Você está na página 1de 5

RUP

Caracterizao do Processo Unificado ( Livro pag. 76 - SIDNEI


WAZLAWICK)

a) dirigido por caso de uso


b) centrado na arquitetura
c) iterativo e incremental
d) focado em riscos.

So prticas recomendadas pelo Rational Unified


Process:
1. Desenvolver software iterativamente.
2. Gerenciar os requisitos.
3. Usar arquiteturas baseadas em componentes.
4. Modelar software visualmente.
5. Verificar a qualidade do software continuamente.
6. Controlar as mudanas no software.
Cada fases e seu marco
Iniciao = Marco dos objetivos do ciclo de vida;
Elaborao = Marco da arquitetura do ciclo de vida;
Construo = Marco da capacidade operacional inicial;
Transio = Marco de lanamento do produto;

Na fase de concepo temos:


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.
Na fases de concepo levantamos e analisamos os requisitos,
ento com a concordncia dos stakeholders definimos o escopo
com base na anlise de requisitos.
RESUMO:

a) desenvolver os componentes do software. (CONSTRUO)


b) converter as bases de dados. (TRANSIO)
c) identificar os atores que interagem com o sistema. (CONCEPO)
d) construir um prottipo executvel. (CONSTRUO -)
e) descrever a arquitetura do software. (ELABORAO)
MACETE: CON2 ELA TRANSA
4FASES DO RUP:
1.
2.
3.
4.

CONCEPO
ELABORAO
CONSTRUO
TRANSIO

O RUP organizado em duas dimenses:


- Horizontal temos as fases (aspecto dinmico): Iniciao,
Elaborao, Construo e Transio
- Vertical temos as disciplinas (fluxos de trabalho e esttico):
Modelagem de Negcios, Requisitos, Anlise e Design,
Implementao, Teste, Implantao, Gerenciamento de
Configurao e Mudana, Gerenciamento de Projeto e Ambiente.
1.2 - Estrutura do RUP
O RUP possui cinco elementos principais: papis (perfil), atividades,
artefatos, fluxos de trabalho (workflows) e disciplinas.
1.2.1 - Papeis
Um papel (perfil) define o comportamento e as responsabilidades
de um indivduo ou grupo deles numa ao em equipe. Os papis
no so indivduos e nem cargos ou funes. Um indivduo pode ter
vrios papis.
1.2.2 - Atividades

Uma atividade uma unidade de trabalho que um indivduo


executa quando est exercendo um determinado papel. Cada
atividade pode ser dividida em passos.
1.2.3 - Artefatos
Um artefato um trecho de informao que produzido,
modificado ou utilizado em um dado processo. Os artefatos so
produtos de um projeto. So produzidos durante o desenvolvimento
do projeto. Artefatos so as entradas de atividades e so
produzidos como sada.
1.2.4 - Fluxos de Trabalho (Workflows)
A atribuio de atividades, papis e artefatos no formam um
processo. necessrio dedterminar a seqncia do
desenvolvimento das atividades para que possam ser produzidos
artefatos de valor. Um fluxo de trabalho uma seqncia de
atividades que so executadas para a produo de um resultado.
Os Fluxos de trabalho podem ser representados por diagramas de
seqncia, diagramas de colaborao e diagramas de atividades da
linguagem UML.
1.2.5 - Disciplinas
Uma disciplina uma coleo de atividades relacionadas que fazem
parte de um mesmo contexto. As disciplinas proporcionam um
melhor entendimento do projeto sob o ponto de vista tradicional,
tornando a compreenso de cada atividade mais fcil, porm
dificulta mais o planejamento das atividades. O RUP possui nove
disciplinas, divididas em disciplinas do processo e de suporte. As
disciplinas de processo so: modelagem de negcios, requisitos,
anlise e projeto, implementao, teste e distribuio. As de
suporte so: configurao e gerenciamento de mudanas,
gerenciamento de projeto, e ambiente.
1.2.6
Ciclo de vida
O ciclo de vido do projeto no RUP possui quatro fases: iniciao,
elaborao, construo e transio.
As disciplinas de Modelagem de Negcio e Requisitos orientam o
QUE deve ser feito, sem se preocupar muito com o "COMO" ser
feito.
J a disciplina de Anlise e Projeto est focada no "COMO" os
requisitos podem ser atingidos, quais as tecnologias, ou seja, qual a
arquitetura deve ser utilizada no desenvolvimento na fase de

construo. Dessa forma a disciplina de anlise e projeto mostra


como o sistema ser realizado (construdo, referncia a arquitetura,
ao "COMO").
Falou em Modelo de Dominio, falou disciplina de Modelagem de
Negcio. Nesse Modelo de Domnio especfico, poder ser expresso
uma espcie de diagrama de classe que representa na verdade
uma coleo de classes conceituais ou objetos do mundo real como
dito no enunciado. Deve-se ter cuidado, pois visualmente parece
um diagrama de classes de software da UML.
A disciplina de Modelagem de Negcio foca o Negcio, foca em "O
QUE" o negcio e quais suas necessidades para atingir seus
objetivos estratgicos.
"Um Modelo de Domnio no PU, como o mostrado na Figura 9.3,
uma descrio de coisas em uma situao real do domnio de
interesse, no de objetos de software, tais como classes Java ou C#,
ou objetos de software com responsabilidades (...)."
Fonte: [1] Utilizando UML e Padres, 3 Edio, Craig Larman, Cap.
9, Pg. 161.
"Viso do processo de um sistema mostra o fluxo de controle entre
as vrias
partes, incluindo mecanismos de concorrncia e de sincronizao.
Essa viso
cuida principalmente de questes referentes ao desempenho,
escalibilidade
e ao throughput do sistema".
Fonte: UML, Guia do Usurio, pg. 35.
""Viso do processo de um sistema mostra o fluxo de controle entre
as vrias
partes, incluindo mecanismos de concorrncia e de sincronizao.
Essa viso
cuida principalmente de questes referentes ao desempenho,
escalibilidade
e ao throughput do sistema".
Fonte: UML, Guia do Usurio, pg. 35.
"No RUP, voc parte de um conjunto tpico de vises, denominado
"modelo de viso 4+1" [KRU95]. Ele composto pelas seguintes
vises: [...]
A Viso de Processos, que contm a descrio das tarefas (processo
e threads) envolvidas, suas interaes e configuraes, e a

alocao dos objetos e classes de design em tarefas. Essa viso s


precisar ser usada se o sistema tiver um grau significativo de
simultaneidade. No RUP, ela um subconjunto do modelo de
design. [..]
Fonte: http://www.wthreex.com/rup/portugues/process/workflow/ana
_desi/co_swarch.htm#A
Ambos (UML e RUP) em suas descries esto falando do modelo de
viso4+1, at mesmo porque os criadores do RUP so os mesmos
da UML.
, voc parte de um conjunto tpico de vises, denominado "modelo
de viso 4+1" [KRU95]. Ele composto pelas seguintes vises: [...]
A Viso de Processos, que contm a descrio das tarefas (processo
e threads) envolvidas, suas interaes e configuraes, e a
alocao dos objetos e classes de design em tarefas. Essa viso s
precisar ser usada se o sistema tiver um grau significativo de
simultaneidade. No RUP, ela um subconjunto do modelo de
design. [..]
Fonte: http://www.wthreex.com/rup/portugues/process/workflow/ana
_desi/co_swarch.htm#A
Ambos (UML e RUP) em suas descries esto falando do modelo de
viso4+1, at mesmo porque os criadores do RUP so os mesmos
da UML.