AUTORES DEL TRABAJO COLABORATIVO

UNIDAD III: FORO: INVESTIGACIÓN DE LA ISO 25000 MEDIANTE UN BLOG COLABORATIVO 

DOCENTE TUTOR:

MG. GIL LORDUY CASTRO

MILTON ORTIZ PÁEZ

VILMAR ABRIL CORTES

UNIVERSIDAD DE CARTAGENA

MAESTRÍA EN RECURSOS DIGITALES APLICADOS A LA EDUCACIÓN

CARTAGENA-COLOMBIA

2020

GENERALIDADES DEL MODELO ISO 25000

El objetivo general de la creación del estándar ISO/IEC 25000 SQuaRE (System and Software Quality Requirements and Evaluation) es organizar, enriquecer y unificar las series que cubren dos procesos principales: especificación de requisitos de calidad del software y evaluación de la calidad del software, soportada por el proceso de medición de calidad del software.

ISO/IEC 25000, conocida como SQuaRE (System and Software Quality Requirements and Evaluation), es una familia de normas que tiene por objetivo la creación de un marco de trabajo común para evaluar la calidad del producto software.

La familia ISO/IEC 25000 es el resultado de la evolución de otras normas anteriores, especialmente de las normas ISO/IEC 9126, que describe las particularidades de un modelo de calidad del producto software, e ISO/IEC 14598, que abordaba el proceso de evaluación de productos software. Esta familia de normas ISO/IEC 25000 se encuentra compuesta por cinco divisiones.

La Norma ISO 25000, proporciona una guía para el uso de las series de estándares internacionales llamados requisitos y Evaluación de Calidad de Productos Software (SQuaRE). La norma establece criterios para la especificación de requisitos de calidad de productos software, sus métricas y su evaluación, e incluye un modelo de calidad para unificar las definiciones de calidad de los clientes con los atributos en el proceso de desarrollo.

Tomado de: Marín Navarro (2016)

CARACTERÍSTICAS DEL MODELO ISO 25000

Características de la familia ISO/IEC 25000

La familia de normas ISO/IEC 25000, provee un marco de referencia y un lenguaje común para:

• Identificar y analizar los requerimientos no funcionales de un producto de software o sistema, basados en los atributos de calidad que marca el estándar.
• Diseñar la arquitectura tecnológica basada en estos requerimientos.
• Evaluar la calidad interna y externa de un producto de software o sistema.

Adicionalmente, la familia de normas ISO/IEC 25000 contempla los estándares para la definición, medición y evaluación de requerimientos de calidad de datos y de servicio.

ISO/IEC 2503n – División de Requisitos de Calidad

Las normas que forman este apartado ayudan a especificar requisitos de calidad que pueden ser utilizados en el proceso de elicitación de requisitos de calidad del producto software a desarrollar o como entrada del proceso de evaluación. Para ello, este apartado se compone de:

• ISO/IEC 25030 - Quality requirements: provee de un conjunto de recomendaciones para realizar la especificación de los requisitos de calidad del producto software.

ISO/IEC 2504n – División de Evaluación de Calidad

Este apartado incluye normas que proporcionan requisitos, recomendaciones y guías para llevar a cabo el proceso de evaluación del producto software. Esta división se encuentra formada por:

• ISO/IEC 25040 - Evaluation reference model and guide: propone un modelo de referencia general para la evaluación, que considera las entradas al proceso de evaluación, las restricciones y los recursos necesarios para obtener las correspondientes salidas.
• ISO/IEC 25041 - Evaluation guide for developers, acquirers and independent evaluators: describe los requisitos y recomendaciones para la implementación práctica de la evaluación del producto software desde el punto de vista de los desarrolladores, de los adquirentes y de los evaluadores independientes.
• ISO/IEC 25042 - Evaluation modules: define lo que la Norma considera un módulo de evaluación y la documentación, estructura y contenido que se debe utilizar a la hora de definir uno de estos módulos.
• ISO/IEC 25045 - Evaluation module for recoverability: define un módulo para la evaluación de la subcaracterística Recuperabilidad (Recoverability).

La división de extensión de SQuaRE (ISO/IEC 25050 a ISO/IEC 25099) se reserva para normas o informes técnicos que aborden dominios de aplicación específicos o que puedan ser utilizados para complementar otras normas de la familia SQuaRE

Tomado de: Normas ISO 25000 (2019)

