MODELAGEM DE SISTEMAS COM UML SIMULADO

Prévia do material em texto

Teste de
Conhecimento
	 avalie sua aprendizagem
		
		
	MODELAGEM DE SISTEMAS COM UML
	
		Lupa
	 
	Calc.
	
	
	 
	 
	 
	
	
	
	
	
		
	
	
	
		Prezado (a) Aluno(a),
Você fará agora seu TESTE DE CONHECIMENTO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será composto de questões de múltipla escolha.
Após responde cada questão, você terá acesso ao gabarito comentado e/ou à explicação da mesma. Aproveite para se familiarizar com este modelo de questões que será usado na sua AV e AVS.
	 
		
	
		1.
		O uso de modelos possibilita as desvantagens a seguir, exceto:
	
	
	
	Gerir melhor a complexidade.
	
	
	Desenvolver sistemas que não atendem as necessidades de seus usuários.
	
	
	Dificuldade em compreender e validar as necessidades dos usuários.
	
	
	Dificuldade em discutir decisões do sistema, sem que se possa expor as ideias.
	
	
	Possibilidade de o sistema não atender às necessidades de seus usuários.
	Data Resp.: 19/09/2021 14:32:56
		Explicação:
Resposta correta: Gerir melhor a complexidade.
	
	
	 
		
	
		2.
		O uso de camadas tem vantagens que justificam seu uso, mas existem pontos negativos. Com base nesse contexto, assinale a ÚNICA alternativa que apresenta uma desvantagem do uso de camadas no desenvolvimento de software:
	
	
	
	Torna o código mais organizado e legível.
	
	
	Permite substituir uma tecnologia que implemente uma camada de forma simples.
	
	
	Aumenta o número de classes do sistema.
	
	
	Permite o desenvolvimento, o teste e a manutenção de cada camada isoladamente.
	
	
	Permite melhor reuso do código ou dos objetos.
	Data Resp.: 19/09/2021 14:33:01
		Explicação:
Resposta correta: Aumenta o número de classes do sistema.
	
	
	 
		
	
		3.
		Fonte: FUNDATEC - 2018 - CIGA-SC - Analista de Sistemas
Tomando como base a especificação do fluxo principal de um caso de uso descrita abaixo, assinale, dentre as alternativas a seguir, o Diagrama de Casos de Uso que melhor representa, de forma correta, tal especificação.
1. O Jogador 1 inicializa o jogo.
2. O sistema solicita os dados do Jogador 2, para estabelecer a comunicação.
3. O Jogador 1 insere os dados do Jogador 2.
4. O sistema estabelece a comunicação virtual entre o Jogador 1 e 2 e emite alerta visual e sonoro informando para ambos que o jogo pode ser iniciado.
7. Quando o Jogador 2 aceita o jogo, o sistema desativa os alertas e possibilita o início do jogo entre ambos os jogadores.
8. O sistema ativa, obrigatoriamente, nesse momento, a funcionalidade que calcula a pontuação do jogo, baseado em uma série de dados e condições distintas.
9. Se o Jogador 1 desejar, poderá acrescentar, simultaneamente ao jogo, mais um novo participante, estabelecendo mais uma comunicação virtual agora com o Jogador 3.
10. O Jogo prossegue durante determinado tempo. Quando for encerrado o jogo entre os envolvidos, o sistema registra o vencedor, as pontuações e a hora de término do jogo e libera todos os recursos da comunicação virtual.
11. O caso de uso é encerrado.
 
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	Data Resp.: 19/09/2021 14:35:53
		Explicação:
Resposta correta:
	
	
	 
		
	
		4.
		Fonte: Companhia Pernambucana de Saneamento (COMPESA) - Analista de Tecnologia da Informação (FGV - 2018)
Considerando a técnica de especificação de requisitos baseada em Casos de Uso, assinale V para a afirmativa verdadeira e F para a falsa.
( ) Se um caso de uso A estende um caso de uso B, então a especificação do caso de uso B deve fazer referência a um ponto de extensão definido no caso de uso A.
( ) Se um caso de uso C inclui um caso de uso D, a especificação do caso de uso C deve fazer referência ao caso de uso D.
( ) Uma forma apropriada para descrever uma pré-condição em um caso de uso é referenciar a execução prévia de outro caso de uso, como, por exemplo, ao especificar um caso de uso X, definir uma pré-condição como: ¿o caso de uso Y foi executado antes deste caso de uso¿.
Segundo a ordem apresentada, as afirmativas são, respectivamente,
	
	
	
	V - F - V.
	
	
	V - V - F.
	
	
	F - V - V.
	
	
	F - F - V.
	
	
	F - V - F.
	Data Resp.: 19/09/2021 14:33:14
		Explicação:
Resposta correta: F - V - F.
	
	
	 
		
	
		5.
		O que é um diagrama de implementação?
	
	
	
	É um conjunto de elementos que define o ambiente do sistema.
	
	
	É um conjunto de elementos que define a arquitetura de execução dos sistemas.
	
	
	É um conjunto de elementos que define o processo de execução do sistema.
	
	
	É um conjunto de elementos que define como o sistema funciona.
	
	
	É um conjunto de elementos que define a estrutura de módulos de um sistema.
	Data Resp.: 19/09/2021 14:33:18
		Explicação:
A resposta certa é:É um conjunto de elementos que define a arquitetura de execução dos sistemas.
	
	
	 
		
	
		6.
		Qual dos passos abaixo não diz respeito à criação de um diagrama de interação :
	
	
	
	Identifique a sequência de fluxos de mensagens na interação entre os objetos.
	
	
	Para cada operação, identifique os objetos que farão parte da sua interação.
	
	
	Identifique as classes de análise que serão modeladas no projeto.
	
	
	Determine o caso de uso que será modelado e identifique suas operações.
	
	
	Identifique as conexões e relacionamentos entre eles e, em seguida, categorize-os.
	Data Resp.: 19/09/2021 14:33:26
		Explicação:
