O RUP, Rational Unified Process (Ou Processo Unificado da RATIONAL em portugus) uma metodologia para desenvolvimento de software criada

a pela Rational Software, que foi adquirida posteriormente pela IBM. O RUP pode ser encontrado na forma de um software e como um conjunto de processos. Neste trabalho iremos cobrir apenas aspectos relativos ao

conjunto de processos referentes ao RUP, incluindo:

* Conceitos

* Boas praticas

* Fases de desenvolvimento

2 - RUP - Conceitos

Como citado anteriormente, o RUP mais do que um softwares

para auxiliar no desenvolvimento uma metodologia de desenvolvimento,

com uma estrutura formal e bem definida. Como qualquer metodologia,

composta de conceitos, prticas e regras.

Um dos principais pilares do RUP o conceito de best practices

(melhores prticas), que so regras/prticas que visam reduzir o risco

(existente em qualquer projeto de software) e tornar o desenvolvimento mais

eficiente. O RUP define seis best practices, sendo elas:

* desenvolver iterativamente

* gerenciar requerimentos

* utilizar arquiteturas baseadas em componentes

* modelar visualmente

* verificao contnua de qualidade

* controle de mudanas

O RUP, ainda, entrelaa o conceito de best practices em quatro

definies, sendo elas:* funes: grupos de atividades executadas.

* disciplinas: reas de esforo na engenharia de software.

* atividades: definies de como (objetos/artefatos) construdo e

avaliado.

* objetos/artefatos: resultado do trabalho, produzido ou modificado

durante o processo.

Alm destas definies, esta metodologia de desenvolvimento

divide o processo de desenvolvimento de software em quatro fases (as quais

sero discutidas com mais detalhes posteriormente). So elas:

* concepo: definio do escopo do projeto.

* elaborao: elaborao bsica do software.

* construo: desenvolvimento.

* transio:

3 - RUP Best Practices

O RUP tenta diminuir os riscos do desenvolvimento e

efetivamente deixar o desenvolvimento mais eficiente, atravs de seis

prticas bsicas (conhecidas por best practices) a serem executadas durante

todo o processo de desenvolvimento.

3.1 - Desenvolver Iterativamente

Desenvolver iterativamente significa desenvolver em ciclos. Cada

ciclo contm um objetivo que deve ser alcanado (lanamento de um prerelease ou beta, correo de um bug, etc).

Esta prtica acaba dando ao RUP uma srie de vantagens, como

a possibilidade de identificar/modificar requerimentos com mais facilidade;

integrao progressiva (quase continua) de elementos ao software,

ocasionando uma melhora no descobrimento e endereamento de riscos;

desenvolvimento iterativo prov aos gerentes maneiras de fazer mudanas

tticas aos produtos; etc.3.2 - Gerenciar Requerimentos

Gerenciamento de requerimentos prov uma maneira prtica de

produzir, organizar, comunicar e organizar os requerimentos de um projeto.

Adicionalmente, os casos de uso e cenrios descritos nos processo so uma

excelente forma de capturar e assegurar requisitos. O gerenciamento de

recursos acarreta um melhor controle sobre projetos complexos, alm de

maior qualidade e reduo de custos.

O RUP uma metodologia dirigida-a-casos-de-uso (use-drivencase), de modo que possvel utilizar os mesmos casos de uso definidos no

sistema como base para o resto do processo.

3.3 - Utilizar Arquiteturas Baseadas em Componentes

Foca o desenvolvimento na modularizao, atravs do uso de

componentes, de modo a criar um sistema flexvel, adaptvel, intuitivamente

entendvel e reutilizvel. O RUP entende componentes como mdulos no

triviais e/ou subsistemas com uma funo clara e especfica. Entre os

benefcios podemos citar a facilidade para identificar, isolar, manipuar e

desenvolver componentes maior do que para um sistema inteiro;

componentes podem ser desenvolvidos com a reutilizao em mente; etc.

3.4 - Modelar Visualmente

A modelagem visual permite melhor entender no s a concepo e

a complexidade do sistema, mas tambm dimensionar (no sentido de qual a

forma do sistema), alm de facilitar a idenficao e soluo de problemas.

3.5 - Verificao Continua de Qualidade

O RUP no toma a qualidade como responsabilidade de apenasuma pessoa ou grupo, mas como uma responsabilidade de todos os

integrantes do projeto.

A qualidade focada especialmente em duas reas:

- Qualidade de produto: a qualidade do produto sendo

desenvolvido (software or sistema) e todos as partes envolvidas

(componentes, subsistemas, arquitetura, etc).

- Qualidade de processo: a qualidade dos processos

dentro do projeto de desenvolvimento.

3.6 - Controle de Mudanas

Como resultado de um processo de desenvolvimento iterativo,

muitas so as mudanas ocorridas no decorrer do projeto. Controlar as

mudanas durante todo o projeto prtica fundamental para manter a

qualidade do projeto.

4 - Fases de Desenvolvimento

O processo de desenvolvimento dividido em ciclos, sendo que o

ciclo de desenvolvimento subdividido em 4 fases consecutivas.

Estas fases so concludas to logo uma milestone alcanada.

Uma milestone define uma etapa, na fase, na qual decises crticas so feitas

ou objetivos so alcanados.

4.1 - Concepo

Concepo inicial do sistema, aonde feita uma discusso sobre o

problema, definio do escopo do projeto, estimativa de recursos necessrios

para a execuo do projeto, etc. nesta fase que apresentadao o plano de

projeto, caso de uso inicial e o glossrio do projeto, entre outros.

4.2 - ElaboraoO propsito desta fase analisar o dminio do problema,

desenvolver o plano de projeto, estabelecer a fundao arquitetural e eliminar

os elementos de alto risco.

Os elementos de risco a serem analisados, nesta fase, so os

riscos de requerimentos, tecnolgicos (referentes a capacidade das

ferramentas disponveis), de habilidades (dos integrantes do projeto) e

polticos.

Esta a fase mais crtica de todas, pois ao final desta fase a

engenharia considerada completa e os custos para modificao do sistema

aumentam a medida que o projeto avana. Do ponto de vista administrativo,

ao final desta fase que um projeto deixa de ser uma operao de baixo risco

e baixo custo para se tornar uma operao de alto risco e alto custo.

4.3 - Construo

Esta fase comprende a fase de modelagem e a fase de

desenvolvimento em si, aquela em que o sistema efetivamente programado.

A fase de modelagem deve utilizar alguma notao definida pela UML.

4.4 - Transio

A partir desta fase, o sistema j est pronto, comea a implatano

do sistema para o usurio (ou a comunidade de usurios do mesmo). Nesta

fase deve ser utilizado o lanamento de verses beta, operao paralela

com o sistema legado, treinamento dos usurios e mantenedores do sistema,

etc.5 - Concluso

O RUP prova ser um processo de desenvolvimento robusto e bem

definido, embora bastante complexo/trabalhoso para projetos de software de

pequeno porte, ele pode ser bem aproveitado para projetos aonde preciso

manter registro constante do fluxo do projeto.

6 - Bibliografia

Quadros, Moacir - Gerencia de Projetos de Softwares: Tcnicas e

Ferramentas, Visual Books.

Rational Software - Best Practices for Software Development Teams,

www.rational.com.

Rational Software - Rationa Unified Process, www.rational.com.

The Rational Edge - RUP and XP, Part I - Finding Common Ground,

http://therationaledge.com.