Diagramas de Package

Transcrição

1 190 Diagramas de Package À medida que os sistemas software se tornam mais complexos e o número de classes aumenta: Torna-se difícil efectuar a gestão das diversas classes A identificação de uma classe e o seu papel no sistema dependem do contexto em que se encontram É determinante conseguir identificar as dependências entre as diversas classes de um sistema. Em UML os agrupamentos de classe designam-se por packages (pacotes), que correspondem à abstracção de conceitos existentes nas linguagens de programação: Em Java esses agrupamentos são os packages Em C++ designam-se por namespaces A identificação das dependências entre os vários packages permite que a equipa de projecto possa descrever informação importante para a evolução do sistema

2 191 Diagramas de Package (cont.) Os packages em UML fazem parte da vista associada ao Desenvolvimento Um diagrama de package representa os packages e as relações entre packages Os diagramas de packages em UML representam mais do que relações entre classes: Packages de classes (packages lógicos) - em diagramas de classes Packages de componentes em diagramas de componentes Packages de nós em diagramas de distribuição Packages de casos de uso em diagramas de use cases

3 192 Diagramas de Package (cont.) Packages de um sistema de gestão de contéudos: Cada um dos packages contém as classes cujo contexto é semelhante. Não se deve confundir os packages com o empacotamento físico dos ficheiros associados. Um package é, antes de mais, uma agregação lógica de conceitos, e Um agrupamento lógico pode atravessar vários ficheiros

4 193 Diagramas de Package (cont.) Um package é desta forma o dono de um conjunto de entidades, que vão desde outros packages, a classes, interfaces, componentes, use cases, etc. Essa forma de agregação pode ser representada de diversas formas: package security; public class Credentials {...}

5 194 Diagramas de Package (cont.) Existem várias formas de representar a agregação de packages Essas regras definem também a qualificação dos nomes das classes Os dois diagramas representam a mesma informação

6 195 Diagramas de Package (cont.) Por uma questão de identificação do contexto (o namespace) de uma classe é usual que as ferramentas identifiquem no diagrama de classes, qual é o agrupamento lógico a que uma classe pertence. A notação nomepackage::nomeclasse, identifica (qualifica) inequivocamente uma classe. Tal como em Java com a utilização do nome completo (ex: java.lang.string) Permite que existam classes com nome idêntico nas diversas camadas que constituem uma aplicação

7 196 Diagramas de Package (cont.) A visibilidade dos elementos de um package utiliza uma notação e semântica similar à vista nos diagramas de classe. + - público - - privado # - protected (só acessível/visível por filhos do package em causa)

8 197 Diagramas de Package (cont.) Existem várias formas de especificar dependências entre pacotes de uma arquitectura lógica Dependência (simples) - quando uma alteração no package de destino afecta o package de origem Desenvolvimento de Sistemas de Software Informação - LESI/LM CC <<Import>> - o package origem importa o contéudo do package destino que é por este exportado. Logo, não necessita de qualificar completamente os elementos importados (na forma packagea::classeb). Este mecanismo é similar ao mecanismo Java que permite fazer import de um package import java.util.*; <<access>> - o package origem acede a elementos exportados pelo package destino, mas necessita de qualificar completamente os nomes desses elementos.

9 198 Diagramas de Package (cont.) Exemplos de utilização de dependência: Desenvolvimento de Sistemas de Software Informação - LESI/LM CC

10 199 Diagramas de Package (cont.) Exemplos de utilização de dependência: Arquitectura lógica de uma aplicação bancária para tratar créditos e hipotecas Desenvolvimento de Sistemas de Software Informação - LESI/LM CC

11 200 Diagramas de Package (cont.) Generalização de packages Útil para especificar famílias de packages relacionadas por herança O exemplo pode ser definido como representando um package de interface Desenvolvimento de Sistemas de Software Informação - LESI/LM CC

12 201 Diagramas de Package (cont.) Utilização de <<import>> O package users importa todas as definições públicas de security, apenas por nome Definições privadas de packages importados não são acessíveis por quem importa. O package users apenas importa a classe Credentials do package security

13 202 Diagramas de Package (cont.) Utilização de <<import>> e <<access>> O package B vê os elementos públicos em C e D. A importa B, pelo que vê os elementos públicos em B e em C (porque este é importado por B) A não tem acesso a D porque D só é acedido por B (e não é importado).

