12/03/16. Generalização. Associação. Agregação UML Relações. entre Classes. Composição. Prof.Dr. Enzo Seraphim. Dependência

Transcrição

1 12/03/16 Generalização Associação Agregação UML Relações Composição entre Classes Dependência Prof.Dr. Enzo Seraphim

2 12/03/16 Generalização Associação Agregação UML Relações Composição entre Classes Dependência Prof.Dr. Enzo Seraphim

3 Generalização Pessoa super-classe generalização especialização Aluno sub-classe Relação semântica is a ( é um / é uma ) um aluno é uma pessoa Relação de herança nas propriedades A sub classe herda as propriedades (atributos, operações e relações) da super classe, podendo acrescentar outras

4 As três facetas da generalização Substitutabilidade onde se espera um objeto da super classe pode se passar um objeto duma subclasse Herança de interface a subclasse herda as assinaturas (e significados) das operações da super classe Herança ou overriding de implementação a subclasse pode herdar as implementações das operações da super classe, mas também pode ter novas implementações de algumas dessas operações quando em UML se repete numa subclasse a assinatura de uma operação da super classe, quer dizer que tem uma nova implementação na subclasse

5 Hierarquias de classes Na super classe da hierarquia colocam se as propriedades que são comuns a todas as suas subclasses Evita se redundância, promove se reutilização! Poligono centrox: int centroy: int Poligono centrox: int centroy: int Triangulo Quadrado Triangulo Quadrado base: int altura : int lado: int base: int altura : int lado: int

6 Subclasses disjunção / sobreposição Disjunção quando um objeto da superclasse só pode pertencer a uma subclasse (situação por omissão) Sobreposição quando um objeto da superclasse pode pertencer simultaneamente a mais do que uma subclasse disjunção sobreposição Funcionario Conta sobreposição Mensal Diarista Corrente Poupanca

7 Subclasses completas / incompletas Completa quando um objeto pertence a uma superclasse ou a uma subclasses (situação por omissão) Incompleta quando um objeto da superclasse não pode pertencer a nenhuma das subclasses completa Pessoa incompleta Automovel incompleta Estudante Professor Passeio Utilitario

8 Classes e operações abstratas / concretas Classe abstrata classe que não pode ter instâncias diretas. As instâncias somente pelas subclasses concretas Operação abstrata operação com implementação a definir nas subclasses. Uma classe com operações abstratas tem de ser abstrata Notação : estereótipo <<abstract>> <<abstract>> Poligono centrox: int centroy: int area() : double Triangulo base: int altura : int area() : double Quadrado lado: int area() : double

9 Herança simples / múltipla Herança Simples quando uma subclasse possui apenas uma super classe Herança Múltipla quando uma subclasse possui mais de uma super classe Simples Pessoa Múltipla AlunoFuncionario Estudante Professor Aluno Funcionario

10 Classificação simples / múltipla Classificação Simples quando um objeto em qualquer momento pertence a somente uma classe. Classificação Múltipla quando um objeto em um dado momento pertence a várias classes, sem que exista uma subclasse que represente a intersecção dessas classes. Não suportado pelas linguagens de programação OO, mas pode então ser simulada por agregação. Homem Mulher sexo função Pessoa paciente Paciente Medico Enfermeira Fisioterapeuta exemplo de combinação : {Mulher, Paciente, Enfermeira}

11 12/03/16 Generalização Associação Agregação UML Relações Composição entre Classes Dependência Prof.Dr. Enzo Seraphim

12 Associações binárias Nome da associação cardinal-1 cardinal-2 Participante-1 papel-1 papel-2 Participante-2 Uma associação é uma relação entre objetos das classes participantes (um objeto de cada classe em cada ligação) Essa ligação é uma instância de uma associação Implementado através de uma referência entre os objetos relacionados Pode haver mais do que uma associação (com nomes diferentes) entre o mesmo par de classes Papéis nos extremos da associação podem ter indicação de visibilidade (pública, privada, etc.)

13 Nome de associação A indicação do nome é opcional O nome é indicado no meio da linha que une as classes participantes Pode se indicar o sentido em que se lê o nome da associação Empresa empregador Trabalha-para Emprega empregado Pessoa Pessoa 1 comprado * pessoa compra carros Carro

