Please enable JavaScript.

Coggle requires JavaScript to display documents.

Importancia de estimación de costos en el desarrollo de sw, Proceso de…

- - - - Juicio Experto Puro( 1 experto)
      - Juicio Experto W. Delphi (un grupo de expertos)
      - Analogía: Comparar similitud entre proyectos
      - Ascendente: dividido en fases se calcula el costo de cada una de ellas y se obtiene un costo total (particular - general)
      - Descendente: se obtiene un costo general del costo del proyecto (General - particular)
      - Parkinson:
        
        los gastos aumentan hasta cubrir todos los ingresos
        
        el tiempo dedicado a cualquier tema de la agenda es inversamente proporcional a su importancia
        
        el trabajo se expande hasta llenar el tiempo de que se dispone para su realización
      - basado exclusivamente en el mercado: Consiste en comparar costos existentes en el mercado.
      - Métodos algorítmicos
    - - SLIM
      - COCOMO (BRYAN)
        
        Básico
        
        Este modelo trata de estimar, de una manera rápida y más o menos burda, la mayoría de proyectos pequeños y medianos. Se consideran tres modos de desarrollo en este modelo
        
        Modo Organico: En este modo un pequeño
        grupo de programadores experimentados
        desarrollan software en un entorno familiar.
        
        Modo Empotrado: El proyecto tiene fuertes restricciones que
        están relacionadas con el procesador y la interfaz de hardware el
        problema a resolver es único y es difícil basarse en la experiencia puesto que puede no haberla
        
        Modelo Semiencajado: Es un modo intermedio entre los dos anteriores. Dependiendo del problema, el grupo puede incluir una mezcla de personas experimentadas y no experimentadas.
        
        Intermedio
        
        En este modelo se introducen 15 atributos de coste para tener en cuenta el entorno de trabajo. Estos atributos se utilizan para ajustar el coste nominal del proyecto al entorno real, incrementando la precisión de la estimación. Se dividen en 4 categorías.
        
        (1) Atributos del producto
        
        • RELY: garantía de funcionamiento requerida al software
        
        • DATA: tamaño de la base de datos
        
        • CPLX: complejidad del producto
        
        (2) Atributos del ordenador
        
        • TIME: restricción de tiempo de ejecución
        
        • STOR: restricción del almacenamiento principal
        
        • VIRT: volatilidad de la máquina virtual
        
        • TURN: tiempo de respuesta del ordenador
        
        (3) Atributos del personal
        
        • ACAP: capacidad del analista
        
        • AEXP: experiencia en la aplicación
        
        • PCAP: capacidad del programador
        
        VEXP: experiencia en máquina virtual
        
        • LEXP: experiencia en lenguaje de programación
        
        (4) Atributos del proyecto
        
        • MODP: prácticas de programación modernas
        
        • TOOL: utilización de herramientas software
        
        • SCED: plan de desarrollo requerido.
        
        Avanzado
        
        Este modelo puede procesar todas las características del proyecto para construir una estimación. Introduce dos características principales
        
        Multiplicadores de esfuerzo sensitivos a la fase: Algunas fases se ven más afectadas que otras por los atributos. El modelo detallado proporciona un conjunto de multiplicadores de esfuerzo para cada atributo.
        
        Jerarquía del producto a tres niveles: Se definen tres niveles de producto. Estos son módulo, subsistema y sistema. La cuantificación se realiza al nivel apropiado, esto es, al nivel al que es más susceptible la variación.
      - PF (COSMIC) (Miguel) :*
        
        COSMIC fue diseñado para trabajar con requisitos funcionales en cualquier capa de la arquitectura de software y en cualquier grado de desglose de componentes.
        El proceso de medición COSMIC, consta de tres fases
        
        Fase 1: Estrategia de medición
        
        se define el propósito y alcance de la medición de software, que incluye cuales son los requerimientos funcionales de usuario que se van a medir, quienes son los usuarios funcionales y otros parámetros.
        
        Fase 2: Mapeo
        
        El punto de partida para el mapeo son los artefactos disponibles, como por ejemplo un esquema o especificación de requerimientos detallada, modelos de diseño como por ejemplo los casos de uso
        
        Fase 3: Medición
        
        La unidad de medida del método COSMIC es el “punto de función COSMIC” (CFP). Cada movimiento de datos es medido como un (1) CFP
        
        La medición de la nueva pieza de software se realiza identificando todos los movimientos de datos, es decir todas las entradas, salidas, lecturas y escrituras de cada proceso funcional. Luego sumándolas todas.
      - PF (JESS)
        
        Mide el tamaño del SW
        
        Efectiva
        
        Cuantitativa
        
        Auditable
        
        Factible desde las primeras etapas del ciclo de vida
        
        Se basa en los requisitos funcionales (Documentación técnica)
        
        De ello depende su valoración
        
        Método de entendimiento (Lo que el usuario quiere, y el resultado final)
        
        Entradas externas
        
        Salidas Internas
        
        Consultas
        
        Archivos Ext e Int.
    - - Método de Estimación Basado en la Especificación de Requerimientos (MEBER)
      - Se realizan rondas de estimación basadas en Juicio de Expertos, donde participan todos los miembros del equipo de desarrollo y se realizan ajustes de extremos, similares a los métodos Planning Poker, WideBand Delphi y Analogías.
    - - se explica la característica a estimar y todos votan excepto un moderador
      - utilizando cartas con valores 0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100
      - los votos mas extremos deben explicarse
      - estimación de tareas por censo
      - se repite la votación hasta el conceso
      - no tiene unidades, el objetivo no es dar un valor
      - evita el poder de alguien influyente
      - incluye el punto de vista del cliente