UML AULA 00. Professor Pedro Henrique Chagas Freitas

(1)

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas 1

AULA 00

UML

(2)

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas 2 Tópicos da Aula

Apresentação ... 3

Planejamento das Aulas ... 8

Unified Modeling Language (UML)... 10

Diagrama de Classes ... 13

Diagrama de Objetos ... 19

Diagrama de Componentes ... 20

Diagrama de Pacotes ... 21

Diagrama de Implantação ... 22

Diagrama de Estrutura Composta ... 23

Diagrama de Perfil ... 24

Diagramas de Casos de uso ... 36

Diagramas de Atividades ... 39

Diagramas de Máquina de Estados ... 40

Diagramas de Sequência ... 41

Diagrama de Comunicação ... 42

Diagramas de Interação Geral... 43

Diagramas de Tempo ... 44

Lista das Questões Comentadas na Aula ... 53

Bibliografia ... 69

Lista das Questões Apresentadas na Aula ... 70

(3)

Apresentação

Seus pensamentos moldam o seu presente, seus sonhos criam seu

futuro.

Paulo Sergio Fernandes

Conferencista, Pastor e Escritor.

Sejam bem-vindo (a)s ao nosso curso!

Já fez

Check-in rumo ao seu sonho? Já sentou na cadeira e embarcou rumo ao seu

destino? Já escolheu o melhor caminho para chegar lá? Já pensou quantas escalas

fazer e por qual companhia aérea voar?

Sabe.. A nossa vida parece muito com um saguão de aeroporto. Todo dia várias

pessoas estão passando por nós indo para vários destinos, esses destinos por sua vez,

se originam de escolhas e nós fazemos escolhas todos os dias.

É um imenso prazer estar aqui junto com a equipe do Ponto dos Concursos,

realizando este trabalho de te tornar um candidato peso pesado na arena dos

concursos públicos!!!

Quando temos o sonho de ingressar em

um bom

concurso público e provavelmente se você esta

lendo este material em qualquer localidade do

território nacional, deve ter esse sonho! Você

precisa fazer check-in diariamente rumo ao seu

destino. Eu, enquanto seu professor, estou aqui

para te ajudar nesse check-in e embarcar nessa

viagem com você, tirando suas duvidas e te

preparando para a aprovação.

(4)

Todas as pessoas que chegaram a algum lugar começaram de onde estavam. O que

quero dizer com isso, caro aluno (a) é que nós aqui da Ponto dos Concursos, de fato

acreditamos no seu sonho de ingressar em uma boa carreira pública e estamos

dispostos a te mostrar o caminho do sucesso para alcançar a carreira que você tanto

sonha!

Para isso quero te apresentar a nossa aula demonstrativa, você embarcando conosco

nessa aula demonstrativa, vai poder desfrutar de uma viagem rumo a sua aprovação.

Nesse caminho, quero te apresentar alguns conselhos que eu sempre gosto de dar.

Algumas pessoas me perguntam: Pedro quanto tempo leva até a aprovação?

Sabe amigo (a) eu já tenho alguns anos nessa estrada e já vi de tudo, já vi amigos meus

ingressando no MPU com 6 meses de estudo, e também já vi outros amigos

ingressando com 3 anos de estudo. A verdade é que não existe uma verdade sobre

isso, o que existe são pessoas diferentes, utilizando seu tempo, esforço, disciplina e fé

de formas diferentes.

(5)

Tempo: Assim sendo, o tempo até sua aprovação vai depender do equilíbrio entre

esses fatores: Tempo de qualidade nos estudos (Pode ser 2 horas por dia? Sim. Pode

ser 10 horas por dia? Sim. Desde que você absorva a matéria, mesmo que sejam 20

minutos por dia, precisa ser tempo de qualidade).

Você já deve ter se deparado com aquele amigo seu, que estuda a 5 anos, 25 horas

por dia, e de fato existem pessoas assim, mas sinceramente eu não conheço ninguém

que consiga realizar mais de 6 horas (de qualidade nos estudos), por isso gosto de

sempre focar nisso, você precisa ter tempo de qualidade nos seus estudos e não muito

tempo para estudar.

Conheço por exemplo pessoas

excepcionais que não acreditam

em si mesmas e aqui esta o grande

pulo do gato! Você precisa ter

tempo, esforço, disciplina e fé,

mas antes de tudo isso

precisa

acreditar em si mesmo!

Digo isso,

porque muitos dos que param,

não param pela dificuldade, mas

por deixar de acreditar.

(6)

Esforço: Esforço é a sua determinação em movimento. Acredite não tem como chegar

no lugar da vitória sem se esforçar muito, a propósito se você esta começando nesse

mundo dos concursos vai perceber que tem muito conteúdo para você aprender, se já

esta nessa estrada vai lembrar que ainda não se tornou a melhor versão de você

mesmo.

Mas nunca se esqueça: seu esforço vai até o dia da aprovação, às vezes pode ser difícil,

mas quero garantir a você caro aluno (a), vale a pena à luta! Cada dia acordando cedo,

cada resumo e principalmente cada noite de batalha ao lado do conteúdo para prova,

resolvendo questões e se preparando! Tudo isso vai te levar ao lugar da aprovação,

então mãos a obra, seu esforço esta construindo o destino para onde você esta indo!

Se continuar nessa estrada dia após dia, eu te garanto uma coisa:

Você vai conseguir

chegar a sua aprovação muito antes do que imagina.

Disciplina e Fé: Aprendi uma coisa estudando para concursos, a sua disciplina é o que

te diferencia, qualquer pessoa pode se dedicar, mas nem todos serão

constantes

(disciplinados), sua memória deve sempre ser lembrada do conteúdo. Quem nunca se

deparou com alguma questão e pensou:

Nossa! Eu já vi isso antes. Você tenta se lembrar, então percebe que não guardou a

informação que deveria ter guardado. Por isso, precisamos da disciplina,

manter a

constância no objetivo traz o objetivo para perto de você.

(7)

Antes de apresentar nosso curso, gostaria de me apresentar!

Sou Engenheiro de Computação, especialista em Gestão e Desenvolvimento de

Sistemas, Mestrando em Gestão do Conhecimento e Tecnologia da Informação e

Coach pela Sociedade Brasileira de Coaching. Tenho 5 anos estudando para concursos,

3 anos como professor de tecnologia da informação e coach especializado em

concursos públicos.

Já atuei como Analista SAP no maior projeto de implantação de SAP para Banco da

América Latina na Caixa Econômica Federal. Sou Cearense, mas moro desde que nasci

aqui em Brasília e coleciono algumas aprovações e nomeações nessa estrada, fui

