Conceptos de Calidad

Definición de Calidad:Según el Diccionario de la Real Academia Española de la Lengua, la calidad es:

Propiedad o conjunto de propiedades inherentes a algo, que permiten juzgar su valor. Buena calidad, superioridad o excelencia. Carácter, genio, índole. Condición o requisito que se pone en un contrato.

Definición según la ISO

“Conjunto de propiedades o características de un producto o servicio que le confieren aptitud para satisfacer unas necesidades expresadas o implícitas”.

La calidad suele ser transparente cuando está presente pero resulta fácilmente reconocible cuando está ausente (por ejemplo, cuando el producto falla o el servicio es deficiente).

La calidad se ha convertido hoy en día en uno de los principales objetivos estratégicos para las organizaciones. Cada vez más la supervivencia de las organizaciones depende de la calidad de los productos y servicios.

“No me preocupa si algo es caro o barato. Solo si es bueno. Y si algo es lo suficientemente bueno, entonces el público pagará por ello”. Walt Disney.

“La calidad de producto o servicio puede ser definida como las características totales compuestas de producto y servicio de marketing, ingeniería, fabricación y mantenimiento por medio de las cuales el producto y servicio cumplirá las expectativas del cliente”. Armand V. Feigenbaum

Calidad

¿Cómo podemos definirla?

La Calidad se refiere a características mesurables: cosas que se pueden comparar para conocer estándares.

Se pueden mencionar dos tipos de calidad:

Calidad de diseño: Se refiere a las características que los diseñadores especifican para un elemento.

Calidad de concordancia: Es el grado en el que las especificaciones de diseño se aplican durante la fabricación.

* Satisfacción del usuario = producto manejable + buena calidad + entrega dentro de presupuesto y tiempo.

Calidad de Software

La calidad de software ha sido significativamente mejorada en los últimos 15 años.

Las compañías han adoptado nuevas técnicas y metodologías, para manejar y mejorar la calidad de sus productos.

La calidad de software es un concepto complejo que es muy distinto a la calidad que se da en productos manufacturados.

Error común respecto a la calidad: “pensar que la calidad de software es algo que se debe de comenzar a preocupar solo después de que se haya generado código”.

La gestión de la calidad es una actividad protectora o de sombrilla que se aplica a lo largo del proceso de software.

Se dice que en los productos manufacturados se debe de cumplir con la especificación que se dio para los mismos, sin embargo en el software existen problemas como:

La especificación se debe de orientar hacia las características del producto que el cliente quiere. Sin embargo, la empresa desarrolladora del software tiene otros requerimientos (además de los solicitados por el cliente).

Problemas con la especificación de Calidad de Software:

Algunas veces no se sabe como especificar ciertas características de calidad (por ejemplo la facilidad para dar mantenimiento).

Es difícil escribir de manera completa las especificaciones de software.

Manejando la Calidad de Software

La calidad de software puede obtenerse definiendo estándares y procedimientos de calidad en la organización que verifiquen que los estándares sean seguidos por los equipos de desarrollo. Sin embargo no solo el seguimiento de los estándares y las buenas prácticas harán que el software que se construya sea de buena calidad. Se debe de construir en la empresa una cultura de buena calidad.

Actividades principales para el manejo de la calidad:

Aseguramiento de la calidad. Establecer una red de procedimientos organizacionales y estándares que conducen a la alta calidad de software.

Planificación de la Calidad. La selección de procedimientos y estándares, que se adapten a especificaciones de proyectos de software.

Control de la calidad. La definición y propagación de procesos que aseguren que el equipo de desarrollo de software ha seguido los procedimientos de calidad y los estándares.

La mejora de la calidad de software tiene los siguientes principios básicos:

Las mejoras con éxito se inician desde y son lideradas por la Alta Dirección de la organización.

La mejora de calidad del software requiere inversiones, planificación, personal dedicado, dedicación de los gerentes y capital.

