Unified Modeling Language

Marcio de Carvalho Victorino

www.dominandoti.eng.br
„ Na unified modeling language (UML), uma interface é a parte de um
caso de uso em que se apresentam as interações do sistema com um
ator externo ao sistema.
„ Na UML, um diagrama de comunicação é um tipo de diagrama de
interação que coloca a ênfase na ordem temporal de mensagens.
„ Com UML é possível representar precisamente modelos de
implementação de software, mas não é possível representar modelos
conceituais, que reflitam a abstração do mundo real utilizada na
concepção do software.
„ UML permite modelar aspectos estruturais e dinâmicos do software de
uma maneira integrada. Para tanto, as entidades dos modelos dinâmicos
devem ter suas estruturas definidas e caracterizadas nos modelos
estáticos.
„ Modelos de comportamento de objetos podem ser construídos com
diagramas UML de seqüência e de comnunicação.

2
E„ Na unified modeling language (UML), uma interface é a parte de um
caso de uso em que se apresentam as interações do sistema com um
ator externo ao sistema.
E„ Na UML, um diagrama de comunicação é um tipo de diagrama de
interação que coloca a ênfase na ordem temporal de mensagens.
E„ Com UML é possível representar precisamente modelos de
implementação de software, mas não é possível representar modelos
conceituais, que reflitam a abstração do mundo real utilizada na
concepção do software.
C
„ UML permite modelar aspectos estruturais e dinâmicos do software de
uma maneira integrada. Para tanto, as entidades dos modelos dinâmicos
devem ter suas estruturas definidas e caracterizadas nos modelos
estáticos.
C
„ Modelos de comportamento de objetos podem ser construídos com
diagramas UML de seqüência e de comnunicação.

3
„ O diagrama de classes permite que sejam identificadas três relações
básicas entre classes de objetos: dependência ou herança, associação e
generalização.
„ Os casos de uso podem ser organizados em pacotes relacionados por
meio de generalização ou de dependência.
„ Ao contrário do diagrama de seqüência, no diagrama de comunicação, o
foco não é o tempo mas a organização dos objetos. Para isso, o
diagrama de colaboração mostra explicitamente as conexões entre
objetos e acrescenta números de seqüências às mensagens para indicar
ordem de chamada.
„ UML define uma metodologia única e concisa para a realização de
análise e a concepção de sistemas orientados a objetos.
„ Alguns dos principais elementos do padrão UML são diagramas, que
consistem em visões acerca de diferentes aspectos estáticos
(estruturais) e dinâmicos (comportamentais) de um software.
„ Existem pelo menos duas maneiras alternativas de se descrever em UML
o comportamento de um conjunto de objetos que realizam uma
determinada tarefa: o diagrama de seqüência e o diagrama de
comunicação.
4
E
„ O diagrama de classes permite que sejam identificadas três relações
básicas entre classes de objetos: dependência ou herança, associação e
generalização.
C
„ Os casos de uso podem ser organizados em pacotes relacionados por
meio de generalização ou de dependência.
C
„ Ao contrário do diagrama de seqüência, no diagrama de comunicação, o
foco não é o tempo mas a organização dos objetos. Para isso, o
diagrama de colaboração mostra explicitamente as conexões entre
objetos e acrescenta números de seqüências às mensagens para indicar
ordem de chamada.
E
„ UML define uma metodologia única e concisa para a realização de
análise e a concepção de sistemas orientados a objetos.
C
„ Alguns dos principais elementos do padrão UML são diagramas, que
consistem em visões acerca de diferentes aspectos estáticos
(estruturais) e dinâmicos (comportamentais) de um software.
C
„ Existem pelo menos duas maneiras alternativas de se descrever em UML
o comportamento de um conjunto de objetos que realizam uma
determinada tarefa: o diagrama de seqüência e o diagrama de
comunicação.
5
6
„ [85]
C As classes estão representadas pelos estereótipos fronteira
(boundary), controle (control) e entidade (entity), que podem ser
usados em modelos na análise de requisitos. Há uma classe
representada pelo estereótipo fronteira, uma pelo estereótipo
controladora e sete pelo estereótipo entidade.

