Programação

Tema UML

Eng.Electronica
 Introdução a UML
UML(Unified Modeling Language)

Eng.Electronica 2
 Introdução a UML
Surgiu da união de três metodologias de modelagem:
• Método de Booch, de Grady Booch;
• Método OMT (Object Modeling Technique) de
Ivar Jacobson;
• Método OOSE (Object Oriented Software
Engineering) de James Rumbaugh.

Eng.Electronica 3
 Introdução a UML
UML 1.1 Industrialização
(Set’97)

UML 1.0 Padronização

(Jan’97)
Parceiros
da UML UML 0.9 & 0.91 Unificação II
(Out’96)

Unified Method 0.8 Unificação I

(Out’95)

Booch’93 OMT-2
Outros
métodos Booch’91 OMT-1 OOSE Fragmentação

Eng.Electronica 4
 UML

BOOCH UML OMT

 Diagrama de Estados  Diagrama de Estados
 Diagrama de Objetos  Diagrama de Classes
(Colaboração)
 Diagrama de Processo
(Desenvolvimento)
 Diagrama de Módulos
(Componentes)
 Use Case
 Subsistemas (Package)
 Diagrama de Interações
OOSE  MiniEspecificação

Eng.Electronica 5
 UML
Cada metodologia existente possui suas próprias
notações (símbolos usados para projectar
modelos orientados a objectos), processos e
ferramentas. Isso faz com que a escolha do
método a ser utilizado torna-se uma decisão
extremamente importante e frequentemente
leva a discussões e debates sobre qual o
melhor método, o mais avançado e adequado
para ser utilizado em um sistema.
Eng.Electronica 6
 UML- Objectivos
• UML - Unified Modeling Language é uma
linguagem gráfica para:

Especificar Visualizar Construir Documentar

os aterefactos do sistema de software.

Processos de Negócio

Eng.Electronica 7
 O que é UML
A UML é a linguagem padrão para especificar,
visualizar,
documentar e construir artefactos de um sistema e
pode ser utilizada em todo o processo do ciclo de
desenvolvimento de software e através de
diferentes tecnologias de implementação.

Eng.Electronica 8
 O que é UML

Ela disponibiliza uma forma padrão de modelagem

de sistemas , incluindo seus aspectos conceituais
tais como processos de negócios e funções do
sistema, além de itens concretos como as classes
escritas em determinada linguagem de
programação, processos de banco de dados e
componentes de software reutilizáveis.

Eng.Electronica 9
 O que é UML
É aplicada em qualquer tipo de sistemas em termos
de diagramas de orientação a objecto.
Geralmente é mais usada na modelagem de
Softwares usando o conceito de orientação a
objectos, mas também pode ser aplicada em
sistemas mecânicos, de engenharia em geral,
pode também ajudar na organização de
processos de uma organização.

Eng.Electronica 10
Problemática

Eng.Electronica 11
• Linguagem Gráfica
+
• Metodo

• = UML
• UML diz o que pode ser feito MAS não diz
como deve ser feito.

Eng.Electronica 12
• A UML é uma linguagem destinada a:
 Visualizar
Ferramenta gráfica para facilitar o entendimento do
projecto.
Especificar
Construir modelos mais precisos.

Eng.Electronica 13
 Construir
Seus modelos podem ser diretamente
conectados a linguagens de programação.
Documentar
Documentação da arquitetura do sistema e seus
detalhes.
UML é uma linguagem padrão para elaboração da
estrutura de projetos de software.
Eng.Electronica 14
Privilegia a descrição de um sistema
segundo três perspectivas:
• Dados (estrutural) – Diagrama de Classes
• Operações (funcional) – Diagrama de Caso de
Uso
• Eventos (temporal) – Diagramas de Sequência

Eng.Electronica 15
 Vantagens da UML
• Define um mapeamento da análise ao
projecto e à implementação;
• Define uma notação expressiva e consistente.
• Facilita a comunicação entre as pessoas;
• Ajuda apontar inconsistências e omissões;
• Suporta a análise e projecto de sistemas de
pequeno e grande porte.

Eng.Electronica 16
 Porque UML?
• Construímos modelos de sistemas complexos
porque não é possível compreendê-los em sua
totalidade.
• Construímos modelos para compreender
melhor o sistema que estamos desenvolver.

Eng.Electronica 17
 Porque UML?
Pontos Principais:
• Ênfase
• Complexidade
• Essência do procedimento
• Formal ou não formal
• Evolução
• Escolha do modelo correto

Eng.Electronica 18
 Porque UML?
A UML suporta o desenvolvimento iterativo e
incremental. Desenvolvimento iterativo e
incremental é o processo de desenvolvimento de
sistemas em pequenos passos. Uma iteração é um
laço de desenvolvimento que resulta na liberação
de um subconjunto de produtos que evolui até o
produto final percorrendo as seguintes actividades:
– Análise de requisitos
– Análise
– Projecto
– Implementação
– Teste
Eng.Electronica 19
 Análise de requisitos
Os casos de uso são descritos na linguagem UML
através de Diagramas de Casos de Uso (Use
Case). Diagrama de "Use Case": É um diagrama
usado para se identificar como o sistema se
comporta em várias situações que podem
ocorrer durante sua operação. Descrevem o
sistema, seu ambiente e a relação entre os dois.

