Sistema de Información Web que Asiste el Proceso de Radicacion y Seguimiento de Proyectos de Grado de la Especialización en Ingeniería de Software de la Universidad Distrital Francisco Jose de Caldas

Texto completo

(1)SISTEMA DE INFORMACIÓN WEB QUE ASISTE EL PROCESO DE RADICACION Y SEGUIMIENTO DE PROYECTOS DE GRADO DE LA ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE DE LA UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS. DIEGO DAYIBER MURILLO GALVIS JAVIER MOSQUERA DÍAZ HUGO LEONARDO BARRAGÁN BOHÓRQUEZ. UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD DE INGENIERIA ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE BOGOTA, COLOMBIA 2015.

(2) SISTEMA DE INFORMACIÓN WEB QUE ASISTE EL PROCESO DE RADICACION Y SEGUIMIENTO DE PROYECTOS DE GRADO DE LA ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE DE LA UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS. Presentado por: DIEGO DAYIBER MURILLO GALVIS JAVIER MOSQUERA DÍAZ HUGO LEONARDO BARRAGÁN BOHÓRQUEZ. TESIS REALIZADA COMO REQUISITO PARA OPTAR AL TÍTULO DE ESPECIALISTA EN INGENIERÍA DE SOFTWARE. Director: MSC. ALEXANDRA ABUCHAR PORRAS. UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD DE INGENIERIA PROYECTO CURRICULAR COLOMBIA 2015.

(3) i. ADVERTENCIA UNIVERSIDAD FRANCISCO JOSÉ DE CALDAS Especialización en Ingeniería de Software Bogotá, D.C. – 2015 Todos los contenidos de esta tesis son producto de la contribución intelectual de los autores, los datos y referencias a materiales ya publicados están debidamente identificados con su respectivo crédito e incluidos en las referencias bibliográficas y en las citas que se mencionan y en los casos que así lo requiera, contamos con las debidas autorizaciones de quienes poseen los derechos patrimoniales. Por lo anterior declaramos que todos los materiales que se presentan están totalmente libres de derechos de propiedad intelectual, exonerando de responsabilidades a la Universidad Distrital Francisco José de Caldas. En virtud de lo previsto en los artículos 76 t 77 de la ley 23 de 1982 de la República de Colombia y las demás normas internacionales sobre Derechos de Autor, y en caso de ser publicada la Tesis por la Universidad; está podrá disponer en toda su extensión para realizarse en forma electrónica (digital). Por medio de la presente autorizamos a la Universidad Distrital Francisco José de Caldas para publicar en formato digital con las seguridades pertinentes, tanto en red local como en la gran red Internet, en sitio web de la Universidad o en hosting especial para ello, siempre y cuando se haga sin fines de lucro y con el fin de divulgar el conocimiento a la comunidad académica y científica nacional e internacional de acuerdo con las condiciones establecidas, a fin que la investigación realizada pueda continuar y ser ampliada en caso necesario. Para constancia de lo anteriormente expuesto, firmamos esta declaración:. Firma: _______________________ Nombre: Diego Dayiber Murillo C.C. Firma: _______________________ Nombre: Hugo Leonardo Barragán C.C.. Firma: _______________________ Nombre: Javier Mosquera Díaz C.C..

(4) ii Universidad Distrital Francisco José de Caldas Especialización en Ingeniería de Software Diseño e Implementación del Sistema de Información TheSys Diego Dayiber Murillo Galvis Javier Mosquera Díaz Hugo Leonardo Barragán Bohórquez. Tesis presentada para optar el título de Especialista en Ingeniería de Software. __________________________ __________________________ __________________________ __________________________ Director __________________________ __________________________ __________________________ __________________________ Jurado __________________________ __________________________ __________________________ __________________________ Jurado. Bogotá, D.C., 2015.

(5) iii. AGRADECIMIENTOS Los autores desean expresar su sentimiento de gratitud a sus familias, por su constante apoyo en nuestras labores académicas, a los docentes Alexandra Abuchar Porras quien fue la directora del proyecto, Sandro Bolaños quien fue el revisor del proyecto; y en general a todos aquellos que a través de las asignaturas vistas en el curso de los estudios de Especialización en Ingeniería de Software en la Universidad Distrital nos dieron las herramientas y consejos necesarios para el desarrollo del proyecto aquí presentado..

(6) iv. DEDICATORIA Dedicamos este trabajo a Dios por darnos cada día la bendición de un nuevo día más de vida, a nuestras familias por su apoyo constante y por ser parte de la motivación que nos impulsa a lograr nuestros propósitos en esta especialización, a nuestros docentes y compañeros de estudio por compartir sus experiencias y permitirnos crecer con ellas, finalmente los integrantes de este trabajo por su esfuerzo y dedicación en la realización de mismo..

(7) v. RESUMEN Libro de tesis de grado radicado en la Universidad Distrital Francisco José de Caldas para optar al título de Especialista en Ingeniería de Software de la Facultad de Ingeniería. El proyecto aborda todas las etapas del ciclo de vida básico para el desarrollo de un sistema de información web que apoye el proceso de radicación de proyectos de grado de los estudiantes de la Especialización en Ingeniería de Software de la Universidad Distrital Francisco José de Caldas, este sistema apoya y respalda el proceso de asignación de directores y revisores, el proceso de seguimiento y ofrece herramientas funcionales que apoyen la gestión de búsqueda de los proyectos existentes para contar con estos en referencia sobre estado del arte o para continuar la investigación que los primeros iniciaron. Desarrollar este proyecto implicó el uso de métodos y herramientas de desarrollo que permitieron aplicar los conocimientos adquiridos durante el curso de la especialización, para este desarrollo se utilizaron metodologías de desarrollo XP y diferentes lenguajes de programación entre los cuales se encuentra Archimate para el desarrollo de los modelos de los puntos de vista de la arquitectura del sistema a nivel de negocio, aplicación e infraestructura. Finalmente se detalla el proceso de gestión de proyectos que se lleva a cabo dentro de la coordinación de la Especialización en Ingeniería de Software y se identifica la importancia de aplicar herramientas de tecnología que le aporten mayor eficiencia en tiempo, costos y disponibilidad respecto a los procedimientos establecidos en dicho proceso..

(8) vi. ABSTRACT Thesis book submitted at the District University Francisco Jose de Caldas, in accordance with the requirements of the degree of Specialist in Software Engineering of the Engineering Faculty. The project approaches all the stages of the lifecycle for the development of a Web information system, which supports the file process of the grade projects of the students of the program of Software Engineering Specialization, of the District University Francisco Jose de Caldas, this system supports the revisers and directors assignment and the tracing processes, and presents functional tools that support the historical projects searching for the students to have an state-ofart reference in order to continue those investigations. To develop this project, it was necessary the usage of methods and tools of software development, that made possible to apply the knowledge acquired across the study of the specialization. For this development it was used the XP software development method and different kinds of programming languages which include Archimate for the design of the different system architecture viewpoints at the business, application and infrastructure level. Finally it is detailed the whole projects gestion process which is made inside the Coordination of the Software Engineering Specialization and it is identified the value of using technological tools that improves more time, cost and availability efficiency compared to the process originally formulated..

