-
Correto, realmente não deve ser incluído na especificação dos requisitos, porém deve ser previsto no seu gerenciamento.
-
Os requisitos abaixo são considerados requisitos gerenciais do projeto, e não devem ser incluídos na Especificação dos Requisitos do Software:
• custo;
• cronograma de entregas;
• relatórios requeridos;
• métodos requeridos de desenvolvimento;
• procedimentos de controle da qualidade;
• critérios de verificação e validação.
Fonte: Engenharia de Software - Wilson de Pádua.
-
Questão certa pessoal, apesar de termos a fase de Validação de requisitos, esta fase ela vem depois da especificação dos requisitos, é a fase que vamos ter o aceite do cliente a cerca do documento que foi produzido no fase de especificação de requisitos, teoricamente são fases distintas e não esta incluída dentro da especificação de requisitos
-
Embora a validação de requisitos seja uma das etapas da engenharia de requisitos, ela não é realizada durante a especificação de requisitos, e sim após essa especificação. As atividades, segundo Sommerville (2011):
Estudo da viabilidade --- Elicitação e análise --- Especificação --- Validação
-
Cespe aprontando das suas!
O proprio Sommerville ja indica que as fases nao sao totalmente fixas, podendo ocorrer certo paralelismo de processos. A fase de Gerenciamento(em tese a ultima) possui abrangencia em todos os processos e pode determinar que partes da Validacao ocorram na Especificacao.
Nao concordo quando falam que a CESPE e a banca mais inteligente na construcao de questoes.
-
DISCORDO, os próprios requisitos poderiam ser considerados como critérios para V/V
-
Acho que essa banca do CESPE nunca ouviu falar em TEST DRIVEN DEVELOPMENT hehe
Como é o caso do XP...
-
✅Gabarito(Certo)
Questão chatinha de entender, até com base na variedade de comentários existentes.
Sei que pelo menos Validação faz parte do processo de especificação segundo a própria CESPE.
Na validação de requisitos - parte integrante da especificação desses requisitos -, é correto o uso de diagramas da UML, tais como diagrama de classes, de casos de uso e de interação.
Fonte: Q71881