Rational Unified Process (RUP)

1. O QUE O RUP?

O RUP, abreviao de Rational Unified Process (ou Processo Unificado da

Rational), um processo proprietrio de Engenharia de software criado pela
Rational Software Corporation, adquirida pela IBM, ganhando um novo nome
IRUP que agora uma abreviao de IBM Rational Unified Process e tornando-
se uma brand na rea de Software, fornecendo tcnicas a serem seguidas
pelos membros da equipe de desenvolvimento de software com o objetivo de
aumentar a sua produtividade.
O RUP usa a abordagem da orientao a objetos em sua concepo e
projetado e documentado utilizando a notao UML (Unified Modeling
Language) para ilustrar os processos em ao. Utiliza tcnicas e prticas
aprovadas comercialmente.

um processo considerado pesado e preferencialmente aplicvel a grandes

equipes de desenvolvimento e a grandes projetos, porm o fato de ser
amplamente customizvel torna possvel que seja adaptado para projetos de
qualquer escala. Para a gerncia do projeto, o RUP prov uma soluo
disciplinada de como assinalar tarefas e responsabilidades dentro de uma
organizao de desenvolvimento de software.

O RUP , por si s, um produto de software. modular e automatizado, e toda

a sua metodologia apoiada por diversas ferramentas de desenvolvimento
integradas e vendidas pela IBM atravs de seus Rational Suites.

2. LINHAS MESTRAS

O RUP define as seguintes linhas mestras e esqueletos (templates) para os

membros da equipe de um ciclo de produo: parte do cliente e uma avaliao
do progresso do projeto pela sua gerncia. Alm disso, ajuda os
programadores a manterem-se concentrados no projeto.

Gesto de requisitos
Uma documentao apropriada essencial para qualquer grande projeto;
note que o RUP descreve como documentar a funcionalidade, restries
de sistema, restries de projeto e requisitos de negcio.

Os casos de uso (em ingls Use Cases) e os cenrios so exemplos de

artefatos dependentes do processo, que tm sido considerados muito
mais eficazes na captura de requisitos funcionais.

Uso de arquitetura baseada em componentes

A arquitetura baseada em componentes cria um sistema que pode ser
facilmente extensvel, promovendo a reutilizao de software e um
 entendimento intuitivo. Um componente normalmente se relaciona com
um objeto na programao orientada a objetos.

O RUP oferece uma forma sistemtica para construir este tipo de

sistema, focando-se em produzir uma arquitetura executvel nas fases
iniciais do projeto, ou seja, antes de comprometer recursos em larga
escala.

Estes componentes so normalmente includos em infra-estruturas

existentes como o CORBA e o COM (Modelo de Componentes de
Objetos).

Uso de software de modelos visuais

Ao abstrair a programao do seu cdigo e represent-la utilizando
blocos de construo grfica, o RUP consegue uma maneira efetiva de se
ter uma viso geral de uma soluo.

O uso de modelos visuais tambm pode permitir que indivduos de perfil

menos tcnico (como clientes) tenham um melhor entendimento de um
dado problema, e assim se envolvam mais no projeto como um todo.

A linguagem de modelagem UML tornou-se um padro industrial para

representar projetos, e amplamente utilizada pelo RUP.

Verificao da qualidade do software

No assegurar a qualidade do software a falha mais comum em todos
os projetos de sistemas computacionais. Normalmente pensa-se em
qualidade de software aps o trmino dos projetos, ou a qualidade
responsabilidade de uma equipe diferente da equipe de desenvolvimento.

O RUP visa auxiliar no controle do planejamento da qualidade,

verificando-a na construo de todo o processo e envolvendo todos os
membros da equipe de desenvolvimento.

Gesto e Controle de Mudanas do Software

Em todos os projetos de software a existncia de mudanas inevitvel.
O RUP define mtodos para controlar e monitorar mudanas. Como uma
pequena mudana pode afetar aplicaes de formas inteiramente
imprevisveis, o controle de mudanas essencial para o sucesso de um
projeto.

O RUP tambm define reas de trabalho seguras, garantindo a um

programador que as mudanas efetuadas em outro sistema no afetaro o seu
sistema.

3. FASES
At agora estas linhas de guia so gerais, a serem aderidas ao percorrer do
ciclo de vida de um projeto. As fases indicam a nfase que dada no projeto
em um dado instante. Para capturar a dimenso do tempo de um projeto, o
RUP divide o projeto em quatro fases diferentes:

