UML

SESTINFO 2009
UML – Criando
Diagramas Eficientes
Rafael Guimarães Sakurai
Rodrigo Cascarrolho
Quem somos?
• Rafael Guimarães Sakurai (rafael.sakurai@metodista.br)

Possui graduação em Ciência da Computação pela Universidade
Metodista de São Paulo (2005), especialista em Engenharia de
Componentes com Java Enterprise e Webservices pela Faculdade de
Informática e Administração Paulista. Atualmente é Analista
Desenvolvedor de software da Virginia Surety. Tem experiência na área
de Ciência da Computação, com ênfase em Linguagens de
Programação. Possui as seguintes certificações: SCJP 5.0, SCWCD
1.4 e SCSNI.
• Rodrigo Cascarrolho (rodrigo.cascarrolho@metodista.br)
Possui graduação pela Pontifícia Universidade Católica de São Paulo
(2003). Atualmente é Desenvolvedor Java da Confluence Soluções em
Informática Ltda. Tem experiência na área de Ciência da Computação
com ênfase em Metodologia e Técnicas da Computação.
Rafael Guimarães Sakurai e Rodrigo Cascarrolho 2

Agenda
• O que é UML
• História
• Diagramas UML
• Diagrama de Caso de Uso
• Diagrama de Classes
• Ferramentas de Modelagem
• Certificação
• Bibliografia

O que é e por que usar UML?
• UML – Unified Modeling Language
• Definição
“É uma família de notações gráficas, apoiada
por um metamodelo único, que ajuda na
descrição e no projeto de sistemas de
software, particularmente daqueles construídos
utilizando o estilo orientado a objetos.”
Martin Fowler
• Por que usar UML?

Um pouco de história...
James Rumbaugh
Versão 0.9 Versão 1.1 Versão 1.3 Versão 1.5 Versão 2.1
e Grady Booch
Out/1995 Jan/1997 Jun/1998 2001 2005

Out/1994 Jun/1996 Nov/1997 Dez/1998 2002 2007
- Versão 0.8
- Ivar Jacobson
Versão 1.0 Versão 1.2 Versão 1.4 Versão 2.0
- “três amigos”

UML - Diagramas
• Lista de Diagramas
Diagrama Objetivo Grupo Diagrama
Classes Classe, características e relacionamentos. Estrutural
Componentes Estrutura e conexão de componentes. Estrutural
Estruturas Compostas Decomposição de uma classe em tempo de execução. Estrutural
Instalação Distribuição de artefatos nos nós. Estrutural
Objetos Exemplo de configurações de instâncias. Estrutural
Pacotes Estrutura hierárquica em tempo de compilação. Estrutural
Casos de Uso Como os usuários interagem com um sistema. Comportamental
Atividades Comportamento procedimental e paralelo. Comportamental
Máquinas de Estado Como os eventos alteram um objeto no decorrer de sua vida. Comportamental
Sequência Interação entre objetos; ênfase na sequência. Interação
Comunicação Interação entre objetos; ênfase nas ligações. Interação
Visão Geral da Interação Mistura de diagrama de sequência e de atividades. Interação
Sincronismo Interação entre objetos; ênfase no sincronismo. Interação

Criando um projeto UML no NetBeans
• Para iniciar o NetBeans:

– Iniciar / Programas / Netbeans / NetBeans IDE 6.5
• Para criar um novo Projeto UML:
– Arquivo
- Novo projeto

Criando um projeto UML no NetBeans
• Digite o nome e o local onde será criado o projeto:
• Na próxima tela clique em Cancelar e teremos a

seguinte estrutura.

UML – Diagrama de Caso de Uso
“Documento narrativo que descreve a sequência de

eventos de um ator que usa um sistema para completar
um processo.” Ivar Jacobson
• Representa a interação entre um usuário (humano ou

sistema) e o sistema.
• Não descreve como o software deverá ser construído,
mas sim como ele deverá se comportar quando estiver
pronto.
• Corresponde a um conjunto de ações com um objetivo
comum.

Ator
• Humano ou entidade.
• Interage com o sistema.
• Iniciam o sistema.
• Fornecem dados.
• Usam as informações do sistema.