La mejora de la calidad del software es un trabajo de equipo: los que no participan no solo no obtienen los beneficios, sino que pueden impedir el progreso. Al final, toda la organización está involucrada en la mejora continua.

La gestión de la calidad pretenderá conseguir que estos tres círculos coincidan lo más posible. Todo lo que este fuera de dicha coincidencia será motivo de derroche, de gasto superfluo o de insatisfacción.

Aplicando Calidad

Para que las mejoras sean efectivas deben estar basadas en un conocimiento previo de la situación actual, y en unos objetivos claros: hay que saber donde se está y a donde se quiere llegar. La mejora es continua, no un esfuerzo en un momento dado: debe haber aprendizaje y evolución continua. Se requiere un esfuerzo sostenido y continuo para que las mejoras se implementen Se requiere un apoyo visible y reiterado de la Alta Dirección.

Control de la calidad

Involucra una serie de inspecciones, revisiones y pruebas empleadas a lo largo del proceso de software para garantizar que cada producto de trabajo satisfaga los requisitos que se le han asignado. El control de calidad incluye un ciclo de retroalimentación con el proceso que creó el producto de trabajo. Un concepto clave del control de calidad es que todos los productos de trabajo tienen especificaciones definidas mesurables con las cuales se puede comparar la salida de cada proceso. El ciclo es esencial para minimizar los efectos producidos.

El control de la calidad involucra el monitoreo del proceso de desarrollo de software para asegurar que los procedimientos de aseguramiento de la calidad están siendo seguidos.

Existen dos aproximaciones complementarias que se usan para verificar los entregables de un proyecto:

1. Las revisiones del software, su documentación y el proceso usado para producir dicho software son verificados por un conjunto de personas. La revisión incluye una comprobación que el proyecto y sus entregables han seguido los estándares predefinidos. Las desviaciones de los estándares son anotadas y el encargado del proyecto es alertado.

2. Se realizan comparaciones para ver el grado de calidad en que se encuentra el proyecto. Aquí se involucran métricas para verificar y comparar el software contra lo planeado o contra el estándar que se debió seguir.

Garantía de calidad del software (SQA)

Es una disciplina de la ingeniería de software, se especializa en la aplicación de procesos de calidad a lo largo del proyecto de software. Consiste en los medios de la supervisión de tecnología de dotación lógica, los procesos y los métodos aseguramiento de calidad.

También se puede definir como un conjunto de funciones de auditoría e información que evalúan la efectividad y que tan completas son las actividades de control de calidad. Hace esto por medio de intervenciones de sistema de gerencia de la calidad debajo de cuál se crea el sistema de software. La meta es brindarle al gestor los datos necesarios para que este informado acerca de la calidad del producto. Si los datos que ofrece el aseguramiento de la calidad identifican problemas, es responsabilidad del gestor darle seguimiento para resolverlos.

La calidad de los procesos de software se está convirtiendo en un elemento estratégico de las grandes organizaciones debido a su fuerte impacto en la competitividad de las empresas.

La garantía de calidad del software se relaciona con la práctica de garantía de calidad en producto fabricación. Hay, sin embargo, algunas diferencias notables entre el software y un producto manufacturado. Estas diferencias provienen el hecho de que el producto manufacturado es físico y puede ser visto mientras que el producto de software no es visible. Por lo tanto su función, ventaja y costes no están según lo medido fácilmente. El software vive, crece, se desarrolla, y transforma, desemejante de sus contrapartes tangibles. Por lo tanto, los procesos y los métodos para manejar, para supervisar, y para medir su calidad en curso son tan líquido y a veces evasivos como son los defectos que se significan para mantener cheque.Su misión no se limita a actividades de verificación, sino que además asume un rol de liderazgo en la gestión de la calidad durante el proceso de creación y diseño del producto. La garantía de calidad no debe confundirse con la técnica específica de control de calidad, cuyo objetivo es verificar el producto

