Dominio nebuloso e mutante, mutante pois requisitos mudam o tempo todo.

Entender o domínio para deixar de ser nebuloso e construir o software

Requisitos

O que deve fazer?

Condições necessárias para atender ao domínio nebuloso que será explorado

Atua sobre quais restrições?

Requisitos funcionais e não funcionais

Requisitos de usuário: requisito escrito na linguagem do usuário, muito abstrato não

maturado, são as histórias do usuário, traz o que ele espera que tenha no sistema

Requisitos de sistema: quando pega os requisitos de usuário e começam a interpretar para ter
o que o software necessita, mais detalhado, quais campos esse relatório deve ter, entender
melhor o domínio, com características mais especificas para o sistema

Requisitos funcionais: o que o software deve fazer, como ele se comporta, como deve reagir a
entradas especificas, o que ele não deve fazer. Devem ser completos e consistentes, não deve
faltar informações e os requisitos não podem conflitar um com o outro, devem ter qualidade e
precisão

Requisitos não funcionais: entender restrições que o software deve fazer, requisitos para
garantir que o software funcione direito. Entregar o que deve fazer da maneira que deve fazer.
Restrições que deve obedecer, organizacionais(metodológicos), produtos(relacionado ao
produto) e externos(leis e éticos) (questão de prova para categorizar)

elicitação dos requisitos: obter o máximo de informações para o conhecimento do objeto em

questão

formas de elicitar:

etnografia: observação in loco

questionários

cenários (mais importante na visão do prof)

entrevistas (mais custosa)

brainstorm

casos de uso

prototipação

fazer estudo dos documentos existentes