aprovado e nomeado para o cargo de Analista de Tecnologia da Informação na

Fundação Universidade de Brasília (FUB), aprovado e nomeado para o cargo de

Analista de Sistemas do Ministério da Educação e Cultura (MEC) e atualmente exerço

o cargo de Analista de Tecnologia da Informação no Ministério do Planejamento,

Desenvolvimento e Gestão (MPDG). Entre meus principais projetos está a implantação

do barramento de serviço no Ministério da Agricultura, Pecuária e Abastecimento

(MAPA), onde como ATI do Ministério do Planejamento fui responsável pelo projeto

que inicializou o paradigma orientado a serviço (SOA) no Ministério da Agricultura.

Feitas as apresentações, vamos conhecer mais sobre nosso curso!

Sua Fé vai te ajudar nesse processo, eu

pessoalmente sempre gosto de olhar as

coisas com um propósito maior do que

aquilo que estou vendo naquele

momento. Quero te convidar a fazer a

mesma coisa, toda vez que o cansaço

aparecer ou qualquer outro fator,

lembre-se seu objetivo é a aprovação e

é para lá que você esta indo, tenha fé e

bom ânimo! Você vai chegar lá!

(8)

Planejamento das Aulas

Desde já começaremos a abordar o conteúdo do nosso curso.

Vou usar minha experiência em concursos para te ajudar, a saber, exatamente o que

você precisa saber, ou seja, o que as bancas estão cobrando nos últimos anos.

Digo isso, porque quando você adquire um livro, exemplo: Engenharia de Software do

Roger Pressman, literatura muito explorada pela FCC, CESPE, etc, você pode passar

muito tempo aprendendo

o que a banca não cobra

.

Nada contra adquirir o livro, mas esse será o meu trabalho aqui, tirar da literatura

tudo que você precisa para ter conteúdo fresco e necessário para sua prova. Acredite

em mim, 80% das questões da sua prova, já ocorreram antes de outra forma, ou seja,

é previsível o que a banca vai cobrar se você conseguir

enxergar o que ela vem

cobrando.

É aqui que eu entro para te ajudar a passar na frente da concorrência, garanto a você

que esse material será construído a fim de ser tudo o que você precisa para ingressar

nos grandes concursos.

Trabalharemos aqui com uma visão crescente, ou seja, o conteúdo das aulas partirá de

uma visão geral, onde você vai entender o básico até uma visão detalhista.

Por que Professor? Porque não adianta se tornar um especialista em conceitos

avançados quando você nem entende a teoria mais básica e simples, como veremos

existem questões que vão ir fundo nas disciplinas, todavia, outras serão triviais,

abordando apenas o conceito por trás da disciplina.

Adotarei uma linguagem simples, para o texto não ser cansativo, para que tenhamos

uma aula baseada em uma conversa,

acredito que isso te ajudará na absorção do

conteúdo.

Preciso fazer resumos? Sinceramente, sim.

Eu indico a prática de fazer resumos sempre

ao

término de uma aula, exemplo: você estuda toda a aula 00, então estuda

novamente agora fazendo seu resumo. Eu em particular adoto sempre a elaboração

de resumos e tem me ajudado a

materializar as informações na minha mente,

principalmente perto da prova, quando os resumos ajudam bastante.

(9)

Buscarei aqui

construir parágrafos pequenos, para deixar o texto

dinâmico e objetivo,

com destaques nas palavras ou frases chaves. Qualquer dúvida me coloco a disposição

para auxiliá-los, com rápido feedback para que possamos

caminhar juntos nessa

jornada rumo a aprovação.

Observação: Este curso contemplará as seguintes aulas conforme previsto no edital:

Aula Conteúdo Programático Data

00 Proposta do curso e aula demonstrativa sobre UML (Unified

Modeling Language).

24/08

01 Análise de Requisitos

25/08

02 Linguagem SQL

28/08

03 Simulados com questões comentadas.

29/08

Esta é a nossa aula demonstrativa onde já

mergulharemos fundo na matéria e nos exercícios.

Bons estudos!!!

(10)

Unified Modeling Language (UML)

A RSC (Rational Software Corporation) criadora do RUP decidiu em 1995 reunir três grandes nomes da engenharia de software: Grady Boock, Ivar Jacobson e James Rumbaugh, foi então que esses três pensaram em resolver o problema da modelagem, na época existiam muitas linguagens de modelagem, então juntos eles criaram a solução desse problema, eles padronizaram uma linguagem de modelagem e a chamaram de UML (Unified Modeling Language). Inicialmente a UML entrou com bastante evidência dentro do contexto de

orientação a objeto, ajudando na modelagem de classes, métodos e objetos. Depois alguns diagramas foram surgindo para contextos específicos.

A UML é uma linguagem, e isso é muito importante, porque algumas questões chamam a UML de várias coisas, mas o importante é entender que aUML é uma linguagem para modelagem e como veremos não é limitada a modelagem de software. Ok?

A UML nos ajuda a entender o contexto do software em diversos níveis e respectivamente o seu funcionamento. Para ajudar na compreensão do

software em seus níveis de abstração, foram criados diagramas UML, que são

notações gráficas para representar uma abstração do software. Lembrando que a utilização da UML não se limita somente ao contexto de software, podemos, por exemplo, modelar os processos de negócio de uma empresa através de alguns diagramas UML.

Importante também dizer que a UML é independente de linguagem de

programação, metodologia ou ferramenta. Temos na UML uma definição de linguagem utilizada para especificar restrições de elementos em um modelo, é a

famosa OCL (Object Constraint Language), que é uma linguagem declarativa

que explicita regras dentro do modelo UML.

Para trabalhar com UML utilizamos estereótipos que é um conceito utilizado para estender elementos dentro dos diagramas, personalizando os diagramas. Os estereótipos podem ser definidos pela própria UML ou podem ser personalizados.

Exemplo de estereótipo é <<entity>>, porém podemos criar outros estereótipos, adicionando o (<<...>>). Logo temos infinitas possibilidades de criação de estereótipos.

(11)

A UML apresenta 14 tipos de diagramas, divididos em duas classes principais:

Diagramas Estruturais e Diagramas Comportamentais, conforme a figura abaixo: Diagramas UML Diagrama Estrutural Diagrama de Classes Diagrama de Objetos Diagrama de Componentes Diagrama de Pacotes Diagrama de Implantação Diagrama de Estrutura Composta Diagrama de Perfil Diagrama Comportamental Diagrama de Casos de Uso Diagrama de Máquina de Estados Diagrama de Interação Diagrama de Sequência Diagrama de Comunicação Diagrama de Interação Geral Diagrama de Tempo Diagrama de Atividade

