domingo, 5 de julio de 2020

PRESENTACIÓN



INVESTIGACIÓN ISO 25000



APRENDIZ: MÓNICA M.  M. BOHÓRQUEZ
  
ASESOR TEMÁTICO: MG. GIL LORDUY CASTRO 

MODULO
EVALUACIÓN DE RECURSOS EDUCATIVOS DIGITALES


UNIVERSIDAD DE CARTAGENA
MAESTRÍA EN RECURSOS DIGITALES APLICADOS A LA EDUCACIÓN
UNIDAD 3
APARTADÓ - ANTIOQUIA
JULIO – 2020

GENERALIDADES


         ¿QUÉ SON LAS NORMAS ISO?



ISO 25000.

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.

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







CARACTERÍSTICAS



MODELO DE CALIDAD 

A  la  hora  de  establecer  la  calidad  de  un producto  de  software  es  importante  definir un    modelo    que    permita    realizar    una evaluación    detallada    con    una    secuencia específica, que además  permita  estructurar los puntos a evaluar.

La  norma  ISO  2501n  presenta  un  modelo  de calidad detallado donde incluye las características  de  calidad  interna,  externa  y para la calidad en uso, y está formada por: 

  • ISO/IEC  25010 - Modelos  del  sistema  y  calidad del software: Detalla  el  modelo  de  la  calidad del producto, describiendo ocho características  para  evaluar  el  software,  las cuales son:
A  continuación en    la    figura  2 se  detallan algunas  delas  características  del  modelo  de calidad



ISO 25000 FIABILIDAD, SEGURIDAD, MANTENIBILIDAD, PORTABILIDAD. 


Adecuación funcional:
  • Completitud funcional: mide el grado en el que las funcionalidades cubren todas las tareas y objetivos especificados por los usuarios.
  • Corrección funcional: capacidad que posee el producto software para proporcionar resultados correctos con la precisión requerida.
  • Adecuación funcional: capacidad del producto software para proporcionar un conjunto de funciones que satisfagan las necesidades especificadas por los usuarios.

Fiabilidad:
  • Madurez: capacidad del sistema para satisfacer las necesidades de fiabilidad en condiciones normales.
  • Disponibilidad: capacidad del sistema o componente de estar operativo y accesible cuando se requiere su uso.
  • Tolerancia a fallos: capacidad del sistema o de un componente para seguir operando en presencia de fallos hardware o software.
  • Capacidad de recuperación: capacidad del producto software para recuperar datos y restablecer el estado del sistema en caso de interrupción o fallo.

Seguridad:
  • Confidencialidad: capacidad de evitar que se produzcan accesos no autorizados, accidentales o deliberados.
  • Integridad: capacidad del sistema o componente para prevenir accesos o modificaciones no autorizadas a datos o programas.    
  • No repudio: capacidad de demostrar las acciones o eventos que han tenido lugar.
  • Responsabilidad: capacidad de registrar y rastrear las acciones de una entidad en el sistema.
  • Autenticidad: capacidad de demostrar la identidad de un usuario o un recurso.

Compatibilidad:
  • Coexistencia: capacidad del producto para funcionar junto a otro software independiente, en un mismo entorno, compartiendo recursos comunes.
  • Interoperabilidad: capacidad de dos o mas sistemas para intercambiar información y hacer uso de esta información intercambiada.

Portabilidad:
  • Adaptabilidad: capacidad que permite al producto ser adaptado fácilmente a diferentes entornos hardware, software, operacionales o de uso.
  • Capacidad para ser instalado: facilidad con la que el producto se puede instalar/desinstalar de un determinado entorno.
  • Capacidad para ser reemplazado: capacidad del producto para ser utilizado en lugar de otro producto software con el mismo propósito y en el mismo entorno.

Mantenibilidad:
  • Modularidad: capacidad de un sistema o programa que evita que un cambio en un componente afecte gravemente al resto de componentes.
  • Reusabilidad: capacidad de un activo que le permite ser utilizado en más de un sistema o en la constricción de otros activos.
  • Analizabilidad: facilidad con la que se puede evaluar el impacto de un cambio sobre el resto del software, diagnosticando las posibles deficiencias o causas de fallos en el software para así, identificar las partes que deben ser modificadas.
  • 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 los criterios de prueba para un sistema o componente y con la que se pueden llevar a cabo las pruebas para ver si dichos criterios se cumplen.

