1
00:00:08,308 --> 00:00:11,978
Quando falamos de requisitos,
temos sim boas práticas,

2
00:00:11,978 --> 00:00:15,081
e o primeiro ponto que vem
à mente quando falamos delas

3
00:00:15,081 --> 00:00:17,951
é o gerenciamento de requisitos.

4
00:00:17,951 --> 00:00:20,754
Depois de tantos
aspectos, níveis e visões

5
00:00:20,754 --> 00:00:23,990
que envolvem o processo
de levantamento de requisitos,

6
00:00:23,990 --> 00:00:27,460
faz sentido pensar em um processo
maior que tome conta

7
00:00:27,460 --> 00:00:30,864
e faça o gerenciamento dessa
atividade como um todo.

8
00:00:30,864 --> 00:00:35,101
Esse processo maior é conhecido
como gerenciamento de requisitos

9
00:00:35,101 --> 00:00:40,323
e corresponde a um modelo sistemático
que identifica, documenta, organiza

10
00:00:40,323 --> 00:00:43,476
e rastreia os requisitos de um sistema.

11
00:00:43,476 --> 00:00:48,348
De modo geral, os requisitos não ficam
restritos a uma única fase do projeto

12
00:00:48,348 --> 00:00:51,885
e também não se limitam
ao time de desenvolvimento,

13
00:00:51,885 --> 00:00:57,490
eles se distribuem entre todos os envolvidos
e em todas as etapas do projeto.

14
00:00:57,490 --> 00:01:01,694
Como o levantamento de requisitos
é algo que requer um certo esforço,

15
00:01:01,694 --> 00:01:03,923
temos que considerar
alguns aspectos:

16
00:01:03,923 --> 00:01:10,870
requisitos nem sempre são óbvios, nem sempre
é fácil expressar requisitos com palavras;

17
00:01:10,870 --> 00:01:14,774
os requisitos podem
se originar de várias fontes;

18
00:01:14,774 --> 00:01:18,912
há vários requisitos em diferentes
níveis de detalhes;

19
00:01:18,912 --> 00:01:24,817
os requisitos podem estar interligados
e isso exige cuidado na tratativa deles;

20
00:01:24,817 --> 00:01:29,589
e, por último, mas não menos importante,
é preciso evitar ambiguidades

21
00:01:29,589 --> 00:01:34,227
e qualquer coisa que dificulte
a compreensão dos requisitos.

22
00:01:34,227 --> 00:01:38,497
Por outro lado, a gerência de requisitos
administra as mudanças

23
00:01:38,497 --> 00:01:41,467
e propõe os seguintes objetivos:

24
00:01:41,467 --> 00:01:47,240
estabelecer o entendimento com os envolvidos
sobre quais requisitos serão atendidos;

25
00:01:47,240 --> 00:01:49,842
monitorar o ciclo
de vida de um requisito

26
00:01:49,842 --> 00:01:53,713
durante todo o processo
de desenvolvimento do software;

27
00:01:53,713 --> 00:01:56,649
documentar e controlar
requisitos alocados,

28
00:01:56,649 --> 00:02:02,021
estabelecendo uma linha de base, ou seja,
um pacote de requisitos priorizados;

29
00:02:02,021 --> 00:02:06,579
e, por fim, manter planos, artefatos
e atividades de software

30
00:02:06,579 --> 00:02:10,196
em coerência com os requisitos alocados.

31
00:02:10,196 --> 00:02:13,599
Como vimos, um requisito
não é algo estático,

32
00:02:13,599 --> 00:02:18,204
é um ativo que demanda acompanhamento
não apenas em tempo de projeto.

33
00:02:18,204 --> 00:02:23,042
Gerenciar requisitos é gerenciar
o conhecimento adquirido sobre o software.