SlideShare uma empresa Scribd logo
1 de 14
lic.marvin.romero@gmail.com|           UGB San Miguel        www.miceminfo.net




                               M ome et
                             an R .n
                                 igu ro
                                       fo
                COCOMO


                               vin in


                                    el
                       GB ar em
        (COnstructive COst Model)
                      U M ic
                         c. m w.
              ww


                          ,S
                     Li


                                        Lic. Marvin Romero
                                          UGB, San Miguel




Escrito y Recopilado por Lic. Marvin Romero                   UGB, San Miguel
lic.marvin.romero@gmail.com|           UGB San Miguel   www.miceminfo.net

Ejemplo Estimación con el método de
             Cocomo




                                 M ome et
• Entre los distintos métodos de estimación de




                               an R .n
                                   igu ro
                                         fo
  costes de desarrollo de software, el modelo



                                 vin in
  COCOMO (COnstructive COst MOdel)




                                      el
                         GB ar em
                        U M ic
  desarrollado por Barry M. Boehm, se engloba
                           c. m
  en el grupo de los modelos algorítmicos que
                                w.
                ww


  tratan de establecer una relación matemática
                            ,S
  la cual permite estimar el esfuerzo y tiempo
                       Li


  requerido para desarrollar un producto.


  Escrito y Recopilado por Lic. Marvin Romero              UGB, San Miguel
lic.marvin.romero@gmail.com|           UGB San Miguel   www.miceminfo.net




                                  M ome et
Por un lado COCOMO define tres modos de




                                an R .n
desarrollo o tipos de proyectos:




                                    igu ro
                                          fo
                                  vin in


                                       el
                          GB ar em
• Orgánico: proyectos relativamente sencillos, menores de 50 KDLC
  líneas de código, en los cuales se tiene experiencia de proyectos
                         U M ic
  similares y se encuentran en entornos estables.
                            c. m
• Semi-acoplado: proyectos intermedios en complejidad y tamaño
                                 w.
  (menores de 300 KDLC), donde la experiencia en este tipo de
                 ww

  proyectos es variable, y las restricciones intermedias.
                             ,S
• Empotrado: proyectos bastante complejos, en los que apenas se
  tiene experiencia y se engloban en un entorno de gran innovación
                        Li


  técnica. Además se trabaja con unos requisitos muy restrictivos y de
  gran volatilidad.



   Escrito y Recopilado por Lic. Marvin Romero              UGB, San Miguel
lic.marvin.romero@gmail.com|           UGB San Miguel   www.miceminfo.net




                                 M ome et
Y por otro lado existen diferentes modelos que




                               an R .n
define COCOMO:




                                   igu ro
                                         fo
                                 vin in


                                      el
                         GB ar em
• Modelo básico: Se basa exclusivamente en el tamaño
  expresado en LDC.
                        U M ic
                           c. m
• Modelo intermedio: Además del tamaño del programa
                                w.
  incluye un conjunto de medidas subjetivas llamadas
                ww


  conductores de costes.    ,S
• Modelo avanzado: Incluye todo lo del modelo
                       Li


  intermedio además del impacto de cada conductor de
  coste en las distintas fases de desarrollo.


  Escrito y Recopilado por Lic. Marvin Romero              UGB, San Miguel
lic.marvin.romero@gmail.com|           UGB San Miguel   www.miceminfo.net




                                 M ome et
Para nuestro caso el modelo intermedio será el que




                               an R .n
usaremos, dado que realiza las estimaciones con




                                   igu ro
                                         fo
bastante precisión.



                                 vin in


                                      el
                         GB ar em
                        U M ic
Así pues las fórmulas serán las siguientes:
                           c. m w.
                ww


• E = Esfuerzo = a KLDC e * FAE (persona x mes)
                            ,S
• T = Tiempo de duración del desarrollo = c
                       Li


  Esfuerzo d (meses)
• P= Personal = E/T (personas)

  Escrito y Recopilado por Lic. Marvin Romero              UGB, San Miguel
lic.marvin.romero@gmail.com|           UGB San Miguel      www.miceminfo.net

• Para calcular el Esfuerzo, necesitaremos hallar la variable
  KDLC (Kilo-líneas de código), donde los PF son 261,36 (dato
  conocido) y las líneas por cada PF equivalen a 32 según
  vemos en la tabla que se ilustra a continuación:




                                   M ome et
                                 an R .n
                 LENGUAJE                           LDC/PF




                                     igu ro
                                           fo
                                   vin in
                 Ensamblador                        320




                                        el
                           GB ar em
                 C                                  150


                 COBOL
                          U M ic                    105
                             c. m w.
                 Pascal                             91
                ww

                 Prolog/LISP                        64


                 C++
                              ,S                    64
                          Li


                 Visual Basic                       32


                 SQL                                12




  Escrito y Recopilado por Lic. Marvin Romero                 UGB, San Miguel
lic.marvin.romero@gmail.com|           UGB San Miguel                www.miceminfo.net

• Así pues tras saber que son 32 LDC por cada PF, por el hecho de ser
  Visual Basic el resultado de los KDLC será el siguiente:

KLDC= (PF * Líneas de código por cada PF)/1000 = (261,36*32)/1000= 8,363




                                  M ome et
KDLC




                                an R .n
                                    igu ro
                                          fo
• Así pues, en nuestro caso el tipo orgánico será el más apropiado ya




                                  vin in
  que el número de líneas de código no supera los 50 KLDC, y además




                                       el
                          GB ar em
  el proyecto no es muy complejo, por consiguiente, los coeficientes
  que usaremos serán las siguientes:
                         U M ic
                            c. m w.
              PROYECTO SOFTWARE                            a     e      c          d
                 ww


              Orgánico                                     3,2   1,05   2,5        0,38
                             ,S
              Semi-acoplado                                3,0   1,12   2,5        0,35
                        Li



              Empotrado                                    2,8   1,20   2,5        0,32



   Escrito y Recopilado por Lic. Marvin Romero                              UGB, San Miguel
