1
00:00:08,308 --> 00:00:11,544
Durante todo o processo
de desenvolvimento de software,

2
00:00:11,544 --> 00:00:15,148
a qualidade é algo que deve estar
presente em todos os momentos,

3
00:00:15,148 --> 00:00:19,119
e, em relação aos requisitos,
isso não é diferente.

4
00:00:19,119 --> 00:00:23,189
Podemos estabelecer a seguinte
relação entre qualidade e requisitos:

5
00:00:23,189 --> 00:00:27,093
qualidade é estar em conformidade
com os requisitos.

6
00:00:27,093 --> 00:00:30,997
A especificação de requisitos
funcionando como um artefato base

7
00:00:30,997 --> 00:00:34,868
para expressar claramente
os requisitos e as suas tratativas,

8
00:00:34,868 --> 00:00:40,006
precisa ter algumas características
para poder refletir a qualidade.

9
00:00:40,006 --> 00:00:42,208
A primeira delas é a correção.

10
00:00:42,208 --> 00:00:47,635
Uma especificação é considerada
correta se cada requisito é essencial

11
00:00:47,635 --> 00:00:50,083
para o desenvolvimento do software.

12
00:00:50,083 --> 00:00:51,818
Temos, também, a precisão.

13
00:00:51,818 --> 00:00:57,690
Uma especificação é precisa quando todos
entendem os requisitos da mesma forma.

14
00:00:57,690 --> 00:01:00,093
Além dela, temos a completude.

15
00:01:00,093 --> 00:01:04,631
Uma aplicação é considerada completa
se abranger todos os requisitos

16
00:01:04,631 --> 00:01:09,202
em relação a funcionalidade,
desempenho e restrições.

17
00:01:09,202 --> 00:01:12,472
E não para por aí, vamos
falar de consistência.

18
00:01:12,472 --> 00:01:18,478
Uma especificação é consistente se um requisito
não entrar em conflito com outro.

19
00:01:18,478 --> 00:01:23,408
Já na priorização, os requisitos devem
ser priorizados conforme sua importância

20
00:01:23,408 --> 00:01:26,286
e possibilidade de alteração.

21
00:01:26,286 --> 00:01:29,741
Na verificação, uma especificação
deve refletir,

22
00:01:29,741 --> 00:01:35,361
por meio de um processo de verificação,
o que foi implementado no software.

23
00:01:35,361 --> 00:01:37,928
Não podemos esquecer da modificação.

24
00:01:37,928 --> 00:01:42,068
Aqui, não devemos encontrar
redundâncias na especificação,

25
00:01:42,068 --> 00:01:46,839
sendo possível alterá-la de modo
fácil, completo e consistente.

26
00:01:46,839 --> 00:01:49,976
E, por fim, nós temos
a rastreabilidade.

27
00:01:49,976 --> 00:01:54,280
Uma especificação deve permitir
a localização da origem

28
00:01:54,280 --> 00:01:59,152
e quais são os resultados
ou consequências dos requisitos.

29
00:01:59,152 --> 00:02:02,809
Quando não observamos as características
que entregam qualidade

30
00:02:02,809 --> 00:02:04,991
em uma especificação de requisitos,

31
00:02:04,991 --> 00:02:08,461
estamos contribuindo para um sistema
de baixa qualidade

32
00:02:08,461 --> 00:02:11,188
e esse, definitivamente,
não é o caminho.