Uml

Fernando Pedrosa fpedrosa@gmail.
com
Fernando Pedrosa Lopes
Boch, Jacobson, Rumbaugh; UML Guia do Usurio; Editora: Elsevier; Ano: 2006 Martin Fowler; UML Essencial; Editora: Bookman; Ano: 2004
Linguagem de Modelagem Unificada Linguagem

Usada para expressar e comunicar idias No uma metodologia!
Modelagem
Descrever um sistema em um alto nvel de abstrao
Unificada
UML se tornou o padro mundial para modelagem de sistemas www.omg.org
Fernando Pedrosa Lopes 3
Linguagem grfica para especificar, visualizar, construir e documentar os artefatos de software Vantagens
Usa notao grfica: mais clara que a linguagem natural (imprecisa) e cdigo (muito detalhado) Ajuda a obter uma viso geral do sistema No dependente de tecnologia Diminui a fragmentao, aumenta a padronizao
Ano Verso
2011:
2010:
UML 2.4
UML 2.3
2009:
Industrializao
UML 2.2 UML 2.0

UML 1.4 UML 1.3 UML 1.0, 1.1
2003:
2001:
Padronizao
1999: 1997:
1996:
Unificao
UML 0.9 & 0.91 Unified Method 0.8

OOSE (Jacobson)
1995:
Fragmentao
Outros mtodos
Booch (OOAD)
OMT (Rumbaugh)
Diagramas estruturais
Mostram a estrutura esttica do sistema e suas partes em diferentes nveis de abstrao e como elas se relacionam No utilizam conceitos relacionados ao tempo
Diagramas comportamentais
Mostram a natureza dinmica dos objetos do sistema, que pode ser descrita como uma srie de mudanas no sistema com o passar do tempo
(Governo do ES - CESPE 2009) [78] UML um mtodo para desenvolvimento de software que foi proposto para ser aplicado anlise e projeto de software orientados a objetos.
(EMBASA CESPE 2009) [94] Os diagramas em UML podem ser estticos ou dinmicos. O diagrama de classes um exemplo de um diagrama dinmico. (SERPRO CESPE 2008) [101] UML (universal modelling language) uma linguagem de modelagem proprietria que pode ser utilizada no desenvolvimento de sistemas de maneira intuitiva para visualizao de objetos.
(CGU - ESAF 2008) [31] - A linguagem de Modelagem Unificada (UML) emergiu como notao de diagramao de padro, de fato e de direito, para a modelagem orientada a objetos. Desta forma, a sentena que conceitua apropriadamente a UML, segundo o OMG-Object Management Group,
a) um mtodo para especificar e modelar os artefatos dos sistemas. b) um processo de especificao e modelagem de sistemas orientados a objeto. c) uma linguagem para implementar os conceitos da orientao a objetos. d) uma linguagem visual para especificar, construir e documentar os artefatos dos sistemas. e) um mtodo comum para a representao da orientao a objetos.
Diagrama de Diagrama de Diagrama de Diagrama de Diagrama de Diagrama de Diagrama de
Classes Objetos Componentes Pacotes Implantao Estrutura Composta Perfis (UML 2.2)
10
um diagrama esttico da UML que rene os elementos mais importantes de um sistema orientado a objetos Exibe um conjunto de classes, interfaces e seus relacionamentos As classes especificam tanto as propriedades quanto os comportamentos dos objetos
11
Nome da Classe Propriedades (Atributos)
Operaes
12
Nome
Nome + Atributos
Nome + Atributos + Operaes
13
Tipo de dado Nome da classe Visibilidade Nome do atributo
Multiplicidade
Valor default
Restrio
Atributo esttico Nome da operao Tipo de retorno
14
Notao completa:
Visibilidade nome: tipo [multiplicidade] = valor_default {lista de restries}
Nome: corresponde ao nome do atributo Tipo: domnio do atributo Multiplicidade: indicao de quantos objetos podem preencher a propriedade [min..max] Valor Default: valor do atributo, caso ele seja omitido no momento da criao Restrio: permite indicar propriedades adicionais. {readOnly}, {ordered}, {unique}, etc.
15
As propriedades (atributos) podem ter dois tipos de escopo

