Escolar Documentos
Profissional Documentos
Cultura Documentos
22/10/14 1
Perspectias de um Diagrama de
Classes
22/10/14 2
Relembrando...
22/10/14 3
• O diagrama de classes eiolui com o sistema e pode
ter diferentes perspectias:
●
O modelo conceitual (análise) representa as classes
no domínio do negócio em questão. Não leia em
consideração restrições inerentes à tecnologia a ser
utlizada na solução de um problema.
●
O modelo de classes de especifcação (projeto) é
obtdo atraiés da adição de detalçes ao modelo
anterior conforme a solução de sofware escolçida.
●
O modelo de classes de implementação corresponde
à implementação das classes em alguma linguagem
de programação.
Modelo de Projeto
22/10/14 5
Modelo de Projeto
• Refnamento do Modelo Conceitual. Ideia é
adicionar detalçes ao diagrama já criado.
22/10/14 7
O que são Métodos?
Métodos
Notação UML para Métodos
– [Visibilidade]Nome(Parâmetros):Retorno
Notação UML para Métodos -
Parâmetros
• Os parâmetros – dados de entrada e/ou saída para o
método são representados por Nome-do-
Parâmetro:Tipo=Valor-Padrão
• Ex:
– Visão conceitual
• ImprimirData(data:TipoData)
– Visão de implementação
• ArmazenarDados(nome:cçar[30],salario:foat)
Notação UML para Métodos –
Tipo de Retorno
• O Valor-de-Retorno indica se o método retorna algum
ialor ao término de sua execução e qual o tpo de dado
do ialor retornado.
• Ex:
– Visão Conceitual
• CalcularIdade(): TipoInteiro
– Visão de implementação
• ArmazenarDados(nome:cçar[30]): boolean
A classe possui um
método com
parâmetro e retorno e
um método que não
possui nem
parâmetro e nem
retorno (uso da
palaira reseriada no
jaia void.
Exemplo de Diagrama de
Classes – Modelo de Projeto
Identfcando os Tipos de Classe
de Projeto
• Fronteira: Responsáieis pela interação com os atores
• Tipos de fronteira:
• Representação:
OU
Classes de Entdade
• Representação dos conceitos do domínio do Problema
– Informações e regras de negócio que direcionam a
manipulação dessas informações
• Geralmente são classes que persistem ialores
• Também cçamadas de classes de negócio
• A maioria já descoberta na fase de análise
• Aspecto importante a analisar: quais classes geram
objetos que deiam ser persistentes
Classes de Entdade
• Representação:
OU
Classes de Controle
• São a “ponte de comunicação” entre objetos de fronteira e
objetos de entdade.
• Responsáieis por controlar a lógica de execução
correspondente a um caso de uso.
• Decidem o que o sistema deie fazer quando um eiento
externo releiante ocorre.
– Eles realizam o controle do processamento
• Responsabilidades:
– Preencçimento de controles da interface gráfca
– Autentcação de usuários
– Controle de acesso às funcionalidades do sistema
Classes de Controle
• Representação:
OU
Defnindo Classes – Exemplo I
Diiisão de responsabilidades
27
Diiisão de responsabilidades
• Exemplo: iantagem de separação de
responsabilidades em um sistema para uma loja de
aluguel de carros.
– Se o sistema tier que ser atualizado para que seus usuários
possam utlizá-lo pela Internet, a lógica da aplicação não
precisaria de modifcações.
– Considerando a lógica para calcular o ialor total das locações feitas
por um cliente: se esta lógica estier encapsulada em uma classe
de controle, somente esta classe precisaria de modifcação.
Diiisão de responsabilidades
22/10/14 30