Introdução

Uma realização de casos de uso representa como um caso de uso será implementando em termos de colaboração de objetos. Esse artefato pode assumir várias formas. Ele pode incluir, por exemplo, uma descrição textual (um documento), diagramas de classe de subsistemas e classes participantes e diagramas de interação (diagramas de comunicação e de seqüência) que ilustram o fluxo de interações entre instâncias de classe e de subsistema.

Em um modelo, uma realização de casos de uso é representada como uma colaboração UML que agrupa os diagramas e outras informações (como descrições textuais) que fazem parte da realização de casos de uso.

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 linha de base.

Para cada caso de uso no modelo de casos de uso, há uma realização de casos de uso no modelo de análise/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 <<realizar>>).

Uma realização de casos de uso no modelo de análise/design pode ser rastreada para um caso de uso no modelo de casos de uso.

Diagramas de Classe de Propriedade de uma Realização de Caso 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 a seguir mostra um diagrama de classe 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.

Diagramas de Comunicação e de Seqüência de Propriedade de uma Realização de Caso de Uso

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 diagramas de comunicaçã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 comunicaçã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 Técnica: Diagrama de Seqüência e Técnica: Diagrama de Comunicação abaixo para obter mais informações.