-
Gestão de requisitos: conjunto de atividades que ajuda a equipe de projeto a identificar, controlar e rastrear requisitos e modificações de requisitos em qualquer época, à medida que o projeto prossegue.
Elicitação de requisitos: pergunte ao cliente, aos usuários e a outros quais são os objetivos do sistema ou do produto, o que precisa ser conseguido, como o sistema ou o produto se encaixa nas necessidades do negócio e, finalmente, como o sistema ou produto vai ser usado no dia-a-dia.
Negociação dos requisitos: os clientes, usuários e interessados são solicitados a ordenar os requisitos e depois discutir os conflitos de prioridade. Os riscos associados com cada requisito são identificados e analisados.
Levantamento de requisitos: acredito que seja a mesma definição de elicitação de requisitos.
Validação de requisitos: examina a especificação para garantir que todos os requisitos do sistema tenham sido declarados de modo não-ambíguo; que as inconsistências, omissões e erros tenham sido detectados e corrigidos e que os produtos de trabalho estejam de acordo com as normas estabelecidas para o processo, projeto e produto.
Fonte: PRESSMAN, Roger S., "Engenharia de Software", 5ªedição, Mc Graw Hill, 2002. Pg 250-255.
-
Prezados,
Segundo Pressman, em seu livro página 120, os produtos de trabalho resultantes da engenharia de requisitos são avaliados quanto a qualidade no processo de validação. A validação dos requisitos examina a especificação para garantir que todos os requisitos do software tenham sido declarados de modo não ambíguo.
Portanto, alternativa correta é a letra E
Fonte :
- Pressman, Roger S. Software Engineering: A Practiotioner’s Approach. Sixth Edition
-
Validar requisito significa verificar os requisitos em relação ao realismo, consistência, abrangência, completude, etc. É focado no cliente e possibilita a descoberta de ambiguidades ou problemas de forma antecipada, evitando assim, custos mais altos para o projeto.
-
Sommerville (2003) propõe um processo genérico de levantamento e análise que contém as seguintes atividades:
Compreensão do domínio: Os analistas devem desenvolver sua compreensão do domínio da aplicação;
Coleta de requisitos: É o processo de interagir com os stakeholders do sistema para descobrir seus requisitos. A compreensão do domínio se desenvolve mais durante essa atividade;
Classificação: Essa atividade considera o conjunto não estruturado dos requisitos e os organiza em grupos coerentes;
Resolução de conflitos: Quando múltiplos stakeholders estão envolvidos, os requisitos apresentarão conflitos. Essa atividade tem por objetivo solucionar esses conflitos;
Definição das prioridades: Em qualquer conjunto de requisitos, alguns serão mais importantes do que outros. Esse estágio envolve interação com os stakeholders para a definição dos requisitos mais importantes;
-
Em uma das etapas da Engenharia de Requisitos há a preocupação em se observar a especificação produzida, visando verificar que os requisitos tenham sido declarados, por exemplo, sem ambiguidades.
Primeiro ponto - se esta etapa observa a especificação então é uma etapa subsequenta à etapa de especificação (documentação), e após esta so existe duas, a validação de requisitos e a gerencia de requisitos.
neste ponto eu me pegunto, qual destas duas etapas é feita a verificação dos requisitos? Certamente na etapa de validação.
-
e)validação dos requisitos.
validação dos requisitos é quando sera avaliado se os requisitos apresentados sao realmente os que o usuario deseja,. A revisao de req dentro da validação aspira a medir facilidade de entendidmento & verificação, rastreabilidade & adaptablidade
-
2016
Se não há conflitos entre nenhum dos subconjuntos de requisitos presentes, então na Especificação de Requisitos está presente a qualidade
consistencia
-
Validação de requisitos:
Tem por objetivo investigar se o software atende os requisitos do usuário, ou seja, se está sendo construído o produto correto.
Ver se o Produto correto
Não contém ambiguidade
Pressman e Sommerville