Eficacia de desempeño: 
  • Comportamiento temporal: se compone de los tiempos de respuesta y procesamiento y los ratios de rendimiento de un sistema cuando lleva a cabo sus funciones bajo las condiciones establecidas por un banco de pruebas(benchmark).
  • Utilización de recursos: se define como la cantidad y los tipos de recursos utilizados cuando el software lleva a cabo su función bajo unas condiciones determinadas.

Capacidad de uso:
  • Capacidad para reconocer su adecuación: capacidad el producto que permite al usuario entender si el software es adecuado para sus necesidades.
  • 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 cometer errores.
  • Estética de la interfaz de usuario: capacidad de la interfaz de usuario de agradar y satisfacer la interacción con el usuario.
  • Capacidad de aprendizaje técnico: capacidad del producto que permite al usuario aprender su aplicación.
  • Accesibilidad técnica: capacidad del producto que permite que sea utilizado por usuarios con determinadas características y discapacidades

CRITERIOS Y MÉTRICAS DE EVALUACIÓN.



EVALUACIÓN DE CALIDAD 



Dentro   de   los   modelos   referenciales   que ayudan   a   llevar   a   cabo   un   proceso   de evaluación  de  calidad  del  producto  software encontramos las siguientes:

  • ISO/IEC    25040 – Modelo    de    referencia, evaluación   y   guía:Es   un   modelo   de referencia   para   la   evaluación,   el   cual considera  las  entradas,  las  restricciones  y los  recursos  necesarios  para  obtener  las salidas. 

  • ISO/IEC 25041 - Guía de evaluación para los desarrolladores, compradores y evaluadores  independientes:Describe  las recomendaciones  desde  el  punto  de  vista del  desarrollador,  los  compradores  y  los evaluadores, para la puesta en práctica de la evaluación del producto software.

  • ISO/IEC  25042 – Módulos  de  evaluación: En este   módulo   se   tiene   en   cuenta   la evaluación    y    la    documentación,    la estructura  y  el  contenido  que  se  deben utilizar para definir los módulos completos.
  • ISO/IEC  25045 – Módulo  de  evaluación  de recuperabilidad: Es   un   módulo para   la evaluación  de  la  recuperabilidad  de  todo tipo de información.
La  norma  ISO/IEC  25040  define  el  proceso para  llevar  a  cabo  la  evaluación  del  producto software y consta de cinco actividades:

Actividad  1:  Establecer  los  requisitos  de  la evaluación.    Dentro    de    esta    actividad    se desglosan algunas tareas.

1.1:  Establecer  el  propósito  de  la  evaluación.Inicialmente  se  documenta  el  propósito  por  el que la organización quiere evaluar la calidad de su producto software.

1.2:   Obtener   los   requisitos   de   calidad del producto.Se  identifican  las  partes  interesadas en   el   producto   software   (desarrolladores, posibles  adquirientes,  usuarios,  proveedores, etc.), adicionalmente     se     describen     los requisitos de calidad del producto utilizando un modelo.

1.3:  Identificar  las partes  del  producto  que  se deben  evaluar.Especificación  de  requisitos, diagramas  de  diseño,  documentación  de  las pruebas,  etc.,  dependiendo  de  la  fase  en  el ciclo  de  vida  en  que  se  realiza  la  evaluación  y del propósito.

1.4:  Definir  el  rigor  de  la  evaluación.Esta definición  será  conforme  al  propósito  y  el  uso previsto del producto software, los riesgos para la   seguridad, los riesgos   económicos   o los riesgos   ambientales.   Así   mismo   se   podrá establecer  qué  técnicas  se  deben  aplicar  y  los resultados esperados.

Actividad  2: Especificar  la  evaluación.Dentro de  esta  actividad  se  especifican  herramientas, técnicas de medición y criterios aplicados en la evaluación. 

