RUP

INTRODUO Abreviao de Rational Unified Process - um processo proprietrio de Engenharia de Software criado pela Rational Software Corporation, adquirida pela IBM, fornecendo tcnicas a serem seguidas pelos membros da equipe de desenvolvimento de software com o objetivo de aumentar a sua produtividade. uma plataforma de processo de desenvolvimento de software configurvel que oferece melhores prticas comprovadas e uma arquitetura configurvel. Permite selecionar e implementar apenas os componentes de processo que voc precisa para cada estgio de seu projeto. Uma abordagem iterativa, centrada na arquitetura e orientada por caso de uso, permitindo a customizao de uma ampla gama de projetos e organizaes de software. A plataforma inclui: Ferramentas para configurar a RUP para as necessidades especficas de seu projeto. Ferramentas para desenvolver seu prprio conhecimento interno em componentes de processo. Ferramentas de implementao eficientes e personalizveis baseadas na Web. Milestone ou marco uma tcnica de gerncia de projetos que permite o teste da funcionalidade de um novo produto ao longo do projeto, no uma atividade e no possui durao. Milestones em cada fase: Concepo Elaborao Construo Transio Concordncia do escopo e do custo Arquitetura validada Produto suficientemente maduro para os clientes Aceite do cliente ou final do projeto. Algumas prticas: - Desenvolvimento Iterativo e Incremental - Gerenciamento de Requisitos - Arquitetura baseada em componentes - Modelagem visual - verificao contnua da qualidade - gerenciamento e controle das mudanas

Princpios do RUP
Durante as fases e disciplinas ele gerencia Tempo O que precisamos?

Recursos Objetivos

Atingir os objetivos dos projetos do laboratrio gerenciando tempo e recursos, adquirindo sucesso profissional.
Administrando objetivos - tempo - recursos

Benefcios para nossos projetos:

Objetivos mais claros, requisitos bem definidos, comunicao mais efetiva, estimativas bem feitas e gerenciamento eficaz.

AS DISCIPLINAS COMPEM A DIMENSO ESTTICA DO RUP.

MODELAGEM DE NEGCIOS - visa entender a estrutura e a dinmica da organizao para qual se vai desenvolver o projeto, deixando uma (nica viso para cliente), usurios e desenvolvedores.

O objetivo de cada fase realizar o contedo suficiente de qualquer disciplina necessrio para alcanar os objetivos desta fase at que o (milestone) se conclua.

Tudo orientado para (minimizar ou atacar) os riscos envolvidos. As fases definem os estados do projeto, quais riscos estaro sendo atacados.

Objetivo: Chegar at o Milestone da fase cumprindo as tarefas:

Fase1
Concepo

1. Entender o que construir. 2. Identificar funcionalidades chave. 3. Determinar, pelo menos, uma possvel soluo. 4. Entender os custos agenda e riscos. 5. Decidir que processo seguir. Nesta fase sero percorridas as seguintes disciplinas:

Gerncia de projeto Anlise e Design Requisitos

Modelagem de negcios

As prticas mais importantes que caracterizam o projeto so: Viso do Projeto - Objetivo Milestone. - funcionalidades chave; - arquitetura candidata; - plano inicial de custo, agenda e riscos; - estabelecer uma viso do projeto.

RISCOS quando algo inesperado acontece e o objetivo no alcanado. O RUP sugere a tcnica de iterao, que repetio. Ou seja, se um risco aconteceu, podemos avaliar a iterao, aprendendo com os erros e utilizando a experincia para planejar as prximas iteraes.

2. Executar

1. Planejar

3. Avaliar

Etapas do processo iterativo: Se a etapa de avaliao no atender ao esperado, devemos cancelar ou refazer o fragmento. Com isso estamos minimizando os riscos do projeto. (A iterao serve justamente para gerenciar mudanas e incertezas). Eliminar riscos e avaliar o que funciona e no funciona.

Objetivos principais desta fase:

- concordncia sobre custos agenda e riscos; - concordncia sobre funcionalidades chave; - concordncia sobre uma possvel soluo; - concordncia sobre um processo a seguir e quais as ferramentas usar; - concordncia sobre o que o projeto, ou seja o que deve ser feito. Entender o que produzir. Check-list do Milestone: - A equipe concorda com a definio de escopo do sistema e a estimativa inicial de tempo e custo? - H um acordo de que o conjunto certo de requisitos foi capturado e compartilha-se o entendimento dos mesmos? - H acordo de que as prioridades, riscos e processo so apropriados? - H acordo sobre a estratgia de eliminao dos riscos? (Concepo- iterativamente minimizar os riscos de negcio, construindo uma viso clara sobre os objetivos do projeto. No final da fase saiba responde se o projeto vivel)

Objetivo: Chegar at o Milestone da fase cumprindo as tarefas:

Fase2
Elaborao

1. Detalhar os requisitos. 2. Projetar. 3. Implementar e validar a arquitetura. 4. Detalhar riscos. 5. Agenda e custos. 6. Refinar processo e ambiente. -> Refinamento - prottipo - Milestone Nesta fase sero percorridas as seguintes disciplinas:

