Você está na página 1de 17

Valria Maria Lauande Maro/2010

SUMRIO
DEFINIO
OBJETIVOS PRINCIPAIS CARACTERSTICAS

FASES DO CICLO DE VIDA


ARQUITETURA DO RUP CONCLUSO

REFERNCIAS

DEFINIO
O RUP(Rational Unified Process) um processo de desenvolvimento de software que possui um conjunto completo de atividades que define quem faz o que, quando e como. Ele usa uma abordagem de orientao a objetos em sua concepo e projetado e documentado utilizando a notao UML para ilustrar os processos em ao. Suas caractersticas principais: Iterativo e Incremental Inicialmente desenvolvido e comercializado pela Rational, e desde 2003 pertence a IBM.

OBJETIVOS

O objetivo do RUP assegurar uma produo de alta qualidade de software, que realiza a necessidade do usurio seguindo prazos e oramento.

PRINCIPAIS CARACTERSTICAS
Iterativo e Incremental O RUP utiliza pequenos ciclos de projeto (mini-projetos) que correspondem uma iterao e que resultam em um incremento no software. Iteraes referem-se a passos e incrementos evoluo do produto. O UP repete vrios ciclos de vida at o trmino do sistema. Cada ciclo de vida possui 4(quatro) fases. Concepo; Elaborao;

Construo e Transio

FASES DO CICLO DE VIDA


Concepo
tempo

Elaborao

Construo

Transio

Concepo: Define o objetivo do projeto e sua viabilidade Elaborao: Plano do Projeto, especificao de caractersticas e definio da linha de base da arquitetura Construo: Construo do produto Transio: Substituio do antigo sistema e implantao

ARQUITETURA DO RUP

MODELOS E DISCIPLINAS
Requisitos
Modelo de Use Case

Anlise

Modelo de Anlise

Design
Implementao

Modelo Projeto

Modelo Implantao

Modelo de Implementao

Teste

Modelo de Teste

ESTRUTURA ESTTICA
A parte esttica do RUP, descrita atravs dos conceitos de papis, atividades, artefatos e fluxos de trabalho.
PAPIS
define o comportamento e as responsabilidades assumidas por uma pessoa ou um conjunto de pessoas trabalhando em equipe.

ATIVIDADES

tarefa que um indivduo executa quando est exercendo um determinado papel e produz um resultado importante para o contexto do projeto.
pedao de informao que produzido, modificado ou utilizado em um processo. seqncias de atividades que so executadas para a produo de um resultado valioso para o projeto.

ARTEFATOS

FLUXO DE TRABALHO

EXEMPLOS
Papis
Analista de sistema Projetista Projetista de testes

Artefatos
Modelo de caso de uso Cdigo fonte Documentos Executveis

Atividades
Planejar uma iterao Encontrar casos de uso e atores Rever o projeto Executar um teste de performance

Fluxo de trabalho
Diagrama de Seqncia Diagrama de colaborao

PAPIS E ATIVIDADES

CONCEPO E WORKFLOWS
Requisitos: capturar os requisitos mais crticos (na forma de casos de uso) e definir o escopo do sistema. Anlise: analisar os requisitos e montar uma proposta para o modelo de classes e objetos, com foco nas classes de negcio, mais o glossrio. Design: preparar o Modelo de Design ou storyboard, apresentando um rascunho preliminar da arquitetura do sistema: identificar os primeiros componentes, interfaces e subsistemas, assim como o Modelo de Implantao. Implementao: pode ser necessrio criar um prottipo descartvel para demonstrar o caminho escolhido. Testes: criar primeiros esboos de teste com base nas informaes j adquiridas.

ELABORAO E WORKFLOWS
Requisitos: encontrar, priorizar, detalhar e estruturar os Casos de Uso, obtendo aproximadamente 80% dos requisitos. Anlise: detalhar as classes de negcio, fazer o particionamento em pacotes, atualizar o glossrio e refinar os Casos de Uso. Design: fazer o design dos Casos de Uso, classes e subsistemas para estabelecer uma estrutura bsica do sistema. Pacotes de anlise e subsistemas de design, so importantes. So considerados: sistema operacional, linguagem, banco de dados, distribuio de objetos, etc.. Implementao: implementar e testar os componentes arquiteturalmente significantes. Eventualmente criar prottipos para testar alguma nova tecnologia. Testes: planejar e especificar os testes, definindo casos de teste e rotinas de teste.

CONSTRUO E WORKFLOWS
Requisitos: capturar os requisitos remanescentes, refinando Casos de Uso e cenrios. Anlise: capturar algum detalhe que passou despercebido nas classes pertinentes ao negcio. Design: refinar os casos de uso e cenrios remanescentes com base na tecnologia utilizada. Implementao: codificar e integrar componentes, priorizando os casos de uso mais importantes. Testes: testar funcionalidades e performance do sistema. Se necessrio testar novos casos e rotinas de teste.

TRANSIO E WORKSFLOWS
Requisitos: eventual correo da documentao devido a bugs encontrados no sistema.
Anlise: eventual correo do modelo de anlise devido a bugs encontrados no sistema. Design: eventual correo do modelo de design devido a bugs encontrados no sistema. Implementao: eventual correo do cdigo devido a bugs encontrados no sistema. Testes: eventual correo do modelo de teste devido a bugs encontrados no sistema.

CONCLUSO
Com a utilizao de uma metodologia de desenvolvimento de software como o RUP, possvel obter:

Qualidade de software;
Produtividade no desenvolvimento, manuteno de software; operao e

Controle sobre desenvolvimento dentro de custos, prazos e nveis de qualidade desejados;

Estimativa de prazos e custos com maior preciso.

REFERNCIAS
Sites na internet
http://javafree.uol.com.br/artigo/871455/Obtendo-Qualidade-deSoftware-com-o-RUP.html http://www.wthreex.com/rup/portugues/index.htm

Publicaes sobre o assunto


Apostila de RUP, disponvel em: http://www.analisetotal.com.br/Material/RUP/AulaRUP.pdf Processo Unificado RUP.pdf, disponvel em: http://www.laps.ufpa.br/yomara/paginav2/aps/processo%20unificado %20rup.pdf

Você também pode gostar