14 Multiplicidade de associações binárias Muitos-para-Muitos Muitos-para-1 1-para-1 Professor Curso Aluno * * * Curso Aluno Historico 1 exatamente um 0..1 zero ou um (zero a 1) * zero ou mais 0..* zero ou mais 1..* um ou mais 1, 3..5 um ou três a 5

15 Acesso a Multiplicidade nome: string sigla: string 1 departamento Departamento getnome(): string setnome(v:string): void getsigla(): string setsigla(v:string): void getfuncionarios():list<funcionario> setfuncionarios(l:list<funcionario>) funcionarios * Funcionario nome: string rg: string getnome(): string setnome(v:string): void getrg(): string setrg(v:string): void getdepartamento():departamento setdepartamento(v:departamento):void

16 Atributos versus Associações Uma propriedade que designa um objeto de uma classe presente no modelo, deve ser modelada como uma associação e não como um atributo Exemplo: nome: string curso: Curso Aluno * alunos 1 curso Curso nome: string alunos:list<aluno>

17 Associação reflexiva Pode se associar uma classe com ela própria (em papéis diferentes) pai 0..1 Pessoa * filho filho * mãe 1

18 Associações bidirecionais / unidirecional As associações são classificadas quanto à navegabilidade em: Bidirecional ambos objetos possuem referência. Unidirecional classe que recebe a seta recebe também a referência. bidirecional unidirecional Classe1 Classe2 Classe3 Classe4

19 Exemplo Bidirecional Aluno nome: string endereco: string * alunos * disciplinas Disciplina nome: string sigla: string Cliente nome: string endereco: string Unidirecional * fitas Fita titulo: string genero: string

20 Classe Associação Classe-1 Nome da Associação Nome da Associação ref Classe-1 ref Classe-2 operação... Classe-2 Reúne as propriedades de associação e classe As linguagens OO não podem repetir combinações de objetos das classes participantes na associação

21 Associações n árias Notação Association Name Class-1 role-1 role-3 Class-3 role-2 Class-2 Multiplicidade Class-1 Class Class-3 a cada par de objetos das restantes classes (1 e 2), correspondem 0 ou 1 objetos da classe 3

22 12/03/16 Generalização Associação Agregação UML Relações Composição entre Classes Dependência Prof.Dr. Enzo Seraphim

23 Agregação Associação com o significado contém (é constituído por) / faz parte de (part of) Relação de inclusão nas instâncias das classes Hierarquias de objetos Exemplo: Casa 1 * Comodo Uma casa contém vários cômodos Um cômodo faz parte de uma casa

24 Exemplo Unidirecional / Bidirecional / Multiplicidades / Papeis Bidirecional Instituto nome:string endereco:string 1 instituto * departamentos Departamento sigla: string nome:string Unidirecional local:string Horta * legumes Legume nome:string peso:double

25 12/03/16 Generalização Associação Agregação UML Relações Composição entre Classes Dependência Prof.Dr. Enzo Seraphim

26 Composição Forma mais forte de agregação aplicável quando: existe um forte grau de pertença das partes ao todo cada parte só pode fazer parte de um todo o topo e as partes têm tempo de vida coincidente, ou, pelo menos, as partes nascem e morrem dentro de um todo a eliminação do todo propaga se para as partes, em cascata Notação: losango cheio ou notação encaixada

27 Exemplo Unidirecional / Bidirecional / Multiplicidades / Papeis Bidirecional Carro placa: string modelo: string 1 carro 1 motor Motor serie: int potencia:double totalcilindro:int Unidirecional Livro titulo: string * capitulos Capitulo titulo: string genero: string

28 Notação Alternativa Carro motor: Motor 1 Livro Capitulo * pneus: Pneus * secao: Secao *

29 12/03/16 Generalização Associação Agregação UML Relações Composição entre Classes Dependência Prof.Dr. Enzo Seraphim

30 Relação de dependência Relação de uso entre dois elementos (classes, componentes, etc.), em que uma mudança na especificação do elemento usado pode afectar o elemento utilizador Exemplo típico: classe 1 que depende de outra classe 2 porque usa operações ou definições da classe 2 Úteis para gestão de dependências ClasseDependente Classe

31 Exemplo Funcionario rg:string nome:string Vinculo carteiratrabalho:string Mensalista salario:float Diarista diaria:float SoftwareCliente SoftwareServidor

32 12/03/16 Prof.Dr. Enzo Seraphim IESTI/UNIFEI UML Relações entre Classes