„ [86]
C Não pode haver instâncias de Item se não existirem instâncias de
Pedido. Cada instância de Item só pode estar ligada a uma instância de
Produto, e cada instância de Pedido só pode estar ligada a uma instância
de Vendedor.
Se as classes no diagrama são classes de um modelo de análise, a cada
uma dessas classes não necessariamente corresponderá apenas uma
classe no código.

„ [87]
E Na hierarquia composta por Cliente, Cliente especial e Cliente
popular, tem-se herança múltipla e Cliente é a classe pai. Cada instância
de Pedido só pode estar ligada a uma instância de Cliente, e cada
instância de Cliente só pode estar ligada a uma instância de Pedido.

7
8
„ [88]
E 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 decisão
representada pelo losango, apenas uma condição de guarda é
especificada, o que torna o diagrama incorreto.

„ [89]
E A atividade Notificar cliente pode ser executada em paralelo à
atividade Entregar produto, mas a atividade Encerrar pedido não pode
ser executada em paralelo à atividade Repor estoque. A atividade
Elaborar relatório será executada após ser concluída a atividade Encerrar
pedido ou Repor estoque.

„ E No diagrama, dois sinais são enviados e dois, recebidos; a atividade

[90]
Entregar produto será executada após o envio do sinal Solicitar entrega,
e a atividade Repor estoque será executada após a recepção do sinal
Notificar Entrega.

9
10
E„ [107] A mensagem enviada para a instância de CntrCadastro
é assíncrona. No diagrama, três objetos existiam antes da
interação e dois são criados durante a interação. A seta
pontilhada para a instância de TelaCadastro indica que um
método está sendo invocado na instância de TelaCadastro.

E„ [108] Há mensagens que são enviadas apenas quando

condições de guarda são satisfeitas. Os métodos executar nas
classes CntrCadastro e CmdCadastrar têm as mesmas
assinaturas, pois tem o mesmo nome. A instância da classe
Solicitacao é criada antes de ser criada a de CntrCadastro.

11
MPE – RR (CESPE – 2008)

12
 MPE – RR (CESPE – 2008)
„ [87]
E No diagrama UML ao lado, o ator Presidente está
relacionado ao caso de uso Criar projeto; o caso de uso
Informar dados contém comportamento comum a dois
casos de uso; o caso de uso Pagar projeto estende o
comportamento Financiar projeto e Cancelar projeto é
abstrato.

13
MPE – RR (CESPE – 2008)

14
 MPE – RR (CESPE – 2008)
„ [90]
E No diagrama UML abaixo, há duas raias; há um estado
final; as atividades Preencher pedido e Avaliar proposta
podem ser executadas concorrentemente; será executada a
atividade Avaliar relatório assim que for concluída a
atividade Preencher pedido ou a atividade Elaborar
relatório; será executada a atividade Elaborar relatório se o
pedido não for urgente.

15
STJ 2008

16
 STJ 2008
„ 51
E De acordo com o diagrama da figura I, a classe
CntrPersistenciaRelacional implementa IPersistencia; a
classe Pessoa pode ser instanciada; a classe
CntrAutenticacao é abstrata e implementa IRAutenticacao;
Driver é uma classe da associação entre
CntrPersistenciaRelacional e Conexao; o método conectar da
classe CntrPersistencia é protegido e visível a partir de
código que esteja presente no método desconectar da
classe CntrPersistenciaRelacional.

„ 52
E No diagrama da figura I, uma instância da classe Grupo
pode ter ligações para mais de uma instância dessa mesma
classe; a classe Grupo herda um atributo da classe Usuario;
há uma agregação entre Grupo e Usuario; o método
desconectar, na classe CntrPersistenciaRelacional, tem
visibilidade pública; cada objeto da classe TelaAutenticacao
pode ter uma ligação com um objeto da classe Grupo.
17
STJ 2008