(12)

Os diagramas estruturais representam o aspecto estático do software sob a

perspectiva de diversas abstrações (Componentes, Classes, Implantação, etc).

Temos então uma estrutura que não se altera com o passar do tempo, ou

seja, nos diagramas estruturais não temos a figura do tempo na representação. Nos diagramas comportamentais temos a figura do tempo, porque neles o objetivo é representar aspectos dinâmicos do software, ou seja, como o software interage ao longo do tempo. Os diagramas de interação que são uma subclasse dos diagramas comportamentais visam apresentar a interação entre objetos dentro do contexto de software.

Peço que não decorem o nome de cada diagrama e seu respectivo tipo, mas que na verdade consigam entender o porque do nome daquele diagrama e visualizar se ele se emprega em uma representação onde o tempo esta presente (Comportamental) ou não (Estrutural).

Sigamos em frente! Vamos começar tratando dos diagramas estruturais: Diagrama de Classes.

Diagramas UML

Diagrama Estrutural

Diagrama de Classes

Diagrama de Objetos

Diagrama de

Componentes

Diagrama de Pacotes

Diagrama de

Implantação

Diagrama de

Estrutura Composta

Diagrama de Perfil

(13)

Diagrama de Classes

O diagrama de classes é um dos diagramas mais conhecidos e utilizados no desenvolvimento de software. O diagrama de classes apresenta as classes, suas interfaces, restrições, tipos e características.

Para entender o diagrama de classes, basta que você entenda o que é uma classe, temos então que classe é a abstração de objetos com características em comum. Ficando claro o que é uma classe, tempos na representação de uma classe em UML alguns modificadores (Público, Protegido, Pacote e Privado) que tem o objetivo de atribuir o nível de visibilidade dos atributos e operações de uma classe.

Modificador Classe Subclasse Pacote Todos

(+) Público X X X X

