P. 1
apostila Diagramas de Sequência - material complementar

apostila Diagramas de Sequência - material complementar

|Views: 108|Likes:
Publicado porMarcos Morais

More info:

Published by: Marcos Morais on Apr 16, 2012
Direitos Autorais:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less

04/18/2013

pdf

text

original

Diagramas de Sequência

Um diagrama de sequência mostra elementos como eles interagem ao longo do tempo, mostrando uma interação ou instância de interação. Os diagramas de sequência são organizados em dois eixos: o eixo horizontal mostra os elementos que estão envolvidos na interação, eo eixo vertical representa o tempo de proceder a página para baixo. Os elementos no eixo horizontal pode aparecer em qualquer ordem.

6.4.1 Elementos
Os diagramas de sequência são constituídos por um número de elementos, incluindo funções de classe, objetos específicos, linhas de vida, e ativações. Todos estes são descritos nas subseções a seguir. 6.4.1.1 Os papéis de classe Em um diagrama de sequência, um papel de classe é mostrado usando a notação para uma classe como definido no capítulo 3, mas o nome de classe é precedido por uma barra, seguido do nome do papel que os objetos devem estar de acordo com a fim de participar no papel, seguido por uma cólon. Outras classes podem também ser mostrado como necessário, usando a notação para as classes tal como definidos no Capítulo 3. Papéis de classe e outras classes são usadas para a especificação de nível de colaborações comunicadas utilizando diagramas de sequência. Figura 6-8 mostra o papel de classe projectOrganization, bem como as classes de projeto e relatório. Figura 6-8. Um papel de classe e duas classes

6.4.1.2 objetos específicos Em um diagrama de sequência, um objeto específico de uma classe em conformidade com um papel de classe é mostrado usando a notação para objetos, tal como definidos no Capítulo 3, mas o nome do objeto é seguido por uma barra, seguido do nome do papel seguido por dois pontos seguido pelo nome da classe, totalmente sublinhado. Outros objetos também podem ser mostrados como necessário usando a notação de objetos, conforme definido no Capítulo 3.

1. Figura 6-11 mostra as ativações para os papéis de classe na Figura 6-8. Figura 6-11.3 Lifelines Uma linha de vida. mostrado como um retângulo. nível de colaborações comunicadas utilizando diagramas de sequência. e na parte inferior está alinhado com o tempo de conclusão. A parte superior do retângulo é alinhado com o tempo de iniciação.Objetos específicos em conformidade com papéis de classe e outros objetos são utilizados. por exemplo.4.1. Ativações também pode ser mostrado para os objetos na Figura 6-9. representa o período em que um elemento está realizando uma operação. mostrada como uma linha tracejada vertical a partir de um elemento. Ativações . Figura 6-10 mostra linhas de vida para o papel de classe(projectOrganization) e classes (Projeto e Relatório) na Figura 6-8. Um objeto em conformidade com um papel de classe 6. Lifelines 6. Figura 6-10. representa a existência do elemento ao longo do tempo. Figura 6-9 mostra que a organização Andy desempenha o papel de uma organização que contém um projeto que é o tema do relatório. Figura 6-9. onde todos os elementos são simultaneamente a realização de operações.4.4 Ativações Uma ativação opcional. Lifelines também pode ser mostrado para os objetos na Figura 6-9. alto e magro em uma tábua de salvação. Figura 6-9 também mostra objetos anônimos Projeto e Relatório.

iteração É opcional e indica o número de vezes que a comunicação é enviado ou ocorre. um número de sequência é opcional. Os suportes de asterisco e quadrado são removidos quando nenhuma iteração é especificado.2 Comunicação Em um diagrama de sequência. Se você optar por não mostrar uma variável de retorno. Os colchetes são removidos quando não guarda é especificada. . a comunicação é descrito usando a sintaxe UML seguinte: [Guarda] * [iteração] sequence_number: return_variable: = operation_name (Argument_list) na qual: guarda É opcional e indica uma condição que deve ser satisfeita para a comunicação para ser enviado ou ocorrer. return_variable É opcional e indica um nome para o valor retornado pela operação. sequence_number É um número inteiro opcional que indica o fim da comunicação. ou a operação não retorna um valor. Porque o eixo vertical representa o tempo de proceder a página para baixo em um diagrama de sequência. você também deve omitir o cólon sucesso e sinal de igual. uma comunicação. Na UML. operation_name É o nome da operação a ser invocado. O cólon sucesso é removido quando nenhum número de sequência é especificada.6. mensagem ou estímulo é mostrado como uma seta horizontal sólido a partir de o cabo de segurança ou ativação de um emissor para o cabo de segurança ou ativação de um receptor.4.