18
 STJ 2008
„ 53
C No diagrama da figura II, telaA é o nome de
uma instância de uma classe; três objetos são
criados e dois são destruídos; há duas
autochamadas e uma delas só é executada se uma
condição de guarda for satisfeita; a mensagem da
instância de TelaReserva para a de CntrReserva é
assíncrona; a mensagem da instância de
TelaResultado para a de CntrReserva é síncrona.

19
STJ 2008

20
 STJ 2008
„ E No diagrama da figura III, há dois nós interligados, que
54
representam duas unidades computacionais; há cinco componentes
distribuídos entre os nós; um destes implementa uma interface e um
outro depende dessa interface; ClienteAplicacao depende de Stub;
ServidorAplicacao depende de Banco de dados.

21
 STJ 2008
„ 55 Se uma classe abstrata declara uma interface, essa classe tipicamente contém
declarações de métodos, mas não corpos de métodos; a interface não pode ser
implementada por classes que herdem da classe abstrata. Em diagramas UML, a classe
abstrata pode ser identificada colocando-se seu nome em itálico, e relacionamentos de
dependência podem ser representados por setas tracejadas entre clientes da interface e a
classe abstrata.

„ 56 As características a seguir estão corretas para um modelo construído com a UML: pacotes
contêm colaborações; as colaborações estão documentadas via diagramas de interação e
diagramas de classe; as colaborações descrevem realizações de casos de uso; os padrões de
projeto (design patterns) empregados no modelo estão representados via colaborações
parametrizadas.

„ 57 Em um modelo construído com a UML, estão corretas as seguintes características de

diagramas de atividades: separações (forks) e junções (joins) são empregadas quando há
atividades em paralelo; cada junção tem uma transição de entrada e várias de saída; cada
separação tem várias transições de entrada e uma de saída; atividades estão agrupadas em
raias separadas por linhas.

„ 58 As seguintes características estão corretas para um modelo construído com a UML: nos
diagramas de componentes, há módulos de código representados por componentes; há
diagramas de componentes onde dependências de compilação estão representadas por setas
tracejadas entre componentes; nos diagramas de utilização (deployment), alguns nós
representam unidades computacionais, outros representam dispositivos periféricos.

22
 STJ 2008
„ E Se uma classe abstrata declara uma interface, essa classe tipicamente contém
55
declarações de métodos, mas não corpos de métodos; a interface não pode ser
implementada por classes que herdem da classe abstrata. Em diagramas UML, a classe
abstrata pode ser identificada colocando-se seu nome em itálico, e relacionamentos de
dependência podem ser representados por setas tracejadas entre clientes da interface e a
classe abstrata.

„ C As características a seguir estão corretas para um modelo construído com a UML: pacotes
56
contêm colaborações; as colaborações estão documentadas via diagramas de interação e
diagramas de classe; as colaborações descrevem realizações de casos de uso; os padrões de
projeto (design patterns) empregados no modelo estão representados via colaborações
parametrizadas.

„ E Em um modelo construído com a UML, estão corretas as seguintes características de

57
diagramas de atividades: separações (forks) e junções (joins) são empregadas quando há
atividades em paralelo; cada junção tem uma transição de entrada e várias de saída; cada
separação tem várias transições de entrada e uma de saída; atividades estão agrupadas em
raias separadas por linhas.

„ C As seguintes características estão corretas para um modelo construído com a UML: nos
58
diagramas de componentes, há módulos de código representados por componentes; há
diagramas de componentes onde dependências de compilação estão representadas por setas
tracejadas entre componentes; nos diagramas de utilização (deployment), alguns nós
representam unidades computacionais, outros representam dispositivos periféricos.

23
FIM