lic.marvin.romero@gmail.com|               UGB San Miguel                 www.miceminfo.net

• Y por otro lado también hemos de hallar la variable FAE, la cual se obtiene
  mediante la multiplicación de los valores evaluados en los diferentes 15
  conductores de coste que se observan en la siguiente tabla:




                                  M ome et
 CONDUCTORES DE COSTE                                   VALORACIÓN




                                an R .n
                                                        Muy    Bajo   Nominal Alto    Muy    Extr.




                                    igu ro
                                          fo
                                                        bajo                          alto   alto
 Fiabilidad requerida del software                      0,75   0,88   1.00     1,15   1,40   -




                                  vin in
 Tamaño de la base de datos                             -      0,94   1.00     1,08   1,16   -




                                       el
                          GB ar em
 Complejidad del producto                               0,70   0,85   1.00     1,15   1,30   1,65
 Restricciones del tiempo de ejecución                  -      -      1.00     1,11   1,30   1,66


                         U M ic
 Restricciones del almacenamiento principal             -      -      1.00     1,06   1,21   1,56
                            c. m
 Volatilidad de la máquina virtual                      -      0,87   1.00     1,15   1,30   -
 Tiempo de respuesta del ordenador                      -      0,87   1.00     1,07   1,15   -
                                 w.
 Capacidad del analista                                 1,46   1,19   1.00     0,86   0,71   -
 Experiencia en la aplicación                           1,29   1,13   1.00     0,91   0,82   -
                 ww

 Capacidad de los programadores                         1,42   1,17   1.00     0,86   0,70   -
                             ,S
 Experiencia en S.O. utilizado
 Experiencia en el lenguaje de programación
                                                        1,21
                                                        1,14
                                                               1,10
                                                               1,07
                                                                      1.00
                                                                      1.00
                                                                               0,90
                                                                               0,95
                                                                                      -
                                                                                      -
                                                                                             -
                                                                                             -
                        Li


 Prácticas de programación modernas                     1,24   1,10   1.00     0,91   0,82   -
 Utilización de herramientas software                   1,24   1,10   1.00     0,91   0,83   -
 Limitaciones de planificación del proyecto             1,23   1,08   1.00     1,04   1,10   -

FAE=1,15*1,00*0,85*1,11*1,00*1,00*1,07*0,86*0,82*0,70*1,00*0,95*1,00*0,91*1,08 =
0,53508480

   Escrito y Recopilado por Lic. Marvin Romero                                UGB, San Miguel
lic.marvin.romero@gmail.com|           UGB San Miguel   www.miceminfo.net


          Justificación de los valores




                                 M ome et
Atributos de software




                               an R .n
                                   igu ro
                                         fo
                                 vin in
• Fiabilidad requerida del software: Si se produce un fallo




                                      el
                         GB ar em
  por el pago de un pedido, o fallo en alguna reserva, etc...
  puede ocasionar grandes pérdidas a la empresa (Valoración
  Alta).
                        U M ic
                           c. m w.
• Tamaño de la base de datos: La base de datos de nuestro
                ww


                            ,S
  producto será de tipo estándar (Valoración Nominal).
                       Li


• Complejidad del producto: La aplicación no va a realizar
  cálculos complejos (Valoración Baja).

  Escrito y Recopilado por Lic. Marvin Romero              UGB, San Miguel
lic.marvin.romero@gmail.com|           UGB San Miguel   www.miceminfo.net


          Justificación de los valores




                                 M ome et
Atributos de hardware




                               an R .n
                                   igu ro
                                         fo
                                 vin in
• Restricciones del tiempo de ejecución: En los




                                      el
                         GB ar em
  requerimientos se exige alto rendimiento (Valoración
  Alta).
                        U M ic
                           c. m
• Restricciones del almacenamiento principal: No hay
                                w.
  restricciones al respecto (Valoración Nominal).
                ww


• Volatilidad de la máquina virtual: Se usarán sistemas
                            ,S
  de la “Familia Windows” (Valoración Nominal).
                       Li


• Tiempo de respuesta del ordenador: Deberá ser
  interactivo con el usuario (Valoración Alta).

  Escrito y Recopilado por Lic. Marvin Romero              UGB, San Miguel
lic.marvin.romero@gmail.com|           UGB San Miguel   www.miceminfo.net


           Justificación de los valores




                                  M ome et
Atributos del personal




                                an R .n
                                    igu ro
                                          fo
• Capacidad del analista: Capacidad alta relativamente, debido a la




                                  vin in
  experiencia en análisis en proyecto similar (Valoración Alta)




                                       el
                          GB ar em
• Experiencia en la aplicación: Se tiene cierta experiencia en
                         U M ic
  aplicaciones de esta envergadura (Valoración muy alta).
                            c. m
• Capacidad de los programadores: Teóricamente deberá tenerse
                                 w.
  una capacidad muy alta por la experiencia en anteriores proyectos
                 ww

  similares (Valoración muy alta).
                             ,S
• Experiencia en S.O. utilizado: Con Windows 2000 Professional la
  experiencia es a nivel usuario (Valoración Nominal).
                        Li


• Experiencia en el lenguaje de programación: Es relativamente alta,
  dado que se controlan las nociones básicas y las propias del
  proyecto (Valoración Alta).


   Escrito y Recopilado por Lic. Marvin Romero              UGB, San Miguel