Caso de Uso
• Unidade de um trabalho significante.

• Representa um processo.
• Iniciado por um ator ou outro caso de uso.
• Exemplos: “Login para o sistema”, “Registrar no
sistema”, “Criar pedidos”, etc.

<<include>> e <<extend>>
• <<include>>
– Relacionamento com outro caso de uso que sempre será
executado.
• <<extend>>
– Relacionamento com outro caso de uso que pode ou não ser
executado.

Diagrama de Caso de Uso
• Sistema de Pagamento de Serviços
– O sistema será responsável por gerenciar os pagamentos dos serviços

prestados por empresas e freelancers. O pagamento do serviço poderá ser
efetuado apenas pelo usuário que possuir o perfil específico para esta função.
Ao ser realizado qualquer serviço e pagamentos, o sistema gera e envia uma
mensagem de e-mail aos prestadores do serviço.

Descrição Diagrama
Pagamento de Serviço
Cenário Principal de Sucesso:

1. O usuário acessa o sistema
2. O usuário pesquisa o serviço a ser pago
3. O sistema apresenta as informações do serviço
4. O usuário inicia o processo de pagamento
5. O sistema envia a confirmação do pagamento ao
prestador do serviço
6. O sistema encerra o processo de pagamento
Extensões:
1a. Usuário não autorizado
1a.1 O usuário não possui perfil para realizar pagamentos
1a.2 O usuário é direcionado ao passo 6.
3a. Serviço não finalizado
3a.1 O sistema apresenta que o serviço não foi finalizado
3a.2 O usuário é direcionado ao passo 6.

• Exemplo de Caso de Uso para sacar dinheiro

Criando um diagrama de Caso de Uso
• No item Diagramas -> Novo -> Diagrama...
• Selecione a opção Diagrama de Caso de Uso

Criando um diagrama de Caso de Uso
• Ao clicar em Finalizar teremos a seguinte tela:
1) Área para criação do diagrama de Caso de Uso

2) Paleta com os itens que podem ser adicionados no diagrama de Caso de
Uso

Exemplo Prático
• Sistema de Pagamento de Serviços, realizar pagamento

de serviços

Resposta do exemplo prático
• Sistema de Pagamento de Serviços, realizar pesquisa

de serviços

O que colocar no diagrama de Caso de Uso
• Melhor fazer menos do que fazer demais.

• Breve e fácil de ler.
• Preferência na descrição textual.
• Limitar os relacionamentos com <<include>> e
<<extend>>.

O que não colocar no diagrama de
Caso de Uso
• Textos longos.
• Muitas extensões.
• Todos diagramas se chamando.
• Todas as ações CRUD separadas.
• Detalhes da tela (botões, combos, links, etc).
• Não é um fluxograma!
Atenção: Não relacione o caso de uso com as classes do sistema.

UML – Diagrama de Classes

Estrutura da classe
• Uma classe em UML possui três partes:

– Nome da Classe
– Atributos
– Operações
• Podemos abreviar a declaração da classe, caso não

influencie o entendimento do diagrama:

Atributos
• Um atributo é formado por:

visibilidade nome : tipo [multiplicidade] = valor inicial {propriedades}

Operações
• Uma operação é formada por:

visibilidade nome (parâmetros) : tipo de retorno {propriedades}
• O parâmetro de um método é formado por:

nome : tipo [multiplicidade] = valor inicial

Visibilidade
• Podemos definir as seguintes visibilidades em atributos

e operações:
- private
~ default
# protected
+ public

Atributos e operações estático
• Podemos definir atributos e operações como sendo

estáticos, ou seja, são referentes a classe e não aos
seus objetos.

Comentário
• Os comentários ou notas são utilizados para adicionar

mais informações ao diagrama.

Comentário
• O comentário pode ser utilizado em qualquer diagrama,

podendo ou não ser vinculado a algum elemento.
• Utilizamos também o comentário para definir alguma

regra de restrição, para isto precisamos adicionar { }
entre a restrição:

Associações
• Utilizado para representar o relacionamento entre

