Uma colagem de diagramas UML. LES/PUC-Rio

Transcrição

1 Diagramas UML

2 Uma colagem de diagramas UML LES/PUC-Rio

3 Diagramas São representações gráficas de um conjunto de elementos. São desenhados para visualizar um sistema de diferentes perspectivas. São geralmente representadas como gráficos de vértices (itens) e arcos (relacionamentos)

4 Diagramas UML o o o Os artefatos gráficos produzidos de um sistema OO são definidos através dos diagramas da UML. A UML possui vários diagramas, que servem para especificar a estrutura de um sistema. Os diagramas da UML estão organizados em conjuntos ou categorias distintas, cada categoria visando apoiar um tipo de modelagem.

5 Diagramas UML o A UML define em sua versão 2.4 catorze tipos de diagramas, divididos em duas categorias: diagramas estruturais ou estáticos e diagramas comportamentais ou dinâmicos. o A função dos primeiros é mostrar as características do sistema que não mudam com o tempo e dos outros como o sistema responde às requisições ou como evolui com o tempo (MELO, 2004).

6 Para que usar os diagramas UML? Os diagramas UML são usados para: Ajudar a conceber as ideias, em relação ao sistema que estivermos projetando; Pensar antes de codificar; Apresentar as ideias ao grupo de forma que todos possam interagir e discutir um determinado ponto; Aumentar a participação e envolvimento do time; Documentar as ideias quando elas já estiverem bem consolidadas para que novos integrantes e novos colaboradores possam acelerar sua compreensão dos sistemas desenvolvidos pelo grupo.

7 Diagramas UML Diagrama Diagrama Estrutural Diagrama Comportamental Diagrama de Componentes Diagrama de Classes Diagrama de Implantação Diagrama de Máquina de Estados Diagrama de Casos de Uso Diagrama de Atividade Diagrama de Perfil Diagrama de Objetos Diagrama de Estrutura Composta Diagrama de Pacotes Diagrama de Interação - A UML permite o uso de qualquer linguagem para descrever restrições. - A única regra é que deve-se usar chaves {}. - No entanto, existe a OCL (Object Constraint Language) baseado em cálculos de predicados. Diagrama de Sequência Diagrama de Comunicação Diagrama de Interação Geral Diagrama de Tempo

8 Para que tantos diagramas? o o o O objetivo é fornecer múltiplas visões do software a ser modelado. Cada diagrama da UML analisa o sistema, ou parte dele, sob uma determinada óptica. A utilização de diversos diagramas permite que falhas sejam descobertas.

9 Diagramas estruturais

10 Diagrama de Classes São os principais diagramas estruturais da UML Mostram as diferentes classes que fazem um sistema e como elas se relacionam. Mostram classes, interfaces e seus relacionamentos As classes especificam a estrutura e o comportamento dos objetos, que são instâncias de classes

11 Diagrama de Classes São chamados diagramas estáticos porque mostram as classes, com seus métodos e atributos bem como os relacionamentos estáticos entre elas: quais classes conhecem ou quais classes são parte de outras classes, mas não mostram a troca de mensagens entre elas.

12 Diagrama de Classes Pedido Cliente -codigo: Integer -datarecebido -total: Currency +confirmar() +cancelar() -calculartotal():currency gerarnovocodigo: String 0..* faz 1 -nome: String -endereco: String -dataprimeiracompra: Date -dataultimacompra: Date -totalcomprado: Currency #creditopermitido: Currency #nivelcredibilidade() itens Item de Pedido -quantidade: Integer -preco: Currency -emestoque: Boolean Cliente pessoa-jurídica nomecontato: String telefones[1..10]: String CGC: String FAX[1..3]: String Cliente pessoa-física nome: String CPF: String numcartaocredito colocarlistanegra() * representante Produto de vendas * Empregado IPessoa

13 Diagrama de Classes

14 Diagrama de Classes

15 Diagrama de Objetos Descreve a estrutura estática de um sistema em um determinado momento, ou seja, representa uma fotografia do sistema em um certo instante. Mostra objetos e seus relacionamentos, exibindo as ligações formadas entre objetos conforme estes interagem e os valores dos seus atributos.

16 Diagrama de Objetos Representam instâncias estáticas de elementos dos diagramas de classes Os diagramas de objetos são úteis para a modelagem de estruturas de dados complexas Pode ser usados para testar a precisão dos diagramas de classe

17 Diagrama de Objetos Pode ser visto como uma instância do diagrama de classes João : Empregado Rafaela : Empregado Aline Empregado : Empregado Antônio : Empregado José : Empregado Lucas : Empregado Maria : Empregado

