Aula RUP

RUP
Prof. Elias Ferreira

Elaborado por: Prof. Edison A M Morais
Agenda
Definir Processo Unificado (UP)
Definir RUP
Comparar UP x RUP
Mostrar as Variaes do RUP
Mostrar o Ciclo de Vida do RUP
2
O Processo Unificado
Unified Process (UP)
Proposto por Booch, Jacobson e

Rumbaugh.
Descende de mtodos anteriores (OOSE
e OMT).
Utiliza a UML como como notao.
Suas principais caractersticas so:
3
Mais Informaes: Pgina 101, Ref. [1] e Ref. [2]
Processo Unificado
Principais Caractersticas
Dirigido por Casos de Uso (Use Case
Driven);
Centrado na arquitetura;
Arquitetura definida nas fases iniciais.
Iterativo
Repetio de etapas similares.
Incremental
Cada iterao acrescenta uma nova
funcionalidade ao produto.
4
Processo Unificado da Rational
Rational Unified Process (RUP)
um produto comercial, produzido pela
Rational (IBM), baseado no UP.
RUP e UP possuem estruturas
diferentes;
Utilizam as mesmas fases;
Possuem atividades diferentes (com nomes
diferentes)
UP Fluxo de Trabalho ou Workflow
RUP - Disciplinas
5
UP X RUP
WorkFlow UP
Requisitos Obter os requisitos do produto.
Anlise Detalhar, estruturar e validar os requisitos.
Desenho Formular um modelo estrutural do produto.
Implementao Desenvolver o cdigo.
Testes Verificar o que foi implementado.
6
UP X RUP
Disciplinas RUP
7
Mais Informaes: Pgina 101, Ref. [1].
Variaes do RUP
RUP 7.5 Portugus
Para projetos maiores e menores
Aproximadamente 120 MB
OpenUp
Disponvel On Line
http://www.wthreex.com/rup/OpenUP/index.htm
8
Mais Informaes: Ref. [3]
OpenUP
um Processo Unificado;
Aplica uma abordagem iterativa e incremental dentro

de um ciclo de vida estruturado;
Abraa uma filosofia pragmtica e gil que foca na

natureza colaborativa do desenvolvimento de software;
um processo independente de ferramenta que pode

ser utilizado para vrios tipos de projeto.
9
Mais Informaes: http://www.wthreex.com/rup/OpenUP/index.htm
OpenUP
10
Mais Informaes: http://www.wthreex.com/rup/OpenUP/index.htm
Processo Unificado da Rational
Rational Unified Process (RUP)
O que o RUP?
Quem deve utilizar o RUP?
Como configurar o RUP para seu projeto?
11
RUP
O que o RUP?
um Processo de Desenvolvimento de Software
12
RUP
O que o RUP?
um conjunto de Filosofias e Princpios para Desenvolvimento de
Software Bem-sucedido.
1. Viso: Desenvolver uma Viso
2. Plano: Gerenciar para o Plano
3. Riscos: Mitigar Riscos e Rastrear Problemas Relacionados
4. Caso de Negcios: Examine o Caso de Negcios
5. Arquitetura: Projete uma Arquitetura de Componente
6. Prottipo: Progressivamente Construir e Testar o Produto
7. Avaliao: Acessar Resultados Regularmente
8. Controle de Mudanas: Gerenciar e Controlar Alteraes
9. Suporte ao Usurio: Implementar um Produto Utilizvel
10. Processo: Adotar um Processo que se Ajuste ao Projeto (seja
configurvel)
13
RUP
Quem deve utilizar o RUP?
Principalmente empresas que precisam

