SOFTWARE: LA CALIDAD DEL PRODUCTO Y LA CALIDAD DEL PROCESO

Es bien sabido que la calidad es la característica que se le da a un producto o servicio que cumple con los requerimientos o especificaciones pre-establecidas, Pero muchos suelen ver la calidad como un atributo exclusivo del producto, y que esta solo se puede medir cuando el producto está en las manos del cliente.

De ser esto cierto ¿Qué probabilidad habría de obtener un producto de calidad si no podemos anticipar el impacto que éste tendrá?, esto hace pensar lo siguiente: Para obtener calidad hay que aplicar calidad, lo que nos lleva a tomar la calidad como principio en cada una de las etapas de desarrollo es decir en el proceso.

Si el proceso está bien diseñado y bien ejecutado, el producto final siempre va a salir de acuerdo a lo especificado, y su uso será satisfactorio para el cliente.

Cuando se habla del producto software, debe tenerse claro, cual será la finalidad de este, cuales son los requerimientos explícitos e implícitos, ya que estas serán las medidas de calidad que pondrá el cliente al momento de hacerle entrega del producto.

Al tener estos requerimientos en cuenta, los procesos de desarrollo, prueba y mantenimiento se adaptan a estas exigencias, lo que puede incurrir en un aumento de gastos.

La calidad de un producto no solo se mide por su exactitud o precisión para hacer las tareas para las cuales se diseño, aspectos como: la seguridad, compatibilidad, Usabilidad, Portabilidad, Flexibilidad, Facilidad de mantenimiento, modularidad, son también medidas de calidad para un producto software.

En busca de obtener calidad de los productos en general, se diseña la ISO 9000 que no es otra cosa que la definición de modelos a seguir, que ayuden al control de las actividades para la fabricación o desarrollo de los mismos, poniendo como principal medida el registro o documentación de los procesos, Anticipando cual será la calidad del producto. De esta manera si se obtiene una inconformidad o se produce un error, según el modelo que se haya utilizado se estará en capacidad de determinar el punto de fallo y corregirlo.

Para la realización de un producto software, se emplea a su vez una amplia gama de productos como son: Las especificaciones, módulos de diseño, código,

informes entre otros, estos productos también requieren ser evaluados, si realmente estamos hablado de prácticas responsables en el diseño del producto final.

Tener una metodología, es nos permite manejar o realizar un proceso en base a ciertos lineamientos pre-fijados. No se puede hablar de fábrica de software sin inmiscuir planeación, organización, y ciclos repetitivos.

No existe una única forma de producción, en la industria del software existe una gran variedad de métodos y procedimientos que pueden ser utilizados, tan es así que estos procedimientos pueden variar según el país, aunque estas variaciones en su mayoría se hacen al momento de documentar procesos.

Estas metodologías son adaptables a las organizaciones que la implementen, es decir cada quien puede escoger la que se adapte a sus necesidades o personalizarla, pero teniendo en cuenta que si se hacen demasiadas variaciones, esta puede perder lo que era su objetivo inicial que es estandarizar los procesos con eficiencia.

Un proceso de desarrollo software debe definir como, cuando, donde y quien realizara el trabajo, la técnica a implementar, y que deseamos producir en el proceso; la organización y planificación son centro fundamental.

Un proceso de desarrollo no se inventa de la noche a la mañana, generalmente parte de las experiencias, y las técnicas aprendidas que hayan sido exitosas. Algunos profesionales se han dedicado al estudio y diseño de diversos modelos que puedan servir de referencia, entre estos: CMM-SW, el CMMI, el ISO/IEC 12207 e ISO/IEC 15504 que cuentan con recomendación de entidades que han implementado estos modelos antes, y han dado fe del éxito de sus proyectos resaltando que el aspecto técnico y el administrativo son igualmente importantes.

Si una empresa quiere evaluarse en términos de calidad o capacidad, basta con comparar su forma de trabajo con la indicada en estos modelos y asi ver en que nivel se encuentra, y que aspectos debe mejorar.

Existe un tema bastante controversial, sobre si un proceso de software debe ser iterativo, lo que llevaría a no tener claro los requerimientos del producto desde el inicio, si no estar expuestos al cambio, en cualquier momento el requerimiento puede cambiar o evolucionar, lo que hace que si se lleva un proceso de desarrollo lineal, se deben afrontar los gastos, el retraso y la re-elaboración del producto.

En cambio si es iterativo, y hay espacio de retroalimentación con el cliente, la posibilidad de cambios repentinos disminuye, y la posibilidad de entregar un producto final satisfactorio aumenta.

No existe tal cosa como un modelo universal, por ende no hay un proceso de desarrollo único, cada proceso debe adaptarse según las especificaciones del proyecto, y las necesidades que este contemple.

Actualmente se colocan como ejemplo dos tipos de procesos:

Los procesos peso Pesado o también conocido como RUP, y los Procesos peso ligero XP (extreme programming). Ambos aplicables dependiendo del interés industrial, del perfil del proyecto y la formalidad que se lleve en el proceso.

RUP trabaja conjuntamente con UML, utilizando métodos que se adapten al contexto, necesidades del proyecto y organización, equilibrando las prioridades entre los roles.

XP se orienta en su mayoría a la codificación, a satisfacer al cliente sin hacer énfasis en el modelado, difícilmente implementable en proyectos de gran tamaño.

La tecnología, la gente y los procesos son pequeños mundos individuales, cada uno con sus características y conceptos, pero todos necesarios para la realización de un producto

Yisel Peralta FontalvoADSI

1. ¿Para que un software sea de calidad debe este cumplir con todas las medidas o factores como son: portabilidad, corrección, usabilidad, robustez, entre otras?

2. Si estas iniciando en la industrial del software, y no tienes experiencia ¿sobre que modelo de desarrollo debes basarte? Y ¿Qué características del proyecto me darán este criterio?

3. ¿Qué debe documentarse dentro del proceso de desarrollo?4. ¿Cómo se puede implementar eficazmente un modelo iterativo?5. ¿Es imposible obtener requerimientos completos?