Questões de Engenharia de Software com Gabarito (Comentado)

1182Q155298 | Engenharia de Software, UML, Analista Judiciário Tecnologia da Informação, TRT 15a Região, FCC

Utilizando a UML 2.0, casos de uso complexos podem ser construídos de partes menores por meio das relações include, extend e generalização. Sobre estas relações é correto afirmar que a

✂️ a) relação include é utilizada para incluir casos de uso que, mesmo que não fossem incluídos em outro caso de uso, apareceriam apenas uma vez no diagrama.
✂️ b) relação extend acrescenta comportamento incremental a um caso de uso; ela representa a situação frequente em que alguma capacidade inicial é definida e, mais tarde, recursos são acrescentados modularmente.
✂️ c) notação para uma releção includ é uma seta ininterrupta, indo do caso de uso incluído até o caso de uso básico (incluinte), com a palavra-chave <<include>> rotulando a seta.
✂️ d) notação UML para uma relação extend é uma seta tracejada do caso de uso básico até o caso de uso extensão, com a palavra chave <<extend>> rotulando a seta.
✂️ e) notação UML para uma relação de generalização é uma seta tracejada com cauda no caso de uso filho e ponta triangular no caso de uso pai.

1188Q117886 | Engenharia de Software , Orientação a Objetos, Analista de Sistemas, CEHAP PB, CESPE CEBRASPE

Relativo à Orientação a Objetos (OO), assinale a opção correta.

✂️ a) O projeto orientado a objetos encapsula atributos e serviços ou operações (comportamentos) em objetos. Os objetos comunicam-se entre si por meio de associações e os relacionamentos entre classes se dão por meio de interfaces.
✂️ b) Uma classe de objetos é uma abstração de um conjunto de objetos que identifica atributos comuns e serviços ou operações fornecidos por cada objeto e um modelo de máquina de estado descreve como um sistema responde aos eventos exógenos.
✂️ c) Os modelos de objetos desenvolvidos durante o projeto de requisitos devem ser usados para representar tanto as interfaces do sistema quanto seu processamento.
✂️ d) Em uma hierarquia de herança, as classes de objetos mais genéricas estão no topo da hierarquia e os objetos especializados, além de possuírem suas próprias características, podem herdar seus atributos e serviços.

1189Q692390 | Engenharia de Software, Auditor Fiscal Tecnologia da Informação Prova II, SEFAZ BA, FCC, 2019

Considere um cenário composto pelas ações elencadas a seguir.

I. Auditora 1 trava o arquivo para edição.

II . Enquanto Auditora 1 edita o arquivo, Auditora 2 tenta travá-lo e falha.

III . Auditora 2 edita o arquivo sem travá-lo, inclui suas modificações e publica o arquivo.

IV. Auditora 1 publica sua versão e destrava o arquivo.

V. Agora Auditora 2 consegue travar o arquivo e atualizá-lo com suas modificações.

VI. Auditora 1 atualiza sua versão, pegando o arquivo apenas para leitura.

Nesse caso, a política de gerência de configuração e mudança de software é do tipo

✂️ a) otimista, que enfatiza o uso de check-out reservado, fazendo bloqueio e inibindo o paralelismo do desenvolvimento sobre o mesmo artefato.
✂️ b) pessimista, que enfatiza o uso de check-out reservado, fazendo bloqueio e inibindo o paralelismo do desenvolvimento sobre o mesmo artefato.
✂️ c) otimista, pois permite que o artefato seja alterado simultaneamente por Auditora 1 e Auditora 2, e usa o mecanismo de check-in para unir as modificações efetuadas em paralelo.
✂️ d) otimista, que evita que conflitos ocorram quando a mesma região ou linha do arquivo é modificada.
✂️ e) pessimista, pois utiliza o mecanismo de junção automática quando o artefato é modificado simultaneamente

1191Q107220 | Engenharia de Software , UML, Analista Administrativo Tecnologia da Informação, ANAC, CESPE CEBRASPE

Texto associado.

