02 - Modelagem Com UML

Modelagem com UML
Fabio Perez Marzullo

fabio@mz-empresarial.com.br
IEEE Body of Knowledge on Services Computing
Sponsored by Technical
Committee on Services Computing, IEEE Computer Society
Modelagem Esttica
(Viso Lgica)
Casos de Uso
Modelagem do Comportamento do
Sistema
Casos de Uso
representa uma funo completa do

sistema:
incluso + alterao + remoo + consulta
=
manuteno
Manuteno = um nico caso de uso.
Casos de Uso
Descrevendo Casos de Uso
Condio de incio do caso de uso.

O fluxo de aes do caso de uso.
Subfluxos do caso de uso.
Fluxos de tratamento de erro.
Variantes do fluxo de aes.
Documentos que descrevem todos os casos
de uso normalmente so longos!
Atores
Atores representam qualquer elemento que

possa interagir com o sistema
Atores no so parte do sistema, mas
representam os elementos externos que
interagem com o sistema
Atores podem ser:
Pessoas.
Outros sistemas.
Equipamentos ligados ao sistema.
Esteretipos
Objetivo:
Esteretipos so nomes especiais, utilizados para

descrever categorias de elementos em modelos
UML.
Esteretipos so representados por nomes entre os
smbolos << e >>.
Nos diagramas de casos de uso, os

esteretipos podem ser utilizados para nomear
as relaes de uso e extenso.
Relaes entre Casos de Uso

Relao de Uso:
Diversos casos de uso compartilham o mesmo

comportamento.
O comportamento fatorado em um caso de uso
independente.
O novo caso de uso reutilizado pelos demais.
Liberar
Financiamento
<<uses>>
Cliente
<<uses>>
Consulta
Cadastral
Adquir
Suprimentos
Fornecedor
Relaes entre Casos de Uso

Relao de extenso:
Indica comportamento opcional ou dependente de condio.

Complementos de um caso de uso.
Servir
jantar
Cliente
<<extends>>
Servir
entrada
<<extends>>
Servir
sobremesa
<<extends>>
Jantar
luz de velas
Uses X Extends
Uses:
Uso obrigatrio, toda vez que o caso de uso A for executado,
obrigatoriamente o B tambm dever ser executado.
Extends:
Facultativo, ao executar o caso de uso A, no se torna

obrigatorio a execuo do caso de uso B.
Conceitos Avanados
Generalizaes
Associaes de Casos de Uso
Conceitos Avanados
Generalizao de Casos de Uso
Vender
Carro de Passeio
Vender
Carro
Vendedor
Vender
Utilitrio
Conceitos Avanados
Generalizao de Casos de Uso
Vender
Equipamento
Vendedor
O Gerente tambm pode efetuar vendas
Autorizar
Crdito
Gerente
Tempo mximo de
resposta = 1 s
Classes e Objetos
Modelagem da estrutura dos sistemas
Conceitos Bsicos de OO
Classe
Grupo de objetos
Propriedades semelhantes.
Mesmo comportamento.
Classe
Em UML, uma classe representada por

um retngulo com trs divises:
Nome
Atributos
Nome da classe.
Atributos.
Mtodos.
Mtodos
Objetos
Em UML, objetos so representados por

retngulos, e sua identidade aparece
sublinhada:
Monitor LG, 19,

Preto
Monitor Samsung,
22, Touch of Color
Descobrindo Classes
Descobrir as classes de um sistema a

parte mais complexa do desenvolvimento
orientado a objetos.
Caractersticas de uma Boa Classe

O domnio da aplicao:
Uma boa classe captura um nico conceito do

domnio da aplicao.
Domnio
Domnio da Arquitetura
Domnio da Aplicao
Interface
Domnio do Negcio
BD
Relacionamentos
Comunicao
Domnio Bsico
Papis
Semntico
Atributos
Estrutural
Fundamental
Atributos
Os atributos representam as caractersticas da