CRITERIOS DE EVALUACIÓN

Los criterios de evaluación tenidos en cuenta para determinar la calidad de un software, se basan en las características con las que cuenta el mismo, en ese sentido, la calidad externa e interna ocupan un lugar fundamental, a partir de unos elementos puntuales:

Adecuación Funcional

Representa la capacidad del producto software para proporcionar funciones que satisfacen las necesidades declaradas e implícitas, cuando el producto se usa en las condiciones especificadas. Esta característica se subdivide a su vez en las siguientes subcaracterísticas:

• Completitud funcional. Grado en el cual el conjunto de funcionalidades cubre todas las tareas y los objetivos del usuario especificados.
• Corrección funcional. Capacidad del producto o sistema para proveer resultados correctos con el nivel de precisión requerido.
• Pertinencia funcional. Capacidad del producto software para proporcionar un conjunto apropiado de funciones para tareas y objetivos de usuario especificados.

Eficiencia de desempeño

Esta característica representa el desempeño relativo a la cantidad de recursos utilizados bajo determinadas condiciones. Esta característica se subdivide a su vez en las siguientes subcaracterísticas:

• Comportamiento temporal. Los tiempos de respuesta y procesamiento y los ratios de throughput de un sistema cuando lleva a cabo sus funciones bajo condiciones determinadas en relación con un banco de pruebas (benchmark) establecido.
• Utilización de recursos. Las cantidades y tipos de recursos utilizados cuando el software lleva a cabo su función bajo condiciones determinadas.
• Capacidad. Grado en que los límites máximos de un parámetro de un producto o sistema software cumplen con los requisitos.

Compatibilidad

Capacidad de dos o más sistemas o componentes para intercambiar información y/o llevar a cabo sus funciones requeridas cuando comparten el mismo entorno hardware o software. Esta característica se subdivide a su vez en las siguientes subcaracterísticas:

• Coexistencia. Capacidad del producto para coexistir con otro software independiente, en un entorno común, compartiendo recursos comunes sin detrimento.
• Interoperabilidad. Capacidad de dos o más sistemas o componentes para intercambiar información y utilizar la información intercambiada.

Usabilidad

Capacidad del producto software para ser entendido, aprendido, usado y resultar atractivo para el usuario, cuando se usa bajo determinadas condiciones. Esta característica se subdivide a su vez en las siguientes subcaracterísticas:

• Capacidad para reconocer su adecuación. Capacidad del producto que permite al usuario entender si el software es adecuado para sus necesidades.
• Capacidad de aprendizaje. Capacidad del producto que permite al usuario aprender su aplicación.
• Capacidad para ser usado. Capacidad del producto que permite al usuario operarlo y controlarlo con facilidad.
• Protección contra errores de usuario. Capacidad del sistema para proteger a los usuarios de hacer errores.
• Estética de la interfaz de usuario. Capacidad de la interfaz de usuario  de agradar y satisfacer la interacción con el usuario.
• Accesibilidad. Capacidad del producto que permite que sea utilizado por usuarios con determinadas características y discapacidades.

Fiabilidad

Capacidad de un sistema o componente para desempeñar  las funciones especificadas, cuando se usa bajo unas condiciones y periodo de tiempo determinados. Esta característica se subdivide a su vez en las siguientes subcaracterísticas:

• Madurez. Capacidad del sistema para satisfacer las necesidades de fiabilidad en condiciones normales.
• Disponibilidad. Capacidad del sistema o componente de estar operativo y accesible para su uso cuando se requiere.
• Tolerancia a fallos. Capacidad del sistema o componente para operar según lo previsto en presencia de fallos hardware o software.
• Capacidad de recuperación. Capacidad del producto software para recuperar los datos directamente afectados y reestablecer el estado deseado del sistema en caso de interrupción o fallo.

Seguridad

Capacidad de protección de la información y los datos de manera que personas o sistemas no autorizados no puedan leerlos o modificarlos. Esta característica se subdivide a su vez en las siguientes subcaracterísticas:

• Confidencialidad. Capacidad de protección contra el acceso de datos e información no autorizados, ya sea accidental o deliberadamente.
• Integridad. Capacidad del sistema o componente para prevenir accesos o modificaciones no autorizados a datos o programas de ordenador.
• No repudio. Capacidad de demostrar las acciones o eventos que han tenido lugar, de manera que dichas acciones o eventos no puedan ser repudiados posteriormente.
• Responsabilidad. Capacidad de rastrear de forma inequívoca las acciones de una entidad.
• Autenticidad. Capacidad de demostrar la identidad de un sujeto o un recurso.

