SERIE 2503n: REQUISITOS DE CALIDAD: Este conjunto de estándares están orientados a ayudar en la especificación de requisitos. Estos requisitos pueden utilizarse en la licitación de contratos de desarrollo pero también como entradas en el proceso de evaluación. El único estándar estándar de esta serie es el “ISO/IEC 25030– Requisitos Requisitos de calidad.”
SERIE 2504n: EVALUACIÓN DE LA CALIDAD: En esta serie de estándares se presentan distintos aspectos y tareas relativos a la evaluación del producto software. Los distintos documentos son los siguientes:
NORMA NORMA ISO/IEC 25040 Modelo de referencia para la evaluación
ISO/IEC 25041 Módulos de evaluación
ISO/IEC 25042 Proceso de evaluación para desarrolladores
ISO/IEC 25043 Proceso de evaluación para compradores
25044 Proceso de evaluación para evaluadores
CARACTER CARACT ER STICAS STICAS Describe los requisitos generales a cumplir en la especificación y evaluación de la calidad de un software. Proporciona una base para la evaluación de la calidad de un software. Especifica los requisitos que deben cumplir los métodos de evaluación y medida de un producto software. Describe la estructura y contenido de la documentación que debe describir los módulos de evaluación. Proporciona requisitos y recomendaciones de carácter práctico para la implementación de la evaluación cuando ésta se da en paralelo con el desarrollo. Describe requisitos y recomendaciones para la medida y evaluación sistemática de productos de software comerciales, productos desarrollados a medida, o productos a modificar bajo contrato. Detalla requisitos y recomendaciones para la evaluación de software de forma que dicha evaluación sea fiable y comprensible.
EL MODELO DE CICLO DE VIDA PARA LA CALIDAD EN SQUARE: El modelo de ciclo de vida en SQuaRE maneja la calidad del producto en las tres distintas fases dentro del ciclo de vida de un producto: La calidad interna trata de productos en desarrollo. La calidad externa de productos en funcionamiento. A título de ejemplo, el número de fallos encontrados en la fase de pruebas puede dar una referencia sobre la calidad externa. La calidad en uso se refiere a productos en uso, se refiere a productos que probablemente sí hayan sido lanzados de forma comercial, y en los cuales se desea medir el grado de satisfacción del usuario con el programa En este ciclo de vida también se pone de manifiesto que la calidad de un programa requiere un proceso similar al proceso de desarrollo para cada uno de los tipos de calidad, a saber: Especificación de requisitos, implementación y pruebas/validación. Como puede apreciarse en el ciclo de vida las especificaciones de distintos tipos de requisitos juegan un papel fundamental para la verificación y validación de la calidad. Los requisitos de calidad en uso especifican los requisitos desde el punto de vista del usuario. Estos requisitos son los que determinan la validación del software por parte del usuario. Como indica el modelo de ciclo de vida, la especificación de requisitos de calidad en uso ayuda a determinar los requisitos de calidad externa. Los requisitos de calidad externa especifican los umbrales de aceptación de medidas externas y se utilizan para la verificación y validación técnica del producto. Estos requisitos ayudan a determinar los requisitos de calidad interna pero además, pueden servir para predecir si se alcanzaría la calidad en uso deseada, puede verse, los conceptos “en funcionamiento” y “en uso”, pueden producir cierta confusión. Los requisitos de calidad interna especifican las propiedades de productos software intermedios, como por ejemplo módulos o clases. Se utilizan para verificar el producto a lo largo de las distintas etapas del desarrollo y pueden utilizarse también para definir estrategias y criterios de evaluación y verificación. El modelo de calidad en SQuaRE mantiene la estructura ya especificada en otros estándares. En líneas generales, se opta por una estructura “divide y vencerás” en la que la calidad de un producto software se compone de un conjunto de características, que se dividen a su vez en subcaracterísticas y que se especifican en forma de atributos de calidad.
EL MODELO DE CALIDAD PARA LA CALIDAD DEL SOFTWARE EN USO: El modelo de calidad para la calidad del software en uso, pasó de tener 4 componentes en la Norma ISO/IEC 9126-1, pasó a tener 6 componentes como se expone en la Norma SQUARE. La Calidad en uso, es una medida de la calidad del sistema en su ambiente operacional. Es determinado por la naturaleza del software, del hardware, del ambiente de funcionamiento, y de las características de los usuarios, de las tareas y del ambiente social, todos estos factores contribuyen a la calidad en uso. Esta se refiere a la capacidad del software para alcanzar la calidad en uso para los contextos específicos en uso. Alcanzar la calidad en uso depende de alcanzar la calidad externa necesaria, que alternadamente depende de alcanzar la calidad interna necesaria.
CARACTER STICA CALIDAD EN USO DEL SOFTWARE
O S U N E D A D I L I B A S U
SUBCARACTER STICA
DESCRIPCI N
Permite a usuarios específicos alcanzar con protección y seguridad metas específicas con la eficacia, productividad, satisfacción en contextos específicos del uso. Es la vista del usuario de calidad de un ambiente que contiene software, y es medido desde los resultados al usar el software en el ambiente, más que las características del software en sí mismo Permite a usuarios alcanzar metas específicas Eficacia con exactitud y de completitud en un uso contexto específico del Permite a uso usuarios específicos Permite a usuarios alcanzar metas consumir cantidades Productividad específicas con apropiadas de recursos en de eficacia, lo referente a la eficacia uso productividad y alcanzada en un contexto satisfacción en especificado del uso contextos Satisfacer a usuarios en un específicos del contexto específico de uso uso. Satisfacción de Se subdivide en: uso -Atractividad (Satisfacción cognoscitiva) -Placer (Satisfacción
emocional) -Comodidad(Satisfacción física)
Conformidad con la usabilidad en uso
Tipos de usuario de uso O S U E D O T X E T N O C
Proveer la usabilidad en uso aceptable en todos los conceptos requeridos del uso
Tareas de uso Ambientes de uso
Conformidad del contexto de uso Riesgo para el operador en uso O S U N E D A D I R U G E S
Los riesgos generalmente son consecuencias de las deficiencias en la funcionalidad (incluyendo la seguridad) confiabilidad, usabilidad o mantenibilidad
Riesgos de la corrupción del software en el uso
Riesgos comerciales del uso
Capacidad para adherirse a estándares o convenciones relacionadas con la usabilidad en uso Proveer la usabilidad de uso aceptable para todos los tipos de usuarios requeridos Proveer la usabilidad de uso aceptable para todas las tareas requeridas Proveer la usabilidad de uso aceptable para todas los ambientes organizacionales, técnicos y físicos requeridos Capacidad para adherirse a estándares o convenciones relacionadas con el contexto en uso Proporcionar niveles de riesgo aceptables del daño al público en contexto previstos del uso Suministrar niveles de riesgo aceptables frente a la corrupción del software respecto de los contextos de uso previstos Suministrar niveles de riesgo aceptables frente a una falla que redundaría en daños comerciales o daños en la reputación respecto de los contextos de uso previstos
Conformidad del riesgo Capacidad para adherirse en uso a estándares o
convenciones relacionadas con la seguridad en uso
Seguridad en uso
Conformidad con la seguridad en uso
O S U E D D A D I L I B A T P A D A
Facilidad de aprendizaje en uso Proveer la adaptabilidad en uso aceptable en todos los conceptos requeridos del uso
Flexibilidad en uso
Accesibilidad en uso
Conformidad con la adaptabilidad en uso
Proteger la información y los datos de modo que las personas o los sistemas no autorizados no puedan leerlos o modificarlos y que a las personas o sistemas autorizados no se les niegue el acceso a ellos Capacidad para adherirse a estándares o convenciones relacionadas con la seguridad en uso La calidad en uso de los procesos de aprendizaje Proporcionar software de calidad en uso en el rango más amplio de contextos del uso Proporcionar software de calidad en uso para gente con el más amplio rango de capacidades Capacidad para adherirse a estándares o convenciones relacionadas con la adaptabilidad en uso