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://es.geocities.com/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://es.geocities.com/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://es.geocities.com/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://es.geocities.com/eligiogutierres/ger/local/iso90003.html

    �ltima parte de los art�culos sobre las Normas ISO9000.

(P�gina Principal Eligio)    (Inicio)