desenvolver software ITERATIVAMENTE.
O que Desenvolvimento Iterativo?
Veja bem, no Interativo!
14
RUP
Desenvolvimento Iterativo
uma maneira mais flexvel (e menos
arriscada) de continuar percorrer vrias
vezes as diversas disciplinas de
desenvolvimento;
Benefcios:
Construir um melhor entendimento dos requisitos;
Planejar uma arquitetura robusta, o que eleva a
organizao do desenvolvimento;
Libera uma srie de implementaes que so
gradualmente mais completas.
15
RUP
Principais Caractersticas
Do ponto de vista do desenvolvimento, o ciclo de vida do
software uma sucesso de iteraes, por meio das quais o
software se desenvolve de maneira incremental.
A cada
passagem,
a seqncia
de
disciplinas
do processo
chama-se
iterao.
16
RUP
ITERAO
Abrange as atividades de desenvolvimento
que conduzem liberao de um produto
Produto:
Uma verso do produto estvel e executvel
+
Qualquer outro elemento perifrico necessrio
para usar esse release.
17
RUP
RELEASE
uma verso do produto
No necessariamente um produto
completo.
Uma das funes dos releases forar a

equipe de desenvolvimento a fazer
fechamentos em intervalos regulares.
18
RUP
Durao da Iterao
Varia de acordo com o tamanho e a natureza
do projeto.
Durante a Iterao vrios Builds podem ser
construdos:
Build +
Subconjunto testvel dos recursos e funes em

tempo de execuo do sistema.
Por que isso importante?
19
RUP
Importncia dos Builds
Quando os componentes testados da unidade ficam
disponveis, eles so integrados;
Em seguida, um build produzido e fica sujeito ao

teste de integrao.
Dessa maneira, a capacidade do software

integrado cresce quando a iterao continua em
direo s metas definidas quando a iterao foi
planejada.
20
RUP
Importncia dos Builds
Pode ser apropriado e conveniente em alguns
projetos construir builds diariamente, mas eles no
representam iteraes no RUP (talvez, para um
projeto muito pequeno de uma nica pessoa).
Mesmo em projetos pequenos com vrias pessoas

(por exemplo, envolvendo cinco pessoas criando
10.000 linhas de cdigo), seria muito difcil alcanar
uma durao de iterao de menos de uma
semana.
21
RUP
Observaes Importantes:
Cada iterao termina com a liberao de um produto
executvel, que pode ser um subconjunto da viso
completa, mas mesmo assim ser til do ponto de
vista da engenharia ou do usurio.
Cada release deve ser acompanhado de artefatos de

suporte:
descrio do release, documentao do usurio, planos etc.,
bem como modelos atualizados do sistema.
22
RUP
Consequncia
Os conjuntos de
artefatos
crescem e
amadurecem o
tempo todo:
23
RUP
Como configurar o RUP para seu projeto?
No tente "executar" todo o RUP ao mesmo
tempo.
Inicie avaliando o processo existente e
selecionando uma ou duas reas-chave que
voc gostaria de aprimorar.
Comece utilizando o RUP para aprimorar
primeiro essas reas e, depois, em iteraes ou
ciclos de desenvolvimento posteriores, fazer
aprimoramentos incrementais em outras reas.
Siga o CICLO DE VIDA definido pelo RUP.
24
RUP
Ciclo de Vida
O ciclo de vida de software do RUP dividido
em quatro fases seqenciais:
Cada uma concluda por um marco principal, ou seja,
cada fase basicamente um intervalo de tempo entre
dois marcos principais.
cada final de fase, uma avaliao executada para

determinar se os objetivos da fase foram alcanados.
Uma avaliao satisfatria permite que o projeto
passe para a prxima fase.
25
Mais Informaes: Ref. [3], Item Ciclo de Vida do RUP
RUP
Ciclo de Vida
26
RUP
Ciclo de Vida, Iteraes e Releases
27
RUP
Ciclo de Vida de Evoluo
uma passagem pelas quatro fases um ciclo de
desenvolvimento;
Cada passagem produz uma gerao do software;
A cada nova passagem repete-se a mesma seqncia

