-
Quando falamos de requisitos,
temos sim boas práticas,
-
e o primeiro ponto que vem
à mente quando falamos delas
-
é o gerenciamento de requisitos.
-
Depois de tantos
aspectos, níveis e visões
-
que envolvem o processo
de levantamento de requisitos,
-
faz sentido pensar em um processo
maior que tome conta
-
e faça o gerenciamento dessa
atividade como um todo.
-
Esse processo maior é conhecido
como gerenciamento de requisitos
-
e corresponde a um modelo sistemático
que identifica, documenta, organiza
-
e rastreia os requisitos de um sistema.
-
De modo geral, os requisitos não ficam
restritos a uma única fase do projeto
-
e também não se limitam
ao time de desenvolvimento,
-
eles se distribuem entre todos os envolvidos
e em todas as etapas do projeto.
-
Como o levantamento de requisitos
é algo que requer um certo esforço,
-
temos que considerar
alguns aspectos:
-
requisitos nem sempre são óbvios, nem sempre
é fácil expressar requisitos com palavras;
-
os requisitos podem
se originar de várias fontes;
-
há vários requisitos em diferentes
níveis de detalhes;
-
os requisitos podem estar interligados
e isso exige cuidado na tratativa deles;
-
e, por último, mas não menos importante,
é preciso evitar ambiguidades
-
e qualquer coisa que dificulte
a compreensão dos requisitos.
-
Por outro lado, a gerência de requisitos
administra as mudanças
-
e propõe os seguintes objetivos:
-
estabelecer o entendimento com os envolvidos
sobre quais requisitos serão atendidos;
-
monitorar o ciclo
de vida de um requisito
-
durante todo o processo
de desenvolvimento do software;
-
documentar e controlar
requisitos alocados,
-
estabelecendo uma linha de base, ou seja,
um pacote de requisitos priorizados;
-
e, por fim, manter planos, artefatos
e atividades de software
-
em coerência com os requisitos alocados.
-
Como vimos, um requisito
não é algo estático,
-
é um ativo que demanda acompanhamento
não apenas em tempo de projeto.
-
Gerenciar requisitos é gerenciar
o conhecimento adquirido sobre o software.
