Pgina 1 de 6

VISO GERAL DO PROCESSO UNIFICADO RATIONAL

Eduardo de Matos Almeida
Vagner Santos de Arajo
Resumo
Este trabalho, requerido pela disciplina de Projeto (Design) de software apresenta uma
viso simplista do Processo Unificado Rational mais conhecido por RUP. As informaes
aqui apresentadas baseiam-se na verso disponibilizada pela Wthreex.com.
Palavras-chave: Artigo cientfico. RUP. Viso Geral Processo Unificado Rational.
Introduo
O RUP (Rational Unified Process) um processo para viabilizar grandes e complexos
projetos de software, que necessitam de maior cerimnia. O RUP visa orientar a engenharia e
desenvolvimento de software atravs de fases e suas disciplinas, desta forma a construo de
software realizada com boas prticas e transparncia nas tarefas e atividades visto que o
processo defende a formalizao por artefatos. utilizado para entregar o software com
qualidade e tem como premissa bsica o uso de iteraes para minimizar o impacto de
mudanas no projeto.
1. O Processo
um processo de engenharia de software e como descrito em seu guia de utilizao Sua
meta garantir a produo de software de alta qualidade que atenda s necessidades dos
usurios dentro de um cronograma e de um oramento previsveis., e possui duas
dimenses: o eixo horizontal representa o tempo e mostra os aspectos do ciclo de vida do
processo medida que se desenvolve; o eixo vertical representa as disciplinas, que agrupam
as atividades de maneira lgica, por natureza..
2. O Fluxo de Trabalho
O RUP oferece um modelo sequencial das atividades, onde existem as entradas e sadas para
cada disciplina. Por sua vez, cada disciplina dispe de um fluxo de trabalho detalhado, com
papis, artefatos e atividades.
Pgina 2 de 6
3. As Fases
A gesto de um projeto no RUP dividida em quatro fases Iniciao, Elaborao, Construo
e Transio, e em cada uma feita uma avaliao para revisar o ciclo de vida do projeto. As
disciplinas abaixo abordadas tem participao em todas as fases.
3.1. Iniciao
Fase com maior nfase nas disciplinas "Modelagem de negcios" e "Requisitos", tem por base
estabelecer o alinhamento entre os patrocinadores e os objetivos do projeto. Seus produdos
serviro de insumo para a prxima fase.
3.2. Elaborao
Segunda fase do RUP. Com foco nas disciplinas "Anlise e Design" e "Implementao" tem
em vista a arquitetura do projeto e a construo de prottipos para a fase de construo.
3.3. Construo
Fase com maior nmero de disciplinas dedicadas como "Implementao", "Teste",
"Implantao" e "Gerenciamento de configurao e mudana". Onde a meta desenvolver o
efetivamente o sistema.
3.4. Transio
Nesta fase testes so feitos apenas para ralizar ajustes finos pois o projeto tem foco na
disponibilizao do sistema para o usurio. A disciplina "Gerenciamento de configurao e
mudana" se mantm em alta.
As demais disciplinas "Gerenciamento de Projetos" e "Ambiente" normalmente possuem o
mesmo nvel de intensidade em todas as fases.
4. As Disciplinas
So atividades em comum, que agrupadas, facilitam a compreenso do projeto. As diciplinas
interagem entre se e so dependente umas das outras. Cada disciplina possui artefatos que
orientam e documentam as atividades.
4.1. Modelagem de Negcios
Conhece a organizao e entender o problema de negcio do usurio para identificar o que
pode ser melhorado a fim de garantir que todos os envolvidos tenham um entendimento
comum. Suas tarefas so:
Anlise da Operao de Negcio;
Anlise de rea Funcional;
Anlise de Arquitetura de Negcio;
Pgina 3 de 6
Anlise do Caso de Uso de Negcios;
Avaliar a Organizao de Destino;
Capturar um Vocabulrio de Negcios Comum;
Construir Prova de Conceito de Arquitetura de Negcio;
Definir e Ajustar Objetivos;
Definir o Contexto do Sistema de Negcio;
Definir os Requisitos de Automatizao;
Design da Operao de Negcio;
Detalhar uma Entidade de Negcios;
Detalhar um Caso de Uso de Negcios;
Detalhar um Profissional de Negcios;
Estruturar Modelo de Caso de Uso de Negcios;
Identificar Metas de Negcios e KPIs;
Localizar Atores e Casos de Uso de Negcios;
Manter Regras de Negcios;
Priorizar Casos de Uso de Negcios;
Refinar um Caso de Uso de Negcios;
Revisar o Modelo de Anlise de Negcios; e
Revisar o Modelo de Caso de Uso de Negcios.
4.2. Requisitos
Estrutura uma interface para a compreenso das necessidades do usurio. Suas tarefas so:
Captar um Vocabulrio Comum;
Desenvolver a Viso;
Desenvolver Especificaes Suplementares;
Detalhar os Requisitos de Software;
Detalhar um Caso de Uso;
Estruturar o Modelo de Caso de Uso;
Identificar Pedidos dos Envolvidos;
Localizar Atores e Casos de Uso;
Priorizar Casos de Uso; e
Revisar Requisitos.
4.3. Anlise e Design
Transformar requisitos em um modelo para sistema. Suas tarefas so:
Anlise Arquitetural;
Anlise de Caso de Uso;
Avaliar Viabilidade de Prova de Conceito Arquitetural;
Construir Prova de Conceito Arquitetural;
Criar um Prottipo da Interface do Usurio;
Pgina 4 de 6
Descrever a Arquitetura em Tempo de Execuo;
Descrever a Distribuio;
Design da Classe;
Design de Banco de Dados;
Design de Caso de Uso;
Design do Subsistema;
Identificar Elementos de Design;
Identificar Mecanismos de Design;
Incorporar Elementos de Design Existentes;
Projetar a Interface com o Usurio;
Revisar a Arquitetura; e
Revisar o Design.
4.4. Implementao
Desenvolver e integrar componentes do sistema. Suas tarefas so:
Analisar Comportamento do Tempo de Execuo;
Estruturar o Modelo de Implementao;
Executar Testes de Desenvolvedor;
Implementar Elementos de Design;
Implementar Teste do Desenvolvedor;
Integrar Sistema;
Integrar Subsistema;
Planejar Integrao de Sistema;
Planejar Integrao de Subsistema; e
Revisar o Cdigo.
4.5. Teste
Avaliar a qualidade do sistema. Suas tarefas so:
Avaliar e Defender Qualidade;
Definir Abordagem do Teste;
Determinar Resultados do Teste;
Estruturar a Implementao de Testes;
Executar o Conjunto de Testes;
Identificar Ideias de Teste; e
Implementar Conjunto de Testes.
4.6. Implantao
Garantir que o sistema esteja disponvel para os usurios. Suas tarefas so:
Criar Ilustrao do Produto;
Definir Lista de Materiais;
Pgina 5 de 6
Desenvolver Materiais de Treinamento;
Desenvolver Material de Suporte;
Desenvolver Plano de Implantao;
Desenvolver Produtos de Trabalho de Instalao;
Escrever Notas sobre o Release;
Fornecer Acesso ao Site de Download;
Gerenciar Teste Beta;
Gerenciar Teste de Aceitao;
Liberar para Fabricao; e
Verificar Produto Manufaturado.
4.7. Gerenciamento de Configurao e Mudana
Controlar a evoluo do sistema. Suas tarefas so:
Configurar Ambiente do Gerenciamento de Configurao (CM);
Confirmar CR Duplicado ou Rejeitado;
Enviar Controle de Mudanas; e
Revisar Controle de Mudanas.
4.8. Gerenciamento de Projeto
Planejar e monitorar o progresso do projeto. Suas tarefas so:
Adquirir Equipe;
Avaliar Iterao;
Conduzir a Reviso;
Definir a Equipe e a Organizao do Projeto;
Desenvolver Caso de Negcio;
Desenvolver Plano de Iterao;
Identificar e Avaliar Riscos;
Iniciar Iterao;
Iniciar Projeto;
Organizar Reviso;
Planejar e Designar Trabalho;
Planejar Fases e Iteraes;
Relatar Status;
Reviso da Aprovao do Projeto;
Reviso do Planejamento do Projeto;
Reviso do Plano de Iterao; e
Reviso dos Critrios de Avaliao da Iterao.
4.9. Ambiente
Suportar a equipe de desenvolvimento, os processos e as ferramentas. Suas tarefas so:
Pgina 6 de 6
Adaptar o Processo de Desenvolvimento para o Projeto;
Iniciar Processo de Desenvolvimento; e
Suportar Desenvolvimento.
5. OS PAPEIS
O papel define as responsabilidades da equipe, ele orienta quais so as atividade que devem
ser desempenhadas e recomendvel que elas sejam executadas pela mesma pessoa. O papel
no restringe a atuao de um integrante, pelo contrrio, mais de um papel pode ser
desempenhado pelo mesmo integrante.
CONCLUSO
possvel obter qualidade de software com o RUP pois ele proporciona produtividade no
desenvolvimento, operao e manuteno de software. Apesar dos benefcios, necessrio
adquirir treinamento adequado, adaptar o processo e principalmente a cultura da instituio.

REFERNCIAS
RUP, verso 7 (2007) http://www.wthreex.com/rup, Agosto.