Slides UML

Introdução à Engenharia de Software
Engenharia de Software I
Análise
A Linguagem UML
A Linguagem UML
 A modelagem é um dos conceitos

importantes para o desenvolvimento de
software.
 Um modelo cria uma camada de abstração

do que estamos querendo modelar, focando
apenas no que é importante.
A Linguagem UML
 A UML é uma linguagem utilizada para a

criação de modelos.
 Ela é uma linguagem baseada em

diagramas.
A origem da UML
 Não havia um padrão para se modelar os

conceitos de um sistema.
 Houve uma tentativa de padronizar os

processos e as linguagens de modelagem.
 Isso deu origem ao processo unificado - UP

e a UML.
A origem da UML
 Três processos deram origem ao UP e UML:

 Booch;
 OMT;
 OOSE/Objectory;
 A junção do que há de melhor nesses 3

processos deu origem a UML e o UP.
Definição da UML
 A UML é uma forma de comunicação

padrão que é aceita e exigida por muitas
organizações.
 A UML é dividida em:

 Visões;
 Modelos de elementos;
 Mecanismos Gerais;
 Diagramas;
Visões
 Uma visão mostra um aspecto diferente do

sistema que está sendo modelado.
 Normalmente é composta por diversos

diagramas que focam os aspectos
particulares de um sistema.
Visões
 As principais visões da UML são:

 Visão de casos de uso;
 Visão Lógica;
 Visão de Componentes;
 Visão de Concorrência;
 Visão de organização;
Visão de casos de uso
 Descreve o comportamento do sistema, a partir

da definição de como o sistema se comportará
a partir da interação com os atores externos
que o utilizarão. Isso está diretamente ligado
ao diagrama de casos de uso.
Visão Lógica
 Descreve como o comportamento será

implementado e os mecanismos que serão
necessário para que o sistema funcione.
 A parte estática da visão lógica é descrita por

diagrama de classes e de objetos. A parte
dinâmica é descrita por diagramas de estado,
sequência, colaboração e atividade.
Visão de Componentes
 Descreve a divisão da implementação em

módulos, demonstrando suas dependências.
 Essa visão está diretamente ligado ao diagrama

de componentes.
Visão de Concorrência
 Descreve o sistema sob a perspectiva de

divisão em processos e processadores,
indicando se haverá execuções em paralelo,
detalhando a comunicação e a concorrência
existente no sistema.
 Essa visão pode ser descrita pelos diagramas

dinâmicos.
Visão de Organização
 Descreve a organização física do sistema,

indicando os computadores, periféricos e suas
conexões entre si.
 Essa visão é ligada aos diagramas de

desdobramento.
Modelo de elementos
 Eles representam as definições comum

existentes na linguagem, tais como:
 Classes;
 Objetos;
 Mensagens;
 Atributos;
 Relacionamentos;
Classe
 As são representações abstratas de um

conceito.
 Na UML as classes são representadas por um

retângulo que podem ser dividido em até 3
compartimentos:
 Nome;
 Atributos;
 Operações;
Classe
 Em um sistema sua identificação é feita

através de uma análise de especificação
Requisitos.
 A notação de classes da UML é independente

da linguagem a ser utilizada.
Exemplo de Classe
Classe
 A figura anterior exibe um exemplo de classe,

onde:
 O nome da classe é Pessoa;
 Ele possui diversos atributos (nome, e-mail,
telefone, celular, login e senha);
 Na classe existe apenas uma operação (salvar);
Objetos
 Os objetos representam instâncias de uma

classe.
 Objetos representam coisas reais associados ao

conceito modelado.
Objetos
Estado
 Os objetos normalmente possuem um estado.
 Um estado representa o resultado das

operações executadas no objeto, sendo
normalmente determinado pelos valores de
seus atributos e ligações existentes com outros
objetos.
Exemplo de Estado
Exemplo de Estado
 A figura anterior apresenta dois estados

relacionados a um objeto livro.
 Um livro pode estar livre ou emprestado. Para
mudar de livre para emprestado é necessário que o
evento empréstimo seja realizado.
 Para mudar de emprestado para livre, é necessário
que o evento devolução aconteça.
Pacotes
 Um pacote é um agrupamento de itens,

utilizado para fins de organização.
 Esses agrupamentos são feitos para se manter

juntos elementos que possuem algum tipo de
relação entre si.
Componentes
 Um componente é a representação de uma