lic.marvin.romero@gmail.com|           UGB San Miguel   www.miceminfo.net


          Justificación de los valores




                                 M ome et
Atributos del proyecto




                               an R .n
                                   igu ro
                                         fo
                                 vin in
• Prácticas de programación modernas: Se usarán




                                      el
                         GB ar em
  prácticas de programación mayormente convencional

                        U M ic
  (Valoración Nominal).    c. m
• Utilización de herramientas software: Se usarán
                                w.
  herramientas estándar que no exigirán apenas
                ww


  formación, de las cuales se tiene cierta experiencia
                            ,S
  (Valoración Alta).
                       Li


• Limitaciones de planificación del proyecto: Existen
  pocos límites de planificación. (Valoración Baja).


  Escrito y Recopilado por Lic. Marvin Romero              UGB, San Miguel
lic.marvin.romero@gmail.com|           UGB San Miguel        www.miceminfo.net


                                   Resultados




                                  M ome et
Cálculo del esfuerzo del desarrollo:




                                an R .n
                                    igu ro
                                          fo
E = a KLDC e * FAE = 3,2 * (8.363)^1,05 * 0,53508480 = 15,91 personas /mes




                                  vin in


                                       el
                          GB ar em
Cálculo tiempo de desarrollo:

                         U M ic
                            c. m
    T = c Esfuerzo d = 2,5 * (15,91)^0,38 = 7,15 meses
                                 w.
Productividad:
                 ww


                             ,S
PR = LDC/Esfuerzo = 8363/15,91 = 525 ,64 LDC/personas mes
                        Li


Personal promedio:

P = E/T = 15,91/7,15 = 2,22 personas

   Escrito y Recopilado por Lic. Marvin Romero                   UGB, San Miguel
lic.marvin.romero@gmail.com|           UGB San Miguel   www.miceminfo.net


            Conclusiones del Método




                                 M ome et
       Según estas cifras será necesario un equipo




                               an R .n
                                   igu ro
de 3 personas trabajando alrededor de 7 meses,




                                         fo
                                 vin in
pero puesto que el desarrollo del proyecto debe




                                      el
                         GB ar em
realizarse en un plazo 3 meses, incrementaremos a
                        U M ic
6 personas el número de personas del equipo de
                           c. m w.
proyecto (ya que 15,91/3 nos da alrededor de este
                ww

resultado).
                            ,S
       Así pues tendremos un equipo formado por 1
                       Li


Jefe de proyecto, 2 Analistas, 2 programadores y 1
Responsable de calidad.

  Escrito y Recopilado por Lic. Marvin Romero              UGB, San Miguel

Mais conteúdo relacionado

Mais procurados

Cuadro comparativo
Cuadro comparativo Cuadro comparativo
Cuadro comparativo
Seba Briones
 
introduccion a-psp
introduccion a-pspintroduccion a-psp
introduccion a-psp
Brenda Ch
 
1.5 GENERADORES DE CODIGO PARA COMPILADORES (COMPILADOR DE COMPILADORES)
1.5  GENERADORES  DE CODIGO  PARA COMPILADORES (COMPILADOR DE COMPILADORES)1.5  GENERADORES  DE CODIGO  PARA COMPILADORES (COMPILADOR DE COMPILADORES)
1.5 GENERADORES DE CODIGO PARA COMPILADORES (COMPILADOR DE COMPILADORES)
elizabethrmlm
 
Mapa conceptual computacion paralela
Mapa conceptual   computacion paralelaMapa conceptual   computacion paralela
Mapa conceptual computacion paralela
Eduardo Suarez
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
Chuyito Alvarado
 
Tema 3 proseso de desarrollo del software
Tema 3 proseso de desarrollo del softwareTema 3 proseso de desarrollo del software
Tema 3 proseso de desarrollo del software
Luis Garcia
 

Mais procurados (20)

Cuadro comparativo
Cuadro comparativo Cuadro comparativo
Cuadro comparativo
 
Xp
XpXp
Xp
 
Ejemplo pruebas de software
Ejemplo pruebas de softwareEjemplo pruebas de software
Ejemplo pruebas de software
 
Exposicion cocomo
Exposicion cocomoExposicion cocomo
Exposicion cocomo
 
introduccion a-psp
introduccion a-pspintroduccion a-psp
introduccion a-psp
 
1.5 GENERADORES DE CODIGO PARA COMPILADORES (COMPILADOR DE COMPILADORES)
1.5  GENERADORES  DE CODIGO  PARA COMPILADORES (COMPILADOR DE COMPILADORES)1.5  GENERADORES  DE CODIGO  PARA COMPILADORES (COMPILADOR DE COMPILADORES)
1.5 GENERADORES DE CODIGO PARA COMPILADORES (COMPILADOR DE COMPILADORES)
 
Mapa conceptual computacion paralela
Mapa conceptual   computacion paralelaMapa conceptual   computacion paralela
Mapa conceptual computacion paralela
 
modelos de calidad de software
modelos de calidad de softwaremodelos de calidad de software
modelos de calidad de software
 
2 Curso de POO en java - modelamiento casos de uso
2 Curso de POO en java - modelamiento casos de uso2 Curso de POO en java - modelamiento casos de uso
2 Curso de POO en java - modelamiento casos de uso
 
Modelo de requerimientos
Modelo de requerimientosModelo de requerimientos
Modelo de requerimientos
 
Metricas del proyecto de Software - introduccion
Metricas del proyecto de Software - introduccionMetricas del proyecto de Software - introduccion
Metricas del proyecto de Software - introduccion
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
 
Proceso de Software Personal - PSP
Proceso de Software Personal - PSPProceso de Software Personal - PSP
Proceso de Software Personal - PSP
 