de fases, mas agora com nfase diferente nas diversas
fases;
Esses ciclos subseqentes so chamados ciclos de

evoluo.
28
RUP
Ciclos de Evoluo
29
RUP
Ciclo de Vida de Evoluo
Os ciclos de evoluo podem ser disparados por:
melhorias sugeridas pelos usurios;
mudanas no contexto do usurio;
mudanas na tecnologia;
reao concorrncia, etc.
Normalmente, os ciclos de evoluo tm fases de

Iniciao e Elaborao bem menores, pois a definio
e a arquitetura bsicas do produto foram determinadas
pelos ciclos de desenvolvimento anteriores.
So excees a essa regra os ciclos de evoluo, em que
ocorre uma redefinio significativa do produto ou da
arquitetura.
Mas qual esforo geralmente gasto em cada fase?

30
RUP
Fases do Ciclo de Vida Comportamento Tpico para
Projetos de Tamanho Mdio
Esforo x Tempo
Recurso x Tempo
31
RUP
Fases do Ciclo de Vida
Esta distribuio pode variar. Por
exemplo:
Utilizao de ferramentas que gerem cdigo e
etapas de teste podem diminuir a fase de
construo.
Para um ciclo de evoluo do produto, as
fases de iniciao e de elaborao seriam
consideravelmente menores, j que uma
viso e arquitetura bsicas j esto
estabelecidas.
E como conduzir o ciclo de vida?
32
RUP
Existem diversos Padres de Iterao

Ciclo de Vida Incremental
Ciclo de Vida Evolutivo
Ciclo de Vida Entrega Incremental
Ciclo de Vida Design Principal
(Grande)
Estratgias Hbridas
33
RUP
Padro de Ciclo de Vida Incremental

"A estratgia incremental determina as
necessidades do usurio e define os
requisitos do sistema e, em seguida,
desempenha o restante do desenvolvimento
em uma seqncia de construes. A
primeira construo incorpora partes dos
recursos planejados, a prxima construo
inclui mais recursos e assim por diante at o
sistema estar completo"
34
RUP
Padro Incremental na Prtica
Uma iterao curta de Iniciao para estabelecer:
Escopo, viso e caso de negcio.
Uma nica iterao de Elaborao, durante a qual:
Os requisitos so definidos e a arquitetura estabelecida.
Vrias iteraes de Construo durante as quais:
Os casos de uso so realizados e a arquitetura
aprimorada.
Vrias iteraes de Transio para:
Migrar o produto para a comunidade de usurios.
35
RUP
Padro Incremental na Prtica
36
RUP
Padro Incremental Quando Usar?
O domnio do problema familiar.
Os riscos so bem entendidos.
A equipe do projeto experiente.
37
RUP
Padro de Ciclo de Vida Evolutivo

"A estratgia evolutiva diferente da
incremental, pois reconhece que as
necessidades do usurio no so
totalmente entendidas e que os
requisitos no podem ser definidos
antecipadamente, sendo refinados em
cada build sucessivo."
38
RUP
Padro Evolutivo na Prtica
Uma iterao curta de Iniciao.
Vrias iteraes de Elaborao, durante as quais:

Os requisitos so refinados em cada iterao.
Uma nica iterao de Construo, durante a qual:

Os casos de uso so realizados e a arquitetura expandida.
Vrias iteraes de Transio para

Migrar o produto para a comunidade de usurios.
39
RUP
Padro Evolutivo na Prtica
40
RUP
Padro Evolutivo Quando Usar?
O domnio do problema novo ou no
familiar.
A equipe inexperiente.
41
RUP
Padro de Ciclo de Vida Entrega