(#) Protegido X X

(~) Pacote X X

(-) Privado X

Os relacionamentos que tratamos em um diagrama de classes são

Generalização e Especialização, Dependência, Associação, Realização, Composição e Agregação.

Generalização/Especialização: O relacionamento de Generalização e

Especialização é responsável por abstrair o conceito de que uma subclasse é uma especialização de uma classe e que uma classe é uma generalização de uma subclasse, sendo que toda instância da subclasse é uma instância da classe.

(14)

Nasce aqui o famoso relacionamento de herança, por exemplo: Veículo Terreste é uma generalição Caminhão. Assim como Caminhão é uma especialização de Veículo Terreste.

Relacionamento de dependência: O relacionamento de dependência ocorre

entre elementos que dependem um do outro. Exemplo: Uma classe depende de

um método de outra classe.

Note que a classe documento depende da classe arquivo, uma mudança por exemplo em abrirArquivo () na classe arquivo, poderia impactar a classe documento.

(15)

O relacionamento de dependência é apresentado por uma seta trecejada que aponta para uma classe ou interface.

Relacionamento de realização: O relacionamento de realização acontece

entre elementos em que um executa o comportamento especificado pelo outro.

É como se um elemento especificasse o que será executado e o outro elemento executasse.

Relacionamento de associação: O relacionamento de associação ocorre entre objetos de uma classe que se associam a objetos de outra classe. Essa associação pode ocorrer de forma simples, qualificada, por agregação ou

por composição.

A forma simples tem um relacionamento mais forte que na dependência, ou

seja, temos a instânciação de um elemento, de maneira que a instância de um

elemento está ligada à instância de outro elemento.

Observação o relacionamento de associação pode apresentar uma ligação sem a utilização de setas.

Na associação qualificada temos um relacionamento de associação simples, mas com um qualificador que é um elemento que indentifica uma instância.

(16)

Temos aqui uma associação qualificada entre Pedido e item, onde o qualificador é produto.

Na agregação nós temos uma associação forte, na qual o todo está

relacionado às partes de forma independente. Explico: Aqui temos um relacionamento, onde as partes tem existência por si só, logo a parte existe sem o todo.

Aqui temos um relacionamento de agregação entre casa e tijolo, casa é o todo e tijolo é a parte, te pergunto então: o tijolo pode existe sem a casa? Obviamente sim, logo temos uma agregação.

Temos ainda um tipo de agregação bem mais forte: a composição. Na

composição temos o todo relacionado com as partes, porém de forma

dependente. Explico: Aqui temos um relacionamento, onde as partes não podem existir por si só, logo a parte não existe sem o todo.

(17)

Temos aqui o exemplo de composição entre Empresa e Funcionário. Pergunto: O funcionário de uma empresa, pode existir se a empresa não existir? Não, claro que não! O funcionário somente é funcionário, porque a respectiva empresa existe.

Note que na agregação temos um relacionamento representado por uma linha com um diamente aberto, enquanto na composição temos um diamente fechado.

(18)

Diagramas UML

Diagrama Estrutural

Diagrama de Classes

Diagrama de

Objetos

Diagrama de

Componentes

Diagrama de Pacotes

Diagrama de

Implantação

Diagrama de

Estrutura Composta

Diagrama de Perfil

(19)

Diagrama de Objetos

O diagrama de objetos é um diagram estrutural e nasceu a partir do diagrama de classes. Temos, no diagrama de objetos a personalização das instâncias e seus respectivos valores, ou seja, no diagrama de objetos temos uma especificação maior das instâncias, ao invés das classes, alguns inclusive chamam o diagrama de objetos de diagrama de instâncias.

O diagrama de objetos é utilizado principalmente para mostrar os objetos e suas respectivas ligações, isso nos ajuda a entender o domínio do sistema como um todo. Abaixo temos um exemplo de diagrama de objetos:

O exemplo acima mostra um diagrama de objetos, responsável por modelar as instâncias das classes contidas no diagrama de classes. Temos então um conjunto do objetos e seus vinculos (relacionamentos).

Temos então o cliente Michael Richardson e dois pedidos, sendo que R. Michael Richardson está associado aos objetos 123456 e 123700, ambos da classe: Pedido.

(20)

Diagrama de Componentes Falaremos agora do diagrama de Componentes.

No diagrama de componentes temos uma representação funcional do

sistema, através da modelagem dos componentes, iterações e interfaces. Lembrando que componente para nós é uma unidade independente dentro de um sistema, como um módulo, por exemplo.

O diagrama de componentes abaixo, espelha o sistema de uma locadora:

Diagramas UML Diagrama Estrutural Diagrama de Classes Diagrama de Objetos Diagrama de Componentes Diagrama de Pacotes Diagrama de Implantação Diagrama de Estrutura Composta Diagrama de Perfil

(21)

Diagrama de Pacotes

O diagrama de pacotes representa a modelagem dos pacotes e seus

relacionamentos. Pacote é um agrupamento que reune elementos da UML em unidades de alto nível. Explico: Se temos uma agrupamentos de classes, temos um pacote de classes, por exemplo.

Podemos também ter subpacotes que são divisões de pacotes. O diagrama de pacote visa apresentar uma arquitetura de sistema agrupada por pacote, conforme o exemplo abaixo:

(22)

Diagrama de Implantação

O diagrama de implantação modela a parte física do sistema apresentando os componentes de hardware no contexto do sistema. O diagrama de implantação também é chamado de diagrama de instalação, tendo em vista que apresenta a estrutura física do sistema.

É bastante utilizado pela equipe de configuração do sistema, tendo em vista que nele os aspectos de hardware são considerados.

(23)

Diagrama de Estrutura Composta

O diagrama de estrutura composta modela as colaborações entre as

interfaces, componentes e classes por funcionalidade. No diagrama de estrutura composta nós podemos ver como cada estrutura coopera com as outras estruturas de acordo com as funcionalidade.

É bastante utilizado quando precisamos entender o relacionamento estruturais de forma mais detalhada.

(24)

Diagrama de Perfil

O diagrama de perfil é utilizado para alinhar o conjunto de estereótipos predefinidos com o que precisamos representar enquanto estereótipo. Exemplo: Quero apresentar um elemento que representa um DataCenter, logo eu desenho o que digo ser um DataCenter e designo ele como um <<datacenter>>.

Através do diagrama de perfil podemos definir novos elementos na UML,

permitindo extender os diagramas existentes através da customização de novas estruturas conforme a necessidade de modelagem.

(25)

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas 25 1. (CESPE – 2011 – TRE-ES – Programação) Similarmente ao

diagrama de classes, os diagramas UML de casos de uso e de estados (statechart) são usados para representar aspectos estruturais de um sistema, conforme preconiza o processo unificado.

Comentários:

O diagrama de classe é um diagrama estrutural, mas o diagrama de estados e o de diagrama de casos de uso são comportamentais, e nada disso é conforme preconiza o processo unificado, mas sim conforme preconiza a UML.

Gabarito: Errado

2. (CESPE – 2011 – TJ/ES – Técnico Judiciário - Programação) A linguagem de restrição de objetos, ou OCL, é utilizada para especificar restrições existentes em um modelo UML de sistema que esteja sendo projetado, como é o caso das precondições e pós-condições.

Comentários:

Perfeito! Temos na UML uma definição de linguagem utilizada para especificar restrições de elementos em um modelo, é a famosa OCL (Object Constraint

Language), que é uma linguagem declarativa que explicita regras dentro do modelo UML.

Gabarito: Correto

3. (CESPE – 2010 – EMBASA – Analista de Tecnologia da Informação) Os diagramas da UML podem ser estáticos ou dinâmicos. O diagrama de classes é um exemplo de um diagrama dinâmico.

(26)

Diagramas Estruturais e Diagramas Comportamentais, conforme a figura abaixo: Gabarito: Errado Diagramas UML Diagrama Estrutural Diagrama de Classes Diagrama de Objetos Diagrama de Componentes Diagrama de Pacotes Diagrama de Implantação Diagrama de Estrutura Composta Diagrama de Perfil Diagrama Comportamental Diagrama de Casos de Uso Diagrama de Máquina de Estados Diagrama de Interação Diagrama de Sequência Diagrama de Comunicação Diagrama de Interação Geral Diagrama de Tempo Diagrama de Atividade

(27)

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas 27 4. (CESPE – 2013 – MPU – Analista Judiciário – Sistemas) Diagrama

de caso de uso, diagrama de sequência, diagrama de comunicação, diagrama de atividade e diagrama de classes são diagramas comportamentais da UML.

Comentários:

Diagrama de Classe é estrutural.

5. (CESPE – 2011 – Correios – Analista de Sistemas) O diagrama de classes define todas as classes de que o sistema necessita e é a base para a construção dos diagramas de sequência e de comunicação.

Comentários:

Perfeito! Para construir os diagramas de sequência e de comunicação ter as classes mapeadas é muito importante.

Gabarito: Correto Diagramas UML Diagrama Estrutural Diagrama de Classes Diagrama de Objetos Diagrama de Componentes Diagrama de Pacotes Diagrama de Implantação Diagrama de Estrutura Composta Diagrama de Perfil

(28)

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas 28 6. (FCC – 2009 – MEC – Analista de Sistemas - B) O diagrama de

objetos representa retratos estáticos de instâncias de itens encontrados em diagramas de classes.

Comentários:

Perfeito!

O diagrama de objetos é um diagram estrutural e nasceu a partir do diagrama de classes. Temos, no diagrama de objetos a personalização das instâncias e seus respectivos valores.

7. (FCC – 2009 – MEC – Analista de Sistemas - C) O diagrama de Objetos representa uma visão dinâmica da interface entre objetos e funcionalidades do sistema.

Comentários:

Estamos tratando aqui na verdade do diagrama de estrutura composta e não do diagrama de objetos.

interfaces, componentes e classes por funcionalidade.

8. (FCC – 2009 – MEC – Analista de Sistemas - D) O diagrama de objetos tem por propósito focalizar um fluxo de atividades que ocorrem internamento em um processo, dentro de um período de tempo.

Comentários:

Claramente estamos falando aqui do diagrama de tempo, que estudaremos mais a frente nessa aula, mas já da para perceber que não se trata do diagrama de objetos.

(29)

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas 29 9. (FCC – 2009 – MEC – Analista de Sistemas - A) O diagrama de

objetos mostra a configuração de nós de processamento em tempo de execução.

Comentários:

O único diagrama que pode apresentar a configuração de nós em tempo de execução é o diagrama de implantação, por modelar a estrutura física do sistema.

O diagrama de implantação modela a parte física do sistema

apresentando os componentes de hardware no contexto do sistema.

10. (FUMARC – 2013 – PC-MG – Analista de Tecnologia) São diagramas comportamentais da UML, exceto:

a) Diagrama de classes b) Diagrama de atividades c) Diagrama de Sequência d) Diagrama de caso de uso

Comentários:

Diagrama de classes é estrutural e não comportamental.

Gabarito: Letra A

11. (FUNCAB – 2013 – DETRAN-PB – Analista de Sistemas) Na UML, são exemplos de diagramas comportamentais e diagramas estruturais, respectivamente:

a) De estado e de classes.

b) De colaboração e de atividades. c) De objetos e de casos de uso. d) De classes e de colaboração.