Rup disciplinas
Rup disciplinasRup disciplinas
Rup disciplinas
 
Diagramas De Caso De Uso
Diagramas De Caso De UsoDiagramas De Caso De Uso
Diagramas De Caso De Uso
 
Estimación de costo de software
Estimación de costo de softwareEstimación de costo de software
Estimación de costo de software
 
Decompilador y metacompilador
Decompilador y metacompiladorDecompilador y metacompilador
Decompilador y metacompilador
 
Tema 3 proseso de desarrollo del software
Tema 3 proseso de desarrollo del softwareTema 3 proseso de desarrollo del software
Tema 3 proseso de desarrollo del software
 
INTRODUCCIÓN A LA PROGRAMACIÓN (1).pptx
INTRODUCCIÓN A LA PROGRAMACIÓN (1).pptxINTRODUCCIÓN A LA PROGRAMACIÓN (1).pptx
INTRODUCCIÓN A LA PROGRAMACIÓN (1).pptx
 
Modelos evolutivos. incremental y espiral
Modelos evolutivos. incremental y espiralModelos evolutivos. incremental y espiral
Modelos evolutivos. incremental y espiral
 

Destaque

Modelo cocomo
Modelo cocomoModelo cocomo
Modelo cocomo
Roci_mary
 
Tecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareTecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto software
antonio
 
Estimacion De Proyecto
Estimacion De ProyectoEstimacion De Proyecto
Estimacion De Proyecto
javier
 
Desenvolvimento ágil e pontos de função: gerenciando o projeto de maneira ági...
Desenvolvimento ágil e pontos de função: gerenciando o projeto de maneira ági...Desenvolvimento ágil e pontos de função: gerenciando o projeto de maneira ági...
Desenvolvimento ágil e pontos de função: gerenciando o projeto de maneira ági...
Vanessa Campos
 

Destaque (20)

Cocomo basico
Cocomo basicoCocomo basico
Cocomo basico
 
MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)
 
Cocomo II
Cocomo IICocomo II
Cocomo II
 
Modelo cocomo
Modelo cocomoModelo cocomo
Modelo cocomo
 
Estimación Software por Puntos de Función
Estimación Software por Puntos de FunciónEstimación Software por Puntos de Función
Estimación Software por Puntos de Función
 
Tecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareTecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto software
 
Modelo Cocomo
Modelo CocomoModelo Cocomo
Modelo Cocomo
 
Estimacion De Proyecto
Estimacion De ProyectoEstimacion De Proyecto
Estimacion De Proyecto
 
Tecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareTecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto software
 
Cocomo (1)
Cocomo (1)Cocomo (1)
Cocomo (1)
 
COCOMO E COCOMO II
COCOMO E COCOMO IICOCOMO E COCOMO II
COCOMO E COCOMO II
 
Cocomo II
Cocomo IICocomo II
Cocomo II
 
Cocomo model
Cocomo modelCocomo model
Cocomo model
 
Cocomo model
Cocomo modelCocomo model
Cocomo model
 
COCOMO II
COCOMO IICOCOMO II
COCOMO II
 
Modelos de estimacion de software
Modelos de estimacion de softwareModelos de estimacion de software
Modelos de estimacion de software
 
Cocomo ii
Cocomo iiCocomo ii
Cocomo ii
 
Cocomo
CocomoCocomo
Cocomo
 
Desenvolvimento ágil e pontos de função: gerenciando o projeto de maneira ági...
Desenvolvimento ágil e pontos de função: gerenciando o projeto de maneira ági...Desenvolvimento ágil e pontos de função: gerenciando o projeto de maneira ági...
Desenvolvimento ágil e pontos de função: gerenciando o projeto de maneira ági...
 
Métrica de softwares
Métrica de softwaresMétrica de softwares
Métrica de softwares
 

Semelhante a Cocomo ejemplo

Ra semana 9 2
Ra semana 9 2Ra semana 9 2
Ra semana 9 2
victdiazm
 

Semelhante a Cocomo ejemplo (17)

cocomo
cocomococomo
cocomo
 
Cocomo
CocomoCocomo
Cocomo
 
Cocomo
CocomoCocomo
Cocomo
 
Cocomo
CocomoCocomo
Cocomo
 
Ra semana 9 2
Ra semana 9 2Ra semana 9 2
Ra semana 9 2
 
Guia 1: Planificacion de Proyectos usando Office Project
Guia 1: Planificacion de Proyectos usando Office ProjectGuia 1: Planificacion de Proyectos usando Office Project
Guia 1: Planificacion de Proyectos usando Office Project
 
Densy
DensyDensy
Densy
 
Estructuras De DecisióN Y Control. Vb. NET
Estructuras De DecisióN Y Control. Vb. NETEstructuras De DecisióN Y Control. Vb. NET
Estructuras De DecisióN Y Control. Vb. NET
 
Guia 7 ADO .NET SQL
Guia 7 ADO .NET SQLGuia 7 ADO .NET SQL
Guia 7 ADO .NET SQL
 
Guia 2: Gestion de Proyectos usando Office Project
Guia 2: Gestion de Proyectos usando Office ProjectGuia 2: Gestion de Proyectos usando Office Project
Guia 2: Gestion de Proyectos usando Office Project
 
Planificacion y gestion de proyectos primera parte
Planificacion y gestion de proyectos primera partePlanificacion y gestion de proyectos primera parte
Planificacion y gestion de proyectos primera parte
 
Cocomo
CocomoCocomo
Cocomo
 