(9) vii TABLA DE CONTENIDO. 1.. CAPITULO 1 .................................................................................................................... 2 1.1. Introducción ............................................................................................................... 2. 1.2. Justificación ................................................................................................................ 2. 1.2.1 Metodológica ............................................................................................... 2 1.2.2 Practica ........................................................................................................ 2 1.3. Objetivos .................................................................................................................... 3. 1.3.1 Objetivo General .......................................................................................... 3 1.3.2 Objetivos Específicos .................................................................................. 3 2.. CAPITULO 2 .................................................................................................................... 4 2.1. Estudio del problema .................................................................................................. 4. 2.1.1 Planteamiento del problema ........................................................................ 4 2.1.2 Formulación del Problema ........................................................................... 5 2.1.3 Sistematización del Problema ...................................................................... 5 3.. CAPITULO 3 .................................................................................................................... 6 3.1. Marco Teórico ............................................................................................................ 6. 3.1.1 Proyecto de Grado ....................................................................................... 6 3.1.2 Reglamentación de los Proyectos de Grado ................................................ 7 3.1.3 Directores y Revisores ................................................................................. 7.

(10) viii 3.2. Marco Conceptual ...................................................................................................... 7. 3.2.1 Sistema de Información ............................................................................... 7 3.2.2 MVC ............................................................................................................ 7 3.2.3 Aplicación Web ........................................................................................... 7 3.2.4 Internet ......................................................................................................... 8. 3.2.5 Software Libre ............................................................................................. 8 3.2.6 UML ............................................................................................................ 8 3.2.7 Arquitectura de Software ............................................................................. 8 3.2.8 Archimate .................................................................................................. 10. 4.. 3.3. Marco Espacial ......................................................................................................... 11. 3.4. Marco Temporal ....................................................................................................... 11. CAPITULO 4 .................................................................................................................. 12 4.1. Tipo de Estudio ........................................................................................................ 12. 4.2. Método de Investigación .......................................................................................... 12. 4.2.1 Fases de gestión del proyecto .................................................................... 13. 4.2.2 Desarrollo del proyecto.............................................................................. 15 4.3. Fuentes y Técnicas para Recolección de Información ............................................. 20. 4.3.1 Fuentes Primarias....................................................................................... 20 4.3.2 Fuentes Secundarias................................................................................... 20 4.3.3 Recolección de la Información .................................................................. 21.

(11) ix 4.3.4 Tratamiento de la Información .................................................................. 21 5.. CAPITULO 5 .................................................................................................................. 23 5.1. Contexto Arquitectónico .......................................................................................... 23. 5.1.1 Análisis contextual..................................................................................... 23 5.1.2 Interesados y sus Preocupaciones .............................................................. 24. 5.1.3 Puntos de Vista Estándar en Archimate..................................................... 25 5.2. Desarrollo del Proyecto ............................................................................................ 37. 5.2.1 Gestión ....................................................................................................... 37 5.2.2 Planificación del proyecto ......................................................................... 37 5.2.3 Implementación ......................................................................................... 38. 5.2.4 Pruebas ....................................................................................................... 39 CONCLUSIONES .................................................................................................................. 40 PROSPECTIVA ..................................................................................................................... 41 BIBLIOGRAFIA .................................................................................................................... 42 ANEXO 1. ACTAS DE REUNIONES .................................................................................. 44 ANEXO 2. PLANIFICACIÓN DEL PROYECTO ................................................................ 45 Descripción de la Iteración 1 .............................................................................................. 45 Descripción de la Iteración 2 .............................................................................................. 48 Descripción de la Iteración 3 .............................................................................................. 50 Descripción de la Iteración 4 .............................................................................................. 53.

(12) x Descripción de la Iteración 5 .............................................................................................. 55 ANEXO 3. PLANEACIÓN DE BASE DE DATOS.............................................................. 57 ANEXO 4. MODELO ENTIDAD RELACIÓN .................................................................... 59 Modelo Entidad Relación.................................................................................................... 59 Diccionario de Datos ........................................................................................................... 59 ANEXO 5. IMPLEMENTACIÓN DE AGREGACIÓN DE RECURSOS AL SISTEMA (BASE DE DATOS) ...................................................................................................................... 70 ANEXO 6. PRUEBA DE BASE DE DATOS ....................................................................... 78 ANEXO 7. PLANIFICACIÓN DE PRUEBAS ..................................................................... 79.

(13) 1 TABLA DE ILUSTRACIONES Figura 1. Esquema Metodológico para el Proyecto. ............................................................... 13 Figura 2. Diagrama de Organización. ..................................................................................... 26 Figura 3. Diagrama de función de negocio. ............................................................................ 27 Figura 4. Diagrama de proceso actual. ................................................................................... 28 Figura 5. Diagrama de modelo propuesto de solución ........................................................... 30 Figura 6. Diagrama de infraestructura. ................................................................................... 31 Figura 7. Diagrama de capas. ................................................................................................. 33 Figura 8. Diagrama de Realización de Objetivos. .................................................................. 34 Figura 9. Diagrama de realización de requerimientos. ........................................................... 35 Figura 10. Diagrama de motivación. ...................................................................................... 36 Figura 11. Diagrama de migración e implementación............................................................ 36.

(14) 2. 1. 1.1. CAPITULO 1 Introducción. Para la coordinación de la Especialización en Ingeniería de software de la Universidad Distrital Francisco José de Caldas, es importante realizar de forma adecuada y ágil, todos los procesos de gestión de proyectos de grado, permitiendo de esta manera que los involucrados en dicho proceso realicen su participación de forma adecuada y eficiente, y que las labores realizadas desde la coordinación y los servicios ofrecidos en este ámbito a los estudiantes de las especializaciones sea eficaz y siempre en pro de hacer que su proceso de radicación de proyecto de grado tenga la gestión y el seguimiento necesario para garantizar que sus propuestas sean atendidas y tomadas en cuenta de una forma profesional y correcta. 1.2. Justificación. 1.2.1 Metodológica Desarrollar un sistema de información que permita la gestión de proyectos de grado y agilizar las actividades que rodean este proceso, ya que actualmente todas se realizan de forma manual y presencial, por esta razón, el desarrollo del sistema propuesto contribuirá al mejoramiento de las actividades de gestión de proyectos de grado desde la coordinación de la Especialización en Ingeniería de Software. 1.2.2 Practica El desarrollo de un sistema de información, que apoye el proceso de gestión de proyectos de grado en la coordinación de la Especialización en Ingeniería de Software, y permitirá a las.

(15) 3 directivas, estudiantes, directores de proyectos y revisores de los mismos, adelantar un proceso adecuado puesto que con una herramienta tecnológica se realizaran dichas operaciones, comunicándolas en tiempo real, ahorrando tiempos de desplazamiento, costos y gestión de la información de los proyectos radicados. Además, ofrecerá a las directivas una herramienta que permita la gestión de la información de los proyectos de grado y al mismo contar con un buscador de proyectos para el apoyo de futuras propuestas de grado de nuevos estudiantes. 1.3. Objetivos. 1.3.1 Objetivo General Mejorar el proceso de gestión de los proyectos de grado de la Especialización en Ingeniería de Software de la Universidad Distrital Francisco José de Caldas mediante la implementación de un sistema de información web, permitiendo tener un mayor seguimiento sobre el estado de los proyectos de grado y manteniendo informados a los involucrados en el mismo. 1.3.2 Objetivos Específicos 1. Agilizar el proceso de radicación de proyectos de grado mediante la creación de un sistema de información web, logrando que este sea un proceso más eficiente y fácil de usar por parte de los involucrados. 2. Mejorar el proceso de asignación de directores y revisores de los proyectos de grado con el fin de hacer de éste un proceso eficiente y ágil, ofreciendo esta funcionalidad en el sistema de información web. 3. Proporcionar un proceso de verificación y seguimiento de los proyectos de grado a través del sistema de información web con el fin de mantener informados a todos los involucrados sobre el estado del mismo y facilitando la comunicación entre estos..