classes, as associações podem ser:
– Associação
– Agregação
– Composição
– Classe de associação
• As classes que fazem parte de um relacionamento
também são chamadas de TODO (responsável pelo
relacionamento) e PARTE (usado pelo relacionamento).

Associação
• Relacionamento simples entre duas classes:

Agregação
• Informa que uma classe faz parte de outra classe, mas

não de forma exclusiva.

Composição
• Informa que uma classe faz parte de outra classe de

forma exclusiva.

Agregação x Composição
• A diferença entre ambos é:
Agregação – se excluir a classe responsável pelo relacionamento,

não deve excluir a classe que ele possui relacionamento.
Composição – se excluir a classe responsável pelo

relacionamento, então deve excluir a classe que ele possui
relacionamento.

Classe de associação
• Utilizamos para realizar o relacionamento entre duas

classes:
• ou

Associação
• Podemos também ter uma associação para mesma

classe:

Navegabilidade
• Podemos informar qual a direção do relacionamento:

Multiplicidade
• A multiplicidade é utilizada para definir a quantidade de

objetos devem ser criados:
0 .. 1 (zero ou um)
1 (um)
* (zero ou muitos)

Multiplicidade
• Quando utilizamos atributos para informar coleção de

objetos, podemos também adicionar propriedades na
multiplicidade:
{ordered} - Ordenado
{unordered} - Não ordenado
{unique} - Único
{nonunique} - Não único
{bag} - Conjunto não ordenado e não único

Criando um diagrama de Classes
• No item Diagramas -> Novo -> Diagrama...
• Selecione a opção Diagrama de Caso de Uso

Criando um diagrama de Classes
• Ao clicar em Finalizar teremos a seguinte tela:
1) Área para criação do

diagrama de Caso de Uso
2) Paleta com os itens que
podem ser adicionados no
diagrama de Caso de Uso

Exemplo
• Crie o diagrama de classes UML para a seguinte figura:
Inicio Pedido Pagamento Entrega Fim

Resposta exemplo prático

Exemplo prático
• Crie um diagrama de classes UML para o sistema de

Agendamento de Entrega de Produtos:
– O sistema deve permitir o agendamento de uma visita por parte

de um funcionário, ao cliente de nossa empresa. Esta visita
deverá ser realizada em hora e local definido pelo cliente para
poder lhe entregar os produtos que foram comprados em nossa
loja.


Dependência
• Utilizado para informar que uma classe depende de

outra classe para executar alguma operação:

Dependência
• Palavras - chave de dependência:

<<call>>
<<create>>
<<dependency>>
<<use>>

Associação x Dependência
• A diferença básica entre ambos:
– Associação temos um atributo da classe relacionada.
– Dependência utilizamos a classe relacionada, para passar um

parâmetro, chamar um método, criar um objeto, etc.

Associação x Dependência
• Exemplo:

Classe Abstrata
• Utilizado para informar que uma classe não implementa

todos os seus métodos.

Herança
• Utilizamos herança quando queremos declarar

subclasses, permitindo reutilizar os códigos já
declarados na superclasse.

Interface
• Utilizamos interface para definir as operações básicas

que uma classe de seu tipo precisa implementar.

Interface
• Exemplo:

Pacote
• Utilizamos para organizar as classes:

Template
• É uma classe parametrizada para definir conjuntos

fortemente tipados.

Enumeration
• Utilizado para criar um conjunto fixo de valores:

Exemplo prático
• Crie um diagrama de classe em UML para o Sistema de

Envio de Produtos:
– O sistema deve controlar a ordenação do envio dos produtos
por preço ou por endereço do cliente. De acordo com a
quantidade de produtos, também precisamos alocar um veiculo
que pode ser uma Van ou uma Caminhonete.
– Também precisamos controlar o status do envio que pode ser,
aguardando pagamento, buscando em estoque, saída para
entrega ou entregue.


O que colocar no diagrama de classes
• Concentre-se nas áreas principais do sistema.

• O necessário para que as pessoas envolvidas possam
entender.
• Mantenha as notações simples.
• Gere um diagrama de classe flexível, facilitando futuras
atualizações.
• Desenvolva o diagrama baseado na metodologia
adotada, podendo ser um diagrama de negocio,
diagrama especifico por áreas do sistema ou diagrama
com todas as classes envolvidas no sistema.

