UNIVERSIDADE FEDERAL DO AMAZONAS - UFAM

INSTITUTO DE CINCIAS EXATAS E TECNOLOGIA - ICET

CURSO: SISTEMAS DE INFORMAO
DISCIPLINA: ENGENHARIA DE SOFTWARE I
DOCENTE: ANACILIA CAVALCANTE

ACADMICO:
FBIO MARQUES

RUP (RATIONAL UNIFIED PROCESS)

ITACOATIARA AM
AGOSTO/2017
RUP (RATIONAL UNIFIED PROCESS)

Trabalho apresentado a Professora Anacilia

Cavalcante como requisito parcial para obteno
de nota na disciplina de Engenharia de Software I.

ITACOATIARA AM
AGOSTO/2017
 Sumrio
1 Introduo...................................................................................................................4
2 O que o RUP (Rational Unified Process)?..............................................................4
3 O Ciclo de Vida de um Projeto RUP..........................................................................5
4 Linhas Mestre do RUP...............................................................................................6
5 Fases do RUP............................................................................................................7
6 Disciplinas do RUP.....................................................................................................9
7 As vantagens e desvantagens do RUP...................................................................10
8 RUP e suas aplicaes............................................................................................11
Concluso....................................................................................................................12
Referncias.................................................................................................................13
 4

1 Introduo

Num ambiente de constantes surgimento de novas tecnologias de

informao, fabricantes e produtos, continuamos com problemas nos projetos de
softwares, verificando-se por exemplo que grande parte desses projetos sofrem
atrasos ultrapassando os limites inicialmente planejados.
Um modelo de processo de desenvolvimento de software, ou simplesmente
modelo de processo, pode ser visto como uma representao, ou abstrao dos
objetos e atividades envolvidas no processo de software. Alm disso, oferece uma
forma mais abrangente e fcil de representar o gerenciamento de processos de
software e consequentemente o progresso do projeto
Dentre as metodologias de desenvolvimento de software temos duas linhas
distintas, as tradicionais e as geis. Enquanto as tradicionais prezam por uma
quantidade excessiva de documentao, as geis prezam por ter o software
funcionando com o mnimo de documentao necessria. Portanto, adotar
processos mais simplificados, como as metodologias geis tem despertado um
grande interesse entre as comunidades de desenvolvimento de software.

2 O que o RUP (Rational Unified Process)?

O Processo Unificado da Rational conhecido como RUP (Rational Unified
Process), um processo de engenharia de software criado para apoiar o
desenvolvimento orientado a objetos, fornecendo uma forma sistemtica para se
obter vantagens no uso da UML. Foi criado pela Rational Software Corporation e
adquirido em fevereiro de 2003 pela IBM.
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.
O principal objetivo do RUP atender as necessidades dos usurios
garantindo uma produo de software de alta qualidade que cumpra um cronograma
e um oramento previsveis. Assim, o RUP mostra como o sistema ser construdo
na fase de implementao, gerando o modelo do projeto e, opcionalmente, o modelo
de anlise que utilizado para garantir a robustez. O RUP define perfeitamente
quem responsvel pelo que, como as coisas devero ser feitas e quando devem
 5

ser realizadas, descrevendo todas as metas de desenvolvimento especificamente

para que sejam alcanadas. Ele 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.

3 O Ciclo de Vida de um Projeto RUP

O ciclo de desenvolvimento no RUP possui quatro fases: iniciao,
elaborao, construo e transio. Cada uma concluda por um marco principal,
ou seja, cada fase basicamente um intervalo de tempo entre dois marcos
principais.
O ciclo de desenvolvimento termina com uma verso completa do produto
de software. As fases definem estados do projeto, que so definidos por riscos que
esto sendo mitigados ou questes que precisam ser respondidas.
A fase de iniciao, foca no tratamento de riscos relacionados com o caso de
negcio. Deve ser verificado se o projeto vivel e se financeiramente possvel.
Na fase elaborao, o foco deve ser nos riscos tcnicos e arquiteturais. O
escopo deve ser revisado e os requisitos devem estar mais compreendidos.
Durante a construo, a ateno ser voltada para os riscos lgicos, e a
maior parte do trabalho ser realizada.
Na fase de transio, sero tratados os riscos associados com a logstica de
distribuio do produto para a base de usurios.
Embora varie muito em empresas e projetos diferentes, um ciclo de
desenvolvimento para um projeto de tamanho mdio, possui uma distribuio de
esforo e programao.
Conforme descrito na documentao do RUP, cada passagem pelas quatro
fases gera uma gerao do software. A menos que o produto desaparea, ele ir se
desenvolver na prxima gerao, repetindo a mesma sequncia de fases de
iniciao, elaborao, construo e transio. Esses ciclos subsequentes so
chamados de ciclos de evoluo. A cada ciclo, so produzidas novas geraes.
Os ciclos de evoluo podem ser disparados por melhorias sugeridas pelos
usurios, mudanas no contexto do usurio, mudanas na tecnologia subjacente,
 6