A resposta certa é:Identifique as classes de análise que serão modeladas no projeto.
	
	
	 
		
	
		7.
		(IBFC ‒ EBSERH ‒ 2016) A análise de requisitos é a primeira fase de desenvolvimento de software dividido em requisitos funcionais e requisitos não funcionais. Os requisitos não funcionais possuem vários tipos diferentes de classificação, tais como:
(1) Requisitos de confiabilidade
(2) Requisitos de produtos
(3) Requisitos éticos
(4) Requisitos de portabilidade
	
	
	
	Da relação apresentada existem somente o 1, 2 e 3
	
	
	Da relação apresentada existem todos
	
	
	Da relação apresentada existem somente o 2, 3 e 4
	
	
	Da relação apresentada existem somente o 1, 3 e 4
	
	
	Da relação apresentada existem somente o 1, 2 e 4
	Data Resp.: 19/09/2021 14:33:40
		Explicação:
Resposta correta: Da relação apresentada existem todos
	
	
	 
		
	
		8.
		(IFB - 2017) Larman (2007), define os casos de uso e seus componentes. Assinale a alternativa cuja descrição sobre casos de uso e seus componentes é incorreta:
	
	
	
	Um cenário é, também, chamado de instância de caso de uso.
	
	
	Os casos de uso são orientados a objeto, a partir de uma análise OO, quando são escritos.
	
	
	Casos de uso são narrativas em texto, amplamente utilizadas para descobrir e registrar requisitos.
	
	
	Um ator é algo com comportamento, tal como uma pessoa, um sistema de computador ou uma organização.
	
	
	Casos são uma coleção de cenários relacionados de sucesso e fracasso, que descrevem um ator usando um sistema como meio para atingir um objetivo.
	Data Resp.: 19/09/2021 14:33:48
		Explicação:
Resposta correta: Os casos de uso são orientados a objeto, a partir de uma análise OO, quando são escritos.
	
	
	 
		
	
		9.
		Assinale a alternativa com uma afirmativa verdadeira sobre o padrão GRASP Baixo Acoplamento:
	
	
	
	Indica a classe mais recomendada para instanciar um objeto em uma relação de agregado x partes.
	
	
	Recomenda que cada módulo deve ter uma responsabilidade bem-definida.
	
	
	Evita a duplicação de algoritmos que apresentem a mesma estrutura, com alguns pontos de variação entre eles.
	
	
	Recomenda que as responsabilidades devem ser distribuídas pelos módulos de forma que as dependências entre eles sejam gerenciáveis.
	
	
	Evita a criação de dependências em relação a estruturas de código condicionais (if-then-else ou switch-case)
	Data Resp.: 19/09/2021 14:33:52
		Explicação:
A resposta certa é:Recomenda que as responsabilidadesdevem ser distribuídas pelos módulos de forma que as dependências entre eles sejam gerenciáveis.
	
	
	 
		
	
		10.
		A recomendação é: produzir uma solução genérica para alternativas baseadas no tipo de um elemento, evitando implementações com longas expressões condicionais ou clonagem de módulos. Assinale a opção que contenha o padrão GRASP que estabelece essa recomendação de projeto:
	
	
	
	Criador
	
	
	Controlador
	
	
	Polimorfismo
	
	
	Alta Coesão
	
	
	Especialista
	Data Resp.: 19/09/2021 14:34:45
		Explicação:
A resposta certa é:Polimorfismo
	
	
	 
	 
	Não Respondida
	 
	 
	 Não Gravada
	 
	 
	Gravada
	
