Métricas de desarrollo de software (PSP)
Unidad 2. Planeación: Introducción, medición y estimación
Ingeniería en Desarrollo de software Semestre 5
Programa de la asignatura: Métricas de desarrollo de software (PSP)
Unidad 2. Planeación: Introducción, medición y estimación
Actividades de aprendizaje Alumno: Balderas Plata Juan Gabriel Docente: Elvia Sánchez Magadan
Clave: 15143529
Universidad Abierta y a Distancia de México
Ejecutas el editor1
Ciencias Exactas, Ingenierías y Tecnología | Desarroll Desarrollo o de Software
1
Métricas de desarrollo de software (PSP)
Unidad 2. Planeación: Introducción, medición y estimación
Actividad 3. Estimación del tamaño de un s oftware Introducción: La estimación del tamaño de un producto software es de gran utilidad para estimar costos y demás recursos. Propósito: Esta actividad tiene la finalidad de que reflexiones sobre la estimación del tamaño de un producto de software y determinar la factibilidad de utilizar métodos de estimación como Proxy o PROBE de acuerdo a los escenarios propuestos mediante casos de análisis. Instrucciones: Para el desarrollo de la actividad tu docente en línea te hará llegar las instrucciones necesarias, una vez que cuentes con ellas, aclara las posibles dudas que tengas y sigue estos pasos: 1. Analiza el o los casos correspondientes e identifica el o los métodos de estimación que consideres responden a las necesidades de cada caso. 2. Redacta una recomendación en relación con el uso del o los métodos identificados. Justifica tu recomendación. 3. Guarda la actividad con el nombre DMDS_U2_A3_XXYZ. Sustituye las XX por las dos primeras letras del primer nombre, la Y por tu apellido paterno y la Z por tu apellido materno y envíala a tu docente en línea mediante la herramienta Tarea. Espera y atiende la retroalimentación correspondiente. Conclusión y recomendaciones: Considera que una buena estimación es la que proporciona una visi ón clara de la realidad de un proyecto, permite al líder controlar adecuadamente el proyecto y lograr los objetivos.
Ejecutas el editor2
Ciencias Exactas, Ingenierías y Tecnología | Desarrollo de Software
2
Métricas de desarrollo de software (PSP)
Unidad 2. Planeación: Introducción, medición y estimación
Actividad 3. Estimación del tamaño de un software Propósito: Reforzar la comprensión acerca de la estimación del tamaño de un producto de software. 1. Investiga en diversas fuentes a tu alcance sobre la estimación del tamaño de un producto de software. Basado en datos históricos de proyectos anteriores se puede estimar el tamaño de un producto de software. Se realiza una comparación de las estimaciones de trabajos anteriores con el nuevo proyecto, para obtener una mayor y mejor estimación, se divide el proyecto actual en partes más pequeñas y se compara con partes más pequeñas de proyectos anteriores, la estrategia antes mencionada funciona para la mayoría de los proyectos que se realizan en distintas áreas. 2. Identifica ¿Qué es un método de estimación de tamaño de software y cuáles son sus características? Es el esfuerzo para completar un proyecto, contando con el efecto de la planeación, normalmente se estima primero el tamaño y, con base en él, el tiempo. Las características de un método de estimación de tamaño: 1.- Basarse en métodos estructurados. 2.- Poder usarse a lo largo de todas las fases del proyecto. 3.- Poder usarse con todos los elementos del proyecto. 4.- Ser susceptible de análisis estadístico. 5.- Ser adaptable al tipo de trabajo que usted va a hacer en el futuro. 6.- Proporcionar medios para juzgar la exactitud de las estimaciones 3. Identifica los métodos de estimación PROXY y PROBE. Explica los siguientes elementos: objetivo y características, e incluye un caso de aplicación de cada uno de ellos.
¿Qué es un Proxy? Un proxy es una característica del programa que es fácil de visualizar en etapas tempranas del desarrollo. Ejemplos: pantallazos, objetos, archivos. Características de un buen proxy 1.- La medida del proxy debe tener una alta correlación con el esfuerzo necesario para construir el programa. 2.- El proxy debe poder contarse en forma automática sobre el produc to terminado. 3.- Debe ser fácil de visualizar al comienzo del proyecto. 4.- Debe ser adaptable a necesidades específicas. 5.- Debe adaptarse a variaciones de implantación. Objetos como proxis Los objetos se asimilan a los distintos entes que son relevantes en el ambiente propio de una Aplicación. Ejecutas el editor3
Ciencias Exactas, Ingenierías y Tecnología | Desarrollo de Software
3
Métricas de desarrollo de software (PSP)
Unidad 2. Planeación: Introducción, medición y estimación
Es fácil identificar los objetos que tomarán parte en un programa con base en una mínima especificación. Si el programa se mira como una implantación de los objetos que lo conforman, se ve que hay una correlación entre éstos y el tamaño del programa. Los objetos son fáciles contar sintácticamente dentro de un programa. Es posible programarlos usando un lenguaje y una metodología orientados a objetos que sean uniformes. EL MÉTODO PROBE (PROxy-Based Estimating) SE DIVIDE EN VARIAS FASES: 1.- Diseño conceptual 2.- Clasificación de los objetos 3.- Cálculo de LOC modificadas y agregadas 4.- Estimación del tamaño del programa 5.- Cálculo del intervalo de predicción PROBE: DISEÑO CONCEPTUAL Es un diseño preliminar, basado en las especificaciones iniciales del proyecto, que busca identificar los objetos que tendrían que conformar la aplicación. El criterio es: ¿Cuáles objetos harían falta para poder construir la aplicación? El diseño conceptual se usa sólo con propósitos de estimación, si en la fase de diseño se identifica una mejor aproximación a la solución, ésta debe seguirse. PROBE: CLASIFICACIÓN DE LOS OBJETOS Los objetos identificados en el diseño conceptual deben clasificarse. La clasificación se hace según los siguientes conceptos: 1.- Tipo 2.- Tamaño relativo de los métodos 3.- El tamaño promedio de los métodos se identifica con base en información histórica PROBE: PROGRAMA DE BASE Y OBJETOS REUTILIZADOS Con frecuencia un proyecto consiste en modificar un programa existente en lugar de construir uno nuevo. Es muy posible que objetos existentes puedan ser reutilizados durante la construcción de un nuevo Proyecto. Para estos casos hay que tener en cuenta las líneas que hay que agregar y modificar además de las líneas borradas deben tenerse en cuenta para estimar el tamaño final corregido. El conteo de líneas efectivamente agregadas, borradas y modificadas al final es complejo por lo que surge la necesidad de utilizar programas como diff el cual puede ayudar. Ejecutas el editor4
Ciencias Exactas, Ingenierías y Tecnología | Desarrollo de Software
4
Métricas de desarrollo de software (PSP)
Unidad 2. Planeación: Introducción, medición y estimación
PROBE: ESTIMACIÓN DE TIEMPO DE DESARROLLO Productividad La productividad corresponde a la cantidad de trabajo que puede hacerse por unidad de tiempo. Es posible enfocar mejor el problema de la productividad utilizando técnicas estadísticas más avanzadas que un simple promedio. La conexión entre tiempo y tamaño 1.- Bajo un proceso estable, se espera un alto grado de similitud entre tamaño estimado y tiempo de desarrollo. 2.- Si no se tiene suficiente información histórica puede usarse un simple promedio. 3.- Si se tiene suficiente información histórica (al menos tres puntos) puede usarse el método de regresión lineal: - Con tamaños reales contra tiempo de desarrollo. - Con tamaños estimados contra tiempo de desarrollo. - También es necesario en este caso calcular un intervalo de predicción. Tiempo de las diversas tareas Para construir un plan, es necesario determinar el tiempo dedicado a cada actividad Usar métodos estadísticos avanzados. Sin embargo, basta con utilizar la distribución observada en trabajos anteriores. La bitácora de actividades permite conocer el tiempo dedicado a las distintas partes de cada proyecto. Esta distribución puede analizarse y promediarse para asignar tiempos posibles a las actividades en nuevo proyecto. Construcción de un cronograma 1.- Distribuir estas horas en las diversas tareas. 2.- Obtener el total de horas efectivas de trabajo por semana. 3.- Determinar las horas efectivas por semana calendario. 4.- Planear la secuencia de tareas. 5.- Fijar las tareas en el tiempo. 6.- Marcar puntos de control. 7.- Distribuir estas horas en las diversas tareas. 8.- Obtener el total de horas efectivas de trabajo por semana. 9.- Determinar las horas efectivas por semana calendario. 10.- Planear la secuencia de tareas. 11.- Fijar las tareas en el tiempo. 12.- Marcar puntos de control.
Ejecutas el editor5
Ciencias Exactas, Ingenierías y Tecnología | Desarrollo de Software
5
Métricas de desarrollo de software (PSP)
Unidad 2. Planeación: Introducción, medición y estimación
4. Como conclusión redacta una recomendación en relación con el uso de los métodos de estimación PROXY Y PROBE, que dé respuesta a las siguientes preguntas: CONCLUSIONES - La planeación de proyectos de software es una actividad compleja, que requiere entrenamiento y práctica. - La habilidad para estimar se adquiere con la práctica y mejora con la experiencia - El control del tiempo es la base fundamental para todas las mediciones de productividad. - La estimación de tamaño es central en el proceso de planeación. Una buena estimación de tamaño se apoya en datos históricos bien mantenidos. - La estimación de tiempo es mucho más confiable si se basa en un estimado de tamaño. - Los datos históricos también juegan aquí un papel fundamental. - Un registro de actividades bien manejado es un activo importante para una buena planeación. - Los métodos estadísticos son fundamentales a lo largo del proceso de planeación. Éstos representan la diferencia entre un plan de carácter ingenieril y una estimación informal. a) ¿Cuándo se debe utilizar el método PROBE para estimar y planear el trabajo? ¿por qué? Se debe utilizar cuando el proyecto ya está avanzado, utilizando los datos históricos y reutilizando código ya hecho, dividiendo en tareas más pequeñas para agilizar el proyecto. b) ¿Cuándo se debe utilizar la estimación del proyecto utilizando el método PROXY? ¿por qué? El PROXY se debe utilizar en la etapa temprana del proyecto cuando se inicia la planeación 5. Integra tu actividad con una presentación de Power Point con la información investigada y guárdala con la nomenclatura DMDS_U2_A3_XXYZ. Sustituye las XX por las dos primeras letras de tu primer nombre, la Y por tu primer apellido y la Z por el segundo. 6. La presentación debe contener: tus datos generales, información investigada y fuentes de consulta confiables en formato APA. 7. Indispensable el uso de colores agradables, tipografía coherente, imágenes acordes al tema y distribución adecuada de los elementos. 8. Consulta los criterios de evaluación de la actividad para que consideres los aspectos a evaluar. Ejecutas el editor6
Ciencias Exactas, Ingenierías y Tecnología | Desarrollo de Software
6
Métricas de desarrollo de software (PSP)
Unidad 2. Planeación: Introducción, medición y estimación
9. Envía la actividad en formato ppt a tu docente en línea mediante el apartado de tareas.
Referencias: UnADM. (s.f.). Unidad 2. Planeación: Introducción, medición y estimación. Recuperado el 27 de abril de 2018, de Plataforma Blackboard de la asignatura Métricas de desarrollo de software (PSP).
Humphrey, W. (1995) A discipline for software engineering (The complete PSP Book) United States of America: Addison Wesley. Universidad de los Andes - Colombia .
(s.f.). Recuperado el 02 de 07 de 2014, de http://sistemas.uniandes.edu.co/~isis2701/dokuwiki/lib/exe/fetch.php?media=07-01estimacionprobe.pdf
Ejecutas el editor7
Ciencias Exactas, Ingenierías y Tecnología | Desarrollo de Software
7