reao concorrncia e assim por diante. Normalmente, a menos que ocorram

mudanas significativas do produto ou da arquitetura, os ciclos de evoluo tm
fases de Iniciao e Elaborao bem menores, pois a definio e a arquitetura
bsicas do produto foram determinadas por ciclos de desenvolvimento anteriores

4 Linhas Mestras do RUP

Derivado dos trabalhos sobre UML e do Processo Unificado
de Desenvolvimento de Software, ele traz elementos de todos os modelos genricos
de processo, apoia a iterao e ilustra boas prticas de especificao e projeto
(Sommervillie 2007, pg. 54). 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 .
1. 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.
2. 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 infraestruturas existentes como o CORBA e o COM (Modelo de
Componentes de Objetos).
3. Uso de Softwares 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
 7

projeto como um todo. A linguagem de modelagem UML tornou-se

um padro industrial para representar projetos, e amplamente utilizada pelo RUP.
4. 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.
5. Gesto e Controle de Mudana de 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.

5 Fases do RUP
O RUP organiza o desenvolvimento de software em quatro fases, onde so
tratadas questes sobre planejamento, levantamento de requisitos, anlise,
implementao, teste e implantao do software. Cada fase tem um papel
fundamental para que o objetivo seja cumprido, distribudos entre vrios
profissionais como o Analista de sistema, Projetista, Projetista de testes, entre
outros.
Fase de Concepo / Iniciao: Esta fase do RUP abrange as tarefas de
comunicao com o cliente e planejamento. feito um plano de projeto avaliando os
possveis riscos, as estimativas de custo e prazos, estabelecendo as prioridades,
levantamento dos requisitos do sistema e preliminarmente analis-lo. Assim, haver
uma anuncia das partes interessadas na definio do escopo do projeto, onde so
examinados os objetivos para se decidir sobre a continuidade do desenvolvimento.
Fase de Elaborao: Abrange a Modelagem do modelo genrico do
processo. O objetivo desta fase analisar de forma mais detalhada a anlise do
domnio do problema, revisando os riscos que o projeto pode sofrer e a arquitetura
 8

do projeto comea a ter sua forma bsica. Indagaes como "O plano do projeto
confivel?", "Os custos so admissveis?" so esclarecidas nesta etapa.
Fase de Construo: Desenvolve ou Adquire os componentes de Software.
O principal objetivo desta fase a construo do sistema de software, com foco no
desenvolvimento de componentes e outros recursos do sistema. na fase de
Construo que a maior parte de codificao ocorre.
Fase de Transio: Abrange a entrega do software ao usurio e a fase de
testes. O objetivo desta fase disponibilizar o sistema, tornando-o disponvel e
compreendido pelo usurio final. As atividades desta fase incluem o treinamento dos
usurios finais e tambm a realizao de testes da verso beta do sistema visando
garantir que o mesmo possua o nvel adequado de qualidade.
Cada uma das fases descritas acima pode ser realizada de forma iterativa,
com os resultados desenvolvidos incrementalmente. As atividades que ocorrem
durante o processo de desenvolvimento so chamadas de workflows. Existem
nove workflows principais, exibidos na Tabela 1.

