Gerenciamento de Projetos de Desenvolvimento de

Software com o RUP e o PMBOK

Ldio Mauro Lima de Campos, Msc, PMP
1
, Alberto Sampaio Lima,Msc
2

1 Prof.do Curso de Sistemas de Informao Universidade Federal do Par (UFPA)
Campus Universitrio de Castanhal PA Brazil
lidio@ufpa.br
2 Prof. Msc do Curso de Sistemas de Informao - Universidade Federal do Cear (UFC) -
Doutorando em Engenharia de Teleinformtica
Estrada do Cedro, Km 5 Quixad CE Brazil
albertosampaio@ufc.br

Resumo : Nos dias atuais, no mbito do desenvolvimento de software, uma boa gerncia de projetos tem se tornado um
fator competitivo no mercado, dado que influencia diretamente na qualidade do produto final. Muitas empresas e
organizaes voltadas para o desenvolvimento de softwares investem na melhoria de seus processos de
desenvolvimento. Existem diversos padres, referncias, ou modelos reconhecidos que podem ser aplicados para atingir
este fim. De modo geral, esses modelos apresentam apenas metas ou estruturas necessrias para que um processo de
desenvolvimento apresente excelncia na qualidade de seus produtos, mas no determinam como projetar ou implantar
as melhorias necessrias no processo de desenvolvimento. Para preencher esta lacuna, este artigo pretende apresentar
uma contribuio para essa rea, propondo um mtodo para melhoria de processos de software aplicando uma
metodologia que integra o RUP e o PMBOK.

Palavras-Chaves: Engenharia de Software, Rational Unified Process, Project Management Body of Knowledge.

Abstract:. Nowadays, in the area of software development, a good project management has become a competitive
factor in the market due the fact that it directly influences the quality of the final product. A wide range of software
development companies and organizations have invested in software process improvement. There are different standards
or reference models that can be applied to achieve this aim. Generally, these models only define goals or structures that
a software development process must have in order to excel in the quality of their products, but they dont explain how
to design or implement such improvements. In order to fill this gap, the present study attempts to contribute in this area,
defining a method for software process improvement using a methodology that integrates RUP and PMBOK.

Key words: Software Engineering, Rational Unified Process, Project Management Body of Knowledge.
1. Introduo
Historicamente ocorreram mudanas nas relaes de produo, que tornaram mais complexas
as atividades de gesto das novas organizaes econmicas, surgidas a partir da revoluo
industrial. Gerou-se uma grande necessidade de sistematizao e orientao na modalidade da
gesto nestas organizaes.
Um projeto consiste em um empreendimento temporrio, cujo objetivo a criao de um
produto ou servio nico. Os projetos podem envolver unidades isoladas de uma organizao, ou
atravessar as fronteiras organizacionais. Muitos projetos so componentes crticos da estratgia de
negcios da organizao. As Instituies Federais de Ensino Superior (IFES) no escapam dessa
realidade.
Na atualidade, o planejamento e execuo de projetos nas organizaes enfrenta o desafio de
desenvolver suas atividades observando os critrios de produtividade, qualidade e cumprimento dos
seus planejamentos estratgicos. O gerenciamento de projetos uma disciplina que tem como

objetivo a melhoria do desempenho de um projeto como um todo. As metodologias de gerncia de
projetos baseadas no PMBOK tem sido muito usadas por diversas organizaes. A abrangncia dos
projetos que podem ser gerenciados consiste no diferencial dessas metodologias. Assim sendo, e
considerando especificamente os projetos para o desenvolvimento de software, as organizaes cada
vez mais investem na melhoria de seus processos de desenvolvimento, o que proporciona grandes
benefcios para elas, aumentando a qualidade de seus produtos e diminuindo os esforos para
produzi-los e mant-los.
A aplicao de um programa de melhoria de processos no simples, pois no existe um
mtodo padronizado para a sua execuo. Visando a melhoria da qualidade dos processos de
desenvolvimento de software, existem diversos padres, referncias, ou modelos reconhecidos que
podem ser aplicados para uma empresa ou organizao, como o ISO/IEC 15504 (ISO,2003) o
Capability Maturity Model Integration (CMMI), (CHRISSIS,2003), o Project Management Body of
Knowledge (PMBoK), (PMI,2008) e o Software Engineering Body of Knowledge (SWEBoK)
(IEEE, 2004).
De maneira geral, esses modelos apresentam apenas metas ou estruturas necessrias para que
um processo de desenvolvimento apresente excelncia na qualidade de seus produtos, mas no
determinam como projetar ou implantar as melhorias necessrias no processo de desenvolvimento
(TAMAKI, 2007). Com objetivo de apoiar estas melhorias, esse artigo prope uma metodologia
para gerenciamento de projetos de desenvolvimento de Software que modifica a disciplina de
gerenciamento de projetos proposta pelo RUP, para que as mesma passe a integrar os processos das
noves reas de conhecimento do PMBOK, melhorando assim o processo de desenvolvimento
definido pelo RUP, tornado-o assim mais robusto.
Fez-se um estudo adicional de alguns trabalhos, que integraram o RUP e o PMBOK
(CAVALCANTI ,2007), (LIMA, 2004) ,(TAMAKI, 2007), (OLIVEIRA, 2003) e partindo desses
estudos , propoem-se nessa pesquisa uma metodologia para gerencia de projetos de
desenvolvimento de Sistemas de Informao , que adapta a disciplina de gerencia de projetos do
processo de desenvolvimento unificado - RUP, para que o mesmo passe a contemplar alguns dos
processos das nove reas de integrao do guia de conhecimentos em gerenciamento de projetos -
PMBOK.
2. Rational Unified Process - RUP
O Rational Unified Process (RUP) define um framework para um processo de
desenvolvimento de software baseado em boas prticas de engenharia de software. Utiliza a
abordagem iterativa e incremental de desenvolvimento e personalizvel de acordo com as
necessidades especficas de cada projeto de desenvolvimento de software. O RUP implementa as
prticas de engenharia de software listadas anteriormente atravs de uma abordagem em duas
dimenses. A Figura 1.1 apresenta graficamente as duas dimenses do RUP. A dimenso
horizontal representa o tempo e divide o ciclo de vida de desenvolvimento em quatro fases:
Concepo, Elaborao, Construo e Transio. A dimenso vertical representa as disciplinas:
Modelagem de Negcio, Requisitos, Anlise e Design, Implementao, Testes, Implantao,
Gerenciamento de Configurao e Mudana, Gerenciamento de Projeto e Ambiente.
Entretanto o RUP no aborda por completo todos os processos de gerenciamento de projetos,
conforme esto descritos no PMBOK, mesmo possuindo uma disciplina especfica para tal
finalidade, mostrada na Figura 1.1 .O prprio RUP lista as lacunas no cobertas por ele
gerenciamento de recursos humanos, gerenciamento de custos, gerenciamento de aquisies e os
pontos que so cobertos planejamento do projeto, monitoramento do progresso, mtricas e
gerenciamento de riscos. Comparando a abordagem do RUP para gerenciamento de projetos de
desenvolvimento de software, com o que coberto pelo PMBOK para gerenciamento de projetos

