UNEB Professor: Giuliano

Disciplina Tcnicas de Modelagem

TCNICA

MODELAGEM CONCEITUAL

GENERALIZAO/ESPECIALIZAO, AGREGAO E COMPOSIO

Generalizao/Especializao
Herana o termo em orientao a objetos que se refere criao de novas classes a partir de existentes onde os atributos e operaes comuns so agrupados para fins de reutilizao de cdigo. Observe as duas classes abaixo:

Figura 1 classes independentes Gerente e Secretaria

Perceba que h muitos atributos comuns entre elas e isso demanda muito trabalho para definir e alter-los. Alm disso, o que estas duas classes tm em comum ? Elas fazem parte de um sistema de controle de pessoal e representam os funcionrios de uma empresa. Com base nesses fatos, aplicaremos a tcnica da generalizao para eliminar as duplicidades e deixar o modelo mais elegante. 1- Criao da superclasse Para implementar a generalizao, criamos uma terceira classe generalista para agrupar os membros comuns de Gerente e Secretaria (matricula, nome, salario e depto). Essa classe deve receber um nome que tambm seja uma generalizao de gerente e secretria e, por isso, escolhemos Funcionario.

Figura 2 superclasse Funcionario

2- Retirar elementos comuns das subclasses A classe pai, tambm chamada de superclasse, ou ancestral, quem possui os atributos comuns. A classe filha, ou subclasse, a classe que herda os membros da superclasse e ainda possui os seus especficos (por isso, a subclasse tende a ser maior que a

UNEB Professor: Giuliano

Disciplina Tcnicas de Modelagem

superclasse). Assim, o passo seguinte retirar os atributos comuns das duas subclasses, deixando apenas os especficos:

Figura 3 subclasses com atributos comuns removidos

3- Fazer o relacionamento de generalizao entre subclasses e superclasse Criamos um relacionamento de generalizao (cuja notao uma reta com um tringulo na ponta) entre Gerente e Funcionrio e outro entre Secretria e Funcionrio. A ponta da seta sempre deve apontar para a superclasse.

Figura 4 notao dos relacionamentos

Outra forma de representao pode ser vista na figura abaixo. Para fazer isso na ferramenta JUDE, selecione um relacionamento, clique na ponta da seta, arraste e solte sobre a ponta da outra seta.

Figura 5 outra forma de notao de duas generalizaes

UNEB Professor: Giuliano

Disciplina Tcnicas de Modelagem

4- Validar os relacionamentos Ao contrrio do relacionamento de associao, a generalizao no precisa de um nome, pois implicitamente o relacionamento deve ser lido como um. Isso inclusive serve para conferir se o j o relacionamento est vlido ou se o nome da classe generalista foi escolhido corretamente. Assim, as seguintes perguntas devem ter uma resposta afirmativa para que nosso relacionamento seja vlido:

Gerente um funcionrio ? Secretria um funcionrio ?

- Resposta: SIm - Resposta: Sim

5- Definir superclasse como abstrata (se for o caso) Muitas vezes definimos uma classe que no representa verdadeiramente algo do mundo real que precise ser instanciado (usado em programas). o caso da classe Funcionrio criada neste exemplo. Na prtica, objetos do tipo Funcionario nunca sero usados, pois instanciaremos apenas objetos a partir de Gerente e Secretaria. Funcionrio apenas uma classe que surgiu da necessidade de uma generalizao. Classes assim so chamadas de abstratas. Na UML, para indicar que uma classe abstrata, seu nome deve ficar em itlico. Para fazer isso no JUDE, selecione a classe e mude seu atributo Abstract para true.

Figura 6 - classe abstrata

Agregao
um tipo especial de associao onde tenta-se demonstrar que as informaes de um objeto precisam ser complementadas pelas informaes contidas em um ou mais objetos de outra classe, demonstrando um relacionamento todo-parte entre elas. interessante ressaltar que para ser agregao, as classes podem viver independentemente. Vejamos um exemplo onde temos as classes Time e Jogador. Um time pode ser composto de nenhum ou vrios jogadores. Um jogador pode estar contido no mximo em um time.

Figura 7 - classes Time e Jogador

Poderamos apenas fazer uma associao entre Time e Jogador e extrair as cardinalidades, mas queremos dar um enfoque que as informaes do time so completadas pelos seus jogadores, ou seja, que os jogadores fazem parte do time. Entretanto, se eu excluir o time, os jogadores continuam existindo. Assim, utilizamos a notao da agregao que uma reta com um losango na ponta ligada classe do lado todo (que contm):