classe.
Cada atributo representa um conceito atmico.
Atributos compostos devem ser decompostos.
Ex: Endereo = Rua, Nmero e Bairro.
Trs atributos de uma classe.
Atributos - Exemplo
Exemplo: Instncia da Classe Veculo Carro
Placa
Chassi
Potncia
Representao de Atributos
Em UML, os nomes dos atributos so
apresentados no retngulo central do
diagrama de classes:
Atributos
Visibilidade
A visibilidade de um atributo indica as classes

(ou objetos) que podem consultar ou alterar
seu valor:
Visibilidade pblica (smbolo +)
Visibilidade privativa (smbolo -)
Qualquer classe pode acessar o atributo

Apenas objetos da classe acessam o atributo
Visibilidade protegida (smbolo #)
Apenas objetos da classe e seus descendentes acessam o

atributo
Associaes
Quando um objeto possui outro objeto
como atributo, dizemos que existe uma
associao entre as classes dos objetos
envolvidos.
Componentes e Associaes
Uma associao representada por

uma linha entre as duas classes.
Uma associao descrita pelas

seguintes informaes:
nome (opcional);
papel (opcional);
cardinalidade.
Associaes - Exemplo
Emprego
Empresa
empregador
1..*
empregado
Emprego
salrio
Pessoa
Cardinalidade
A cardinalidade indica o nmero de objetos

participando em cada lado da associao:
Indica o nmero mnimo e mximo de objetos.
Se o mximo for igual ao mnimo, apresenta um
nico nmero.
Tipos comuns de cardinalidades:

Tipo
Significado
1, 0..*
1..*
0..1
5..8
4..7, 9
Exatamente 1 objeto Zero ou mais objetos

Um ou mais objetos
Zero ou um objetos
5, 6, 7 ou 8 objetos
4, 5, 6, 7 ou 9 objetos
Cardinalidade
Diviso
1..*
Alocao
alocador
*
alocado
Funcionrio
chefe
1
Alocao
data
subordinado *
Identificando a Cardinalidade
Para cada classe em uma associao:
A associao opcional?
Limite mnimo de zero.
A associao obrigatria?
Limite mnimo de um.
Um nico objeto deve ser associado?

Limite mximo de zero.
Diversos objetos podem ser associados?

Limite mximo infinito ( * ).
Agregao
Uma agregao um tipo especial de

associao, utilizado quando existe uma
relao de contedorcontedo entre as classes.
Exemplos:
Um carro contm um motor
Uma cidade contm bairros
Representao
Uma agregao representada como uma
associao com um diamante
indicando a classe que contm.
Autorelacionamento
Um auto-relacionamento ocorre quando uma
classe possui um objeto da mesma classe como
atributo, ou seja, quando uma classe possui
uma associao ou agregao consigo mesma.
Funcionrio
chefe
1
subordinado
Autorelacionamento de Agregao
Exemplo:
Um circuito eletrnico composto de diversos
circuitos eletrnicos mais simples.
Circuito Integrado
1
*
Composio
Em uma composio as partes s fazem
sentido quando em conjunto.
Algoritmo para deteco de composies:
Se eu excluir o objeto A, terei que excluir tambm o B?
Caso a resposta seja sim, ento provavelmente uma composio.
Ex.: Um pedido e compras s faz sentido com os itens de pedido.
Caso a resposta seja no:
O objeto B tem alguma utilidade sozinho?
Caso a resposta seja sim ento uma associao comum, caso contrrio provavelmente
uma agregao.
Ex.: Um carro e suas rodas e um carro e seu volante.
Composio
Agregao (por referncia)
TODO
PARTE
Composio (por valor)

TODO
PARTE
Mtodos
Mtodos indicam comportamento e destacam:

Visibilidade:
Operaes que podem ser realizadas sobre o objeto.

Operaes que o objeto realiza no contexto do sistema.
Os mtodos utilizam os mesmos modificadores de visibilidade

utilizados nos atributos.
Classificao de mtodos:
Algoritmicamente simples.
Algoritmicamente complexos.
Mtodos - Exemplo
Exemplo: Classe Carro
Trocar Marcha
Acelerar
Abastecer
Dependncia entre Classes
Uma classe X depende de uma classe Y quando:
Possui um atributo da classe Y.

Executa algum mtodo da classe Y.
Algum de seus mtodos possui uma varivel local, parmetro
ou tipo de retorno da classe Y.
A dependncia representa por uma seta pontilhada.
Herana
Em UML, a herana
representada como uma
seta vazada:
A seta aponta a superclasse.
A herana no pode ter nome,
papel de classe, navegao ou
cardinalidade.
Exemplo
Pacotes
A maioria dos modelos contm diversas

classes e como tal podem ser agrupadas em
pacotes.
Um pacote uma coleo lgica de classes

ou pacotes.
O pacote representado por uma pasta.
Dependncia entre Pacotes

Dependncia entre pacotes:
Um pacote A depende de um pacote B quando ao
menos uma classe do pacote A depende de uma
classe do pacote B.
Modelagem Dinmica
(Viso de Processo)
Diagrama de Sequncia
Protocolos de Interao
Fluxos e Subfluxos
Fluxo principal do caso de uso.
Subfluxos do fluxo
principal.
Ramificaes de um subfluxo do caso de uso.
Subfluxos demonstram operaes que podem ser selecionadas pelo

usurio ou casos especiais de algumas operaes.
Cenrio
Um cenrio um caminho da raiz at uma
folha da rvore de ramificaes de um
caso de uso.
Diagramas de Sequncia
Determinam os objetos responsveis pela
realizao de um cenrio e as mensagens
que so trocadas entre eles.
O diagrama apresenta a ordem com que as
mensagens so trocadas no tempo.
Objetos
Um diagrama de sequncias contm diversos objetos:
Os objetos so alinhados no topo do diagrama.
Suas linhas de vida descem em direo base do diagrama.
Mensagens
Representao:
Mensagens so representadas como setas
entre dois objetos.
As setas devem conter nomes de mtodos
do objeto destino.
Foco de Controle
Retngulos na linha de vida de um
objeto:
Representam o tempo em que um
objeto est ativo na troca de
mensagens.
Focos de controle so opcionais nos
diagramas de sequncia.
Complementos
Condio de mensagens:

A mensagem somente ser emitida se a condio for

verdadeira.
A condio expressa entre colchetes antes do nome do
mtodo.
Complementos
Repetio de Mensagems:

A mensagem ser emitida mltiplas vezes.
Um asterisco apresentado antes do nome do mtodo.
Automensagem
Ocorre quando um objeto chama um mtodo seu
para realizar parte do cenrio:
Objeto 1
Automensagens so
representadas por setas saindo
e retornando para o prprio
objeto.
Automensagem
Encerramento
Um X representa o fim da execuo
e da vida do objeto:
X
Diagramas de Colaborao
Alternativa ao diagrama de sequncia.
No apresenta a linha de tempo dos objetos.
Objetos representados por retngulos.
Mensagens representadas como setas entre os retngulos.
Mensagens podem ser numeradas (sequncia de tempo).
Exemplo
ESTADOS
Modelagem Dinmica de Classes
Diagramas de Estado
Estes diagramas so utilizados por diversos

mtodos de anlise:
Anlise estruturada moderna.
Anlise essencial.
Anlise orientada a objetos.
Componentes:

Estado
Transio
Estado Inicial
Estado Final
Estado
Estados
Representao UML
Estado: representado por um retngulo de bordas
arredondadas.
Transio: representada por uma seta entre os
estados.
Estados Especiais
Um diagrama de estados tem no mnimo dois
estados:
Estado Inicial: um objeto recm criado no sistema se
encontra neste estado.
Estado Final: estado final na cadeia de troca de
estados do objeto. O objeto no poder trocar de
estado aps atingir seu estado final.
Em um diagrama de estados podem existir diversos
estados finais.
Transies
Uma transio pode estar associada a:

Uma ao, que indica um mtodo do objeto que ser

executado quando a transio de estado se realizar.
Uma condio, tambm conhecida como guarda, que indica

quando a transio de estado deve ocorrer.
Ambos so apresentados junto ao nome do evento na

transio.
Todos so opcionais.
Diagrama de Estados
Modelagem Fsica
(Viso Fsica)
Diagrama de Componentes
Apresenta os mdulos fsicos do

software e suas relaes;
O software se torna um conjunto de

unidades modulares e reutilizveis;
Podem representar uma classe,

aplicaes, subsistemas ou sistemas.
Notao
UML 1.4
PedirServico
UML 2.0
<<componente>>
PedirServico
PedirServico
Interfaces
UML 1.4
ReceberPedidos
ControlarExecucao
PedirServico
UML 2.0
ReceberPedidos
PedirServico
PedirServico
ControlarExecucao
<<Interface>>
ReceberPedido
+Avaliar()
+Cotar()
Dependncias
ControlarExecucao
PedirServico
RH
Delineamento
1..*
<<implementa>>
<<arquivo>>
ControlePedido.JAR
<<realiza>>
1..*
Servico
PedirServico
<<realiza>>
<<realiza>>
1..*
1..*
Operario
PedirServico
Delineamento
1
1..*
<<arquivo>>
ControlePedido.JAR
Servico
<<implementa>>
1..*
1
Operario
ReceberPedidos
Diagrama de Distribuio
Captura
a topologia (ambiente) de hardware de

um sistema sobre a qual so executados os
componentes de software:
Construdo como parte da especificao da
arquitetura fsica.
Objetivo:
Especificar a distribuio de componentes.
Identificar problemas de desempenho.

02 - Modelagem Com UML

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

02 - Modelagem Com UML

Enviado por

Direitos autorais:

Formatos disponíveis

Modelagem com UML

Fabio Perez Marzullo

representa uma funo completa do

Descrevendo Casos de Uso

Condio de incio do caso de uso.

Atores representam qualquer elemento que

Atores podem ser:

Esteretipos so nomes especiais, utilizados para

Nos diagramas de casos de uso, os

Relaes entre Casos de Uso

Diversos casos de uso compartilham o mesmo

Relaes entre Casos de Uso

Indica comportamento opcional ou dependente de condio.

Facultativo, ao executar o caso de uso A, no se torna

Associaes de Casos de Uso

Em UML, uma classe representada por

Em UML, objetos so representados por

Monitor LG, 19,

Descobrir as classes de um sistema a

Caractersticas de uma Boa Classe

Uma boa classe captura um nico conceito do

Os atributos representam as caractersticas da

Cada atributo representa um conceito atmico.

Atributos compostos devem ser decompostos.

Ex: Endereo = Rua, Nmero e Bairro.

Trs atributos de uma classe.

A visibilidade de um atributo indica as classes

Visibilidade pblica (smbolo +)

Visibilidade privativa (smbolo -)

Qualquer classe pode acessar o atributo

Visibilidade protegida (smbolo #)

Apenas objetos da classe e seus descendentes acessam o

Uma associao representada por

Uma associao descrita pelas

A cardinalidade indica o nmero de objetos

Tipos comuns de cardinalidades:

Exatamente 1 objeto Zero ou mais objetos

Um nico objeto deve ser associado?

Diversos objetos podem ser associados?

Uma agregao um tipo especial de

Composio (por valor)

Mtodos indicam comportamento e destacam:

Operaes que podem ser realizadas sobre o objeto.

Os mtodos utilizam os mesmos modificadores de visibilidade

Dependncia entre Classes

Uma classe X depende de uma classe Y quando:

Possui um atributo da classe Y.

A maioria dos modelos contm diversas

Um pacote uma coleo lgica de classes

Dependncia entre Pacotes

Ramificaes de um subfluxo do caso de uso.

Subfluxos demonstram operaes que podem ser selecionadas pelo

A mensagem somente ser emitida se a condio for

A mensagem ser emitida mltiplas vezes.

Um asterisco apresentado antes do nome do mtodo.

Estes diagramas so utilizados por diversos

Uma transio pode estar associada a:

Uma ao, que indica um mtodo do objeto que ser

Uma condio, tambm conhecida como guarda, que indica

Ambos so apresentados junto ao nome do evento na

Apresenta os mdulos fsicos do

O software se torna um conjunto de

Podem representar uma classe,

a topologia (ambiente) de hardware de