Casos de Uso:

• Trata-se do tipo mais comum de representação de cenários na na fase de elicitação de requisitos, deve descrever a o comportamento do sistema em termos de sequência de ações.
• documento narrativo que descreve a sequência de eventos de um ator, usuário de um software, que vislumbra completar um processo de negócio.
• Um caso de uso representa uma unidade discreta da interação entre um usuário (HOMEM ou DEVICE) e o software.
• Um caso de uso deve ser uma unidade de um trabalho relevante, como: o “autenticação no software”, “registrar qualquer informação no software” ou ainda “criar pedidos” são, por definição, todos casos de uso.
• Cada caso de uso tem uma descrição da funcionalidade que será construída no sistema proposto.
• Um caso de uso pode “usar” outra funcionalidade de caso de uso ou “estender” outro caso de uso com seu próprio comportamento.
• Os diagramas de casos de uso, por exemplo, são usados rotineiramente para descrever cenários onde a fronteira separa os atores (usuários ou sistemas no ambiente externo) a partir do comportamento interno, onde cada caso de uso descreve uma funcionalidade do sistema.

Relatórios:

1. Todo o relatório terá seu filtro contido em um único caso de uso, representado como o fluxo principal. O resultado do filtro será representado como os fluxos secundários, alternativos e de exceção conforme cada situação.
2. Em situações de implementação genérica de filtros, onde o filtro pode ser utilizado para mais de um relatório, nesse caso o filtro será tratado como um caso de uso exclusivo. Essas situações se justificam para que não haja duplicação de funcionalidades, reduzindo a coesão do sistema. Também para que haja reuso do filtro como caso de uso para novas implementações.

Quantificação:

1. Ver aqui!

[ ] Applying Use Cases: A Practical Guide, Geri Schneider e Jason P. Winters, Addison-Wesley, 1998.
[ ] CMMI, Capability Maturity Model® Integration, disponível em http://www.sei.cmu.edu/cmmi
[ ] SWEBOK, Guide to the Software Engineering Body of Knowledge