Kategóriák: Minden - software - custo - modelo - experiência

a Vanessa dos Anjos Borges 12 éve

276

COCOMOII

O modelo COCOMO, criado por Barry Boehm em 1982, revolucionou a engenharia de software ao fornecer uma metodologia para estimar custos e esforços de desenvolvimento de software. Inicialmente, o COCOMO 81 não utilizava modelos interativos.

COCOMOII

COCOMO

Referências Bibliográficas

Modelos de Estimativas de Custo de Software COCOMO & COCOMO II
Waine Teixeira Júnior Rosely Sanches

Relatórios Técnicos do ICMC, 2000

Disponível em: http://www.icmc.usp.br/~biblio/BIBLIOTECA/rel_tec/RT_106.pdf

Spider-CoCoMo: Uma Ferramenta de Apoio ao CoCoMo no Contexto da Melhoria do Processo de Software
Kleverton Macedo Sandro Ronaldo Bezerra Oliveira

Biblioteca Digital Brasileira de Computação, 2011

Disponível em: http://www.lbd.dcc.ufmg.br/colecoes/ein/2011/Artigo_5.pdf

COCOMOII: uma compilação de informações sobre a nova técnica
André Luiz Presende Trindade Marcelo Schnek de Paula Pessôa Mario de Mesquita Spinola

Apresentado no V Congresso Internacional de Informática da Universidade de Buenos Aires, 1999

Disponível em: http://www.silvestreconsultoria.com.br/upload/downloads/cocomo2.pdf

Definição

Medir esforço, prazo, tamanho de equipe, e custos
Custos

Avaliação em unidades monetárias de bens consumidos pela produção do software

Tamanho da equipe

Quantidade de pessoas no desenvolvimento do software

Prazo

Tempo do desenvolvimento do software

Esforço

Medida de pessoas/mês

Deriva indicadores a partir do tamanho funcional
Tamanho funcional

Basea-se na complexidade e contribuição

Medida das funcionalidades da aplicação

Modelo paramétrico

Direcionadores de Custo

Post Construct

Direcionadores de custo combinados

TOOL SITE SCED

Uso de ferramentas de software Desenvolvimento Multisite Cronograma

ACAP PCAP PCON AEXP PEXP LTEX

Capacidade do analista Capacidade do programador Continuidade do pessoal Experiência com a aplicação Experiència com a plataforma Experiência com a linguagem e ferramentas

Plataforma

TIME STOR PVOL

Tempo Restrição de armazenamento principal Volatilidade da Plataforma

RELY DATA CPLX DOCU REUS

Confiabilidade requerida do Software Tamanho da base de dados Complexidade do Produto Documentação adequada às necessidades do ciclo de vida Reuso requerido

Direcionadores de custo

Cronograma

FCIL

Facilidades

Desenvolvimento Multisite

PREX

Experiência do pessoal

Experiência com a linguagem e ferramentas

Experiência com a plataforma

PERS

Capacidade de pessoal

Continuidade do pessoal

Capacidade do programador

Capacidade do analista

PDIF

Dificuldade da Plataforma

Volatilidade da plataforma

Restrição de armazenamento principal

Tempo

RUSE

Reuso requerido

RCPX

Confiabilidade e Complexidade do Produto

Documentação adequada as necessidades do ciclo de vida

Complexidade do produto

Projeto

SCED

Prazo requerido para o desenvolvimento

TOOL

Uso de ferramentas de software

MODP

Prática com programação moderna

Computador

TURN

VIRT

Volatilidade da máquina virtual

STOR

Restrição de memória principal

TIME

Restrição de tempo de execução

Pessoal

LEXP

Experiência com linguagem de programação

VEXP

Experiência com máquina virtual

PCAP

Capacidade dos programadores

AEXP

Experiência com a aplicação

ACAP

Capacidade dos analistas

Produto

CPLX

Complexidade do software

DATA

Tamanho da base de dados

RELY

Confiabilidade requerida do software

Modelos

Post-Construct

Quando o projeto está pronto para ser desenvolvido

Early Design

Estimar as fases do desenvolvimento

Application Composition

Basea-se na contagem de Pontos de Objeto

Estimar projetos desenvolvidos com o uso de ferramentas GUI modernas

Avançado

Inclui a avaliação da equipe desenvolvedora

Inclui a avaliação do impacto dos atributos do software

Incorpora a versão intermediária

Intermediário

Calcula o esforço

Em função de um conjunto de direcionadores de custos

Direcionador de custo

Característica de desenvolvimento de software que tem efeito aumentativo ou diminutivo na quantidade de esforço de desenvolvimento final do projeto, como por exemplo, a experiência da equipe de projeto, ou ainda, a confiabilidade requerida do software

Em função do tamanho

Básico

Esforço do desenvolvimento de software em função do tamanho estimado em LOC

Modos

Semidestacado

Aplicações com 300.000 loc em média

Equipe mista

Integrantes com muita e pouca experiência

Entre orgânico e embutido

Embutido

Necessidade de inovação

Relativamente grandes

Contexto complexo de hardware

Seguir restrições rigorosas

Orgânico

Até 50.00 linhas de código

Ambiente estável

Experiência prévia em sistemas similares

Ambiente familiar

Histórico

Cocomo II
Substituiu o Cocomo 81 em 2000
Cocomo 81
Barry Boehm em 1982 Livro Software Engineering Economics

Não trabalhava com modelos interativos