Exercício inciado em 19/09/2021 14:32:12.
VERIFICANDO O APRENDIZADO
Parte superior do formulário
1) No que se refere aos conceitos de modelos e modelagem, analise as assertivas a seguir.
I. Os modelos são representações da realidade.
II. Os modelos são construídos depois que os produtos são desenvolvidos.
III. A maquete de um empreendimento imobiliário mostra uma visão macro, do ponto de vista externo, de como será o empreendimento.
IV. Podemos ter apenas um modelo para cada produto.
V. Um protótipo de um novo avião pode ser considerado um modelo.
Com base em sua análise das assertivas, assinale a alternativa correta:
Estão corretas apenas as assertivas I, II, III e V.
Estão corretas apenas as assertivas I, III e V.
Estão corretas apenas as assertivas I e V.
Está correta apenas a assertiva III.
Está correta apenas a assertiva V.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "B" está correta.
Vamos analisar cada assertiva:
São verdadeiras as opções: I, pois os modelos representam a realidade, antes de sua existência; III, já que uma maquete mostra o exterior do empreendimento e não esclarece nada sobre o interior das unidades; V, porque um protótipo é uma representação da realidade.
Estão incorretas as opções: II, já que os modelos são construídos antes dos produtos (realidade) para que possamos compreender melhor a sua complexidade e seu comportamento futuro; IV, pois podemos ter mais de um modelo para cada produto.
Parte superior do formulário
2) Considerando o uso de modelos para representar abstrações de um sistema computacional a ser desenvolvido, assinale a resposta correta:
A única finalidade de um modelo no contexto de desenvolvimento de sistemas computacionais é servir como elemento de comunicação entre equipe de desenvolvimento e usuários do sistema.
Abstração é o nome dado ao processo no qual nos concentramos nos aspectos de interesse do sistema em estudo.
Requisitos são os detalhes de funcionamento interno do sistema a ser desenvolvido.
A fase de análise de um processo de desenvolvimento sofre muitas influências da tecnologia a ser usada no sistema, pois desde o início do desenvolvimento devemos escolher as tecnologias.
Na fase de projeto, nos concentramos em definir O QUE o sistema deve fazer para atender a seus usuários.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "B" está correta.
Vamos analisar cada assertiva:
A opção B está correta porque, quando nos abstraímos de algo, focamos no que nos interessa e deixamos de lado aquilo que não é o foco do estudo.
Estão incorretas as alternativas: A, pois existem outras finalidades como, por exemplo, redução no custo do desenvolvimento, facilidades para alterações no sistema, documentação do sistema, dentre outros estudados; C, já que requisitos são as necessidades dos usuários do sistema que precisam ser atendidas; D, visto que a fase de análise deve ser independente de tecnologia para que a solução dada possa ser aplicada em qualquer tecnologia disponível no momento; E, pois a fase de projeto se concentra em COMO o sistema deve fazer as coisas. O QUE fazer deve ser definido na fase de análise, que antecede o projeto.
Parte superior do formulário
1) No que se refere aos conceitos e pilares do paradigma orientado o objeto, analise as assertivas a seguir.
I. Se uma disciplina é uma classe, “modelagem de sistemas com UML” é um objeto dessa classe.
II. Num sistema orientado a objeto, quando um objeto precisa de um serviço prestado por outro, ele deve enviar uma mensagem a esse objeto.
III. Como consequência do princípio do encapsulamento, temos que os atributos de um objeto devem estar acessíveis diretamente por todos os demais objetos.
IV. É possível que apliquemos o polimorfismo sem antes aplicar o mecanismo da herança.
V. A orientação a objetos visa também a facilitar o reuso de software.
Com base em sua análise das assertivas, assinale a alternativa correta:
Estão corretas apenas as assertivas I, III e V.
Estão corretas apenas as assertivas I, II e V.
Estão corretas apenas as assertivas I e V.
Estão corretas apenas as assertivas I, II, III e V.
Estão corretas apenas as assertivas II e V.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "B" está correta.
Estão corretas as afirmativas: I, pois objeto é uma instância específica de uma classe. Classe é o molde de objetos afins (mesmos atributos e métodos); II, pois esse é um dos conceitos fundamentais de orientação a objeto; V, já que o aumento do reuso é um dos propósitos da existência do paradigma O.O.
Estão incorretas as afirmativas: III, porque o encapsulamento diz que os atributos devem ser protegidos de acesso direto por demais objetos; IV, visto que somente pode haver polimorfismo se antes houve a aplicação do princípio da herança.
Parte superior do formulário
2) No que se refere às atividades de análise e projeto dentro do contexto da orientação a objetos, analise as assertivas a seguir.
I. Na fase de análise de requisitos é feita a transposição dos registros dos requisitos funcionais e não funcionais para os respectivos modelos a serem usados.
II. Num sistema acadêmico escolar, um requisito funcional é “o sistema deve emitir o boletim bimestral do aluno”.
III. Um requisito não funcional de um sistema de autoatendimento em estacionamentos é “o sistema deve ser touch screen”.
IV. No projeto detalhado, é feita a distribuição das classes de análise em subsistemas com seus componentes.
Com base em sua análise das assertivas, assinale a alternativa correta:
Estão corretas apenas as assertivas I e III.
Estão corretas apenas as assertivas I, II e III.
Estão corretas apenas as assertivas I e II.
Está correta apenas a assertiva I.
Estão corretas apenas as assertivas II e V.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "B" está correta.
Vamos analisar cada assertiva:
Estão corretas as afirmativas: I, já que antes da análise dos requisitos temos a listagem de todos, porém, alguns têm relação e podem ser agrupados numa funcionalidade, por exemplo; II, pois essa é uma funcionalidade do sistema; III, já que essa é uma necessidade que vai guiar toda a interface desse sistema.
A afirmativa IV está incorreta, pois é no projeto de arquitetura que essa distribuição das classes é realizada.
Avalie este módulo:
 
    
Parte superior do formulário
1) Associe as duas colunas relacionando as visões da UML (coluna A) com sua respectiva finalidade ou característica.
	Coluna A – visão UML
	Coluna B – finalidade ou característica
	1) Casos de uso
	a) Enfatiza os pacotes, as classes, as interfaces, os subsistemas (pacotes) e as colaborações
	2) Lógica ou projeto
	b) Permite olhar o sistema sob o ponto de vista externo, descrevendo seu comportamento por interações usuário-sistema
	3) Processo
	c) Enfatiza a distribuição física do sistema em suas partes e as respectivas conexões entre elas
	4) Implementação
	d) Enfatiza aspectos físicos mais peculiares, como concorrência, sincronismo entre sistemas e desempenho
	5) Implantação
	e) Compreendem os componentes, os subsistemas e os arquivos que compõem fisicamente o sistema