18 Diagrama de Objetos Professor -matrícula: String -nome: String [1..3] ministra [1..5] Curso -coddisciplina: String -descrição: String -codturma: String [0..10] * Aluno -matrícula: String -nome: String -período: Integer p1: Professor matricula: " " nome: "Jaelson Castro" p2: Professor c1: Curso c3: Curso : Curso : Curso c2: Curso codcurso: "IF291" descrição: "MPS" codturma: I7 codcurso: "IF185" descrição: "AER" codturma: I6 : Aluno : Aluno : Aluno :aluno : Aluno matricula: " " nome: "John Major" : Aluno : Aluno :aluno matricula: " " nome: "Nelson Mandella" Bill Lewinsky

19 Diagrama de Pacotes Um mecanismo de agrupamento geral que pode ser utilizado para agrupar vários artefatos de um modelo. Notação: uma pasta com uma aba. Conteúdo, duas maneiras de representar graficamente: exibir o conteúdo dentro do pacote; pendurar os elementos agrupados no ícone do pacote. 19

20 Diagrama de Pacotes Pacotes podem ser agrupados dentro de outros pacotes, formando uma hierarquia de contenção. Pode haver relacionamentos de dependência entre pacotes: Um pacote P1 é dependente de outro, P2, se houver qualquer dependência entre quaisquer dois elementos de P1 e P2. É muito comum que uma interface e sua implementação estejam em pacotes distintos

21 Diagrama de Pacotes

22 Diagrama de Pacotes Organizam elementos do sistema em grupos relacionados a fim de minimizar a dependência entre eles

23 Diagrama de Implantação É usado para modelar a arquitetura de distribuição em que o sistema será executado É composto por nós e relacionamentos de comunicação Um nó pode ser um computador, uma rede, um disco rígido, um sensor, etc.

24 Diagrama de Estrutura Composta É utilizado para modelar colaborações entre interfaces, objetos ou classes.

25 Diagrama de Implantação PC - G309 Nestscape Communicator 5.0 Principal.html servidorweb FormCadastro.html Autenticação.exe servidordearquivos Cadastro.exe FormEntrada.html servidorbancodedados O SGBD a ser utilizado ainda não foi escolhido. SGBD

26 Diagrama de Componentes Descreve a organização dos componentes físicos de software Ex.: código-fonte, código em tempo de execução (binário) e executáveis

27 Diagrama de Componentes Identifica os componentes que fazem parte de um sistema, um subsistema ou mesmo os componentes ou classes internas de um componente individual.

28 Diagrama de Componentes Mostra os componentes de hardware e software de uma aplicação e os relacionamentos entre eles É usado para modelar o aspecto físico de um sistema Exemplos de componentes são documentos, executáveis e tabelas de bancos de dados

29 Diagrama de Componentes <<link>> Cadastro.exe FormCadastro.html Usuários Principal.html <<link>> Autenticacao.exe Senhas Banco FormEntrada.html

30 Diagrama de Implantação Descrevem os recursos físicos em um sistema, incluindo nós, componentes e conexões

31 Diagrama de Implantação Enfoca a questão da organização da arquitetura física sobre o qual o software irá ser implantado e executado.

32 Diagrama de Perfil Profile Diagram é um diagrama auxiliar que permite definir esteriótipos e constraints. O mecanismo de Perfil foi especificado para prover um mecanismo de extensão para o padrão UML. Perfis permitem adaptar o metamodelo da UML para diferentes: Plataformas (JEE ou.net), ou Domínios (tempo real). Perfil é um tipo de pacote que extends o metamodelo de referência definindo extensões para este metamodelo por meio de uma proposta de adaptação para plataformas ou domínios específicos. 32

33 Diagrama de Perfil

34 Diagramas Comportamentais

35 Modelagem de casos de uso Representação das funcionalidades externamente observáveis do sistema e dos elementos externos ao sistema que interagem com ele. É importante, pois direciona diversas tarefas posteriores do processo de desenvolvimento de um sistema de software.

36 Casos de uso Um caso de uso representa quem faz o que (interage) com o sistema, sem considerar o comportamento interno do sistema. Um conjunto de cenários, onde cada cenário é uma sequência de passos a qual descreve uma interação entre um usuário (atores) e o sistema.

37 Diagrama de Casos de Uso Modelam a funcionalidade do sistema através de atores e casos de uso Casos de uso são serviços ou funções fornecidas pelo sistema aos seus usuários

38 Diagrama de casos de uso Corresponde a uma visão externa de alto nível do sistema. Representa graficamente os atores, os casos de uso e o relacionamento entre esses elementos.

