SlideShare ist ein Scribd-Unternehmen logo
1 von 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

Weitere ähnliche Inhalte

Was ist angesagt?

Métricas de Proceso y proyecto de software
Métricas de Proceso y proyecto de softwareMétricas de Proceso y proyecto de software
Métricas de Proceso y proyecto de software
Lorena Quiñónez
 
Ventajas y desventajas de cmmi
Ventajas y desventajas de cmmiVentajas y desventajas de cmmi
Ventajas y desventajas de cmmi
Sandrea Rodriguez
 
2.2 relación de cmm con psp y tsp
2.2 relación de cmm con psp  y tsp2.2 relación de cmm con psp  y tsp
2.2 relación de cmm con psp y tsp
eeelllkkk
 

Was ist angesagt? (20)

Exposicion cocomo
Exposicion cocomoExposicion cocomo
Exposicion cocomo
 
Cocomo ii
Cocomo iiCocomo ii
Cocomo ii
 
Métricas de Proceso y proyecto de software
Métricas de Proceso y proyecto de softwareMétricas de Proceso y proyecto de software
Métricas de Proceso y proyecto de software
 
Formatos Psp
Formatos PspFormatos Psp
Formatos Psp
 
Metodologías, metricas y modelo cocomo para el costo de un proyecto software
Metodologías, metricas y modelo cocomo para el costo de un proyecto softwareMetodologías, metricas y modelo cocomo para el costo de un proyecto software
Metodologías, metricas y modelo cocomo para el costo de un proyecto software
 
2. El proceso del software
2. El proceso del software2. El proceso del software
2. El proceso del software
 
Metricas tecnicas del software
Metricas tecnicas del softwareMetricas tecnicas del software
Metricas tecnicas del software
 
PSW Unidad 4 ESTIMACIÓN DE PROYECTOS DE SOFTWARE
PSW Unidad 4 ESTIMACIÓN DE PROYECTOS DE SOFTWAREPSW Unidad 4 ESTIMACIÓN DE PROYECTOS DE SOFTWARE
PSW Unidad 4 ESTIMACIÓN DE PROYECTOS DE SOFTWARE
 
Documentacion de las pruebas normas y certificaciones de software.
Documentacion de las pruebas normas y certificaciones de software.Documentacion de las pruebas normas y certificaciones de software.
Documentacion de las pruebas normas y certificaciones de software.
 
Introduccion a la Ingeniería de Software
Introduccion a la Ingeniería de SoftwareIntroduccion a la Ingeniería de Software
Introduccion a la Ingeniería de Software
 
Ventajas y desventajas de cmmi
Ventajas y desventajas de cmmiVentajas y desventajas de cmmi
Ventajas y desventajas de cmmi
 
Reingeniería
ReingenieríaReingeniería
Reingeniería
 
Tsp (Team Software Process )
Tsp (Team Software Process )Tsp (Team Software Process )
Tsp (Team Software Process )
 
Gestión de la Calidad en Proyectos de Software
Gestión de la Calidad en Proyectos de SoftwareGestión de la Calidad en Proyectos de Software
Gestión de la Calidad en Proyectos de Software
 
2.2 relación de cmm con psp y tsp
2.2 relación de cmm con psp  y tsp2.2 relación de cmm con psp  y tsp
2.2 relación de cmm con psp y tsp
 
Modelo Cascada!!
Modelo Cascada!!Modelo Cascada!!
Modelo Cascada!!
 
costos del software
costos del softwarecostos del software
costos del software
 
Estimación de Proyectos de Software
Estimación de Proyectos de SoftwareEstimación de Proyectos de Software
Estimación de Proyectos de Software
 
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
 
Metodologias xp
Metodologias xpMetodologias xp
Metodologias xp
 

Andere mochten auch

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
 
Pontos de funcao e metodologia agil
Pontos de funcao e metodologia agilPontos de funcao e metodologia agil
Pontos de funcao e metodologia agil
Herbert Parente
 
Métricas e Indicadores em Projetos Ágeis
Métricas e Indicadores em Projetos ÁgeisMétricas e Indicadores em Projetos Ágeis
Métricas e Indicadores em Projetos Ágeis
Vitor Pelizza
 

Andere mochten auch (20)

Cocomo basico
Cocomo basicoCocomo basico
Cocomo basico
 
Cocomo II
Cocomo IICocomo II
Cocomo II
 
Modelo cocomo
Modelo cocomoModelo cocomo
Modelo cocomo
 
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
 
Cocomo (1)
Cocomo (1)Cocomo (1)
Cocomo (1)
 
COCOMO E COCOMO II
COCOMO E COCOMO IICOCOMO E COCOMO II
COCOMO E 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
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
 
Domingo 25 t. o. pagola
Domingo 25 t. o. pagolaDomingo 25 t. o. pagola
Domingo 25 t. o. pagola
 
Pontos de funcao e metodologia agil
Pontos de funcao e metodologia agilPontos de funcao e metodologia agil
Pontos de funcao e metodologia agil
 
Métricas e Indicadores em Projetos Ágeis
Métricas e Indicadores em Projetos ÁgeisMétricas e Indicadores em Projetos Ágeis
Métricas e Indicadores em Projetos Ágeis
 
Cocomo2 apuntes
Cocomo2 apuntesCocomo2 apuntes
Cocomo2 apuntes
 
Faq dbms
Faq dbmsFaq dbms
Faq dbms
 

