Logo Passei Direto
Buscar

GERÊNCIA DE REQUISITOS DE SOFTWARE_Avaliação I - Individual

User badge image
andrematos37

em

Ferramentas de estudo

Questões resolvidas

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.
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.
A I, II e III, apenas.
B III e IV, apenas.
C II e III, apenas.
D I e IV, apenas.

De acordo com a abordagem pautada em Design Thinking e a Elicitação de Requisitos, analise as afirmativas a seguir:

I. A prototipagem rápida e a experimentação são elementos essenciais do design thinking, permitindo que os designers testem e refinem suas soluções com base no feedback dos usuários.
II. A imersão no contexto do usuário é uma etapa fundamental do design thinking, que envolve empatia e compreensão das necessidades reais dos usuários, buscando entender suas dores, necessidades e comportamentos.
III. A fase de ideação no design thinking estimula a geração de um grande volume de ideias sem restrições, pois é importante que seja encorajado o uso de métodos para explorar a criatividade dos participantes e estimular o pensamento criativo.
IV. O design thinking é capaz de resolver qualquer problema, pois ele extrapola qualquer escopo e delimitação de necessidade, do mais simples ao mais complexo, visando trazer a solução mais inovadora, independentemente de seu custo.

Material
páginas com resultados encontrados.
páginas com resultados encontrados.
left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Questões resolvidas

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.
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.
A I, II e III, apenas.
B III e IV, apenas.
C II e III, apenas.
D I e IV, apenas.

De acordo com a abordagem pautada em Design Thinking e a Elicitação de Requisitos, analise as afirmativas a seguir:

I. A prototipagem rápida e a experimentação são elementos essenciais do design thinking, permitindo que os designers testem e refinem suas soluções com base no feedback dos usuários.
II. A imersão no contexto do usuário é uma etapa fundamental do design thinking, que envolve empatia e compreensão das necessidades reais dos usuários, buscando entender suas dores, necessidades e comportamentos.
III. A fase de ideação no design thinking estimula a geração de um grande volume de ideias sem restrições, pois é importante que seja encorajado o uso de métodos para explorar a criatividade dos participantes e estimular o pensamento criativo.
IV. O design thinking é capaz de resolver qualquer problema, pois ele extrapola qualquer escopo e delimitação de necessidade, do mais simples ao mais complexo, visando trazer a solução mais inovadora, independentemente de seu custo.

Prévia do material em texto

20/08/2023, 18:08 Avaliação I - Individual
about:blank 1/6
Prova Impressa
GABARITO | Avaliação I - Individual (Cod.:886902)
Peso da Avaliação 1,50
Prova 68263422
Qtd. de Questões 10
Acertos/Erros 8/2
Nota 8,00
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.
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 I, II e III, apenas.
B III e IV, apenas.
C II e III, apenas.
D I e IV, apenas.
O design thinking segue uma lógica dedutiva, partindo de princípios fundamentais para chegar a 
conclusões específicas. Ao observar e entender as necessidades e desafios dos usuários, os designers 
podem definir problemas de forma clara e identificar oportunidades de melhoria. Uma das etapas 
fundamentais do design thinking é a imersão no contexto do usuário. Isso envolve empatia, através da 
observação direta e do diálogo com os usuários, a fim de compreender suas necessidades reais. Ao 
obter insights valiosos sobre as experiências e perspectivas dos usuários, os designers podem deduzir 
quais são os problemas-chave que precisam ser resolvidos.
 VOLTAR