39

40 Diagrama de Casos de Uso São especialmente importantes na organização e modelagem das principais funcionalidades de um sistema Use Case é a especificação de sequências de ações atender a uma funcionalidade do sistema, interagindo com seus agentes

41 Diagrama de Casos de Uso Solicitar histórico <<estende>> Solicitar histórico do semestre atual <<estende>> Solicitar histórico de todos os semestres Estudante Sistema de controle de pré-requisitos Verificar dependências <<inclui>> Matricular aluno Secretária

42 Casos de uso

43 Diagrama de Sequência Mostra um conjunto de objetos, seus relacionamentos e as mensagens que podem ser enviadas entre eles Descreve as interações entre as classes através das trocas de mensagens ao logo do tempo

44 Diagrama de Sequência Janela de entrada de pedido p: Pedido : ItemPedido :ItemEstoque preparar() * [para cada item do pedido] preparar() emestoque := verificar() [emestoque] remover() estoquebaixo := verificestoquebaixo() [estoquebaixo] <<criar>> :ItemRenovEstoque [emestoque] <<criar>> :ItemEntrega

45 Diagrama de Sequência

46 Diagrama de Sequência

47 Diagrama de Colaboração Mostra um conjunto de objetos, seus relacionamentos e as mensagens que enfatizam a organização dos objetos que trocam mensagens

48 Diagrama de Colaboração Janela de entrada de pedido 1: preparar() p: Pedido 1.1: *[para cada item do pedido] preparar() : estoquebaixo := verif icestoquebaixo() : emestoque := verif icar() : [emestoque] remover() : ItemPedido :ItemEstoque : [emestoque] <<criar>> [estoquebaixo] <<criar>> :ItemEntrega :ItemRenovEstoque

49 Diagrama de Colaboração Representam as interações entre objetos em termos de mensagens em seqüência Descrevem tanto a estrutura estática como o comportamento dinâmico do sistema

50 Diagrama de Estados Mostra uma máquina contendo estados, transições, eventos e atividades Estes diagramas são usados para modelar o comportamento de objetos (com comportamento complexo) Nestes diagramas são modelados os estados em que um objeto pode estar e os eventos que fazem o objeto passar de um estado para outro

51 Diagrama de Estados cartãoinserido Ocioso Ativo fazermanutenção cancelar Validando [continuar] H Manutenção Selecionando Processando [não continuar] entry / lercartão exit / ejetarcartão Imprimindo

52 Diagrama de Estados Descrevem o comportamento dinâmico do sistema em resposta a estímulos externos São especialmente úteis para modelar objetos reativos cujos estados são disparados por eventos específicos

53 Diagrama de Atividades Destaca a lógica de realização de uma tarefa Mostra o fluxo entre atividades (ações nãoatômicas) É semelhante aos antigos fluxogramas É usado também para modelar alternativas de execução e atividades concorrentes

54 Diagrama de Atividades

55 Diagrama de Atividades Pessoa H Procurar bebida [sem café] [sem Coca] [achou café] [achou Coca] Colocar café no filtro Adicionar água à máquina Pegar xícara Pegar lata de Coca Colocar filtro na máquina Ligar máquina Filtrar café Colocar café na xícara Beber H

56 Diagrama de Atividades Ilustram a natureza dinâmica de um sistema modelando o fluxo de controle de uma atividade para outra Uma atividade representa uma operação em uma classe do sistema que resulta na mudança do estado do sistema Tipicamente, são usados para modelar fluxo de trabalho ou processos de negócio e funcionamento interno

57 Diagrama de Interação Geral São variações de Diagrama de atividade". Nele, sequências formam um fluxo de atividades, mostrando como elas trabalham em uma sequência de eventos. Pode ser visto como um Diagrama de Atividade em que as atividades são substituídas por pequenos Diagramas de Sequência ou como Diagrama de Sequência que usam, de forma complementar, a notação do Diagrama de Atividades para mostrar controle de fluxo.

58 Diagrama de Interação Geral São similares as Diagramas de Fluxo de procedimentos, com a diferença de que todas as Atividades são claramente anexas aos Objetos. São sempre associados a um Classe, uma Operação ou um Caso de Uso.

59 Diagrama de Interação Geral O Umbrello UML Modeller mostrando um Diagrama de Atividade.

60 Diagrama de Interação Geral

61 Diagrama de Tempo Semelhante ao diagrama de Máquina de estados, porém enfoca as mudanças de estado de um objeto ao longo do tempo, útil para modelagem de sistemas de tempo real.

62 Diagrama de Tempo Forma Concisa Forma Robusta