(30)

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas 30 Comentários: Relembrando: Gabarito: Letra A Diagramas UML Diagrama Estrutural Diagrama de Classes Diagrama de Objetos Diagrama de Componentes Diagrama de Pacotes Diagrama de Implantação Diagrama de Estrutura Composta Diagrama de Perfil Diagrama Comportamental Diagrama de Casos de Uso Diagrama de Máquina de Estados Diagrama de Interação Diagrama de Sequência Diagrama de Comunicação Diagrama de Interação Geral Diagrama de Tempo Diagrama de Atividade

(31)

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas 31 12. (CESPE – 2013 – INPI – Analista de Desenvolvimento) Na

UML, os diagramas de classe, de objetos e de componentes representam visões estáticas do sistema.

Comentários:

Perfeito! Para representar uma visão dinâmica (temporal) é necessário ser um diagrama comportamental, como todos estes são estruturais, logo apresentam uma visão estática.

13. (FCC – 2013 – MPE-SE – Analista de Informática) Considere os diagrama a seguir:

Os conceitos presentes nos diagramas I e II são, respectivamente, a) Binary Association − N-ary Association.

b) Association − Generalization.

c) Shared Aggregation − Composite Aggregation. d) Composition − Aggregation.

e) Aggregation − Composition.

Comentários:

Só para relembrar: Note que na agregação temos um relacionamento

representado por uma linha com um diamente aberto, enquanto na composição temos um diamente fechado.

(32)

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas 32 14. (CESPE – 2013 – TRT 17 Região – Analista Judiciário –

Sistemas) Os diagramas UML dividem-se em diagramas estruturais e comportamentais, sendo o diagrama de visão geral de interação um exemplo de diagrama comportamental.

Comentários:

Perfeito! Conforme vimos o diagrama de visão geral ou interação geral é um diagrama comportamental.

Gabarito: Correto 15. (CESPE – 2011 – Correios – Analista de Sistemas) O diagrama de componentes deve ser utilizado para se representar a configuração e a arquitetura de um sistema no qual estarão ligados todos os software e hardware, bem como sua interação com outros elementos de suporte ao processamento.

Comentários:

Perfeita a descrição do diagrama de implantação! Logo estamos tratando na descrição do diagrama de implantação e não do diagrama de componentes.

16. (CESPE – 2013 – ANTT – Analista de Sistemas) Ao desenhar um diagrama de componentes, exige-se que os componentes tenham a característica de serem executáveis. Assim, somente as partes executáveis de um sistema estão presentes em um diagrama de componente.

Comentários:

Não existe essa necessidade, de que os componentes tenham a característica de serem executáveis.

17. (CESPE – 2013 – SERPRO – Analista de Sistemas) Com a utilização do diagrama de componentes da UML podem ser modelados os processos de negócios da empresa.

(33)

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas 33 Comentários:

Diagramas de componentes não servem para modelar processos de negócios.

18. (CESPE – 2013 – TRT 17 Região – Analista de Sistemas) Caso seja necessário implantar um sistema em mais de um servidor, o diagrama de componentes determinará as necessidades e as características físicas de implementação de acordo com a UML.

Comentários:

Mais uma vez temos aqui o diagrama de implantação.

19. (CESPE – 2015 – TRE-MT – Analista Judiciário - Sistemas) O diagrama de pacotes, usado, por exemplo, para demonstrar a arquitetura de uma linguagem, tem por objetivo representar os subsistemas englobados por um sistema, de forma a determinar as partes que o compõem.

Comentários:

Exato. O diagrama de pacotes representa pacotes que são agrupamentos dentro de um sistema, juntos esses pacotes representam o sistema.

20. (CESPE – 2010 – EMBASA – Analista de Tecnologia da Informação) O objetivo principal de um diagrama de pacotes é agrupar os pacotes em classes. Esse tipo de diagrama pode usar dependências.

(34)

Lembra o que eu ensinei, agrupamos classes e criamos pacotes e não agrupamos pacotes em classes.

21. (CESPE – 2013 – ANCINE – Analista de Sistemas) Estereótipos são uma maneira de destacar ou diferenciar um componente ou relacionamentos iguais, atribuindo-lhes características especiais ou modificando-as de alguma forma.

Comentários:

A definição de estereótipo esta perfeita. Lembrando que na UML utilizamos

estereótipos que é um conceito utilizado para estender elementos dentro dos diagramas, personalizando os diagramas. Os estereótipos podem ser definidos pela própria UML ou podem ser personalizados.

(35)

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas 35 Diagramas UML Diagrama Comportamental Diagrama de Casos de Uso Diagrama de Atividade Diagrama de Interação Diagrama de Sequência Diagrama de Comunicação Diagrama de Interação Geral Diagrama de Tempo Diagrama de Maquina de Estados

(36)

Diagramas de Casos de uso

O diagrama de caso de uso é um diagrama comportamental que é bastante

utilizado para modelar os requisitos funcionais do sistema. Nos casos de uso temos o desenho das interações do ponto de vista do sistema através dos cenários. Os cenários são instâncias dos casos de uso que descrevem as interações dentro do sistema.

Temos então através do diagrama de casos de uso a modelagem das

funcionalidades do sistema e suas respectivas interações com seus atores. Os