La garantía de calidad toma responsabilidad por los siguientes procesos:

Gestión de los procesos de ingeniería de software Iniciativas de mejoramiento de procesos a lo largo de la organización, Integración de los procesos de calidad de ingeniería y servicios a la clientela

El beneficio principal de un programa de garantía de calidad de software es asegurar a la gerencia del proyecto que los procesos establecidos se han ejecutado cabalmente. Esta evaluación es hecha por un grupo independiente, especializado en métodos de calidad, con un criterio objetivo y con visión de contexto

La garantía de calidad se asegura de lo siguiente:

Se usa la metodología de desarrollo apropiada Las actividades de desarrollo han sido debidamente planeadas

Se han definido estándares y procedimientos para al proyecto

El personal ha sido debidamente entrenado en los procesos de calidad aplicables

Se llevan a cabo regularmente revisiones y auditorías independientes

El desarrollo es documentado adecuadamente para facilitar la mantención y la reutilización

La documentación se produce oportunamente y no después que el desarrollo ha sido completado

Los cambios introducidos han sido debidamente controlados

Las pruebas efectuadas son eficaces para detectar defectos, especialmente en aquellas áreas de mayor riesgo

Las actividades se llevan a cabo de acuerdo a los plazos y en los términos planeados

Las desviaciones a los estándares se identifican rápidamente

El proyecto está en condiciones para ser sometido a auditorías externas, si corresponde

La calidad es verificada con respecto a criterios preestablecidos

La gerencia es oportunamente informada de problemas y riesgos relativos a la calidad

Los problemas de calidad se analizan y las causas se comunican al proyecto para tomar medidas preventivas que eviten su repetición

Costo de la calidad

El Costo de la Calidad del Software CoQ, es una técnica introducida por Juran en 1996 con el fin de proporcionar a los directores de proyectos instrumentos que les permitan justificar la promoción de mejoras en el proceso de desarrollo.

Incluye todos los costos que genera la búsqueda de calidad o que demanda el desarrollo de las actividades relacionadas con la calidad. Así como incurre el proyecto para mejorar los entregables

prometidos. Estos costos pueden ser de dos tipos: Costos de Prevención, Costos de Evaluación y fallas.

Costos de Prevención: están causados por las medidas tomadas en el proyecto para prevenir defectos o problemas en los entregables, para evitar la aparición de errores. En un proyecto de software esto sería por ejemplo implementar una metodología de desarrollo consistente.

Costos de Evaluación: están causados por las medidas tomadas para evaluar los entregables una vez producidos, y corregirlos si es necesario. En un proyecto de software esto sería por ejemplo dedicar recursos a las pruebas de integración del sistema una vez desarrollado.

Capacitación (este es un Costo de Prevención): capacitación en la construcción o entrega del producto o servicio. Sirve para insertar el proceso de administración de calidad dentro del proceso de elaboración. Sirve para implementar la calidad en términos técnicos, específicos a los entregables.

Mantenimiento (Costo de Prevención): definición de políticas de mantenimiento posteriores a la finalización del proyecto. Sirve para conservar el buen desempeño de los entregables una vez finalizado el proyecto.

Pruebas (Costo de Evaluación): especificación y ejecución de pruebas para verificar el cumplimiento de los requerimientos por parte de los entregables. Sirve para validar el funcionamiento normal de los entregables antes de que se usen en producción.

Auditorías (Costo de Evaluación): desarrollo de auditorías que inspeccionen el proceso de construcción de los entregables. Sirven para no cometer el mismo error dos veces.

Costos de Fallas

Son aquellos que no se presentan cuando el producto esta bien hecho, es decir no existieran si no hay defectos antes de enviar un producto a los clientes.

Se dividen en: Costos de fallas internas: (se detectan antes de enviar el producto) incluyen

reelaboración, reparación y análisis en modo de falla. Costos de fallas externas: (se detectan ya que se envió el producto al cliente),