Incremental
Entregas da funcionalidade incremental
para o cliente. Isso pode ser necessrio
quando h presses de mercado sobre o
tempo restrito, onde a liberao antecipada
de certos recursos importantes pode render
benefcios de negcio significativos."
42
RUP
Padro Entrega Incremental na Prtica
Uma nica iterao de Elaborao.
Uma nica iterao de Construo.
Vrias iteraes de Transio para.
43
RUP
Padro Entrega Incremental na Prtica
44
RUP
Padro Entrega Incremental Quando Usar?
O domnio do problema familiar:
A arquitetura e os requisitos podem ser
estabilizados antecipadamente no ciclo de
desenvolvimento.
H um baixo grau de novidade no problema.
A equipe experiente.
Releases incrementais de funcionalidade tm
alto valor para o cliente.
45
RUP
Padro Entrega Incremental Quando Usar?
Em termos da abordagem da iterao de
fase, a fase de transio comea cedo e tem
a maioria das iteraes. Essa estratgia
requer uma arquitetura bastante estvel,
que difcil de se conseguir em um ciclo
de desenvolvimento inicial, para um
sistema pouco conhecido ou sem
precedentes".
46
RUP
Padro de Ciclo de Vida Design Principal

A abordagem em cascata tradicional pode
ser vista como um caso degenerado em que
h apenas uma iterao na fase de
construo. Chamado design principal ou
design grande. Na prtica, difcil evitar
iteraes adicionais na fase de transio."
47
RUP
Padro Design Principal na Prtica
Uma nica iterao muito longa de Construo,

durante a qual os casos de uso so realizados e a
arquitetura aprimorada.
Vrias iteraes de Transio.
48
RUP
Padro Design Principal na Prtica
49
RUP
Padro Design Principal Quando Usar?
Um pequeno incremento de funcionalidade bem
definida est sendo adicionado a um produto muito
estvel.
A nova funcionalidade bem definida e bem
entendida.
A equipe experiente, tanto no domnio do problema
quando no produto existente.
50
RUP
Estratgias Hbridas
Na prtica, poucos projetos seguem estritamente
uma estratgia. Voc frequentemente acaba com
uma evoluo hbrida, no incio, uma construo
incremental e vrias entregas. Uma das vantagens
do modelo de iterao de fase que ele permite
acomodar uma abordagem hbrida, simplesmente
aumentando o tamanho e o nmero de iteraes em
determinadas fases "
51
RUP
Recomendaes
Para domnios complexos ou de problemas
no familiares, nos quais h um alto grau de
explorao:
aumente o nmero de iteraes na fase de
elaborao e seu comprimento.
52
RUP
Recomendaes
Para problemas de desenvolvimento mais
complexos, nos quais h complexidade de
traduo do design em cdigo:
construo e seu comprimento.
53
RUP
Recomendaes
Para entregar software em uma srie de
releases incrementais:
transio e seu comprimento.
54
RUP
O que feito em cada fase do RUP?

Iniciao
Elaborao
Construo
Transio
55
RUP
Iniciao - Meta
Atingir o consenso entre todos os investidores
sobre os objetivos do ciclo de vida do projeto.
Quando mais importante?
Esforos dos desenvolvimentos novos;
H muitos riscos de negcios;
Requisitos que devem ser tratados para que o projeto
possa prosseguir.
Em projetos de melhoria em sistemas existentes
geralmente esta fase mais curta.
56
RUP
Iniciao - Objetivos
Estabelecer o escopo do software:
Uma viso operacional
Critrios de aceitao
O que deve ou no estar no produto.
Discriminar
os casos de uso crticos do sistema
os principais cenrios de operao que
direcionaro o design.
57
RUP
Iniciao Objetivos (cont...)
Exibir pelo menos uma opo de arquitetura
para alguns cenrios bsicos.
Estimar o custo geral do projeto inteiro.
Calcular os riscos em potencial.
Preparar o ambiente de suporte para o projeto.
58
RUP
Iniciao Fluxo da Iterao
59
RUP
Iniciao Fluxo da Iterao (cont...)
60
RUP
Iniciao - Marcos
Ao avaliar o Marco da Iniciao voc analisa os
objetivos do ciclo de vida do projeto e decide
prosseguir com o projeto ou cancel-lo.
Critrios de Avaliao
Consentimento dos envolvidos sobre a definio do escopo e as
estimativas de custo/programao.
Consenso de que o conjunto correto de requisitos foi capturado
e de que existe uma compreenso compartilhada desses
requisitos.
Consenso de que as estimativas de custo, as prioridades, os
riscos e o processo de desenvolvimento so adequados.
Todos os riscos foram identificados e existe uma estratgia
atenuante para cada um.
61
RUP
Iniciao Artefatos Obrigatrios
Exemplo Viso Exemplo Plano de Desenvolvimento de