Em engenharia de software, o processo de
desenvolvimento de software designa uma sequência de
atividades, agrupadas em fases e tarefas, executadas de forma
sistemática e uniformizada, realizadas por pessoas com
responsabilidades bem definidas e que, a partir de um conjunto
de entradas (inputs) produzem um conjunto de saídas (outputs).
Como objetivos, o processo de desenvolvimento de software deve
prover orientação sobre as sequências das atividades envolvidas,
especificar os modelos descritivos do sistema, gerenciar as tarefas
e definir métricas para os modelos e atividades.

R. A. Ramos. Treinamento em UML (com adaptações).

Quanto às fases e tarefas no processo de desenvolvimento de
software, julgue os itens de 64 a 67.

A fase de projeto define o que o software deve fazer, enquanto a fase de eliciação de requisitos define como o software deve atingir seus requisitos.

✂️ a) Certo
✂️ b) Errado

1192Q105703 | Engenharia de Software , Métricas de Software, Analista de Controle, TCE PR, FCC

Métricas de software podem ser divididas em medidas diretas e indiretas, sob o ponto de vista de medição, e em métricas de produtividade e de qualidade, sob o ponto de vista de aplicação. Nesse contexto, as métricas que se concentram na saída do processo de engenharia de software e as métricas que indicam o quanto o software atende aos requisitos definidos pelo usuário, podem ser classificadas, respectivamente, como métricas de

✂️ a) custo e de complexidade, em medidas indiretas.
✂️ b) esforço e de confiabilidade, em medidas diretas.
✂️ c) produtividade e de qualidade, em medidas indiretas.
✂️ d) qualidade e de eficiência, em medidas diretas.
✂️ e) velocidade de execução e técnica, em medidas diretas.

1193Q120824 | Engenharia de Software , Ferramentas CASE, Analista de Tecnologia da Informação, UFPR, UFPR

Assinale a alternativa que contém os processos estabelecidos pela norma ISO/IEC 14102 para avaliação e aquisição de ferramentas case.

✂️ a) Iniciação, estruturação, avaliação e seleção.
✂️ b) Análise de requisitos, definição de objetivos, levantamento de características do produto e aquisição.
✂️ c) Especificação de atributos, definição de operações, classificação e aquisição.
✂️ d) Iniciação, preparação de pedido de proposta, monitoramento do fornecedor, aceitação e conclusão.
✂️ e) Definição do escopo, levantamento de disponibilidade no mercado, compatibilização e aquisição.

1196Q121656 | Engenharia de Software, Analista de Tecnologia da Informação, DATAPREV, Quadrix

O objetivo do teste de software é encontrar defeitos, revelando que o funcionamento do software em uma determinada situação não está de acordo com o esperado. Sob o ponto de vista do teste de software, é correto afirmar que:

✂️ a) com base no princípio de Pareto é possível afirmar que 90% dos componentes de software concentram 90% dos defeitos do software.
✂️ b) com o passar do tempo o número de defeitos no software tende a diminuir.
✂️ c) o fato de o software produzir saídas corretas implica, necessariamente, sua aprovação.
✂️ d) as ferramentas de depuração permitem testar programas em um ambiente separado do desenvolvimento. Isso é explicado porque os ambientes de desenvolvimento não são integrados às ferramentas de depuração.
✂️ e) o teste de integração consiste em realizar seqüências de envios de mensagens. Essas seqüências devem ser escolhidas de maneira a explorar o maior número possível de estados que um objeto possa assumir e as transições entre eles.

1198Q707163 | Engenharia de Software, Analista de TI, CRF TO, IADES, 2019

Texto associado.

[...] é graças a ele que sabemos o total de pessoas envolvidas no desenvolvimento do sistema, tais como: burocratas, diretores, membros da comunidade usuária, consultores e programadores, membros da auditoria, do controle de qualidade ou da equipe de operações.

Disponível em: https://www.apinfo.com/apinfo/ . Acesso em: 29 dez. 2018.

Há diversas estimativas que podem ser realizadas para extrair métricas de um software. O trecho apresentado se refere à estimativa de

✂️ a) código.
✂️ b) trabalho.
✂️ c) função.
✂️ d) tempo.
✂️ e) custo.

1199Q121439 | Engenharia de Software , Teste de Software, Analista de Sistemas Pleno Processos, Petrobras, CESGRANRIO

Uma das métricas de teste mais utilizadas no mercado é a Análise de Ponto de Teste (TPA - Test Point Analysis). Sobre a TPA é FALSO afirmar que:

