Você está na página 1de 3

4/14/11

1
OpenUP
Prof. Mrcio Lopes Cornlio
Definio
! Processo Unificado (UP) leve que aplica abordagens
iterativa e incremental em um ciclo de vida estruturado
! Adota filosofia gil e possui foco na natureza colaborativa
do desenvolvimento de software
! Processo de desenvolvimento de software que mnimo,
completo e extesvel
Caractersticas
! Mnimo
Utiliza apenas contedo fundamental
! Completo
Possui as disciplinas essenciais para o ciclo de vida
de desenvolvimento de software
! Extensvel
Pode ser adaptado para atender projetos
especficos
Ex: adicionar ou renomear papis
Princpios
! Colaborao para alinhar interesses e compartilhar
entendimento
! Equilibrar prioridades concorrentes para maximizar
valor para stakeholder
! Foco na arquitetura (cedo) para minimizar riscos e
organizar o desenvolvimento
! Evoluir para continuamente obter feedback e
melhoria
Elementos bsicos
! Produto de trabalho (o que produzido)
Ex: documentos (viso, plano de projeto); um modelo
(caso de uso, projeto)
! Tarefa (como executar o trabalho)
Ex: desenvolver viso do sistema, planejar iterao
! Papel (quem faz o trabalho, comportamento e
responsabilidade de um indivduo ou conjunto de
indivduso)
Ex: analista (obtm informaes dos stakeholders e
define requisitos); desenvolvedor (desenvolve partes do
sistema projeto, implementao, teste de unidade)
! Processo
Une tarefas, produtos e papis, adicionando estrutura e
sequenciamento
4/14/11
2
Micro-incrementos
! Esforo pessoal organizado em micro-incrementos
! Unidades curtas de trabalho para alcanar os objetivos
de uma iterao
Passo mensurvel de progresso do projeto (horas ou
poucos dias)
! Provem feedback que direciona decises em cada
iterao
! Produz cdigo testado, bem como artefatos validados
! Exemplos
Identificar stakeholders
Definir, projetar, implementar e testar um subfluxo de
um caso de uso
Planejar iterao
Lista de itens de trabalho
! Uma lista com todo trabalho agendado para o projeto.
Cada item de trabalho pode conter referncias para
informao relevante para execuo do mesmo
! Ponto focal para a equipe
Lista com todas as requisies de melhorias adicionais
Lista de todo o trabalho a ser priorizado, estimado e
associado dentro do projeto
Documento para a equipe entender que micro-
incrementos precisam ser entregues, obter referncias de
material para realizao do trabalho e relatar progresso
! Exemplos
Casos de uso (e referncias para as especificaes)
Requisitos do sistema
Requisies de mudana e melhoria
Defeitos
Iteraes
! Intervalos de tempo definidos e planejados
(tipicamente semanas)
! Foco na entrega de valor incremental aos
stakeholders de maneira previsvel
! Plano de iterao define o que deve ser entregue na
iterao e o resultado uma verso estvel
(testada) e executvel
! Estrutura como micro-incrementos so aplicados
para liberar construes estveis e coesas do
sistema que incrementalmente progride em relao
aos objetivos da iterao
! Planejamento de iterao, estimativa e progresso
so centrados em itens de trabalho. Plano de
iterao criado com seleo dos itens de trabalho
de maior prioridade
Iteraes
Plano de iterao
! Objetivo
fornecer equipe um lugar central para informaes
a respeito dos objetivos da iterao,
plano detalhado com as atribuies das tarefas
dos resultados das avaliaes.
! Tambm ajuda a equipe a monitorar o progresso da
iterao e mantm os resultados da avaliao da
iterao, que podem ser teis para melhorar a
prxima iterao.
Ciclo de vida do projeto
! Estruturado em quatro fases
Concepo
Elaborao
Construo
Transio
4/14/11
3
Plano de projeto
! Rene informao necessria para gerenciar o
projeto num nvel estratgico. Identifica iteraes e
seu objetivos
Descreve como o projeto est organizado
Identifica prticas a serem seguidas
Define os parmetros de rastreamento do projeto
Especifica os objetivos das iteraes (alto nvel) e
seus marcos
OpenUP
Prof. Mrcio Lopes Cornlio
Princpios
! Colaborao para alinhar interesses e compartilhar
entendimento
Convergncia e concordncia dos fatores
Problema a ser resolvido
Restries sobre o time de desenvolvimento (custo,
oramento ...)
Restries sobre a soluo
Prtica
Conhecer os stakeholders
Separar o problema da soluo
Criar e compartilhar entendimento sobre o domnio
Usar cenrios e casos de uso para capturar requisitos

Você também pode gostar