Guia5, Consumo de Bibliotecas de Clases en Proyectos de Windows Forms
Guia5, Consumo de Bibliotecas de Clases en Proyectos de Windows FormsGuia5, Consumo de Bibliotecas de Clases en Proyectos de Windows Forms
Guia5, Consumo de Bibliotecas de Clases en Proyectos de Windows Forms
 
Guia6, If.. End IF
Guia6, If.. End IFGuia6, If.. End IF
Guia6, If.. End IF
 
Clasificacion de los S.O.
Clasificacion de los S.O.Clasificacion de los S.O.
Clasificacion de los S.O.
 
Importanc
ImportancImportanc
Importanc
 
Importancia De La ProgramacióN Estructurada
Importancia De La ProgramacióN EstructuradaImportancia De La ProgramacióN Estructurada
Importancia De La ProgramacióN Estructurada
 

Mais de Marvin Romero

Importancia de la programación estructurada opt
Importancia de la programación estructurada optImportancia de la programación estructurada opt
Importancia de la programación estructurada opt
Marvin Romero
 

Mais de Marvin Romero (20)

Procesos e Hilos, Sistemas Operativos
Procesos e Hilos, Sistemas OperativosProcesos e Hilos, Sistemas Operativos
Procesos e Hilos, Sistemas Operativos
 
Gestion Procesos, Sistemas Operativos
Gestion Procesos, Sistemas OperativosGestion Procesos, Sistemas Operativos
Gestion Procesos, Sistemas Operativos
 
Guía de Ejercicios de Fundamentos de Programación
Guía de Ejercicios de Fundamentos de ProgramaciónGuía de Ejercicios de Fundamentos de Programación
Guía de Ejercicios de Fundamentos de Programación
 
Guia de Ejercicios Fundamentos de Programacion
Guia de Ejercicios Fundamentos de ProgramacionGuia de Ejercicios Fundamentos de Programacion
Guia de Ejercicios Fundamentos de Programacion
 
Todo sobre Sistemas Operativos
Todo sobre Sistemas OperativosTodo sobre Sistemas Operativos
Todo sobre Sistemas Operativos
 
Estructuras (CAPAS) de un sistema operativo
Estructuras (CAPAS) de un sistema operativoEstructuras (CAPAS) de un sistema operativo
Estructuras (CAPAS) de un sistema operativo
 
Clasificación de los Sistemas Operativos
Clasificación de los Sistemas OperativosClasificación de los Sistemas Operativos
Clasificación de los Sistemas Operativos
 
Introducción a los Sistemas Operativos
Introducción a los Sistemas OperativosIntroducción a los Sistemas Operativos
Introducción a los Sistemas Operativos
 
Importancia de los Sistemas Operativos
Importancia de los Sistemas OperativosImportancia de los Sistemas Operativos
Importancia de los Sistemas Operativos
 
Máquina de von neumann
Máquina de von neumannMáquina de von neumann
Máquina de von neumann
 
Estructuras de Control en Lenguaje C
Estructuras de Control en Lenguaje CEstructuras de Control en Lenguaje C
Estructuras de Control en Lenguaje C
 
Variables, Constantes y Tipos de datos en C
Variables, Constantes y Tipos de datos en CVariables, Constantes y Tipos de datos en C
Variables, Constantes y Tipos de datos en C
 
Importancia de la programación estructurada opt
Importancia de la programación estructurada optImportancia de la programación estructurada opt
Importancia de la programación estructurada opt
 
Historia y caracteristicas del lenguaje c opt
Historia y caracteristicas del lenguaje c optHistoria y caracteristicas del lenguaje c opt
Historia y caracteristicas del lenguaje c opt
 
Jornalizacion Sistemas Operativos I-2012
Jornalizacion Sistemas Operativos I-2012Jornalizacion Sistemas Operativos I-2012
Jornalizacion Sistemas Operativos I-2012
 
Jornalizacion Fundamentos de Programación I-2012
Jornalizacion Fundamentos de Programación I-2012Jornalizacion Fundamentos de Programación I-2012
Jornalizacion Fundamentos de Programación I-2012
 
Metodologías y Técnicas de Diseño de Software
Metodologías y Técnicas de Diseño de SoftwareMetodologías y Técnicas de Diseño de Software
Metodologías y Técnicas de Diseño de Software
 
Especificación de requerimientos, Ingenieria de Software
Especificación de requerimientos, Ingenieria de SoftwareEspecificación de requerimientos, Ingenieria de Software
Especificación de requerimientos, Ingenieria de Software
 
VB. NET manejo estructurado de excepciones
VB. NET manejo estructurado de excepcionesVB. NET manejo estructurado de excepciones
VB. NET manejo estructurado de excepciones
 
Guia Nº 3; Project Creando Calendarios Personalizados
Guia Nº 3; Project Creando Calendarios PersonalizadosGuia Nº 3; Project Creando Calendarios Personalizados
Guia Nº 3; Project Creando Calendarios Personalizados
 

Último

Proyecto de aprendizaje dia de la madre MINT.pdf
Proyecto de aprendizaje dia de la madre MINT.pdfProyecto de aprendizaje dia de la madre MINT.pdf
Proyecto de aprendizaje dia de la madre MINT.pdf
patriciaines1993
 
5.- Doerr-Mide-lo-que-importa-DESARROLLO PERSONAL
5.- Doerr-Mide-lo-que-importa-DESARROLLO PERSONAL5.- Doerr-Mide-lo-que-importa-DESARROLLO PERSONAL
5.- Doerr-Mide-lo-que-importa-DESARROLLO PERSONAL
MiNeyi1
 
Cuaderno de trabajo Matemática 3 tercer grado.pdf
Cuaderno de trabajo Matemática 3 tercer grado.pdfCuaderno de trabajo Matemática 3 tercer grado.pdf
Cuaderno de trabajo Matemática 3 tercer grado.pdf
NancyLoaa
 
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURAFORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
El Fortí
 