ejemplos: resolución de quejas, devolución y reemplazo del producto, soporte de ayuda en línea y trabajo de garantía.

Los costos relativos para encontrar y reparar un defecto aumentan sustancialmente conforme pasa de la prevención a detección y de los de falla interna a externa.

Función del SQA

Se refiere al aspecto de revisión y de reporte de la administración.Es un enfoque sistemático de evaluación de la calidad del Software desarrollado, basado en el correcto cumplimiento de los estándares y procedimientos durante el ciclo de vida del Software. Su función básica es proporcionar datos sobre la calidad del producto a la gerencia y asegurarle que los estándares de calidad especificados se están cumpliendo.

El propósito del SQA es: Evaluar críticamente el software desarrollado Comprobar si los estándares de calidad se han cumplido Si el producto satisface o no las necesidades del cliente y también si identifica las

debilidades que el cliente puede detectar.

Procesos de aseguramiento de la calidad

Se deben de seleccionar herramientas y metodologías para poder soportar los estándares que se van a seguir.Existen dos tipos de estándares que pueden ser establecidos como parte del proceso de aseguramiento de la calidad que son:Estándares de Productos: Estos estándares aplican al producto de software que se va a desarrollar. Incluyen estándares de documentación, estándares o guías para obtener requerimientos, políticas o reglas para la programación.Estándares de Procesos: Estos estándares definen el proceso que debe de ser seguido durante el desarrollo de software, pueden incluir definiciones de especificación, diseño y validación de procesos y descripción de documentos que deben de ser escritos en el transcurso de los procesos.

SQA (Software Quality Assurance; Garantía de la Calidad del Software).

El SQA se puede definir como la conformidad a las necesidades funcionales y de rendimiento, a los estándares de desarrollo y a las características implícitas requeridas de todo el software que se ha desarrollado profesionalmente. A su vez, es un set de actividades sistemáticas que aseguran que el proceso del software y productos conformados por requerimientos, estándares, y procedimientos. Los procesos incluyen todas las actividades involucradas en el diseño, codificación, pruebas y mantenimiento; Los productos incluyen software, datos asociados, documentación, y toda la documentación para soporte y reportes.

La implementación de una disciplina de SQA tiene como principal objetivo aumentar la calidad de los entregables durante todo el proceso de desarrollo. Muchos requerimientos de calidad, sobre todo aquellos que tienen que ver con el rendimiento, la usabilidad, la carga, la disponibilidad, etc. pueden ser tratados como riesgos. Es decir que, el hecho de que uno de ellos no se cumpla, implica un riesgo. Entonces, al asegurar la calidad del software durante su proceso, se disminuyen los riesgos asociados, aumentando la predictibilidad del desarrollo de software. Esto trae aparejado una serie de beneficios de variada visibilidad.

Objetivos del SQA:

1. Planificar las actividades de aseguramiento de la calidad. 2. Revisar y auditar objetivamente los productos y las actividades para verificar que están

conformes con los procedimientos y estándares aplicables. 3. Proporcionar los resultados de estas revisiones o auditorías informando a la dirección

cuando sea necesaria su mediación.

Brinda a la administración la seguridad de que procesos oficialmente establecidos están siendo implementados. Y asegura que:

1. Una metodología de desarrollo apropiada este establecida 2. Que los proyectos utilicen estándares y procedimientos en su trabajo 3. Que la documentación sea creada para mantenimiento y mejoramiento 4. La administración de configuración de software este adecuada para controlar cambios 5. Se realicen pruebas y que se aprueben 6. Cualquier deficiencia y desviaciones sean identificadas y llevadas con atención a la

administración.

Presencia de SQA

Muchas organizaciones empiezan a crear grupos de SQA. Estas personas actúan como representantes internos del cliente. Es responsabilidad del grupo SQA ayudar a los Ing., a lograr una alta calidad en el

programa o aplicación de software determinado.

Este grupo tiene una serie de actividades que se presentan a continuación

