Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 295 vistas

    Metodo Cocomo Ii PDF

    Cargado por

    FreddyMiiss
    El documento describe el modelo COCOMO II para la estimación de costos de proyectos de software. COCOMO II mejora el modelo original COCOMO para adaptarse a las prácticas actuales de desarrollo de software. El modelo incluye tres tipos para diferentes etapas del ciclo de vida: composición de aplicaciones, diseño previo y posterior a la arquitectura. También describe múltiples factores como complejidad, experiencia del equipo, restricciones de tiempo y almacenamiento que afectan el esfuerzo estimado. El documento aplica COCOMO II para estim

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd

    Metodo Cocomo Ii PDF

    Cargado por

    FreddyMiiss
    295 vistas9 páginas
    El documento describe el modelo COCOMO II para la estimación de costos de proyectos de software. COCOMO II mejora el modelo original COCOMO para adaptarse a las prácticas actuales de desarrollo de software. El modelo incluye tres tipos para diferentes etapas del ciclo de vida: composición de aplicaciones, diseño previo y posterior a la arquitectura. También describe múltiples factores como complejidad, experiencia del equipo, restricciones de tiempo y almacenamiento que afectan el esfuerzo estimado. El documento aplica COCOMO II para estim

    Descripción original:

    Título original

    METODO COCOMO II.pdf

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    El documento describe el modelo COCOMO II para la estimación de costos de proyectos de software. COCOMO II mejora el modelo original COCOMO para adaptarse a las prácticas actuales de desarrollo de software. El modelo incluye tres tipos para diferentes etapas del ciclo de vida: composición de aplicaciones, diseño previo y posterior a la arquitectura. También describe múltiples factores como complejidad, experiencia del equipo, restricciones de tiempo y almacenamiento que afectan el esfuerzo estimado. El documento aplica COCOMO II para estim

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Descargar como pdf o txt
    295 vistas9 páginas

    Metodo Cocomo Ii PDF

    Cargado por

    FreddyMiiss
    El documento describe el modelo COCOMO II para la estimación de costos de proyectos de software. COCOMO II mejora el modelo original COCOMO para adaptarse a las prácticas actuales de desarrollo de software. El modelo incluye tres tipos para diferentes etapas del ciclo de vida: composición de aplicaciones, diseño previo y posterior a la arquitectura. También describe múltiples factores como complejidad, experiencia del equipo, restricciones de tiempo y almacenamiento que afectan el esfuerzo estimado. El documento aplica COCOMO II para estim

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Descargar como pdf o txt
    de 9

    Universidad Mariano Gálvez de Guatemala

    Facultad de Ingeniería en Sistemas de Computó


    Curso: Ingeniera de Software “A”
    Docente: Ing. MANUEL FRANCISCO NORIEGA PINITUJ

    METODO COCOMO II

    Carnet: 5990-15-13507 Estudiantes: Fredy Gerardo Miss Juárez

    17 de abril del 2020, Ciudad Guatemala


    COCOMO II

    Modelo COCOMO II, modelo de estimación que se encuentra en la jerarquía de modelos de


    estimación de software con el nombre de COCOMO, por Constructive Cost Model(Modelo
    Constructivo de Coste). El modelo COCOMO original se ha convertido en uno de los
    modelos de estimación de coste del software más utilizados y estudiados en la industria.

    Características
    ● Es una herramienta basada en las líneas de código la cual la hace muy poderosa
    para la estimación de costos y no como otros que solamente miden el esfuerzo en
    base al tamaño.
    ● Representa el más extenso modelo empírico para la estimación de software.
    ● Existen herramientas automáticas que estiman costos basados en COCOMO como
    ser: Costar, COCOMO 81.

    Objetivos para la construcción de COCOMO II


    ● Desarrollar un modelo de estimación de costo y cronograma de proyectos de
    software que se adaptara tanto a las prácticas de desarrollo de la década del 90
    como a las futuras.
    ● Construir una base de datos de proyectos de software que permitiera la calibración
    continua del modelo, y así incrementar la precisión en la estimación.
    ● Implementar una herramienta de software que soportará el modelo.
    ● Proveer un marco analítico cuantitativo y un conjunto de herramientas y técnicas que
    evaluaran el impacto de las mejoras tecnológicas de software sobre los costos y
    tiempos en las diferentes etapas del ciclo de vida de desarrollo.

    Modelos de COCOMO II
    Los tres modelos de COCOMO II se adaptan tanto a las necesidades de los diferentes
    sectores, como al tipo y cantidad de información disponible en cada etapa del ciclo de vida
    de desarrollo, lo que se conoce por granularidad de la información. Estos tres modelos son:

    ● Modelo de composición de aplicación. Utilizado durante las primeras etapas de la


    Ingeniería del software, donde el prototipado de las interfaces de usuario, la
    interacción del sistema y del software, la evaluación del rendimiento, y la evaluación
    de la madurez de la tecnología son de suma importancia.
    ● Modelo de fase de diseño previo. Utilizado una vez que se han estabilizado los
    requisitos y que se ha establecido la arquitectura básica del software.
    ● Modelo de fase posterior a la arquitectura. Utilizado durante la construcción del
    software.
    Distribución del Mercado de Software Actual y Futuro
    ● Aplicaciones desarrolladas por Usuarios Finales: En este sector se encuentran
    las aplicaciones de procesamiento de información generadas directamente por
    usuarios finales, mediante la utilización de generadores de aplicaciones tales como
    planillas de cálculo, sistemas de consultas, etc. Estas aplicaciones surgen debido al
    uso masivo de estas herramientas, conjuntamente con la presión actual para obtener
    soluciones rápidas y flexibles.
    ● Generadores de Aplicaciones: En este sector operan firmas como Lotus,
    Microsoft, Novell, Borland con el objetivo de crear módulos pre-empaquetados que
    serán usados por usuarios finales y programadores.
    ● Aplicaciones con Componentes: Sector en el que se encuentran aquellas
    aplicaciones que son específicas para ser resueltas por soluciones pre-
    empaquetadas, pero son lo suficientemente simples para ser construidas a partir de
    componentes interoperables.
    ● Sistemas Integrados: Sistemas de gran escala, con un alto grado de integración
    entre sus componentes, sin antecedentes en el mercado que se puedan tomar como
    base. Porciones de estos sistemas pueden ser desarrolladas a través de la
    composición de aplicaciones. Entre las empresas que desarrollan software
    representativo de este sector, se encuentran grandes firmas que desarrollan
    software de telecomunicaciones, sistemas de información corporativos, sistemas de
    control de fabricación, etc.
    ● Infraestructura: Área que comprende el desarrollo de sistemas operativos,
    protocolos de redes, sistemas administradores de bases de datos, etc.
    Incrementalmente este sector direccionará sus soluciones, hacia problemas
    genéricos de procesamiento distribuido y procesamiento de transacciones, a
    soluciones middleware. Firmas representativas son Microsoft, Oracle, SyBase,
    Novell y NeXT.
    COCOMO II APLICADO EN PROYECTO RECETARIO

    ● Se utilizan multiplicadores y exponentes que han sido inicializados por expertos


    ●
    ● Se cuenta con una base de datos del desempeño de diversos proyectos y que es
    periódicamente analizada y actualizada
    ● Se contempla la estimación en diferentes fases del ciclo de desarrollo de un sistema

    Para calcular tiempo y costo para nuestro proyecto utilizamos las siguientes fórmulas
    MULTIPLICADORES DE ESFUERZO

    RELY: Fiabilidad Requerida del SW.


    MB, B, N, A, MA, XA
    DATA: Volumen de datos (BD en bytes/ SLOC) 2 B < 10, , N < 100, A < 1000 3
    CPLX: Complejidad del producto medida en 5 áreas:
    ● Funcionamiento de CTRL.
    ● Funcionamiento computacional.
    ● Funcionamiento de dispositivos.
    ● Funcionamiento del sector de datos.
    ● Funcionamiento del gestor de IF de Usuario.

    RUSE: Reutilización requerida


    DOCU: Documentación asociada a las necesidades del ciclo de vida.

    TIME: Restricción del Tiempo de Ejecución (Vigencia) Plataforma


    ● N < 50%, A 70%, MA 85%,XA 95%

    STOR: Restricción en almacenamiento principal (Ídem)


    ● N < 50%, A 70%, MA 85%,XA 95%

    PVOL: Volatilidad de la plataforma HW y SW Volatilidad de la plataforma HW y SW


    ● B <12 meses, N <6 meses, A < 2 meses, MA <1 mes

    ACAP: Capacidad de los analistas. Personal


    ● MB, B, N, A, MA, XA
    AEXP: Experiencia en el área funcional.
    ● MB, B, N, A, MA, XA
    PCAP: Capacidad de los programadores.

    PEXP: Experiencia en el área funcional.

    LTEX: Experiencia en el lenguaje y herramientas.

    PCON: Continuidad del personal.

    TOOL: Uso de herramientas software.


    SITE: Desarrollo en varias localizaciones
    ● Situación ( ) Local… País)
    ● Comunicaciones (Teléfono…Multimedia interactiva)

    SCED: Restricciones de duración del proyecto


    ● Muy Bajo => Acabar en el 75% de t sobre el nominal
    ● Bajo =>80%
    ● Nominal => 100%
    ● Alto => 130%
    ● Muy alto =>160%

    PREC: Precedencia.
    ● MB=> Sin Precedentes.
    ● MA => Muy Familiar.

    FLEX: Flexibilidad de desarrollo.


    ● MB => Riguroso.
    ● MA=> Conformidad.

    RESL: Resolución de Arquitectura:


    Identificación de riesgos y eliminación de los mismos.
    ● % tiempo dedicado a establecer arquitectura: ¨ MB => 5%... MA => 33%
    ● % Arquitectos SW alto nivel.
    ● Nivel incertidumbre arquitectura.
    ● Nº de ítems de riesgo:
    MB => > 10 Crítico... MA => 5 No crítico.

    TEAM: Cohesión del equipo


    ● MB => Interacción difícil
    ● MA => Muy cooperativo.
    PMAT: Madurez del proceso software.
    ● Cuestionario de madurez CMM.
    FACTORES DE ESCALA

    HERRAMIENTAS DE CÁLCULO
    ● Herramienta libre distribución USC:
    https://aulavirtual.uij.edu.cu/pluginfile.php/6346/mod_folder/content/0/Estimaci%C3%B3n/COCO
    MOII_2000.4.zip?forcedownload=1
    ● Instalado en las aulas de informática de la UC3M
    ● gratuito

    Se calcula un estimado de 10.000 líneas de código con un costo de personal Q6000.00


    por mes
    Utilizando la misma herramienta calculamos el método de Puntos de Función:
    Se tiene una diferencia de 7313 línea de código y una media aproximada de 15 días
    entre métodos de cálculo de desarrollo del proyecto.

    Esta es la tabla comparativa de ambos métodos:

    También podría gustarte