Ing. Eligio Antonio Gutiérres Orellana

Foro

Gerencia

CALIDAD TOTAL EN INFORMÁTICA

 

Resumen

 

La Calidad Total en Informática, es resultado del movimiento global dentro del proceso de mejoramiento continúo de los estándares de producción en todos los sectores industriales, en particular, cuando éste se concentra en la producción de sistemas de información y software especializado. La industria del software, es un sector donde el concepto de calidad total ha generado la revolución más radical. En primer lugar, la producción industrial de software es una actividad relativamente joven con respecto a otras actividades productivas, mercantiles o industriales. En segundo lugar, la demanda de software y la complejidad del producto en sí, parecen crecer a mayor velocidad que las metodologías, el personal capacitado y las herramientas para automatizar la producción. A pesar de la incorporación de herramientas CASE (Computer Assisted Software Engineering), la producción de software continúa siendo una actividad con alta participación de recursos humanos, cien por ciento intelectual y en cierto sentido, sin insumos ni materias primas.

Estas circunstancias han producido una prolongada «crisis del software», donde los productos se entregan con demoras, los desarrollos exceden lo inicialmente presupuestado y no cumplen con los requerimientos originales. Esta problemática se extiende tanto a la enorme dificultad de proporcionar mantenimiento, como al cumplimiento de criterios de calidad.

¿Existen criterios para evaluar la calidad del software? Originalmente, la calidad de un programa o sistema se evaluaba de acuerdo al número de defectos por cada mil líneas de código. En 1988, un estudio realizado en los EEUU, demostró que se introducían cerca de sesenta defectos por cada mil líneas de código (60 def/KLOC), durante las etapas de análisis, desarrollo y puesta en operación. Ya en la producción, se introducen hasta 6 def/KLOC. Hoy en día, el concepto moderno de calidad en software, requiere de una congruencia total entre los requerimientos y características del producto, para lograr una plena satisfacción del usuario. Surgen ahora componentes de la calidad tales como: Confiabilidad, soporte logístico, agilidad de respuesta, flexibilidad, facilidad de adopción, integridad, consistencia, congruencia de diseño y producto, sencillez y demás. Esto es, queremos productos portables, fáciles de mantener y/o ampliar, sencillos de entender, de validación accesible, compatibles con otros sistemas rápidos y efectivos, más un sinfín de características.

Enfrentamos una situación más dramática que hace unos años, pues no sólo queremos producir software con crecientes características de calidad, también tenemos la necesidad de producir software más sofisticado. Por otra parte, contamos ahora con herramientas para producir muchas más líneas de código. Si mantenemos los niveles presentes de calidad, el cuello de botella se presentará en el esfuerzo de mantenimiento que, en la actualidad, requiere el apoyar una tasa de desarrollo y producción entre tres y diez veces más rápida que antes. ¿Cómo podemos lograr la gestión y el aseguramiento de la calidad en la producción de software?

Una primera respuesta consiste en la implantación de un programa de calidad total en la producción de software. Estos programas implican necesariamente el fincar un compromiso muy fuerte en todos los niveles de la organización y entre todas las partes involucradas en la producción, incluyendo los servicios y el mantenimiento después de la venta. Más aún, estos programas requieren una disciplina general, incentivos por los logros parciales alcanzados, refuerzo y acciones institucionales con esta orientación. Al mismo tiempo, sus resultados más impactantes se obtienen en el largo plazo (tres a cinco años).

Un programa de gestión y aseguramiento de la calidad comienza por elegir un modelo y establecer una definición de calidad. Esta definición debe analizarse, para identificar componentes de tipo «resultado» y de tipo «contribuyente». Los componentes de tipo resultado son unidades bajo las cuales el usuario o cliente emite un juicio sobre el producto o servicio. Estas unidades son de relevancia a la actividad del usuario de informática. Ejemplos de éstas son: El número de veces que no pudo lograr una venta porque sus sistemas fallaron o la pérdida de oportunidades de negocio por no contar con la información pertinente. Las unidades contribuyentes son de tipo técnico y están orientadas a la tecnología informática; como ejemplo de ellas podemos citar el número de veces que se pierde la comunicación en un día o el tiempo que se requiere para levantar una base de datos.

