Criterios De Calidad Del Software

(SCALON, 2006)
La Calidad del Software es “la concordancia con los requerimientos funcionales y de rendimiento explícitamente establecidos, con los estándares de desarrollo documentados y con las características implícitas que se esperan de todo software desarrollado profesionalmente”
La Calidad del Software (CS) es una disciplina más dentro de la Ingeniería del Software. El principalinstrumento para garantizar la calidad de las aplicaciones sigue siendo el Plan de Calidad, el cual se basa en normas o estándares genéricos y en procedimientos particulares. Los procedimientos pueden variar en cada organización, pero lo importante es que estén escritos, personalizados, adaptados a los procesos de la organización y que se sean cumplidos.
Los Estándares de Calidad son aquellos quepermiten definir un conjunto de criterios de desarrollo que guían la forma en que se aplica la ingeniería del software. Los estándares suministran los medios para que todos los procesos se realicen de la misma forma y son una guía para lograr la productividad y la calidad.
(Pressman, 2005)
DIMENSIONES DE LA CALIDAD DE GARVIN
David Garvin [Gar87] sugiere que la calidad debe tomarse en cuenta,adoptando un punto de vista multidimensional que comience con la evaluación de la conformidad y termine con una visión trascendental (estética). Aunque las 8 dimensiones de Garvin de la calidad no fueron desarrolladas específicamente para el software, se aplican a la calidad de este:
Calidad del desempeño. ¿El software entrega todo el contenido, las funciones y las características especificadas comoparte del modelo de requerimientos, de manera que da valor al usuario final?
Calidad de las características. ¿El software tiene características que sorprenden y agradan la primera vez que lo emplean los usuarios finales?
Confiabilidad. ¿El software proporciona todas las características y capacidades sin fallar? ¿Está disponible cuando se necesita? ¿Entrega funcionalidad libre de errores?Conformidad. ¿El software concuerda con los estándares locales y externos que son relevantes para la aplicación? ¿Concuerda con el diseño de facto y las condiciones del código? Por ejemplo, ¿La interfaz de usuario está de acuerdo con las reglas aceptadas del diseño para la selección de menú o para la entrada de datos?
Durabilidad. ¿El software puede recibir mantenimiento (cambiar) o corregirse (depurarse)sin la generación inadvertida de eventos colaterales? ¿Los cambios ocasionarán que la tasa de errores o la confiabilidad disminuyan con el tiempo?
Servicio. ¿Existe la posibilidad de que el software reciba mantenimiento (cambios) o correcciones (depuración) en un periodo de tiempo aceptablemente breve? ¿El equipo de apoyo puede adquirir toda la información necesaria para hacer cambios o corregirdefectos? Douglas Adams [Ada93] hace un comentario irónico que parece pertinente: “La diferencia entre algo que puede salir mal y algo que posiblemente no salga mal es que cuando esto último sale mal, por lo general es imposible corregirlo o repararlo”.
Estética. No hay duda de que todos tenemos una visión diferente y muy subjetiva de lo que es estético. Aún así, la mayoría de nosotros estaría deacuerdo que en una entidad estética posee cierta elegancia, un flujo único y una “presencia” obvia que es difícil de cuantificar y que, no obstante, resulta evidente.
Percepción. En ciertas situaciones, existen prejuicios que influirán en la percepción de la calidad por parte del usuario. Por ejemplo, si se introduce un producto de software elaborado por un proveedor que en el pasado hademostrado mala calidad, se estará receloso y la percepción de la calidad del producto tendrá influencia negativa. De manera similar, si un vendedor tiene una reputación excelente se percibirá buena calidad, aún si esta en realidad no existe.
(SOMMERVILLE, 2002)
ASEGURAMIENTO Y ESTÁNDARES DE CALIDAD
Existen dos tipos de estándares que se establecen como parte del proceso de aseguramiento de la...