14 203 Diagramas de Objectos Apresentam uma configuração particular de objectos no sistema, para um determinado momento da interacção entre objectos. Modelam uma visão do sistema, do ponto de vista de instâncias concretas. Permitem representar objectos e ligações entre os objectos: objectos são instâncias das classes do modelo (isto é, do diagrama de classes); Desenvolvimento de Sistemas de Informação - LESI/LM CC José Creissac Campos ligações são instâncias das associações entre as classes. objecto doc: Docente nome do objecto classe do object ligação multi-objecto : Docente objecto anónimo Úteis, por exemplo, para debugging.

15 204 Um exemplo... Instâncias (classes) Instâncias (associações)

16 205 Diagramas de Interacção Sumário: Tipos de Diagramas de Interacção Interacções Diagramas de Comunicação conceitos base Diagramas de Sequência conceitos base Diagramas de Comunicação conceitos avançados Diagramas de Sequência conceitos avançados

17 206 Tipos de Diagrama de Interacção Os Diagramas de Classe modelam a arquitectura de objectos do sistema Os Diagramas de Interacção modelam o diálogo entre os objectos que compõem o sistema. O UML define dois tipos de diagramas de interacção: Diagramas de Comunicação Diagramas de Sequência Os dois tipos de diagrama têm o mesmo poder expressivo. Contudo, muda a forma de apresentação: Diagramas de Comunicação ênfase na estrutura; Diagramas de Sequência ênfase na sequência temporal dos eventos. Componentes base dos diagramas de interacção: Objectos (ver diagramas de objecto); Interacções entre objectos.

18 207 Interacções Uma Interacção representa comunicação entre objectos (envio de mensagens). Ligação: Instância de uma associação Decorações: Association a instância é conhecida por intermédio de uma associação Self a instância refere-se a si própria global/local/parameter scope da instância num dado contexto Mensagens: call invocação síncrona ( ) send invocação assíncrona ( ) UML versões <= 1.3 send invocação assíncrona ( ) UML versões >= 1.4 Return ( < ) <<create>> criar objecto e <<destroy>> destruir objecto

19 208 Diagramas de Comunicação (Communication) Apresentam uma configuração específica do sistema que suporta um dado Use Case (que objectos deverão existir em tempo de execução runtime). Para essa configuração, mostra como os objectos comunicam entre si (colaboram) para satisfazer um dado pedido. Os use cases concretizam-se por colaborações entre objectos. A ênfase está na organização estrutural dos objectos: Permite analisar se a configuração necessária é suportada pela estrutura de classes idealizada nos diagramas de classe. Ordenação temporal das mensagens não é claramente representada. Notação standard: X.y.zz (ex: 1.2.1)

20 209 Um exemplo...

21 210 Diagramas de Comunicação Lógica Condicional A notação suporta a modelação de estruturas condicionais e repetitivas: Condição: [guarda] mensagem Repetição: *[guarda] mensagem Em alternativa podemos utilizar mais que um diagrama para modelar o comportamento.

22 211 Diagramas de Comunicação Lógica Condicional A mensagem mensagema é enviada 10 vezes antes que as seguintes mensagens possam ser enviadas. A mensagem mensagemb enviada em 2.a só é enviada se a condição for verdadeira. As mensagens enviadas em 2.b e 2.c são enviadas ao mesmo tempo

23 212 Diagramas de Sequência Representam o mesmo que os Diagramas de Comunicação, mas a ênfase é colocada na ordenação temporal das mensagens. Permitem analisar a distribuição de responsabilidade pelas diferentes classes (analisar onde está a ser efectuado o processamento)

24 213 Diagramas de Sequência Cálculo do preço de uma encomenda

25 214 Diagramas de Sequência Cálculo do preço de uma encomenda (diagrama alternativo com controlo descentralizado)

26 215 Diagramas de Sequência Diagrama de sequência do método dispatch procedure dispatch for(linha l:encomenda) if(product.value > 10) express.dispatch() else normal.dispatch() if (confirmacao) messenger.confirm

27 216 Diagramas de Sequência Tipos de frames de interacção alt - alternativa, múltiplas regiões, sendo que apenas uma delas é escolhida opt - opcional, sendo que as interações dentro da região são executas se a condição for verdadeira par - as várias regiões ocorrem em paralelo loop - ciclo, sendo que a região executa-se n vezes enquanto a condição for verdadeira region - indica uma região crítica, com apenas uma thread em execução neg - negação, mostra uma interacção inválida ref - referência, indica uma interacção definida noutro diagrama. sd - referencia um diagrama de sequência!