batalha

Slidkalniņš: 1
A arquitetura será preparada para permitir futuras integrações com exames, agendamentos e outros módulos. 4
CICLO 1
Vamos verificar se as funções estão funcionando! 3
Depois de analisar os riscos, a equipe desenvolve uma parte do sistema. 1
Vamos criar o cadastro de pacientes e o acesso aos prontuários. 2
O resultado desse ciclo será um protótipo ou uma versão funcional para ser analisada. 5
Slidkalniņš: 2
O cadastro funciona, mas a tela de está com informações demais. 1
Apresentou bom desempenho, mas encontramos uma falha na busca por nome. 3
Esses feedbacks serão registrados para o próximo ciclo. 4
Assim, o cliente participa da avaliação e o sistema evolui de acordo com o uso! 5
Também precisamos de um alerta para exames pendentes. 2
Slidkalniņš: 3
Se surgir um risco importante, podemos voltar à análise, criar outro protótipo ou mudar a solução técnica. 3
Cada nova volta pode tratar uma parte diferente do projeto. 1
Isso ! A espiral se adapta ao risco e ao aprendizado de cada ciclo. 5
Então o modelo não obriga a equipe a seguir um caminho rígido quando aparece uma nova informação?! 4
No primeiro ciclo, podemos validar os requisitos. No segundo, testar a arquitetura. No terceiro, desenvolver os módulos principais. 2