From b2d80610db6beda38573890ed169815e495bc663 Mon Sep 17 00:00:00 2001
From: Nguyễn Gia Phong <mcsinyx@disroot.org>
Date: Sun, 24 May 2020 16:34:31 +0700
Subject: [usth/ICT2.7] Engineer software

---
 ...14 - Rational Unified Process - lang_pt_vs1.srt | 111 +++++++++++++++++++++
 1 file changed, 111 insertions(+)
 create mode 100644 usth/ICT2.7/P1L2 Life Cycle Models Subtitles/14 - Rational Unified Process - lang_pt_vs1.srt

(limited to 'usth/ICT2.7/P1L2 Life Cycle Models Subtitles/14 - Rational Unified Process - lang_pt_vs1.srt')

diff --git a/usth/ICT2.7/P1L2 Life Cycle Models Subtitles/14 - Rational Unified Process - lang_pt_vs1.srt b/usth/ICT2.7/P1L2 Life Cycle Models Subtitles/14 - Rational Unified Process - lang_pt_vs1.srt
new file mode 100644
index 0000000..cb089cb
--- /dev/null
+++ b/usth/ICT2.7/P1L2 Life Cycle Models Subtitles/14 - Rational Unified Process - lang_pt_vs1.srt	
@@ -0,0 +1,111 @@
+1
+00:00:00,070 --> 00:00:02,969
+Existem ainda dois outros processos de modelagem de software que eu gostaria de tratar, então
+
+2
+00:00:02,969 --> 00:00:06,120
+me acompanhem. O primeiro é o Processo Unificado Racional
+
+3
+00:00:06,120 --> 00:00:09,500
+ou RUP que é um dos mais populares baseados em UML.
+
+4
+00:00:09,500 --> 00:00:12,620
+RUP opera de uma maneira iterativa, o que significa que ocorrem diversas
+
+5
+00:00:12,620 --> 00:00:16,360
+iterações. E em cada iteração, são desenvolvidas quatro fases. Então o que eu
+
+6
+00:00:16,360 --> 00:00:19,030
+estou lhe mostrando aqui, é uma vista panorâmica do processo. E eu
+
+7
+00:00:19,030 --> 00:00:21,630
+não quero que você foque em todos os detalhes, porquê nós
+
+8
+00:00:21,630 --> 00:00:25,170
+iremos discutir estes detalhes mais tarde, numa lição que é de fato dedicada
+
+9
+00:00:25,170 --> 00:00:27,470
+ao RUP. O que eu quero lhe dar agora, é apenas a
+
+10
+00:00:27,470 --> 00:00:31,020
+essência de como isso funciona. Então, em cada um dessas quatro
+
+11
+00:00:31,020 --> 00:00:34,680
+fases, que eu irei descrever em breve... Nós desenvolvemos atividades
+
+12
+00:00:34,680 --> 00:00:38,060
+de engenharia de software padrões, as que nós já discutimos. E nós as fazemos
+
+13
+00:00:38,060 --> 00:00:41,320
+para diferentes amplitudes, baseadas na fase em que nos encontramos.
+
+14
+00:00:41,320 --> 00:00:44,841
+Em particular, na fase de Concepção (Iniciação) o trabalho será sobretudo de esculpir
+
+15
+00:00:44,841 --> 00:00:47,940
+o sistema. E basicamente ilustrando o escopo do
+
+16
+00:00:47,940 --> 00:00:50,220
+trabalho, qual será o escopo do projeto, qual é o domínio.
+
+17
+00:00:50,220 --> 00:00:52,670
+E então nós seremos capazes de saber o custo inicial
+
+18
+00:00:52,670 --> 00:00:56,190
+e fazer um orçamento. A fase de Elaboração é a fase na qual
+
+19
+00:00:56,190 --> 00:00:59,910
+nós focamos na análise de domínio e definimos a arquitetura de base
+
+20
+00:00:59,910 --> 00:01:03,030
+do sistema. Então esta é a fase na qual a análise
+
+21
+00:01:03,030 --> 00:01:06,290
+e o projeto se tornam proeminentes. E então ocorre a fase de Construção,
+
+22
+00:01:06,290 --> 00:01:09,250
+na qual o desenvolvimento massivo de fato ocorre. E
+
+23
+00:01:09,250 --> 00:01:11,640
+como você pode ver aqui, é onde a maior parte da implementação
+
+24
+00:01:11,640 --> 00:01:15,280
+ocorre. E finalmente, a fase de Transição é a fase na qual
+
+25
+00:01:15,280 --> 00:01:18,090
+o sistema passa do desenvolvimento para a produção, e então
+
+26
+00:01:18,090 --> 00:01:20,380
+ele se torna disponível aos usuários. E é claro, esta é
+
+27
+00:01:20,380 --> 00:01:22,480
+a fase na qual as outras atividades em desenvolvimento de
+
+28
+00:01:22,480 --> 00:01:25,710
+software se tornam menos relevantes e a entrega se torna a principal.
-- 
cgit 1.4.1