Finalidade
|
Estimar a importância do trabalho necessário para liberar o projeto.
Selecionar o planejamento ideal que satisfaça as restrições do projeto.
|
Durante a Fase de iniciação, você deve preparar as estimativas para o trabalho proposto no
projeto (para obter uma discussão geral da estimativa do projeto de software, consulte [BOE81], [PUT92], e [MCO96]). A estimativa do projeto de software baseia-se em uma matemática complexa.
Portanto, você não encontrará aqui nenhuma informação técnica detalhada. A estimativa é um processo de quatro etapas:
-
Estimar o tamanho do produto
-
Estimar o esforço e o custo totais do projeto
-
Aplicar restrições e prioridades (por exemplo, número de pessoas na equipe, data de liberação, orçamento)
-
Selecionar a estimativa ideal de programação, esforço e custo
Estimar Tamanho do Produto
Esta é a entrada principal para o processo de estimativa. Se você não puder estimar a grandeza do trabalho a ser feito,
qualquer programação criada estará provavelmente longe da realidade. Há duas abordagens para estimar o tamanho do
produto do software que pode ser utilizado no início do projeto: Dimensionando por Analogia e Dimensionando por
Análise. É claro que, posteriormente no projeto (durante a fase de elaboração), você poderá preparar estimativas mais
rigorosas (de baixo para cima), com base em uma Estrutura de Divisão do Trabalho detalhada do projeto.
Tamanho por Analogia
Ao estimar o escopo do projeto usando a abordagem Dimensionamento por Analogia, você compara o novo produto que estará
desenvolvendo com os produtos (de tamanho conhecido) desenvolvidos em projetos anteriores. Você deve comparar as várias
características dos produtos que estão sendo comparados, como o número de casos de uso de negócios, o número de
agentes, o tamanho/complexidade do banco de dados e, provavelmente, a quantidade de programas on-line e em lotes.
Comparando essas características, você poderá estimar o tamanho relativo do novo produto em relação aos antigos e, em
seguida, poderá usar o tamanho conhecido do produto antigo para calcular o tamanho estimado do novo. Lembre-se de que é
importante comparar os produtos de complexidade similar, desenvolvidos por meio de abordagens parecidas, já que as
variações em itens, como o nível de detalhe em descrições de casos de uso, podem invalidar as comparações.
Tamanho por Análise
Posteriormente na fase de iniciação, é provável que você precise coletar informações suficientes sobre o novo produto
para usar técnicas analíticas a fim de estimar o tamanho do produto. Essas técnicas baseiam-se em uma descrição
funcional do produto de software que está sendo disponibilizado (por exemplo, Especificação dos Requisitos de Software,
Documento de Arquitetura de Software) e aplicam regras de contagem padrão para determinar um tamanho com base nessas
descrições. Provavelmente, a mais conhecida dessas técnicas é a Contagem de Pontos de Função, embora uma série de
outras medidas tenha sido desenvolvida, incluindo os Pontos de Recurso (uma modificação de Pontos de Função para
aplicativos em sistemas de tempo real) e os Pontos de Objeto Previsto (uma métrica para sistemas orientados por objetos
com base em uma análise das complexidades e hierarquias de classe).
Há também white papers disponíveis no IBM Web site, que
descreve métodos para a estimativa de tamanho com base em Casos de Uso. Ao utilizar esses papers, você deve estar
ciente de que para fazer as estimativas de tamanho iniciais com base em Casos de Uso, você deve calibrar
para adequar-se ao estilo do Caso de Uso da organização porque os Casos de Uso podem variar muito no nível de abstração
e na maneira de expressão entre as organizações e, até mesmo, em uma mesma organização. Após a calibragem, é importante
manter o estilo padrão selecionado para escrever Casos de uso, pois, do contrário, as estimativas de tamanho poderão
ser completamente erradas.
Estimar Esforço e Custos Totais do Projeto
O esforço total da equipe e a programação de um projeto podem ser calculados com base na estimativa de tamanho de
produto, usando modelos científicos estabelecidos. Os dois modelos proeminentes em uso atualmente são os COCOMO
(Constructive Cost Model), desenvolvidos porBarry Boehm e a Metodologia Putnam, de Larry Putnam. Os dois modelos foram validados com base nos
dados do setor. Para obter informações adicionais sobre a versão mais recente do COCOMO, consulte o Web site do COCOMOII.
Deixando de lado a entrada de tamanho, a outra entrada importante é uma métrica da produtividade da equipe. Esse valor
determina o esforço geral do projeto. O programa total do projeto está relacionado de modo não linear ao esforço total.
Infelizmente, os modelos são matematicamente complexos e, portanto, é melhor usar as ferramentas de software para
auxiliar nos cálculos.
Aplicar Restrições e Prioridades
Quase todos os projetos estão sujeitos a algumas restrições (por exemplo, devem ser entregues em uma determinada data
ou o custo não pode exceder R$850.000) ou prioridades (por exemplo, a urgência de um produto). Dado um tamanho fixo de
produto, eles são afetados por ajustes no tamanho da equipe. Ele reporta que o relacionamento entre o tamanho da equipe
e a programação não é linear. Portanto, você precisará usar os modelos científicos para gerar uma série de cenários com
base nos tamanhos de equipe variáveis. O software de estimativa automatizado é muito útil para este exercício.
Selecionar a Estimativa Ideal de Planejamento, Esforço e Custo
Agora que você tem uma variedade de cenários para o projeto, revise e selecione o cenário que melhor se adapta às
necessidades do projeto. Isso lhe dará uma visão inicial da duração geral do projeto conforme proposto e indicará o
tamanho da equipe e o orçamento necessários.
|