Software
Exemplo Especificao Suplementar
62
RUP
Iniciao Artefatos Obrigatrios
63
RUP
Iniciao Artefatos Opcionais
64
RUP
Elaborao - Meta
Criar a baseline* para a arquitetura do sistema a fim de
fornecer uma base estvel para o esforo da fase de
construo.
Baseline
um release revisto e aprovado dos artefatos que constitui uma
base ajustada para evoluo ou desenvolvimento posterior e
que s pode ser alterada atravs de um procedimento formal,
como gerenciamento de mudanas e controle de configurao.
A arquitetura se desenvolve a partir de um exame dos

requisitos mais significativos (aqueles que tm
grande impacto na arquitetura do sistema) e de uma
avaliao de risco.
65
RUP
Elaborao - Objetivos
Assegurar que:
a arquitetura, os requisitos e os planos sejam estveis o
suficiente.
que os riscos sejam suficientemente diminudos a fim de
determinar com segurana o custo para a concluso do
desenvolvimento.
Tratar todos os riscos significativos do ponto de vista

da arquitetura do projeto.
Estabelecer uma arquitetura de baseline derivada do

tratamento dos cenrios significativos do ponto de vista
da arquitetura, que normalmente expem os maiores
riscos tcnicos do projeto.
66
RUP
Elaborao - Objetivos
Produzir um prottipo evolutivo e um ou mais prottipos
descartveis, para diminuir riscos especficos como:
trocas de design/requisitos
reutilizao de componentes
possibilidade de produo do produto ou demonstraes para
investidores, clientes e usurios finais.
Demonstrar que a arquitetura suportar os requisitos do

sistema a um custo justo e em tempo justo.
Estabelecer um ambiente de suporte.

Configurar o ambiente de suporte para o projeto.
Adaptar o processo para o projeto.
Configurar ferramentas.
67
RUP
Elaborao Fluxo da Iterao
68
RUP
Elaborao - Marcos
No Marco da Arquitetura de Ciclo de Vida so
examinados:
Objetivos e o escopo detalhados do sistema
A opo de arquitetura
A resoluo dos principais riscos.
Critrios de Avaliao
A Viso e os requisitos do produto so estveis.
A arquitetura estvel.
As abordagens principais a serem usadas no teste e
na avaliao foram comprovadas.
69
RUP
Elaborao - Marcos
Critrios de Avaliao (cont...)
O teste e a avaliao de prottipos executveis
demonstraram que os principais elementos de risco foram
tratados e resolvidos com credibilidade.
Os planos de iterao para a fase de construo:

Tm detalhes e fidelidade suficientes para permitir o avano do
trabalho.
So garantidos por estimativas confiveis.
Todos os envolvidos concordam que a viso atual poder ser

atendida se o plano atual for executado para desenvolver o
sistema completo, no contexto da arquitetura atual.
A despesa real em oposio despesa planejada com recursos

aceitvel.
70
RUP
Elaborao Artefatos Obrigatrios
71
RUP
72
RUP
73
RUP
Elaborao Artefatos Opcionais
74
RUP
Construo - Meta
Esclarecer os requisitos restantes e