em geral, nota-se uma deficincia do RUP em diversos processos de gerenciamento de projetos:
escopo, tempo, custos, comunicao, recursos humanos, aquisies, e no somente naqueles citados
pelo prprio RUP. A partir da necessidade de controle do esboo e estimativa do produto final,
busca-se um modelo de processo adequado ao projeto, a adaptao das equipes de desenvolvimento
a esse processo, bem como um planejamento eficaz da parte do gerente, no sentido da efetivao do
controle.


Figura 1.1 Fases e Disciplinas do RUP
Figura 1.2 Estrutura no Enterprise Architect
Ou seja, caso uma empresa ou organizao deseje realizar um projeto de desenvolvimento de
software utilizando o RUP como referencial para a parte de engenharia de software, ela no ter
todo o suporte necessrio dentro do prprio RUP para os processos de gerenciamento do projeto.
Por outro lado, se esta mesma empresa ou organizao desejar utilizar apenas o PMBOK para
gerenciar o projeto, ela no ter todo o suporte necessrio de engenharia de software. Uma soluo
poderia ser gerenciar os projetos de desenvolvimento de software utilizando uma abordagem
integrada do PMBOK com o RUP. Entretanto sabe-se que as formas de apresentao do RUP e do
PMBOK so diferentes: o RUP est estruturado em um website e o PMBOK est estruturado em um
livro.
Alm disso, o RUP e o PMBOK no conversam entre si, ou seja, o RUP no referencia o
PMBOK quando necessita de algum processo, atividade, ferramenta ou artefato de gerenciamento
de projeto; da mesma forma o PMBOK no referencia o RUP em relao a processos, atividades,
ferramentas, tcnicas e artefatos de engenharia de software, necessrios para um projeto de
desenvolvimento de software. Um outro ponto a se destacar tambm, o fato de que nem o RUP
nem o PMBOK indicam o caminho para se realizar um projeto de desenvolvimento de software,
usando as boas prticas de engenharia de software do RUP em conjunto com as boas prticas de
gerenciamento de projetos do PMBOK.
3-Gesto de Projetos de Desenvolvimento de Software
A Engenharia de software uma rea que envolve riscos altos, e demanda o uso de uma
abordagem diferente para o gerenciamento de projetos. Normalmente os projetos tradicionais so
organizados por estruturas top-down, onde o produto decomposto em componentes menores
artefatos (especificaes, plantas, subsistemas, etc.), seguindo um processo em cascata com fases
seqenciais (TAMAKI, 2007). Dessa forma, o planejamento precisa ser desenvolvido com base na
estrutura do produto, que precisa ser definido no inicio do projeto. Entretanto, essa abordagem falha
para projetos de desenvolvimento de software, uma vez que no inicio do projeto pouco se sabe
sobre o sistema que ser desenvolvido. Normalmente esses projetos sofrem vrias mudanas
durante seu ciclo de vida, o que dificulta bastante o seu gerenciamento, com a utilizao de tcnicas
tradicionais de gerenciamento de projetos.

Dessa forma, recomendvel que a diviso do projeto em dois nveis de planejamento,
Planejamento das Fases e Planejamento das Iteraes. O Planejamento de Fases corresponde ao
plano do projeto que aborda as fases do projeto, as iteraes e seus objetivos, e a estimativa global
de recursos e prazo. H somente um plano para todo o projeto, que registra as fases do projeto
Concepo, Elaborao, Construo e Transio e seus objetivos. O Planejamento das iteraes :
o plano de projeto que detalhas os trabalhos que sero executados numa iterao, detalhando as
atividades, recursos humanos e materiais. Esse planejamento baseado nos processos do RUP.
3.1-Planejamento das Fases
3.1.1-Plano do Projeto
O plano de fases abrangente, h somente um para todo o projeto e seu objetivo e registrar
as informaes globais do projeto, pertinentes s fases previstas no RUP. O planejamento inicial
elaborado atravs de uma abordagem top-down, com base na estimativa global para o projeto.
4.1.2-Escopo
O escopo de cada fase deriva dos objetivos da fase e estes, por sua vez, so a base para a
definio do escopo das iteraes. A EAP (Estrutura Analtica do Projeto) pode ser definida em
quatro nveis : fases, iteraes, artefatos e tarefas resumo. As atividades que sero desempenhadas
em cada iterao dependem dos objetivos. Por exemplo, uma iterao de transio pode ter o
objetivo de instalar o sistema, corrigir bugs ou adicionar novas funcionalidades. A EAP da Tabela
1.2, pode ser utilizada em um projeto tpico de desenvolvimento de software de mdio porte, na
mesma detalhou-se apenas as disciplinas seguintes fases : Fase 1 Concepo (Iterao 1) e Fase 4
Transio (Iterao-1), a EAP completa apresentada em (DE CAMPOS, 2008).
Tabela 1.2- Estrutura Analtica de um Projeto de Desenvolvimento de Software
FASE 1.Concepo
1.1-Iterao 1 INICIAO
1 1. .1 1 - -M Mo od de el la ag ge em m d de e N Ne eg g c ci io o - - 1 1. .1 1. .1 1- -D Do oc cu um me en nt to o d de e V Vi is s o o d de e N Ne eg g c ci io o ( (d de ef fi in ne e o ob bj je et ti iv vo os s e e m me et ta as s d do o t tr ra ab ba al lh ho o d de e m mo od de el la ag ge em m d de e
n ne eg g c ci io o) ). . 1 1. .1 1. .2 2- -M Mo od de el lo o d de e C Ca as so o d de e U Us so o d de e N Ne eg g c ci io o , , 1 1. .1 1. .3 3- -C Ca ap pt tu ur ra ar r o ob bj je et to os s d de e N Ne eg g c ci io o. .
1 1. .2 2- -R Re eq qu ui is si it to os s - - 1 1. .2 2. .1 1- -D Do oc cu um me en nt ta ar r V Vi is s o o d do o S Si is st te em ma a , , 1 1. .2 2. .2 2- -L Li is st ta ar r e e P Pr ri io or ri iz za ar r C Ca as so os s d de e U Us so o. ., , 1 1. .2 2. .3 3- -C Ca ap pt tu ur ra ar r R Re eq qu ui is si it to os s N N o o
F Fu un nc ci io on na ai is s, , 1 1. .2 2. .4 4- -D De es sc cr ri i o o F Fu un nc ci io on na al l d do os s P Pr ri in nc ci ip pa ai is s c ca as so os s d de e u us so o. .
1 1. .3 3- -A An n l li is se e - - 1 1. .3 3. .1 1- -E Es sb bo o a ar r a a a ar rq qu ui it te et tu ur ra a d de e C Cl la as ss se es s ( (I In nt te er rf fa ac ce e, , C Co on nt tr ro ol le e, , E En nt ti id da ad de e) ), , 1 1. .3 3. .2 2- -E Es sb bo o a ar r a ar rq qu ui it te et tu ur ra a d de e c co om mp po on ne en nt te es s e e
s su ub bs si is st te em ma as s, , 1 1. .3 3. .3 3- -P Pr ro op po or r m me ec ca an ni is sm mo os s d de e i in nt te eg gr ra a o o c co om m o ou ut tr ro os s s si is st te em ma as s, , 1 1. .3 3. .4 4- -F Fa az ze er r r re ea al li iz za a e es s d do os s p pr ri in nc ci ip pa ai is s c ca as so os s d de e u us so o. .
1 1. .4 4- -I Im mp pl le em me en nt ta a o o 1 1. .4 4. .1 1- -D De es s. . p pr ro ot t t ti ip po os s d de e p pr ro ov va a d de e c co on nc ce ei it to os s, , 1 1. .4 4. .2 2- -P Pr ro ot t t ti ip po o d de e t te el la as s. .
1 1. .5 5- -G Ge er r n nc ci ia a d de e C Co on nf fi ig gu ur ra a o o 1 1. .5 5. .1 1 P Pl la an no o d de e G Ge er re en nc ci ia am me en nt to o d de e C Co on nf fi ig gu ur ra a o o. .
1 1. .6 6- -A Am mb bi ie en nt te e 1 1. .6 6. .1 1 P Pr re ep pa ar ra ar r F Fe er rr ra am me en nt ta as s e e I In nf fr ra a- -e es st tr ru ut tu ur ra a. .
1 1. .7 7- -G Ge er r n nc ci ia a d de e P Pr ro oj je et to os s
1 1. .7 7. .1 1- -I In nt te eg gr ra a o o E El la ab bo or ra a o o d do o T Te er rm mo o d de e A Ab be er rt tu ur ra a d de e P Pr ro oj je et to o ( (P Pr ro oc ce es ss so o 4 4. .1 1- -P PM MB BO OK K) ). . 1 1. .7 7. .2 2- -E Es sc co op po o E El la ab bo or ra a o o d da a d de ec cl la ar ra a o o
d do o E Es sc co op po o p pr re el li im mi in na ar r d do o p pr ro oj je et to o ( (P Pr ro oc ce es ss so o 4 4. .2 2- -P PM MB BO OK K) ). . 1 1. .7 7. .3 3- -T Te em mp po o F Fa az ze er r E Es st ti im ma at ti iv va as s G Gl lo ob ba ai is s. . 1 1. .7 7. .4 4- -C Cu us st to o - - F Fa az ze er r
E Es st ti im ma at ti iv va as s G Gl lo ob ba ai is s. . 1 1. .7 7. .5 5- -R Ri is sc co os s I Id de en nt ti if fi ic ca ar r P Pr ri in nc ci ip pa ai is s R Ri is sc co os s ( (P Pr ro oc ce es ss so o 1 11 1. .2 2 - - P PM MB BO OK K) ). . 1 1. .7 7. .6 6- -A Aq qu ui is si i e es s - - D De et te er rm mi in na ar r a a
c cu ul lt tu ur ra a d da a e em mp pr re es sa a e e o os s s si is st te em ma as s e ex xi is st te en nt te es s . . C Co ol le et ta ar r p pr ro oc ce es ss so os s, , p pr ro oc ce ed di im me en nt to os s e e i in nf fo or rm ma a e es s h hi is st t r ri ic ca as s. . 1 1. .7 7. .7 7- - R Re ec cu ur rs so os s H Hu um ma an no os s
i id de em m a an nt te er ri io or r. . 1 1. .7 7. .8 8- -Q Qu ua al li id da ad de e D De ef fi in ni ir r P Pr re ev vi ia am me en nt te e o os s C Cr ri it t r ri io os s d de e Q Qu ua al li id da ad de e. . 1 1. .7 7. .9 9- -C Co om mu un ni ic ca a o o I Id de en nt ti if fi ic ca ar r p pa ar rt te es s
I In nt te er re es ss sa ad da as s. .
FASE 2.Elaborao
2.1-Iterao 1 ELABORAO
2.1.1-Modelagem do Negcio, 2.1.1.1-Atualizar modelo de negcio.
2.1.2-Requisitos, 2.1.2.1-Capturar Requisitos No Funcionais. 2.1.2.2-Fazer descrio funcional dos Principais Casos de Uso.
2.1.3-Anlise, 2.1.3.1-Documentar arquitetura de classes (entidade, controle e interface), 2.1.3.2-Documentar arquitetura de
Camadas. 2.1.3.3-Documentar arquitetura de componentes. 2.1.3.4-Definir Componentes a serem desenvolvidos e comprados.
2.1.3.5-Documentar arquitetura de subsistemas. 2.1.3.6-Identificar mecanismos de Integrao. 2.1.3.7-Fazer realizaes de Casos de
Uso.
2.1.4-Gerenciamento de Configurao, 2.1.4.1-Instalar ferramentas e infra-estrutura.
2.1.5-Ambiente, 2.1.5.1-Instalar ferramentas e infra-estrutura.

