Grátis: A elicitação de requisitos é o processo de identificar, compreender e documentar as necessidades, expectativas e restrições dos stakeholders em rel... – Questões Respondidas

Gestão de Projetos

Outros

A elicitação de requisitos é o processo de identificar, compreender e documentar as necessidades, expectativas e restrições dos stakeholders em relação a um sistema de software. É uma etapa crucial na engenharia de requisitos, pois estabelece a base para o desenvolvimento de um sistema que atenda às demandas dos usuários finais.

Fonte: Adaptado de: SOMMERVILLE, I. Engenharia de Software. 10. ed. São Paulo: Pearson Education do Brasil, 2018.
Com base nas informações apresentadas, avalie as asserções a seguir e a relação proposta entre elas:

I. O desenvolvimento de software é uma área transversal e integralizadora em qualquer ramo de negócios, não existe apenas por existir.

PORQUE

II. As necessidades do usuário surgem de suas rotinas e problemas levantados na ponta, nas áreas e processos de negócio.

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 falsa e a II é uma proposição verdadeira.
C As asserções I e II são verdadeiras, mas a II não é uma justificativa correta da I.
D A asserção I é uma proposição verdadeira e a II é uma proposição falsa.

ProjetandoIdeias

há 4 horas

ProjetandoIdeias

há 4 horas

Avaliação Final (Objetiva) - Individual

Respostas

Ed

há 4 horas

Vamos analisar as asserções: I. "O desenvolvimento de software é uma área transversal e integralizadora em qualquer ramo de negócios, não existe apenas por existir." Essa afirmação é verdadeira, pois o desenvolvimento de software está presente em diversos setores e é fundamental para suportar processos de negócio. II. "As necessidades do usuário surgem de suas rotinas e problemas levantados na ponta, nas áreas e processos de negócio." Essa afirmação também é verdadeira, pois as necessidades dos usuários geralmente emergem do dia a dia e dos desafios enfrentados nas operações e processos. Agora, a relação entre elas: A asserção II justifica a I? Sim, porque o fato de as necessidades surgirem das rotinas e problemas reais dos usuários reforça que o desenvolvimento de software deve ser transversal e integrado aos negócios, para atender essas demandas. Portanto, a alternativa correta é: A) As asserções I e II são verdadeiras, e a II é uma justificativa correta da I.

Essa resposta te ajudou?

0

0

Ainda não achou a resposta?

Integrado com os principais modelos de IA do mercado
Respostas em segundos
IA treinada para estudantes brasileiros.

Evolua sua forma de estudar

Cadastre-se ou realize login

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Essa pergunta também está no material:

Avaliação Final (Objetiva) - Individual

Mais perguntas desse material

Gerenciamento de Requisitos é um conjunto iterativo de atividades que ajudam a garantir que a elicitação da documentação, o refinamento e as mudanças de requisitos sejam tratadas adequadamente durante o ciclo de vida, com o objetivo de satisfazer a missão ou a necessidade geral de maneira qualitativa e para a satisfação do cliente.

Fonte: adaptado de: COVENTRY, T. Gerenciamento de requisitos – planejando para o sucesso: técnicas para acertar no planejamento de requisitos. In: PMI® GLOBAL CONGRESS 2015 - EMEA, 2015, Londres, Proceedings [...] Londres: Project Management Institute, 2015.
Qual das seguintes opções descreve corretamente o objetivo principal do gerenciamento de requisitos em projetos de desenvolvimento de software?
A Coletar todos os requisitos possíveis, mesmo aqueles que não estão alinhados com os objetivos do projeto, para aumentar a abrangência.
B Entender, documentar, analisar, validar e controlar os requisitos ao longo do ciclo de vida do projeto para garantir que o produto atenda às necessidades dos stakeholders.
C Documentar apenas os requisitos técnicos do projeto, deixando de lado as necessidades dos stakeholders.
D Rastrear e controlar as mudanças nos requisitos para evitar que qualquer alteração ocorra no projeto.