(16) 4. 2. 2.1. CAPITULO 2. Estudio del problema. 2.1.1 Planteamiento del problema Actualmente la Universidad Distrital Francisco José de Caldas cuenta con veintidós especializaciones en diferentes ámbitos del conocimiento, dichas ofertas académicas generan para cada periodo un grupo amplio de estudiantes que para optar por un título de especialistas tienen como requisito presentar y radicar sus proyectos de grado para la gestión y seguimiento de los mismos, actualmente en la coordinación de la Especialización de Ingeniería de Software, no se cuenta con una herramienta que permita la adecuada gestión y seguimiento del proceso de radicación, asignación y seguimiento de proyectos de grado, de momento todos los procesos se realizan de forma manual, y el canal de comunicación se realiza mediante correos electrónicos dirigidos de esta misma manera o mediante información presencial, no existe un control sobre el seguimiento o trabajo realizado por parte de los directores de proyectos de tesis, los revisores del proyecto y tampoco los avances o versiones entregados por los estudiantes a las modificaciones realizadas en sus correspondientes proyectos de grado. Se ha evidenciado que el número de estudiantes egresados cada periodo hace que el archivo de radicación de proyectos de grado crezca de forma considerable y, de mantenerse esta forma de manejo que se ofrece al proceso de radicación de proyectos, prontamente se encontrará que estas faltas de organización y sistematización causarán perdidas de información y demoras en las gestiones que engloban todo el proceso de gestión de proyectos de grado de la Especialización en.

(17) 5 Ingeniería de Software, para ofrecer un control a las condiciones actuales, se plantea el desarrollo de un sistema de información que permita la gestión de radicación de proyectos de grado para las especializaciones previamente referenciadas, este sistema permitirá la radicación y codificación de los proyectos de grado, además de la asignación de directores y revisores de dichos proyectos, realizar seguimiento de los cambios y sugerencias realizados al documento de proyecto por parte de los involucrados, finalmente el proceso de comunicación se realizará automáticamente desde el sistema, permitiendo de esta manera mantener constantemente actualizados a los actores involucrados en el proceso de gestión de proyectos de grado. 2.1.2 Formulación del Problema ¿El proceso de gestión de proyectos de grado de la Especialización en Ingeniería de Software podrá ser mejorado mediante el desarrollo de un sistema de información?. 2.1.3 Sistematización del Problema 1. ¿Podrá un sistema de información hacer más ágil el proceso de radicación de proyectos de software? 2. ¿Podrá un sistema de información permitir que el proceso de asignación de directores y revisores de proyectos de grado se realice de manera eficiente y ágil? 3. ¿Se podrá mediante un sistema de información, permitir que el proceso de verificación y seguimiento de los proyectos de grado se realice de manera eficiente y que la comunicación entre los involucrados del proyecto se efectúe de una manera adecuada?.

(18) 6 3. 3.1. CAPITULO 3 Marco Teórico. El desarrollo de proyectos de grado en la Especialización de Ingeniería de Software, se da como complemento al establecimiento de iniciativas profesionales que estén alienadas de acuerdo a lo enunciado en el reglamento estudiantil en el capítulo 1 artículo3, literal B, en el que se define como uno de los objetivos de la especialización, que todos los estudiantes de las especializaciones se deberán preparar para contribuir al mejoramiento de la calidad académica de la Universidad Distrital y responder a los requerimientos del progreso de la ciencia y la ingeniería, así como a las necesidades sociales del país, debido a lo anterior se contempla el desarrollo del sistema de información como una forma de aportar al mejoramiento de la calidad académica, abordando de esta manera el alcance de las normativas que enmarcan el proceso de radicación de proyectos de grado en la Especialización de Ingeniería de Software, artículos normativos que se detallan a continuación. 3.1.1 Proyecto de Grado La Universidad Distrital Francisco José de Caldas define el trabajo de grado como: “El Trabajo de Grado es un proceso formativo que hace parte del plan de estudios desarrollado por el estudiante y le conduce a la obtención de un resultado final que ha de presentar, para optar a un título universitario, en cumplimiento del requisito establecido en el artículo 70 del acuerdo 027 de1993 del Consejo Superior Universitario. Contribuye en la formación integral del estudiante de pregrado a su preparación para el desempeño profesional, ampliando las posibilidades de investigación, creación, desarrollo tecnológico, innovación y proyección social”..

(19) 7 3.1.2 Reglamentación de los Proyectos de Grado De acuerdo al artículo 21 del reglamento estudiantil para posgrados de la facultad de ingeniería, se define lo siguiente: “El Consejo de Facultad reglamentará las formas de presentación de los proyectos de trabajo de grado y señalará las normas y procedimientos acerca del diseño, elaboración, presentación y corrección de los trabajos de grado propiamente.” 3.1.3 Directores y Revisores De acuerdo al artículo 22 del reglamento estudiantil para posgrados de la facultad de ingeniería, se define lo siguiente: “Todo trabajo de grado tendrá un Director y un Jurado Calificador, compuesto por un mínimo de dos (2) profesores del programa, nombrados por el Consejo de Postgrado.” 3.2. Marco Conceptual. 3.2.1 Sistema de Información Un sistema de información es un conjunto de elementos (equipos computacionales, recursos humanos, datos e información y software) que interactúan entre sí para apoyar las actividades de una organización. 3.2.2 MVC El Modelo-Vista-Controlador (MVC) es un patrón de arquitectura de software que separa los datos y la lógica de negocio (Modelo) de una aplicación de la interfaz de usuario (Vista) y el módulo encargado de gestionar los eventos y las comunicaciones (Controlador). 3.2.3 Aplicación Web En la ingeniería de software se denomina aplicación web a aquellas herramientas que los usuarios pueden utilizar accediendo a un servidor web a través de Internet o de una intranet.

(20) 8 mediante un navegador. En otras palabras, es una aplicación software que se codifica en un lenguaje soportado por los navegadores web en la que se confía la ejecución al navegador. 3.2.4 Internet Internet es un conjunto descentralizado de redes de comunicación interconectadas que utilizan la familia de protocolos TCP/IP, lo cual garantiza que las redes físicas heterogéneas que la componen funcionen como una red lógica única, de alcance mundial. 3.2.5 Software Libre Según la FSF (Free Software Foundation), software libre es el software que respeta la libertad de los usuarios y la comunidad. En grandes líneas, significa que los usuarios tienen la libertad para ejecutar, copiar, distribuir, estudiar, modificar y mejorar el software. Un programa es software libre si los usuarios tienen las cuatro libertades esenciales: libertad de ejecutar el programa como se desea, con cualquier propósito; libertad de estudiar cómo funciona el programa, y cambiarlo para que haga lo que usted quiera (el acceso al código fuente es una condición necesaria para ello); libertad de redistribuir copias para ayudar a su prójimo y libertad de distribuir copias de sus versiones modificadas a terceros. 3.2.6 UML “UML (Lenguaje Unificado de Modelado) permite a los creadores de sistemas generar diseños que capturan sus ideas en una forma convencional y de fácil comprensión para comunicarlas a otras personas”. 3.2.7 Arquitectura de Software Según el estándar ISO 42010 la arquitectura de software es el proceso de concebir, definir, expresar, documentar y certificar la implementación y mejora de un sistema a través de su ciclo de.

