Modelagem Orientada a Objetos

UML

Prof. Antonio Felicio Netto

antonio.felicio@anhanguera.com
1

UML Unified Modeling Language

- uma linguagem visual utilizada para modelar sistemas
computacionais por meio do paradigma da Orientao a Objetos;
- uma linguagem de modelagem no proprietria;
- No um mtodo de desenvolvimento mas ele lhe auxilia a
visualizar seu desenho e a comunicao entre objetos;
- Surgiu da necessidade de estabelecer uma padronizao para
facilitar a comunicao entre os analistas (responsveis pelo
levantamento dos requisitos) e o desenvolvimento (responsveis
pela implementao);

Modelagem
- A modelagem uma tcnica de engenharia aprovada e bem
aceita;
- Um modelo uma simplificao da realidade;
- Ajuda a visualizar um sistema como ele ou como se deseja
que ele seja;
- Permite especificar o comportamento e a estrutura de um
sistema;
- Oferece uma representao que guiar a construo do
sistema;
-Definio da Arquitetura lgica independente das possveis
3
implementaes;

Modelagem
- Serve como linguagem para comunicar decises que no so
bvias ou que no podem ser inferidas;
- Prov uma semntica rica o suficiente para capturar o que
importante a nvel ttico e estratgico;
- Permite elaborar modelos para compreender melhor o sistema
que estamos desenvolvendo;
- Ataque um problema difcil, dividindo-o em vrios problemas
menores que voc pode solucionar;

Modelagem
- Quanto mais complexo for o sistema, maior ser a probabilidade
de ocorrncia de erros ou de construo de itens errados;
- Portanto, ainda que considere no ser preciso fazer a
modelagem hoje, medida que o seu sistema evoluir, voc se
arrepender dessa deciso, quando for tarde demais;

UML - Histria
- No incio da utilizao do paradigma de orientao a objetos,
diversos mtodos foram apresentados para a comunidade;
- A maioria deles cometiam o erro de tentar estender os mtodos
estruturados da poca ;
- Com isso os maiores prejudicados foram os usurios que no
conseguiam encontrar uma maneira satisfatria de modelar seus
sistemas;

UML - Histria
- UML comeou a ser definida a partir de uma tentativa de Jim
Rumbaugh (OMT) e Grady Booch (Booch) de combinar dois
mtodos populares de modelagem orientada a objeto;
- Mais tarde, Ivar Jacobson, o criador do mtodo Objectory
(OOSE) , uniu-se aos dois, para a concepo da primeira verso
da linguagem UML (Unified Modeling Language) ;
- O Booch era forte na fase de projeto;
- O OMT tinha o foco na fase da modelagem conceitual;
- O OOSE tinha o seu foco em Casos de Uso;
- UML foi adotada em 1997 pela OMG (Object Management
Group).

UML - Histria

UML
Linguagem de Modelagem unificada que agrupa as melhores
prticas:
- Conceitos de Modelagem de Dados ;
- Modelagem de Negcios (Workflow)
- Modelagem de Objetos
- Modelagem de Componentes;

UML
- a padronizao da linguagem de desenvolvimento orientado a
objetos para visualizao, especificao, construo e
documentao de sistemas;
- Pode ser usada com todos os tipos de processos, em todo o
ciclo do desenvolvimento do software;
- Utiliza o conceito de desenvolvimento iterativo e incremental;
- Possui uma notao grfica que facilita a interao intra-equipe
e extra-equipe;

10

UML destinada a
Visualizar: Ferramenta grfica para facilitar o entendimento do
projeto;
- Especificar: Construir modelos mais precisos;
Construir: Seus modelos podem ser diretamente conectados a
linguagens de programao;
- Documentar: Documentao da arquitetura do sistema e seus
detalhes

11

Itens da UML
Estruturais
Classes: So descries como conjunto de objetos.
Graficamente:
Interface: Coleo de operaes que especificam servios de uma classe.
Graficamente:
Colaboraes: Definem interaes.
Graficamente:
Caso de uso: a descrio de um conjunto de aes.

Graficamente:
12

Itens da UML
Classes ativas: So classes cujos objetos tm um ou mais processos e, portanto,
podem iniciar atividade de controle.
Graficamente:
Componentes: So partes fsicas e substituveis de um sistema.
Graficamente:
N: Elemento fsico existente em tempo de execuo.
Graficamente:

13

Itens da UML
Comportamentais
Interao: Abrange um conjunto de mensagens trocadas entre um conjunto de
objetos.
Graficamente:

exibir

Mquina de estado: Especifica as seqncias de estados pelas quais os objetos ou

interaes passam .
Graficamente:
Agrupamento
Pacote: Organizao de elementos em grupos.

Graficamente:

14

Itens da UML
Anotaes
Smbolo para representar restries e comentrios anexados a
um elemento.