As entrevistas são uma etapa fundamental nos processos de levantamento de requisitos de software. Essa prática envolve a comunicação direta entre os analistas e os stakeholders envolvidos no projeto, como usuários, clientes, gerentes e especialistas em domínio. O objetivo principal das entrevistas é obter informações valiosas sobre as necessidades, expectativas e restrições do sistema a ser desenvolvido.

Fonte: Adaptado de: WIEGERS, K. E.; BEATTY, J. Software Requirements. 3. ed. Redmond: Microsoft Press, 2013.
Com base nas informações apresentadas, avalie as asserções a seguir e a relação proposta entre elas:

I. As entrevistas são uma etapa fundamental nos processos de levantamento de requisitos de software.

PORQUE

II. As entrevistas permitem uma comunicação direta entre os analistas e os stakeholders, possibilitando a obtenção de informações detalhadas sobre as necessidades e expectativas do sistema a ser desenvolvido.

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 As asserções I e II são verdadeiras, e a II é uma justificativa correta da I.
D A asserção I é uma proposição falsa e a II é uma proposição verdadeira.

A documentação adequada dos requisitos é uma prática essencial. É importante manter registros detalhados e atualizados dos requisitos, suas alterações, discussões e decisões tomadas. A documentação deve ser organizada e de fácil acesso para toda a equipe, permitindo a compreensão e o acompanhamento dos requisitos ao longo do ciclo de vida do projeto.

Fonte: Adaptado de: ROBERTSON, S.; ROBERTSON, J. Mastering the Requirements Process: Getting Requirements Right. 3 ed. Addison-Wesley Professional, 2012.
A documentação de um sistema consiste num contrato entre os usuários (partes interessadas) e a equipe de desenvolvimento, pois:
A É um documento que rege boas práticas para salvaguardar a empresa em casos de plágio ou cópia ilegal de seu sistema.
B Trata-se de todo o histórico sobre os acertos, ajustes e mudanças contidas nos requisitos do sistema, permitindo sua implementação, implantação, uso e manutenção.
C Serve para punir os responsáveis pelas falhas de operação e uso do sistema depois de entregue.
D Retrata os valores acordados e as cláusulas de multa e sanções no caso do não cumprimento quanto a entrega do produto final.

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 A asserção I é uma proposição falsa e a II é uma proposição verdadeira.
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 As asserções I e II são verdadeiras, mas a II não é uma justificativa correta da I.

Os cenários de requisitos de qualidade são uma poderosa ferramenta utilizada na análise de requisitos para garantir que o produto final atenda aos padrões desejados de qualidade e satisfação dos stakeholders. Esses cenários são descrições detalhadas de situações ou casos de uso específicos, que ilustram como o sistema deve se comportar em determinadas circunstâncias. Fonte: adaptado de: WIEGERS, K. E.; BEATTY, J. Software Requirements. 3. ed. Redmond: Microsoft Press, 2013. Com base no excerto, sobre os cenários de requisitos de qualidade apresentados no texto, assinale a opção correta: I. Os cenários de requisitos de qualidade são úteis para descrever o comportamento do sistema em diferentes situações, sendo detalhados e realistas. II. Os cenários de requisitos de qualidade são desenvolvidos apenas pelos analistas de requisitos, sem a necessidade da participação das partes interessadas. III. Os cenários de requisitos de qualidade são criados durante as fases de testes de aceitação e testes de segurança, após o desenvolvimento e a entrega do produto. IV. A criação de cenários de requisitos de qualidade não é uma prática comum na área de engenharia de requisitos, pois envolve a alocação de recursos para composição de cenários. É correto o que se afirma em: A. ( ) I, apenas. B. ( ) III e IV, apenas. C. ( ) II e IV, apenas. D. ( ) I, II e III, apenas.

Gerenciar requisitos é uma prática fundamental no desenvolvimento de projetos e sistemas, independentemente do seu tamanho ou complexidade. Esse processo é essencial para garantir que o produto final atenda às necessidades dos usuários e das partes interessadas, além de ser entregue dentro do prazo e do orçamento estabelecidos.

