Professional Documents
Culture Documents
Aula
2: UML e Processo
de
Sistemas
II
Desenvolvimento
Conceitos,
Histrico e
O UMLCaractersticas
surgiu para tentar padronizar
da
a Anlise
UML
Orientada a Objeto.
uma linguagem visual constituda
de elementos grficos, onde com
eles possvel construir diagramas
que
representam
diversas
perspectivas de um sistema.
2
Conceitos,
Histrico e
Ela extensvel,
permitindo que
Caractersticas
da seja
adaptada s
deespecificas
linguagem de
decada
UML
caractersticas
metodologia programaoou
de
Independent
projeto.
e desenvolvimento.
Criada
por Grady Booch, James
Notaes UML
As partes que compem
a UML: mostramos diferentes
Vises:
sistemaaspectos
que estdo
sendo modelado.
Uma srie de diagramas formam uma viso.
a forma de visualizar e
estudar o
sistema
sobre diversas perspectivas.
em 5
vises, que
Dividido
complexid dependendo da eda
ade
podem
ou no
funcionalidade
serem
dosistema
construdas.
4
Visv
es
Notaes UML
Vises caso de uso (use-case):
Descreve o sistema de um ponto de
vista externo como um conjunto de
interaes entre o sistema
e os
agentes externos ao sistema.
Ela a central pois a base para a
construo das
outras vises do sistema.
Composta, normalmente, pelos
diagramas de Caso de Uso e de
Atividade.
Notaes UML
Viso de
projeto
do sistemaque
suporte
funcionalidades
Caracterstic
dodo
s
assistema.principalmente pelos analistas
desenvolvedores,
estuda o sistema
Feita
e
internamente.
Descreve e especifica a estrutura bsica do
esttica do sistema (classes, objetos e
relacionamentos), e suas
colaboraes
dinmicas atrves de mensagens.
Composta, normalmente, pelos diagramas
de classes e objetos na estrutura esttica e
estado, sequencia, colaborao e atividade7
Notaes UML
Viso de implementao (componentes)
Descreve os mdulos do sistema e suas
dependncias.
Abrange o
de verses do
gerenciamento
sistema.
Composto pelo diagrama
de componentes
e pacotes.
Notaes UML
Viso de processo
(concorrencia)
cada caractersticas
concorrn
desempenho
cia
Enfatiza
(paralelismo),
de
sincronizao
do threads,
e sistema.
a comunicao
Mostra
entre
por
exemplo,
em sistemas
distribuidos.
pelo diagramas:
estado,
Compost
colaboras
atividade, sequncia,
o o,
componente
implanta
o.
Modelos de
Elementos
Classes
Descrio de um tipo de
objeto
Objetos
um elemento
manipulvel, uma
instancia de uma
classe
1
0
Modelos de
Elementos
Estados
Forma como um objeto se encontra antes ou
depois de alguma ao ocorrida com ele.
normalmente o resultado
de alguma ao
ocorrida com o objeto.
1
1
Modelos de
Elementos
Pacotes
Mecanismo de
agrupamento que tem
como propsito
organizar elementos
semanticamente
relacionados em
grupos.
1
2
Modelos de
Elementos
Componentes
Um cdigo ou executvel do
sistema.
1
3
Modelos de
Elementos
Relacionamentos
Ligam as classes/objetos entre si
criando relaes lgicas entre essas
entidades. Podem ser:
Associaes
1
4
Modelos de
Elementos
Generaliza
es
1
5
Modelos de
Elementos
Dependn
cia
Refinamen
tos
1
6
Processo de Desenvolvimento
com UML
Anlise de Requisitos
Anlise
Modelagem do problema sem levar em conta os
requisitos tcnicos do projeto.
A tecnologia no definida, deve-se buscar a melhor
soluo para o
problema.
Validao e Verificao.
Design (Projeto)
Expanso e adaptao do problema a nvel tcnico.
Escolha de arquitetura do sistema, padro da interface
grfica,
1
7
Processo de Desenvolvimento
com UML
Implementao
Codificao em linguagem de
programao e banco de dados.
Utilizao de Frameworks e biblioteca de
classes para agilizar o problema.
Testes
Verificao do sistema em diferentes
nveis.
Relatrio de testes.
Integrao dos componentes.
Implantao
Empacotado, distribudo e instalado.
1
8
Anlise Orientada a
Objeto
1
9
Abstrao e
Encapsulamento
Abstrao,
aplicado
ao
desenvolvimento de
sistemas,
significa representar s aquilo que
vai ser usado.
Isolamos o objeto do seu ambiente
complexo e representamos s aquilo
que relevante para o problema em
questo.
Ex.: Cada pessoa tem uma atributo para
cor dos olhos, mas esse um atributo
descartvel num sistema que trabalha20
Abstrao e
Encapsulamento
Encapsulamento
significa
combinar
processos
e
dados num nico objeto.
Diferente da anlise estruturada.
A nica forma dos atributos de um
objeto serem
modificados atravs de seus mtodos.
Disponibiliza toda a funcionalidade do
objeto,
sem que precise mostrar como
funciona.
2
1
Objeto, Classe e
Instncia
Anli
orientada a
objeto
entre integrao
se
os dados e os
processos
da anlise
estruturada.
Um objeto uma pessoa, local,
evento ou coisa na qual queremos
capturar
mdico
consultrio
pacient
s,
es os
e
2
2
Objeto, Classe e
Instncia
Uma
classe o
modelo
que usamos para
definir e criar
objetos.
Cada
objeto
umacertos
instncia e
A
paciente
classe
de umatemclasse, umatributos
membro
processo da
Os classe. especficos
as
especfico
s.
pacientes
instancias da classe.
so
2
3
2
4
Atributos, Mtodos e
Mensagens
Cad objeto tem atributos,
informaes
sobre o objeto.
a
descrevem
Nome,
data de
endereo
de
que
nascimento,
e
nmero
telefone.
Atributos, Mtodos e
Mensagens
Mensagens so as informaes
enviadas entre
os objetos para acionar mtodos.
Uma mensagem essencialmente uma
chamada de funo ou procedimento de
um objeto para outro.
Ex.: Se um paciente novo para clinica,
o sistema
envia uma mensagem de
insero para o objeto paciente. Ao
receber a mensagem, o paciente far o
necessrio para inserir o novo paciente
2
no sistema.
6
2
7
Herana e
Polimorfismo
Heran permite que os
definam
novas classes
a
desenvolvedores
reutilizando
existentes
e adicionando
as
classes novos
e/ou
mtodos a
eles.
As subclasses herdam os atributos e os
mtodos das superclasses acima delas.
No necessrio repetir atributos e
mtodos comuns s duas classes. Basta
criar uma superclasse com os pontos em
comum e fazer duas subclasses com os
dados e mtodos individuais.
2
8
EXEMPLO DE HERANA
2
9
3
0
Herana e
Polimorfismo
Polimorfis signifi
que
a
mo
ca
mesma
interpreta
mensagem pode
por diferentes
ser
da
diferenteme classes
de
nte
objeto.
Mtodo
de inserir consulta diferente do
mtodo de inserir cliente. Porm, cada
classe sabe lidar
com seu prprio
mtodo.
3
1
32
Analise OO x Anlise
Estruturada
A principal diferena
entre as
duas
anlises
est na decomposio do problema.
A estruturada decompe o problema ao
longo do processo. A decomposio do
problema continua at no haver mais
sentido para tal.
A Orientada a objeto decompes o
objeto ou
classe. Cada objeto
visualizado separadamente, reduzindo
assim a complexidade.
3
3