Implementacao

Anlise e Design

Requisitos

Para minimizar os riscos tcnicos, devemos refinar: A viso do produto, arquitetura, planos e estimativas do projeto. Objetivos principais desta fase: - compreenso detalhada dos requisitos; - validar a arquitetura; - detalhar precisamente agenda e estimativa de custos; - detalhar plano de iterao para minimizar riscos essenciais. Nesta etapa importante validar um prottipo , para minimizar ainda mais os riscos tcnicos. Definir a arquitetura que satisfaa os requisitos dentro do custo e tempo estimados. Pode acontecer se estenda por um tempo maior que o previsto, exemplos:

- arquitetura no comprovada ou instvel; - requisitos instveis; - ambiente de desenvolvimento instvel; - requisitos no funcionais vagos ou complexos. Check-list do Milestone: - A viso e requisitos so instveis? - A arquitetura estvel? - Testes e avaliao demonstram que os principais riscos foram eliminados? - Os planos para construo esto suficientemente detalhados para prosseguir? - As estimativas tm credibilidade? - A equipe concorda que a viso pode ser alcanada? - A relao gasto ocorrido x planejado aceitavl? (Elaborao- iterativamente minimizar os (riscos tcnicos) e alcanar planos detalhados sobre o restante do projeto).

Objetivo: Chegar at o Milestone da fase cumprindo as tarefas:

Fase3

Construo

1. Minimizar o custo de desenvolvimento e desenvolver um produto pronto para a transio. Construo - comparao Milestone. Nesta fase sero percorridas as seguintes disciplinas:

Testes e implantao

Desenvolvimento

Anlise e Design

Requisitos

Paralelizar o desenvolvimento a melhor maneira para minimizar os riscos logsticos : Ao invs de todos trabalharem, melhor que cada um faa uma parte, minimizando riscos de logsticas e paralelizando o desenvolvimento. As despesas reais dos recursos foram iguais as planejadas? Dar nfase na avaliao entre o que foi planejado e o que foi efetivamente gasto no desenvolvimento. Check-list do Milestone: - O release do produto maduro o suficiente para ser entregue ao usurio final? - Toda equipe est preparada para a transio para a comunidade do usurio? - A relao gasto ocorrido x planejado aceitvel? (Construo- iterativamente minimizar os (riscos logsticos), e concluir a fase entregando uma verso beta para o cliente)

Objetivo: Chegar at o Milestone da fase cumprindo as tarefas: Fase4 Preparar empacotamento, produo e distribuio, preparar local de implantao, treinar usurios e mantedores, melhorar projetos futuros com lies aprendidas, testes beta para avaliar aceitao do usurio. -> Teste projeto - entrega do projeto - Milestone Nesta fase sero percorridas as seguintes disciplinas:

Transio

Desenvolvimento Gerncia de projeto

Implantao

Testes

Uma das nfases desta fase concluir os trabalhos de teste da equipe. Esta etapa serve para validarmos o sistema perante a expectativa dos usurios. Check-list do Milestone: - Os usurios finais esto satisfeitos? - A relao gasto ocorrido x planejado aceitvel? - Se no, como melhorar no futuro para resolver o problema? (Transio- iterativamente minimizar os (riscos de no entregar), no final da fase, um produto completo e robusto)

NFASE DE CADA DISCIPLINA EM CADA FASE CONCEPO

Requisitos

Gerncia de projeto

Arquitetura

Desenvolvimento

Testes

ELABORAO

Arquitetura

Requisitos

Desenvolvimento

Testes

Gerncia de projeto

CONSTRUO

Desenvolvimento Testes

Gerncia de projeto
Requisitos Arquitetura
TRANSIO
Testes 40% Gerncia de projeto 20% Arquitetura 5% Requisitos 5% Desenvolvimento 30%

Obras Citadas Sa ntos , M. (2007). Ruppers Experience - Gonow . Acesso em 14 de abril de 2011, disponvel em ruppers experience: http://www.ruppers .com.br/

DOCUMENTOS PARA USO NO LABORATRIO:

MODELAGEM DE NEGCIOS DOC. DE VISO REGRAS DE NEGCIO GLOSSRIO DE NEGCIOS CASOS DE USO DE NEGCIO ESPECIFICAO SUPLEMENTAR DE NEGCIOS

REQUISITOS GLOSSRIO PLANO DE GERENCIAMENTO DE REQUISITOS VISO ESPECIFICAO SUPLEMENTAR CASO DE USO ANLISE E DESIGN

TESTE PLANO DE TESTE

GERNCIA DE PROJETO PLANO DE DESENVOLVIMENTO DE SOFTWARE LISTA DE RISCOS PLANO DE GERENCIAMENTO DE RISCOS GERENCIAMENTO DE CONF. E MUDANA

IMPLANTAO NOTAS DE RELEASE IMPLEMENTAO AMBIENTE