Mdulo II:

Gerenciamento de Projetos de Software

Unidade 5: Planejamento do Projeto

de Software

Objetivos
Fornecer informaes bsicas sobre Planejamento
de Projetos de Software
Planejamento envolve quanto TEMPO, ESFORO,
DINHEIRO e RECURSOS so exigidos para
desenvolver um projeto de software
Em muitos casos, possvel ESTIMAR projeto
Aps definir escopo do projeto e decomposio do
problema, gerentes de software devem utilizar daods
histricos para estimar cada um dos itens acima
RESULTADO: Plano de Gerncia de Projeto

PLANEJAMENTO
Atividade fundamental do PROCESSO
DE GERENCIAMENTO e
ADMINISTRAO de projetos
Planejar preciso ...
Gerncia de Projetos a primeira
camada do processo de
desenvolvimento do software

OS PASSOS DE
PLANEJAMENTO

Objetivos do Planejamento
fornecer uma estrutura que possibilite ao gerente
fazer estimativas razoveis de recursos, custos e
prazos
determinar o alcance do trabalho a ser realizado:
funo, desempenho, interface e segurana
- objetivos: metas globais do projeto sem
considerar como atingir as metas
- escopo: funes que o software deve
realizar

Objetivos do Planejamento
estimar recursos necessrios ao desenvolvimento
do software:
- recursos humanos
- de hardware
- de software
identificar tarefas a serem efetuadas
elaborar cronogramas
estimar esforo (custo) despendido

Objetivos so atingidos por meio

de um processo de descoberta de
informaes que leve a
estimativas razoveis

Planejamento de Projetos de
Software
Estimativa
fornece informaes necessrias para
concluir atividades de planejamento

Anlise de Riscos
Determinao de Cronograma
Planejamento Organizacional

Estimativa
Primrdios da computao
um erro nas estimativas de custo de
software tinha pouco impacto

Atualmente
software um elemento caro
custo pode ser desastroso para o
desenvolvedor

Oferece ao planejador as informaes

necessrias para concluir as atividades
de planejamento do projeto

Estimativa
Muitas variveis (humanas, tcnicas,
ambientais, polticas) podem afetar o
custo final do software e do esforo no
desenvolvimento
Magia negra --> passos sistemticos
que oferecem estimativas com riscos
aceitveis

Informaes Histricas
Ajudam a reduzir o risco das estimativas.
ATRIBUTOS DOS DADOS HISTRICOS:
1) devem ser razoavelmente precisos
2) coletados do maior nmero de projetos
possvel
3) as medidas devem ser interpretadas da mesma
maneira durante todo o projeto
4) as aplicaes devem ser similares a do
trabalho que se quer estudar
Existe um modelo de planilha para coleta e
clculo de dados histricos do software

Estimativas do Projeto de Software

Nunca sero exatas, so afetadas por
variveis humanas, tcnicas, ambientais e
polticas
Para se ter estimativas com graus
aceitveis de risco, opes:
1) retardar as estimativas do projeto

2) usar tcnicas de decomposio (dividir o

problema complexo em pequenos problemas)
3) desenvolver modelo emprico
4) adquirir ferramentas de estimativa

Distribuio do esforo
pessoas-ms ou ano -----> UMA DIRETRIZ
Regra:
Regra 40-20-40

50%

anlise e
projeto
30%
20%

codificao
testes e
depurao

Distribuio do esforo
Caractersticas de cada projeto devem ditar a
distribuio do esforo
Esforo despendido em Planejamento
responsvel por 2 a 3% do esforo total

Mtodos de Determinao de
Cronogramas
PERT/CPM

Mtodos de representar rede de tarefas

PERT - Program Evaluation and Review Technique
CPM - Critical Path Method
Tcnicas fornecem meios para:
1) determinar o caminho crtico
2) estabelecer o tempo mais provvel
3) calcular tempos limites

Definio das tarefas: Grficos de Gantt

Acompanhamento e Controle de
Projetos
Ditado:os projetos de software atrasam-se
em seu cronograma um dia de cada vez. O
atraso de um dia pode ser fatal para um
projeto, pois os dias se somam e pequenos
atrasos podem resultar em grandes
problemas
Rastreamento ou Acompanhamento pode ser
feito de muitas maneiras

Acompanhamento
Realizar reunies formais e informais
peridicas sobre a situao do projeto
Avaliar se os resultados das Revises ao
longo do processo
Determinar se os marcos de referncia
foram atingidos na data prevista
Comparar data de incio e final de cada tarefa
planejada

Planejamento Organizacional
Organizao de equipes
Como as pessoas envolvidas no projeto
esto diretamente organizadas
Deve ser considerado o fator humano em
seus aspectos psicolgicos, individuais e
grupais e o reflexo deles no desempenho da
equipe
Principais estruturas de equipe:

1) Equipe Convencional
2) Equipe no Egocntrica
3) Equipe de Programador Chefe
4) Equipe Hierrquica

Organizao de equipes
1) EQUIPE CONVENCIONAL
Composta pelo pessoal disponvel; designado um gerente
de desenvolvimento do projeto
O trabalho dividido pelos componentes da equipe
Cada um, responsvel pelo projeto e implementao da
sua parte no trabalho. Traz um certo sentimento de
posse
Tendncia a esconder e mesmo no ver os prprios
erros

Organizao de equipes
2) EQUIPE NO EGOCNTRICA
Organizao de estilo democrtico, descentralizado
Relaes e comunicaes informais entre os seus
componentes
A liderana no exercida por uma determinada pessoa
de forma permanente
A liderana fica com o indivduo que tiver maior
capacitao para resolver o problema em pauta
Todos os programas so examinados por outros
programadores, alm daquele que o escreveu

