Processo

UP
Unified Process (Processo Unificado)

Conjunto de passos que tem como objetivo

atingir uma meta
Processo de software na ES, processo que
visa a produzir o software - de modo eficiente
e previsvel um produto de qualidade.

Processo unificado
Processo unificado de desenvolvimento de software:
UP (Unified Process).
Definido como um framework para gerar processos
(metamodelo)

Principais Caractersticas do UP
utiliza UML para especificar, modelar e documentar
artefatos.
guiado por casos de uso

Processo + Mtodos + Linguagem (UML)

centrado na arquitetura - baseado em componentes

Responsveis, artefatos de entrada e sada,

dependncias, descrio de como as atividades so
realizadas e ferramentas disponveis.

iterativo e incremental
focado em riscos

Principais Caractersticas do UP
permite a customizao e autoria de processos, ou seja
uma vasta variedade de processos, ou configurao de
processos, podem ser obtidas a partir dele.
configurvel: pode ser adaptado (configurado)
dependendo do tipo de software sendo desenvolvido,
de caractersticas do ambiente de desenvolvimento
(tamanho da equipe, tcnicas usadas, etc)

RUP
Rational Unified Process (Processo
Unificado de Desenvolvimento da Rational)

Principais implementaes do UP:

RUP Rational Unified Process
OpenUP implementao gil

Trs perspectivas

Evoluo
Rational Unified Process 5.0
1998

Rational

Objectory Process 4.1

1996-1997

Teste Funcional
Teste de Desempenho
Gerncia de Requisitos
Gerncia de Configurao
Engenharia de Negcios
Engenharia de Dados

Dinmica: fases ao longo do tempo.

Esttica atividades realizadas no processo
Prtica boas prticas

UML

Abordagem Rational

Objectory Process 1.0-3.8

1987-1995

Abordagem Ericsson

Princpios

Principais Caractersticas do RUP

No existe uma maneira exata de aplicar um RUP, pois ele pode
ser aplicado de vrias formas e ser diferente em cada projeto e
organizao.

bem definido e estruturado

define claramente quem responsvel pelo que, como as
coisas devem ser feitas e quando faz-las.
prov uma estrutura bem definida para o ciclo de vida de um
projeto, articulando claramente os marcos essenciais e
pontos de deciso.

Prticas
Desenvolver iterativamente planejar incrementos
Gerenciar requisitos documentar e acompanhar
mudanas e analisar seus impactos antes de aceit-las
Arquitetura baseada em componentes
Verificar qualidade do software - utilizar padres
organizacionais
Modelagen visual do sw - UML

Atacar os riscos cedo e continuamente;

Certificar-se de entregar algo de valor ao cliente;
Focar no software executvel;
Acomodar mudanas cedo;
Liberar um executvel da arquitetura cedo;
Construir o sistema com componentes;
Trabalhar junto como um time;
Fazer da qualidade um estilo de vida, no algo para
depois.

Ciclos/Fases
Ciclo de Desenvolvimento - 4 fases:
- Concepo (define o escopo do projeto)
- Elaborao (define os requisitos e a arquitetura)
- Construo (desenvolve o sistema)
- Transio (implanta o sistema)

Vrios ciclos se repetem at a aposentadoria do

sistema.
Cada ciclo gera um produto liberado para uso.

Fases

Fases

fases/tempo

Cada fase subdividida em iteraes.

dimenso/componente

Concepo

Elaborao

Construo

Transio

Anlise de
Requisitos
Concepo

Iterao
Preliminar

...

Elaborao

Iterao
Arquitetura

Release

Construo

...

Iterao
Desenv

Iterao
Desenv

Transio

...

Release Release Release Release

Iterao
Transi o

Release

Release

Design

...

Nvel de
arquitetura
Nvel de
classe

Produto

Implementao

- Um conjunto

de artefatos (release) gerado a cada iterao.

- Um milestone (marco, meta) gerado a cada fase.

Teste
#1

iteraes

fases/tempo
Concepo

Elaborao

Construo

Transio

Concepo

a primeira fase do processo, em que a

idia inicial para o desenvolvimento
levada at o ponto de ser - pelo menos
internamente - suficientemente bem
fundamentada para assegurar a passagem
fase de elaborao

Nvel de
classe

Implementao

Design

Nvel de
arquitetura

Implementao
Teste

Fases

Design

Nvel de
arquitetura
Nvel de
classe

Implementao
Teste

Concepo

Elaborao

3 fase do processo, em
que o software chega a
uma arquitetura baseline
executvel e destinada
transferncia para a
comunidade de usurios.
Os requisitos do sistema
e seus critrios de
avaliao so sempre
reexaminados com base
nas necessidades
comerciais do projeto e
alocao de recursos.

Transio

Fases

fases/tempo

Anlise de
Requisitos

Construo

a segunda fase do processo,

