Introdução a Unified Modelling

Language( UML)
 Reflexão
Como você pode representar ?
– Uma casa de 2 andares, 4 quartos, 2 banheiros,
1 sala, 1 cozinha e 1 copa;
ps. Imagine que você é um corretor de
imóveis e que o cliente não está próximo da
casa.
 Reflexão
Assim como o texto de descrição de uma casa
do exercício anterior é importante que você
utilize outros mecanismos de abstração para
ajudar que o cliente entenda o seu produto. Tais
como gráficos, figuras, projetos etc.
UML
 UML
• UML é uma linguagem (notação com
semântica associada) para
– visualizar
– especificar
– construir
– documentar
• UML não é uma metodologia
– não diz quem deve fazer o quê, quando e como
– UML pode ser usado segundo diferentes metodologias, tais como RUP
(Rational Unified Process), FDD (Feature Driven Development), etc.
• UML não é uma linguagem de programação
 Os objetivos da UML

•A modelação de sistemas usando os conceitos

da orientação a objectos;
•Padronizar a modelação
 Vantagens de UML
• É um padrão aberto
• Suporta todo o ciclo de vida do software
– modelação do negócio (processos e objetos do
negócio)
– modelação de requisitos alocados ao software
– modelação da solução de software
• Suporta diversas áreas de aplicação
• É baseada na experiência e necessidades da
comunidade de usuários
• É suportada por muitas ferramentas
 Principais Diagramas em UML
• Diagrama de Caso de Uso
• Diagrama de Classe
• Diagrama de Sequência
• Diagrama de Colaboração
• Diagrama de Estado
 Diagramas de Caso de Uso- DCU
• Um diagrama de casos de uso descreve a
relação entre actores (usuários de um sistema,
pode ser também outros sistemas) e casos de
uso (funcionalidades) de um dado sistema.
• Este é um diagrama que permite dar uma visão
global e de alto nível do sistema, sendo
fundamental a definição correta da sua fronteira.
• Dizem o quê o sistema deve fazer, mas não
como.
 Objectivos do Diagrama de CU
• Especificar o contexto de um sistema
• Representar os requisitos funcionais de um
sistema
• Validar a arquitetura de um sistema
• Dirigir a implementação e gerar casos de teste
Desenvolvido por analistas e especialistas de
domínio
Diagrama de Caso de Uso
Exemplo Diagrama de caso de uso
Exemplo Diagrama de caso de uso
 Casos de Uso

• Processos ou funções que o sistema deve

realizar de forma automática ou mesmo
manual
• Geralmente associadas a descrições textuais
• É a especificação de sequências de ações para
atender a uma funcionalidade do sistema
 Como identificar um Caso de Uso?

• 1º método:
– Identificar os actores relacionados a um sistema
ou
organização.
– Para cada actor, identificar os processos que eles
iniciam ou dos quais eles participam.
• 2º método:
– Identificar os eventos aos quais um sistema
deve responder
– Relacionar os eventos aos actores.
 Classificação de Casos de Uso

• Primários
– Processos comuns, principais (ex: comprar
itens)
• Secundários
– Processos menos importantes ou raros (ex:
solicitar armazenamento de novo produto)
• Opcionais
– Processos que podem não ser considerados.
 Relações entre Casos de Uso

• Os casos de uso podem encontrar-se

relacionados através de três tipos de relações:
– generalização,
– inclusão e
– extensão.
Generalização em Casos de Uso
 Inclusão em Casos de Uso
A relação de inclusão («include») entre casos de
uso corresponde a uma relação típica de
delegação, significando que o caso base
incorpora o comportamento do outro caso
relacionado.
• A relação de inclusão é representada por uma
relação de dependência (seta tracejada) com o
estereótipo «include»
Inclusão em Casos de Uso
 Extensão em Casos de Uso
O caso de uso pretendido pode ser estendido
com o comportamento de outro(s) caso(s) de
uso(s). Uma relação de extensão permite
representar:
– Situações como opcionais, existindo várias
alternativas.
– Um sub-fluxo de ações que é executado
apenas se determinadas condições se
verificarem.
Extensão em Casos de U
 Actores
• Um actor é o conceito que representa, em geral,
um papel que um usuário desempenha
relativamente ao sistema em análise.
• Todavia, um actor não é necessariamente um
papel de um usuário; pode corresponder a um
papel desempenhado por um outro sistema de
informação, por um equipamento de hardware
especializado, ou pela simples passagem de tempo.
• O conjunto total de actores de todos os casos de
uso reflete todos os elementos que interagem
com o sistema.
Generalização de Actores
Exemplo
 Créditos
• Márcia Ito:itis@mindtech.com.br
• Ricardo Argenton Ramos: UML, Diagramas de
Caso de Uso