Para obtener una definición aceptable de calidad, se hace uso de los conceptos de métrica y medida. Una medida puede definirse como la evaluación de una variable de control. Es necesario recalcar que no es fácil hacer deducciones sobre una medida. Por ejemplo, una medida de un programa es el número de líneas de código o el tiempo que tarda un usuario en manejar bien el programa. Ahora bien, una métrica es la combinación de dos medidas, las cuales conducen a la evaluación de una unidad de control. Por ejemplo, el total de defectos sobre el número de líneas de código es una métrica de la calidad de programación, y cuando esta métrica se eleva, podemos inferir que los programadores están siendo menos cuidadosos o que existe otro problema. Otra métrica es el número de funciones de un programa sobre el tiempo promedio que toma a usuarios inexpertos el dominio del mismo. Esta última puede categorizarse como una métrica de la facilidad de asimilación.

Los dos siguientes pasos importantes del ciclo continuo de un programa de calidad son: El control de la calidad y la garantía de la calidad. Para controlar la calidad, los niveles directivos deben establecer y monitorear conjuntos de métricas, que les proporcionen información suficiente para actuar con base a hechos. Los resultados que obtiene un ejecutivo basado en opiniones y que toma decisiones porque «al parecer» una metodología de diseño no está siendo satisfactoria, son muy distintos a los que llega uno que analiza datos históricos de varios meses de labores, donde se observan tendencias en métricas. Ejemplos de estas tendencias pueden ser:

1.      Defectos por KLOC

2.      Defectos por funcionalidades

3.      Funcionalidades por tiempo de desarrollo

4.      Horas hombre sobre número de funcionalidades

5.      Funcionalidades sobre nivel de capacitación del equipo de desarrollo.

El conjunto de medidas que maneja cada directivo debe concordar con su capacidad de acción para poder actuar efectivamente y garantizar calidad. Así, mientras que un Director de Proyectos deberá monitorear métricas tales como defectos sobre KLOC y funcionalidades de sistema sobre costos de desarrollo, un Coordinador de Proyectos deberá monitorear métricas de productividad, calidad, tiempos de construcción y costos y, finalmente, un Director de Sistemas deberá monitorear métricas de efectividad, eficiencia de entrega, eficiencia de mantenimiento, capacidad de respuesta, valor táctico y valor estratégico.

En resumen, la calidad en informática es un reto más difícil de enfrentar que en otras actividades creativas e industriales. Existen metodologías y mecanismos para establecer programas que conducen directamente a que cada uno de los involucrados hagan las cosas cada vez mejor. En ningún otro campo de la productividad industrial pueden los programas de calidad total tener mayor impacto que en el campo de la informática, constituyendo un efectivo agregado competitivo.

 

 

Infografía:

 

1.-URL: http://www.um.es/atica/calidad/introduccion.html

LOCAL: http://www.oocities.org/es/eligiogutierres/ger/local/calidad.html

    Esta es un link, que se centra en la calidad de servicio al usuario, que acota que un proyecto informatico, no solo debe ejecutarse sin que debe implantarse con absoluto rigor y calidad.

 

2.-URL: http://www.cp.com.uy/42/iso42.htm
LOCAL:
 http://www.oocities.org/es/eligiogutierres/ger/local/iso9000.html

    Este es la primera entrega de tres (03) artículos que tratan sobre la aplicación de la Normativa ISO9000, como se debe seguir, los pasos o direcciones que hay que establecer para la obtención de proyecto de calidad.

 

3.-URL:   http://www.cp.com.uy/43/iso43.htm

LOCAL:  http://www.oocities.org/es/eligiogutierres/ger/local/iso90002.html

    Continuación de los artículos sobre las Normas ISO9000, aplicables al software.

   

4.-URL:   http://www.cp.com.uy/44/iso44.htm

LOCAL:  http://www.oocities.org/es/eligiogutierres/ger/local/iso90003.html

    Última parte de los artículos sobre las Normas ISO9000.

 

(Página Principal Eligio)    (Inicio)