M t é rica c s a s de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e e y y de d P od o u d c u t c o

Transcripción

1 Proceso de Ingeniería de Software Métricas del Proceso de Ingeniería de Software y de Producto

2 4. Métricas del proceso y el producto 4.1. Métricas del proceso 4.2. Métricas del producto 4.3. Calidad y métricas de los resultados 4.4. Técnicas de medición del proceso 2

3 Métricas del proceso y el producto El proceso de sw y las métricas de proyecto son medidas cuantitativas que permiten a los ingenieros de sw obtener una visión de la eficacia del proceso sw y los proyectos que llevan a cabo utilizando el proceso como marco de trabajo. 3

4 Métricas del proceso y el producto Las métricas también se utilizan para marcar las áreas problema de modo que se puedan desarrollar remedios y mejorar el proceso de software. 4

5 Métricas del proceso y el producto Cada tentativa de medición debe estar guiada por objetivos organizacionales, e impulsada por un conjunto de requisitos de medición establecidos por la organización y por el proyecto. 5

6 Métricas del proceso y el producto Definir el alcance de la medición. Se debe establecer la unidad organizacional a la que se va a aplicar cada requisito de medición 6

7 Medición del proceso Significa recoger, analizar e interpretar información cuantitativa sobre nuestros procesos, para identificar las fuerzas y las debilidades de los mismosy para evaluarlos después de que hayan sido implementados y/o cambiados. La norma que guía la medición del proceso es ISO/IEC

8 Medición del proceso 8

9 Se refieren a las características del propio software que incluye: la medición del tamañodel producto, la estructura del producto y la calidad del producto. Un estándar internacional para la evaluación del Software es el ISO9126 9

10 10

11 11

12 12

13 ISO/IEC 19761, Esta norma es aplicable a los siguientes dominios: a) Aplicaciones de Software: banca; servicios; contabilidad; distribución; manufactura; seguros. 13

14 ISO/IEC 19761, (dominio) b) Software en tiempo real, cuya tarea es mantener el control con acontecimientos que suceden en el mundo real; Software para centrales telefónicas y de conmutación de mensajes, software embebido en dispositivos para el control máquinas, aparatos domésticos, ascensores y motores de automóviles, para el control del proceso y la adquisición automática de datos, y en el sistema operativo de los pc s. 14

15 ISO/IEC 19761, (dominio) c) Híbridos de los anteriores (aplicaciones de software; software de tiempo real) En tiempo real los sistemas de reserva para las líneas aéreas y hoteles. 15

16 ISO/IEC 19761, (dominio) d) Se caracteriza por complejos algoritmos matemáticos u otras normas especializadas y complejas, como pueden ser encontradas en: sistemas expertos, software de simulación, software de auto-aprendizaje sistemas de predicción meteorológica. 16

17 ISO/IEC 19761, (dominio) e) y, las variables de procesos continuos, tales como: sonidos de audio o imágenes de vídeo, en software de juegos informáticos, instrumentos musicales y similares. 17

18 ISO/IEC 19761, Esta norma es el proceso de medición de tamaño funcional. Functional Size Measurement (FSM) FSM está basado en la métrica de Punto de Función. (FP) 18

19 Los Puntos de Función (FP) miden la funcionalidad que entrega un sistema. 19

20 Con datos históricos, el punto de función se usa para: Estimar el costo o esfuerzo requerido para diseñar, codificar y probar el producto sw. Predecir el # de errores que se encontrarán durante la prueba; Pronosticar el número de componentes, de líneas de código proyectadas, o ambas, en el sistema implementado. 20

21 21

22 Proporciona información al usuario y/u otras aplicaciones. Se debe contar cada dato único de usuario o salida de control generado proceduralmente y que sale del límite de la aplicación. 22

23 Una salida se considera única si: 1. tiene formato diferente 2. tiene el mismo formato que otra salida pero requiere diferente lógica de procesamiento. 23

24 Se debe contar cada dato único de usuario o entrada de control que se introduce en los límites de la aplicación y actualiza un archivo lógico interno, conjunto de datos, tabla o dato independiente. Esto incluye archivos de entrada y transacciones recibidas de otras aplicaciones. 24

