ESCUELA DE INGENIERIA DE SISTEMAS CALIDAD DE SOFTWARE
PARADIGMA GOAL QUESTION METRIC (GQM) Docente
:
M. Sc. Távara Ramos, Anthony Paúl
Autor
:
Mendoza Jibaja, Luigi Francisco
Ciclo
:
VI
PIURA – 2013
Tabla de contenido RESUMEN ........................................................................................................................................... 1 1 INTRODUCCIÓN ......................................................................................................................... 2 2 ¿QUÉ ES GQM? .......................................................................................................................... 2 3 FASE DE PLANIFICACIÓN............................................................................................................ 4 3.1 Paso 1: Establecer el equipo GQM ..................................................................................... 5 3.2 Paso 2: Seleccionar las áreas de mejora ............................................................................. 5 3.3 Paso 3: Seleccionar el proyecto de aplicación y establecer un equipo del proyecto......... 5 3.4 Paso 4: Crear el plan del proyecto...................................................................................... 6 3.5 Paso 5: Formación y promoción ......................................................................................... 6 4 FASE DE DEFINICIÓN .................................................................................................................. 6 4.1 Paso 1: Definir los objetivos de la medición ....................................................................... 7 4.2 Paso 2: Revisar o producir los modelos de proceso software............................................ 7 4.3 Paso 3: Realizar entrevistas GQM ...................................................................................... 7 4.4 Paso 4: Definir preguntas e hipótesis ................................................................................. 7 4.5 Paso 5: Revisar preguntas e hipótesis ................................................................................ 8 4.6 Paso 6: Definir las métricas ................................................................................................ 8 4.7 Paso 7: Comprobar consistencia y completitud de las métricas ........................................ 8 4.8 Paso 8: Producir el plan GQM............................................................................................. 8 4.9 Paso 9: Producir el plan de medición ................................................................................. 8 4.11 Paso 10: Producir el plan de análisis ................................................................................ 8 4.12 Paso 11: Revisar los planes ............................................................................................... 8 5 FASE DE RECOPILACIÓN DE DATOS ........................................................................................... 9 5.1 Formación y arranque de la obtención de datos ............................................................... 9 5.2 Construcción del sistema de soporte a la medición........................................................... 9 6 FASE DE INTERPRETACIÓN ...................................................................................................... 10 6.1 Preparación de las sesiones de realimentación ............................................................... 10 6.2 Sesiones de realimentación .............................................................................................. 11 6.3 Generación de informes de interpretación de los resultados de la medición ................. 11 6.4 Análisis de costes y beneficios de un programa de medición .......................................... 11 7 PRÁCTICAS CLAVE .................................................................................................................... 11 8 EJEMPLO DE APLICACIÓN DE GQM ......................................................................................... 13 CONCLUSIONES ................................................................................................................................ 14 REFERENCIAS .................................................................................................................................... 15
RESUMEN
Siempre se mide con la idea de mejorar, y en consecución con ello, de aumentar la calidad de los entes involucrados en los procesos de desarrollo de software. Sin embargo, es casi imposible medir todos los atributos de estas entidades. Es por ello que se debe determinar que medir en base a metodologías y modelos de calidad bien definidos. Es decir, se necesita conocer qué queremos mejorar para saber que medir. Entre los métodos más conocidos se encuentra el enfoque Goal Question Metric. La intención de este trabajo de investigación, es realizar una descripción casi detallada de la metodología Goal Question Metric, y cómo es que su aplicación ayuda en la obtención de una mejora en la calidad del software. El trabajo está compuesto en tres capítulos: -
Capítulo 1: Mejora de la Calidad del Software y Medición GQM En este capítulo se aborda la mejora de la calidad del software y la medición orientada a objetivos, así mismo se da a conocer los orígenes de GQM, y se explica qué es la metodología GQM y los motivos para aplicarla.
-
Capítulo 2: El método GQM paso a paso Este capítulo describe en profundidad las cuatro fases del método GQM: fase de planificación, definición, recogida de datos e interpretación, con todos sus subprocesos que la conforman.
-
Capítulo 3: Prácticas clave y ejemplos de aplicación Finalmente en este capítulo se da a conocer algunas prácticas claves que sugieren que se debería hacer y que no, al aplicar el enfoque GQM en la organización.
1
CAPITULO 1: MEJORA DE LA CALIDAD DEL SOFTWARE Y MEDICIÓN GQM 1 INTRODUCCIÓN Como cualquier disciplina de la ingeniería, el desarrollo de software requiere de un mecanismo de medición para la evaluación y retroalimentación. La medición es un mecanismo para entender, monitorizar, controlar, predecir y probar el desarrollo de software y los proyectos de mantenimiento (Briand et al., 1996) y pueden ser empleada por profesionales e investigadores para tomar mejores decisiones (Pfleeger, 1997). Ayuda a la planificación de proyectos (por ejemplo: ¿Cuánto costará un nuevo proyecto?), nos permite identificar las fortalezas y debilidades de nuestros procesos o sus productos resultantes (por ejemplo: ¿Con qué frecuencia se dan ciertos tipos de errores?), proporciona una base para la adopción de técnicas de refinación (por ejemplo: ¿Cuál es el impacto de la técnica XX sobre la productividad de los proyectos?), nos permite además, evaluar la calidad de los productos y procesos específicos (por ejemplo: ¿Cuáles son los efectos de un sistema luego de su implementación?). Además de ello, la medición también contribuye, en el desarrollo de un proyecto, permitiendo evaluar su progreso y adoptar medidas correctivas de ser necesario, y calcular el impacto de adoptar dichas medidas. De acuerdo con muchos estudios realizados sobre la aplicación de modelos y métricas en entornos industriales (“Software Measurement”), la medición con el f in de ser eficaz, debe
ser: -
Basada en objetivos específicos. Aplicable a todo el ciclo de vida de productos, procesos y recursos. Interpretada en función de los objetivos definidos, las características, el entorno o contexto donde serán aplicadas.
Esto significa que la medición debe definirse de arriba hacia abajo. Es decir, debe estar enfocada en base a objetivos y modelos. Por el contrario, un enfoque de abajo hacia arriba no sería muy eficaz debido a la cantidad de características observables en el software (por ejemplo: el tiempo, el número de errores, la complejidad, el número de líneas de código, el esfuerzo, etc.), por lo que las métricas que se empleen y cómo se les interprete, no serán claras sin los modelos y objetivos que definen el contexto apropiado. Existen una variedad de mecanismos que ayudan en la definición de metas u objetivos cuantificables. En este trabajo de investigación, se abordará en el enfoque que Goal Question Metric da a la definición de métricas.
2 ¿QUÉ ES GQM?
2
El paradigma GQM (Goal Question Metric) es un enfoque práctico basado en metas u objetivos, para la delimitación del problema de la medición. Permitiendo desarrollar y mantener un programa de métricas que ayudan a: - Evaluar la calidad de cada proyecto. - Gestionar el riesgo. - Alinear las métricas con los negocios de la organización. Este método fue originalmente defino por Victor Basili y David Weiss (1984) y extendido posteriormente por Rombach (1990) como resultado de muchos años de experiencia práctica e investigación académica. Provee un mecanismo excelente para la definición de mediciones tanto del proceso como de los resultados de un proyecto. Este enfoque considera que un programa de medición puede ser más eficaz si se diseña teniendo en cuenta las metas u objetivos perseguidos. La diferencia entre metas y objetivos es la siguiente: - Las metas son generales, abstractas e intangibles. Responden a la pregunta de ¿qué queremos alcanzar?, y la respuesta es cualitativa. Por ejemplo: reducir el tiempo de entrega. - Los objetivos son precisos, concretos y tangibles. Las metas se descomponen en un conjunto de objetivos bien definidos, con la intención de que alcanzando los objetivos alcanzaremos la meta. Responden a la pregunta de ¿cuánto queremos alcanzar?, y la respuesta es cuantitativa. P.ej.: Reducir el tiempo de entrega en un 20% al final del año. Para determinar si se ha alcanzado el objetivo perseguido, se formulan preguntas que ayudan a medir si se está alcanzando de manera exitosa la meta definida. GQM se puede aplicar a todo el ciclo de vida del producto, a los procesos y recursos, pudiéndose además, alinear fácilmente con el ambiente organizacional. Plantea como principio básico que la medición para evaluar la calidad del software, debe estar siempre orientado en la identificación de objetivos a lograr.
CAPÍTULO 2: EL MÉTODO GQM PASO A PASO Van Solingen y Berghout (1999) sostienen que el método GQM está conformado por cuatro fases: -
-
Fase de Planificación, fase en la cual se selecciona, define, caracteriza y planifica un proyecto para la aplicación de la medición, obteniendo como resultado un plan del proyecto. Esta fase abarca los pasos del 1 al 5 del proceso descrito por Basili. Fase de Definición, durante la cual el programa de medición es definido y documentado (objetivos, preguntas, métricas e hipótesis son definidos). Esta fase abarca los tres primeros pasos del proceso descrito por Basili.
3
-
Fase de Recopilación de Datos, fase en la que se reúnen los datos reales de la medición. Comprende los pasos 4 y 5 del proceso de Basili. Fase de Interpretación, fase en la que se procesan los datos recopilados respecto a las métricas definidas en forma de resultados de medición, que proporcionan respuestas a las preguntas definidas, a partir de las cuales se puede evaluar el logro del objetivo planteado.
Las cuatro fases del método GQM se ilustra en la siguiente imagen. La fase de planificación se lleva a cabo para cumplir con los requisitos básicos que permitan que un programa de medición GQM sea un éxito, para ello se incluyen aspectos de capacitación, participación en la gestión y planificación de proyectos. Durante la fase de definición se elaboran los entregables, que están basados principalmente en entrevistas estructuradas o en otras técnicas de adquisición de conocimiento. En la fase de definición se identifica un objetivo, y todas las preguntas relacionadas con las métricas y expectativas (hipótesis) de las mediciones. Cuando se han realizado todas las actividades de la fase de definición, la medición real puede empezar. Durante la fase de recopilación de datos se definen, llenan y almacenan en una base de datos una serie de formularios en los que se obtienen todos los datos de las mediciones. Finalmente, durante la fase de interpretación, las mediciones se utilizan para responder a las preguntas, y estas respuestas se vuelven a utilizar para ver si los objetivos se han alcanzado.
Figura N°: Las cuatro fases del método Goal Question Metric
3 FASE DE PLANIFICACIÓN La objetivo principal de la fase de planificación es la recolección de toda la información necesaria para un inicio exitoso, preparando y motivando a los miembros de la organización para llevar a cabo el programa de medición. El plan del proyecto contiene documentos, procedimientos, calendarios y objetivos del programa de medición, así como también, información básica para el fomento y aceptación del programa por parte de la dirección. La fase de planificación consta de cinco pasos:
4
3.1 Paso 1: Establecer el equipo GQM Un equipo GQM debería tener las siguientes cualidades: independencia del equipo de proyecto y no tener especial interés en los resultados de la medición, poseer suficiente conocimiento previo sobre los objetivos de la medición, ser entusiastas para motivar a los miembros del proyecto. Los roles del equipo GQM son: manager, responsable de la continuidad del programa de medición, coach experto en GQM, y support engineer. Las principales actividades del equipo GQM son: planificar los programas de medición, realizar las actividades de definición de la medición y desarrollo de los entregables GQM, comprobar los datos recogidos por el equipo del proyecto y los datos del proceso, preparar la interpretación de los datos de medición e informar sobre el progreso del equipo de proyecto y de gestión, y comunicar los resultados.
3.2 Paso 2: Seleccionar las áreas de mejora Se selecciona las posibles áreas de mejora de los productos o procesos. Esta selección se realiza en base a los objetivos de negocio y en relación a costos, tiempo, riesgo y calidad. Luego de seleccionada el área adecuada, el equipo GQM debería considerar cualquier influencia externa como personas, tecnologías, leyes, procesos o productos y cualquier conocimiento previo de medidas.
3.3 Paso 3: Seleccionar el proyecto de aplicación y establecer un equipo del proyecto El éxito del programa de medición depende de la voluntad, motivación y entusiasmo de los miembros del equipo de proyecto. Por ello, el equipo GQM debe alinear los objetivos de medición con las ideas de mejora del equipo del proyecto.
5
3.4 Paso 4: Crear el plan del proyecto Actividad que se realiza a partir de la definición el equipo del proyecto y la selección de las áreas de mejora, contiene los siguientes elementos: -
-
Resumen de la Gestión, versión resumida del programa de medición. Introducción, presenta el alcance del programa de medición y contiene una explicación de cómo los objetivos de mejora están relacionados con los objetivos de desarrollo. Calendario, descripción de las tareas a ejecutar, recursos a emplear y en qué periodo, entregables y expectativas de costos-beneficios. Organización, describe las estructuras organizacionales del proyecto y equipo GQM. Procesos de Gestión, contiene prioridades y descripciones de los procedimientos de comunicación y actividades de control de riesgos. Formación y Promoción, presenta el plan para la capacitación de los miembros del equipo del proyecto y la comunicación de los resultados en la organización.
3.5 Paso 5: Formación y promoción El objetivo de esta actividad es motivar y capacitar a los miembros del equipo del proyecto en la realización del programa de medición, así como darles conocer los beneficios, el impacto del programa de medición en las actividades diarias del equipo del proyecto y las experiencias en otros proyectos u organizaciones.
4 FASE DE DEFINICIÓN En esta fase se llevan a cabo las actividades necesarias para la definición formal del programa de medición, y como resultado se obtienen los planes GQM, de medición y de análisis. La fase de definición consta de once pasos:
6
4.1 Paso 1: Definir los objetivos de la medición Se considera los objetivos de mejora del plan del proyecto definidos en la fase anterior. Obteniéndose como resultado la definición formal y bien estructurada de los objetivos, para lo cual se utilizan plantillas como la que se muestra en la figura, donde los elementos de la plantilla son los siguientes: -
Objeto del estudio, entidad que se estudia en el experimento. Propósito, intención del experimento. Enfoque, efecto principal a estudiar. Perspectiva, punto de vista desde el cual se interpreta los resultados. Contexto, entorno en el que se lleva a cabo el experimento.
4.2 Paso 2: Revisar o producir los modelos de proceso software Estos modelos deben dar soporte a la definición de las mediciones. Si existen previamente, deben ser revisados y mejorados (si es necesario). Si no existen, deben ser definidos por el equipo GQM y aprobados por el equipo del proyecto.
4.3 Paso 3: Realizar entrevistas GQM De forma que los miembros del equipo GQM puedan extraer de los miembros del equipo del proyecto toda la información relevante en relación a los objetivos de medición.
4.4 Paso 4: Definir preguntas e hipótesis De la misma forma que los objetivos se definen a un alto nivel de abstracción, las preguntas constituyen un refinamiento de los objetivos a un nivel más operacional. Con la respuesta a las preguntas planteadas, se debería poder concluir si se cumple un determinado objetivo. Para cada pregunta, las respuestas esperadas son formuladas como hipótesis que son comparadas en la fase de interpretación con los resultados reales de la medición.
7
4.5 Paso 5: Revisar preguntas e hipótesis Como medio para asegurar que se han formulado las preguntas e hipótesis correctas.
4.6 Paso 6: Definir las métricas Las métricas deben proporcionar la información cuantitativa que permite responder las preguntas planteadas de una forma satisfactoria.
4.7 Paso 7: Comprobar consistencia y completitud de las métricas La definición de los objetivos, preguntas y métricas debe ser consistente y completo con respecto al objeto sujeto a medición.
4.8 Paso 8: Producir el plan GQM Se incluyen los objetivos, preguntas, métricas e hipótesis de un determinado programa de medición. Sirve como guía para la interpretación de los datos y para el desarrollo del plan de medición y análisis.
4.9 Paso 9: Producir el plan de medición Se incluye la definición formal, descripción textual y valores posibles de las métricas directas. También se incluye el momento de tiempo en el que se debe recoger el valor de cada métrica directa y el medio (herramienta o formulario) que la persona encargada debe usar.
4.11 Paso 10: Producir el plan de análisis El plan de análisis pretende básicamente describir cómo la información relevante de la medición debe ser procesada con el fin de que pueda ser interpretada fácilmente por el equipo del proyecto.
4.12 Paso 11: Revisar los planes Que deben además ganarse la aprobación del equipo del proyecto antes de que comience la obtención de los datos reales de las mediciones.
8
5 FASE DE RECOPILACIÓN DE DATOS Esta fase se inicia, una vez se han completado todas las actividades de definición. Como resultado se obtienen una serie de formularios cumplimentados y almacenados en una base de datos. Las principales etapas que componen esta fase son:
5.1 Formación y arranque de la obtención de datos -
-
-
Periodo de Entrenamiento (Hold Trial), periodo de prueba antes de comenzar la toma real de datos, en el que se definen y prueban los procedimientos, así como las herramientas y formularios. El objetivo principal es evitar errores y detectar posibles mejores a realizar en los procedimientos, herramientas o formularios. Sesión de Inicio (Kick off), El objetivo principal es llegar a un acuerdo con el equipo del proyecto para el comienzo de la recogida de datos de la medición y se instruye a sus miembros en los procedimientos, herramientas y formularios. Recogida de Datos, Se rellenan los formularios y se entregan de manera frecuente al equipo GQM, quién los evalúa (comprueba su consistencia y corrección) y almacena los formularios, estableciendo la base de métricas.
5.2 Construcción del sistema de soporte a la medición
9
El sistema MMS (Measurement Support System) debe dar soporte a todas las actividades de medición, en las que se incluyen la obtención, almacenamiento, procesamiento, presentación y empaquetamiento de los datos de medición. El sistema MMS está formado por tres partes básicas: -
Base de Métricas, contiene los datos recolectados. Hoja de Análisis, son los distintos tipos de presentación de los datos obtenidos respecto a diferentes niveles de abstracción. Transparencias de Análisis, son las transparencias de presentación que son mantenidas de forma que cualquier cambio de las hojas de análisis produzca su actualización inmediata.
6 FASE DE INTERPRETACIÓN La fase de interpretación utiliza los datos tomados en la medición para responder las preguntas planteadas y de esta forma identificar si se alcanzan o no los objetivos planteados. Las etapas incluidas en esta fase son:
6.1 Preparación de las sesiones de realimentación Los miembros del equipo GQM preparan el material necesario, como: hojas de análisis, diapositivas de presentación, material adicional, etc.
10
6.2 Sesiones de realimentación Durante esta reuniones se debaten los resultados de la medición (se llevan a cabo cada seis u ocho semanas, con una duración de una hora aproximadamente). En ellas el equipo del proyecto, como expertos en el objeto bajo medición, debe analizar los resultados y obtener conclusiones y acciones a realizar.
6.3 Generación de informes de interpretación de los resultados de la medición Al final de cada sesión de realimentación el equipo GQM escribe un informe en el que se incluyen todas las observaciones, interpretaciones, conclusiones y puntos de acción relevantes formulados.
6.4 Análisis de costes y beneficios de un programa de medición El factor fundamental del éxito de un programa de medición es el logro de los objetivos planteados. Sin embargo, es necesario incluir también en el informe final un análisis de costes – beneficios.
CAPITULO 3: PRÁCTICAS CLAVE Y EJEMPLOS DE APLICACIÓN 7 PRÁCTICAS CLAVE Existe un conjunto de prácticas clave que están basadas en el trabajo de V. Basili, estas prácticas nos sugieren qué es lo que deberíamos hacer y que no, al aplicar el enfoque GQM en cualquier organización. -
Capacitarse en GQM antes de aplicarlo GQM es un proceso sofisticado que suele ser muy diferente de la forma de pensar y modelar, de muchos de los que lo practican. Un entrenamiento inicial es importante para poder comprender y transformar los pensamientos del equipo y sus preocupaciones dentro de la jerarquía de GQM.
-
Tener las personas adecuadas involucradas en el proceso de GQM Cada fase de mediciones de GQM debe involucrar a las personas adecuadas para tal tarea. Los roles claves involucrados en GQM son: GQM Goal Owner, Measurement Manager, Data Provider, GQM Expert, GQM Team. 11
-
Fijar objetivos de mediciones explícitos y especificarlos explícitamente Los objetivos de mediciones no son objetivos organizacionales o de un proyecto en particular, son objetivos que describen como medir el progreso orientado a los objetivos del proyecto y de la organización. Es importante para todos los miembros del equipo del proyecto entender y distinguir estos tres tipos de objetivos.
-
No crear objetivos de mediciones falsos No se deben crear objetivos para lograr correspondencia con las métricas que ya tenemos.
-
Adquirir modelos de calidad implícitos a partir de la gente involucrada Identificar nociones de calidad que los miembros del equipo de desarrollo o los clientes tienen en mente.
-
Considerar el contexto Se debe considerar los factores de variación de la calidad, centrándose en el contexto del proyecto, por ejemplo tener presente las restricciones o limitaciones en el mismo.
-
Derivar métricas apropiadas Se debe identificar aquellas métricas que satisfagan claramente la pregunta. La definición de la métrica, recolección de datos, análisis e interpretación representan trabajo extra, por tanto no se deben crear más métricas de las que realmente son necesarias. En algunos casos, una misma métrica puede responder a más de una pregunta.
-
Permanecer focalizado en los objetivos cuando se analizan los datos Los resultados de las mediciones deben responder las preguntas planteadas e indicar si se cumple con el objetivo fijado.
-
Dejar que los datos sean interpretados por las personas involucradas Las personas involucradas en el desarrollo deben formar parte del equipo de definición de las métricas. Estas personas también deben estar involucradas en la interpretación de los resultados de las mediciones.
-
Integrar las actividades de mediciones con las actividades regulares del proyecto La implementación de un programa de métricas es en sí mismo un proyecto que debe estar interconectado con el proyecto de software y las actividades propias del proceso.
-
Asegurar el compromiso de la gerencia con el resultado de las mediciones Si la gerencia ignora el soporte que le dan los resultados de las mediciones, entonces son percibidas como una formalidad que se debe realizar pero que no aportará beneficios. 12
-
Establecer la infraestructura necesaria para soportar el programa de mediciones Se debe contar con un soporte adecuado para mantener bajo control la gran cantidad de datos que se manejan, de lo contrario podría convertirse en una tarea complicada.
-
Asegurar que las mediciones son vistas como una herramienta y no como el objetivo final Los líderes de proyecto deben esforzarse para que el equipo del proyecto se mantenga focalizado en los objetivos del proyecto, producto y mejora del proceso en vez del conjunto de mediciones recolectadas.
8 EJEMPLO DE APLICACIÓN DE GQM Con el fin de dar un ejemplo de aplicación del enfoque GQM, se describirá un caso partiendo de la suposición de querer evaluar la mantenibilidad de base de datos relacionales. El objetivo de acuerdo a GQM sería el que se muestra en la tabla siguiente: Analizar Con el propósito de Con respecto a Desde el punto de vista de En el contexto de
BD Relacionales Asegurar La mantenibilidad Los diseñadores de BD Desarrollo y mantenimiento de BD
Para satisfacer el objetivo anterior se definen las siguientes preguntas: -
Pregunta 1: ¿Cómo influye la complejidad de las tablas en la mantenibilidad de las base de datos relacionales? Pregunta 2: ¿Cómo influye la complejidad entre tablas en la mantenibilidad de las bases de datos relacionales?
Para responder a las preguntas planteadas se definen las siguientes métricas: -
Pregunta 1: Número de atributos de una tabla (NA (T)), definida como el número de atributos de una tabla T. Número de claves ajenas (NFK (T)), definida como el número de claves ajenas de una tabla T. Ratio de claves ajenas de una tabla (RFK (T)), definida como el porcentaje de atributos de la tabla T que son claves ajenas.
13
-
Pregunta 2: Número de tablas (NT), definida como el número total de tablas que hay en el esquema. Número de atributos (NA), definida como el número total de atributos que hay en el esquema. Número de claves ajenas (NFK), definida como el número total de claves ajenas que hay definidas en el esquema.
CONCLUSIONES
-
En resumen, el enfoque GQM es un mecanismo para la definición e interpretación de software medible y operacional. Se puede utilizar de manera aislada o bien en el contexto de un enfoque más general de mejora de la calidad del software. En este último caso, el desarrollo de modelos GQM es una tarea realizada en base a la “Experience Factory”, la cual emplea como entradas los
objetivos de los procesos del negocio y las características del contexto proporcionadas por el equipo del proyecto. -
El enfoque GQM combina en sí mismo la mayor parte de criterios actuales para la medición, y generaliza a que estos sean aplicables a los procesos y los recursos, así como también a los productos. Esto hace que sea adaptable a diferentes entornos, como lo confirma el hecho de que se haya aplicado en varias organizaciones como por ejemplo: la NASA, Hewlett Packard, Motorola, Coopers & Lybrand.
14
-
Los beneficios de los programas de medición GQM pueden ser diversos. Sin embargo, el factor fundamental del éxito de un programa de medición es el logro de los objetivos planteados. Estos objetivos pueden estar relacionados directamente a productos o procesos (por ejemplo, la calidad del producto, o la efectividad del proceso). Además, la medición puede traer consigo muchos otros efectos, como la mejora de la comunicación dentro de un equipo de proyecto, la mejora en la actitud del personal, en la definición y ejecución de procesos.
-
Existe un conjunto de prácticas clave que están basadas en el trabajo de V. Basili, estas prácticas nos sugieren qué es lo que deberíamos hacer y que no, al aplicar el enfoque GQM en la organización. Estas a su vez, son una combinación de los principales factores de hecho identificados por los desarrolladores de aquellas organizaciones que ya aplican el enfoque GQM, y prácticas generales que son aplicables a la implementación de cualquier metodología de medición.
REFERENCIAS
-
PIATTINI, Mario, GARCÍA, Felix y CABALLERO, Ismael. Calidad de Sistemas de Informáticos. 1ª ed. México: Alfaomega Grupo Editor, 2007. 416 p. ISBN 978-970-15-1267-8.
-
PIATTINI, Velthuis, GARCÍA, Mario y otros. Medición y Estimación del Software: Técnicas y métodos para mejorar la calidad y la productividad. Madrid: RA-MA Editorial, 2008. 322 p. ISBN 978-84-7897-858-8.
-
VAN SOLINGEN, Rini y BERGHOUT, Egon. The Goal Question Metric Method: a practical guide for quality improvement of software development [en línea]. Londres, Inglaterra: McGraw-Hill International, 1999 [fecha de consulta: 30 agosto 2014]. Disponible en: http://www.iminstitute.org/gqm/gqm%20guide%20non%20printable.pdf. ISBN 007-709553-7.
15
-
BASILI, Victor. Software Modeling and Measurement: The Goal Question Metric Paradigm [en línea]. Department of Computer Science, University of Maryland 1992 [fecha de consulta: 31 agosto 2014]. Disponible en: http://www.cs.umd.edu/~basili/publications/technical/T78.pdf.
-
BASILI, Victor, CALDEIRA, Gianluigi y ROMBACH, Dieter. The Goal Question Metric Aproach [en línea]. Volumen 2. Encyclopedia of Software Engineering, 1994 [fecha de consulta: 30 agosto 2014]. Disponible en: http://www.cs.umd.edu/~mvz/handouts/gqm.pdf. ISBN 1-54004-8.
-
UNIVERSIDAD Pontificia de Salamanca [et. Al.]. IV Simposio Internacional de Sistemas de Información e Ingeniería de Software en la Sociedad del Conocimiento [en línea]. Madrid: Universidad Pontificia de Salamanca 2006 [fecha de consulta: 31 agosto 2014]. Disponible en: http://highered.mheducation.com/sites/dl/free/8448118952/540197/ActasVol1SIS OFT2006.pdf. ISBN 84-690-0258-9.
-
UNIVERSIDAD de Sevilla. Simposio Taller JENUI 2011, XVII Jornadas de Enseñanza Universitaria de la Informática [en línea]. Sevilla: Escuela Técnica Superior de Ingeniería Informática 2011 [fecha de consulta: 31 agosto 2014]. Disponible en: http://jenui2011.us.es/files/Actas-Conferencia.pdf. ISBN 978-84694-5440-4
-
ARIEL, Pablo. Umbrales para Métricas Orientadas a Objetos [en línea]. Tesis (Master en Tecnología Informática). Rosario, Argentina: Universidad Abierta Interamericana, Facultad de Tecnología Informática, 2008 [fecha de consulta: 30 agosto 2014]. Disponible en: http://caeti.uai.edu.ar/archivos/271_tesis.pdf
-
SCALONE, Fernanda. Estudio comparativo de los Modelos y Estándares de Calidad del Software [en línea]. Tesis (Maestría en Ingeniería en Calidad). Buenos Aires, Argentina: Universidad Tecnológica Nacional, Facultad Regional Buenos Aires, 2006 [fecha de consulta: 30 agosto 2014]. Disponible en: http://posgrado.frba.utn.edu.ar/investigacion/tesis/MIC-2006-Scalone.pdf.
-
GUÍA Avanzada de Medición y Análisis [en línea]. España: Laboratorio Nacional de Calidad del Software de INTECO. [fecha de consulta: 31 agosto 2014]. Disponible en: http://www.inteco.es/file/B2_7ACdsmTV9YnM5NU_N4Q.
-
The Goal Question Metric Method [en línea]. IM Institute. [fecha de consulta: 30 agosto 2014]. Disponible en: http://www.gqm.nl/.
16