Último (20)

Proyecto de aprendizaje dia de la madre MINT.pdf
Proyecto de aprendizaje dia de la madre MINT.pdfProyecto de aprendizaje dia de la madre MINT.pdf
Proyecto de aprendizaje dia de la madre MINT.pdf
 
BIOMETANO SÍ, PERO NO ASÍ. LA NUEVA BURBUJA ENERGÉTICA
BIOMETANO SÍ, PERO NO ASÍ. LA NUEVA BURBUJA ENERGÉTICABIOMETANO SÍ, PERO NO ASÍ. LA NUEVA BURBUJA ENERGÉTICA
BIOMETANO SÍ, PERO NO ASÍ. LA NUEVA BURBUJA ENERGÉTICA
 
5.- Doerr-Mide-lo-que-importa-DESARROLLO PERSONAL
5.- Doerr-Mide-lo-que-importa-DESARROLLO PERSONAL5.- Doerr-Mide-lo-que-importa-DESARROLLO PERSONAL
5.- Doerr-Mide-lo-que-importa-DESARROLLO PERSONAL
 
CALENDARIZACION DE MAYO / RESPONSABILIDAD
CALENDARIZACION DE MAYO / RESPONSABILIDADCALENDARIZACION DE MAYO / RESPONSABILIDAD
CALENDARIZACION DE MAYO / RESPONSABILIDAD
 
Estrategia de prompts, primeras ideas para su construcción
Estrategia de prompts, primeras ideas para su construcciónEstrategia de prompts, primeras ideas para su construcción
Estrategia de prompts, primeras ideas para su construcción
 
PINTURA DEL RENACIMIENTO EN ESPAÑA (SIGLO XVI).ppt
PINTURA DEL RENACIMIENTO EN ESPAÑA (SIGLO XVI).pptPINTURA DEL RENACIMIENTO EN ESPAÑA (SIGLO XVI).ppt
PINTURA DEL RENACIMIENTO EN ESPAÑA (SIGLO XVI).ppt
 
Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.
Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.
Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.
 
Cuaderno de trabajo Matemática 3 tercer grado.pdf
Cuaderno de trabajo Matemática 3 tercer grado.pdfCuaderno de trabajo Matemática 3 tercer grado.pdf
Cuaderno de trabajo Matemática 3 tercer grado.pdf
 
Dinámica florecillas a María en el mes d
Dinámica florecillas a María en el mes dDinámica florecillas a María en el mes d
Dinámica florecillas a María en el mes d
 
origen y desarrollo del ensayo literario
origen y desarrollo del ensayo literarioorigen y desarrollo del ensayo literario
origen y desarrollo del ensayo literario
 
GUIA DE CIRCUNFERENCIA Y ELIPSE UNDÉCIMO 2024.pdf
GUIA DE CIRCUNFERENCIA Y ELIPSE UNDÉCIMO 2024.pdfGUIA DE CIRCUNFERENCIA Y ELIPSE UNDÉCIMO 2024.pdf
GUIA DE CIRCUNFERENCIA Y ELIPSE UNDÉCIMO 2024.pdf
 
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURAFORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
 
TIPOLOGÍA TEXTUAL- EXPOSICIÓN Y ARGUMENTACIÓN.pptx
TIPOLOGÍA TEXTUAL- EXPOSICIÓN Y ARGUMENTACIÓN.pptxTIPOLOGÍA TEXTUAL- EXPOSICIÓN Y ARGUMENTACIÓN.pptx
TIPOLOGÍA TEXTUAL- EXPOSICIÓN Y ARGUMENTACIÓN.pptx
 
Tema 8.- PROTECCION DE LOS SISTEMAS DE INFORMACIÓN.pdf
Tema 8.- PROTECCION DE LOS SISTEMAS DE INFORMACIÓN.pdfTema 8.- PROTECCION DE LOS SISTEMAS DE INFORMACIÓN.pdf
Tema 8.- PROTECCION DE LOS SISTEMAS DE INFORMACIÓN.pdf
 
Power Point: Fe contra todo pronóstico.pptx
Power Point: Fe contra todo pronóstico.pptxPower Point: Fe contra todo pronóstico.pptx
Power Point: Fe contra todo pronóstico.pptx
 
Caja de herramientas de inteligencia artificial para la academia y la investi...
Caja de herramientas de inteligencia artificial para la academia y la investi...Caja de herramientas de inteligencia artificial para la academia y la investi...
Caja de herramientas de inteligencia artificial para la academia y la investi...
 
Programacion Anual Matemática5 MPG 2024 Ccesa007.pdf
Programacion Anual Matemática5    MPG 2024  Ccesa007.pdfProgramacion Anual Matemática5    MPG 2024  Ccesa007.pdf
Programacion Anual Matemática5 MPG 2024 Ccesa007.pdf
 
Fe contra todo pronóstico. La fe es confianza.
Fe contra todo pronóstico. La fe es confianza.Fe contra todo pronóstico. La fe es confianza.
Fe contra todo pronóstico. La fe es confianza.
 
LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...
LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...
LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...
 
ACTIVIDAD DIA DE LA MADRE FICHA DE TRABAJO
ACTIVIDAD DIA DE LA MADRE FICHA DE TRABAJOACTIVIDAD DIA DE LA MADRE FICHA DE TRABAJO
ACTIVIDAD DIA DE LA MADRE FICHA DE TRABAJO
 

