Bruno Hott COCOMO II

Transcrição

1 Bruno Hott COCOMO II

2 COCOMO II COCOMO II foi construído em cima do COCOMO '81 para levar em consideração: Novos processos de desenvolvimento (ex. espiral) Aumentar a flexibilidade em desenvolvimento de software (ex. reuso, geração de código automático) Necessidade de tomada de decisão com informações incompletas Novos dados de projetos (161 projects vs 61) Bruno Hott 2

3 Modelos COCOMO II incorpora um conjunto de submodelos que produzem estimativas ainda mais detalhadas de software. Os submodelos do COCOMO II são: Application Composition Model Para prototipação Early Design Model Usado quando os requisitos estão disponíveis mas a arquitetura ainda não começou. Post-architecture model Usando uma vez que a arquitetura do sistema foi concebida e mais informações acerca do sistema está disponível. Mais do que isso: Reuse model Usado para calcular o esforço da integração de componentes reusáveis. Bruno Hott 3

4 Equações n MM =2.94 (SIZE) E i=1 5 E= j=1 TDEV =3.67 (MM ) F SF j 5 F= SF j j=1 F= (E 0.91) EM i Todas as contantes (precisam) ser ajustadas com valores da organização. A diferença entre ED e PA é o número de parâmetros. O expoente depende de fatores de ajuste (ao invés de ser somente uma constante como no COCOMO '81 Bruno Hott 4

5 Exemplo 1 Como exemplo, vamos estimar quanto esforço e tempo de desenvolvimento um projeto médio com 100 KSLOC consumirá. Para um projeto médio, todos os multiplicadores de esforço são iguais a 1.0. E será definido como 1.15 para refletir um projeto grande qualquer. Bruno Hott 5

6 Exemplo 1 Como exemplo, vamos estimar quanto esforço e tempo de desenvolvimento um projeto médio com 100 KSLOC consumirá. Para um projeto médio, todos os multiplicadores de esforço são iguais a 1.0. E será definido como 1.15 para refletir um projeto grande qualquer. MM = 2.94 * (100) 1.15 = pessoa-mes TDEV = 3.67 * (586.6) ( *( )) TDEV = 3.67 * (586.6) = 29.7 meses Equipe = / 29.7 = ~ 20 pessoas. Bruno Hott 6

7 Relacionando FPs à SLOC Linguagem SLOC / FP Linguagem SLOC / FP Access 38 Jovial 107 Ada Lisp 64 Ada Machine Code 640 Al Shell 49 Modula 2 80 APL 32 Pascal 91 Assembly - Basic 320 PERL 27 Assembly - Macro 213 PowerBuilder 16 Basic - ANSI 64 Prolog 64 Basic - Compiled 91 Query - Default 13 Basic - Visual 32 Report Generator 80 C 128 Second Generation Language 107 C++ 55 Simulation - Default 46 Cobol (ANSI 85) 91 Spreadsheet 6 Database - Default 40 Third Generation Language 80 Fifth Generation Language 4 Unix Shell Scripts 107 First Generation Language 320 USR_1 1 Forth 64 USR_2 1 Fortran USR_3 1 Fortran USR_4 1 Fourth Generation Language 20 USR_5 1 High Level Language 64 Visual Basic Bruno Hott 7 HTML Visual C++ 34 Java 53

8 Scale Factors O expoente E é calculado a partir de cinco fatores de escala (SF) que representam as economias relativas (ou dispêndio) de escala encontradas para projetos de diferentes tamanhos de software. Se E < 1.0, então o projeto apresenta economias de escala. Algumas economias de projeto podem ser alcançadas via ferramentas específicas do projeto (ex. simulações, testbeds). Se E = 1.0 a economia está em seu ponto de equilíbrio. Este modelo linear é comumente utilizado para estimar custos de pequenos projetos. Se E > 1.0, o projeto apresenta dispêndios de escala. O que ocorre geralmente por causa de dois fatores principais: Aumento do overhead de comunicação. Crescimento do overhead de integração. Bruno Hott 8

9 Exemplo 2 Os fatores de escala com classificação Extra High são classificados com o peso 0. Então, em um projeto com 100 KSLOC com Extra High para todos os fatores de escala terá sum(sf j ) = 0 Por outro lado, se um projeto possui todos os fatores de escala classificados como Very Low, teremos sum(sf j ) = 31.6, Bruno Hott 9

10 Exemplo 2 Os fatores de escala com classificação Extra High são classificados com o peso 0. Então, em um projeto com 100 KSLOC com Extra High para todos os fatores de escala terá sum(sf j ) = 0 E = * 0.0 = 0.91 MM = 2.94 * (100) 0.91 = 194 p/m. Por outro lado, se um projeto possui todos os fatores de escala classificados como Very Low, teremos sum(sf j ) = 31.6, E = * 31.6 = MM = 2.94 * (100) = 832 p/m. Bruno Hott 10

11 Scale Factors: comportamento exponencial Bruno Hott 11

12 Scale Factors Precedentedness: quão novo o projeto é para a organização Flexibility: flexibilidade de desenvolvimento (ex. rigidez dos requerimentos) Design/Risk: profundidade do projeto e resolução de riscos Team Cohesion: coesão do grupo Process Maturity: maturidade que vem do questionário CMMI Scale Factors Very Low Low Nominal High Very High Extra High Precedentedness PREC Flexibility FLEX Design/Risk RESL Team Cohesion TEAM Process Maturity (CMMI) PMAT Bruno Hott 12

13 Multiplicadores de Esforço De 7 (Early Design) ou 17 (Post Architecture) de acordo com o nível de detalhes necessário Effort Adjustment Factors Early Design cost drivers Post-Architecture cost drivers Product reliability and complexity RCPX RELY, DATA, CPLX, DOCU Required reuse RUSE RUSE Platform difficulty PDIF TIME, STOR, PVOL Personnel capability PERS ACAP, PCAP, PCON Personnel experience PREX AEXP, PEXP, LTEX Facilities FCIL TOOL, SITE Required Development Schedule SCED SCED Bruno Hott 13

14 Multiplicadores de Esforço: Post-Architecture Effort Adjustment Factors - PA Very Low Low Nominal High Very High Extra High Product Factors Required Software Reliability RELY Data Base Size DATA Product Complexity CPLX Developed for Reusability RUSE Documentation Match to Life-Cicle Needs DOCU Platform Factors Execution Time Constraint TIME Main Storage Contraint STOR Platform Volatility PVOL Personnel Factors Analyst Capability ACAP Programmer Capability PCAP Personnel Continuity PCON Applicatins Experience APEX Platform Experience PLEX Language and Toll Experience LTEX Project Factors Use of Software Tools TOOL Multisite Development SITE Bruno Hott 14 Required Development Schedule SCED

15 Multiplicadores de Esforço: Early Design Effort Adjustment Factors - ED Extra Low Very Low Low Nominal High Very High Extra High ACAP, PCAP, PCON 3, 4 5, 6 7, , 11 12, 13 14, 15 Personnel Capability (PERS) RELY, DATA, CPLX, DOCU 5, 6 7, Product Reliability and Complexity (RCPX) TIME, STOR, PVOL , 17 Platform Difficulty (PDIF) APEX, PLEX, LTEX 3, 4 5, 6 7, , 11 12, 13 14, 15 Personnel Experience (PREX) TOOL, SITE 2 3 4, 5 6 7, 8 9, Facilities (FCIL) Developed for Reusability (RUSE) Required Development Schedule (SCED) Bruno Hott 15

16 Exemplo 3 Projeto A é um software com 32,000 DSI. Está numa área de missão crítica (RELY = 1.26, TIME = 1.29, CPLX = 1.34). Por outro lado, o time de programadores possuem experiência com a linguagem de programação (LTEX = 0.91) e alta capacidade de programação (PCAP = 0.88). Além da equipe ser altamente coesa (TEAM = 1.10). Pode-se estimar: Bruno Hott 16

17 Exemplo 3 Projeto A é um software com 32,000 DSI. Está numa área de missão crítica (RELY = 1.26, TIME = 1.29, CPLX = 1.34). Por outro lado, o time de programadores possuem experiência com a linguagem de programação (LTEX = 0.91) e alta capacidade de programação (PCAP = 0.88). Além da equipe ser altamente coesa (TEAM = 1.10). Pode-se estimar: E = * sum(sf) = 1.08 Esforço: 2.94 * (32) 1.08 * prod(em) MM = 2.94 * 42.2 * 1.74 = 216 p/m F = * ( ) = Prazo: 3.67 * (216) = 19.8 ~20 meses Número médio de pessoas: 216 / 20 = 10.8 ~11 pessoas Bruno Hott 17