Diagramasde Interação. Prof. Anderson Cavalcanti UFRN-CT-DCA



Documentos relacionados
Diagramas de Interação da UML (Diagrama de Sequência e Diagrama de

Uma visão mais clara da UML Sumário

Analisar através de Casos de Uso,

Princípios de Análise e Projeto de Sistemas com UML

2 Diagrama de Caso de Uso

Manual BizAgi Sistema de Gestão da Qualidade

4.4. UML Diagramas de interacção

UML Diagramas. UML Diagramas. UML Diagrama Diagrama de Classes. UML Diagrama Diagrama de Classes

DISSEMINAÇÃO DE CONHECIMENTO FERRAMENTA BIZAGI

Modelode Domínio: Identificando. Prof. Anderson Cavalcanti UFRN-CT-DCA

Modelode Casosde Usoe. Prof. Anderson Cavalcanti UFRN-CT-DCA

Diagrama de Classes. Um diagrama de classes descreve a visão estática do sistema em termos de classes e relacionamentos entre as classes.

Diagramas de Sequência

Livro. Prof. Horácio Ribeiro. Identificação de métodos e mensagens

Engenharia de Software

Questões de Concursos Públicos sobre Orientação a Objetos e UML

Engenharia de Software III

3.1 Definições Uma classe é a descrição de um tipo de objeto.

UML Aspectos de projetos em Diagramas de classes

Modelagem com UML. Fabio Perez Marzullo. IEEE Body of Knowledge on Services Computing Committee on Services Computing, IEEE Computer Society

OPERADORES E ESTRUTURAS DE CONTROLE

Protocolos de Internet (família TCP/IP e WWW) Primeiro Técnico. Prof. Cesar

Princípios de Análise e Projeto de Sistemas com UML

Capítulo 6. Criando um Diagrama de Caso de Uso Inicial

Casos de uso Objetivo:

UML: Diagrama de Seqüência

A Linguagem de Modelagem Unificada (UML)

Diagrama de transição de Estados (DTE)

Programa do Curso de ESW

Orientação a Objetos

Modelagem Dinâmica com UML

Prof. Raul Sidnei Wazlawick UFSC-CTC-INE. Fonte: Análise e Projeto de Sistemas de Informação Orientados a Objetos, 2ª Edição, Elsevier, 2010.

UML. Diagrama de Seqüência

Persistência e Banco de Dados em Jogos Digitais

Especificação do 3º Trabalho

MÓDULO 7 Modelo OSI. 7.1 Serviços Versus Protocolos

4 O Workflow e a Máquina de Regras

Engenharia de Requisitos Estudo de Caso

QUESTÃO 2: A respeito do diagrama de caso de uso apresentado, assinale a alternativa correta.

VERSÃO 1 PRELIMINAR MÓDULO 3 - PRESENCIAL

Programação WEB I Estruturas de controle e repetição

Agentes Inteligentes segundo o Chimera

Engenharia de Software I

Manual de Convenções. BPMN Business Process Modelling Notation GFI Portugal

Visibilidade e Diagrama de Classe de Projeto Estudo de Caso Sistema TPV

Análise e Projeto Orientados por Objetos

Diagrama de Classes. Diagrama de Classes. Diagramas de Classe. POST Criando Diagramas de Classe. Como construir (2)

Guia de Atualização TOTVS Segurança e Acesso 12.1

DIFERENÇAS ENTRE HUB, SWITCH E ROOTER

2 echo "PHP e outros.";

Modelagem de Software Prof. Flávio de Oliveira Silva, Ph.D.

Lógica de Programação

Rock In Rio - Lisboa

Persistência e Banco de Dados em Jogos Digitais

Orientação a Objetos

Guia de utilização da notação BPMN

Protocolos de Redes Revisão para AV I

3 SCS: Sistema de Componentes de Software

FMR Faculdade Marechal Rondon Gestão de Sistemas de Informação Prof. Ms. Elvio Gilberto da Silva

Figura 1: tela inicial do BlueControl COMO COLOCAR A SALA DE INFORMÁTICA EM FUNCIONAMENTO?

Sumário. Uma visão mais clara da UML

Sistemas Distribuídos. Professora: Ana Paula Couto DCC 064

AULA 11 Plugin Flow 11.1

PUC-Rio. Tópico 6: Diagrama de Sequência C E. Luiz Antônio M. Pereira. lpereira@uninet.com.br 1/41

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 20 PROFª BRUNO CALEGARO

BPMN. Business Process Modeling Notation. Leandro C. López Agosto

Curso: Ciência da Computação Disciplina: Construção de Compiladores Período: Prof. Dr. Raimundo Moura

Microsoft Office PowerPoint 2007

PAINEL GERENCIADOR DE S

Resolução da lista de exercícios de casos de uso

Seja uma rede de Petri definida pela tripla (L, T, A), e por sua marcação inicial M 0.

BPMN Business Process Modeling Notation

QUESTÃO 01 - DIAGRAMA DE SEQUENCIA (CONCEITOS)

Sistema de Gerenciamento Remoto

04/09/2015. Sistemas de Informações Gerenciais Prof. Dr. William Costa Rodrigues. Copyright 2015, William Costa Rodrigues

Processos Prof. João Paulo de Brito Gonçalves

INF 2125 PROJETO DE SISTEMAS DE SOFTWARE Prof. Carlos J. P. de Lucena

ALESSANDRO RODRIGO FRANCO FERNANDO MARTINS RAFAEL ALMEIDA DE OLIVEIRA

Banco de Dados. Modelagem de Dados com MER. Prof. Walteno Martins Parreira Jr

1 UML (UNIFIED MODELING LANGUAGE)

Arquitetura de Rede de Computadores

Pontifícia Universidade Católica de São Paulo Departamento de Ciência da Computação

Roteiro do Programa e Entrada/Saída

Modelagem de Casos de Uso (Parte 1)

Sistemas para internet e software livre

Programação Orientada a Objetos Herança Técnico em Informática. Prof. Marcos André Pisching, M.Sc.

Professor: Macêdo Firmino Disciplina: Sistemas Operacionais de Rede

BPMN. Business Process Modeling Notation

Orientação à Objetos. Aécio Costa

ESTENDENDO A UML PARA REPRESENTAR RESTRIÇÕES DE INTEGRIDADE

Roteiro 3 Modelagem relacional

Análise e Desenvolvimento de Sistemas ADS Programação Orientada a Obejeto POO 3º Semestre AULA 03 - INTRODUÇÃO À PROGRAMAÇÃO ORIENTADA A OBJETO (POO)

UML & Padrões Aula 4 1

Visualizando relatórios pelo NeoNews Player. Documentação para Usuário Final

Sistemas Distribuídos

Instrução de Trabalho Base de Conhecimento

Análise e Projeto de Sistemas de Informação. Andrêza Leite andreza.lba@gmail.com

Transcrição:

Diagramasde Interação Prof. Anderson Cavalcanti UFRN-CT-DCA

Diagramasde Interação Foco até o momento levantamento de requisitos; Foco neste momento projeto de objetos; Durante o projeto de objetos, é desenvolvida uma solução lógica baseada em objetos.

Diagramasde Interação O cerne dessa solução diagramas de interação Ilustram como os objetos colaboram entre si para atender aos requisitos Esses diagramas ajudam a transformar o modelo de domínio em diagrama de classes (modelo de projeto); Para a criação dos diagramas de interação é necessário levar em consideração: Padrões de atribuição de responsabilidades; Padrões de projeto.

Notação de um Diagrama de Interação Ilustra como os objetos interagem (trocam mensagens); Tipos de diagramas utilizados: Diagrama de colaboração(communication UML 2.0); Diagrama de seqüência; Cada tipo possui pontos fortes e fracos.

Diagramade Colaboração Forma de grafo ou rede

Diagramade Seqüência Ilustra o transcorrer do tempo Objetos colocados lado a lado

Pontos Fortes e Pontos Fracos

Exemplo de Diagrama de Colaboração: fazerpagamento

Leiturado Diagrama A mensagem fazerpagamento é enviada para uma instância de um Registro (PDV). Mensagem essa enviada da interface; O objeto Registro envia a mensagem fazerpagamento para uma instância de Venda; A instância de Venda cria uma instância de Pagamento.

Exemplo de Diagrama de Seqüência: fazerpagamento A leitura é semelhante ao diagrama de colaboração.

CriandoDiagramasde Interação Dicas: Crie os diagramas de interação em duplas Invista tempo um dia inteiro, se for preciso

Notação Comum para Diagramas de Interação Ilustração de classes e instâncias

Notação Comum para Diagramas de Interação Sintaxe básica das expressões de mensagens retorno:= mensagem(param1 : tipo) : tiporetorno exemplos: espec:=obterespecproduto(id) espec:=obterespecproduto(id:itemid) espec:=obterespecproduto(id:itemid):especproduto

Ligação Notação Básica para os Diagramas de Colaboração Uma conexão entre dois objetos indica que alguma forma de navegabilidade e de visibilidade entre eles é possível(fluxo de mensagens); Simbolizada por uma linha ligando os objetos.

Mensagens Notação Básica para os Diagramas de Colaboração Representada por uma expressão, uma seta e um número de seqüência

Notação Básica para os Diagramas de Colaboração Mensagens para self ou this Representa oenviodeuma mensagemdoobjetopara ele próprio

Notação Básica para os Diagramas de Colaboração Criação de instâncias Pode ser representada de duas formas: mensagem padrão criar ou uma mensagem de qualquer nome com o esteriótipo create

Notação Básica para os Diagramas de Colaboração Numeração da seqüência das mensagens Os números de ordem das mensagens obedecemao seguinte esquema: A primeira mensagem, vinda da interface, não é numerada; A ordem e o aninhamento das mensagens são mostrados por um esquema de numeração formal, no qual as mensagens aninhadas têm um número agregado(mensagem pai).

Notação Básica para os Diagramas de Colaboração Numeração da seqüência das mensagens

Notação Básica para os Diagramas de Colaboração Numeração da seqüência das mensagens

Notação Básica para os Diagramas de Colaboração Mensagens condicionais Uma mensagem condicional é representada adicionando uma condição entre colchetes após o número de seqüência

Notação Básica para os Diagramas de Colaboração Caminhos condicionais mutuamente exclusivos Mostra caminhos alternativos para a execução Altera a numeração de ordem das mensagens

Iteração Notação Básica para os Diagramas de Colaboração Representa a execução repetida de uma mesma mensagem É indicada com um asterisco após o número de seqüência, e opcionalmente uma cláusula indicando a condição de repetição

Notação Básica para os Diagramas de Colaboração Iteração sobre uma coleção(multiobjeto) É muito comum em várias situações que seja necessário iterar sobre uma coleção O termo mutiobjeto é utilizado para denotar uma coleção de instâncias de outra classe

Notação Básica para os Diagramas de Colaboração Mensagem para uma classe Um objeto pode executar diretamente um método de uma classe, sem a necessidade de uma instância, se esse método for estático; Representado com uma mensagem comum.

Ligações Notação Básica para um Diagrama de Seqüência Não são mostradas diretamente Mensagens Representada por uma expressão de mensagem sobre umasetaligandoaorigemeodestino; Muitas ferramentas permitem que sejam ilustrados dois tipos de mensagens: síncronas ou assíncronas: Síncronas (seta cheia) A origem espera a resposta para continuar o seu trabalho; Assíncronas(seta aberta) A origem continua.

Mensagens Notação Básica para um Diagrama de Seqüência

Mensagens Notação Básica para um Diagrama de Seqüência

Notação Básica para um Diagrama de Seqüência Ilustração de retornos É opcional a ilustração dos retornos das mensagens, pode ser utilizado para ilustrar o conteúdo do retorno

Notação Básica para um Diagrama de Seqüência

Notação Básica para um Diagrama de Seqüência Mensagens para self ou this Mensagem enviada do objeto para ele próprio

Notação Básica para um Diagrama de Seqüência Criação de instâncias Um novo objeto é inserido no diagrama como o destino de uma mensagem criar

Notação Básica para um Diagrama de Seqüência Linhas de vida e destruição de objetos Aslinhastracejadasindicamaextensãodavidadeum objeto no diagrama Para ilustrar o descarte de um objeto usa-se a mensagem estereotipada <<destroy>> e um X interrompendo a linha de vida do mesmo

Notação Básica para um Diagrama de Seqüência Mensagens condicionais Mensagem que só acontece se uma determinada condição for satisfeita(condição entre colchetes)

Notação Básica para um Diagrama de Seqüência Caminhos condicionais mutuamente exclusivos A notação normal ilustra duas mensagens saindo de ummesmopontodeorigem Na impossibilidade pode-se se usar a notação abaixo (ilustrando um mesmo instante de tempo)

Notação Básica para um Diagrama de Seqüência Iteração para uma mensagem única Quando uma única mensagem é enviada repetidas vezes, indica-se com um asterisco seguido da condição da repetição A condição pode ser uma expressão lógica ou a A condição pode ser uma expressão lógica ou a especificação de um laço controlado(intervalo)

Notação Básica para um Diagrama de Seqüência Iteração de uma série de mensagens Cerca-se o conjunto de mensagens que se repetem com um retângulo e ilustra-se na base do retângulo a condição da repetição

Notação Básica para um Diagrama de Seqüência Iteração sobre uma coleção Uma mensagem enviada para cada elemento de uma coleção de objetos

Notação Básica para um Diagrama de Seqüência Mensagens diretamente para classes Mensagens enviadas diretamente para classes (como é o caso dos métodos estáticos)

Referências ALLEIXO, F. Notas de aula da disciplina de Análise e Projeto Orientado a Objeto, CEFET/RN, 2007. SCOTT, K. O Processo Unificado Explicado. Ed. Bookman, 2003.