2.1:  Seleccionar  los  módulos  de  evaluación. Para  ello  se  puede  tener  en  cuenta  la  norma ISO/IEC  25020,  la  cual  ayudará en  la  toma  de decisiones   luego   de   seleccionar métricas, técnicas y herramientas para la evaluación. 

2.2  Definir  los  criterios  de  decisión  para  las métricas.Dichos  criterios  son  pasos  que  se pueden relacionar con los requisitos de calidad y con los criterios de evaluación para decidir la calidad del producto. 

2.3:  Definir  los  criterios  de  decisión  de  la evaluación.Estos   criterios   y   sus   resultados permiten  en  forma  general  la  valoración  de  la calidad del producto software.

Actividad 3: Diseñar  la  evaluación.En  esta actividad  se  define  el  plan  con  las  acciones  de evaluación que se deben realizar.

3.1: Planificar las actividades de la evaluación.Dichas actividades se deben planear dependiendo  la  disponibilidad  de  los  recursos humanos y materiales necesarios, adicionalmente el presupuesto, los métodos de evaluación    y    estándares    adaptados,    las herramientas de evaluación.

Actividad  4: Ejecutar  la  evaluación.Aquí  se ejecutan    los    pasos    para    la    evaluación obteniendo las métricas de calidad y aplicando los criterios de evaluación.

4.1:  Realizar  las  mediciones. Las  mediciones sobre  el  producto  software  se  realizan  para obtener     los     valores     de     las     métricas seleccionadas   e   indicadas   en   el   plan   de evaluación.  Todos  los  resultados  deberán  ser registrados.

4.2: Se aplican los criterios de decisión para las métricas    sobre    valores    obtenidos    en    la medición de un producto.

4.3:  Se  aplican  los  criterios  de  decisión  de  la evaluación,   produciendo   como   resultado   la valoración   del   grado   en   que   el   producto software   cumple   los   requisitos   de   calidad establecidos.

Actividad  5: Concluir  la  evaluación.En  esta última  actividad  se  culmina  la  evaluación  de calidad  del  producto  software,  realizando  un informe  de  resultados que será  entregado  al cliente y se revisarán los resultados obtenidos.

5.1:  El  evaluador  y  el  cliente  revisarán  los resultados  obtenidos  en  la  evaluación,  con  el objetivo de realizar una mejor interpretación y una mejor detección de errores.

5.2:   Crear   el   informe   de   evaluación.Este informe  es  elaborado  con  los  requisitos  de  la evaluación,  los  resultados,  las  limitaciones  y restricciones, el personal evaluador, etc.

5.3:  El  evaluador  revisará  los  resultados  de  la evaluación  y  obtendrá  el feedback, que debe servir para mejorar el proceso de evaluación de acuerdo   a   los   indicadores   y   las   métricas aplicadas.

5.4: Tratar los datos de la evaluación.Según lo acordado  con  el  cliente,  el  evaluador  debe realizar   un   procedimiento correcto   con   los datos, devolviéndolos, modificándolos, guardándolos, etc



DERIVADOS DE ISO 25000


LAS NORMAS ISO PARA LA CALIDAD DE UN PRODUCTO DE SOFTWARE.



En el año 1991 la ISO (International Organization for Standardization) publicó su modelo de calidad para la evaluación del producto de software (ISO 9126:1991), que fue extendiendo con revisiones hasta 2004, dando lugar a la actual norma ISO/IEC 9126 “Software Engineering. Product Quality”. La norma ISO/IEC 9126 propone un conjunto de características, subcaracterísticas y atributos para descomponer la calidad de un producto de software. Propone seis propiedades (funcionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad), que se dividen en subcategorías, como se muestra en la Figura 1. 

Figura 1: Características de la Calidad según la ISO/IEC 9126 y adoptadas por la norma ISO/IEC 25000:2005. Fuente (Kybele consulting, 2013)  



