Conceitos Básicos de UML

Faculdade JK de Tecnlologia

TADS – Processo de Desenvolvimento de Software (PDS)

Professor George Henrique R. E. Mendonça

Alunos: Erika Azevedo, Letícia Teixeira, Rafael Costa

Data: 19/09/2014

Sumário

● 1. Introdução

● 2. Elementos UML

– Itens

– Relacionamentos

– Diagramas

● 3. Itens

● 4. Relacionamentos

● 5. Diagramas

● Referências

3

1. Introdução UML

● A UML é a linguagem padrão para visualizar, especificar,

construir e documentar os artefatos de um sistema intensamente

baseado em software.

● Pode ser usada com todos os processos, durante todo o ciclo de

desenvolvimento, e com diferentes tecnologias de

implementação.

4

1. Introdução UML

● Adequada para modelar: sistemas de informação corporativos

distribuídos; aplicações baseadas em WEB; e até sistemas

complexos embutidos de tempo real.

● UML é uma linguagem visual para especificação (modelagem)

de sistemas orientados a objeto.

5

2. Elementos da UML

Para formar um modelo conceitual da linguagem é necessário

aprender três elementos principais:

● Itens

● Relacionamentos

● Diagramas

Os itens são abstrações;

Os relacionamentos reúnem esses itens;

Os diagramas agrupam coleções interessantes de itens.

6

3. Itens

Existem 4 tipos de itens na UML:

● Itens Estruturais: partes mais estática do modelo (substantivos)

● Itens Comportamentais: partes dinâmica (verbos)

● Itens de Agrupamento: partes organizacionais dos modelos da

UML (pacotes)

● Itens de Anotações: partes explicativas dos modelos da UML

(notas)

7

4. Relacionamentos

Existem 4 tipos de relacionamentos na UML:

● Dependência

● Associação

● Generalização

● Realização

8

4. Relacionamentos

Dependência: é um tipo de relacionamento onde um elemento é

dependente e o outro independente. Uma mudança no elemento

independente afeta o dependente.

Como a figura acima ilustra, uma dependência é exibida no editor

de diagrama como uma linha tracejada com uma seta aberta que

aponta do cliente para o fornecedor.

9

4. Relacionamentos

Associação: É um relacionamento estrutural que especifica que

objetos de uma entidade são ligados a objetos de outra entidade.

Dada uma associação entre duas classes, você pode

relacionar objetos de uma classe a objetos de outra classe.

No exemplo acima vemos um relacionamento entre as classes

Cliente e Conta Corrente que se relacionam por associação

10

4. Relacionamentos

Generalização: um relacionamento de especialização/generalização,

nos quais os objetos dos elementos especializados (filhos) são

substituíveis por objetos do elemento generalizado (pais).

11

4. Relacionamentos

Realização: É um relacionamento semântico entre classificadores, em

que um classificador especifica um contrato que outro classificador

garante executar. É utilizado: no contexto de interfaces e no contexto

de colaborações em casos de usos.

Enviar PedidoCrédito

Cliente

Detectar Fraude Cartão

ValidarTransação

GerenciarPedido

GerarConta

<<interface>>

IAgentedaRegra

AdicionarRegra()

AlterarRegra()

ExplicarRegra() RegrasDeContabilidade

12

5. Diagramas

Apresentações gráficas de um conjunto de elementos,

geralmente representadas como gráficos de vértices (itens) e arcos

(relacionamentos).

Tipos: classes, objetos, pacotes, casos de uso, seqüências,

colaborações, estados, atividades, componentes e implantação.

13

5. Diagramas de Classes

Diagramas de classes são a espinha dorsal da maioria dos

métodos orientados a objetos, inclusive UML.

• Descrevem a estrutura estática do sitema(entidade e

relacionamentos).

14

5. Diagramas de Caso de Uso

Modelam a funcionalidade do sistema através de atores e casos

de uso.

Casos de uso são serviços ou funções fornecidas pelo sistema

aos seus usuários.

O diagrama de Caso de Uso é representado por:

atores;

casos de uso;

relacionamentos entre estes elementos.

15

5. Diagramas de Caso de Uso

Ator :

Um ator é representado por um boneco e um rótulo com o

nome do ator. Um ator é um usuário do sistema, que pode ser um

usuário humano ou um outro sistema computacional.

16

5. Diagramas de Caso de Uso

Caso de Uso :

Um caso de uso é representado por uma elipse e um rótulo

com o nome do caso de uso. Um caso de uso define uma grande

função do sistema. A implicação é que uma função pode ser

estruturada em outras funções e, portanto, um caso de uso pode

ser estruturado.

17

5. Entendo o Diagrama de Caso de Uso

O diagrama de casos de uso é um diagrama da UML cujo

objetivo é representar um requisito do sistema que será

automatizado. Considere como requisito uma necessidade do

sistema.

• Simbologia de um caso de uso (requisito que será

automatizado):

• Usamos atores para representar as entidades que interagem

com o sistema. Podem ser usuários, máquinas, sensores, etc…

Um ator representa um papel no sistema, mas um papel pode

ser representando por vários atores.

18

5. Entendendo o Diagrama de Caso de Uso

Exemplo de um diagrama de casos de uso (sistema bancário):

O ator cliente executará os casos de uso “realizar saque” e

“consultar saldo”, enquanto o gerente poderá iteragir com os casos

de uso “abrir conta” e “vender seguro”.

19

5. Diagramas de Objetos

Representa um retrato, em tempo de execução, dos objetos

do software e seus inter-relacionamentos.

20

5. Diagramas de colaboração

Representa uma coleção de objetos que trabalham em

conjunto para atender algum comportamento do sistema.

21

5. Diagramas de Sequência

Representa uma perspectiva, orientada por tempo, da

colaboração entre os objetos.

22

5. Diagramas de Atividade

Representa o fluxo de tarefas que podem ser executadas

pelo sistema ou por um ator.

23

5. Diagramas de Estados

Representa um conjunto de estados que um objeto pode

estar e os “gatilhos” que estimulam a transição do objeto de um

estado para outro.

24

5. Diagramas de componentes

Representa uma coleção de componentes de software e

seus inter-relacionamentos.

25

5. Diagramas de Pacotes

Representa uma coleção de outros elementos de modelagem e

diagramas.

26

Referências Bibliográficas

Guedes, Gileanes. UML: Uma Abordagem Prática. 2.ed. São Paulo:

Novatec. , 2011. 488p.

UML - http://www.uml.org

Wikipédia - http://www.wikipedia.org