Workflow Descrio
Modelagem de Negcios Os processos de negcio so modelados usando
casos de uso de negcios.
Requisitos Os agentes que interagem com o sistema so
identificados e os casos de uso so desenvolvidos
para modelar os requisitos do sistema.
Anlise e Projeto Um modelo de projeto criado e documentado usando
modelos de arquitetura, modelos de componente,
modelos de objetos e modelos de sequncia.
Implementao Os componentes de sistema so implementados e
estruturados em subsistemas de implementao. A
gerao automtica de cdigo com base os modelos
de projeto ajuda a acelerar esse processo.
Teste O teste um processo iterativo realizado em conjunto
com a implementao. O teste de sistema segue o
trmino da implementao.
Implantao Uma verso do produto criada, distribuda aos
usurios e instalada no local de trabalho.
Gerenciamento de Este workflow de apoio gerencia mudanas no sistema
Configurao e Mudana
Gerenciamento de Este workflow de apoio gerencia o desenvolvimento do
Projetos sistema.

Ambiente Este workflow est relacionado disponibilizao de

ferramentas apropriadas de software para a equipe de
 9

desenvolvimento.
Tabela 1 : Workflows no Rational Unified Process (Sommerville 2007, pg. 55)

6 Disciplinas do RUP
O RUP (Rational Unified Process) tem tambm disciplinas cujas atividades
so distribudas atravs das fases iterativas. As disciplinas do RUP so separadas
em Disciplinas de Engenharia e Disciplinas de Apoio e Suporte.
As Disciplinas de Engenharia so 6, e as de Apoio e Suporte so 3. Estas
disciplinas classificam as atividades em assuntos relacionados entre si, sendo que
cada um destes assuntos aparece com importncia diferente em cada uma das
fases.
Disciplinas de Engenharia do RUP
Disciplina de Modelagem de negcios: a TI precisa entender o
funcionamento do negcio e o cliente precisa entender no que a TI poder contribuir
para melhor suportar os negcios. A comunicao entre engenheiros de software,
desenvolvedores, clientes e usurios deve ser definida e aprimorada. A modelagem
de negcios explica permite descrever como a viso da organizao pode ser usada
como base para descrever o processo, os papis e responsabilidades no projeto.
Disciplina de Requisitos: explicar como transformar as necessidades das
partes interessadas em requisitos que sero usados para criar o sistema.
Disciplina de Anlise e Projeto (Design): obviamente mais presente na
fase de Elaborao, esta disciplina visa criar uma abstrao do sistema, com
classes, pacotes e subsistemas com interfaces bem definidas. Deve tambm
descrever como cada objeto das classes ir colaborar para viabilizar os casos de
uso do sistema.
Disciplina de Implementao: se faz presente principalmente na fase de
construo. Consiste na organizao e criao do cdigo, binrios, executveis,
componentes e testes de unidade. Descreve tambm como reutilizar componentes.
Disciplina de Teste: mais importante ao fim da fase de construo e incio
da fase de transio. So feitos testes de integrao. verificado se os requisitos
foram corretamente implementados. Tem o objetivo de garantir que os defeitos
sejam tratados antes da implantao do software. Ainda considerando a mesma
viso globalizada do RUP com relao garantia da qualidade, a disciplina teste se
 10

faz presente em todas as fases, como mostra a figura.

Disciplina de Implantao: entregar o software ao usurio final. Releases,
embalagem, distribuio, instalao e suporte aos usurios.

Disciplinas de Apoio e Suporte do RUP

Disciplina de Gerenciamento de configurao e mudana: trata do
controle de verso e dependncias de artefatos, como documentos e modelos.
Gerencias as solicitaes de mudanas para estes artefatos, classificando-as em
vrios estados, listando as causas raiz, a natureza (defeito ou melhoria), prioridade,
etc. Pode utilizar sistemas de controle de verso e de gerenciamento de ciclo de
vida (ALM Application Life Cicle Management) para viabilizar e facilitar a execuo
da disciplina.
Disciplina de Ambiente: esta fase similar abordagem dada a utilizao
de outros guias de boas prticas ou processos de desenvolvimento a
customizao. O RUP pode ser personalizado para utilizao em cada projeto. O
RUP no uma norma fixa, pode ser criteriosamente preparado para adequao em
cada diferente situao que se encontra no gerenciamento de processos. Inclusive,
pode-se dizer que o sucesso do projeto depende da capacidade da pessoa que faz
esta personalizao. Em alguns casos, caso o RUP seja utilizado de forma errada,
pode levar percepo de que o mtodo muito pesado e custoso para ser
utilizado, levando dificuldades no projeto.
Disciplina de Gerenciamento de projeto: planeja o projeto em dois nveis
de detalhamento, descrevendo as iteraes e os processos de acompanhamento e
mtricas destas iteraes.

