TIPOS DE CLASSES

•ENTIDADE

•FRONTEIRA

•CONTROLE

CLASSE DE ENTIDADE
<<Entidade>>

Professor

•Modela informações e o comportamento associado

•Abstrações do mundo real
•Tem longa duração ( persistentes )
•Pode ser independente da aplicação ( utilizada por várias )
•Necessária para que o sistema assuma uma de suas
responsabilidades

CLASSE DE FRONTEIRA ( interface )

<<Interface>>

Seleciona
Disciplina a Ofertar

•Trata da comunicação do sistema com

Atores
Outros Sistema
Define os serviços prestados pelo sistema ou suas
classes
•Modela as interfaces do sistema
•São dependentes do ambiente do sistema ( classe )

1
 Classes de Interface
Formas de Representação - UML

Icônica

Expandida
Estereótipo

A classe Pedido realiza a sua interface Ipreço

A classe Cliente depende da interface de Pedido

<<Entidade>> Seleciona Disciplina <<Entidade>>

a Selecionar
Oferta Professor
de Disciplina

A classe Oferta de Disciplina realiza a interface

Seleciona Disciplina a Ofertar

A classe Professor depende da interface Seleciona

Disciplina a Ofertar

2
 CLASSE DE CONTROLE <<Controle>>

Controle
de Oferta

•Controla o sequenciamento do comportamento do caso de uso

•Representa a dinâmica do caso de uso: executa / roda o fluxo
de eventos
•Depende da aplicação
•Somente deve realizar sequenciamentos

Sistema de Matrícula de Alunos

•Aluno seleciona Oferta de Disciplina X

Caso de •Oferta Disciplina X está disponível
Uso
•O aluno é acrescido à turma da
disciplina escolhida

Quem sabe como incluir o aluno ?

<<Controle>> <<Entidade>>

Controle Oferta
de Matrícula de Disciplina

Sabe : Sabe
Quando o aluno Como incluir o aluno
deve ser incluído

Ofertador
de Disciplina

O Ofertador de Disciplina solicita inclusão de

disciplina
O Ofertador de Disciplina se identifica
O Ofertador de Disciplina disponibiliza as
disciplinas X do semestre
O Ofertador de Disciplina retira oferta
existente

Oferecer
Disciplina

3
 Oferecer
Disciplina

<<Interface>>
<<Interface>>
Serviços
Recebimento
do Professor
de Password
Cadastro de Disciplina Receber Password
Oferta de Disciplina

<<Interface>> <<Interface >>

Opções Seleciona
Disciplina do Disciplina a Ofertar
Professor
Nome da Disciplina
Incluir Disciplina Id da Disciplina
Apagar Disciplina Data da Oferta
Rever Cronograma
Imprimir Cronograma Receber Oferta

<<Entidade>>

<<Controle>>
Oferta
de Disciplina Controle
de Oferta
Incluir oferta
Excluir Oferta
Verificar Password
Verificar Oferta Aberta
Incluir Disciplina Ofertada

QUEM FAZ O QUE ?

Diagrama de Sequência

Diagrama de Colaboração ( Comunicação )

4
 Diagrama de Sequência

Padrão MVC ( Design )

Como separar os objetos de entidade

da aplicação ( Model ) da maneira
como estes são apresentados para o
usuário ( View ) e de como o usuário
faz o controle sobre os mesmos (
Controller )

Model
Sabe tudo sobre:
Os dados persistentes que deverão ser mostrados
As operações que serão aplicadas para transformar
os objetos
Sabe nada sobre:
As interfaces do usuário
Como os dados serão mostrados
As ações das interfaces usadas para manipular os
dados

Representa os dados da aplicação e as regras de negócio

que governam o acesso e a atualização desses dados

5
 View

Refere-se ao objeto Model

Dispara as operações de consulta do Model
para obter os dados e visualizá-los
Define como os dados serão visualizados
pelo usuário
Mantém consistência na apresentação dos
dados quando o Model muda

Controller

Sincroniza as ações do View com as

ações realizadas pelo Model
Trabalha somente com sinais e não com
os dados da aplicação
Sabe os meios físicos pelos quais os
usuários manipulam os dados no Model

Vantagens da utilização do padrão MVC

Múltiplos Views utilizando um

mesmo Model
Suporte fácil para novos tipos de
usuário do sistema
Projeto mais bem definido e
modular
Facilidade de ampliação do sistema
Utilização em sistemas distribuídos

6
Dinâmica do sistema

Dinâmica do sistema