Recientemente ha aparecido una nueva versión de la norma 9126: la norma ISO/IEC 25000. Esta proporciona una guía para el uso de las nuevas series de estándares internacionales, llamados Requisitos y Evaluación de Calidad de Productos de Software (SQuaRE). Constituyen una serie de normas basadas en la ISO 9126 y en la ISO 14598 (Evaluación del Software), y su objetivo principal es guiar el desarrollo de los productos de software con la especificación y evaluación de requisitos de calidad. Establece criterios para la especificación de requisitos de calidad de productos de software, sus métricas y su evaluación. Incluye un modelo de calidad dividido en dos partes para unificar las definiciones de calidad de los clientes con los atributos en el proceso de desarrollo. SQuaRE está formada por las divisiones siguientes: 

ISO/IEC 2500n. División de gestión de calidad. Los estándares que forman esta división definen todos los modelos comunes, términos y referencias a los que se alude en las demás divisiones de SQuaRE. 

ISO/IEC 2501n. División del modelo de calidad. El estándar que conforma esta división presenta un modelo de calidad detallado, incluyendo características para la calidad interna, externa y en uso. 

ISO/IEC 2502n. División de mediciones de calidad. Los estándares pertenecientes a esta división incluyen un modelo de referencia de calidad del producto de software, definiciones matemáticas de las métricas de calidad y una guía práctica para su aplicación. Presenta aplicaciones de métricas para la calidad de software interna, externa y en uso. 

ISO/IEC 2503n. División de requisitos de calidad. Los estándares que forman parte de esta división ayudan a especificar los requisitos de calidad. Estos requisitos pueden ser usados en el proceso de especificación de requisitos de calidad para un producto de software que va a ser desarrollado ó como entrada para un proceso de evaluación. El proceso de definición de requisitos se guía por el establecido en la norma ISO/IEC 15288. 

ISO/IEC 2504n. División de evaluación de la calidad. Estos estándares proporcionan requisitos, recomendaciones y guías para la evaluación de un producto de software, tanto si la llevan a cabo evaluadores, como clientes o desarrolladores. 

• ISO/IEC 25050–25099. Estándares de extensión SQuaRE. Incluyen requisitos para la calidad de productos de software “Off-The-Self” y para el formato común de la industria (CIF) para informes de usabilidad.   

sábado, 4 de julio de 2020

CITAS BIBLIOGRÁFICAS






     
Casallas F. 2016. Norma ISO/IEC 25000 y los modelos para evaluar la calidad de software. Recuperado de https://www.youtube.com/watch?v=Xx7DS_kxGwQ

Kybele consulting, 2013. Características de la calidad según la ISO / IEC 9126 y afectados por la norma ISO / IEC 25000: 2005. Recuperado de https://www.researchgate.net/figure/Figura-2-2-Caractersticas-de-la-Calidad-segn-la-ISO-IEC-9126-y-adoptadas-por-la-norma_fig8_309457705 

Likecomtic - Arquitectos de Software (2016) Arquisoft90 | Parte 14 - Iso25000 Fiabilidad - Seguridad - Mantenibilidad - Portabilidad. Recuperado de https://www.youtube.com/watch?v=lmzH35yw78s

Procem Consultores (2016) ¿Qué son las normas ISO? Recuperado de https://www.youtube.com/watch?v=QrWsBj6ARG0&t=109

Quagsire INC (2006) Calidad del producto. Recuperado de https://sites.google.com/site/quagsireinc/procesos-de-la-empresa/calidad-y-madurez 

Revista Española de Innovación, Calidad e Ingeniería del Software, Vol.4, No. 2, 2008. La norma ISO/IEC 25000 y el proyecto KEMIS para su automatización con software libre. Recuperado de https://www.redalyc.org/pdf/922/92218339013.pdf

Roa, P.; Morales, C.; Gutiérrez, P.(2015).Norma ISO/IEC 25000. Recuperado                   de https://revistas.udistrital.edu.co/index.php/tia/article/view/8373/11349

Root, N. 2017, Iso 25000. Recuperado de https://www.youtube.com/watch?v=4vGJZ1OwpDc 

Tunjano L. (2017). Norma ISO 25000 Calidad de software. Recuperado de https://www.youtube.com/watch?v=wJDSajysaJM



PRESENTACIÓN

INVESTIGACIÓN ISO 25000 APRENDIZ: MÓNICA M.  M. BOHÓRQUEZ    ASESOR TEMÁTICO: MG. GIL LORDUY CASTRO  MODULO EVALUACIÓ...