2 2. .6 6- -G Ge er r n nc ci ia a d de e P Pr ro oj je et to os s
2 2. .6 6. .1 1- -I In nt te eg gr ra a o o R Re ev vi is sa ar r o o T Te er rm mo o d de e A Ab be er rt tu ur ra a d de e P Pr ro oj je et to o ( (P Pr ro oc ce es ss so o 4 4. .1 1- -P PM MB BO OK K) ). .
2 2. .6 6. .2 2- -E Es sc co op po o P Pl la an ne ej ja am me en nt to o e e D De ef fi in ni i o o d do o E Es sc co op po o d do o P Pr ro oj je et to o ( (P Pr ro oc ce es ss so os s 5 5. .1 1 e e 5 5. .2 2 - -P PM MB BO OK K) ). .
2 2. .6 6. .3 3- - R Re ec cu ur rs so os s H Hu um ma an no os s D De et te er rm mi in na ar r E Eq qu ui ip pe e. . D De es se en nv vo ol lv ve er r a a E Eq qu ui ip pe e ( (P Pr ro oc ce es ss so o 9 9. .3 3 P PM MB BO OK K) ). .
2 2. .6 6. .4 4- -E Es sc co op po o E El la ab bo or ra ar r a a E EA AP P ( (P Pr ro oc ce es ss so o 5 5. .3 3 P PM MB BO OK K) ). .
2 2. .6 6. .5 5- -T Te em mp po o C Cr ri ia ar r l li is st ta a d de e A At ti iv vi id da ad de es s ( (P Pr ro oc ce es ss so o 6 6. .1 1- -P PM MB BO OK K) ), , C Cr ri ia ar r D Di ia ag gr ra am ma a d de e R Re ed de e ( (P Pr ro oc ce es ss so o 6 6. .2 2- -P PM MB BO OK K) ). . E Es st ti im ma ar r
R Re ec cu ur rs so os s d de e A At ti iv vi id da ad de e ( (P Pr ro oc ce es ss so o 6 6. .3 3- -P PM MB BO OK K) ), , E Es st ti im ma ar r T Te em mp po o e e C Cu us st to o ( (P Pr ro oc ce es ss so os s 6 6. .4 4 e e 7 7. .1 1 P PM MB BO OK K) ), , D De es se en nv vo ol lv ve er r o o C Cr ro on no og gr ra am ma a
d do o P Pr ro oj je et to o. .
2 2. .6 6. .6 6- -C Cu us st to o D De es se en nv vo ol lv ve er r o o O Or r a am me en nt to o d do o P Pr ro oj je et to o ( (P Pr ro oc ce es ss so o 7 7. .2 2- -P PM MB BO OK K) ). .
2 2. .6 6. .7 7- -Q Qu ua al li id da ad de e D De et te er rm mi in na ar r p pa ad dr r e es s, , p pr ro oc ce es ss so os s e e m m t tr ri ic ca as s d de e q qu ua al li id da ad de e. .
2 2. .6 6. .8 8- - R Re ec cu ur rs so os s H Hu um ma an no os s D De et te er rm mi in na ar r F Fu un n e es s , , R Re es sp po on ns sa ab bi il li id da ad de es s ( (P Pr ro oc ce es ss so o 9 9. .1 1- -P PM MB BO OK K) ). .
2 2. .6 6. .9 9- -C Co om mu un ni ic ca a o o D De et te er rm mi in na ar r o os s R Re eq qu ui is si it to os s d de e C Co om mu un ni ic ca a o o ( (P Pr ro oc ce es ss so o 1 10 0. .1 1- -P Pl la an ne ej ja am me en nt to o d da a C Co om mu un ni ic ca a o o. .
2 2. .6 6. .5 5- -R Ri is sc co os s I Id de en nt ti if fi ic ca ar r P Pr ri in nc ci ip pa ai is s R Ri is sc co os s ( (P Pr ro oc ce es ss so o 1 11 1. .2 2- - P PM MB BO OK K) ). . A An n l li is se e Q Qu ua al li it ta at ti iv va a d do os s R Ri is sc co os s ( (P Pr ro oc ce es ss so o 1 11 1. .3 3- -P PM MB BO OK K) ). .
A An n l li is se e Q Qu ua an nt ti it ta at ti iv va a d do os s R Ri is sc co os s ( (P Pr ro oc ce es ss so o 1 11 1. .4 4- -P PM MB BO OK K) ). . P Pl la an ne ej ja am me en nt to o d de e R Re es sp po os st ta as s a a R Ri is sc co os s ( (P Pr ro oc ce es ss so o 1 11 1. .5 5- -P PM MB BO OK K) ). .

2.2-Iterao 2 ELABORAO
2.2.1-Anlise, 2.2.1.1-Documentar arquitetura de classes (entidade, controle e interface). 2.2.1.2-Documentar arquitetura de
Camadas. 2.2.1.3-Documentar arquitetura de componentes. 2.2.1.4-Definir Componentes a serem desenvolvidos e comprados.
2.2.1.5-Documentar arquitetura de subsistemas. 2.2.1.6-Identificar mecanismos de Integrao. 2.2.1.7-Fazer realizaes de Casos de
Uso.
2.2.2-Implementao, 2.2.2.1-Priorizar artefatos para implementao. 2.2.2.2 - Desenvolver componentes crticos. 2.2.2.3-
Desenvolver prottipo da arquitetura. 2.2.2.4-Desenvolver Prottipo da prova de conceito. 2.2.2.5-Desenvolver prottipo de telas.
2.2.2.6-Verso preliminar do Manual do Usurio
2.2.3-Testes, 2.2.3.1-Desenvolver planos de Testes. 2.2.3.2-Especificar casos de teste. 2.2.3.3-Especificar procedimentos de testes.
2.2.3.4-Especificar rotinas de testes.
2 2. .4 4- -G Ge er r n nc ci ia a d de e P Pr ro oj je et to os s
2 2. .4 4. .1 1- -I In nt te eg gr ra a o o A At tu ua al li iz za ar r o o T Te er rm mo o d de e A Ab be er rt tu ur ra a d de e P Pr ro oj je et to o ( (P Pr ro oc ce es ss so o 4 4. .1 1- -P PM MB BO OK K) ), , c ca as so o s se ej ja a n ne ec ce es ss s r ri io o. .
2 2. .4 4. .2 2- -E Es sc co op po o R Re ev vi is sa ar r o ou u A Al lt te er ra ar r o o P Pl la an ne ej ja am me en nt to o e e D De ef fi in ni i o o d do o E Es sc co op po o d do o P Pr ro oj je et to o ( (P Pr ro oc ce es ss so os s 5 5. .1 1 e e 5 5. .2 2 - -P PM MB BO OK K) ) . .
2 2. .4 4. .3 3- - R Re ec cu ur rs so os s H Hu um ma an no os s R Re ev vi is sa ar r o ou u A Al lt te er ra ar r a a E Eq qu ui ip pe e. .
2 2. .4 4. .4 4- -E Es sc co op po o R Re ev vi is sa ar r o ou u a al lt te er ra ar r a a E EA AP P ( (P Pr ro oc ce es ss so o 5 5. .3 3 P PM MB BO OK K) ). .
2 2. .4 4. .5 5- -T Te em mp po o R Re ev vi is sa ar r o ou u A Al lt te er ra ar r a a l li is st ta a d de e A At ti iv vi id da ad de es s ( (P Pr ro oc ce es ss so o 6 6. .1 1- -P PM MB BO OK K) ), , o ou u o o D Di ia ag gr ra am ma a d de e R Re ed de e ( (P Pr ro oc ce es ss so o 6 6. .2 2- -P PM MB BO OK K) ) o ou u
a a E Es st ti im ma at ti iv va a d de e R Re ec cu ur rs so os s d de e A At ti iv vi id da ad de e ( (P Pr ro oc ce es ss so o 6 6. .3 3- -P PM MB BO OK K) ) o ou u a a E Es st ti im ma at ti iv va a d de e T Te em mp po o e e C Cu us st to o ( (P Pr ro oc ce es ss so os s 6 6. .4 4 e e 7 7. .1 1 P PM MB BO OK K) ) o ou u
o o C Cr ro on no og gr ra am ma a. .
2 2. .4 4. .6 6- -C Cu us st to o R Re ev vi is sa ar r o ou u A Al lt te er ra ar r o o O Or r a am me en nt to o d do o P Pr ro oj je et to o ( (P Pr ro oc ce es ss so o 7 7. .2 2- -P PM MB BO OK K) ). .
2 2. .4 4. .7 7- -Q Qu ua al li id da ad de e R Re ev vi is sa ar r o ou u A Al lt te er ra ar r o os s p pa ad dr r e es s, , p pr ro oc ce es ss so os s e e m m t tr ri ic ca as s d de e q qu ua al li id da ad de e. .
2 2. .4 4. .8 8- -R Re ec cu ur rs so os s H Hu um ma an no os s R Re ev vi is sa ar r R Re ev vi is sa ar r o ou u A Al lt te er ra ar r a as s F Fu un n e es s , , R Re es sp po on ns sa ab bi il li id da ad de es s ( (P Pr ro oc ce es ss so o 9 9. .1 1- -P PM MB BO OK K) ) . .
2 2. .4 4. .9 9- -C Co om mu un ni ic ca a o o R Re ev vi is sa ar r o ou u A Al lt te er ra ar r o os s R Re eq qu ui is si it to os s d de e C Co om mu un ni ic ca a o o ( (P Pr ro oc ce es ss so o 1 10 0. .1 1- -P Pl la an ne ej ja am me en nt to o d da a C Co om mu un ni ic ca a o o. .
2 2. .4 4. .1 10 0- -R Ri is sc co os s R Re ev vi is sa ar r o ou u A Al lt te er ra ar r a a I Id de en nt ti if fi ic ca a o o d do os s R Ri is sc co os s ( (P Pr ro oc ce es ss so o 1 11 1. .2 2- - P PM MB BO OK K) ) o ou u A An n l li is se e Q Qu ua al li it ta at ti iv va a d do os s
R Ri is sc co os s ( (P Pr ro oc ce es ss so o 1 11 1. .3 3- -P PM MB BO OK K) ) o ou u A An n l li is se e Q Qu ua an nt ti it ta at ti iv va a d do os s R Ri is sc co os s ( (P Pr ro oc ce es ss so o 1 11 1. .4 4- -P PM MB BO OK K) ) o ou u o o P Pl la an ne ej ja am me en nt to o
2 2. .4 4. .1 11 1- -A Aq qu ui is si i e es s R Re ev vi is sa ar r o ou u A Al lt te er ra ar r o os s d do oc cu um me en nt to os s d de e A Aq qu ui is si i o o ( (P Pr ro oc ce es ss so o 1 12 2. .1 1- -P PM MB BO OK K) ), , R Re ev vi is sa ar r o ou u A Al lt te er ra ar r a as s
C Co on nt tr ra at ta a e es s. .
2 2. .4 4. .1 12 2- -I In nt te eg gr ra a o o - - Desenvolver o plano final de gerenciamento do projeto e as linhas base para medio de desempenho (Processo
4.3 Desenvolver o plano de Gerenciamento do Projeto).


FASE 3.Construo
3.1-Iterao 1 CONSTRUO
3.1.1-Modelagem do Negcio, 3.1.1.1-Atualizar modelo de negcio.
3.1.2-Requisitos, 3.1.2.1-Capturar Requisitos No Funcionais. 3.1.2.2-Fazer descrio funcional dos Casos de Uso.
3.1.3-Anlise, 3.1.3.1-Atualizar especificao de Arquitetura.
3.1.4-Implementao, 3.1.4.1-Desenvolver Componentes, 3.1.4.2-Integrar componentes e Desenvolver subsistemas, 3.1.4.3-
Integrar subsistemas e desenvolver sistemas, 3.1.4.4-Desenvolver manual do usurio.
3.1.5-Testes, 3.1.5.1-Executar teste de unidade de componentes. 3.1.5..2-Executar teste de unidade de subsistema. 3.1.5.3-Executar
teste de sistema. 3.1.5.4-Avaliar resultados de teste.

3 3. .6 6- -G Ge er r n nc ci ia a d de e P Pr ro oj je et to os s
3 3. .6 6. .1 1- - R Re ec cu ur rs so os s H Hu um ma an no os s - - M Mo ob bi il li iz za ar r a a E Eq qu ui ip pe e F Fi in na al l d do o P Pr ro oj je et to o ( (P Pr ro oc ce es ss so o 4 4. .2 2) ). .
3 3. .6 6. .2 2- -I In nt te eg gr ra a o o E Ex xe ec cu ut ta ar r o o P Pl la an no o d de e G Ge er re en nc ci ia am me en nt to o d do o P Pr ro oj je et to o ( (P Pr ro oc ce es ss so o 4 4. .4 4- -P PM MB BO OK K) ). .
3 3. .6 6. .3 3- -E Es sc co op po o - - T Tr ra ab ba al lh ha ar r p pa ar ra a P Pr ro od du uz zi ir r o o E Es sc co op po o d do o P Pr ro od du ut to o, , R Re ec co om me en nd da ar r m mu ud da an n a as s e e a a e es s c co or rr re et ti iv va as s. .
3 3. .6 6. .4 4- -C Co om mu un ni ic ca a o o E En nv vi ia ar r e e R Re ec ce eb be er r I In nf fo or rm ma a e es s ( (P Pr ro oc ce es ss so o 1 10 0. .2 2 P PM MB BO OK K) ). .
3 3. .6 6. .5 5- - I In nt te eg gr ra a o o - - I Im mp pl le em me en nt ta ar r a as s m mu ud da an n a as s A Ap pr ro ov va ad da as s, , o o r re ep pa ar ro o d de e d de ef fe ei it to os s e e a as s a a e es s p pr re ev ve en nt ti iv va as s e e c co or rr re et ti iv va as s. .
3 3. .6 6. .6 6- -Q Qu ua al li id da ad de e R Re ea al li iz za ar r a a G Ga ar ra an nt ti ia a d de e Q Qu ua al li id da ad de e ( (P Pr ro oc ce es ss so o 8 8. .2 2- -P PM MB BO OK K) ). .
3 3. .6 6. .7 7- - R Re ec cu ur rs so os s H Hu um ma an no os s D Da ar r R Re ec co on nh he ec ci im me en nt to os s e e R Re ec co om mp pe en ns sa as s. . R Re ea al li iz za ar r R Re eu un ni i e es s d de e A An nd da am me en nt to o. .

3 3. .6 6. .8 8- -A Aq qu ui is si i e es s S So ol li ic ci it ta ar r r re es sp po os st ta a d de e F Fo or rn ne ec ce ed do or re es s ( (P Pr ro oc ce es ss so o 1 12 2. .3 3- -P PM MB BO OK K) ). .S Se el le ec ci io on na ar r F Fo or rn ne ec ce ed do or re es s ( (P Pr ro oc ce es ss so o 1 12 2. .4 4) ). .
3 3. .6 6. .9 9- -I In nt te eg gr ra a o o - - M Me ed di ir r e em m R Re el la a o o a as s L Li in nh ha as s B Ba as se e p pa ar ra a M Me ed di i o o d do o D De es se em mp pe en nh ho o ( (P Pr ro oc ce es ss so o 4 4. .5 5- -P PM MB BO OK K) ). . M Me ed di ir r d de e A Ac co or rd do o c co om m
o os s P Pl la an no os s d de e G Ge er re en nc ci ia am me en nt to o ( (P Pr ro oc ce es ss so o 4 4. .5 5- -P PM MB BO OK K) ). . D De et te er rm mi in na ar r a as s v va ar ri ia a e es s e e s se e e el la as s p pr re ec ci is sa am m d de e a a o o c co or rr re et ti iv va a o ou u m mu ud da an n a a
( (P Pr ro oc ce es ss so o 4 4. .5 5- -P PM MB BO OK K) ). .C Co on nt tr ro ol le e I In nt te eg gr ra ad do o d de e M Mu ud da an n a as s ( (P Pr ro oc ce es ss so o 4 4. .6 6- -P PM MB BO OK K) ). .
3 3. .6 6. .1 10 0- -E Es sc co op po o T Tr ra ab ba al lh ha ar r p pa ar ra a P Pr ro od du uz zi ir r o o E Es sc co op po o d do o P Pr ro od du ut to o . . V Ve er ri if fi ic ca a o o d do o E Es sc co op po o ( (P Pr ro oc ce es ss so o 5 5. .4 4) ) e e C Co on nt tr ro ol le e d do o E Es sc co op po o
( (P Pr ro oc ce es ss so o 5 5. .5 5) ). .
3 3. .6 6. .1 11 1- -R Re ea al li iz za ar r o o G Ge er re en nc ci ia am me en nt to o d de e C Co on nf fi ig gu ur ra a o o. .
3 3. .6 6. .1 12 2- -T Te em mp po o e e 3 3. .6 6. .1 13 3- -C Cu us st to o C Co on nt tr ro ol le e d do o C Cr ro on no og gr ra am ma a e e C Cu us st to os s ( (P Pr ro oc ce es ss so o 6 6. .6 6 e e 7 7. .3 3 P PM MB BO OK K) ). .
3 3. .6 6. .1 14 4 - - R Re ec co om me en nd da ar r m mu ud da an n a as s, , r re ep pa ar ro o d de e d de ef fe ei it to os s, , a a e es s p pr re ev ve en nt ti iv va as s e e c co or rr re et ti iv va as s. .
3 3. .6 6. .1 15 5 R Re ea al li iz za ar r o o C Co on nt tr ro ol le e I In nt te eg gr ra ad do o d de e M Mu ud da an n a as s ( (P Pr ro oc ce es ss so o 4 4. .6 6- -P PM MB BO OK K) ). .
3 3. .6 6. .1 16 6 - - R Ri is sc co os s A Au ud di it ta ar r o os s R Ri is sc co os s ( (P Pr ro oc ce es ss so o 1 11 1. .6 6- -P PM MB BO OK K) ). . G Ge er re en nc ci ia ar r a as s R Re es se er rv va as s . . U Us sa ar r R Re eg gi is st tr ro os s d de e P Pr ro ob bl le em ma as s . .
3 3. .6 6. .1 17 7- -F Fa az ze er r R Re el la at t r ri io o d de e D De es se em mp pe en nh ho o, , C Cr ri ia ar r P Pr ro ov vi is s e es s. .
3 3. .6 6. .1 18 8- -A Aq qu ui is si i e es s A Ad dm mi in ni is st tr ra ar r C Co on nt tr ra at to os s ( (P Pr ro oc ce es ss so o 1 12 2. .6 6) ). .
3.2-Iterao 2 CONSTRUO
3.2.1-Modelagem do Negcio, idem 3.1.1, 3.2.2-Requisitos, idem 3.1.2, 3.2.3-Anlise, idem 3.1.3, 3.2.4-Implementao, idem
3.1.4, 3.2.5-Testes, idem 3.1.5, 3.2.6 Implantao, idem 3.1.6.
3 3. .7 7- -G Ge er r n nc ci ia a d de e P Pr ro oj je et to os s
3 3. .7 7. .1 1- -I In nt te eg gr ra a o o E Ex xe ec cu ut ta ar r o o P Pl la an no o d de e G Ge er re en nc ci ia am me en nt to o d do o P Pr ro oj je et to o ( (P Pr ro oc ce es ss so o 4 4. .4 4- -P PM MB BO OK K) ). .
3 3. .7 7. .2 2- -E Es sc co op po o - - T Tr ra ab ba al lh ha ar r p pa ar ra a P Pr ro od du uz zi ir r o o E Es sc co op po o d do o P Pr ro od du ut to o. . R Re ec co om me en nd da ar r M Mu ud da an n a as s e e R Re ec co om me en nd da ar r m mu ud da an n a as s e e a a e es s c co or rr re et ti iv va as s. .
3 3. .7 7. .3 3- -C Co om mu un ni ic ca a o o E En nv vi ia ar r e e R Re ec ce eb be er r I In nf fo or rm ma a e es s ( (P Pr ro oc ce es ss so o 1 10 0. .2 2 P PM MB BO OK K) ). .
3 3. .7 7. .4 4- -I In nt te eg gr ra a o o - - I Im mp pl le em me en nt ta ar r a as s m mu ud da an n a as s A Ap pr ro ov va ad da as s, , o o r re ep pa ar ro o d de e d de ef fe ei it to os s e e a as s a a e es s p pr re ev ve en nt ti iv va as s e e c co or rr re et ti iv va as s. .
3 3. .7 7. .5 5- -Q Qu ua al li id da ad de e R Re ea al li iz za ar r a a G Ga ar ra an nt ti ia a d de e Q Qu ua al li id da ad de e ( (P Pr ro oc ce es ss so o 8 8. .2 2- -P PM MB BO OK K) ). .
3 3. .7 7. .6 6- - R Re ec cu ur rs so os s H Hu um ma an no os s D De es se en nv vo ol lv ve er r a a E Eq qu ui ip pe e ( (P Pr ro oc ce es ss so o 9 9. .3 3 P PM MB BO OK K) ) s se e a ai in nd da a h ho ou uv ve er r n ne ec ce es ss si id da ad de e d de e t tr re ei in na ar r. . D Da ar r
R Re ec co on nh he ec ci im me en nt to os s e e R Re ec co om mp pe en ns sa as s. . R Re ea al li iz za ar r R Re eu un ni i e es s d de e A An nd da am me en nt to o. . M Me ed di ir r D De es se em mp pe en nh ho o d do os s M Me em mb br ro os s d da a E Eq qu ui ip pe e d do o P Pr ro oj je et to o
( (P Pr ro oc ce es ss so o 9 9. .4 4- -P PM MB BO OK K) ). .
3 3. .7 7. .7 7- -A Aq qu ui is si i e es s S So ol li ic ci it ta ar r r re es sp po os st ta a d de e F Fo or rn ne ec ce ed do or re es s ( (P Pr ro oc ce es ss so o 1 12 2. .3 3- -P PM MB BO OK K) ) s se e h ho ou uv ve er r a ai in nd da a n ne ec ce es ss si id da ad de e d de e
a aq qu ui is si i o o. .S Se el le ec ci io on na ar r F Fo or rn ne ec ce ed do or re es s s se e h ho ou uv ve er r n ne ec ce es ss si id da ad de e d de e a aq qu ui is si i o o( (P Pr ro oc ce es ss so o 1 12 2. .4 4) ). . A Ad dm mi in ni is st tr ra ar r C Co on nt tr ra at to os s ( (P Pr ro oc ce es ss so o 1 12 2. .6 6) ). .
3 3. .7 7. .8 8- -I In nt te eg gr ra a o o M Me ed di ir r e em m r re el la a o o s s L Li in nh ha a d de e B Ba as se e p pa ar ra a M Me ed di i o o d do o D De es se em mp pe en nh ho o ( (P Pr ro oc ce es ss so o 4 4. .5 5) ) d de e a ac co or rd do o c co om m o o p pl la an no o d de e
G Ge er re en nc ci ia am me en nt to o d do o P Pr ro oj je et to o. . D De et te er rm mi in na ar r a as s v va ar ri ia a e es s e e s se e e el la as s p pr re ec ci is sa am m d de e a a o o c co or rr re et ti iv va a o ou u u um ma a m mu ud da an n a a( (P Pr ro oc ce es ss so o 4 4. .5 5- -P PM MB BO OK K) ). .
3 3. .7 7. .9 9- -E Es sc co op po o V Ve er ri if fi ic ca a o o d do o E Es sc co op po o ( (P Pr ro oc ce es ss so o 5 5. .4 4) ) e e C Co on nt tr ro ol le e d do o E Es sc co op po o ( (P Pr ro oc ce es ss so o 5 5. .5 5) ). . 3 3. .7 7. .1 10 0 I In nt te eg gr ra a o o - - G Ge er re en nc ci ia am me en nt to o d de e
C Co on nf fi ig gu ur ra a o o . .
3 3. .7 7. .1 11 1- -T Te em mp po o e e 3 3. .7 7. .1 12 2- -C Cu us st to o C Co on nt tr ro ol le e d do o C Cr ro on no og gr ra am ma a e e C Cu us st to os s ( (P Pr ro oc ce es ss so o 6 6. .6 6 e e 7 7. .3 3 P PM MB BO OK K) ). .
3 3. .7 7. .1 13 3- -I In nt te eg gr ra a o o R Re ec co om me en nd da ar r m mu ud da an n a as s, , r re ep pa ar ro o d de e d de ef fe ei it to os s, , a a e es s p pr re ev ve en nt ti iv va as s e e a a e es s c co or rr re et ti iv va as s. .
3 3. .7 7. .1 14 4- -R Ri is sc co os s A Au ud di it ta ar r o os s R Ri is sc co os s ( (P Pr ro oc ce es ss so o 1 11 1. .6 6- -P PM MB BO OK K) ). .
3 3. .7 7. .1 15 5- - R Re ec cu ur rs so os s H Hu um ma an no os s M Me ed di ir r D De es se em mp pe en nh ho o d do os s M Me em mb br ro os s d da a E Eq qu ui ip pe e d do o P Pr ro oj je et to o ( (P Pr ro oc ce es ss so o 9 9. .4 4- -P PM MB BO OK K) ). . 3 3. .7 7. .1 16 6- -F Fa az ze er r
R Re el la at t r ri io o d de e D De es se em mp pe en nh ho o. . 3 3. .7 7. .1 17 7- -A Ad dm mi in ni is st tr ra ar r C Co on nt tr ra at to os s ( (P Pr ro oc ce es ss so o 1 12 2. .6 6) ). .

FASE 4.Transio
4.1-Iterao 1 TRANSIO
4.1.1-Modelagem do Negcio, 4.1.1.1-Atualizar modelo de negcio.
4.1.2-Requisitos, 4.1.2.1-Atualizar modelo de negcio, 4.1.3-Anlise, 4.1.1.2-Atualizar Requisitos, 4.1.4-Implementao, 4.1.4.1-
Corrigir bugs, 4.1.5 - Testes , 4.1.5.1-Executar teste de unidade de componentes, 4.1.5.2-Executar teste de unidade de subsistema,
4.1.5.3-Executar teste de sistemas, 4.1.5.4-Avaliar resultado de teste.
4.1.6-Implantao, 4.1.6.1-Atualizar plano de implantao, 4.1.6.2-Desenvolver material de treinamento, 4.1.6.3-
Empacotar sistema para implantao
4 4. .7 7- -G Ge er r n nc ci ia a d de e P Pr ro oj je et to os s
4 4. .7 7. .1 1- -I In nt te eg gr ra a o o D De es se en nv vo ol lv ve er r p pr ro oc ce ed di im me en nt to os s d de e E En nc ce er rr ra am me en nt to o ( (P Pr ro oc ce es ss so o 4 4. .7 7- -P PM MB BO OK K. .
4 4. .7 7. .2 2- -A Aq qu ui is si i e es s E En nc ce er rr ra am me en nt to o d do os s C Co on nt tr ra at to os s ( (P Pr ro oc ce es ss so o 1 12 2. .6 6- -P PM MB BO OK K) ). .


4.2.2-Tempo
O perfil de tempo varia para cada projeto, a tabela abaixo mostra um perfil tpico para tempo
e esforo durante as fases do projeto, a Tabela 1.3 mostra uma boa distribuio.

Tabela 1.3 Perfil tpico para tempo e esforo
Fase Tempo Esforo
Concepo 10% 5%
Elaborao 30% 20%
Construo 50% 65%
Transio 10% 10%

4.2.3-Custo, Qualidade, Recursos Humanos, Comunicaes, Riscos, Aquisies
Para se fazer a estimativa de custo e tempo para as fases, pode ser utilizada alguma
ferramenta como PONTO DE FUNO e COCOMO. de extrema importncia controlar e
garantir a qualidade de um sistema durante todo o ciclo de vida do projeto. A verificao da
qualidade requer que sejam criados cenrios de testes, para verificar o comportamento e a
funcionalidade do sistema. Para cada iterao o software testado, verificando-se continuamente a
qualidade do mesmo. A quantidade de pessoas que sero alocadas no projeto e dependente da
estimativa de homens/hora. Por exemplo, se para uma fase so necessrias 200 homens/hora, e for
dirigida por esforo, ento a mesma poder ser realizada por uma nica pessoa em 22 dias de nove
horas cada, ou por duas pessoas em 11 dias. Um dos mais importantes artefatos de comunicao o
relatrio de progresso, o qual representa o estado atual do projeto. As mtricas que se utilizam so
caso de uso documentados, classes, casos de teste aplicados, riscos eliminados, mitigados,
atividades concludas comparando-se o previsto com o realizado (DE OLIVEIRA,2003). A
identificao de riscos que mais podem comprometer um projeto fornecem subsdios para o custo,
tempo , escopo e qualidade do projeto. Na fase de concepo abordam-se os riscos que afetam os
objetivos do projeto. Na Elaborao importante mitigar os riscos tcnicos. J os riscos
relacionados a performance de desenvolvimento de software e a qualidade de software so
trabalhados na fase de construo. Em um projeto de desenvolvimento de software o processo de
aquisio esta relacionado desde a compra de componentes de software, ferramentas e ao uso de
equipamentos.
5-Planejamento da Iterao
Cada fase do projeto compe-se por uma ou mais iteraes, sendo que em cada iterao uma
parte do software produzida. As iteraes devem ser planejadas cuidadosamente, levando-se em
considerao os objetivos especficos que foram definidos no planejamento das fases e o tempo
destinado a cada iterao. E geralmente, a equipe do projeto sempre est trabalhando em dois planos
de iterao. O plano de iterao atual, visando acompanhar o progresso do projeto e fazer os ajustes
devidos e o prximo plano de iterao.
5.1-Plano do Projeto
O planejamento de cada iterao desenvolvido por meio do uso de tcnicas de
planejamento de projetos, como as estabelecidas pelo PMBOK, onde cada iterao pode ser vista
como um projeto em cascata, tomando por base as atividades e processos previstos no RUP. Como
nas fases de Concepo e Elaborao, os elementos relativos arquitetura do sistema ainda no
esto devidamente definidos para definir um planejamento preciso da iterao, comum o uso de

abordagem top-down, onde estimativas baseadas em projetos anteriores so calculadas com base
em modelos matemticos. Em contrapartida as iteraes pertencentes s fases mais avanadas ,
Construo e Transio, onde a arquitetura do sistema j foi definida e a capacidade de produo da
equipe j foi avaliada, comum utilizar-se abordagem bottom-up. O passo seguinte ao definir a
quantidade de iteraes para cada fase do projeto definir os objetivos de cada uma delas.
5.2-Escopo
necessrio que o escopo do projeto seja estabelecido com base nos objetivos definidos
para a iterao. Nas fases iniciais do projeto, o escopo definido apenas definido preliminarmente,
visto que os elementos da arquitetura ainda no esto perfeitamente definidos. Uma fonte de
informao til para estabelecer os objetivos das iteraes so os casos de uso, que podem ser
utilizados para determinar a quantidade de pontos de funo e estimar os esforos de programao
(MARTINS , 2007) . O RUP estabelece os objetivos mais comuns para cada iterao de cada fase
do projeto.
O prximo passo aps a definio dos objetivos da iterao definir os artefatos que sero
trabalhados para que os objetivos possam ser atingidos. A seguir apresentada a estrutura padro
para armazenamento dos artefatos gerados pelas disciplinas do RUP. Criou-se utilizando uma
ferramenta case, freeware, uma Estrutura Padro para o armazenamento dos Artefatos gerados pelas
disciplinas do RUP-ADAPTADO (Modelagem de negcios, Modelagem de Requisitos de Software,
Modelos de Anlise do Sistema, Modelos de Projeto Fsico do Sistema, Modelos de Teste), o que
mostrado na Figura 1.2.

5.3-Tempo, Custo, Qualidade, Recursos Humanos, Comunicaes, Riscos e Aquisies.
As estimativas de tempo so elaboradas em funo do tamanho de software, um dos fatores
utilizados no clculo da estimativa do esforo de trabalho, que pode ser baseado em duas tcnicas:
top-down ou bottom-up. No desenvolvimento de sistemas, a unidade homem/hora o parmetro
para estimativa de custo, e obtida atravs da atribuio de valor s unidades de esforo, levando
em considerao o trabalho de diferentes tipos de profissionais nas diversas fases do projeto. Alm
disso, outros custos diretos so levados em considerao, tais como a aquisio de componentes e o
uso de equipamentos e custos indiretos. A qualidade prov um mecanismo que busca garantir a
qualidade do projeto, atravs da medio do grau de sucesso no alcance dos objetivos estabelecidos.
Devem ser levados em considerao os objetivos da fase, os marcos, objetivos da iterao, e os
riscos. Normalmente esse estudo feito considerando-se as disciplinas do RUP. Outros fatores que
so levados em considerao para o planejamento das iteraes so os recursos humanos, as
comunicaes, os riscos e as aquisies.

6-Resultados
Para utilizao da presente metodologia, foram realizados testes no escritrio de projetos da
UFC, campus de Quixad-CE. Os artefatos gerados no processo de desenvolvimento do sistema,
foram armazenados em repositrios, sendo que os mesmos foram gerados com a utilizao de uma
ferramenta case UML, freeware, conforme mostrado na Figura 1.2. Alm disso, todos os artefatos
gerados como sada dos processos do PMBOK citados na Tabela 1.2 foram armazenados em pastas
especificas por rea de conhecimento definidas pelo PMBOK. Utilizaram-se alguns templates
prontos para a criao do plano de gerenciamento de projetos, bem como ferramentas de gerencia
de projetos, freeware.


6.1-Estudo de Caso
Sistema de Avaliao Pedaggica Institucional - (SAVI)
O Sistema tem por objetivo proporcionar um melhor controle do processo de avaliao
institucional incluindo os processos de avaliao, tabulao dos resultados e comunicao dos
mesmos s partes interessadas (Professores, Coordenadores de Cursos, Diretores e Alunos),bem
como de seu encaminhamento para os rgos competentes. O sistema deve permitir o controle,
acompanhamento, e emisso de relatrios on line com os resultados da avaliao institucional.
6.2-Especificao de Requisitos do Sistema
[RF001] O sistema deve permitir o preenchimento do questionrio de avaliao
institucional pelo aluno na internet. [RF002] O sistema deve permitir ao professor a visualizao
individual de forma on line dos resultados de sua avaliao geral e por disciplina ministrada, bem
como a mdia dos resultados da avaliao geral dos professores do curso.
6.3-Artefatos Gerados
A Figura 1.3 mostra o diagrama de Casos de Uso do SAVI e a Figura 1.4 o resultado de uma
avaliao de curso.

Figura 1.3-Diagrama de casos de Uso SAVI Figura 1.4- Resultado de Avaliao
7-Concluses
O desenvolvimento de uma metodologia de gerncia de projetos de grande importncia
para todos os tipos de organizaes. Para uma instituio de ensino superior, na qual o crescimento
de projetos gerenciados aumenta a cada dia, um gerenciamento de projetos eficiente consiste em
um fator competitivo, que diferencia essas instituies no atual cenrio globalizado. A utilizao da
metodologia de gesto de projetos baseada no PMBOK, integrada aos processos do RUP, permite a
gesto de todos os tipos de projetos na instituio, inclusive os projetos que envolvam a pesquisa e

desenvolvimento de sistemas de informao. Na fase inicial de implantao da metodologia para a
gesto dos projetos acadmicos, verificou-se um ganho de produtividade , a partir da formalizao e
a conduo efetiva dos mesmos com base na metodologia proposta Os resultados iniciais
apresentados pela utilizao da metodologia, indicam uma velocidade menor, ao se comparar com o
uso do RUP apenas. Entretanto, a gerncia de projetos se torna mais rgida, diminuindo as chances
de insucesso dos projetos, haja vista que se tem um melhor controle do processo de
desenvolvimento e implementao dos requisitos do software.

8-Referncias
PROJECT MANAGEMENT INSTITUTE (PMI), Guia de Conhecimentos em Gerenciamento de
Projetos, Quarta Edio, Pensilvnia , 2008.
DINSMORE, PAUL CAMPBELL / CAVALIERI, ADRIANE , Como se Tornar um Profissional
em Gerenciamento de Projetos, Rio de Janeiro , Qualitymark, Segunda Edio, 2005.
VARGAS, RICARDO VIANA, Manual Prtico do Plano de Projeto : Utilizando o PMBOK Guide ,
Terceira Edio, Rio de Janeiro, Brasport, 2007.
MARTINS, JOS CARLOS CORDEIRO, Gerenciando Projetos de Desenvolvimento de Software,
com PMI, RUP e UML, Quarta Edio, Rio de Janeiro, Brasport, 2007.
CAVALCANTI, ANA PAULA DE CARVALHO, BANDEIRA, LIANE RIBEIRO PINTO,
DONEGAN, PAULA MARQUES, Um modelo de gerncia de projetos baseado no RUP com
aplicaes em PMBOK, VI Simpsio Internacional de Melhoria de Processos de Software, So
Paulo, 2004.
LIMA, RODRIGO DURAN. Gerncia de Projetos de Desenvolvimento de Software com RUP e
PMBOK. Monografia de concluso do curso de MBA em Gerncia de Projetos do Programa FGV
Management, Belo Horizonte- MG, 2004.
DE CAMPOS, LIDIO MAURO LIMA. Metodologia de Gerncia de Projetos de Desenvolvimento
de Software Baseada no RUP e PMBOK. Escritrio de Projetos da UFC-Quixad-CE, Quixad-CE,
2008.
SPELTA, ANDREA GIOVANNI. Escritrio de Projetos Na rea de Tecnologia da Informao.
Fundao Getlio Vargas. Escola de Administrao de Empresas de So Paulo. Tese de Doutorado
2009.
DE OLIVEIRA, RODRIGO CESAR FRANCESCHINI. Gerenciamento de Projetos e a Aplicao
da Anlise de Valor Agregado em Grandes Projetos. USP - Universidade Federal de So Paulo,
Dissertao de Mestrado, So Paulo, 2003.
TAMAKI, PAULO AUGUSTO OYAMADA. Uma Extenso do Rup com nfase no
Gerenciamento de Projetos do Pmbok Baseada em Process Patterns. Escola Politcnica da
Universidade Federal de So Paulo. Dissertao de Mestrado, 2007.

International Standards Organization (ISO). ISO/IEC 15504 Standard, 2003.

Chrissis, M. B. Konrad, M., Shrum, S. CMMI Guidelines for Process Integration and Product
Improvement. Addison-Wesley, 2003.

Institute of Electrical and Electronic Engineering (IEEE). SWEBoK Guide to the Software
Engineering Body of Knowledge, 2004.