Diagrama de sequência de comunicações Vamos dar uma olhada passo a passo a forma como a notação de comunicação utilizado na Figura 6-12 é construído.argument_list É opcional e é uma lista separada por vírgula que indica os argumentos passados para a operação. e nós indicamos esta notação guarda usando: . comunicação invoca uma operação FormatWorkerInfo que formata as informações de um trabalhador: FormatWorkerInfo Esta operação requer unidades de um trabalhador de trabalho e produtos de trabalho. Para começar. Figura 6-12 mostra a comunicação que ocorre entre a classe GenerateProjectStatusReportHandler (que é responsável pela gestão da produção global do relatório de status do projeto) eo papel de classeprojectOrganization. atualizar a comunicação para refletir isso: OutputData: = FormatWorkerInfo (UnitsOfWork e WorkProducts) Em nossa descrição anterior desta interação e colaboração. a operação deve ocorrer uma vez para cada trabalhador: Nós indicamos isso usando a notação de repetição: * [Para cada trabalhador] 6: OutputData: = FormatWorkerInfo (UnitsOfWork e WorkProducts) Finalmente. esta operação ocorre como a comunicação sexta em uma sequência geral das comunicações: 6: OutputData: = FormatWorkerInfo (UnitsOfWork e WorkProducts) Um projeto pode envolver mais de um trabalhador. Figura 6-12. Cada parâmetro pode ser um valor explícito ou uma variável de retorno a partir de uma comunicação anterior.Se uma operação não necessita de quaisquer argumentos. esta operação deve ocorrer somente se um projeto está ativo. para que possamos atualizar a comunicação com o seguinte: FormatWorkerInfo (UnitsOfWork e WorkProducts) A operação também retorna alguns dados de saída como uma sequência de texto formatado. por isso. os parênteses são deixados em branco. portanto.

você pode usar a sintaxe de Java. Quando um elemento é destruído durante a interação. Figura 6-13. uma comunicação reflexiva é mostrado como uma seta horizontal sólido a partir da linha de vida ou ativação de um elemento que circula de volta para a linha de vida mesmo ou a ativação do elemento. Na UML. Diagrama de sequência reflexiva comunicações 6. 6.4.2. ou alguma outra linguagem de programação. C + +.2 Elemento criação e destruição Quando um elemento é criada durante um interacção. . a comunicação que destrói o elemento é mostrado com a sua seta para linha de vida do elemento onde a destruição é marcada com um "X" grande símbolo.1 comunicação reflexiva Semelhante a uma associação reflexiva ou ligação. onde os formatos GenerateProject-StatusReportHandler classe da organização e as informações do projeto. Por exemplo.4. C #. tal como discutido no Capítulo 3. Uma comunicação pode também ser descrito na margem esquerda do diagrama de sequência. a comunicação que cria o elemento é mostrado com a sua ponta de seta para o elemento.2. um elemento pode comunicar com si caso de uma comunicação é enviado a partir do elemento para si próprio.[Project está ativo] * [Para cada trabalhador] 6: OutputData: = FormatWorkerInfo (UnitsOfWork e WorkProducts) A UML também permite que você mostre a comunicação usando pseudocódigo ou outro idioma. Figura 6-13 mostra uma comunicação reflexiva para a etapa 6 da interação do Projeto Gerar relatório de status e descrição de colaboração.

