[Script Info]
Title: 
[Events]
Format: Layer, Start, End, Style, Name, MarginL, MarginR, MarginV, Effect, Text
Dialogue: 0,0:00:07.91,0:00:10.51,Default,,0000,0000,0000,,Antes de entrar\Nno universo dos requisitos,
Dialogue: 0,0:00:10.51,0:00:14.11,Default,,0000,0000,0000,,vamos entender um pouco o contexto\Nde um projeto de software
Dialogue: 0,0:00:14.11,0:00:16.92,Default,,0000,0000,0000,,e como os requisitos\Nse encaixam nesse processo.
Dialogue: 0,0:00:16.92,0:00:20.18,Default,,0000,0000,0000,,Quando iniciamos o processo\Nde construção de um software,
Dialogue: 0,0:00:20.18,0:00:24.46,Default,,0000,0000,0000,,precisamos levantar todas as características\Nque as partes interessadas,
Dialogue: 0,0:00:24.46,0:00:28.56,Default,,0000,0000,0000,,também conhecidas como stakeholders,\Ndesejam que esse software tenha.
Dialogue: 0,0:00:28.56,0:00:32.77,Default,,0000,0000,0000,,Todas essas solicitações podem\Nser de naturezas bem diferentes,
Dialogue: 0,0:00:32.77,0:00:35.77,Default,,0000,0000,0000,,por exemplo, uma tela\Ncom um layout específico,
Dialogue: 0,0:00:35.77,0:00:38.94,Default,,0000,0000,0000,,um relatório que contém informações\Nde vários departamentos
Dialogue: 0,0:00:38.94,0:00:42.91,Default,,0000,0000,0000,,ou até mesmo a necessidade\Nde que uma determinada transação ocorra
Dialogue: 0,0:00:42.91,0:00:45.14,Default,,0000,0000,0000,,em um intervalo mínimo de tempo.
Dialogue: 0,0:00:45.14,0:00:49.92,Default,,0000,0000,0000,,Fica claro que precisamos anotar todos\Nesses desejos de modo organizado,
Dialogue: 0,0:00:49.92,0:00:53.89,Default,,0000,0000,0000,,já que eles serão o ponto de partida\Npara o projeto do nosso software.
Dialogue: 0,0:00:53.89,0:00:58.00,Default,,0000,0000,0000,,Atualmente, a comunidade de software,\Nformada pelos que produzem
Dialogue: 0,0:00:58.00,0:01:03.33,Default,,0000,0000,0000,,e pelos que consomem software, atua\Ncom o paradigma dos projetos ágeis.
Dialogue: 0,0:01:03.33,0:01:07.40,Default,,0000,0000,0000,,Esses projetos ágeis\Npromovem entregas mais rápidas,
Dialogue: 0,0:01:07.47,0:01:11.07,Default,,0000,0000,0000,,sejam entregas\Ncompletas ou entregas parciais.
Dialogue: 0,0:01:11.14,0:01:16.01,Default,,0000,0000,0000,,Já essas entregas permitem que os usuários\Naproveitem o valor do software,
Dialogue: 0,0:01:16.08,0:01:19.31,Default,,0000,0000,0000,,mesmo antes do projeto\Nser totalmente concluído.
Dialogue: 0,0:01:19.41,0:01:22.42,Default,,0000,0000,0000,,Um processo ágil\Nde desenvolvimento de software
Dialogue: 0,0:01:22.55,0:01:26.12,Default,,0000,0000,0000,,tem como ponto central\Na entrega dele funcionando,
Dialogue: 0,0:01:26.18,0:01:28.92,Default,,0000,0000,0000,,empregando menos esforço em atividades
Dialogue: 0,0:01:28.92,0:01:31.76,Default,,0000,0000,0000,,que não sejam a sua construção em si.
Dialogue: 0,0:01:31.76,0:01:34.76,Default,,0000,0000,0000,,Com isso, o escopo dos stakeholders
Dialogue: 0,0:01:34.76,0:01:39.56,Default,,0000,0000,0000,,pode ser ajustado ao longo do projeto,\Nconforme a necessidade, Claro.
Dialogue: 0,0:01:39.67,0:01:44.27,Default,,0000,0000,0000,,Agora que entendemos melhor esse processo\Nágil do desenvolvimento de software,
Dialogue: 0,0:01:44.37,0:01:48.84,Default,,0000,0000,0000,,vamos revisitar brevemente\No processo clássico o modelo cascata.
Dialogue: 0,0:01:49.04,0:01:52.51,Default,,0000,0000,0000,,O modelo cascata é composto\Npor fases fixas,
Dialogue: 0,0:01:52.58,0:01:56.98,Default,,0000,0000,0000,,onde todas atividades de uma fase\Ndevem ser completamente finalizadas
Dialogue: 0,0:01:57.05,0:02:00.45,Default,,0000,0000,0000,,para que a próxima comece\Nna fase de análise.
Dialogue: 0,0:02:00.52,0:02:03.76,Default,,0000,0000,0000,,Fazemos a coleta\Ne a organização dos requisitos
Dialogue: 0,0:02:03.82,0:02:08.23,Default,,0000,0000,0000,,e, quando finalizada, o modelo não prevê\Na repetição dessas atividades
Dialogue: 0,0:02:08.23,0:02:09.43,Default,,0000,0000,0000,,durante o projeto.
Dialogue: 0,0:02:09.43,0:02:12.40,Default,,0000,0000,0000,,Para efeito de comparação,\Nno processo ágil,
Dialogue: 0,0:02:12.40,0:02:15.77,Default,,0000,0000,0000,,essas atividades de coleta\Ne organização de requisitos
Dialogue: 0,0:02:15.87,0:02:19.70,Default,,0000,0000,0000,,podem acontecer repetidamente\Nem qualquer momento do projeto.
Dialogue: 0,0:02:19.84,0:02:22.81,Default,,0000,0000,0000,,Outra característica\Nimportante do processo ágil
Dialogue: 0,0:02:22.88,0:02:26.48,Default,,0000,0000,0000,,é que ele ocorre em ciclos ou espirais.
Dialogue: 0,0:02:26.55,0:02:30.95,Default,,0000,0000,0000,,Em cada espiral, os requisitos\Nsão revistos e complementados
Dialogue: 0,0:02:31.02,0:02:32.82,Default,,0000,0000,0000,,se houver necessidade.
Dialogue: 0,0:02:32.82,0:02:37.82,Default,,0000,0000,0000,,Além disso, as especificações técnicas\Nsão modeladas assim.
Dialogue: 0,0:02:37.92,0:02:42.36,Default,,0000,0000,0000,,O incremento da solução é construído,\Ntestado e entregue para uso.
Dialogue: 0,0:02:42.43,0:02:46.80,Default,,0000,0000,0000,,Um exemplo que ilustra o processo ágil\Ncom ciclos de entrega é o Scrum.
Dialogue: 0,0:02:46.90,0:02:49.74,Default,,0000,0000,0000,,O ponto de partida\Né uma lista de requisitos
Dialogue: 0,0:02:49.74,0:02:53.54,Default,,0000,0000,0000,,que o software precisa\Natender, ou seja, o backlog do produto.
Dialogue: 0,0:02:53.64,0:02:57.74,Default,,0000,0000,0000,,A partir dele, são criadas\Natividades de modelagem, construção
Dialogue: 0,0:02:57.74,0:03:02.22,Default,,0000,0000,0000,,e entrega dentro de um ciclo de trabalho\Nconhecido como Sprint.
Dialogue: 0,0:03:02.32,0:03:06.59,Default,,0000,0000,0000,,Ao fim desse ciclo se espera a entrega\Nde uma parte do software para o cliente.
Dialogue: 0,0:03:06.65,0:03:09.42,Default,,0000,0000,0000,,O projeto é composto por várias sprints,
Dialogue: 0,0:03:09.42,0:03:13.53,Default,,0000,0000,0000,,onde cada uma implementa\Numa parte da relação dos requisitos
Dialogue: 0,0:03:13.63,0:03:17.100,Default,,0000,0000,0000,,e os ajustes do backlog do produto\Npodem ocorrer em qualquer momento.
Dialogue: 0,0:03:18.10,0:03:21.73,Default,,0000,0000,0000,,Comentamos mais de uma vez\Nque essa lista de requisitos
Dialogue: 0,0:03:21.80,0:03:24.80,Default,,0000,0000,0000,,deve ser anotada e classificada.
Dialogue: 0,0:03:24.94,0:03:28.14,Default,,0000,0000,0000,,Podemos classificar os requisitos\Nde diversas maneiras,
Dialogue: 0,0:03:28.21,0:03:32.38,Default,,0000,0000,0000,,mas ao final desse processo\Ndevemos ter necessário em mente
Dialogue: 0,0:03:32.44,0:03:36.75,Default,,0000,0000,0000,,dois tipos de requisitos\Nos funcionais e os não funcionais.
Dialogue: 0,0:03:36.95,0:03:40.55,Default,,0000,0000,0000,,Os requisitos funcionais\Nsão aqueles que se relacionam
Dialogue: 0,0:03:40.55,0:03:45.92,Default,,0000,0000,0000,,com uma funcionalidade, ou seja,\Num serviço que o software deve fornecer.
Dialogue: 0,0:03:46.02,0:03:47.19,Default,,0000,0000,0000,,Por meio deles.
Dialogue: 0,0:03:47.19,0:03:52.26,Default,,0000,0000,0000,,Entendermos quais dados o sistema deve\Nguardar, recuperar e apresentar,
Dialogue: 0,0:03:52.33,0:03:56.47,Default,,0000,0000,0000,,quais transações devem acontecer,\Ncomo devem ser as interações
Dialogue: 0,0:03:56.47,0:04:01.41,Default,,0000,0000,0000,,com os usuários, atendendo, é claro,\Nas regras de negócio envolvidas.
Dialogue: 0,0:04:01.51,0:04:05.08,Default,,0000,0000,0000,,Já os requisitos não funcionais\Nrecebem este nome
Dialogue: 0,0:04:05.08,0:04:08.75,Default,,0000,0000,0000,,por serem de natureza\Noposta aos funcionais.
Dialogue: 0,0:04:08.81,0:04:13.12,Default,,0000,0000,0000,,São os que se relacionam à performance,\Naspecto de interface
Dialogue: 0,0:04:13.12,0:04:16.96,Default,,0000,0000,0000,,e usabilidade do software\Ne condições de segurança.
Dialogue: 0,0:04:17.02,0:04:19.66,Default,,0000,0000,0000,,Eles envolvem a solução como um todo.
Dialogue: 0,0:04:19.66,0:04:23.30,Default,,0000,0000,0000,,Vale ressaltar\Nque o conjunto dos requisitos funcionais
Dialogue: 0,0:04:23.30,0:04:28.47,Default,,0000,0000,0000,,e não funcionais de um sistema\Né conhecido como requisitos de software.
Dialogue: 0,0:04:28.57,0:04:32.74,Default,,0000,0000,0000,,Conhecendo esses requisitos,\Npodemos delimitar o escopo do software
Dialogue: 0,0:04:32.74,0:04:36.21,Default,,0000,0000,0000,,a ser construído,\Nplanejar o seu desenvolvimento
Dialogue: 0,0:04:36.31,0:04:41.75,Default,,0000,0000,0000,,e ter bases para estimar qual o custo\Ne o tempo envolvidos em sua construção.
Dialogue: 0,0:04:41.85,0:04:46.28,Default,,0000,0000,0000,,Pronto, agora você já compreende\No contexto de um projeto de software
Dialogue: 0,0:04:46.38,0:04:49.26,Default,,0000,0000,0000,,e como ele serve de plano\Nde fundo para os requisitos.