Avaliação disciplina on-line

Prévia do material em texto

Prova Impressa
GABARITO | Avaliação I - Individual (Cod.:1597819)
Peso da Avaliação 1,50
Prova 118623664
Qtd. de Questões 10
Acertos/Erros 10/0
Nota 10,00
A engenharia é um processo fundamental que requer uma abordagem bem definida, envolvendo 
atividades-chave que permitem uma integração eficaz entre a equipe de desenvolvimento de software 
e as partes interessadas. O processo de engenharia de requisitos é essencial para garantir o sucesso de 
um projeto de software. Ele começa com a identificação e a compreensão das necessidades e 
expectativas dos usuários e stakeholders. Isso envolve a coleta de requisitos de forma detalhada e 
precisa, por meio de entrevistas, questionários, workshops, entre outras técnicas.
Fonte: SOMMERVILLE, I. Engenharia de software. 8. ed. São Paulo: Pearson Addison Wesley, 
2007.
Com base no texto apresentado e nos conteúdos relacionados ao tema, pode-se dizer que a Engenharia 
de Requisitos é o processo que envolve:
A Elicitação, análise, especificação e validação de requisitos.
B A fase final de teste antes da implantação de um sistema.
C Projetar e desenvolver software.
D A fase inicial no desenvolvimento de software.
E Manutenção contínua do software após sua implantação.
O processo de desenvolvimento de software possui o caráter iterativo e adaptável do processo de 
desenvolvimento de software, é uma prática moderna essencial que permite que os projetos avancem 
com maior eficiência, respondendo de forma mais eficaz às demandas do mercado e garantindo a 
satisfação dos clientes e usuários ao entregar um produto alinhado com suas expectativas.
 
 VOLTAR
A+Aumentar, FonteAlterar modo de visualização
1
2
28/07/2026, 15:57 Avaliação I - Individual
about:blank 1/8
Fonte: SOMMERVILLE, I. Engenharia de Software. 10. ed. São Paulo: Pearson Education do 
Brasil, 2018.
Sobre o processo de desenvolvimento de software, pode-se afirmar que o objetivo do ciclo de vida de 
desenvolvimento de software é:
A Fazer um software sofisticado e interativo.
B Garantir que o software tenha um design moderno.
C Trazer todas as funcionalidades possíveis, mesmo as não validadas.
D Garantir que o produto final atenda às expectativas e necessidades dos usuários.
E Adequar a substituição de um software legado.
O modelo incremental é uma abordagem de desenvolvimento de software que divide o projeto em 
incrementos ou partes menores. Cada incremento é planejado, projetado, desenvolvido, testado e 
implantado independentemente, adicionando funcionalidades ou aprimorando o sistema 
gradualmente.
 
Adaptado de: SOMMERVILLE, I. Engenharia de software. 8. ed. São Paulo: Pearson Addison 
Wesley, 2007.
Com base no excerto, qual das seguintes opções descreve corretamente o modelo incremental de 
desenvolvimento de software?
A No modelo incremental, o feedback dos usuários não é considerado, uma vez que o software é
desenvolvido em etapas separadas.
B
O modelo incremental divide o projeto em partes menores, entregando funcionalidades utilizáveis
em incrementos sucessivos, visando uma entrega mais rápida ao cliente e permitindo maior
flexibilidade nos ajustes decorrentes de mudanças.
C O modelo incremental é realizado em uma única fase, e o sistema completo é entregue no final
do projeto.
3
28/07/2026, 15:57 Avaliação I - Individual
about:blank 2/8
D
No modelo incremental, o software é desenvolvido de forma sequencial, sem a possibilidade de
ajustes ou melhorias ao longo do processo, sendo um exemplo claro a aplicação desse modelo em
softwares do tipo ERP (recursos empresariais), onde se entrega projeto para uma área ou setor por
vez.
E
O modelo incremental envolve a entrega de todo o software de uma só vez, após um longo
período de desenvolvimento, onde uma etapa só começa após o término da outra, como ocorre
num grande sistema para gestão financeira de uma multinacional.
BPMN (Business Process Model and Notation) é uma notação gráfica padrão que foi desenvolvida 
para representar processos de negócios de forma clara e compreensível. É uma linguagem visual que 
permite aos analistas de negócios, engenheiros de software e outras partes interessadas descrever, 
modelar, analisar e documentar processos de negócios de uma maneira padronizada.
 
