Gerência de Requisitos de Software -Avaliação I - Individual

Prévia do material em texto

01/09/2023, 19:43 Avaliação I - Individual
about:blank 1/6
Prova Impressa
GABARITO | Avaliação I - Individual (Cod.:886902)
Peso da Avaliação 1,50
Prova 68514289
Qtd. de Questões 10
Acertos/Erros 8/2
Nota 8,00
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: Adaptado de: 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 I, II e III.
B I, apenas.
C I e II, apenas.
D III, apenas.
As falhas de projeto de software são problemas que ocorrem quando a concepção e a arquitetura do 
software não atendem aos requisitos, levando a consequências negativas no desempenho, usabilidade, 
segurança ou manutenibilidade do sistema. Essas falhas podem resultar em atrasos, custos adicionais 
e até mesmo no fracasso do projeto.
Fonte: Adaptado de: PRESSMAN, R.; MAXIM, B. R. Engenharia de Software: uma abordagem 
profissional. 8. ed. Porto Alegre: Amgh, 2016.
Com base nas informações apresentadas, avalie as asserções a seguir e a relação proposta entre elas:
I. O esforço de comunicação contínua entre as equipes de desenvolvimento e de negócios existe para 
extrair o máximo de requisitos de qualidade para o projeto, mesmo quando esses parecem muito 
óbvios para apenas uma das partes.
PORQUE
II. O engenheiro de requisitos, embora seja obrigado a conhecer tudo sobre todos os negócios, há 
sempre a necessidade de validação dos requisitos que podem ser considerados básicos demais pelas 
partes interessadas.
A respeito dessas asserções, assinale a opção correta:
A As asserções I e II são verdadeiras, mas a II não é uma justificativa correta da I.
B As asserções I e II são verdadeiras, e a II é uma justificativa correta da I.
 VOLTAR
