Artefato:
|
![]() | Um caso de uso define um conjunto de instâncias de casos de uso, no qual cada instância é uma seqüência de ações realizada por um sistema que produz um resultado de valor observável para determinado ator. |
---|---|
Outros Relacionamentos: |
Parte de Modelo de Casos de Uso
Estende: Requisito de Software |
Função: | Especificador de Requisitos |
Opcionalidade/Ocorrência: | Requerido quando as técnicas de casos de uso devem ser utilizadas. |
Gabaritos e Relatórios: |
|
Exemplos: |
|
Representação em UML: | Caso de Uso (Elemento UML de primeira classe) |
Informações Adicionais: |
Entrada de Atividades: | Saída das Atividades: |
A principal finalidade do Caso de Uso é capturar o comportamento requerido do sistema a partir da perspectiva do usuário final na busca de atingir uma ou mais metas desejadas.
Os Casos de Uso são um artefato central no RUP e, como tal, são utilizados para várias funções diferentes e com várias finalidades, incluindo:
O gabarito fornecido para uma Especificação de Caso de Uso contém as propriedades textuais do caso de uso. Esse documento é utilizado com uma ferramenta de gerenciamento de requisitos, como o Rational RequisitePro, para especificar e marcar os requisitos nas propriedades de caso de uso.
Um caso de uso consiste principalmente em uma especificação textual (chamada de Especificação de Caso de Uso) que contém uma descrição do fluxo de eventos que descreve a interação entre os atores e o sistema. A especificação também contém normalmente outras informações, como precondições, pós-condições, requisitos especiais e cenários principais. O caso de uso também pode ser representado visualmente em UML para mostrar relacionamentos com outros casos de uso e atores.
Nome da Propriedade | Breve Descrição | Representação em UML |
---|---|---|
Nome | O nome do caso de uso. | O atributo "Nome" no elemento do modelo. |
Breve Descrição | Descrição resumida da função e da finalidade do caso de uso. | Valor ativado, do tipo "texto curto". |
Fluxo de Eventos | Descrição textual do que o sistema faz com o caso de uso (não como os problemas específicos são solucionados pelo sistema). A descrição deve ser compreendida pelo cliente. | Valor ativado, do tipo "texto formatado". |
Requisitos Especiais | Descrição textual que reúne todos os requisitos do caso de uso como, por exemplo, os requisitos não funcionais, que são considerados no modelo de casos de uso, mas que precisam de atenção durante a fase de design ou de implementação. | Valor ativado, do tipo "texto curto". |
precondições | Descrição textual que define uma restrição do sistema quando o caso de uso inicia. | Valor ativado, do tipo "texto curto". |
pós-condições | Descrição textual que define uma restrição do sistema quando um caso de uso estiver encerrado. | Valor ativado, do tipo "texto curto". |
Pontos de extensão | Lista de locais contidos no fluxo de eventos do caso de uso, nos quais pode ser inserido um comportamento adicional com a utilização do relacionamento de extensão. | Valor ativado, do tipo "texto curto". |
Relacionamentos | Os relacionamentos, como associações de comunicação, relacionamentos de inclusão, generalização e extensão, dos quais o caso de uso participa. | Adquiridos por um pacote limitado, por meio da agregação "possui". |
Diagramas de Atividades | Esses diagramas mostram a estrutura do fluxo de eventos. | Os participantes são adquiridos por meio da agregação "tipos" e "relacionamentos" em uma colaboração rastreada para o caso de uso. |
Diagramas de Casos de Uso | Esses diagramas mostram os relacionamentos que envolvem o caso de uso. | Os participantes são adquiridos por meio da agregação "tipos" e "relacionamentos" em uma colaboração rastreada para o caso de uso. |
Outros Diagramas | Outras ilustrações gráficas do caso de uso. | Valor rotulado, de tipo não interpretado. |
Os casos de uso são identificados e, possivelmente, delineados na fase de Iniciação para ajudar na definição do escopo do sistema. Os casos de uso relevantes para a análise ou o design arquitetural do sistema são descritos detalhadamente na fase de Elaboração. Os casos de uso restantes são descritos detalhadamente na fase de Construção.
O Especificador de Requisitos é responsável pela integridade do caso de uso, assegurando que:
Recomenda-se que o especificador de requisitos responsável por um caso de uso também se responsabilize pelo pacote no qual ele está contido. Para obter informações adicionais, consulte Diretrizes: Pacote de Caso de Uso.
Decida em que extensão os Casos de Uso serão elaborados:
Alguns projetos aplicam os casos de uso informalmente para descobrir requisitos, mas documentam e mantêm esses requisitos em outro formulário. A maneira como você adapta os Casos de Uso pode depender do tamanho do projeto, da experiência, do conjunto de ferramentas, do relacionamento com o cliente e de outros itens. Consulte Diretrizes: Caso de Uso para obter orientação relacionada à adaptação do Caso de Uso.
Rational Unified Process
|