Mantenibilidad

Esta característica representa la capacidad del producto software para ser modificado efectiva y eficientemente, debido a necesidades evolutivas, correctivas o perfectivas. Esta característica se subdivide a su vez en las siguientes subcaracterísticas:

• Modularidad. Capacidad de un sistema o programa de ordenador (compuesto de componentes discretos) que permite que un cambio en un componente tenga un impacto mínimo en los demás.
• Reusabilidad. Capacidad de un activo que permite que sea utilizado en más de un sistema software o en la construcción de otros activos.
• Analizabilidad. Facilidad con la que se puede evaluar el impacto de un determinado cambio sobre el resto del software, diagnosticar las deficiencias o causas de fallos en el software, o identificar las partes a modificar.
• Capacidad para ser modificado. Capacidad del producto que permite que sea modificado de forma efectiva y eficiente sin introducir defectos o degradar el desempeño.
• Capacidad para ser probado. Facilidad con la que se pueden establecer criterios de prueba para un sistema o componente y con la que se pueden llevar a cabo las pruebas para determinar si se cumplen dichos criterios.

Portabilidad

Capacidad del producto o componente de ser transferido de forma efectiva y eficiente de un entorno hardware, software, operacional o de utilización a otro. Esta característica se subdivide a su vez en las siguientes subcaracterísticas:

• Adaptabilidad. Capacidad del producto que le permite ser adaptado de forma efectiva y eficiente a diferentes entornos determinados de hardware, software, operacionales o de uso.
• Capacidad para ser instalado. Facilidad con la que el producto se puede instalar y/o desinstalar de forma exitosa en un determinado entorno.
• Capacidad para ser reemplazado. Capacidad del producto para ser utilizado en lugar de otro producto software determinado con el mismo propósito y en el mismo entorno.

A continuación se muestra un cuadro que resume lo expuesto anteriormente:

MÉTRICAS DE EVALUACIÓN

Las métricas son subcomponentes que permiten hacer una evaluación más precisa del producto, especificando en indicadores que apunten al mejoramiento integral.

Métricas de calidad interna

Características	Métricas
Adecuación funcional	Cumpletitud de la implementación funcional
Fiabilidad	Anulación de operaciones incorrectas
Eficiencia de desempeño	Líneas de código
Facilidad de uso	Integridad de descripción
	Funciones evidentes
	Claridad de mensajes
	Verificación de entradas válidas
Seguridad	Utilización de firma digital
Mantenibilidad	Métodos de autenticación
	Capacidad de condensación
	Acoplamiento de clases
	Ejecución de reusabilidad
	Capacidad de pistas de auditoría
	Complejidad ciclomática
	Profundidad de herencia

Métricas de calidad externa

Características	Métricas
Adecuación funcional	Cumpletitud de la implementación funcional
	Presión computacional
Fiabilidad	Eliminación de errores
	Cobertura de pruebas
	Tiempo medio entre fallos
	Tiempo de servicio
	Redundancia
Eficiencia en el desempeño	Tiempo de respuesta
	Tiempo de espera
	Rendimiento
	Utilización de cpu
	Utilización de memoria
Facilidad de uso	Efectividad de la documentación del usuario o ayuda del sistema
	Claridad de mensajes
	Personalización de la apariencia de la interfaz del usuario
Seguridad	Capacidad de auditoría de acceso
Compatibilidad	Co-existencia disponible
Mantenibilidad	Conectividad con sistemas externos
	Capacidad de pistas de auditoría
	Complejidad de modificación

Tomado de: Balseca Chisaguano (2014)

BIBLIOGRAFÍA

Balseca Chisaguano, E. A. (Octubre de 2014). Evaluación de calidad de productos software en empresas de desarrollo de software aplicando la norma ISO 25000. Quito, Ecuador.

ISO 25000. (2019). Normas ISO 25000. Obtenido de https://iso25000.com/index.php/normas-iso-25000/iso-25010?limit=3&limitstart=0

Marín Navarro, M. A. (26 de Octubre de 2016). SlideShare. Obtenido de https://es.slideshare.net/MiguelAngelMarinNaranjo/iso-25000-67653960