Processo de

Desenvolvimento Unificado
Prof. Wolley W. Silva

Processo de Desenvolvimento de
Software?
Conjunto de atividades
bem definidas;
com responsveis;
com artefatos de entrada e sada;
com dependncias entre as mesmas e
ordem de execuo;
baseado em algum modelo de ciclo de
vida;
Define quem faz o que, quando e
como, para atingir um certo alvo

Processo Unificado
Inicio de 1990, os
autores se propuseram a
combinar as melhores
caractersticas de cada
um de cada um dos seus
mtodos individuais de
anlise e projeto
orientado a objetos.
1997, formalizao da
UML como um padro na
industria de desenvolvi
emento de software OO.

PU Melhores Prticas
1. Desenvolvimento Iterativo e
Incremental;
2. Gerenciamento de Requisitos;
3. Uso de Arquiteturas Baseadas em
Componentes;
4. Modelagem Visual (UML);
5. Verificao Contnua da Qualidade;
6. Controle e Gerenciamento de
Mudanas;

PU Melhores Prticas
1. Desenvolvimento Iterativo e
Incremental;

Abordagem clssica de desenvolvimento de software

segue o ciclo de vida em cascata.

Processo iterativo e incrementa

PU Melhores Prticas
1. Desenvolvimento Iterativo e
Incremental;
O desenvolvimento organizado em uma srie de miniprojetos
curtos, de durao fixa (por exemplo, trs semanas) chamados de
iteraes; o resultado de cada iterao um sistema parcial,
executvel, testvel e integrvel.

PU Melhores Prticas
1. Desenvolvimento Iterativo e
Incremental;

Em um ciclo de vida iterativo, a seleo do incremento a ser desenvolvido em

uma iterao feita com base em uma lista dos principais riscos. Como a
iterao produz um executvel testado, voc poder verificar que os riscos
diminuram.

PU Melhores Prticas
2. Gerenciamento de Requisitos

O gerenciamento de requisitos uma abordagem

sistemtica para localizar, documentar, organizar e
controlar os requisitos variveis em um sistema.

PU Melhores Prticas
2. Gerenciamento de Requisitos
.Dificuldades comuns na coleta de
requisitos
Nem sempre os requisitos so bvios e podem
vir de vrias fontes.
Os requisitos nem sempre so expressos em
palavras de modo fcil ou claro.
O nmero de requisitos pode se tornar
impossvel de gerenciar se eles no forem
controlados.
Os requisitos so alterados.

PU Melhores Prticas
3. Uso de Arquiteturas Baseadas
em Componentes
O foco principal das iteraes iniciais do processo produzir e
validar uma arquitetura do software.

Gesto
Acadmic
a

Gesto
Financeira

Gesto
RH

PU Melhores Prticas
4. Modelagem Visual (UML);
Um modelo uma viso simplificada de um sistema. Ele
mostra os elementos essenciais do sistema de uma
perspectiva especfica e oculta os detalhes no essenciais.

PU Melhores Prticas
4. Modelagem Visual (UML
Modelagem Unificada);

Diagrama de Caso de Uso

Linguagem de

Diagrama de Classes

PU Melhores Prticas
5. Verificao Contnua da Qualidade;
Obter qualidade no
simplesmente "atender a
requisitos funcionais"
O gerenciamento da
qualidade implementado
em todas as disciplinas,
fluxos de trabalho, fases e
iteraes do PU.

PU Melhores Prticas
6. Controle e Gerenciamento de Mudanas;

Na ausncia de controle
disciplinado, o processo de
desenvolvimento
rapidamente se transforma
em caos.

RUP Processo Unificado

Unified Process)

(Rational

Fases do RUP
Iniciao
Identificao das necessidades do negcio;
Planejamento, definio da viso do Produto / Projeto.

Elaborao
Modelagem da soluo conceitual do software;
Refinamento da arquitetura do sistema.

Construo
Programao e teste das funcionalidades definidas.

Transio
Feedback da verso; Implantar o sistema no seu
ambiente operacional.

RUP Processo Unificado

Passagens pela sequncia de
disciplinas - iteraes

RUP - Processo Racional Unificado

(Rational Unified Process):

Fluxo de Modelagem de Negcio

As metas da modelagem de negcio so:
Entender a estrutura e a dinmica da organizao
na qual um sistema ser distribudo (a
organizao alvo);
Entender os problemas atuais na organizao alvo
e identificar potenciais melhorias;
Assegurar que os clientes, usurios finais e
desenvolvedores tenham um entendimento
comum da organizao alvo;
Derivar os requisitos de sistema necessrios
para o suporte da organizao alvo;

Fluxo de Modelagem de Negcio

O fluxo de modelagem de negcio
descreve como desenvolver uma
viso da nova organizao alvo e,
baseando-se nesta viso, definir os
processos,
papis
e
responsabilidades
daquela
organizao num modelo de negcio.

Os artefatos produzidos:
Um documento de viso de negcio;
necessidades de negcios, justificativa do projeto,
entendimento atual das necessidades do cliente,
alinhar as expectativas dos interessados.

Um documento das Atividades do negcio;

Descrever as atividades desempenhadas para o
cumprimento dos objetivos do negcio.

Um do documento de Regras de Negcio:

declaraes de polticas ou condies que devem ser
satisfeitas pelo processamento da aplicao.

Obs:
Regras de Negcio so: Polticas,
condies ou restries que devem ser
consideradas na execuo de algum
processos existentes em uma organizao.
Exemplos:
Um cliente do banco no pode retirar mais de
R$ 1.000 por dia de sua conta
Senhas devem ter, no mnimo, seis
caracteres, entre nmeros e letras, e devem
ser atualizadas a cada trs meses

RUP - Processo Racional Unificado

(Rational Unified Process):

O fluxo de Requisitos
As metas do fluxo de requisitos
so:
Proporcionar ao desenvolvedor de
sistemas um entendimento melhor
dos requisitos de sistemas;
Fornecer uma base para planejamento dos
contedos
tcnicos
de
iteraes
(prioridade de desenvolvimento);
Fornecer uma base para clculo do custo e
do tempo para desenvolver o sistema;

O fluxo de Requisitos
O fluxo de requisitos descreve como
definir uma viso do sistema e
traduzi-la num modelo de caso de
uso
que,
com
especificaes
adicionais, define os requisitos de
software detalhadas no sistema.

Artefatos produzidos:
Especificao dos Requisitos
Funcionais
Especificao dos Requisitos No
Funcionais
Diagrama de Caso de Uso

RUP - Processo Racional Unificado

(Rational Unified Process):

As metas da Anlise e Projeto

so:
Traduzir
os
requisitos
numa
especificao que descreva como
implementar o sistema, selecionando
a melhor estratgia;
Adaptar os resultados da anlise s
restries impostas pelos requisitos
no
funcionais,
ambientes
de
implementao,
requisitos
de
desempenho e outros;

Artefatos produzidos:

Diagrama de Classes de Projeto

Diagrama de Sequncia
Diagrama de Componentes
Diagrama de Instalao
Documento de Arquitetura de
Software;

Fontes de Consulta
http://www.wthreex.com/rup/portugu
es/index.htm
http://epf.eclipse.org/wikis/openup/
http://open2up.blogspot.com.br/