25 Una entrada se considera única si 1. tiene un formato diferente 2. tiene el mismo formato que otra entrada pero requiere una lógica diferente de procesamiento, o se modifica un archivo interno lógico diferente. 25

26 Se debe contar cada combinación única de entrada/salida en la que la entrada online definida por el usuario genera una salida inmediata on-line. 26

27 Una consulta se considera única si 1. tiene un formato diferente de otras bien en su entrada o salida 2. tiene el mismo formato, tanto entrada como salida, que otra consulta pero requiere diferente lógica de procesamiento en cualquiera de los dos. 27

28 Una consulta directa en una base de datos o archivo maestro es aquella que 1. utiliza claves simples para recuperar datos específicos -esto es, un registro simple o grupo de registros, no un rango- 2. requiere respuesta inmediata, y 3. no realiza funciones de actualización (aunque se pueden efectuar cálculos). 28

29 Las consultas pueden aparecer en consulta de usuario/display sin actualización de archivo u otra entidad lógica, archivo de transacción que sale del límite de la aplicación si está accesible al usuario on-line pantalla de selección de menú (todas las pantallas de menú cuentan como una consulta) mensaje de información o pantalla de ayuda. 29

30 Se debe contar cada grupo lógico mayor de datos de usuario o de información de control mantenidos dentro de los límites de la aplicación. 30

31 Existen dos tipos de archivos: archivos con transacciones temporales y archivos con registros lógicos de datos permanentes. Sólo los almacenamientos de datos permanentes se ven como archivos lógicos. 31

32 Cuando se mantienen dentro de la aplicación se clasifican como archivos internos lógicos". Si se comparten entre aplicaciones se clasifican como interfaces y cómo archivos internos lógicos. 32

33 Es un agrupamiento lógico de datos externo a la aplicación pero que proporciona datos que podría usarse en esta. 33

34 Las interfaces se pueden encontrar en: archivos lógicos internos accesibles desde otra aplicación archivos lógicos internos accedidos en otra aplicación base de datos compartida lista de parámetros compartida 34

35 Las interfaces se pueden encontrar en: archivo de impresión exportado archivo transacción compartido que requiere conversión. Se contarán como un interface archivo de registros de otra aplicación (en la otra aplicación (+1 archivo, +1 interface) 35

36 Se clasifica y pondera cada función por su nivel de complejidad (simple, media, compleja). 36

37 Valor Conteo Dominio Factor de Ponderación Simple Media Compleja #Salidas n #Entradas n #Consultas n #Archivos n #Interfaces n

38 Características del entorno: Puntúan de ( ) fi 38

39 Para calcular el Punto de Función se utiliza la fórmula: [ ( ) ] PF = totalconteo 01 fi 1 PF se traduce en 60 líneas de código. Se producen 12PF por cada persona/mes de esfuerzo 39

40 ISO/IEC El propósito y el alcance de la medida del tamaño funcional Functional Size Measurement (FSM) se determinará antes de comenzar un ejercicio de medición en particular. 40

41 41

42 ISO/IEC Cálculo del Tamaño Funcional Asignación de una unidad de tamaño una Cfsu (unidad de medida), se asignará a cada movimiento de los datos identificados, es decir a cada instancia de un movimiento de datos (entrada, salida, de lectura o escritura) que se identificó. 42

43 ISO/IEC Cálculo del Tamaño Funcional Agregación de tamaño funcional para un proceso funcional (FP) Los resultados de la asignación de unidad de tamaño se agregan en un valor de tamaño funcional único para ese proceso funcional por dos mecanismos: 43

44 ISO/IEC Cálculo del Tamaño Funcional Agregación de tamaño funcional para un proceso funcional (FP) a ) multiplicando el número de movimientos de datos dentro de cada tipo de movimiento de datos por el tamaño de su unidad. 44

45 ISO/IEC Cálculo del Tamaño Funcional Agregación de tamaño funcional para un proceso funcional (FP) b ) obteniendo el tamaño del proceso funcional mediante la suma de las dimensiones de cada uno de sus movimientos de datos. 45