parte do sistema.
 Isso pode ser um código na linguagem fonte

ou código executável.
Componentes
 Imagine um sistema feito em Java. Cada

arquivo .class pode ser considerado um
componente, assim como qualquer arquivo
.java.
 O uso desse tipo de elemento está diretamente

associado ao projeto de um software.
Exemplo de Componentes
Relacionamentos
 Os relacionamentos permitem a ligação de

classes e objetos entre si, estabelecendo uma
relação entre eles.
 Essas ligações podem assumir os seguintes

tipos:
 Associação;
 Generalização;
 Dependência;
Associação
 Uma associação cria uma conexão entre as

classe ou entre objetos das classes.
 Uma associação entre classes indica que

qualquer objeto de uma classe terá uma
conexão com um objeto da outra classe.
Associação Simples
 A associação simples é a forma mais comum

de uma associação.
 Ela é representada por uma linha ligando duas

classes.
 Essa linha pode possuir uma seta indicando

direção.
Exemplo de Associação Simples
Associação com nomeação dos papéis e
multiplicidades
Auto-associação e especificação do nome da
associação
Agregação
 A agregação é uma associação que indica a

relação todo/parte.
 Um dos itens selecionados é o todo na relação

e o outro é uma parte.
 Os nomes da associação caso fossem

utilizados deveriam ser “tem”, “contém”, “faz
parte.”
Exemplo de agregação
Composição
 Nesse tipo de associação existe um

relacionamento forte entre os integrantes: A
parte não vive sem o todo.
 No exemplo a seguir temos modelado que um

sócio contém dependentes. Dessa, está
implícito que a exclusão de um sócio, implica
na exclusão de todos os seus dependentes.
Exemplo de Composição
Generalização
 Uma generalização indica que um elemento

herdará todos os atributos e operações de um
outro elemento, podendo ainda incluir
comportamento adicional.
 Na figura a seguir podemos notar que um

projeto possui um Cliente, que é a classe
genérica. Um Cliente pode ser tanto uma
pessoa Física como uma Pessoa Jurídica.
Exemplo de Generalização
Dependências
 A dependência é uma relação mais fraca entre os

elementos, que indica que uma alteração em um
elemento pode indicar uma mudança de
comportamento em um outro.
 A figura a seguir mostra que a classe Dependente

possui um método salvar que possui um parâmetro do
tipo conexão. Logo, uma alteração no tipo conexão
pode causar uma mudança no comportamento de
Dependente.
Exemplo de Dependências
Notas
 Na UML existem informações adicionais que

são associados aos modelos.
 Embora a UML tenha muita semântica

associada as representações, não é possível
modelar tudo.
 Dessa forma, uma nota pode ajudar a detalhar

certas informações.
Exemplo de Notas em um diagrama
Diagramas
 Na UML existem diversos gráficos que

descrevem o que existe em uma visão.
 Esses gráficos são os diagramas, utilizados

para criar as visões do sistema.
 Existem 9 tipos de diagramas.

Diagrama de Casos de uso
 O diagrama de casos de uso exibe os

requisitos funcionais de um sistema.
 Nesse diagrama existem atores, que

representam papéis no sistema e casos de uso,
que representam as funcionalidades existentes.
 A ligação entre atores e casos de uso indica

que há comunicação entre eles.
Diagrama de Casos de uso
Diagrama de Classes
 O diagrama de classes está associado a visão

estática de um sistema.
 Um sistema real pode conter um grande

número de classes, sendo necessário a criação
de diversos diagramas, cada um focando em
um aspecto específico.
Diagrama de Objetos
 O diagrama de objeto descreve uma instância

específica de um diagrama de classe. Eles
servem para esclarecer aspectos importantes
de diagramas complexos.
 Eles são semelhantes aos diagramas de classes,

porém é importante frisar que ele exibe as
instâncias das classes, com sua configuração
de execução momentânea.
Exemplo de Diagrama de Objetos
Diagrama de Estado
 O diagrama de estados descreve o

comportamento dinâmico de uma instância de
uma classe, normalmente representado por seu
ciclo de vida.
 Esse diagrama é importante para descrever

classes que possuem objetos com ciclos
complexos.
Exemplo de Diagrama de Estado
Diagrama de Sequência
 O diagrama de sequência mostra a troca de