Graficamente :

15

Relacionamento da UML
Dependncia: Relacionamento semntico entre dois itens.
Graficamente
Associao: Relacionamento estrutural que descreve um conjunto

de ligaes.

Graficamente

Generalizao: Relacionamento de especializao/generalizao.

Graficamente
Realizao: Relacionamento semntico entre classificadores.
Graficamente

16

Relacionamento da UML
Dependncia: Relacionamento semntico entre dois itens.
Graficamente
Associao: Relacionamento estrutural que descreve um conjunto

de ligaes.

Graficamente

Generalizao: Relacionamento de especializao/generalizao.

Graficamente
Realizao: Relacionamento semntico entre classificadores.
Graficamente

17

Diagramas da UML
- Diagrama de Casos de Uso;
- Diagrama de Seqncia;
- Diagrama de Classes;
- Diagrama de Objetos;
- Diagrama de Colaboraes;
- Diagrama de Mquina de Estados;
- Diagrama de Comunicao;
- Diagrama de Atividade;
- Diagrama de Pacotes;
- Diagrama de Implantao;
- Diagrama de Tempo;

18

Por que tantos Diagramas?

- No so obrigatrios;
- O objetivo fornecer mltiplas vises do sistema;
- Cada viso da UML analisa o sistema, ou parte dele, sob uma determinada
tica;
- Permite que falhas possam ser descobertas nos diagramas anteriores,
diminuindo a possibilidade da ocorrncia de erros durante a fase de
desenvolvimento de software;

19

Diagrama de Casos de Uso

- o Diagrama mais geral e informal da UML;
- mais utilizado nas fases de levantamento e anlise dos requisitos do
sistema;
- Apresenta uma linguagem simples e de fcil compreenso para que os
usurios possam ter uma idia geral de como o sistema ir se comportar e os
pontos de iterao;
- Procura identificar os usurios (atores) que utilizaro de alguma forma o
software;

20

Diagrama de Casos de Uso

- Descreve a funcionalidade proposta ao sistema;
- Busca capturar o comportamento;
- Particiona o sistema em funcionalidades;

- Principais elementos:
Atores
Casos de Uso
Relacionamentos

21

UC - Ator
- Tipicamente, um ator representa um papel que um ser humano, um
dispositivo de hardware ou at outro sistema desempenha com o sistema;
- Os Atores so representados graficamente por bonecos magros, contendo
abaixo uma breve descrio identificando qual o papel que o Ator assume
dentro do diagrama;

22

Caso de Uso
- Representa uma unidade discreta da interao entre um usurio (humano ou
mquina) e o sistema;
- Os casos de uso devem produzir um resultado de valor observvel para um
ator;
- Referem-se aos servios, tarefas ou funes oferecidas pelo sistema;
- So utilizadas para expressar e documentar os comportamentos pretendidos
para as funes do sistema;

gerarRelatrio

23

UC - Associaes
- Representam os relacionamentos entre os Atores que interagem com o
sistema;
- Os relacionamentos entre os Atores e os Casos de Uso;
- Os relacionamentos entre os Casos de Uso;

24

UC - Incluso
- utilizada quando existe uma situao ou rotina comum a mais de um Caso
de Uso;
- Uma incluso indica uma obrigatoriedade de dependncia, onde a execuo
de um Caso de Uso obriga que um outro Caso de Uso tambm seja executado;
- Uma Associao de Incluso representada por uma seta tracejada que
aponta em uma de suas extremidades para o Caso de Uso includo. Possui
como esteretipo o texto <include>;

25

UC - Extenso
- So utilizados para descrever cenrios opcionais de um Caso de Uso;
- Estes somente ocorrero se alguma determinada condio for satisfeita;
- Servem para especializar a execuo de determinas rotinas dentro do
sistema;
- O seu esteretipo de uma linha tracejada que aponta para o Caso de Uso
estendido;

26

Exemplo Sistema Bancrio

-O cliente poder:
Sacar, Depositar, Transferir e Tirar Extrato;
- Para cada operao o cliente deve se autenticar;
- Qualquer funcionrio poder:
Tirar Extrato do cliente;
Solicitar Carto de crdito para cliente;
- O Gerente pode fazer qualquer operao dos funcionrios;
Somente o Gerente pode cadastrar ou descadastrar conta;

27

Exemplo Sistema Bancrio

28

Exerccio Sistema de Controle de Hospital

- A atendente pode acionar a emergncia;
- A atendente pode cadastrar, procurar e atualizar uma
emergncia;
- O gerente pode fazer tudo que a atendente faz;
-O gerente pode remover uma emergncia;
- Para cada tarefa, o usurio (qualquer que seja) deve se
autenticar no sistema;

29

Exerccio Sistema de Controle de Hospital

30