(21) 9 vida. Adicionalmente según ese estándar los sistemas se representan a través de sus conceptos fundamentales o propiedades en su ambiente representadas en sus elementos, relaciones, y los principios de su diseño y evolución. En los siguientes numerales se listan algunos conceptos básicos utilizados en el desarrollo del proyecto. 3.2.7.1 Interesados Un interesado o Stakeholder Persona, equipo, organización o sus clases, que tienen algún interés en un sistema. 3.2.7.2 Preocupaciones Una preocupación o Concern es un interés en un sistema relevante a uno o más interesados, a continuación se listan ejemplos típicos de interesados y sus preocupaciones: . Gerencia de alto nivel: ¿Cómo podemos asegurar que nuestras políticas son seguidas en el desarrollo y operación de los procesos y sistemas? ¿Cuál es el impacto de las decisiones en las distintas áreas de la empresa (persona, finanzas, IT, etc.)?. . Gerente operacional: Responsable de la explotación o el mantenimiento: Por ejemplo, ¿De Cuales tecnologías nuevas se requiere preparación? ¿Hay alguna necesidad de adaptar los procesos de mantenimiento? ¿Cuál es el impacto de los cambios de las aplicaciones existentes? ¿Qué tan seguros son mis sistemas?. . Gerente de proyecto: Responsable del desarrollo de nuevas aplicaciones: ¿Cuáles son los dominios relevantes y sus relaciones? ¿Cuál es la dependencia de los procesos de negocio de las aplicaciones a ser construidas? ¿Cuál es su desempeño esperado?. . Desarrollador: ¿Cuáles son las modificaciones respecto de la situación actual que necesitan ser realizadas?.

(22) 10 3.2.7.3 Puntos de Vista Cada interesado tiene unas preocupaciones que pueden ser exclusivos o comunes a otros interesados, dichas preocupaciones se deben caracterizar desde distintas perspectivas o vistas de arquitectura. El estándar de representación de dichas vistas se denomina un punto de vista. Los puntos de vista se clasifican de acuerdo a su propósito en: . Diseño: Los puntos de vista de diseño dan soporte a los arquitectos y diseñadores en el proceso de diseño, desde las plantillas iniciales hasta el diseño detallado. Típicamente los tipos de puntos de vista de diseño consisten en diagramas, como aquellos utilizados por ejemplo en UML.. . Decisión: Los puntos de vista apoyan a los gerentes en el proceso de toma de decisiones a través de la revisión de las relaciones transversales de arquitectura, típicamente a través de proyecciones e intersecciones de los distintos modelos, aunque también por medio de técnicas analíticas. Ejemplos típicos son las tablas de referencia cruzadas, mapas de paisaje (Landscape), listas y reportes.. . Informe: Los puntos de vista de informe ayudan a informar a cualquier interesado de la arquitectura empresarial, con el objetivo de lograr un entendimiento, lograr compromisos, y convencer a detractores. Ejemplos típicos son ilustraciones, animaciones, caricaturas, etc.. 3.2.8 Archimate Archimate es un lenguaje grafico estándar abierto de la organización Open Group que fue desarrollado para describir, analizar y visualizar las relaciones entre elementos pertenecientes a distintos dominios de una arquitectura empresarial de una forma no ambigua. Los dominios definidos y representados por Archimate se listan a continuación:.

(23) 11 . Negocio: Todo lo relacionado con los procesos de negocio, así como los roles y actores que intervienen en ellos.. . Aplicación: Todo los relacionado con las aplicaciones de software utilizadas para apoyar los procesos de negocio.. . Infraestructura: Todo los relacionado con la infraestructura física que soporta las aplicaciones utilizadas en los procesos de negocio.. . Motivacionales: Todo lo relacionado con los aspectos que motivan el diseño y la operación de la empresa, más exactamente como se alinea la operación de los procesos de negocio y tecnológicos con los objetivos estratégicos de la empresa. 3.3. Marco Espacial. El desarrollo será llevado a cabo en la Universidad Distrital Francisco José de Caldas, directamente en la coordinación de la Especialización de Ingeniería de Software de la facultad de ingeniería. 3.4. Marco Temporal. La implementación de la solución propuesta en este documento comprenderá un periodo de ejecución establecido entre Enero y Junio de 2015..

(24) 12. 4. 4.1. CAPITULO 4 Tipo de Estudio. Esta investigación es de tipo Experimental ya que presenta la manipulación de diferentes variables no comprobadas en condiciones controladas, la idea de esta investigación es experimentar sobre el proceso de radicación y gestión de proyectos de grado para identificar formas de mejorar dicho proceso. Esta investigación también tiene estudios de tipo Exploratoria ya que este indaga sobre una perspectiva innovadora, y prepara el terreno para nuevos estudios. La metodología de investigación para este proyecto será la siguiente: 1. Identificación y definición del problema. 2. Definición de variables. 3. Diseño de un plan experimental. 4. Realización de experimentos. 5. Tratamiento de datos. 6. Presentación de Informe 4.2. Método de Investigación. Para la implementación del sistema TheSys, se utilizó la metodología de desarrollo XP, por ser rápida, eficiente y detallada en los diferentes aspectos de requerimientos necesarios para cualquier solución. En la metodología XP, se habla de Iteraciones, de Historias y de Tareas, entendiéndose estas primeras como fases, las segundas como requerimientos y las terceras como las actividades que se.

(25) 13 deben realizar para cada requerimiento, en la Figura 1 se muestra el diagrama general de la estructura de desglose de trabajo del ciclo de un proyecto típico manejado según XP. 4.2.1 Fases de gestión del proyecto. Figura 1. Esquema Metodológico para el Proyecto.. 4.2.1.1 Gestión del proyecto En la fase inicial del proyecto se hace un acercamiento global del proyecto que se quiere realizar, en este punto se presentan las necesidades y el nivel de importancia de cada una de las actividades requeridas. 4.2.1.1.1 Planificación del Proyecto En la planificación del proyecto se toman todas las necesidades obtenidas y se determinan las diferentes iteraciones a desarrollar..

(26) 14 . Planificación Inicial: Durante esta etapa, se recopilará, analizará y clasificará la información del proceso de gestión de proyectos de grado en la coordinación de la especialización. También se describirán las ideas iníciales que se tienen acerca del proyecto.. . Iteraciones: En este documento de presentación se mostrará una descripción de las historias llevadas a cabo en esta iteración, junto con sus pruebas funcionales, capturas de pantalla y finalmente las incidencias que hubo en esta iteración.. . Historia: En este nivel de la metodología se definirán las Historias ò requerimientos pertenecientes a cada iteración o fase.. . Tarea: Serán las diferentes actividades que se van a realizar para poder llevar a cabo una historia.. 4.2.1.2 Implementación El proceso de implementación consiste en llevar a cabo cada uno de las fases planeadas dentro de la gestión del proyecto, en estas se abordan los temas relacionados con la base de datos, las interfaces de usuarios, la modulación del sistema a desarrollar y los diferentes reportes que se requieran para cumplir con lo establecido en la gestión. Una vez finalizado el desarrollo de cada ítem de gestión propuesto se deben realizar pruebas del desarrollo. 4.2.1.2.1 Bases de datos La base de datos debe estar obligatoriamente incluida en la planificación de la gestión del proyecto, ya que es indispensable contar con ésta para el desarrollo del sistema de información. . Planificación: Para el desarrollo de la base de datos en necesario conocer los diferentes módulos que se requieren implementar en el sistema a desarrollar, para esto en.

(27) 15 indispensable conocer los diferentes requerimientos del software, además es indispensable definir en este punto el motor de bases de datos que se implementará en el sistema. . Implementación: El proceso de implementación de la base de la base de datos consta de la elaboración del modelo entidad relación, los script necesarios para la creación real de la base de datos, cumpliendo con todas las características identificadas en el MER propuesto, por último de la implementación surge el diccionario de datos del sistema, que debe ser incluido en la documentación técnica del proyecto.. . Pruebas: En las pruebas de bases de datos consiste en identificar que las entidades de la base de datos creada cubren todas las necesidades de los diferentes requerimientos indicados para el proyecto a desarrollar.. 4.2.1.2.2 Elaboración de código fuente Actividad en la cual se lleva a cabo la construcción de la interfaces de usuario de las cuales se compone el sistema TheSys. 4.2.2 Desarrollo del proyecto 4.2.2.1 Gestión En todo el transcurso de la gestión del proyecto se utiliza el formato del acta de avances mostrado en la Tabla 1, tal formato sirve como herramienta para registrar las reuniones a realizar tanto internas como externas, que se utilizan como guía para registrar el estado del proyecto y la planeación hecha en cada reunión.