quando a viso do produto e
sua arquitetura so definidas.
Os requisitos do sistema
podem abranger desde
declaraes de carter geral
at critrios precisos de
avaliao, em que cada
requisito especifica
determinado comportamento
funcional ou no funcional e
proporciona a base para a
realizao de testes

Nvel de
classe

Teste

Fluxo de trabalho do
Processo

Elaborao

Anlise de
Requisitos

Nvel de
arquitetura

#m+1

fases/tempo
Fluxo de trabalho do
Processo

Anlise de
Requisitos

Design

#n

#3

Fases

Fases
Fluxo de trabalho do
Processo

#2

Construo

fases/tempo
Transio

dimenso/componente
Anlise de
Requisitos

Design

Nvel de
arquitetura
Nvel de
classe

Concepo

Elaborao

Construo

Transio

4 fase do processo, em que o software

chega s mos dos usurios. Raramente
o processo termina aqui, pois quando o
sistema aprimorado continuamente,
bugs so eliminados e acrescentadas
novas caractersticas.

Implementao
Teste

Ciclo de Vida
Fases e Marcos
Workflows ou fluxos de trabalho: passos dentro de uma
iterao em cada fase
Passos genricos:
Anlise de
Requisitos

Escopo
do pojeto

Software
Programado
e testado

Requisitos +
arquitetura

Software
operacional

Fluxos de Trabalho de Processo do RUP

Fundamentais e de apoio

Anlise

Projeto

Implementao

Teste

SW

Modelos do RUP

Ciclo de Vida
Workflows: passos dentro de uma iterao em cada fase e modelos
Requisitos

An
An
lise

Projeto

Implementa
Implementa
o
o

Testes

Pessoas:
Worker: papel representado por uma pessoa ou
grupo no processo de software.
Cada worker responsvel por um conjunto de
atividades.

Modelo
Use Case

Modelo
An
An
lise

Modelo
Projeto

Conceitos Relacionados

Modelo
Im planta
plantao
o

Projeto:
Possui uma seqncia de mudanas / vrias
iteraes / um padro organizacional.

Modelo
Im plem enta
entao
o

Modelo
Teste

Conceitos Relacionados
Produto:
No apenas cdigo.
Artefato: qualquer tipo de informao criada.
Artefatos so criados pelos workers em cada
uma de suas atividades.

Processo:
Direciona o projeto.
Template para criao de instncias (projetos).

Conceitos-Chave
Processo Centrado na Arquitetura
Benef
Benefcios:
Fornecer uma base slida para a construo do software.
Melhor compreenso do sistema e organizao do
desenvolvimento.

Descrio: arquitetura envolve elementos de modelo mais

importantes - coleo de vises dos modelos do sistema.

Conceitos-Chave
Processo Dirigido por Casos de Uso
Benef
Benefcios: casos de uso associam todos os
workflows de forma conjunta.
Dirigem vrias atividades de desenvolvimento:

Criao e validao da arquitetura do sistema

Criao de casos de teste
Planejamento das iteraes
Criao de documentao do usurio
Implantao do sistema

Sincronizam contedo dos modelos criados em

cada workflow.

Conceitos-Chave
Processo Iterativo e Incremental
Benef
Benefcios:
Identificao de riscos adiantada.
Preparao do Sistema para requisitos que mudam.
Integrao contnua (facilita testes e aprendizado).
Iterao: mini-projeto - transversal pelos workflows

UP prescreve um refinamento sucessivo arquitetura. A

arquitetura representa a forma, enquanto que os casos de
uso representam funcionalidades.

Modelos evoluem nas iteraes.

Arquitetura e casos de uso devem ser balanceados.

Resultado de uma iterao: incremento.

O RUP
Define um guia que controle as atividades do
time de desenvolvimento.
Direciona as tarefas para desenvolvedores
especficos.
Especifica que artefatos precisam ser
desenvolvidos nas etapas do desenvolvimento.
Oferece critrios para monitorar as atividades e
os produtos de um projeto.

O RUP
Separao de fases e workflow as fases no
esto associadas a workflows especficos
permite adaptao, o esforo vai depender do
tipo de sw.
Incorpora a implantao do sw.
Combina diferentes tipos de modelos de
processo
No adequado a sw embarcado.

OpenUP
Verso gil do UP
processo mais simples
elimina alguns prticas opcionais
diminuio no nmero de artefatos menos
documentao
ciclos menores e em maior quantidade.

OpenUP
Quatro fases e quatro prticas:
Colaborao alinhar interesse e
entendimento
Evoluo para continuamente obter
feedback e melhorar
Balanceamento de prioridades
Foco na articulao da arquitetura

Referncias
Boock, G. and Rumbaugh, J. The Unified
Modeling Language User Guide AddisonWesley, 1999. Apndice
Jacobson, I. and Booch, G. and Rumbaugh, J. The
Unified Software Development Process. Captulos
1 a 5.
Kruchten, P. The Rational Unified Process an
Introduction.