Figura 8 - agregao entre Time e Jogador

UNEB Professor: Giuliano

Disciplina Tcnicas de Modelagem

Composio
A composio uma variao da agregao onde se tenta representar um vnculo mais forte entre os objetos todo-parte ao ponto de um no existir sem o outro. Vejamos o exemplo entre as classes Revista e Edio. Uma revista deve ser composta de no mnimo um artigo, mas pode conter vrios. Um artigo obrigatoriamente deve pertencer a uma e somente uma revista.

Figura 9 - classes Revista e Artigo

Poderamos fazer apenas uma associao entre Revista e Artigo, mas queremos demonstrar que revista e artigos formam um nico conjunto e que um no existe sem o outro. O smbolo da composio diferencia-se graficamente da agregao por utilizar um losango preenchido que, da mesma forma, deve ficar do lado do objeto -todo:

Figura 10 composio entre Revista e Artigo

Uma revista pode ter vrios artigos, mas se a revista for excluda, teremos que excluir tambm os artigos. No faz sentido ter um objeto artigo que ele esteja vinculado a uma revista. Sua nica razo de existir "compr" a revista.

Agregao x Composio x Associao Imagine um cenrio onde temos duas classes "A" e "B" e estamos na dvida de qual relacionamento colocar entre elas. Inicie fazendo a seguinte pergunta: 1 - Se A for excludo, terei que excluir tambm o B ? Sim = utilize relacionamento de composio No = pode ser agregao ou simplesmente uma associao. V para a pergunta 2 2 B tem alguma utilidade sozinha? Sim = utilize uma associao comum No = utilize relacionamento de agregao Referncias GUEDES, Gilleanes. UML, uma abordagem prtica. Ed. Novatec: So Paulo, 2004. NOGUEIRA, Admilson. UML - Unified Modeling Language - Generalizao, agregao, composio e dependncia. Disponvel na internet em http://www.linhadecodigo.com.br/Artigo.aspx?id=943. Acesso em 21/03/2009

UNEB Professor: Giuliano

Disciplina Tcnicas de Modelagem

Exerccios Propostos
1. Usando seus conhecimentos de generalizao/especializao, analise as duas classes abaixo e proponha um novo modelo que elimine as duplicaes

2. Usando seus conhecimentos de generalizao/especializao, analise as trs classes abaixo e proponha um novo modelo que elimine as duplicaes

3. Usando seus conhecimentos de generalizao/especializao, analise as duas classes abaixo e proponha um novo modelo que elimine as duplicaes

4. Em um sistema foram identificadas duas classes: Pessoa e Corao. Uma pessoa deve ter um e somente um corao e um corao s pode pertencer a uma pessoa. Com base no enunciado acima, faa a representao das duas classes (atributos e mtodos no so necessrios) e seu relacionamento (com nome e cardinalidades). 5. Em um sistema para uma concessionria foram identificadas as classes Carro e Autopea. Um carro pode possuir uma ou vrias autopeas. Uma autopea serve para apenas um carro. Com base no enunciado acima, faa a representao das duas classes (atributos e mtodos no so necessrios) e seu relacionamento (com nome e cardinalidades). 6. Em um sistema de vendas foram identificadas as classes Pedido e ItemPedido. Um pedido deve conter no mnimo um item ou vrios. Um item deve obrigatoriamente pertencer a um nico pedido. Com base no enunciado acima, faa a representao das

UNEB Professor: Giuliano

Disciplina Tcnicas de Modelagem

duas classes (atributos e mtodos no so necessrios) e seu relacionamento (com nome e cardinalidades). 7. Em um sistema para uma editora foram identificadas as classes Livro, Captulo e Pgina. Um livro composto nenhum ou vrios captulos. Um captulo deve obrigatoriamente pertencer a um nico livro. Um captulo contm uma (no mnimo) ou mais pginas. Uma pgina no necessariamente precisa pertencer a um captulo, mas se pertencer, pode ser a mais de um. Com base no enunciado acima, faa a representao das duas classes (atributos e mtodos no so necessrios) e seu relacionamento (com nome e cardinalidades). 8. Faa a representao do relacionamento entre as classes Pas, Estado e Cidade. Um pais composto de vrios estados (pelo menos um estado requerido). Estados podem ter nenhuma ou vrias cidades. Uma cidade obrigada a pertencer a um, e somente um estado. Um estado obrigatoriamente tem que pertencer a um pas