concluir o desenvolvimento do sistema
com base na arquitetura da baseline.
nfase
Gerenciamento de recursos.
Controle de operaes para otimizar custos.
Programao.
Qualidade.
75
RUP
Construo - Objetivos
Minimizar custos de desenvolvimento;
Otimizar a utilizao de recursos;
Evitar Conduzido pelo
Retalhamento. cliente no
ambiente do
Retrabalho. desenvolvedor.
Atingir a qualidade adequada.
Desenvolver as verses teis (alfa, beta e
outros releases de teste).
Concluir a anlise, o design, o desenvolvimento
e o teste de todas as funcionalidades
necessrias.
76
RUP
Construo - Objetivos
Desenvolver de modo iterativo e incremental um produto completo.
Decidir se o software, os locais e os usurios esto prontos para

que o aplicativo seja implantado.
Atingir um grau de paralelismo no trabalho das equipes de

desenvolvimento.
Mesmo em projetos menores, normalmente h componentes que
podem ser desenvolvidos um independente do outro, permitindo o
paralelismo natural entre as equipes (se os recursos permitirem).
O paralelismo pode acelerar bastante as atividades de
desenvolvimento; mas tambm aumenta a complexidade do
gerenciamento de recursos e da sincronizao dos fluxos de trabalho.
Uma arquitetura sofisticada ser essencial para atingir um paralelismo
significativo.
77
RUP
Construo Fluxo da Iterao
78
RUP
Construo - Marcos
O produto est pronto para ser passado para a Equipe de
Transio.
Todos os testes alfa (se houver algum) foram concludos.
Desenvolvimento de um manual do usurio.
Critrios de Avaliao
Este release do produto estvel e desenvolvido o suficiente para ser
implantado na comunidade de usurios?
Todos os envolvidos esto prontos para a transio para a comunidade
de usurios?
As despesas reais com recursos ainda so aceitveis se comparadas
com as planejadas?
79
RUP
Construo Artefatos Obrigatrios
80
RUP
Construo Artefatos Opcionais
81
RUP
Transio - Meta
Assegurar que o software esteja disponvel a seus usurios.
Esta fase pode atravessar vrias iteraes;
Inclui
Testar o produto em preparao para release.
Ajustes pequenos com base no feedback do usurio.
Nesse momento do ciclo de vida, o feedback do usurio deve priorizar:

O ajuste fino do produto
A configurao
A instalao
Os problemas de usabilidade;
Todos os problemas estruturais mais graves devem ter sido

trabalhado muito antes no ciclo de vida do projeto.
82
RUP
Transio - Objetivos
O projeto deve estar em uma posio para
encerramento.
Aps fechamento dois caminhos podem ser

seguidos:
Incio de outro ciclo de vida no mesmo produto,
conduzindo nova gerao ou verso do produto.
Liberao total dos artefatos a terceiros que
podero ser responsveis pela operao,
manuteno e melhorias.
83
RUP
Transio Objetivos (Cont...)
Teste beta do novo sistema;
Operao paralela relativa a um sistema legado que est sendo
substitudo;
Converso de bancos de dados operacionais;
Treinamento de usurios e equipe de manuteno;
Introduo a marketing, distribuio e equipe de vendas;
Preparao para:
Empacotamento e produo comercial;
Introduo a vendas;
Treinamento de pessoal em campo;
Atividades de ajuste, como:
Correo de erros;
Melhoria no desempenho;
Melhoria na usabilidade.
84
RUP
Transio Fluxo da Iterao
85
RUP
Transio Fluxo da Iterao (Cont...)
86
RUP
Transio - Marcos
Marco da Liberao do Produto
o quarto marco mais importante do projeto;
Verifca-se:
Se os objetivos foram atendidos;
Se outro ciclo de desenvolvimento deve ser iniciado.
Em alguns casos, esse marco pode coincidir com o fim da
fase de iniciao do prximo ciclo.
O Marco da Liberao do Produto o resultado da reviso e
aceitao pelo cliente das liberaes do projeto.
Critrios de Avaliao
O usurio est satisfeito?
As despesas reais com recursos so aceitveis se
comparadas com as planejadas?
87
RUP
Transio Artefatos Obrigatrios
88
RUP
Transio Artefatos Opcionais
89
Referncias
[1] Filho, Wilson de Pdua Paula. Engenharia de Software: Fundamentos,
Mtodos e Padres. 3a Edio, Rio de Janeiro, LTC, 2009.
[2] Larman, Craig. Utilizando UML e padres - Uma introduo a anlise e

