MEDIDAS DE ESFORÇO DE DESENVOLVIMENTO DE SOFTWARE Aula 10

Prévia do material em texto

Medidas de Esforço de Desenvolvimento de Software
Marcos Danilo
Chiodi Martins
Aula 10
*
Técnicas de estimativas e estimativas com base estatística
*
*
O que estudaremos neste curso?
*
*
O que Estudaremos Nesta Aula?
Vamos utilizar esta aula para cobrir o capítulo 5 do livro.
*
*
O que Estudaremos Nesta Aula?
Vamos utilizar esta aula para cobrir o capítulo 5 do livro.
*
*
*
COCOMO: que significa COnstructive COst MOdel (modelo de custo construtivo) foi criado por Barry Boehm em 1981 (Boehm, 1981) é de fato uma hierarquia de estimativas que busca realizar a estimativa de esforço e duração baseada em um modelo estatístico de uma só variável.
*
*
COCOMO: que significa COnstructive COst MOdel (modelo de custo construtivo) foi criado por Barry Boehm em 1981 (Boehm, 1981) é de fato uma hierarquia de estimativas que busca realizar a estimativa de esforço e duração baseada em um modelo estatístico de uma só variável.
*
*
COCOMO: que significa COnstructive COst MOdel (modelo de custo construtivo) foi criado por Barry Boehm em 1981 (Boehm, 1981) é de fato uma hierarquia de estimativas que busca realizar a estimativa de esforço e duração baseada em um modelo estatístico de uma só variável.
*
*
COCOMO Básico.
E = esforço aplicado em pessoas-mês;
D = tempo de desenvolvimento em meses cronológicos;
KLOC =número estimado de milhares de linhas de código do projeto;
ab, cb e bb , db = são os coeficientes e expoentes que se alteram dependendo do tipo de software que está sendo utilizado e que pode ser verificado na próxima tabela
*
*
COCOMO Básico.
*
*
COCOMO Básico.
*
*
COCOMO Básico.
Modelo orgânico: projetos de software simples, pequenos, pequenas equipes com relativa experiência. Trabalha-se um conjunto de requisitos não tão rígidos, pode exemplificar pequenos sistemas. 
*
*
COCOMO Básico.
Modelo semidestacado: projetos de sw intermediário (em tamanho e complexidade), nos quais há equipes com vários níveis de experiência, que devem programar uma combinação de requisitos rígidos. Por exemplo: um sistema de processamento de transações.
*
*
COCOMO Básico.
Modelo embutido: Um projeto que deve ser desenvolvido dentro de restrições operacionais, como por exemplo, sistema de controle de telefonia.
*
*
COCOMO: que significa COnstructive COst MOdel (modelo de custo construtivo) foi criado por Barry Boehm em 1981 (Boehm, 1981) é de fato uma hierarquia de estimativas que busca realizar a estimativa de esforço e duração baseada em um modelo estatístico de uma só variável.
*
*
COCOMO Intermediário
*
*
COCOMO Intermediário
*
*
COCOMO Intermediário
*
*
COCOMO: que significa COnstructive COst MOdel (modelo de custo construtivo) foi criado por Barry Boehm em 1981 (Boehm, 1981) é de fato uma hierarquia de estimativas que busca realizar a estimativa de esforço e duração baseada em um modelo estatístico de uma só variável.
*
*
COCOMO Avançado.
Usa a mesma fórmula do COCOMO Avançado, porém, distribui esforço e custo pelas fases do desenvolvimento de software, conforme a seguir.
*
*
COCOMO Avançado.
*
*
COCOMO Avançado.
*
O que Estudaremos Nesta Aula?
Vamos utilizar esta aula para cobrir o capítulo 5 do livro.
*
*
*
COCOMOII: Evolução do COCOMO e leva em consideração as abordagens mais modernas para o desenvolvimento de software.
*
*
COCOMOII: Evolução do COCOMO e leva em consideração as abordagens mais modernas para o desenvolvimento de software.
*
*
COCOMO II – Composição de aplicação
PM = esforço pessoas/mês
NAP = Número total de pontos de aplicação
PROD = produtividade de pontos de aplicação que é dada segundo a tabela abaixo:
*
*
COCOMOII: Evolução do COCOMO e leva em consideração as abordagens mais modernas para o desenvolvimento de software.
*
*
COCOMO II – Projeto Preliminar
PM = Esforço pessoas/mês
Tamanho = dado em KSLOC (kilo source of lines) – normalmente uma transformação de pontos de função para KSLOC
A = Coeficiente com o valor 2,94
B = fator de escala que mostra a economia ou “deseconomia” de escala 
M = Multiplicador baseado em sete atributos de projeto que veremos mais abaixo.
*
*
COCOMOII: Evolução do COCOMO e leva em consideração as abordagens mais modernas para o desenvolvimento de software.
*
*
COCOMO II – Modelo de Reúso
ASLOC é o número total de linhas de código reusado, incluindo o código que é gerado automaticamente.
AT é a porcentagem de códigos reusados gerados automaticamente.
ATPROD é a produtividade dos engenheiros na integração do código, que no COCOMO II foi calculada como sendo 2400 declarações-fonte por mês.
*
*
COCOMOII: Evolução do COCOMO e leva em consideração as abordagens mais modernas para o desenvolvimento de software.
*
*
COCOMO II – Modelo de Pós Arquitetura
PM = Esforço pessoas/mês
Tamanho = dado em KSLOC (kilo source of lines) – normalmente uma transformação de pontos de função para KSLOC
A = Coeficiente com o valor 2,94
B = fator de escala que mostra a economia ou “deseconomia” de escala 
M = Multiplicador baseado em 14 atributos de projeto que veremos mais abaixo.
*
O que Estudaremos Nesta Aula?
Vamos utilizar esta aula para cobrir o capítulo 5 do livro.
*
*
*
Estimativa de Putnam
*
O que Estudaremos Nesta Aula?
Vamos utilizar esta aula para cobrir o capítulo 5 do livro.
*
*
*
Estimativa com métodos Ágeis
Um projeto usando um processo de desenvolvimento ágil é feito com um conjunto de cenários de usuários.  
É possível desenvolver uma estimativa com razoável significado com os seguintes passos:
Cada cenário de usuário é considerado separadamente para a estimativa.
O cenário é composto de um conjunto de funções e tarefas de engenharia de software.
*
*
Estimativa com métodos Ágeis
3) a - Cada tarefa é estimada separadamente. 
3) b - O tamanho do cenário pode ser estimado em LOC, PF  ou alguma outra medida orientada a volume.
4) a -  As estimativas de cada tarefa são somadas para criar uma estimativa de cenário.
5) As estimativas de esforço para todos os cenários que devem implementar um incremento de software são somadas para definir a estimativa para o incremento.
*
O que Estudaremos Nesta Aula?
Vamos utilizar esta aula para cobrir o capítulo 5 do livro.
*
*
*
Pontos de caso de uso
Os Pontos de Casos de Uso é uma estimativa de tamanho/complexidade de software que se propõe a estabelecer uma medida logo nas etapas iniciais do processo de desenvolvimento.
*
*
Pontos de caso de uso
PASSO 1
Contar e classificar cada ator como SIMPLES, MÉDIO e COMPLEXO
*
*
Pontos de caso de uso
PASSO 2
Contar e classificar cada caso de uso como SIMPLES, MÉDIO e COMPLEXO
*
*
Pontos de caso de uso
PASSO 3
Calcular os casos de uso não ajustados
*
*
Pontos de caso de uso
PASSO 4
Calcular o FCT E O FA
*
*
Pontos de caso de uso
PASSO 5
Calcular o PCU
*
O que Estudaremos Nesta Aula?
Vamos utilizar esta aula para cobrir o capítulo 5 do livro.
*
*
O que Estudaremos Nesta Aula?
Vamos utilizar esta aula para cobrir o capítulo 5 do livro.
*
*
*
Gestão por métricas
*
O que Estudaremos Nesta Aula?
Vamos utilizar esta aula para cobrir o capítulo 5do livro.
*
*
*
Análise do valor agregado
*
O que Estudaremos Nesta Aula?
Vamos utilizar esta aula para cobrir o capítulo 5 do livro.
*
*
*
Estimativas Estatísticas
Medidas de Esforço de Desenvolvimento de Software
Marcos Danilo
Chiodi Martins
Atividade 10
*
*
Atividades
Se um determinado projeto tem CPI = 0.9 e SPI = 1,1, o que podemos dizer deste projeto?
O mundo passou por grandes transformações.
Por exemplo os meios de transportes.
Naquela época não era importante entender de combustão, mecânica ou leis de trânsito.
O mundo passou por grandes transformações.
Por exemplo os meios de transportes.
Naquela época não era importante entender de combustão, mecânica ou leis de trânsito.
O mundo passou por grandes transformações.
Por exemplo os meios de transportes.
Naquela época não era importante entender de combustão, mecânica ou leis de trânsito.
O mundo passou por grandes transformações.
Por exemplo os meios de transportes.
Naquela época não era importante entender de combustão, mecânica ou leis de trânsito.
O mundo passou por grandes transformações.
Por exemplo os meios de transportes.
Naquela época não era importante entender de combustão, mecânica ou leis de trânsito.
O mundo passou por grandes transformações.
Por exemplo os meios de transportes.
Naquela época não era importante entender de combustão, mecânica ou leis de trânsito.
O mundo passou por grandes transformações.
Por exemplo os meios de transportes.
Naquela época não era importante entender de combustão, mecânica ou leis de trânsito.
O mundo passou por grandes transformações.
Por exemplo os meios de transportes.
Naquela época não era importante entender de combustão, mecânica ou leis de trânsito.
O mundo passou por grandes transformações.
Por exemplo os meios de transportes.
Naquela época não era importante entender de combustão, mecânica ou leis de trânsito.
O mundo passou por grandes transformações.
Por exemplo os meios de transportes.
Naquela época não era importante entender de combustão, mecânica ou leis de trânsito.
O mundo passou por grandes transformações.
Por exemplo os meios de transportes.
Naquela época não era importante entender de combustão, mecânica ou leis de trânsito.