Pular para conteúdo

Requisitos Funcionais

Objetivo

Definir a convenção de especificação dos requisitos funcionais do SSDOi, de modo que cada versão documentada tenha requisitos claros, rastreáveis e utilizáveis pela ANA, pela UFAL/Flow e pelo Serpro.

Papel deste documento

Esta página estabelece a visão normativa dos requisitos funcionais. Ela não substitui o detalhamento por versão.

Seu papel é definir:

  • como os requisitos funcionais devem ser escritos;
  • quais campos mínimos cada requisito deve conter;
  • como os requisitos devem ser versionados;
  • como os requisitos se relacionam com regras de negócio, fluxos e validação.

Estrutura mínima de cada requisito

Cada requisito funcional deve registrar, no mínimo:

  • identificador;
  • descrição;
  • origem;
  • prioridade;
  • versão alvo;
  • fluxo relacionado;
  • regra de negócio associada;
  • critério de aceite.

Convenção de identificação

Os requisitos funcionais devem seguir identificadores estáveis por grupo temático e por versão.

Exemplos:

  • RF-V1-001 para requisito funcional detalhado da v1.0;
  • RF-V2-001 para requisito funcional detalhado da v2.0.

Princípios de redação

Os requisitos funcionais do SSDOi devem:

  • descrever comportamento observável do sistema;
  • evitar linguagem de solução técnica desnecessária;
  • distinguir capacidade obrigatória de evolução futura;
  • ser redigidos em nível compatível com implementação e validação;
  • evitar confundir requisito de serviço com requisito de interface.

Relação com outros artefatos

Todo requisito funcional deve poder ser relacionado a:

  • pelo menos um fluxo de negócio;
  • pelo menos uma regra de negócio, quando aplicável;
  • critérios e cenários de validação;
  • a versão do produto em que passa a ser exigível.

Organização por versões

O detalhamento funcional do SSDOi deve ser publicado em subpáginas por versão, para evitar mistura entre escopos de entregas diferentes.

Versões documentadas