ao projeto orientados. Bookman, 2007.
[3] RUP 7.5 em Portugus. Disponvel em http://www.wthreex.com/rup/
[4] OpenUP. Disponvel em http://www.wthreex.com/rup/OpenUP/index.htm
90

Aula RUP

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Aula RUP

Transféré par

Droits d'auteur :

Formats disponibles

RUP

Prof. Elias Ferreira

Proposto por Booch, Jacobson e

Requisitos Obter os requisitos do produto.

Anlise Detalhar, estruturar e validar os requisitos.

Desenho Formular um modelo estrutural do produto.

Implementao Desenvolver o cdigo.

Testes Verificar o que foi implementado.

Aplica uma abordagem iterativa e incremental dentro

Abraa uma filosofia pragmtica e gil que foca na

um processo independente de ferramenta que pode

Quem deve utilizar o RUP?

Como configurar o RUP para seu projeto?

Principalmente empresas que precisam

O que Desenvolvimento Iterativo?

Veja bem, no Interativo!

Uma das funes dos releases forar a

Subconjunto testvel dos recursos e funes em

Em seguida, um build produzido e fica sujeito ao

Dessa maneira, a capacidade do software

Mesmo em projetos pequenos com vrias pessoas

Cada release deve ser acompanhado de artefatos de

cada final de fase, uma avaliao executada para

Cada passagem produz uma gerao do software;

A cada nova passagem repete-se a mesma seqncia

Esses ciclos subseqentes so chamados ciclos de

Normalmente, os ciclos de evoluo tm fases de

Mas qual esforo geralmente gasto em cada fase?

Existem diversos Padres de Iterao

Padro de Ciclo de Vida Incremental

Padro de Ciclo de Vida Evolutivo

Vrias iteraes de Elaborao, durante as quais:

Uma nica iterao de Construo, durante a qual:

Vrias iteraes de Transio para

Padro de Ciclo de Vida Entrega

Uma nica iterao de Elaborao.

Uma nica iterao de Construo.

Vrias iteraes de Transio para.

Padro de Ciclo de Vida Design Principal

Uma nica iterao muito longa de Construo,

Vrias iteraes de Transio.

O que feito em cada fase do RUP?

Estimar o custo geral do projeto inteiro.

Calcular os riscos em potencial.

Preparar o ambiente de suporte para o projeto.

Exemplo Viso Exemplo Plano de Desenvolvimento de

A arquitetura se desenvolve a partir de um exame dos

Tratar todos os riscos significativos do ponto de vista

Estabelecer uma arquitetura de baseline derivada do

Demonstrar que a arquitetura suportar os requisitos do

Estabelecer um ambiente de suporte.

Os planos de iterao para a fase de construo:

Todos os envolvidos concordam que a viso atual poder ser

A despesa real em oposio despesa planejada com recursos

Esclarecer os requisitos restantes e

Decidir se o software, os locais e os usurios esto prontos para

Atingir um grau de paralelismo no trabalho das equipes de

Todos os testes alfa (se houver algum) foram concludos.

Desenvolvimento de um manual do usurio.

Esta fase pode atravessar vrias iteraes;

Nesse momento do ciclo de vida, o feedback do usurio deve priorizar:

Todos os problemas estruturais mais graves devem ter sido

Aps fechamento dois caminhos podem ser