Em qual etapa do processo de desenvolvimento de requisitos d...

Alternativa Correta: B - Análise de requisitos.

Para resolver a questão apresentada com sucesso, o candidato precisa compreender as etapas do processo de desenvolvimento de requisitos de software. Cada etapa tem um papel específico na garantia de que os requisitos finais do software atendam às necessidades e expectativas dos stakeholders. Vamos esclarecer o motivo pelo qual a Análise de requisitos é a fase onde comumente ocorre a identificação de gaps nos requisitos ou a detecção de requisitos desnecessários em relação ao escopo definido:

A etapa de Análise de requisitos é crucial pois envolve a avaliação detalhada dos requisitos elicitados para garantir que sejam consistentes, completos, viáveis e alinhados com os objetivos do negócio. Durante essa fase, os analistas de requisitos trabalham para compreender as necessidades e restrições, removendo ambiguidades e refinando o entendimento dos requisitos. É nesta etapa que se torna mais evidente se há requisitos que não se alinham com o escopo ou se são supérfluos para os objetivos do projeto, possibilitando a correção antes da fase de design e implementação.

É fundamental que essa atividade seja realizada com critério, pois um requisito mal compreendido ou um gap não detectado pode levar a custos adicionais e problemas na fase de desenvolvimento ou até mesmo após a entrega do software. Portanto, uma análise rigorosa e meticulosa é essencial para garantir o sucesso do desenvolvimento do software.

✅Gabarito(B) 

O objetivo da análise de requisitos é descobrir problemas, incompletude e inconsistência nos requisitos elicitados.

➥ Uma lista de verificação de problemas poderá ser usada para ajudar a análise.

Checagem da necessidade

– A necessidade dos requisitos é analisada. Em alguns casos, alguns requisitos propostos podem não contribuir para os objetivos de negócio da organização ou para o problema específico tratado pelo sistema.

Checagem da consistência e completude

– Os requisitos são verificados entre si para determinar consistência e completude. Consistência significa que nenhum requisito deve ser contraditório; completude significa que nenhum serviço (ou limitação) que seja necessário foi esquecido.

Checagem da viabilidade – Os requisitos são verificados para garantir que são viáveis dentro do orçamento e tempo disponível para o desenvolvimento do sistema.

➥ Uso de checklist para análise

Projeto prematuro

– Os requisitos incluem informação prematura de projeto ou implementação?

Requisitos combinados

– A descrição do requisito descreve um requisito único ou este pode ser descrito em vários requisitos diferentes?

Requisitos desnecessários

– O requisito é realmente necessário, ou será que é uma mera adição cosmética ao sistema?

Fonte: http://www.facom.ufu.br/~bacala/DAW/Aula02-1%20-%20Engenharia%20de%20Requisitos.pdf

Análise Orientada a Objetos Engenharia de Requisitos

na boa, isso que foi descrito está bem mais para validação de requisitos (nos livros do pressman e somerville)

Questão mal elaborada.

Eu diria que a identificação de requisitos desnecessários está relacionada com a Elicitação e Análise. Já a identificação de gaps está relacionada com a Validação.

De acordo com Somerville

4.5 Elicitação e análise de requisitos

As atividades do processo são: Descoberta de Requisitos, Classificação e organização de Requisitos, Priorização e negociação de Requisitos e Especificação de Requisitos.

4.6 Validação de requisitos

A validação de requisitos é o processo pelo qual se verifica se os requisitos definem o sistema que o cliente realmente quer. Ela se sobrepõe à análise, uma vez que está preocupada em encontrar problemas com os requisitos.