INF1013 MODELAGEM DE SOFTWARE

Transcrição

1 INF1013 MODELAGEM DE SOFTWARE Departamento de Informática PUC-Rio Ivan Mathias Filho Programa Capítulo 3 Modelo de Classes de Software Navegação 1

2 Programa Capítulo 3 Modelo de Classes de Software Navegação Modelo de Classes de Software O modelo de classes de domínio, ou modelo conceitual, contém conceitos relativos ao problema em questão; O modelo de classes de software, ou apenas modelo de classes, contém classes relativas a objetos de software; Isto é, esse modelo deverá conter também classes que fornecem serviços de persistência, interface com o usuário e interface com o sistema operacional; Dessa forma, o modelo deverá ser complementado com as operações disponibilizadas por essas classes; Além disso, outros tipos de relações, que descrevem certos aspectos do software, poderão ser incorporadas ao modelo. 2

3 Operação É a declaração de um serviço que pode ser solicitado às instâncias de uma classe; A declaração de uma operação é válida para todos os objetos de uma classe; Uma implementação de uma operação é chamada de método. Visibilidade (1) Determina o nível de restrição de acesso (referência) a alguns elementos de modelagem da UML; Aplicável às classes, às operações e aos atributos; Tipos de visibilidade: pública + protegida # privada - pacote ~ 3

4 Visibilidade (2) público pode ser referenciado por qualquer elemento de modelagem externo ao classificador em questão; protegido pode ser referenciado pelos elementos de modelagem internos ao classificador em questão e pelos descendentes deste (generalização); privado pode ser referenciado apenas pelos elementos de modelagem internos ao classificador em questão; pacote pode ser referenciado por qualquer elemento de modelagem declarado no mesmo pacote do classificador em questão. Para os elementos externos, o elemento é tratado como privado. Visibilidade Exemplo Observação: os elementos sublinhados representam os atributos e as operações estáticas de uma classe. 4

5 Agregação Uma agregação é tipo vago de associação que sugere uma relação parte-todo (como já é feito pelas associações comuns). Embora formalmente definida na UML, não existem diferenças significativas entre a semântica de uma agregação que é um tipo de associação e uma associação ordinária. Segundo James Rumbaugh: Não obstante a pouca semântica ligada à agregação, todos acham, por diferentes motivos, que ela é necessária. Pense nela como um placebo de modelagem. Agregação Exemplos Um curso é composto por muitas disciplinas, que por outro lado podem pertencer a vários cursos: Um canvas pode conter várias figuras, que por outro lado podem estar contidas em vários canvas: 5

6 Composição Uma composição é um tipo forte de relação parte-todo que possui as seguintes características: Uma instância da parte pertence a uma única instância do todo (composto) em um dado instante; Uma parte deve estar sempre ligada a um composto, nunca podendo existir de maneira isolada; O composto deve ser responsável pela criação e destruição das partes; Se o composto for destruído, a partes também o serão. Composição Exemplo 6

7 Dependência (1) Algumas relações entre classes, por serem secundárias, não devem ser tratadas como associações; Por exemplo, o fato da data de nascimento de um aluno ser do tipo Date não é suficiente para que seja criada uma associação entre essas classes; Nesse caso, bastaria uma indicação de que Aluno usa a classe Date para que a relação fosse representada. Isso é feito através de uma relação de dependência. Dependência Exemplo 7

8 Dependência Implementação Outro tipo de dependência muito comum é a que existe entre uma interface e uma classe que a implemente. Diagrama de Pacotes O pacote é a principal construção da UML para agrupar outros elementos de modelagem; Um pacote fornece as mesmas funcionalidades que as pastas dos sistema operacionais modernos fornecem; Ele permite que elementos correlatos sejam agrupados em containers; Pacotes podem conter outros pacotes, de modo que hierarquias de pacotes possam ser criadas. 8

9 Diagrama de Pacotes Exemplo (1) Diagrama de Pacotes Exemplo (2) 9

10 Programa Capítulo 3 Modelo de Classes de Software Navegação Direção de Leitura A seta de direção de leitura é utilizada para fornecer o sentido correto de leitura de uma associação; Ela é utilizada para melhorar o aspecto semântico de um modelo de classes, não tendo nenhuma influência no design de uma aplicação. 10

11 Navegação (1) A seta de navegação, por outro lado, interfere na implementação do modelo; A navegação de Aluno para Disciplina indica ser possível obter todas as disciplinas que um aluno cursou; Entretanto, não será possível obter todos os alunos que cursaram uma disciplina, pois o xis na extremidade oposta não permite a navegação de Disciplina para Aluno. Navegação Implementação import java.util.date; public class Aluno { private int matricula; private String nome; private Date dtnasc; private Disciplina[] disciplina; } public class Disciplina { private String codigo; private String nome; private int numcred; private int numhoras; } 11

12 Bibliografia Bezerra, E. Princípios de Análise e Projeto de Sistemas com UML. 1ª edição, Campus, Larman, C. Utilizando UML e Padrões. 3ª edição, Bookman,