Escopo de instncia: cada objeto tem o seu prprio valor para o atributo. o escopo default da UML. Escopo de classe (esttico): o valor do atributo comum a todos os objetos daquela classe. Para denotar este escopo o atributo deve ser sublinhado.
16
Notao completa:
Visibilidade nome (lista de parmetros): tipo-de-retorno {lista restries}
Nome: corresponde ao nome da operao Lista de parmetros: so os parmetros da operao. Tipo de retorno: o tipo de dado retornado pela operao Restrio: permite indicar propriedades adicionais. ex: {query}.
17
Operaes abstratas, ou seja, que no tm uma implementao especfica, devem ser escritas em itlico Operaes estticas devem ser escritas com fonte sublinhada
18
Pblico (+)
O elemento visvel por qualquer classe
Protegido (#)
O elemento visvel na prpria classe e pelas subclasses da classe
Pacote (~)
O elemento visvel apenas pela prpria classe ou dentro do pacote onde a classe est localizada
Privado (-)
O elemento visvel apenas pela prpria classe
19
Relacionamentos ligam classes entre si, criando relaes lgicas Podem ser de:
Associao
Simples Agregao Composio
Generalizao Dependncia Realizao
20
Indica que objetos de um elemento esto ligados a objetos de outro elemento A navegabilidade pode ser unidirecional ou bidirecional
Nome da Associao
Associao
Classe
Multiplicidade
Navegabilidade
Um qualificador de associao um atributo do elemento-alvo capaz de identificar uma instncia dentre as demais
Associao simples
Associao qualificada
Uma associao pode mostrar as mesmas informaes que um atributo
23
Relacionamentos todo-parte Agregao: a parte existe sem o todo Composio: o todo controla o ciclo de vida da parte, e ela no pode ser compartilhada em outros relacionamentos
Agregao
Composio
Indica que mudana em um elemento pode causar mudanas no outro (uso)
25
Pode ocorrer, tambm, entre uma classe e uma interface
26
Relacionamento um tipo de
27
Pode ocorrer, tambm, entre interfaces

Esteretipo
28
H vrias notaes para realizaes
29
A notao bola-soquete (UML 2.0) utilizada para modelar uma dependncia e uma realizao entre duas classes e uma interface
Dependncia (interface requerida) Realizao (interface fornecida)
Duas representaes equivalentes entre si (semanticamente iguais)
30
(MPE/AM CESPE 2008) [88] Na UML, uma agregao um relacionamento que estabelece que uma classe define objetos que so parte de um objeto definido por outra classe. [89] Em um diagrama de classes UML, uma associao entre classes pode ser documentada em termos da multiplicidade da associao.
31
(TCU CESPE 2009)
32
[108] O mtodo #Cadastrar() da classe Instrutor tem visibilidade do modo protegido tal que somente a classe possuidora Instrutor pode utiliz-lo. [109] Na associao do tipo agregao composta identificado por #2, uma instncia da classe Departamento pertence exclusivamente a uma nica instncia composta em Escola, e um objeto da classe Escola pode relacionar-se com, no mximo, trs objetos da classe Departamento. [110] Instrutor uma superclasse abstrata; assim, o mtodo #Cadastrar() oferece uma assinatura, que, no entanto, est incompleta, devendo ser implementada pelos mtodos de mesmo nome nas suas classes-filhas.
33
34
O diagrama de objetos representa uma fotografia do sistema em um dado momento Mostra os vnculos entre os objetos conforme estes interagem e os valores dos seus atributos Pode ser visto como uma instncia do diagrama de classe
35
vnculo
objeto
valor do atributo
objeto annimo
36
37
Modela o sistema em termos de componentes e seus relacionamentos atravs de interfaces Decompe o sistema em subsistemas que detalham a estrutura interna Alguns componentes existem em tempo de ligao, outros em tempo de execuo
38
39
40
Pacotes so estruturas que permitem agrupar qualquer construo da UML em estruturas de alto nvel Pode mostrar:
Pacotes e suas dependncias Interfaces entre os pacotes Generalizaes entre pacotes
41
Duas representaes possveis

Nome do pacote
Pacote
Elementos agrupados dentro do pacote
Pacote
C A
C B
42
Realizao (implementao) entre pacotes
Dependncia entre pacotes
Nome do pacote
Estrutura interna do pacote
43
(UNIPAMPA - CESPE 2010) [106] O diagrama de objetos est amplamente associado ao diagrama de classes, sendo que o primeiro consiste em uma instncia do segundo, em determinado momento da execuo, ou seja, um diagrama de objetos descreve os objetos, os mtodos, os atributos e seus valores, alm dos vnculos entre os objetos, sendo ambos diagramas estruturais.
(TRE/TO - CESPE 2007) [40] Um diagrama de componentes permite mostrar componentes de um sistema e as dependncias entre eles. As dependncias entre os componentes podem ser, por exemplo, dependncias de compilao ou de comunicao.
44
(EMBASA CESPE 2009) [96] O objetivo principal de um diagrama de pacotes agrupar os pacotes em classes. Esse tipo de diagrama pode usar dependncias. (TJ/PE - FCC 2007) [40] Diagrama de Pacotes descreve os pacotes ou pedaos do sistema, como o sistema dividido em agrupamentos lgicos e mostra as dependncias entre estes.
45
46
Modela a configurao fsica do sistema, revelando que pedaos de software rodam em que equipamentos de hardware Inclui
Ns
Dispositivos (Hardware) Ambientes de Execuo Cdigo fonte, Cdigo binrio Executveis, etc.
Artefatos
47
N (dispositivo)
cliente.exe
Artefato
base.ear web.ear
Forma de comunicao
Linha de comunicao
N (ambiente de execuo)
(STJ CESPE 2008) [54] No diagrama da figura III, h dois ns interligados, que representam duas unidades computacionais; h cinco componentes distribudos entre os ns; um destes implementa uma interface e um outro depende dessa interface; ClienteAplicacao depende de Stub; ServidorAplicacao depende de Banco de dados.
49
50
utilizado para modelar colaboraes entre interfaces, objetos ou classes Pode ser usado para descrever
Estruturas de partes interconectadas Estruturas de instncias interconectadas
Parte: representa o conjunto de uma ou mais instncias contidas em outro elemento Porta: ponto de interao entre os elementos
Colaborao
Dirigir Txi Carro

GE_553912:Txi Roda[4] :Volante Objeto joo:Motorista [1] Eixo
Classe estruturada
[1] lugares:Assentos
[0..5] Pessoa Cabea
Porta
ana:Passageira
[2] Perna[2]
Busto
[2]
Brao[2]
Partes
(UNIPAMPA - CESPE 2010) [105] Na UML 2.0, o diagrama de estrutura composta (composite structure diagram) descreve a estrutura interna de um classificador modelando as colaboraes, no qual uma colaborao descreve uma viso de um conjunto de instncias que cooperam entre si para executar uma funo especfica entre instncias de classes, objetos ou interfaces.
53
54
um diagrama auxiliar que permite definir tipos padronizados de esteretipos, valores rotulados e restries A UML define o mecanismo de perfis como um mecanismo leve de extenso da linguagem Permite adaptar os modelos UML para diferentes plataformas e domnios
55
56
Diagrama de Casos de Uso Diagrama de Atividade Diagrama de Mquina de Estados Diagramas de Interao
Diagrama de Diagrama de Diagrama de Diagrama de
Sequncia Comunicao Tempo Interao Geral
57
Contm um conjunto de casos de uso e modela interaes entre

Atores e o sistema O prprio sistema
Descreve um conjunto de cenrios Captura os requisitos do usurio Delimita o escopo do sistema
58
59
O filho herda o comportamento do pai, podendo adicionar e redefinir passos em pontos arbitrrios do comportamento original
60
Incluso
Use quando o mesmo comportamento se repete em mais de um Caso de Uso e o processo de realizar X sempre envolve realizar Y pelo menos uma vez
Extenso
Use quando voc quiser modelar um comportamento opcional de um Caso de Uso
61
Use quando um ator (filho) um tipo de outro ator mais genrico (pai) Exemplo:
62
Concreto
iniciado por um ator e constitui um fluxo completo de eventos Abstrato: nunca instanciado diretamente Casos de Uso abstratos geralmente so:
Includos em outros Casos de Uso Estendidos de outros Casos de Uso Generalizaes de outros Casos de Uso
Atores enxergam apenas casos de uso concretos

(EMBASA CESPE 2009) [95] Um diagrama de casos de uso descreve um cenrio que mostra as funcionalidades do sistema do ponto de vista do usurio. comum o uso de atores nesse diagrama.
(MPE/AM CESPE 2008) [85] Em um diagrama de casos de uso da UML, um ator definido como um usurio humano do sistema.
64
(MPE/RR - CESPE 2008) [87] No diagrama UML ao lado, o ator Presidente est relacionado ao caso de uso Criar projeto; o caso de uso informar dados contm comportamento comum a dois casos de uso; o caso de uso Pagar projeto estende o comportamento Financiar projeto e Cancelar projeto abstrato.
65
66
Descreve lgicas de procedimento, processos de negcio e fluxos de trabalho Permite que seja mostrado que entidade responsvel por cada ao no diagrama, com uso de raias (swimlanes)
Quem faz o qu?
67
N inicial
N de bifurcao (fork node)
Deciso Fluxo
Ao
Unio
N de juno (join node)
N final
68
Unidades organizacionais
69
(PETROBRAS CESPE 2007) Com referncia ao diagrama de atividades UML ao lado, julgue os itens a seguir.
70
[88] No diagrama, h duas raias, um estado inicial e dois finais. Por estarem em raias distintas, a atividade Preencher cadastro pode ser realizada em paralelo atividade Analisar cadastro. Na deciso representada pelo losango, apenas uma condio de guarda especificada, o que torna o diagrama incorreto. [89] A atividade Notificar cliente pode ser executada em paralelo atividade Entregar produto, mas a atividade Encerrar pedido no pode ser executada em paralelo atividade Repor estoque. A atividade Elaborar relatrio ser executada aps ser concluda a atividade Encerrar pedido ou Repor estoque.
71
72
Mostra os vrios estados possveis por quais um objeto pode passar Um objeto muda de estado quando acontece algum evento interno ou externo ao sistema Atravs da anlise das transies entre os estados, pode-se prever todas as possveis operaes realizadas, em funo de eventos que podem ocorrer
73
Estados
Situaes na vida de um objeto na qual ele satisfaz uma condio ou realiza alguma atividade
Transies
Estados so associados atravs de transies Transies tm eventos associados
Sintaxe: evento [condio]/ao
Aes
Ao passar de um estado para o outro o objeto pode realizar aes
Atividades
Executadas durante um estado
dado disponvel
Bloqueado
transio estado inicial
interrupo / desalocar
processo escolhido [tem espao] / alocar
Pronto
Rodando
comando de trmino [tem permisso] / desalocar
estado
estado final
75
Ligado
Mostrando hora atual
Mostrando hora alarme
fronteira da concorrncia
Tocando Radio
Tocando CD
pseudo-estado de histrico
Desligado
(EMBASA CESPE 2009) A figura acima um exemplo de diagrama de transio de estados, que permite modelar como o sistema responde a eventos internos e externos, especificando o que acontece quando o evento ocorre. Ele til para modelar o comportamento de sistemas de tempo real, j que tais sistemas lidam com estmulos do ambiente. A respeito desse assunto e da figura acima, julgue os prximos itens.
77
[73] possvel criar um diagrama de transio de estados que descreva o ciclo de vida de um objeto em nveis de detalhe arbitrariamente simples ou complexos, dependendo das necessidades, pois no h a obrigao de ilustrar todos os eventos possveis.
[74] Na figura, A associa-se a uma ao de guarda, e B, a uma ao de transio.
[97] Um diagrama de estado capaz de mostrar os estados possveis de um objeto. Alm disso, pode mostrar as transaes responsveis pelas suas mudanas de estado.
78
Diagrama de Sequncia Diagrama de Comunicao Diagrama de Tempo Diagrama de Interao Geral
79
Captura o comportamento de um determinado cenrio Mostra os objetos e as mensagens trocadas entre eles Enfatiza a ordem temporal das mensagens o diagrama mais utilizado na etapa de Projeto OO (solucionar o problema)
80
uma Compra
um Pedido
um Produto
um Cliente
getQuantidade
calcularPreo
getProduto
participante
linha de vida
umProduto
ativao
getDetalhesPreo
retorno
calcularPreoBase
auto-chamada
mensagem calcularDescontos getInfoDesconto
81
um Controlador
consultar BD uma Classe de Dados
um comando SQL
criao
executar
destruio por outro objeto
resultados
extrairResultados
resultados auto destruio

83
(PETROBRAS - CESPE 2007) Julgue os itens a seguir, relativos ao diagrama de seqncia UML apresentado acima. [91] Dois objetos existiam antes da interao e dois foram criados durante a interao. As setas da instncia de ControladoraPedido para a instncia de FronteiraPedido so retornos de mensagens. Um dos objetos tem nome Pedido e outro, Item. No diagrama, encontram-se representadas as linhas da vida dos objetos e as reas de ativao das mensagens.
[92] So assncronas as mensagens da instncia de FronteiraPedido para a de ControladoraPedido. H um erro no diagrama, pois uma instncia de uma classe no pode enviar mensagens para ela mesma.
84
85
Captura o comportamento de um determinado cenrio Mostra os objetos e as mensagens trocadas entre eles Enfatiza a ordem estrutural das mensagens (relacionamentos entre objetos) equivalente ao diagrama de sequncia
1: calcularPreo 1.4: calcularPreoBase 1.5 calcularDescontos 1.5.1: getInfoDesconto
uma Compra
um Cliente
1.3: getDetalhesPreo
1.1: getQuantidade 1.2 : getProduto
um Pedido
um Produto
87
88
Captura o comportamento de objetos ao longo do tempo e a durao na qual eles permanecem em determinados estados O foco se d nas restries de tempo das interaes uma mistura entre o diagrama de sequncia e o diagrama de mquina de estados
89
90
91
Fornece uma viso geral do controle de fluxo entre objetos uma mistura entre diagramas de sequncia e diagramas de atividade
No exemplo, se o Cliente for externo, os dados so buscados de um XML. Se for interno, os dados so buscados de um banco de dados. A seqncia destes dois fluxos detalhada. Ao final, gerado um relatrio
diagrama de sequncia
referncia a outro diagrama de interao

Linguagem que faz parte da UML e tem o objetivo de desenvolver modelos mais precisos Uma restrio (constraint) atua sobre um ou mais valores de um modelo orientado a objetos Vantagens
Modelos mais completos, consistentes e precisos Comunicao sem ambigidade Sintaxe e semntica formais
94
Exemplos de restries (regras de um sistema de Universidade)

A avaliao de supervisores acadmicos deve ser maior que a nota dos seus supervisionados A bolsa escolar dos alunos depende da sua avaliao acadmica
Estas regras podem ser escritas em OCL E podem ser transformadas em
Cdigo Scripts de bancos de dados Outros modelos, etc.

[1] [2] [3] [4] [5] [6] [7] [8] [9]
78 E, 94 E, 101 E, 31 D 88 C, 89 C, 108 E, 109 C, 110 X (E) 106 E, 40 C, 96 E, 40 C 54 E 105 C 95 C, 85 E, 87 E 88 E, 89 E 73 C, 74 E, 97 C 91 E, 92 E

97

Uml

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Uml

Transféré par

Droits d'auteur :

Formats disponibles

Fernando Pedrosa fpedrosa@gmail.

Fernando Pedrosa Lopes

Fernando Pedrosa Lopes

Linguagem de Modelagem Unificada Linguagem

UML 2.2 UML 2.0

UML 0.9 & 0.91 Unified Method 0.8

Fernando Pedrosa Lopes

Fernando Pedrosa Lopes

Fernando Pedrosa Lopes

Diagrama de Diagrama de Diagrama de Diagrama de Diagrama de Diagrama de Diagrama de

Fernando Pedrosa Lopes

Fernando Pedrosa Lopes

Nome da Classe Propriedades (Atributos)

Fernando Pedrosa Lopes

Nome + Atributos + Operaes

Fernando Pedrosa Lopes

Tipo de dado Nome da classe Visibilidade Nome do atributo

Atributo esttico Nome da operao Tipo de retorno

Fernando Pedrosa Lopes

Fernando Pedrosa Lopes

As propriedades (atributos) podem ter dois tipos de escopo

Fernando Pedrosa Lopes

Fernando Pedrosa Lopes

Fernando Pedrosa Lopes

Fernando Pedrosa Lopes

Generalizao Dependncia Realizao

Fernando Pedrosa Lopes

Uma associao pode mostrar as mesmas informaes que um atributo

Fernando Pedrosa Lopes

Indica que mudana em um elemento pode causar mudanas no outro (uso)

Fernando Pedrosa Lopes

Pode ocorrer, tambm, entre uma classe e uma interface

Fernando Pedrosa Lopes

Fernando Pedrosa Lopes

Pode ocorrer, tambm, entre interfaces

Fernando Pedrosa Lopes

H vrias notaes para realizaes

Fernando Pedrosa Lopes

Duas representaes equivalentes entre si (semanticamente iguais)

Fernando Pedrosa Lopes

Fernando Pedrosa Lopes

(TCU CESPE 2009)

Fernando Pedrosa Lopes

Fernando Pedrosa Lopes

Diagrama de Diagrama de Diagrama de Diagrama de Diagrama de Diagrama de Diagrama de

Fernando Pedrosa Lopes

Fernando Pedrosa Lopes

Fernando Pedrosa Lopes

Diagrama de Diagrama de Diagrama de Diagrama de Diagrama de Diagrama de Diagrama de

Fernando Pedrosa Lopes

Fernando Pedrosa Lopes

Fernando Pedrosa Lopes

Diagrama de Diagrama de Diagrama de Diagrama de Diagrama de Diagrama de Diagrama de

Fernando Pedrosa Lopes

Pacotes e suas dependncias Interfaces entre os pacotes Generalizaes entre pacotes

Fernando Pedrosa Lopes

Duas representaes possveis

Elementos agrupados dentro do pacote

Fernando Pedrosa Lopes

Realizao (implementao) entre pacotes

Dependncia entre pacotes

Estrutura interna do pacote

Fernando Pedrosa Lopes

Fernando Pedrosa Lopes