Processo Unificado

Prof. Maurício Braga

Porque mais um processo?
 Alguns problemas observados no desenvolvimento de
software:
 Necessidades dos usuários ou do negócio não atendidas;
 Requisitos congelados durante o desenvolvimento;
 Problemas na integração dos módulos;
 Dificuldade de manutenção;
 Descoberta tardia de erros;
 Performance sofrível;
 Esforço descoordenado da equipe (retrabalho).

 Esses e outros problemas levaram a definição de um

novo processo, o processo unificado.

2/15
Processo Unificado
 Combina elementos dos processos básicos cascata e
evolucionário, de forma a oferecer uma abordagem mais
segura e flexível ao desenvolvimento de software;

 Mais do que um simples processo, o Processo Unificado

é um framework que deve ser customizado de acordo
com as necessidades de diferentes projetos e
organizações.

 Existem vários refinamentos do Processo Unificado, que

se diferenciam nas disciplinas utilizadas ou na ênfase
colocada nos artefatos do projeto.

3/15
Alguns refinamentos do Processo
Unificado
 Agile Unified Process (AUP) – Versão simplificada do
Processo Unificado que utiliza valores e práticas da
metodologia ágil de desenvolvimento;

 Open Unified Process (OpenUP) – Framework de

processo open source mantido pela Eclipse Foundation
que preserva as características essenciais do Processo
Unificado;

 Rational Unified Process (RUP) - Refinamento mais

conhecido do Processo Unificado.

4/15
Processo Unificado da Rational
 Desenvolvido pela Rational, é acessado através de um
navegador web, podendo ser utilizado por toda a equipe
de desenvolvimento;

 Fornece um conjunto de guidelines, tutoriais e modelos

de documentos para auxiliar a equipe no
desenvolvimento do sistema;

 Completo e detalhado, define mais de 100 artefatos e

atividades que podem ser realizadas durante o
desenvolvimento da aplicação.

5/15
Processo Unificado

 Surgiu com o objetivo de apoiar a modelagem de

sistemas orientados a objetos com UML, tendo ganho
muitos adeptos desde então;

 Suas principais características são:

 Guiado por casos de uso;
 Iterativo e incremental;
 Centrado na arquitetura.
 Focado nos riscos;
 Customizável;
 Baseado na linguagem UML.

6/15
Comparativo cascata x UP

7/15
Processo Unificado

 Estruturado em duas dimensões:

 Eixo horizontal: Divisão do ciclo de vida em fases,
marcos e iterações.
 Eixo vertical: criação de um conjunto de artefatos
utilizando um grupo de atividades.

8/15
Rational Unified Process (RUP)

9/15
Iteração

 Seqüência distinta de atividades baseado em um plano e

critérios de avaliação previamente estabelecidos e que produz
um resultado (interno ou externo).

10/15
Estrutura do Processo Unificado -
Dimensão tempo
 Divide o projeto em 4 fases:
 Iniciação: Define o escopo do projeto e os objetivos
do ciclo de vida.
 Elaboração: Detalhamento dos requisitos e
definição/validação da arquitetura do sistema.
 Construção: Desenvolvimento do produto;
 Transição: Entrega do produto aos usuários.

11/15
Processo Unificado – Gerenciamento
dos riscos
 Gerenciamento de riscos durante o ciclo de vida do UP:
 Iniciação: Tem como objetivo manter os riscos de negócio sob
controle.
 Elaboração: Tem como objetivo manter os riscos técnicos e
arquiteturais sob controle.
 Construção: Tem como objetivo manter os riscos logísticos e
relacionados a execução do projeto sob controle;
 Transição: Tem como objetivo manter os riscos da entrega e
implantação do produto sob controle.

12/15
Estrutura do Processo Unificado -
Dimensão Fluxo do processo
 Desenvolvimento é realizado utilizando as
seguintes fluxos de trabalho:
 Business modeling;
 Requirements;
 Analysis and Design;
 Implementation;
 Test;

13/15
Estrutura do Processo Unificado -
Dimensão Fluxo do processo
 Desenvolvimento é realizado utilizando as
seguintes fluxos de trabalho:
 Deployment;
 Configurationand change management;
 Project management;
 Environment.

14/15
Dimensão Fluxo do processo

 Cada um dos fluxos de trabalho do fluxo do processo é

aplicado em todas as fases do ciclo de vida. O peso da
atividade, como vista no gráfico, varia de fase para fase.

 O peso de cada atividade em cada fase dependerá

também das decisões tomadas pela equipe para a
execução do projeto.
 Ex: Serão desenvolvidos protótipos descartáveis de alta ou
baixa fidelidade durante a fase de iniciação/elaboração para
prova de conceito ou captura de requisitos?

15/15
Processo Unificado

Prof. Maurício Braga