Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 6 vistas

    Examen 3 Apuntes Ingenieria Del Software-13

    Cargado por

    javierliebana99

    Copyright:

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

    Examen 3 Apuntes Ingenieria Del Software-13

    Cargado por

    javierliebana99
    6 vistas10 páginas

    Título original

    EXAMEN 3 APUNTES INGENIERIA DEL SOFTWARE-13

    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?

    Copyright:

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

    Examen 3 Apuntes Ingenieria Del Software-13

    Cargado por

    javierliebana99

    Copyright:

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

    School of Architecture,

    Engineering and Design


    Ingeniería del Software

    Estimación económica de la solución Software


    Modelos de estimación

    Carlos Moreno Martínez PhD


    Área de Informática y Telecomunicaciones
    Dpto. Ciencias, Computación y Tecnología

    Universidad Europea de Madrid


    Objetivos de aprendizaje del tema

    ▪ Entender los fundamentos y conceptos clave en la estimación


    económica del Software
    ▪ Conocer y aplicar un modelo de estimación económica según el
    ciclo de vida del Software
    ▪ Conocer y aplicar los elementos y modelos de estimación
    económica del Software con una orientación de ingeniería

    Capítulos
    01 Introducción a la medida del Software. La problemática de la
    medición del Software
    02 Modelo de estimación económica de una solución Software
    03 Estimación económica de la construcción del Software
    04 Consejos para la estimación económica de soluciones Software
    Bibliografía

    ▪ Sommerville, I., Software Engineering, TENTH edition, Pearson


    ▪ ISO/IEC 20926 Unadjusted functional size measurement IFPUG
    ▪ McConnell, S., Software Estimation: Demystifying the Black Art, 2006
    ▪ Boehm, W. Barry, Software Economics, 1983
    ▪ De Rore, Lotte and Snoeck, Monique and Poels, Geert and Dedene, Guido, COCOMO II as Productivity
    Measurement: A Case Study at KBC (December 2008). Available at SSRN:
    https://ssrn.com/abstract=1369122 or http://dx.doi.org/10.2139/ssrn.1369122
    ▪ Pressman, R. (edición 7), Ingeniería del Software: Un enfoque práctico
    ▪ IFPUG, “Function Point Counting Practices Manual, version 4.2”, International Function Point Users
    Group, 2004, www.ifpug.org.
    ▪ NESMA, “Definitions and counting guidelines for the application of function point analysis A practical
    manual, version 2.2”, Netherlands Software Measurement user Association, 2004 (in Dutch),
    www.nesma.org
    ▪ ISO/IEC 14143-1:2007 Information technology — Software measurement — Functional size
    measurement — Part 1: Definition of concepts
    ▪ ISO/IEC 24570:2018 Software engineering — NESMA functional size measurement method — Definitions
    and counting guidelines for the application of function point analysis
    01 Introducción a la medida del Software
    La problemática de la medición del Software
    ¿Por qué necesitamos medir?
    “31.1% of projects will be cancelled before they ever get complete;
    52.7% of projects will cost 189% of their original estimates;
    only 9% of their projects come in on-time and on-budget”
    The Standish Group (Chaos report 2014)

    The Standish Group (Chaos report 2015)


    ¿Por qué necesitamos medir?
    Para evaluar económicamente el Software
    - ¿El producto Software tiene una recuperación de costes o aportará beneficios al cliente?
    - ¿Qué precio dar al producto si quiero batir a mi competencia pero vender con beneficio?
    - ¿Puedo dar una estimación rápida de un Software nuevo, que sea suficientemente aceptable?

    Para planificar adecuadamente un proyecto


    - ¿Cuántas horas de trabajo nos llevará el desarrollo?
    - ¿Cuánto nos cuesta el desarrollo?

    Para mejorar nuestros procesos de desarrollo


    - ¿Puedo optimizar el desarrollo en futuros proyectos?

    Para cumplir expectativas


    - ¿El resultado de mi trabajo cumple con lo esperado por el cliente? ¿En qué medida lo cumple?
    - ¿Mi producto es mejor que otros?

    Para conocer el valor aportado de mi producto


    - ¿Cuál es el grado de sostenibilidad de mi producto? (p. ej. recursos que consume)
    - ¿Ayuda a conseguir o mejorar objetivos (de negocio)?
    - ¿Los usuarios son más eficientes en su trabajo, o están más satisfechos?
    - ¿Mi producto capacita a la organización para innovar?
    ¿Por qué necesitamos medir?
    Para evaluar económicamente el Software
    - ¿El producto Software tiene una recuperación de costes o aportará beneficios al cliente?
    - ¿Qué precio dar al producto si quiero batir a mi competencia pero vender con beneficio?
    - ¿Puedo dar una estimación rápida de un Software nuevo, que sea suficientemente aceptable?

    Para planificar adecuadamente un proyecto OnBudget


    - ¿Cuántas horas de trabajo nos llevará el desarrollo?
    - ¿Cuánto nos cuesta el desarrollo?
    OnTime
    Para mejorar nuestros procesos de desarrollo
    - ¿Puedo optimizar el desarrollo en futuros proyectos?
    OnTarget
    Para cumplir expectativas
    - ¿El resultado de mi trabajo cumple con lo esperado por el cliente? ¿En qué medida lo cumple?
    - ¿Mi producto es mejor que otros?

    Para conocer el valor aportado de mi producto


    -
    Satisfaction
    ¿Cuál es el grado de sostenibilidad de mi producto? (p. ej. recursos que consume)
    - ¿Ayuda a conseguir o mejorar objetivos (de negocio)?
    -
    -
    ¿Los usuarios son más eficientes en su trabajo, o están más satisfechos?
    ¿Mi producto capacita a la organización para innovar?
    Value
    El problema de medir Software

    No hay estándares universales.


    No se aplican métodos y modelos de estimación.
    Cambios no gestionados en los proyectos.
    Actividades no contempladas en el proyecto.
    Falta de disciplina en el desarrollo.
    Optimismo engañoso, subjetividad, o “lo que diga el jefe”
    No hay experiencia previa.
    No hay conocimiento de medir la calidad del software.
    El problema de medir Software

    4x

    2x

    x
    Análisis demanda Viabilidad Diseño Construcción Entrega

    -4x

    -2x

    Incertidumbre en la estimación económica de la solución Software


    (basado en Sommerville)

    También podría gustarte