about summary refs log tree commit diff
path: root/usth/ICT2.7/P1L2 Life Cycle Models Subtitles/13 - Evolutionary Prototyping Process - lang_pt_vs2.srt
diff options
context:
space:
mode:
Diffstat (limited to 'usth/ICT2.7/P1L2 Life Cycle Models Subtitles/13 - Evolutionary Prototyping Process - lang_pt_vs2.srt')
-rw-r--r--usth/ICT2.7/P1L2 Life Cycle Models Subtitles/13 - Evolutionary Prototyping Process - lang_pt_vs2.srt167
1 files changed, 0 insertions, 167 deletions
diff --git a/usth/ICT2.7/P1L2 Life Cycle Models Subtitles/13 - Evolutionary Prototyping Process - lang_pt_vs2.srt b/usth/ICT2.7/P1L2 Life Cycle Models Subtitles/13 - Evolutionary Prototyping Process - lang_pt_vs2.srt
deleted file mode 100644
index a1fefdc..0000000
--- a/usth/ICT2.7/P1L2 Life Cycle Models Subtitles/13 - Evolutionary Prototyping Process - lang_pt_vs2.srt
+++ /dev/null
@@ -1,167 +0,0 @@
-1

-00:00:00,080 --> 00:00:02,430

-O próximo modelo que eu quero discutir é prototipagem

-

-2

-00:00:02,430 --> 00:00:05,786

-evolutiva, que funciona em quatro fases principais. Nós começamos

-

-3

-00:00:05,786 --> 00:00:08,393

-por um conceito inicial, então nós desenhamos e criamos

-

-4

-00:00:08,393 --> 00:00:11,509

-um protótipo baseado neste conceito inicial, refinamos o protótipo

-

-5

-00:00:11,509 --> 00:00:14,002

-até que ele se torne aceitável e finalmente nós completamos e

-

-6

-00:00:14,002 --> 00:00:17,550

-liberamos o protótipo. Desta maneira, quando desenvolvemos um sistema usando

-

-7

-00:00:17,550 --> 00:00:22,330

-prototipagem evolutiva, o sistema é constantemente refinado e refeito.

-

-8

-00:00:22,330 --> 00:00:25,340

-Então este é o processo ideal quando nem todos os requisitos

-

-9

-00:00:25,340 --> 00:00:28,330

-estão bem compreendidos. O que é uma situação bastante usual. Então, olhando

-

-10

-00:00:28,330 --> 00:00:30,370

-para isso um pouco mais detalhadamente, o que ocorre é que

-

-11

-00:00:30,370 --> 00:00:33,760

-os desenvolvedores começam no desenvolvimento das partes do sistema que eles

-

-12

-00:00:33,760 --> 00:00:37,690

-compreendem, ao invés de trabalhar no desenvolvimento do sistema com um tido, incluindo as

-

-13

-00:00:37,690 --> 00:00:40,520

-parte que não estão ainda muito claras. O sistema

-

-14

-00:00:40,520 --> 00:00:43,900

-parcial é então mostrado ao cliente e a opinião do cliente

-

-15

-00:00:43,900 --> 00:00:47,480

-é usada para guiar a próxima iteração, na qual tanto modificações

-

-16

-00:00:47,480 --> 00:00:50,340

-são feitas nas atuais feições, como novas feições são adicionadas.

-

-17

-00:00:50,340 --> 00:00:53,060

-Assim, ou o protótipo atual é melhorado ou o

-

-18

-00:00:53,060 --> 00:00:56,270

-protótipo é aumentado. E finalmente, quando o cliente concorda de

-

-19

-00:00:56,270 --> 00:00:58,980

-que o protótipo está suficientemente bom, os desenvolvedores irão completar todo

-

-20

-00:00:58,980 --> 00:01:01,410

-o trabalho faltante no sistema e liberar o protótipo

-

-21

-00:01:01,410 --> 00:01:03,930

-como o produto final. Então vamos discutir como fizemos

-

-22

-00:01:03,930 --> 00:01:06,780

-para os modelos de processos anteriores, quais são as principais vantagens

-

-23

-00:01:06,780 --> 00:01:10,580

-e desvantagens de prototipagem evolutiva. Neste caso, a principal

-

-24

-00:01:10,580 --> 00:01:15,440

-vantagem é apreciação imediada. Os desenvolvedores recebem a opinião imediatamente,

-

-25

-00:01:15,440 --> 00:01:17,560

-tão logo eles produziram o protótipo e o mostraram para o

-

-26

-00:01:17,560 --> 00:01:21,050

-cliente e desta maneira, o risco de implementar erradamente o sistema é

-

-27

-00:01:21,050 --> 00:01:25,150

-minimizado. O principal ponto negativo é que isso é difícil de planejar.

-

-28

-00:01:25,150 --> 00:01:29,070

-Quando é usada a prototipagem evolutiva é difícil de antecipar por

-

-29

-00:01:29,070 --> 00:01:31,240

-quanto tempo o desenvolvimento irá levar, porquê nós não sabemos quantas

-

-30

-00:01:31,240 --> 00:01:34,550

-iterações serão necessárias. E outro inconveniente é que isso pode facilmente

-

-31

-00:01:34,550 --> 00:01:37,120

-se tornar uma desculpa para começar a fazer aquele tipo de abordagem de

-

-32

-00:01:37,120 --> 00:01:40,530

-"corte-e-correção" na qual nós começamos a enjambrar as coisas, corrigir os

-

-33

-00:01:40,530 --> 00:01:43,640

-principais defeitos quando o cliente nos dá sua opinião e então continuamos desta

-

-34

-00:01:43,640 --> 00:01:46,780

-maneira, até que o produto final se torne tipo algo que

-

-35

-00:01:46,780 --> 00:01:49,830

-funciona, mas que não é de fato um produto de alta qualidade. Outra coisa

-

-36

-00:01:49,830 --> 00:01:51,910

-que eu quero apontar antes de irmos ao próximo

-

-37

-00:01:51,910 --> 00:01:54,490

-modelo de criação de software é que existem diversas maneiras de

-

-38

-00:01:54,490 --> 00:01:56,700

-prototipagem, então a prototipagem evolutiva é apenas

-

-39

-00:01:56,700 --> 00:01:58,010

-uma delas. Por exemplo, prototipagem

-

-40

-00:01:58,010 --> 00:02:02,100

-descartável é outra maneira de prototipagem na qual o protótipo é

-

-41

-00:02:02,100 --> 00:02:05,580

-usado apenas para coletar requisitos, mas é descartado ao final

-

-42

-00:02:05,580 --> 00:02:08,710

-da coleta de requisitos, ao invés de ser evoluído, como ocorre aqui.