No que se refere a engenharia de software, assinale a opção ...

Segundo Sommerville, o processo de elicitação e análise de requisitos é composto das seguintes atividades:

1-Descoberta de requisitos

2-Classificação e organização de requisitos

3-Priorização e negociação de requisitos

4-Especificação de requisitos.

Por isso, não pode ser a letra D, pois a ordem está trocada. A letra E é a definição de requisitos não-funcionais.

1. Especificação de requisitos de negócio

2. Especificação de requisitos de usuário

3. Especificação e modelagem de requisitos de sistema

fonte: SOMMERVILLE, Engenharia de Software, 9ª Ed, p.70

a) ERRADA. Requisitos reguladores e contábeis são exemplos de requisitos externos. Requisitos operacionais são exemplos de requisitos organizacionais.
b) ERRADA. Estudo de viabilidade é um processo da engenharia de requisitos. Prototipação e revisão estão relacionados à fase de validação
c) CORRETA
d) ERRADA. Especificação é um processo executado após a elicitação e análise de requisitos
e) ERRADA. Isso é a definição de requisitos não funcionais

Colocaram Eng. De requisitos segundo Sommerville

vou colocar aqui segundo Pressman também

Processo de Engenharia Segundo Pressman

Concepção

Elicitação

Elaboração

Negociação

Especificação

Validação

Gerenciamento de Requisitos

Regras (requisistos) de negócios -> requisitos de usuário -> requisitos de sistema.

Fonte: Sommerville, 9 Ed

Gabarito: Alternativa C

A questão aborda o processo de engenharia de requisitos, que é fundamental no desenvolvimento de software. A engenharia de requisitos é uma subárea da engenharia de software que lida com a identificação, documentação e manutenção dos requisitos do sistema. Para resolver essa questão, é necessário compreender as fases de engenharia de requisitos e a maneira como os requisitos são elicidados, analisados e gerenciados.

Vamos analisar por que a alternativa C é correta:

A Alternativa C está correta porque reflete com precisão a abordagem iterativa e incremental da engenharia de requisitos. Inicialmente, os requisitos de negócio são especificados para entender o contexto e os objetivos da organização. Em seguida, os requisitos de usuário são definidos para capturar as necessidades e restrições dos usuários finais. Por último, a especificação e modelagem de sistema são conduzidas para detalhar como o sistema atenderá os requisitos de negócio e de usuário. Este processo é muitas vezes visualizado em forma de espiral, pois cada ciclo de iteração permite refinar e expandir os requisitos, abordando-os de maneira mais detalhada.

É importante notar que essa abordagem ajuda a minimizar riscos e a adaptar o sistema às necessidades reais dos usuários, promovendo uma compreensão mais aprofundada do que é necessário e permitindo ajustes conforme o entendimento do projeto evolui.