Fonte: BALDAM, R. L. Gerenciamento de processos de negócios - BPM: uma referência para 
implantação prática. 1. ed. Rio de Janeiro: Elsevier, 2014.
Com base no texto, os principais elementos de BPMN, entre outros, são:
I. Raias.
II. Atividades.
III. Conectores.
É correto o que se afirma em:
A III, apenas.
B I, II e III.
C I, apenas.
D I e II, apenas.
4
28/07/2026, 15:57 Avaliação I - Individual
about:blank 3/8
E II, apenas.
A identificação e a mitigação precoce de falhas de requisitos são fundamentais para garantir o sucesso 
de um projeto de software, reduzindo riscos e aumentando a satisfação do cliente. Detectar e corrigir 
falhas nos requisitos logo no início do processo de desenvolvimento é crucial para evitar problemas 
que possam surgir nas fases posteriores do projeto. Quando os requisitos não são bem compreendidos, 
ou quando há ambiguidades ou inconsistências, podem ocorrer retrabalhos dispendiosos e atrasos 
significativos.
 
Fonte: JÚNIOR, Glória. A Identificação e Mitigação de Riscos em Projetos de Desenvolvimento 
Rápidos de Jogos Digitais. Revista Gestão e Projetos. v. 6, n. 1, p. 79-94, 2015. Disponível em: 
 https://dialnet.unirioja.es/descarga/articulo/5178232.pdf . Acesso em: 28 maio 2024.