Fonte: adaptado de: PRESSMAN, R.; MAXIM, B. R. Engenharia de Software: uma abordagem profissional. 8. ed. Porto Alegre: Amgh, 2016.
Com base no excerto e nos conhecimentos sobre a Engenharia de Requisitos, pode dizer que o gerenciamento de requisitos é fundamental no desenvolvimento de projetos e sistemas, pois visa:
I. Alinhar os objetivos do projeto, as funcionalidades e características do produto.
II. Garantir que o produto final atenda às necessidades e expectativas dos usuários e partes interessadas.
III. Facilitar uma comunicação eficiente entre a equipe de desenvolvimento e as partes interessadas ao longo do ciclo do projeto.
A I e II, apenas.
B III, apenas.
C II e III, apenas.
D I, II e III.

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 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, e a II é 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, mas a II não é uma justificativa correta da I.

A inspeção de qualidade de requisitos é uma atividade crítica para garantir a qualidade dos requisitos e, consequentemente, a qualidade do produto final. Ela pode ajudar a evitar erros, ambiguidades e inconsistências, resultando em um projeto de software mais bem-sucedido.

Fonte: adaptado de: PFLEEGER, S. L. Engenharia de software: teoria e prática. 2. ed. São Paulo: Pearson Education do Brasil, 2004.
Sobre o uso das melhores práticas relacionadas à inspeção de qualidade de requisitos, analise as afirmacoes considerando V para verdadeiro e F para falso:

( ) A inspeção de qualidade de requisitos é uma atividade que envolve uma equipe de revisores para obter resultados eficazes, ajudando a identificar diferentes tipos de problemas nos requisitos.

( ) A inspeção de qualidade de requisitos deve ser conduzida de forma formal, documentando os resultados e acompanhando o processo para garantir que os problemas sejam corrigidos a tempo.

( ) A preparação antes da inspeção é essencial. Isso inclui a análise prévia dos requisitos, identificação de problemas potenciais, custos e esforços envolvidos e a elaboração de perguntas para orientar a revisão.

( ) A inspeção demanda aos revisores a concentração tanto na conformidade dos requisitos com o modelo de processo de desenvolvimento utilizado quanto outras características de qualidade, como clareza, consistência e rastreabilidade.

Assinale a afirmativa que contempla corretamente a sequência:
A F, V, V, F.
B V, V, F, F.
C V, F, F, V.
D F, F, V, F.

Requisitos não funcionais são elementos essenciais para o desenvolvimento de sistemas e aplicativos, pois eles definem aspectos que vão além do simples funcionamento de um software. Enquanto os requisitos funcionais descrevem as funcionalidades e comportamentos específicos que um sistema deve possuir, os requisitos não funcionais estabelecem critérios de qualidade, desempenho, segurança e usabilidade.

Fonte: Adaptado de: SOMMERVILLE, I. Engenharia de Software. 10. ed. São Paulo: Pearson Education do Brasil, 2018.
Como mencionado no texto-base, os requisitos funcionais vão além do funcionamento (funcionalidades) do sistema. Identifique exemplos de Requisitos Não Funcionais nas afirmativas a seguir:

I. Um sistema de vendas deverá utilizar o SGBD (Sistema de Gerenciamento de Banco de Dados) MySQL.

II. Um sistema de cadastro de alunos deve coletar a fotografia do aluno em arquivos de no máximo 3 Megabytes.

III. Um sistema de rede bancária, para uso de transações via PIX deverá ter disponibilidade de 24 horas x 7 dias por semana.

IV. Um sistema de autoescola deverá apresentar um campo, do tipo caixa de texto, para coletar e armazenar o CPF do aluno no banco de dados.

É correto o que se afirma em:
A I, apenas.
B I, II e III, apenas.
C II e IV, apenas.
D III e IV, apenas.