Cocomo ejemplo

  • 1. lic.marvin.romero@gmail.com| UGB San Miguel www.miceminfo.net M ome et an R .n igu ro fo COCOMO vin in el GB ar em (COnstructive COst Model) U M ic c. m w. ww ,S Li Lic. Marvin Romero UGB, San Miguel Escrito y Recopilado por Lic. Marvin Romero UGB, San Miguel
  • 2. lic.marvin.romero@gmail.com| UGB San Miguel www.miceminfo.net Ejemplo Estimación con el método de Cocomo M ome et • Entre los distintos métodos de estimación de an R .n igu ro fo costes de desarrollo de software, el modelo vin in COCOMO (COnstructive COst MOdel) el GB ar em U M ic desarrollado por Barry M. Boehm, se engloba c. m en el grupo de los modelos algorítmicos que w. ww tratan de establecer una relación matemática ,S la cual permite estimar el esfuerzo y tiempo Li requerido para desarrollar un producto. Escrito y Recopilado por Lic. Marvin Romero UGB, San Miguel
  • 3. lic.marvin.romero@gmail.com| UGB San Miguel www.miceminfo.net M ome et Por un lado COCOMO define tres modos de an R .n desarrollo o tipos de proyectos: igu ro fo vin in el GB ar em • Orgánico: proyectos relativamente sencillos, menores de 50 KDLC líneas de código, en los cuales se tiene experiencia de proyectos U M ic similares y se encuentran en entornos estables. c. m • Semi-acoplado: proyectos intermedios en complejidad y tamaño w. (menores de 300 KDLC), donde la experiencia en este tipo de ww proyectos es variable, y las restricciones intermedias. ,S • Empotrado: proyectos bastante complejos, en los que apenas se tiene experiencia y se engloban en un entorno de gran innovación Li técnica. Además se trabaja con unos requisitos muy restrictivos y de gran volatilidad. Escrito y Recopilado por Lic. Marvin Romero UGB, San Miguel
  • 4. lic.marvin.romero@gmail.com| UGB San Miguel www.miceminfo.net M ome et Y por otro lado existen diferentes modelos que an R .n define COCOMO: igu ro fo vin in el GB ar em • Modelo básico: Se basa exclusivamente en el tamaño expresado en LDC. U M ic c. m • Modelo intermedio: Además del tamaño del programa w. incluye un conjunto de medidas subjetivas llamadas ww conductores de costes. ,S • Modelo avanzado: Incluye todo lo del modelo Li intermedio además del impacto de cada conductor de coste en las distintas fases de desarrollo. Escrito y Recopilado por Lic. Marvin Romero UGB, San Miguel
  • 5. lic.marvin.romero@gmail.com| UGB San Miguel www.miceminfo.net M ome et Para nuestro caso el modelo intermedio será el que an R .n usaremos, dado que realiza las estimaciones con igu ro fo bastante precisión. vin in el GB ar em U M ic Así pues las fórmulas serán las siguientes: c. m w. ww • E = Esfuerzo = a KLDC e * FAE (persona x mes) ,S • T = Tiempo de duración del desarrollo = c Li Esfuerzo d (meses) • P= Personal = E/T (personas) Escrito y Recopilado por Lic. Marvin Romero UGB, San Miguel
  • 6. lic.marvin.romero@gmail.com| UGB San Miguel www.miceminfo.net • Para calcular el Esfuerzo, necesitaremos hallar la variable KDLC (Kilo-líneas de código), donde los PF son 261,36 (dato conocido) y las líneas por cada PF equivalen a 32 según vemos en la tabla que se ilustra a continuación: M ome et an R .n LENGUAJE LDC/PF igu ro fo vin in Ensamblador 320 el GB ar em C 150 COBOL U M ic 105 c. m w. Pascal 91 ww Prolog/LISP 64 C++ ,S 64 Li Visual Basic 32 SQL 12 Escrito y Recopilado por Lic. Marvin Romero UGB, San Miguel
  • 7. lic.marvin.romero@gmail.com| UGB San Miguel www.miceminfo.net • Así pues tras saber que son 32 LDC por cada PF, por el hecho de ser Visual Basic el resultado de los KDLC será el siguiente: KLDC= (PF * Líneas de código por cada PF)/1000 = (261,36*32)/1000= 8,363 M ome et KDLC an R .n igu ro fo • Así pues, en nuestro caso el tipo orgánico será el más apropiado ya vin in que el número de líneas de código no supera los 50 KLDC, y además el GB ar em el proyecto no es muy complejo, por consiguiente, los coeficientes que usaremos serán las siguientes: U M ic c. m w. PROYECTO SOFTWARE a e c d ww Orgánico 3,2 1,05 2,5 0,38 ,S Semi-acoplado 3,0 1,12 2,5 0,35 Li Empotrado 2,8 1,20 2,5 0,32 Escrito y Recopilado por Lic. Marvin Romero UGB, San Miguel
  • 8. lic.marvin.romero@gmail.com| UGB San Miguel www.miceminfo.net • Y por otro lado también hemos de hallar la variable FAE, la cual se obtiene mediante la multiplicación de los valores evaluados en los diferentes 15 conductores de coste que se observan en la siguiente tabla: M ome et CONDUCTORES DE COSTE VALORACIÓN an R .n Muy Bajo Nominal Alto Muy Extr. igu ro fo bajo alto alto Fiabilidad requerida del software 0,75 0,88 1.00 1,15 1,40 - vin in Tamaño de la base de datos - 0,94 1.00 1,08 1,16 - el GB ar em Complejidad del producto 0,70 0,85 1.00 1,15 1,30 1,65 Restricciones del tiempo de ejecución - - 1.00 1,11 1,30 1,66 U M ic Restricciones del almacenamiento principal - - 1.00 1,06 1,21 1,56 c. m Volatilidad de la máquina virtual - 0,87 1.00 1,15 1,30 - Tiempo de respuesta del ordenador - 0,87 1.00 1,07 1,15 - w. Capacidad del analista 1,46 1,19 1.00 0,86 0,71 - Experiencia en la aplicación 1,29 1,13 1.00 0,91 0,82 - ww Capacidad de los programadores 1,42 1,17 1.00 0,86 0,70 - ,S Experiencia en S.O. utilizado Experiencia en el lenguaje de programación 1,21 1,14 1,10 1,07 1.00 1.00 0,90 0,95 - - - - Li Prácticas de programación modernas 1,24 1,10 1.00 0,91 0,82 - Utilización de herramientas software 1,24 1,10 1.00 0,91 0,83 - Limitaciones de planificación del proyecto 1,23 1,08 1.00 1,04 1,10 - FAE=1,15*1,00*0,85*1,11*1,00*1,00*1,07*0,86*0,82*0,70*1,00*0,95*1,00*0,91*1,08 = 0,53508480 Escrito y Recopilado por Lic. Marvin Romero UGB, San Miguel
  • 9. lic.marvin.romero@gmail.com| UGB San Miguel www.miceminfo.net Justificación de los valores M ome et Atributos de software an R .n igu ro fo vin in • Fiabilidad requerida del software: Si se produce un fallo el GB ar em por el pago de un pedido, o fallo en alguna reserva, etc... puede ocasionar grandes pérdidas a la empresa (Valoración Alta). U M ic c. m w. • Tamaño de la base de datos: La base de datos de nuestro ww ,S producto será de tipo estándar (Valoración Nominal). Li • Complejidad del producto: La aplicación no va a realizar cálculos complejos (Valoración Baja). Escrito y Recopilado por Lic. Marvin Romero UGB, San Miguel
  • 10. lic.marvin.romero@gmail.com| UGB San Miguel www.miceminfo.net Justificación de los valores M ome et Atributos de hardware an R .n igu ro fo vin in • Restricciones del tiempo de ejecución: En los el GB ar em requerimientos se exige alto rendimiento (Valoración Alta). U M ic c. m • Restricciones del almacenamiento principal: No hay w. restricciones al respecto (Valoración Nominal). ww • Volatilidad de la máquina virtual: Se usarán sistemas ,S de la “Familia Windows” (Valoración Nominal). Li • Tiempo de respuesta del ordenador: Deberá ser interactivo con el usuario (Valoración Alta). Escrito y Recopilado por Lic. Marvin Romero UGB, San Miguel
  • 11. lic.marvin.romero@gmail.com| UGB San Miguel www.miceminfo.net Justificación de los valores M ome et Atributos del personal an R .n igu ro fo • Capacidad del analista: Capacidad alta relativamente, debido a la vin in experiencia en análisis en proyecto similar (Valoración Alta) el GB ar em • Experiencia en la aplicación: Se tiene cierta experiencia en U M ic aplicaciones de esta envergadura (Valoración muy alta). c. m • Capacidad de los programadores: Teóricamente deberá tenerse w. una capacidad muy alta por la experiencia en anteriores proyectos ww similares (Valoración muy alta). ,S • Experiencia en S.O. utilizado: Con Windows 2000 Professional la experiencia es a nivel usuario (Valoración Nominal). Li • Experiencia en el lenguaje de programación: Es relativamente alta, dado que se controlan las nociones básicas y las propias del proyecto (Valoración Alta). Escrito y Recopilado por Lic. Marvin Romero UGB, San Miguel
  • 12. lic.marvin.romero@gmail.com| UGB San Miguel www.miceminfo.net Justificación de los valores M ome et Atributos del proyecto an R .n igu ro fo vin in • Prácticas de programación modernas: Se usarán el GB ar em prácticas de programación mayormente convencional U M ic (Valoración Nominal). c. m • Utilización de herramientas software: Se usarán w. herramientas estándar que no exigirán apenas ww formación, de las cuales se tiene cierta experiencia ,S (Valoración Alta). Li • Limitaciones de planificación del proyecto: Existen pocos límites de planificación. (Valoración Baja). Escrito y Recopilado por Lic. Marvin Romero UGB, San Miguel
  • 13. lic.marvin.romero@gmail.com| UGB San Miguel www.miceminfo.net Resultados M ome et Cálculo del esfuerzo del desarrollo: an R .n igu ro fo E = a KLDC e * FAE = 3,2 * (8.363)^1,05 * 0,53508480 = 15,91 personas /mes vin in el GB ar em Cálculo tiempo de desarrollo: U M ic c. m T = c Esfuerzo d = 2,5 * (15,91)^0,38 = 7,15 meses w. Productividad: ww ,S PR = LDC/Esfuerzo = 8363/15,91 = 525 ,64 LDC/personas mes Li Personal promedio: P = E/T = 15,91/7,15 = 2,22 personas Escrito y Recopilado por Lic. Marvin Romero UGB, San Miguel
  • 14. lic.marvin.romero@gmail.com| UGB San Miguel www.miceminfo.net Conclusiones del Método M ome et Según estas cifras será necesario un equipo an R .n igu ro de 3 personas trabajando alrededor de 7 meses, fo vin in pero puesto que el desarrollo del proyecto debe el GB ar em realizarse en un plazo 3 meses, incrementaremos a U M ic 6 personas el número de personas del equipo de c. m w. proyecto (ya que 15,91/3 nos da alrededor de este ww resultado). ,S Así pues tendremos un equipo formado por 1 Li Jefe de proyecto, 2 Analistas, 2 programadores y 1 Responsable de calidad. Escrito y Recopilado por Lic. Marvin Romero UGB, San Miguel