(28) 16 Tabla 1. Acta de avances del proyecto. Acta de Avances de Desarrollo del Proyecto Fecha:. Hora Inicio:. Hora Fin:. Participantes: Lista de participantes de la reunión.. Temas de Avance: ítems de temas a tratar en la reunión.. Compromisos: Nuevas actividades que surgen durante la reunión y se asigna a un responsable.. Conclusiones: Resultado al que se llega una vez revisados los ítems propuestos en los temas de avance.. 4.2.2.2 Planificación del proyecto Los siguientes son los diferentes formatos a través de los cuales se realizará la entrega formal de la planificación del proyecto. Tabla 2. Planificación de Iteraciones. Planificación de Iteraciones Iteración:1. Usuario: Usuario(s) responsable(s) de esta fase o iteración. Nombre Iteración: Nombre de la iteración o fase. Prioridad en negocio: Riesgo en desarrollo: Historias estimadas: # (Alta/ Media / Baja) (Alta/ Media / Baja) Programadores responsables: Nombre de los programadores o personas responsables de las historias de esta fase. Descripción: Descripción detallada de la iteración. Lista de Historias Estimadas: Todas las posibles historias que se estimen para esta iteración.

(29) 17 Observaciones: Todas las observaciones que se tengan de iteración.. Tabla 3. Planificación de Historias. Planificación de historias [Usuario] Número:1. Usuario: Usuario que interviene en la actividad. Nombre historia: Nombre de la historia o requerimiento Prioridad en negocio: Riesgo en desarrollo: Tareas (Alta/ Media / Baja) (Alta/ Media / Baja) estimadas: #. Iteración asignada: #. Programador responsable: Nombre del programador o persona responsable de la actividad Descripción: Descripción detallada de la Historia Observaciones: Todas las observaciones que se tengan de la historia o requerimiento.. Tabla 4. Planificación de Tareas. Planificación de tareas Número tarea: 2. Número historia: 1. Puntos estimados: 5. Nombre tarea: Nombre de la tarea a realizar Fecha inicio: dd / mes / aaaa. Fecha fin: dd / mes / aaaa. Programador responsable: Equipo o persona responsable Descripción: Comprobación que la definición establecida para la base de datos admite los campos que se leen del fichero de entrada, realizando las oportunas modificaciones..

(30) 18 4.2.2.3 Implementación Para el desarrollo del proyecto teniendo en cuenta la metodología planteada eXtreme Programming XP se dividirá la etapa de implementación en: bases de datos, interfaces de usuario y pruebas. Cada una de estas etapas tiene un ciclo interno de planeación, implementación y pruebas. De esta manera se asegura el mantenimiento de un correcto ciclo de vida de acuerdo a los lineamientos planteados en la planeación inicial. 4.2.2.3.1 Bases de datos . Planeación: En la planeación de la base de datos, se analizan las entidades necesarias para cumplir con cada una de las iteraciones planeadas en el documento de gestión. En la Tabla 5 se muestra la plantilla del formato a utilizar en la planeación. Tabla 5. Planeación de Bases de Datos. Planeación de Bases de datos. Nombre del Módulo. Ciudades. . Entidades de BD Relacionadas Departamentos Ciudades. Observaciones La entidad ciudades incluye como llave foránea la llave primaria de la entidad departamentos.. Implementación: Para la implementación de la base de datos se definen los scripts de las tablas identificadas en la planeación y su correspondiente MER Tales artefactos se registran en un documento cuya plantilla se muestra en la Tabla 6. Tabla 6. Implementación de recursos al sistema Bases de Datos. Implementación de recursos al sistema [Bases de Datos]. Nombre historia: Nombre de la historia o requerimiento Iteración asignada: #. Numero historia: #. Tareas cumplidas con agregado: Programador responsable: Nombre del programador o persona responsable de la actividad #. este.

(31) 19 Descripción: Descripción detallada del módulo agregado Respaldos: Scripts correspondientes a las entidades agregadas. Imagen del modelo agregado al sistema:. • Pruebas: La pruebas de integridad de las bases de datos a diseñar e implementar se registran en un documento cuya plantilla se muestra en la Tabla.. Modulo. Pruebas de Bases de datos Normalización Llaves primarias, Diccionario de Observaciones Adecuada Foráneas e índices datos definido para la tabla Si No Si definidos No Si No. 4.2.2.4 Pruebas Muestra el entregable formal de la etapa en el cual se detallan: Número de tarea, historia e interacción, encargado de la prueba, nombre de tarea, descripción, datos de entrada, resultado esperado y evaluación de la prueba. Dichas pruebas se registran en un documento cuyo formato se muestra en la Tabla 7. Tabla 7. Planificación de Pruebas. Planificación de pruebas Número tarea: 2. Número historia: 1. Encargado de prueba: Equipo o persona responsable Nombre de tarea: Desarrollo / Corrección / Mejora / Verificación Descripción: Descripción de las funcionalidades que presenta la tarea a testear.. Iteración:1.