atores são os elemento que interagem com o sistema (são os famosos

(37)

Um ator é representado por um boneco com um nome (Paciente, Doutor, etc), um ator pode tanto ser um usuário humano ou um sistema computacional, por exemplo e seu respectivo nome <<ator>>.

Um caso de uso é representado por uma elipse e um rótulo com o nome do caso de uso e é responsável por definir uma funcionalidade do sistema (Marcar consultar, Pagar conta, etc).

Temos também os relacionamentos: Comunicação, Inclusão e Extensão. O

relacionamento de comunicação também é chamado de associação, e ocorre

quando um ator se liga com um sistema por exemplo, por meio de mensagens, ou seja, é quando um ator interage com o sistema, através da troca de mensagens.

No relacionamento de inclusão <<include>>: temos um comportamento que se repete em outro caso de uso e é representado por uma seta tracejada com uma seta.

(38)

No relacionamento de extensão <<extend>>: temos um comportamento utilizado quando temos um relacionamento opcional, representado também por um linha tracejada com uma seta.

Sigamos para o diagrama de atividades.

Diagramas UML Diagrama Comportamental Diagrama de Casos de Uso Diagrama de Atividades Diagrama de Interação Diagrama de Sequência Diagrama de Comunicação Diagrama de Interação Geral Diagrama de Tempo Diagrama de Máquina de Estados

(39)

Diagramas de Atividades

O diagrama de atividades modela a lógica do fluxo de negócio do sistema. É

como se estivessemos modelando o fluxo comportamental do sistema.

Temos aqui uma preocupação com as interações entre os processos de negócio e seus estados conforme as ações e tomadas de decisão são executadas.

(40)

Diagramas de Máquina de Estados

O diagrama de máquina de estados ou diagrama de estados é um diagrama

de transição entre os estados possíveis que um objeto pode assumir no decorrer da execução dos processos do sistema. Temos aqui a modelagem do fluxo do objeto desde seu estado inicial até seu estado final, com seus devidos estados.

(41)

Diagramas de Sequência

O diagrama de sequência é um tipo de diagrama de interação que modela

comportamentos por cenários, apresentando os objetos e respectiva troca de mensagens através dos casos de uso.

Através do diagrama de sequência podemos ver a sequência de troca de mensagens entre objetos em um sistema ao longo do tempo.

(42)

Diagrama de Comunicação

O diagrama de comunicação é um diagrama de interação que lembra o

diagrama de sequência, porém nele a estrutura do sistema tem maior ênfase. O diagrama de comunicação é chamado por alguns de diagrama de colaboração e normalmente é utilizado quando o contexto a ser modelado é mais simples, quando é mais complexo utilizamos o diagrama de sequência.

(43)

Diagramas de Interação Geral

O diagrama de interação geral é um diagrama de interação que une o diagrama de sequência com o diagrama de atividades. Nele temos uma visão geral das interações do sistema, apresentando a troca de mensagens entre os objetos e seus respectivos estados ao longo do tempo.

(44)

Diagramas de Tempo

O diagrama de tempo é um diagrama de interação que apresenta o

comportamento dos objetos ao longo do tempo e os respectivos estados de transição ao longo do tempo.

(45)

Sistemas) O diagrama de atividade é composto pelos diagramas de estado e de sequência.

Comentários:

O diagrama de atividade não é composto pelos diagramas de estado e de

sequência. Lembrando que o diagrama de atividades modela a lógica do fluxo

de negócio do sistema.

23. (CESPE – 2013 – Liquigás – Analista de Sistemas) Seja o seguinte diagrama UML:

Que tipo de diagrama é esse? a) Diagrama de objetos b) Diagrama de tempo c) Diagrama de estados d) Diagrama de comunicação e) Diagrama de colaboração Comentários:

(46)

Conforme mostra a figura, temos aqui um diagrama de comunicação.

Gabarito: Letra D

24. (CESPE – 2009 – INPI – Analista de Sistemas) Diagramas de sequência (sequence) e colaboração (collaboration) envolvem a troca de mensagens entre instâncias de classes.

Comentários:

comportamentos por cenários, apresentando os objetos e respectiva troca de mensagens através dos casos de uso, assim como o diagrama de comunicação que também é conhecido como diagrama de colaboração.

25. (CESPE – 2011 – TRE-ES – Técnico Judiciário - Programação) Em um diagrama de sequência, estão representadas classes, que não são relacionadas por agregação ou composição, entre outros tipos de relações presentes em diagramas de classe, mas relacionadas, diretamente, por meio de mensagens.

Comentários:

Diagrama de sequência trata dos objetos e não das classes.

26. (CESPE – 2011 – TJ-ES – Técnico Judiciário - Programação) A modelagem que permite a identificação de funcionalidades, comportamento do sistema, ambiente, relações entre agentes e detalhe de requisitos funcionais é representada por meio de diagrama de sequência de atividades.

(47)

A modelagem que permite a identificação de funcionalidades, comportamento do sistema, ambiente, relações entre agentes e detalhe de requisitos funcionais é representada por meio de diagrama de casos de uso.

27. (CESPE – 2010 – TRE-BA – Técnico Judiciário - Programação) Um requisito é uma característica de projeto, uma propriedade ou um comportamento de um sistema. Um diagrama de sequência enfatiza a ordenação temporal de mensagens.

Comentários:

A questão está toda correta, só não entendi porque a banca começou falando de um assunto e terminou falando de outro, mas esta tudo correto.

28. (CESPE – 2010 – EMBASA – Analista de Tecnologia da Informação) É possível criar um diagrama de transição de estados que descreva o ciclo de vida de um objeto em níveis de detalhe arbitrariamente simples ou complexos, dependendo das necessidades, pois não há a obrigação de ilustrar todos os eventos possíveis.

Comentários:

Perfeito! Não temos a necessidade de ilustrar todos os eventos possíveis, podemos só ilustrar os mais relevantes, por exemplo.

29. (CESPE – 2012 – ANP – Analista de Sistemas) O diagrama de atividades da UML é utilizado para documentar um processo com suas ações e tomadas de decisões.

(48)

Perfeito! O diagrama de atividades modela a lógica do fluxo de negócio do sistema. É como se estivessemos modelando o fluxo comportamental do sistema.

Temos aqui uma preocupação com as interações entre os processos de negócio e seus estados conforme as ações e tomadas de decisão são executadas.

30. (CESPE – 2010 – MPU – Analista de Informática) Na UML, um diagrama de atividades oferece uma notação para mostrar uma sequência de atividades, inclusive atividades paralelas. Ele pode ser aplicado em qualquer perspectiva ou propósito, no entanto, é normalmente mais utilizado para a visualização de fluxos de trabalho, processos de negócios e casos de uso.

Comentários:

É exatamente o que o diagrama de atividades oferece. Questão correta.

Gabarito:Correto

31. (FCC – 2014 – TRT 1 Região - Analista Judiciário – Sistemas - A) Segundo a UML em um diagrama de casos de uso, um ator pode ser representado apenas pelo símbolo do stickman.

Comentários:

Um ator é representado por um boneco com um nome (Paciente, Doutor, etc), um ator pode tanto ser um usuário humano ou um sistema computacional, por exemplo e seu respectivo nome <<ator>>.

(49)

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas 49 Gabarito: Errado

32. (FCC – 2014 – TRT 1 Região - Analista Judiciário – Sistemas - C) Segundo a UML em um diagrama de casos de uso, o número de atores e de casos de uso sempre deve ser o mesmo.

Comentários:

Isso não faz o menor sentido.

33. (CESPE – 2011 – BRB – Analista de Tecnologia da Informação) O diagrama de casos de uso é o mais específico e formal da UML, pois, além de servir de referência para a construção de outros diagramas, é utilizado nas fases de levantamento de sistemas e pode ser consultado durante todo o processo de modelagem.

Comentários:

Na verdade é o contrário, o diagrama de casos de uso é muito informal.

