Tarea 5 Socialización e Informe Autor Carlos G. Herrera Meza Grupo: 7 Tutor Carlos Mauricio Rosero Galindez Universidad Nacional Abierta y a Distancia Escuela de Ciencias Básicas, Tecnología e Ingeniería ECBTI Ingeniería de Sistemas Verificación Y Validación De Software Plato Magdalena 2024 CONTENIDO LISTA DE ANEXOS ........................................................................................................... 9 LISTA DE TABLAS DE ANEXOS A ................................................................................. 9 LISTA DE FIGURAS DE ANEXO B .................................................................................. 9 LISTA DE FIGURAS DE ANEXO C ................................................................................ 11 LISTA DE FIGURAS DE ANEXO D ................................................................................ 11 GLOSARIO ...................................................................................................................... 12 RESUMEN........................................................................................................................ 14 INTRODUCCIÓN ............................................................................................................. 16 1 CAPÍTULO 1 - TAREA 2 ANÁLISIS SITUACIONAL .............................................. 18 1.1 ROBUSTEZ ........................................................................................................... 18 1.2 EXTENDIBILIDAD ................................................................................................... 18 1.3 DESEMPEÑO ........................................................................................................ 19 1.4 USABILIDAD.......................................................................................................... 19 1.5 INTEGRIDAD ......................................................................................................... 19 1.6 PORTABILIDAD...................................................................................................... 20 1.7 COMPATIBILIDAD .................................................................................................. 20 1.8 MANTENIMIENTO .................................................................................................. 20 1.9 DOCUMENTACIÓN ................................................................................................. 21 1.10 RELACIÓN DE PONDERACIONES (%) Y LA JUSTIFICACIÓN DE LA ASIGNACIÓN ............. 25 1.10.1 Desempeño (20%)...................................................................................... 25 1.10.2 Usabilidad (18%) ........................................................................................ 25 1.10.3 Robustez (15%) .......................................................................................... 25 1.10.4 Extensibilidad ............................................................................................. 25 1.10.5 Integridad (10%) ......................................................................................... 25 1.10.6 Portabilidad (8%) ........................................................................................ 26 1.10.7 Compatibilidad (6%) ................................................................................... 26 1.10.8 Mantenimiento (6%) ................................................................................... 26 1.10.9 Documentación (5%) .................................................................................. 26 2 CAPÍTULO 2- COMPONENTE PRACTICO – PRACTICAS SIMULADAS ............. 27 [2] 2.1 ALCANCE ............................................................................................................. 27 2.2 REFERENCIAS ...................................................................................................... 27 2.2.1 Especificación de Requisitos del Proyecto .................................................... 27 2.2.2 ISO/IEC 29119 ............................................................................................... 27 2.2.3 IEEE Std 829-2008 ........................................................................................ 28 2.2.4 ISTQB (International Software Testing Qualifications Board) – Syllabus...... 28 2.3 GLOSARIO............................................................................................................ 28 2.3.1 UAT ................................................................................................................ 28 2.3.2 ISO/IEC 29119 ............................................................................................... 29 2.3.3 IEEE Std 829-2008 ........................................................................................ 29 2.3.4 ISTQB ............................................................................................................. 29 2.3.5 QA .................................................................................................................. 29 2.3.6 RACI ............................................................................................................... 30 2.3.7 API .................................................................................................................. 30 2.3.8 Junit ................................................................................................................ 30 2.3.9 Selenium WebDriver ...................................................................................... 30 2.3.10 Test Link ..................................................................................................... 31 2.4 CONTEXTO DE LAS PRUEBAS................................................................................. 31 2.4.1 Módulos de LimeSurvey................................................................................. 31 2.4.2 Elementos de Prueba..................................................................................... 31 2.4.3 Alcance de la Prueba ..................................................................................... 32 2.4.4 Suposiciones y Restricciones ........................................................................ 32 2.4.5 Partes Interesadas ......................................................................................... 32 2.5 COMUNICACIÓN DE LAS PRUEBAS .......................................................................... 33 2.6 REGISTRO DE RIESGOS ........................................................................................ 34 2.7 ESTRATEGIA DE PRUEBA....................................................................................... 36 2.7.1 Subprocesos de prueba ................................................................................. 36 2.7.2 Entregables de Prueba .................................................................................. 36 2.7.3 Matriz de Pruebas .......................................................................................... 36 2.7.4 Registro de Ejecución de Pruebas................................................................. 36 2.7.5 Informe de Validación de Requisitos ............................................................. 37 2.7.6 Plan de Acciones Correctivas ........................................................................ 37 2.8 TÉCNICAS DE DISEÑO DE PRUEBA.......................................................................... 37 2.8.1 Pruebas Basadas en Modelos (Model-Based Testing) ................................. 38 2.8.2 Pruebas de Mutación (Mutation Testing) ....................................................... 38 2.8.3 Pruebas de Carga y Estrés ............................................................................ 39 2.8.4 Pruebas de Interfaz de Usuario (UI Testing) ................................................. 39 2.9 CRITERIO DE FINALIZACIÓN Y PRUEBA ................................................................... 40 2.9.1 Cobertura de Requisitos ................................................................................ 40 [3] 2.9.2 Ausencia de Defectos Críticos ....................................................................... 40 2.9.3 Rendimiento Aceptable .................................................................................. 41 2.9.4 Cumplimiento de Estándares de Usabilidad .................................................. 41 2.9.5 Aprobación de las Partes Interesadas ........................................................... 41 2.10 MÉTRICAS ............................................................................................................ 41 2.10.1 Tiempo Promedio de Respuesta ................................................................ 42 2.10.2 Uso de Recursos del Sistema .................................................................... 42 2.10.3 Tasa de Éxitos de Pruebas de Usabilidad ................................................. 42 2.10.4 Tasa de Cobertura del Código ................................................................... 42 2.10.5 Tiempo Promedio entre Fallas (MTBF) ...................................................... 43 2.10.6 Índice de Retest.......................................................................................... 43 2.10.7 Índice de Defectos por KLOC (Defectos por Mil Líneas de Código) ......... 43 2.11 REQUISITOS DEL ENTORNO DE PRUEBAS ............................................................... 43 2.11.1 Entorno de Desarrollo Local (Localhost): ................................................... 44 2.11.2 Herramienta de Automatización - Selenium IDE:....................................... 44 2.11.3 Datos de Prueba:........................................................................................ 44 2.11.4 Configuración del Entorno: ......................................................................... 45 2.12 CRITERIOS DE SUSPENSIÓN Y REANUDACIÓN ......................................................... 45 2.12.1 Criterios de Suspensión: ............................................................................ 45 2.12.2 Criterios de Reanudación: .......................................................................... 46 2.13 ACTIVIDADES Y ESTIMADOS DE PRUEBA................................................................. 47 2.13.1 Definición de Estrategia de Pruebas: ......................................................... 47 2.13.2 Diseño de Casos de Pruebas:.................................................................... 47 2.13.3 Preparación del Entorno de Pruebas: ........................................................ 47 2.13.4 Ejecución de Pruebas:................................................................................ 47 2.13.5 Análisis y Reporte de Resultados: ............................................................. 48 2.13.6 Re-ejecución de Pruebas y Validación: ..................................................... 48 2.13.7 Informe Final de Pruebas: .......................................................................... 48 2.14 PERSONAL ........................................................................................................... 49 2.14.1 Roles, Actividades y Responsabilidades ................................................... 49 2.15 NECESIDADES DE CONTRATACIÓN ......................................................................... 50 2.16 NECESIDADES DE ENTRENAMIENTO ....................................................................... 50 2.17 CRONOGRAMA ..................................................................................................... 50 2.18 INSTALACIÓN Y CONFIGURACIÓN DE LIMESURVEY ................................................... 52 2.19 PRUEBA DE USUARIO FINAL Y PRUEBA CON VIDEOS CON SELENIUM IDE .................. 52 2.20 CAPTURA DE PANTALLA DE PRUEBA CON SELENIUM IDE ......................................... 54 3 CAPÍTULO 3- DOCUMENTACIÓN DE REQUISITOS Y MODELOS DE MADUREZ DE SOFTWARE ............................................................................................................... 58 [4] 3.1 IMPORTANCIA DE CADA PARTE DE LA NORMA ISO/IEC 15504 SPICE...................... 58 3.2 ISO 15504-1: CONCEPTOS Y VOCABULARIO .......................................................... 58 3.2.1 ISO 15504-2: Realización de una evaluación................................................ 58 3.2.2 ISO 15504-3: Guía para realizar una evaluación .......................................... 58 3.2.3 ISO 15504-4: Guía sobre uso para mejora de procesos y determinación de capacidad .................................................................................................................. 59 3.3 ORDEN LÓGICO PARA APLICAR CADA PARTE DE LA NORMA ISO/IEC 15504 SPICE .. 59 3.3.1 Conceptualización .......................................................................................... 59 3.3.2 Aplicación ....................................................................................................... 59 3.3.3 Evaluación ...................................................................................................... 60 3.4 ¿CUÁLES SON LAS 10 PARTES QUE CONSTITUYEN LA NORMA ISO/EIC 15504 SPICE? 60 3.4.1 ISO 15504. Parte 1. Conceptos y vocabulario:.............................................. 60 3.4.2 ISO 15504. Parte 2. Realización de una evaluación: .................................... 61 3.4.3 ISO 15504. Parte 2. Llevando a cabo una evaluación. Guía para la realización de la evaluación: ..................................................................................... 61 3.4.4 ISO 15504. Parte 4. Guía sobre el uso para la mejora del proceso y la determinación de la capacidad del proceso: ............................................................ 61 3.4.5 ISO 15504. Parte 5. Un ejemplo de modelo de evaluación de procesos del ciclo de vida del software (según ISO/IEC 12207): .................................................. 61 3.4.6 ISO 15504. Parte 6. Un ejemplo de modelo de evaluación del ciclo del sistema (Según ISO/IEC 15288):.............................................................................. 62 3.4.7 ISO 15504. Parte 7. Evaluación de madurez organizacional: ....................... 62 3.4.8 ISO 15504. Parte 8. Un modelo ejemplar de evaluación de proceso a gestión de servicios de TI (Según ISO/IEC 20000):.............................................................. 62 3.4.9 ISO 15504. Parte 9. Perfiles de proceso objetivo: ......................................... 63 3.4.10 ISO 15504. Parte 10. ISO 15504. Parte 9. Extensión de seguridad:......... 63 3.5 TRABAJO COLABORATIVO ...................................................................................... 64 3.6 NIVEL DE DEFINICIÓN Y PLANIFICACIÓN ................................................................. 64 3.6.1 Razón ............................................................................................................. 64 3.6.2 Definición del Alcance y Propósito de la Evaluación: .................................... 64 3.6.3 Planificación de la Evaluación: ...................................................................... 65 3.7 NIVEL DE RECOLECCIÓN Y VALIDACIÓN DE DATOS.................................................. 65 3.7.1 Razón ............................................................................................................. 65 3.7.2 Recolección de Datos: ................................................................................... 65 3.7.3 Validación de Datos: ...................................................................................... 65 3.8 NIVEL DE VALORACIÓN Y GENERACIÓN DE RESULTADOS ........................................ 65 3.8.1 Razón ............................................................................................................. 66 3.8.2 Valoración de Atributos del Proceso: ............................................................. 66 [5] 3.8.3 Generación de Resultados de la Evaluación: ................................................ 66 3.9 NIVEL DE IMPLEMENTACIÓN Y MEJORA CONTINUA .................................................. 66 3.9.1 Razón ............................................................................................................. 66 3.9.2 Presentación de Resultados: ......................................................................... 67 3.9.3 Uso de Resultados para la Mejora Continua: ................................................ 67 RECOMENDACIONES .................................................................................................... 70 3.10 3.11 3.12 3.13 3.14 3.15 CAPACITACIÓN Y SENSIBILIZACIÓN ......................................................................... 70 ASIGNACIÓN DE RECURSOS ADECUADOS ................................................................ 70 ADAPTACIÓN A LA CULTURA ORGANIZACIONAL ........................................................ 70 COMUNICACIÓN EFECTIVA ..................................................................................... 70 MONITOREO Y SEGUIMIENTO CONTINUO ................................................................. 70 APRENDIZAJE Y MEJORA CONTINUA........................................................................ 71 CONCLUSIONES ............................................................................................................ 72 BIBLIOGRAFÍA ............................................................................................................... 73 ANEXO A ......................................................................................................................... 78 A. PROPUESTA DE PONDERACIÓN DE LOS 9 CRITERIOS ................................... 78 A.1. PONDERACIONES DE CRITERIOS Y MÉTRICAS PROPUESTAS ..................................... 80 ANEXO B ......................................................................................................................... 84 B. INSTALACIÓN Y CONFIGURACIÓN DE LIMESURVEY COMO ENTORNO DE PRUEBA .......................................................................................................................... 84 B.1. B.2. B.3. B.4. B.5. INSTALACIÓN Y CONFIGURACIÓN DE LOCALHOST ..................................................... 84 CONFIGURACIÓN DE ENCUESTE EN LIMESURVEY .................................................... 90 CONFIGURACIÓN DE ENCUESTAS ........................................................................... 93 VISUALIZACIÓN DE PRUEBAS DE LAS PREGUNTAS.................................................... 95 LANZAMIENTO DE LA APLICACIÓN ........................................................................... 99 ANEXO C .......................................................................................................................102 C. ESTRUCTURA DEL DIAGRAMA DE FLUJO .......................................................102 C.1. C.2. C.3. C.4. NIVEL 1: DEFINICIÓN Y PLANIFICACIÓN ................................................................102 NIVEL 2: RECOLECCIÓN Y VALIDACIÓN DE DATOS ................................................102 NIVEL 3: VALORACIÓN Y GENERACIÓN DE RESULTADOS .......................................102 NIVEL 4: IMPLEMENTACIÓN Y MEJORA CONTINUA .................................................102 ANEXO D .......................................................................................................................104 D. NIVELES DE MADUREZ........................................................................................104 [6] LISTA DE TABLAS Tabla 1. Tabla de descripción de criterios. ........................................................... 21 Tabla 2. Puntos de Comunicación ........................................................................ 33 Tabla 3. Riesgos.................................................................................................... 34 Tabla 4. Roles ....................................................................................................... 49 Tabla 5. Cronograma general de las pruebas para el proyecto relacionado con . 51 Tabla 6. Documental ............................................................................................. 68 [7] LISTA DE FIGURAS Figura 1. Video prueba de con Selenium IDE ....................................................... 52 Figura 2. Video con configuración del comando assertText ................................. 53 Figura 3. Comando assertElementPresent en Selenium IDE ............................... 53 Figura 4. Estableciendo nombre de proyecto en Selenium IDE ........................... 54 Figura 5. Dirección del localhost de la encuesta .................................................. 54 Figura 6. Configuración del comando assertText ................................................. 55 Figura 7. Validación correcta del texto de finalización de la encuesta ................. 56 Figura 8. Validación de visualización de imagen referente a escudo UNAD ....... 57 [8] LISTA DE ANEXOS ANEXO A. Ponderaciones de criterios, métricas propuestas y resultados de la evaluación.............................................................................................................. 78 ANEXO B. Figuras de instalación y configuración de Limesurvey ....................... 84 ANEXO C. Estructura de aplicación de la norma ISO/IEC 15504 SPICE .......... 102 ANEXO D. Niveles de madurez y modelo de procesos ......................................104 LISTA DE TABLAS DE ANEXOS A Tabla A. 1 Ponderaciones de criterios y propuesta de métricas a utilizar ............ 78 Tabla A. 2 Criterios de ponderación de producto software Colciencias (resolución no 285 de 19 de marzo de 2004) .......................................................................... 80 LISTA DE FIGURAS DE ANEXO B Figura B. 1 Configuración de XAMPP para la ejecución de Limesurvey .............. 84 Figura B. 2 Inicio de instalación de LimeSurvey ................................................... 85 [9] Figura B. 3 Aceptación de licencia GNU ............................................................... 85 Figura B. 4 Requerimientos mínimos para LimeSurvey ....................................... 86 Figura B. 5 Configuración de base de datos MySQL............................................ 87 Figura B. 6 Configuración de credenciales ........................................................... 88 Figura B. 7 Configuración terminada .................................................................... 89 Figura B. 8 Pantalla inicial ..................................................................................... 90 Figura B. 9 Panel de control de LimeSurvey ........................................................ 91 Figura B. 10 Creación de grupo ............................................................................ 91 Figura B. 11 Configuración general de la encuesta .............................................. 92 Figura B. 12 Previsualización del progreso de la configuración ........................... 93 Figura B. 13 Estructura y diseño de la encuesta .................................................. 94 Figura B. 14 Previsualización de preguntas "Información Demográfica" ............. 95 Figura B. 15 Previsualización de preguntas (Experiencia con el Área “Contáctanos”) ....................................................................................................... 96 Figura B. 16 Previsualización de preguntas (Funcionalidad y Usabilidad)........... 97 [10] Figura B. 17 Previsualización de preguntas (Mejoras y Sugerencias) ................. 98 Figura B. 18 Activación del formulario .................................................................. 99 Figura B. 19 Encuesta en Ejecución y enlace para acceder a ella .................... 100 Figura B. 20 Formulario listo para prueba de usuario final .................................101 LISTA DE FIGURAS DE ANEXO C Figura C. 1 Descripción del Proceso Paso a Paso .............................................103 LISTA DE FIGURAS DE ANEXO D Figura D. 1 Niveles de madurez y modelo de procesos .....................................104 [11] GLOSARIO Conjunto de normas y criterios aceptados globalmente que regulan aspectos diversos, como calidad, seguridad o gestión, para promover la coherencia y la interoperabilidad en diferentes industrias y países. ..................................................... 26 C Criterios Parámetros o normas establecidos para evaluar, medir o decidir sobre algo. En el contexto de evaluación y toma de decisiones, los criterios son principios o estándares que se utilizan para juzgar el valor, la calidad, o la eficacia de un proceso, proyecto, o producto. Los criterios proporcionan una base objetiva para la comparación y el análisis, garantizando que las decisiones se tomen de manera consistente y justa.6, 7, 9, 17, 20, 22, 23, 24, 25, 39, 40, 44, 75, 77 I ISO/IEC 29119 Conjunto de estándares internacionales que proporcionan directrices y recomendaciones para el proceso de prueba de software. Estos estándares cubren aspectos como la planificación de pruebas, el diseño de casos de prueba, la ejecución de pruebas, la gestión de incidentes y la evaluación del proceso de prueba. ...................................... 2, 3, 26, 28 D Documentación Conjunto de documentos que contienen información y datos necesarios para entender, desarrollar, operar, o mantener un proyecto, sistema, o producto. En un contexto técnico y profesional, la documentación incluye manuales de usuario, guías de instalación, especificaciones técnicas, informes, y registros. Su objetivo es proporcionar una referencia detallada y organizada que facilite la comprensión y el uso correcto de un producto o proceso.20, 25, 27, 33, 46, 76, 80 L LimeSurvey LimeSurvey es una plataforma de encuestas en línea de código abierto que permite crear, distribuir y analizar encuestas de manera eficiente, con opciones de personalización y análisis estadístico. Es ampliamente utilizado en investigaciones académicas, estudios de mercado y evaluaciones de satisfacción del cliente... 3, 4, 6, 9, 10, 26, 30, 31, 35, 36, 39, 40, 42, 43, 44, 45, 46, 49, 51, 72, 81, 82, 83, 87, 88 E En el contexto de verificación de datos, una .................................................................... 26 Estándares Normas o criterios establecidos que definen niveles de calidad, seguridad o desempeño, utilizados para garantizar consistencia y confiabilidad en productos y servicios. ........................... 3, 26, 28, 40, 73 Estándares internacionales M Métricas Medidas cuantitativas utilizadas para evaluar, comparar y hacer un seguimiento del rendimiento, progreso o calidad de un proyecto, proceso, sistema o producto. Las métricas proporcionan datos objetivos que ayudan a identificar áreas de mejora, a [12] tomar decisiones informadas y a garantizar que se cumplan los objetivos establecidos. Ejemplos de métricas incluyen el tiempo de respuesta, la tasa de error, la satisfacción del cliente y el retorno de la inversión (ROI). ...........6, 9, 18, 22, 23, 40, 75, 77, 80 dispositivo o proceso realiza su función ... 3, 40 Requisitos Conjunto de características, funcionalidades o restricciones que un producto, servicio o sistema debe cumplir para satisfacer las necesidades del usuario, cumplir con estándares o alcanzar objetivos específicos. ............... 2, 3, 4, 26, 36, 39, 42 P Proyecto Un conjunto de actividades planificadas y coordinadas con el objetivo de alcanzar un resultado específico dentro de un tiempo y presupuesto determinados.7, 8, 26, 29, 31, 36, 39, 44, 48, 49, 50, 53, 69 Prueba3, 4, 6, 8, 11, 27, 28, 29, 30, 35, 37, 39, 42, 43, 44, 46, 48, 51, 52, 53, 71, 81, 98 Pruebas En el contexto de verificación de datos, una "prueba" se refiere a un proceso diseñado para confirmar la exactitud, consistencia o integridad de los datos. Esto puede implicar comparar los datos con fuentes adicionales, realizar cálculos o análisis adicionales para validar los resultados, o utilizar métods estadísticos para detectar posibles errores o anomalías en los datos 6, 7, 26, 27, 28, 29, 30, 31, 32, 33, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 70, 71, 72, 73, 74, 92 S Software Conjunto de programas, instrucciones y datos que permiten a un dispositivo electrónico realizar tareas específicas. El software puede ser de diferentes tipos, como aplicaciones de productividad, sistemas operativos, software de entretenimiento, entre otros, y puede ejecutarse en una variedad de dispositivos, como computadoras, teléfonos inteligentes, tabletas y dispositivos inteligentes.5, 9, 18, 19, 20, 21, 22, 23, 26, 27, 28, 35, 36, 37, 38, 39, 41, 42, 48, 59, 60, 61, 62, 70, 71, 72, 73, 74, 76, 77 T Técnica Método o enfoque sistemático utilizado para llevar a cabo una tarea o alcanzar un objetivo específico en un campo particular, como la ciencia, la ingeniería o las artes. Las técnicas suelen implicar el uso de conocimientos especializados y procedimientos específicos para lograr resultados deseados de manera eficiente y efectiva. ........................... 20, 37, 38, 74, 80 R Rendimiento Medida de eficiencia o productividad en un proceso, sistema o producto.18, 21, 23, 24, 25, 35, 36, 38, 40, 41, 43, 46, 47, 48, 78 Medida de la eficiencia, velocidad o capacidad con la que un sistema, [13] RESUMEN El documento presenta una descripción detallada de la norma ISO/IEC 15504 SPICE, que se enfoca en la evaluación y mejora de procesos de software. Se explican las diferentes partes que componen la norma, su importancia y el orden lógico para su aplicación. Además, se propone una estructura de aplicación utilizando un diagrama de flujo que organiza las actividades en cuatro niveles: Definición y Planificación, Recolección y Validación de Datos, Valoración y Generación de Resultados, e Implementación y Mejora Continua. Se destaca la importancia de cada nivel y se documenta su relación con los procesos primarios de gestión, ingeniería, soporte y organización. [14] PALABRAS CLAVE: ISO/IEC 15504 SPICE, evaluación de procesos de software, mejora continua, niveles de capacidad, estructura de aplicación. [15] INTRODUCCIÓN La norma ISO/IEC 15504 SPICE es un estándar internacional que ha ganado una importancia significativa en la industria del software. Esta norma proporciona un marco integral para evaluar y mejorar los procesos de desarrollo de software de una manera sistemática y objetiva. En un entorno altamente competitivo y en constante evolución, la calidad del software se ha convertido en un factor clave para el éxito de las organizaciones. La aplicación efectiva de la norma ISO/IEC 15504 SPICE permite a las empresas identificar áreas de mejora en sus procesos, establecer metas claras y medibles, y garantizar la calidad de sus productos y servicios. Esto se logra mediante la evaluación de los procesos de software utilizando un enfoque estructurado y basado en evidencias. El presente documento tiene como objetivo proporcionar una comprensión profunda de la norma ISO/IEC 15504 SPICE y su importancia en el contexto de la evaluación y mejora de procesos de software. Además, se propone una estructura de aplicación práctica que permite a las organizaciones implementar la norma de manera efectiva y aprovechar al máximo sus beneficios. [16] OBJETIVO GENERAL Comprender la norma ISO/IEC 15504 SPICE y proponer una estructura de aplicación práctica que permita a las organizaciones evaluar y mejorar sus procesos de desarrollo de software de manera sistemática y efectiva. Objetivos específicos Explicar la importancia y los conceptos clave de cada parte de la norma ISO/IEC 15504 SPICE. Determinar el orden lógico para aplicar las diferentes partes de la norma. Proponer una estructura de aplicación utilizando un diagrama de flujo y describir las actividades y elementos involucrados en cada nivel. Relacionar las actividades de la estructura propuesta con los procesos primarios de gestión, ingeniería, soporte y organización. [17] 1 CAPÍTULO 1 - TAREA 2 ANÁLISIS SITUACIONAL En el trabajo individual se pretende que cada estudiante logre apropiar los documentos base de la actividad (Resolución 285 de 2004 de Minciencias y Norma NTC 54202:2007) para el entendimiento del Problema (Análisis Situacional), para ello cada estudiante deberá debatir en el foro de discusión de la actividad con argumentos soportados en los dos (2) documentos base de consulta los siguientes puntos: 1. Definición de los nueve (9) criterios técnicos que contempla la norma No. 285 de 19 de marzo de 2004, que se van a incluir y evaluar en la herramienta de medición. 1.1 Robustez Morales Correa 1 , define la robustez como “la habilidad de resistir fallas y perturbaciones”. En este sentido, la robustez asegura la estabilidad del sistema frente a situaciones imprevistas, contribuyendo a la creación de aplicaciones confiables y resistentes. 1.2 Extendibilidad Valdés Faura 2 explica que la extendibilidad: Permite a los desarrolladores añadir nuevo código a la plataforma sin cambiar el código existente, por lo que pueden añadir nuevas funciones y utilizar los aspectos incorporados de la plataforma de formas nuevas y diferentes sin afectar a su estructura interna. 1 Morales Correa, F. G. (2017). Métricas de robustez para el análisis de redes. 2. Valdés Faura, M. (2022, septiembre 23). Extensibilidad: ¿Qué es y qué significa para la eficiencia y la innovación empresarial? Silicon. https://www.silicon.es/experto-opinion/extensibilidad-que-es-y-quesignifica-para-la-eficiencia-y-la-innovacion-empresarial 2 [18] Por consiguiente, la extendibilidad facilita la evolución continua del software al incorporar nuevas funciones sin perturbar su funcionalidad existente. 1.3 Desempeño La métrica de desempeño en software se compone de medidas cuantitativas que se encargan de la eficiencia, velocidad y confiabilidad de una aplicación, incluyendo el tiempo de respuesta, la carga de recursos, el uso eficiente de recursos y la tasa de errores. Estas métricas son fundamentales para poder asegurar el rendimiento necesario para satisfacer las expectativas de los usuarios y así ofrecer una magnifica experiencia para los mismos. 1.4 Usabilidad Según Sánchez 3, “La usabilidad se refiere a la capacidad de un software de ser comprendido, aprendido, usado y ser atractivo para el usuario, en condiciones específicas de uso”. En consecuencia, la usabilidad mejora la satisfacción del usuario y reduce la curva de aprendizaje, facilitando la comprensión y utilización del software. 1.5 Integridad Lacerda 4, destaca que “la integridad del software tiene dos aspectos: Primero, asegurar que los datos que se transmiten, procesados y almacenados sean tan exactos como el creador pretendía, y segundo, que el software se desempeña tan fiable como se pretende”. 3 Sanchez, W. (2011). de Software: Definición y. 9. Lacerda, C. (2017, abril 18). Teoría básica de seguridad del software. Scriptcase Blog - Development, Web Design, Sales and Digital Marketing. https://scriptcaseblog.net/es/development-es/teoria-basica-deseguridad-del-software/ 4 [19] Por ende, la integridad del software es crucial para mantener la precisión de los datos y la confiabilidad en su desempeño. 1.6 Portabilidad De acuerdo con la página iso25000.com 5, la portabilidad se define como la “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”. De esta manera, la portabilidad facilita la adaptación del software a diferentes entornos, asegurando su continuidad y accesibilidad. 1.7 Compatibilidad Iso25000.com 6, describe la compatibilidad como la “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”. En este sentido, la compatibilidad optimiza la sinergia entre plataformas, mejorando la experiencia del usuario y la eficacia del software. 1.8 Mantenimiento Según la página mantenimiento.win 7, “El mantenimiento de software es una actividad muy amplia que incluye corrección de errores, mejoras de capacidad, eliminación de funciones obsoletas y optimización. Debido a que el cambio es inevitable, se deben desarrollar mecanismos de evaluación, control y modificación”. iso25000.com. (2022). Portabilidad. https://iso25000.com/index.php/normas-iso-25000/iso-25010/27portabilidad 5 iso25000.com. (2022). Compatibilidad. https://iso25000.com/index.php/normas-iso-25000/iso-25010/22compatibilidad 6 mantenimiento.win. (s. f.). Mantenimiento de software. Mantenimiento. Recuperado 3 de marzo de 2024, de https://mantenimiento.win/mantenimiento-de-software/ 7 [20] De esta forma, el mantenimiento proactivo garantiza la relevancia y eficacia del software a lo largo del tiempo, adaptándolo a las demandas cambiantes. 1.9 Documentación Zúñiga 8 expone que: La documentación de software es un informe que guía a los desarrolladores, usuarios y otros interesados a través del uso de una aplicación. Es un recurso que proporciona información sobre cómo instalar, utilizar y/o mantener un software. Además, sirve como referencia técnica para quienes necesitan comprender su código y arquitectura subyacente. Por lo tanto, la documentación facilita el desarrollo, instalación y mantenimiento del software, siendo esencial para la comprensión del código y la gestión efectiva. 2. Soportar de manera clara y con visión ingenieril para cada criterio su objetivo en la solución del Problema (Análisis Situacional), usando la Tabla de Descripción de Criterios que se encuentra a continuación. Tabla 1. Tabla de descripción de criterios. Criterio técnico Robustez Extendibilidad Objetivo del Criterio Asegurar que el software sea resistente a fallas y perturbaciones, contribuyendo a la creación de aplicaciones confiables y estables. Facilitar la incorporación de nuevas funcionalidades al software sin Zúñiga, F. G. de. (2023, marzo 29). Documentación técnica de software: Qué es y herramientas | Arsys. Blog de arsys.es. https://www.arsys.es/blog/hacer-documentacion-tecnica-software 8 [21] afectar su estructura interna ni su funcionalidad existente, permitiendo su evolución continua. Garantizar que el software tenga un rendimiento eficiente, rápido y Desempeño confiable, satisfaciendo las expectativas de los usuarios y brindando una excelente experiencia. Usabilidad Integridad Mejorar la satisfacción del usuario, reducir la curva de aprendizaje y facilitar la comprensión y utilización del software. Mantener la precisión de los datos y la confiabilidad en el desempeño del software. Permitir que el software se adapte y funcione en diferentes entornos de Portabilidad hardware, software y operacionales, asegurando su continuidad y accesibilidad. Compatibilidad Optimizar la interoperabilidad entre sistemas y componentes, mejorando la experiencia del usuario y la eficacia del software. Garantizar la relevancia y eficacia del software a lo largo del tiempo, Mantenimiento adaptándolo a las demandas cambiantes mediante actividades de evaluación, control y modificación. Documentación Facilitar el desarrollo, instalación y mantenimiento del software, siendo un recurso esencial para la comprensión del código y la gestión efectiva. [22] 3. Presentar según el análisis individual realizado de los criterios a evaluar, su propuesta del orden de importancia dentro de caso de estudio “Software presentado por un grupo de docentes” de los nueve (9) criterios a evaluar y la ponderación que cada uno de ellos, considera debe asignársele dentro de la ponderación total (100%) de la calificación de la evaluación del software del caso de estudio, en el siguiente formato. Las ponderaciones y métricas pueden apreciarse en el ANEXO A, donde se detalla la propuesta de ponderación de los 9 criterios técnicos a evaluar y las métricas sugeridas para cada uno según la NTC 54202. [23] 4. Debatir con los compañeros de grupo, las propuestas individuales de asignación de ponderaciones (%) de los nueve (9) criterios técnicos que se van a evaluar en la herramienta de medición, para llegar acuerdos sobre la ponderación que como grupo le van a asignar a cada uno de ellos, y la o las métricas que van a utilizar para la evaluación en el desarrollo de la fase colaborativa de la actividad. En esta propuesta, he priorizado los criterios de Desempeño y Usabilidad como los más importantes, ya que son fundamentales para garantizar una excelente experiencia de usuario y un rendimiento óptimo del software. A continuación, he considerado la Robustez, Extendibilidad e Integridad como criterios muy relevantes para asegurar la confiabilidad, adaptabilidad y precisión del software. Los criterios de Portabilidad, Compatibilidad, Mantenimiento y Documentación, si bien son importantes, los he ponderado con un peso menor, ya que su impacto en la experiencia del usuario final es menos directo. Sin embargo, son aspectos que no deben descuidarse para facilitar la gestión, interoperabilidad y soporte del software a largo plazo. Las métricas propuestas se basan en las recomendaciones de la norma NTC 54202 y se han seleccionado para evaluar de manera efectiva cada uno de los criterios técnicos. [24] 1.10 Relación de ponderaciones (%) y la justificación de la asignación 1.10.1 Desempeño (20%). Este criterio es crucial ya que evalúa la capacidad del sistema para realizar sus funciones dentro de los límites establecidos en términos de velocidad y eficiencia. Dado su impacto directo en la experiencia del usuario y la operatividad del sistema, se le asigna una ponderación del 20%. 1.10.2 Usabilidad (18%) La usabilidad es fundamental para la satisfacción del usuario y la efectividad en el logro de objetivos específicos. Una alta puntuación en usabilidad indica que el sistema es fácil de usar y permite a los usuarios cumplir sus objetivos de manera efectiva y satisfactoria. 1.10.3 Robustez (15%) La capacidad del sistema para mantener su rendimiento bajo condiciones adversas es importante para la confiabilidad y la continuidad de las operaciones. Sin embargo, se le asigna una ponderación menor que el desempeño y la usabilidad, ya que aunque es importante, puede no ser tan crítica en todas las situaciones. 1.10.4 Extensibilidad La capacidad del sistema para adaptarse y crecer con cambios futuros es esencial para su mantenimiento a largo plazo. Se le asigna una ponderación significativa del 12% debido a su importancia para la escalabilidad y la evolución del sistema. 1.10.5 Integridad (10%) Garantizar la precisión, completitud y seguridad de los datos es esencial para la confiabilidad y la seguridad del sistema. Aunque crucial, se le asigna una ponderación ligeramente menor que otros criterios debido a su enfoque más específico. [25] 1.10.6 Portabilidad (8%) La capacidad del sistema para funcionar en diferentes entornos es importante para su accesibilidad y flexibilidad. Aunque no es tan crítico como otros criterios en todas las situaciones, sigue siendo significativo, por lo que se le asigna una ponderación del 8%. 1.10.7 Compatibilidad (6%) La capacidad del sistema para interactuar sin problemas con otros sistemas o componentes es importante para la integración y la interoperabilidad. Se le asigna una ponderación del 6% debido a su relevancia, aunque puede ser menos crítico que otros criterios. 1.10.8 Mantenimiento (6%) La facilidad con la que se pueden realizar cambios y mejoras en el sistema es esencial para su mantenimiento a largo plazo. Aunque no tan crítico como otros aspectos del sistema, sigue siendo importante para su evolución continua. 1.10.9 Documentación (5%) La disponibilidad y calidad de la documentación son importantes para el uso y mantenimiento efectivos del sistema. Aunque no es directamente relacionado con el rendimiento del sistema en sí mismo, es esencial para los usuarios y desarrolladores, por lo que se le asigna una ponderación del 5%. [26] 2 CAPÍTULO 2- COMPONENTE PRACTICO – PRACTICAS SIMULADAS 2.1 Alcance Este documento establece el plan para las pruebas de LimeSurvey, una solución de software libre, destinado a optimizar el área de "contáctanos" de la página web de TecnoSoluciones S.A.S. El objetivo es reducir costos operativos mientras se mantiene la eficiencia y funcionalidad del sistema. 2.2 Referencias 2.2.1 Especificación de Requisitos del Proyecto Este es un documento interno o un conjunto de documentos que detallan los requisitos funcionales y no funcionales del proyecto. Estos requisitos sirven como base para el diseño, desarrollo y prueba del sistema. Además, representan una “descripción de lo que será el sistema y cómo funcionará para satisfacer las necesidades del usuario” 9. 2.2.2 ISO/IEC 29119 Esta es una serie de estándares internacionales para la ingeniería de pruebas de software. La norma ISO/IEC 29119 “se aplica en el proceso de pruebas de software estableciendo los estándares y requisitos que deben seguirse en cada etapa del proceso, desde la planificación hasta la evaluación de los resultados” 10. Jain, A. (s. f.). Qué es la especificación de requisitos: Definición, mejores herramientas y técnicas | Guía Soluciones Visure. Visure Solutions. Recuperado 16 de abril de 2024, de https://visuresolutions.com/es/blog/especificaci%C3%B3n-de-requisitos/ 9 NormasISO.org. (2023, enero 16). Norma ISO 29119: Estándares de pruebas de software - Lo que debes saber. NormasISO.org. https://normasiso.org/norma-iso-29119/ 10 [27] 2.2.3 IEEE Std 829-2008 IEEE Standard for Software and System Test Documentation. Este estándar proporciona directrices para la creación de documentación de prueba, incluyendo el plan de pruebas, especificaciones de prueba, informes de prueba y otros documentos relacionados con la gestión de pruebas. De acuerdo con esto, el estándar, "IEEE Standard for Software and System Test Documentation" “es compatible con todos los procesos del ciclo de vida del software y con todos los modelos de desarrollo” 11. 2.2.4 ISTQB (International Software Testing Qualifications Board) – Syllabus El ISTQB “es una organización de certificación de calidad del software reconocida internacionalmente” 12, que proporciona un marco común para la capacitación y certificación en pruebas de software. Los syllabus del ISTQB cubren diversos aspectos de las pruebas de software, desde conceptos básicos hasta técnicas avanzadas. 2.3 Glosario En este documento se utilizan los siguientes términos abreviados: 2.3.1 UAT Pruebas de Aceptación del Usuario (User Acceptance Testing). “son un tipo de prueba funcional que se lleva a cabo para validar si el software cumple con los requisitos del usuario final y con los objetivos del negocio” 13. López, W. A. R. (2015). UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD DE INGENIERÍA PROYECTO CURRICULAR INGENIERIADE SISTEMAS BOGOTÁ D.C. https://repository.udistrital.edu.co/bitstream/handle/11349/2370/WilliamAlfredoRodriguezLopez.pdf;jsessio nid=200643891B1B8037636E670D600B405A?sequence=1 11 España, S. (2018, febrero 5). ISTQB (International Software Testing Qualifications Board). Tu centro de expertise en España sobre Quality Engineering y Testing. https://qanewsblog.com/2018/02/05/istqbinternational-software-testing-qualifications-board/ 12 Muniz, R. (2024, febrero 16). Pruebas de Aceptación del Usuario (UAT) en Proyectos Scrum: Un Enfoque Crucial para la Calidad del Producto. https://es.linkedin.com/pulse/pruebas-deaceptaci%C3%B3n-del-usuario-uat-en-proyectos-scrum-muniz-tmeqe 13 [28] 2.3.2 ISO/IEC 29119 Norma Internacional para la Ingeniería de Pruebas de Software. “Es un estándar internacional que establece los requisitos y las mejores prácticas para llevar a cabo pruebas de software efectivas” 14. 2.3.3 IEEE Std 829-2008 Estándar IEEE para la Documentación de Pruebas de Software y Sistemas. “Era un estándar IEEE que especificaba la forma de un conjunto de documentos para su uso en ocho etapas definidas de pruebas de software” 15. 2.3.4 ISTQB Junta de Calificaciones de Pruebas de Software Internacional. “Es una junta de certificación de pruebas de software que opera a nivel internacional. Fundada en Edimburgo en noviembre de 2002, la ISTQB es una asociación sin ánimo de lucro registrada” 16. 2.3.5 QA Aseguramiento de la Calidad (Quality Assurance). “Es un concepto global, dentro del cual se incluyen: el Aseguramiento de la calidad (QA o Quality Assurance), el Control de la Calidad (Quality control) y las pruebas (Testing)” 17. NormasISO.org. (2023, enero 16). Norma ISO 29119: Estándares de pruebas de software - Lo que debes saber. NormasISO.org. https://normasiso.org/norma-iso-29119/ 14 hmong.wiki. (s. f.). Documentación de prueba de software Estado de IEEE 829 y Antecedentes de IEEE 829. Recuperado 16 de abril de 2024, de https://hmong.es/wiki/IEEE_829 15 hmong.wiki. (s. f.). Junta Internacional de Cualificaciones de Pruebas de Software Portafolio de productosyCondiciones previas. Recuperado 16 de abril de 2024, de https://hmong.es/wiki/International_Software_Testing_Qualifications_Board 16 Servicios de Informática Profesional, S.A. (SIPSA). (2023, mayo 29). QA | Metodologías de Aseguramiento de la Calidad. https://es.linkedin.com/pulse/qa-metodolog%C3%ADas-de-aseguramientola 17 [29] 2.3.6 RACI Matriz de Responsabilidad (Responsible-Accountable-Consulted-Informed). “es una forma de identificar los roles y responsabilidades de los equipos de tu proyecto para cualquier tarea, logro o entrega del proyecto” 2.3.7 API Interfaz de Programación de Aplicaciones (Application Programming Interface). “Es un conjunto de reglas definidas que permiten a las diferentes aplicaciones comunicarse entre sí. Actúa como una capa intermedia que procesa las transferencias de datos entre sistemas” 18. 2.3.8 Junit Framework de prueba para Java. “permite a los desarrolladores escribir y ejecutar pruebas automáticas. Estas pruebas se centran en verificar el correcto funcionamiento de unidades de código, como métodos o clases individuales” 19. 2.3.9 Selenium WebDriver Herramienta de automatización de pruebas para aplicaciones web. “Permite ejecutar pruebas automatizadas en diferentes navegadores web” 20. IBM. (s. f.). ¿Qué es una interfaz de programación de aplicaciones (API)? | IBM. Recuperado 16 de abril de 2024, de https://www.ibm.com/es-es/topics/api 18 19 Jiménez, A. (2023, julio 28). JUnit: Herramienta clave en pruebas unitarias. El Blog de Python. https://elblogpython.com/tecnologia/junit-herramienta-clave-en-pruebas-unitarias/ Anaya, E. (2020, mayo 20). ¿Qué es Selenium y para qué https://inmediatum.com/blog/piensa-digital/que-es-selenium-y-para-que-sirve/ 20 [30] sirve? INMEDIATUM. 2.3.10 Test Link Herramienta de gestión de pruebas. “Es la herramienta de gestión de pruebas de código abierto basada en web más utilizada. Sincroniza la especificación de requisitos y la especificación de prueba. El usuario puede crear proyectos de prueba y documentar casos de prueba” 21 . 2.4 Contexto de las Pruebas 2.4.1 Módulos de LimeSurvey LimeSurvey “es la herramienta de encuestas online simple, rápida y anónima que está repleta de ideas jugosas” 22, Además es versátil y ofrece diversas funcionalidades esenciales para la gestión de encuestas: Creación de Encuestas: Diseño y configuración de encuestas personalizadas. Administración de Encuestas: Gestión eficiente de encuestas activas, inactivas y resultados. Análisis de Resultados: Herramientas avanzadas para analizar y visualizar los resultados de las encuestas. 2.4.2 Elementos de Prueba Se realizarán pruebas a los siguientes elementos: Módulo Creación de Encuestas Módulo Administración de Encuestas Módulo Análisis de Resultados 21 Udemy. (2021, marzo). QA Testing—TestLink herramienta de gestión de pruebas. Udemy. https://www.udemy.com/course/qa-testing-testlink-herramienta-de-gestion-de-pruebas/ LimeSurvey GmbH. (s. f.). LimeSurvey—Free Online Survey Tool. Recuperado 16 de abril de 2024, de https://www.limesurvey.org/es 22 [31] 2.4.3 Alcance de la Prueba El sistema compuesto por los módulos mencionados en el acápite 2.4.1. 2.4.4 Suposiciones y Restricciones 2.4.4.1 Suposiciones: El equipo de desarrollo entregará las funcionalidades acordadas según el cronograma establecido. Las herramientas de pruebas seleccionadas serán compatibles con las funcionalidades específicas de LimeSurvey. Se contará con el acceso necesario a todas las funcionalidades y módulos de LimeSurvey para llevar a cabo las pruebas de forma integral. 2.4.4.2 Restricciones: Las pruebas se realizarán en un entorno controlado que imite el ambiente de producción para garantizar la precisión de los resultados. Las pruebas no deben afectar o interrumpir el acceso regular a LimeSurvey para los usuarios finales. Cualquier cambio en los requisitos o funcionalidades durante el proceso de pruebas deberá ser comunicado y aprobado por el equipo de proyecto antes de su implementación. 2.4.5 Partes Interesadas 2.4.5.1 Comité Evaluador de UNAD Aprobación del Plan de Pruebas, el Cronograma de las Pruebas y los entregables. 2.4.5.2 Docentes Asesores Revisión y aprobación del Plan de Pruebas y del Cronograma de Pruebas. [32] 2.5 Comunicación de las Pruebas Tabla 2. Puntos de Comunicación Punto de Comunicación Frecuenci Propósito a Medios Inicio de la actividad Sesión Inicial y definición de Una vez Reunión virtual objetivos Revisión Encuentros Audienci e a Comité Evaluador de Equipo UNAD y con orientación Asesores Responsabl en el diseño Reunión Docentes virtual Asesores Correo Líder electrónico Proyecto Según Document Líder avance o vía email Proyecto Semanal Equipo de pruebas Actualizació n sobre el Informes de Progreso avance en el Semanal diseño de de Comité Evaluador de UNAD pruebas Presentació Reporte de Avances n de logros y hallazgos [33] de Comité Evaluador de UNAD 2.6 Registro de Riesgos Tabla 3. Riesgos N o Riesgos Retrasos Probabilidad Impacto (1- Severidad Plan (1-5) 5) Mitigación (Prob*Impct) en la y 3 4 12 personalizaci ón Establecer un plan de configuración configuración 1 de detallado y revisar periódicamente de el progreso para limeSurvey evitar retrasos. Proporcionar formación Falta de documentación formación 2 detallada adecuada para y 2 5 10 los el sobre uso de limeSurvey para usuarios todos los usuarios involucrados. Problemas 3 de Realizar pruebas 4 3 12 de integración compatibilida con los sistemas d con otros existentes [34] y sistemas preparar soluciones alternativas si es necesario. Establecer Inconsistenci 4 a en los datos 3 4 12 recopilados controles de calidad y revisiones periódicas de los datos para garantizar su precisión. Implementar Fallas 5 técnicas o interrupcione medidas de seguridad y realizar 2 5 10 s del sistema de copias seguridad regulares para minimizar el impacto de las interrupciones. [35] 2.7 Estrategia de Prueba 2.7.1 Subprocesos de prueba Las pruebas para LimeSurvey incluirán los siguientes subprocesos de prueba: Pruebas de funcionalidad. Pruebas de usabilidad. Pruebas de rendimiento. 2.7.2 Entregables de Prueba Para cada subproceso de prueba en LimeSurvey, se deberán generar los siguientes entregables esenciales: 2.7.3 Matriz de Pruebas Un documento “detallado que describe la estrategia de prueba, los objetivos, el cronograma, la estimación, los entregables y los recursos necesarios para realizar pruebas de un producto de software” 23. 2.7.4 Registro de Ejecución de Pruebas Un informe que proporciona información sobre la ejecución de las pruebas, incluyendo las fechas, los resultados obtenidos, y cualquier incidente o problema identificado. En esencia, “la ejecución de la prueba es el proceso de ejecutar el código y comparar los resultados esperados y reales.” 24. Hamilton, T. (2024, abril 12). PLAN DE PRUEBAS en Pruebas de Software (Ejemplo). https://www.guru99.com/es/test-planning.html 23 edu.lat. (s. f.). Ejecución de pruebas. Recuperado 18 de abril de https://tutoriales.edu.lat/pub/software-testing-dictionary/test-execution/ejecucion-de-pruebas 24 [36] 2024, de 2.7.5 Informe de Validación de Requisitos Un documento que valida que todas las características y funcionalidades del sistema cumplen con los requisitos establecidos, destacando cualquier desviación o incumplimiento detectado. En palabras de Santana et al. 25, “la validación de requerimientos es un proceso continuo en el proyecto de desarrollo de software con el fin de asegurar que los requerimientos elicitados sean representaciones exactas de las necesidades y expectativas de los usuarios”. 2.7.6 Plan de Acciones Correctivas Un conjunto de acciones recomendadas para abordar y corregir los problemas, errores o deficiencias identificadas durante la ejecución de las pruebas, asegurando la calidad y el rendimiento óptimo del sistema. Como señala Paneiva 26 , “un plan de acciones correctivas (PAC) establece una serie de pasos específicos diseñados para corregir las no conformidadTécnicas de diseño de Pruebaes, la no calidad y los aspectos por mejorar que afectan a una organización o negocio”. 2.8 Técnicas de diseño de Prueba Las siguientes técnicas se utilizarán para el diseño de las pruebas: Para asegurar la calidad y eficacia de LimeSurvey, se emplearán técnicas de diseño de pruebas modernas y adaptadas a las necesidades específicas del proyecto. Santana, S., Perero, L. R., Delduca, A. G., & Dapozo, G. N. (2020). Evaluación de técnicas para la validación de requerimientos en entornos de trabajo para el desarrollo de software. XXII Workshop de Investigadores en Ciencias de la Computación (WICC 2020, El Calafate, Santa Cruz). http://sedici.unlp.edu.ar/handle/10915/103994 25 Paneiva, B. (2023, noviembre 10). Lista de Verificación del Plan de Acciones Correctivas. Lumiform. https://lumiformapp.com/es/checklists-recursos/plan-de-acciones-correctivas 26 [37] Según Fernández Muñoz 27, “existen distintas técnicas de caja negra y blanca para el diseño de casos de prueba que persiguen detectar fallos reduciendo al mínimo el número de casos de prueba asegurando un criterio de cobertura”. A continuación, se presentan las técnicas seleccionadas para el diseño de las pruebas: 2.8.1 Pruebas Basadas en Modelos (Model-Based Testing) Esta técnica utiliza modelos formales del sistema para generar automáticamente casos de prueba. Al definir el comportamiento esperado del sistema mediante modelos, se pueden identificar escenarios de prueba exhaustivos y reducir la necesidad de casos de prueba manuales. De acuerdo con Joshi 28: las pruebas basadas en modelos o MBT en palabras más simples es una metodología de automatización de pruebas para proporcionar una descripción descriptiva de la planificación de pruebas, la ejecución y el mantenimiento de casos de prueba y la entrega de pruebas de calidad. 2.8.2 Pruebas de Mutación (Mutation Testing) Esta técnica implica realizar pequeñas modificaciones (mutaciones) en el código fuente del software y luego ejecutar las pruebas para detectar si los casos de prueba identifican estos cambios. Si las pruebas no detectan la mutación, esto indica que el caso de prueba debe ser mejorado. “Se trata de un enfoque relativamente nuevo, que garantiza que tanto los desarrolladores como los probadores trabajen con un alto nivel de calidad” 29. Fernández Muñoz, L. (s. f.). Diseño de Casos de Pruebas. Recuperado 19 de abril de 2024, de https://sanchezcarlosjr.github.io/software-engineering-master-by-escuelait/USantaTecla/4-pruebas/3casosPruebasUnitarias/index.html 27 Joshi, V. (s. f.). Pruebas basadas en modelos: La nueva era de la automatización de software. Cynoteck. Recuperado 19 de abril de 2024, de https://cynoteck.com/es/blog-post/model-based-testingthe-new-era-of-software-automation/ 28 [38] 2.8.3 Pruebas de Carga y Estrés Estas pruebas se centran en evaluar el comportamiento del sistema bajo condiciones de carga elevada y estrés, identificando posibles cuellos de botella, errores de rendimiento y limitaciones del sistema. Como señala QAlified 30, “el objetivo principal es garantizar que la aplicación pueda manejar la concurrencia de usuarios y el volumen de datos esperados sin comprometer el rendimiento”. 2.8.4 Pruebas de Interfaz de Usuario (UI Testing) Esta técnica verifica la correcta funcionalidad y apariencia de la interfaz de usuario, asegurando que el software sea intuitivo, fácil de usar y cumpla con los estándares de diseño y usabilidad. De acuerdo con AppMaster 31, estas pruebas son: Una fase crucial en el ciclo de vida del desarrollo de software, ya que garantiza que las aplicaciones brinden una experiencia fluida, libre de errores y fácil de usar. Implica validar la interacción entre los usuarios finales y los elementos de la interfaz de usuario de la aplicación, incluidas pantallas, menús, botones, formularios y otros componentes gráficos, mediante la realización de una serie de pruebas diseñadas para identificar defectos o ineficiencias. Singureanu, C. (s. f.). Pruebas de mutación: Proceso, herramientas, análisis y mucho más. https://www.zaptest.com/es. Recuperado 19 de abril de 2024, de https://www.zaptest.com/es/pruebas-demutacion-tipos-procesos-analisis-caracteristicas-herramientas-y-mucho-mas 29 30 QAlified. (2023, diciembre 14). ¿Cuál es la diferencia entre las pruebas de carga y de estrés? https://qalified.com/es/blog/pruebas-carga-vs-pruebas-estres/ AppMaster. (2023, septiembre 26). Pruebas de interfaz https://appmaster.io/es/glossary/pruebas-de-interfaz-de-usuario-ui 31 [39] de usuario (UI) | AppMaster. 2.9 Criterio de Finalización y Prueba El objetivo principal de los criterios de finalización y prueba es establecer estándares claros y medibles que determinen cuándo las pruebas han sido completadas con éxito y cuándo el software está listo para pasar a la siguiente fase del ciclo de vida del desarrollo. Como explica Helen 32, “los criterios de entrada representan una serie de requisitos previos que deben cumplirse antes de iniciar el proceso de prueba. Los criterios de salida de las pruebas son un conjunto de condiciones generales y específicas que deben cumplirse antes de finalizar las pruebas”. A continuación, se detallan los criterios de finalización y prueba para LimeSurvey: 2.9.1 Cobertura de Requisitos Se espera que las pruebas cubran al menos el 90% de los requisitos funcionales y no funcionales especificados para LimeSurvey. Esta métrica garantiza que todas las características y funcionalidades del sistema han sido validadas adecuadamente. Como señala Andrade 33, “incluso si su aplicación está libre de errores y funciona bien, ¿qué pasa si no cumple con los requisitos del usuario? Esto no solo pone en riesgo al proyecto, sino que afecta fuertemente la imagen de la empresa”. 2.9.2 Ausencia de Defectos Críticos No debe haber defectos de gravedad alta (Prioridad 1) sin resolver antes de considerar que las pruebas han finalizado. Cualquier defecto crítico detectado debe ser corregido y Helen. (2019, marzo 12). ¿Qué es el ciclo de vida de las pruebas de software (STLC)? QAwerk. https://qawerk.es/blog/que-es-el-ciclo-de-vida-de-las-pruebas-de-software/ 32 Andrade, A. (2021, septiembre 3). ¿Por qué la cobertura de pruebas unitarias es una parte importante de QA? Alex Andrade. https://alexandrade.net/blog-de-ingenieria-de-software/calidad-de-software/porque-la-cobertura-de-pruebas-unitarias-es-una-parte-importante-de-qa/ 33 [40] verificado antes de proceder. De acuerdo con Tasqui 34, un defecto crítico “es aquel que afecta la calidad del producto, lo hace inutilizable, constituyéndose en un riesgo para el usuario”. 2.9.3 Rendimiento Aceptable Las pruebas de rendimiento deben demostrar que LimeSurvey puede manejar la carga esperada sin degradación significativa en su rendimiento. Esto se medirá mediante pruebas de carga, estrés y rendimiento que cumplan con los criterios de respuesta y tiempo de espera definidos 35. 2.9.4 Cumplimiento de Estándares de Usabilidad Las pruebas de usabilidad deben confirmar que LimeSurvey es intuitivo, fácil de usar y cumple con los estándares de diseño y experiencia de usuario establecidos. 2.9.5 Aprobación de las Partes Interesadas Antes de concluir las pruebas, se requerirá la aprobación formal de las partes interesadas, incluidos los stakeholders, el equipo de desarrollo y el equipo de calidad, asegurando que todas las partes estén alineadas y satisfechas con los resultados obtenidos. 2.10 Métricas Las siguientes métricas se recogerán durante el transcurso de la ejecución de las pruebas: Tasqui. (s. f.). Proceso de Recepción y Almacenamiento de Medicamentos y Dispositivos Médicos | Tasqui. Recuperado 19 de abril de 2024, de https://tasqui.com/lecciones/proceso-de-recepcion-yalmacenamiento-de-medicamentos-y-dispositivos-medicos/ 34 González Gómez, L. (2016, julio 28). Diferencias entre inflación, estanflación y deflación. Rankia. https://www.rankia.com/blog/ipc/3288770-diferencias-inflacion-estanflacion-deflacion 35 [41] 2.10.1 Tiempo Promedio de Respuesta Esta métrica mide el tiempo que tarda el sistema en responder a las solicitudes del usuario durante las pruebas de rendimiento, ayudando a identificar posibles cuellos de botella o áreas de mejora en el rendimiento del sistema 36. 2.10.2 Uso de Recursos del Sistema Monitorizar el consumo de recursos como CPU, memoria y almacenamiento durante las pruebas de rendimiento, permitiendo identificar posibles problemas de escalabilidad o ineficiencias en la utilización de los recursos del sistema 37. 2.10.3 Tasa de Éxitos de Pruebas de Usabilidad Esta métrica evalúa el éxito de las pruebas de usabilidad basándose en la capacidad de los usuarios para completar tareas específicas de manera eficiente y efectiva, proporcionando insights sobre la experiencia del usuario y la intuitividad del diseño 38. 2.10.4 Tasa de Cobertura del Código Evalúa la proporción del código fuente que ha sido probado, ayudando a identificar áreas del sistema que requieran una mayor atención en términos de pruebas 39. Dotcom-Monitor. (s. f.). Cálculo del tiempo de respuesta promedio: Cómo probar el tiempo de respuesta. Recuperado 30 de mayo de 2024, de https://www.dotcom-monitor.com/wiki/es/knowledgebase/calculo-del-tiempo-de-respuesta-promedio/ 36 Singureanu, C. (s. f.). Pruebas de estrés: Tipos, proceso, herramientas, listas de comprobación y más. https://www.zaptest.com/es. Recuperado 30 de mayo de 2024, de https://www.zaptest.com/es/pruebasde-estres-en-pruebas-de-software-que-es-tipos-procesos-enfoques-herramientas-mas 37 38 Pursell, S. (2023, abril 18). Pruebas https://blog.hubspot.es/website/pruebas-usabilidad de usabilidad: Definición, tipos y ejemplos. Atlassian. (s. f.). ¿Qué es la cobertura de código? Atlassian. Recuperado 30 de mayo de 2024, de https://www.atlassian.com/es/continuous-delivery/software-testing/code-coverage 39 [42] 2.10.5 Tiempo Promedio entre Fallas (MTBF) Esta métrica calcula el tiempo medio que transcurre entre las fallas del sistema, proporcionando una estimación de la estabilidad y confiabilidad del software bajo prueba 40. 2.10.6 Índice de Retest Porcentaje de casos de prueba que se vuelven a ejecutar exitosamente sin errores después de haber sido corregidos, indicando la eficacia de las correcciones implementadas 41. 2.10.7 Índice de Defectos por KLOC (Defectos por Mil Líneas de Código) Esta métrica proporciona una estimación de la calidad del código en términos de la cantidad de defectos encontrados por cada mil líneas de código, ayudando a identificar áreas potenciales de mejora en el código 42. 2.11 Requisitos del entorno de Pruebas Para las pruebas en LimeSurvey, se utilizará un entorno local host con Selenium IDE como herramienta principal de automatización de pruebas. A continuación, se describen las características y configuraciones específicas del ambiente de pruebas: UpKeep. (s. f.). ¿Qué es el tiempo medio entre fallos MTBF? [Cálculo y ejemplos]. onupkeep. Recuperado 30 de mayo de 2024, de https://upkeep.com/es/learning/mean-time-between-failure/ 40 Mancebo, G. R., & Pumar, G. M. L. (s. f.). TEST-RETEST RELIABILITY OF THE WORK ABILITY INDEX IN HEALTH WORKERS OF HOSPITAL INSTITUTIONS OF ARROYO NARANJO MUNICIPALITY, HAVANA PROVINCE. 41 Eclases. (s. f.). Ingenieria de https://eclases.tripod.com/id14.html 42 Software IV. [43] Recuperado 30 de mayo de 2024, de 2.11.1 Entorno de Desarrollo Local (Localhost): 2.11.1.1 Configuración El ambiente de pruebas se ejecutará en un entorno de desarrollo local (localhost) para facilitar la configuración, ejecución y depuración de las pruebas de manera controlada y segura. 2.11.1.2 Compatibilidad Se asegurará la compatibilidad con los navegadores web más utilizados como Chrome y Mozilla Firefox para validar la funcionalidad en diferentes entornos de usuario. 2.11.2 Herramienta de Automatización - Selenium IDE: 2.11.2.1 Funcionalidades Selenium IDE proporcionará las funcionalidades necesarias para la grabación, ejecución y verificación de los scripts de prueba automatizados. 2.11.2.2 Integración Se integrará Selenium IDE con el navegador web seleccionado para facilitar la ejecución y el seguimiento de las pruebas directamente desde el entorno de desarrollo local. 2.11.3 Datos de Prueba: 2.11.3.1 Casos de Prueba Se desarrollarán casos de prueba específicos para cubrir las pruebas de funcionalidad, usabilidad y rendimiento de LimeSurvey en el ambiente de desarrollo local. [44] 2.11.3.2 Datos de Prueba Se utilizarán datos de prueba representativos y actualizados para simular escenarios de uso realistas y validar la funcionalidad del sistema de manera efectiva. 2.11.4 Configuración del Entorno: 2.11.4.1 Configuración del Sistema Se establecerán las configuraciones y parámetros necesarios en el ambiente de desarrollo local para garantizar la correcta ejecución de las pruebas con Selenium IDE. 2.11.4.2 Configuración de Selenium IDE Se configurarán las opciones y ajustes específicos de Selenium IDE según las necesidades del proyecto para optimizar la creación y ejecución de las pruebas automatizadas. 2.12 Criterios de Suspensión y Reanudación Para garantizar la eficiencia y calidad del proceso de pruebas en LimeSurvey, se establecerán criterios claros para la suspensión y reanudación de las pruebas. Estos criterios permitirán tomar decisiones informadas en caso de identificar situaciones que puedan afectar el desarrollo y ejecución de las pruebas de manera efectiva. A continuación, se detallan los criterios de suspensión y reanudación definidos para el proyecto: 2.12.1 Criterios de Suspensión: 2.12.1.1 Incumplimiento de Funcionalidades Se suspenderán las pruebas si se identifican fallos críticos o defectos que impidan la ejecución de las funcionalidades principales de LimeSurvey. [45] 2.12.1.2 Inestabilidad del Entorno En caso de que el entorno de pruebas presente fallos o inestabilidades que afecten la ejecución y resultados de las pruebas, se procederá a suspender las pruebas hasta que el problema sea resuelto. 2.12.1.3 Limitaciones de Recursos Si se identifican limitaciones o restricciones en los recursos disponibles para la ejecución de las pruebas, como falta de acceso a herramientas o datos necesarios, se suspenderán las pruebas hasta que se resuelva la situación. 2.12.2 Criterios de Reanudación: 2.12.2.1 Resolución de Defectos Una vez que se hayan identificado y corregido los defectos o fallos críticos que causaron la suspensión de las pruebas, se procederá a reanudar las pruebas para validar la funcionalidad corregida. 2.12.2.2 Estabilidad del Entorno Tras la resolución de los problemas que causaron inestabilidades en el entorno de pruebas, se reanudarán las pruebas para continuar con la validación de LimeSurvey en un ambiente controlado y confiable. 2.12.2.3 Disponibilidad de Recursos Al garantizar la disponibilidad y acceso a los recursos necesarios para la ejecución de las pruebas, se procederá a reanudar las pruebas para asegurar la cobertura y calidad requerida en el proceso de pruebas. [46] 2.13 Actividades y Estimados de Prueba Para asegurar una ejecución eficiente y efectiva del proceso de pruebas en LimeSurvey, es fundamental definir las actividades clave y estimar los tiempos requeridos para cada una de ellas. A continuación, se presentan las actividades principales a desarrollar y los estimados de tiempo asociados para el proceso de pruebas: 2.13.1 Definición de Estrategia de Pruebas: Actividades: Revisión y análisis de requisitos de LimeSurvey. Definición de objetivos y alcance de las pruebas. Estimado de Tiempo: 1 día 2.13.2 Diseño de Casos de Pruebas: Actividades: Identificación y documentación de escenarios de prueba. Creación de casos de prueba basados en funcionalidades, usabilidad y rendimiento. Estimado de Tiempo: 3 días 2.13.3 Preparación del Entorno de Pruebas: Actividades: Configuración del entorno localhost para LimeSurvey. Instalación y configuración de Selenium IDE. Estimado de Tiempo: 1 día 2.13.4 Ejecución de Pruebas: Actividades: [47] Ejecución de pruebas de funcionalidad, usabilidad y rendimiento. Registro de resultados y defectos identificados. Estimado de Tiempo: 5 días 2.13.5 Análisis y Reporte de Resultados: Actividades: Revisión y análisis de resultados obtenidos. Generación de informes de estado de las pruebas y defectos encontrados. Estimado de Tiempo: 2 días 2.13.6 Re-ejecución de Pruebas y Validación: Actividades: Corrección de defectos identificados. Re-ejecución de pruebas para validación de correcciones. Estimado de Tiempo: 2 días 2.13.7 Informe Final de Pruebas: Actividades: Consolidación de resultados y conclusiones del proceso de pruebas. Preparación del informe final de pruebas. Estimado de Tiempo: 1 día Total, Estimado de Tiempo: 15 días [48] 2.14 Personal 2.14.1 Roles, Actividades y Responsabilidades Tabla 4. Roles Rol Actividades Responsabilidades Planificar y coordinar las actividades Líder de Proyecto del proyecto. Supervisar el progreso del proyecto. Comunicar con stakeholders. Asegurar que el proyecto se mantenga en el camino correcto. Resolver problemas y desafíos. Configurar y personalizar limeSurvey. Garantizar la correcta implementación Especialista en Realizar pruebas funcionales y de y funcionamiento de limeSurvey. limeSurvey usabilidad. Proporcionar formación Resolver problemas técnicos sobre limeSurvey. relacionados con limeSurvey. Analista de Pruebas Desarrollador Diseñar casos de prueba. Ejecutar pruebas y documentar resultados. Identificar y reportar problemas. Asegurar que todas las funcionalidades de limeSurvey sean probadas adecuadamente. Evaluar la calidad del software. Desarrollar y mantener el software. Asegurar que el código cumpla con los Corregir errores y mejorar el requisitos y estándares de calidad. rendimiento. Integrar limeSurvey con Mantener la funcionalidad y estabilidad otros sistemas si es necesario. del sistema. Gestionar la infraestructura del Administrador sistema. Realizar copias de seguridad de Sistemas y mantenimiento. Monitorear el rendimiento y la disponibilidad. [49] Asegurar la disponibilidad y seguridad del sistema. Realizar mantenimientos y actualizaciones necesarias. Utilizar limeSurvey para la recopilación Usuario Final de datos. Reportar problemas o errores encontrados. Proporcionar retroalimentación sobre la usabilidad. 2.15 Utilizar la herramienta según las necesidades del proyecto. Participar en pruebas y validaciones si es requerido. Necesidades de Contratación Se necesita contratar al menos 2 Analistas de Calidad para completar el cronograma en el tiempo esperado. 2.16 Necesidades de Entrenamiento Se necesita una introducción al sistema para los que van a ejecutar las pruebas. Se estima que esta actividad puede tomar 1 hora. 2.17 Cronograma A continuación, se presenta el cronograma general de las pruebas para el proyecto de LimeSurvey: [50] Tabla 5. Cronograma general de las pruebas para el proyecto relacionado con limeSurvey PROCESO DE GESTION 1 S. Planificación 1 2 3 4 5 6 7 8 9 FEBRERO 2 3 S. S. 4 S. 1 S. MARZO 2 3 S. S. Entender el contexto (TP1) Organizar el Plan de Pruebas (TP2) Identificar y Analizar Riesgos (TP3) Identificar las mitigaciones de riesgos (TP4) Diseñar la estrategia de pruebas (TP5) Determinar personal y calendario (TP6) Registrar el Plan de Pruebas (TP7) Consenso del Plan de Pruebas (TP8) Comunicar Plan de Pruebas (TP9) 4 S. 1 S. ABRIL 2 3 S. S. X X X X X X X X X Control y seguimiento 1 Preparación (TMC1) X 2 Monitorización (TMC2) X 3 Control (TMC3) X 4 Reporte (TMC4) Finalización X 1 Archivar Activos – (TC1) X 2 Limpiar Entorno – (TC2) X 3 Lecciones (TC3) 4 Informar finalización – (TC4) Aprendidas – X X [51] 4 S. 1 S. MAYO 2 3 S. S. 4 S. 2.18 Instalación y configuración de LimeSurvey El proceso completo de instalación y configuración de LimeSurvey se detalla en el ANEXO B. Este anexo incluye una serie de capturas de pantalla (Figuras 1 a 20) que ilustran cada paso del proceso, desde la instalación del entorno de prueba hasta la configuración final del sistema. Las imágenes proporcionan una guía visual que facilita la comprensión y replicación del procedimiento. 2.19 Prueba de usuario final y Prueba con videos con Selenium IDE Figura 1. Video prueba de con Selenium IDE Nota: Enlace de video de prueba automatizada sin modificación del script grabado [https://youtu.be/KoXxZzD_VkI?si=4_oAK5kBKJIhlBfs]. [52] Figura 2. Video con configuración del comando assertText Nota: Enlace de video de prueba automatizada con el comando assertText [https://youtu.be/Kmhca2-7qtk] Figura 3. Comando assertElementPresent en Selenium IDE Nota: Enlace de video de prueba automatizada con el comando assertElementPresent [https://youtu.be/t2ubd0QQkWw] [53] 2.20 Captura de pantalla de prueba con Selenium IDE Figura 4. Estableciendo nombre de proyecto en Selenium IDE Figura 5. Dirección del localhost de la encuesta [54] Figura 6. Configuración del comando assertText Nota: El comando assertText en Selenium IDE se utiliza para verificar que un elemento web específico, como el mensaje de finalización de la encuesta, tenga el texto esperado. Este comando compara el texto real del elemento con el texto proporcionado y devuelve un error si no coinciden. [55] Figura 7. Validación correcta del texto de finalización de la encuesta [56] Figura 8. Validación de visualización de imagen referente a escudo UNAD Nota: El comando assertElementPresent en Selenium IDE se utiliza para verificar la presencia de un elemento web en la página. Este comando busca el elemento especificado por un locator y comprueba si está presente en la página web actual. [57] 3 CAPÍTULO 3- DOCUMENTACIÓN DE REQUISITOS Y MODELOS DE MADUREZ DE SOFTWARE 3.1 Importancia de cada parte de la norma ISO/IEC 15504 SPICE La norma ISO/IEC 15504 SPICE se compone de varias partes, cada una de las cuales tiene un propósito y una importancia específicos en el contexto de la evaluación y mejora de procesos. Cada componente juega un papel crucial en la implementación efectiva de la norma, asegurando que los procesos se evalúen de manera coherente y objetiva. 3.2 ISO 15504-1: Conceptos y vocabulario Esta parte establece la base conceptual de la norma. Proporciona definiciones y términos clave que son esenciales para comprender los principios y el propósito de ISO/IEC 15504. La claridad en los conceptos y términos asegura una comprensión común y evita malentendidos durante la implementación de la norma 43. 3.2.1 ISO 15504-2: Realización de una evaluación Esta sección describe los requisitos mínimos necesarios para llevar a cabo una evaluación conforme a ISO/IEC 15504. Incluye directrices sobre la objetividad, consistencia y representatividad de las evaluaciones. Según Alzueta 44, "estas directrices aseguran que los resultados de las evaluaciones sean neutrales y repetibles, proporcionando una base sólida para la mejora continua de los procesos". 3.2.2 ISO 15504-3: Guía para realizar una evaluación Esta guía complementa la parte 2, proporcionando detalles sobre cómo llevar a cabo una evaluación. Explica los pasos a seguir y las mejores prácticas a adoptar. NQA. (s. f.). Guía para la implementación de la norma ISO 45001. Recuperado 30 de mayo de 2024, de https://www.nqa.com/es-co/certification/standards/iso-45001/implementation 43 44 Alzueta, J. I. (2012). SISTEMAS DE GESTIÓN DE LA CALIDAD. [58] Proporciona un enfoque detallado y práctico para la evaluación de procesos, facilitando su implementación efectiva 45. 3.2.3 ISO 15504-4: Guía sobre uso para mejora de procesos y determinación de capacidad Esta parte se enfoca en cómo utilizar los resultados de las evaluaciones para mejorar los procesos y determinar su capacidad. Ofrece estrategias y metodologías para la mejora continua. Según Obando 46, esta guía es fundamental para convertir los resultados de la evaluación en acciones concretas que mejoren los procesos organizacionales. 3.3 Orden lógico para aplicar cada parte de la norma ISO/IEC 15504 SPICE El orden lógico para aplicar las partes de la norma ISO/IEC 15504 SPICE asegura una implementación estructurada y eficaz. Este orden facilita la comprensión y aplicación progresiva de los conceptos y prácticas de la norma. 3.3.1 Conceptualización Primero, es esencial comprender los conceptos y el vocabulario. Por lo tanto, se debe comenzar con la ISO 15504-1: Conceptos y vocabulario. Esta parte sienta las bases necesarias para todas las actividades subsiguientes. 3.3.2 Aplicación Una vez que los conceptos están claros, el siguiente paso es la ISO 15504-2: Realización de una evaluación. Esta parte proporciona los requisitos básicos para realizar evaluaciones. Inmediatamente después, se utiliza la ISO 15504-3: Guía para NQA. (s. f.). Guía para la implementación de la norma ISO 9001. Recuperado 30 de mayo de 2024, de https://www.nqa.com/es-co/certification/standards/iso-9001/implementation 45 Obando, R. (2023, abril 13). Mejora de procesos: Qué es, metodologías, herramientas y ejemplos. https://blog.hubspot.es/sales/mejora-procesos 46 [59] realizar una evaluación, que ofrece un enfoque detallado para llevar a cabo las evaluaciones. A continuación, se emplea la ISO 15504-4: Guía sobre uso para mejora de procesos y determinación de capacidad para utilizar los resultados de la evaluación en la mejora continua de los procesos. 3.3.3 Evaluación Finalmente, se aplica la ISO 15504-5 y subsecuentes para evaluar los procesos específicos según los modelos de evaluación definidos para diferentes contextos (software, sistemas, madurez organizacional, etc.). La implementación de estas partes finales asegura que los procesos evaluados sean alineados con los modelos específicos de capacidad y madurez requeridos para el contexto particular 47. 3.4 ¿Cuáles son las 10 partes que constituyen la norma ISO/EIC 15504 SPICE? La norma ISO/IEC 15504, también conocida como SPICE (Software Process Improvement and Capability Determination), es un estándar internacional que tiene como objetivo evaluar y mejorar los procesos de desarrollo de software1. Esta norma consta de 10 partes, cada una de las cuales se detalla a continuación: 3.4.1 ISO 15504. Parte 1. Conceptos y vocabulario: Esta parte proporciona los términos y definiciones utilizados en el resto de la norma. También “Proporciona información general sobre los conceptos de evaluación de procesos y su uso en los en la mejora de procesos y en la evaluación de capacidad de proceso” 48. Fernández, E. G., & Ramos, M. Á. (s. f.). ESTUDIO SOBRE EL MODELO PARA LA MEJORA DE PROCESOS DE SISTEMAS SOFTWARE (CMMI). 5. 47 ingertec. (2019, agosto 14). CMMI o ISO/IEC 15504. Ingertec.com. https://ingertec.com/cmmi-o-iso-iec15504/ 48 [60] 3.4.2 ISO 15504. Parte 2. Realización de una evaluación: Esta parte proporciona directrices sobre cómo llevar a cabo una evaluación de los procesos de software. Por lo que, “trata la realización de la evaluación, requisitos mínimos para realizar una evaluación de mejora de procesos y determinación de la capacidad de los procesos” 49. 3.4.3 ISO 15504. Parte 2. Llevando a cabo una evaluación. Guía para la realización de la evaluación: Esta parte proporciona una guía más detallada sobre cómo realizar una evaluación. Por este motivo “Proporciona una guía sobre el cumplimiento del conjunto mínimo de requisitos para realizar una evaluación contenida en ISO / IEC 15504-2” 50. 3.4.4 ISO 15504. Parte 4. Guía sobre el uso para la mejora del proceso y la determinación de la capacidad del proceso: Esta parte proporciona directrices sobre cómo utilizar los resultados de una evaluación para mejorar los procesos de software y determinar su capacidad. Es decir, “Proporciona una guía sobre cómo utilizar una evaluación de proceso dentro de un programa de mejora de proceso o para la determinación de capacidad de proceso” 51. 3.4.5 ISO 15504. Parte 5. Un ejemplo de modelo de evaluación de procesos del ciclo de vida del software (según ISO/IEC 12207): Esta parte proporciona un ejemplo de cómo se puede utilizar la norma ISO/IEC 12207 para evaluar los procesos del ciclo de vida del software. Por ello, “proporciona jgarzas. (2010, noviembre 3). Entender la norma ISO 15504 (2/3). Principales esquemas y organizaciones en la aplicación de la 15504. Javier Garzas. https://www.javiergarzas.com/2010/11/entender-iso-15504-2.html 49 ingertec. (2019, agosto 14). CMMI o ISO/IEC 15504. Ingertec.com. https://ingertec.com/cmmi-o-iso-iec15504/ 50 51 Ibíd. [61] información general sobre los conceptos de evaluación de procesos y su uso en el contexto de mejora de proceso y determinación de capacidad de proceso.” 52. 3.4.6 ISO 15504. Parte 6. Un ejemplo de modelo de evaluación del ciclo del sistema (Según ISO/IEC 15288): Esta parte proporciona un ejemplo de cómo se puede utilizar la norma ISO/IEC 15288 para evaluar los procesos del ciclo de vida del sistema. Mas detalladamente, Constituye un modelo de evaluación de procesos, conforme con los requisitos de ISO / IEC 15504-2, para la evaluación de la capacidad del proceso de los procesos del ciclo de vida del sistema basada en el Modelo de referencia de procesos contenido en ISO / IEC 15288 53. 3.4.7 ISO 15504. Parte 7. Evaluación de madurez organizacional: Esta parte proporciona directrices sobre cómo evaluar la madurez organizacional en relación con los procesos de software. Por ello, “describe las bases para llevar a cabo evaluaciones por niveles de madurez, para lo que define un conjunto de niveles, concretamente 6 niveles de madurez” 54. Los niveles de madurez y el modelo de procesos se detallan en el ANEXO D, donde se puede observar una representación gráfica de los niveles de madurez y su relación con los procesos de software. 3.4.8 ISO 15504. Parte 8. Un modelo ejemplar de evaluación de proceso a gestión de servicios de TI (Según ISO/IEC 20000): Esta parte proporciona un ejemplo de cómo se puede utilizar la norma ISO/IEC 20000 para evaluar los procesos de gestión de servicios de TI (ingertec, 2019). 52 ingertec. Op. Cit., Parte 5. 53 Ibíd. 54 jgarzas. Op. Cit. [62] 3.4.9 ISO 15504. Parte 9. Perfiles de proceso objetivo: Esta parte proporciona directrices sobre cómo definir y utilizar perfiles de proceso objetivo en una evaluación. Según ingertec 55, “Pautas para los perfiles del proceso objetivo para la determinación de la capacidad y propósitos de mejora.” 3.4.10 ISO 15504. Parte 10. ISO 15504. Parte 9. Extensión de seguridad: Esta parte proporciona directrices sobre cómo incorporar consideraciones de seguridad en una evaluación “como en tres nuevos procesos: gestión de seguridad, ingeniería de seguridad y procesos de certificación de seguridad” 56. La norma ISO 15504 juega un papel fundamental en la industria del software, ya que permite a las organizaciones evaluar y mejorar sus procesos de desarrollo de software de manera sistemática y objetiva. Al implementar esta norma, las organizaciones pueden identificar áreas de mejora, establecer metas claras y medibles, y garantizar la calidad de sus productos y servicios. 55 ingertec. Op. Cit 56 Ibíd. [63] 3.5 Trabajo colaborativo 2. Proponer una estructura de aplicación de la norma (Actividades a realizar y elementos que la componen) Usar un diagrama de flujo o Mapa conceptual o el que considere para documentar la ruta de aplicación de la norma y explicar por qué la clasifica en cada nivel. (ver el siguiente ejemplo). Hemos optado por utilizar un diagrama de flujo (ver ANEXO C) para documentar la ruta de aplicación de la norma ISO/IEC 15504 SPICE. El diagrama muestra los diferentes componentes organizados en cuatro niveles: Definición y Planificación, Recolección y Validación de Datos, Valoración y Generación de Resultados, e Implementación y Mejora Continua. 3.6 Nivel de Definición y Planificación Definición del Alcance y Propósito de la Evaluación Planificación de la Evaluación 3.6.1 Razón Este nivel establece las bases del proceso de evaluación, asegurando que los objetivos y el alcance estén claramente definidos y que exista un plan detallado para llevar a cabo la evaluación. 3.6.2 Definición del Alcance y Propósito de la Evaluación: En el documento ISO/IEC 15504-1, se destaca la importancia de definir claramente los objetivos y el alcance de la evaluación para garantizar una comprensión común entre todas las partes involucradas. Este paso inicial es crucial para alinear las expectativas y los resultados esperados de la evaluación. [64] 3.6.3 Planificación de la Evaluación: La planificación detallada es esencial para la ejecución eficiente de la evaluación. El ISO/IEC 15504-2 proporciona directrices sobre cómo estructurar un plan de evaluación, incluyendo la selección del equipo de evaluación, la definición de los métodos y técnicas a utilizar, y la programación de actividades. 3.7 Nivel de Recolección y Validación de Datos Recolección de Datos Validación de Datos 3.7.1 Razón En este nivel se obtienen y verifican los datos necesarios para la evaluación. Es crucial asegurarse de que los datos recolectados sean precisos y completos para proceder a una evaluación efectiva. 3.7.2 Recolección de Datos: Según el ISO/IEC 15504-2, la recolección de datos debe ser exhaustiva y sistemática, utilizando diversas fuentes como revisiones de documentos, entrevistas y observaciones directas. Esto asegura una comprensión completa del proceso evaluado. 3.7.3 Validación de Datos: La validación de los datos recolectados es esencial para confirmar su precisión y completitud. ISO/IEC 15504-2 describe métodos para verificar la integridad de los datos, garantizando que sean fiables y representativos de la realidad del proceso. 3.8 Nivel de Valoración y Generación de Resultados Valoración de Atributos del Proceso [65] Generación de Resultados de la Evaluación 3.8.1 Razón Este nivel se centra en la aplicación de la escala de valoración para determinar el desempeño de los procesos y en la elaboración de un informe detallado de los resultados, lo cual es esencial para identificar áreas de mejora. 3.8.2 Valoración de Atributos del Proceso: El documento ISO/IEC 15504-3 proporciona una guía detallada sobre cómo aplicar la escala de valoración para evaluar los atributos del proceso. Esto incluye la identificación de niveles de capacidad y la evaluación del cumplimiento de los atributos específicos. 3.8.3 Generación de Resultados de la Evaluación: La elaboración de un informe detallado es el siguiente paso después de la valoración. ISO/IEC 15504-3 describe cómo estructurar el informe de evaluación, incluyendo los hallazgos, conclusiones y recomendaciones para la mejora de procesos. 3.9 Nivel de Implementación y Mejora Continua Presentación de Resultados Uso de Resultados para la Mejora Continua 3.9.1 Razón El objetivo final es implementar las recomendaciones obtenidas de la evaluación para mejorar continuamente los procesos. Este nivel asegura que las mejoras se realicen y se monitoreen adecuadamente para mantener la eficacia y eficiencia de los procesos. [66] 3.9.2 Presentación de Resultados: La presentación de los resultados a las partes interesadas es crucial para asegurar la aceptación y el apoyo para las mejoras propuestas. ISO/IEC 15504-3 detalla cómo comunicar eficazmente los resultados y las recomendaciones a los stakeholders. 3.9.3 Uso de Resultados para la Mejora Continua: Implementar las recomendaciones y realizar un seguimiento continuo es fundamental para la mejora continua. ISO/IEC 15504-3 proporciona una guía sobre cómo integrar los resultados de la evaluación en los esfuerzos de mejora continua, asegurando que las mejoras sean sostenibles y efectivas. [67] 3. Con base en la propuesta del punto anterior, diligenciar la siguiente tabla Documental la cual ilustrará la estructura propuesta. Tabla 6. Documental Proceso alcance del proceso Definición del Alcance y Propósito Planificación Reuniones, identificación el escala de Evaluación, valoración de Elaborar informe de evaluación revisión de documentos validación Aplicar MAN (Gestión) asignación de roles de datos del de MAN (Gestión) plan, Documentación, precisión Revisión Atributos Resultados SUP, MAN y ORG) de Confirmar de pertenece (CUS, ENG, stakeholders del proceso Valoración Generación Actividades de Obtener información Entrevistas, Datos Proceso y alcance seleccionar equipo Datos Validación Determinar objetivos de Preparar la Evaluación Recolección Proceso Primario al que Capacidad o cruzada, análisis de datos ENG (Ingeniería) SUP (Soporte) ENG (Ingeniería) Documentación, presentación resultados de MAN (Gestión) Uso de Resultados para Mejora Implementar Planes de recomendaciones seguimiento mejora, ORG (Organización) Nota: Esta tabla documental ilustra la estructura propuesta para aplicar la norma ISO/IEC 15504 SPICE, destacando los procesos, su capacidad o alcance, las actividades involucradas y el proceso primario al que pertenecen (Gestión, Ingeniería, Soporte, Organización). Esta organización permite una clara visualización de cómo cada paso del proceso de evaluación contribuye a la mejora continua y efectiva de los procesos dentro de una organización. 69 RECOMENDACIONES Basándose en el análisis realizado de la norma ISO/IEC 15504 SPICE y la estructura de aplicación propuesta, se sugieren las siguientes recomendaciones para las organizaciones interesadas en implementar la norma y mejorar sus procesos de software. 3.10 Capacitación y sensibilización Antes de iniciar el proceso de implementación de la norma, es fundamental capacitar y sensibilizar a todos los miembros de la organización sobre la importancia y los beneficios de la evaluación y mejora de procesos. Esto fomentará un compromiso y una participación activa en todo el proceso. 3.11 Asignación de recursos adecuados La implementación de la norma ISO/IEC 15504 SPICE requiere una inversión de tiempo, esfuerzo y recursos. Es esencial asignar los recursos necesarios, tanto humanos como financieros, para garantizar una implementación exitosa y sostenible. 3.12 Adaptación a la cultura organizacional Si bien la norma proporciona un marco general, es importante adaptar la estructura de aplicación y las actividades a la cultura y las necesidades específicas de la organización. Esto facilitará la adopción y la aceptación por parte de los miembros del equipo. 3.13 Comunicación efectiva Durante todo el proceso de implementación, es crucial mantener una comunicación clara y transparente con todas las partes interesadas. Esto incluye informar sobre los avances, los resultados y las acciones de mejora propuestas, así como fomentar la retroalimentación y la participación activa. 3.14 Monitoreo y seguimiento continuo Una vez que se hayan implementado las mejoras en los procesos, es esencial establecer mecanismos de monitoreo y seguimiento continuo. Esto permitirá evaluar la efectividad de las acciones tomadas y realizar ajustes cuando sea necesario, garantizando la sostenibilidad de las mejoras a largo plazo. 70 3.15 Aprendizaje y mejora continua La evaluación y mejora de procesos no es un evento único, sino un ciclo continuo. Es importante fomentar una cultura de aprendizaje y mejora continua en la organización, donde se aprovechen las lecciones aprendidas y se busque constantemente oportunidades para optimizar los procesos. Al seguir estas recomendaciones, las organizaciones podrán maximizar los beneficios de la implementación de la norma ISO/IEC 15504 SPICE y lograr una mejora significativa en la calidad y eficiencia de sus procesos de desarrollo de software. Esto les permitirá mantenerse competitivas y responder de manera efectiva a los desafíos del mercado en constante evolución. 71 CONCLUSIONES A lo largo de este documento, se abordó la norma ISO/IEC 15504 SPICE y su relevancia en la evaluación y mejora de procesos de software. Se explicaron detalladamente las diferentes partes que componen la norma, su importancia y el orden lógico para su aplicación. Se propuso una estructura de aplicación utilizando un diagrama de flujo que organiza las actividades en cuatro niveles clave: Definición y Planificación, Recolección y Validación de Datos, Valoración y Generación de Resultados, e Implementación y Mejora Continua. Esta estructura brinda una guía práctica para las organizaciones que buscan implementar la norma de manera efectiva y aprovechar al máximo sus beneficios. Cada nivel de la estructura propuesta se describió detalladamente, destacando su importancia y su relación con los procesos primarios de gestión, ingeniería, soporte y organización. De esta manera, se estableció un vínculo claro entre las actividades de evaluación y mejora de procesos con las áreas funcionales de una organización. En conclusión, la aplicación de la norma ISO/IEC 15504 SPICE, respaldada por la estructura propuesta, permitió a las organizaciones evaluar y mejorar sus procesos de software de manera sistemática y objetiva. Esto contribuyó a la calidad y eficiencia de los productos y servicios, así como al éxito a largo plazo de las empresas en un entorno competitivo y en constante cambio. 72 BIBLIOGRAFÍA Anaya, E. (2020, mayo 20). ¿Qué es Selenium y para qué sirve? INMEDIATUM. https://inmediatum.com/blog/piensa-digital/que-es-selenium-y-para-que-sirve/ Andrade, A. (2021, septiembre 3). ¿Por qué la cobertura de pruebas unitarias es una parte importante de QA? Alex Andrade. https://alexandrade.net/blog-deingenieria-de-software/calidad-de-software/por-que-la-cobertura-de-pruebasunitarias-es-una-parte-importante-de-qa/ AppMaster. (2023, septiembre 26). Pruebas de interfaz de usuario (UI) | AppMaster. https://appmaster.io/es/glossary/pruebas-de-interfaz-de-usuario-ui edu.lat. (s. f.). Ejecución de pruebas. Recuperado 18 de abril de 2024, de https://tutoriales.edu.lat/pub/software-testing-dictionary/test-execution/ejecucionde-pruebas España, S. (2018, febrero 5). ISTQB (International Software Testing Qualifications Board). Tu centro de expertise en España sobre Quality Engineering y Testing. https://qanewsblog.com/2018/02/05/istqb-international-software-testingqualifications-board/ Fernández Muñoz, L. (s. f.). Diseño de Casos de Pruebas. Recuperado 19 de abril de 2024, de https://sanchezcarlosjr.github.io/software-engineering-master-by- escuelait/USantaTecla/4-pruebas/3-casosPruebasUnitarias/index.html Hamilton, T. (2024, abril 12). PLAN DE PRUEBAS en Pruebas de Software (Ejemplo). https://www.guru99.com/es/test-planning.html 73 Helen. (2019, marzo 12). ¿Qué es el ciclo de vida de las pruebas de software (STLC)? QAwerk. https://qawerk.es/blog/que-es-el-ciclo-de-vida-de-las-pruebas-de- software/ hmong.wiki. (s. f.-a). Documentación de prueba de software Estado de IEEE 829yAntecedentes de IEEE 829. Recuperado 16 de abril de 2024, de https://hmong.es/wiki/IEEE_829 hmong.wiki. (s. f.-b). Junta Internacional de Cualificaciones de Pruebas de Software Portafolio de productosyCondiciones previas. Recuperado 16 de abril de 2024, de https://hmong.es/wiki/International_Software_Testing_Qualifications_Board IBM. (s. f.). ¿Qué es una interfaz de programación de aplicaciones (API)? | IBM. Recuperado 16 de abril de 2024, de https://www.ibm.com/es-es/topics/api ingertec. (2019, agosto 14). CMMI o ISO/IEC 15504. Ingertec.com. https://ingertec.com/cmmi-o-iso-iec-15504/ iso25000.com. (2022a). Compatibilidad. https://iso25000.com/index.php/normas-iso25000/iso-25010/22-compatibilidad iso25000.com. (2022b). Portabilidad. https://iso25000.com/index.php/normas-iso- 25000/iso-25010/27-portabilidad Jain, A. (s. f.). Qué es la especificación de requisitos: Definición, mejores herramientas y técnicas | Guía - Soluciones Visure. Visure Solutions. Recuperado 16 de abril de 2024, de https://visuresolutions.com/es/blog/especificaci%C3%B3n-de-requisitos/ jgarzas. (2010, noviembre 3). Entender la norma ISO 15504 (2/3). Principales esquemas y organizaciones en la aplicación de la 15504. Javier Garzas. https://www.javiergarzas.com/2010/11/entender-iso-15504-2.html 74 Jiménez, A. (2023, julio 28). JUnit: Herramienta clave en pruebas unitarias. El Blog de Python. https://elblogpython.com/tecnologia/junit-herramienta-clave-en-pruebasunitarias/ Joshi, V. (s. f.). Pruebas basadas en modelos: La nueva era de la automatización de software. Cynoteck. Recuperado 19 de abril de 2024, de https://cynoteck.com/es/blog-post/model-based-testing-the-new-era-of-softwareautomation/ Lacerda, C. (2017, abril 18). Teoría básica de seguridad del software. Scriptcase Blog Development, Web Design, Sales and Digital Marketing. https://scriptcaseblog.net/es/development-es/teoria-basica-de-seguridad-delsoftware/ LimeSurvey GmbH. (s. f.). LimeSurvey—Free Online Survey Tool. Recuperado 16 de abril de 2024, de https://www.limesurvey.org/es López, W. A. R. (2015). UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD DE INGENIERÍA PROYECTO CURRICULAR INGENIERIADE SISTEMAS BOGOTÁ D.C. https://repository.udistrital.edu.co/bitstream/handle/11349/2370/WilliamAlfredoRo driguezLopez.pdf;jsessionid=200643891B1B8037636E670D600B405A?sequenc e=1 mantenimiento.win. (s. f.). Mantenimiento de software. Mantenimiento. Recuperado 3 de marzo de 2024, de https://mantenimiento.win/mantenimiento-de-software/ Morales Correa, F. G. (2017). Métricas de robustez para el análisis de redes. 2. 75 Muniz, R. (2024, febrero 16). Pruebas de Aceptación del Usuario (UAT) en Proyectos Scrum: Un Enfoque Crucial para la Calidad del Producto. https://es.linkedin.com/pulse/pruebas-de-aceptaci%C3%B3n-del-usuario-uat-enproyectos-scrum-muniz-tmeqe NormasISO.org. (2023a, enero 16). Norma ISO 29119: Estándares de pruebas de software - Lo que debes saber. NormasISO.org. https://normasiso.org/norma-iso29119/ NormasISO.org. (2023b, enero 16). Norma ISO 29119: Estándares de pruebas de software - Lo que debes saber. NormasISO.org. https://normasiso.org/norma-iso29119/ Paneiva, B. (2023, noviembre 10). Lista de Verificación del Plan de Acciones Correctivas. Lumiform. https://lumiformapp.com/es/checklists-recursos/plan-deacciones-correctivas QAlified. (2023, diciembre 14). ¿Cuál es la diferencia entre las pruebas de carga y de estrés? https://qalified.com/es/blog/pruebas-carga-vs-pruebas-estres/ Sanchez, W. (2011). de Software: Definición y. 9. Santana, S., Perero, L. R., Delduca, A. G., & Dapozo, G. N. (2020). Evaluación de técnicas para la validación de requerimientos en entornos de trabajo para el desarrollo de software. XXII Workshop de Investigadores en Ciencias de la Computación (WICC 2020, El http://sedici.unlp.edu.ar/handle/10915/103994 76 Calafate, Santa Cruz). Servicios de Informática Profesional, S.A. (SIPSA). (2023, mayo 29). QA | Metodologías de Aseguramiento de la Calidad. https://es.linkedin.com/pulse/qa- metodolog%C3%ADas-de-aseguramiento-la Singureanu, C. (s. f.). Pruebas de mutación: Proceso, herramientas, análisis y mucho más. https://www.zaptest.com/es. Recuperado 19 de abril de 2024, de https://www.zaptest.com/es/pruebas-de-mutacion-tipos-procesos-analisiscaracteristicas-herramientas-y-mucho-mas Tasqui. (s. f.). Proceso de Recepción y Almacenamiento de Medicamentos y Dispositivos Médicos | Tasqui. Recuperado 19 de abril de 2024, de https://tasqui.com/lecciones/proceso-de-recepcion-y-almacenamiento-demedicamentos-y-dispositivos-medicos/ Udemy. (2021, marzo). QA Testing—TestLink herramienta de gestión de pruebas. Udemy. https://www.udemy.com/course/qa-testing-testlink-herramienta-de- gestion-de-pruebas/ Valdés Faura, M. (2022, septiembre 23). Extensibilidad: ¿Qué es y qué significa para la eficiencia y la innovación empresarial? Silicon. https://www.silicon.es/expertoopinion/extensibilidad-que-es-y-que-significa-para-la-eficiencia-y-la-innovacionempresarial Zúñiga, F. G. de. (2023, marzo 29). Documentación técnica de software: Qué es y herramientas | Arsys. Blog de arsys.es. https://www.arsys.es/blog/hacerdocumentacion-tecnica-software 77 ANEXO A. Ponderaciones de criterios, métricas propuestas y resultados de la evaluación ANEXO A (Ponderaciones de criterios, métricas propuestas y resultados de la evaluación) A. PROPUESTA DE PONDERACIÓN DE LOS 9 CRITERIOS Esta tabla muestra la propuesta de ponderación de los 9 criterios técnicos a evaluar y las métricas sugeridas para cada uno según la NTC 54202. Tabla A. 1 Ponderaciones de criterios y propuesta de métricas a utilizar Criterio técnico organizado de acuerdo a su orden de importancia, de mayor a menor. 1. Desempeño 2. Usabilidad 3. Robustez Ponderación asignada al criterio técnico, dentro de la ponderación total de la calificación. 20% 18% 15% 78 Métrica o métricas de la norma NTC 54202, que considera es o son pertinentes para evaluar el criterio. Tiempo de respuesta Utilización de recursos Facilidad de comprensión Facilidad de aprendizaje Tolerancia a fallas Recuperabilidad 4. Extensibilidad 5. Integridad 6. Portabilidad 7. Compatibilidad 8. Mantenimiento 9. Documentación 12% 10% Modularidad Reusabilidad Prevención de corrupción de datos 8% 6% 6% 5% Tolerancia a fallos de integridad Adaptabilidad Capacidad para ser instalado Coexistencia de software Interoperabilidad de datos Capacidad para ser analizado Capacidad para ser modificado Completitud de documentación Facilidad de comprensión de la documentación Total 100% 79 A.1. Ponderaciones de criterios y métricas propuestas Esta tabla muestra la propuesta de ponderación de los 9 criterios técnicos evaluados y las métricas sugeridas para cada uno según la NTC 54202. La ponderación asignada a cada uno de los 9 criterios evaluados, en el porcentaje de la puntuación final, es la siguiente: Tabla A. 2 Criterios de ponderación de producto software Colciencias (resolución no 285 de 19 de marzo de 2004) No 1 Criterio Para Evaluar Desempeño Descripción La capacidad del sistema para realizar sus funciones dentro Puntaje de la Aporte de la CUMPLE o No Métrica Métrica cumple 20% 7 1,32 NO CUMPLE 18% 8,25 1,49 CUMPLE Ponderación de los límites establecidos, en términos de velocidad y eficiencia. La facilidad con la que usuario 2 Usabilidad un puede utilizar el sistema para lograr sus objetivos específicos de manera efectiva, eficiente y satisfactoria. 80 La capacidad del sistema para mantener su nivel de rendimiento bajo 3 Robustez condiciones adversas o 15% 7 0,98 NO CUMPLE 12% 8,6 1,03 CUMPLE 10% 9,25 0,93 CUMPLE situaciones inesperadas, como de errores entrada fallos o de hardware. La capacidad del sistema para adaptarse y crecer con cambios futuros 4 Extensibilidad en los requisitos y el entorno, sin requerir cambios importantes en su estructura o diseño. La capacidad del sistema para garantizar que los datos sean 5 Integridad precisos, completos y protegidos contra accesos no autorizados o modificaciones no autorizadas. 81 6 Portabilidad La capacidad del sistema para funcionar de manera efectiva y sin problemas en diferentes 8% 8,7 0,70 CUMPLE 6% 9,3 0,56 CUMPLE 6% 7,8 0,47 NO CUMPLE entornos, como diferentes sistemas operativos o dispositivos. La capacidad del sistema para interactuar 7 Compatibilidad de manera efectiva y sin problemas con otros sistemas, componentes o versiones. La facilidad con la que se pueden realizar cambios, correcciones y mejoras en el Mantenimiento sistema, así como la capacidad de mantener su buen funcionamiento a lo largo del tiempo. 82 La disponibilidad y calidad de la documentación relacionada con 9 Documentación el sistema, que incluye manuales de usuario, guías de 5% 7,8 0,39 NO CUMPLE 7,85 CUMPLE 785 Puntos instalación, documentación técnica, etc. 100% Puntuación total de la evaluación de las metricas de este criterio PUNTUACION FINAL Extensibilidad Nota: La puntuación total de la evaluación de las métricas de este criterio Extensibilidad es de 785 puntos. 83 ANEXO B. Figuras de instalación y configuración de Limesurvey ANEXO B (Figuras de instalación y configuración de Limesurvey) B. INSTALACIÓN Y CONFIGURACIÓN DE LIMESURVEY COMO ENTORNO DE PRUEBA En este anexo se incluyen capturas de pantalla que muestran los pasos detallados de instalación y configuración de LimeSurvey. Las figuras 1 a 20 ilustran cada etapa del proceso, desde la instalación del entorno de prueba hasta la configuración completa del sistema. B.1. Instalación y configuración de localhost Figura B. 1 Configuración de XAMPP para la ejecución de Limesurvey 84 Figura B. 2 Inicio de instalación de LimeSurvey Figura B. 3 Aceptación de licencia GNU 85 Figura B. 4 Requerimientos mínimos para LimeSurvey 86 Figura B. 5 Configuración de base de datos MySQL 87 Figura B. 6 Configuración de credenciales 88 Figura B. 7 Configuración terminada 89 B.2. Configuración de encueste en LimeSurvey Figura B. 8 Pantalla inicial 90 Figura B. 9 Panel de control de LimeSurvey Figura B. 10 Creación de grupo 91 Figura B. 11 Configuración general de la encuesta 92 B.3. Configuración de encuestas Figura B. 12 Previsualización del progreso de la configuración 93 Figura B. 13 Estructura y diseño de la encuesta 94 B.4. Visualización de pruebas de las preguntas Figura B. 14 Previsualización de preguntas "Información Demográfica" 95 Figura B. 15 Previsualización de preguntas (Experiencia con el Área “Contáctanos”) 96 Figura B. 16 Previsualización de preguntas (Funcionalidad y Usabilidad) 97 Figura B. 17 Previsualización de preguntas (Mejoras y Sugerencias) 98 B.5. Lanzamiento de la aplicación Figura B. 18 Activación del formulario 99 Figura B. 19 Encuesta en Ejecución y enlace para acceder a ella 100 Figura B. 20 Formulario listo para prueba de usuario final 101 ANEXO C. Estructura de aplicación de la norma ISO/IEC 15504 SPICE ANEXO C (Estructura de aplicación de la norma ISO/IEC 15504 SPICE) C. ESTRUCTURA DEL DIAGRAMA DE FLUJO Este diagrama se divide en cuatro niveles, cada uno con varios pasos representados por rectángulos y diamantes, que indican diferentes procesos y puntos de decisión. Las flechas conectan los procesos, mostrando el flujo de tareas. A continuación, describo cada nivel: C.1. Nivel 1: Definición y Planificación Responsabilidades: Proceder con la planificación y definición. C.2. Nivel 2: Recolección y Validación de Datos Responsabilidades: Continuar recolectando y validando datos. Proceso clave: Recolección de Datos. Otros procesos: Evaluación de resultados y corrección de defectos. C.3. Nivel 3: Valoración y Generación de Resultados Responsabilidades: Aplicar la escala de valoración y evaluar los resultados. Proceso clave: Valoración de atributos. Otros procesos: Corrección de defectos. C.4. Nivel 4: Implementación y Mejora Continua Responsabilidades: Monitorear y ajustar según informes. Proceso clave: Implementación y mejora continua. Otros procesos: Decisiones y retroalimentación. 102 Figura C. 1 Descripción del Proceso Paso a Paso Nota: Este enfoque asegura que cada paso se realiza de manera estructurada y que las decisiones se toman en puntos críticos del proceso, garantizando la efectividad y precisión de la evaluación y mejora continua de los procesos según la norma ISO/IEC 15504 SPICE 103 ANEXO D. Niveles de madurez y modelo de procesos ANEXO D (Niveles de madurez y modelo de procesos) D. NIVELES DE MADUREZ Esta figura ilustra los diferentes niveles de madurez definidos en la norma ISO/IEC 15504 Parte 7 para la evaluación de la madurez organizacional. Figura D. 1 Niveles de madurez y modelo de procesos Nota: Extraído de Garzás, J. (2009) [Imagen]. Una aplicación de ISO/IEC 15504 para la evaluación por niveles de madurez de PYMEs y pequeños equipos de desarrollo. 2. 104