A apresentação está carregando. Por favor, espere

A apresentação está carregando. Por favor, espere

Acompanhamento do progresso de projetos

Apresentações semelhantes


Apresentação em tema: "Acompanhamento do progresso de projetos"— Transcrição da apresentação:

1 Acompanhamento do progresso de projetos
Você entende meu problema e minhas necessidades?          Você pode projetar um sistema que resolverá meu problema ou satisfará minhas necessidades? Quanto tempo você levará para desenvolver meu sistema? Quanto irá custar o desenvolvimento desse sistema? Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger

2 Cronograma de projetos
Documentos Demonstrações de funções Demonstrações de subsistemas Demonstrações de precisão Demonstrações de confiabilidade, segurança ou desempenho Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger

3 Marco e atividades Atividade: parte do projeto que acontece ao longo de determinado período Marco: finalização de uma atividade — a momento específico no tempo Precursor: evento ou conjunto de eventos que deve ocorrer antes de a atividade começar Duração: tempo necessário para completar a atividade Data prevista: aquela na qual a atividade deve estar concluída Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger

4 Engenharia de Software: Teoria e Prática
Shari Lawrence Pfleeger

5 Engenharia de Software: Teoria e Prática
Shari Lawrence Pfleeger

6 Engenharia de Software: Teoria e Prática
Shari Lawrence Pfleeger

7 Tempo de folga ou tempo livre
Tempo de folga = tempo disponível – tempo real = tempo mais tardio para começar – tempo mais antecipado para começar Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger

8 Engenharia de Software: Teoria e Prática
Shari Lawrence Pfleeger

9 Pessoal necessário para o projeto
Principais atividades de um projeto: análise de requisitos projeto do sistema projeto do programa implementação do programa teste treinamento manutenção garantia da qualidade Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger

10 Escolhendo o pessoal aplicações semelhantes
Capacidade para desempenhar o trabalho Interesse no trabalho Experiência com aplicações semelhantes ferramentas ou linguagens semelhantes técnicas semelhantes ambiente de desenvolvimento semelhante Treinamento Capacidade para se comunicar com outras pessoas Capacidade para compartilhar responsabilidades Habilidades de gerenciamento Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger

11 Estilos de trabalho Extrovertidos: tendem a afirmar suas idéias
Introvertidos: pedem sugestões Intuitivos: baseiam suas decisões nos sentimentos Racionais: baseiam suas decisões em fatos Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger

12 Organização do projeto
Depende da experiência e do estilo de trabalho dos membros da equipe do número de pessoas na equipe dos estilos de gerenciamento dos clientes e desenvolvedores Exemplos: programador-chefe da equipe Abordagem “sem influência do ego” Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger

13 Engenharia de Software: Teoria e Prática
Shari Lawrence Pfleeger

14 Estimativa de esforço Julgamento de especialista
analogias proporção técnica de Delphi modelo de Wolverton Métodos algorítmicos: E = (a + bSc) m(X) modelo de Walston e Felix: E = 5.25S 0.91 modelo de Bailey e Basili: E = S1.16 Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger

15 Engenharia de Software: Teoria e Prática
Shari Lawrence Pfleeger

16 Engenharia de Software: Teoria e Prática
Shari Lawrence Pfleeger

17 Técnica Bailey-Basili
Minimiza a estimativa de erro padrão para produzir uma equação como: E = S1.16 Ajuste inicial da estimativa com base na razão de erros. Se R for a razão entre o esforço real, E, e o esforço previsto, E’, então o ajuste do esforço é definido como ERadj = R – if R > 1 = 1 – 1/R if R < 1 Assim, a estimativa de esforço inicial E foi ajustada desse maneira: Eadj = (1 + ERadj)E if R > 1 = E/(1 + ERadj) if R < 1 Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger

18 Engenharia de Software: Teoria e Prática
Shari Lawrence Pfleeger

19 Modelo COCOMO: Estágios de desenvolvimento
Composição da aplicação: prototipagem para resolver questões de alto risco envolvendo interface com os usuários estimativa de tamanho a partir de pontos de aplicação Projeto inicial: explorar arquiteturas e conceitos de operação alternativos estimativa de tamanho a partir de pontos de função Fase posterior à arquitetura: desenvolvimento já começou estimativa de tamanho a partir de linhas de código Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger

