Atividade:
| ||||||||||||||
Finalidade
|
|
| Passos | |
| Artefatos Informados: | Artefatos Resultantes: |
| Papel: Analista de Sistemas | |
| Mentores de Ferramentas: | |
| Detalhamentos do Fluxo de Trabalho: |
Se um caso de uso contiver um segmento de comportamento no qual somente o resultado, e não o método utilizado para obter esse resultado, tenha alguma importância para o restante do caso de uso, esse comportamento poderá ser fragmentado em um novo caso de uso de inclusão. O caso de uso original se tornará o caso de uso base em um relacionamento de inclusão com o caso de uso de inclusão. Consulte também Diretrizes: Modelo de Casos de Uso e Diretrizes: Relacionamento de Inclusão.
Um relacionamento de inclusão entre dois casos de uso significa que uma instância de caso de uso que venha após a descrição do caso de uso base também precisará acompanhar a descrição do caso de uso de inclusão para que seja considerada completa.
O relacionamento de inclusão pode ajudar a esclarecer um caso de uso da seguinte maneira:
Geralmente, mais de um caso de uso deve conter um caso de uso de inclusão para que valha a pena manter um caso de uso extra e o relacionamento de inclusão.
Somente o caso de uso base tem conhecimento do relacionamento entre os dois casos de uso. Nenhum caso de uso de inclusão sabe o que está incluído em outros casos de uso.
Descreva o relacionamento de inclusão especificando, em poucas palavras, a finalidade da inclusão, bem como o local do caso de uso base em que a inclusão será inserida.
Ao descrever o fluxo de eventos do caso de uso base, você deve se referir à inclusão no local em que ela está inserida.
Se um caso de uso possui segmentos de comportamento opcional ou excepcional, e isso não acrescenta nada à compreensão da finalidade principal do caso de uso, divida-o e crie um caso de uso de extensão. O caso de uso original se tornará um caso de uso base, com o qual o caso de uso de extensão manterá um relacionamento de extensão. Consulte também Diretrizes: Modelo de Casos de Uso e Diretrizes: Relacionamento de Extensão.
No caso de uso base, você declara pontos de extensão, que definem em que local do caso de uso base podem ser feitas extensões. Consulte também Diretrizes: Caso de Uso.
Os subfluxos complexos e o comportamento opcional são os primeiros candidatos a um particionamento em casos de uso de extensão. Geralmente, esse comportamento pode ser bastante complexo e difícil de descrever: incluí-lo no fluxo de eventos de um caso de uso pode dificultar a visualização do comportamento "normal". A extração do comportamento deve melhorar a compreensão do modelo de casos de uso.
Certifique-se de que o fluxo de eventos do caso de uso base ainda está com seu sentido completo e pode ser compreendido por si só, sem que seja necessária nenhuma referência ao caso de uso de extensão.
Somente o caso de uso de extensão tem conhecimento do relacionamento entre os dois casos de uso. O caso de uso base sabe somente que ele possui pontos de extensão, mas não sabe quais casos de uso de extensão estão utilizando esses pontos.
Descreva, em breves palavras, cada relacionamento de extensão que você definiu. Defina as condições que devem ser obedecidas para que a extensão ocorra. Certifique-se de que você definiu o ponto de extensão no caso de uso base em que a extensão deve ser inserida.
Se dois ou mais casos de uso tiverem similaridades em termos de estrutura e comportamento, você poderá fragmentar o comportamento comum para criar um novo caso de uso pai. Os casos de uso originais passarão a ser casos de uso filho nos relacionamentos de generalização com o pai. O caso de uso filho herda todo o comportamento descrito do caso de uso pai. Consulte também Diretrizes: Modelo de Casos de Uso e Diretrizes: Generalização de Casos de Uso.
Um relacionamento de generalização entre dois casos de uso significa que, quando uma instância de caso de uso acompanha a descrição de um caso de uso filho, ela também precisa acompanhar a descrição do caso de uso pai para que seja considerada completa.
Geralmente, para que valha a pena manter um caso de uso pai e um relacionamento de generalização com um filho, deve haver, pelo menos, dois casos de uso filho que herda do mesmo pai. Uma exceção é se você tiver dois casos de uso em que um seja uma especialização do outro, mas ambos precisem ter instâncias independentes.
Somente o caso de uso filho tem conhecimento do relacionamento entre os dois casos de uso. Nenhum caso de uso pai sabe quais casos de uso filho o estão especializando.
Para ajudar outras pessoas a compreender o modelo, você deve descrever, em poucas palavras, o relacionamento de generalização. Explique por que você criou o relacionamento de generalização.
No fluxo de eventos do caso de uso filho, você precisará explicar como o filho modificará as seqüências de comportamento herdadas inserindo novos segmentos de comportamento.
Os atores terão características comuns que você deverá modelar usando as generalizações de ator. Essa parte do trabalho é melhor executada após as primeiras tentativas em um modelo de casos de uso.
Escreva uma breve descrição das generalizações de ator e insira-as nos diagramas de casos de uso para obter mais esclarecimentos.
Consulte também Diretrizes: Generalização de Ator.
Você deve discutir continuamente com o cliente a incorporação de relacionamentos de inclusão, extensão e generalização, para saber se eles estão compreendendo bem os casos de uso e atores resultantes, e se concordam com suas descrições.
Chegando neste ponto, analise o modelo de casos de uso para saber se o trabalhando está indo bem, mas não faça uma revisão detalhada do modelo. Você deve revisar e discutir, com o cliente e os usuários, os casos de uso e relacionamentos recém-incorporados, a fim de que eles tenham clara compreensão dos casos de uso e concordem com suas descrições.
Se necessário, você pode optar por organizar os casos de uso em pacotes de casos de uso. Consulte Diretrizes: Pacote de Casos de Uso para obter mais informações sobre quando deve considerar essa opção.
Convém também considerar os pontos de verificação do modelo de casos de uso enquanto você estiver trabalhando nele. Consulte especialmente os pontos de verificação de ator, caso de uso e modelo de casos de uso em Atividade: Revisar Requisitos.
|
Rational Unified Process
|