Organizao de equipes
3) EQUIPE DE PROGRAMADOR CHEFE
Pequeno nmero de componentes
Comunicaes centralizadas no programador chefe
Decises tomadas nos nveis mais elevados
O programador chefe tem que ser muito experiente e
capacitado para a funo.

Organizao de equipes

4) EQUIPE HIERRQUICA
proposta de estrutura intermediria
um lder de projeto dirige programadores experientes;
cada um desses programadores dirige grupo de
programadores menos experientes
comunicao descentralizada nos subgrupos e
centralizada nos nveis superiores; o chefe de subgrupo
transmite informaes para seu subgrupo (elemento de
ligao com os outros subgrupos)

ESCOPO DO SOFTWARE

1) ESCOPO DO SOFTWARE
Primeira atividade
O escopo do software descreve
a funo
o desempenho
processamento e tempo de resposta

as restries
limites impostos ao software pelo hardware
externo, memria disponvel, outros sistemas

1) ESCOPO DO SOFTWARE
as interfaces
hardware que executa o software e dispositivos
que so indiretamente controlados pelo
software
software que j existe e deve ser ligado ao
novo produto (banco de dados)
pessoas que fazem uso do software
(perifricos de E/S)

a confiabilidade
menos preciso
no possvel quantificar a confiabilidade do
software to precisamente no escopo
sistema de controle de trfego areo, controle
de estoque, processador de texto, etc...

RECURSOS

2) RECURSOS
Segunda atividade: estimativa dos
recursos exigidos para desenvolver o
software
recursos humanos
recursos de hardware
recursos de software

RECURSOS HUMANOS

Recursos Humanos
Tanto os profissionais (engenheiros,
gerentes) quanto as especialidades so
definidas
Projetos Pequenos: uma nica pessoa
por ano
consulta a especialistas quando
necessrio

Recursos Humanos
Projetos Grandes: participao varia
atravs do ciclo de vida
estimativa de esforo de desenvolvimento
(pessoas-ms, pessoas-ano)
tcnicas
estimativas de linha de cdigo (LOC): contar
linhas de cdigo
estimativa pontos por funo (FP - function
point): concentrar na funcionalidade ou
utilidade do software
medidas indiretas
relao emprica baseada em medidades de
informaes e complexidade

RECURSOS DE HARDWARE

Recursos de Hardware
Trs categorias
o hardware de desenvolvimento (host
system)
um computador e os perifricos relacionados
que sero usados durante o desenvolvimento
do software

o hardware de produo (target machine)

mquina que o software ser executado
multi-usurio, distribudo

elementos de hardware do novo sistema

software de clculo numrico deve ter um
recurso especfico

RECURSOS DE SOFTWARE

(FERRAMENTAS)
Usamos hardware para construir um novo hardware
Usamos software para auxiliar no desenvolvimento de
um novo software

Plano do Projeto de
Desenvolvimento de Software
OBJETIVOS
1) Comunicar o escopo e os recursos para a
gerncia, tcnicos e clientes
2) Definir custos e cronogramas para a reviso
gerencial
3) Dar uma abordagem geral do
desenvolvimento do software a todas as
pessoas envolvidas com o projeto.

Plano de Projeto
Principal documento referente aos aspectos
da Gerncia do Projeto
Documento que serve de base para a
engenharia de hardware, software, banco de
dados e humana
Descreve a funo e o desempenho de um
sistema e as restries que orientaro seu
desenvolvimento
Descreve as informaes que entram e saem
do sistema

Plano de Projeto de Software

Produzido no trmino das tarefas de
Planejamento
Fornece informaes bsicas sobre
CUSTO e PROGRAMAO dos
recursos ao longo do processo
Documento breve que se destina a um
pblico diverso
Documento no esttico

Plano de Projeto de Software

Documento Descritivo
Breve nas suas Sees
No deve deixar interpretaes
ambguas, etc....

Plano de Projeto de Software

Objetivos
Comunicar o escopo e os recursos de
gerenciamento de software, ao pessoal tcnico e
ao cliente do software
Definir os riscos e sugerir tcnicas para evit-los
Definir custos e prazos para revises gerenciais
Oferecer uma abordagem geral ao
desenvolvimento do software para todas as
pessoas envolvidas no projeto
Definir como a qualidade ser garantida e
mudanas gerenciadas

Esboo do Plano
Capa
Resumo
1. ndice
2. Introduo
2.1. Motivaes
2.2. Objetivos
2.3. Escopo
2.4. Pblico alvo
2.5. Restries e Riscos

Esboo do Plano
3. Descrio Arquitetura
3.1. Diagrama de contexto da arquitetura
(DCA)
3.2. Especificao do diagrama de
arquitetura para os subsistema
3.3. Dicionrio da Arquitetura

Esboo do Plano
4. Recursos
- Recursos humanos, de hardware e de software

5. Estimativa de custos de desenvolvimento

6. Cronograma
Rede de tarefas, Grficos de Gantt
Tabelas de recursos x tarefas

7. Concluses em processo

Objetivos
Define o processo de gerncia de risco e explica
porque importante para o planejamento do
processo de software
Riscos so potenciais problemas que podem afetar o
sucesso do projeto do software
Envolvem incertezas
Como realizar uma anlise de riscos
Como aliviar, monitorar e gerenciar riscos
Risk Mitigation, Monitoring and Management (RMMM)