Tudo

a base de um processo uml • a uml foi inventada sem associação a um processo particular • porém, seus inventores tinham um proceso em mente o este processo era chamado o rational objectory process e hoje é chamado o processo unificado • os "três amigos" tinham em mente um processo que fosse: o use case driven o architecture-centric o iterativo o incremental • use case driven o na fase de análise, os use cases capturam a funcionalidade necessária e são usados para validar a funcionalidade junto ao usuário o nas fases de projeto e implementação, os use cases devem ser "realizados" na construção o na fase de testes, os use cases verificam o sistema ▪ eles são a base para os "test cases" o quando um processo é dominado por use cases, é frequente usar uma organização de trabalho que também siga use cases ▪ por exemplo, uma pessoa pode ser responsável por um use case, seguindo-o da especificação até o teste final
[pic]
• architecture-centric o é importante definir uma arquitetura cedo e refiná-la com tempo o uma arquitetura é um "mapa" do sistema que define as diferentes partes do sistema, seus relacionamentos, interações e mecanismos de interconexão o a parte mais importante é a divisão do sistema em sub-sistemas (packages em uml) com dependências simples e interfaces claras • iterativo o não faz tudo de uma vez o o desenvolvimento é uma sequência de etapas, cada etapa adicionando detalhes nos modelos, diagramas, etc. o cada iteração passa por todas as fases do processo (análise, projeto, implementação, testes) o cada iteração é avaliada (no papel ou como protótipo) e provê feedback contínuo sobre como o processo está indo o como escolher o que vai numa iteração? ▪ primeira alternativa: maximizar "bang for the buck"