20 Engenharia de Software: Teoria e Prática
Shari Lawrence Pfleeger

21 Engenharia de Software: Teoria e Prática
Shari Lawrence Pfleeger

22 Engenharia de Software: Teoria e Prática
Shari Lawrence Pfleeger

23 Métodos de aprendizado automático
Exemplo: raciocínio baseado em casos usuário identifica um novo problema como um caso sistema obtém casos semelhantes a partir de um repositório de informações históricas sistema reutiliza o conhecimento de casos anteriores sistema sugere uma solução para o novo caso Exemplo: redes neurais Utiliza dados de projetos anteriores Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger

24 Modelo de esforço Magnitude Média de Erros Relativos (MMER)
Valor absoluto [(real - estimado)/real] objetivo: deve ser 0,25 ou menos Pred(x/100): porcentagem de projetos para os quais a estimativa está dentro de x% do valor real objetivo: deve ser 0,75 ou maior que x = 0,25 Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger

25 Engenharia de Software: Teoria e Prática
Shari Lawrence Pfleeger

26 Gerenciamento de riscos
Impacto do risco: perda associada de um evento Probabilidade do risco: a probabilidade de o evento ocorrer Controle do risco: grau em que podemos mudar o resultado Exposição ao risco = (probabilidade do risco) x (impacto do risco) Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger

27 Três estratégias para redução de riscos
Evitar o risco: modificar os requisitos quanto ao desempenho ou à funcionalidade Transferir o risco: transferir o risco a outros sistemas ou realizar um contato seguro Assumir o risco: aceitar o risco e controlá-lo influência da redução do risco = exposição ao risco antes da redução – exposição ao risco depois da redução : pelo custo da redução do risco Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger

28 Dez principais itens de risco segundo Boehm
Pessoal insuficiente Cronogramas e orçamentos não realistas Desenvolvimento das funções de softwares erradas Desenvolvimento de uma interface com o usuário inadequada Simplificação dos requisitos Fluxo contínuo de modificações nos requisitos Insuficiência nas tarefas realizadas externamente Insuficiência nos componentes fornecidos externamente Insuficiência no desempenho em tempo real Exceder a capacidade da ciência da computação Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger

29 Conteúdo do plano de projeto
Escopo do projeto Cronograma do projeto Organização da equipe do projeto Descrição técnica do sistema Padrões, procedimentos, técnicas e ferramentas do projeto Plano de garantia da qualidade Plano de gerência de configuração Plano de documentação Plano de gerência de dados Plano de gerência de recursos Plano de testes Plano de treinamento Plano de segurança Plano de gerência de riscos Plano de manutenção Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger

30 Alpha AXP, da Digital: Modelo de gerenciamento de inscrição
Estabelecimento de visão compartilhada apropriadamente ampla Delegação completa e obtenção de comprometimentos específicos dos participantes Inspeção rígida e fornecimento de feedback de apoio Reconhecimento de todo o avanço e aprendizado com o processo do programa Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger

31 Lockheed Martin: Modelando a responsabilidade
Organização em matriz cada engenheiro pertencia a uma unidade funcional com base em um tipo de habilidade Desenvolvimento integrado de produto combina indivíduos de diferentes grupos funcionais dentro de uma unidade de trabalho interdisciplinar com canais de responsabilidade separados Cada atividade acompanhada utilizava estimação de custos, análise do caminho crítico ou acompanhamento do cronograma valor ganho era utilizado como medida comum para comparar o progresso Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger

32 Estabelecendo marcos Objetivos: Por que o sistema está sendo desenvolvido? Marcos e cronogramas: O que deve ser feito e quando? Responsabilidades: Quem é responsável por uma função? Abordagem: Como o trabalho será tecnicamente realizado e em termos de gerenciamento? Recursos: Quanto de cada recurso é necessário? Viabilidade: Isso pode ser realizado e será que existe uma boa razão para isso em termos de negócios? Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger


Carregar ppt "Acompanhamento do progresso de projetos"

Apresentações semelhantes


Anúncios Google