Esta relación implica a varios responsables durante el proceso de la elaboración del software de calidad, estos son:

Ingenieros de software Jefes de proyecto Clientes Vendedores Quienes trabajan dentro de un grupo de la SQA

Estos últimos pueden ser independientes y tendrán las siguientes actividades para llegar al objetivo de la SQA:

1. Establecimiento de un plan de la SQA para un proyecto.

En este plan se identifica: Evaluaciones a realizar Auditorías y revisiones a realizar Estándares que se pueden aplicar al proyecto Procedimientos para información y seguimiento de errores Documentos producidos por el grupo SQA Realimentación de información proporcionada al equipo de proyecto del software 1. Participación en el desarrollo de la descripción del proceso de software del proyecto 2. Revisión de las actividades de ingeniería del software para verificarsu ajuste al proceso de

software definido 3. Auditoría de los productos de software designados para verificar el ajuste con los definidos

como parte del proceso de software 4. Asegurar que las desviaciones del trabajo y los productos del software se documenten y se

manejen de acuerdo con un procedimiento establecido 5. Registrar lo que no se ajuste a los requisitos e informar a sus superiores

Actividades del Personal de SQA

Es responsable de asegurar la calidad de los productos generados en el proyecto y del proceso utilizado. Para asegurar la calidad debe revisar la calidad de los entregables de planificación del proyecto y los entregables de valoración del proyecto. Además revisa el nivel de apego al modelo de proceso de desarrollo de software y a los planes de Verificación, Gestión de Proyecto y Gestión de Calidad, documentando las desviaciones encontradas. Debe conocer los conceptos y técnicas de Gestión de Calidad del Software. Debe identificar las propiedades de calidad que deben cumplir los productos del proyecto. Centralizar y revisar las entregas que se realizan durante el ciclo de vida del proyecto. Realiza las Revisiones Técnicas Formales con los responsables de los productos a revisar.

El Responsable de SQA debe: Asegurarse de que se desarrollen prototipos para probar y eliminar riesgos técnicos que

hagan fracasar el proyecto así como también disminuir la calidad del mismo Asegurarse de que se realicen estudios de factibilidad Realizar mediciones para comprobar la calidad del proyecto Asegurarse de que se realice la actividad de implementación y se haga según los

estándares de calidad propuestos Evitar el desperdicio de esfuerzo en conjunto con el Administrador y el Arquitecto Registrar las métricas de aceptación tomando en cuenta el Documento de Validación con

el Cliente.

Perfil del rol Debe conocer los requerimientos del sistema. Debe conocer los estándares o lineamientos del proyecto para asegurar la calidad.

Actividades que son responsabilidad del rol Planificar la Calidad Revisión Técnica Formal (RTF) Revisar las Entregas Revisar el Ajuste al Proceso Evaluar la Calidad de los Productos Realizar el Informe Final de Calidad

Entregables que son responsabilidad del rol Plan de Calidad Informe de RTF Entrega Semanal de SQA Informe de Revisión de SQA Informe Final de Calidad

Actividades en las que está involucrado el rol Relevar los Requerimientos Especificar los Requerimientos Priorizar los Requerimientos Validar los Requerimientos Validar con Prototipo Definir el Alcance del Sistema Definir la Línea Base del Proyecto Planificar el Proyecto Describir la Versión Planificar la Transición Seguimiento de Satisfacción del Cliente Gestión de Riesgos Registrar Esfuerzo Auto estudio Reunión de Equipo Preparar Cierre del Proyecto Reunión Conmemorativa

Actividades del SQA

Es una disciplina que está compuesta por una serie de actividades que acompañan al proceso de desarrollo. El objetivo de estas tareas es aumentar, administrar y monitorear la calidad de los entregables producidos. Para poder identificar estas actividades y el momento oportuno para realizarlas es necesario revisar el ciclo de vida de un proyecto. Para identificar las actividades se basa en el análisis de fases/disciplinas/esfuerzo realizado en RUP por ser un proceso muy difundido en el mercado, aunque el mismo análisis puede aplicarse a otros procesos de desarrollo.