(32) 20 Condiciones de ejecución: Condiciones iníciales para poder ejecutar correctamente la tarea. Datos de entrada: Datos o parámetros de entrada para la el correcto funcionamiento de la tarea. Resultado esperado: Resultado esperado después de realizar la prueba con las entradas establecidas. Evaluación de la prueba: Evaluación del resultado obtenido en la prueba realizada.. 4.3. Fuentes y Técnicas para Recolección de Información. Para la investigación referente al desarrollo del sistema de información propuesto se contó con las siguientes fuentes para la recolección de la información que permitiera llegar a la solución propuesta. 4.3.1 Fuentes Primarias . Amalia Carrillo - “Secretaria Coordinación Posgrados Especialización Ingeniería de Software”. . Msc. Alexandra Abuchar Porras - “Directora del grupo de investigación de la especialización- ESPINSOFT”. 4.3.2 Fuentes Secundarias . Doce006E tes asignaturas bases de datos e informática universidad Distrital.. . SOMMERVILLE, Ian. Ingeniería del Software. Séptima Edición. Madrid: Pearson Education S.A., 2005 ISBN: 84-7829074-5.. . GRACIA, Joaquín. Patrones de diseño: Diseño de software orientado a objetos. Zaragoza,. 2003. [disponible. en. http://www.ingenierosoftware.com/analisisydiseno/patrones-diseno.php.. línea].

(33) 21 4.3.3 Recolección de la Información La información para adelantar esta propuesta de grado se llevó a cabo mediante entrevista presencial con los actores expertos en los procesos de radicación de proyectos de grados y seguimiento a los mismos de la coordinación de la Especialización en Ingeniería de Software. 4.3.4 Tratamiento de la Información El problema de investigación planteado se va a resolver a través del diseño e implementación de un sistema de información basado en computador para la gestión y control del proceso descrito. Como se explicó anteriormente se escogió el proceso XP como método de desarrollo para el proyecto debido a que esta técnica se adapta a equipos de desarrollo de software pequeños como es este caso, ya que se pretende la obtención de un producto con características de calidad, sin rigurosidad en la documentación asociada al proceso de desarrollo más allá de la estrictamente requerida. . Todo proceso de desarrollo de software se puede dividir en cuatro grandes fases:. . Especificación de requerimientos. . Diseño y desarrollo. . Pruebas. . Despliegue y mantenimiento.. Estas fases generarán de forma inevitable información asociada que será vital para realizar el análisis de cada etapa del proyecto y a su vez servirá como entrada a la siguiente fase según corresponda. Por este motivo es imperativa la definición de un estándar en la administración de la información manejada en todo el proceso de desarrollo del producto. La información manejada en todo el proceso de desarrollo se divide en dos grandes categorías:.

(34) 22 . Documentos de desarrollo: se llevarán a cabo las actas de reunión, los requerimientos estarán definidos en los formatos de iteraciones, historias y tareas, en adición, se diligenciarán todos los formatos establecidos en la metodología elegida para este desarrollo.. . Código fuente: La codificación del diseño planteado en la plataforma de desarrollo seleccionada para ello.. Se hace la distinción en los dos tipos de documentos descritos arriba porque la administración de versiones se va a hacer en una herramienta distinta en cada caso como se detalla a continuación: . Documentos de desarrollo Se plantea la utilización de la plataforma Dropbox para el almacenamiento y el control de la versión de los documentos, esto garantiza que la información esté disponible en la medida en que la plataforma lo esté, adicionalmente se garantiza una herramienta que soporta el control de versiones para asegurar la correcta trazabilidad en la gestión del proyecto. Todos los documentos a versionar se codificarán en función de su tipo y objeto.. . Código fuente Se plantea la utilización de un servidor GIT para el almacenamiento de las fuentes del programa a desarrollar, esto asegura que la información se va a mantener privada a los interesados del proyecto, y que los cambios hechos se van a versionar..

(35) 23. 5. 5.1. CAPITULO 5. Contexto Arquitectónico. 5.1.1 Análisis contextual El proyecto se desarrolla en la coordinación de la Especialización en Ingeniería de Software en la Universidad Distrital Francisco José de Caldas, una entidad de educación superior pública adscrita a la Alcaldía Mayor de la ciudad de Bogotá. A continuación se detallan los aspectos de la organización que se consideraron más relevantes para el análisis del proyecto. 5.1.1.1 Misión La misión de la Universidad Distrital Francisco José de Caldas‚ es la democratización del acceso al conocimiento para garantizar, a nombre de la sociedad y con participación de Estado, el derecho social a una Educación Superior con criterio de excelencia, equidad y competitividad mediante la generación y difusión de saberes y conocimientos con autonomía y vocación hacia el desarrollo sociocultural para contribuir fundamentalmente al progreso de la Ciudad‚ Región de Bogotá y el país. 5.1.1.2 Visión La Universidad Distrital Francisco José de Caldas, en su condición de Universidad autónoma y estatal del Distrito Capital, será reconocida nacional e internacionalmente por su excelencia en la construcción de saberes, conocimientos e investigación de alto impacto para la solución de los problemas del desarrollo humano y transformación sociocultural, mediante el fortalecimiento y la.

(36) 24 articulación dinámica, propositiva y pertinente de sus funciones universitarias en el marco de una gestión participativa, transparente y competitiva. 5.1.1.3 Aspecto Legal La Universidad Distrital Francisco José de Caldas define el trabajo de grado de la siguiente manera: “El Trabajo de Grado es un proceso formativo que hace parte del plan de estudios desarrollado por el estudiante y le conduce a la obtención de un resultado final que ha de presentar, para optar a un título universitario, en cumplimiento del requisito establecido en el artículo 70 del acuerdo 027 de 1993 del Consejo Superior Universitario. Contribuye en la formación integral del estudiante de pregrado a su preparación para el desempeño profesional, ampliando las posibilidades de investigación, creación, desarrollo tecnológico, innovación y proyección social”. 5.1.2 Interesados y sus Preocupaciones Se identifican los siguientes interesados y sus correspondientes preocupaciones: . Estudiante: Actor que se encarga de la radicación del proyecto y sus correspondientes correcciones posteriores a las revisiones del Director o Revisor del proyecto. Preocupaciones: o Realizar las entregas en las fechas oportunas sin tener que desplazarse a las instalaciones de la Universidad. o Realizar la radicación y las correcciones del proyecto sin incurrir en costos de impresión por cada nuevo ajuste o Tener un histórico de consulta de los proyectos existentes.. . Coordinador: Actor que se encarga de la recepción de los proyectos y la asignación de los Directores y Revisores de los mismos..

(37) 25 Preocupaciones: o Tener un control adecuado de la asignación de Directores y Revisores en cada proyecto teniendo en cuenta su carga de asignación, no más de 3 proyectos por Director y Revisor. o Realizar seguimiento de la gestión llevada a cabo por los directores y revisores asignados a los proyectos. o Contar con un historial de proyectos de fácil acceso y consulta. . Director y Revisor: Actores que se encargan de guiar el desarrollo de los proyectos degrado previamente asignados por parte de la coordinación. Preocupaciones: o Contar con una manera eficiente de acceder al historial de los proyectos de tesis asignados. o Realizar la retroalimentación de las revisiones de los proyectos asignados de una manera eficiente y en el menor tiempo posible.. 5.1.3 Puntos de Vista Estándar en Archimate En Archimate se ha definido un conjunto de puntos de vista de arquitectura estándar basados en la experiencia práctica. Cada punto de vista es una selección de un subconjunto relevante de concepto de Archimate y sus relaciones, además de la representación de esa parte de la arquitectura que es expresada en diferentes diagramas..

(38) 26 En las siguientes subsecciones se describen en detalle los puntos de vista estándar definidos en Archimate aplicados al proyecto, acompañadas de la definición de cada punto de vista según la documentación de Archimate1. 5.1.3.1 Diagrama de Organización El punto de vista de organización se enfoca en la organización interna de una compañía, un departamento, una red de compañías o cualquier otra entidad organizacional. Es posible representarlos modelos de este punto de vista como bloques de diagrama anidados, pero también de una forma más tradicional, tal como cuadros organizacionales. El punto de vista organizacional es muy útil para identificar competencias, autoridades y responsabilidades en una organización.. Figura 2. Diagrama de Organización.. La estructura de organización mediante la cual se lleva a cabo la gestión de proyectos de grado se establece de la siguiente manera: La organización se compone a través del coordinador de la especialización en ingeniería de software y el comité de evaluación de proyectos de grado, además, se cuenta con docentes que. 1. The Open Group; Archimate 2.1 Specification; http://pubs.opengroup.org/architecture/archimate2doc/toc.html; consultado el 17/05/2015.

(39) 27 pueden cumplir los roles de “Director” y/o “Revisor” con el fin de colaborar en la asesoría de los proyectos de grado presentados por los estudiantes. 5.1.3.2 Diagrama de Función de Negocio El punto de vista de función de negocio muestra las principales funciones de negocio y sus relaciones en términos de flujos de información, valor o bienes entre ellas.. Figura 3. Diagrama de función de negocio.. Las funciones de negocio definidas de acuerdo a cada rol son las siguientes: . Estudiante: o Radicar Proyecto. o Ajustar Proyecto.. . Coordinador: o Generar estrategias de terminación en el tiempo de la especialización. o Asignar Directores y Revisores. o Mediar en las diferencias de conceptos entre los Estudiantes, Directores y Revisores.. . Director:.

(40) 28 o Guiar el desarrollo del proyecto. o Revisar el proyecto 5.1.3.3 Diagrama de Proceso de Negocio Actual. Figura 4. Diagrama de proceso actual.. La coordinación de especialización en Ingeniería de Software de la Universidad Distrital cuenta un servicio que permite gestionar los proyectos de grado de los estudiantes de la especialización en ingeniería de software, este servicio se realiza mediante el proceso de gestión de proyectos de grado al cual tienen acceso los estudiantes dueños del proyecto, directores de los proyectos, revisores de los proyectos y el coordinador de la especialización en ingeniería de software. El proceso para gestionar un proyecto de grado se inicia desde el momento en que se registra el proyecto, acción que se implementa mediante el proceso de recepción de proyectos, proceso en.

(41) 29 el que participan tanto estudiantes como coordinadores, una vez recibido el proyecto se continúa con el proceso de asignación de director y revisor del proyecto recibido, en este proceso intervienen el coordinador y los directores y revisores; una vez asignados el director y el revisor del proyecto se lleva a cabo el proceso de realización de seguimiento de proyectos, en este proceso intervienen los estudiantes del proyecto y el director y revisor asignados al mismo, el proceso se ejecuta las veces que sean necesarias hasta llegar al evento de aprobación. Una vez aprobado el proyecto de grado se llega al objeto de negocio que es dado mediante la realización y presentación final del proyecto de grado de los estudiantes que se verá reflejado a través un documento en el que se registra todo el proceso de elaboración del proyecto y que finalmente será entregado de forma física y digital “CD”..

(42) 30 5.1.3.4 Modelo propuesto de solución. Figura 5. Diagrama de modelo propuesto de solución.

(43) 31 La coordinación de la Universidad Distrital proporcionará un servicio por medio del cual se pretende facilitar la radicación, seguimiento y finalización de los proyectos de grado de los estudiantes de la especialización en Ingeniería de Software, dicho servicio será proporcionado a través del sistema TheSys para apoyar el proceso de gestión de proyectos de grado haciéndolo más eficiente y logrando que se cumpla de forma eficaz la ejecución del contrato (Acta de sustentación) establecido entre la coordinación de la especialización en ingeniería de software y el estudiante. 5.1.3.5 Diagrama de Infraestructura El punto de vista de infraestructura contiene los elementos de infraestructura de software y hardware que soportan la capa de aplicación, tal como dispositivos físicos, redes o sistemas de software.. Figura 6. Diagrama de infraestructura.. Para garantizar un funcionamiento óptimo y eficiente del sistema TheSys se define una infraestructura basada en web, en la cual su distribución se presenta de la siguiente manera: . Un servidor de base de datos que almacenará la base de datos del sistema.. . Un servidor de aplicación que almacenará los archivos del sistema TheSys..

(44) 32 . Un servidor de archivos que almacenará los documentos del proyecto de grado de los estudiantes en sus diferentes versiones de revisión.. . Acceso a Internet.. . Una red LAN.. . Computadores con Acceso a Internet para acceder la aplicación desde el lado del cliente.. El sistema TheSys requerirá de un servidor de aplicaciones desde el cual se accederá a los componentes de Seguimiento de Proyectos, Directorio de Participantes, Registro de Usuarios y Biblioteca de Proyectos, que harán funcional el sistema y eficiente el proceso de Gestión de Proyectos de Grado. 5.1.3.6 Diagrama en Capas El punto de vista en capas muestra distintos capas y aspectos de una arquitectura empresarial en un solo diagrama. Debido a que se representan múltiples aspectos de una arquitectura empresarial en un único diagrama, el metamodelo de este punto de vista es la especificación completa de Archimate que puede ser incluida..

(45) 33. Figura 7. Diagrama de capas.. En el diagrama se muestran la interacción entre los actores y roles identificados, los procesos de negocio que soportan el proceso de gestión de proyectos de grado, los componentes de software principales planificados y la infraestructura necesaria para alojar tales aplicaciones..

(46) 34 5.1.3.7 Diagrama de Realización de Objetivos El punto de vista de realización de objetivos permite a un diseñador modelar un refinamiento de alto nivel de los objetivos a objetivos más concretos, y dichos refinamientos a requerimientos o restricciones que describen las propiedades que son requeridas para la realización de los objetivos.. Figura 8. Diagrama de Realización de Objetivos.. El principio fundamental del sistema TheSys es la Facilidad y la Disponibilidad, en estos principios se enmarcan los requerimientos y las restricciones para lograr los objetivos establecidos. 5.1.3.8 Diagrama de Realización de Requerimientos El punto de vista de realización de requerimientos permite al diseñador modelar la realización de los requerimientos por los elementos base del modelo, tal como los actores del negocio, servicios del negocio, procesos de negocio, servicios de aplicación, componentes, etc..

(47) 35. Figura 9. Diagrama de realización de requerimientos.. En la Figura 9 se detallan los diferentes objetivos con sus correspondientes requerimientos, y las restricciones asociadas identificadas para la realización de cada objetivo. 5.1.3.9 Diagrama de Motivación El punto de vista de motivación permite a los diseñadores o analistas modelar el aspecto motivacional, sin enfocarse en elementos determinados dentro de ese aspecto. Por ejemplo este punto de vita puede ser utilizado para presentar un resumen total o parcial del aspecto motivacional relacionando los interesados, sus objetivos principales, los principios que son aplicados, y los principales requerimientos, sobre los servicios, procesos, aplicaciones y objetos. En la Figura 10 se presentan los interesados con sus correspondientes motivaciones (Manejadores), y el valor agregado que desean obtener al lograr sus objetivos, además se identifican los requerimientos asociados en la contribución de estos objetivos y sus fortalezas y debilidades..

(48) 36. Figura 10. Diagrama de motivación.. 5.1.3.10 Diagrama de Migración e Implementación El punto de vista de implementación y migraciones utilizado para relacionar programas y proyectos a las porciones de la arquitectura que ellas desarrollan.. Figura 11. Diagrama de migración e implementación.. En la Figura 11 se presenta el proceso de migración para realizar la puesta en marcha del sistema TheSys con su correspondiente flujo de proceso identificando los hitos correspondientes, adicionalmente se muestra la visión general del proyecto correspondiente al sistema TheSys..

(49) 37 5.2. Desarrollo del Proyecto. El desarrollo del proyecto aquí descrito corresponde a las fases explicadas en el numeral 4.2. A continuación se referencian los artefactos producidos de la gestión del proyecto y adjuntos a este documento como anexos. 5.2.1 Gestión En las distintas etapas del proyecto se realizaron una serie de reuniones, el desarrollo de dichas reuniones, sus las conclusiones y los compromisos adquiridos por los participantes se registraron en actas. En el Anexo 1 se adjuntan todas las actas de las reuniones que tuvieron lugar en el desarrollo del proyecto. 5.2.2 Planificación del proyecto Para llevar a cabo la planificación del proyecto, primero se realizó el análisis de arquitectura detallado en el numeral 5.1, dicho análisis dio como resultado los objetivos que debe suplir el sistema a modelar, así como las tareas que tal sistema debe soportar, además se propuso una serie de componentes lógicos de software que son responsables de dichas tareas. Con base en los elementos identificados en el análisis de arquitectura se planteó una estructura de desglose de tareas o EDT (WBS por sus siglas en ingles), dicha estructura se compone de iteraciones, historias y tareas, de acuerdo a los lineamientos establecidos en la metodología de trabajo planteada. En el Anexo 2 se muestra el EDT planteado..

(50) 38 5.2.3 Implementación Tal y como se explicó en la sección de metodología planeada, la implementación del proyecto se dividió en tres fases principales: bases de datos, interfaz de usuario y pruebas, a continuación se detalla el desarrollo de cada una de las fases. 5.2.3.1 Bases de Datos Planeación En la planeación de la base de datos se plantearon las entidades requeridas por el sistema, este planteamiento se realizó con base en las necesidades identificadas en las entrevistas realizadas a las personas que intervienen ante la coordinación de la Especialización en Ingeniería de Software en la gestión de proyectos de grado; dichas entidades se muestran en el ANEXO 3. PLANEACIÓN DE BASE DE DATOS. El anexo contiene un mapeo completo de los módulos del prototipo, relacionando cada módulo con una entidad planteada y registrando las principales operaciones que se espera ejecute cada módulo sobre la entidad propuesta. Implementación La implementación de la base de datos consistió en el planteamiento del modelo entidadrelación (MER) asociado a la estructura de datos identificada para el proyecto, dicho modelo se muestra en el Anexo 4. En este anexo se asocia la historia o requerimiento asociado, el responsable, la descripción del módulo, respaldos del código y el fragmento de la imagen MER de la entidad. Adicionalmente se construyeron los scripts de creación de los objetos de base de datos que representan las entidades formuladas en el modelo MER, dichos scripts se muestran en el Anexo 5..

(51) 39 Pruebas Se realizaron pruebas de la base de datos planificada y construida, estas pruebas se basaron en una lista de chequeo que contiene características básicas asociadas a modelos de datos relacionales. Estas pruebas se muestran en el Anexo 6. 5.2.4 Pruebas Posterior a cada fase de desarrollo de cada iteración se ejecutaron las pruebas que se plantearon al inicio de dicha iteración, dichas pruebas se planificaron y registraron en una serie de formatos que se muestran en el Anexo 7..

(52) 40 CONCLUSIONES La construcción del Sistema TheSys logra concretar un estándar de buenas prácticas para el proceso de gestión de proyectos de grado en la coordinación de la Especialización de Ingeniería de Software de la Universidad Distrital, ya que con este sistema se adoptan formas agiles de llevar a cabo dicho proceso, mejorando la experiencia los involucrados..

(53) 41 PROSPECTIVA El sistema desarrollado cumple con todos los objetivos para los cuales fue diseñado. Sin embargo, hay muchas opciones que pueden tomarse para retomar este proyecto y complementarlo. Puesto que se ha desarrollado la base de una herramienta que puede crecer con nuevos proyectos que den continuidad y aporten nuevas funcionalidades a las ya integrada en esta primera versión de este sistema. Actualmente el sistema cubre el proceso de gestión de proyectos de grado de la Especialización en Ingeniería de Software de la Universidad Distrital, pero su estructura ha sido concebida para que con unas pocas mejoras del sistema se pueda extender este proceso a las diferentes especializaciones con las que cuenta la Universidad Distrital y que requieran de presentación de trabajos de tesis como opción de grado. Finalmente en razón a que la universidad utiliza varios sistemas de información, se plantea una futura integración del sistema TheSys con los sistemas utilizados para la gestión de matrícula de los estudiantes y la gestión de notas de asignaturas en caso que se desee plantear un requisito de gestión de proyectos de grado en este sentido, otra posibilidad interesante de integración es con sistemas de bases de datos de proyectos académicos especializados de otras instituciones para interconsulta de proyectos..

(54) 42 BIBLIOGRAFIA Andrews, S. Fastqc, (2010). A quality control tool for high throughput sequence data. Augen, J. (2004). Bioinformatics in the post-genomic era: Genome, transcriptome, proteome, and information-based medicine. Addison-Wesley Professional. Blankenberg, D., Kuster, G. V., Coraor, N., Ananda, G., Lazarus, R., Mangan, M., ... & Taylor, J. (2010). Galaxy: a web‐based genome analysis tool for experimentalists. Current protocols in molecular biology, 19-10. Bolger, A., & Giorgi, F. Trimmomatic: A Flexible Read Trimming Tool for Illumina NGS Data. URL http://www. usadellab. org/cms/index. php. Giardine, B., Riemer, C., Hardison, R. C., Burhans, R., Elnitski, L., Shah, P., ... & Nekrutenko, A. (2005). Galaxy: a platform for interactive large-scale genome analysis. Genome research, 15(10), 1451-1455. Goecks, J., Nekrutenko, A., & Taylor, J. (2010). Galaxy: a comprehensive approach for supporting accessible, reproducible, and transparent computational research in the life sciences. Genome Biol, 11(8), R86. Haas, B. J., Papanicolaou, A., Yassour, M., Grabherr, M., Blood, P. D., Bowden, J., ... & Regev, A. (2013). De novo transcript sequence reconstruction from RNA-seq using the Trinity platform for reference generation and analysis. Nature protocols, 8(8), 1494-1512. HÁJKOVÁ, P., Zemanová, B., BRYJA, J., Hájek, B., Roche, K., TKADLEC, E., & ZIMA, J. (2006). Factors affecting success of PCR amplification of microsatellite loci from otter faeces. Molecular Ecology Notes, 6(2), 559-562. Mardis, E. R. (2008). The impact of next-generation sequencing technology on genetics. Trends in genetics, 24(3), 133-141. Martin, J. A., & Wang, Z. (2011). Next-generation transcriptome assembly. Nature Reviews Genetics, 12(10), 671-682. Martin, M. (2011). Cutadapt removes adapter sequences from high-throughput sequencing reads. Michigan State University. (2013). Annotation pipeline [Imagen]. Recuperada de http://cpgr.plantbiology.msu.edu/training/workshop_mar07/Lecture3_GenomeAnnotation. pdf Miller, D. J., Ball, E. E., Forêt, S., & Satoh, N. (2011). Coral genomics and transcriptomics— ushering in a new era in coral biology. Journal of Experimental Marine Biology and Ecology, 408(1), 114-119..

(55) 43 Miller, J. R., Koren, S., & Sutton, G. (2010). Assembly algorithms for next-generation sequencing data. Genomics, 95(6), 315-327. Wilhelm, B. T., & Landry, J. R. (2009). RNA-Seq-quantitative measurement of expression through massively parallel RNA-sequencing. Methods (San Diego, Calif.), 48(3), 249..

(56) 44 ANEXO 1. ACTAS DE REUNIONES En este anexo se detalla cada una de las actas resultantes de las reuniones que se hicieron en el desarrollo del proyecto. A continuación se listan dichas actas en orden cronológico de realización de la reunión..

(57) 45 ANEXO 2. PLANIFICACIÓN DEL PROYECTO Descripción de la Iteración 1 Planificación de Iteraciones proyecto THESYS Iteración: I1. Usuario: Estudiantes, Administrador, Director y Revisor. Nombre Iteración: Gestión Usuarios. Prioridad en negocio: Alta Riesgo en desarrollo: Alto. Historias estimadas: 1. Programadores responsables: Diego Murillo Galvis Descripción: Creación de módulo que permita gestionar todos los procesos que se deben llevar a cabo para el registro de usuarios junto con su correspondiente proceso de seguridad (Login, Recordar contraseña, Cambiar contraseña). Lista de Historias Estimadas: H1 – Gestión de Usuarios. Observaciones: Esta Iteración deberá adicionar en su historia los procesos adicionales que engloban la operatividad del usuario dentro del sistema (Recordar contraseña, Cambiar contraseña, Iniciar Sesión). Iteración: I1 - Historia: H1 Planificación de historias proyecto THESYS Iteración: I1 Historia: H1. -. Usuario: Estudiantes, Administrador, Director y Revisor. Nombre historia: Gestión de Usuarios. Prioridad en negocio: Riesgo en desarrollo: Alta Alto tareas estimadas:5 Programador responsable: Diego Murillo Galvis Descripción: Creación de los módulos requeridos para la gestión de usuarios y su correspondiente operación en el sistema TheSys. Observaciones: Se requiere realizar test de efectividad para cada una de las tareas indicadas al momento de su finalización, es necesario diligenciar las diferentes actas de pruebas (Documento de Pruebas)..