Concepo: nfase no escopo do sistema;

Elaborao: nfase na arquitetura;
Construo: nfase no desenvolvimento;
Transio: nfase na implantao.
O RUP tambm se baseia nos 4 Ps: Pessoas, Projeto, Produto e Processo

As fases so compostas de iteraes. As iteraes so janelas de tempo; as

iteraes possuem prazo definido enquanto as fases so objetivas.

Todas as fases geram artefatos. Estes sero utilizados nas prximas fases e
documentam o projeto, alm de permitir melhor acompanhamento.

Fase de concepo
A fase de concepo contm os workflows necessrios para que as partes
interessadas (stakeholders) concordem com os objetivos, arquitetura e o
planejamento do projeto. Se as partes interessadas tiverem bons
conhecimentos, ento, pouca anlise ser requerida. Caso contrrio, uma
anlise maior ser requerida.

Como cita o RUP, o ideal que sejam feitas iteraes. Porm estas
devem ser bem definidas quanto a sua quantidade e objetivos.

Fase de Elaborao
A fase de elaborao ser apenas para o projeto do sistema, buscando
complementar o levantamento / documentao dos casos de uso, voltado
para a arquitetura do sistema, revisa a modelagem do negcio para os
projetos e inicia a verso do manual do usurio. Deve-se aceitar: Viso
geral do produto (incremento + integrao) est estvel?; O plano do
projeto confivel?; Custos so admissveis?

Fase de Construo
Na fase de construo, comea o desenvolvimento fsico do software,
produo de cdigos, testes alfa e beta.

Deve-se aceitar testes, e processos de testes estveis, e se os cdigos do

sistema constituem baseline.

Fase de Transio
Nesta fase ocorre a entrega (deployment) do software, realizado o
plano de implantao e entrega, acompanhamento e qualidade do
software. Produtos (releases, verses) devem ser entregues, e ocorrer a
satisfao do cliente. Nesta fase tambm realizada a capacitao dos
usurios.
4. COMO ADOTAR

Com base nestes recursos a adoo do RUP pode ser feita de mais de uma
maneira. Um extremo seria usar o RUP risca, ou seja, aplicar todos os
mtodos e processos exatamente como so propostos. A vantagem desta
abordagem que nada deve ser alterado, pois o RUP bem completo e
detalhado. Porm existe um preo a ser pago, pois o RUP na ntegra
complexo. Esta abordagem implicaria em treinamentos, projetos piloto, etc.
Propostas de projetos de adoo do RUP so descritos no prprio produto.

O extremo oposto seria adotar outro modelo de processo mais simples ou

conhecido (o atual, se existir) e utilizar o material do RUP como fonte de
referncia complementar para assuntos no abordados em outro modelo como,
por exemplo, os modelos de documentos.

A primeira abordagem interessante para empresas que precisam de uma

grande formalizao do processo de desenvolvimento de software e cujo
mtodo atual seja totalmente inadequado ou inexistente. A segunda
abordagem seria interessante para quem j tem alguma metodologia que
considera adequada, mas que tem deficincia em alguma rea como, por
exemplo, suporte a UML. Solues intermedirias tambm so possveis.

5. VANTAGENS E DESVANTAGENS DO RUP

Vantagens:
1. Processo robusto e bem definido com a gerao de artefatos
importantes;
2. Os maiores riscos so atacados primeiro, diminuindo as chances de
fracasso do projeto
Desvantagens:
1. Complexo e trabalhoso para projetos de pequeno porte;
2. Exige experincia da equipe.
BIBLIOGRAFIA

O que o RUP?. Disponvel em:

<https://tec4rup.wordpress.com/2010/05/13/o-que-e-o-rup/>. Acesso em: 18
de maio de 2017.

Linhas Mestras. Disponvel em:

<https://tec4rup.wordpress.com/2010/05/13/rup-linhas-mestras/>. Acesso
em: 18 de maio de 2017.

Fases. Disponvel em: <https://tec4rup.wordpress.com/2010/05/13/rup-

fases/>. Acesso em: 18 de maio de 2017.

Como Adotar. Disponvel em:

<https://tec4rup.wordpress.com/2010/05/13/rup-como-adotar/>. Acesso em:
18 de maio de 2017.

Vantagens e Desvantagens do RUP. Disponvel em:

<https://tec4rup.wordpress.com/2010/05/26/vantagens-e-desvantagens-do-
rup/>. Acesso em: 18 de maio de 2017.