Base de Conhecimento de Gestão Comercial de Saneamento
A maior base de documentação de GSAN do mercado mantida pela Consenso Tecnologia
Ferramentas do usuário
casos_de_uso:conceitos-uc
Diferenças
Aqui você vê as diferenças entre duas revisões dessa página.
|
casos_de_uso:conceitos-uc [03/06/2015 23:35] moises.simoes |
casos_de_uso:conceitos-uc [31/08/2017 01:11] |
||
|---|---|---|---|
| Linha 1: | Linha 1: | ||
| - | [[:casos_de_uso|{{casos_de_uso:uc-icon.png?nolink&80 |}}]] | ||
| - | \\ \\ \\ | ||
| - | ====== Premissas para Especificação e Estimativas de UC ====== | ||
| - | ===== Contextualização ===== | ||
| - | |||
| - | **Casos de Uso:** | ||
| - | * Trata-se do tipo mais comum de representação de cenários na fase de elicitação de requisitos, deve descrever 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 DISPOSITIVO) 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. | ||
| - | |||
| - | ===== Regra Geral ===== | ||
| - | |||
| - | **Relatórios:** | ||
| - | - **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. | ||
| - | - Quando a manutenção evolutiva envolve o controle de uma nova **Entidade**, o **INSERIR**, **MANTER** e **FILTRAR** representam cada um, um novo caso de uso. Neste caso, o FILTRAR é uma ação que retorna os dados exclusivos da Entidade de referência, e pode ser utilizado por qualquer outro caso de uso do sistema, mantendo o paradigma de orientação a objetos, com resultados diretos na manutenabilidade do sistema, bem como, na redução de custos de manutenção evolutiva com o reaproveitamento dessa função. | ||
| - | |||
| - | **Quantificação:** | ||
| - | - Ver [[:casos_de_uso:regraapuc|aqui!]] | ||
| - | ===== Referências ===== | ||
| - | |||
| - | [ ] 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 | ||
casos_de_uso/conceitos-uc.txt · Última modificação: 31/08/2017 01:11 (edição externa)
Exceto onde for informado ao contrário, o conteúdo neste wiki está sob a seguinte licença: CC Attribution-Noncommercial 4.0 International
