Diagrama de Sequencia

...

[pic 34][pic 35][pic 36][pic 37][pic 38][pic 39]

- MENSAGEM DE RETORNO

Demonstram a resposta a um estímulo (mensagem) disparado. Podem ser compostas pelo valor retornado por um determinado método ou apenas pela informação de que a ação foi realizada com sucesso.

No diagrama, são representadas por setas tracejadas que ligam o objeto que recebeu o estímulo àquele que o estimulou. O texto associado à seta indica qual é o conteúdo da mensagem. Embora também possam ser numeradas, isso é pouco comum.

O uso de mensagens de retorno em um diagrama deve ser feito com bom senso, sob o risco de poluir a representação como um todo.

- AUTO-CHAMADAS OU AUTO-DELEGAÇÃO

Em alguns casos, durante a execução de um método, um objeto pode chamar métodos que pertencem a si mesmo (como métodos auxiliares ou privados). Nesse caso, essa auto-chamada é representada no diagrama como um mensagem enviada do objeto para si mesmo.

[pic 40][pic 41][pic 42][pic 43]

- CONDIÇÕES OU CONDIÇÕES DE GUARDA

Para melhor representar as ações existentes no mundo real, é possível se associar condições à troca de mensagens. Nesse caso, a mensagem só é enviada caso a condição associada seja satisfeita.

A representação no diagrama é feita por um texto entre colchetes “[ ]” logo após a numeração da mensagem, em sua descrição.

[pic 44][pic 45][pic 46][pic 47][pic 48]

Condições de guarda também podem ser utilizadas para representar mensagens envidadas a mais de um objeto. Para tanto, associa-se à mensagem um asterisco “*”.

[pic 49][pic 50][pic 51][pic 52][pic 53]

Validação do Diagrama de Classes

A utilização de diagramas de caso de uso, além de contribuir para o entendimento dos requisitos e sua forma de solução, tem ainda um papel fundamental: a validação do diagrama de classes.

Embora, obviamente, deva ser construído antes do diagrama de sequencia, o diagrama de classes só pode ser considerado plenamente validado quando se tem a certeza de que atenderá aos casos de uso definidos. Como essa validação só pode feita após a construção de todos os diagramas de sequencia desejados, normalmente esses dois diagramas são validados juntos.

Sem a construção dos diagramas de sequencia é muito difícil obter a certeza de que a arquitetura de classes projetada atende ao esperado. Apenas pela simulação do seu funcionamento isso é possível.

Por isso, embora estejam entre os diagramas UML mais caros para serem criados (já que são um para cada fluxo), esses diagramas são imprescindíveis para a qualidade do projeto.

É muito comum que se perceba a falta de um método ou atributo que deveria fazer parte de uma classe apenas quando da criação do diagrama de sequencia. Se uma falha dessa natureza não for detectada a tempo, pode causar sérios problemas à codificação e comprometer o projeto como um todo.

A utilização de arquiteturas de referência pode minimizar a necessidade de diagramas de sequencia, mas fluxos mais complexos sempre exigem sua criação.