7 As vantagens e desvantagens do RUP

A seguir algumas vantagens e desvantagens Processo Unificado da
Rational:
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
3. Esta uma metodologia completa em si com nfase na documentao
precisa
4. Menos tempo necessrio para a integrao, pois o processo de
integrao continua ao longo do ciclo de vida do desenvolvimento de software.
 11

5. O tempo de desenvolvimento necessrio menor devido reutilizao

de componentes.
6. Existe um treinamento on-line e um tutorial disponvel para este
processo.

Desvantagens
1. Complexo e trabalhoso para projetos de pequeno porte: Srio
investimento em ferramenta de suporte.
2. Mudana constante: Sistemas utilizam mquinas, mquinas se
comunicam atravs de linguagens, e quanto mais complexa maior sua necessidade
de evoluo.
3. Limitaes: Nas reas de manuteno, gesto de mtricas, gesto de
pessoal, gesto de reutilizao e testes. Exige experincia da equipe. Apesar dos
benefcios, deve-se ter a conscincia que os benefcios no viro de maneira
imediata. necessrio adquirir treinamento adequado, adaptao da metodologia no
contexto ao qual ela ser utilizada, apoio especializado para as equipes de
desenvolvimento e tempo para a absoro da metodologia.
4. Em projetos de ponta que utilizam novas tecnologias, a reutilizao de
componentes no ser possvel. Da o tempo que um projeto levaria para ser feito
ser impossvel cumprir.
5. A integrao ao longo do processo de desenvolvimento de software, na
teoria, soa bem. Mas em projetos particularmente grandes com mltiplos fluxos de
desenvolvimento, isso s aumentar a confuso e causar mais problemas durante
os estgios de teste

8 RUP e suas aplicaes

O RUP um processo que certamente traz timos resultados e controle

sobre as atividades de produo de um software com qualidade, desde que seja
bem implementado e como qualquer outra ferramenta, seja devidamente entendida
e que dela se utilize apenas o que til para um determinado cenrio. A aplicao
do RUP em parceria com metodologias geis, processos em cascatas e em
ambientes com muita documentao ou pouca possvel e todos ficariam
gratamente surpresos ao constatar resultados provenientes de projetos de
processos como esses.
 12

Concluso
O RUP prova ser um processo de desenvolvimento robusto e bem definido,
embora bastante complexo e trabalhoso para projetos de pequeno porte, ele pode
ser bem aproveitado para projetos aonde preciso manter registro constante do
fluxo do Projeto.
Embora o RUP no seja um processo adequado a todos os tipos de
desenvolvimento de software, ele representa uma nova gerao de processos
genricos. A mais importante inovao a separao de fases e workflows, e o
reconhecimento de que a implantao de software no ambiente do usurio parte
do processo. As fases so dinmicas e tem objetivos. Os workflows so estticos e
constituem atividades tcnicas que no esto associadas a uma nica fase, mas
podem ser utilizados ao longo do desenvolvimento para atingir os objetivos de cada
fase. (Sommerville, 2007, pg.56)
 13

Referncias
SENE, Rafael Peria. RUP Primeiros passos. Disponvel em: <
https://www.tiespecialistas.com.br/2011/02/rup-primeiros-passos/ >. Acesso em 06
de agosto de 2017.
MARTINEZ, Marina. RUP. Disponvel em: <
http://www.infoescola.com/engenharia-de-software/rup/ >. Acesso em 06 de agosto
de 2017.
Explicao das disciplinas do RUP. Disponvel em:<
https://www.palpitedigital.com/explicacao-das-disciplinas-do-rup/ >. Acesso em 06 de
agosto de 2017.
CARVALHO, Danilo, CARVALHO, Ederson. Tcnicas de 4 Gerao - RUP.
Disponvel em:< https://tec4rup.wordpress.com/2010/05/26/apresentacao-2/ >.
Acesso em 06 de agosto de 2017.
TAUB, Adilson. Rational Unified Process - RUP. Disponvel em:<
https://www.baguete.com.br/artigos/04/11/2009/rational-unified-process-rup>. Acesso
em 06 de agosto de 2017.
SOMMERVILLE, Ian. Engenharia de Software. 8 ed. So Paulo: Pearson
Addison-Wesley, 2007.