Verificación de requerimientos: esta actividad se concentra en validar la completitud, correctitud, claridad y no ambigüedad de los requerimientos de un sistema.

Validación y verificación de documentación: esta actividad se encarga de controlar la correctitud, completitud y no ambigüedad de la documentación. La documentación en UML es muy útil para esta práctica por el poder semántico que tiene y por la posibilidad de validar sintácticamente la documentación.

Validación de arquitectura: esta actividad es muy importante para evaluar la factibilidad de cumplir con los requerimientos no funcionales y detectar de forma temprana los principales riesgos asociados al proyecto.

Control de código: se subdivide en 2 actividades: Control estático del código: es la validación del código contra un conjunto de reglas,

mejores prácticas y estándares predefinidos. Control dinámico del código: el control se focaliza en el uso de los recursos que hace la

aplicación y la cobertura del código que hacen las pruebas unitarias

Para poder lograr una buena adherencia con los estándares se debe medir cuantitativamente, donde sea posible, los aspectos de calidad (por ejemplo complejidad, confiabilidad, mantenimiento, seguridad, defectos, número de problemas) utilizando métricas bien establecidas. Para cumplir con esto, se deben realizar chequeos de:

- Administración.- Documentación.- Estándares, prácticas, convenciones y métricas. - Revisiones e intervenciones. - Actividades de testeo. - Reporte de errores y acciones correctivas. - Herramientas, técnicas y métodos. - Control del código.- Control de medios.- Colección de registros, mantenimiento y retención.- Control de los proveedores.- Entrenamiento.- Administración del riesgo.

Problemas que Resuelve SQA Aumenta las posibilidades del éxito final del proyecto Ayuda a definir los parámetros de medición de la calidad del software Verifica que los estándares sean aplicados correctamente Define un plan de monitoreo del proceso de desarrollo del software (ciclo de vida)

Referencias

1. [Desconocido] “Calidad” 2011. <<http://buscon.rae.es/draeI/SrvltConsulta?TIPO_BUS=3&LEMA=calidad>>

2. [Desconocido] “ISO 8402” 19 de Agosto del 2010. << http://es.wikipedia.org/wiki/ISO_8402>>

3. [Desconocido] “Implantación de Calidad de Software”. << http://www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r67854.PPT>>

4. [Desconocido] “ARMAND V. FEIGENBAUM”. 6 de Febrero del 2009. << http://www.pablogiugni.com.ar/httpwwwpablogiugnicomarp91/>>

5. [Cathy Peñuñuri] “Implantación de Calidad de Software” 2011. <<Diapositivas>>

6. [Desconocido] “Garantía de calidad del software”. 11 de Febrero del 2011. << http://www.worldlingo.com/ma/enwiki/es/Software_quality_assurance>>

7. [Desconocido] “La garantía de calidad en el software”. 22 de Abril del 2005. << http://www.idg.es/computerworld/articulo.asp?id=167022>>

8. [Luciano Guerrero] “La garantía de calidad en el software”. 11 de Octubre del 1999. << http://www.reocities.com/SiliconValley/lab/3629/garantia.htm>>

9. [Desconocido] “Costo De La Calidad Del Software”.<< http://www.mitecnologico.com/Main/CostoDeLaCalidadDelSoftware >>

10.[IAAP] “El Costo de la Calidad”. << http://www.deltaasesores.com/articulos/autores-invitados/iaap/3005-el-costo-de-la-calidad >>

11.[Desconocido] << http://www.mitecnologico.com>>

12.[Roger S.Pressman] “Garantía de la Calidad del Software (SQA/GCS) ”1993. <<Libro Ingeniería de Software, un enfoque práctico 3ª Edición, The McGraw-Hill, Inc >>