34. (CESPE – 2010 – EMBASA – Analista de Tecnologia da Informação) Um diagrama de casos de uso descreve um cenário que mostra as funcionalidades do sistema do ponto de vista do usuário. É comum o uso de atores nesse diagrama.

(50)

O diagrama de caso de uso é um diagrama comportamental que é bastante

utilizado para modelar os requisitos funcionais do sistema. Nos casos de uso temos o desenho das interações do ponto de vista do sistema através dos cenários. Os cenários são instâncias dos casos de uso que descrevem as interações dentro do sistema.

Temos então através do diagrama de casos de uso a modelagem das

funcionalidades do sistema e suas respectivas interações com seus atores.

35. (UFCG – 2016 – UFCG – Analista de Tecnologia da Informação) UML (Unified Modeling Language) é uma linguagem de modelagem destinada a proporcionar uma forma padrão para visualizar o projeto de um sistema. Visto isso, marque a alternativa INCORRETA.

a) Diagramas em UML podem ser divididos em estruturais e comportamentais.

b) Diagramas de classe, de componentes e de objetos são diagramas estruturais.

c) Diagramas de atividade são diagramas estruturais.

d) OCL (Object Constraint Language) foi introduzida em UML 2.

e) Diagramas comportamentais enfatizam a dinâmica de um sistema ao mostrar colaborações entre objetos e suas mudanças internas de estado.

Comentários:

O diagrama de atividade é um diagrama estrutural? Com certeza não! É um diagrama comportamental.

Gabarito: Letra C

36. (SUGEP – 2016 – UFRPE – Técnico em Tecnologia) Associe os diagramas UML listados abaixo às categorias: Diagramas estruturais (E) ou diagramas comportamentais (C).

( ) Diagrama de Atividades ( ) Diagrama de Objeto

(51)

( ) Diagrama de Componente ( ) Diagrama de Casos de Uso ( ) Diagrama de Sequência ( ) Diagrama de Implantação

A sequência correta, de cima para baixo, é: a) C, E, E, C, E, C. b) E, C, C, E, E, C. c) E, E, C, E, C, C. d) C, C, E, C, E, E. e) C, E, E, C, C, E. Comentários:

Diagrama de atividades – Comportamental, Diagrama de Objeto – Estrutural, Diagrama de Componente – Estrutural, Diagrama de casos de uso – Comportamental, Diagrama de Sequência – Comportamental e Diagrama de Implantação – Estrutural.

(52)

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas 52 Gabarito: Letra E Diagramas UML Diagrama Estrutural Diagrama de Classes Diagrama de Objetos Diagrama de Componentes Diagrama de Pacotes Diagrama de Implantação Diagrama de Estrutura Composta Diagrama de Perfil Diagrama Comportamental Diagrama de Casos de Uso Diagrama de Máquina de Estados Diagrama de Interação Diagrama de Sequência Diagrama de Comunicação Diagrama de Interação Geral Diagrama de Tempo Diagrama de Atividade

(53)

Lista das Questões Comentadas na Aula

1. (CESPE – 2011 – TRE-ES – Programação) Similarmente ao diagrama de classes, os diagramas UML de casos de uso e de estados (statechart) são usados para representar aspectos estruturais de um sistema, conforme preconiza o processo unificado.

Comentários:

O diagrama de classe é um diagrama estrutural, mas o diagrama de estados e o de diagrama de casos de uso são comportamentais, e nada disso é conforme preconiza o processo unificado, mas sim conforme preconiza a UML.

2. (CESPE – 2011 – TJ/ES – Técnico Judiciário - Programação) A linguagem de restrição de objetos, ou OCL, é utilizada para especificar restrições existentes em um modelo UML de sistema que esteja sendo projetado, como é o caso das precondições e pós-condições.

Comentários:

Perfeito! Temos na UML uma definição de linguagem utilizada para especificar restrições de elementos em um modelo, é a famosa OCL (Object Constraint

Language), que é uma linguagem declarativa que explicita regras dentro do modelo UML.

3. (CESPE – 2010 – EMBASA – Analista de Tecnologia da Informação) Os diagramas da UML podem ser estáticos ou dinâmicos. O diagrama de classes é um exemplo de um diagrama dinâmico.

Comentários:

Diagramas Estruturais e Diagramas Comportamentais, conforme a figura abaixo:

(54)

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas 54 Gabarito: Errado

4. (CESPE – 2013 – MPU – Analista Judiciário – Sistemas) Diagrama de caso de uso, diagrama de sequência, diagrama de comunicação,

Diagramas UML Diagrama Estrutural Diagrama de Classes Diagrama de Objetos Diagrama de Componentes Diagrama de Pacotes Diagrama de Implantação Diagrama de Estrutura Composta Diagrama de Perfil Diagrama Comportamental Diagrama de Casos de Uso Diagrama de Máquina de Estados Diagrama de Interação Diagrama de Sequência Diagrama de Comunicação Diagrama de Interação Geral Diagrama de Tempo Diagrama de Atividade

(55)

diagrama de atividade e diagrama de classes são diagramas comportamentais da UML.

Comentários:

Diagrama de Classe é estrutural.

5. (CESPE – 2011 – Correios – Analista de Sistemas) O diagrama de classes define todas as classes de que o sistema necessita e é a base para a construção dos diagramas de sequência e de comunicação.

Comentários:

Perfeito! Para construir os diagramas de sequência e de comunicação ter as classes mapeadas é muito importante.

6. (FCC – 2009 – MEC – Analista de Sistemas - B) O diagrama de objetos representa retratos estáticos de instâncias de itens encontrados em diagramas de classes. Diagramas UML Diagrama Estrutural Diagrama de Classes Diagrama de Objetos Diagrama de Componentes Diagrama de Pacotes Diagrama de Implantação Diagrama de Estrutura Composta Diagrama de Perfil

(56)

Perfeito!

O diagrama de objetos é um diagram estrutural e nasceu a partir do diagrama de classes. Temos, no diagrama de objetos a personalização das instâncias e seus respectivos valores.

7. (FCC – 2009 – MEC – Analista de Sistemas - C) O diagrama de Objetos representa uma visão dinâmica da interface entre objetos e funcionalidades do sistema.

Comentários:

Estamos tratando aqui na verdade do diagrama de estrutura composta e não do diagrama de objetos.

interfaces, componentes e classes por funcionalidade.

8. (FCC – 2009 – MEC – Analista de Sistemas - D) O diagrama de objetos tem por propósito focalizar um fluxo de atividades que ocorrem internamento em um processo, dentro de um período de tempo.

Comentários:

Claramente estamos falando aqui do diagrama de tempo, que estudaremos mais a frente nessa aula, mas já da para perceber que não se trata do diagrama de objetos.

