Questões de Concurso Comentadas por alunos sobre engenharia de requisitos em engenharia de software

operacionais inserem-se na categoria de requisitos de produto.

legais inserem-se na categoria de requisitos organizacionais.

ambientais inserem-se na categoria de requisitos externos.

de eficiência inserem-se na categoria de requisitos de produto.

éticos inserem-se na categoria de requisitos de produto.

requisitos funcionais descrevem as características técnicas do sistema, enquanto requisitos não funcionais descrevem as funcionalidades específicas que o sistema deve oferecer.

requisitos funcionais descrevem as ações específicas que o sistema deve executar, enquanto requisitos não funcionais descrevem características ou qualidades do sistema. 

requisitos funcionais referem-se aos requisitos de desempenho do sistema, enquanto requisitos não funcionais referem-se aos requisitos de segurança do sistema.

requisitos funcionais são específicos para um domínio de negócio, seja aplicação ou serviço, enquanto requisitos não funcionais são comuns aos sistemas generalistas.

Dependendo da fase de projeto, a análise dos requisitos funcionais e não-funcionais recebe o mesmo nível de tratamento, em função da necessidade de se definir o que é para fazer, qual produto gerar (requisito não-funcional) e qual a forma, conteúdo, comportamento e atributos deve conter o produto (requisito funcional).

Os requisitos funcionais e não-funcionais têm tratamento diferenciado em cada fase de projeto. Primeiro, é necessário definir o que é para fazer, qual produto gerar (requisito não-funcional); segundo, qual forma, conteúdo, comportamento e atributos deve conter o produto (requisito funcional). Isto quer dizer que somente se consegue definir atributos ou características de qualidade à medida que se tenha a definição do produto.

Na fase de estudo preliminar ou estudos de projeto, a validação dos requisitos depende do processo de qualificação das informações de origem, funcionalidade e relacionamento de dependências dos requisitos e do processo de qualificação de exigências pelos stakeholders. Nesta fase os requisitos não-funcionais são documentados e priorizados para serem utilizados na fase de implantação.

A fase de modelo físico deve agregar aos requisitos funcionais os requisitos não-funcionais obtidos nas várias oportunidades de captura de informações, tratá-los em termos de prioridade, precedência e relacionamentos entre si, com ênfase em como o software deve funcionar.

Na fase de modelo lógico, são detalhados os eventos e visões dos processos, identificados os papéis e responsabilidades dos stakeholders. Esta fase deve agregar aos requisitos funcionais os requisitos não-funcionais obtidos nas várias oportunidades de captura de informações, tratá-los em termos de prioridade, precedência e relacionamentos entre si.