Aula 16/08 fund eng de software

artefatos devem ser produzidos com qualidade, exigidas pela equipe ou pelo cliente

uma atividade é terminada quando...

artefatos foram desenvolvidos? com qualidade? todas as tarefas foram feitas?

Criação do software
custo: vai ser lucrativo?
cronograma : agendar realização das tarefas. é possivel realiza-las no prazo
viabilidade tecnica: a equipe possui formação pra desenvolver o softaware? Se nao, compensa fazer capacitação
tecnica? Ou tercerizar o serviço?

Modelo cascata

os clientes só veem o software quando o software esta pronto

clientes vao sempre querere mexer, ver o software o quanto antes, mas este modelo só o entrega pronto

modelo cascata segue o fluxo linear, pois cada tarefa é feita unicamente, após o termino de uma atividade, não pode-se
voltar atras

problemas do modelo cascata

projetos reais raramente seguem o modelo
cliente nao pode alterar, adicionar, retirar etc requisitos. Não funciona assim!
É como se na construção de uma casa, o cliente não pudesse mais mudar o projeto inicial após a sua construção. A casa
é dele ué, ele q vai pagar kkk
Dá pra fazer uma analogia com o software
Modelo extramamente engessado, nao possui flexibilidade

Quando usar sem perder qualidade?

quando se tem requisitos claros e bem definidos, onde os clientes não tem poder de mexer
Exemplo sao requisitos que cosntam; estao vinculados; devem seguir uma legislação
Uma atualização de um software já existente
“nossa empresa quer que você apenas repagine o software, dê uma atualizada, pois nós e nossos cliente já estamos
acostumados com as funcionalidades.”

Modelo de processo incremental

quando usar:
quando o cliente já saber o que ele quer; como o software deve ser

“modelo de ciclo de vida”

feito com incrementos

imagine que vc va fazer um software pra todos os setores de uma grande empresa. havera setores que terao mais pressa;
urgencia de ter o software do que outros
entao vc pode ir fazendo incrementos para aqueles que estão com mais pressa e dps vá fazendo pros outros

vc entrega uma parte do software, imagine que 10%, isso já dá pra fazer em algumas semanas

entrega rápida
cliente ganha confiança
feedback muito rapido

se o cliente nao gostar de algo do incremento do software, vc vai ter que mexer apenas nos 10 % q foram feitos, pois os
outros 90 ainda nao foram desenvolvidos. dai esses 10% já seram moldados a partir dos requisitos do cliente, daquilo
que ele quer. logo, seu software ja vai estar seguindo o

modelo que o cliente deseja

geralmente nesse modelo vc vai ter uma equipe que vai estar atuando em uma das 5 atividades, específicamente. isso te
permite atuar com várias fases mutuamente.
Por exemplo a comunicacção da 2 fase pode estar ocorrendo em mutuo com a progrmação da 1 fase. isso pois há 2
times de atividades diferentes trabalhando mutuamente, os de comunicaçao e os de programação

ou seja

incrementos diferentes sendo desenvolvidos ao mesmo tempo

problema:

há muito risco em trabalhar com muitos incrementos

imagine que vc está trabalhando com 4 incrementos, querendo transformar esse modelo num modelo cascata, na
justificativa de querer otimizar o processo,
o problema é que, imagine que ao apresentar o primeiro incremento, o cliente não goste dele e peça para vc refazê-lo.
vc vai praticamente ter que arcar com o retrabalho total em todos os outros incrementos.

novos incrementos devem melhoraer funcionalidades do incremento anterior e adicionar funcionalidades novas

o ideal desse processo seria cada incremento ser uma parte do produto final. a equipe nunca voltaria nos incrementos
anteriores, apenas adicionaria funcionalidades novas.
Isso lembra o modelo cascata, e no desenvolvimento de software isso é quase impossivel de acontecer, pois nem sempre
os clientes vao estar certos do que querem, e quanto mais o software demora pra ficar pronto, mais tempo o cliente tem
pra pensar e mudar de ideia. e ele vai mudar de ideia

Fluxo Iterativo(Repetitivo)

o cliente não sabe muito bem o que ele quer, ele diz algo, mas normalmente vc nao sabe mt como fazer

dai vc faz um esboço, um protótipo, que dura de uma a no max 4 semanas

provavelmente vc vai suar alguma ferramenta pra esboçar o que seria o produto final e dps mostra pro cliente pra ver se
tem aprovação, eles vao dar o feedback. Mas dai nao vai ser incremento, vc nao falaria com apenas um setor da
empresa, mas sim com toda a empresa, e apresentaria algo como se fosse o produto final.

ai vc pega oq os clientes gostaram, usa os requisitos pra criar uma nova parte. e dai vc apresenta dnv pra ver se é
aprovado ou nao

desenvolve todas as partes do software no mesmo ritmo, tudo é apresentado no mesmo incremento

quando usar
quando o cliente nao sabe como o software deve ser

Modelo iterativo e incremental

mais usado no mundo

usa o melhor do iterativo e do incremental

prioriza uma parte do software, mas nao abandona o resto

é como se vc priorizasse a parte que deve ser entregue para o departamento mais urgente da empresa, e desenvolvesse
mais lentamente o a parte que o departamento menos urgente da empresa queira.