As falhas nos processo de engenharia de requisitos podem ocasionar diversos problemas na entrega e 
no uso de um software. Assinale a alternativa correta que caracteriza uma falha de requisitos refletida 
no software:
A Em um software de carro por aplicativo, há a opção de selecionar o carro.
B
Em um software de uma grande rede de hospitais há a opção para que o registro do paciente
conste, de maneira opcional, uma pessoa de contato em caso de notificações e avisos sobre seu
estado de saúde.
C
Em um software de controle de frequência de alunos há a opção de registrar “presença”, “falta”
ou “falta justificada”, sendo que é necessário um mínimo de 70% de comparecimento como
critério de aprovação, cujo cálculo desconsidera o computo das faltas justificadas.
D Em um software de cadastro de usuários de uma empresa de transporte rodoviário de pessoas
(ônibus), há a opção de selecionar o assento indicando se é corredor ou janela.
E
Em um software de uma loja de varejo, na opção carrinho de compras, o cliente só consegue
efetuar a compra de um único item de um produto por vez, não permitindo a inclusão de dois ou
mais itens caso ele deseje uma quantidade maior do produto.
Design Thinking é uma metodologia de desenvolvimento de produtos e serviços focados nas 
necessidades, desejos e limitações dos usuários. O grande objetivo do Design Thinking é converter 
5
6
28/07/2026, 15:57 Avaliação I - Individual
about:blank 4/8
dificuldades e limitações em benefícios para o cliente e valor de negócio para a sua empresa.
Fonte: Adaptado de: ARRUDAS, M. O que significa Design Thinking. Agência USP de Inovação. 
Disponível em: https://www.inovacao.usp.br/o-que-significa-design-thinking/. Acesso em: 28 maio 
2024.
A partir do texto-base e dos conhecimentos sobre Design Thinking, analise as afirmativas a seguir:
I. O pilar inicial do Design Thinking é a inspiração, uma fase que contempla um entendimento inicial 
do problema e estudo das possibilidades envolvidas.
II. O Design Thinking é uma forma de projetar objetos renderizados, utilizando recursos 
computacionais, para observar sua alocação no espaço físico de uma empresa.
III. O Design Thinking inspira-se na habilidade humana de identificar padrões, ser intuitivo, gerar 
conceitos com um significado emocional para além da funcionalidade, e expressar ideias por meio de 
formatos distintos dos tradicionais símbolos e palavras.
É correto o que se afirma em:
A I, apenas.
B II, apenas.
C III, apenas.
D I e III, apenas.
E II e III, apenas.
O gerenciamentode requisitos é uma atividade essencial durante o ciclo de vida de um projeto de 
software. Consiste em identificar, documentar, analisar, priorizar e controlar os requisitos do sistema, 
garantindo que eles sejam compreendidos e atendidos adequadamente. No entanto, é importante 
reconhecer que os requisitos podem mudar ao longo do tempo devido a diversos fatores, como 
mudanças nas necessidades dos usuários, evolução do mercado ou avanços tecnológicos.
Fonte: Adaptado de: SOMMERVILLE, I. Engenharia de Software. 10. ed. São Paulo: Pearson 
Education do Brasil, 2018.
O processo de gerenciamento de mudanças de requisitos é responsável por lidar com essas alterações, 
e envolve os seguintes processos no gerenciamento de requisitos:
I. Desenvolver um projeto à parte com o único objetivo de atender às mudanças.
7
28/07/2026, 15:57 Avaliação I - Individual
about:blank 5/8
II. Mapear os melhores desenvolvedores e implementar as mudanças antes da validação dos 
requisitos.
III. Identificar quem será consultado e quem será apenas comunicado quanto às mudanças dos 
requisitos.
IV. Identificar quem são as partes interessadas (Stakeholders) que têm o poder de propor e aprovar as 
mudanças.
É correto o que se afirma em:
A I, II e III, apenas.
B IV, apenas.
C I, apenas.
D III e IV, apenas.
E II e IV, apenas.
O International Institute of Business Analysis (IIBA) é uma organização profissional global dedicada 
ao avanço da disciplina de análise de negócios, que contempla, entre outras, a gerência de requisitos 
de software, elemento fundamental que envolve as partes interessadas, papéis e responsabilidades 
num projeto.
Fonte: IIBA. Um guia para o corpo de conhecimento de análise de negócios: Guia BABOK®. 
versão 2.0. Toronto: theiiba.org, 2011.
Com base no texto e nos conhecimentos sobre Engenharia de Requisitos, a lista de partes 
interessadas, papéis e responsabilidades que deve conter, analise as afirmativas a seguir:
I. Identificação da linguagem de programação utilizada.
II. Descrição da influência e interesse das partes interessadas.
III. Nome e cargo das partes interessadas envolvidas no processo.
8
28/07/2026, 15:57 Avaliação I - Individual
about:blank 6/8
É correto o que se afirma em:
A II, apenas.
B I, apenas.
C II e III, apenas.
D I e II, apenas.
E III, apenas.
As partes interessadas em um projeto de software desempenham um papel fundamental em sua 
concepção e sucesso. Essas partes podem incluir clientes, usuários finais, gerentes de projeto, 
desenvolvedores, analistas de negócios e especialistas em domínio. Cada uma dessas partes 
interessadas traz perspectivas únicas e objetivos específicos para o projeto. 
Fonte: Adaptado de: SOMMERVILLE, I. Engenharia de software. 8. ed. São Paulo: Pearson 
Addison Wesley, 2007. 
Dada a importância das partes interessadas (Stakeholders) num projeto de software, analise as 
afirmativas a seguir:
I. As partes interessadas (Stakeholders) devem ser envolvidas de forma plena para aumentar as 
chances de sucesso em projetos de software.
II. A importância de validar e verificar os requisitos coletados existe, podendo aumentar ainda mais o 
envolvimento das partes interessadas (Stakeholders). 
III. A garantia de clareza e qualidade dos requisitos depende de uma comunicação constante entre a 
equipe de desenvolvimento de software e as partes interessadas (Stakeholders).
IV. As partes interessadas (Stakeholders), muitas vezes, não fornecem detalhes óbvios para fazer parte 
do seu dia a dia de trabalho, mas que são de fundamental importância para o Engenheiro de 
Requisitos.
É correto o que se afirma em: 
9
28/07/2026, 15:57 Avaliação I - Individual
about:blank 7/8
A I, II e III, apenas.
B II e IV, apenas.
C III e IV, apenas.
D I e II, apenas.
E I, II, III e IV.
Os modelos tradicionais, também denominados modelos pesados de processos de desenvolvimento de 
software, adotam uma abordagem sequencial, em que todas as fases do processo ocorrem em uma 
única etapa. Os modelos tradicionais de desenvolvimento de software são caracterizados por sua 
natureza linear e sequencial, onde cada fase do processo é realizada em uma ordem fixa e sem a 
possibilidade de retroceder para etapas anteriores. Isso significa que, uma vez concluída uma fase, 
não há espaço para revisitar ou reavaliar decisões tomadas anteriormente.
Fonte: SOMMERVILLE, I. Engenharia de software. 8. ed. São Paulo: Pearson Addison Wesley, 
2007.
Com base no texto e os conhecimentos sobre os principais modelos de desenvolvimento de software, 
qual é o principal modelo pesado, também conhecido como ciclo de vida clássico?
A Modelo Ágil.
B Modelo Iterativo e Incremental.
C Modelo Cascata.
D Modelo Espiral.
E Extreme Programming.
10
Imprimir
28/07/2026, 15:57 Avaliação I - Individual
about:blank 8/8