Artefatos > 
Conjunto de Artefatos de Análise e Design > 
Modelo de Design... > 
Realização de Casos de Uso > 
Diretrizes
Diretrizes:
|
|
|
Uma realização de casos de uso descreve como um determinado caso de uso é realizado no modelo de design em termos de objeto de colaboração. |
Uma realização de casos de uso representa a perspectiva do design de um caso de uso. Esse é um elemento do modelo da organização usado para agrupar vários artefatos relacionados ao design de um caso de uso como, por exemplo, diagramas de classe das classes e dos subsistemas participantes, e diagramas de seqüência que ilustram o fluxo de eventos de um caso de uso, realizados por um conjunto de instâncias de classe e de subsistema.
O motivo da separação da realização de casos de uso de seu caso de uso é que, fazendo isso, os casos de uso podem ser gerenciados separadamente das suas realizações. Isso é particularmente importante para projetos maiores ou para famílias de sistemas em que os mesmos casos de uso podem ter design diferente em produtos diferentes dentro da família do produto. Considere o caso de uma família de comutadores de telefone que tem muitos casos de uso em comum, mas o design e a implementação são diferentes, de acordo com o preço, o desempenho e o posicionamento do produto.
Em projetos maiores, a separação do caso de uso e da sua realização permite mudanças no design do caso de uso sem afetar o próprio caso de uso que criou uma baseline.
Para cada caso de uso no modelo de casos de uso, há uma realização de casos de uso no modelo de design com um relacionamento de realização para o caso de uso. Na UML, isso é mostrado como uma seta tracejada, com uma ponta de seta parecida com um relacionamento de generalização, indicando que uma realização é um tipo de herança, bem como uma dependência (ou seja, pode ter sido mostrada como uma dependência estereotipada com "realize").
Uma realização de casos de uso no modelo de design pode ser traçada para um caso de uso no modelo de casos de uso.
Em cada realização de casos de uso pode haver um ou mais diagramas de classe descrevendo suas classes de participação. A figura abaixo mostra um diagrama de classes para a realização do caso de uso Receber Item do Depósito. Uma classe e seus objetos freqüentemente participam de várias realizações de casos de uso. Durante o design, é importante coordenar todos os requisitos em uma classe e seus objetos, que diferentes realizações de casos de uso podem ter.
O caso de uso Receber o Item do Depósito e seu diagrama de classes.
Para cada realização de casos de uso, há um ou mais diagramas de interação representando seus objetos de participação e suas interações. Há dois tipos de diagramas de interação: Diagramas de seqüência e de colaboração. Eles expressam informações semelhantes, mas mostram isso de diferentes maneiras. Os diagramas de seqüência mostram a seqüência explícita das mensagens e são indicados para quando é importante visualizar a ordem cronológica das mensagens, enquanto os diagramas de colaboração mostram os links de comunicação entre objetos e são indicados para entender todos os efeitos em um determinado objeto e para o design do algoritmo. Consulte Diretrizes: Diagrama de Seqüência e Diretrizes: Diagrama de Colaboração abaixo, para obter mais informações.
|
Rational Unified Process |
