Engenharia de Requisitos

Um requisito é uma afirmação acordada sobre o software: o que ele deve fazer, ou sob quais restrições. Engenharia de requisitos descobre, decide, registra e checa esse acordo antes de fixar a solução.

Classificação, elicitação, análise, especificação e validação deste tópico — e projeto, casos de uso, verificação do produto e evolução nos seguintes — partem desse acordo.

As páginas se agrupam em quatro blocos. O primeiro define o ofício e classifica a afirmação: serviço observável versus restrição, e a origem no produto, na organização ou fora dos dois.

O segundo descobre necessidades e restrições com quem vive o problema: entrevista, workshop, observação e protótipo.

O terceiro negocia o conjunto: uma frase com dois sentidos, duas frases que se negam, o inviável e a prioridade MoSCoW.

O quarto escreve funções, interfaces e desempenho no SRS e checa se o conjunto cobre o domínio, é consistente e é realista.

Definir o ofício e adaptar o peso ao processo, ao projeto, ao produto e ao pessoal está em Engenharia de Requisitos. Separar serviço de restrição está em Tipos de Requisitos.

Descobrir a regra na conversa, na sala, na bancada ou no rascunho está em Técnicas de Elicitação de Requisitos. Redigir o acordo no espírito da IEEE 830 está em Especificação de Requisitos.

Negociar o conjunto antes de redigir o SRS está em Análise de Requisitos. Checar se o texto já registrado é completo, consistente e realista está em Validação de Requisitos.

O protótipo de um fluxo ainda vago está em Técnicas de Elicitação de Requisitos. O protótipo que confronta o acordo escrito com a tarefa real está em Validação de Requisitos.