7/24/2019 Resumo Diagrama de Sequencia Mario

1/3

O diagrama de sequncia faz parte dos diagramas comportamentais da UML e

baseado no diagrama de casos de uso e no diagrama de classes. Ele tem

como objetivo determinar a sequncia de eventos que ocorrem em um caso de

uso, ou seja, quais opera!es devem ser disparadas entre os objetos

envolvidos e qual a ordem para a realiza"o completa do caso de uso. #bai$o

os itens que comp!em o diagrama de sequncia%

Os atores s"o os mesmos do diagrama de casos de uso, entretanto eles tm

uma lin&a de vida.

# lin&a de vida o tempo em que um objeto e$istiu durante um processo.

Essas lin&as de vida s"o lin&as verticais tracejadas que ficam abai$o dos

objetos e dos atores.

Os objetos representam as inst'ncias das classes envolvidas.

Uma condi"o representada por uma mensagem cujo r(tulo envolvido por

colc&etes.

#s mensagens)ou est*mulos+ s"o utilizadas no diagrama de sequncia para

demonstrar a ocorrncia de eventos, que normalmente foram a c&amada de

um mtodo dos objetos envolvidos no processo. "o representadas por lin&as

que contm uma seta ao qual apontam para onde a sequncia seguir-.

#s mensagens de retorno identificam as respostas a uma mensagem para o

objeto ou ator que a c&amou. Ela pode retornar informa!es espec*ficas do

mtodo c&amado ou simplesmente um valor indicando se o mtodo foi

e$ecutado com sucesso ou n"o. #s mensagens de retorno s"o representadas

por uma lin&a tracejada que tem uma seta fina que aponta para o objeto ou atorque recebe o resultado de um mtodo anteriormente c&amado no objeto

posicionado na outra e$tremidade da reta.

#s autoc&amadas s"o mensagens que um objeto envia para si mesmo. /o

caso de autoc&amadas uma mensagem parte do objeto e atinge o pr(prio

objeto.

0odemos ent"o concluir que o diagrama de sequncia de sumaimport'nciapara o desenvolvedor entender mel&or a ordem de sequncia de cada caso de

7/24/2019 Resumo Diagrama de Sequencia Mario

2/3

uso e assim poder- ter um camin&o mel&or definido para comear a criar o

programa.

Resumo 4.1 Diagrama de Atividades

Um diagrama de atividades UML mostra atividades sequenciais e paralelas em

um processo.

Oferece uma nota"o rica para mostrar uma sequncia de atividades, inclusive

atividades paralelas. 0ode ser aplicado em perspectiva ou prop(sito, mas

mais popular para visualizar flu$os de trabal&os e processos de neg(cios, alm

de casos de uso.

# UML n"o inclui a nota"o para o diagrama de flu$o de dados )121+, 3til para

documenta"o e descoberta, mas os diagramas de atividades da UML podem

satisfazer os mesmos prop(sitos, podem ser usados para modelagem de flu$o

de dados, substituindo o diagrama de flu$o de dados.

#lgumas diretrizes surgiram a partir da modelagem de atividades, incluindo%

Mais valiosa para projetos muito comple$os, em geral envolvendo muitas

partes.

0ossibilidade de usar ancin&os, ou seja, uma atividade de menor relev'ncia

pode ser e$pandida em outro diagrama, tornando mais agrad-vel e pr-tico a

visualiza"o das atividades mais importantes.

4n3meras linguagens para modelagem de processos e diagramas de flu$o de

dados tm nos rodeados desde sempre. # cada ano os diagramas de

atividades da UML tornamse mais populares como um padr"o comum, embora

ainda e$istam varia!es significativas.

Resumo 4.2 Componentes Diagrama de Atividades

5omponentes Estados de atividades e Estados de a!es podem ser

representadas por sequncias de a!es e tambm de subatividades. 1essa

7/24/2019 Resumo Diagrama de Sequencia Mario

3/3

forma, para representar uma subatividade dentro de uma atividade )ou seja,

todo um conjunto de a!es+.

Evento% Outros elementos que podem aparecer em um diagrama de

atividades correspondem a eventos. Eventos s"o mudanas de estadoinstant'neas que propiciam o in*cio de outra a"o.

6amifica!es% 0ara cada transi"o de sa*da, &- uma condi"o de guarda

associada quando o flu$o de controle c&ega a um ponto de ramifica"o, uma e

somente uma das condi!es de guarda deve ser verdadeira pode &aver uma

transi"o, ela pode leva representa"o da 5ondi"o e 7ifurca"o e Uni"o.

5ondi"o% 0ontos de ramifica"o no flu$o de controle podem ocorrer a partirde uma condi"o booleana, e$pressa no diagrama, ele e representado pelo um

losango.

7ifurca"o% Ela representa flu$os de controles de atividade ou a!es a uni"o

representa o 8encontro9 dos flu$os concorrentes, usada uma barra de

sincronismo para representala no diagrama de atividade

Objetos% : um flu$o de dados acontecendo em um processo. Esse flu$o de

dados pode ser representado definindose e$plicitamente os objetos

necess-rios para que uma a"o possa ser realizada, bem como os objetos

gerados ap(s a finaliza"o de uma a"o.

;ransi"o% : um flu$o de uma atividade para outra, a transi"o representada

graficamente por uma seta simples ligando duas a!es ou atividades.