Unified Modeling Language. Pacotes. José Correia, Junho 2006 ( Um pacote é um mecanismo de agrupamento genérico

Transcrição

1 Unified Modeling Language Pacotes José Correia, Junho 2006 ( Pacotes Um pacote é um mecanismo de agrupamento genérico José Correia UML Pacotes 2

2 Exemplos Sales Customer Order Warehouse Location Item Stock Item Order Item José Correia UML Pacotes 3 Notação Notação: pasta com o nome no interior ou na pega (tab) Client Client O nome pode ser simples ou pode ser precedido de nomes de pacotes envolventes (caminho) Sensors::Vision José Correia UML Pacotes 4

3 Diagramas de Pacotes Um diagrama de pacotes mostra pacotes e relações entre pacotes Na realidade, não existem propriamente diagramas de pacotes em UML pacotes e relações entre pacotes aparecem noutros diagramas - Pacotes de casos de uso em diagramas de casos de uso - Pacotes de classes em diagramas de classes - Pacotes de componentes em diagramas de componentes - Pacotes de nós em diagramas de distribuição Um pacote é uma colecção de elementos UML relacionados José Correia UML Pacotes 5 Exemplo de um pacote de casos de uso Gestão de Disciplinas Definição de Ficha de Disciplina Publicação de Material de poio Docente de Disciplina Lançamento de Sumários Lançamento de Classificações Elaboração de Relatório de Disciplina José Correia UML Pacotes 6

4 Pacotes lógicos (de classes) Um pacote lógico (ou módulo lógico) é um agrupamento lógico por exemplo, de classes e relações entre essas classes corresponde ao conceito de package em Java ou de namespace em C++ não confundir pacote com agrupamentos físicos - ficheiros de código fonte, executável, etc., designados componente em UML - (que iremos ver a seguir...) - um pacote lógico pode atravessar vários ficheiros Diagramas de pacotes lógicos permitem modelizar a arquitectura lógica estática (estrutura estática de alto nível) de um sistema de software José Correia UML Pacotes 7 Conteúdo de um pacote Uma vez que representa um agrupamento, um pacote é, em geral, dono de diversos elementos classes, interfaces, componentes, nós, colaborações, casos de uso, diagramas, e até outros pacotes Esses elementos podem ser indicados no interior do pacote, na forma de uma lista de nomes ou diagrama Client + OrderForm + TrackingForm - Order Client + OrderForm - Order + TrackingForm Um pacote forma um espaço de nomes exemplo: a classe Order do pacote Client é designada Client::Order José Correia UML Pacotes 8

5 Visibilidade dos elementos Pode-se indicar a visibilidade dos elementos: + (público) : visível por todos que importam ou acedem ao pacote (nomes sem :: no 1º caso, com :: no 2º caso) # (protegido): visível só pelos pacotes-filhos (herança de pacotes, através de relações de generalização) - (privado): visível só por outros elementos do pacote (ou seja, não é visível para elementos de fora do pacote) Nota: Esta notação é igual à da visibilidade dos atributos e operações das classes Os elementos públicos de um pacote são chamados também os elementos exportados pelo pacote José Correia UML Pacotes 9 Relações de dependência entre pacotes Exemplo de um modelo de negócio, em que as classes estão agrupadas em pacotes Um pacote depende de outro se uma alteração do pacote de destino afectar o pacote de origem (dependente) José Correia UML Pacotes 10

6 Dependências entre pacotes Dependência simples: uma alteração do pacote de destino afecta o pacote de origem (dependente) informação útil para controlo de alterações Dependência com estereótipo «access» : o pacote de origem (dependente) acede a elementos exportados pelo pacote de destino precisa de :: nos nomes Dependência com estereótipo : o conteúdo público do pacote de destino é adicionado ao pacote de origem (dependente) não precisa de :: nos nomes Client + OrderForm + TrackingForm - Order GUI + Window + Form # EventHandler José Correia UML Pacotes 11 «Import» B +C B ::C +C ::E José Correia UML Pacotes 12

7 «Import»: lias B +B mesma classe B +::B -C +B +::E um elemento importado pode ser dado um alias e uma visibilidade local José Correia UML Pacotes 13 «ccess» B +C «access» «access» B +C José Correia UML Pacotes 14

8 «Import» vs. «ccess» Z B ::C +C ::F ::E +Z::F -Z::G +G +F -H Z B +C «access» «access» +G +F -H José Correia UML Pacotes 15 Generalização de pacotes Usada para especificar famílias de pacotes relacionados por herança GUI + Window + Form # EventHandler herda sem alteração (default) substitui (overrides) o elemento Form de GUI adicionado WindowsGUI + GUI::Window + Form # GUI::EventHandler +VBForm MacGUI herda os elementos públicos e protegidos de GUI José Correia UML Pacotes 16

9 Estereótipos em pacotes «system» - pacote que representa o sistema completo que está a ser modelizado (incluindo todos os modelos e elementos dos modelos) «subsystem» - pacote que representa uma parte independente do sistema completo que está a ser modelizado «facade» - pacote que é usado para dar uma vista pública (fachada) sobre alguns conteúdos de um outro pacote «framework» - pacote que representa um conjunto de classes abstractas e concretas, que implementam funcionalidade típica de um determinado domínio de problema José Correia UML Pacotes 17 Composição de pacotes Sub-pacotes podem ser indicados dentro do pacote-dono ou com relação de composição «system» Retail Enterprise System «subsystem» Customer Service subsystem «subsystem» In Store Management subsystem «subsystem» Warehouse Management subsystem Neste exemplo segue-se uma divisão vertical, por subsistemas! José Correia UML Pacotes 18

10 Quando é que devem ser usados pacotes? Para criar uma visão geral de um conjunto alargado de elementos do modelo Para organizar um modelo grande Para agrupar elementos relacionados Para separar namespaces José Correia UML Pacotes 19 Referências Estes apontamentos foram baseados em: UML Unified Modeling Language, Curso em Tecnologia de Objectos, FEUP, Novembro 2000 demar guiar, Gabriel David, João Pascoal Faria dvanced Modeling, Karin Palmkvist, Bran Selic, Jos Warmer, Nathan Dykman, UML Revision Task Force, November 2000 José Correia UML Pacotes 20