✂️ a) pode ser usada para preparar uma estimativa do esforço de teste para os testes de sistema ou de aceitação e cobre somente os chamados testes de caixa-preta.
✂️ b) os pontos de teste dinâmicos levam em consideração o sistema como um todo, diferentemente dos pontos de teste estáticos, que consideram cada uma das características isoladamente. Os pontos de teste estáticos e dinâmicos somente devem ser considerados quando a equipe de testes adotar processos de revisão de documentação e de códigos usando checklists, caso contrário deve ser descartado e terá valor nulo.
✂️ c) a qualificação da equipe de teste (fator de produtividade da equipe de test é determinada por uma base histórica e, na prática, varia entre 0,7 e 2,0, sendo que quanto melhor e mais qualificada for a equipe tanto menor será o fator.
✂️ d) o total de horas primárias calculada através da métrica TPA pode ser divida entre quatro fases de teste, sendo a seguinte a divisão percentual das horas entre as fases: preparação, 10%; especificação, 40%; execução, 45%; transição (completion), 5%.
✂️ e) uma das variáveis utilizadas para calcular a influência do ambiente de teste no resultado do total de horas primária é o ambiente de desenvolvimento que leva em consideração fatores como, por exemplo, se o sistema foi desenvolvido utilizando uma linguagem 4GL integrada ao banco de dados ou uma combinação de linguagem 4GL e 3GL.

Questões de Concursos Engenharia de Software

Resolva questões de Engenharia de Software comentadas com gabarito, online ou em PDF, revisando rapidamente e fixando o conteúdo de forma prática.

1181Q847008 | Engenharia de Software, Desenvolvimento de Software, Ministério da Economia Tecnologia da Informação Usuário UX, CESPE CEBRASPE, 2020

1182Q155298 | Engenharia de Software, UML, Analista Judiciário Tecnologia da Informação, TRT 15a Região, FCC

1183Q233412 | Engenharia de Software, UML, Programador de Computador, REFAP SA, CESGRANRIO

1184Q253643 | Engenharia de Software, Acoplamento e Coesão, Técnico Judiciário Programação de Sistemas, TRE AM, FCC

1185Q837385 | Engenharia de Software, Prototipação, Analista de Controle Externo, TCE RJ, CESPE CEBRASPE, 2021

1186Q237109 | Engenharia de Software, Orientação a Objetos, Programador de Computador, TRE RJ, CESPE CEBRASPE

1187Q149112 | Engenharia de Software, Análise Estruturada, Analista Judiciário Tecnologia da Informação, TRT 18a Região, FCC

1188Q117886 | Engenharia de Software , Orientação a Objetos, Analista de Sistemas, CEHAP PB, CESPE CEBRASPE

1189Q692390 | Engenharia de Software, Auditor Fiscal Tecnologia da Informação Prova II, SEFAZ BA, FCC, 2019

1190Q168113 | Engenharia de Software, Orientação a Objetos, Auditor Federal de Controle Externo, TCU, CESPE CEBRASPE

1191Q107220 | Engenharia de Software , UML, Analista Administrativo Tecnologia da Informação, ANAC, CESPE CEBRASPE

1192Q105703 | Engenharia de Software , Métricas de Software, Analista de Controle, TCE PR, FCC

1193Q120824 | Engenharia de Software , Ferramentas CASE, Analista de Tecnologia da Informação, UFPR, UFPR

1194Q847103 | Engenharia de Software, Gestão de Projetos em Engenharia de Software, Gestor de Projetos, CESPE CEBRASPE, 2020

1195Q118573 | Engenharia de Software , UML, Analista de Sistemas, BADESC, FGV

1196Q121656 | Engenharia de Software, Analista de Tecnologia da Informação, DATAPREV, Quadrix

1197Q247383 | Engenharia de Software, Ciclo de Vida de Software, Técnico de Informática, TJ ES, CESPE CEBRASPE

1198Q707163 | Engenharia de Software, Analista de TI, CRF TO, IADES, 2019

1199Q121439 | Engenharia de Software , Teste de Software, Analista de Sistemas Pleno Processos, Petrobras, CESGRANRIO

1200Q118657 | Engenharia de Software , UML, Analista de Sistemas, CAMARA SJC, FIP