WEBVTT

00:00:08.308 --> 00:00:11.978
Quando falamos de requisitos,
temos sim boas práticas,

00:00:11.978 --> 00:00:15.081
e o primeiro ponto que vem
à mente quando falamos delas

00:00:15.081 --> 00:00:17.951
é o gerenciamento de requisitos.

00:00:17.951 --> 00:00:20.754
Depois de tantos
aspectos, níveis e visões

00:00:20.754 --> 00:00:23.990
que envolvem o processo
de levantamento de requisitos,

00:00:23.990 --> 00:00:27.460
faz sentido pensar em um processo
maior que tome conta

00:00:27.460 --> 00:00:30.864
e faça o gerenciamento dessa
atividade como um todo.

00:00:30.864 --> 00:00:35.101
Esse processo maior é conhecido
como gerenciamento de requisitos

00:00:35.101 --> 00:00:40.323
e corresponde a um modelo sistemático
que identifica, documenta, organiza

00:00:40.323 --> 00:00:43.476
e rastreia os requisitos de um sistema.

00:00:43.476 --> 00:00:48.348
De modo geral, os requisitos não ficam
restritos a uma única fase do projeto

00:00:48.348 --> 00:00:51.885
e também não se limitam
ao time de desenvolvimento,

00:00:51.885 --> 00:00:57.490
eles se distribuem entre todos os envolvidos
e em todas as etapas do projeto.

00:00:57.490 --> 00:01:01.694
Como o levantamento de requisitos
é algo que requer um certo esforço,

00:01:01.694 --> 00:01:03.923
temos que considerar
alguns aspectos:

00:01:03.923 --> 00:01:10.870
requisitos nem sempre são óbvios, nem sempre
é fácil expressar requisitos com palavras;

00:01:10.870 --> 00:01:14.774
os requisitos podem
se originar de várias fontes;

00:01:14.774 --> 00:01:18.912
há vários requisitos em diferentes
níveis de detalhes;

00:01:18.912 --> 00:01:24.817
os requisitos podem estar interligados
e isso exige cuidado na tratativa deles;

00:01:24.817 --> 00:01:29.589
e, por último, mas não menos importante,
é preciso evitar ambiguidades

00:01:29.589 --> 00:01:34.227
e qualquer coisa que dificulte
a compreensão dos requisitos.

00:01:34.227 --> 00:01:38.497
Por outro lado, a gerência de requisitos
administra as mudanças

00:01:38.497 --> 00:01:41.467
e propõe os seguintes objetivos:

00:01:41.467 --> 00:01:47.240
estabelecer o entendimento com os envolvidos
sobre quais requisitos serão atendidos;

00:01:47.240 --> 00:01:49.842
monitorar o ciclo
de vida de um requisito

00:01:49.842 --> 00:01:53.713
durante todo o processo
de desenvolvimento do software;

00:01:53.713 --> 00:01:56.649
documentar e controlar
requisitos alocados,

00:01:56.649 --> 00:02:02.021
estabelecendo uma linha de base, ou seja,
um pacote de requisitos priorizados;

00:02:02.021 --> 00:02:06.579
e, por fim, manter planos, artefatos
e atividades de software

00:02:06.579 --> 00:02:10.196
em coerência com os requisitos alocados.

00:02:10.196 --> 00:02:13.599
Como vimos, um requisito
não é algo estático,

00:02:13.599 --> 00:02:18.204
é um ativo que demanda acompanhamento
não apenas em tempo de projeto.

00:02:18.204 --> 00:02:23.042
Gerenciar requisitos é gerenciar
o conhecimento adquirido sobre o software.