SOPORTE Y MANTENIMIENTO AL PROCESO DE...
165
SOPORTE Y MANTENIMIENTO AL PROCESO DE MEDICIÓN DE GRUPOS DE INVESTIGACIÓN Y PARA EL RECONOCIMIENTO DE INVESTIGADORES, PROPUESTO POR COLCIENCIAS PARA EL AÑO 2014 HERNÁN DAVID MENESES GÓMEZ UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD DE INGENIERÍA PROYECTO CURRICULAR DE INGENIERÍA DE SISTEMAS BOGOTÁ D.C. 2015
Transcript of SOPORTE Y MANTENIMIENTO AL PROCESO DE...
SOPORTE Y MANTENIMIENTO AL PROCESO DE MEDICIÓN DE GRUPOS DE
INVESTIGACIÓN Y PARA EL RECONOCIMIENTO DE INVESTIGADORES,
PROPUESTO POR COLCIENCIAS PARA EL AÑO 2014
HERNÁN DAVID MENESES GÓMEZ
UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS
FACULTAD DE INGENIERÍA
PROYECTO CURRICULAR DE INGENIERÍA DE SISTEMAS
BOGOTÁ D.C.
2015
SOPORTE Y MANTENIMIENTO AL PROCESO DE MEDICIÓN DE GRUPOS DE
INVESTIGACIÓN Y PARA EL RECONOCIMIENTO DE INVESTIGADORES,
PROPUESTO POR COLCIENCIAS PARA EL AÑO 2014
HERNÁN DAVID MENESES GÓMEZ
PROYECTO DE GRADO
DIRECTORA:
MSc. ALBA CONSUELO NIETO LEMUS
UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS
FACULTAD DE INGENIERÍA
PROYECTO CURRICULAR DE INGENIERÍA DE SISTEMAS
BOGOTÁ D.C.
2015
AGRADECIMIENTOS En primer lugar, gracias a Dios por ser la luz de mi camino, a él dedico todos mis triunfos. Muchas gracias a mis padres quienes me forjaron como una persona de bien, me enseñaron la importancia de la ética en todos los aspectos de la vida y me brindaron su apoyo incondicional. Mis sinceros agradecimientos a la profesora Alba Consuelo Nieto quien me guió y me motivó durante todo mi proceso de formación y por quien siento una gran admiración por su compromiso como educadora. Finalmente, gracias al equipo de ingenieros de la empresa MIC System, porque me acogieron cálidamente y más que compañeros de trabajo se convirtieron en mis amigos.
CONTENIDO 1. DESCRIPCIÓN DEL PROYECTO ...................................................................... 9
1.1. Introducción................................................................................................... 9 1.2. Planteamiento del problema ....................................................................... 10 1.3. Formulación de la pregunta central del proyecto ........................................ 16
1.4. Objetivos ..................................................................................................... 16 1.5. Justificación................................................................................................. 17 1.6. Alcance y limitaciones ................................................................................. 17
2. MARCO REFERENCIAL ................................................................................... 19
2.1. Marco teórico .............................................................................................. 19
2.2. Marco tecnológico ....................................................................................... 26 2.3. Marco metodológico .................................................................................... 28
3. DESARROLLO DEL PROYECTO ..................................................................... 33
3.1. Metodología de desarrollo ........................................................................... 36 3.1.1. Conformación del equipo ......................................................................... 37 3.1.2. Definición de sprints ................................................................................. 37
3.2. Desarrollo del Sprint 1 ................................................................................. 38 3.2.1. Ajustes a CvLAC para la apertura de la convocatoria .............................. 38
3.2.2. Ajustes a GrupLAC para la apertura de la convocatoria .......................... 54
3.2.3. Resumen del sprint .................................................................................. 64 3.3. Desarrollo del sprint 2 ................................................................................. 65
3.3.1. Ajustes a CvLAC para la publicación de resultados de la convocatoria ... 65 3.3.2. Ajustes a GrupLAC para la publicación de resultados de la convocatoria 71
3.3.3. Resumen del sprint .................................................................................. 75 3.4. Desarrollo del sprint 3 ................................................................................. 76
3.4.1. Ajustes al sistema de medición ................................................................ 76 3.5. Desarrollo del sprint 4 ................................................................................. 85 3.5.1. Ajustes a CvLAC para el proceso de reclamación ................................... 88
3.5.2. Ajustes a GrupLAC para el proceso de reclamación ................................ 89
3.5.3. Ajustes al sistema de medición para la publicación de resultados finales 91
3.5.4. Resumen del sprint .................................................................................. 94
4. ANALISIS DE RESULTADOS ........................................................................... 95
4.1 Aportes de usar Scrum ................................................................................ 95
4.2. Cumplimiento del cronograma .................................................................... 95 4.3. Nivel de aceptación de la metodología ....................................................... 96 4.4. Herramienta de apoyo para la gestión del proyecto .................................... 96 4.5. Comparación con convocatoria de medición 640 de 2013 .......................... 96 4.6. Tiempos para corregir errores ..................................................................... 97
4.7. Funcionamiento de las aplicaciones de software ........................................ 97 4.8. Métricas del proceso y del producto ............................................................ 97 4.9. Análisis de solicitudes de aclaración ........................................................... 98
CONCLUSIONES .................................................................................................. 99
BIBILIOGRAFÍA .................................................................................................. 100
ANEXO A: DESARROLLO DEL SPRINT 1 ......................................................... 103
ANEXO B: DESARROLLO DEL SPRINT 2 ......................................................... 147
ANEXO C: DESARROLLO DEL SPRINT 3 ......................................................... 155
ANEXO D: DESARROLLO DEL SPRINT 4 ......................................................... 161
ÍNDICE DE TABLAS
Tabla 1: Tipos, subtipos de integrantes y sus requisitos. ...................................... 21
Tabla 2: Categorización de los productos y pesos relativos. ................................. 24 Tabla 3: Requerimientos definidos para el sistema CvLAC .................................. 34 Tabla 4: Requerimientos definidos para el sistema GrupLAC ............................... 35 Tabla 5: Requerimientos definidos para el sistema de medición ........................... 36 Tabla 6: Equipo de trabajo con sus roles. ............................................................. 37 Tabla 7: Historia de usuario de CvLAC- confirmar datos básicos. ........................ 41 Tabla 8: Historia de usuario de CvLAC - validar artículos por medio de divulgación. .............................................................................................................................. 41 Tabla 9: Matriz de relaciones entre historias de usuario y submódulos de CvLAC. .............................................................................................................................. 44 Tabla 10: Archivos modificados en la historia de usuario “Confirmar datos básicos”. .............................................................................................................................. 52 Tabla 11: Archivos modificados en la historia de usuario "Validar artículos por medio de divulgación". .......................................................................................... 52
Tabla 12: Pruebas realizadas a la historia de usuario "Confirmar datos básicos". 53 Tabla 13: Pruebas realizadas a la historia de usuario "Validar artículos por medio de divulgación". ..................................................................................................... 54 Tabla 14: Historia de usuario de GrupLAC - Mostrar la fecha de los proyectos. ... 57 Tabla 15: Historia de usuario de GrupLAC - Unificar los resultados de los distintos tipos de convocatorias. .......................................................................................... 57 Tabla 16: Matriz de relaciones entre historias de usuario y submódulos de GrupLAC ............................................................................................................... 58
Tabla 17: Archivos modificados en la historia de usuario "Mostrar fecha de los proyectos". ............................................................................................................ 63 Tabla 18: Archivos modificados en la historia de usuario "Unificar los resultados de los distintos tipos de convocatorias”. ..................................................................... 63 Tabla 19: Pruebas realizadas a la historia de usuario "Mostrar fecha de los proyectos". ............................................................................................................ 64 Tabla 20: Pruebas realizadas a la historia de usuario "Unificar los resultados de los distintos tipos de convocatorias". .......................................................................... 64 Tabla 21: Historia de usuario de CvLAC – refactorización. ................................... 66 Tabla 22: Historia de usuario de CvLAC - agregar filtros y paginación a las tablas. .............................................................................................................................. 66
Tabla 23: Archivos modificados en la historia de usuario "refactorización". .......... 69 Tabla 24: Archivos modificados en la historia de usuario "Agregar filtros y paginación a las tablas". ........................................................................................ 69
Tabla 25: Pruebas realizadas a la historia de usuario "refactorización". ............... 70 Tabla 26: Pruebas realizadas a la historia de usuario "Agregar filtros y paginación a las tablas". .......................................................................................................... 70 Tabla 27: Historia de usuario de GrupLAC - Listar convocatorias de medición..... 71 Tabla 28: Historia de usuario de GrupLAC - Agrupar filas dinámicamente. .......... 71
Tabla 29: Archivos modificados en historia de usuario "Listar convocatorias de medición". .............................................................................................................. 74 Tabla 30: Archivos modificados en historia de usuario "Agrupar filas dinámicamente". .................................................................................................... 74
Tabla 31: Pruebas realizadas a la historia de usuario "Listar convocatorias de medición".. ............................................................................................................. 75 Tabla 32: Pruebas realizadas a la historia de usuario "Agrupar filas dinámicamente". .................................................................................................... 75 Tabla 33: Historia de usuario del sistema de medición - Obtener copia de la información al finalizar el periodo de actualización. .............................................. 77 Tabla 34: Historia de usuario del sistema de medición - Ejecución de procedimientos de medición. ................................................................................. 77
Tabla 35: Historia de usuario del sistema de medición - generar reportes sobre resultados. ............................................................................................................. 78 Tabla 36: Estructura del reporte generado por el sistema de medición después de evaluar condiciones. .............................................................................................. 81 Tabla 37: Tiempo de ejecución del sistema de medición. ..................................... 82 Tabla 38: Pruebas realizadas a la historia de usuario "Obtener copia de la información al finalizar el periodo de actualización". ............................................. 83 Tabla 39: pruebas realizadas a la historia de usuario "Revisión y parametrización de las consultas SQL de la producción". ............................................................... 84 Tabla 40: pruebas realizadas a la historia de usuario "Revisión de las consultas SQL de la clasificación de investigadores". ........................................................... 84
Tabla 41: pruebas realizadas a la historia de usuario "Revisión de las consultas SQL del reconocimiento y clasificación de grupos". .............................................. 84 Tabla 42: Historia de usuario de CvLAC - tipificar solicitudes de aclaración. ........ 88 Tabla 43: Historia de usuario de CvLAC - responder a solicitudes de aclaración. 88 Tabla 44: Solicitudes de aclaración de CvLAC separadas según el tema. ........... 89
Tabla 45: Historia de usuario de GrupLAC - tipificar solicitudes de aclaración. .... 90 Tabla 46: Historia de usuario de GrupLAC - responder solicitudes de aclaración. 90
Tabla 47: Solicitudes de aclaración de GrupLAC separadas según el tema. ........ 90
Tabla 48: Historia de usuario del sistema de medición - Corregir errores detectados después de la publicación de resultados preliminares. ....................... 91 Tabla 49: Errores encontrados durante el proceso de reclamaciones. ................. 92
Tabla 50: Total de investigadores por categoría. .................................................. 93 Tabla 51: Total de grupos por categoría. .............................................................. 94
ÍNDICE DE FIGURAS
Figura 1: Procesos de la convocatoria de medición 2014 a cargo de MIC System. .............................................................................................................................. 11 Figura 2: Diagrama de procesos de la convocatoria de medición 2014. ............... 12 Figura 3: Fundamentos de las metodologías ágiles. ............................................. 29 Figura 4: Diagrama de arquitectura de CvLAC y GrupLAC. .................................. 38 Figura 5: Diagrama de contexto de la aplicación CvLAC. ..................................... 39 Figura 6: Diagrama de componentes de CvLAC. .................................................. 40
Figura 7: Diagrama de casos de uso del submódulo de confirmación de datos.... 45 Figura 8: Diagrama de secuencia de registrar experiencia profesional. ................ 46 Figura 9: Diagrama de casos de uso del submódulo de artículos de investigación. .............................................................................................................................. 47 Figura 10: Diagrama de secuencia de registrar artículo de investigación. ............ 48
Figura 11 Diagrama de casos de uso del submódulo de artículos de divulgación. 49 Figura 12: Diagrama de secuencia de registrar artículo de divulgación. ............... 50 Figura 13: Diagrama de contexto de la aplicación GrupLAC. ................................ 55
Figura 14: Diagrama de componentes de GrupLAC. ............................................ 56
Figura 15: Diagrama de casos de uso del submódulo de proyectos vinculados. .. 59
Figura 16: Diagrama de secuencia de vincular proyecto. ...................................... 60 Figura 17: Diagrama de casos de uso del submódulo de resultados de convocatorias. ....................................................................................................... 61
Figura 18: Diagrama de secuencia de consultar resultados de convocatorias del grupo. .................................................................................................................... 62
Figura 19: Diagrama de casos de uso del submódulo de resultados de convocatorias. ....................................................................................................... 67
Figura 20: Diagrama de secuencia de Consultar la producción medida de desarrollo tecnológico. Fuente: elaboración propia. .............................................. 68
Figura 21: Diagrama de casos de uso del submódulo de resultados de convocatorias. ....................................................................................................... 72 Figura 22: Diagrama de secuencia de consultar perfiles de investigadores e indicadores del grupo. ........................................................................................... 73
Figura 23: Diagrama de actividades para realizar los ajustes al sistema de medición. ............................................................................................................... 79 Figura 24: Diagrama del proceso de reclamaciones. ............................................ 86 Figura 25: Gráfico de barras de la clasificación de investigadores. ....................... 93
Figura 26: Gráfico de barras de la clasificación de grupos. ................................... 94
9
1. DESCRIPCIÓN DEL PROYECTO 1.1. Introducción En el año 1991 y como resultado de la política “Apoyo al fortalecimiento y consolidación de los Grupos y Centros de Investigación del país”, Colciencias convocó a toda la comunidad científica a participar en el primer proceso de medición llevado a cabo en Colombia. El objetivo principal era identificar a los Grupos de Investigación y conocer acerca de las actividades que estaban desarrollando. Desde entonces se han realizado más de una decena de procesos de medición y en algunos de ellos Colciencias ha otorgado estímulos económicos a los Grupos más destacados para su fortalecimiento (Colciencias, 2014). Todos los procesos de medición obedecen a una estructura conceptual que se denomina Modelo de medición, dicho modelo es el resultado del análisis y la evaluación realizada por Colciencias con el acompañamiento de un Comité de expertos; en él se plasman los indicadores que permiten valorar cualitativa y cuantitativamente a los Grupos de Investigación del país, teniendo en cuenta su producción y su trayectoria. Al Modelo de medición se le han aplicado cambios desde la primera convocatoria que tuvo lugar a inicios de la década de los noventa hasta el 2013 cuando se realizó el más reciente proceso de medición (Colciencias, 2014). Dichos cambios se han establecido con la intención de obtener resultados más precisos y confiables. No obstante, el ideal de Colciencias es ajustar el Modelo de medición de manera que pueda consolidarse por un tiempo considerable y que sea ampliamente aceptado por los investigadores del país. ScienTI – Colombia (Plataforma ScienTI-Colombia, 2004) es la plataforma tecnológica de Colciencias, que integra varios sistemas de software en línea para disponer de información actualizada, sobre las actividades de investigación desarrolladas por personas, grupos e instituciones colombianas. Dos de los sistemas más importantes de ScienTI son: el sistema de hojas de vida electrónicas para las personas CvLAC (CvLAC, 2004) y GrupLAC (GrupLAC, 2004) el sistema donde los grupos pueden publicar la información de sus actividades de investigación. Para que los procesos de medición reflejen resultados coherentes con la investigación producida por los actores que participan en ellos, es necesario disponer de información actualizada y es en este punto donde los sistemas de software CvLAC y GrupLAC juegan un papel fundamental.
No es posible garantizar un proceso de medición exitoso si sólo se poseen los datos que van a ser objeto de evaluación; es necesario que el sistema que va a procesar esa información, lo haga de forma precisa para obtener resultados confiables. El sistema de medición de Colciencias se compone de un conjunto de algoritmos, consultas, procedimientos y funciones en bases de datos que se encargan de evaluar y determinar un resultado para cada uno de los actores participantes en los procesos de medición.
10
El proyecto desarrollado en el marco de la pasantía, consistió en apoyar al equipo de ingenieros de la empresa para realizar los ajustes de software al sistema de medición y a las aplicaciones CvLAC y GrupLAC, adecuándolas a los requerimientos de la convocatoria del año 2014, según los lineamos establecidos por Colciencias. 1.2. Planteamiento del problema Contexto del problema Colciencias invitó a la comunidad de investigadores a participar en el proceso de medición que se efectuó en el periodo comprendido entre octubre del año 2014 y abril del año 2015. Conocido públicamente como “Convocatoria Nacional para el Reconocimiento y Medición de Grupos de Investigación, Desarrollo Tecnológico e Innovación y para el Reconocimiento de Investigadores del Sistema Nacional de Ciencia, Tecnología e Innovación – año 2014” (Colciencias, 2012). Colciencias, y más concretamente su Dirección de Fomento a la Investigación, en conjunto con el Comité de Expertos, fueron los encargados de analizar y determinar los ajustes que debían aplicarse al Modelo de medición al que estuvo sujeto la convocatoria. Sin embargo, no fueron ellos quienes directamente efectuaron las modificaciones sobre los sistemas tecnológicos que soportan los procesos de medición. Para realizar esas funciones, Colciencias contrató a una empresa de carácter privado que le brindó el apoyo en temas de ingeniería de sistemas. Particularmente para el proceso de medición del año 2014, Colciencias contrató legalmente a la empresa MIC System S.A1, empresa dedicada al desarrollo de soluciones de software y que ha brindado su apoyo en los procesos de medición de los últimos años. Dicha empresa fue la responsable de realizar todos los ajustes necesarios en los sistemas de software y en el sistema de medición (ver figura 1), ajustes que debían ser analizados e implementados cuidadosamente para que soportaran la complejidad existente en el manejo de la gran cantidad de información asociada a los grupos de investigación, a los investigadores y a su producción. De esa manera, garantizar que los resultados entregados al final del proceso correspondieran a la información procesada.
1 Sitio web de la empresa: http://www.micsystemsa.com/empresa
11
Figura 1: Procesos de la convocatoria de medición 2014 a cargo de MIC System.
Fuente: elaboración propia
La pasantía consistió en apoyar al equipo de ingenieros de la empresa MIC System S.A, en los procesos de análisis, diseño e implementación de los requerimientos solicitados por Colciencias para la convocatoria objeto del contrato, aplicando los conocimientos adquiridos durante el pregrado de Ingeniería de Sistemas en la Universidad Distrital Francisco José de Caldas, bajo la dirección del director del proyecto por parte de la empresa MIC System y de la docente directora por parte de la Universidad Distrital. Descripción del problema Teniendo en cuenta que me vinculé como desarrollador de software a la empresa MIC System desde inicios del año 2014, logré participar en algunas actividades del proceso de medición del año 2013. Durante el tiempo trascurrido identifiqué el flujo de procesos, los procesos que requieren de más atención por su complejidad y las dificultades que conllevan estos procesos críticos. A continuación se describen brevemente las actividades que se realizaron para ajustar el software y los procedimientos de medición para la convocatoria del año 2014:
Preparar los sistemas de
software CvLAC y GrupLAC.
Refinar el procedimiento
de normalización de productos.
Ajustar los procedimientos de
medición de productos,
investigadores y grupos de
investigación.
Responder a las solicitudes de
aclaración originadas por los
resultados preliminares de la
medición.
12
Figura 2: Diagrama de procesos de la convocatoria de medición 2014.
Fuente: elaboración propia
13
Anunciar convocatoria y definir los ajustes al Modelo de Medición
El proceso de medición inicia cuando públicamente Colciencias invita a toda la comunidad científica del país a participar en la próxima convocatoria de medición de Grupos de Investigación e Investigadores, ellos proponen una fecha para el inicio de la convocatoria, sin embargo podría ser modificada según las alteraciones en el cronograma.
Reuniones periódicas entre Colciencias y el Comité de Expertos para definir los ajustes y criterios que deben aplicarse al Modelo de Medición. Al final de cada encuentro, surge un acta con las conclusiones más importantes. Preparar las aplicaciones CvLAC y GrupLAC para la captura de información
Reuniones semanales entre Colciencias y MIC System para definir cuáles requerimientos deben satisfacer los sistemas CvLAC y GrupLAC, con el fin de capturar la información necesaria para el nuevo proceso de medición. Al culminar cada encuentro, se redacta un acta con los requerimientos planteados y su prioridad.
El líder del proyecto conjuntamente con el equipo de desarrollo de MIC System, se encargan de elaborar un documento para cada requerimiento que describe el alcance del mismo y que incluye imágenes que reflejan el aspecto que tendrían las modificaciones en los sistemas CvLAC y GrupLAC.
Colciencias realiza correcciones y sugerencias sobre el alcance de cada requerimiento, sí lo considera necesario. De lo contrario, se avala la propuesta para iniciar con la implementación.
Dependiendo de la complejidad del requerimiento, la implementación de cada requerimiento estará a cargo de una o un grupo de ingenieros de MIC System. Se construye la solución y se le aplican pruebas simples. La implementación deberá estar acompañada de un documento que mencione los archivos agregados, eliminados o modificados del código fuente de las aplicaciones.
Colciencias, realiza la apertura oficial de la convocatoria de medición, los Investigadores y Grupos de Investigación podrán actualizar la información dentro de su respectivo sistema. Ajustar los procedimientos de medición de productos, personas y grupos
En este punto, MIC System centra su atención en ajustar los procedimientos, funciones, consultas y algoritmos que se ejecutan para categorizar a los productos, investigadores y grupos de investigación. De acuerdo, a los ajustes al modelo de medición considerados por Colciencias y el Comité de expertos.
14
Refinar el procedimiento de normalización de productos
Teniendo en cuenta que se pueden agregar o quitar tipos de productos, según los ajustes al modelo de medición. Se deben aplicar estos cambios al procedimiento de normalización de productos registrados. Colciencias ordena la finalización de la actualización de información en las aplicaciones de software. Generar resultados preliminares de la convocatoria
MIC System, extrae una copia de la base de datos en la que se almacenó toda la información actualizada de los Investigadores y Grupos de Investigación durante la convocatoria.
El equipo de desarrollo de MIC System, ejecuta el proceso de normalización de la producción registrada en los sistemas de software.
El equipo de desarrollo de MIC System, ejecuta simulaciones del sistema de medición, con el fin de entregar a Colciencias unos resultados preliminares que le permita conocer los efectos de los ajustes aplicados al Modelo de Medición.
Colciencias, evalúa cuáles modificaciones deben efectuarse sobre los módulos de los sistemas CvLAC y GrupLAC, encargados de presentar los resultados de las convocatorias de medición; con la intención de que estos módulos tengan el nivel de detalle requerido para que los resultados puedan ser comprendidos sin mayor esfuerzo.
El equipo de desarrolladores de MIC System, implementa los requerimientos de interfaz gráfica de usuario.
El equipo de desarrolladores de MIC System, ejecuta el procedimiento de medición, obteniendo así los resultados preliminares de la convocatoria. Responder a las solicitudes de aclaración
Colciencias, realiza la publicación de los resultados preliminares de la convocatoria de medición.
A través de los sistemas CvLAC y GrupLAC, los investigadores y grupos de investigación, solicitan aclaración acerca de los resultados obtenidos.
El equipo de soporte con el apoyo del equipo de desarrollo de MIC System, se encargan de responder a las solicitudes de aclaración (reclamaciones), realizadas por las personas y grupos que participaron en la convocatoria.
Colciencias realiza un proceso de verificación que consiste en analizar con una muestra significativa de la información, que los resultados obtenidos correspondan con la información capturada a través de los sistemas de software.
15
Generar resultados finales de la medición
El equipo de desarrollo de MIC System, ejecuta el sistema de medición, con el fin de entregar a Colciencias los resultados definitivos del proceso.
Colciencias, realiza la publicación de los resultados finales de la convocatoria. Elaborar la documentación de las implementaciones realizadas
El equipo de desarrolladores de MIC System enfoca su atención en elaborar la documentación que debe entregar a Colciencias, aplicando técnicas de ingeniería inversa. La documentación incluye tanto los ajustes a los sistemas CvLAC y GrupLAC, como los ajustes al sistema de medición. Analizar resultados de la medición para proponer políticas de fortalecimiento a la investigación
Colciencias, hace un estudio de los resultados obtenidos en la convocatoria, genera estadísticas que ilustren la información sobresaliente del proceso y propone políticas de fomento a la investigación en Colombia. El proceso que se resumió en los párrafos anteriores, corresponde al proceso general que transcurre durante una convocatoria de medición. Como se pudo evidenciar, la empresa MIC System S.A sólo está involucrada con actividades de desarrollo de software. Cualquier otra actividad de gestión y de toma de decisiones es manejado internamente por Colciencias, y por ende no está cubierto por el alcance de este proyecto. La principal dificultad a la que se enfrentaba el equipo de desarrollo de MIC System, era el tiempo, lo que podía resultar en una disminución considerable en la calidad de la implementación sí no se seguían las buenas prácticas de la ingeniería de software. En el flujo de actividades descrito anteriormente, se pueden identificar principalmente dos deficiencias importantes que pueden entorpecer el éxito del proyecto. La primera de ellas, se debe a que no en todos los casos que se van a implementar requerimientos sobre los módulos de los sistemas CvLAC o GrupLAC, se analiza detalladamente qué dependencias o relaciones existen con otros módulos; este desacierto puede causar que al modificar una parte de la aplicación, se puedan afectar otras. La segunda dificultad se refiere a la inexistencia de una metodología de pruebas de software, lo que se traduce en un aumento notable en los errores y en el desfase de los tiempos estimados para cada actividad.
16
1.3. Formulación de la pregunta central del proyecto ¿Teniendo en cuenta la dinámica que exigen los procesos que deben desarrollar el equipo de desarrollo de la empresa MIC System, en el marco de la convocatoria nacional de grupos de investigación e investigadores del año 2014, cómo se puede incorporar una metodología ágil de desarrollo de software, como Scrum, para gestionar exitosamente el proyecto y obtener los resultados esperados en las fechas estimadas por Colciencias? 1.4. Objetivos Objetivo general Apoyar al equipo de desarrollo de software de la empresa MIC System, para dar soporte y mantenimiento al proceso de medición de grupos de investigación y el reconocimiento de investigadores del año 2014, utilizando una metodología de desarrollo ágil, como Scrum. Objetivos específicos
Construir el Product Backlog (según metodología Scrum), recopilando la descripción de los requerimientos priorizados de cada etapa del proyecto (ajustes a los sistemas de software y al sistema de medición).
Analizar e implementar los requerimientos funcionales de los sistemas CvLAC y GrupLAC, para capturar la información actualizada de los investigadores y grupos de investigación.
Verificar que el proceso de normalización2 de productos se ejecute exitosamente, garantizando que no se duplique el valor de los indicadores definidos en el modelo de medición.
Ajustar los procedimientos de medición de productos, personas y grupos, según los requerimientos definidos en el Modelo de Medición.
Diseñar y ejecutar las pruebas al finalizar cada subproceso, disminuyendo la probabilidad de fallas durante el proceso de medición.
Ejecutar las simulaciones de los procedimientos de medición, según las solicitudes de Colciencias, para conocer antes de la publicación de resultados finales, los efectos que tendría cada ajuste realizado en el modelo de medición.
Diseñar e implementar los requerimientos del módulo de presentación de resultados de la convocatoria de medición, en los sistemas CvLAC y GrupLAC con la finalidad de ofrecer a los investigadores información clara y organizada por criterios de búsqueda.
2 La normalización de la información de productos, consiste en establecer una única referencia
para los productos, debido a que existen productos que tienen más de un autor que son miembros del mismo grupo o de grupos de investigación diferentes.
17
Elaborar la documentación de las implementaciones realizadas por el equipo de ingenieros, tanto a los aplicativos CvLAC y GrupLAC como al sistema de medición. 1.5. Justificación La oportunidad de participar en el proceso de medición de grupos de investigación y el reconocimiento de investigadores, fue muy enriquecedora para mi formación académica, por las siguientes razones: La dirección de la convocatoria de medición, estuvo a cargo del Departamento Administrativo de Ciencia, Tecnología e Innovación – Colciencias, entidad responsable de promover políticas para el fortalecimiento de la Ciencia y la Investigación en Colombia. Trabajar conjuntamente con instituciones como Colciencias y MIC System, en el desarrollo de un proyecto de tal importancia para toda la comunidad de investigación del país, le aportó fuertes bases a mi formación profesional y me permitió adquirir experiencia en el ambiente laboral. Como estudiante de la Universidad Distrital, me sentí comprometido con las actividades que me delegaron en el marco de este proyecto, a través de ello pude demostrar la calidad de la educación que recibí en la institución educativa. Fue una excelente oportunidad para finalizar mis estudios de pregrado en Ingeniería de Sistemas y aplicar los conocimientos adquiridos. Además que se convirtió en un reto por la exigencia que requirió este proyecto. 1.6. Alcance y limitaciones Alcance Este proyecto no pretendía que el estudiante que desarrolló la pasantía en la empresa fuera el único responsable de implementar los ajustes definidos por Colciencias para el proceso de medición del año 2014. El verdadero papel, consistía en apoyar al equipo de ingenieros de la empresa en el proceso de análisis, diseño, implementación, pruebas y soporte, para que conjuntamente lograran cumplir con los procesos descritos anteriormente. Limitaciones El desarrollo de este proyecto estuvo limitado por las siguientes condiciones:
Los ajustes que debían implementar el equipo de ingenieros, estaban sujetos a las condiciones estipuladas por Colciencias, y el tiempo empleado en
18
cada uno de los procesos debía acoplarse al cronograma de la convocatoria de medición. La implementación de los requerimientos sobre los sistemas CvLAC y GrupLAC, se debían realizar utilizando las tecnologías sobre las cuales fueron construidas estas aplicaciones, algunas de ellas son el framework web Struts 1.X para la capa de presentación, Enterprise Java Bean (EJB 2.X) para la capa de lógica de negocio y gran parte de la persistencia y el ORM Hibernate 2.X para el manejo de consultas especiales a la base de datos. Los ajustes realizados en los procedimientos de bases de datos, debían desarrollarse usando el servidor de base de datos Oracle 11g.
19
2. MARCO REFERENCIAL 2.1. Marco teórico Grupo de investigación Científico, Desarrollo Tecnológico e Innovación El Departamento Administrativo de Ciencia, Tecnología e Innovación – Colciencias, define a un grupo de investigación como el “conjunto de personas que se reúnen para realizar investigación en una temática dada, formulan uno o varios problemas de su interés, trazan un plan estratégico de largo o mediano plazo para trabajar en él y producir unos resultados de conocimiento sobre el tema en cuestión. Un grupo existe siempre y cuando demuestre producción de resultados tangibles y verificables, fruto de proyectos y otras actividades de investigación convenientemente expresadas en un plan de acción (proyectos) debidamente formalizado” (Colciencias, 2012) . Dentro del marco conceptual del modelo de medición de grupos de investigación, para que un grupo sea reconocido como tal debe cumplir mínimamente con las siguientes condiciones (Colciencias, 2014): 1. Estar registrado en el sistema GrupLAC de la Plataforma ScienTI – Colombia. 2. Tener un mínimo de dos integrantes. 3. Tener uno o más años de existencia. 4. Estar avalado al menos por una institución registrada en el sistema InstituLAC de la Plataforma ScienTI– Colombia. 5. Tener un proyecto de investigación, de desarrollo tecnológico o de innovación en ejecución. 6. El Líder del grupo deberá tener título de Pregrado, Maestría o Doctorado. 7. Tener una producción de nuevo conocimiento o de resultados de actividades de desarrollo tecnológico e innovación, en la ventana de observación equivalente a un mínimo de un producto por cada año declarado de existencia. 8. Tener una producción de apropiación social y circulación del conocimiento o productos resultado de actividades relacionadas con la Formación de Recurso Humano en CTI, en la ventana de observación equivalente a un mínimo de un producto por cada año declarado de existencia. El reconocimiento de cada grupo de investigación tendrá vigencia desde la publicación final de resultados del proceso de medición hasta la publicación de los próximos resultados, aproximadamente un año después. Investigadores e Integrantes de Grupos de Investigación Tanto las personas que desarrollan actividades de investigación que no están vinculadas con ningún grupo de investigación, cómo los investigadores que si,
20
pueden diligenciar su hoja de vida en el aplicativo CvLAC de la plataforma ScienTI – Colombia. En el modelo de medición se declaran las siguientes cuatro categorías para los investigadores que deseen participar del proceso de medición: Investigador, Investigador en Formación, Estudiante de Pregrado e Integrante Vinculado. A partir de ellas, se desprenden ocho categorías que son asignadas a los currículos de acuerdo al cumplimiento de las condiciones que se describen a continuación:
Tipo Requisitos
Investigador Sénior (IS)
Se deben cumplir simultáneamente las siguientes tres condiciones: - Doctorado finalizado o 15 productos de nuevo conocimiento con calidad A. - 10 productos de calidad A en los últimos 10 años. - Director de 4 trabajos de maestría o 1 tesis de doctorado finalizados en los últimos 10 años.
Investigador Asociado (I)
Se deben cumplir las siguientes tres condiciones simultáneamente. - Doctorado o Maestría o especialidad clínica finalizada o 7 productos de nuevo conocimiento o de resultados de actividades de desarrollo tecnológico e innovación en toda su trayectoria académica. - 2 productos de nuevo conocimiento o de resultados de actividades de desarrollo tecnológico e innovación tipo A, y 4 productos de nuevo conocimiento o de resultados de actividades de desarrollo tecnológico e innovación en los últimos 5 años. - Haber dirigido 3 trabajos de pregrado o 2 trabajos de maestría durante los últimos cinco años.
Investigador Junior (IJ)
Se deben cumplir alguna de las siguientes condiciones: - Con formación de doctorado finalizada, integrante de un grupo de investigación y que hace parte de un proyecto de investigación del grupo
- Graduado de maestría, o especialidades clínicas con autoría de 2 productos de nuevo conocimiento o de resultados de actividades de desarrollo tecnológico e innovación, por año.
Estudiante de Doctorado (ED)
En formación de doctorado.
Estudiante de Maestría o especialidad clínica (EM)
En formación de Maestría.
21
Tipo Requisitos
Joven Investigador (JI)
Con formación de pregrado finalizada o con estudios de posgrado en desarrollo, integrante de un grupo de investigación, que hace parte de un proyecto de investigación del grupo y quien está inscrito en un programa institucional de jóvenes investigadores.
PostDoctorado (PD)
Con formación de doctorado finalizada, integrante de un grupo de investigación, que hace parte de un proyecto de investigación del grupo y quien es beneficiario de un programa de financiación de Posdoctorado como el propuesto por COLCIENCIAS
Estudiante de Pregrado (EP)
En formación de pregrado.
Integrante Vinculado con Doctorado (IVD)
Vinculado a un grupo de investigación y con formación de doctorado culminada.
Integrante Vinculado con Maestría (IVM)
Vinculado a un grupo de investigación y con formación de maestría culminada.
Integrante Vinculado con Especialización
Vinculado a un grupo de investigación y con formación de especialización culminada.
Integrante Vinculado con Pregrado (IVP)
Vinculado a un grupo de investigación y con formación de pregrado culminada.
Integrante Vinculado (IV)
Vinculado a un grupo de investigación.
Tabla 1: Tipos, subtipos de integrantes y sus requisitos. Fuente: tomado textualmente de (Colciencias, 2014)
Productos resultado de investigación Los productos resultado de investigación, registrados en los sistemas CvLAC y GrupLAC, juegan un papel muy importante dentro del modelo de medición, porque de ellos depende que un investigador o grupo de investigación obtenga una buena clasificación. Para cada tipo de producto se definen diferentes categorías, que especifican la calidad de los productos. Del mismo modo, cada categoría tiene asociado un peso relativo que indica cuáles son los tipos de productos que más influyen en el indicador de producción. Por ejemplo, las patentes o los artículos de investigación tienen un alto impacto en las sumatorias (Colciencias, 2014). Los productos se clasifican en alguna de las siguientes cuatro categorías (Colciencias, 2014):
Productos de Nuevo Conocimiento: son aquellas contribuciones importantes al estado del arte de un área de conocimiento, que han sido
22
argumentados y verificados para llegar a ser agregados a la discusión científica y que puedan ser fuente de innovaciones.
Productos Desarrollo Tecnológico e Innovación: son productos que fomentan la generación de ideas, métodos y herramientas, que impactan el desarrollo económico y generan transformaciones en la sociedad.
Productos de Apropiación Social del Conocimiento: son aquellos productos que permiten que los individuos, organizaciones o comunidades se involucren en interacciones que les permiten intercambiar saberes y experiencias, donde el conocimiento circula, es discutido y llevado a la cotidianidad.
Productos de Formación de Recursos Humanos: son aquellos productos, como cursos o programas, enfocados a brindar apoyo a la formación de investigadores que recién inician sus actividades de investigación.
Tipo de producto Subtipo de producto Categoría Peso relativo
Productos resultado de actividades de Generación de Nuevo Conocimiento
Artículos ART_A1 10,0
ART_A2 6,0
ART_B 3,5
ART_C 2,0
ART_D 10,0
Libros de investigación LIB_A1 10,0
LIB_A 9,0
LIB_B 8,0
Capítulos en libros de investigación
CAP_LIB_A1 10,0
CAP_LIB_A 9,0
CAP_LIB_B 8,0
Patentes
PA1-MA1 10,0 – 6,0
PA2-MA2 7,0 – 4,2
PA3-MA3 6,0 – 3,6
PA4-MA4 5,5 – 3,3
PB1-MB1 5,0 – 3,0
PB2-MB2 3,5 – 2,1
PB3-MB3 3,0 – 1,8
PB4-MB4 2,6 – 1,7
PB5-MB5 2,5 – 1,5
PC-MC 1,8 – 1,1
Variedad vegetal VV_A1 10,0
VV_A2 8,0
VV_A3 5,0
VV_A4 2,5
VV_B1 5,0
23
Tipo de producto Subtipo de producto Categoría Peso relativo
Productos resultado de actividades de Generación de Nuevo Conocimiento
Variedad vegetal VV_B2 4,0
VV_B3 2,5
VV_B4 1,0
Variedad animal VA_A 10,0
Productos resultado de actividades de desarrollo tecnológico e innovación
Diseño industrial DI_A 8,0
DI_B 4,0
Esquema de Circuito Integrado
ECI_A 4,0
Software SF_A 10,0
SF_B 6,0
Planta Piloto PP_A 4,0
Prototipo Industrial PI_A 4,0
Secreto Empresarial SE_A 5,0
Empresa de Base tecnológica (Spin – off)
EBT_A 10,0
EBT_B 4,0
Innovación Generada en la Gestión Empresarial
IG_A1 10,0
IG_A2 6,0
IG_B1 5,0
IG_B2 3,0
Innovación en procedimiento
IPP 5,0
Regulaciones, Normas y Reglamentos Técnicos
RNR_A 10,0
RNL_A 10,0
RNL_B 8,0
RNL_C 7,0
Consultorías CON 10,0
Informe Técnico Final INF 5,0
Productos resultado de actividades de apropiación social del conocimiento
Participación Ciudadana en Proyectos de CTI
PPC 10,0
Espacios de Participación Ciudadana en CTI
EPC 5,0
Estrategias Pedagógicas
EPA 10,0
Estrategias de Comunicación
PPC 10,0
Generación de contenidos
GC 5,0
Evento científico EC_A 10,0
EC_B 6,0
24
Tipo de producto Subtipo de producto Categoría Peso relativo
Productos resultado de actividades de apropiación social del conocimiento
Red de Conocimiento Especializado
RC_A 10,0
RC_B 6,0
Documento de trabajo (Working Paper)
WP 10,0
Boletín Divulgativo BOL 3,0
Edición de Revista o de Libro Resultado de Investigación
ERL 6,0
Informe Final de Investigación
IFI 2,0
Productos de actividades
relacionadas con la formación de recurso
humano en CTI
Tesis de doctorado TD_A 10,0
TD_B 5,0
Trabajo de grado de maestría
TM_A 10,0
TM_B 5,0
Trabajo de grado de Pregrado
TP_A 10,0
TP_B 5,0
Proyecto de Investigación y Desarrollo
PID_A 10,0
PID_B 6,0
PID_C 2,0
Proyecto ID+I con formación
PF_A 10,0
PF_B 8,0
Proyecto de Extensión Social en CTI
PE 10,0
Apoyo a programas de formación
AP_A 10,0
AP_B 8,0
AP_C 5,0
AP_D 3,0
Asesoría a Programa Ondas
APO 10,0
Tabla 2: Categorización de los productos y pesos relativos. Fuente: tomado textualmente de (Colciencias, 2014)
Categorías de clasificación para los grupos de investigación Las siguientes categorías pueden ser obtenidas por los grupos de investigación que hayan cumplido con las condiciones de reconocimiento (Colciencias, 2014):
25
Categoría A1 1. Tener un Indicador de Grupo que le permita estar en o por encima del Cuartil 1 (25% superior) 2. Tener un indicador de Productos TOP que le permita estar en o por encima del Cuartil 3 (75% superior) 3. Tener un indicador de Productos Apropiación Social del Conocimiento mayor que Cero 4. Tener un indicador de Productos de actividades relacionadas con la Formación de Recurso Humano - Tipo A mayor que Cero 5. Tener un (1) Investigador Sénior o Asociado como integrante del Grupo 6. Tener un (1) indicador de Cohesión mayor que Cero 7. Tener al menos 5 años de existencia. Categoría A 1. Tener un Indicador de Grupo que le permita estar en o por encima del Cuartil 2 (50% superior) 2. Tener un indicador de Productos TOP o de Productos A mayor que Cero (0) 3. Tener un indicador de Productos Apropiación Social del Conocimiento mayor que Cero (0) 4. Tener un indicador de Productos de actividades relacionadas con la Formación de Recurso Humano - Tipo A mayor que Cero (0) 5. Tener un (1) Investigador Sénior o Asociado como integrante del Grupo 6. Tener un (1) indicador de Cohesión mayor que Cero 7. Tener al menos cinco (5) años de existencia. Categoría B 1. Tener un Indicador de Grupo que le permita estar en o por encima del Cuartil 3 (75% superior) 2. Tener un indicador de Productos TOP o de Productos A mayor que Cero (0) 3. Tener un indicador de Productos Apropiación Social del Conocimiento mayor que Cero (0) 4. Tener un indicador de Productos de actividades relacionadas con la Formación de Recurso Humano - Tipo A mayor que Cero (0) o tener un indicador de Productos de actividades relacionadas con la Formación de Recurso Humano - Tipo B que le permita estar en o por encima del Cuartil 2 (50% superior) 5. Tener un (1) Investigador Sénior o Asociado o un Integrante Vinculado con Doctorado como integrante del Grupo 6. Tener un (1) indicador de Cohesión mayor que Cero 7. Tener al menos tres (3) años de existencia.
26
Categoría C 1. Tener un Indicador de Grupo mayor que Cero (0) 2. Tener un indicador de Productos TOP o de Productos A o de Productos B mayor que Cero (0) 3. Tener un indicador de Productos Apropiación Social del Conocimiento mayor que Cero (0) 4. Tener un indicador de Productos de actividades relacionadas con la Formación de Recurso Humano - Tipo A o Tipo B mayor que Cero (0) 5. Tener al menos dos (2) años de existencia. Categoría D 1. Tener un Indicador de Grupo mayor que Cero (0) 2. Tener al menos un (1) año de existencia. Aunque al momento de iniciar la pasantía, MIC System no había recibido oficialmente los requerimientos por parte de Colciencias, los posibles ajustes que debía realizar el equipo de ingenieros eran: agregar o quitar tipos de productos del sistema de medición, actualizar las condiciones de categorización de los productos, referenciadas en la Tabla 2. 2.2. Marco tecnológico Struts 1.X Struts es un framework desarrollado por Apache Foundation, que ofrece un conjunto de utilidades cuyo objetivo es facilitar y optimizar el desarrollo de aplicaciones web con tecnología J2EE, siguiendo el patrón Modelo-Vista-Controlador (Sierra, 2008). El empleo de Struts en los desarrollos ofrece numerosos beneficios al programador, entre los que se destacan los siguientes (Sierra, 2008):
Control declarativo de peticiones: en un archivo de configuración XML, el programador podrá definir los mapeos entre tipos de petición y acciones a ejecutar.
Utilización de direcciones virtuales: proporciona unos tipos de objetos que permiten referirse a recursos de la aplicación web, mediante direcciones.
Manipulación de datos con JavaBeans: proporciona un sólido soporte para la manipulación de datos mediante JavaBeans.
Librerías de acciones JSP: proporciona un amplio conjunto de librerías predefinidas para realizar funciones en páginas JSP, tales como el acceso a las
27
variables de ámbito y parámetros de petición, iteración de colecciones, manipulación de JavaBeans, etc. Además del descriptor de despliegue web.xml definido por la especificación J2EE, una aplicación Struts requiere de otros archivos de configuración, el más importante de ellos es struts-config.xml. En él se registran los objetos que encapsularán la información de los formularios (FormBeans), las excepciones globales de la aplicación, los forwards globales, el objeto encargado de responder a cada petición HTTP, entre otras. (Sierra, 2008). Enterprise Java Bean EJB 2.X Un EJB es un componente constituido por clases Java y que es desarrollado para ser desplegado en un contenedor de EJBs. Con los EJB se consigue independizar la lógica de negocio de los servicios que proporciona el contenedor. Estos servicios son: comunicaciones por red, transacciones, persistencia, gestión de logs, gestión de recursos (Centro de Excelencia de Software Libre de Castilla, 2008). Los EJB se suelen usar para encapsular lógica de negocio, permitiendo a JSPs, Servlet, aplicaciones Java y otros EJBs actuar como clientes suyos. La comunicación entre EJBs y clientes se realiza mediante la utilización de interfaces remotos objetos que se conocen como “stub” y “skeleton”. El cliente obtiene un “stub” que ofrece el interfaz remoto al EJB mediante ciertos servicios (los cuales serán una caja negra). Por otra parte, en el lado del servidor se crea un “skeleton” que se encarga de realizar las peticiones reales a los EJBs (Centro de Excelencia de Software Libre de Castilla, 2008).
Entity Bean: estos EJBs representan los datos almacenados en una base de datos. Son muy útiles ya que con ellos se pueden asociar los campos de un objeto java con los de una base de datos y dejar que el contenedor se encargue de la persistencia de esos valores.
Session Beans: Estos EJBs son los que encapsulan la lógica de negocio de forma síncrona. Esta clase de Bean puede ser de dos tipos, Stateless (sin estado) o Stateful (con estado).
Message-Driven Beans: Estos EJBs son utilizados cuando se quiere proporcionar asincronía a la lógica de negocio (empleando el API JMS de JEE). Es decir, invocar la ejecución de alguna funcionalidad y continuar la ejecución sin esperar el resultado. Oracle 11g Es un sistema de gestión de base de datos objeto-relacional, desarrollado por Oracle Corporation (Wikipedia: Oracle Database). Se considera a Oracle
28
Database como uno de los sistemas de bases de datos más completos, destacando: soporte de transacciones, estabilidad, escalabilidad y soporte multiplataforma. La única base de datos diseñada para grid computing3. Con el lanzamiento de Oracle Database 11g, Oracle está logrando que la gestión de la información empresarial sea más fácil que nunca, lo que permite a los clientes conocer más acerca de su empresa y hacer innovaciones más rápidamente (Oracle Corporation, 2011). Oracle Database 11g ofrece desempeño, escalabilidad, disponibilidad, seguridad y facilidad de administración superior en un grid de bajo costo de sistemas de almacenamiento y servidores estándar del sector. Oracle Database 11g está diseñada para implementarse de manera efectiva en todos los sistemas, desde pequeños servidores tipo blade hasta los más grandes servidores SMP y clústeres de todos los tamaños. Cuenta con capacidades de administración automatizada para una operación fácil y económica. La capacidad única de Oracle Database 11g para el manejo de datos, desde información tradicional de negocios hasta documentos XML e información espacial 3D la convierte en la opción ideal para el procesamiento de transacciones en línea, almacenamiento y aplicaciones de administración de contenido (Oracle Corporation, 2011). 2.3. Marco metodológico Para el desarrollo de este proyecto, se propuso aplicar una metodología ágil capaz de coordinar las actividades requeridas y de fortalecer la cohesión del trabajo en equipo. De esa forma dar cumplimiento a los objetivos y satisfacer todos los requerimientos del proyecto. Desarrollo ágil La ingeniería de software ágil combina una filosofía con un conjunto de lineamientos de desarrollo. La filosofía pone el énfasis en: la satisfacción del cliente y en la entrega rápida de software incremental, los equipos pequeños y muy motivados para efectuar el proyecto, los métodos informales, los productos del trabajo con mínima ingeniería de software y la sencillez general en el desarrollo. Los lineamientos de desarrollo enfatizan la entrega sobre el análisis y el diseño y la comunicación activa y continua entre desarrolladores y clientes.
3 Grid computing: es una nueva forma de computación distribuida, en la cual los recursos pueden
ser heterogéneos (diferentes arquitecturas, supercomputadores y clusters) y se encuentran conectados mediante redes de área extensa (por ejemplo Internet)
29
Los métodos ágiles se desarrollaron como un esfuerzo por superar las debilidades reales y percibidas de la ingeniería de software convencional. El desarrollo ágil proporciona beneficios importantes, pero no es aplicable a todos los proyectos, productos, personas y situaciones (Pressman, 2007). Proceso ágil Un proceso ágil debe ser adaptable, pero la adaptación continua logra muy poco si no hay avance. Entonces, un proceso de software ágil debe adaptarse incrementalmente. Para lograr la adaptación incremental, un equipo ágil requiere retroalimentación con el cliente, de modo que sea posible hacer las adaptaciones apropiadas. Un catalizador eficaz para la retroalimentación con el cliente es un prototipo operativo o una porción de sistema de software. Deben entregarse incrementos de software en periodos cortos de tiempo, de modo que la adaptación vaya al ritmo con el cambio. Este enfoque iterativo permite que el cliente evalúe en forma regular el incremento de software, dé la retroalimentación necesaria al equipo de software e influya en las adaptaciones del proceso que se realicen para aprovechar la retroalimentación (Pressman, 2007).
Figura 3: Fundamentos de las metodologías ágiles.
Fuente: tomada de (Metodologías ágiles, 2012)
Metodologías de desarrollo ágil
Desarrollo Adaptativo de Software (DAS): fue propuesto por Jim Highsmith como una técnica para elaborar software y sistemas complejos. Los fundamentos filosóficos del DAS se centran en la colaboración humana y en la organización propia del equipo (Pressman, 2007).
Proceso Unificado Ágil (PUA): Es una versión simplificada del Proceso Unificado de Rational (RUP), que describe una aproximación al desarrollo de aplicaciones que combina conceptos propios del proceso unificado tradicional con técnicas ágiles, con el objetivo de mejorar la productividad (Ambler, 2006).
30
Cristal: Un juego cooperativo con recursos limitados, de invención y comunicación, con el objetivo primario de entregar software útil que funcione y con la meta secundaria de plantear el siguiente juego (Cockburn, 2006).
Desarrollo Esbelto de Software (DES): Esta metodología se basa en los siguientes principios: eliminar el desperdicio, generar calidad, crear conocimiento, entregar rápido, respetar a las personas y optimizar el todo (Poppendeick, 2003).
Desarrollo Impulsado por Características (DIC): proceso adaptativo y ágil aplicable a proyectos de software de tamaño moderado y grande. Pone énfasis en la colaboración entre los integrantes de un equipo, administrar la complejidad de los problemas y comunica los detalles técnicos verbalmente (Felsing, 2002).
Programación Extrema (XP): La programación extrema se basa en una serie de reglas y principios que se han ido gestando a lo largo de toda la historia de la ingeniería del software. Los 4 principios de XP son: realimentación veloz, modificaciones incrementales, trabajo de calidad y la simplicidad (Ferrer, 2002). Scrum Es un marco de trabajo de procesos que ha sido usado para gestionar el desarrollo de productos complejos desde principios de los años 90. Scrum no es un proceso o una técnica para construir productos; en lugar de eso, es un marco de trabajo dentro del cual se pueden emplear varias técnicas y procesos. Se compone por los equipos Scrum, roles, eventos, artefactos y reglas asociadas. Cada componente dentro del marco de trabajo sirve a un propósito específico y es esencial para el éxito de los proyectos en los que se use Scrum (Scrum Foundation, 2013). El equipo Scrum El equipo Scrum consiste en un dueño de Producto, el equipo de desarrollo y un Scrum Master. Los Equipos Scrum son autoorganizados y multifuncionales. Los equipos autoorganizados eligen la mejor forma de llevar a cabo su trabajo y no son dirigidos por personas externas al equipo. Los equipos multifuncionales tienen todas las competencias necesarias para llevar a cabo el trabajo sin depender de otras personas que no son parte del equipo. El modelo de equipo en Scrum está diseñado para optimizar la flexibilidad, la creatividad y la productividad. Los Equipos Scrum entregan productos de forma iterativa e incremental, maximizando las oportunidades de obtener retroalimentación. Las entregas incrementales de producto “terminado” aseguran que siempre estará disponible una versión potencialmente útil y funcional del producto (Scrum Foundation, 2013).
31
Eventos de Scrum En Scrum existen eventos predefinidos con el fin de crear regularidad y minimizar la necesidad de reuniones no definidas en Scrum. Todos los eventos son bloques de tiempo, de tal modo que todos tienen una duración máxima. Una vez que comienza un sprint, su duración es fija y no puede acortarse o alargarse. Los demás eventos pueden terminar siempre que se alcance el objetivo del evento, asegurando que se emplee una cantidad apropiada de tiempo sin permitir desperdicio en el proceso (Scrum Foundation, 2013). Sprint El corazón de Scrum es el sprint, es un bloque de tiempo de un mes o menos durante el cual se crea un incremento de producto “Terminado”, utilizable y potencialmente desplegable. Los sprints contienen y consisten de la reunión de planificación del sprint, los scrums diarios, el trabajo de desarrollo, la revisión del sprint, y la retrospectiva del sprint (Scrum Foundation, 2013). Artefactos de Scrum Los artefactos definidos por Scrum están diseñados específicamente para maximizar la transparencia de la información clave, que es necesaria para asegurar que todos tengan el mismo entendimiento del artefacto (Scrum Foundation, 2013). Lista de Producto (Product Backlog) La pila de producto es una lista ordenada de todo lo que podría ser necesario en el producto, y es la única fuente de requisitos para cualquier cambio a realizarse en el producto. El dueño de producto es el responsable de la lista de producto, incluyendo su contenido, disponibilidad y ordenación (Scrum Foundation, 2013). Lista de Pendientes del Sprint (Sprint Backlog) La lista de pendientes del sprint es una predicción hecha por el Equipo de Desarrollo acerca de qué funcionalidad formará parte del próximo incremento y del trabajo necesario para entregar esa funcionalidad en un incremento “Terminado” (Scrum Foundation, 2013). Herramientas para la gestión de proyectos Scrum
JIRA Agile: es un software para la gestión operativa de proyectos. La herramienta fue desarrollada por la empresa australiana Atlassian. Jira puede ser
32
utilizado para la gestión de procesos y para la mejora de los mismos, gracias a sus funciones para la organización de flujos de trabajo (JIRA Agile, 2009).
Kunagi: Es una aplicación web que gestiona proyectos Scrum, permite la creación de Product Backlog, Sprint Backlog, definir las tareas de los roles ScrumMaster, Product Owner, y demás miembros del equipo. También permite la gestión de información adicional como requerimientos no funcionales, riesgos y bugs (Kunagi, 2010).
IceScrum: Es una herramienta libre para el manejo de proyectos Scrum, las funcionalidades implementadas en esta herramienta permiten generar los gráficos de trabajo pendiente que permiten analizar el cumplimiento de las historias de usuario, asignar roles a los miembros del equipo, gráficos que permiten evaluar el esfuerzo general e individual y la estimación de tiempo (IceScrum, 2007). Con el desarrollo de la pasantía, se espera aportarle a la empresa en varios aspectos, uno de ellos es emplear Scrum en los procesos de la convocatoria de medición. Lo que implica un cambio de cultura en el equipo de trabajo, que de ser bien recibido produciría beneficios para futuros proyectos de software.
33
3. DESARROLLO DEL PROYECTO Después de varias reuniones entre la Dirección de Fomento a la Investigación de Colciencias y el Comité de Expertos, finalmente definieron los cambios que tuvo el Modelo de Medición del año 2014 y que evidenciaron la necesidad de realizar ajustes al sistema de medición y a los sistemas de software CvLAC y GrupLAC. Seguido a esto, el equipo de ingenieros de la empresa MIC System, empezó a trabajar para precisar los requerimientos que permitieron brindar un soporte efectivo al proceso de medición. A continuación, se listan esos requerimientos que fueron planeados y ejecutados durante cada fase del proyecto:
Nro. Requerimiento Realizado
1 Las personas registradas en el sistema, deberán confirmar su información básica y no podrán modificarla posteriormente.
Sprint 1
2 Al registrar un producto tecnológico, el sistema permitirá asociarlo con una nueva patente, un registro tecnológico ó un secreto empresarial.
Sprint 1
3 El sistema permitirá registrar un nuevo tipo de producto tecnológico, denominado Signo Distintivo.
Sprint 1
4 Las personas que quieran participar en la convocatoria de medición, podrán registrarse a través del sistema.
Sprint 1
5 Al registrar una Edición científica, el sistema permitirá asociarla con un nuevo o existente libro de investigación ó con una revista.
Sprint 1
6 Al registrar cualquier tipo de producción, el sistema guardará la coautoría de la persona que registró el producto y ésta no podrá ser eliminada.
Sprint 1
7 El sistema permitirá que una persona seleccione más de un tipo de participación cuando está registrando un evento científico.
Sprint 1
8 El sistema solicitará sólo la fecha de graduación y no las fechas de finalización y obtención del título, cuando una persona está registrando una formación académica o complementaria.
Sprint 1
9 Al registrar un producto de software, el sistema permitirá vincularlo con un nuevo o existente proyecto de investigación.
Sprint 1
10 El sistema permitirá registrar un nuevo tipo de producto artístico, denominado Arte, Arquitectura y Diseño.
Sprint 1
11 Todas las editoriales registradas en el sistema, deberán clasificarse como nacionales o internacionales.
Sprint 1
12 La tabla que muestra los Idiomas que maneja una persona, debe tener el mismo aspecto que las otras tablas utilizadas en el sistema.
Sprint 1
13 Para registrar un producto de software, el sistema solicitará Sprint 1
34
obligatoriamente la descripción del Análisis, Diseño, Implementación y Validación.
14 El sistema tendrá una nueva opción en el menú principal, para que las personas registren la descripción de sus principales aportes y contribuciones a la investigación.
Sprint 1
15 Los campos utilizados para registrar cualquier tipo de producción en el sistema, deben tener nombres iguales o muy similares a los definidos en el documento conceptual del modelo de medición.
Sprint 1
16 Al registrar un evento científico, el sistema permitirá asociarlo con una nueva ponencia, un poster o un capítulo de memoria.
Sprint 1
17 Para registrar un artículo con medio de divulgación impreso, el sistema solicitará obligatoriamente la página inicial y la página final. Para los artículos electrónicos, se solicitará la URL ó el DOI.
Sprint 1
18 El visualizador y el verificador de información que se encuentran en el sistema, deberán actualizarse para contener algunos de los cambios que implican los anteriores requerimientos.
Sprint 1
19 El sistema debe mostrar un listado que contenga sólo las convocatorias de medición en las que ha participado una persona.
Sprint 2
20 El sistema no estará ligado únicamente a la más reciente convocatoria de medición, también permitirá consultar los resultados de convocatorias anteriores.
Sprint 2
21 El sistema mostrará claramente los resultados de las convocatorias de medición, de forma que se entienda cuales condiciones son las necesarias para obtener una categoría.
Sprint 2
22 El sistema presentará los resultados de las convocatorias de medición usando tablas con paginación y sobre las que se podrá filtrar la información.
Sprint 2
23 Una vez haya finalizado la convocatoria de medición, las personas que hayan participado en ella podrán solicitar aclaración sobre sus resultados usando el sistema.
Sprint 4
24 El equipo de trabajo de MIC System, deberá clasificar las solicitudes de aclaración recibidas.
Sprint 4
25 El equipo de trabajo de MIC System, deberá responder a las solicitudes de aclaración recibidas.
Sprint 4
Tabla 3: Requerimientos definidos para el sistema CvLAC Fuente: elaboración propia
35
Nro. Requerimiento Realizado
1 El sistema no permitirá la vinculación de productos generados a partir de eventos científicos. Los productos que ya se encuentren vinculados, no deberán ser visibles.
Sprint 1
2 El sistema permitirá desvincular redes de conocimiento y eventos que ya no hagan parte de la producción del grupo.
Sprint 1
3 El sistema aceptará la vinculación de productos de los nuevos tipos: Signos distintivos y Arte, arquitectura y diseño
Sprint 1
4 Al registrar la vinculación de una persona con un grupo de investigación, el sistema no permitirá que la fecha de inicio sea menor a la fecha en la que se está realizando el registro.
Sprint 1
5 Sí un grupo envió una invitación a una persona para que haga parte del grupo o para que vincule su producción y aún no se ha respondido, el grupo no podrá enviar más.
Sprint 1
6 El sistema ofrecerá la opción de redirigir a la página principal, sin importar en que otra página se encuentre el usuario.
Sprint 1
7 La tabla que muestra los proyectos vinculados al grupo, tendrá una nueva columna con el mes de inicio.
Sprint 1
8 Todas las convocatorias podrán ser consultadas a través de la opción que aparece en el menú principal.
Sprint 1
9 El visualizador y el verificador de información que se encuentran en el sistema, deberán actualizarse para contener algunos de los cambios que implican los anteriores requerimientos.
Sprint 1
10 El sistema debe mostrar un listado que contenga sólo las convocatorias de medición en las que ha participado el grupo.
Sprint 2
11 El sistema no estará ligado únicamente a la más reciente convocatoria de medición, también permitirá consultar los resultados de convocatorias anteriores.
Sprint 2
12 El sistema mostrará claramente los resultados de las convocatorias de medición, de forma que se entienda cuales condiciones son las necesarias para obtener una categoría.
Sprint 2
13 El sistema presentará los resultados de las convocatorias de medición usando tablas con paginación y sobre las que se podrá filtrar la información.
Sprint 2
14 Una vez haya finalizado la convocatoria de medición, los grupos que hayan participado en ella podrán solicitar aclaración sobre sus resultados usando el sistema.
Sprint 4
15 El equipo de trabajo de MIC System, deberá clasificar las solicitudes de aclaración recibidas.
Sprint 4
16 El equipo de trabajo de MIC System, deberá responder a las solicitudes de aclaración recibidas.
Sprint 4
Tabla 4: Requerimientos definidos para el sistema GrupLAC Fuente: elaboración propia
36
Nro. Requerimiento Realizado
1 Extraer una copia de la base de datos de Colciencias, con la que se realizará la medición.
Sprint 3
2 Revisar y parametrizar las consultas SQL para que correspondan con las condiciones definidas para los productos de Nuevo Conocimiento.
Sprint 3
3 Revisar y parametrizar las consultas SQL para que correspondan con las condiciones definidas para los productos de Desarrollo Tecnológico.
Sprint 3
4 Revisar y parametrizar las consultas SQL para que correspondan con las condiciones definidas para los productos de Apropiación Social del Conocimiento.
Sprint 3
5 Revisar y parametrizar las consultas SQL para que correspondan con las condiciones definidas para los productos de Formación de Recursos Humanos en CTI.
Sprint 3
6 Revisar y parametrizar las consultas SQL para que correspondan con las condiciones definidas para la clasificación de Personas.
Sprint 3
7 Revisar y parametrizar las consultas SQL para que correspondan con las condiciones definidas para el reconocimiento y la clasificación de Grupos.
Sprint 3
8 Ejecutar múltiples veces el sistema de medición, para validar que los resultados obtenidos sean coherentes.
Sprint 3
9 Elaborar reportes para Colciencias que les permitan conocer y analizar los resultados, antes de la publicación oficial.
Sprint 3
10 Subsanar los errores encontrados durante la etapa de Solicitudes de aclaración, para lograr la versión más sensata de los resultados de la medición y proceder a la publicación final.
Sprint 4
Tabla 5: Requerimientos definidos para el sistema de medición Fuente: elaboración propia
En este capítulo se describen las actividades de ingeniería realizadas para cumplir con los requerimientos propuestos. Se presenta la metodología utilizada, junto con el equipo de ingenieros que trabajaron en el proyecto y los objetivos trazados en cada sprint. Seguido a esto, se resume cómo fue la evolución del proyecto, la generación de modelos, los artefactos producidos y las dificultades afrontadas. 3.1. Metodología de desarrollo De acuerdo con lo definido en el anteproyecto, el proyecto fue ejecutado siguiendo la metodología scrum. Para llevarlo a cabo se planearon cuatro sprints, inicialmente se había estimado que cada uno tendría una duración de 45 días, sin
37
embargo en la práctica los tiempos no fueron los planeados y fue necesario hacer ajustes sobre la marcha. 3.1.1. Conformación del equipo El equipo de ingenieros de la empresa MIC System que estuvo al frente de los procesos de la convocatoria de medición estuvo conformado por:
Nombres Rol en el equipo
José Ricardo Aponte Manager
Derly Lucía Barreto Product owner
Mery Helen Barreto Scrum master
Luis Giovanni Barrera
Team scrum Pablo Antonio Rodríguez
Hernán David Meneses Tabla 6: Equipo de trabajo con sus roles.
Fuente: elaboración propia
3.1.2. Definición de sprints A continuación se describe brevemente el objetivo principal de cada sprint del proyecto: Sprint uno: Desarrollar en las aplicaciones de software CvLAC y GrupLAC, los requerimientos definidos por Colciencias para capturar efectivamente la información que diligencian los investigadores y grupos de investigación, interesados en participar en la convocatoria de medición del año 2014. Sprint dos: Reestructurar la presentación de los resultados de las convocatorias en las aplicaciones de software CvLAC y GrupLAC, para facilitar las búsquedas y la comprensión de la información que se expone allí. Además de permitir la consulta de resultados de convocatorias pasadas. Sprint tres: Actualizar las consultas SQL, procedimientos y funciones almacenadas en la base de datos que componen el sistema de medición, para categorizar los productos y clasificar a los personas y grupos, según lo dispuesto en el documento conceptual del modelo de medición del año 2014. Sprint cuarto: Analizar cada solicitud de aclaración registrada por las personas y grupos que participaron en la convocatoria, para determinar sí la medición realizada a su información fue correcta, de lo contrario realizar las correcciones necesarias para que los resultados finales no tengan inconsistencias.
38
3.2. Desarrollo del Sprint 1 Después de una serie de reuniones entre la Dirección de Fomento a la Investigación de Colciencias y el Comité de expertos conformado por destacados académicos del país, se definieron los cambios que se aplicarían al Modelo de Medición del año 2013. Como resultado se obtuvo el documento conceptual del Modelo de Medición del año 2014, que puede ser consultado en el sitio web de Colciencias a través del siguiente enlace: http://www.colciencias.gov.co/sites/default/files/ckeditor_files/files/DOCUMENTO%20MEDICI%C3%93N%20GRUPOS%20-%20INVESTIGADORES%20VERSI%C3%93N%20FINAL%2015%2010% 202014%20(1).pdf
Esos cambios provocaron nuevos requerimientos en los sistemas de información de ScienTI (plataforma tecnológica de Colciencias), porque a través de ellos se capturaría toda la información de las personas y de los grupos colombianos que posteriormente sería analizada en el proceso de medición. En el primer sprint del proyecto, se analizaron, diseñaron, codificaron y probaron los requerimientos de los sistemas de información, especialmente los asociados a CvLAC y GrupLAC.
Figura 4: Diagrama de arquitectura de CvLAC y GrupLAC.
Elaboración propia
3.2.1. Ajustes a CvLAC para la apertura de la convocatoria Diagrama de contexto de la aplicación La siguiente figura indica las principales funcionalidades ofrecidas por CvLAC a las personas que registran su hoja de vida en este sistema, a grandes rasgos está enfocada a la captura de la información general de la persona como sus datos básicos, su formación académica y su trayectoria profesional; también permite el registro de la producción desarrollada y los reconocimientos obtenidos por su trabajo; mediante la aplicación, las personas interesadas en participar en las
39
convocatorias de medición se pueden inscribir y conocer el detalle de los resultados de cada convocatoria.
Figura 5: Diagrama de contexto de la aplicación CvLAC.
Fuente: elaboración propia
uc Diagrama de contexto
Aplicación CvLAC
Usuario
Gestionar
información
general
Gestionar
producción Proyectos
Ev entos
Redes de
conocimiento
Producción
bibliográfica
Producción
técnica y
tecnológica
Producción
artística
Aportes y
contribuciones
Idiomas
Confirmación
de datos
Gestionar
conv ocatorias
Patentes
Registros
tecnológicos
Secretos
empresariales
Reporte de
resultados
Inscripción a
conv ocatorias
Solicitudes de
aclaración
Productos de
apropiación social
del conocimiento
Activ idades de
formación
Activ idades
como
ev aluador
Formación
académica
Formación
complementaria
Experiencia
profesional
Áreas de
actuación
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»«extend»
«extend»
«extend»
40
Diagrama de componentes de la aplicación La figura que se presenta a continuación, ilustra algunos componentes de la aplicación CvLAC y las interfaces que exponen para que puedan ser usados por otros componentes. Es pertinente aclarar que la ilustración sólo pretende mostrar los más importantes y los más usados, teniendo en cuenta que la aplicación tiene un gran tamaño.
Figura 6: Diagrama de componentes de CvLAC.
Fuente: Elaboración propia
Historias de usuario de los requerimientos desarrollados en CvLAC antes de la apertura de la convocatoria Para iniciar con el uso de la metodología propuesta, fue necesario analizar los requerimientos funcionales solicitados por Colciencias, priorizar cada uno de ellos y estimar el esfuerzo que tendría desarrollarlos. Como resultado de esta actividad se obtuvo el Product backlog. A continuación se presentan dos de las historias de usuario más importantes que se desarrollaron en esta etapa del proyecto, las otras dieciséis se pueden encontrar en el anexo A de este documento:
cmp Componentes
«EJB»
Recurso humano«EJB»
Productos
«EJB»
Proyectos
«EJB»
Ev entos
«EJB»
Redes de
conocimiento
«EJB»
Experiencia
profesional
«EJB»
Formación
académica
«EJB»
Conv ocatorias de
medición
«Modelo-Vista-Controlador»
Web
ProductoSessionFacade
TrayectoriaEscolarSessionFacadeTrayectoriaProfesionaSessionlFacade
ConvocatoriaSessionFacade
RecursoHumanoSessionFacade
EventoSessionFacadeRedSessionFacade
ProyectoSessionFacade
41
HISTORIA DE USUARIO
ID convo693-cv1 NOMBRE Confirmar datos básicos
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO Nuevo
MÓDULO Confirmación de datos ESTIMACIÓN 40 PRIORIDAD Alta
DESCRIPCIÓN
Inmediatamente después de iniciar sesión, se solicitará al usuario que confirme sus datos personales, que indique el área de actuación principal en el que se desenvuelve y a cuál institución de las registradas en sus experiencias profesionales se encuentra vinculado actualmente. El formulario se mostrará hasta tanto no se confirme la información solicitada. Luego de confirmar los datos, el usuario no podrá modificar los siguientes datos personales nombres, primer apellido, nacionalidad, tipo y número de documento, país y fecha de nacimiento, además tampoco podrá eliminar la experiencia profesional que seleccionó como su filiación institucional.
Tabla 7: Historia de usuario de CvLAC- confirmar datos básicos. Fuente: elaboración propia
Confirmación de datos: Es un formulario que se despliega al iniciar sesión, en él se cargan los datos personales que tiene registrado el investigador, como nombres, apellidos, nacionalidad, número y tipo de identificación y correo electrónico. También se despliega el listado de instituciones registradas por el investigador en el módulo “Experiencia profesional” (sí estas son avaladas por Colciencias), para que pueda seleccionar a cual se encuentra vinculado actualmente.
HISTORIA DE USUARIO
ID convo693-cv18 NOMBRE Validar artículos por medio de divulgación
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO Nuevo
MÓDULO
Artículos de investigación y otros artículos publicados ESTIMACIÓN 16 PRIORIDAD
Baja
DESCRIPCIÓN
Al registrar la información de un artículo, el sistema validará que sí el medio de divulgación seleccionado es impreso será obligatorio diligenciar los campos página inicial y página final, por el contrario sí el medio de divulgación seleccionado es electrónico será obligatorio diligenciar el campo URL o DOI (cualquiera de los dos).
Tabla 8: Historia de usuario de CvLAC - validar artículos por medio de divulgación. Fuente: elaboración propia
Artículos publicados en revistas especializadas: es un tipo de producto que hace parte de la producción bibliográfica, en él se pueden registrar aquellos artículos de investigación que hayan sido publicados en revistas indexadas en ISI y SCOPUS o en bases bibliográficas con comité científico de selección.
42
Otros artículos publicados: es un tipo de producto que hace parte de la producción bibliográfica, en él se pueden registrar aquellos artículos que no son considerados como de investigación. Matriz de historias de usuario VS submódulos de la aplicación CvLAC La siguiente matriz relaciona las historias de usuario que se desarrollaron en este sprint con los submódulos de la aplicación modificados, este tipo de reporte permite detectar las partes de la aplicación que tuvieron más cambios, previo a la apertura de la convocatoria de medición del año 2014.
43
Requerimiento/ Submódulo
convo693-cv2
convo693-cv18
convo693-cv6
convo693-cv7
convo693-cv9
convo693-cv12
convo693-cv14
convo693-cv16
convo693-cv17
Artículos de investigación
X X X
Otros artículos publicados
X X X
Eventos científicos
X X X X
Libros de investigación
X X X
Carta, mapa o similar
X X X
Consultoría e informe técnico final
X X X
Diseño industrial X X X
Esquema de circuito integrado
X X X
Nueva variedad vegetal
X X X
Planta piloto X X X
Producto tecnológico
X X X
Prototipo X X X
Norma técnica X X X
Reglamento técnico
X X X
Software X X X X X
Spin-off X X X
44
Requerimiento/ Módulo
convo693-cv1
convo693-cv4
convo693-cv5
convo693-cv8
convo693-cv10
convo693-cv11
convo693-cv13
convo693-cv15
convo693-cv3
Formación académica
X
Formación complementaria
X
Aportes y contribuciones
X
Signos distintivos
X
Arte, arquitectura y diseño
X
Inscripción a convocatoria
X
Confirmación de datos
X
Idiomas X Edición X Verificador de información
X
Visualizador de información
X
Tabla 9: Matriz de relaciones entre historias de usuario y submódulos de CvLAC. Fuente: elaboración propia
45
Modelos funcionales y de comportamiento de los requerimientos desarrollados en CvLAC antes de la apertura de la convocatoria Para modelar los requerimientos funcionales se utilizó el Lenguaje de Modelado Unificado UML4. Concretamente, se emplearon diagramas de casos de uso y diagramas de secuencia. Dado que se utilizó una metodología ágil para el desarrollo, en los casos de uso sólo se hizo el diagrama con el fin de modelar la interacción del sistema con el usuario; el detalle de la documentación fue sustituido con la descripción de las historias de usuario las cuales se iban refinando a medida que se adelantaba el desarrollo. Adicionalmente, teniendo en cuenta que los requerimientos desarrollados no afectan a todas las funcionalidades del módulo, se presentan aquí únicamente los diagramas de secuencia implicados. Submódulo de confirmación de datos: es un formulario que se despliega al iniciar sesión y pretende actualizar los datos básicos de los usuarios.
Figura 7: Diagrama de casos de uso del submódulo de confirmación de datos.
Fuente: elaboración propia
4 Lenguaje Unificado de Modelado es el lenguaje de modelado de sistemas de software más conocido y
utilizado en la actualidad; está respaldado por el OMG (Object Management Group).
uc Diagrama de casos de uso
Submódulo de confirmación de datos
Usuario
Diligenciar formulario de
actualización de
información
Agregar área de
actuación
Registrar
experiencia
profesional
Asociar institución
«include»
«extend»
«extend»
46
Figura 8: Diagrama de secuencia de registrar experiencia profesional.
Fuente: elaboración propia
sd Registrar experiencia profesional
:Usuario
ConfirmDatosTray
ProfCreateAction
/ConfirmDatos/
trayProfCreate.jsp
ConfirmDatosTray
ProfInsertForm
ConfirmDatosTray
ProfInsertAction
«EJB»
EnTrayectoria
ProfesionalBean
ref
Asociar institución
alt
[datos inválidos == TRUE]
[else]
«registrar experiencia profesional»
«cargar formulario»
guardarInformacion()
validate()
:mensaje de error
execute()
create(datos)
:/ConfirmDatos/edit.do
47
Submódulo de artículos de investigación: permite registrar, modificar, consultar y eliminar la información de los artículos que han sido publicados en revistas especializadas.
Figura 9: Diagrama de casos de uso del submódulo de artículos de investigación.
Fuente: elaboración propia
uc Diagrama de casos de uso
Submódulo de artículo de investigación
Usuario
Consultar todos los
artículos
Registrar artículo
Consultar detalles de
artículo
Editar artículo
Eliminar
artículo
Asociar palabras
clav eAsociar coautores
Asociar áreas de
conocimientoAsociar
reconocimientos
Asociar rev ista
Asociar municipio
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»«extend»
«extend»
«extend»
«include»
«extend»
«extend»
«include»
«extend»
«extend»
48
Figura 10: Diagrama de secuencia de registrar artículo de investigación.
Fuente: elaboración propia
sd Registrar artículo
:Usuario
EnProdArticulo/
all.jsp
EnProdArticulo
CreateAction
/EnProdArticulo/
create.jsp
EnProdArticulo
InsertForm
EnProdArticulo
InsertAction
CvlacUtil «EJB»
ProdArticulo
SessionBean
/EnProdArticulo/
query.jsp
refAsociar rev ista
refAsociar municipio
opt
[Selecciona municipio]
alt
[datos inválidos == TRUE]
[else]
«Click en registrar»
execute()
:página jsp
«Guardar formulario»
validate()
:mensajes de error
execute()
articuloData= getData()
productoData= getProductoData()
coau= insertAsCoauthor(EnRecursoHumanoData)
crearProdArticulo(productoData, articuloData, coau)
:página jsp
49
Submódulo de artículo de divulgación: permite registrar, modificar, consultar y eliminar la información de artículos que no son considerados de investigación.
Figura 11 Diagrama de casos de uso del submódulo de artículos de divulgación.
Fuente: elaboración propia
uc Diagrama de casos de uso
Submódulo de otro artículo
Usuario
Consultar todos los otros
artículos
Registrar otro
artículo
Editar otro artículo
Eliminar otro
artículo
Asociar palabras
clav eAsociar coautores
Consultar detalles de
otro artículo
Asociar áreas de
conocimientoAsociar
reconocimientos
Asociar rev ista
Asociar municipio
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«include»
«extend»
«extend»
«include»
«extend»
«extend»
50
Figura 12: Diagrama de secuencia de registrar artículo de divulgación.
Fuente: elaboración propia
sd Editar otro artículo
:Usuario
EnProdArticulo/
all.jsp
EnProdArticuloTextos
EditAction
/EnProdArticulo/
edit_textos.jsp
EnProdArticulo
UpdateForm
EnProdArticuloTextos
UpdateAction
«EJB»
ProdArticulo
SessionBean
/EnProdArticulo/
all_textos.jsp
«EJB»
EnProdArticuloBean
«EJB»
ProductoSession
Bean
HttpServletRequest
refAsociar rev ista
refAsociar municipio
opt
[Selecciona municipio]
alt
[datos inválidos == TRUE]
[else]
opt
[Selecciona palabras claves]
refAsociar palabra clav e
opt
[Selecciona coautores]
refAsociar coautor
opt
[Selecciona áreas de conocimiento]
refAsociar área de conocimiento
opt
[Selecciona reconocimientos]
refAsociar reconocimiento
«Click en editar»
execute()
articuloData= findByPrimaryKey(cod_rh, cod_producto)
productoData= searchByPrimaryKey(cod_rh, cod_producto)
setAttribute(articuloData)
setAttribute(productoData)
:página jsp
«Guardar formulario»
validate()
:mensajes de error
execute()
newData= getData()
newProductoData= getProductoData()
updateProdArticulo(productoData, articuloData, coau)
:página jsp
51
Implementación de los requerimientos desarrollados en CvLAC antes de la apertura de la convocatoria En la siguiente tabla, se especifican los archivos del código fuente que se modificaron en el desarrollo de las historias de usuario mencionadas anteriormente. Los lenguajes de programación utilizados fueron Java, JavaScript y XML, también se utilizaron los framework Struts, Hibernate y en la capa de negocio se utilizó Enterprise Java Bean.
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693 - cv1
Confirmación de datos
co\gov\colciencias\ cvlac\confirmacion_datos\ web
ConfirmDatosArea ConDetailAction
Clase JAVA David Meneses
ConfirmDatosArea ConSaveAction
ConfirmDatosArea ConSaveForm
ConfirmDatosDireccion RhInsertAction
ConfirmDatosDireccion RhInsertForm
ConfirmDatosEditAction
ConfirmDatosTrayProf CreateAction
ConfirmDatosTrayProf InsertAction
ConfirmDatosTrayProf InsertForm
ConfirmDatosUpdate Action
ConfirmDatosUpdate Form
co\gov\colciencias\cvlac\ en_recurso_huma
EnRecursoHumano InicioAction
52
no\web
\jsp\ConfirmDatos areaConDetail Página JSP
direccionRhProfCreate
Edit
resultInstituciones
Return
trayProfCreate
\jscript web_js_utilities Archivo JavaScript
\WEB-INF struts-config Archivo XML
\WEB-INF\classes\co\gov\ colciencias\cvlac
ApplicationResources Archivo de propiedades
Tabla 10: Archivos modificados en la historia de usuario “Confirmar datos básicos”. Fuente: elaboración propia
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693-cv18
Artículo de investigación
co.gov.colciencias.cvlac. produccion.en_prod_ articulo.web
EnProdArticuloInsertForm Clase JAVA David Meneses EnProdArticuloUpdateForm
\jsp\EnProdArticulo créate Página JSP
Edit
Otro artículo publicado
create_textos
edit_textos Tabla 11: Archivos modificados en la historia de usuario "Validar artículos por medio de divulgación".
Fuente: elaboración propia
53
Plan de pruebas de los requerimientos desarrollados en CvLAC antes de la apertura de la convocatoria
Para verificar que los cambios realizados se adecuaran a los requerimientos solicitados por Colciencias, los desarrolladores ejecutaban pruebas unitarias para validar que los módulos modificados de la aplicación funcionaran individualmente. Adicionalmente el equipo de soporte de la empresa, se encargaba de realizar las pruebas que se definen a continuación.
Prueba: convo693-cv1
Entradas - Nombres (*): campo de texto - Primer apellido (*): campo de texto - Segundo apellido: campo de texto - Tipo de documento (*): lista de única selección - Número de identificación (*): campo de texto - País de nacimiento (*): lista de única selección con valor predeterminado - Nacionalidad (*): lista de única selección con valor predeterminado. - Correo electrónico personal (*): campo de texto - Correo electrónico institucional (*): campo de texto - ¿Es usted estudiante o independiente? (*): lista de única selección - Institución: lista de única selección - Tipo de institución: lista de única selección - Área de actuación principal (*): lista de única selección Pruebas - Validar que se diligencien todos los campos requeridos - Validar que sí el usuario seleccionó que es estudiante o independiente, no requiera diligenciar los campos institución y el tipo de institución. De lo contrario si - Permitir el registro de trayectorias profesionales y de áreas de actuación - No permitir que más de un usuario por nacionalidad, registre el mismo número de identificación. Salida - Guardar la información registrada y permitir el acceso a la aplicación, en el caso que los datos diligenciados cumplan con las validaciones exigidas. - Mostrar mensajes de errores, explicando cuales fueron las condiciones que no se cumplieron en el caso que existan.
Tabla 12: Pruebas realizadas a la historia de usuario "Confirmar datos básicos". Fuente: elaboración propia
54
Prueba: convo693-cv18
Entradas - Medio de divulgación (*): lista de única selección con valor predeterminado - Página inicial: campo de texto - Página final: campo de texto - Sitio web (URL): campo de texto - DOI (Digital Object Identifier): campo de texto Pruebas - Validar que sí el medio de divulgación es papel, son requeridos los campos página inicial y final. - Validar que sí el medio de divulgación es electrónico, son requeridos los campos URL y DOI. Salidas - Guardar la información del artículo, en caso que los campos estén correctamente diligenciados. - Mostrar mensajes de errores indicando porque no se pudo registrar el artículo.
Tabla 13: Pruebas realizadas a la historia de usuario "Validar artículos por medio de divulgación". Fuente: elaboración propia
3.2.2. Ajustes a GrupLAC para la apertura de la convocatoria Diagrama de contexto de GrupLAC La siguiente figura indica las principales funcionalidades ofrecidas por GrupLAC a los grupos que se registran en este sistema, a grandes rasgos está enfocado a la captura de la información general del grupo como sus datos básicos, las instituciones que lo apoyan y su plan estratégico; también permite invitar a personas registradas en CvLAC para que hagan parte del grupo y renovar las vinculaciones de los integrantes; mediante la aplicación, los grupos interesados en participar en las convocatorias de medición se pueden inscribir y conocer el detalle de los resultados de cada convocatoria.
55
Figura 13: Diagrama de contexto de la aplicación GrupLAC.
Fuente: elaboración propia
uc Diagrama de contexto
Aplicación - GrupLAC
Usuario
Conv ocatoriaResultados de
conv ocatoria
Inscripción a
conv ocatorias
Solicitudes de
aclaración
Producción
Productos
v inculadosProyectos
v inculados
Ev entos
v inculados
Redes
v inculadasProductos de
formación y
extensión
Recursos
humanosInv itar
inv estigador
Integrantes
Datos del grupo
Instituciones
av aladoras
Plan
estratégico
Relación con
empresas
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
56
Diagrama de componentes de la aplicación La figura que se presenta a continuación, ilustra algunos componentes de la aplicación GrupLAC y las interfaces que exponen para que puedan ser usados por otros componentes. Es pertinente aclarar que la ilustración sólo pretende mostrar los más importantes y los más usados, teniendo en cuenta que la aplicación tiene un gran tamaño.
Figura 14: Diagrama de componentes de GrupLAC.
Fuente: elaboración propia
Historias de usuario de los requerimientos desarrollados en GrupLAC antes de la apertura de la convocatoria A continuación se presentan dos de las historias de usuario más importantes que se desarrollaron en esta etapa del proyecto, las otras siete se pueden encontrar en el anexo de este documento:
HISTORIA DE USUARIO
ID convo693-gr8 NOMBRE Mostrar la fecha de los proyectos
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO Modificación
MÓDULO Proyectos vinculados ESTIMACIÓN 16 PRIORIDAD Baja
DESCRIPCIÓN
cmp Componentes
«Modelo-Vista-Controlador»
Web
«EJB»
Vinculación de
productos
«EJB»
Vinculación de
proyectos
«EJB»
Vinculación de
ev entos
«EJB»
Vinculación de
redes de
conocimiento
«EJB»
Grupo pesquisa
«EJB»
Conv ocatorias de
medición
«EJB»
Relación con
instituciones
«EJB»
Relación con
empresas
GrupoPesquisaSessionFacade
ConvocatoriaSessionBean
GrupoInstitucionSessionFacade
EmpresaGrSessionFacade
SolVincGrRhRedSessionFacade
SolVincGrRhEventoSessionFacade
SolVincGrRhPySessionFacadeSolVincGrRhPdSessionFacade
57
En la tabla que presenta todos los proyectos vinculados a un grupo de investigación, no sólo debe mostrarse el nombre del proyecto sino también el año y mes en que inició el proyecto.
Tabla 14: Historia de usuario de GrupLAC - Mostrar la fecha de los proyectos. Fuente: elaboración propia
Proyectos vinculados: A través de este módulo, se pueden consultar los proyectos desarrollados por los investigadores que integran el grupo (los registrados en el CvLAC), además permite enviar solicitudes de vinculación para que estos proyectos también hagan parte de la producción del grupo.
HISTORIA DE USUARIO
ID convo693-gr9 NOMBRE Unificar los resultados de los distintos tipos de convocatorias
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO Modificación
MÓDULO Resultados de convocatorias ESTIMACIÓN 16 PRIORIDAD
Baja
DESCRIPCIÓN
En el menú principal de la aplicación se presentan una opción que permite visualizar los resultados de las convocatorias de definición de grupo y otra opción que permite visualizar los resultados de las convocatorias de medición de grupos de investigación. Se debe modificar la aplicación para que aparezca una sola opción que permita visualizar los resultados de todas las convocatorias.
Tabla 15: Historia de usuario de GrupLAC - Unificar los resultados de los distintos tipos de convocatorias.
Fuente: elaboración propia
Resultado de convocatorias: muestra el reporte de los resultados de cada convocatoria de definición de grupo y de medición de grupo, en las que ha participado el grupo de investigación.
58
Matriz de requerimientos vs submódulo de la aplicación GrupLAC La siguiente matriz permite identificar los submódulos de la aplicación GrupLAC que más se modificaron por los requerimientos descritos en la sección anterior.
Requerimiento/ Módulo
convo693-gr1
convo693-gr2
convo693-gr3
convo693-gr4
convo693-gr5
convo693-gr6
convo693-gr7
convo693-gr8
convo693-gr9
Proyectos vinculados
X X X
Productos vinculados
X X X X
Redes vinculadas
X X X
Eventos vinculados
X X X
Integrantes X X Invitación a investigador
X
Resultados convocatorias
X X
Verificador de información
X X
Visualizador de información
X X
Tabla 16: Matriz de relaciones entre historias de usuario y submódulos de GrupLAC
59
Modelos funcionales y de comportamiento de los requerimientos desarrollados en GrupLAC antes de la apertura de la convocatoria Los siguientes modelos pertenecen a los requerimientos analizados en el apartado anterior. Como se explicó en la sección 3.2.4 únicamente se emplearon diagramas de casos de uso y diagramas de secuencia, porque se considera documentación suficiente para acompañar el desarrollo del sprint. Submódulo de proyectos vinculados: permite la vinculación de proyectos de investigación registrados en los CvLAC de los integrantes del grupo.
Figura 15: Diagrama de casos de uso del submódulo de proyectos vinculados.
Fuente: elaboración propia
uc Diagrama de casos de uso
Submódulo de proyectos vinculados
Usuario
Consultar todos los
proyectos v inculados
al grupo
Vincular
proyecto
Consultar
solicitudes de
v inculación de
proyectos
Consultar productos
asociados al proyecto
Desv incular
proyecto
«extend»
«extend»
«extend»
«extend»
60
Figura 16: Diagrama de secuencia de vincular proyecto.
Fuente: elaboración propia
sd Vincular proyecto
:Usuario
EnProyectoGr/
all.jsp
EnProyectoGr
CreateAction
«EJB»
EnProyectoGr
SessionBean
request :
HttpServletRequest
session :
HttpSession
PropertyUtils
/EnProyectoGr/
create.jsp
EnProyectoGr
VincularAction
EnProyectoGr
InsertAction
EnSolVincGrRh
PyFactory
EnSolVincGr
RhPyData
/EnProyectoGr/
vincular.jsp
«EJB»
EnSolVincGrRhPy
SessionBean
«EJB»
EnProyectoGr
SessionUtil
opt
[cod_rh != null]
alt
[try]
[catch (Exception e)]
forward = "EnProyectoGr/error.jsp";
opt
[solSinResp == 0 && solicitudes < 3]
forward = "/EnProyectoGr/return.jsp";
«Click en vincular proyecto»
execute()
session= getSession()
integrantes= integrantesGrupo(nro_id_grupo)
setAttribute(integrantes)
cod_rh= getSimpleProperty(form, "cod_rh")
proyectos= findByProyectosCv(cod_rh, nro_id_grupo)
setAttribute(proyectos)
:página jsp
«Click en vincular»
execute()
cod_rh= getParameter("cod_rh")
cod_proyecto= getParameter("cod_proyecto")
data= findProyectoCv2(cod_rh, cod_proyecto)
setAttribute(data)
:página jsp
«Click en vincular»
execute()
findByGrupoCodRhCodProyecto(nro_id_grupo, cod_rh, cod_proyecto)
solSinResp= getTotalSolicitudesSinRespuesta(cod_rh, nro_id_grupo, cod_producto)
solicitudes= getTotalSolicitudes(cod_rh, nro_id_grupo, cod_producto)
setCod_proyecto(cod_proyecto)
setCod_sol_vinc(cod_vinculacion)
setDta_envio_solicitud(new Date())
setNro_id_cnpq(nro_id_cnpq)
setNro_id_grupo(nro_id_grupo)
setSta_resp_solicitud("S")
create(vinc)
61
Submódulo de resultados de convocatorias: permite conocer el detalle de los resultados de las convocatorias de medición en las que ha participado el grupo.
Figura 17: Diagrama de casos de uso del submódulo de resultados de convocatorias.
Fuente: elaboración propia.
uc Diagrama de casos de uso
Submódulo de resultados de convocatorias
Usuario
Consultar resultados de
conv ocatorias del grupo
Consultar productos
de generación de
nuev o conocimiento
Consultar productos de
desarrollo tecnológico e
innov ación
Consultar productos de
apropiación social del
conocimiento
Consultar productos
de formación de
recurso humano
Consultar perfiles de
inv estigadores e
indicadores del grupo
Consultar detalle de la
categorización del
producto
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
62
Figura 18: Diagrama de secuencia de consultar resultados de convocatorias del grupo.
Fuente: elaboración propia
sd Consultar resultados de conv ocatorias del grupo
:Usuario
menu-left.jsp
FindConvocatorias
MedicionAction
request :
HttpServletRequest
«EJB»
ReGrupoConvocatoria
SessionBean
ReGrupoConvocatoria
Factory
califProd :
CalificacionProductosImpl
alt
[id_convocatoria == null || id_convocatoria == ""]
[else]
alt
[id_convocatoria < 16]
[else]
path = "Medicion/convocatorias.jsp";
path = "Medicion/resultados.jsp";
path =
"Medicion/DefinicionGrupo.jsp";
«Click en resultados de convocatorias»
execute()
id_convocatoria= getParameter("id_convocatoria")
reGrupoConvoData= findByNro_id_grupo(nro_id_grupo)
setAttribute(reGrupoConvoData)
convocatoriasDF= findConvoDefGrByNro_id_grupo(nro_id_grupo)
setAttribute(convocatoriasDF)
convocatoriaSelec= findByNro_id_grupoAndId_convo(nro_id_grupo, id_convocatoria)
setAttribute(convocatoriaSelec)
participa_convo= findByNroIdGrupoConvo(nro_id_grupo, id_convocatoria)
setAttribute(participa_convo)
datos= getInfo(nro_id_grupo, CalificacionProductosImpl.DEFINICION_GRUPO)
setAttribute(datos)
:página jsp
63
Implementación de los requerimientos desarrollados en GrupLAC antes de la apertura de la convocatoria En la siguiente tabla, se especifican los archivos del código fuente que se modificaron en el desarrollo de las historias de usuario mencionadas anteriormente.
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693- gr8
Proyectos vinculados
\jsp\EnProyectoGr All Página JSP David Meneses co.gov.colciencias.grupl
ac. enProyectoGr.web EnProyectoGrAllAction Clase JAVA
co.gov.colciencias.gruplac. enProyectoGr.ejb
EnProyectoGrSession FacadeBean
co.gov.colciencias.gruplac. enProyectoGr.jdo
EnProyectoTransform Data
EnProyectoTransform Data.hbm Archivo de mapeo
Tabla 17: Archivos modificados en la historia de usuario "Mostrar fecha de los proyectos". Fuente: elaboración propia
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693-gr9
Resultados de convocatorias
co.gov.colciencias.gruplac. medicion.web
FindConvocatorias MedicionAction
Clase JAVA David Meneses
\jsp\Medicion convocatorias Página JSP
\decorators\includes menu-left Tabla 18: Archivos modificados en la historia de usuario "Unificar los resultados de los distintos tipos de convocatorias”.
Fuente: elaboración propia
64
Plan de pruebas de los requerimientos desarrollados en GrupLAC antes de la apertura de la convocatoria Para verificar que los cambios realizados se adecuaran a los requerimientos solicitados por Colciencias, los desarrolladores ejecutaban pruebas unitarias para validar que los módulos modificados de la aplicación funcionaran individualmente. Adicionalmente el equipo de soporte de la empresa, se encargaba de realizar las pruebas que se definen a continuación.
Prueba: convo693-gr8
Entradas - Dar click en la opción “Proyecto vinculados” que se encuentra en el menú principal Pruebas - Verificar que la tabla que presenta todos los proyectos vinculados al grupo, muestre el año y mes de inicio del proyecto.
Tabla 19: Pruebas realizadas a la historia de usuario "Mostrar fecha de los proyectos". Fuente: elaboración propia
Prueba: convo693-gr9
Entradas - Dar click en la opción “Resultado de convocatorias” que se encuentra en el menú principal Pruebas - Verificar que no se encuentre la opción “Definición de grupo” en el menú principal. - Verificar que en la lista de única selección, aparezcan cada una de las convocatorias en las que ha participado el grupo de investigación. - Verificar que al seleccionar alguna convocatoria, se presente el resumen de los resultados obtenidos. Tabla 20: Pruebas realizadas a la historia de usuario "Unificar los resultados de los distintos tipos de
convocatorias". Fuente: elaboración propia
3.2.3. Resumen del sprint La duración del Sprint se duplicó con respecto a lo planeado inicialmente, comenzó exactamente el 11 de Noviembre de 2014 y finalizó el 11 de Febrero de 2015. El resultado obtenido fue desarrollar los requerimientos definidos por Colciencias sobre las aplicaciones web CvLAC y GrupLAC, pasando por las fases de análisis, diseño, codificación y pruebas del software. La principal dificultad durante el desarrollo del sprint, fue que el equipo de ingenieros de MIC System sólo disponía de imágenes de los diagramas UML de
65
las aplicaciones CvLAC y GrupLAC, lo que hacía imposible su actualización. Un gran aporte de la pasantía, consistió en construir un buen número de diagramas de casos de uso, diagramas de secuencia, dos diagramas de contexto, dos diagramas de componentes y un diagrama de arquitectura, usando la herramienta de modelado Enterprise Architect. Es apropiado indicar que todos los diagramas UML que se muestran en este documento, fueron elaborados durante el transcurso del proyecto, sin embargo son de propiedad de Colciencias y por políticas de protección de la información, no estarán disponibles al público. 3.3. Desarrollo del sprint 2 Para publicar los resultados de la convocatoria de medición del año 2008, en la aplicación web GrupLAC se desarrolló un pequeño módulo que mostraba los resultados pero con aspecto pobre y desordenado. Para las convocatorias de medición siguientes, el módulo tuvo cambios mínimos hasta la convocatoria del año 2013. En la convocatoria de medición 640 del año 2013, el módulo de visualización de resultados tuvo una mejora considerable. El reporte enseñaba claramente las condiciones que se cumplían y se incumplían del reconocimiento de grupos. Se mostraba el listado de productos medidos y ofrecía la opción de consultar el detalle de la medición de cada producto. Un módulo similar se desarrolló para la aplicación web CvLAC, teniendo en cuenta que en esa convocatoria fue la primera vez que se clasificó a los investigadores del país. En el segundo sprint del proyecto, se aplicaron algunos cambios en el módulo de presentación de los resultados de la convocatoria de medición en CvLAC y GrupLAC, corrigiendo algunas fallas generadas desde la convocatoria 640 del año 2013 y modificando algunos aspectos de presentación que facilitaron la usabilidad por parte de los usuarios. 3.3.1. Ajustes a CvLAC para la publicación de resultados de la convocatoria Historias de usuario para los requerimientos del módulo de resultados de convocatorias en CvLAC A continuación se presentan dos de las historias de usuario más importantes que se desarrollaron en este sprint, las otras dos se pueden encontrar en el anexo de este documento. La mayor parte del desarrollo se concentró en reestructurar el submódulo de resultados de las convocatorias de medición.
66
HISTORIA DE USUARIO
ID convo693-20 NOMBRE Refactorización
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO modificación
MÓDULO Resultados de convocatorias ESTIMACIÓN 24 PRIORIDAD
Alta
DESCRIPCIÓN
Reestructurar el código fuente que está ligado a una convocatoria en específico, permitiendo que la misma lógica de presentación funcione para cualquier convocatoria consultada.
Tabla 21: Historia de usuario de CvLAC – refactorización. Fuente: elaboración propia
HISTORIA DE USUARIO
ID convo693-22 NOMBRE Agregar filtros y paginación a las tablas
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO modificación
MÓDULO Resultados de convocatorias ESTIMACIÓN 8 PRIORIDAD
Alta
DESCRIPCIÓN
Para facilitar la búsqueda de algún producto que fue evaluado en el proceso de medición, se sustituye la tabla que exhibe los productos según su tipología por otro tipo de tabla que pagine los resultados por 15, 50 o 100 filas. Además la nueva tabla le permitirá al usuario filtrar la información ingresando alguna coincidencia del texto por cada columna.
Tabla 22: Historia de usuario de CvLAC - agregar filtros y paginación a las tablas. Fuente: elaboración propia
Resultados de las convocatorias de medición: es una opción que se encuentra en el menú principal de la aplicación y que permite consultar los resultados de las convocatorias de medición en las que ha participado el investigador. El sistema genera un reporte en el que presenta el listado de productos que fueron medidos con sus categorías.
67
Modelos funcionales y de comportamiento para los requerimientos del módulo de resultados de convocatorias en CvLAC
A continuación se observan los diagramas de casos de uso y los diagramas de secuencia sobre los requerimientos descritos en la sección anterior.
Figura 19: Diagrama de casos de uso del submódulo de resultados de convocatorias.
Fuente: elaboración propia
uc Diagrama de casos de uso
Submódulo de resultados de convocatorias
Usuario
Desplegar lista de las
conv ocatorias en las que
participó el inv estigador
Mostrar detalle de la
medición del
inv estigador
Consultar la producción
medida de nuev o
conocimiento
Consultar la producción
medida de desarrollo
tecnológico
Consultar la producción
medida de apropiación
social
Consultar la producción
medida de formación de
recursos humanos
Mostrar detalle de la
medición del producto
seleccionado
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
68
Figura 20: Diagrama de secuencia de Consultar la producción medida de desarrollo tecnológico.
Fuente: elaboración propia.
sd Consultar la producción medida de desarrollo tecnológico
Usuario
/Medicion/
allRh.jsp
MedicionAllProd
DTIAction
CvlacFactory
«Consultar producción de
desarrollo tecnológico»
execute()
findProductosMedidos(cod_convocatoria, "DI", cod_rh) :List
findProductosMedidos(cod_convocatoria, "ECI", cod_rh) :List
findProductosMedidos(cod_convocatoria, "SF", cod_rh) :List
findProductosMedidos(cod_convocatoria, "PP", cod_rh) :List
findProductosMedidos(cod_convocatoria, "PI", cod_rh) :List
findSecretosIndustrialesMedidas(cod_convocatoria, cod_rh) :List
findProductosMedidos(cod_convocatoria, "EBT", cod_rh) :List
findProductosMedidos(cod_convocatoria, "IG", cod_rh) :List
findProductosMedidos(cod_convocatoria, "IPP", cod_rh) :List
findProductosMedidos(cod_convocatoria, "RNR", cod_rh) :List
findProductosMedidos(cod_convocatoria, "CON", cod_rh) :List
findProductosMedidos(cod_convocatoria, "INF", cod_rh) :List
:/Medicion/allProdDTI.jsp
69
Implementación para los requerimientos del módulo de resultados de convocatorias en CvLAC En la siguiente tabla, se especifican los archivos del código fuente que se modificaron en el desarrollo de las historias de usuario mencionadas anteriormente.
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693-cv20
Resultados de convocatorias
\jsp\Medicion allRh.jsp Página JSP
David Meneses
queryRh.jsp
queryProd.jsp
\co\gov\colciencias\cvlac\ medicion\web
MedicionAll RhAction Clase JAVA MedicionQuery RhAction
MedicionQuery ProdAction Tabla 23: Archivos modificados en la historia de usuario "refactorización".
Fuente: elaboración propia
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693-cv22
Resultados de convocatorias
\co\gov\colciencias\cvlac\ medicion\web
MedicionAllProd GNCAction Clase JAVA David Meneses
MedicionAllProd DTIAction
MedicionAllProd ASCAction
MedicionAllProd FRHAction
\jsp\Medicion allProdGNC Página JSP
allProdDTI
allProdASC
allProdFRH Tabla 24: Archivos modificados en la historia de usuario "Agregar filtros y paginación a las tablas".
Fuente: elaboración propia
70
Plan de pruebas para los requerimientos del módulo de resultados de convocatorias en CvLAC
Para respaldar los cambios realizados en la aplicación, los desarrolladores aplicaron las siguientes pruebas de caja negra, la intención con ellas era verificar que el funcionamiento de las aplicaciones fuera el diseñado por el equipo de ingenieros.
Prueba: convo693-cv20
Entradas - Navegar por todo el reporte de resultados de medición Pruebas - comprobar que los productos registrados en la aplicación, se puedan observar en el reporte de resultados. Salidas: Mostrar la evaluación de las condiciones de existencia y de calidad para cada producto registrado en el currículo y la categorización del investigador.
Tabla 25: Pruebas realizadas a la historia de usuario "refactorización". Fuente: elaboración propia
Prueba: convo693-cv22
Entradas Seleccionar el tipo de producción que desea consultar (nuevo conocimiento, desarrollo tecnológico, apropiación social o formación de recursos humanos) Pruebas Comprobar que se puedan realizar filtros en las tablas que presentan todos los productos categorizados Comprobar que se puedan ordenar los resultados de cada tipo de producto por el campo seleccionado. Los resultados se presentan en grupos de 15, 50 ó 100 registros. Salidas: El listado de productos categorizados se presenta en una forma más amigable y facilita las búsquedas.
Tabla 26: Pruebas realizadas a la historia de usuario "Agregar filtros y paginación a las tablas". Fuente: elaboración propia
71
3.3.2. Ajustes a GrupLAC para la publicación de resultados de la convocatoria Historias de usuario para los requerimientos del módulo de resultados de convocatorias en GrupLAC
A continuación se presentan dos de las historias de usuario más importantes que se desarrollaron en esta etapa del proyecto, las otras dos se pueden encontrar en el anexo de este documento.
HISTORIA DE USUARIO
ID convo693-gr10 NOMBRE Listar convocatorias de medición
RESPONSABLE Pablo Rodríguez TIPO DE REQUERIMIENTO
Modificación
MÓDULO Resultados de convocatorias ESTIMACIÓN 8 PRIORIDAD
Alta
DESCRIPCIÓN
Al seleccionar la opción ”Resultados de convocatorias” del menú principal, se desplegará un listado con las convocatorias en las que ha participado el grupo. Después de seleccionar una convocatoria y dar click en el botón “Consultar”, se presentarán los resultados obtenidos en dicha convocatoria.
Tabla 27: Historia de usuario de GrupLAC - Listar convocatorias de medición. Fuente: elaboración propia
HISTORIA DE USUARIO
ID convo693-gr12 NOMBRE Agrupar filas dinámicamente
RESPONSABLE Pablo Rodríguez TIPO DE REQUERIMIENTO
Modificación
MÓDULO Resultados de convocatorias ESTIMACIÓN 16 PRIORIDAD
Alta
DESCRIPCIÓN
Por cada categoría definida para los grupos en el modelo de medición, se evalúan uno o más requerimientos. Es indispensable que la tabla que muestra el detalle de los resultados de la medición del grupo, se agrupe adecuadamente por cada categoría o por cada conjunto de requerimientos que tengan algo en común.
Tabla 28: Historia de usuario de GrupLAC - Agrupar filas dinámicamente. Fuente: elaboración propia
Resultados de las convocatorias de medición: es una opción que se encuentra en el menú principal de la aplicación y que permite consultar los resultados de las convocatorias de medición en las que ha participado el grupo. El sistema genera un reporte en el que presenta el listado de productos que fueron medidos con sus categorías.
72
Modelos funcionales y de comportamiento para los requerimientos del módulo de resultados de convocatorias en GrupLAC A continuación se observan los diagramas de casos de uso y los diagramas de secuencia sobre los requerimientos descritos en la sección anterior.
Figura 21: Diagrama de casos de uso del submódulo de resultados de convocatorias.
Fuente: elaboración propia
uc Diagrama de casos de uso
Submódulo de resultados de convocatorias
Usuario
Desplegar lista de las
conv ocatorias en las que
participó el grupo
Consultar la
producción medida de
nuev o conocimiento
Consultar la producción
medida de desarrollo
tecnológico
Consultar la producción
medida de apropiación
social
Consultar la producción
medida de formación de
recursos humanos
Consultar perfiles de
inv estigadores e
indicadores del grupo
Mostrar detalle de la
medición del producto
seleccionado
Mostrar detalle del
reconocimiento y
clasificación del grupo
«extend»
«extend»
«extend»
«extend»
«extend»«extend»
«extend»
«extend»
«extend» «extend»
73
Figura 22: Diagrama de secuencia de consultar perfiles de investigadores e indicadores del grupo.
Fuente: elaboración propia
sd Consultar perfiles de inv estigadores e indicadores del grupo
Usuario
Medicion/
resultados.jsp
GraficarIndicadores
Action
DatosIndicadores
Impl
«click en ver perfi les»
execute()
obtenerDatosGrafica(nro_id_grupo, cod_convocatoria) :Collection
hallarPerfi lNuevoConocimiento(datosGrafica)
hallarPerfi lDesarrolloTecnoInnova(datosGrafica)
hallarPerfi lApropiacionSocial(datosGrafica)
hallarPerfi lFormacionRH(datosGrafica)
hallarPerfi lIntegrante(datosGrafica)
hallarPerfi lColaboracion(datosGrafica)
obtenerTotalParticipantes(nro_id_grupo, cod_convocatoria)
:/Medicion/graficas/graficarIndicadores.jsp
74
Implementación para los requerimientos del módulo de resultados de convocatorias en GrupLAC En la siguiente tabla, se especifican los archivos del código fuente que se modificaron en el desarrollo de las historias de usuario mencionadas anteriormente.
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693-gr10
Resultados de convocatorias
\co\gov\colciencias\gruplac\ medicion\web
FindConvocatorias MedicionAction
Clase JAVA Pablo Rodríguez
\co\gov\colciencias\gruplac\ medicion\calificacion\jdo
MedicionFactory
\jsp\Medicion\ participacion_ convocatorias
Página JSP
\WEB-INF\classes\co\gov\ colciencias\gruplac
ApplicationResources Archivo de propiedades
Tabla 29: Archivos modificados en historia de usuario "Listar convocatorias de medición". Fuente: elaboración propia
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693-gr12
Resultados de convocatorias
\co\gov\colciencias\cvlac\ medicion\calificacion\jdo
ObjetoMedicion Data Clase JAVA Pablo Rodríguez ReporteResultados
Convo
MedicionFactory Tabla 30: Archivos modificados en historia de usuario "Agrupar filas dinámicamente". Fuente: elaboración propia
75
Plan de pruebas para los requerimientos del módulo de resultados de convocatorias en GrupLAC Para respaldar los cambios realizados en la aplicación, los desarrolladores aplicaron las siguientes pruebas de caja negra, la intención con ellas era verificar que el funcionamiento de las aplicaciones fuera el diseñado por el equipo de ingenieros.
Prueba: convo693-gr10
Entradas - Seleccionar la opción “Resultados de convocatorias” del menú principal Pruebas - comprobar que en el listado, sólo aparezcan convocatorias en las que participó el grupo. Salidas: Listado de convocatorias de medición ó mensaje indicando que el grupo no ha participado en ninguna convocatoria.
Tabla 31: Pruebas realizadas a la historia de usuario "Listar convocatorias de medición". Fuente: elaboración propia.
Prueba: convo693-gr12
Pruebas - Las condiciones que pertenezcan a una misma categoría de grupos, se pueden agrupar en varias filas para facilitar su comprensión. Salidas: El reporte de resultados se adapta a las condiciones definidas para cada categoría de grupos.
Tabla 32: Pruebas realizadas a la historia de usuario "Agrupar filas dinámicamente". Fuente: elaboración propia
3.3.3. Resumen del sprint El sprint se llevó a cabo entre el 12 de febrero y el 11 de marzo de 2015, como consecuencia se obtuvo una mejora evidente en los módulos de las aplicaciones CvLAC y GrupLAC, encargados de presentar los resultados de la convocatoria de medición. Visualmente no fueron cambios considerables pero funcionalmente sí. La mayor dificultad enfrentada fue tener que hacer refactorización a todo el código, debido a que el código anterior no se encontraba parametrizado y era poco adaptable a modificaciones.
76
3.4. Desarrollo del sprint 3 El Sistema de Medición fue construido para apoyar tecnológicamente los procesos de medición, a partir de la convocatoria 640 de 2013. Dicho sistema es una implementación de software que obedece a las especificaciones plasmadas en el Modelo de Medición, en otras palabras, es una herramienta al servicio de Colciencias, que le permite clasificar a los Investigadores y Grupos de Investigación del país de acuerdo con las categorías y las condiciones definidas en el Modelo. Teniendo en cuenta que el Modelo de Medición se modifica de acuerdo a las decisiones que toma Colciencias previo a una convocatoria de medición, es apenas natural que el Sistema de Medición también requiera de ajustarse. El tercer sprint fue crucial para el desarrollo del proyecto, sin quitar méritos a los demás que también fueron muy provechosos. En él se realizaron los ajustes al Sistema de Medición que finalmente fue el responsable de procesar la información que registraron las personas y Grupos a través de CvLAC y GrupLAC. 3.4.1. Ajustes al sistema de medición A continuación se enuncian los ajustes más importantes realizados al Sistema de Medición:
Agregar el nuevo tipo de producto: como se mencionó anteriormente, en los sistemas CvLAC y GrupLAC se adicionó un nuevo tipo de producto conocido como Signo Distintivo, dicho producto también es valorado dentro del Modelo de Medición y por lo tanto también fue incluido en el Sistema de Medición.
Revisión de las condiciones definidas: con respecto al Modelo de Medición de la convocatoria pasada, se agregaron, se quitaron y se modificaron condiciones para algunos tipos de productos, incluso para la clasificación de los Investigadores. Para ajustar eso en el Sistema de Medición, el equipo de ingenieros debía construir nuevas consulta SQL para las condiciones agregadas, eliminar las consultas SQL asociadas a las condiciones removidas y modificar las consultas SQL asociadas a las condiciones modificadas.
Parametrizar consultas SQL: el Sistema de Medición se compone aproximadamente por 400 consultas SQL, teniendo en cuenta que el funcionamiento depende de datos específicos de la convocatoria, no es aceptable que se deban modificar todas las 400 consultas para cada nueva convocatoria. Por lo tanto, una mejora realizada consistió en parametrizar el sistema para que pudiera configurarse desde pocos puntos específicos.
77
Mejorar el tiempo de ejecución: esta actividad consistió en intentar disminuir al máximo el tiempo empleado por el sistema para ejecutarse. Lo que requirió por parte del equipo de ingenieros, una revisión del código para buscar formas de optimización. Adicionalmente, se aumentó la memoria RAM del servidor sobre el cual se ejecuta el Sistema de Medición.
Historias de usuario del sistema de medición A continuación se presentan tres de las historias de usuario más destacadas de este sprint, las otras seis se pueden encontrar en el anexo de este documento.
HISTORIA DE USUARIO
ID convo693-me1 NOMBRE Obtener copia de la información al finalizar el periodo de actualización
RESPONSABLE Giovanni Barrera TIPO DE REQUERIMIENTO
Nuevo
MÓDULO Paquete de medición, en la base de datos ESTIMACIÓN 8 PRIORIDAD
Alta
DESCRIPCIÓN
El cierre de la convocatoria se produjo el viernes 20 de Febrero de 2015, a las 4 pm. A partir de ese instante, los ingenieros encargados del área de sistemas de Colciencias tuvieron que generar el export (copia de seguridad) de la información almacenada por los investigadores a través de las aplicaciones CvLAC y GrupLAC. El ingeniero Giovanni Barrera de la empresa MIC System, fue el responsable de recibir la información suministrada por Colciencias.
Tabla 33: Historia de usuario del sistema de medición - Obtener copia de la información al finalizar el periodo de actualización.
Fuente: elaboración propia
HISTORIA DE USUARIO
ID convo693-me8 NOMBRE
Ejecución de los procedimiento de medición de productos, investigadores y grupos
RESPONSABLE Pablo Rodríguez TIPO DE REQUERIMIENTO
Modificación
MÓDULO Paquete de medición, en la base de datos ESTIMACIÓN 24 PRIORIDAD
Alta
DESCRIPCIÓN
Ejecutar los procedimientos de carga y evaluación para cada tipología de la producción, la clasificación de investigadores, el reconocimiento y clasificación de grupos de investigación. Se debe verificar que cada ejecución sea exitosa, de lo contrario se modificará la consulta SQL que generó la falla y se ejecutará nuevamente los procedimientos de medición para dicha consulta SQL.
Tabla 34: Historia de usuario del sistema de medición - Ejecución de procedimientos de medición. Fuente: elaboración propia
78
HISTORIA DE USUARIO
ID convo693-me9 NOMBRE Generar reportes sobre resultados
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO Modificación
MÓDULO Paquete de medición, en la base de datos ESTIMACIÓN 8 PRIORIDAD
Alta
DESCRIPCIÓN
Construir reportes que se deben entregar a Colciencias para la toma de decisiones, sobre los resultados obtenidos para cada tipología de productos, la clasificación de investigadores, el reconocimiento de grupos y la clasificación de grupos de investigación.
Tabla 35: Historia de usuario del sistema de medición - generar reportes sobre resultados. Fuente: elaboración propia
Información obtenida al finalizar la actualización en las aplicaciones CvLAC y GrupLAC La apertura de la convocatoria de medición tuvo lugar el 15 de octubre de 2014, ese mismo día se habilitaron las aplicaciones para que las personas y grupos actualizaran su información. A continuación se resume la información que se encontraba almacenada en las bases de datos al 15 de febrero de 2015, fecha en la que finalizó la actualización de información en CvLAC y GrupLAC:
15.943 grupos registrados de los cuales 5.869 fueron avalados por las instituciones e inscritos a la convocatoria.
350.715 personas registradas de las cuales 59.082 fueron avaladas por las instituciones e inscritas a la convocatoria.
2’341.930 productos registrados de los cuales 1’790.304 fueron avalados por las instituciones.
399.282 proyectos registrados de los cuales 258.552 fueron avalados por las instituciones.
801.626 eventos registrados de los cuales 515.168 fueron avalados por las instituciones.
7.721 redes de conocimiento registradas de las cuales 6.969 fueron avaladas por las instituciones.
2.066 patentes registradas de las cuales 1.547 fueron avaladas por las instituciones.
79
Diagrama de actividades para ajustar el sistema de medición a los cambios definidos en el modelo de medición del 2014
Figura 23: Diagrama de actividades para realizar los ajustes al sistema de medición.
Fuente: elaboración propia
act Diagrama de activ idades
Procedimientos almacenados PL/SQLIngeniero - MIC System
Inicio
Registrar información de
la conv ocatoria
Registrar información de
la etapa que guardará los
resultados
Registrar información de
las tipologías definidas en
el modelo de medición
Registrar información de
las categorías asociadas
a las tipologías
Registrar las condiciones
asociadas a cada categoríaEjecutar procedimiento de
carga para cada tipología
Consultar los resultados
obtenidos
Fin de actividad
«datastore»
Base de datos
¿Ejecución
exitosa?
Ejecutar procedimiento de
ev aluación para cada tipología
[true]
[false]
80
A continuación, se describen las actividades del diagrama anterior. Para ello es útil mencionar que cuando aparece el término “objeto” se refiere a los objetos medidos por el procedimiento de medición, específicamente a los productos, a las personas y a los grupos: Registrar información de la convocatoria: consiste en diligenciar en la base de datos la información básica de la convocatoria de medición, para ello es necesario definir un identificador, nombre (descripción), alias, fecha de inicio y cierre. Registrar información de la etapa: antes de conocer los resultados de una convocatoria, se realizan múltiples ejecuciones de los procedimientos de medición con el fin de depurar el proceso y garantizar que los resultados sean lo más acertados posible. Para registrar una etapa o iteración en la base de datos se debe especificar un identificador, la descripción de porque se realiza la iteración, el estado que determina si está activa o inactiva y la convocatoria asociada. Registrar información de las tipologías: las tipologías permiten definir los objetos que son medidos dentro del proceso, por ejemplo, para los artículos de investigación se define una tipología, para los investigadores otra, para los grupos de investigación otra, etcétera. Para registrar cada tipología en la base de datos es indispensable inscribir el nombre, la sigla que lo identifica y la convocatoria asociada. Registrar información de las categorías: en el documento conceptual del modelo de medición se definen diversas categorías para cada tipología. Un objeto obtiene una categoría cuando cumple con las condiciones asociadas a ella. Para registrar cada categoría en la base de datos es imprescindible definir la sigla que lo identifica, los puntajes definidos en el modelo de medición para realizar los cálculos de los indicadores, la caracterización de los productos, la convocatoria y la tipología asociada. Registrar las condiciones: para todos los productos que se consideran en el modelo de medición, se definen condiciones de existencia y condiciones de calidad. Para que un producto sea reconocido, debe cumplir con todos los requisitos de existencia, para que un producto obtenga calidad es necesario que cumpla con existencia y que cumpla con cualquier requisito de calidad. Para registrar un requisito en la base de datos se debe asociar con una convocatoria, con una etapa, con una tipología y con una categoría. Además, es necesario definir la descripción del requisito. Una consulta SQL que valide sí cada producto de la tipología asociada cumple con la condición y también es necesario definir el orden en el que se debe ejecutar. Ejecutar procedimiento de carga: el procedimiento de carga es un procedimiento desarrollado con el lenguaje procedimental PL/SQL de Oracle. Es el encargado de ejecutar en el orden definido cada una de las consultas SQL que se construyeron
81
en el punto anterior y de almacenar el resultado para su posterior evaluación. También se encarga de generar un reporte que resume todas las condiciones evaluadas, dicho reporte tiene la siguiente estructura:
1 Año del artículo
2008 True Título del artículo
registrado
Identificador de la consulta
Condición evaluada
Información registrada
Validación Observación
Tabla 36: Estructura del reporte generado por el sistema de medición después de evaluar condiciones. Fuente: elaboración propia
Ejecutar procedimiento de evaluación: el procedimiento de evaluación es un procedimiento desarrollado con el lenguaje procedimental PL/SQL de Oracle. Es el encargado de asignar la categoría a cada objeto medido dependiendo de las condiciones cumplidas. Tiempos de ejecución del sistema de medición La siguiente tabla presenta el tiempo empleado por el Sistema de Medición en la ejecución de cada una de las tipologías definidas y el número de registros procesados por la base de datos. Este tipo de reporte permite detectar los posibles sectores del sistema que pueden ser depurados, considerando sus altos tiempos de ejecución.
Sigla de la tipología
Nombre de la tipología Registros procesados
Tiempo de ejecución (minutos)
CLA Clasificación de grupos 3840 720
GRP Reconocimiento de grupos 5867 160
AC Apoyo creación de cursos 30896 7
AP Apoyo de programas 16333 4
APO Asesoría al programa Ondas 1602 2
ART Artículos de investigación 350506 550
BOL Boletín divulgativo de resultado de investigación
980 2
CAP_LIB Capítulos de libro de investigación 67842 50
CON Consultorías 22367 4
DI Diseño Industrial 1377 2
EBT Spin-off 333 2
EC Evento científico 512337 150
ECI Esquema de circuito integrado 48 2
EPA Estrategias pedagógicas para el fomento a la CTI
2824 2
82
EPC Espacios de participación ciudadana 1824 2
ERL Ediciones científicas 8527 2
GC_I Generación de contenido impresa 7690 3
GC_M Generación de contenido multimedia 8093 3
GC_V Generación de contenido virtual 5251 3
IFI Informe Final de Investigación 24965 7
IG Innovación generada en la gestión empresarial
445 3
INF Informe técnico final 11675 4
IPP Innovación de procedimiento 6158 7
LIB Libros de investigación 58883 35
PCC Estrategia de comunicación del conocimiento
1808 2
PE Proyecto de extensión y responsabilidad social en CTI
40079 12
PF Proyecto ID+I con formación 26866 10
PI Prototipo Industrial 3981 2
PID Proyecto de investigación y Desarrollo
186401 110
PIV Patente de invención 1223 13
PMU Patente modelo de utilidad 321 8
PP Planta Piloto 1174 2
PPC Participación ciudadana en proyectos de CTI
798 2
RC Red de conocimiento especializado 6977 5
REG_G Registro general 674 2
REG_SF Registro para software 3072 2
RNR Regulación Norma o Reglamento 4147 3
SD Signos distintivos 1602 2
SE Secreto empresarial 2681 2
SF Software 12918 4
TD Tesis de doctorado 4614 3
TM Tesis de maestría 52285 15
TP Tesis de pregrado 179403 160
VA Variedad animal 11 2
VV Variedad vegetal 314 2
WP Documento de trabajo 28742 11
RH Recurso humano 59067 250 Tabla 37: Tiempo de ejecución del sistema de medición.
Fuente: elaboración propia
83
Una de las mejoras realizadas al Sistema de Medición, consistió en aumentar en 12 Gigas la memoria RAM del servidor sobre el que trabajó. El resultado obtenido fue una reducción del tiempo de ejecución de aproximadamente el 30%. El equipo de ingenieros también consideró la posibilidad de ejecutar el sistema en servidores paralelos, sin embargo para que el proceso fuese efectivo se requerían de 2 nuevas actividades:
Distribuir equitativamente la carga de trabajo de los servidores
Unificar los resultados de cada servidor. Finalmente, el equipo de ingenieros decidió que no era viable en ese momento utilizar más de un servidor, teniendo en cuenta el riesgo de cambiar la forma de ejecución en el corto tiempo del que se disponía. Plan de pruebas del Sistema de Medición Para validar que los ajustes realizados al sistema de medición, tuvieran los efectos esperados por el equipo de ingenieros, se realizaron las siguientes pruebas:
Historia de usuario: convo693-me1
Objetivo: Verificar que el export entregado por Colciencias de la base de datos de Personas y Grupos, se cargó correctamente en al ambiente de pruebas de MIC System. Descripción: El equipo de ingenieros de MIC System, elaboró un reporte de la información que contenía la base de datos que le entregó Colciencias. Dicho reporte contenía los nombres de las tablas con su número de registros, funciones, procedimientos, triggers y demás objetos. La prueba consistió en cargar la base de datos en el ambiente de pruebas y realizar consultas SQL que permitieran validar que la información cargada era exacta a la especificada en el reporte.
Tabla 38: Pruebas realizadas a la historia de usuario "Obtener copia de la información al finalizar el periodo de actualización". Fuente: elaboración propia
Historia de usuario: convo693-me2
Objetivo: Verificar que se configuró correctamente el Sistema de Medición, para las tipologías asociadas a la producción de Nuevo Conocimiento. Descripción: Luego de conocer las condiciones definidas en el Modelo de Medición para todos los productos de Nuevo Conocimiento (Artículos, Libros, Capítulos de libro, etc). Se revisaron y ajustaron las consultas SQL del Sistema de Medición que se
84
encargaron de verificar sí cada producto de los registrados cumplía con las condiciones del Modelo. La prueba consistió en ejecutar el Sistema de Medición para los productos de Nuevo Conocimiento y verificar que la categoría obtenida correspondieraa realmente con la información registrada para cada producto. Tabla 39: pruebas realizadas a la historia de usuario "Revisión y parametrización de las consultas SQL
de la producción". Fuente: elaboración propia
Historia de usuario: convo693-me6
Objetivo: Verificar que se configuró correctamente el Sistema de Medición, para las tipologías asociadas a la clasificación de personas. Descripción: Luego de conocer las condiciones definidas en el Modelo de Medición para la clasificación de personas. Se revisaron y ajustaron las consultas SQL del Sistema de Medición que se encargaron de verificar sí cada persona registrada cumplía con las condiciones del Modelo. La prueba consistió en ejecutar el Sistema de Medición para las personas y verificar que la categoría obtenida correspondieran realmente con la información registrada por cada una de ellas. Tabla 40: pruebas realizadas a la historia de usuario "Revisión de las consultas SQL de la clasificación
de investigadores". Fuente: elaboración propia
Historia de usuario: convo693-me7
Objetivo: Verificar que se configuró correctamente el Sistema de Medición, para las tipologías asociadas al reconocimiento y clasificación de grupos. Descripción: Luego de conocer las condiciones definidas en el Modelo de Medición para el reconocimiento y clasificación de grupos. Se revisaron y ajustaron las consultas SQL del Sistema de Medición que se encargaron de verificar sí cada grupo registrado cumplía con las condiciones del Modelo. La prueba consistió en ejecutar el Sistema de Medición para las personas y verificar que la categoría obtenida correspondieran realmente con la información registrada por cada una de ellas.
Tabla 41: pruebas realizadas a la historia de usuario "Revisión de las consultas SQL del reconocimiento y clasificación de grupos".
Fuente: elaboración propia
3.4.2. Resumen del sprint El sprint transcurrió entre el 12 de marzo y el 11 de abril de 2015, al final de este, se cumplió con el objetivo principal que fue entregar los resultados preliminares de
85
la convocatoria de medición en el tiempo dispuesto. Otro resultado y no menos importante fue parametrizar todas las consultas SQL que evaluaron las condiciones definidas en el modelo de medición. El principal problema que enfrentó el equipo de ingenieros en este sprint, fue no detectar a tiempo todas las fallas presentes en el sistema de medición. Lo que produjo que para los resultados preliminares algunos investigadores y grupos obtuvieran categorías diferentes a la que les correspondía. Es posible que las fallas presentadas sucedieron por cambios a última hora por parte de Colciencias y porque no se verificaron exhaustivamente todos los resultados obtenidos por el sistema de medición. 3.5. Desarrollo del sprint 4 A partir de la publicación oficial de resultados preliminares de la convocatoria, las personas y grupos tuvieron la posibilidad de reclamar o solicitar explicación sobre los resultados obtenidos. Para ello se habilitó desde el 13 de marzo hasta el 15 de marzo de 2015 en las aplicaciones CvLAC y GrupLAC, una opción para registrar solicitudes de aclaración. El trabajo de este sprint se centró en revisar detalladamente cada solicitud de aclaración recibida y determinar sí tuvo o no razón. A través de este proceso se lograron detectar errores que no habían sido percibidos antes de los resultados preliminares y realizar los ajustes pertinentes en el sistema de medición para garantizar que los resultados finales de la convocatoria no tuvieran ningún error.
86
Diagrama BPMN del proceso de reclamaciones Mediante el siguiente diagrama, se explica cómo interactúan los distintos actores para llevar a cabo el proceso de reclamaciones:
Figura 24: Diagrama del proceso de reclamaciones.
Fuente: elaboración propia
87
Iniciar periodo de reclamaciones: cambiar el estado de la convocatoria en la base de datos para que las aplicaciones CvLAC y GrupLAC activen la funcionalidad de registrar reclamos. Registrar reclamo: los usuarios podrán manifestar sus inquietudes, sus sugerencias o sus reclamos a través del módulo de las aplicaciones desarrollados para tal fin. Finalizar periodo de reclamaciones: cambiar el estado de la convocatoria en la base de datos para que las aplicaciones CvLAC y GrupLAC desactiven la funcionalidad de registrar y modificar los reclamos. Extraer copia de reclamos y enviarla a la empresa: teniendo en cuenta que los reclamos se almacenan en la base de datos de Colciencias (ambiente de producción). Un ingeniero de la empresa MIC System es el responsable de generar una copia de la información y llevarla a la empresa para continuar con el proceso. Redactar respuesta a cada reclamo: los agentes de soporte de la empresa son personas que conocen las aplicaciones CvLAC y GrupLAC, además de tener conocimiento sobre el modelo de medición. Ellos son los encargados de leer cada reclamo recibido e intentar redactar la respuesta que mejor se adapte a cada caso. Revisar redacción y veracidad de cada respuesta: a pesar de que los agentes de soporte conocen sobre el proceso de medición, son los ingenieros de la empresa quienes conocen cada detalle del mismo, es por eso que deben revisar cada respuesta garantizando que los datos que se presenten allí sean correctos. Validar respuesta: en el caso que lo expuesto en el reclamo no sea verás, es decir que no tenga razón ya sea por desconocimiento por parte del investigador sobre el proceso de medición o porque no interpretó correctamente los resultados. Se confirmará la respuesta siempre y cuando explique de forma clara a las dudas presentadas en el reclamo. Ajustar el sistema de medición: en el caso que lo expuesto en el reclamo sea verdad, los ingenieros deben ajustar el sistema de medición exactamente donde se presentó la falla y realizar las pruebas necesarias para solventar el error detectado. Ejecutar procedimientos de medición para obtener resultados finales: Luego de responder exitosamente a todos los reclamos y corregir las fallas en el sistema de medición detectados en la etapa de reclamaciones, los ingenieros deben ejecutar nuevamente todos los procedimientos de medición para obtener los resultados finales.
88
Consultar resultados finales y respuestas a los reclamos: en la fecha dispuesta por Colciencias para publicar oficialmente los resultados finales de la convocatoria de medición, los ingenieros de MIC System deben cargar todos los resultados obtenidos y las respuestas a los reclamos en la base de datos de Colciencias (ambiente de producción), de esa forma los investigadores y grupos podrán conocer su clasificación y la evaluación de su producción. 3.5.1. Ajustes a CvLAC para el proceso de reclamación Historias de usuario para el proceso de reclamaciones en CvLAC A continuación se presentan dos de las historias de usuario más importantes que se desarrollaron en este sprint, la otra se puede encontrar en el anexo de este documento.
HISTORIA DE USUARIO
ID convo693-cv24 NOMBRE Tipificar solicitudes de aclaración
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO nuevo
MÓDULO Solicitudes de aclaración ESTIMACIÓN 16 PRIORIDAD
Alta
DESCRIPCIÓN
Clasificar las solicitudes de aclaración según el tema sobre el que trataran, de esta forma podría llevarse una mejor gestión e incluso generar estadísticas.
Tabla 42: Historia de usuario de CvLAC - tipificar solicitudes de aclaración. Fuente: elaboración propia
HISTORIA DE USUARIO
ID convo693-cv25 NOMBRE Responder solicitudes de aclaración
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO nuevo
MÓDULO Solicitudes de aclaración ESTIMACIÓN 120 PRIORIDAD
Alta
DESCRIPCIÓN
Redactar una respuesta adecuada a cada solicitud de aclaración recibida a través de la aplicación.
Tabla 43: Historia de usuario de CvLAC - responder a solicitudes de aclaración. Fuente: elaboración propia
Tipificación de solicitudes de aclaración Antes de responder a las solicitudes de aclaración, fue importante separarlas de acuerdo al tema sobre el que se referían. Realizar la mencionada separación permitió asignar el trabajo de responder las solicitudes en forma más equitativa. Este reporte también fue útil para detectar algunas fallas en los resultados
89
preliminares de la convocatoria y para descubrir algunas ambigüedades en las aplicaciones CvLAC y GrupLAC que causaron confusión en los usuarios:
Tipo de solicitud Recibidos
Revisión de artículos 189
Revisión de libros 32
Revisión de capítulos de libros 28
Revisión de patentes 13
Revisión de productos de desarrollo tecnológico 38
Revisión de productos de apropiación social 27
Revisión de productos de formación de recursos humanos 51
Revisión de proyectos 127
Revisión de producción 165
Revisión de categoría de investigador 516
Permitir corrección de información 23
Problemas con la plataforma 9
Revisión de vinculación a grupos 41
Solicitud vacía o de prueba 10
TOTAL 1269 Tabla 44: Solicitudes de aclaración de CvLAC separadas según el tema.
Fuente: elaboración propia
Respuestas a las solicitudes de aclaración El equipo de soporte de Colciencias se encargó de responder las 1269 solicitudes de aclaración que formularon las personas que participaron en la convocatoria de medición a través de la aplicación CvLAC. El tiempo empleado por el equipo de Colciencias fue aproximadamente 15 días. 3.5.2. Ajustes a GrupLAC para el proceso de reclamación Historias de usuario para el proceso de reclamaciones en GrupLAC A continuación se presentan dos de las historias de usuario más importantes que se desarrollaron en este sprint, la otra se puede encontrar en el anexo de este documento.
HISTORIA DE USUARIO
ID convo693-gr15 NOMBRE Tipificar solicitudes de aclaración
RESPONSABLE Pablo Rodríguez TIPO DE REQUERIMIENTO
Modificación
MÓDULO Solicitudes de
aclaración ESTIMACIÓN 16 PRIORIDAD Alta
90
DESCRIPCIÓN
Clasificar las solicitudes de aclaración según el tema sobre el que trataran, de esta forma podría llevarse una mejor gestión e incluso generar estadísticas.
Tabla 45: Historia de usuario de GrupLAC - tipificar solicitudes de aclaración. Fuente: elaboración propia
HISTORIA DE USUARIO
ID convo693-gr16 NOMBRE Responder solicitudes de aclaración
RESPONSABLE Pablo Rodríguez TIPO DE REQUERIMIENTO
Modificación
MÓDULO Solicitudes de
aclaración ESTIMACIÓN 120 PRIORIDAD Alta
DESCRIPCIÓN
Redactar una respuesta adecuada a cada solicitud de aclaración recibida a través de la aplicación.
Tabla 46: Historia de usuario de GrupLAC - responder solicitudes de aclaración. Fuente: elaboración propia
Tipificación de solicitudes de aclaración De la misma forma como se catalogaron las solicitudes de aclaración en CvLAC, se realizó el mismo trabajo con las solicitudes de GrupLAC. La finalidad era llevar un mejor control de los reclamos que se habían recibido y conocer sus causas.
Tipo de solicitud Recibidos
Indicador de apropiación social 68
Actualizar verificador de información y soportes de productos 22
Artículos 70
Inscripción a la convocatoria 48
Reconocimiento del grupo 138
Producción 250
Categorías de algún integrante del grupo 46
Libros 18
Clasificación del grupo 152
Productos de formación de recursos humanos 122
Productos de nuevo conocimiento 185
Aval institucional 44
Problemas con la plataforma 42
Productos de desarrollo tecnológico 29
Solicitud vacía o de prueba 16
TOTAL 1250 Tabla 47: Solicitudes de aclaración de GrupLAC separadas según el tema.
Fuente: elaboración propia
91
Respuestas a las solicitudes de aclaración El equipo de soporte de MIC System se encargó de responder las 1250 solicitudes de aclaración que formularon los grupos que participaron en la convocatoria de medición a través de la aplicación GrupLAC. El tiempo empleado por el equipo de Colciencias fue aproximadamente 20 días y estuvo conformado por 10 personas. 3.5.3. Ajustes al sistema de medición para la publicación de resultados finales Historia de usuario para los requerimientos de la publicación de resultados finales en el sistema de medición A continuación se presenta la única historia de usuario de este sprint desarrollada en el sistema de medición.
HISTORIA DE USUARIO
ID convo693-me10 NOMBRE Corregir errores detectados después de la publicación de resultados preliminares
RESPONSABLE Equipo de desarrollo TIPO DE REQUERIMIENTO
Modificación
MÓDULO Paquete de medición, en la base de datos ESTIMACIÓN 16 PRIORIDAD
Alta
DESCRIPCIÓN
Después de leer cada solicitud de aclaración recibida a través de las aplicaciones CvLAC y GrupLAC, se detectaron errores que afectaron los resultados preliminares de la convocatoria de medición publicados el 13 de Marzo de 2015. Inmediatamente después de identificar los errores y el impacto de cada uno de ellos, se procedió a corregirlos y a realizar las pruebas que demostraran la veracidad de los nuevos resultados.
Tabla 48: Historia de usuario del sistema de medición - Corregir errores detectados después de la publicación de resultados preliminares.
Fuente: elaboración propia
92
Problemas detectados después de revisar reclamos
Descripción Causa Tipo de defecto
Solucionado por
Fecha de solución
Valores incorrectos del indicador de productos de apropiación social del conocimiento, calculado para los grupos de investigación.
No se tuvieron en cuenta para el indicador de apropiación social, los artículos con categoría GC_ART, los libros con categoría GC_LIB y los capítulos de libro con categoría GC_CAP_LIB
Fuente de datos
Derly Barreto Marzo 30 de 2015
Algunos artículos ART_C obtenían categorías inferiores.
Error en el orden de evaluación para la tipología de artículos de investigación (ART)
Orden de ejecución
David Meneses
Abril 3 de 2015
Algunos libros LIB_A obtenían categorías inferiores.
Error en el orden de evaluación para la tipología de libros de investigación (LIB)
Orden de ejecución
Pablo Rodríguez
Abril 3 de 2015
Algunas patentes que cumplían con las condiciones para obtener categorías de calidad, obtuvieron sólo existencia.
No se envió al experto que evaluó las patentes, toda la información necesaria para determinar la categoría real de cada patente.
Información insuficiente
Derly Barreto Abril 8 de 2015
Las redes de conocimiento especializado RC_A, no obtuvieron ninguna categoría.
Error en la consulta SQL que evalúa la condición "Lugar" para la tipología de redes de conocimiento (RC)
Fuente de datos
David Meneses
Abril 6 de 2015
Los prototipos industriales que cumplían con las condiciones de calidad, obtuvieron sólo existencia
Error en el orden de evaluación para la tipología de prototipos industriales (PI)
Orden de ejecución
Pablo Rodríguez
Abril 2 de 2015
Tabla 49: Errores encontrados durante el proceso de reclamaciones. Fuente: elaboración propia
93
Resultados finales de la convocatoria 693 Después de que el equipo de ingenieros de MIC System realizara varias simulaciones sobre el sistema de medición y considerara que se habían solventado todas las fallas encontradas en el periodo de reclamaciones, los resultados finales que se dieron a conocer el 20 de abril de 2015 según lo dispuesto en el cronograma de la convocatoria de medición, se presentan a continuación: Personas
Categoría Número de investigadores
No cumplió con ninguna condición 315
Integrante vinculado 8660
Estudiante de pregrado 4075
Integrante vinculado con pregrado 7433
Joven investigador 171
Integrante vinculado con especialización 3180
Estudiante de maestría 5717
Integrante vinculado con maestría 13455
Estudiante de doctorado 4761
Integrante vinculado con doctorado 2939
Investigador junior 5159
Investigador asociado 2064
Investigador sénior 1057 Tabla 50: Total de investigadores por categoría.
Fuente: elaboración propia
Figura 25: Gráfico de barras de la clasificación de investigadores.
Fuente: elaboración propia
94
Grupos
Categoría Número de grupos
No reconocido 1899
D 749
C 1543
B 869
A 386
A1 293 Tabla 51: Total de grupos por categoría.
Fuente: elaboración propia
Figura 26: Gráfico de barras de la clasificación de grupos.
Fuente: elaboración propia
3.5.4. Resumen del sprint El último sprint se desarrolló entre el 12 de abril y el 11 de mayo de 2015 , en él se respondieron a las 2519 solicitudes de aclaración recibidas, se detectaron las fallas encontradas después de la publicación de los resultados preliminares y se corrigieron para que los resultados finales publicados el 20 de abril de 2015 fueran lo más precisos posible. Con la finalización de este sprint se da por culminada la convocatoria de medición de investigadores y grupos de investigación del año 2014. Los objetivos se cumplieron siguiendo el cronograma dispuesto por Colciencias por lo tanto se puede considerar el resultado final como un balance positivo.
0
500
1000
1500
2000
Clasificación de grupos
Total por categoría
95
4. ANALISIS DE RESULTADOS 4.1 Aportes de usar Scrum Aumento de la comunicación entre el equipo de trabajo: el equipo de desarrollo de la empresa MIC System se reunió al inicio de cada sprint (Sprint Planning) para trazar los objetivos que se debían alcanzar, adicionalmente cada semana se realizaban reuniones (Sprint Review) para evaluar los avances obtenidos y las dificultades enfrentadas. Aumento de la comunicación con el cliente: los líderes del proyecto se reunían una o dos veces cada 15 días con la Dirección de Fomento a la Investigación y con el departamento de sistemas de Colciencias, áreas encargadas de gestionar la convocatoria de medición. Disminución de los errores: además de pertenecer al equipo de trabajo de MIC System en toda la convocatoria de medición del año 2014, también participé en la mayor parte de la convocatoria anterior. El proceso del 2013 tuvo momentos de mucha presión y horarios de trabajo más largos, incluso se contempló la posibilidad de modificar el calendario de la convocatoria. Gracias a esa experiencia y teniendo en cuenta que no se encontraron métricas formales sobre los errores cometidos en procesos de medición anteriores, puedo argumentar que el uso de la metodología Scrum le permitió al equipo, organizar mejor su tiempo, gestionar mejor los riesgos, dar mayor prioridad a las pruebas de software y por ende, mejorar la calidad de los resultados obtenidos. Mejor gestión: la metodología se convirtió en una fuerte herramienta para administrar de mejor manera los recursos y el tiempo empleado para cada actividad, porque fomentó una mejor planeación en cada fase del proyecto. 4.2. Cumplimiento del cronograma Las actividades más destacadas de la convocatoria fueron las siguientes:
Apertura de la convocatoria Octubre 15 de 2014
Cierre de actualización de información
Febrero 20 de 2015
Publicación de resultados preliminares
Marzo 11 de 2015
Solicitudes de aclaración Marzo 11 a Marzo 13 de 2015
Publicación resultados preliminares Abril 20 de 2015
96
La empresa MIC System entregó oportunamente a Colciencias los ajustes a las aplicaciones web CvLAC y GrupLAC previo a la apertura de la convocatoria. El mismo día del cierre de la actualización de información recibió una copia para iniciar con el proceso de medición. Entregó los resultados preliminares antes de la publicación oficial. Respondió a las solicitudes de aclaración y entregó los resultados finales antes de la publicación oficial. Es justo resaltar el compromiso que tuvo la empresa con la convocatoria y la seriedad con la que manejó cada tarea en la que participó. 4.3. Nivel de aceptación de la metodología El equipo de desarrollo se adaptó gradualmente a las prácticas recomendadas por la metodología de desarrollo ágil Scrum. Quizás faltó experiencia y conocimiento sobre la metodología para haber evitado errores que se presentaron en los momentos de mayor estrés. No obstante el balance de acoger la metodología fue positivo y como consecuencia quedó una alta posibilidad para ser implantado en proyectos de software futuros. 4.4. Herramienta de apoyo para la gestión del proyecto En el software ICEScrum se registraron todas las historias de usuario que se desarrollaron en el proyecto, se asignaron prioridades y los tiempos que se emplearon en cada una. La herramienta posibilitó que se pudiera almacenar información relevante del proyecto en un solo repositorio (información centralizada) lo que brindó organización y mayor control de los procesos. Otra gran ventaja de la herramienta es su interfaz visual sencilla de entender lo que propició su uso. 4.5. Comparación con convocatoria de medición 640 de 2013 Las convocatorias de medición realizadas antes del año 2013, midieron únicamente a los grupos de investigación. En la convocatoria 640 realizada en 2013, se otorgó también una clasificación para los investigadores, situación que se repitió en la convocatoria 693 de 2014. En la convocatoria de 2013 se presentaron muchos errores y gran parte de ellos fue causada por no dedicar el tiempo suficiente para realizar pruebas después de cada desarrollo. En la convocatoria del 2014, el equipo de desarrollo dedicó más tiempo a probar las implementaciones realizadas en las aplicaciones CvLAC y GrupLAC, también el equipo pudo realizar varias simulaciones de los procesos de medición lo que produjo una mejor depuración de los errores.
97
4.6. Tiempos para corregir errores El efecto de otorgarle un lugar más importante a las pruebas en los procesos de desarrollar software, es una disminución en el número de defectos y un aumento en la calidad del producto entregado. Los pocos errores que se detectaron durante el desarrollo del proyecto se corrigieron de inmediato y no acarrearon grandes esfuerzos de retrabajo. 4.7. Funcionamiento de las aplicaciones de software Las aplicaciones CvLAC y GrupLAC se pusieron en funcionamiento desde el año 2004, las tecnologías en las que están desarrolladas en este momento son consideradas obsoletas afectando de gran manera el funcionamiento. Sin mencionar que han tenido que soportar muchos ajustes que en ocasiones pueden ser considerados como inapropiados. A pesar de estos inconvenientes, el equipo de trabajo de MIC System ha logrado mejorar el funcionamiento de las aplicaciones y actualmente se encuentran en un estado aceptable. Es innegable que se podrían mejorar más pero entran en juego cuestiones que se salen del manejo de la empresa. 4.8. Métricas del proceso y del producto El tiempo que empleó el servidor para ejecutar los procedimientos de medición, es decir, el tiempo necesario para conocer los resultados después de configurar todo el sistema de medición es aproximadamente 60 horas (2.5 días). El tiempo empleado para realizar la misma función en la convocatoria de 2013 fue aproximadamente de 96 horas (4 días). Por lo tanto, el tiempo de ejecución se redujo en un 37.5% con respecto a la convocatoria pasada. Los ingenieros que conformaron el equipo de desarrollo que trabajó en esta convocatoria de medición fueron los mismos de la convocatoria pasada. Sin embargo, la experiencia y los conocimientos que se adquirieron en la pasada convocatoria permitieron un mejor aprovechamiento del tiempo y los recursos en esta convocatoria. El sistema de medición utilizado en la convocatoria del 2013 no se parametrizó, lo que claramente era una desventaja. Sí surgía la necesidad de modificar algún parámetro de la convocatoria, por ejemplo la fecha de inicio o la fecha de fin de la ventana de observación, era necesario modificar las 353 consultas SQL que constituían al sistema. El sistema de medición que se utilizó en la convocatoria del 2014 si se parametrizó, por lo que sí era requerido algún cambio sólo era necesario cambiar el valor de una variable y el sistema actuaría de acuerdo al cambio realizado. El ajuste realizado aumentó de gran manera la facilidad de reutilizar el sistema de medición en próximas convocatorias.
98
4.9. Análisis de solicitudes de aclaración Con respecto a las personas, se recibieron 1269 reclamos desde CvLAC de los cuales: El 53% manifestaron que uno o varios de sus productos habían obtenido una categoría más baja de la que merecían. La mayoría de los casos no tenían razón porque interpretaban de forma incorrecta el documento conceptual del modelo de medición. En otros casos sí tenían razón pero los errores fueron detectados y corregidos para la publicación de los resultados finales. El 41% de los reclamos, afirmaban que la clasificación del investigador era injusta, la mayoría de los casos porque actualizaron la información en una fecha posterior a la fecha de cierre. Con respecto a los grupos, se recibieron 1250 reclamos desde GrupLAC de los cuales: El 51% manifestaron que uno o varios productos no se habían tenido en cuenta para la medición del grupo. En la mayoría de los casos se desconocía que si los productos se encontraban por fuera de la ventana de observación, no eran tenidos en cuenta para la clasificación del grupo. El 29% de los reclamos preguntaban sobre los indicadores y por la clasificación del grupo. En muchos casos tenían razón pero los errores fueron detectados y corregidos para la publicación de los resultados finales.
99
CONCLUSIONES El uso de la metodología Scrum se convirtió en una herramienta poderosa durante el desarrollo del proyecto porque fortaleció la comunicación entre los integrantes del equipo de trabajo, además de mejorar la administración de los recursos destinados para cada actividad. El software ICEScrum fue una herramienta fácil de utilizar por su interfaz gráfica amigable, la instalación fue un poco compleja, sin embargo a través de ella se logró consolidar el documento de requerimientos priorizados del proyecto (Product backlog). El desarrollo de los requerimientos para las aplicaciones CvLAC y GrupLAC se llevaron a cabo en el primer sprint, fue un proceso que se demoró más de lo planeado inicialmente y del cual resultó la mayor parte de la documentación del proyecto. El proceso de normalización de la producción consiste en identificar aquellos productos que fueron registrados en las aplicaciones de software más de una vez y que podrían duplicar el valor de los indicadores de los grupos de investigación. Este proceso fue cancelado previo a la apertura de la convocatoria y por lo tanto no se generó documentación acerca del mismo. MIC System adoptó una metodología de trabajo semanal, en la cual efectuaba unos pocos ajustes al Sistema de Medición y luego realizaba su ejecución, lo que le permitía a Colciencias conocer rápidamente los efectos que tendrían esos cambios sobre los resultados de la medición. Este proceso iterativo e incremental también beneficiaba al equipo de ingenieros porque le permitía detectar más rápidamente los errores en el Sistema. El módulo que presenta el reporte de los resultados de la medición en las aplicaciones CvLAC y GrupLAC, fue reestructurado para mejorar la compresión de la información y para optimizar las búsquedas.
Una vez finalizado el proyecto, me siento satisfecho por el apoyo que brindé al equipo de ingenieros de la empresa MIC System. En este proceso logré poner en práctica los conocimientos adquiridos en ingeniería de software y bases de datos relacionales. Fue una oportunidad excelente para ingresar al ambiente laboral y para trabajar en equipo con ingenieros egresados de mi querida Universidad
Distrital Francisco José de Caldas.
100
BIBILIOGRAFÍA CvLAC. (Febrero de 2004). Recuperado el 08 de Agosto de 2014, de http://scienti1.colciencias.gov.co:8081/cvlac/Login/pre_s_login.do GrupLAC. (Febrero de 2004). Recuperado el 08 de Agosto de 2014, de http://scienti1.colciencias.gov.co:8080/gruplac/ Plataforma ScienTI-Colombia. (Febrero de 2004). Recuperado el 08 de Agosto de 2014, de http://www.colciencias.gov.co/scienti IceScrum. (2007). Recuperado el 09 de Septiembre de 2014, de http://www.icescrum.org/ JIRA Agile. (2009). Recuperado el 05 de Septiembre de 2014, de https://www.atlassian.com/es/software/jira/agile Kunagi. (2010). Recuperado el 07 de Septiembre de 2014, de http://kunagi.org/ Metodologías ágiles. (Abril de 2012). Recuperado el 27 de Agosto de 2014, de http://najaraba.blogspot.com/2012/03/la-piramide-de-la-organizacion-agil.html Ambler, S. (2006). Recuperado el 26 de Agosto de 2014, de The Agile Unified Process: http://www.ambysoft..com/unifiedprocess/agileUP.html Centro de Excelencia de Software Libre de Castilla. (Marzo de 2008). Recuperado el 03 de Septiembre de 2014, de http://www.bilib.es/noticias/noticia/articulo/curso-online-desarrollo-web-con-j2ee/ Cockburn, A. (2006). Agile Software Development. Addison-Wesley. Colciencias. (Diciembre de 2012). Recuperado el 18 de Agosto de 2014, de http://www.colciencias.gov.co/faq/que-es-un-grupo-de-investigaci-n Colciencias. (10 de Diciembre de 2013). Modelo de Medición de Grupos de Investigación, Desarrollo Tecnológico y/o de Innovación. Recuperado el 04 de Agosto de 2014, de http://www.colciencias.gov.co/sites/default/files/ckeditor_files/files/DOCUMENTO%20Modelo%20de%20Medici%C3%B3n%20Grupos%202013-VERSI%C3%93N%20II%20Definitiva%20DIC%2010%202013%20_protected.pdf Felsing, S. P. (2002). A Practical Guide To Feature Driven Development. Prentice Hall. Ferrer, G. R. (2002). Programación eXtrema. Madrid.
101
Oracle Corporation. (2011). Database 11g . Recuperado el 24 de Septiembre de 2014, de http://www.oracle.com/lad/corporate/press/microsoft-word-database-11g2-322050-esa.pdf Poppendeick, M. y. (2003). Lean Software Development. Addison-Wesley. Pressman, R. S. (2007). Ingeniería del Software-Un enfoque práctico. Connecticut: Mc Graw Hill. Scrum Foundation. (2013). En K. S. Sutherland, Guía definitiva de Scrum (págs. 3-19). Sierra, A. M. (2008). Struts. AlfaOmega. Wikipedia: Oracle Database. (s.f.). Recuperado el Junio de 2015, de http://es.wikipedia.org/wiki/Oracle_Database
102
ANEXOS
103
ANEXO A: DESARROLLO DEL SPRINT 1 En el primer sprint se realizaron los ajustes a los sistemas de captura de información CvLAC y GrupLAC, que surgieron a partir de los cambios al modelo de medición. Este apartado complementa la documentación del sprint 1, está conformado por: las historias de usuario, algunos diagramas UML de las aplicaciones, los archivos modificados del código fuente y el plan de pruebas para los requerimientos desarrollados. Historias de usuario de CvLAC
HISTORIA DE USUARIO
ID convo693-cv2 NOMBRE Registrar patentes, secretos empresariales o registros tecnológicos
RESPONSABLE Pablo Rodríguez TIPO DE REQUERIMIENTO
Nuevo
MÓDULO Producción técnica y tecnológica ESTIMACIÓN 60 PRIORIDAD
Alta
DESCRIPCIÓN
Durante la creación de algún producto de tipo técnico o tecnológico, será posible seleccionar sí cuenta con una patente, un secreto empresarial o un registro. Para los casos especiales de Diseño industrial, Esquema de circuito Integrado, Software, Planta piloto y Prototipo industrial, el formulario de creación del Registro será desplegado de forma automática para ser diligenciado.
HISTORIA DE USUARIO
ID convo693-cv3 NOMBRE Nuevo tipo de producto para producción técnica y tecnológica
RESPONSABLE Mery Barreto TIPO DE REQUERIMIENTO Nuevo
MÓDULO Signos distintivos ESTIMACIÓN 40 PRIORIDAD Alta
DESCRIPCIÓN
Adicionar un nuevo tipo de producto en la producción técnica y tecnológica con el nombre Signos Distintivos. Las acciones permitidas sobre el nuevo tipo de producto serán: creación, consulta, modificación, la eliminación y la vinculación a la producción de un grupo de investigación.
HISTORIA DE USUARIO
ID convo693-cv4 NOMBRE Inscripción a la convocatoria
RESPONSABLE Mery Barreto TIPO DE REQUERIMIENTO Nuevo
MÓDULO Inscripción a convocatorias ESTIMACIÓN 24 PRIORIDAD
Alta
DESCRIPCIÓN
A los investigadores que no se encuentren vinculados con ningún grupo de investigación, se les mostrará una opción al iniciar sesión que les permita
104
inscribirse a la convocatoria de medición del año 2014.
HISTORIA DE USUARIO
ID convo693-cv5 NOMBRE Asociar libro ó revista a ediciones de publicaciones científicas
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO Modificación
MÓDULO Edición ESTIMACIÓN 32 PRIORIDAD Alta
DESCRIPCIÓN
Al registrar un nuevo registro del tipo de producto Edición, la aplicación CvLAC permite seleccionar sí la Edición fue de un Libro, Catálogo, Compilación, Enciclopedia, Revista u Otro. Sí el tipo de Edición seleccionado es Libro, la aplicación mostrará un listado con los libros que puede seleccionar, o también le permitirá registrar un nuevo libro. Sí el tipo de Edición seleccionado es revista, la aplicación mostrará un listado con las revistas que puede seleccionar, o también le permitirá registrar una nueva revista.
HISTORIA DE USUARIO
ID convo693-cv6 NOMBRE Registrar coautoría de quien registra el producto
RESPONSABLE Pablo Rodríguez TIPO DE REQUERIMIENTO
Modificación
MÓDULO Toda la producción ESTIMACIÓN 40 PRIORIDAD Media
DESCRIPCIÓN
Al registrar cualquier tipo de producto, es importante que quien registra el producto aparezca como coautor del mismo. También es necesario que no se permita la eliminación de esa coautoría.
HISTORIA DE USUARIO
ID convo693-cv7 NOMBRE Tipos de participación en Eventos Científicos
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO Modificación
MÓDULO Eventos científicos ESTIMACIÓN 24 PRIORIDAD Media
DESCRIPCIÓN
El usuario podrá seleccionar más de un tipo de participación en los eventos científicos, los tipos son: Organizador, Ponente magistral, Ponente, Asistente, Compilador de memorias y Traductor simultáneo.
HISTORIA DE USUARIO
ID convo693-cv8 NOMBRE Fecha de graduación para las formaciones académicas
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO Nuevo
MÓDULO Formación académica y complementaria ESTIMACIÓN 32 PRIORIDAD
Media
DESCRIPCIÓN
105
No se solicitará la fecha de finalización, ni fecha de obtención de las formaciones, sólo se solicitará la fecha de graduación. Los datos que habían sido guardados en las dos fechas antiguas se deben migrar a la nueva fecha.
HISTORIA DE USUARIO
ID convo693-cv9 NOMBRE Asociar proyectos de investigación a los software
RESPONSABLE Pablo Rodríguez TIPO DE REQUERIMIENTO
Nuevo
MÓDULO Software ESTIMACIÓN 32 PRIORIDAD Media
DESCRIPCIÓN
Al registrar un producto de software, el usuario podrá asociar alguno de los proyectos creados por él anteriormente o le dará la posibilidad de crear un nuevo proyecto.
HISTORIA DE USUARIO
ID convo693-cv10 NOMBRE Nuevo tipo de producto para producción artística y cultural
RESPONSABLE Mery Barreto TIPO DE REQUERIMIENTO Nuevo
MÓDULO Arte, arquitectura y
diseño ESTIMACIÓN 40 PRIORIDAD Media
DESCRIPCIÓN
Adicionar un nuevo tipo de producto en la producción artística y cultural. Las acciones permitidas sobre el nuevo tipo de producto serán la creación, la consulta, la modificación, la eliminación y la vinculación a la producción de un grupo de investigación. Se ocultarán los demás tipos de productos de la producción artística y cultural.
HISTORIA DE USUARIO
ID convo693-cv11 NOMBRE Actualizar visualizador y verificador de información
RESPONSABLE
David Meneses y Pablo Rodríguez TIPO DE REQUERIMIENTO
Modificación
MÓDULO
Verificador y visualizador de información ESTIMACIÓN 32 PRIORIDAD
Media
DESCRIPCIÓN
El visualizador de información y el verificador de información deben ser actualizados para que reporten los cambios realizados por los otros requerimientos antes descritos.
106
HISTORIA DE USUARIO
ID convo693-cv12 NOMBRE Clasificar las editoriales según su ámbito
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO Modificación
MÓDULO Libros de investigación ESTIMACIÓN 24 PRIORIDAD Baja
DESCRIPCIÓN
Cuando el usuario está registrando un libro resultado de investigación, se desplegará una lista de editoriales que contiene las avaladas por Colciencias, las del Book Citation Index y otras que no pertenecen a ninguno de las categorías anteriores. Sí el usuario no encuentra la editorial que desea, puede registrar una nueva, indicando sí es nacional o internacional.
HISTORIA DE USUARIO
ID convo693-cv13 NOMBRE Modificar aspecto visual del módulo de Idiomas
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO Modificación
MÓDULO Idiomas ESTIMACIÓN 16 PRIORIDAD Baja
DESCRIPCIÓN
La interfaz gráfica que presenta el módulo de Idiomas, no es igual a la que presentan la mayoría de los módulos de la aplicación CvLAC. Es importante que la interfaz gráfica del módulo de Idiomas sea modificada.
HISTORIA DE USUARIO
ID convo693-cv14 NOMBRE Nuevas validaciones para software
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO modificación
MÓDULO Software ESTIMACIÓN 8 PRIORIDAD Baja
DESCRIPCIÓN
Al registrar o editar un producto de software, es necesario diligenciar los campos Análisis, Diseño, Implementación y Validación del software.
HISTORIA DE USUARIO
ID convo693-cv15 NOMBRE Construir módulo de “Aportes y contribuciones”
RESPONSABLE Mery Barreto TIPO DE REQUERIMIENTO Nuevo
MÓDULO Aportes y contribuciones ESTIMACIÓN 16 PRIORIDAD
Baja
DESCRIPCIÓN
Crear una opción en el menú principal de la aplicación, que le permita al usuario realizar una descripción de los principales aportes y contribuciones de investigación en el ámbito nacional e internacional.
107
HISTORIA DE USUARIO
ID convo693-cv16 NOMBRE Nombres de campos iguales a los enunciados en el documento conceptual
RESPONSABLE
David Meneses, Pablo Rodríguez TIPO DE REQUERIMIENTO
Nuevo
MÓDULO Todos las distintas producciones ESTIMACIÓN 24 PRIORIDAD
Baja
DESCRIPCIÓN
Las etiquetas de los campos de entrada en los formularios de todos los tipos de productos mostrados en la aplicación, deben ser iguales a los especificados en el documento conceptual del Modelo de Medición.
HISTORIA DE USUARIO
ID convo693-cv17 NOMBRE Registrar productos resultado de eventos científicos
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO Modificación
MÓDULO Eventos científicos ESTIMACIÓN 32 PRIORIDAD Baja
DESCRIPCIÓN
Al registrar un nuevo evento científico también será posible registrar los productos resultado de aquél evento. Estos pueden ser de tres tipos, Capítulo de memoria, Presentación de Trabajo o Poster.
108
Modelos funcionales y de comportamiento Submódulo del producto: Diseño industrial Diagrama de casos de uso
uc Diagrama de casos de uso
submódulo de diseño industrial
Usuario
Consultar todos los
diseños industriales
Registrar diseño
industrial
Consultar detalles de
diseño industrial
Editar diseño
industrial
Eliminar diseño
industrial
Asociar patentes Asociar registros
tecnológicos
Asociar secretos
empresarialesAsociar palabras
clav e Asociar coautores Asociar áreas de
conocimientoAsociar sectores de
aplicación
Asociar
reconocimientos
Adjuntar
documento
Asociar institución
financiadora
«extend»«extend»
«extend»«extend»
«extend»«extend»
«extend»«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
109
Diagrama de secuencia: registrar diseño industrial
sd Registrar diseño industrial
:Usuario
/EnProdDisIndustrial/
all.jsp
EnProdDisIndustrial
CreateAction
/EnProdDisIndustrial/
create.jsp
EnProdTecnologico
InsertForm
EnProdDisIndustrial
InsertAction
CvlacUtil «EJB»
ProdTecnologico
SessionBean
/EnProdDisIndustrial/
query.jsp
opt
[Selecciona buscar institución]
refBuscar institución por nombre o sigla
alt
[datos inválidos == TRUE]
[else]
«Click en registrar»
execute()
:página jsp
«Guardar formulario»
validate()
:mensajes de error
execute()
procesoData= getData()
productoData= getProductoData()
prodTecnicaData= getProdTecnicaData()
registroData= getRegistroData()
patenteData= getPatenteData()
secretoIndustrialData= getSecretoIndustrialData()
insertAsCoauthor(EnRecursoHumanoData)
crearProdTecnologico(productoData, prodTecnicaData, procesoData, coau,
registroData, patenteData, secretoIndustrialData)
:página jsp
110
Submódulo del producto: signo distintivo Diagrama de casos de uso
uc Diagrama de casos de uso
Submódulo de signo distintivo
Usuario
Consultar todos los signos
distintiv os
Registrar signo
distintiv o
Consultar detalles de
signo distintiv o
Editar signo
distintiv o
Eliminar signo
distintiv o
Adjuntar
documento
«extend»
«extend»
«extend»
«extend»
«extend»
111
Diagrama de secuencia: registrar signo distintivo
sd Registrar signo distintiv o
:Usuario
/EnProdSignosDist/
all.jsp
EnProdSignosDistiti
CreateAction
/EnProdSignosDist/
create.jsp
enProducto
InsertForm
EnProdSignosDistiti
InsertAction
«EJB»
EnProductoBean
/EnProdSignosDist/
query.jsp
alt
[datos inválidos == TRUE]
[else]
«Click en registrar»
execute()
:página jsp
«Guardar formulario»
validate()
:mensajes de error
execute()
data= getProductoData()
create(data)
:página jsp
112
Submódulo del producto: arte, arquitectura y diseño Diagrama de casos de uso
uc Diagramas de casos de uso
Submódulo de arte, arquitectura y diseño
Usuario
Consultar todos los
productos de arte,
arquitectura y diseño
Registrar arte,
arquitecutra y
diseño
Consultar detalles de
arte, arquitectura y
diseño
Editar arte,
arquitectura y
diseño
Eliminar arte,
arquitectura y
diseño
Asociar institución Registrar
proyecto
«extend»
«extend»«extend»
«extend»
«extend»«extend»
«extend»«extend»
113
Diagrama de secuencia: eliminar producto de arte, arquitectura y diseño
sd Eliminar arte, arquitectura y diseño
:Usuario
/EnProdArteArquDis/
all.jsp
EnProdArtArq
ConfirmAction
HttpServletRequest
/EnProdArteArquDis/
confirm.jsp
enProdArtistica
DeleteForm
«EJB»
EnProd
ArtisticaBean
«EJB»
ProductoSession
Bean
«EJB»
ProdArtistica
SessionBean
/EnProdArteArqDis/
all.jsp
«Click en eliminar»
execute()
data= findByPrimaryKey(cod_rh, cod_producto)
productoData= searchByPrimaryKey(cod_rh, cod_producto)
setAttribute(data)
setAttribute(productoData)
:página jsp
«Confirma eliminación»
execute()
remove(cod_rh, cod_producto)
:página jsp
114
Submódulo de aportes y contribuciones Diagrama de casos de uso
uc Diagrama de casos de uso
Submódulo de aportes y contribuciones
Usuario
Registrar aportes y
contribuciones
115
Diagrama de secuencia: registrar aportes y contribuciones
sd Registrar aportes y contribuciones
:Usuario
menu-left.jsp
EnPerfilInvestigadorAction
EnRecursoHumano/
perfi lInvestigador.jsp
EnRecursoHumano
UpdateForm
EnPerfilInvestigador
UpdateAction
«EJB»
EnRecurso
HumanoBean
EnRecursoHumano/
inicio.jsp
alt
[datos válidos == FALSE]
[else]
«click Aportes y Contribuciones»
execute()
:página jsp
«guardar»
validate()
:mensajes de error
execute()
recurso= getData()
update(recurso)
:página jsp
116
Implementación Historia de usuario: Registrar patentes, secretos empresariales o registros tecnológicos
Historia de usuario
Módulo Objeto modificado Responsable Ruta Archivo Tipo de
archivo
convo693 - cv2
Carta, mapa o similar
co.gov.colciencias.cvlac.produccion. en_prod_tecnologico.web.mapas
EnProdTecnologico InsertAction
Clase JAVA Pablo Rodriguez
jsp\EnProd Tecnologico\mapa Créate Página JSP
Consultoría e informe técnico
co.gov.colciencias.cvlac.produccion. _prod_tecnologico.web.trabajos_tecnicos
EnProdTecnologico InsertAction
Clase JAVA
\jsp\EnProd Tecnologico\ trabajo_tecnico
Créate Página JSP
Diseño industrial
co.gov.colciencias.cvlac.produccion. en_prod_dis_industrial.web
EnProdDisIndustrial InsertAction
Clase JAVA
\jsp\EnProdDisIndustrial Créate Página JSP
Esquema de circuito integrado
co.gov.colciencias.cvlac.produccion. en_prod_circuito_integrado.web
EnCircuitoInt InsertAction
Clase JAVA
\jsp\EnProdCircuitoIntegrado Créate Página JSP
Innovación en proceso y procedimiento
co.gov.colciencias.cvlac.produccion. en_prod_tecnologico.web.procesos
EnProdTecnologico InsertAction
Clase JAVA
\jsp\EnProd Tecnologico\ proceso Créate Página JSP
Innovación en la gestión
co.gov.colciencias.cvlac.produccion. en_prod_innovacion.web
EnProdInnovacion InsertAction
Clase JAVA
\jsp\EnProd Innovacion Créate Página JSP
117
empresarial
Nueva raza
co.gov.colciencias.cvlac.produccion. en_prod_animal.web
EnProdAnimal InsertAction
Clase JAVA
\jsp\EnProdAnimal Créate Página JSP
Nueva variedad vegetal
co.gov.colciencias.cvlac.produccion. en_prod_vegetal.web
EnProdVegetal InsertAction
Clase JAVA
\jsp\EnProdVegetal Créate Página JSP
Planta piloto
co.gov.colciencias.cvlac.produccion. en_prod_piloto.web
EnProdPiloto InsertAction
Clase JAVA
\jsp\EnProdPiloto Créate Página JSP
Producto tecnológico
co.gov.colciencias.cvlac.produccion.en_prod_tecnologico.web.productos_tecnologicos
EnProdTecnologico CreateAction
Clase JAVA
\jsp\EnProdTecnologico\producto_tecnologico
Créate Página JSP
Prototipo co.gov.colciencias.cvlac.produccion. en_prod_prototipo.web
EnProdPrototipo InsertAction
Clase JAVA
\jsp\EnProdPrototipo Créate Página JSP
Norma técnica
co.gov.colciencias.cvlac.produccion. en_prod_norma.web
EnProdNorma InsertAction
Clase JAVA
\jsp\EnProdNorma Créate Página JSP
Reglamento técnico
co.gov.colciencias.cvlac.produccion. en_prod_norma.web.reglamento
EnProdReglamento InsertAction
Clase JAVA
\jsp\EnProdReglamento Créate Página JSP
Software co.gov.colciencias.cvlac.produccion. en_prod_software.web
EnProdSoftware InsertAction
Clase JAVA
\jsp\EnProdSoftware Créate Página JSP
Spin-off co.gov.colciencias.cvlac.produccion. en_prod_spin_off.web
EnProdSpinOff InsertAction
Clase JAVA
118
\jsp\EnProdSpinOff Créate Página JSP
co.gov.colciencias.cvlac.produccion. en_prod_tecnica.web
EnProdTecnica InsertForm
Clase JAVA
\jsp\EnProdTecnologico prdTecno_con_reg_ pat_sec_include
Página JSP
\WEB-INF\classes\co\gov\colciencias\cvlac
Application Resources
Archivo de propiedades
Historia de usuario: Nuevo tipo de producto para producción técnica y tecnológica
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693 - cv3
Signos distintivos
co\gov\colciencias\cvlac\ produccion\ en_prod_signos_distinti\web
EnProdSignosDistiti AllAction Clase JAVA Mery Barreto
EnProdSignosDistiti ConfirmAction
EnProdSignosDistiti CreateAction
EnProdSignosDistiti DeleteAction
EnProdSignosDistiti EditAction
EnProdSignosDistiti InsertAction
EnProdSignosDistiti QueryAction
EnProdSignosDistiti UpdateAction
\jsp\EnProd SignosDist All Página JSP
Confirm
Créate
Edit
Query
119
Uform
co.gov.colciencias.cvlac. produccion. en_producto.ejb
EnProductoBean EJB
\WEB-INF struts-config Archivo XML
\WEB-INF\classes\co\gov\colciencias\cvlac
ApplicationResources Archivo de propiedades
Historia de usuario: Inscripción a la convocatoria
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693 - cv4
Inscripción a la convocatoria
co.gov.colciencias.cvlac. re_rh_convo.web
ReRhConvoQueryAction Clase JAVA Mery Barreto
ReRhConvoUpdateAction
co.gov.colciencias.cvlac. re_rh_convo.ejb
ReRhConvoBean EJB
\jsp\ReRhConvo aval_institucional Página JSP
show_convo_info Página JSP
\jsp\EnRecursoHumano Inicio Página JSP
120
Historia de usuario: Asociar libro ó revista a ediciones de publicaciones científicas
Historia de usuario
Módulo
Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693 - cv5
Edición \co\gov\colciencias\cvlac\produccion\en_prod_norma\web
EnProdNormaEdicion RevisionConfirmAction
Clase JAVA David Meneses
EnProdNormaEdicion RevisionInsertAction
EnProdNormaEdicion RevisionQueryAction
EnProdNormaEdicion RevisionUpdateAction
co.gov.colciencias.cvlac.produccion.en_prod_norma.ejb
ProdNormaSessionBean EJB
\jsp\EnProdNorma confirm_edicionRevision Página JSP
create_edicionRevision
edit_edicionRevision
query_edicionRevision
Historia de usuario: Tipos de participación en eventos científicos
Historia de usuario
Módulo Objeto modificado Responsable Ruta Archivo Tipo de archivo
convo693 -cv7
Eventos científicos
co.gov.colciencias. cvlac.produccion. re_rh_o_evento.ejb
ReRhOEvento SessionBean
EJB David Meneses
co.gov.colciencias. ReRhOEvento Clase JAVA
121
cvlac.produccion. re_rh_o_evento.web
InsertAction
ReRhOEvento EditAction
ReRhOEvento UpdateForm
ReRhOEvento UpdateAction
ReRhOEvento ConfirmAction
ReRhOEvento EditAction
RhOEventoDataExt
co.gov.colciencias. cvlac. produccion. en_evento_cienti.web
EnEventoCienti InsertAction
\jsp\ReRhEvento Confirm Página JSP
Créate
Query
\jsp\EnEventoCienti Créate Página JSP
Historia de usuario: Fecha de graduación para las formaciones académicas
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693-cv8
Formacion académica y Formación compleme
co.gov.colciencias. cvlac.en_trayectoria_escolar.web
EnTrayectoriaEscolar InsertForm
Clase JAVA David Meneses
EnTrayectoriaEscolar UpdateForm
\jsp\EnTrayectoria Créate
122
ntaria Escolar Edit
Query
Confirm
\jsp\EnFormacionComplementaria
Créate
Edit
Query
Confirm
\WEB-INF\classes\co\gov\colciencias\cvlac
ApplicationResources Archivo de propiedades
Historia de usuario: Asociar proyectos de investigación a los productos de software
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693-cv9
Software
co.gov.colciencias.cvlac.produccion. en_prod_software.web
EnProdSoftwareUpdateAction Clase JAVA Pablo Rodriguez EnProdSoftwareInsertAction
EnProdSoftwareQueryAction
EnProdSoftwareConfirmAction
\jsp\EnProdSoftware Créate Página JSP
Edit
Query
Confirm
\WEB-INF\classes\co\gov\colciencias\cvlac
ApplicationResources Archivo de propiedades
123
Historia de usuario: Nuevo tipo de producto para producción artística y cultural
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693-cv10
Arte, arquitectura y diseño
co\gov\colciencias\cvlac\produccion\ en_prod_art_arq\web
EnProdArtArqAllAction Clase JAVA Mery Barreto
EnProdArtArqConfirmAction
EnProdArtArqCreateAction
EnProdArtArqDeleteAction
EnProdArtArqEditAction
EnProdArtArqFindAction
EnProdArtArqInsertAction
EnProdArtArqQueryAction
EnProdArtArqUpdateAction
EnProdArtArqWebUtil
co.gov.colciencias.cvlac.produccion. en_prod_artistica.ejb
ProdArtisticaSessionBean EJB
\jsp\EnProdArteArquDis
All Página JSP
Confirm
Créate
Edit
Query
Uform
\WEB-INF struts-config Archivo XML
\WEB-INF\classes\co\gov\
ApplicationResources Archivo de propiedades
124
colciencias\cvlac
Historia de usuario: Actualizar visualizador y verificador de información
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
onvo693-cv11
Visualizador de información
co.gov.colciencias.cvlac. DAO
Visualizador_CVImpl
Clase JAVA David Meneses y Pablo Rodríguez \jsp\visualizador curriculo_cv Página JSP
curriculo_cv_colci
Verificador de información
Verificador
Historia de usuario: Clasificar las editoriales según su ámbito
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693-cv12
Libro de investigación
co.gov.colciencias.cvlac.referencia. en_editorial.web
QueryEditorialAction Clase JAVA David Meneses
co.gov.colciencias.cvlac.referencia. en_editorial_otro.web
EnEditorialOtroInsertForm
co.gov.colciencias.cvlac.referencia. en_editorial_otro.ejb
EnEditorialOtroBean EJB
\jsp\EnEditorial result_search Página JSP
\jsp\EnLibro Créate
125
Edit
\jsp\EnEditorialOtro Créate
Historia de usuario: Modificar aspecto visual del módulo de Idiomas
Historia de usuario
Módulo
Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693-cv13
Idiomas
co.gov.colciencias.cvlac. re_recurso_hum_idioma.web
ReRecursoHumIdioma AllAction
Clase JAVA David Meneses
\jsp\ReRecursoHumIdioma All Página JSP
Confirm
Créate
Edit
Query
\WEB-INF\classes\co\gov\ colciencias\cvlac
ApplicationResources Archivo de propiedades
Historia de usuario: Nuevas validaciones para software
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693-cv14
Software
co.gov.colciencias.cvlac. produccion.en_prod_software.web
EnProdSoftwareInsertForm
Clase JAVA David Meneses
EnProdSoftwareUpdateForm
\jsp\EnProdSoftware Créate Página JSP
126
Edit
\WEB-INF\classes\co\gov\ colciencias\cvlac
ApplicationResources Archivo de propiedades
Historia de usuario: Construir módulo de “Aportes y contribuciones”
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693 -cv15
Aportes y contribuciones
\WEB-INF struts-config Archivo XML Mery Barreto
\jsp\EnRecursoHumano perfilInvestigador Página JSP
co.gov.colciencias.cvlac. en_recurso_humano. web
EnPerfilInvestigador UpdateAction
Clase JAVA
EnRecursoHumano InsertForm
EnRecursoHumano UpdateForm
\WEB-INF\classes\co\gov\ colciencias\cvlac
ApplicationResources Archivo de propiedades
Historia de usuario: Nombres de campos iguales a los enunciados en el documento conceptual
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693-cv16
Toda la producción
\WEB-INF\classes\co\gov\ colciencias\cvlac
ApplicationResources Archivo de propiedades
David Meneses y Pablo Rodríguez
127
Plan de pruebas
Prueba: convo693-cv2
Entradas Registro - Título de registro (*): campo de texto - Número de registro (*): campo de texto - País de obtención (*): lista de única selección con valor predeterminado - Fecha de solicitud (*): campo diligenciado con el componente calendario - Gaceta industrial de publicación: campo de texto - Nombre del titular (*): campo de texto - Tiene contrato de fabricación: botón de radio - Tiene contrato de explotación: botón de radio - Tiene contrato de comercialización: botón de radio Patente - Título de la patente (*): campo de texto - Número de la patente (*): campo de texto - Fecha de solicitud (*): campo diligenciado con el componente calendario - Tipo de patente (*): lista de única selección con valor predeterminado - País de obtención (*): lista de única selección con valor predeterminado - Gaceta industrial de publicación: campo de texto - Vía de solicitud (*): lista de única selección con valor predeterminado - Institución: campo diligenciado con el buscador de instituciones. Secreto empresarial - Nombre del producto comercializado (*): campo de texto - Número del contrato (*): campo de texto - Valor del contrato (*): campo numérico - Nombre de institución (*): campo diligenciado con el buscador de instituciones. Pruebas - El usuario podrá seleccionar sí desea sólo registrar el producto tecnológico, sin registrar un registro tecnológico, una patente o un secreto empresarial. - Validar que se diligencien todos los campos requeridos, dependiendo sí seleccionó registrar un registro tecnológico, una patente ó un secreto empresarial. - Durante el registro del producto tecnológico, sólo se podrá registrar un registro tecnológico ó una patente ó un secreto empresarial. Salidas - Guardar la información del producto tecnológico y además la información del registro tecnológico, patente ó secreto empresarial. En el caso que los datos diligenciados cumplan con las validaciones exigidas. - Mostrar mensajes de errores, explicando cuales fueron las condiciones que no se cumplieron en el caso que existan.
128
Prueba: convo693-cv3
Entradas - Título del signo distintivo (denominación) (*): campo de texto - Número de registro del signo distintivo (*): campo de texto - Nombre del titular (*): campo de texto - Año de obtención (*): lista de única selección - Mes (*): lista de única selección con valor predeterminado - País (*): lista de única selección con valor predeterminado - Tipo de signo distintivo: lista de única selección con valor predeterminado - Descripción de las condiciones de uso (*): área de texto Pruebas - El módulo de Signos distintivos se encuentra en la sección de producción técnica y tecnológica. - Validar que se diligencien todos los campos requeridos - El usuario podrá registrar, editar, consultar y eliminar signos distintivos. - El usuario podrá adjuntar los certificados del producto, desde la opción “detalles”. Salidas - Guardar la información diligenciada. En el caso que los datos suministrados cumplan con las validaciones exigidas. - Mostrar mensajes de errores, explicando cuales fueron las condiciones que no se cumplieron en el caso que existan.
Prueba: convo693-cv4
Entradas - ¿Desea participar en la Convocatoria nacional para el reconocimiento y medición de grupos de Investigación, Desarrollo Tecnológico y/o Innovación y para el reconocimiento de investigadores del SNCTI 2014?: botón de radio Pruebas - El módulo de inscripción a convocatorias, se despliega al iniciar sesión y será accesible para aquellas personas que no estén vinculadas a grupos de investigación inscritos a la convocatoria. - Sí el usuario selecciona que desea participar en la convocatoria de medición, será clasificado por Colciencias con alguna de las categorías definidas en el modelo de medición. - Podrá realizar solicitudes de aclaración que serán respondidas por Colciencias en los tiempos fijados en los términos de referencia de la convocatoria. Salidas - Guardar la información diligenciada.
129
Prueba: convo693-cv5
Entradas - Tipo de producto (*): botón de radio con valor predeterminado. - Libro (*): campo de texto diligenciado con el buscador de libros - Revista (*): campo de texto diligenciado con el buscador de revistas. Pruebas - Sí el tipo de producto seleccionado es libro, será visible el campo Libro. - Sí el tipo de producto seleccionado es revista, será visible el campo Revista. - Sí el tipo de producto seleccionado no es ninguno de los dos anteriores, no serán visibles los campos libro, ni revista. - Validar que se diligencien los campos requeridos, dependiendo del tipo de producto seleccionado. Salidas - Guardar la información diligenciada. En el caso que los datos suministrados cumplan con las validaciones exigidas. - Mostrar mensajes de errores, explicando cuales fueron las condiciones que no se cumplieron en el caso que existan.
Prueba: convo693-cv6
Pruebas - Al registrar un producto, se debe verificar que también se registre al dueño del currículo como coautor del producto. Salidas - En la opción “Detalles” del producto registrado, se puede observar que el primer coautor del producto es el dueño del currículo.
Prueba: convo693-cv7
Entradas - Tipo de vinculación (*): casillas de comprobación Pruebas - Seleccionar mínimo alguna de las siguientes opciones, cuando esté registrando el evento científico: Organizador, Ponente magistral, Ponente, Asistente, Compilador de memorias o Traductor simultáneo. - Verificar que se pueda modificar el tipo de vinculación, desde las opciones “Detalles” y “Editar” del Evento científico. Salidas - Guardar la información diligenciada. En el caso que los datos suministrados cumplan con las validaciones exigidas.
130
- Mostrar mensajes de errores, explicando cuales fueron las condiciones que no se cumplieron en el caso que existan.
Prueba: convo693-cv8
Entradas - Fecha de graduación (año): campo de texto - Fecha de graduación (mes): lista de única selección Pruebas - La información correspondiente a fecha de finalización o fecha de obtención del título, ahora debe aparecer como fecha de graduación. - Verificar que no aparezca ninguna etiqueta “Fecha de finalización” o “Fecha de obtención”, en su lugar debe aparecer “Fecha de graduación”, en la creación, edición, consulta o eliminación de las formaciones académicas y complementarias. - La fecha de graduación debe ser posterior a la fecha de inicio de la formación y posterior a la fecha de nacimiento. Salidas - Guardar la información de la formación académica o complementaria, incluyendo la fecha de graduación. Sí los datos diligenciados son correctos. - Mostrar un mensaje de error si la fecha de graduación es inválida.
Prueba: convo693-cv9
Entradas - Proyecto de investigación: lista de única selección Pruebas - Verificar que en la lista aparezcan todos los ítems que se encuentran registrados en el módulo de proyectos. - Verificar que se puedan registrar otros proyectos para asociarlos al software. Salidas - Guardar la información del proyecto cuando se registre un software. Sí los datos diligenciados son correctos.
Prueba: convo693-cv10
Entradas - Tipo: botón de radio con valor predeterminado - Nombre de la obra (*): campo de texto - Año (*): lista de única selección - Mes (*): lista de única selección - Autor: campo de texto - Número de registro: campo de texto
131
- Entidad convocante (*): campo diligenciado con el buscador de instituciones - Origen de la entidad convocante (*): botón de radio con valor predeterminado - Fecha de creación del evento: campo diligenciado con el componente calendario - Ámbito (*): lista de única selección con valor predeterminado - Disciplina (*): lista de única selección - Título del proyecto (*): lista de única selección Pruebas - Verificar que en la lista de proyectos aparezcan todos los ítems que se encuentran registrados en el módulo de proyectos. - Verificar que se soliciten todos los campos requeridos. - Verificar que se pueda registrar, consultar, editar y eliminar productos de Arte, arquitectura y diseño. Salidas - Guardar la información, en el caso que los datos diligenciados cumplan con las validaciones exigidas. - Mostrar mensajes de errores, explicando cuales fueron las condiciones que no se cumplieron en el caso que existan.
Prueba: convo693-cv11
Pruebas - Verificar que se muestre la información de todos los signos distintivos registrados en el currículo. - Verificar que en el visualizador de información, aparezca la información de todos los productos de Arte, arquitectura y diseño. - Validar que en el verificador de información, en la tabla de software, exista la columna correspondiente al proyecto de investigación, la descripción del análisis, diseño, implementación y validación. - Validar que en el visualizador de información, en la sección de eventos científicos, se muestre los tipos de vinculación registrados para cada evento.
Prueba: convo693-cv12
Entradas - ¿Cuál fue el medio de publicación del libro resultado de investigación?: botón de radio con valor predeterminado Pruebas - Sí al buscar una editorial nacional o internacional, no se obtienen los resultados esperados la aplicación debe permitir registrar una nueva editorial. - Al registrar una editorial, es requerido indicar sí es nacional o internacional. Salidas - Guardar la información de la editorial, en el caso que los datos diligenciados cumplan con las validaciones exigidas.
132
- Mostrar mensajes de errores, explicando cuales fueron las condiciones que no se cumplieron en el caso que existan.
Prueba: convo693-cv13
Pruebas - El aspecto visual de la tabla que lista los idiomas registrados en el currículo, debe ser igual al estilo de tabla que se presenta en el resto de la aplicación.
Prueba: convo693-cv14
Entradas - Análisis (*): área de texto - Diseño (*): área de texto - Implementación (*): área de texto - Validación (*): área de texto Pruebas - Al registrar o editar un software, verificar que se soliciten los cuatro campos. Salidas - Guardar la información de la editorial, en el caso que los datos diligenciados cumplan con las validaciones exigidas. - Mostrar mensajes de errores, explicando cuales fueron las condiciones que no se cumplieron en el caso que existan.
Prueba: convo693-cv15
Entradas - Aportes y contribuciones (*): área de texto Pruebas - Verificar que la opción de “Aportes y contribuciones”, aparezca en el menú principal de la aplicación en la sección “Datos generales”. Salidas - Guardar el texto que se adicione en el campo de entrada.
Prueba: convo693-cv16
Pruebas - Verificar que las etiquetas que aparecen al registrar un producto, correspondan a las listadas en el documento conceptual del modelo de medición.
Prueba: convo693-cv17
Entradas Presentación de trabajo
133
- Tipo/clase (*): lista de única selección con valor predeterminado - Título de la presentación de trabajo: campo de texto - Fecha de presentación (*): campo diligenciado con el componente calendario - Idioma (*): lista de única selección con valor predeterminado - País (*): lista de única selección con valor predeterminado Poster - Título del poster (*): campo de texto - Lugar de exposición: campo de texto - Fecha de exposición (*): campo diligenciado con el componente calendario Capítulo de memoria - Título del capítulo de memoria (*): campo de texto - Fecha de presentación (*): campo diligenciado con el componente calendario - Idioma (*): lista de única selección con valor predeterminado - País (*): lista de única selección con valor predeterminado - Libro: campo diligenciado con el buscador de libros. - Página inicial: campo de texto - Página final: campo de texto Pruebas - Verificar que al registrar un evento científico, también se pueda registrar una presentación de trabajo, un poster o un capítulo de memoria. - Validar que se soliciten todos los campos requeridos según el tipo de producto que se requiera asociar al evento científico. Salidas - Guardar la información del evento científico y además la información de los producto(s), en caso que los campos estén correctamente diligenciados. - Mostrar mensajes de errores indicando porque no se pudo registrar el evento científico.
134
Historias de usuario de GrupLAC
HISTORIA DE USUARIO
ID convo693-gr1 NOMBRE Ocultar los productos de eventos
RESPONSABLE Pablo Rodríguez TIPO DE REQUERIMIENTO
Modificación
MÓDULO Productos vinculados ESTIMACIÓN 4 PRIORIDAD Alta
DESCRIPCIÓN
En el listado de productos que puede vincular un investigador al grupo de investigación, no deben aparecer los productos que son resultado de eventos científicos, concretamente los Poster, Presentaciones de trabajo y Poster.
HISTORIA DE USUARIO
ID convo693-gr2 NOMBRE Desvincular redes y eventos
RESPONSABLE Mery Barreto TIPO DE REQUERIMIENTO Modificación
MÓDULO Redes vinculadas, eventos vinculados ESTIMACIÓN 40 PRIORIDAD
Alta
DESCRIPCIÓN
La aplicación permitirá la eliminación de eventos y redes de conocimiento. Al eliminar cada registro se debe eliminar toda la información asociada al mismo, incluyendo las solicitudes de vinculación al grupo de investigación.
HISTORIA DE USUARIO
ID convo693-gr3 NOMBRE Vinculación de nuevos tipos de productos
RESPONSABLE Mery Barreto TIPO DE REQUERIMIENTO Modificación
MÓDULO Productos vinculados ESTIMACIÓN 4 PRIORIDAD Alta
DESCRIPCIÓN
En el listado de productos que pueden ser vinculados al grupo de investigación, deben adicionarse los productos de los tipos Signos distintivos y Arte, arquitectura y diseño.
HISTORIA DE USUARIO
ID convo693-gr4 NOMBRE Fechas de vinculación de investigadores
RESPONSABLE Pablo Rodríguez TIPO DE REQUERIMIENTO
Modificación
MÓDULO Integrantes ESTIMACIÓN 20 PRIORIDAD Media
DESCRIPCIÓN
La aplicación no permitirá que al registrar la vinculación de un integrante a un grupo de investigación, se pueda diligenciar una fecha inicial posterior a la fecha actual. Una vez vinculado el integrante, no será posible modificar la fecha inicial de vinculación.
135
HISTORIA DE USUARIO
ID convo693-gr5 NOMBRE Controlar envío de invitaciones
RESPONSABLE
Pablo Rodríguez y David Meneses TIPO DE REQUERIMIENTO
Modificación
MÓDULO
Productos, proyectos, eventos, redes e
invitar investigador. ESTIMACIÓN 28 PRIORIDAD
Media
DESCRIPCIÓN
Sí un investigador ya aceptó una invitación para pertenecer a un grupo de investigación o una invitación para vincular un producto, proyecto, evento o red a un grupo de investigación, entonces el aplicativo ya no permitirá el envío de más invitaciones.
HISTORIA DE USUARIO
ID convo693-gr6 NOMBRE Agregar opción “Ir al inicio”
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO Modificación
MÓDULO Toda la aplicación. ESTIMACIÓN 8 PRIORIDAD Media
DESCRIPCIÓN
La aplicación mostrará una imagen de una casa en la esquina superior derecha de cada página, que será la encargada de redirigir al investigador a la página inicial o “home” cuando él lo requiera.
HISTORIA DE USUARIO
ID convo693-gr7 NOMBRE Actualizar verificador y visualizador de información
RESPONSABLE David Meneses y Mery Barreto TIPO DE REQUERIMIENTO
Modificación
MÓDULO
Verificador y visualizador de
información ESTIMACIÓN 40 PRIORIDAD
Baja
DESCRIPCIÓN
El visualizador de información y el verificador de información deben ser actualizados para que reporten los cambios realizados por los otros requerimientos antes descritos.
136
Modelos funcionales y de comportamiento de GrupLAC Submódulo de eventos vinculados Diagrama de casos de uso
uc Diagrama de casos de uso
Submódulo de eventos vinculados
Usuario
Consultar todos los
ev entos v inculados al
grupo
Vincular ev ento
Consultar
solicitudes de
v inculación de
ev entos
Consultar
detalles del
ev ento
Desv incular
ev ento
«extend»
«extend»
«extend»
«extend»
137
Diagrama de secuencia: desvincular evento
sd Desv incular ev ento
:Usuario
/ReGrupoRhEvento/
all.jsp
ReGrupoRhEvento
ConfirmAction
request :
HttpServletRequest
«EJB»
ReGrupoRhEvento
SessionBean
/ReGrupoRhEvento/
confirm.jsp
ReGrupoRhEvento
DeleteAction
/ReGrupoRhEvento/
return_delete.jsp
«Click en eliminar»
execute()
cod_rh= getParameter("cod_rh")
cEvento= getParameter("cod_evento")
data= detallesEvento(cod_rh, cod_evento)
setAttribute(data)
:página jsp
«Confirmar desvinculación»
execute()
eve= findByPrimaryKey(nro_id_grupo, nro_id_cnpq, cod_rh, cod_evento)
removeEntity(eve)
:página jsp
138
Submódulo de integrantes Diagrama de casos de uso
uc Diagrama de casos de uso
Submódulo de integrantes
Consultar integrantes
del grupo
Usuario
Abrir v isualizador de
información de
integrante
Consultar detalles de
integrante
Editar información
de integrante
Consultar
v inculaciones de
integrante
Registrar
v inculación de
integrante
Consultar detalle de
v inculación de
integrante
Editar v inculación
de integrante
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
139
Diagrama de secuencia: editar vinculación de integrante
sd Editar v inculación de integrante
:Usuario
/EnVinculacion/
all.jsp
EnVinculacion
EditAction
request :
HttpServletRequest
/EnVinculacion/
edit.jsp
EnVinculacion
UpdatetForm
EnVinculacion
UpdateAction
«EJB»
EnVinculacionBean
/EnVinculacion/
return.jsp
«EJB»
Vinculacion
SessionUtil
alt
[datos inválidos == TRUE]
[else]
«Click en editar vinculación»
execute()
data= findByPrimaryKey(nro_id_grupo, cod_vinculacion)
setAttribute(data)
:página jsp
«Guardar formulario»
validate()
:mensajes de error
execute()
vinculacionData= getData()
update(vinculacionData)
:página jsp
140
Submódulo del verificador de información Diagrama de casos de uso
uc Diagrama de casos de uso
Submódulo del verificador de información
Usuario
Consultar
v erificador de
información
Consultar productos
v inculados al grupo
Consultar proyectos
v inculados al grupo
Consultar ev entos
v inculados al grupo
Consultar redes
v inculadas al grupo
«include»
«include»
«include»
«include»
141
Diagrama de secuencia: consultar verificador de información
sd Consultar v erificador de información
:Usuario
menu-left.jsp
/verificador/visualizagr.jsp
refConsultar productos v inculados al grupo
refConsultar proyectos v inculados al grupo
refConsultar ev entos v inculados al grupo
refConsultar redes v inculadas al grupo
«Click en verificador de información»
142
Implementación Historia de usuario: Ocultar los productos de eventos
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693-gr1
Productos vinculados
co\gov\colciencias\gruplac\hibernate
native_sql
Archivo XML Pablo Rodriguez
Historia de usuario: Desvincular redes y eventos
Historia de usuario
Módulo Objeto modificado Responsable Ruta Archivo Tipo de
archivo
convo693-gr2
Redes vinculadas
\jsp\ReGrupoRhRed All Página JSP Mery Barreto
co.gov.colciencias.gruplac. re_grupo_rh_red.web
ReGrupoRhRed ConfirmAction
Clase JAVA
ReGrupoRhRed DeleteAction
co.gov.colciencias.gruplac. re_grupo_rh_red.ejb
ReGrupoRhRed SessionFacadeBean
EJB
\jsp\ReGrupoRhEvento All Página JSP
co.gov.colciencias.gruplac. re_grupo_rh_evento.web
ReGrupoRhEvento ConfirmAction
Clase JAVA
ReGrupoRhEvento DeleteAction
co.gov.colciencias.gruplac. re_grupo_rh_evento.ejb
ReGrupoRhEvento SessionFacadeBean
\WEB-INF struts-config Archivo de configuración
143
\WEB-INF\classes\co\gov\ colciencias\ gruplac
Application Resources Archivo de propiedades
Historia de usuario: Vinculación de nuevos tipos de productos
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693-gr3 Productos vinculados
co\gov\colciencias\gruplac\hibernate
native_sql
Archivo XML Mery Barreto
Historia de usuario: Fechas de vinculación de investigadores
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693-gr4
Integrantes \jsp\EnVinculacion Créate Página JSP Pablo Rodríguez Edit
co.gov.colciencias.gruplac. en_vinculacion.web
EnVinculacion InsertForm Clase JAVA
EnVinculacion UpdateForm
Historia de usuario: Controlar envío de invitaciones
Historia de usuario
Módulo Objeto modificado Responsable Ruta Archivo Tipo de
archivo
convo693-gr5
Productos vinculados
co.gov.colciencias.gruplac. en_sol_vinc_gr_rh_pd.web
EnSolVincGrRh PdInsertAction
Clase JAVA
David Meneses y
144
Proyectos vinculados
co.gov.colciencias.gruplac. en_sol_vinc_gr_rh_py.web
EnSolVincGrRh PyInsertAction
Pablo Rodríguez
Eventos vinculados
co.gov.colciencias.gruplac. en_sol_vinc_gr_rh_evento.web
EnSolVincGrRh EventoInsertAction
Redes vinculadas
co.gov.colciencias.gruplac. en_sol_vinc_gr_rh_red.web
EnSolVincGrRh RedInsertAction
Invitar investigador
co.gov.colciencias.gruplac. en_sol_vinc_gr_rh.web
EnSolVincGrRh InsertAction
Historia de usuario: Agregar opción “Ir al inicio”
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693-gr6
Toda la aplicación
\jsp\LoginGruplac aplicacion2 Página JSP David Meneses \images btn_home Imagen
co.gov.colciencias.gruplac. login_gruplac.web
SolicitudesAceptadas Action
Clase JAVA
LoginGruplacAction
Historia de usuario: Actualizar verificador y visualizador de información
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693-gr7
Verificador de información
\jsp\verificador Visualizagr Página JSP Mery Barreto y David Meneses
Visualizador de información
\jsp\visualiza Visualizagr
co.gov.colciencias. gruplac.visualizador
VisualizadorConnection
145
Plan de pruebas
Prueba: convo693-gr1
Entradas: - Seleccionar un integrante del grupo para consultar sus productos. Pruebas - Validar que en el listado de productos que se pueden vincular, no se encuentre ninguna Presentación de trabajo. - Validar que en el listado de productos que se pueden vincular, no se encuentre ningún Poster - Validar que en el listado de productos que se pueden vincular, no se encuentre ningún Capítulo de memoria
Prueba: convo693-gr2
Entradas - Seleccionar el evento que va a ser eliminado - Seleccionar la red que va a ser eliminada Pruebas - Validar que el evento desaparezca del listado de eventos vinculados al grupo - Validar que la red desaparezca del listado de redes vinculadas al grupo
Prueba: convo693-gr3
Entradas: - Seleccionar un integrante del grupo para consultar sus productos. Pruebas - Validar que en el listado de productos que se pueden vincular, se encuentren los Signos distintivos - Validar que en el listado de productos que se pueden vincular, se encuentren los productos de Arte, arquitectura y diseño.
Prueba: convo693-gr4
Entradas - Periodo inicial (año)(*): lista de única selección con valor predeterminado - Periodo inicial (mes)(*): lista de única selección con valor predeterminado Pruebas - Validar que en el listado de años de vinculación, sólo esté presente el año actual y los dos anteriores. - Validar que no se puede seleccionar un periodo inicial posterior a la fecha actual. - Verificar que después de registrar la vinculación de un integrante, no se pueda editar el periodo inicial.
146
Salidas - Guardar la información de la vinculación, en caso que los campos estén correctamente diligenciados. - Mostrar mensajes de errores indicando porque no se pudo registrar la vinculación.
Prueba: convo693-gr5
Entradas - Seleccionar el producto que desea vincular al grupo - Seleccionar el proyecto que desea vincular al grupo - Seleccionar el evento que desea vincular al grupo - Seleccionar la red que desea vincular al grupo - Diligenciar el formulario de envío de invitación al investigador Pruebas - Validar que no hayan invitaciones sin respuesta. - Validar que no se hayan rechazado más de tres invitaciones - Verificar que no se haya aceptado una invitación Salidas - Enviar la invitación del producto, proyecto, evento, red o al investigador. En el caso que se hayan cumplido con todas las validaciones. - Mostrar mensajes de errores indicando porque no se logró enviar la invitación
Prueba: convo693-gr6
Entradas - Dar click sobre la imagen que se encuentra ubicada en la esquina superior derecha de la aplicación Pruebas - Verificar que se cargue toda la información de la página de inicio de la aplicación Salidas - Mostrar la página de inicio
Prueba: convo693-gr7
Pruebas - Verificar que se muestre la información de todos los signos distintivos vinculados al grupo. - Verificar que en el visualizador de información, aparezca la información de todos los productos de Arte, arquitectura y diseño, vinculados al grupo. - Validar que en el verificador de información, en la tabla de software, exista la columna correspondiente al proyecto de investigación, la descripción del análisis, diseño, implementación y validación.
147
- Validar que en el visualizador de información, en la sección de eventos científicos, se muestre los tipos de vinculación registrados para cada evento.
ANEXO B: DESARROLLO DEL SPRINT 2 En el segundo sprint se reestructuró el submódulo de las aplicaciones CvLAC y GrupLAC encargado de presentar los resultados de las convocatorias de medición. Este apartado complementa la documentación del sprint 1, está conformado por: las historias de usuario, algunos diagramas UML de las aplicaciones, los archivos modificados del código fuente y el plan de pruebas para los requerimientos desarrollados. Historias de usuario de CvLAC
HISTORIA DE USUARIO
ID convo693-cv19 NOMBRE Listado de convocatorias de medición
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO modificación
MÓDULO Resultados de convocatorias ESTIMACIÓN 8 PRIORIDAD
Alta
DESCRIPCIÓN
Al seleccionar la opción ”Resultados de convocatorias” del menú principal, se desplegará un listado con las convocatorias en las que ha participado el investigador. Después de seleccionar una convocatoria y dar click en el botón “Consultar”, se presentarán los resultados obtenidos en dicha convocatoria.
HISTORIA DE USUARIO
ID convo693-21 NOMBRE Agrupar filas dinámicamente
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO modificación
MÓDULO Resultados de convocatorias ESTIMACIÓN 16 PRIORIDAD
Alta
DESCRIPCIÓN
Por cada categoría definida para los investigadores en el modelo de medición, se evalúan uno o más requerimientos. Es indispensable que la tabla que muestra el detalle de la medición del investigador, se agrupe adecuadamente por cada categoría o por cada grupo de requerimientos que tengan algo en común.
148
Modelos funcionales y de comportamiento Diagrama de casos de uso
uc Diagrama de casos de uso
Submódulo de resultados de convocatorias
Usuario
Desplegar lista de las
conv ocatorias en las que
participó el inv estigador
Mostrar detalle de la
medición del
inv estigador
Consultar la producción
medida de nuev o
conocimiento
Consultar la producción
medida de desarrollo
tecnológico
Consultar la producción
medida de apropiación
social
Consultar la producción
medida de formación de
recursos humanos
Mostrar detalle de la
medición del producto
seleccionado
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
149
Diagramas de secuencia: mostrar detalle de la medición del investigador
sd Mostrar detalle de la medición del inv estigador
Usuario
/Medicion/
selectConvo.jsp
MedicionAll
RhAction
CvlacFactory
Reporte
ResultadosConvo
«Selecciona convocatoria»
execute()
findConvocatoriaById(idConvocatoria) :EnConvocatoriaData
setResultRH(id_convocatoria, cod_rh)
getSglCategoria() :String
getDetalleReporte() :List
:/Medicion/allRh.jsp
150
Implementación Historia de usuario: Listado de convocatorias de medición
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693-cv19
Resultados de convocatorias
co.gov.colciencias.cvlac. medicion.web
MedicionAllRhAction
Clase JAVA David Meneses
co.gov.colciencias.cvlac. JDO
CvlacFactory
\jsp\Medicion selectConvo.jsp Página JSP
\WEB-INF\classes\co\gov\ colciencias\cvlac
ApplicationResources
Archivo de propiedades
Historia de usuario: Agrupar filas dinámicamente
Historia de usuario
Módulo Objeto modificado Responsable Ruta Archivo Tipo de
archivo
convo693-cv21
Resultados de convocatorias
\co\gov\colciencias\cvlac\ medicion\DAO
ObjetoMedicionData Clase JAVA David Meneses ReporteResultados
Convo
CvlacFactory
MedicionFactory
151
Plan de pruebas
Prueba: convo693-cv19
Entradas - Seleccionar la opción “Resultados de convocatorias” del menú principal Pruebas - comprobar que en el listado, sólo aparezcan convocatorias en las que participó el investigador. Salidas: Listado de convocatorias de medición ó mensaje indicando que el investigador no ha participado en ninguna convocatoria.
Historias de usuario de GrupLAC
HISTORIA DE USUARIO
ID convo693-gr11 NOMBRE Refactorización
RESPONSABLE Pablo Rodríguez TIPO DE REQUERIMIENTO
Modificación
MÓDULO Resultados de convocatorias ESTIMACIÓN 24 PRIORIDAD
Alta
DESCRIPCIÓN
Reestructurar el código fuente que está ligado a una convocatoria en específico, permitiendo que la misma lógica de presentación funcione para cualquier convocatoria consultada.
HISTORIA DE USUARIO
ID convo693-gr13 NOMBRE Tablas con filtros y paginación
RESPONSABLE Pablo Rodríguez TIPO DE REQUERIMIENTO
Modificación
MÓDULO Resultados de convocatorias ESTIMACIÓN 8 PRIORIDAD
Alta
DESCRIPCIÓN
Para facilitar la búsqueda de algún producto que fue evaluado en el proceso de medición, se sustituye la tabla que exhibe los productos según su tipología por otro tipo de tabla que pagine los resultados por 15, 50 o 100 filas. Además por cada columna de la nueva tabla, el usuario podrá filtrar la información ingresando alguna coincidencia del texto.
152
Modelos funcionales y de comportamiento de GrupLAC Diagrama de casos de uso
uc Diagrama de casos de uso
Submódulo de resultados de convocatorias
Usuario
Desplegar lista de las
conv ocatorias en las que
participó el grupo
Consultar la
producción medida de
nuev o conocimiento
Consultar la producción
medida de desarrollo
tecnológico
Consultar la producción
medida de apropiación
social
Consultar la producción
medida de formación de
recursos humanos
Consultar perfiles de
inv estigadores e
indicadores del grupo
Mostrar detalle de la
medición del producto
seleccionado
Mostrar detalle del
reconocimiento y
clasificación del grupo
«extend»
«extend»
«extend»
«extend»
«extend»«extend»
«extend»
«extend»
«extend» «extend»
153
Diagrama de secuencia: consultar perfiles de investigadores e indicadores del grupo
sd Consultar perfiles de inv estigadores e indicadores del grupo
Usuario
Medicion/
resultados.jsp
GraficarIndicadores
Action
DatosIndicadores
Impl
«click en ver perfi les»
execute()
obtenerDatosGrafica(nro_id_grupo, cod_convocatoria) :Collection
hallarPerfi lNuevoConocimiento(datosGrafica)
hallarPerfi lDesarrolloTecnoInnova(datosGrafica)
hallarPerfi lApropiacionSocial(datosGrafica)
hallarPerfi lFormacionRH(datosGrafica)
hallarPerfi lIntegrante(datosGrafica)
hallarPerfi lColaboracion(datosGrafica)
obtenerTotalParticipantes(nro_id_grupo, cod_convocatoria)
:/Medicion/graficas/graficarIndicadores.jsp
154
Implementación Historia de usuario: Refactorización
Historia de usuario
Módulo Objeto modificado Responsable Ruta Archivo Tipo de
archivo
convo693-gr11
Resultados de convocatorias
\jsp\Medicion\calificacion allRh.jsp Página JSP
Pablo Rodríguez queryRh.jsp
queryProd.jsp
queryProdAll.jsp
\co\gov\colciencias\cvlac\ medicion\calificacion\web
MedicionAll RhAction Clase JAVA MedicionQuery RhAction
MedicionQuery ProdAction
MedicionQuery ProdAllRegAction
Historia de usuario: Tablas con filtros y paginación
Historia de usuario
Módulo Objeto modificado Responsable
Ruta Archivo Tipo de archivo
convo693-gr13
Resultados de convocatorias
\co\gov\colciencias\cvlac\ medicion\calificacion\web
MedicionAll ProdGNCAction Clase JAVA
Pablo Rodríguez MedicionAll ProdDTIAction
MedicionAll ProdASCAction
MedicionAll ProdFRHAction
\jsp\Medicion\calificacion
allProdGNC Página JSP allProdDTI
allProdASC
allProdFRH
155
Plan de pruebas
Prueba: convo693-gr11
Entradas - Navegar por todo el reporte de resultados de medición Pruebas - comprobar que los productos registrados en la aplicación, se puedan observar en el reporte de resultados. Salidas: Mostrar la evaluación de las condiciones de existencia y de calidad para cada producto vinculado, el reconocimiento y clasificación del grupo
Prueba: convo693-gr13
Entradas Seleccionar el tipo de producción que desea consultar (nuevo conocimiento, desarrollo tecnológico, apropiación social o formación de recursos humanos) Pruebas Comprobar que se puedan realizar filtros en las tablas que presentan todos los productos categorizados Comprobar que se puedan ordenar los resultados de cada tipo de producto por el campo seleccionado. Los resultados se presentan en grupos de 15, 50 ó 100 registros. Salidas: El listado de productos categorizados se presenta en una forma más amigable y facilita las búsquedas.
ANEXO C: DESARROLLO DEL SPRINT 3 En el tercer sprint, el equipo de trabajo se concentró en ajustar el sistema de medición, lo que implicó la revisión y actualización de todas las consultas SQL que evaluaron las condiciones definidas en el modelo de medición. Este apartado complementa la documentación del sprint 3, está conformado por: las historias de usuario, las condiciones para cada tipología del sistema de medición y los resultados preliminares de la convocatoria.
156
Historias de usuario del sistema de medición
HISTORIA DE USUARIO
ID convo693-me2 NOMBRE
Revisión y parametrización de las consultas SQL de la producción de nuevo conocimiento
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO Modificación
MÓDULO Paquete de medición, en la base de datos ESTIMACIÓN 16 PRIORIDAD
Alta
DESCRIPCIÓN
Revisar las consultas SQL, que se encargan de evaluar las condiciones de existencia y calidad para las tipologías de productos que pertenecen a la producción de nuevo conocimiento. Además, parametrizar, definir el orden de ejecución y el orden de evaluación de cada consulta SQL.
HISTORIA DE USUARIO
ID convo693-me3 NOMBRE Revisión de las consultas SQL de la producción de desarrollo tecnológico
RESPONSABLE Pablo Rodríguez TIPO DE REQUERIMIENTO
Modificación
MÓDULO Paquete de medición, en la base de datos ESTIMACIÓN 16 PRIORIDAD
Alta
DESCRIPCIÓN
Revisar las consultas SQL, que se encargan de evaluar las condiciones de existencia y calidad para las tipologías de productos que pertenecen a la producción de desarrollo tecnológico. Además, definir el orden de ejecución y el orden de evaluación de cada consulta SQL.
HISTORIA DE USUARIO
ID convo693-me4 NOMBRE
Revisión de las consultas SQL de la producción de apropiación social del conocimiento
RESPONSABLE Giovanni Barrera TIPO DE REQUERIMIENTO
Modificación
MÓDULO Paquete de medición, en la base de datos ESTIMACIÓN 16 PRIORIDAD
Alta
DESCRIPCIÓN
Revisar las consultas SQL, que se encargan de evaluar las condiciones de existencia y calidad para las tipologías de productos que pertenecen a la producción de apropiación social del conocimiento. Además, definir el orden de ejecución y el orden de evaluación de cada consulta SQL.
157
HISTORIA DE USUARIO
ID convo693-me5 NOMBRE
Revisión de las consultas SQL de la producción de formación de recursos humanos
RESPONSABLE Giovanni Barrera TIPO DE REQUERIMIENTO
Modificación
MÓDULO Paquete de medición, en la base de datos ESTIMACIÓN 16 PRIORIDAD
Alta
DESCRIPCIÓN
Revisar las consultas SQL, que se encargan de evaluar las condiciones de existencia y calidad para las tipologías de productos que pertenecen a la producción de formación de recursos humanos en ciencia, tecnología e innovación. Además, definir el orden de ejecución y el orden de evaluación de cada consulta SQL.
HISTORIA DE USUARIO
ID convo693-me6 NOMBRE Revisión de las consultas SQL de la clasificación de investigadores
RESPONSABLE Pablo Rodríguez TIPO DE REQUERIMIENTO
Modificación
MÓDULO Paquete de medición, en la base de datos ESTIMACIÓN 8 PRIORIDAD
Alta
DESCRIPCIÓN
Revisar las consultas SQL, que se encargan de evaluar las condiciones de cada categoría definidas para la clasificación de investigadores. Además, definir el orden de ejecución y el orden de evaluación de cada consulta SQL.
HISTORIA DE USUARIO
ID convo693-me7 NOMBRE Revisión de las consultas SQL del reconocimiento y clasificación de grupos
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO Modificación
MÓDULO Paquete de medición, en la base de datos ESTIMACIÓN 8 PRIORIDAD
Alta
DESCRIPCIÓN
Revisar las consultas SQL, que se encargan de evaluar las condiciones de reconocimiento y clasificación de grupos de investigación. Además, definir el orden de ejecución y el orden de evaluación de cada consulta SQL.
HISTORIA DE USUARIO
ID convo693-me9 NOMBRE Generar reportes sobre resultados
RESPONSABLE
Giovanni Barrera, Pablo Rodríguez y David Meneses TIPO DE REQUERIMIENTO
Modificación
158
MÓDULO Paquete de medición, en la base de datos ESTIMACIÓN 8 PRIORIDAD
Alta
DESCRIPCIÓN
Construir reportes que se deben entregar a Colciencias para la toma de decisiones, sobre los resultados obtenidos para cada tipología de productos, la clasificación de investigadores, el reconocimiento de grupos y la clasificación de grupos de investigación.
Plan de pruebas del Sistema de medición
Historia de usuario: convo693-me3
Objetivo: Verificar que se configuró correctamente el Sistema de Medición, para las tipologías asociadas a la producción de Desarrollo Tecnológico. Descripción: Luego de conocer las condiciones definidas en el Modelo de Medición para todos los productos de Desarrollo tecnológico (Softwares, Diseños Industriales, Patentes, etc). Se revisaron y ajustaron las consultas SQL del Sistema de Medición que se encargaron de verificar sí cada producto de los registrados cumplía con las condiciones del Modelo. La prueba consistió en ejecutar el Sistema de Medición para los productos de Desarrollo tecnológico y verificar que la categoría obtenida correspondiera realmente con la información registrada para cada producto.
Historia de usuario: convo693-me4
Objetivo: Verificar que se configuró correctamente el Sistema de Medición, para las tipologías asociadas a la producción de Apropiación Social. Descripción: Luego de conocer las condiciones definidas en el Modelo de Medición para todos los productos de Apropiación Social (Eventos científicos, Ediciones científicas, Redes de conocimiento, etc). Se revisaron y ajustaron las consultas SQL del Sistema de Medición que se encargaron de verificar sí cada producto de los registrados cumplía con las condiciones del Modelo. La prueba consistió en ejecutar el Sistema de Medición para los productos de Apropiación Social y verificar que la categoría obtenida correspondiera realmente con la información registrada para cada producto.
Historia de usuario: convo693-me5
Objetivo: Verificar que se configuró correctamente el Sistema de Medición, para las tipologías asociadas a la producción de Formación de Recursos Humanos.
159
Descripción: Luego de conocer las condiciones definidas en el Modelo de Medición para todos los productos de Formación de RR.HH (Tesis de pregrado, maestría, doctorado, etc). Se revisaron y ajustaron las consultas SQL del Sistema de Medición que se encargaron de verificar si cada producto de los registrados cumplía con las condiciones del Modelo. La prueba consistió en ejecutar el Sistema de Medición para los productos de Formación de RR.HH y verificar que la categoría obtenida correspondiera realmente con la información registrada para cada producto.
Resultados preliminares de la convocatoria 693 Después de que el equipo de ingenieros de MIC System, realizara varias simulaciones sobre los procedimientos de medición y considerara que se habían solventado todas las fallas, los resultados preliminares que se dieron a conocer el 13 de marzo de 2015 según lo dispuesto en el cronograma de la convocatoria de medición, fueron los siguientes: Investigadores
Categoría Número de investigadores
No cumplió con ninguna condición 317
Integrante vinculado 8623
Estudiante de pregrado 4066
Integrante vinculado con pregrado 7436
Joven investigador 102
Integrante vinculado con especialización 3150
Estudiante de maestría 5671
Integrante vinculado con maestría 13469
Estudiante de doctorado 4836
Integrante vinculado con doctorado 3133
Investigador junior 4039
Investigador asociado 2837
Investigador sénior 956
160
Grupos
Categoría Número de grupos
No reconocido como grupo de investigación 1938
D 1040
C 1403
B 716
A 356
A1 260
161
ANEXO D: DESARROLLO DEL SPRINT 4
En el último sprint, el equipo de ingenieros y el equipo de soporte de MIC System trabajaron en conjunto para responder a las solicitudes de aclaración generadas por los resultados preliminares de la convocatoria de medición. Este apartado complementa la documentación del sprint 4, está conformado por: las historias de usuario y por algunos diagramas UML del submódulo de reclamos de las aplicaciones CvLAC y GrupLAC
Historias de usuario para aplicación CvLAC
HISTORIA DE USUARIO
ID convo693-cv23 NOMBRE Revisar módulo de solicitudes de aclaración
RESPONSABLE David Meneses TIPO DE REQUERIMIENTO Nuevo
MÓDULO Solicitudes de aclaración ESTIMACIÓN 8 PRIORIDAD
Alta
DESCRIPCIÓN
Comprobar que el submódulo de “Solicitudes de aclaración” funcione correctamente para garantizar que los investigadores que participaron en la convocatoria de medición puedan enviar sus dudas y reclamos sobre los resultados obtenidos.
162
Modelos funcionales y de comportamiento El submódulo de solicitudes de aclaración se desarrolló en convocatorias pasadas, sin embargo no existían diagramas que documentaran esta funcionalidad en la aplicación. A continuación se presenta el diagrama de casos de uso y el diagrama de secuencia propuesto en esta fase del proyecto: Diagrama de casos de uso
uc Diagrama de casos de uso
Submódulo de solicitudes de
aclaración
Usuario
Crear o modificar
solicitud de
aclaración
163
Diagrama de secuencia: crear o modificar solicitud de aclaración
sd Crear o modificar solicitud de aclaración
Usuario
menu-left.jsp
EnReclamo
AllAction
CvlacFactory «EJB»
EnReclamoSession
FacadeRemote
/EnReclamo/***.jsp
EnReclamo
UpdateForm
EnReclamo
UpdateAction
alt
[reclamo es vacio]
[else]
alt
[datos inválidos]
[else]
«click en Solicitud de aclaración»
execute()
findConvocatoriaActiva() :EnConvocatoriaData
findByCodRhAndCodConvocatoria(cod_rh, cod_convocatoria) :EnReclamoData
:/EnReclamo/create.jsp
:/EnReclamo/edit.jsp
«Guardar formulario»execute()
validate()
:mostrar errores
execute()
update(data)
164
Historias de usuario de GrupLAC
HISTORIA DE USUARIO
ID convo693-gr14 NOMBRE Revisar módulo de solicitudes de aclaración
RESPONSABLE Pablo Rodríguez TIPO DE REQUERIMIENTO
Modificación
MÓDULO Solicitudes de
aclaración ESTIMACIÓN 8 PRIORIDAD Alta
DESCRIPCIÓN
Comprobar que el submódulo de “Solicitudes de aclaración” funcione correctamente para garantizar que los grupos que participaron en la convocatoria de medición puedan enviar sus dudas y reclamos sobre los resultados obtenidos
Modelos funcionales y de comportamiento El submódulo de solicitudes de aclaración se desarrolló en convocatorias pasadas, sin embargo no existían diagramas que documentaran esta funcionalidad en la aplicación. A continuación se presenta el diagrama de casos de uso y el diagrama de secuencia propuesto en esta fase del proyecto: Diagrama de casos de uso
uc Diagrama de casos de uso
Submódulo de solicitud de aclaración
Usuario
Crear o editar
solicitud de
aclaración
165
Diagrama de secuencia: crear o editar solicitud de aclaración
sd Crear o editar solicitud de aclaración
menu-left.jsp
Usuario
EnReclamo
AllAction
«EJB»
ReGrupo
ConvocatoriaBean
«EJB»
EnReclamoBean
EnReclamo/***.jsp
EnReclamo
UpdateForm
EnReclamo
UpdateAction
«EJB»
EnReclamo
SessionBean
alt
[reclamo es vacío]
[else]
alt
[datos inválidos]
[else]
«Click en solicitud de aclaración»
execute()
findByNroIdGrupoConvo(nro_id_grupo, cod_convocatoria) :ReGrupoConvocatoriaData
findByCod_convocatoriaAndNroIdGrupo(id_convo, nro_id_grupo) :EnReclamoData
:/EnReclamo/create.jsp
:/EnReclamo/edit.jsp
«Guardar formulario»
validate()
:mostrar errores
update(data)
