KEMIS y la Calidad de Producto
Para poder asegurar que un proceso o sus productos resultantes son de calidad es necesario asignar valores, descriptores, indicadores o algún otro mecanismo mediante el cual se pueda llevar a cabo dicha evaluación. Para ello es necesario implantar un proceso de medición del software, que en general, persigue tres objetivos fundamentales (Fenton and Pfleeger, 1997):
KEMIS plantea un entorno que permita obtener indicadores de calidad del producto software, a partir de la obtención de valores mediante diferentes herramientas de software libre, basándose tanto en un soporte metodológico como de un soporte tecnológico .
Soporte Metodológico
- ayudarnos a entender qué ocurre durante el desarrollo y el mantenimiento
- permitirnos controlar qué es lo que ocurre en los proyectos
- y poder mejorar los procesos y productos.
KEMIS plantea un entorno que permita obtener indicadores de calidad del producto software, a partir de la obtención de valores mediante diferentes herramientas de software libre, basándose tanto en un soporte metodológico como de un soporte tecnológico .
Soporte Metodológico
| Como soporte metodológico, es necesario establecer un modelo de medición de calidad, que se podrá modificar dependiendo de las necesidades de cada organización. El proyecto KEMIS ofrecerá indicadores de calidad de producto en base a la norma 9126 - 25000, y ya que está norma hasta el momento es un modelo teórico difícil de llevar a cabo en los desarrollos software actuales proporcionará una infraestructura de medición automática. Para ello la idea es establecer funciones necesarias para obtener atributos de calidad a partir de métricas de código |  |
Soporte tecnológico
| Como soporte tecnológico, se dispone de herramientas de software libre que proporcionan todo tipo de información sobre el código fuente, generando valores concretos a partir de los cuales se obtienen los valores referentes a la calidad. Los valores obtenidos se corresponderán a las características y subcaracterísticas especificadas en la norma ISO 9126 (ISO, 2001), y la norma ISO 25000 (ISO, 2005). Una vez obtenida la medición basada en el modelo de medición de calidad previamente establecido, se podrán obtener presentaciones gráficas de dicha medición. |  |
Centrados en la Mantenibilidad
Primeramente, el proyecto KEMIS se centrará en la implementación de la obtención de la característica de calidad del producto software Mantenibilidad ya que "en ocasiones la proporción de coste que supone el mantenimiento ronda el 90%" (Erlikh, mayo/Junio 2000). El mantenimiento en el ciclo de vida del software se considera el proceso con más peso económico, debido a que se basa en la labor de corrección de errores durante un largo período de tiempo y en la facilidad con la que se puede añadir funcionalidad. Cabe destacar que el mantenimiento del producto está estrechamente relacionado con la fiabilidad del sistema (el tiempo de corrección de un fallo determina el tiempo en que no se puede usar una funcionalidad o un sistema completo), que es algo que incide directamente sobre el usuario y el cliente.
“La mantenibilidad está considerado como uno de los atributos más cruciales de la calidad del software, debido al hecho de que el mantenimiento en los sistemas software consume una alta proporción del esfuerzo total empleado en el ciclo de vida de un sistema”(Hernández et al., 2007)
“Una solución complicada es difícil de entender y de analizar. Los diseñadores deben evitar soluciones complicadas y manejar adecuadamente aquellas que sean complejas.” (Sangwan et al., 2008).
Referencias
“La mantenibilidad está considerado como uno de los atributos más cruciales de la calidad del software, debido al hecho de que el mantenimiento en los sistemas software consume una alta proporción del esfuerzo total empleado en el ciclo de vida de un sistema”(Hernández et al., 2007)
“Una solución complicada es difícil de entender y de analizar. Los diseñadores deben evitar soluciones complicadas y manejar adecuadamente aquellas que sean complejas.” (Sangwan et al., 2008).
Referencias
Erlikh L. mayo/Junio 2000. Leveraging Legacy System Dollars for E-business. IT Professional:17-23.
Fenton N, Pfleeger S. 1997. Software Metrics: A Rigorous Approach. 2ª edición ed. Londres: Chapman & Hall.
Hernández E, Aldekoa G, Knodel J. 2007. A comparison of Maintainability Measures using the Interactive Combination of Metrics. Fraunhofer IESE and the ArQuE consortium.
ISO. 2001. Software Product Evaluation–Quality Characteristics and Guidelines for their Use. ISO/IEC Standard 9126. International Organization for Standarization.
ISO. 2005. ISO/IEC 25000 Software and system engineering – Software product Quality Requirements and Evaluation (SQuaRE) –Guide to SQuaRE. International Organization for Standarization. Ginebra, Suiza.
Kitchenham B, Pfleeger SL. 1996. Software Quality: The Elusive Target. IEEE Software 20(1):12-21.
Pfleeger SL. 1997. Assessing Software Measurement. IEEE Software March/April:25-26.
Sangwan RS, Vercellone-Smith P, Laplante PA. 2008. Structural Epochs in the Complexity of Software over Time. IEEE Computer Society.
Standish. 2001. Extreme CHAOS D. Standish Group International En http://wwwstandishgroupcom/sample_research/PDFpages/extreme_chaospdf (último acceso en Abril de 2006).