mensagens entre objetos durante a
implementação de certos comportamentos.
 Seu foco é mostrar as interações entre objetos,

ao invés de mostrar apenas o comportamento
interno do objeto.
Exemplo de Diagrama de Sequência
Diagrama de Colaboração
 O diagrama de colaboração pode ser

considerado como uma outra forma de
exibição do diagrama de sequência.
 No diagrama de colaboração é enfatizado a

troca de mensagens entre os objetos e não a
sua ordem temporal.
Diagrama de Atividades
 O diagrama de atividades é uma variante do diagrama

de estados na UML.
 O diagrama de atividades exibem as ações associadas a

um roteiro, possibilitando detalhar os executores
envolvidos e os produtos de trabalhados gerados.
 Podem ser utilizados para detalhar etapas de um

processo, descrição de fluxos de um caso de uso e
qualquer outro roteiro que exija a informação das ações
associadas.
Exemplo de Diagrama de Atividades
Diagrama de Componentes
 O diagrama de componentes exibe a relação entre as

partes que compõem um sistema e a organização dos
módulos.
 Eles podem representar classes, pacotes e subsistemas.
 Esse tipo de diagrama está muito associado a exibição

da arquitetura de um sistema, deixando claro como ele
está estruturado, além de demonstrar sua organização e
dependência.
Exemplo de Diagrama de Componentes
Diagrama de Implantação
 O diagrama de implantação exibe a arquitetura

de execução de um sistema, detalhando os
componentes físicos que executam no
ambiente de execução utilizado.
 Nesse diagrama é possível detalhar que

módulo funcionará em qual dispositivo e como
será sua comucação com outros dispositivos.
Exemplo de Diagrama de Implantação

Slides UML

Enviado por

Direitos autorais:

Formatos disponíveis

Slides 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

Slides UML

Enviado por

Direitos autorais:

Formatos disponíveis

Introdução à Engenharia de Software

 A modelagem é um dos conceitos

 Um modelo cria uma camada de abstração

 A UML é uma linguagem utilizada para a

 Ela é uma linguagem baseada em

 Não havia um padrão para se modelar os

 Houve uma tentativa de padronizar os

 Isso deu origem ao processo unificado - UP

 Três processos deram origem ao UP e UML:

 A junção do que há de melhor nesses 3

 A UML é uma forma de comunicação

 A UML é dividida em:

 Uma visão mostra um aspecto diferente do

 Normalmente é composta por diversos

 As principais visões da UML são:

 Descreve o comportamento do sistema, a partir

 Descreve como o comportamento será

 A parte estática da visão lógica é descrita por

 Descreve a divisão da implementação em

 Essa visão está diretamente ligado ao diagrama

 Descreve o sistema sob a perspectiva de

 Essa visão pode ser descrita pelos diagramas

 Descreve a organização física do sistema,

 Essa visão é ligada aos diagramas de

 Eles representam as definições comum

 As são representações abstratas de um

 Na UML as classes são representadas por um

 Em um sistema sua identificação é feita

 A notação de classes da UML é independente

 A figura anterior exibe um exemplo de classe,

 Os objetos representam instâncias de uma

 Objetos representam coisas reais associados ao

 Os objetos normalmente possuem um estado.

 Um estado representa o resultado das

 A figura anterior apresenta dois estados

 Um pacote é um agrupamento de itens,

 Esses agrupamentos são feitos para se manter

 Um componente é a representação de uma

 Isso pode ser um código na linguagem fonte

 Imagine um sistema feito em Java. Cada

 O uso desse tipo de elemento está diretamente

 Os relacionamentos permitem a ligação de

 Essas ligações podem assumir os seguintes

 Uma associação cria uma conexão entre as

 Uma associação entre classes indica que

 A associação simples é a forma mais comum

 Ela é representada por uma linha ligando duas

 Essa linha pode possuir uma seta indicando

 A agregação é uma associação que indica a

 Um dos itens selecionados é o todo na relação

 Os nomes da associação caso fossem

 Nesse tipo de associação existe um

 No exemplo a seguir temos modelado que um

 Uma generalização indica que um elemento

 Na figura a seguir podemos notar que um

 A dependência é uma relação mais fraca entre os

 A figura a seguir mostra que a classe Dependente

 Na UML existem informações adicionais que

 Embora a UML tenha muita semântica

 Dessa forma, uma nota pode ajudar a detalhar