O que não colocar no diagrama de classes
• Para não aumentar a complexidade de um diagrama de

classes, normalmente não adicionamos no diagrama:
– Classes que representam telas.
– Classes de conexão e acesso ao banco de dados.
– Classes de API’s da linguagem ou de terceiros.
• Não tente usar todas as notações disponíveis no mesmo
diagrama.
• Não desenhe modelos para tudo, a menos que seja
realmente necessário.

Ferramentas IDE
• Eclipse UML - http://www.eclipseuml.com

• Jude - http://jude.change-vision.com
• NetBeans – http://www.netbeans.org
• Magic Draw - http://secure.nomagic.com
• Microsoft Office Visio -
http://office.microsoft.com/pt-br/visio/default.aspx
• Poseidon - http://www.gentleware.com
• Enterprise Architect - http://www.sparxsystems.com.au/

Adicionando o plug-in de UML no NetBeans
• No menu Ferramentas → Plug-ins

– Selecione em Plug-ins disponíveis → UML

Certificações UML
• OCUP – OMG Certified UML Professional
http://www.omg.org/uml-certification/exam_info.htm

Referencia bibliografica
• [Booch, Rumbaugh e Jacobson, I.]

Grandy Booch, James Rumbaugh e Ivar Jacobson, UML: Guia do Usuário,
3ª Ed. Campus, 2005.
• [Fowler]
Martin Fowler, UML Essencial, 3ª Ed. Bookman, 2005.
• [Guedes]
Gilleanes T. A. Guedes, UML: Uma abordagem pratica, 3ª Ed. Novatec,
2008.
• [Cardoso]
Caíque Cardoso, UML na prática: do problema ao sistema, Ed. Ciência
Moderna, 2003
• UML - http://www.uml.org
• Wikipédia – http://www.wikipedia.org

Obrigado!
http://www.slideshare.net/rodrigocasca/uml-criando-diagramas-eficientes

UML

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

UML

Uploaded by

Copyright:

Available Formats

SESTINFO 2009

• Rafael Guimarães Sakurai (rafael.sakurai@metodista.br)

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 2

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 3

• UML – Unified Modeling Language

• Por que usar UML?

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 4

Out/1995 Jan/1997 Jun/1998 2001 2005

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 5

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 6

• Para iniciar o NetBeans:

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 7

• Digite o nome e o local onde será criado o projeto:

• Na próxima tela clique em Cancelar e teremos a

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 8

“Documento narrativo que descreve a sequência de

• Representa a interação entre um usuário (humano ou

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 9

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 10

• Unidade de um trabalho significante.

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 11

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 12

• Sistema de Pagamento de Serviços

– O sistema será responsável por gerenciar os pagamentos dos serviços

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 13

Cenário Principal de Sucesso:

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 14

• Exemplo de Caso de Uso para sacar dinheiro

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 15

• No item Diagramas -> Novo -> Diagrama...

• Selecione a opção Diagrama de Caso de Uso

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 16

• Ao clicar em Finalizar teremos a seguinte tela:

1) Área para criação do diagrama de Caso de Uso

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 17

• Sistema de Pagamento de Serviços, realizar pagamento

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 18

• Sistema de Pagamento de Serviços, realizar pesquisa

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 19

• Melhor fazer menos do que fazer demais.

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 20

Atenção: Não relacione o caso de uso com as classes do sistema.

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 21

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 22

• Uma classe em UML possui três partes:

• Podemos abreviar a declaração da classe, caso não

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 23

• Um atributo é formado por:

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 24

• Uma operação é formada por:

• O parâmetro de um método é formado por:

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 25

• Podemos definir as seguintes visibilidades em atributos

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 26

• Podemos definir atributos e operações como sendo

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 27

• Os comentários ou notas são utilizados para adicionar

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 28

• O comentário pode ser utilizado em qualquer diagrama,

• Utilizamos também o comentário para definir alguma

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 29

• Utilizado para representar o relacionamento entre

Rafael Guimarães Sakurai e Rodrigo Cascarrolho 30

• Relacionamento simples entre duas classes: