Assinale a opção correta quanto a requisitos de software.

Gabarito: E - Revisão de requisitos, prototipação e geração de casos de teste são exemplos de técnicas de validação de requisitos.

A alternativa correta, letra E, menciona três técnicas amplamente utilizadas na validação de requisitos em Engenharia de Software. Vamos entender o porquê desta alternativa ser a correta:

• Revisão de requisitos: É um processo de inspeção formal dos requisitos propostos. Durante a revisão, membros da equipe de desenvolvimento e stakeholders analisam os requisitos para identificar inconsistências, omissões, ambiguidades e erros. Esse é um passo crucial para garantir que todos os requisitos refletem as necessidades e expectativas dos stakeholders e que estão claramente definidos.
• Prototipação: Esta técnica envolve a criação de um modelo inicial ou versão preliminar do sistema, com o intuito de simular algumas funcionalidades e coletar feedback dos usuários. Com a prototipação, é possível validar se os requisitos atendem às necessidades do usuário final e realizar ajustes antes do desenvolvimento completo do sistema.
• Geração de casos de teste: A criação de casos de teste baseia-se nos requisitos para garantir que todas as funcionalidades especificadas serão devidamente testadas. Casos de teste ajudam a identificar se o sistema se comporta conforme o esperado em diversas situações, contribuindo para a validação dos requisitos ao garantir que eles sejam atendidos pela implementação.

É importante destacar que, ao contrário do que é mencionado nas alternativas incorretas:

• Os requisitos funcionais especificam funções, comportamentos e serviços que o sistema deve fornecer, não se referindo a propriedades emergentes como segurança ou tempo de resposta, que são considerados requisitos não funcionais (Alternativa A).
• Os requisitos não funcionais muitas vezes necessitam de ser descritos quantitativamente para que sejam verificáveis (por exemplo, o sistema deve responder a uma requisição em menos de 2 segundos), o que contraria a Alternativa B.
• Os requisitos podem ser provenientes tanto de pessoas (usuários, clientes, stakeholders) quanto de outros sistemas com os quais o sistema em questão irá interagir, invalidando a Alternativa C.
• A matriz de rastreabilidade é uma ferramenta que suporta tanto requisitos funcionais quanto não funcionais, permitindo rastrear a origem de cada requisito durante todo o projeto e verificando sua implementação e teste, o que torna a Alternativa D incorreta.

A compreensão adequada dessas técnicas e conceitos é crucial para o sucesso no desenvolvimento de software e, consequentemente, para resolver questões como esta em concursos públicos.

Os comentários aqui realizados são baseados no Livro Engenharia de Software, de Ian Sommerville, 8ª Edição (página 106).
Consta nesta página que uma série de técnicas de validação de requisitos pode ser usada em conjunto ou individualmente:
1. Revisões de requisitos: Os requisitos são analisados sistematicamente por uma equipe de revisores.
2. Prototipação: Nesta abordagem de validação, um modelo executável do sistema é apresentado para usuários finais e clientes.
3. Geração de casos de teste: Os requisitos devem ser testáveis.
Logo, questão correta: letra E
Espero ter colaborado.

a) propriedades citadas sao requisitos nao funcionais;
b) sempre q possivel vc deve descrever os requisitos nao funcionais quantitativamente(Somerville);
c) requistos externos (podem ser provenientes de outros sisdtemas;
d) oferece, sim

a) trata-se de requisitos não funcionais
b) Os requisitos não funcionais podem ser descritos de forma quantitativa. Por exemplo: O sistema não deve ultrapassar 5 segundos para efetuar uma determinada busca no banco de dados.
c) Requisitos podem ser provenientes de diversas fontes, como pessoas, documentos, outros sistemas...
d) A matriz de rastreabilidade, produzidade na etapa de gestão de requisitos (segundo Pressman, 6ed) e fornece um suporte extremo para requisitos funcionais, sendo possível obter uma visão das depêndencias dos requisitos e seus possíveis impactos, em caso de mudanças.
e) CORRETA. Geração de casos, protóripos, revisão técnica formal, análise de consistência automática (feita por ferramenta CASE) e checklist são exemplos de técnicas para validação de requisitos.