Rational unified Process

RUP
RATIONAL UNIFIED PROCESS

Trabalho realizado por:
Leandro Alexandre
Nelson Sortes
Vitor Oliveira

Objetivos
• Breve enquadramento histórico;
• Características principais;
• As 4+1 visões;
• Visão geral;
• Fases e iterações – A componente dinâmica;
• Disciplinas, Tarefas e Produtos de trabalho – A componente estática

• Conclusão

Origem do RUP
Durante o século 90 com o crescente crescimento e a vantagem

do paradigma da orientação orientada a objetos, começaram a proliferar as

metodologias que tinham por base os respetivos

conceitos.
Assim, com o número de metodologias propostas, ganhou força

a ideia de uma metodologia de desenvolvimento Unificada.

Enquadramento histórico

Em 2002 a Rational foi adquirida pela IBM e permanece até a data.

Porquê RUP?

RATIONAL
Existiram 3 importantes contribuidores:
• Grody Booch
• James Rumbaugh

• Ivar Jacobson

Porquê RUP?
UNIFIED

• Unificação do desenvolvimento aproximou-se usando UML;
• Unificação dos trabalhos dos metodologistas.

PROCESS
• Define quem, o quê, quando fazer e como atingir um certo objetivo.

“O processo de desenvolvimento de software é um conjunto de atividades necessárias para transformar os requerimentos do cliente num sistema de software.” Jacobson

O que é o RUP?
O RUP foi originalmente desenvolvido pela rational software
(agora parte da IBM).
• É um processo de engenharia de software;

• É um produto de processo;
• Aumenta a produtividade em equipa de trabalho;
• Cria e mantém modelos;
• É um guia para utilizar facilmente a UML.

Melhores práticas do RUP
• Adaptar o processo:
- Adequar o RUP adequadamente nas necessidades de desenvolvimento.

• Balanceamento das prioridades dos stackholders:
- Tomar uma abordagem evolutiva, mantendo as partes interessadas como

participantes ativos, que são por vezes antagónicos.
• Colaboração entre equipas:

- Manter um processo de comunicação aberto pois os trabalhos podem ser