Uma expressão de iteração podem ser utilizados no topo ou no fundo no interior dentro do retângulo para indicar o número de vezes que as comunicações dentro do retângulo ocorrer. Figura 6-14. Figura 6-15. Criação de diagrama de sequência e destruição das comunicações 6.4. o que indica que as comunicações apresentadas ocorrer uma vez para cada trabalhador envolvido no projeto. a repetição (que consiste em repetir um conjunto de mensagens ou estímulos) dentro de uma interacção forma genérica é mostrado como um conjunto de comunicações encerrados dentro de um retângulo.Figura 6-14 mostra uma comunicação para a etapa 3 da interação do Projeto Gerar relatório de status e descrição de colaboração em que a classe GenerateProject-StatusReportHandler cria um relatório. formatos esta informação. Este número também mostra uma comunicação para a etapa 8 da interação do Projeto Gerar relatório de status e descrição de colaboração onde a classe GenerateProject-StatusReportHandler destrói o relatório. e produz a informação formatada para o reportar elemento. Observe o uso de * [Para cada trabalhador] no canto superior esquerdo. Repetição de sequência diagrama usando uma expressão de iteração dentro de uma interação forma genérica . Figura 6-15 mostra passo 6b da interação do Projeto Gerar relatório de status e descrição colaboração usando uma expressão de iteração na qual a classe GenerateProject-StatusReportHandler recupera unidades de trabalho do trabalho e produtos de trabalho.3 Repetição Em um diagrama de sequência.

uma expressão de guarda pode ser utilizado na parte superior no interior ou no fundo no interior do retângulo para indicar a condição de que deve ser satisfeito a fim de terminar a repetição. Repetição diagrama de sequência dentro de uma interação exemplo forma- . Figura 6-17 mostra passo 6b da interação do Projeto Gerar relatório de status e descrição de colaboração (Figura 6-15 e Figura 6-16) para um projeto que contém exatamente três trabalhadores. Figura 6-17. Repetição diagrama de sequência usando uma expressão de guarda dentro de uma interação forma genérica Repetição dentro de uma interação instância de formulário envolve mostrar o conjunto real de mensagens ou estímulos que são repetidas. Figura 6-16. cada um com duas unidades de trabalho e um produto de trabalho. Repare que eu também descreveu a interação na margem esquerda para fazer o diagrama mais legível. Figura 6-16 mostra a Figura 6-15 utilizando uma expressão de guarda para expressar a iteração mesma como na Figura 6-15. a expressão de guarda especifica que as comunicações são para ser repetido até que os trabalhadores não mais permanecem para serem processados. Ao invés de especificar explicitamente que o conjunto de comunicações é repetido para cada trabalhador.Alternativamente.

e os GenerateProjectStatusReportHandler pedidos de classe que o papel de classeprojectOrganization continuam gerando informações para o elemento relatório se o projeto não é um projeto recém-criado ou povoados. com as comunicações com mutuamente exclusivas expressões de guarda. Se não houver outros meios de comunicação para realmente gerar o relatório.4. e as linhas de vida. apenas a comunicação do primeiro é mostrado para realmente gerar o relatório. se o projeto é um projeto recém-criado ou despovoada. a .4 Condicionalidade Em um diagrama de sequência.6. se fundem novamente. subsequentemente. Figura 6-18 mostra as etapas 5 e 6 da interação do Projeto Gerar relatório de status e descrição de colaboração onde os GenerateProjectStatusReportHandler pedidos de classe que o papel de classeprojectOrganization indicam que o projeto está vazia. Nesta figura. Uma linha de vida também pode dividir em duas ou mais linhas de vida para mostrar como um único elemento seria lidar com múltiplas comunicações recebidas. a condicionalidade (que envolve a comunicação de um conjunto de mensagens ou estímulos ao invés de um outro conjunto de mensagens ou estímulos) dentro de uma interação forma genérica é mostrado como várias comunicações que saem de um único ponto em uma tábua de salvação ou de ativação.

Figura 6-19. I utilizar linhas de vida diferentes na figura porque cada linha de vida representa um caminho diferente de execução. Figura 6-19 mostra a Figura 6-18 para um projeto que está preenchido. Figura 6-18. Condicionalidade diagrama de sequência dentro de uma interação forma genérica Condicionalidade dentro de uma interação instância de formulário envolve o conjunto de mensagens ou estímulos que são transmitidos para uma condição específica.comunicação GenerateReport pode ir a mesma linha de vida como a comunicação OutputEmptyProject. Condicionalidade diagrama de sequência dentro de uma interação exemplo forma- .

You're Reading a Free Preview

Descarregar
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->