Eng.Electronica 20
 Objectivos de Caso de Uso
O Diagrama de Casos de Uso tem o objectivo de
auxiliar a comunicação entre a equipa de
desenvolvimento e o cliente.
Um diagrama de Caso de Uso descreve um cenário
que mostra as funcionalidades do sistema do
ponto de vista do usuário.

Eng.Electronica 21
 Objectivos de Caso de Uso
• O cliente deve ver no diagrama de Casos de Uso
as principais funcionalidades de seu sistema.
Notação
– O diagrama de Caso de Uso é representado por:
– atores;
– casos de uso;
– relacionamentos entre estes elementos.

Eng.Electronica 22
Casos de uso expressam o diálogo entre os
usuários e o sistema.
Casos de uso expressam “o quê” o sistema
deverá fazer. E não “como”fazer.
Casos de uso formam a base para testes e
documentação do sistema.

Eng.Electronica 23
 Caracteristicas do Actor
Algumas de suas características são descritas
abaixo:
• Actor não é parte do sistema. Representa os
papéis que o usuário do sistema pode
desempenhar.
• Actor pode interagir activamente com o sistema.
• Actor pode ser um receptor passivo de
informação.
• Actor pode representar um ser humano, uma
máquina ou outro sistema.

Eng.Electronica 24
O diagrama de Caso de Uso é representado por:
– atores;
– casos de uso;
– relacionamentos entre estes elementos.

Eng.Electronica 25
 Actor
• Um actor é representado por um boneco e um
rótulo com o nome do actor. Um actor é um
usuário do sistema, que pode ser um usuário
humano ou um outro sistema computacional.

Eng.Electronica 26
 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.

Eng.Electronica 27
 Fluxo de Eventos
As directrizes para o conteúdo do fluxo de eventos são:
• Descrever como o Caso de Uso começa e termina;
• Descrever como as informações são trocadas entre o
actor e o Caso de Uso;
• Durante o do fluxo de eventos todos os "o quê"
devem ser respondidos;
• Descrever quando o Caso de Uso utiliza as
informações armazenadas, ou mesmo às armazena
no sistema;
• Não descrever detalhes de projecto
Eng.Electronica 28
 Relacionamentos
Relacionamentos
Ajudam a descrever casos de uso
– Entre um actor e um caso de uso

Associação
• Define uma funcionalidade do sistema do
ponto de vista do usuário.

Eng.Electronica 29
 Sistema
• Sistema
• Limites do sistema: representado por um
rectângulo envolvendo os casos de uso que
compõem o sistema.
• Nome do sistema: Localizado dentro do
rectângulo.

Eng.Electronica 30
Ex. Diagrama de caso de Uso

Eng.Electronica 31
 Diagrama de Classe
O diagrama de classes permite aos analistas
usarem uma notação de fácil compreensão
pelo cliente estimulando-os desta a forma a
revelar detalhes importantes sobre o
problema que necessita ser resolvido.

Eng.Electronica 32
Exemplo Diagrama de Classe

Nome
Idade
Nr. matricula

Eng.Electronica 33
 Exemplo Diagrama de Classe
• 1- A parte superior contém o nome da classe
2- A parte do meio contém os atributos da
classe
3- A parte de baixo contém as
operações(métodos) da classe

Eng.Electronica 34
 Outros Diagramas
O objectivo dos diagramas é apresentar múltiplas
visões do sistema sendo que este conjunto de
múltiplas visões é chamado de modelo. Podemos
dizer que um modelo UML pode ser visto como
um conjunto de diagramas que podem ser
examinados e modificados a fim de compreender
e desenvolver um sistema.
Um modelo UML descreve o que o sistema fará
mas não diz nada como implementar o sistema.

Eng.Electronica 35
 Outros Diagramas
Diagrama de classe, Diagrama de objectos,
Diagrama de casos de uso, Diagrama de
sequências, Diagrama de colaborações,
Diagrama de estados, Diagrama de atividades,
Diagrama de componentes, Diagrama de
implantação.

Eng.Electronica 36
 Exercício
1. Pretende-se desenvolver um sistema de gestão
de reservas e ocupação de quartos num
estabelecimento hoteleiro. O sistema deverá
também gerir a facturação dos vários serviços
oferecidos pelo estabelecimento hoteleiro.
Objectivos
O objectivo do sistema é o de aplicar uma dinâmica
no tratamento dos serviços de hotelaria fornecidos
pelo Maputo Hotel, com vista a obter a maior
satisfação dos seus clientes, bem como a
automatização dos processos manuais.
Eng.Electronica 37
 Exercícios
1. De exemplo de requisitos funcionais e não
funcionais.

Eng.Electronica 38
 Exercícios
1. A universidade Aprender Mais precisa da sua
colaboração para desenvolver uma aplicação
de gestão de uma biblioteca. Usando os seus
conhecimentos, imagine e descreva o
negócio e respectiva proposta de solução
para o problema em causa assumindo que o
sistema deve estar em conformidade com
sistemas da actualidade.
2. Elabore diagrama de classes.
Eng.Electronica 39