WEBVTT

00:00:07.708 --> 00:00:11.708
Quando falamos de requisitos,
temos sim boas práticas,

00:00:11.708 --> 00:00:14.881
e o primeiro ponto que vem
à mente quando falamos delas

00:00:14.881 --> 00:00:17.617
é o gerenciamento de requisitos.

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

00:00:20.594 --> 00:00:23.790
que envolvem o processo
de levantamento de requisitos,

00:00:23.790 --> 00:00:27.260
faz sentido pensar em um processo
maior que tome conta

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

00:00:30.473 --> 00:00:34.921
Esse processo maior é conhecido
como gerenciamento de requisitos

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

00:00:40.403 --> 00:00:43.136
e rastreia os requisitos de um sistema.

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

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

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

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

00:01:01.544 --> 00:01:04.208
temos que considerar
alguns aspectos:

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

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

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

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

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

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

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

00:01:38.517 --> 00:01:41.307
e propõe os seguintes objetivos:

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

00:01:47.140 --> 00:01:49.682
monitorar o ciclo
de vida de um requisito

00:01:49.682 --> 00:01:53.098
durante todo o processo
de desenvolvimento do software;

00:01:53.098 --> 00:01:56.459
documentar e controlar
requisitos alocados,

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

00:02:01.851 --> 00:02:06.669
e, por fim, manter planos, artefatos
e atividades de software

00:02:06.669 --> 00:02:09.250
em coerência com os requisitos alocados.

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

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

00:02:18.004 --> 00:02:22.806
Gerenciar requisitos é gerenciar
o conhecimento adquirido sobre o software.