Ähnlich wie Cocomo ejemplo

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

Ähnlich wie 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
 

Mehr von 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
 

Mehr von 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
 

Kürzlich hochgeladen

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
 
6.-Como-Atraer-El-Amor-01-Lain-Garcia-Calvo.pdf
6.-Como-Atraer-El-Amor-01-Lain-Garcia-Calvo.pdf6.-Como-Atraer-El-Amor-01-Lain-Garcia-Calvo.pdf
6.-Como-Atraer-El-Amor-01-Lain-Garcia-Calvo.pdf
MiNeyi1
 
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
EliaHernndez7
 
2 REGLAMENTO RM 0912-2024 DE MODALIDADES DE GRADUACIÓN_.pptx
2 REGLAMENTO RM 0912-2024 DE MODALIDADES DE GRADUACIÓN_.pptx2 REGLAMENTO RM 0912-2024 DE MODALIDADES DE GRADUACIÓN_.pptx
2 REGLAMENTO RM 0912-2024 DE MODALIDADES DE GRADUACIÓN_.pptx
RigoTito
 
NUEVAS DIAPOSITIVAS POSGRADO Gestion Publica.pdf
NUEVAS DIAPOSITIVAS POSGRADO Gestion Publica.pdfNUEVAS DIAPOSITIVAS POSGRADO Gestion Publica.pdf
NUEVAS DIAPOSITIVAS POSGRADO Gestion Publica.pdf
UPTAIDELTACHIRA
 

Kürzlich hochgeladen (20)

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
 
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
 
LA LITERATURA DEL BARROCO 2023-2024pptx.pptx
LA LITERATURA DEL BARROCO 2023-2024pptx.pptxLA LITERATURA DEL BARROCO 2023-2024pptx.pptx
LA LITERATURA DEL BARROCO 2023-2024pptx.pptx
 
origen y desarrollo del ensayo literario
origen y desarrollo del ensayo literarioorigen y desarrollo del ensayo literario
origen y desarrollo del ensayo literario
 
Medición del Movimiento Online 2024.pptx
Medición del Movimiento Online 2024.pptxMedición del Movimiento Online 2024.pptx
Medición del Movimiento Online 2024.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
 
Qué es la Inteligencia artificial generativa
Qué es la Inteligencia artificial generativaQué es la Inteligencia artificial generativa
Qué es la Inteligencia artificial generativa
 
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
 
6.-Como-Atraer-El-Amor-01-Lain-Garcia-Calvo.pdf
6.-Como-Atraer-El-Amor-01-Lain-Garcia-Calvo.pdf6.-Como-Atraer-El-Amor-01-Lain-Garcia-Calvo.pdf
6.-Como-Atraer-El-Amor-01-Lain-Garcia-Calvo.pdf
 
Supuestos_prácticos_funciones.docx
Supuestos_prácticos_funciones.docxSupuestos_prácticos_funciones.docx
Supuestos_prácticos_funciones.docx
 
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
 
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
 
2 REGLAMENTO RM 0912-2024 DE MODALIDADES DE GRADUACIÓN_.pptx
2 REGLAMENTO RM 0912-2024 DE MODALIDADES DE GRADUACIÓN_.pptx2 REGLAMENTO RM 0912-2024 DE MODALIDADES DE GRADUACIÓN_.pptx
2 REGLAMENTO RM 0912-2024 DE MODALIDADES DE GRADUACIÓN_.pptx
 
OCTAVO SEGUNDO PERIODO. EMPRENDIEMIENTO VS
OCTAVO SEGUNDO PERIODO. EMPRENDIEMIENTO VSOCTAVO SEGUNDO PERIODO. EMPRENDIEMIENTO VS
OCTAVO SEGUNDO PERIODO. EMPRENDIEMIENTO VS
 
Prueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESO
Prueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESOPrueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESO
Prueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESO
 
Prueba de evaluación Geografía e Historia Comunidad de Madrid 4ºESO
Prueba de evaluación Geografía e Historia Comunidad de Madrid 4ºESOPrueba de evaluación Geografía e Historia Comunidad de Madrid 4ºESO
Prueba de evaluación Geografía e Historia Comunidad de Madrid 4ºESO
 
2024 KIT DE HABILIDADES SOCIOEMOCIONALES.pdf
2024 KIT DE HABILIDADES SOCIOEMOCIONALES.pdf2024 KIT DE HABILIDADES SOCIOEMOCIONALES.pdf
2024 KIT DE HABILIDADES SOCIOEMOCIONALES.pdf
 
NUEVAS DIAPOSITIVAS POSGRADO Gestion Publica.pdf
NUEVAS DIAPOSITIVAS POSGRADO Gestion Publica.pdfNUEVAS DIAPOSITIVAS POSGRADO Gestion Publica.pdf
NUEVAS DIAPOSITIVAS POSGRADO Gestion Publica.pdf
 
Sesión de clase: Fe contra todo pronóstico
Sesión de clase: Fe contra todo pronósticoSesión de clase: Fe contra todo pronóstico
Sesión de clase: Fe contra todo pronóstico
 
INSTRUCCION PREPARATORIA DE TIRO .pptx
INSTRUCCION PREPARATORIA DE TIRO   .pptxINSTRUCCION PREPARATORIA DE TIRO   .pptx
INSTRUCCION PREPARATORIA DE TIRO .pptx
 

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