1) Objetivos. 3) Estabelecer o Escopo do Software. 2) Principais Atividades

Transcrição

1 1) Objetivos Tem como objetivo oferecer estimativas razoáveis de custo, recursos e cronogramas. Gera o plano do projeto de software. UNIDADE ) Principais Atividades 1. Estabelecer o escopo do software. 2. Avaliar riscos. 3. Estimar recursos necessários : pessoas, hardware, software, ferramentas. 4. Estimar custos. 5. Estabelecer o cronograma e mecanismo para assegurar progresso. 6. Planejamento organizacional. 3) Estabelecer o Escopo do Software O escopo do software descreve : função, desempenho, interfaces, restrições,confiabilidade. (Limitar as funções quantitativamente). É derivado a partir da especificação do sistema

2 3) Estabelecer o Escopo do Software Objetivos do projeto funcionalidades Restrições e/ou delimitações Critérios de seleção de alternativas Interfaces com outros sistemas Desempenho e tempo de resposta Confiabilidade requerida 4) Avaliar Riscos Identificação: utilizar um conjunto de questões ( check list de risco). 1. Riscos de projeto - recursos, complexidade, tamanho 2. Riscos técnicos - interfaces, técnicas ultrapassadas 3. Riscos de negócios - riscos de marketing ) Avaliar Riscos Estimação ou projeção: estimar o impacto do risco no projeto. Categorização: diferenciar níveis de risco e o relacionamento entre eles; lista de prioridades de risco (impacto, probabilidade). Monitoração: recomendação (como agir), providências; coleta de dados 5) Estimar recursos necessários Recursos humanos: perfis gerenciais; participação; n de pessoas é determinado após estimação do esforço. Hardware: máquinas disponíveis; janelas de tempo Software : - suporte ao desenvolvimento. reutilização re - engenharia

3 5) Estimar recursos necessários Sw de suporte ao desenvolvimento: compiladores, editores, ferramentas 5) Estimar recursos necessários Software reutilizável: interfaces padronizadas ferramentas de 4 ª Geração : linguagem de consulta a B.D. e auxílio à prototipação. CASE, ambientes avançados ferramentas de I.A. 107 Reengenharia: o custo de reengenharia pode ser baixo, (se for menor que para mantê-lo alternativa para manutenção) ) Estimar recursos necessários Aquisição de Software - Diretrizes: 1. definir especificações para o software desejado 2. estimar custo para modificações ou desenvolver 3. selecionar softwares disponíveis 4. comparar os softwares selecionados segundo qualidade, suporte, vendedor, reputação 6) Estimar Custos Fatores que afetam custo Oportunidade de mercado Incerteza na estimação Termos contratuais Volatilidade dos requisitos Dificuldades financeiras 5. contatar outros usuários

4 6) Estimar Custos 6) Estimar Custos Técnicas de decomposição: estimar por partes Técnicas de modelagem algoritmica: utiliza modelos de estimação baseados em dados históricos Julgamento especialista: compara estimativas feitos por diferentes especialistas. Por analogia: utiliza outros projetos no mesmo domínio de aplicação. Lei de Parkinson: custo édeterminado pela disponibilidade de recursos. Se há 5 pessoas e 12 meses, assim será feito. Lance para vencer: o custo é determinado pelo valor que o usuário tem para gastar ) Técnicas de Decomposicão Modelo Pert 6.1) Técnicas de Decomposicão Exemplo Decompor funções em sub-funções para estimar com alto grau de confiança. Combinar a estimativa de cada sub-função para obter uma estimativa global. Estimativa: F1 F2 F3 a m b E (a) Otimista (m) mais provável (b) pessimista Valor Esperado: E = (a + 4 x m + b) / 6 Tot

5 6.1) Técnicas de Decomposicão Estimação 6.1) Técnicas de Decomposição Por Fase F1 $/LOC 14 LOC/PM 315 CUSTO MESES 7,4 Funçã ção F1 F2 Anal. Req. 1,0 2,0 Projeto 2,0 10,0 Codificaçã ção 0,5 4,5 Teste 3,5 9,5 Totais 7,0 26,0 F2 F ,4 30,9 F3 Total Custo 2,5 14, ,0 61, ,0 26, ,0 50, ,5 152,5 Tot ,5 Unitário Total ) Técnicas de Decomposição Por Fase 6.2) Modelos de estimação Fase Planejamento/Análise de Requisitos Projeto Implementação Teste/Integração % de esforço 6 a 8 16 a a a 34 Fórmulas empíricas baseadas numa amostra limitada de projetos Recursos estimados: Esforço (E) Duração (D) Tamanho da equipe (S) Número de pg de documentação (DOC)

6 Pesquisa!!! Pesquisar sobre os seguintes modelos de estimação: CoCoMo Básico; CoCoMo Intermediário; CoCoMo Avançado; Modelo de Putnam; Entregar o que você encontrou, citando suas fontes de pesquisa. 6.2) Modelos de Estimação - Problemas Válidos para uma organização Deve-se estabelecer um modelo de calibragem ao ambiente Atribuir a estimativa a um grupo independente Reduzir ao máximo a subjetividade (tentar padronizar) ) Modelos de Estimação Ferramentas Automatizadas BYL (Before You Leap): baseada no CoCoMo SLIM: modelo de Putnam ESTIMACS: baseada em function points COSTAR: CoCoMo 7) Estabelecer Cronogramas Influência do número de pessoas Devem-se estabelecer marcos concretos Regra prática de distribuição de esforço (an. E pro., codific., testes) Paralelismo de execução de tarefas PERT Program Evaluation and Review Technique CPM Critical Path Method

7 7) Estabelecer Cronogramas Distribuição Sugerida -Bohem 7) Estabelecer Cronogramas (Diagrama PERT/CPM) Fase Planejamento/Análise de Requisitos Projeto Implementação Teste/Integração % de tempo 10 a a a a 34 Representa uma rede de tarefas A sincronização entre as tarefas A dependências entre atividades O caminho crítico (sequência de atividades que determinam a duração do projeto Duração das atividades e seus limites) ) Estabelecer Cronogramas (Diagrama PERT/CPM) 7) Estabelecer Cronogramas (Diagrama PERT/CPM) EX. Elementos básicos: Evento dispara uma atividade (tarefa) TMC (Tempo mais cedo de início) TMT (Tempo mais tarde de início) Folga = TMT final TMT inicial duração Atividades simuladas são representadas com setas pontilhadas

8 7) Estabelecer Cronogramas (Diagrama PERT/CPM) EX. Planejamento organizacional Programador Chefe Programador chefe planeja, coordena e revisa as atividades técnicas Equipe técnica: atividades de análise e desenvolvimento Especialistas Programador reserva Equipe de suporte Bibliotecário da configuração de SW 128 Planejamento organizacional Programador Chefe Reduz o número de canais de comunicação Integridade conceitual do projeto Super programador Planejamento organizacional Equipe Democrática sem líder formamlmente designado (liderança étécnica); decisões por consenso (demanda tempo); satisfação dos membros da equipe; adequada para projetos novos e pouco definidos;