Com base em sua análise das assertivas, assinale a alternativa que associa corretamente as duas colunas:
1-a, 2-b, 3-d, 4-e, 5-c
1-b, 2-a, 3-d, 4-e, 5-c
1-c, 2-b, 3-e, 4-d, 5-a
1-e, 2-b, 3-c, 4-d,5-a
1-a, 2-b, 3-e, 4-d,5-c
Parte inferior do formulário
Comentário
Parabéns! A alternativa "B" está correta.
Vamos analisar cada assertiva:
1) Visão de casos de uso: visão externa, mostra os usuários e as funcionalidades com as quais interage – portanto, letra b (permite olhar do sistema sob o ponto de vista externo, descrevendo seu comportamento por interações usuário-sistema).
2) Visão lógica: permite visualizar o sistema sob o ponto de vista de sua estrutura interna e seu comportamento – portanto, letra a (enfatiza os pacotes, as classes, as interfaces, os subsistemas − pacotes− e as colaborações).
3) Visão de processo: foca a divisão do sistema em processos e processadores – portanto, letra d (enfatiza aspectos físicos mais peculiares como concorrência, sincronismo entre sistemas e desempenho).
4) Visão de implementação: retrata a visão física do sistema em seus elementos − portanto, letra e (compreendem os componentes, subsistemas e arquivos que compõem fisicamente o sistema).
5) Visão de implantação: foca em mostrar como o sistema vai ser distribuído entre os nós (elementos computacionais) – portanto, letra c (enfatiza a distribuição física do sistema em suas partes e as respectivas conexões entre elas).
Parte superior do formulário
2) Assinale o diagrama que não é usado (no sentido de elaborado) na fase de projeto, independentemente do processo de desenvolvimento adotado:
Diagrama de sequência
Diagrama de atividades
Diagrama de casos de uso
Diagrama de implantação
Diagrama de componentes
Parte inferior do formulário
Comentário
Parabéns! A alternativa "C" está correta.
Dos diagramas apresentados, o único cuja elaboração acontece exclusivamente na fase de análise é o diagrama de casos de uso. Os demais são típicos da fase de projeto, embora sequência e atividades possam também ser usados na fase de análise.
Obrigado pelo feedback!
Parte superior do formulário
1. Caso de uso é o principal elemento do Modelo de Casos de Uso da UML. Sobre casos de uso, podemos afirmar que:
permitem a compreensão sobre como o sistema trabalha internamente para produzir os resultados.
descrevem primordialmente requisitos não funcionais.
assumem a forma de um retângulo com os cantos arredondados no diagrama de casos de uso.
fornecem uma perspectiva do sistema do ponto de vista de um observador externo.
descrevem as entidades do sistema.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "D" está correta.
Casos de uso descrevem funcionalidades do sistema (requisitos funcionais) na perspectiva dos seus usuários.
Parte superior do formulário
2. Atores representam os tipos de entidades que interagem em um caso de uso. Assinale a alternativa que apresenta uma lista de nomes de atores adequados:
Carlos, Diretoria de Planejamento.
Sistema de Cobrança, Cliente, Sensor de temperatura.
Imprimir relatório, Biblioteca, Funcionário.
Impressora, Andreia, Imprimir relatório.
Comprador, Setor de Recursos Humanos, Pagar fatura.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "B" está correta.
Atores representam papeis assumidos pelas entidades que interagem com um caso de uso do sistema.
Obrigado pelo feedback!
Parte superior do formulário
1. Durante a execução de um caso de uso, podem ocorrer exceções. Assinale a opção que descreve como essas situações devem ser tratadas no modelo de casos de uso:
O analista deve especificar cenários de exceção.
O analista deve desconsiderar esse tipo de situação.
O analista deve criar um Diagrama de Tratamento de Exceções.
O analista deve solicitar ao usuário que não se desvie do cenário principal do caso de uso.
O analista deve incluir um tratamento para a exceção no cenário principal.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "A" está correta.
A forma correta de tratar exceções no modelo de casos de uso é especificar cenários de exceção que, diferentemente dos cenários alternativos, representam situações de anomalias que rompem o fluxo do cenário principal.
Parte superior do formulário
2. A descrição textual de um caso de uso pode ser feita em diferentes formatos. Assinale a opção que lista os formatos mais comumente utilizados.
Conto, Crônica e Prosa.
Cenário principal, Cenário Alternativo, Cenário de Exceção.
Ator, Relacionamento, Caso de Uso.
Abstrato, Real, Básico.
Contínuo, Lista numerada e Tabela.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "E" está correta.
Um caso de uso pode ser descrito por meio de um texto simples corrido (contínuo), uma lista de passos numerada (lista numerada) ou na forma tabular com colunas para o sistema e cada um dos atores (tabela).
Parte superior do formulário
1. Na abordagem da orientação a objetos, o elemento central é a classe. Sobre os atributos de classes, podemos afirmar que:
descrevem os dados que deverão ser armazenados pelos objetos originados a partir dessa classe.
são as atividades do negócio representadas nas classes.
cada atributo de uma classe se relaciona com outros atributos de outras classes.
todos os atributos de uma classe são do mesmo tipo de dados.
um atributo só pode assumir um único valor em todos os objetos instanciados a partir da sua classe.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "A" está correta.
Atributos são os dados de uma classe que assumem valores específicos nos objetos instanciados a partir dessa classe, dentro do conjunto de valores possíveis denominado domínio.
Parte superior do formulário
2. Assinale a lista que contém características de associações em Diagramas de Classes.
Atributo, relacionamento e operação.
Participação, nome, estado e atributo.
Nome, multiplicidades, direção de leitura, papéis e participação.
Multiplicidades, papéis, operação e herança.
Agregação, nome, herança.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "C" está correta.
Diversos detalhes podem ser incluídos na especificação de relacionamentos entre classes, são eles: nome, multiplicidades, direção de leitura, papéis e participação. As demais alternativas contêm elementos que não dizem respeito a associações, como: atributo, operação, estado, herança, agregação.
Parte superior do formulário
1. Qual das opções a seguir destaca uma aplicação do Diagrama de Objetos da UML?
Descrever os dados que deverão ser armazenados.
Apoiar a análise de uma interação específica do sistema.
Elaborar um novo diagrama de pacotes.
Garantir que o sistema terá a performance desejada.
Especificar os módulos do sistema.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "B" está correta.
Diagramas de Objetivos podem, entre outras coisas, ajudar na análise de uma interação específica entre objetos do sistema.
Parte superior do formulário
2. Assinale a opção que apresenta um objetivo do pacote na UML.
Agrupamento de diagramas.
Representação da interação entre objetos.
Especificação de classes.
Permitir o polimorfismo.
Agregar atributos de classes.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "A" está correta.
Os pacotes servem para agrupar diagramas, tais como classes, casos de uso, ou mesmo outros pacotes.
Parte superior do formulário
1. Marque a opção que não apresenta uma característica do diagrama de sequência:
Documentam casos de uso.
Validam se as operações das classes foram declaradas
Mostram as mensagens entre objetos.
São necessários em todos os casos de uso do sistema.
Descrevam ao longo de uma linha do tempo a sequência de comunicações
Parte inferior do formulário
Comentário
Parabéns! A alternativa "D" está correta.
Não há necessidade de construção de diagramas de sequência para todos os casos de uso de um sistema, mas apenas para os casos de uso primários, ou seja, aqueles que representam atividades típicas do negócio da aplicação.
Parte superior do formulário
2. Assinale a alternativa que indica uma atividade do processo de construção dos diagramas de interação:.
Identificar a sequência de fluxos de mensagens na interação entre os objetos.
Identificar os diagramas declasse.
Listar cada atributo e método do diagrama de classes.
Identificar componentes do software.
Listar interfaces do software.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "A" está correta.
A sequência de fluxos de mensagens é uma atividade importante do processo de construção dos diagramas de interação, seja de sequência ou de comunicação, pois é através das mensagens que ocorre a interação entre os objetos do sistema.
Parte superior do formulário
1. No diagrama de classes, uma associação reflexiva ou autoassociação:
Permite apenas relacionamentos 1:1
Envolve uma relação bilateral entre duas classes.
Representa relacionamentos que ocorrem entre objetos da mesma classe.
Indica que há dependência direta entre duas classes.
Representa relacionamentos entre classes diferentes.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "C" está correta.
Uma associação reflexiva ou recursiva representa relacionamentos que ocorrem entre objetos da mesma classe. Esses relacionamentos recursivos (também chamados de autorrelacionamentos ou autoassociações) são casos especiais onde uma entidade se relaciona com si própria. Os autorrelacionamentos podem ser do tipo 1:1 (um-para-um), 1:N (um-para-muitos) ou N:M (muitos-para-muitos).
Parte superior do formulário
2. Temos quatro tipos de especificação de visibilidade de atributos: público, protegido, privativo e pacote. Abaixo listamos definições relacionadas à visibilidade de um atributo. Assinale a alternativa que contenha a definição correta do atributo público.
Qualquer atributo visível para classes da subclasse em que foi definido
Qualquer objeto externo pode obter acesso a qualquer tipo de elemento da classe.
Qualquer objeto externo pode obter acesso ao atributo, desde que tenha uma referência para a classe externa ao pacote.
Qualquer objeto externo pode obter acesso ao atributo, desde que tenha uma referência para a classe em que o atributo está definido.
Qualquer objeto pode obter acesso ao elemento, desde que tenha uma referência para a classe externa deste elemento.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "D" está correta.
A visibilidade (+) de um atributo público indica que as propriedades desse atributo são visíveis por qualquer objeto externo, isto é, pertencente a outra classe, contanto que tenha uma referência para a classe em que o atributo está definido.
Parte superior do formulário
1. Um dos diagramas apresentados é o diagrama de transição de estados. Assinale abaixo a alternativa que define corretamente o que é um estado:
História de vida de um objeto.
Descrição das atividades realizadas por um objeto.
Situações e/ou condições na vida de um objeto.
Cenário onde está inserid um objeto.
Elemento que define o objeto.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "C" está correta.
Um objeto pode mudar de estado ao longo de seu ciclo de vida, o qual é caracterizado por situações ou condições resultantes da ocorrência de eventos.
Parte superior do formulário
2. Neste módulo, apresentamos o diagrama de atividade. Esse diagrama utiliza barras de sincronização. Assinale a alternativa que contenha os dois tipos de sincronização existentes:
Bifurcação e junção.
Transição e criação.
Bifurcação e criação.
Junção e criação.
Transição e junção.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "A" está correta.
No diagrama de atividades, podem ocorrer fluxos paralelos que requerem sincronização, representada por uma barra. Esta pode ser de dois tipos: bifurcação (fork), quando uma transição de entrada cria dois ou mais fluxos de saída paralelos, e junção (join) quando duas ou mais transições de entrada são unidas resultando num único fluxo de saída.
Parte superior do formulário
1. Aprendemos que o diagrama de componentes documenta arquivos físicos armazenados em meio digital, representando diversos componentes de software do sistema. Assinale a alternativa que indica de forma mais completa o que é explicitado nesse diagrama.
Reuso e relações de arquivos.
Uso e definição dos arquivos nos processos de negócio.
Estrutura, organização e relacionamentos de arquivos.
Protótipos de arquivos e suas estruturas.
Comunicabilidade e organização de arquivos.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "C" está correta.
O diagrama de componentes representa os arquivos do sistema que contêm programas e dados, separando-os de acordo com um padrão de projeto, e mostrando sua organização, estrutura e seus relacionamentos.
Parte superior do formulário
2. No diagrama de implantação, temos o conceito de nó e como este é utilizado. É correto afirmar que os nós representam:
Qualquer dispositivo de hardware ou ambiente de execução de software.
Classes de componentes ou dispositivos de hardware.
Memória e processador.
Servidores onde acontece a execução dos componentes do software.
Os componentes de um software.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "A" está correta.
Os nós não representam um único tipo de artefato de infraestrutura do sistema. São tipicamente definidos de maneira aninhada e representam tanto dispositivos de hardware, quanto ambientes de execução de software básico, como sistemas operacionais, sistemas gerenciadores de banco de dados, navegadores de web etc.
Parte superior do formulário
1. (IESES – 2016) Um contrato de desenvolvimento de software definiu que a primeira entrega atenderia somente requisitos funcionais. Dada esta primeira entrega, o cliente entrou em contato com a empresa encarregada do desenvolvimento. O cliente dizia que não poderia aceitar esta entrega, pois o sistema estava muito lento, sendo que as especificações do contrato eram bem claras sobre o tempo de resposta do sistema. Neste cenário, pode-se afirmar que:
O cliente está errado, pois não é possível especificar em contrato garantias sobre o tempo de resposta do sistema.
O cliente está errado, pois o tempo de resposta seria um requisito não funcional do sistema.
O cliente está correto, pois o cliente está sempre correto, independentemente do que está escrito no contrato
O cliente está errado, pois o tempo de resposta não pode ser considerado como requisito de sistema.
O cliente está correto, pois o tempo de resposta é um requisito funcional do sistema.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "B" está correta.
A primeira entrega inclui a avaliação somente dos requisitos funcionais, que correspondem aos serviços a serem disponibilizados aos usuários, sendo o tempo de resposta um requisito não funcional, ou seja, não incluída nessa entrega inicial.
Parte superior do formulário
2. (Instituto Excelência ‒ 2018 ‒ Adaptada) Considerando a análise de requisitos e os requisitos funcionais de um software, assinale a alternativa abaixo que contém apenas exemplos de requisitos funcionais.
O Sistema deverá cadastrar médicos; A base de dados deve ser protegida para acesso apenas de usuários autorizados; O sistema deve ser implementado em PHP com banco de dados SQL.
O tempo de resposta do sistema não deve ultrapassar 30 segundos; O sistema deverá gerar cadastro e agendamento de consultas; O Sistema deve ter autenticação de duplo fator.
O sistema deverá cadastrar prontuários médicos; O sistema deve gerar relatórios de pacientes atendidos; O sistema deverá fazer o cancelamento de consultas.
Infraestrutura da rede e computadores devem ser padrão open source; O tempo de resposta do sistema não deve ultrapassar 30 segundos. A base de dados deve ser protegida para acesso apenas de usuários autorizados.
O sistema deverá permitir consultas por todos os médicos; O sistema deve gerar relatórios de prontuários; A implementação do sistema deve usar o padrão MVC.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "C" está correta.
A opção C descreve somente serviços que deverão estar disponibilizados pelo sistema aos usuários.
Parte superior do formulário
1. (ESAF - 2004) Na modelagem com UML,o Diagrama de Casos de Uso fornece:
O comportamento dinâmico do sistema, tornando-se ideal para especificar as exigências de tempo real ou restrições do desenho.
O contexto completo de uma interação, inclusive os objetos e seus relacionamentos pertinentes a uma interação particular.
O comportamento estático do ator que participa deste diagrama, apenas com o objetivo de receber a informação final de execução do processo.
Um modo de descrever a visão externa do sistema e suas interações com o mundo exterior, representando uma visão de alto nível da funcionalidade do sistema mediante uma requisição do usuário.
Um gráfico de atores montado sem a especificação de domínio, comunicações ou associações entre atores.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "D" está correta.
O diagrama de casos de uso é um modelo com alto nível de abstração, onde são definidas as funcionalidades que irão atender às expectativas dos usuários denominados atores.
Parte superior do formulário
2. 2) (FGV - Senado Federal - 2008) Considere o caso de uso ilustrado na figura utilizando a notação UML.
A descrição do cenário que melhor descreve esse caso de uso é:
O atendente verifica o histórico dos pacientes que possuem consultas agendadas.
Um paciente liga para a clínica para marcar uma consulta. A atendente verifica o histórico do paciente, busca um horário vazio e agenda a consulta.
O atendente inclui os pacientes que têm consulta agendada e não possuem um histórico de atendimento.
O paciente liga para a clínica para agendar uma consulta e para alterar o seu histórico.
O atendente não marca consultas para pacientes que não tenham histórico na clínica.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "B" está correta.
No caso de o paciente ligar para a clínica, o ator responsável pelo agendamento é o Atendente, sendo o comportamento do caso de uso “Verificar Histórico do Paciente” realizado pelo caso de uso inclusor “Agendar Consulta” em função da abstração que estabelece o relacionamento entre os dois casos de uso denominada <>.
Parte superior do formulário
1. (FEPESE – SEFAZ – SC – 2010) Relacione cada tipo de diagrama de UML da Coluna 1 com os respectivos elementos sintáticos da Coluna 2.
Coluna 1
1. Diagrama de atividades
2. Diagrama de máquina de estados
Coluna 2
( ) Ação
( ) Estado final
( ) Fluxo de controle
( ) Pseudoestado inicial
( ) Nodo fusão
( ) Pseudoestado escolha
( ) Transição
Assinale a alternativa que indica a sequência correta, de cima para baixo.
1 - 2 - 1 - 2 - 1 - 1 - 1
1 - 2 - 1 - 2 - 1 - 2 - 1
1 - 2 - 1 - 2 - 1 - 2 - 2
1 - 2 - 2 - 2 - 1 - 2 - 2
2 - 1 - 2 - 1 - 2 - 1 - 1
Parte inferior do formulário
Comentário
Parabéns! A alternativa "C" está correta.
Ação, fluxo de controle e nodo fusão são elementos sintáticos do diagrama de atividades, que modela a dinâmica do sistema como um todo; e estado final, pseudoestado inicial, pseudoestado escolha e transição são elementos sintáticos do diagrama de estados, também denominado diagrama de máquina de estados, que modela a dinâmica de objetos específicos.
Parte superior do formulário
2. (CESGRANRIO ‒ BR Distribuidora ‒2008)
A figura anterior mostra um diagrama de classes UML desenvolvido para um projeto em que ainda não se sabe em que linguagem será realizada a implementação. Sobre o diagrama, assinale a afirmação correta.
Há um erro na cardinalidade da associação entre ClasseA e ClasseB, pois se trata de uma composição e, como tal, um objeto da ClasseB só pode estar associado a um objeto da ClasseA.
Há uma dependência cíclica entre ClasseB, ClasseC e ClasseE, o que não é permitido pela UML.
O fato de que ClasseD generaliza ClasseA e ClasseB se traduz em herança múltipla, o que não é permitido pela UML.
Retirando a ClasseA, o diagrama resultante corresponde ao padrão de projeto composite.
e) Invertendo o sentido de todas as generalizações, o diagrama resultante corresponde ao padrão de projeto chain of responsability.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "A" está correta.
A composição é um relacionamento do tipo todo-parte, onde o objeto-todo (no caso a ClasseA) controla o ciclo de vida do objeto-parte (no caso a ClasseB), quer dizer, o objeto-parte não tem sentido existir sem o seu objeto-todo. Nesse caso, um objeto da ClasseB se relaciona com uma única instância de objeto da ClasseA.
Obrigado pelo feedback!
Parte superior do formulário
1. (ESAF – CGU – 2006) Quanto ao uso de diagramas na UML para a modelagem de objetos, é correto afirmar que o diagrama de sequência:
Descreve a funcionalidade do sistema percebida por atores externos.
Apresenta a interação de sequência de tempo dos objetos que participam na interação.
Apresenta a interação de sequência de atores que participam na interação.
Descreve a funcionalidade do sistema percebida por atores internos.
Apresenta a interação de sequência estática de pacotes, relacionamentos e instâncias.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "B" está correta.
O diagrama de sequência representa a sequência de mensagens trocadas entre objetos.
Parte superior do formulário
2. (FGV ‒ DPE-RJ ‒ 2014) Maria participa de um projeto cujo objetivo é desenvolver em C# uma versão orientada a objetos de um software legado, e deseja criar um diagrama UML para definir os modelos das classes do sistema. Esse diagrama deve representar as estruturas dessas classes, determinando:
O conjunto de casos de testes segundo as melhores práticas de desenvolvimento de software.
A sequência de criação dos objetos.
Os atributos e os métodos.
Os casos de uso que deram origem ao diagrama.
O número de objetos que serão criados quando o sistema estiver em produção.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "C" está correta.
O modelo de classes de projeto permite o refinamento dos atributos identificados no modelo de classes de análise e a identificação dos métodos, ou operações, que compõem cada classe a partir dos diagramas de sequência ou comunicação.
Parte superior do formulário
1. Assinale a afirmativa verdadeira sobre padrões de projeto:
Um padrão de projeto corresponde a uma biblioteca de códigos pronta para ser utilizada de forma a resolver um problema recorrente em projetos de software.
Um padrão de projeto define uma forma padronizada de documentar a estrutura de projetos de software.
Um padrão de projeto descreve a estrutura fundamental da solução para um problema recorrente em projetos de software, proporcionando reuso de conhecimento em soluções de projeto.
Um padrão de projeto descreve ideias de possíveis soluções para um problema recorrente em projetos de software, que podem ou não ter sido utilizadas em outros projetos.
Padrões de projeto podem ser utilizados somente com linguagens orientadas a objetos.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "C" está correta.
· A alternativa A é falsa, pois um padrão não é uma biblioteca de código.
· A alternativa B é falsa, pois um padrão de projeto não está relacionado à forma de documentação de um software.
· A alternativa C é verdadeira, pois padrões de projeto correspondem a reuso de conhecimento de projetistas que já passaram pelo mesmo problema em outros projetos e catalogaram a estrutura de uma solução bem-sucedida.
· A alternativa D é falsa, pois um padrão precisa ter sido utilizado com sucesso em pelo menos três contextos diferentes de aplicação.
· A alternativa E é falsa, pois existem padrões de projeto para diferentes paradigmas de programação.
Parte superior do formulário
2. Assinale a afirmativa falsa sobre a forma com que os padrões devem ser descritos:
Todo padrão deve ter um nome, pois eles formam um vocabulário que agiliza a discussão de uma solução entre os desenvolvedores de software.
Todo padrão deve descrever o problema ou a situação na qual a solução proposta é aplicável.
Todo padrão deve descrever a estrutura de solução proposta, identificando os participantes, as suas responsabilidades e os mecanismosde colaboração entre eles.
Como todo padrão corresponde a uma solução bem-sucedida para o problema, ele deve apresentar as vantagens obtidas com o seu uso.
Um padrão não deve descrever desvantagens do seu uso, pois isso caracterizaria que a solução não é adequada para o problema.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "E" está correta.
Um padrão de projeto pode trazer consequências positivas e, eventualmente, negativas para o projeto. Antes de usar um padrão, o desenvolvedor deve verificar se os problemas são relevantes no contexto específico da aplicação e se podem ser contornados de alguma forma, avaliando, portanto, os custos e benefícios da sua utilização.
Parte superior do formulário
1. Assinale a afirmativa que apresenta a recomendação expressa pelo padrão GRASP Baixo Acoplamento:
Alocar as responsabilidades aos módulos que contenham as informações para realizá-las.
Alocar as responsabilidades aos módulos de forma a tornar gerenciáveis as dependências entre os módulos, evitando criar dependências inadequadas.
Alocar as responsabilidades aos módulos de forma a minimizar a presença de estruturas condicionais complexas nos módulos.
Alocar as responsabilidades aos módulos de forma que cada módulo reúna elementos que cumpram um único propósito.
Alocar as responsabilidades aos módulos de forma a evitar a instanciação indiscriminada, e sem critérios bem definidos, de objetos no sistema.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "B" está correta.
· A alternativa A corresponde à intenção do padrão Especialista.
· A alternativa B corresponde à intenção do padrão Baixo Acoplamento, que define relações de dependência entre classes, distribuindo responsabilidades de modo a diminuir o acoplamento entre módulos do sistema, minimizando o impacto de mudanças e facilitando o reuso.
· A alternativa C corresponde à intenção do padrão Polimorfismo.
· A alternativa D corresponde à intenção do padrão Alta Coesão.
· A alternativa E corresponde à intenção do padrão Criador.
Parte superior do formulário
2. Assinale a afirmativa que expressa a intenção do padrão GRASP Alta Coesão:
Alocar as responsabilidades aos módulos que contenham as informações para realizá-las.
Alocar as responsabilidades aos módulos de forma a tornar gerenciáveis as dependências entre eles, evitando criar dependências inadequadas.
Alocar as responsabilidades aos módulos de forma a minimizar a presença de estruturas condicionais complexas nos módulos.
Alocar as responsabilidades aos módulos de forma que cada módulo reúna elementos que cumpram um único propósito.
Alocar as responsabilidades aos módulos de forma a evitar a instanciação indiscriminada, e sem critérios bem definidos, de objetos no sistema.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "D" está correta.
· A alternativa A corresponde à intenção do padrão Especialista.
· A alternativa B corresponde à intenção do padrão Baixo Acoplamento.
· A alternativa C corresponde à intenção do padrão Polimorfismo.
· A alternativa D corresponde à intenção do padrão Alta Coesão, que atende à necessidade de manter agrupados os elementos dos módulos do sistema, seja uma classe, um pacote ou um subsistema, de modo a tornar gerenciável a sua complexidade.
· A alternativa E corresponde à intenção do padrão Criador.
Obrigado pelo feedback!
MÓDULO 3
Parte superior do formulário
1. Assinale a afirmativa que expressa a intenção do princípio Open Closed:
Módulos clientes de um tipo genérico devem ser capazes de utilizar qualquer especialização dele, sem precisar conhecer ou se adaptar a qualquer especialização específica.
Idealmente, a incorporação de novas funcionalidades deve ser realizada pela adição de novos módulos, e não pela alteração de módulos existentes.
Módulos clientes não devem ser forçados a depender de módulos que trazem elementos desnecessários ou irrelevantes para as suas necessidades de uso.
Um módulo de alto nível não deve depender de uma implementação concreta de nível inferior. Ambos devem depender de abstrações.
Se um módulo possuir elementos que possam ser modificados por razões diferentes para atender a necessidades de diferentes clientes, ele deve ser decomposto em um ou mais módulos, de forma que cada um atenda a apenas um cliente.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "B" está correta.
· A alternativa A corresponde ao princípio de substituição de Liskov.
· A alternativa B corresponde ao princípio Open Closed (OCP), que estabelece que o comportamento de um módulo seja extensível, admitindo novas funcionalidades, porém, sem estar aberto para modificações, o que poderia provocar alterações em cascata.
· A alternativa C corresponde ao princípio de segregação de interfaces.
· A alternativa D corresponde ao princípio de inversão de dependências.
· A alternativa E corresponde ao princípio da responsabilidade única.
Parte superior do formulário
2. Assinale a afirmativa que expressa a intenção do princípio de Inversão de Dependências:
Módulos clientes de um tipo genérico devem ser capazes de utilizar qualquer especialização dele, sem precisar conhecer ou se adaptar a qualquer especialização específica.
Idealmente, a incorporação de novas funcionalidades deve ser realizada pela adição de novos módulos e não pela alteração de módulos existentes.
Módulos clientes não devem ser forçados a depender de módulos que trazem elementos desnecessários ou irrelevantes para as suas necessidades de uso.
Um módulo de alto nível não deve depender de uma implementação concreta de nível inferior. Ambos devem depender de abstrações.
Se um módulo possuir elementos que possam ser modificados por razões diferentes para atender a necessidades de diferentes clientes, ele deve ser decomposto em um ou mais módulos, de forma que cada um atenda a apenas um cliente.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "D" está correta.
· A alternativa A corresponde ao princípio de substituição de Liskov.
· A alternativa B corresponde ao princípio Open Closed.
· A alternativa C corresponde ao princípio de segregação de interfaces.
· A alternativa D corresponde ao princípio da inversão de dependências (DIP), pelo qual um módulo pode ter dependência em relação a módulos genéricos de nível mais alto (abstrações), mas não em relação a módulos específicos de nível mais baixo.
· A alternativa E corresponde ao princípio da responsabilidade única.
Obrigado pelo feedback!
Parte superior do formulário
1. Assinale a afirmativa que expressa a intenção do padrão de projeto Facade:
Definir uma interface genérica de criação de um objeto, deixando a decisão da classe específica a ser instanciada para as implementações concretas dessa interface.
Fornecer uma interface simples para uma operação complexa do sistema, evitando que o módulo cliente dessa operação tenha que lidar com diferentes tipos de objetos e chamadas de operações.
Encapsular uma família de algoritmos em classes, isolando os módulos clientes das implementações concretas desses algoritmos por meio de uma interface genérica.
Permitir a utilização de diferentes interfaces proprietárias de um mesmo serviço lógico, a partir da utilização de uma interface abstrata e de módulos que fazem a conversão da interface abstrata para as interfaces proprietárias.
Garantir que exista uma e apenas uma instância de uma classe, fornecendo um ponto de acesso global a essa instância.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "B" está correta.
· A alternativa A corresponde ao padrão Factory Method.
· A alternativa B corresponde ao padrão Facade, uma vez que esse padrão visa propiciar uma interface de alto nível simples para as operações oferecidas pelo módulo representado pela fachada.
· A alternativa C corresponde ao padrão Strategy.
· A alternativa D corresponde ao padrão Adapter.
· A alternativa E corresponde ao padrão Singleton.
Parte superior do formulário
2. Assinale a afirmativa que expressa a intenção do padrão de projeto Strategy:Definir uma interface genérica de criação de um objeto, deixando a decisão da classe específica a ser instanciada para as implementações concretas dessa interface.
Fornecer uma interface simples para uma operação complexa do sistema, evitando que o módulo cliente dessa operação tenha que lidar com diferentes tipos de objetos e chamadas de operações.
Encapsular uma família de algoritmos em classes, isolando os módulos clientes das implementações concretas desses algoritmos por meio de uma interface genérica.
Permitir a utilização de diferentes interfaces proprietárias de um mesmo serviço lógico, a partir da utilização de uma interface abstrata e de módulos que fazem a conversão da interface abstrata para as interfaces proprietárias.
Garantir que exista uma e apenas uma instância de uma classe, fornecendo um ponto de acesso global a essa instância.
Parte inferior do formulário
Comentário
Parabéns! A alternativa "C" está correta.
· A alternativa A corresponde ao padrão Factory Method.
· A alternativa B corresponde ao padrão Facade.
· A alternativa C corresponde ao padrão Strategy, pois ele visa encapsular algoritmos de uma mesma família em uma estrutura de classes que realizam uma interface genérica, fazendo com que os clientes desses algoritmos utilizem apenas essa interface.
· A alternativa D corresponde ao padrão Adapter.
· A alternativa E corresponde ao padrão Singleton.