(57)

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas 57 9. (FCC – 2009 – MEC – Analista de Sistemas - A) O diagrama de

objetos mostra a configuração de nós de processamento em tempo de execução.

Comentários:

O único diagrama que pode apresentar a configuração de nós em tempo de execução é o diagrama de implantação, por modelar a estrutura física do sistema.

O diagrama de implantação modela a parte física do sistema

apresentando os componentes de hardware no contexto do sistema.

10. (FUMARC – 2013 – PC-MG – Analista de Tecnologia) São diagramas comportamentais da UML, exceto:

a) Diagrama de classes b) Diagrama de atividades c) Diagrama de Sequência d) Diagrama de caso de uso

Comentários:

Diagrama de classes é estrutural e não comportamental.

Gabarito: Letra A

11. (FUNCAB – 2013 – DETRAN-PB – Analista de Sistemas) Na UML, são exemplos de diagramas comportamentais e diagramas estruturais, respectivamente:

a) De estado e de classes.

b) De colaboração e de atividades. c) De objetos e de casos de uso. d) De classes e de colaboração.

(58)

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas 58 Comentários: Relembrando: Gabarito: Letra A Diagramas UML Diagrama Estrutural Diagrama de Classes Diagrama de Objetos Diagrama de Componentes Diagrama de Pacotes Diagrama de Implantação Diagrama de Estrutura Composta Diagrama de Perfil Diagrama Comportamental Diagrama de Casos de Uso Diagrama de Máquina de Estados Diagrama de Interação Diagrama de Sequência Diagrama de Comunicação Diagrama de Interação Geral Diagrama de Tempo Diagrama de Atividade

(59)

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas 59 12. (CESPE – 2013 – INPI – Analista de Desenvolvimento) Na

UML, os diagramas de classe, de objetos e de componentes representam visões estáticas do sistema.

Comentários:

Perfeito! Para representar uma visão dinâmica (temporal) é necessário ser um diagrama comportamental, como todos estes são estruturais, logo apresentam uma visão estática.

13. (FCC – 2013 – MPE-SE – Analista de Informática) Considere os diagrama a seguir:

Os conceitos presentes nos diagramas I e II são, respectivamente, a) Binary Association − N-ary Association.

b) Association − Generalization.

c) Shared Aggregation − Composite Aggregation. d) Composition − Aggregation.

e) Aggregation − Composition.

Comentários:

Só para relembrar: Note que na agregação temos um relacionamento

representado por uma linha com um diamente aberto, enquanto na composição temos um diamente fechado.

(60)

Sistemas) Os diagramas UML dividem-se em diagramas estruturais e comportamentais, sendo o diagrama de visão geral de interação um exemplo de diagrama comportamental.

Comentários:

Perfeito! Conforme vimos o diagrama de visão geral ou interação geral é um diagrama comportamental.

Gabarito: Correto 15. (CESPE – 2011 – Correios – Analista de Sistemas) O diagrama de componentes deve ser utilizado para se representar a configuração e a arquitetura de um sistema no qual estarão ligados todos os software e hardware, bem como sua interação com outros elementos de suporte ao processamento.

Comentários:

Perfeita a descrição do diagrama de implantação! Logo estamos tratando na descrição do diagrama de implantação e não do diagrama de componentes.

16. (CESPE – 2013 – ANTT – Analista de Sistemas) Ao desenhar um diagrama de componentes, exige-se que os componentes tenham a característica de serem executáveis. Assim, somente as partes executáveis de um sistema estão presentes em um diagrama de componente.

Comentários:

Não existe essa necessidade, de que os componentes tenham a característica de serem executáveis.

17. (CESPE – 2013 – SERPRO – Analista de Sistemas) Com a utilização do diagrama de componentes da UML podem ser modelados os processos de negócios da empresa.

(61)

Diagramas de componentes não servem para modelar processos de negócios.

18. (CESPE – 2013 – TRT 17 Região – Analista de Sistemas) Caso seja necessário implantar um sistema em mais de um servidor, o diagrama de componentes determinará as necessidades e as características físicas de implementação de acordo com a UML.

Comentários:

Mais uma vez temos aqui o diagrama de implantação.

19. (CESPE – 2015 – TRE-MT – Analista Judiciário - Sistemas) O diagrama de pacotes, usado, por exemplo, para demonstrar a arquitetura de uma linguagem, tem por objetivo representar os subsistemas englobados por um sistema, de forma a determinar as partes que o compõem.

Comentários:

Exato. O diagrama de pacotes representa pacotes que são agrupamentos dentro de um sistema, juntos esses pacotes representam o sistema.

20. (CESPE – 2010 – EMBASA – Analista de Tecnologia da Informação) O objetivo principal de um diagrama de pacotes é agrupar os pacotes em classes. Esse tipo de diagrama pode usar dependências.

(62)

Lembra o que eu ensinei, agrupamos classes e criamos pacotes e não agrupamos pacotes em classes.

21. (CESPE – 2013 – ANCINE – Analista de Sistemas) Estereótipos são uma maneira de destacar ou diferenciar um componente ou relacionamentos iguais, atribuindo-lhes características especiais ou modificando-as de alguma forma.

Comentários:

A definição de estereótipo esta perfeita. Lembrando que na UML utilizamos

estereótipos que é um conceito utilizado para estender elementos dentro dos diagramas, personalizando os diagramas. Os estereótipos podem ser definidos pela própria UML ou podem ser personalizados.

22. (CESPE – 2013 – TRT 10 Região – Analista Judiciário – Sistemas) O diagrama de atividade é composto pelos diagramas de estado e de sequência.

Comentários:

O diagrama de atividade não é composto pelos diagramas de estado e de

sequência. Lembrando que o diagrama de atividades modela a lógica do fluxo

de negócio do sistema.

23. (CESPE – 2013 – Liquigás – Analista de Sistemas) Seja o seguinte diagrama UML:

(63)

Que tipo de diagrama é esse? a) Diagrama de objetos b) Diagrama de tempo c) Diagrama de estados d) Diagrama de comunicação e) Diagrama de colaboração Comentários:

Conforme mostra a figura, temos aqui um diagrama de comunicação.

Gabarito: Letra D

24. (CESPE – 2009 – INPI – Analista de Sistemas) Diagramas de sequência (sequence) e colaboração (collaboration) envolvem a troca de mensagens entre instâncias de classes.

Comentários:

comportamentos por cenários, apresentando os objetos e respectiva troca de mensagens através dos casos de uso, assim como o diagrama de comunicação que também é conhecido como diagrama de colaboração.