46 ISO/IEC Cálculo del Tamaño Funcional FP tamaño el tamaño funcional de un determinado proceso funcional (Tamaño FP) se calcula en Cfsu (unidad de medida) utilizando la fórmula: ( Ne Eus) + ( Nx Xus) + ( Nr Rus) i + ( Nw ) = Wus 46

47 ISO/IEC Cálculo del Tamaño Funcional FP tamaño ( Ne Eus) + ( Nx Xus) + ( Nr Rus) i + ( Nw ) = Wus Ne = # Entradas para el Proceso Funcional (FP) Nx = # Salidas del FP Nr = # Lecturas del FP Nw = # Escrituras del FP E,X,R,W,us = (E,X,R,W) Unit Size 47

48 ISO/IEC Cálculo del Tamaño Funcional Agregación de tamaño Funcional para FUR identificados El tamaño de cada artefacto de software a medirse dentro de una capa se obtendrá por la suma del tamaño de los procesos funcionales (FP) con los artefactos identificados en el FUR (Requisitos de Usuario Funcional) 48

49 ISO/IEC Cálculo del Tamaño Funcional Cálculo del tamaño de los cambios de FUR Con cada capa identificada, el tamaño funcional de los cambios en el FUR (Functional User Requirements) dentro de cada artefacto de software dentro del alcance del FSM (Functional Size Measurement) se calcula mediante la suma de los tamaños de los movimientos de datos afectados 49

50 ISO/IEC Cálculo del Tamaño Funcional Cálculo del tamaño de los cambios de FUR Tamaño Cfus ( Cambio ) = tamaño ( insert ) + tamaño ( update ) tamaño ( delete ) i i + Un cambio solicitado es: añadir un nuevo proceso funcional de tamaño 6 Cfsu, y en otro proceso funcional añadir un movimiento de datos, realizar cambios en tres movimientos de datos y eliminar otros dos movimientos de datos. El tamaño total del cambio solicitado es: = 12 Cfsu = i 50

51 ISO/IEC Documentación de los Resultados: a) Identificación de cada artefacto de software en el ámbito de los FSM (nombre, identificación de versión o identificación de configuración); 51

52 ISO/IEC Documentación de los Resultados: b) Una descripción de la finalidad y el alcance de medición (el punto de vista ') 52

53 ISO/IEC Documentación de los Resultados: c) Una descripción de la relación de cada artefacto de software dentro del ámbito del FSM con sus usuarios y la posición de los límites, tanto punto a punto, y entre las capas; 53

54 ISO/IEC Documentación de los Resultados: d) El valor del tamaño funcional de cada artefacto de software dentro del ámbito del FSM, calculado de acuerdo al tamaño funcional 54

55 ISO/IEC

56 ISO/IEC

57 57

58 58

59 59

60 60

61 61

62 Calidad de los resultados de las métricas 62

63 Calidad de los resultados de las métricas 63

64 Técnicas de Medición del Proceso Clasificación ortogonal de defectos (IEEE 1044:1993), Control estadístico de procesos (SPC), PSP. 64

65 Clasificación ortogonal de defectos (IEEE 1044:1993): Este estándar provee: Identificar el ambiente y actividad en específico. Fase de desarrollo específico. Los síntomas de una anomalía. Identificación de dónde ocurre la anomalía y su corrección. 65

66 Clasificación ortogonal de defectos (IEEE 1044:1993): Esta norma se compone de 5 módulos: Definición de conceptos; Evaluación de la conformidad de los métodos de medición de tamaño de software. Verificación funcional de los métodos de medición de tamaño. Modelo de Referencia Determinación de dominios funcionales para su uso con la medida del tamaño funcional. 66

67 Clasificación ortogonal de defectos (IEEE 1044:1993): 67

68 Control estadístico de procesos (SPC): El desarrollo de un proceso a través del tiempo se puede seguir por medio de las gráficas de control, donde se determinan límites control. Esto permite que si uno o varios de los valores sobrepasan estos límites, se puede asumir que una causa asignable está influyendo en el proceso, y por lo tanto se hace inestable. 68

69 Control estadístico de procesos (SPC): 69