A+ Alterar modo de visualização
1
2
01/09/2023, 19:43 Avaliação I - Individual
about:blank 2/6
C A asserção I é uma proposição falsa e a II é uma proposição verdadeira.
D A asserção I é uma proposição verdadeira e a II é uma proposição falsa.
O gerenciamento de 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.
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 II e IV, apenas.
B III e IV, apenas.
C I, apenas.
D I, II e III, apenas.
O entendimento do domínio do problema é um aspecto fundamental na engenharia de requisitos. 
Antes de iniciar qualquer processo de coleta ou elicitação de requisitos, é essencial que a equipe de 
desenvolvimento tenha um conhecimento aprofundado do domínio no qual o sistema será aplicado. 
Isso envolve compreender o ambiente de negócios, os processos envolvidos, as restrições e as 
necessidades dos usuários finais.
Fonte: Adaptado de: WIEGERS, K.; BEATTY, J. Software Requirements. Microsoft Press, 2013.
Com base nas informações apresentadas, avalie as asserções a seguir e a relação proposta entre elas:
I. O analista encarregado para este trabalho (entender o domínio do problema) deve se atentar às 
rotinas e o funcionamento do negócio, e não na sua experiência como mero usuário de um serviço 
parecido.
PORQUE
II. A correta elicitação dos requisitos é um envolvimento de todas as partes interessadas, 
principalmente a de negócios, que são quem apresentam as reais necessidades para o projeto.
A respeito dessas asserções, assinale a opção correta:
A As asserções I e II são verdadeiras, e a II é uma justificativa correta da I.
B A asserção I é uma proposição verdadeira e a II é uma proposição falsa.
3
4
01/09/2023, 19:43 Avaliação I - Individual
about:blank 3/6
C A asserção I é uma proposição falsa e a II é uma proposição verdadeira.
D As asserções I e II são verdadeiras, mas a II não é uma justificativa correta da I.
O uso da metodologia ágil na coleta de requisitos traz uma abordagem mais colaborativa, iterativa e 
adaptativa. Isso resulta em uma melhor compreensão dos requisitos, maior envolvimento dos 
stakeholders e, por fim, no desenvolvimento de um software que atende melhor às necessidades dos 
usuários finais.
Fonte: Adaptado de: AMBLER, S. Modelagem Ágil. São Paulo: Bookman, 2004.
As metodologias ágeis podem ser utilizadas nos processos de engenharia de requisitos por estarem 
aderentes aos modelos incrementais. Com base nos conceitos do Manifesto Ágil, que possuem maior 
afinidade em relação a requisitos, classifique V para as sentenças verdadeiras e F para as falsas:
( ) As mudanças fazem parte do projeto de software e o manifesto ágil prega que os processos 
devem se adequar às mudanças, para que o cliente possa obter vantagens competitivas.
( ) O trabalho em conjunto, com maior interação e comunicação, segundo a metodologia ágil, é 
parte fundamental e deve ser mantido durante todo o curso do projeto.
( ) Ao fim do processo de desenvolvimento podem surgir novos requisitos e isso, de acordo com a 
metodologia ágil, é algo que deve ser aceito.
( ) A metodologia ágil tem uma menor preocupação com a documentação, no entanto isso não é um 
impeditivo para o sucesso do projeto, pois a fase de requisitos encerra todo o curso.
Assinale a alternativa que apresenta a sequência correta: 
A V, F, F, V.
B F, V, V, F.
C V, V, V, F.
D V, V, F, F.
Durante a fase de coleta de requisitos de software, é comum que a equipe de desenvolvimento 
interaja com diversos usuários para compreender suas necessidades e expectativas em relação ao 
sistema a ser desenvolvido. Nesse processo, pode surgir um usuário insistente, alguém que demonstra 
uma forte determinação em fazer valer suas opiniões e demandas.
Fonte: Adaptado de: WIEGERS, K.; BEATTY, J. Software Requirements. 3. ed. Boston: Microsoft 
Press, 2013.
Sobre algumas estratégias que um engenheiro de requisitos pode utilizar no convencimento de um 
usuário resistente, classifique V para as sentenças verdadeiras e F para as falsas:
( ) Ter clareza na demonstração dos benefícios do novo sistema, como por exemplo, demonstrar que 
a nova funcionalidade pode eliminar o uso de planilhas de controle, demonstrando as vantagens que 
isso gera ao usuário resistente e seu ganho e otimização de tempo.
( ) Deixar claro que será oferecido treinamento e suporte ao novo sistema, adaptando as rotinas de 
trabalho ao uso do sistema, demonstrando que o usuário estará amparado durante esse processo.
( ) Negar as preocupações do usuário, pois além dos requisitos levantados são uma pequena parte 
de todo o projeto, não sendo de grande importância.
( ) Trazer temas técnicos e complexos ao entendimento do usuário, como a linguagem de 
programação utilizada e os paradigmas utilizadospara a implementação do código.
Assinale a alternativa que apresenta a sequência correta:
A V, V, V, F.
5
6
01/09/2023, 19:43 Avaliação I - Individual
about:blank 4/6
B V, V, F, F.
C F, V, V, F.
D V, F, F, V.
A análise das partes interessadas é realizada a partir do momento que a necessidade de negócio é 
identificada, e será uma atividade contínua durante o processo de análise de requisitos. O primeiro 
passo do processo de análise das partes interessadas é identificar as partes interessadas, os papéis, 
responsabilidades e autoridade sobre os requisitos que cada parte detém ou é afetada.
Fonte: Adaptado de: 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 nas informações apresentadas, avalie as asserções a seguir e a relação proposta entre elas:
I. Não há necessidade de se identificar a influência ou autoridade de cada uma das partes 
interessadas.
PORQUE
II. Nem todas as validações e aprovação de requisitos são realizadas pela equipe de desenvolvimento 
e partes interessadas.
A respeito dessas asserções, assinale a opção correta:
A As asserções I e II são verdadeiras, mas a II não é uma justificativa correta da I.
B A asserção I é uma proposição verdadeira e a II é uma proposição falsa.
C As asserções I e II são falsas.
D A asserção I é uma proposição falsa e a II é uma proposição verdadeira.
Um engenheiro de requisitos deve ter um bom entendimento de como as organizações e seus 
negócios funcionam. Isso ocorre porque os requisitos de um sistema de software estão intimamente 
ligados aos processos e às necessidades da organização em questão. Ao compreender os objetivos, as 
estratégias e as operações da organização, o engenheiro de requisitos é capaz de identificar e 
documentar requisitos que realmente atendam às necessidades dos stakeholders. Esse conhecimento 
profundo das características do negócio permite ao engenheiro de requisitos tomar decisões mais 
informadas ao definir os requisitos funcionais e não funcionais do sistema. 
Fonte: Adaptado de: POHL, K.; RUPP, C. Requirements Engineering Fundamentals: A Study 
Guide for the Certified Professional for Requirements Engineering Exam – Foundation Level. Santa 
Barbara: Rocky Nook Inc., 2011.
Um Engenheiro de Requisitos deve tentar ao máximo se aprofundar no conhecimento de negócio de 
uma empresa para a qual está trabalhando para um projeto de software. No entanto, é uma tarefa 
muito difícil conhecer todos os detalhes e processos para o bom andamento do projeto, assim, este 
profissional deve contar com:
I. Contar histórias sobre como a tecnologia pode mudar os rumos da empresa, se bem utilizada e 
empregada.
II. Elaborar um questionário, anônimo, a ser aplicado para cada integrante da equipe de negócios, 
visando facilitar o seu trabalho na elicitação de requisitos.
III. Mapear as principais partes interessadas, quem aprova as mudanças de requisitos, quem tem 
melhor conhecimento sobre a regra de negócios e quem apenas aceita as mudanças.
7
8
01/09/2023, 19:43 Avaliação I - Individual
about:blank 5/6
IV. Entender que é a organização quem deve ter um conhecimento de suas necessidades de forma 
clara, cabendo ao engenheiro de requisitos a melhor forma de extrair essa informação.
É correto o que se afirma em:
A III e IV, apenas.
B I, II e III, apenas.
C II e III, apenas.
D I e IV, apenas.
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: Adaptado de: 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 A fase final de teste antes da implantação de um sistema.
B Projetar e desenvolver software.
C Manutenção contínua do software após sua implantação.
D Elicitação, análise, especificação e validação de requisitos.
Para compreendermos melhor os fundamentos da engenharia de requisitos, podemos seguir um 
raciocínio dedutivo. Partindo do princípio de que um sistema de software eficaz deve atender aos 
objetivos e expectativas dos usuários, é necessário estabelecer uma base sólida para a definição dos 
requisitos.
Fonte: Adaptado de: SOMMERVILLE, I. Engenharia de Software. 10. ed. São Paulo: Pearson 
Education do Brasil, 2018.
Com base no excerto e sobre a Engenharia de Requisitos e seus fundamentos, analise as afirmativas a 
seguir:
I. Os requisitos funcionais descrevem apenas o layout e design (aparência) que o sistema deve 
possuir.
II. A engenharia de requisitos é um processo sistemático e iterativo para a identificação, análise, 
documentação e validação dos requisitos de um sistema.
III. A elicitação de requisitos é o processo de compreender e documentar as necessidades dos 
stakeholders (partes interessadas) e transformá-las em requisitos claros e concisos.
IV. A validação de requisitos envolve a verificação de que os requisitos documentados são corretos, 
completos, consistentes e atendem às necessidades dos stakeholders (partes interessadas).
É correto o que se afirma em:
9
10
01/09/2023, 19:43 Avaliação I - Individual
about:blank 6/6
A I, II e III, apenas.
B II e III, apenas.
C II, III e IV, apenas.
D III e IV, apenas.
Imprimir