A engenharia de requisitos demonstrada na forma de espiral ...
"Essa questão eles tiraram do Sommerville:
https://www.dropbox.com/s/
Fiquei com dúvida nessa questão pois, segundo outras fontes, o estudo de viabilidade não está dentro de Validação de requisitos. Mas sim um dos primeiros processos da Engenharia de requisitos.
http://pt.wikipedia.org/wiki/Engenharia_de_requisitos
Aí ficaria na ordem assim:
- Estudo de viabilidade
- identificação;
- análise e negociação;
- especificação e documentação;
- validação.
Denize,
Errei a questão justamente por esse motivo:
O estudo de viabilidade geralmente é feito no início e a validação se refere ao fato de validar junto ao usuário...
Vamos que vamos...
Outra coisa que achei estranho foi a ausência da negociação dos requisitos, que também faz parte da engenharia de requisitos, e também nenhuma menção à gerência de requisitos...
Estudo da viabilidade na VALIDAÇÃO?????????????????????????????????????
Parei....
Cara... na minha visão o cara do CESPE que fez esta questão fumou um estragado quando afirmou que estava certa. Não é possível..... ele misturou os conceitos de iteração do diagrama de espiral apresentado no livro de sommerville e as fases que realmente compõe o processo de engenharia de requisitos. Segue o trecho do livro que explica a situação:
As I discussed in Chapter 2, requirements engineering processes may include four high-level activities. These focus on assessing if the system is useful to the business (feasibility study), discovering requirements (elicitation and analysis), converting these requirements into some standard form (specification), and checking that the requirements actually define the system that the customer wants (validation). I have shown these as sequential processes in Figure 2.4 engineering is an iterative process in which the activities are interleaved.
A figura 2.4 na página 38 descreve as fases do processo de engenharia de requisitos. Questão bolada por gente que não entende do mitiê
como assim estudo de viabilidade na Validação?
O pior é que existe esse gráfico mesmo, mas a especificação de requisitos está diferente do gráfico, mesmo assim a questão foi considerada certa. Vai saber né?
Link onde contém esse gráfico: http://progridbb.wikidot.com/engenhariadesoftware
SEMPRE ERRo essa merda dessa questão..
mas é isso mesmo
Pag. 99 do Sommerville.. 9 edição
Aqui ele divide em 4 atividades principais
requirements engineering processes may include four high-level activities. These focus on assessing if the system is useful to the business (feasibility study), discovering requirements (elicitation and analysis), converting these requirements into some standard form (specification), and checking that the requirements actually define the system that the customer wants (validation).
However, in practice, require- ments engineering is an iterative process in which the activities are interleaved.
Mas na visão espiral, tem-se
Elicitação, Especificação, Validação (Revisão, protototipação, Estudos de viabilidade)
A fase de validação do modelo espiral (requer um conjunto de requisitos de negócio para avaliar a viabilidade do sistema, PAG 96) de Sommerville é diferente da fase de validação do modelo linear (requisitos de acordo com o desejo do usuário, PAG 105) do próprio Sommerville.
Gabarito: C - Certo
A questão aborda um conceito fundamental dentro da Engenharia de Requisitos, que é o processo de desenvolvimento de software centrado nos requisitos. A Engenharia de Requisitos é uma disciplina da Engenharia de Software focada na determinação das necessidades ou condições a serem atendidas pelo software, que devem ser descobertas, documentadas, validadas e gerenciadas ao longo de todo o ciclo de vida do software.
As fases mencionadas na questão se referem a um modelo genérico de processo de engenharia de requisitos, onde:
- Elicitação de requisitos: Esta é a fase inicial do processo, onde os requisitos são coletados através da comunicação com os stakeholders, observação, análises, etc. Aqui, os requisitos funcionais, que descrevem o que o sistema deve fazer, e os requisitos de usuário, que são expectativas dos stakeholders, são compreendidos.
- Especificação de requisitos: Após a elicitação, os requisitos são analisados e documentados de forma clara e precisa. Nesta fase, são elaborados os documentos de requisitos de usuário, que descrevem as necessidades dos usuários, e os requisitos de sistema, que são uma especificação detalhada do que o sistema deve fazer para atender aos requisitos dos usuários.
- Validação de requisitos: Por fim, a validação visa garantir que os requisitos especificados realmente atendem às necessidades dos stakeholders. Isso pode envolver revisões, prototipagem, e estudos de viabilidade para assegurar que o que foi requerido é viável, compreensível, e correto.
A alternativa está correta porque reflete adequadamente o processo de engenharia de requisitos, conforme descrito na literatura da área. Este processo ajuda a garantir que o software desenvolvido estará alinhado com as necessidades do usuário e do negócio, e pode ser implementado de forma eficiente e eficaz.