70 Personal software Process (PSP): Personal Software Process (PSP ): Fue creado por Watts Humphrey como respuesta a la carencia de una herramienta para aplicar los principios generales que planteaba el modelo SW CMM para los procesos de la organización, aplicados a procesos individuales. 70

71 Personal software Process(PSP): Es un conjunto de prácticas disciplinadas para la gestión del tiempo y mejora de la productividad personalde los programadores o ingenieros de software, en tareas de desarrollo y mantenimiento de sistemas. 71

72 Personal software Process(PSP): Se puede considerar como la guía de trabajo personal para ingenieros de software en organizaciones que emplean un modelo CMMI con nivel de madurez o de capacidad de procesos que implica la medición cualitativa y mejora de procesos. 72

73 Personal software Process(PSP): Uno de los mayores problemas que tiene es la gran cantidad de datos que hay que tomar. El PSP tiene obsesión por la toma de datos y elaboración de tablas. El PSP se orienta el conjunto de áreas clave del proceso que debe manejar un desarrollador cuando trabaja de forma individual. 73

74 Personal software Process (PSP): Un PSP es un marco de trabajo de medición y análisis que ayuda a caracterizar el proceso. Es también un procedimiento definido para ayudar a mejorar el rendimiento. 74

75 Personal software Process (PSP): La calidad de un componente software está condicionada por el individuo que lo desarrolló. Está condicionada por: Conocimiento Disciplina Compromiso 75

76 Personal software Process (PSP): El profesional de SW debe conocer el propio rendimiento. Debe aprenderse de las variaciones del rendimiento propio. Debe incorporarse lecciones a la manera personal de hacer. 76

77 Personal software Process (PSP): Objetivos Lograr una disciplina de mejora continua en el proceso de desarrollo. Medir, estimar, planificar, seguir y controlar el proceso de desarrollo. Mejorar la calidad del proceso de desarrollo. En general, PSP, provee calidad y productividad. 77

78 Personal software Process (PSP): Objetivos Lograr una disciplina de mejora continua en el proceso de desarrollo. Medir, estimar, planificar, seguir y controlar el proceso de desarrollo. Mejorar la calidad del proceso de desarrollo. En general, PSP, provee calidad y productividad. 78

79 Personal software Process (PSP): Estructura 79

80 Personal software Process (PSP): Estructura 1. Conocimiento del Área Fundacional 2. Conceptos Básicos PSP 3. Medición del tamaño y la estimación 4. Realización y seguimiento del Proyecto 5. Calidad de Planificación y Seguimiento Software 6. Diseño de Software 7. Proceso de extensiones y personalizaciones. 80

81 Personal software Process (PSP): Estructura 81

82 Personal software Process (PSP): Beneficios (PSP ) Los datos y su análisis permitirán determinar las fortalezas y debilidades. Los datos y su análisis posterior conducirán hacia nuevas ideas para la mejora del proceso. Se tendrá control total sobre el calendario, aceptando sólo aquellos compromisos que se puedan cumplir. Se gana un sentido de satisfacción personal. La parte de calidad ayudará a producir mejores productos de trabajo. El equipo de trabajo tendrá mayor confianza porque existe una disciplina para el desarrollo de los productos. Desventajas (PSP ) Los formatos de diseño de PSP2.1 pueden ser redundantes para programadores que tienen acceso a otras herramientas de diseño. Es subjetivo determinar si una parte del software es reutilizable. No todos los ingenieros ven la definición de productividad de la misma manera. PSP esta especialmente enfocado al desarrollo de software y no toma en cuenta el tiempo empleado en la negociación de los requerimientos con el cliente. La fase de requerimientos es un componente clave en cualquier proyecto. Seguir PSP al pie de la letra no es viable para muchos ingenieros. Deben ver el método como una estructura para el desarrollo de una práctica de desarrollo de software con calidad. 82

83 (Referencias) Un Procedimiento de Medición de Tamaño Funcional para Especificaciones de Requisitos. Disponible en [ INTERNATIONAL STANDARD ISO/IEC Software engineering COSMIC-FFP A functional size measurement method. First edition INTERNATIONAL STANDARD ISO/IEC Information technology Software measurement Functional Size Measurement. Second edition (PSP) - The Personal Software Process (PSP) Body of Knowledge, Version