A+ Alterar modo de visualização
1
2
20/08/2023, 18:08 Avaliação I - Individual
about:blank 2/6
Fonte: Adaptado de: BROWN, T. Design Thinking: uma metodologia poderosa para decretar fim às 
velhas ideias. Rio de Janeiro: Alta Books, 2018.
De acordo com a abordagem pautada em Design Thinking e a Elicitação de Requisitos, analise as 
afirmativas a seguir:
I. A prototipagem rápida e a experimentação são elementos essenciais do design thinking, permitindo 
que os designers testem e refinem suas soluções com base no feedback dos usuários.
II. A imersão no contexto do usuário é uma etapa fundamental do design thinking, que envolve 
empatia e compreensão das necessidades reais dos usuários, buscando entender suas dores, 
necessidades e comportamentos.
III. A fase de ideação no design thinking estimula a geração de um grande volume de ideias sem 
restrições, pois é importante que seja encorajado o uso de métodos para explorar a criatividade dos 
participantes e estimular o pensamento criativo.
IV. O design thinking é capaz de resolver qualquer problema, pois ele extrapola qualquer escopo e 
delimitação de necessidade, do mais simples ao mais complexo, visando trazer a solução mais 
inovadora, independentemente de seu custo ou de seu escopo.
É correto o que se afirma em:
A II e III, apenas.
B I, II e III, apenas.
C III e IV, apenas.
D II, III e IV, apenas.
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:
A I, II e III, apenas.
B II e III, apenas.
C II, III e IV, apenas.
D III e IV, apenas.
3
20/08/2023, 18:08 Avaliação I - Individual
about:blank 3/6
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.
Fonte: Adaptado de: 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 Trazer todas as funcionalidades possíveis, mesmo as não validadas.
B Adequar a substituição de um software legado.
C Garantir que o software tenha um design moderno.
D Garantir que o produto final atenda às expectativas e necessidades dos usuários.
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 A asserção I é uma proposição verdadeira e a II é uma proposição falsa.
B As asserções I e II são verdadeiras, mas a II não é uma justificativa correta da I.
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, e a II é uma justificativa correta da I.
A eliciação de requisitos é uma etapa crucial para estabelecer uma compreensão clara dos requisitos 
do sistema e garantir que as expectativas dos stakeholders sejam adequadamente incorporadas no 
desenvolvimento do software.
4
56
20/08/2023, 18:08 Avaliação I - Individual
about:blank 4/6
Fonte: Adaptado de: SOMMERVILLE, I. Engenharia de software. 8. ed. São Paulo: Pearson 
Addison Wesley, 2007.
Com base no texto, qual das seguintes opções descreve corretamente a eliciação de requisitos e sua 
aplicação prática?
A
Ao iniciar um projeto de um software para uma rede de farmácias, a equipe de desenvolvimento
optou em não ouvir a área de negócios, pois julga já ter todo o conhecimento necessário para
implementar o projeto do início ao fim.
B Em qualquer projeto de software, a elicitação de requisitos é um processo exclusivo do
departamento de desenvolvimento de software, sem a participação dos stakeholders externos.
C
Para a melhoria, a criação de um novo sistema de orçamentos de uma construtora, a equipe de
desenvolvimento se baseou apenas em documentos sobre o uso do sistema atual, sendo essa
considerada uma boa prática.
D
Em um projeto de software para o ramo de eletrodomésticos, a equipe de desenvolvimento fez
muitas reuniões para entender as necessidades das partes interessadas, pois a elicitação de
requisitos é um processo colaborativo e interativo.
O ciclo de vida de desenvolvimento de software é uma abordagem sistemática para criar, manter e 
aprimorar programas de computador. Ele abrange todas as etapas desde a concepção inicial até a 
entrega do produto final e seu subsequente suporte. O ciclo de vida do desenvolvimento de software 
geralmente inicia-se na fase de Engenharia de Requisitos, onde requisitos são coletados e 
documentados. Isso envolve entender as necessidades do cliente, definir os recursos e 
funcionalidades do software e estabelecer metas claras.
Fonte: Adaptado de: PRESSMAN, R.; MAXIM, B. R. Engenharia de Software: uma abordagem 
profissional. 8. ed. Porto Alegre: Amgh, 2016.
Sobre o ciclo de desenvolvimento de software, sendo a Engenharia de Requisitos uma das fases mais 
importantes, classifique V para as sentenças verdadeiras e F para as falsas:
( ) Errar no processo de requisitos pode levar a problemas significativos no desenvolvimento de 
software, como a entrega de um produto que não atende às necessidades dos usuários ou que possui 
funcionalidades incorretas.
( ) Investir tempo e esforço na atividade de engenharia de requisitos é fundamental para evitar erros 
e garantir que os requisitos sejam compreendidos corretamente e atendidos de forma adequada no 
desenvolvimento do software.
( ) Aplicar a engenharia de requisitos é um exercício de se concentrar na identificação, análise, 
documentação e validação das necessidades e restrições de um sistema de software.
( ) Analisar a Engenharia de Requisitos é entender que trata-se de uma abordagem linear e 
sequencial, em que cada fase é concluída antes de passar para a próxima.
Assinale a alternativa que apresenta a sequência correta:
A F, V, V, F.
B V, V, F, F.
C V, V, V, F.
D V, F, F, V.
7
20/08/2023, 18:08 Avaliação I - Individual
about:blank 5/6
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: 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 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.
É correto o que se afirma em:
A II e III, apenas.
B I e II, apenas.
C III, apenas.
D I, apenas.
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 utilizados para a implementação do código.
Assinale a alternativa que apresenta a sequência correta:
A V, F, F, V.
B V, V, F, F.
C F, V, V, F.
D V, V, V, F.
8
9
20/08/2023, 18:08 Avaliação I - Individual
about:blank 6/6
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 F, V, V, F.
B V, V, V, F.
C V, F, F, V.
D V, V, F, F.
10
Imprimir

Mais conteúdos dessa disciplina