UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS …dspace.uniandes.edu.ec/bitstream/123456789/4230/1/... ·...
Transcript of UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS …dspace.uniandes.edu.ec/bitstream/123456789/4230/1/... ·...
I
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
“UNIANDES”
FACULTAD: SISTEMAS MERCANTILES
CARRERA: SISTEMAS E INFORMÁTICA
TESIS DE GRADO PREVIO A LA OBTENCIÓN DEL TÍTULO DE
INGENIERO EN SISTEMA E INFORMÁTICA
TEMA:
SISTEMA DE INFORMACIÓN, PARA LA GESTIÓN DE PROYECTOS DE LA
UNIDAD DE INVESTIGACIÓN EN LA UNIVERSIDAD REGIONAL AUTÓNOMA
DE LOS ANDES “UNIANDES” EXTENSIÓN PUYO.
.
AUTOR: TLGO. SERGIO WILLIAN CHÁVEZ PUALACIN
TUTOR: ING. LUIS GUSTAVO GUALLPA ZATAN
PUYO – ECUADOR
2016
II
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
“UNIADES”
CERTIFICADO DEL ASESOR DE TESIS
ING. LUIS GUSTAVO GUALLPA ZATAN, CATEDRÁTICO DE LA FACULTAD DE
SISTEMAS MERCANTILES DE LA UNIVERSIDAD REGIONAL AUTÓNOMA DE
LOS ANDES “UNIANDES”:
CERTIFICA:
QUE: el Tlgo. Sergio Willian Chávez Pualacin egresado de la carrera de Ingeniería de
Sistemas, ha cumplido con las disposiciones reglamentarias, por lo que la presente
investigación se encuentra concluida bajo los parámetros metodológicos de un proyecto
informático, cuyo tema es: “SISTEMA DE INFORMACIÓN, PARA LA GESTIÓN
DE PROYECTOS DE LA UNIDAD DE INVESTIGACIÓN EN LA UNIVERSIDAD
REGIONAL AUTÓNOMA DE LOS ANDES “UNIANDES” EXTENSIÓN PUYO”.
La misma que se pone a consideración de la Autoridad Competente, para su validación
previo a su defensa y sustentación.
Atentamente,
Ing. Luis Guallpa
ASESOR DE TESIS
III
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
“UNIADES”
DECLARACIÓN DE LA AUTORÍA
El Tlgo. Sergio Willian Chávez Pualacin con la cédula de identidad No.- 1600542698,
Certifico que el presente trabajo de investigación es de mi autoría, por lo que asumo la
responsabilidad del contenido y de toda la información obtenida y que se encuentra
detallada debidamente en cada uno de los capítulos del mismo.
Facultamos a la Universidad Regional Autónoma de los Andes ” el uso de este
documento como considere o estime necesario, para fines netamente académicos.
Tlgo. Sergio Willian Chávez Pualacin
C.I. 160054269’8
Autor de Tesis
IV
Dedicatoria
A mi Dios, que me dio la fortaleza espiritual, salud y sabiduría para
culminar mi carrera.
A mis padres, porque gracias a su cariño, guía y apoyo
incondicional he llegado a terminar mis estudios profesionales, sobre
todo la motivación para poder seguir creciendo a nivel personal y
profesional.
A todos los que confían en mí; a mis profesores y amigos.
V
ÍNDICE GENERAL
ÍNDICE GENERAL……………..…………………………………………………….…...V
ÍNDICE DE TABLA………………………………………………………….………...…IX
ÍNDICE GE GRÁFICOS...………………………………………………...………...……XI
RESUMEN EJECUTIVO….……………………………………………….…….……..XIII
EXECUTIVE SUMMARY………...……………………………………….…..…...…..XIV
Contenido
INTRODUCCIÓN ............................................................................................................... 1
Antecedentes de la investigación ........................................................................................... 1
Objetivos ................................................................................................................................ 4
Objetivo General .................................................................................................................... 4
Objetivo Específicos .............................................................................................................. 4
Idea a defender ....................................................................................................................... 4
Justificación del tema ............................................................................................................. 4
Breve explicación de la metodología investigativa a emplear ............................................... 5
Método analítico sintético ...................................................................................................... 6
Resumen de la estructura de la tesis: breve explicación de los capítulos .............................. 6
Elementos de novedad, aporte teórico y significación práctica, en dependencia del alcance
de la tesis. ............................................................................................................................... 7
CAPÍTULO I. MARCO TEÓRICO .................................................................................. 8
1.1. Origen y evolución del objeto de investigación ........................................................... 8
1.1.1. Sistema de información ......................................................................................... 8
1.1.2. Arquitectura Cliente – Servidor .......................................................................... 11
1.1.3. Aplicaciones Web................................................................................................ 12
1.1.4. Herramientas de desarrollo y metodología .......................................................... 13
VI
1.1.5. Gestión de Proyecto ............................................................................................ 15
1.2 Análisis de las distintas posiciones teóricas sobre el objeto de investigación ........... 17
1.2.1 Sistema de Información ....................................................................................... 17
1.3 Valoración crítica de los conceptos principales de las distintas posiciones
teóricas. ………………………………………………………………………………….19
1.4 Análisis crítico sobre el objeto de investigación actual del sector, rama o
empresa, contexto institucional. ........................................................................................... 19
1.5 Conclusiones parciales del capítulo. ................................................................... 20
CAPITULO II. MARCO METODOLÓGICO Y PLANTEAMIENTO DE LA
PROPUESTA ..................................................................................................................... 21
2.1 Caracterización del sector, rama, empresa, contexto institucional o problema
seleccionado para la investigación. ...................................................................................... 21
2.2 Descripción del procedimiento metodológico para el desarrollo de la investigación.
……………………………………………………………………………………….26
2.2.1 Investigación Cuantitativa-Cualitativa ................................................................ 26
2.2.2 Investigación de Campo ...................................................................................... 26
2.2.3 Investigación Bibliográfica ................................................................................. 26
2.2.4 Diseño de la investigación de campo .................................................................. 27
2.3 Propuesta del investigador: modelo, sistema, metodología, procedimiento, entre
otros, que realice el investigador. ........................................................................................ 28
2.3.1 Análisis e Interpretación de los Resultados ......................................................... 28
2.3.2 Encuesta aplicada a los coordinadores de carrera. .............................................. 35
2.3.3 Análisis de los Resultados de la Encuesta ........................................................... 39
2.4 Conclusiones parciales del capítulo ........................................................................... 39
CAPITULO III. DESARROLLO DE LA PROPUESTA .............................................. 41
3.1. Título de la propuesta ................................................................................................. 41
3.2 Objetivos .................................................................................................................... 41
VII
3.2.1 Objetivo general .................................................................................................. 41
3.2.2 Objetivo específico .............................................................................................. 41
3.2.3 Antecedentes ....................................................................................................... 41
3.2.4 Justificación: ........................................................................................................ 41
3.3 Estudio de factibilidad ................................................................................................ 42
3.3.1 Factibilidad operacional ...................................................................................... 42
3.3.2 Factibilidad técnica.............................................................................................. 43
3.3.3 Factibilidad económica........................................................................................ 44
3.3.4 Definición de la metodología para el desarrollo del sistema de información ..... 45
3.3.5 Metodología de desarrollo OOHDM ................................................................... 45
3.3.6 Requerimiento del sistema .................................................................................. 46
3.3.7 Identificación de Actores y Tareas ...................................................................... 46
3.3.8 Diagrama de Secuencia ....................................................................................... 63
3.4 DISEÑO ..................................................................................................................... 67
3.4.1 DISEÑO CONCEPTUAL ................................................................................... 67
3.4.2 Diccionario de Datos ........................................................................................... 69
3.4.3 Modelo funcional diagrama de actividades ......................................................... 75
3.4.4 Modelo conceptual .............................................................................................. 79
3.4.5 Modelo lógico ..................................................................................................... 80
3.4.6 Modelo Físico de la Base de Datos ..................................................................... 81
3.4.7 Diseño de Interface Abstracta ............................................................................. 82
3.4.8 Diseño Navegacional ........................................................................................... 84
3.4.9 Interfaz de Usuario .............................................................................................. 85
3.5 Implementación .......................................................................................................... 87
3.6 Pruebas ....................................................................................................................... 87
3.6.1 Prueba de Operatividad ....................................................................................... 87
3.6.2 Prueba de Funcionamiento .................................................................................. 87
VIII
3.6.3 Prueba de funcionamiento ................................................................................... 90
3.6.4 Pruebas de Caja negra ......................................................................................... 91
3.6.5 Conclusiones parciales del capítulo .................................................................... 96
4. CONCLUSIONES Y RECOMENDACIONES ........................................................... 97
4.1 CONCLUSIONES GENERALES ............................................................................. 97
4.1 RECOMENDACIONES ............................................................................................ 98
BIBLIOGRAFÍA
ANEXOS
ANEXO A - CARTA DE ACEPTACIÓN
ANEXO B - CERTIFICADO DE SATISFACCIÓN
ANEXO C- FICHA DE OBSERVACIÓN
ANEXO D - ENTREVISTA
ANEXO E – ENCUESTA
ANEXO F – MANUAL DE USUARIO
ANEXO G – MANUAL TÉCNICO
IX
ÍNDICE DE TABLA
Tabla 1. Encuesta Pregunta 1 ............................................................................................... 35
Tabla 2. Encuesta Pregunta 2 ............................................................................................... 36
Tabla 3. Encuesta Pregunta 3 ............................................................................................... 37
Tabla 4. Encuesta Pregunta 4 ............................................................................................... 38
Tabla 5. Encuesta Pregunta 5 ............................................................................................... 38
Tabla 6. Viabilidad Técnica ................................................................................................. 43
Tabla 7. Viabilidad Económica ........................................................................................... 44
Tabla 8. Identificación de Actores y Tareas ........................................................................ 47
Tabla 9. Descripción de Actores .......................................................................................... 48
Tabla 10. Especificación del caso de uso: Administración de información general ........... 50
Tabla 11. Especificación del caso de uso: Gestión de Usuario............................................ 51
Tabla 12. Especificación del caso de uso: Gestión de Proyectos ........................................ 53
Tabla 13. Especificación del caso de uso: Gestión de Actividades ..................................... 55
Tabla 14. Especificación del caso de uso: Gestión de Responsable .................................... 57
Tabla 15. Especificación del caso de uso: Gestionar Recursos ........................................... 58
Tabla 16. Especificación del caso de uso: Gestionar Recursos ........................................... 60
Tabla 17. Especificación del caso de uso: Gestionar Recursos .......................................... 62
Tabla 18. Especificación del caso de uso: Gestionar Recursos ........................................... 63
Tabla 19. Diccionario de clase Proyecto ............................................................................. 69
Tabla 20. Diccionario de clase Actividad ............................................................................ 70
Tabla 21. Diccionario de clase Act_Rec .............................................................................. 70
Tabla 22. Diccionario de clase Recursos ............................................................................. 71
Tabla 23. Diccionario de clase Res_Act .............................................................................. 71
Tabla 24. Diccionario de clase Act_Rec .............................................................................. 72
Tabla 25. Diccionario de clase Pro_Ben .............................................................................. 72
Tabla 26. Diccionario de clase Beneficiario ........................................................................ 72
Tabla 27. Diccionario de clase Línea_Investigación ........................................................... 73
Tabla 28. Diccionario de clase Facultad .............................................................................. 73
Tabla 29. Diccionario de clase Carrea ................................................................................. 73
Tabla 30. Diccionario de clase Monitoreo ........................................................................... 74
Tabla 31. Diccionario de clase Avances .............................................................................. 74
Tabla 32. Diccionario de clase M1 ...................................................................................... 75
X
Tabla 33. Pruebas de Ingreso de Datos Director de Proyectos ............................................ 88
Tabla 34. Pruebas de Ingreso de Datos Participantes .......................................................... 88
Tabla 35. Pruebas de Ingreso de proyectos .......................................................................... 88
Tabla 36. Pruebas de ingreso de avances (M1).................................................................... 89
Tabla 37. Pruebas de reportes (Coordinador) ...................................................................... 89
Tabla 38. Escala de valores .................................................................................................. 90
Tabla 39. Prueba Inicio de Sesión ....................................................................................... 92
Tabla 40. Prueba Inicio de Sesión ....................................................................................... 94
Tabla 41. Prueba Eliminar Proyecto .................................................................................... 94
Tabla 42. Crear Actividad .................................................................................................... 95
Tabla 43. Prueba Eliminar Actividad .................................................................................. 95
Tabla 44. Prueba Ficha de Proyecto .................................................................................... 95
XI
ÍNDICE DE GRÁFICOS
Figura 1. Encuesta – Pregunta1 .......................................................................................... 36
Figura 2. Encuesta – Pregunta 2 .......................................................................................... 36
Figura 3. Encuesta – Pregunta 3 .......................................................................................... 37
Figura 4. Encuesta – Pregunta 4 .......................................................................................... 38
Figura 5. Encuesta – Pregunta 5 .......................................................................................... 39
Figura 6. Caso de uso general .............................................................................................. 48
Figura 7. Caso administrar información del sitio ................................................................ 49
Figura 8. Caso administrar usuario ...................................................................................... 50
Figura 9. Caso de uso gestión de proyectos ......................................................................... 52
Figura 10. Caso de uso gestión actividades ......................................................................... 54
Figura 11. Caso de uso gestión responsables ....................................................................... 56
Figura 12. Caso de uso gestión recursos .............................................................................. 57
Figura 13. Caso de uso gestión beneficiados ....................................................................... 59
Figura 14. Caso de uso seguimiento de proyectos ............................................................... 60
Figura 15. Caso de uso generar reporte ............................................................................... 62
Figura 16. Diagrama de secuencia: Administrar Usuario .................................................... 63
Figura 17. Diagrama de secuencia: Gestión de Actividades................................................ 64
Figura 18. Diagrama de Secuencia: Gestionar Responsables .............................................. 65
Figura 19. Diagrama de Secuencia: Gestionar Recursos ..................................................... 65
Figura 20. Diagrama de Secuencia: Gestionar Beneficiarios .............................................. 66
Figura 21. Diagrama de Secuencia: Seguimiento de proyecto ............................................ 67
Figura 22. Diagrama de clase .............................................................................................. 68
Figura 23. Diagrama de actividades. Inicio de Sesión ......................................................... 75
Figura 24. Diagrama de actividades. Insertar/actualizar Coordinador, Director de Proyecto,
Participante .......................................................................................................................... 76
Figura 25. Diagrama de actividades. Insertar/Actualizar proyecto...................................... 76
Figura 26. Diagrama de actividades. Insertar/Actualizar participante, actividades, recursos
............................................................................................................................................. 77
Figura 27. Diagrama de actividades. Insertar/Actualizar responsable ................................. 77
Figura 28. Diagrama de actividades. Insertar/Actualizar recursos ...................................... 78
Figura 29. Diagrama de actividades. Insertar/Actualizar beneficiarios ............................... 78
XII
Figura 30. Modelo Conceptual ............................................................................................ 79
Figura 31. Modelo lógico de la base de datos ...................................................................... 80
Figura 32. Modelo físico de la base de datos ....................................................................... 81
Figura 33. ADV. Página principal ....................................................................................... 82
Figura 34. ADV. Detalle de sección de la página principal................................................. 83
Figura 35. Diseño Navegacional .......................................................................................... 84
Figura 36. Interfaz de Usuario – Página Principal ............................................................... 85
Figura 37. Interfaz de Usuario – Página de Inicio ............................................................... 86
Figura 38. Interfaz de Usuario – Página de Registro ........................................................... 86
Figura 39. Prueba accesibilidad ........................................................................................... 91
Figura 40. Test de navegación ............................................................................................. 91
XIII
RESUMEN EJECUTIVO
El presente trabajo de investigación tiene como finalidad la implementación de un sistema
de información, para mejorar la gestión de proyectos de la Unidad de Investigación de la
Universidad Regional Autónoma de los Andes “UNIANDES”, extensión Puyo.
El proyecto de investigación se realizó utilizando la metodología OOHDM (Método de
Diseño Hipermedia Objeto Orientado), compuesta de 5 fases: a) análisis de requerimientos,
b) modelo conceptual, c) diseño navegacional, d) diseño de interfaz. Fases que están
orientadas a obtener los requerimientos y análisis del flujo de información, donde se
completa las necesidades del usuario. Finalmente, la última fase que es la implementación
del sistema.
El sistema propuesto, realiza el procesamiento de la información de forma automatizada,
donde la recolección y actualización de la información es en tiempo real, permitiendo la
elaboración de reportes e informes oportunamente para la toma de decisiones. Además,
identifica oportunamente las desviaciones en las actividades, hecho que permite agilizar la
restructuración de la planificación de los proyectos.
Finalmente, se automatizará los procesos manuales; permitiendo registrar, actualizar,
almacenar, controlar y generar reportes de los proyectos; brindando eficiencia en la
realización de las actividades. Además, se agiliza en forma fiable y efectiva los procesos de
los proyectos investigativos en la Unidad de Investigación, y optimiza los costos, tiempo,
recursos.
XIV
EXECUTIVE SUMMARY
The present work of investigation has the aim to equipa n information system to improve
the management of Proyects in the Investigation Unit of the Regional University
“UNIANDES” Puyo extensión.
The proyect of investigation was made using the methodogy OOHDM(Hypermedia Design
Method Object Oriented) with 5 aspects: a) requirements análisis, b) conceptual model, c)
navigational design, d) interface design. This plases are given to obtain the requirements
and análisis of information stream where we can complete the necessities. Finally, the last
phase is the application of this system.
The proposed system, performs information processing automatically, where the collection
and updating of information is in real time, allowing the production of timely reports and
information for decision-making. In addition, timely identifies deviations in the activities,
made it speeds up the restructuring of project planning.
Finally, automate manual processes; allowing register, update, store, monitor and generate
reports of projects; providing efficient delivery of activities. Furthermore, it is speeding up
reliably and effective processes of research projects in the Research Unit, and optimizes
the cost, time, resources.
COORDINADOR ÁREA DE INGLÉS
1
INTRODUCCIÓN
Antecedentes de la investigación
Las investigaciones realizadas a varios temas relacionados a esta investigación de
diferentes autores
En el año 2011 se elaboró el trabajo de grado titulado “SISTEMA INFORMÁTICO DE
MONITOREO Y CONTROL DE LOS PROYECTOS EN LA FUNDACIÓN PARA LA
COOPERACIÓN Y DESARROLLO COMUNAL EN EL SALVADOR” desarrollado por
Ayala Ayala Gloria Elizabeth, Campos López Mayela Beatriz, Cuellar Batres Cristina
Ivette y Flores Cruz Liliana Maria, en la Universidad de El Salvador, para obtener el título
de Ingeniera de Sistemas Informáticos, mediante la implementación de este sistema se
mejoró la gestión de los proyectos debido a un eficiente control en los procesos que se
lleva a cabo en la fundación, por lo cual se aumentado la cantidad de proyectos en
ejecución y la toma de decisiones oportunas.
En el año 2010 se elaboró el trabajo de grado titulado “SISTEMA DE CONTROL Y
SEGUIMIENTO DE LOS PROYECTOS ADMINISTRATIVOS-ACADÉMICOS DE LA
FACULTAD DE CIENCIAS INFORMÁTICAS DE LA UNIVERSIDAD LAICA ELOY
ALFARO DE MANABÍ” desarrollado por Alay Alay Edwin Javier, Bravo Cedeño María
Fernanda, en la Universidad Laica Eloy Alfaro de Manabí, para obtener el título de
Ingeniero en Sistemas, mediante la implementación de este sistema hubo un mejoramiento
en la planificación y avance en los proyectos, en la obtención de informe estadísticos,
detecta el tiempo de holgura, y sobre todo obtener un informe comparativo entre la
planificación real y la ejecutada.
En el año 2010 se elaboró el trabajo de grado titulado “SISTEMA DE SEGUIMIENTO DE
PROYECTOS DE CONSTRUCCIÓN Y MANTENIMIENTO PARA EMPRESAS DE
TELECOMUNICACIONES A TRAVÉS DE LA WEB”, desarrollada por el Ing. León
Cercado Christian, en la Universidad Católica de Santiago de Guayaquil, para obtener el
título de Magister en Telecomunicaciones, mediante la instalación de este sistema se
mejoró el manejo de ejecución y control de los proyectos de telecomunicaciones con
2
indicadores de gestión, que permite llevar un registro sobre la evolución de las actividades
,para una planificación adecuada de los proyectos, optimizando los recursos.
Se procedió a revisar el repositorio de la Universidad Regional Autónoma de los Andes
“UNIANDES”, pero no existe una investigación sobre la creación de un sistema de
información para la gestión proyectos de la unidad de investigación de ninguna de sus
extensiones; por eso la originalidad de desarrollo de esta investigación.
Planteamiento del problema
La informática es una ciencia que ha venido evolucionando a través de los años; por lo que
su importancia ha crecido enormemente y las instituciones privadas se han valido de sus
beneficios para el trabajo que realizan sea más efectivo. Pero a pesar de ello, hay
instituciones que aún no ha podido aprovechar los beneficios de la Informática en su
totalidad por distintas razones y obligan a sus usuarios a quedarse con métodos
tradicionales, los cuales muchas veces acarrean distintos problemas como lentitud en los
procesos, perdida de información y datos pocos confiables.
Pese a esta problemática es necesario que nos demos cuenta que la informática estaba
jugando un papel de importancia en la educación actual, existen instituciones que están
alcanzando un nivel de vanguardia por medio de ellas, y se busca mejorar el aprendizaje.
En la Unidad de Investigación toda la información de los proyectos se administra y
distribuye manualmente y semi-automático, utilizando en algunos casos formularios
impresos, lo cual conlleva a que la información requerida para reportes no pueda ser
obtenida oportunamente.
Se ha identificado algunas causas que afectan en el proceso de gestión de proyectos, se
detalla a continuación:
Dificultad de obtener información en el momento requerido.
Retraso en la presentación de informes.
Retraso en la identificación oportuna de novedades fuera de lo planificado.
Poca difusión de los proyectos realizados por la Unidad de Investigación.
3
Retraso en procesamiento de la información de los proyectos.
Retraso en la entrega de avance de proyectos.
Los cuales provocan los siguientes efectos:
No se puede tomar decisiones en determinado tiempo
No se respeta la planificación planteada
Desinterés en presentación de proyectos
Los datos no se actualizan oportunamente
Incumplimientos a los tiempos establecidos
Formulación del problema
¿Cómo mejorar la gestión de los proyectos de la unidad de investigación en la Universidad
Regional Autónoma de los Andes “UNIANDES” Puyo?
Delimitación del problema
El presente trabajo de investigación se realizó en la “Unidad de Investigación de la
Universidad Regional Autónoma de los Andes “UNIANDES” extensión Puyo” ubicado en
la ciudad de Puyo, Provincia de Pastaza, barrio Central, durante el periodo de 25 de
noviembre del 2014 al 25 de abril del 2016.
Objeto de investigación y campo de acción
Objetivo de investigación: Sistemas de Información
Campo de acción: Aplicaciones Web
Identificación de la línea de investigación
Desarrollo de Software y Programación de Sistemas
4
Objetivos
Objetivo General
Implementar un sistema de información, para mejorar la gestión de proyectos de la Unidad
de Investigación en la Universidad Regional Autónoma de los Andes “UNIANDES”
extensión Puyo.
Objetivo Específicos
Fundamentar científicamente el diseño del sistema informático y herramientas de
desarrollo web y gestión de proyectos
Diagnosticar los procesos administrativos y los requerimientos de automatización de
gestión de proyectos de la Unidad de Investigación en la Universidad Regional
Autónoma de los Andes “UNIANDES” Puyo.
Desarrollar los componentes del sistema de información para agilitar los procesos de
Gestión Administrativo de los Proyectos de la Unidad de Investigación en la
Universidad Regional Autónoma de los Andes “UNIANDES” Puyo.
Idea a defender
Con la implementación del sistema de información se mejorará la gestión de proyectos de
la Unidad de Investigación en la Universidad Regional Autónoma de los Andes
“UNIANDES”.
Variables de investigación
Independiente: Sistemas de información.
Dependiente: Gestión de proyectos
Justificación del tema
Los sistemas de información han ido tomando auge en los últimos años en los distintos
entes económicos con el fin de obtener mejores resultados a menor costo y con la
utilización de menos recursos humanos, en el área educacional la aplicación de un sistema
automatizado para el proceso de gestión de proyectos, ofrece la posibilidad de realizar el
control de los mismos de manera ágil y sencilla, con una máxima confiabilidad.
5
El sistema de información propuesto, pretende agilizar y facilitar el manejo de proyectos,
actividades, presupuestos, directores de proyecto, investigadores, líneas de investigación
de la Unidad de Investigación.
Con el sistema de información se ayudara a llevar un control adecuado de los proyectos, de
manera sistemática, permitirá hacer un seguimiento de los mismo en forma oportuna, a fin
de verificar el avance en el cumplimiento de las actividades, y obtener los resultados
previstos, detectando problemas durante la ejecución de las actividades para dar una
solución oportuna, logrando que se cumpla con los objetivos planteados.
Entre los beneficios que brinda el sistema de información se tienen:
Facilitará al coordinador la presentación de informes al Centro de Dirección de
Investigación en forma oportuna y confiable.
Servirán como instrumento para la elaboración del POA.
Mayor exactitud en la generación de reportes.
Permite la actualización de actividades previo aprobación del coordinador de manera
inmediata.
Generación de reportes claros, concisos y oportunos para la toma decisiones.
Permite el ahorro de tiempo en el almacenamiento y búsqueda de información.
Seguridad de los datos.
Respaldo de la información.
En el caso de la Unidad de Investigación, un sistema de información automatizado
permitirá evolucionar en forma positiva, cumpliendo con los objetivos planteados, así
como el aporte de la Universidad a la comunidad.
Breve explicación de la metodología investigativa a emplear
Para el desarrollo de este proyecto, se empleara la metodología de investigación más
importante como son: inductivo y deductivo, analítico-sintética y de campo.
6
Método deductivo
Este método nos permitirá comprender las principales funciones en el desarrollo del
sistema de información para la gestión de proyectos investigativos de la Unidad de
Investigación.
Método analítico sintético
Mediante esta metodología permitió llegar a la verdad del estado actual de la forma de
cómo se lleva acabo los procesos en la Unidad de Investigación.
Analítico.- Extrae las partes de un todo con la finalidad de estructurarlos y a la vez
analizarlos. En esta investigación se utilizará este método por que se partirá de un todo
para poder llegar a un final, donde se analizará los procesos de gestión de proyectos en la
Unidad de Investigación para luego traer conclusiones.
De campo.- Constituye un proceso sistemático, riguroso y racional de recolección,
tratamiento, análisis y presentación de datos, basado en una estrategia de recolección
directa de la realidad de las informaciones necesarias para la investigación.
Resumen de la estructura de la tesis: breve explicación de los capítulos
La presente investigación, se muestra una introducción detallada donde nos da a conocer
el problema a investigar, mediante los antecedentes, planteamiento, formulación y
delimitación del problema, como el objetivo general y específicos, seguida de la
metodología de investigación hacer utilizada; a continuación se detallará como irá cada
capítulo:
El primer Capítulo, se encuentra el Marco Teórico, es donde se encuentra los conceptos y
definiciones sobre las variables de investigación que servirán de sustento para desarrollar
la fundamentación técnica, los mismos que permitirá elaborar la propuesta, análisis y
conclusiones parciales.
El Segundo Capítulo, se describe el marco metodológico y planteamiento de la propuesta,
que comprende los fundamentos de los sistema de información; siendo una base para la
ejecución del trabajo en estudio. También se analizará cada uno de los métodos, técnicas e
instrumentos a utilizarse.
7
El Tercer Capítulo, se realiza el desarrollo de la propuesta, se hace un análisis de los
resultados finales de la investigación, donde, consta el sistema de información para la
gestión de proyectos de la Unidad de Investigación, mediante la utilización de las
herramientas de desarrollo web, PHP como lenguaje de programación y Mysql como
gestor de base de datos.
Elementos de novedad, aporte teórico y significación práctica, en dependencia del
alcance de la tesis.
El aporte teórico de la presente tesis de grado son todos los elementos teóricos, así como
los conceptos de los sistemas de información, metodología de desarrollo, como también la
gestión de proyectos con sus respectivas etapas.
Como aporte científico tenemos la utilización de herramientas framework a la hora de
crear interfaces web, los diseños creados son simples, limpios e intuitivos, esto les da
agilidad a la hora de cargar y al adaptarse a los lenguajes de desarrollo, como PHP.
Al implementar el Sistema de Información se automatizará los procesos para la gestión de
proyectos, por consiguiente se obtendrá un tiempo de respuesta óptimo para la verificación
de cumplimiento de fechas, presupuesto y resultado.
8
CAPÍTULO I. MARCO TEÓRICO
1.1. Origen y evolución del objeto de investigación
1.1.1. Sistema de información
(Rodríguez, Nogueira, & Medina, 2013) La evolución de los sistemas de información se
puede dividir en dos etapas: la primera, anterior a la década de los 60’s, donde las
empresas no tenían acceso a las computadoras, no se consideraban los datos un recurso
importante, se trabajaban manualmente y era difícil llegar a convertirlos en información
veraz; y la segunda, después de los 70’s con el uso de las computadores en el mundo
empresarial donde varían las necesidades de los administrativos y la información comienza
a ganar el carácter estratégico con el que ha llegado al siglo XXI.
(Hernandez, 2010) Los Sistemas de información han ido evolucionando durante los
últimos años hasta constituir los denominados sistemas de información estratégicos.
Primeramente los Sistemas de Información empresariales eran considerados como un
instrumento simplificador de las distintas actividades de la empresa, una herramienta con
la cual se facilitaban los tramites y reducía la burocracia. Su finalidad era básicamente
llevar la contabilidad y el procesamiento de los documentos que a nivel operativo.
Posteriormente el desarrollo de la informática y las telecomunicaciones permitieron
incrementar la eficacia en la realización de las tareas, ahorrar tiempo en el desarrollo de las
actividades y almacenar la mayor cantidad de información en el menor espacio posible, lo
cual aumentó en las organizaciones el interés en los sistemas de información. Con el
transcurrir del tiempo las empresas fueron observando como las tecnologías y sistemas de
información permitían a la empresa obtener mejores resultados que sus competidores,
constituyéndose por sí mismas como una fuente de ventaja competitiva y una poderosa
arma que permitía diferenciarse de sus competidores y obtener mejores resultados que
estos. De este modo los sistemas de información se constituyeron como una de las
cuestiones estratégicas de la empresa, que ha de considerarse siempre en todo proceso de
planificación empresarial. (Hernandez, 2010)
Los sistemas de información se han convertido en objeto de estudio en el campo de la
gerencia empresarial como una disciplina a tener en cuenta. En las últimas tres décadas,
9
según ha evolucionado la tecnología, así lo han hecho los sistemas de información; al
comienzo, como sistemas aislados para el asiento de las operaciones que se ejecutan
diariamente hasta hoy con el uso de la inteligencia artificial y herramientas capaces de
diagnosticar, por si solas, el estado actual de las empresas y apoyar el proceso de toma de
decisiones (Sokolova et al., 2011, Blanco Encinosa, 2011).
En el siglo XXI, no se puede hablar de sistema de información, si dentro de su concepción
no forman parte las tecnologías de la información y las comunicaciones (TIC) (Davis,
1974). Las TIC con los elementos que la componen: redes, hardware, software, base de
datos, documentos y archivos electrónicos, son necesarios para el procesamiento de la
información y de conjunto con los diferentes sistemas de información de las
organizaciones constituyen un sistema dinámico.
Etapas de evolución de los sistemas de informáticos
En el tiempo han aparecido diferentes tipos de Sistema de Información, acorde al
incremento en su complejidad, originando las etapas de evolución planteadas por Gibson y
Nolan. En la medida que las organizaciones han probado que estos recursos aumentan
significativamente la productividad, los han incluido como herramientas de trabajo
cotidiano, a tal punto que, por ejemplo en las entidades financieras, no se hacen nada si
ellos.
Etapas de Evolución de los Sistemas Informáticos (Gibson & Nolan, 1974, Pág. 77-87)
Etapa Iniciación
Adquiere las primeras computadoras. Se ponen sistemas transaccionales.
El departamento de Sistemas depende casi siempre del área de contabilidad.
No hay administración informática y la que hay se hace por personal no experto.
El personal es máximo de un operador y/o un programador y su régimen de
contratación es por horas.
Existe la ciberfobia pues se piensa que las computadoras van a desplazar mano de
obra.
Se pone en funcionamiento el primer SI después de varios intentos.
10
Etapa Contagio o Expansión
Se pone en producción exitosamente el primer SI y se entra a desarrollar otros SI,
generalmente operando cada sistema independientemente y de tipo TSP.
Se independiza el departamento de Sistemas y adquiere mayor categoría aunque
depende de otra dependencia.
Se contratan personal especialista preparación académica en el área de sistemas
tales como analista de sistemas, analista-programador, programador de sistemas,
jefe de desarrollo, jefe de soporte técnico, etc.
La inversión en SI comienza a ser importante con lo que se vuelve imperativos
racionalización de los recursos Informáticos.
Etapa Control o Formalización
Se formaliza la racionalización del recurso informático para hacer más eficiente lo
invertido.
El departamento de SI generalmente alcanzan el nivel gerencial, dependiendo
organizacionalmente de la dirección administrativa o de la de finanzas.
Empieza a crecer la demanda de nuevos SI y la administración se orienta a control
administrativo y a la justificación económica.
Comienza la estandarización en el desarrollo, con lo que se inicia el desarrollo de
interfaces para la integración y automatización de procesos. Se requiera de personal
para administrar SI.
Etapa Integración
Se integran los SI en la organización.
Los nuevos desarrollos tecnológicos permite que los usuarios sean más autónomos
en su trabajo.
Disminuyen los costos de los recursos informáticos.
Los mismos usuarios pueden comenzar a desarrollar sus propios sistemas con lo
que se descentraliza el departamento de SI.
11
Etapa Administración de Datos
Se comienza reconocer la información como un bien muy valioso.
El compartir la información es de vital importancia.
El usuario es el responsabilidad de la integridad de la información y debe haber
acceso diferenciador a los datos.
Etapa Madurez
La informática dentro de la organización es una función básica y se debe gerenciar
a más alto nivel de dirección.
Los SI se vuelven Sistemas Basados en el Conocimiento y Sistemas Expertos, se
logra la integración por redes de datos.
Se adopta la idea de independizar económico y organizacional los SI-outsourcing.
Planeación rigurosa con horizontes de menos 5 años.
1.1.2. Arquitectura Cliente – Servidor
Según (Escobar, 2013) Esta arquitectura consiste básicamente en un cliente que realiza
peticiones a otro programa (el servidor) que le da respuesta. Aunque esta idea se puede
aplicar a programas que se ejecutan sobre una sola computadora es más ventajosa en un
sistema operativo multiusuario distribuido a través de una red de computadoras. La
interacción cliente-servidor es el soporte de la mayor parte de la comunicación por redes.
Ayuda a comprender las bases sobre las que están construidos los algoritmos distribuidos.
Arquitectura 3 capas
La arquitectura en tres niveles divide la funcionalidad para optimizar el uso de recursos. Se
consiguen soluciones mucho más flexibles y escalables. Los tres niveles son:
Cliente
Esta capa es la que ve el usuario, presenta el sistema al usuario, le comunica la
información y captura la información del usuario en un mínimo de proceso.
12
Esta capa se comunica únicamente con la capa de negocio. También es conocida
como interfaz gráfica y debe tener la característica de ser "amigable" para el
usuario generalmente se presentan como formularios.
Capa de negocio
Aquí es donde, se reciben las peticiones del usuario y se envían las respuestas tras
el proceso.
Se denomina capa de negocio (e incluso de lógica del negocio) porque es aquí
donde se establecen todas las reglas que deben cumplirse.
Esta capa se comunica con la capa de presentación, para recibir las solicitudes y
presentar los resultados, y con la capa de datos, para solicitar al gestor de base de
datos para almacenar o recuperar datos de él.
Almacenamiento
Es donde residen los datos y es la encargada de acceder a los mismos. Está formada por
uno o más gestores de bases de datos que realizan todo el almacenamiento de datos,
reciben solicitudes de almacenamiento o recuperación de información desde la capa de
negocio.
1.1.3. Aplicaciones Web
Según (Coronel, 2013) Una aplicación web es aquella herramienta de software que los
usuarios utilizan para acceder a un servidor web a través de Internet o una Intranet
mediante un navegador Web.
Las aplicaciones web tiene mucho auge gracias a lo fácil que resulta usar un navegador
web como cliente ligero, esto además supone otras ventajas como la independencia del
sistema operativo que utilice el usuario en su PC. Otra razón de su popularidad es la
facilidad para actualizarlas y mantenerlas, ya que no requiere la distribución, instalación y
actualización de la aplicación en miles de usuarios; basta actualizar el servidor para contar
con nuevas versiones del sistema.
13
Para que las aplicaciones web que desarrollamos funcionen de forma adecuada en
cualquier navegador es necesario que se cumplan estándares, tanto por parte de la
aplicación desarrollada como del navegador mismo.
¿Cómo funcionan las aplicaciones web?
Cuando utilizas una aplicación web estás trabajando desde tu computador o dispositivo
móvil, pero la mayor parte del procesamiento se hace dentro de en una red de servidores.
Estos servidores pueden unir todo su poder de procesamiento con el fin de tramitar
solicitudes de todo el mundo, y a su vez, utilizan servidores especializados para almacenar
los datos con los que estás trabajando, así como los datos de los demás usuarios.
1.1.4. Herramientas de desarrollo y metodología
Según (García, 1996, Pág. 199) “Los lenguajes de programación son un conjunto de
sintaxis y reglas semánticas que definen los programas del computador”. El lenguaje de
programación es un conjunto de instrucciones ordenadas secuencialmente para ser
interpretadas por el computador para así luego resolver un problema en particular.
Html
(Cobo, Gómez, Pérez & Rocha, 2005): “es un lenguaje de descripción de hipertexto
compuesto por una serie de comandos, marcas, o etiquetas, también denominadas “Tags”
que permiten definir la estructura lógica de un documento web y establecer los atributos
del mismo (color del texto, contenidos multimedia, hipervínculos, etc.)”.(Pág. 57).
Php
Según (Aulbach, 2004), comenta acerca de PHP lo siguiente: PHP(Procesador de
Hipertextos)", es un lenguaje "Open Source (Código abierto)" interpretado de alto nivel,
especialmente pensado para desarrollos web, el cual puede ser embebido (incluido) en
páginas HTML. La mayoría de su sintaxis es similar a C, Java y Perl y es fácil de aprender.
La meta de este lenguaje es permitir escribir a los creadores de páginas web, páginas
dinámicas de una manera rápida y fácil.
14
Mysql
Según (Cobo, Gómez, Pérez & Rocha, 2005) “Es un sistema de administración de bases de
datos relacionales rápido, sólido y flexible. Es ideal para crear bases de datos con acceso
desde páginas web dinámicas, para la creación de sistemas de transacciones on-line o para
cualquier otra solución profesional que implique almacenar datos, teniendo la posibilidad
de realizar múltiples y rápidas consultas”. (Pág. 339).
Bootstrap
Bootstrap es un framework o conjunto de herramientas de Código abierto para diseño de
sitios y aplicaciones web. Contiene plantillas de diseño con tipografía, formularios,
botones, cuadros, menús de navegación y otros elementos de diseño basado en HTML y
CSS, así como, extensiones de JavaScript opcionales adicionales. Utiliza componentes
vitales para los desarrolladores: como HTML5, CSS3, jQuery o GitHub, entre otros.
Metodología OOHDM
El método de diseño hipermedia orientado a objetos (OOHDM) (Schwabe & Rossi, 1998)
es un enfoque basado en modelos que permiten la especificación e implementación de
aplicaciones Web basados en hipermedia. Los modelos en los cuales se encuentra basado
permiten describir información (conceptual), aspectos de interfaces y navegación de la
aplicación, y posteriormente mapear estos modelos en aplicaciones Web ejecutables, para
distintos tipos de entornos.
OOHDM como técnica de diseño de aplicaciones hipermedia, propone un conjunto de
tareas que según (Schwabe, Rossi & Simone, s. f.) pueden resultar costosas a corto plazo,
pero a mediano y largo plazo reducen notablemente los tiempos de desarrollo al tener
como objetivo principal la reusabilidad de diseño, y así simplificar el coste de evoluciones
y mantenimiento.
Esta metodología plantea el diseño de una aplicación de este tipo a través de cinco fases
que se desarrollan de un modo iterativo
Estas fases son:
Determinación de Requerimientos.
Diseño Conceptual.
Diseño Navegacional.
15
Diseño de Interfaz Abstracta.
Implementación.
1.1.5. Gestión de Proyecto
Un proyecto es una planificación que consiste en un conjunto de actividades que se
encuentran interrelacionadas y coordinadas. (Parodi, 2001) La razón de un proyecto es
alcanzar las metas específicas dentro de los límites que imponen un presupuesto, calidades
establecidas previamente y un lapso de tiempo previamente definido. (Pág. 13).
(Parodi, 2001) La gestión de proyectos es la aplicación de conocimientos, habilidades,
herramientas y técnicas a las actividades de un proyecto para satisfacer los requisitos del
proyecto. Consiste en reunir varias ideas para llevarlas a cabo, y es un emprendimiento que
tiene lugar durante un tiempo limitado, y que apunta a lograr un resultado único. Surge
como respuesta a una necesidad, acorde con la visión de la organización, aunque ésta
puede desviarse en función del interés. El proyecto finaliza cuando se obtiene el resultado
deseado, y se puede decir que colapsa cuando desaparece la necesidad inicial o se agotan
los recursos disponibles. La definición más tradicional es un esfuerzo planificado, temporal
y único, realizado para crear productos o servicios únicos que agreguen valor o cause un
cambio retroactivo. Esto en definición con la forma más tradicional de trabajar, sobre la
base de procesos, en la cual se opera en forma permanente, creando los mismos productos
o servicios una y otra vez. (Pág. 13).
Características de un proyecto
De acuerdo con antecedente del Project Management Institute (PMI), las características de
un proyecto son: (Yolocera, 2000)
La capacidad de prestar un servicio como, por ejemplo, las funciones del negocio que
respaldan la producción o la distribución.
Una película como, por ejemplo, salidas o documentos. Por ejemplo, de un proyecto
de investigación se obtienen conocimientos que pueden usarse para determinar si
existe o no una tendencia o si un nuevo proceso beneficiará a la sociedad.
16
La singularidad es una característica no tan importante de los productos entregables de un
proyecto. Por ejemplo, se han construido dos edificios de oficinas, pero cada edificio
individual es único: diferente propietario, diferente diseño, diferente ubicación, diferente
contratista, etc. La presencia de elementos repetitivos no cambia la condición fundamental,
única de manejo y propósitos de un proyecto.
Elaboración gradual.
La elaboración gradual no es una buena característica de los proyectos que acompaña a los
conceptos de temporal y único. “Elaboración gradual” significa desarrollar en pasos e ir
avanzando mediante incrementos. Por ejemplo, el alcance de un proyecto se define de
forma general al comienzo del proyecto, y se hace más explícito y detallado a medida que
el equipo del proyecto desarrolla un mejor y más completo entendimiento de los objetivos
y de los productos entregables. La elaboración gradual no debe confundirse con la
corrupción del alcance.
Etapas de un proyecto
Según (Parodi, 2001, Pág. 13) las etapas de un proyecto son:
Diagnóstico: es establecer la necesidad u oportunidad a partir de la cual es posible
iniciar el diseño del proyecto. La idea de proyecto puede iniciarse debido a alguna de
las siguientes razones:
o Porque existen necesidades insatisfechas actuales o se prevé que existirán
en el futuro si no se toma medidas al respecto.
o Porque existen potencialidades o recursos sub aprovechados que pueden
optimizarse y mejorar las condiciones actuales.
o Porque es necesario complementar o reforzar otras actividades o proyectos
que se producen en el mismo lugar y con los mismos involucrados.
Diseño: Etapa de un proyecto en la que se valoran las opciones, tácticas y estrategias
a seguir, teniendo como indicador principal el objetivo a lograr. En esta etapa se
produce la aprobación del proyecto, que se suele hacer luego de la revisión del perfil
de proyecto y/o de los estudios de pre-factibilidad, o incluso de factibilidad. Una vez
17
dada la aprobación, se realiza la planificación operativa, un proceso relevante que
consiste en prever los diferentes recursos y los plazos de tiempo necesarios para
alcanzar los fines del proyecto, asimismo establece la asignación o requerimiento de
personal respectivo.
Ejecución: Consiste en poner en práctica la planificación llevada a cabo
previamente.
Evaluación: Etapa final de un proyecto en la que éste es revisado, y se llevan a cabo
las valoraciones pertinentes sobre lo planeado y lo ejecutado, así como sus
resultados, en consideración al logro de los objetivos planteados.
1.2 Análisis de las distintas posiciones teóricas sobre el objeto de investigación
1.2.1 Sistema de Información
1.2.1.1 Según Telchroew
“Un sistema de información es una colección de personas, procedimientos y equipos
diseñado, construido, operado y mantenido para colecciones, registros, procesar,
almacenar, recuperar y mostrar información". (Telchroew, 1976).
Este autor concluye que el sistema de información es todos que interactúan en el proceso
de los datos para obtener la información.
1.2.1.2 Kenneth Laudon y Jane Laudon
Para (Laudon & Laudon, 1996), un “sistema de información es aquel conjunto de
componentes interrelacionados que capturan, almacenan, procesan y distribuyen la
información para apoyar la toma de decisiones, el control, análisis y visión de una
organización”
La opinión de Kenneth y Jane Laudon hace referencia que los sistemas de información son
importantes durante la toma de decisiones, el control, análisis y visión de una organización.
18
1.2.1.3 James Senn
Según (Senn, 1978) un sistema de información es (basado en el computador) que procesa
datos, en forma tal que pueden ser utilizados por quien los recibe para fines de toma de
decisiones". Es definido como un medio organizado de proporcionar información pasada,
presente y futura (proyecciones) relacionadas con las operaciones internas y conocimiento
externo de la organización.
James Senn enfatiza en el procesamiento automatizado de los datos mediante un
ordenador, para la toma de decisiones y obtener resultados comparativos en diferentes
fechas para el planteamiento de nuevos objetivos.
1.2.1.4 Burch y Strater
En cuanto a sistemas de información se trata (Burch & Strater, 1974) define un sistema de
información se define como sigue: Un ensamblaje formal y sistemático de componentes
que ejecutan operaciones de procesamiento de datos para: a) satisfacer los requerimientos,
procesamientos de datos legales y transaccionales; b) proporcionar información a la
gerencia para el apoyo de las actividades de planificación, control y toma de decisiones; c)
proporcionar una variedad de reportes, que sean requeridos por entes externos.
Burch y Strater considera la sistematización de los procesos de los datos, para satisfacer
las necesidades de la organización, proporcionar información para la planificación y toma
de decisiones.
1.2.1.5 Andreu, Ricart y Valor
Andreu, Ricart y Valor (1991), en esta definición un SI queda definido como: “conjunto
formal de procesos que, operando sobre una colección de datos estructurada de acuerdo a
las necesidades de la empresa, recopila, elabora y distribuyen selectivamente la
información necesaria para la operación de dicha empresa y para las actividades de
dirección y control correspondientes, apoyando, al menos en parte, los procesos de toma de
decisiones necesarios para desempeñar funciones de negocio de la empresa de acuerdo con
su estrategia”.
19
Andreu, Ricart y Valor enfatizan en el proceso sobre los datos para el cumplimiento de las
necesidades de la empresa, mediante lo cual apoya en la toma de decisiones y el
cumplimiento de las estrategias.
1.3 Valoración crítica de los conceptos principales de las distintas posiciones
teóricas.
Después de analizar las distintas definiciones de diferentes autores se puede apreciar que
los sistemas de información son importantes en una empresa, debido al proceso sobre los
datos para la transformación en información permitiendo la planificación, análisis y toma
de decisiones.
Con lo expuesto anteriormente la presente investigación se basa en las propuestas de los
autores James Senn, Andreu, Ricart y Valor, es la adecuada con respecto a la utilización de
sistemas de información en una empresa u organización con la finalidad de optimizar el
procesamiento de los datos para la toma de decisiones y el cumplimiento de los objetivos.
Es decir, Senn por su énfasis en el procesamiento automatizado de los datos mediante un
ordenador y Andreu, Ricart y Valor por el proceso sobre los datos.
1.4 Análisis crítico sobre el objeto de investigación actual del sector, rama o
empresa, contexto institucional.
El presente trabajo de investigación se lo desarrollara en la Unidad de Investigación de la
Universidad Regional Autónoma de los Andes “UNIANDES” extensión Puyo, se halla
ubicada en la ciudad de Puyo, Provincia Pastaza, en la Av. 9 de Octubre y Francisco de
Orellana.
Actualmente, la Unidad de Investigación no cuenta con un sistema de información para la
gestión de proyectos, los procesos se desarrollan de forma manual y semiautomática,
utilizando en algunos casos formularios impresos, lo cual conlleva a que la información
requerida para reportes no pueda ser obtenida oportunamente.
Con todo lo expuesto anteriormente se puede dar a conocer la necesidad de la Unidad de
Investigación de disponer un sistema de información para la gestión de proyectos, con la
finalidad de optimizar el procesamiento de los datos para la toma de decisiones.
20
1.5 Conclusiones parciales del capítulo.
Los sistemas de información son muy importantes dentro de una institución, porque
facilita el trabajo del personal administrativo proporciona información útil y precisa
para la toma de decisiones oportunas.
Las aplicaciones web son herramientas que se utilizan accediendo a un servidor
web a través de Internet o de una intranet.
Un proyecto consiste en un conjunto de actividades relacionadas entre sí para lograr
un objetivo conforme a las necesidades de la organización, incluyendo tiempo,
costo y recursos.
La gestión de proyectos es fundamental en el éxito de los proyectos, mediante la
aplicación de habilidades y herramientas a las actividades para satisfacer los
requerimientos del proyecto, mediante la aplicación de cuatro etapas que son:
planificación, construcción, seguimiento y finalización.
La metodología a utilizar OOHDM es un método para el desarrollo de aplicaciones
Web la cual está basada en el diseño, es una de las metodologías que más
aceptación ha tenido, permitiendo reducir el tiempo de desarrollo al tener como
objetivo principal la reusabilidad de diseño, y así reducir el costo de evoluciones y
mantenimiento.
Un aspecto importante es la nueva tecnología en desarrollo de software que son los
frameworks que permite mejorar las interfaces del usuario y una adecuada
interacción entre MySql y Php.
21
CAPITULO II. MARCO METODOLÓGICO Y PLANTEAMIENTO DE
LA PROPUESTA
2.1 Caracterización del sector, rama, empresa, contexto institucional o problema
seleccionado para la investigación.
La presente investigación de tesis se lo implementará en la Unidad de Investigación de la
Universidad Regional Autónoma de los Andes “UNIANDES” extensión Puyo, la cual se
dedica a la educación superior, se halla ubicada en la ciudad de Puyo, Provincia Pastaza, en
la Av. 9 de Octubre y Francisco de Orellana.
Creación del instituto Técnico Superior “1NSUTEC” en Puyo, provincia de Pastaza con
Resolución N° 2184 del 17 de junio de 1994 y elevación a la categoría de Tecnológico
según Resolución N° 867 del 13 de febrero de 1998.
CENTRO DE INVESTIGACIÓN Y DESARROLLO UNIANDES “CID”
DE LA CONSTITUCIÓN Y ORGANIZACIÓN
Art. 12.- El Centro de Investigación y Desarrollo “CID”, depende de la DIRECCIÓN DE
INVESTIGACIÓN.
Art. 13.- Las funciones del Centro de Investigación y Desarrollo son: promover, coordinar
y evaluar los proyectos de investigación de la UNIANDES y supervisar los convenios
interinstitucionales de investigación y desarrollo.
Art. 14.-Las políticas de la dependencia se regirán a los lineamientos generales, objetivos y
líneas prioritarias para la investigación científica y tecnológica en la universidad
ecuatoriana, aprobado por el Consejo Superior de acuerdo con los lineamientos del
CONESUP.
Art. 15.- Los proyectos de investigación que no se encuentren contemplados dentro de las
líneas prioritarias de investigación aprobados por el CONESUP, serán impulsados por el
Centro de Investigación y Desarrollo “CID”, buscando otras fuentes de financiamiento, o
con recursos propios de la investigación y compromisos de convenios interinstitucionales.
Art. 16.-El Centro de Investigación y Desarrollo “CID”, contará con los siguientes
organismos, autoridades y personal de investigación y administrativo:
a. Un Coordinador General del Centro.
22
b. Un Jefe por cada Proyecto en ejecución.
c. Los investigadores
d. Apoyo administrativo
Además contará desde las Facultades, con el apoyo de los responsables de convenios
profesores-investigadores y los Coordinadores de Investigación.
CAPITULO VI
DEL COORDINADOR DEL CENTRO DE INVESTIGACIÓN Y DESARROLLO –
CID
Art. 17.-El Coordinador del Centro de Investigación y Desarrollo “CID” deberá ser un
profesional con formación universitaria y amplia experiencia en investigación científica,
académica y de campo, y en coordinación de equipos de investigación, será designado por
el Canciller previa solicitud del/la Director/a de Investigación. Laborará 20 horas
semanales y tendrá las siguientes funciones:
Art. 18.- Son funciones del Coordinador del Centro de Investigación y Desarrollo – CID:
a. Cumplir y hacer cumplir, a su nivel, las disposiciones legales y reglamentarias.
b. Representar oficialmente al Centro de Investigación y Desarrollo “CID” y
responsabilizarse por su funcionamiento.
c. Presentar el plan anual de trabajo hasta el mes de julio de cada año, ante el Consejo
Directivo, así como el informe de labores.
d. Asesorar al H. Consejo Superior y autoridades en todo cuanto se relacione con los
proyectos de investigación del Centro de Investigación y Desarrollo “CID”.
e. Emitir informes que le solicite el Consejo Directivo.
f. Realizar la evaluación y el seguimiento periódico de los proyectos de investigación, e
informar al Consejo Directivo.
g. Asesorar y apoyar el trabajo de los Jefes de Proyectos de Investigación y Desarrollo.
h. Mantener relaciones con entidades afines nacionales y extranjeras, promoviendo la
firma de contratos y convenios para la ejecución de proyectos de investigación y otros.
i. Buscar financiamiento para los proyectos de investigación.
j. Promover la formación de investigadores.
k. Solicitar al Canciller los contratos del personal técnico administrativo, de conformidad
con los proyectos de investigación y con cargo a los recursos del mismo, o según los
compromisos de convenios.
23
l. Distribuir y/o delegar funciones y responsabilidad entre el personal de su dependencia.
m. Promover y organizar la realización de cursos, encuentros, seminarios, talleres, otras
vías de definición de resultados (eventos) con otras entidades nacionales e
internacionales afines, con la finalidad de intercambiar experiencias.
n. Proponer a DIRECCIÓN DE INVESTIGACIÓN, la suscripción a revistas y otras
fuentes de información.
o. Otras que le asignen los organismos y autoridades superiores.
CAPITULO VII
DE LOS INVESTIGADORES
Art. 19.- Los investigadores de la Universidad Regional Autónoma de los Andes se
ubicarán en tres grupos principales:
a. De planta.
b. Adjuntos
c. Contratados
Serán investigadores de Planta de la Universidad Regional Autónoma de los Andes, los
profesores-investigadores que dedicaren sus actividades a la investigación y que participen
en Proyectos aprobados por la Institución. Sus actividades como profesores estarán
normadas dentro de lo que establece el Estatuto Orgánico, Reglamento General y los
Reglamentos de las Facultades. Los investigadores de planta podrán desempeñarse como
jefes de proyecto a consideración de la Dirección.
Serán investigadores adjuntos aquellos profesionales que posean las mismas condiciones
que las requeridas para el personal de la Universidad Regional Autónoma de los Andes y
provengan de entidades con las cuales la “UNIANDES”, ha firmado un convenio para la
ejecución de un Proyecto. La Universidad Regional
Autónoma de los Andes no mantendrá ninguna relación de tipo laboral con los
investigadores adjuntos, podrán utilizar las facilidades logísticas necesarias para la
ejecución del Proyecto, así como participar en las actividades de tipo cultural, social y
recreacional. La Universidad Regional Autónoma de los Andes podrá así mismo requerir
del investigador adjunto, la participación de tipo científico, relativa a la difusión del
Proyecto.
Los investigadores contratados se denominarán investigadores de proyecto. Los
investigadores de proyecto serán contratados exclusivamente para las funciones específicas
24
que le determinen dentro del Proyecto. Su relación contractual con la Universidad
Regional Autónoma de los Andes, terminará al culminar el Proyecto.
Las condiciones y categorías están dadas en el Reglamento expedido por el CONESUP o
por la Dirección de Investigación, o por el Coordinador del “CID”, según el caso.
Art. 20.-Los docentes universitarios tienen la obligación de presentar proyectos de
investigación al Coordinador del Centro de Investigación y Desarrollo “CID”, quien a la
vez enviará al Director de Investigación para su aprobación y podrá decidir su designación
como profesor-investigador.
Art. 21.-Los docentes que alcancen la denominación de profesor-investigador, recibirán
sueldo en la misma categoría que se desempeñan como docentes y de acuerdo a las horas
laboradas en las actividades de investigación.
Art. 22.-Los profesores-investigadores presentarán informes periódicamente al
Coordinador del Centro de Investigación y Desarrollo “CID”, sobre el avance del proyecto
que ejecuta.
Art. 23.-Para apoyo de las investigaciones del Centro de Investigación y Desarrollo “CID”,
contará con asistentes de investigación que apruebe el H. Consejos Superior.
Art. 24.-Son funciones de los Asistentes de Investigación:
a. Colaborar con los profesores universitarios en la formulación de anteproyectos de
investigación.
b. Realizar investigaciones menores que les soliciten sus superiores.
c. Colaborar con estudiantes y egresados en la realización de los trabajos de
investigación.
d. Recopilar información cualitativa y cuantitativa en las diversas áreas del conocimiento
humano. Colaborar en la elaboración del plan anual de actividades.
e. Constatar el avance de la investigación de acuerdo a los cronogramas respectivos.
f. Colaborar, previa autorización del/la Director/a, en proyectos de investigación.
g. Colaborar en la planificación y ejecución de cursos, seminarios y más eventos que
organice la dependencia.
h. Colaborar en la evaluación y seguimiento de los proyectos.
i. Apoyar los programas de Vinculación con la colectividad.
25
Misión
Contribuir al desarrollo permanente de la ciencia, la tecnología e innovación para resolver
problemas de la comunidad universitaria y sociedad con la participación de investigadores,
docente y estudiantes comprometidos con la filosofía institucional.
Posteriormente se enumeran las áreas de resultados clave:
Las áreas de resultados clave son un conjunto de actividades interrelacionadas para el
cumplimiento de la misión.
Vigilancia tecnológica
Gestión de proyectos
Formación del talento humano
Formación integral por competencias de los estudiantes
Aplicación y difusión de resultados
Visión
UNIANDES cuenta con una función de investigación más consolidada y de referencia
regional por el compromiso de sus autoridades, sus docentes e investigadores y su estrecha
vinculación con el entorno, contribuyendo a la solución de los problemas relacionados con
la ciencia y la tecnología, mediante la participación de equipos de investigadores propios
competentes en redes nacionales e internacionales de investigación y trabajo sistemático de
vigilancia tecnológica con apoyo de la infraestructura tecnológica adecuada que permite el
desarrollo de proyectos en vinculación estrecha con el proceso docente y su presencia
visible a través de la difusión de los resultados.
Objetivos:
Vigilancia tecnológica
Implementar un sistema de vigilancia tecnológica, eficaz que dinamice el desarrollo de la
investigación
Gestión de proyectos
Consolidar la gestión de proyectos con la participación de todas las carreras en la matriz y
extensiones.
26
Formación del talento humano
Garantizar el desarrollo de investigadores con competencias investigativas y en gestión.
Investigación informativa
Garantizar la formación integral de los estudiantes en competencias investigativas.
Aplicación y difusión de resultados de investigación
Garantizar un proceso sistemático de aplicación y difusión de resultados de investigación
con impactos verificables para la comunidad y la institución.
Coordinadora de la Unidad de Investigación extensión Puyo
Dra. Miryan Arévalo.
2.2 Descripción del procedimiento metodológico para el desarrollo de la
investigación.
2.2.1 Investigación Cuantitativa-Cualitativa
Se empleó la metodología cualitativa, la cual permitió dialogar con la persona involucrada
para recolectar la información e identificar cada uno de los procesos que se realiza,
permitiendo reconocer las necesidades y dar una posible solución. Además se aplicó la
metodología cuantitativa, ya que a través del análisis de la información recopilada y
documentos entregados por la Unidad de Investigación se logró cuantificar los resultados
de la investigación.
2.2.2 Investigación de Campo
Esta investigación permitió realizar un estudio de la situación actual de la Unidad de
Investigación, se trabajó directamente con la coordinadora de la Unidad, después de
observar, inspeccionar y entrevistar, se obtendrá los datos más relevantes a ser analizados.
2.2.3 Investigación Bibliográfica
En este proyecto se aplicó esta investigación para fundamentar científicamente el objeto de
investigación, aplicándolo en el marco teórico y se ha construido en base a la recopilación
de la información existente en libros e Internet. Se a fundamenta aspectos importantes
como son sistema de información, gestión de proyectos, metodología de desarrollo
OOHDM y las herramientas a utilizar PHP y MSQL.
27
2.2.4 Diseño de la investigación de campo
2.2.4.1 Población y muestra
La población tomada en cuenta para esta investigación es de la persona encargada de la
Unidad de Investigación y los 4 coordinadores de carrera, por lo cual no se procedió a
realizar una muestra de población.
2.2.4.2 Métodos, técnica e instrumentos de la investigación
Para el desarrollo de la presente investigación se aplicó los métodos analítico-sintético,
inductivo y deductivo.
2.2.4.2.1 Método analítico sintético
Se realizó toda una recopilación investigativa de toda la teoría sobre las normas y
metodologías para asegurar la información y luego esto nos sirve para dar las conclusiones.
2.2.4.2.2 Método Inductivo y deductivo
Método inductivo: Porque permite comprender las principales funciones de la Unidad de
Investigación y determinar cuál es la situación actual.
Las funciones son:
Elaboración del POA de investigación.
Asesor y apoyar el trabajo de investigación.
Evaluar periódicamente y emitir informes al CDI.
Fomentar la presentación de proyectos investigativos.
Método deductivo: Nos permite determinar las necesidades de la Unidad de Investigación,
para el desarrollo del sistema de información para la gestión de proyectos.
2.2.4.2.3 Técnicas
Observación: Se aplicó la técnica de observación de campo, la cual permitió conocer las
actividades y procedimientos en la Unidad de Investigación, así como las personas que
interactúan en la gestión de proyectos, además esta técnica permitió el análisis de
requisitos para el desarrollo del software.
28
Entrevista: Mediante esta técnica se pudo obtener información interna sobre los procesos
para la gestión de proyectos, modelos y aprobación de los mismos; además se pudo
constatar la poca difusión.
2.2.4.2.4 Instrumentos de investigación
Observación Directa: Mediante este instrumento se pudo obtener información de los
archivos de la Unidad de Investigación, donde se encuentra información importante, sobre
los proyectos desarrollados y ejecución. De esta manera se revisó los distintos manuales
para la presentación de proyectos, normas, procedimientos, formatos de calificación y
ejecución de proyectos de investigación M1, M2 (actividades), M3 (matriz de seguimiento
y evaluación de avance de proyecto), que permitieron una vez analizados y revisados,
obtener una visión más clara de cómo se lleva a cabo la gestión de los proyectos de
investigación. Ver Anexo C.
Entrevista: La entrevista se utilizara para la recopilación de información, mediante esto
determinar las necesidades y saber el estado actual de la gestión de proyectos de
investigación. Ver Anexo D.
Encuesta: Se realizó mediante un cuestionario a los coordinadores de carrera de la
Universidad Regional Autónoma de los Andes “UNIANDES”, extensión Puyo. Anexo E.
2.3 Propuesta del investigador: modelo, sistema, metodología, procedimiento, entre
otros, que realice el investigador.
Análisis e interpretación de datos cualitativos: Encuesta, Entrevistas, Notas de campo y
Diario del Investigador.
2.3.1 Análisis e Interpretación de los Resultados
2.3.1.1 Ficha de Observación
FICHA DE OBSERVACIÓN
UNIDAD DE INVESTIGACIÓN
Objetivo: Mediante la ficha de observación realizada, se ha identificado las necesidades de
la Unidad de Investigación, actividades y procedimientos que realiza.
29
1. De qué manera se lleva acabo los registros de proyectos, actividades, presupuestos
y seguimientos de avances.
2. Que datos son los que recolectan en el registro de los directores de proyectos.
3. Como se lleva a cabo el proceso para la gestión de proyectos.
4. Como se realiza el seguimiento de los proyectos.
5. Como se guardan los registros de los proyectos.
6. De qué manera se utiliza el historial de los proyectos realizados por la Unidad de
Investigación.
7. La Unidad de Investigación dispone de un equipo informático para la instalación de
un sistema de información.
Análisis.- Con la ficha de observación se pudo identificar las necesidades que tiene la
Unidad de Investigación y los procesos que se realiza.
Interpretación.- Mediante esta ficha se pudo identificar las necesidades actuales de la
Unidad de investigación y la factibilidad de utilización de un sistema de información para
automatización de los procesos, permitiendo la toma de decisiones oportunas durante los
reajustes de las actividades.
2.3.1.2 Entrevista
En la presente investigación, la información fue recopilada utilizando como técnica la
entrevista, las cuales fue aplicada al Coordinador de la Unidad de Investigación de la
Universidad Regional Autónoma de los Andes “UNIANDES” Puyo.
La aplicación de dichas entrevista tuvo como objetivo conocer el funcionamiento de la
Unidad de Investigación, específicamente la Gestión de Proyectos, así como recolectar
información sobre sus necesidades y criterios que enriquezcan la propuesta que se pretende
plantear.
Cabe recalcar que la persona entrevistada colaboró de la mejor manera con esta actividad.
A continuación se presentan los resultados de la entrevista planteada anteriormente.
30
Coordinador de la Unidad de Investigación
La entrevista fue realizada el 19 de febrero de 2014, dirigida a la Dra. Miryan Arévalo
Coordinadora de la Unidad de Investigación de la Universidad Regional Autónoma de los
Andes “Uniandes” Puyo.
Para constancia de la misma se presentan los resultados con su respectivo análisis los
cuales serán utilizados posteriormente para las siguientes etapas de la propuesta.
2.3.1.3 Resultados de la Entrevista
Pregunta Nº 1
¿Cuáles son las actividades que realiza la Unidad de Investigación?
Objetivo: Identificar las actividades realizadas por la Unidad de Investigación.
Respuesta:
Elaborar el POA de investigación, fomentar la presentación de proyectos de investigación,
asesorar y apoyar el trabajo de investigación, evaluar periódicamente y emitir informes al
Centro de Dirección de Investigación.
Análisis e interpretación
La unidad de investigación tiene como objetivo el fomentar el trabajo de investigación,
mediante asesoría.
Pregunta Nº 2
Describa el proceso que se maneja actualmente para la gestión de la información
Respuesta:
Semi-automático
Análisis e interpretación
El proceso que se maneja actualmente para la gestión de la información es semi-
automático, utilizando herramientas office.
Pregunta Nº 3
¿Cuáles son las personas que se ven involucradas en el desarrollo de los proyectos?
Respuesta:
Cualquier docente o estudiante que esté interesado en el área de investigación y que
proponga un proyecto. Los investigadores también pueden ser de planta adjuntos o
contratados.
31
Análisis e interpretación
Las personas que interactúan con un proyecto son: Investigador (Planta Administrativa,
Docente, Estudiante), Coordinador de la Unidad de Investigación y beneficiados.
Pregunta Nº 4
¿Quién propone los proyectos?
Respuesta:
Docentes y estudiantes
Análisis e interpretación
Los de planta administrativas, docentes y estudiantes puede proponer los proyectos.
Pregunta Nº 5
¿Quién aprueba los proyectos?
Respuesta:
El equipo de Asesores de la Dirección de Investigación
Análisis e interpretación
El equipo de Asesores son los encargados de aprobar los proyectos o a subes emiten
observaciones al investigador para que realice los cambios necesarios para su aprobación.
Pregunta Nº 6
¿Cuáles son los diferentes procesos que se llevan a cabo actualmente para la gestión de
proyectos?
Respuesta:
a) Presentar una propuesta de proyecto que incluye:
Ficha de presentación, M1, M2, M3, presupuesto
Perfil y ficha personal del Investigador.
b) Aprobación del proyecto.
c) Desarrollo del proyecto.
d) Presentación de M3 por la actividad desarrolladas que constan en la M2
e) Elaborar artículos, producto de la investigación en alguna de sus fases.
f) Presentar el informe final del proyecto.
32
Análisis e interpretación
Los pasos a seguir son: el investigador quien propone una propuesta debe llenar la ficha de
presentación de proyectos que consta de datos generales del proyecto y datos del
investigador, conjuntamente con las fichas M1 que se refiere a las actividades del proyecto,
la ficha M2 relaciona las actividades del proyecto con su correspondiente determinación de
recursos, materiales y los períodos de desarrollo por último se presenta la ficha de
presupuesto. Luego de presentar la información correspondiente y de ser aprobado el
proyecto; el investigador debe presentar los avances realizados por cada actividad (Ficha
M3) y un informe final al terminar el proyecto.
La Unidad de Investigación será la que evalué el impacto de los proyectos.
Pregunta Nº 7
¿Cómo se realiza el seguimiento de los proyectos?
Respuesta:
El seguimiento lo realiza tanto la Dirección de Investigación como el Coordinador de
Investigación de la Extensión, presentando los avances en el formato M3. Se presentan
informes mensuales y un informe final.
Análisis e interpretación
El seguimiento de los proyectos en ejecución se realiza mediante la Ficha M3, que debe
presentar el investigador cada mes o termine una actividad a la Unidad de Investigación
para su respectivo análisis.
Pregunta Nº 8
¿Quién evalúa los impactos de los proyectos?
Respuesta:
Director de Investigación y el Coordinador del Centro de Investigación y desarrollo
Análisis e interpretación
La Unidad de Investigación es quien evalúa e impacto de los proyectos en su extensión y
envía un reporte a la Dirección de Investigación.
Pregunta Nº 9
¿Cómo se evalúa el impacto de los proyectos?
33
Respuesta:
Conveniencia, beneficio a la Comunidad, que problemas resuelve y aporte teórico.
Análisis e interpretación
La Unidad de Investigación es la encargada de evaluar el impacto del proyecto al terminar
el mismo, mediante si el problema se ha solucionado, la comunidad están satisfecho y el
aporte teórico.
Pregunta Nº 10
¿Cuáles son sus actividades en la Unidad de Investigación?
Respuesta:
a. Ser parte de proyectos de investigación.
b. Fomentar la presentación de proyectos.
c. Elaborar la planificación Anual.
d. Presentar informes de avances a la matriz de los proyectos.
e. Asesorar tesis.
f. Monitorear los avances de los proyectos en ejecución.
Análisis e interpretación
La Coordinadora de la Unidad de Investigación realiza la planificación anual (POA),
Monitorea los proyectos en ejecución, presenta informes a la Dirección de Investigación y
realiza asesoría de tesis de grado.
Pregunta Nº 11
¿Cuál es la duración aproximada de un proyecto?
Respuesta:
Aproximadamente un año.
Análisis e interpretación
Un proyecto tiene una duración de ejecución de un año, después de ser aprobado.
Pregunta Nº 12
¿Cuándo el proyecto está en ejecución se puede modificar sus actividades?
Respuesta:
Sí, siempre y cuando se pueda justificar la pertinencia del cambio
34
Análisis e interpretación
Los investigadores o jefes de proyecto podrán reajustar las actividades, mediante la
aprobación de la Coordinadora de la Unidad de Investigación y presentar las justificaciones
necesarias.
Pregunta Nº 13
¿Cada cuánto tiempo se generan reportes?
Respuesta:
Cada mes, a fin de justificar el mes de actividades.
Análisis e interpretación
La Coordinadora realiza reportes de las actividades de los proyectos en ejecución cada
mes, estos reportes se basa en la presentación de los informes de avances realizados por los
investigadores.
Pregunta Nº 14
¿Cuáles son los reportes que UD maneja?
Respuesta:
Ficha de presentación, M1, M2, M3
Análisis e interpretación
Los reportes que maneja al inicio de cada proyecto se basan de la información de la ficha
de presentación, M1, M2, presupuesto y la M3 durante la ejecución de los proyectos.
Pregunta Nº 15
¿Qué reportes recibe de los jefes de proyectos?
Respuesta:
El M3 con la documentación de soporte que evidencie el avance de los proyectos por
actividad señalado en la M2.
Análisis e interpretación
Los jefes de proyectos deben presentar la ficha M3 por cada actividad terminada con
documentación de soporte.
Pregunta Nº 16
¿Cuáles son los indicadores para medir las actividades de los proyectos?
35
Respuesta:
Se mide en % y cada actividad establece en la M2 un indicador
Análisis e interpretación
Las actividades se miden en porcentaje y sus indicadores están establecidos en la ficha M2.
2.3.1.4 Análisis de los Resultados de la Entrevista
Previo a un análisis de los resultados se determinó las necesidades que existe en la Unidad
de Investigación para la gestión de proyectos y sus soluciones mediante la implementación
de un sistema que ayuda a: registro de datos del director de proyecto, investigadores,
registro de proyectos, actividades, presupuestos, seguimiento de avances, reportes al
instante del ingreso de la información.
De acuerdo a los resultados en la entrevista se pudo determinar los procesos que se realizan
para la Gestión de Proyectos en la Unidad de Investigación de la Universidad Regional
Autónoma de los Andes “UNIANDES” Puyo, lo que conllevará a un análisis y diseño del
Sistema de Información, proyecto propuesto para la automatización de los proceso antes
mencionados, el cual aportará a un mejor desenvolvimiento de los usuarios encargados en
dichos procesos.
2.3.2 Encuesta aplicada a los coordinadores de carrera.
ENCUESTA
1. ¿Actualmente los mecanismos utilizados para la recolección de datos por la
Unidad de Investigación son de forma?
Indicador Frecuencia Porcentaje
Manual 3 75%
Semiautomático 1 25%
Automático 0 0%
Total 100%
Tabla 1. Encuesta Pregunta 1
Elaborado por: Sergio Chávez
36
Figura 1. Encuesta – Pregunta1
Elaborado por: Sergio Chávez
Interpretación de resultados
El 80% coinciden que la recolección de datos se realiza de forma manual y el 20% se
realiza de forma semiautomática.
2. Conoce usted, los proyectos registrado en la Unidad de Investigación.
Indicador Frecuencia Porcentaje
Si 1 25%
No 3 75%
Total 100%
Tabla 2. Encuesta Pregunta 2
Elaborado por: Sergio Chávez
Figura 2. Encuesta – Pregunta 2
Elaborado por: Sergio Chávez
75%
25%
Pregunta 2
SI NO
75%
25%
0%
Pregunta 1
Manual Semiautomático Automático
37
Interpretación de resultados
El 80% de los encuestados desconoce de los proyectos desarrollados en la Unidad de
Investigación, solo 20% tiene los resultados.
3. ¿Los cambios en los cronogramas fueron informados y concertados
oportunamente?
Indicador Frecuencia Porcentaje
Si 1 25%
No 1 25%
No Aplica 2 50%
Total 100%
Tabla 3. Encuesta Pregunta 3
Elaborado por: Sergio Chávez
Figura 3. Encuesta – Pregunta 3
Elaborado por: Sergio Chávez
Interpretación de resultados
Según los resultados el 50% de los encuestados no han tenido problemas en realizar
reajustes de actividades.
4. ¿Cree Ud., que la Unidad de Investigación debe contar con un sistema informático
como herramienta de apoyo para los procesos y monitoreo de proyectos?
25%
25%
50%
Pregunta 3
SI NO NO APLICA
38
Indicador Frecuencia Porcentaje
Si 4 100%
No 0 0%
Total 100%
Tabla 4. Encuesta Pregunta 4
Elaborado por: Sergio Chávez
Figura 4. Encuesta – Pregunta 4
Elaborado por: Sergio Chávez
Interpretación de resultados
Cabe destacar que esta pregunta muestra que los encuestados requieren de una herramienta
informática que les permita agilizar los procesos de gestión de proyectos y obtener la
información oportunamente.
5. ¿Estaría Ud. Dispuesto a manejar un software para gestionar de proyectos?
Indicador Frecuencia Porcentaje
Si 4 100%
No 0 0%
Total 100%
Tabla 5. Encuesta Pregunta 5
Elaborado por: Sergio Chávez
100%
0%
Pregunta 4
SI NO
39
Figura 5. Encuesta – Pregunta 5
Elaborado por: Sergio Chávez
Interpretación de resultados
Cabe destacar que esta pregunta muestra que los encuestados requieren de una herramienta
informática que les permita agilizar los procesos de gestión de proyectos y obtener la
información oportunamente.
2.3.3 Análisis de los Resultados de la Encuesta
Previo a un análisis de los resultados se determinó las necesidades que existe en la Unidad
de Investigación para la gestión de proyectos y sus soluciones mediante la implementación
de un sistema de información. Por ende se obtendrá información clara, precisa y en tiempo
real.
2.4 Conclusiones parciales del capítulo
La observación de campo permitió conocer los procesos que se realiza durante la
gestión de proyectos de investigación, así como las fichas que se debe presentar y estas
son: presentación de proyecto de investigación, M1, M2, M3 (matriz de seguimiento y
evaluación de los avances del proyecto) e informe final.
El proceso de gestión de proyectos de investigación es de forma Semi-automático,
evidenciando la lentitud en los procesos, provocando demora en la ejecución y la poca
difusión de los mismos.
100%
0%
Pregunta 5
SI NO
40
La implementación del sistema de información para la gestión de proyectos de
investigación optimizará el tiempo de proceso de los datos, a fin de brindar
información oportuna y precisa.
Es importante recalcar que la generación de informes toma demasiado tiempo debido a
que no se entrega oportunamente las ficha M3 por parte de los directores de proyectos a
la unidad de investigación para su respectivo análisis y toma de decisiones.
41
CAPITULO III. DESARROLLO DE LA PROPUESTA
3.1. Título de la propuesta
Tema: Sistema de información para la gestión de proyectos de la Unidad de Investigación
en la Universidad Regional Autónoma de los Andes “UNIANDES” Puyo.
3.2 Objetivos
3.2.1 Objetivo general
Desarrollar un sistema de información para la gestión de proyectos de la Unidad de
Investigación en la Universidad Regional Autónoma de los Andes “UNIANDES” Puyo.
3.2.2 Objetivo específico
Analizar los requerimientos realizados en la Unidad de Investigación para ser
mostrados de una forma correcta en el sistema.
Diseñar e implementar una base de datos que agilice los procesos que se realizan en la
Unidad de Investigación.
Programar un sistema de información para la Gestión de Proyectos de la unidad de
investigación que cumpla con las necesidades.
Realizar las pruebas necesarias para garantizar el correcto funcionamiento del sistema.
3.2.3 Antecedentes
En la Unidad de Investigación en la Universidad Regional Autónoma de los Andes
“UNIANDES” Puyo, la información se encuentra en documentos de word, los procesos se
realizan de manera manual lo cual no permite un servicio y difusión ágil y oportuna.
3.2.4 Justificación:
El desarrollo de la presente propuesta se lo realizó debido a la necesidad de solucionar el
problema existente en la Unidad de Investigación, los cuales se transformaron en
beneficiarios directos al momento de su implementación.
42
Es importante que la Unidad de Investigación cuente con una herramienta tecnológica que
permita que la información sea procesada y almacenada de una forma más efectiva para
agilizar los procesos y de esta manera la Coordinación de la Unidad de Investigación
puedan tener un control eficiente de los proyectos y los avances de los mismos.
Este sistema es de gran utilidad, ya que tiene la ventaja de registrar los proyectos,
actividades, avances, beneficiados, etc., de forma fácil y rápida; será un aporte muy
significativo que contribuirá con el desarrollo de un sistema automatizado para el
procesamiento de información, herramienta que ayudará a organizar y a procesar la
información que se genera a lo largo de los proyectos; beneficiando a docentes, estudiantes
y comunidad en general.
3.3 Estudio de factibilidad
3.3.1 Factibilidad operacional
El proyecto cuenta con respaldo y compromiso, en términos de actitud y asignación de
recursos de las personas que van interactuar con el sistema, además consideran que el
sistema beneficia a la Unidad de Investigación, difundiendo los distintos proyectos que
realizan.
El sistema presentará una interfaz, muy intuitiva que solo requeriré conocimientos básicos
en informática para su debida utilización.
Los reportes estadísticos, informes que se generaran son de gran importancia, porque en la
actualidad existe un gran déficit de información que realiza la Unidad de Investigación. Es
decir, la información suministrada por el software responderá a muchas de las preguntas
necesarias para la tomar decisiones adecuadas y difusión de información a la comunidad.
La Dra. Miryan Arévalo será la responsable de manejar el sistema de información, los
registros de proyectos lo realizarán los directores de proyectos y las actividades los
investigadores.
Con referente al soporte técnico, actualización y copia de seguridad se encargara el Ing.
Hermes Paillacho.
Se brindara capacitación a las personas encargadas para el manejo del sistema de
información, se entregara el manual del sistema.
43
Luego de realizar este estudio concluimos que contamos con el apoyo de las personas
involucradas, lo cual constituye el principal impedimento para hacer posible la ejecución
de éste proyecto.
3.3.2 Factibilidad técnica
Para el desarrollo e implementación del Sistema de Información para la gestión de
proyectos de la Unidad de Investigación en la Universidad Regional Autónoma de los
Andes “UNIANDES” Puyo es necesario:
REQUERIMIENTOS DEL USUARIO
ELEMENTOS REQUERIMIENTO
MÍNIMO INVENTARIO VIABLE
Hardware
- Intel Pentium Core
Dual, 1,6 Ghz
- Memoria Ram
1GB.
- Disco Duro 80Gb.
- NIC 100
- Teclado
- Mouse
- Intel Pentium Dual 2 Core
2.6 GHZ
- Memoria RAM 1GB
- Disco Duro 320GB.
- NIC 100
- Teclado
- Mouse
Si
REQUERIMIENTO DEL SERVIDOR
ELEMENTOS REQUERIMIENTO
MÍNIMO INVENTARIO VIABLE
Hardware
- Procesador: 2 Xeon
1.0 GHZ
- Memoria: 2048 Mb
- Disco Duro: 160
GB
- Procesador:Intel® Xeon®
Quad-Core E5405
Memoria: 2 Gb.
expandible a 16 Gb.
- Disco Duro:160GB x 8
Unidades
Si
Software
- Servidor Web Apache
- Mysql
- PHP
Si
Infraestructura
- Router
- Ancho de banda 10MB
- Intranet
Si
Tabla 6. Viabilidad Técnica
Autor: Sergio Chávez
44
Debido a que las autoridades prestan las garantías necesarias en lo que respecta a
hardware, software y un dominio propio para implementar el Sistemas Información,
podemos deducir que el proyecto es viable técnicamente.
3.3.3 Factibilidad económica
En el siguiente cuadro se detalla los recursos económicos utilizados en el desarrollo de la
tesis:
Tabla 7. Viabilidad Económica
Autor: Sergio Chávez
RECURSOS HUMANOS
RECURSO TOTAL
Diseño $1212,00
Desarrollo del software $1972,00
TOTAL 3184,00
RECURSOS DE SOFTWARE
SOFTWARE LICENCIA
XAMPP (apache, mysql, php) 0,00
Enterprise Architect 135,00
Power Designer 380,00
TOTAL 515,00
HARDWARE
DESCRIPCION COSTO/HORA TOTAL
Computadora para el desarrollo y pruebas 680h. 0,60 408,00
Uso de impresora 35,00 35,00
TOTAL 443,00
OTROS GASTOS
DETALLE CANTIDAD P. UNITARIO TOTAL
Material de Oficina 60,00
Anillados 6 1,50 9,00
Copias 300 0,03 9,00
CDs 3 1,00 3,00
Transporte 20 0,35 7,00
Empastado 3 15,00 45,00
Alimentación 60,00
TOTAL $ 193,00
TOTAL PRESUPUSTO
Imprevisto (5%) 216.75
TOTAL $ 4551,75
45
Desde el punto de vista económico es posible realizar la implementación del presente
Sistema de Información, ya que conlleva una serie de beneficios y comodidades que
recibirán los beneficiarios, investigadores y coordinador, los mismos que serán superiores
a los servicios actualmente prestados.
Permitirá una mejor atención a los beneficiarios.
Facilitará la entrega de reportes oportuna, para la ayuda en la toma de decisiones.
Permitirá promover, coordinar y evaluar los proyectos de investigación de la
UNIANDES y supervisar los convenios interinstitucionales de investigación y
desarrollo de una manera eficiente y oportuna.
La ejecución de la presente propuesta es factible y confiable para ser utilizado como
instrumento de mejoramiento para la Gestión de Proyectos en la Unidad de Investigación,
dando solución a los problemas detectados en los ítems y capítulo anterior.
Desarrollo del sistema de información
3.3.4 Definición de la metodología para el desarrollo del sistema de información
Para el éxito de un desarrollo de un sistema de Información es esencia de escoger una
metodología que ofrezca las herramientas y técnicas suficientes para cumplir con los
requerimientos del sistema. De las distintas alternativas expuestas en la revisión de la
misma, se ha decidido por la metodología OOHDM, la cual cumple con todo los
requerimientos para el desarrollo del sistema.
3.3.5 Metodología de desarrollo OOHDM
Es un Método de Diseño de Desarrollo en Hipermedia Orientado a Objetos (Object-
Oriented Hypermedia Design Method) y abarca las cuatro actividades: El modelado
conceptual, diseño navegacional, diseño abstracto de interfaz y la puesta en práctica. Estas
actividades se realizan en una mezcla de estilo incremental, iterativo y basado en
prototipos de desarrollo.
46
3.3.6 Requerimiento del sistema
3.3.6.1 Requerimientos funcionales
Los requerimientos funcionales son aquellas características requeridas del sistema que
expresan su capacidad de acción, se detalla a continuación:
Registrar a los usuarios del sistema
Registrar de forma detallada la planificación y las reprogramaciones del proyecto.
Controlar el acceso a las opciones del sistema de los diferentes usuarios.
Registrar y monitorear los avances realizados en el Proyecto.
Registrar los recursos utilizados en el Proyecto.
Enviar notificaciones automáticas de retrasos, cambios y avances en los proyectos.
Proteger la información generando privilegios a los usuarios para que ingresen a sus
respectivas áreas mediante sus contraseñas.
Obtener de forma rápida y precisa la información existente en el sistema.
Emitir reportes claros.
Realizar impresiones de los reportes al momento que se los requiera.
Fácil manejo para que el usuario pueda navegar por todo el sistema.
3.3.6.2 Requerimientos no funcionales
Interfaz de usuario sencilla para que sea de fácil manejo.
Tiempo de respuesta aceptable por el usuario.
Validación de usuarios para el ingreso al sistema.
Manual de instalación y manual de usuario para facilitar los mantenimientos.
Seguridad en información.
3.3.7 Identificación de Actores y Tareas
Los principales actores identificados, los cuales harán uso el sistema de información se
muestran a continuación.
ACTORES USO
Usuario Tendrá el acceso a la información del sitio
Administrador Tendrá acceso a las páginas de información,
47
control de usuarios y seguridades.
Podrá publicar toda la información correspondiente
de la Unidad de Investigación.
Coordinador Tendrá el acceso a la información del sitio, control,
aprobación y seguimiento de proyectos.
Director de Proyecto Tendrá el acceso a la información del sitio, crear y
consultar proyectos, beneficiario, recursos.
Tabla 8. Identificación de Actores y Tareas
Elaborado por: Sergio Chávez
3.3.7.1 DESCRIPCIÓN DE CADA ACTOR
Usuario TAREA
Usuario
Visualizar y acceder información de la Unidad de
Investigación.
Consultar acerca de los proyectos
Administrador
Encargado de administrar usuarios, incorporar nuevos
usuarios, actualizar perfiles, eliminar y dar privilegios a los
mismos.
Gestión general de información de la Unidad de Investigación,
agregar nuevo artículos, modificación, publicación,
eliminación.
Control de publicaciones y despublicaciones de la información
generada.
Identificar usuarios.
Coordinador
Iniciar sesión en el sistema.
Ingresar/Actualizar datos personales del investigador.
Monitorear los proyectos
Generar reportes
Director de
Proyecto
Iniciar sesión en el sistema.
Ingresar/Actualizar datos personales.
Ingresar/Actualizar de proyectos.
48
Ingresar/Actualizar de recursos.
Ingresar/Actualizar de participantes.
Ingresar/Actualizar de beneficiarios.
Generar reportes por avances y proyectos.
Tabla 9. Descripción de Actores
Elaborado por: Sergio Chávez
3.3.7.2 Diseño Conceptual
La herramienta en la cual se fundamenta esta fase son los diagramas de casos de usos, los
cuales son diseñados por escenarios con la finalidad de obtener de manera clara los
requerimientos y acciones del sistema
3.3.7.3 Diagrama de Caso de Uso
En los siguientes diagramas se presentan los diagramas de casos de uso del sitio, que
muestra las funciones que desarrollan los autores.
3.3.7.3.1 Diagrama General de Caso de Uso del Sitio
Figura 6. Caso de uso general
Elaborado por: Sergio Chávez
49
3.3.7.3.2 Diagrama de caso de uso gestión de información del sitio.
Figura 7. Caso administrar información del sitio
Elaborado por: Sergio Chávez
Especificación de caso de uso gestión de información del sitio.
CASO DE USO Administración de información general (CU-01)
ACTOR Administrador
PROPÓSITO Realizar las operaciones de buscar, crear, actualizar y eliminar
información general de la Unidad de Investigación.
PRECONDICIÓN Para buscar, crear, modificar y eliminar información el usuario debe
estar registrado.
ACCIONES DE LOS ACTORES RESPUESTA DEL SISTEMA
1. Ingresar al sistema. 2. Solicitar login y password
3. Ingresar usuario y contraseña 4. Validar contraseña y visualizar menú
5. Escoger una opción en el menú
Información General y seleccionar
opción crear, modificar o eliminar.
6. Solicita ingreso de información.
11. Finalizar Transacción 12. Salir del sistema
POST-CONDICIÓN El registro se actualiza en la base de datos
50
ALTERNATIVA
Contraseña errónea.
Cuenta no existe.
Datos no válidos o incompletos
Tabla 10. Especificación del caso de uso: Administración de información general
Elaborado por: Sergio Chávez
3.3.7.3.3 Diagrama de caso de uso administrar usuario.
Figura 8. Caso administrar usuario
Elaborado por: Sergio Chávez
Especificación de caso de uso administrar usuario
CASO DE USO Gestionar Usuario (CU-02)
ACTOR Administrador
PROPÓSITO Realizar las operaciones de buscar, crear, modificar, consultar
usuarios.
PRECONDICIÓN
Para buscar, crear y modificar usuarios el administrar debe estar
registrado. Para la eliminación el usuario no debe estar anexado a
ningún proyecto.
uc C10 GESTION DE USUARIO
INGRESAR
USUARIO
MODIFICAR USUARIO
ELIMINAR USUARIO
ADMINISTRADOR
VALIDAR USUARIO
CONSULTAR
USUARIO
«include»
«include»
«include»
«include»
51
ACCIONES DE LOS ACTORES RESPUESTA DEL SISTEMA
1. Ingresar al sistema. 2. Solicitar login y password
3. Ingresar usuario y contraseña 4. Validar contraseña y visualizar menú
5. Seleccionamos una opción en el
menú Usuario (crear, modificar,
eliminar, consultar)
5.1 Si pulsa el botón “Ver” se abrirá una pantalla
donde podrá visualizar los datos de los usuarios y
pulsar el botón “Imprimir” si desea obtener una
copia en papel.
5.2 Si pulsa el botón “Borrar” el sistema, tras pedir
la confirmación, borrará el usuario mientras no esté
anexa a las actividades.
5.3 Si se pulsa el botón “editar”, el sistema muestra
los datos del usuario que se ha solicitado para la
modificación, el usuario puede modificar cualquiera
de los datos estos se validan y los guarda en la base
de datos.
5.4 Si pulsa el botón añadir aparecerá una ventana
donde introducir los datos del usuario, el sistema
valida los datos y lo guarda en la base de datos.
6. Finalizar Transacción 7. Salir del sistema
POST-CONDICIÓN El registro se actualiza en la base de datos
ALTERNATIVA
Contraseña errónea.
Cuenta no existe.
Datos no válidos o incompletos
Usuario anexado a un proyecto o actividad
Tabla 11. Especificación del caso de uso: Gestión de Usuario
Elaborado por: Sergio Chávez
52
3.3.7.3.4 Diagrama de caso de uso gestión proyectos
Figura 9. Caso de uso gestión de proyectos
Elaborado por: Sergio Chávez
Especificación de caso de uso gestión de proyectos.
CASO DE USO Gestionar de Proyecto (CU-03)
ACTOR Director de proyecto
PROPÓSITO Realizar las operaciones de buscar, crear, modificar, consultar
usuarios.
PRECONDICIÓN Para buscar, crear o editar un proyecto el usuario debe estar
registrado.
ACCIONES DE LOS ACTORES RESPUESTA DEL SISTEMA
1. Ingresar al sistema. 2. Solicitar login y password
3. Ingresar usuario y contraseña 4. Validar contraseña y visualizar menú
5. Seleccionamos una opción en el
menú Proyecto (crear, editar,
5.1 Si pulsa el botón “Ver” se abrirá una pantalla
donde podrá visualizar los datos de los proyectos y
uc caso 1
DIRECTOR DE
PROYECTO
COORDINADOR
BUSCAR
PROYECTO
SUBIR DOCUMENTOS
MODIFICAR
ESTADO
GENERAR
RESPONSABLES
GESTIONAR
BENEFICIADOS
MODIFICAR
PROYECTO
GESTIONAR
RECURSOS
GESTIONAR
ACTIVIDADES
REGISTRO DE
PROYECTO
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
53
consultar) pulsar el botón “Imprimir” si desea obtener una
copia en papel.
5.2 Si se pulsa el botón “editar”, el sistema muestra
los datos del proyecto que se ha solicitado para la
modificación, el usuario puede modificar cualquiera
de los datos, estos se validan y los guarda en la base
de datos.
5.3 Si pulsa el botón añadir aparecerá una ventana
donde introducir los datos del proyecto, el sistema
valida los datos y lo guarda en la base de datos.
Si el usuario
6. Si se selecciona actividades 7. Se realizara el caso de uso gestionar actividad
(CU-04)
8. Si se selecciona responsables 9. Se realizara el caso de uso gestionar responsables
(CU-05)
10. El usuario selecciona enviar
proyecto
11. El sistema verifica los datos, se envía los datos al
coordinador.
6. Finalizar Transacción 7. Salir del sistema
POST-CONDICIÓN El registro se actualiza en la base de datos
ALTERNATIVA
Contraseña errónea.
Cuenta no existe.
Datos no válidos o incompletos
Usuario anexado a un proyecto o actividad
Tabla 12. Especificación del caso de uso: Gestión de Proyectos
Elaborado por: Sergio Chávez
54
3.3.7.3.5 Descripción de caso de uso gestionar actividades
Figura 10. Caso de uso gestión actividades
Elaborado por: Sergio Chávez
Especificación de caso de uso gestión de actividades.
CASO DE USO Gestionar actividades (CU-04)
ACTOR Director de Proyecto
PROPÓSITO Realizar las operaciones de buscar, crear, reajustar actividades.
PRECONDICIÓN Para buscar, crear y reajustar actividades el usuario debe estar
registrado.
ACCIONES DE LOS ACTORES RESPUESTA DEL SISTEMA
1. Ingresar al sistema. 2. Solicitar login y password
3. Ingresar usuario y contraseña 4. Validar contraseña y visualizar menú
4. Seleccionar proyecto 5. El sistema visualiza los proyectos creados por el
usuario director de proyecto
5. Seleccionamos una opción en el
menú Actividades (crear, editar,
consultar)
5.1 Si pulsa el botón “Ver” se abrirá una pantalla
donde podrá visualizar los datos de las actividades y
pulsar el botón “Imprimir” si desea obtener una
copia en papel.
uc C3 GESTIONAR ACTIVIDADES
DIRECTOR DE
PROYECTO
VALIDAR USUARIO
ADJUNTAR
ARCHIVO
REAJUSTAR
ACTIVIDAD
REGISTRAR
ACTIVIDAD
ASIGNAR
RESPONSABLE
ASIGNAR
RECURSOS
GESTIONAR
RESPONSABLE
GESTIONAR
RECURSOS
ASIGNACIÓN DE
PRESUPUESTO
GESTIONAR
PRESUPUESTO
«include»
«include»
«extend»
«extend»
«include»
«include»
«extend»
«include»
«include»
55
5.2 Si se pulsa el botón “editar”, el sistema muestra
los datos de la actividad que se ha solicitado para la
modificación, el usuario puede modificar cualquiera
de los datos, asignación de investigador y recursos,
estos datos se validan y se actualiza en la base de
datos.
5.3 Si pulsa el botón añadir aparecerá una ventana
donde introducir los datos de la actividad, el sistema
valida los datos y lo guarda en la base de datos.
6. Si se selecciona añadir
responsable
7. Se realizara el caso de uso gestionar responsables
(CU-05)
8. Si se selecciona añadir recurso 9. Se realizara el caso de uso gestionar recursos (CU-
06)
10. El usuario selecciona enviar
actividad
11. El sistema verifica el estado del proyecto y la
actividad, si el proyecto está en ejecución y la
actividad esta activada se envía los datos y se cambia
su estado ha terminado. (Usuario director de
proyecto/participante).
6. Finalizar Transacción 7. Salir del sistema
POST-CONDICIÓN El registro se actualiza en la base de datos
ALTERNATIVA
Contraseña errónea.
Cuenta no existe.
Datos no válidos o incompletos
Usuario anexado a un proyecto o actividad
Tabla 13. Especificación del caso de uso: Gestión de Actividades
Elaborado por: Sergio Chávez
56
3.3.7.3.6 Descripción de caso de uso gestión de responsables
Figura 11. Caso de uso gestión responsables
Elaborado por: Sergio Chávez
Especificación de caso de uso gestión de responsables.
CASO DE USO Gestión de responsable (CU-05)
ACTOR Coordinador / Director de Proyecto
PROPÓSITO Realizar las operaciones de buscar, editar, crear responsables.
PRECONDICIÓN Para buscar, editar y crear responsables el usuario debe estar
registrado.
ACCIONES DE LOS ACTORES RESPUESTA DEL SISTEMA
1. Ingresar al sistema. 2. Solicitar login y password
3. Ingresar usuario y contraseña 4. Validar contraseña y visualizar menú
5. Seleccionamos una opción en el
menú Participante (crear, editar,
eliminar, consultar)
5.1 Si pulsa el botón “Ver” se abrirá una pantalla
donde podrá visualizar los datos del participante y
pulsar el botón “Imprimir” si desea obtener una
copia en papel.
5.2 Si pulsa el botón “Eliminar” el sistema, tras pedir
uc C5 GESTIONAR RESPONSABLES
INGRESAR
PARTICIPANTES
MODIFICAR
PARTICIPANTES
DIRECTOR DE
PROYECTO
VALIDAR USUARIO
ELIMINAR
PARTICIPANTE
CONSULTAR
PARTICIPANTE
«include»
«include»
«include»
«include»
57
la confirmación, borrará el usuario mientras no esté
anexado a las actividades o proyectos.
5.3 Si se pulsa el botón “editar”, el sistema muestra
los datos del participante que se ha solicitado para la
modificación, el usuario puede modificar cualquiera
de los datos.
5.4 Si pulsa el botón añadir aparecerá una ventana
donde introducir los datos del participante, el sistema
valida los datos y lo guarda en la base de datos.
6. Finalizar Transacción 7. Salir del sistema
POST-CONDICIÓN El registro se actualiza en la base de datos
ALTERNATIVA
Contraseña errónea.
Cuenta no existe.
Datos no válidos o incompletos
Usuario anexado a un proyecto o actividad
Tabla 14. Especificación del caso de uso: Gestión de Responsable
Elaborado por: Sergio Chávez
3.3.7.3.7 Descripción de caso de uso gestionar recursos
Figura 12. Caso de uso gestión recursos
Elaborado por: Sergio Chávez
uc C4 GESTIONAR RECURSOS
VALIDAR USUARIO
DIRECTOR DE
PROYECTO
ELIMINAR
RECURSO
MODIFICAR
RECURSO
REGISTRAR
RECURSO
CONSULTAR
RECURSOS
«include»
«include»
«include»
«include»
58
Especificación de caso de uso gestión de recursos
CASO DE USO Gestionar recursos (CU-06)
ACTOR Director de Proyecto
PROPÓSITO Realizar las operaciones de buscar, eliminar, editar, crear recursos.
PRECONDICIÓN Para buscar, eliminar, editar y crear recursos el usuario debe estar
registrado.
ACCIONES DE LOS ACTORES RESPUESTA DEL SISTEMA
1. Ingresar al sistema. 2. Solicitar login y password
3. Ingresar usuario y contraseña 4. Validar contraseña y visualizar menú
5. Seleccionamos una opción en el
menú Recursos (crear, editar,
eliminar, consultar)
5.1 Si pulsa el botón “Ver” se abrirá una pantalla
donde podrá visualizar los recursos y pulsar el botón
“Imprimir” si desea obtener una copia en papel.
5.2 Si pulsa el botón “Eliminar” el sistema, tras pedir
la confirmación, borrará el recurso mientras no esté
anexado a las actividades del proyecto.
5.3 Si se pulsa el botón “editar”, el sistema muestra
los datos del recurso que se ha solicitado para la
modificación, el usuario puede modificar cualquiera
de los datos, el sistema valida y actualiza la base de
datos.
5.4 Si pulsa el botón añadir aparecerá una ventana
donde introducir los datos del recurso, el sistema
valida los datos y lo guarda en la base de datos.
6. Finalizar Transacción 7. Salir del sistema
POST-CONDICIÓN El registro se actualiza en la base de datos
ALTERNATIVA
Contraseña errónea.
Cuenta no existe.
Datos no válidos o incompletos
Recurso anexado a una actividad
Tabla 15. Especificación del caso de uso: Gestionar Recursos
Elaborado por: Sergio Chávez
59
3.3.7.3.8 Descripción de caso de uso generar beneficiados
Figura 13. Caso de uso gestión beneficiados
Elaborado por: Sergio Chávez
Especificación de caso de uso gestión de beneficiarios
CASO DE USO Gestión beneficiario (CU-07)
ACTOR Director de Proyecto
PROPÓSITO Realizar las operaciones de buscar, eliminar, editar, crear
beneficiario.
PRECONDICIÓN Para buscar, eliminar, editar y crear beneficiario el usuario debe estar
registrado.
ACCIONES DE LOS ACTORES RESPUESTA DEL SISTEMA
1. Ingresar al sistema. 2. Solicitar login y password
3. Ingresar usuario y contraseña 4. Validar contraseña y visualizar menú
5. Seleccionamos una opción en el
menú Recursos (crear, editar,
eliminar, consultar)
5.1 Si pulsa el botón “Ver” se abrirá una pantalla
donde podrá visualizar los beneficiarios y pulsar el
botón “Imprimir” si desea obtener una copia en
papel.
5.2 Si pulsa el botón “Eliminar” el sistema, tras pedir
la confirmación, borrará el beneficiario mientras no
esté anexado a un proyecto.
uc C6 GESTIONAR BENEFICIARIO
REGISTRAR
BENEFICIARIO
MODIFICAR
BENEFICIARIO
DIRECTOR DE
PROYECTO
VALIDAR USUARIO
CONSULTAR
BENEFICIARIO
«include»
«include»
«include»
60
5.3 Si se pulsa el botón “editar”, el sistema muestra
los datos del beneficiario que se ha solicitado para la
modificación, el usuario puede modificar cualquiera
de los datos, el sistema valida y actualiza la base de
datos.
5.4 Si pulsa el botón añadir aparecerá una ventana
donde introducir los datos del beneficiario, el
sistema valida los datos y lo guarda en la base de
datos.
6. Finalizar Transacción 7. Salir del sistema
POST-CONDICIÓN El registro se actualiza en la base de datos
ALTERNATIVA
Contraseña errónea.
Cuenta no existe.
Datos no válidos o incompletos
Beneficiario anexado a un proyecto.
Tabla 16. Especificación del caso de uso: Gestionar Recursos
Elaborado por: Sergio Chávez
3.3.7.3.9 Descripción de caso de uso seguimiento de proyectos
Figura 14. Caso de uso seguimiento de proyectos
Elaborado por: Sergio Chávez
uc C7 SEGUIMIENTO DE PROYECTO
MONITOREO DE
PROYECTO
INGRESO DE AVISOS
REGISTRAR
AVANCES
COORDINADOR
DIRECTOR DE
PROYECTO
VALIDAR USUARIO
CALCULO AVANCE
DEL PROYECTO
«include»
«extend»
«include»
«include»
61
Especificación de caso de uso seguimiento de proyectos
CASO DE USO Seguimiento de proyectos (CU-08)
ACTOR Director de proyecto / Coordinador
PROPÓSITO Realizar las operaciones de buscar, eliminar, editar, crear
seguimiento.
PRECONDICIÓN Para buscar, eliminar, editar y crear seguimiento el usuario debe estar
registrado.
ACCIONES DE LOS ACTORES RESPUESTA DEL SISTEMA
1. Ingresar al sistema. 2. Solicitar login y password
3. Ingresar usuario y contraseña 4. Validar contraseña y visualizar menú
5. Seleccionamos una opción en el
menú Seguimiento (crear, editar,
eliminar, consultar)
5.1 Si pulsa el botón “Ver” se abrirá una pantalla
donde podrá visualizar los Avances del proyecto
(M3) y pulsar el botón “Imprimir” si desea obtener
una copia en papel.
5.2 Si pulsa el botón “Eliminar” el sistema, tras pedir
la confirmación, borrará el avance mientras su estado
este en proceso.
5.3 Si se pulsa el botón “editar”, el sistema muestra
los datos del beneficiario que se ha solicitado para la
modificación, el usuario puede modificar cualquiera
de los datos mientras su estado este en proceso, el
sistema valida y actualiza la base de datos.
5.4 Si pulsa el botón añadir aparecerá una ventana
donde introducir los datos del avance, el sistema
valida los datos y lo guarda en la base de datos.
6. Finalizar Transacción 7. Salir del sistema
POST-CONDICIÓN El registro se actualiza en la base de datos
ALTERNATIVA Contraseña errónea.
Cuenta no existe.
62
Datos no válidos o incompletos
Actividades incompletas.
Tabla 17. Especificación del caso de uso: Gestionar Recursos
Elaborado por: Sergio Chávez
3.3.7.3.10 Generar reportes
Figura 15. Caso de uso generar reporte
Elaborado por: Sergio Chávez
Especificación de caso de uso generar reporte
CASO DE USO Generar reporte (CU-09)
ACTOR Coordinador / Director de Proyecto
PROPÓSITO Realizar las operaciones de buscar reportes.
PRECONDICIÓN Para buscar de reporte el usuario debe estar registrado.
ACCIONES DE LOS ACTORES RESPUESTA DEL SISTEMA
1. Ingresar al sistema. 2. Solicitar login y password
3. Ingresar usuario y contraseña 4. Validar contraseña y visualizar menú
uc GESTION/PROYECTO
COODINADOR
DIRECTOR DE
PROYECTO
GENERAR REPORTE
DE ACTIVIDADES
GENERAR REPORTE
DE AVANCES
GENERAR REPORTE
DE PROYECTO
GENERAR REPORTE
CONSOLIDADOS
VALIDAR USUARIO
«include»
«include»
«include»
«include»
63
5. Seleccionamos una opción en el
menú Reporte
5. Si pulsa el botón “P, M1, M2, M3,
PRESUPUESTO” se abrirá una pantalla donde podrá
visualizar los reportes seleccionado y pulsar el botón
“Imprimir” si desea obtener una copia en papel
6. Finalizar Transacción 7. Salir del sistema
ALTERNATIVA
Contraseña errónea.
Cuenta no existe.
Tabla 18. Especificación del caso de uso: Gestionar Recursos
Elaborado por: Sergio Chávez
3.3.8 Diagrama de Secuencia
3.3.8.1 Diagrama de secuencia del caso de uso administrar usuario
Figura 16. Diagrama de secuencia: Administrar Usuario
Elaborado por: Sergio Chávez
sd PROYECTO/SECUENCIA
ADMINISTRADOR
INICIO DE
SECCIÓN
USUARIO
alt
Lista de Usuario()
Modificar Usuario()
[Opción='Modificar'] Modificar Usuario (Formulario Usuario)
Mensaje de Resultado()
[Opción='Consultar'] Consultar Usuario (Formulario Usuario)
Mensaje de resultado()
Ingresar (Usuario, Contraseña)
Guardar Usuario()
Verificar usuario()
[Opción='Agregar'] Agregar Usuario (Formulario Usuario)
Buscar Usuario()
Mensaje de resultado()
64
En la Figura 16, se muestra el diagrama de secuencia de administrar usuario, en el cual el
administrador podrá consultar, agregar y modificar los usuarios del sistema.
3.3.8.2 Diagrama de Secuencia del Caso de uso Gestión de Actividades
Figura 17. Diagrama de secuencia: Gestión de Actividades
Elaborado por: Sergio Chávez
En la Figura 17, se muestra el diagrama de secuencia de gestión de actividades, en el cual
el director de proyecto podrá consultar, agregar, modificar y adjuntar las actividades
relacionadas con el proyecto. Además el director del proyecto asignara a los participantes
de cada actividad y recursos.
sd GESTIONAR ACTIVIDAD
DIRECTOR DE
PROYECTO
INICIO DE
SECCION
ACTIVIDADPROYECTO RESPONSABLE Buscar recursos
alt
[Opción=='Agregar']
[Opción=='Reajustar']
[Opción=='Adjuntarr']
loop
loop
Modificar Actividad()
Ingresar usuario y contraseña()
Listado de recursos()
Lista de responsables()
Consultar proyectos()
Reajustar Actividad()
Buscar Actividad( )
Asignar responsable()
Listado de proyectos( )
Adjuntar Archivo()
Mensaje de resultado()
Mensaje de resultado()
Consultar Actividades( )
Seleccionar recursos()
Seleccionar responsables()
Mensaje de resultado()
Seleccionar proyecto()
Mensaje de autentificación()
Buscar
responsable()
Asignar recursos()
Buscar proyectos( )
Mensaje de resultado()
Agregar Actividad ()
Mensaje de resultado()
Verificar si el usuario existe()
Consultar recursos()
Lista de Actividades()
Adjuntar Archivo()
Guardar Actividad()
Consultar responsable()
Buscar recursos()
65
3.3.8.3 Diagrama de Secuencia del Caso de uso Gestionar de Responsables
Figura 18. Diagrama de Secuencia: Gestionar Responsables
Elaborado por: Sergio Chávez
En la Figura 18, se muestra el diagrama de secuencia de gestionar responsables, en el cual
el director de proyecto podrá consultar, agregar, modificar a los responsables asignados
para las actividades.
3.3.8.4 Diagrama de Secuencia del Caso de uso Gestionar Recursos
Figura 19. Diagrama de Secuencia: Gestionar Recursos
Elaborado por: Sergio Chávez
sd GESTIONAR RECURSOS
DIRECTOR DE PROYECTO
INICIO DE
SECCION
RECURSOS
alt
[Opción=='Agregar']
[Opción=='Modificar']
[Opción=='Eliminar']
Buscar Recurso()
Guardar Recursos()
Modificar Recurso()
Mensaje de Resultado()
Mensaje de Resultado()
Lista de Recursos()
Ingresar (usuario, contraseña)
Consultar recursos()
Eliminar Recurso(id_recurso)
Eliminar Recurso()
Mensaje de Resultado()
Modificar Recurso()
Mensaje de autentificación()
Agregar Recursos()
Verificar si el usuario existe()
sd GESTIONAR RESPONSABLE
DIRECTOR DE PROYECTO
INICIO DE
SECCION
RESPONSABLES
alt
[Opción=='Agregar']
[Opción=='Reajustar']
Ingresar usuario y contraseña()
Modificar Investigador()
Verificar si el usuario existe()
Lista de Investigador()
Modificar Investigador()
Mensaje de resultado()
Agregar Investigador ()
Mensaje de autentificación()
Guardar Investigador()
Consultar Investigadores()
Mensaje de resultado()
Buscar Investigador( )
66
En la Figura 19, se muestra el diagrama de secuencia de gestionar recursos, en el cual el
director de proyecto podrá consultar, agregar, modificar y eliminar los recursos al ser
asignados a los distintos proyectos.
3.3.8.5 Diagrama de Secuencia del Caso de uso Gestionar Beneficiarios
Figura 20. Diagrama de Secuencia: Gestionar Beneficiarios
Elaborado por: Sergio Chávez
En la Figura 20, se muestra el diagrama de secuencia de gestionar beneficiarios, en el cual
el director de proyecto podrá consultar, agregar, modificar a los beneficiarios de los
proyectos.
sd GESTIONAR BENEFICIARIOS
DIRECTOR DE PROYECTO
INICIO DE
SECCION
BENEFICIARIOS
alt
[Opción=='Agregar']
[Opción=='Modificar']
Consultar Beneficiarios()
Mensaje de Resultado()
Agregar Beneficiario ()
Buscar
Beneficiario( )
Ingresar usuario y contraseña()
Mensaje de resultado()
Lista de Beneficiarios()
Modificar Beneficiario()
Modificar Beneficiario()
Guardar Beneficiario()
Mensaje de resultado()
Verificar si el usuario existe()
67
3.3.8.6 Diagrama de Secuencia del Caso de uso Seguimiento de Proyecto
Figura 21. Diagrama de Secuencia: Seguimiento de proyecto
Elaborado por: Sergio Chávez
En la Figura 21, se muestra el diagrama de seguimiento de proyecto, en el cual el director
de proyecto podrá consultar las actividades para la realización de los informes de avances
del proyecto lo cual también podrá ser modificada.
3.4 DISEÑO
3.4.1 DISEÑO CONCEPTUAL
El diseño conceptual de la aplicación se muestra conceptos (Clases), asociaciones entre
conceptos (Relaciones) y atributos de conceptos (Atributos), los cuales son parte del
Sistema de Información de la Unidad de Investigación, el detalle de este se puede ver en la
figura 17.
sd SEGUIMIENTO DE PROYECTO
:DIRECTOR DE PROYECTO
INICIO DE
SECCION
ACTIVIDADPROYECTO AVANCES
alt
Mensaje de Resultado()
Seleccionar proyecto()
Ingresar usuario y contraseña()
[Opción='Modificar'] Modificar Avances (Formulario Avances)
Consultar proyecto()
Mensaje de Resultado()
Buscar proyecto()
[Opción='Agregar'] Agregar Avances (Formulario Avances)
verificar usuario()
Buscar actividades()
Consultar actividad()
Modificar Avance()
Listado de proyecto()
Selecionar actividad()
Lista de actividades()
Mensaje de resultado()
Guardar Avance()
68
Diagrama de Clase
Figura 22. Diagrama de clase
Elaborado por: Sergio Chávez
0..
1
0..
*
0..
1
0..
*
0..
1
0..
*
0..
1
0..
*
0..
1
0..
*
0..
1
0..
*
0..
1
0..
*
0..
1
0..
*0..
1
0..
*
0..
1
0..
*0
..1
0..
*
0..
1
0..
*0
..1
0..
*
0..
1
0..
*
0..
10
..*
PR
OY
EC
TO
- - - - - - - - - - - - - - - - - -
CO
D_
PR
O
CO
D_
LIN
CE
D_
RE
S
NO
M_
PR
O
RE
S_
PR
O
OB
J_P
RO
OB
E_
PR
O
IMP
_P
RO
RE
L_
PR
O
IPC
_P
RO
PA
R_
PR
O
INF
_P
RO
CIE
_P
RO
CU
L_
PR
O
SO
C_
PR
O
ED
U_
PR
O
FO
R_
PR
O
INR
_P
RO
: in
t
: in
t
: in
t
: C
ha
ract
er
: C
ha
ract
er
: C
ha
ract
er
: C
ha
ract
er
: C
ha
ract
er
: C
ha
ract
er
: C
ha
ract
er
: C
ha
ract
er
: C
ha
ract
er
: C
ha
ract
er
: C
ha
ract
er
: C
ha
ract
er
: C
ha
ract
er
: C
ha
ract
er
: C
ha
ract
er
+ + +
Co
nsu
lta
r ()
Ag
reg
ar
()
Act
ua
liza
r ()
: in
t
: in
t
: in
t
BE
NE
FIC
IAR
IOS
- - - -
CO
D_
BE
N
NO
M_
BE
N
DIR
_B
EN
TE
L_
BE
N
: in
t
: C
ha
ract
er
: C
ha
ract
er
: C
ha
ract
er
+ + +
Co
nsu
lta
r ()
Ag
reg
ar
()
Act
ua
liza
r ()
: in
t
: in
t
: in
t
PR
O_
BE
N
- - -
CO
D_
PB
E
CO
D_
PR
O
CO
D_
BE
N
: in
t
: in
t
: in
t
+ + + +
Co
nsu
lta
r ()
Ag
reg
ar
()
Act
ua
liza
r ()
Eli
min
ar
()
: in
t
: in
t
: in
t
: in
t
MO
NIT
OR
EO
- - - - - -
CO
D_
MO
T
CO
D_
PR
O
NU
M_
MO
T
FE
C_
MO
T
AC
T_
MO
T
ES
T_
MO
T
: in
t
: in
t
: in
t
: D
ate
: C
ha
ract
er
: C
ha
ract
er
+ + +
Co
nsu
lta
()
Ag
reg
ar
()
Act
ua
liza
r ()
: in
t
: in
t
: in
t
AV
AN
CE
S
- - - - - - - - - -
CO
D_
AV
C
CO
D_
MO
T
DE
S_
AV
C
FE
C_
AV
C
PO
R_
AV
C
AC
D_
AV
C
RE
S_
AV
C
CU
M_
AV
C
FE
I_A
VC
FE
F_
AV
C
: in
t
: in
t
: C
ha
ract
er
: D
ate
: F
loa
t
: C
ha
ract
er
: C
ha
ract
er
: F
loa
t
: D
ate
: D
ate
+ + + +
Co
nsu
lta
r ()
Ag
reg
ar
()
Act
ua
liza
r ()
Eli
min
ar
()
: in
t
: in
t
: in
t
: in
t
M1
- - - - - -
CO
D_
AC
P
CO
D_
PR
O
TE
M_
AC
P
PR
O_
AC
P
TA
R_
AC
P
RE
S_
AC
P
: in
t
: in
t
: in
t
: in
t
: in
t
: in
t
+ + + +
Co
nsu
lta
r ()
Ag
reg
ar
()
Act
ua
liza
r ()
Eli
min
ar
()
: in
t
: in
t
: in
t
: in
t
FA
CU
LT
AD
- -
CO
D_
FA
C
NO
M_
FA
C
: in
t
: C
ha
ract
er
+ + + +
Co
nsu
lta
r ()
Ag
reg
ar
()
Act
ua
liza
r ()
Eli
min
ar
()
: in
t
: in
t
: in
t
: in
t
AC
TIV
IDA
DE
S
- - - - - - - -
CO
D_
AC
T
CO
D_
PR
O
NO
M_
AC
T
DE
S_
AC
T
FE
I_A
CT
FE
F_
AC
T
RE
S_
AC
T
OB
S_
AC
T
: in
t
: in
t
: C
ha
ract
er
: C
ha
ract
er
: D
ate
: D
ate
: C
ha
ract
er
: C
ha
ract
er
+ + + +
Co
nsu
lta
r ()
Ag
reg
ar
()
Act
ua
liza
r ()
Eli
min
ar
()
: in
t
: in
t
: in
t
: in
t
CA
RR
ER
A
- - -
CO
D_
CA
R
CO
D_
FA
C
NO
M_
CA
R
: in
t
: in
t
: C
ha
ract
er
+ + + +
Co
nsu
lta
r ()
Ag
reg
ar
()
Act
ua
liza
r ()
Eli
min
ar
()
: in
t
: in
t
: in
t
: in
t
LIN
EA
_IN
VE
ST
IGA
CIO
N
- - -
CO
D_
LIN
CO
D_
CA
R
NO
M_
LIN
: in
t
: in
t
: C
ha
ract
er
+ + + +
Co
nsu
lta
r ()
Ag
reg
ar
()
Act
ua
liza
r ()
Eli
min
ar
()
: in
t
: in
t
: in
t
: in
t
AC
T_
RE
C
- - - - -
CO
D_
AC
R
CO
D_
RE
C
CO
D_
AC
T
CA
N_
AC
R
PR
E_
AC
R
: in
t
: in
t
: in
t
: in
t
: F
loa
t
+ + + +
Co
nsu
lta
r ()
Ag
reg
ar
()
Act
ua
liza
r ()
Eli
min
ar
()
: in
t
: in
t
: in
t
: in
t
RE
CU
RS
OS
- -
CO
D_
RE
C
NO
M_
RE
C
: in
t
: C
ha
ract
er
+ + + +
Co
nsu
lta
r ()
Ag
reg
ar
()
Act
ua
liza
r ()
Eli
min
ar
()
: in
t
: in
t
: in
t
: in
t
RE
S_
AC
T
- - -
CO
D_
RE
A
CO
D_
AC
T
CE
D_
RE
S
: in
t
: in
t
: in
t
+ + + +
Co
nsu
lta
r ()
Ag
reg
ar
()
Act
ua
liza
r ()
Eli
min
ar
()
: in
t
: in
t
: in
t
: in
t
INV
ES
TIG
AD
OR
- - - - - - - - - -
CE
D_
RE
S
AP
E_
RE
S
NO
M_
RE
S
DIR
_R
ES
TE
L_
RE
S
CE
L_
RE
S
EM
1_
RE
S
EM
2_
RE
S
PA
S_
RE
S
ES
T_
RE
S
: in
t
: C
ha
ract
er
: C
ha
ract
er
: C
ha
ract
er
: in
t
: in
t
: C
ha
ract
er
: C
ha
ract
er
: C
ha
ract
er
: C
ha
ract
er
+ + + +
Co
nsu
lta
r ()
Ag
reg
ar
()
Act
ua
liza
r ()
Eli
min
ar
()
: in
t
: in
t
: in
t
: in
t
CO
ME
NT
AR
IO
- - - - - -
CO
D_
CO
M
CO
D_
PR
O
AS
U_
CO
M
CO
M_
CO
M
FE
C_
CO
M
AD
J_C
OM
: in
t
: in
t
: C
ha
ract
er
: C
ha
ract
er
: D
ate
: in
t
+ +
Co
nsu
lta
r ()
Ag
reg
ar
()
: in
t
: in
t
69
3.4.2 Diccionario de Datos
Nombre: Proyecto Fecha de creación: 18/03/2014
Descripción: Tabla que contendrá información de los Proyectos de la Unidad de
Investigación.
Campo Tipo Tamaño Nulo Descripción
Cod_Pro Numérico 5 No Clave única de registro del Proyecto
Cod_Lin Numérico 5 No Clave de Línea a donde pertenece el proyecto
Ced_Res Numérico 10 No Clave del director del proyecto
Nom_Pro Carácter 100 No Nombre del proyecto
Res_Pro Carácter 256 No Resumen del proyecto
Obj_Pro Carácter 256 No Objetivo general
Obe_Pro Carácter 256 No Objetivos específicos
Imp_Pro Carácter 256 No Importancia científica, tecnológica, educativa,
cultural, social.
Rel_Pro Carácter 256 No Relación con otros proyectos que estén
realizando o se hayan realizados en la unidad
académica, en la Uniandes, en la comunidad
Ipc_Pro Carácter 256 No Impacto en la docencia
Par_Pro Carácter 256 No Relación y participación de programas de
pregrado y posgrado
Inf_Pro Carácter 150 No Infraestructura con la que cuenta la unidad
académica para la ejecución (laboratorio,
oficinas, equipos, etc)
Cie_Pro Carácter 150 No Científicos y/o tecnológicos
Cul_Pro Carácter 150 No Cultural
Soc_Pro Carácter 150 No Sociales
Edu_Pro Carácter 150 No Educativos
For_Pro Carácter 150 No Formación de investigadores
Inr_Pro Carácter 150 No Infraestructura de la unidad académica
Relaciones: Campos Clave:
Cod_Lin con Line_Investigación Cod_Pro (PK), Cod_Lin (FK),
Ced_Res con Responsable Ced_Res (FK)
Tabla 19. Diccionario de clase Proyecto
Elaborado por: Sergio Chávez
70
Nombre: Actividades Fecha de creación: 18/03/2014
Descripción: Tabla que contendrá información de las actividades del proyecto.
Campo Tipo Tamaño Nulo Descripción
Cod_Act Numérico 5 No Clave única de registro de la actividad
Cod_Pro Numérico 5 No Clave del proyecto que pertenece
Nom_Act Carácter 200 No Nombre de la actividad
Des_Act Carácter 250 No Descripción de la actividad
Fei_Act Fecha No Fecha de inicio
Fef_Act Fecha No Fecha de terminación
Res_Act Carácter 200 No Resultados esperados
Obs_Act Carácter 250 No Observaciones
Relaciones: Campos Clave:
Cod_Pro con Proyecto Cod_Act (PK), Cod_Pro (FK)
Tabla 20. Diccionario de clase Actividad
Elaborado por: Sergio Chávez
Nombre: Act_Rec Fecha de creación: 18/03/2014
Descripción: Tabla que contendrá información de las cantidades y valores de los recursos
para cada actividad.
Campo Tipo Tamaño Nulo Descripción
Cod_Acr Numérico 5 No Clave única de registro de la actividad y
recurso
Cod_Rec Numérico 5 No Clave del recurso asignado
Cod_Act Numérico 5 No Clave de la actividad
Can_Acr Numérico 5 No Cantidad del recurso
Pre_Acr Decimal 2 No Precio del recurso
Relaciones: Campos Clave:
Cod_Rec con Recurso Cod_Acr (PK), Cod_Act (FK),
Cod_Act con Actividad Cod_Rec (FK)
Tabla 21. Diccionario de clase Act_Rec Elaborado por: Sergio Chávez
71
Nombre: Recursos Fecha de creación: 18/03/2014
Descripción: Tabla que contendrá información de los recursos que se utilizarán en los
proyectos.
Campo Tipo Tamaño Nulo Descripción
Cod_Rec Numérico 5 No Clave única de registro de recursos
Nom_Rec Carácter 100 No Nombre de recurso
Relaciones: Campos Clave:
Cod_Rec (PK)
Tabla 22. Diccionario de clase Recursos
Elaborado por: Sergio Chávez
Nombre: Res_Act Fecha de creación: 18/03/2014
Descripción: Tabla que contendrá información de la asignación de participantes a las
actividades.
Campo Tipo Tamaño Nulo Descripción
Cod_Rea Numérico 5 No Clave única de asignación de participantes a
las actividades
Cod_Act Numérico 5 No Clave de la actividad asignada
Ced_Res Numérico 10 No Clave del participante asignado
Relaciones: Campos Clave:
Cod_Act con Actividad Cod_Rea (PK), Cod_Act (FK),
Ced_Res con Responsable Cod_Res (FK)
Tabla 23. Diccionario de clase Res_Act
Elaborado por: Sergio Chávez
Nombre: Investigador Fecha de creación: 18/03/2014
Descripción: Tabla que contendrá información los responsables (Participantes) de las
actividades y del proyecto (Director del Proyecto).
Campo Tipo Tamaño Nulo Descripción
Ced_Res Numérico 10 No Clave única de registro del responsable
Ape_Res Carácter 50 No Apellido del director de Investigación o
Participante
Nom_Res caracter 50 No Nombre del director de Investigación o
Participante
72
Dir_Res Carácter 50 No Dirección
Tel_Res Numérico 10 No Teléfono
Cel_Res Numérico 10 No Celular
Em1_Res Carácter 30 No Email 1
Em2_Res Carácter 30 Si Email 2
Pas_Res Carácter 8 No Contraseña
Est_Res Carácter 10 No Estado
Relaciones: Campos Clave: Ced_Res (PK)
Tabla 24. Diccionario de clase Act_Rec
Elaborado por: Sergio Chávez
Nombre: Pro_Ben Fecha de creación: 18/03/2014
Descripción: Tabla que contendrá información de los beneficiarios y proyectos
Campo Tipo Tamaño Nulo Descripción
Cod_Pbe Numérico 5 No Clave única de registro
Cod_Pro Numérico 5 No Clave de proyecto asignado
Cod_Ben Numérico 5 No Clave de beneficiario asignado
Relaciones: Campos Clave:
Cod_Pro con Proyecto Cod_Pbe (PK), Cod_Pro(FK),
Cod_Ben con Beneficiario Cod_Ben(FK)
Tabla 25. Diccionario de clase Pro_Ben
Elaborado por: Sergio Chávez
Nombre: Beneficiario Fecha de creación: 18/03/2014
Descripción: Tabla que contendrá información de los beneficiarios
Campo Tipo Tamaño Nulo Descripción
Cod_Ben Numérico 5 No Clave única de registro Beneficiario
Nom_Ben Carácter 50 No Nombre
Dir_Ben Carácter 50 No Dirección
Tel_Ben Numérico 5 Si Teléfono
Relaciones: Campos Clave:
Cod_Ben (PK)
Tabla 26. Diccionario de clase Beneficiario
Elaborado por: Sergio Chávez
73
Nombre: Linea_Investigacion Fecha de creación: 18/03/2014
Descripción: Tabla que contendrá información de la línea de investigación del proyecto
Campo Tipo Tamaño Nulo Descripción
Cod_Lin Numérico 5 No Clave única de registro línea de investigación
Cod_Fac Numérico 5 No Clave de facultad asignado
Nom_Lin Carácter 200 No Descripción de la línea de investigación
Relaciones: Campos Clave:
Cod_Fac con Facultad Cod_Lin (PK), Cod_Fac(Fk)
Tabla 27. Diccionario de clase Línea_Investigación
Elaborado por: Sergio Chávez
Nombre: Facultad Fecha de creación: 18/03/2014
Descripción: Tabla que contendrá información de la facultades de la universidad
Campo Tipo Tamaño Nulo Descripción
Cod_Fac Numérico 5 No Clave única de registro de la facultad
Nom_Fac Carácter 30 No Nombre de la facultad
Relaciones: Campos Clave:
Cod_Fac (PK )
Tabla 28. Diccionario de clase Facultad
Elaborado por: Sergio Chávez
Nombre: Carrera Fecha de creación: 18/03/2014
Descripción: Tabla que contendrá las carreras de la universidad
Campo Tipo Tamaño Nulo Descripción
Cod_Car Numérico 5 No Clave única de registro de carrera
Cod_Fac Numérico 5 No Clave única de registro de facultad
Nom_Car Carácter 30 No Nombre de la carrera
Relaciones: Campos Clave:
Cod_Car (PK)
Tabla 29. Diccionario de clase Carrea
Elaborado por: Sergio Chávez
74
Nombre: Monitoreo Fecha de creación: 18/03/2014
Descripción: Tabla que contendrá información de la matriz de seguimiento y evaluación de
avances de proyecto.
Campo Tipo Tamaño Nulo Descripción
Cod_Mot Numérico 5 No Clave única de registro de monitoreo
Cod_Pro Numérico 5 No Clave de proyecto asignado
Num_Mot Numérico 5 No Número de informe
Fec_Mot Fecha No Fecha de presentación del informe
Act_Mot Carácter 256 No Observación del jefe de proyecto
Est_Mot Carácter 256 No Observaciones del coordinador del
centro:(Aprobado o no y observaciones
adicionales)
Relaciones: Campos Clave:
Cod_Pro con Proyecto Cod_Mot (PK), Cod_Pro(Fk)
Tabla 30. Diccionario de clase Monitoreo
Elaborado por: Sergio Chávez
Nombre: Avances Fecha de creación: 18/03/2014
Descripción: Tabla que contendrá información de la matriz de los avances de proyecto.
Campo Tipo Tamaño Nulo Descripción
Cod_Avc Numérico 5 No Clave única de registro de Avances
Cod_Mot Numérico 5 No Clave de Monitoreo asignado
Des_Avc Carácter 5 No Descripción
Fec_Avc Fecha No Fecha de presentación
Por_Avc Decimal 2 No Porcentaje
Acd_Avc Carácter 256 No Actividades desarrolladas
Res_Avc Carácter 256 No Resultados Esperados
Cum_Avc Decimal 2 No Porcentaje de cumplimiento
Fei_Avc Fecha No Fecha de inicio de la actividad
Fef_Avc Fecha No Fecha fin de la actividad
Relaciones: Campos Clave:
Cod_Pro con Proyecto Cod_Mot (PK), Cod_Pro(Fk)
Tabla 31. Diccionario de clase Avances
Elaborado por: Sergio Chávez
75
Nombre: M1 Fecha de creación: 18/03/2014
Descripción: Tabla que contendrá información del plan de investigación para el desarrollo de la
institución y la solución de problemas de la comunidad.
Campo Tipo Tamaño Nulo Descripción
Cod_Acp Numérico No Clave única de registro M1
Cod_Pro Numérico No Clave de proyecto asignado
Tem_Acp Carácter 200 No Tema
Pro_Acp Carácter 200 No Problema que resolverá
Tar_Acp Carácter 200 No Tareas de investigación
Res_Acp Carácter 200 No Resultados esperados
Relaciones: Campos Clave:
Cod_Pro con Proyecto Cod_Mot (PK), Cod_Pro(Fk)
Tabla 32. Diccionario de clase M1
Elaborado por: Sergio Chávez
3.4.3 Modelo funcional diagrama de actividades
3.4.3.1 Iniciar sesión
Figura 23. Diagrama de actividades. Inicio de Sesión
Elaborado por: Sergio Chávez
76
3.4.3.2 Insertar/Actualizar Coordinador, Director de Proyecto y participantes
Figura 24. Diagrama de actividades. Insertar/actualizar Coordinador, Director de
Proyecto, Participante Elaborado por: Sergio Chávez
3.4.3.3 Insertar/Actualizar proyectos
Figura 25. Diagrama de actividades. Insertar/Actualizar proyecto
Elaborado por: Sergio Chávez
act PROYECTO/SECUENCIA
Abrir Coordinador, Director
de Proyecto, Participantes
Existe
Modificar Datos Coordinador, Director
de Proyecto, Participante
Ingresar Datos Coordinador,
Director de Proyecto, Participante
Si No
act PROYECTO/SECUENCIA
Existe
Ingresar proyectoModificar proyecto
Datos registrados
Seleccionar registro proyecto
SiNo
77
3.4.3.4 Insertar/Actualizar actividades con participantes y recursos
Figura 26. Diagrama de actividades. Insertar/Actualizar participante, actividades, recursos
Elaborado por: Sergio Chávez
3.4.3.5 Insertar/Actualizar responsable
Figura 27. Diagrama de actividades. Insertar/Actualizar responsable
Elaborado por: Sergio Chávez
act Business Process Model
Abrir Responsable
Existe
Ingresar ResponsableModificar Responsable
act Business Process Model
Seleccionar participante,
activ idad, recursos
Existe
Ingresar cédula,
activ idad, recursos Actualizar cédula,
activ idad, recursos
Datos registrados
No Si
78
3.4.3.6 Insertar/actualizar recursos
Figura 28. Diagrama de actividades. Insertar/Actualizar recursos
Elaborado por: Sergio Chávez
3.4.3.7 Insertar/actualizar beneficiarios
Figura 29. Diagrama de actividades. Insertar/Actualizar beneficiarios
Elaborado por: Sergio Chávez
act Business Process Model
Abrir Recursos
Existe
Ingresar RecursosModificar Recursos
NoSi
act Business Process Model
Abrir Beneficiarios
Existe
Ingresar BeneficiariosModificar Beneficiarios
NoSi
79
3.4.4 Modelo conceptual
Figura 30. Modelo Conceptual
Elaborado por: Sergio Chávez
tie
ne
se a
sig
ng
a
co
nti
en
e
be
ne
ficia
a
inve
stig
ad
or
asi
gn
ad
o
inve
stig
ad
or
asi
gn
ad
o
se p
rese
nta
se l
leva
aca
bo
tie
ne
co
nti
en
e
se e
n l
ine
a
se l
leva
aca
bo
PR
OY
EC
TO
CO
D_
PR
O
CO
D_
LIN
CE
D_
RE
S
NO
M_
PR
O
RE
S_
PR
O
OB
J_
PR
O
OB
E_
PR
O
IMP
_P
RO
RE
L_
PR
O
IPC
_P
RO
PA
R_
PR
O
INF
_P
RO
CIE
_P
RO
CU
L_
PR
O
SO
C_
PR
O
ED
U_
PR
O
FO
R_
PR
O
INR
_P
RO
<p
i>In
teg
er
Inte
ge
r
Inte
ge
r
Ch
ara
cte
rs (
25
0)
Ch
ara
cte
rs (
35
0)
Ch
ara
cte
rs (
15
0)
Ch
ara
cte
rs (
15
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
<M
>
CO
D_
PR
O<
pi>
BE
NE
FIC
IAR
IOS
CO
D_
BE
N
NO
M_
BE
N
DIR
_B
EN
TE
L_
BE
N
<p
i>In
teg
er
Ch
ara
cte
rs (
10
0)
Ch
ara
cte
rs (
50
)
Inte
ge
r
<M
>
CO
D_
BE
N<
pi> M
ON
ITO
RE
O
CO
D_
MO
T
CO
D_
PR
O
NU
M_
MO
T
FE
C_
MO
T
AC
T_
MO
T
ES
T_
MO
T
<p
i>In
teg
er
Inte
ge
r
Inte
ge
r
Da
te
Ch
ara
cte
rs (
10
0)
Ch
ara
cte
rs (
10
0)
<M
>
CO
D_
MO
T<
pi> A
VA
NC
ES
CO
D_
AV
C
CO
D_
MO
T
DE
S_
AV
C
FE
C_
AV
C
PO
R_
AV
C
AC
D_
AV
C
RE
S_
AV
C
CU
M_
AV
C
FE
I_A
VC
FE
F_
AV
C
<p
i>In
teg
er
Inte
ge
r
Ch
ara
cte
rs (
10
0)
Da
te
Flo
at
Ch
ara
cte
rs (
10
0)
Ch
ara
cte
rs (
10
0)
Flo
at
Da
te
Da
te
<M
>
CO
D_
AV
C<
pi>
M1
CO
D_
AC
P
CO
D_
PR
O
TE
M_
AC
P
PR
O_
AC
P
TA
R_
AC
P
RE
S_
AC
P
<p
i>In
teg
er
Inte
ge
r
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
<M
>
CO
D_
AC
P<
pi>
FA
CU
LT
AD
CO
D_
FA
C
NO
M_
FA
C
<p
i>In
teg
er
Ch
ara
cte
rs (
10
0)
<M
>
CO
D_
FA
C<
pi>
AC
TIV
IDA
DE
S
CO
D_
AC
T
CO
D_
PR
O
NO
M_
AC
T
DE
S_
AC
T
FE
I_A
CT
FE
F_
AC
T
RE
S_
AC
T
OB
S_
AC
T
<p
i>In
teg
er
Inte
ge
r
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
25
0)
Da
te
Da
te
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
<M
>
CO
D_
AC
T<
pi>
CA
RR
ER
A
CO
D_
CA
R
CO
D_
FA
C
NO
M_
CA
R
<p
i>In
teg
er
Inte
ge
r
Inte
ge
r
<M
>
CO
D_
CA
R<
pi>
LIN
EA
_IN
VE
ST
IGA
CIO
N
CO
D_
LIN
CO
D_
CA
R
NO
M_
LIN
<p
i>In
teg
er
Inte
ge
r
Ch
ara
cte
rs (
20
0)
<M
>
CO
D_
LIN
<p
i>
RE
CU
RS
OS
CO
D_
RE
C
NO
M_
RE
C
<p
i>In
teg
er
Ch
ara
cte
rs (
1)
<M
>
CO
D_
RE
C<
pi>
INV
ES
TIG
AD
OR
CE
D_
RE
S
AP
E_
RE
S
NO
M_
RE
S
DIR
_R
ES
TE
L_
RE
S
CE
L_
RE
S
EM
1_
RE
S
EM
2_
RE
S
PA
S_
RE
S
ES
T_
RE
S
<p
i>In
teg
er
Ch
ara
cte
rs (
50
)
Ch
ara
cte
rs (
50
)
Ch
ara
cte
rs (
50
)
Inte
ge
r
Inte
ge
r
Ch
ara
cte
rs (
50
)
Ch
ara
cte
rs (
50
)
Ch
ara
cte
rs (
8)
Ch
ara
cte
rs (
2)
<M
>
CE
D_
RE
S<
pi>
CO
ME
NT
AR
IO
CO
D_
CO
M
CO
D_
PR
O
AS
U_
CO
M
CO
M_
CO
M
FE
C_
CO
M
AD
J_
CO
M
<p
i>In
teg
er
Inte
ge
r
Ch
ara
cte
rs (
50
)
Ch
ara
cte
rs (
25
6)
Da
te
Inte
ge
r
<M
>
Ide
nti
fie
r_1
<p
i>
80
3.4.5 Modelo lógico
Figura 31. Modelo lógico de la base de datos
Elaborado por: Sergio Chávez
tie
ne
se a
sig
ng
a
se a
sig
ng
a
co
nti
en
e
be
ne
ficia
ab
en
efi
cia
a
resp
on
sab
les
asi
gn
ad
os
resp
on
sab
les
asi
gn
ad
os
resp
on
sab
le a
sig
na
do
se p
rese
nta
se l
leva
aca
bo
tie
ne
co
nti
en
e
se e
n l
ine
a
se l
leva
aca
bo
PR
OY
EC
TO
CO
D_
PR
O
CO
D_
LIN
CE
D_
RE
S
CO
D_
CO
M
NO
M_
PR
O
RE
S_
PR
O
OB
J_
PR
O
OB
E_
PR
O
IMP
_P
RO
RE
L_
PR
O
IPC
_P
RO
PA
R_
PR
O
INF
_P
RO
CIE
_P
RO
CU
L_
PR
O
SO
C_
PR
O
ED
U_
PR
O
FO
R_
PR
O
INR
_P
RO
<p
i>
<fi
1>
<fi
2>
<fi
3>
Inte
ge
r
Inte
ge
r
Inte
ge
r
Inte
ge
r
Ch
ara
cte
rs (
25
0)
Ch
ara
cte
rs (
35
0)
Ch
ara
cte
rs (
15
0)
Ch
ara
cte
rs (
15
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
<M
>
CO
D_
PR
O<
pi>
BE
NE
FIC
IAR
IOS
CO
D_
BE
N
NO
M_
BE
N
DIR
_B
EN
TE
L_
BE
N
<p
i>In
teg
er
Ch
ara
cte
rs (
10
0)
Ch
ara
cte
rs (
50
)
Inte
ge
r
<M
>
CO
D_
BE
N<
pi>
MO
NIT
OR
EO
CO
D_
MO
T
CO
D_
PR
O
NU
M_
MO
T
FE
C_
MO
T
AC
T_
MO
T
ES
T_
MO
T
<p
i>
<fi
>
Inte
ge
r
Inte
ge
r
Inte
ge
r
Da
te
Ch
ara
cte
rs (
10
0)
Ch
ara
cte
rs (
10
0)
<M
>
CO
D_
MO
T<
pi>
AV
AN
CE
S
CO
D_
AV
C
CO
D_
MO
T
DE
S_
AV
C
FE
C_
AV
C
PO
R_
AV
C
AC
D_
AV
C
RE
S_
AV
C
CU
M_
AV
C
FE
I_A
VC
FE
F_
AV
C
<p
i>
<fi
>
Inte
ge
r
Inte
ge
r
Ch
ara
cte
rs (
10
0)
Da
te
Flo
at
Ch
ara
cte
rs (
10
0)
Ch
ara
cte
rs (
10
0)
Flo
at
Da
te
Da
te
<M
>
CO
D_
AV
C<
pi>
M1
CO
D_
AC
P
CO
D_
PR
O
TE
M_
AC
P
PR
O_
AC
P
TA
R_
AC
P
RE
S_
AC
P
<p
i>
<fi
>
Inte
ge
r
Inte
ge
r
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
<M
>
CO
D_
AC
P<
pi>
FA
CU
LT
AD
CO
D_
FA
C
NO
M_
FA
C
<p
i>In
teg
er
Ch
ara
cte
rs (
10
0)
<M
>
CO
D_
FA
C<
pi>
AC
TIV
IDA
DE
S
CO
D_
AC
T
CO
D_
PR
O
NO
M_
AC
T
DE
S_
AC
T
FE
I_A
CT
FE
F_
AC
T
RE
S_
AC
T
OB
S_
AC
T
<p
i>
<fi
>
Inte
ge
r
Inte
ge
r
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
25
0)
Da
te
Da
te
Ch
ara
cte
rs (
20
0)
Ch
ara
cte
rs (
20
0)
<M
>
CO
D_
AC
T<
pi>
CA
RR
ER
A
CO
D_
CA
R
CO
D_
FA
C
NO
M_
CA
R
<p
i>
<fi
>
Inte
ge
r
Inte
ge
r
Inte
ge
r
<M
>
CO
D_
CA
R<
pi>
LIN
EA
_IN
VE
ST
IGA
CIO
N
CO
D_
LIN
CO
D_
CA
R
NO
M_
LIN
<p
i>
<fi
>
Inte
ge
r
Inte
ge
r
Ch
ara
cte
rs (
20
0)
<M
>
CO
D_
LIN
<p
i>
RE
CU
RS
OS
CO
D_
RE
C
NO
M_
RE
C
<p
i>In
teg
er
Ch
ara
cte
rs (
1)
<M
>
CO
D_
RE
C<
pi>
INV
ES
TIG
AD
OR
CE
D_
RE
S
AP
E_
RE
S
NO
M_
RE
S
DIR
_R
ES
TE
L_
RE
S
CE
L_
RE
S
EM
1_
RE
S
EM
2_
RE
S
PA
S_
RE
S
ES
T_
RE
S
<p
i>In
teg
er
Ch
ara
cte
rs (
50
)
Ch
ara
cte
rs (
50
)
Ch
ara
cte
rs (
50
)
Inte
ge
r
Inte
ge
r
Ch
ara
cte
rs (
50
)
Ch
ara
cte
rs (
50
)
Ch
ara
cte
rs (
8)
Ch
ara
cte
rs (
2)
<M
>
CE
D_
RE
S<
pi>
RE
S_
AC
T
CO
D_
RE
A
CO
D_
AC
T
CE
D_
RE
S
<p
i>
<p
i,fi
2>
<p
i,fi
1>
<U
nd
efi
ne
d>
Inte
ge
r
Inte
ge
r
<M
>
<M
>
<M
>
Ide
nti
fie
r_1
<p
i>
PR
O_
BE
N
CO
D_
BE
N
CO
D_
PR
O
<fi
2>
<fi
1>
Inte
ge
r
Inte
ge
r
<M
>
<M
>
AC
T_
RE
C1
CO
D_
AC
R
CO
D_
RE
C
CO
D_
AC
T
CA
N_
AC
R
PR
E_
AC
R
<p
i>
<fi
2>
<fi
1>
Inte
ge
r
Inte
ge
r
Inte
ge
r
Inte
ge
r
Flo
at
<M
>
<M
>
<M
>
CO
D_
AC
R<
pi>
CO
ME
NT
AR
IO
CO
D_
CO
M
CO
D_
PR
O
AS
U_
CO
M
CO
M_
CO
M
FE
C_
CO
M
AD
J_
CO
M
<p
i,a
i>In
teg
er
Inte
ge
r
Ch
ara
cte
rs (
50
)
Ch
ara
cte
rs (
25
6)
Da
te
Inte
ge
r
<M
>
Ide
nti
fie
r_1
Ide
nti
fie
r_2
<a
i>
<p
i>
81
3.4.6 Modelo Físico de la Base de Datos
Figura 32. Modelo físico de la base de datos
Elaborado por: Sergio Chávez
PR
OY
EC
TO
CO
D_
PR
O
CO
D_
LIN
CE
D_
RE
S
NO
M_
PR
O
RE
S_
PR
O
OB
J_
PR
O
OB
E_
PR
O
IMP
_P
RO
RE
L_
PR
O
IPC
_P
RO
PA
R_
PR
O
INF
_P
RO
CIE
_P
RO
CU
L_
PR
O
SO
C_
PR
O
ED
U_
PR
O
FO
R_
PR
O
INR
_P
RO
inte
ge
r
inte
ge
r
inte
ge
r
ch
ar(
25
0)
ch
ar(
35
0)
ch
ar(
15
0)
ch
ar(
15
0)
ch
ar(
20
0)
ch
ar(
20
0)
ch
ar(
20
0)
ch
ar(
20
0)
ch
ar(
20
0)
ch
ar(
20
0)
ch
ar(
20
0)
ch
ar(
20
0)
ch
ar(
20
0)
ch
ar(
20
0)
ch
ar(
20
0)
<p
k>
BE
NE
FIC
IAR
IOS
CO
D_
BE
N
NO
M_
BE
N
DIR
_B
EN
TE
L_
BE
N
inte
ge
r
ch
ar(
10
0)
ch
ar(
50
)
inte
ge
r
<p
k>
MO
NIT
OR
EO
CO
D_
MO
T
CO
D_
PR
O
NU
M_
MO
T
FE
C_
MO
T
AC
T_
MO
T
ES
T_
MO
T
inte
ge
r
inte
ge
r
inte
ge
r
da
te
ch
ar(
10
0)
ch
ar(
10
0)
<p
k>
AV
AN
CE
S
CO
D_
AV
C
CO
D_
MO
T
DE
S_
AV
C
FE
C_
AV
C
PO
R_
AV
C
AC
D_
AV
C
RE
S_
AV
C
CU
M_
AV
C
FE
I_A
VC
FE
F_
AV
C
inte
ge
r
inte
ge
r
ch
ar(
10
0)
da
te
flo
at
ch
ar(
10
0)
ch
ar(
10
0)
flo
at
da
te
da
te
<p
k>
M1
CO
D_
AC
P
CO
D_
PR
O
TE
M_
AC
P
PR
O_
AC
P
TA
R_
AC
P
RE
S_
AC
P
inte
ge
r
inte
ge
r
ch
ar(
20
0)
ch
ar(
20
0)
ch
ar(
20
0)
ch
ar(
20
0)
<p
k>
FA
CU
LT
AD
CO
D_
FA
C
NO
M_
FA
C
inte
ge
r
ch
ar(
10
0)
<p
k>
AC
TIV
IDA
DE
S
CO
D_
AC
T
CO
D_
PR
O
NO
M_
AC
T
DE
S_
AC
T
FE
I_A
CT
FE
F_
AC
T
RE
S_
AC
T
OB
S_
AC
T
inte
ge
r
inte
ge
r
ch
ar(
20
0)
ch
ar(
25
0)
da
te
da
te
ch
ar(
20
0)
ch
ar(
20
0)
<p
k>
CA
RR
ER
A
CO
D_
CA
R
CO
D_
FA
C
NO
M_
CA
R
inte
ge
r
inte
ge
r
inte
ge
r
<p
k>
<fk
>
LIN
EA
_IN
VE
ST
IGA
CIO
N
CO
D_
LIN
CO
D_
CA
R
NO
M_
LIN
inte
ge
r
inte
ge
r
ch
ar(
20
0)
<p
k>
RE
CU
RS
OS
CO
D_
RE
C
NO
M_
RE
C
inte
ge
r
ch
ar(
1)
<p
k>
INV
ES
TIG
AD
OR
CE
D_
RE
S
AP
E_
RE
S
NO
M_
RE
S
DIR
_R
ES
TE
L_
RE
S
CE
L_
RE
S
EM
1_
RE
S
EM
2_
RE
S
PA
S_
RE
S
ES
T_
RE
S
inte
ge
r
ch
ar(
50
)
ch
ar(
50
)
ch
ar(
50
)
inte
ge
r
inte
ge
r
ch
ar(
50
)
ch
ar(
50
)
ch
ar(
8)
ch
ar(
2)
<p
k>
RE
S_
AC
T
CO
D_
RE
A
CE
D_
RE
S
CO
D_
AC
T
inte
ge
r
inte
ge
r
inte
ge
r
<p
k,fk
1>
<p
k,fk
2>
PR
O_
BE
N
CO
D_
PB
E
CO
D_
PR
O
CO
D_
BE
N
INT
EG
ER
inte
ge
r
inte
ge
r
<p
k>
<p
k,fk
1>
<p
k,fk
2>
AC
T_
RE
C1
CO
D_
AC
R
CO
D_
AC
T
CO
D_
RE
C
CA
N_
AC
R
PR
E_
AC
R
inte
ge
r
inte
ge
r
inte
ge
r
inte
ge
r
de
cim
al
<p
k>
<p
k,fk
1>
<p
k,fk
2>
CO
ME
NT
AR
IO
CO
D_
CO
M
CO
D_
PR
O
AS
U_
CO
M
CO
M_
CO
M
FE
C_
CO
M
AD
J_
CO
M
inte
ge
r
inte
ge
r
ch
ar(
50
)
ch
ar(
50
)
da
te
inte
ge
r
<p
k>
<fk
>
82
3.4.7 Diseño de Interface Abstracta
Tras haber realizado las anteriores etapas, se procede al diseño de la interface abstracta de
los datos, y para esto definimos los diferentes ADV’s del proyecto.
El ADV general de la aplicación mostrado en la figura 21, este es la vista macro del
Sistema de Información y se quiere representar el diseño general de la interface de inicio.
En la figura 22 se puede ver la vista de datos de manera más detallada, El diseño de la
interface básicamente se divide en módulos, cada módulo contiene información distinta, un
módulo puede contener información de un determinado servicio, pero en general la
información se desplegara en el módulo principal.
3.4.7.1 Página principal
Figura 33. ADV. Página principal
Elaborado por: Sergio Chávez
ADV GENERAL Sesión
AVD Sección 1
AVD Sección 2
AVD Sección 3
AVD Sección N
AVD Modulo…
AVD Modulo N
ADV LOGO
Perfil Notificación
ADV MODULO PRINCIPAL
83
3.4.7.2 Adv detalle de secciones de la página principal
Figura 34. ADV. Detalle de sección de la página principal
Elaborado por: Sergio Chávez
ADV PORTAL UNIDAD DE INVESTIGACIÓN
ADV MODULO PRINCIPAL
ADV CONTENIDO PROYECTO
ADV AVISOS RECURSOS
ADV CONTENIDO ACTIVIDADES
ADV M3
AVD Proyectos
AVD Beneficiarios
AVD Participantes
AVD Gastos
AVD Solicitudes
AVD Recursos
AVD M1
AVD Reportes
AVD Resultados
INFORMACIÓN
ADV LOGO
UNIANDES
AVD Usuario AVD Perfil AVD
84
3.4.8 Diseño Navegacional
Figura 35. Diseño Navegacional
Elaborado por: Sergio Chávez
UN
IDA
D D
E IN
VES
TIG
AC
IÓN
Edit
ar
Reg
istr
ar
Pro
yect
os
Co
nsu
ltar
Act
ivid
ades
Segu
imie
nto
Rep
ort
e
Ayu
da
Rep
ort
e ac
tivi
dad
es
Rep
ort
e co
nso
lidad
o
Pro
yect
os
Ingr
esar
av
ance
s M
3
Mo
stra
r al
erta
s
Ad
min
istr
ar
Rec
urs
os
Ben
efic
iari
os
Par
tici
pan
tes
Man
ten
imie
nto
Reg
istr
ar
Mo
dif
icar
Elim
inar
85
3.4.9 Interfaz de Usuario
En la fase de Implementación se presenta la interfaz de usuario final. Las pantallas se
diseñaron de forma representativa a la Unidad de Investigación en la Universidad Regional
Autónoma de los Andes “UNIANDES”, presentando para su navegación menús, iconos y
botones, animaciones.
Prototipo de interfaces, en la figura 30 muestra la interfaz del prototipo final del sistema
de información.
Login, en la figura 31 muestra la interfaz por el cual los usuarios registrados pueden
ingresar su nombre de usuario y su contraseña para tener acceso a las páginas con roles
restringido y en la figura 32 muestra la interfaz por el cual los directores de proyectos
pueden crear los proyectos de investigación.
PÁGINA PRINCIPAL
Figura 36. Interfaz de Usuario – Página Principal
Elaborado por: Sergio Chávez
86
PAGINA DE INICIO
Figura 37. Interfaz de Usuario – Página de Inicio
Elaborado por: Sergio Chávez
PÁGINA DE REGISTRO
Figura 38. Interfaz de Usuario – Página de Registro
Elaborado por: Sergio Chávez
87
3.5 Implementación
En esta etapa determinamos la implementación del sistema en un entorno particular en el
cual va a correr la aplicación, siguiendo los pasos descritos por el modelo OOHDM, se
utilizó Macromedia dreamweaver CS5, el lenguaje Php como lenguaje de programación, el
gestor de base de datos MYSQL Server para el almacenamiento de los datos y
correspondiente al diseño de interfaces se utilizó el framework Bootstrap 3.0.
3.6 Pruebas
Para garantizar el funcionamiento del sistema de información es necesario aplicar una serie
de pruebas, que respalden una ejecución y funcionamiento normal durante la etapa de
puesta en marcha. El grado de cumplimiento que se aplicará a cada tipo de prueba, será
representado con un valor comprendido entre 0 y 100%.
3.6.1 Prueba de Operatividad
Las pruebas de operatividad, se realizaron sobre el sistema operativo de Windows 7, una
vez que la aplicación está completa fue Aprobada con los componentes desarrollados se
integran correctamente con el resto de la aplicación.
La compilación e instalación de componentes utilizados para la implementación del
sistema de información no se representa ningún problema en la ejecución del código de
programación, los componentes de integración garantizan la portabilidad y reusabilidad,
integrándose perfectamente con la aplicación. No existen errores en el direccionamiento
URL.
3.6.2 Prueba de Funcionamiento
Las pruebas de funcionamiento se realizaron en el lugar de ejecución. Obteniendo los
siguientes resultados:
Prueba ingreso de datos del director de proyecto
DESCRIPCIÓN ENTRADA RESULTADO
El Coordinador de la Unidad
de Investigación ingresa a la
1. Pantalla Usuario y Contraseña.
2. Botón Ingresar
Los datos han sido
ingresados
88
parte administrativa de la
aplicación con el nombre de
usuario y contraseña. A
continuación selecciona la
opción registrar Director de
Proyecto e ingresa los datos.
3. Menú Administrativo
4. Registrar Director de proyecto
5. Actualizar.
correctamente en la
base de datos.
Tabla 33. Pruebas de Ingreso de Datos Director de Proyectos
Elaborado por: Sergio Chávez
Prueba ingreso de datos de participantes (Investigadores)
DESCRIPCIÓN ENTRADA RESULTADO
El Director de Proyecto
ingresa a la parte
administrativa de la aplicación
con el nombre de usuario y
contraseña. A continuación
selecciona la opción a registrar
Participante e ingresa los
datos.
1. Pantalla Usuario y Contraseña.
2. Botón Ingresar
3. Menú Participante
4. Registrar Participante
5. Actualizar.
Los datos han sido
ingresados
correctamente en la
base de datos.
Tabla 34. Pruebas de Ingreso de Datos Participantes
Elaborado por: Sergio Chávez
Prueba ingreso de proyectos
DESCRIPCIÓN ENTRADA RESULTADO
El Director de Proyecto
ingresa a la parte
administrativa de la aplicación
con el nombre de usuario y
contraseña. A continuación
selecciona la opción proyectos
e ingresa los datos.
1. Pantalla Usuario y Contraseña.
2. Botón Ingresar
3. Menú Proyectos
4. Registrar Proyecto
5. Actualizar.
Los datos han sido
ingresados
correctamente en la
base de datos.
Tabla 35. Pruebas de Ingreso de proyectos
Elaborado por: Sergio Chávez
89
Prueba ingreso de avances (M1)
DESCRIPCIÓN ENTRADA RESULTADO
El Director de Proyecto
ingresa a la parte
administrativa de la aplicación
con el nombre de usuario y
contraseña. A continuación
selecciona la opción M1 e
ingresa los datos.
1. Pantalla Usuario y Contraseña.
2. Botón Ingresar
3. Menú Administrativo
4. Registrar M1
5. Actualizar.
Los datos han sido
ingresados
correctamente en la
base de datos.
Tabla 36. Pruebas de ingreso de avances (M1)
Elaborado por: Sergio Chávez
Prueba de visualizar reporte (Coordinador)
DESCRIPCIÓN ENTRADA RESULTADO
El Coordinador ingresa a la
parte administrativa de la
aplicación con el nombre de
usuario y contraseña. A
continuación selecciona la
opción reporte e imprimir.
1. Pantalla Usuario y Contraseña.
2. Botón Ingresar
3. Menú Administrativo
4. Reporte
5. Imprimir.
Los reportes se han
impreso
correctamente.
Tabla 37. Pruebas de reportes (Coordinador)
Elaborado por: Sergio Chávez
Escala de valores de aceptación de aplicación
ID PARÁMETRO %
F – 1 Cumplimientos de requerimientos 90
F – 2 Uso de tecnología 100
F – 3 Operatividad en diferentes entornos 90
F – 4 Tolerancia a fallos 90
F – 5 Seguridad de acceso a usuarios 90
90
F – 6 Validad datos de ingreso 100
F – 7 Diseño de interfaz 95
F – 8 Implementación de mensajes 90
F – 9 Facilidad de utilización 100
F – 10 Software de calidad 100
Total 945
Promedio 94,50
Tabla 38. Escala de valores
Elaborado por: Sergio Chávez
Al momento de efectuar las pruebas de funcionamiento se cumple con los objetivos
Planteados. La operación en diferentes entornos al de Windows es uno de los índices más
bajo, debido a la utilización de tecnologías no compatibles, solo re requiera hacer cambios
en archivos de configuración para su correcto funcionamiento.
La tolerancia a fallos es un factor externo por lo cual la aplicación no podría brindar
recuperación en su funcionamiento si algún sistema de los que depende no funciona
adecuadamente.
3.6.3 Prueba de funcionamiento
Al realizar las pruebas de operatividad y funcionamiento sobre la aplicación implementada,
se ha determinado en nivel de cumplimiento óptimo en términos técnicos y de aceptación
por parte de los usuarios finales.
Haber alcanzado un grado de aceptación del 90% en pruebas operativas, denota un alto
grado de eficiencia técnica de herramientas software utilizadas para el desarrollo;
convirtiendo en una aplicación estable. Mientras que el 95% obtenido en las pruebas
beneficiarias, por consiguiente queda expresada la utilidad que presentará el sistema
informático para el manejo de la información de la Unidad de Investigación de la
Universidad Regional Autónoma de los Andes “UNIANDES” Puyo.
91
3.6.4 Pruebas de Caja negra
3.6.4.1 Pruebas de accesibilidad servicio WAVE
WAVE es una herramienta gratuita para evaluar la accesibilidad de las páginas web
proporcionada por WebAIM.
Figura 39. Prueba accesibilidad
Elaborado por: Sergio Chávez
3.6.4.2 Prueba utilizando Selenium IDE 2.9.1
Permite comprobar desde que el usuario hace una petición hasta que recibe una respuesta,
verifica si la aplicación se comporta correctamente, mediante el chequeo que todos los
componentes de la aplicación que estén integrados entre sí en forma correcta y que el
despliegue se ha realizado de forma adecuada.
Figura 40. Test de navegación
Elaborado por: Sergio Chávez
92
Inicio de Sesión
Operaciones Enlaces y Comandos Datos
Open /unidad de investigacion/pagina/investigacion
Click link=Intranet
clickAndWait link=Ingresar
Type id=usu 1600368169
Type id= pas Sys12344
clickAndWait id= Enviar
Tabla 39. Prueba Inicio de Sesión
Elaborado por: Sergio Chávez
Crear Proyecto
Operaciones
Enlaces y
Comandos Datos
Open
/unidad_investigaci
on/aplicacion/pagin
as/proyecto.php
Click xpath=(//a[@id=’1’
]/i)[3]
Click id= open-wizard
Type id=NOM
Estudio de la utilización de las tic en niñas, niños
con necesidades educativas especiales de la
ciudad de Puyo, provincia de Pastaza.
Type id=PRO
¿Cómo favorecer los procesos de enseñanza
aprendizaje en niñas, niños con necesidades
educativas especiales de la ciudad de Puyo,
provincia de Pastaza?
Type id= LIN 5
Type id= RES
Este proyecto se vincula fuertemente con
disciplinas como la Tecnología Educativa, la
Informática, la Comunicación, y las Ciencias de
la Educación, entre otras.
93
Click xpath=(//button[@t
ype=’button’])[11]
Type id= OBJ
Aplicar Tecnologías de la Información y
Comunicación en el proceso de enseñanza
aprendizaje de niñas, niños con necesidades
educativas especiales en la ciudad de Puyo,
Provincia de Pastaza.
Type id= OBE
1. Realizar una investigación de campo para
conocer la problemática de las necesidades
educativas especiales en la ciudad del Puyo.
2. Identificar inconvenientes de enseñanza
aprendizaje en niñas, niños con necesidades
educativas especiales por la falta
Click xpath=(//button[@t
ype=’button’])[11]
Type id= IMP
El presente proyecto, es el espacio para el
desarrollo de las destrezas de los estudiantes en
el campo investigativo permitiendo la
integración de docentes y estudiantes con la
comunidad.
Type id= REL
El presente proyecto se relaciona con los
proyectos de capacitación que la Universidad
viene ejcutando con diferentes sectores sociales,
productivos y de servicio en cuanto al uso de las
TICs.
Type id= RPA No
Type id= IPC
Con este proyecto se crea un espacio para la
teoría y la práctica, dando paso a la experiencia
laboral integrada al conocimiento.
Type id= PAR No
Type id= INF
Para la ejecución del proyecto, contamos con los
espacios físicos y laboratorios necesarios en la
carrera de Sistemas.
94
Type id= CIE Adaptar herramientas de autor que permitan la
construcción de actividades educativas.
Click xpath=(//button[@t
ype=’button’])[11]
Click link= Salir
Tabla 40. Prueba Inicio de Sesión
Elaborado por: Sergio Chávez
Eliminar Proyecto
Operaciones Enlaces y Comandos Datos
Open /unidad_investigacion/aplicacion/paginas/proyecto.php
Click xpath=(//button[@type=’button’])[3]
Click link=SI, ESTOY SEGURO
Tabla 41. Prueba Eliminar Proyecto
Elaborado por: Sergio Chávez
Crear Actividad
Operaciones Enlaces y Comandos Datos
Open /unidad_investigacion/aplicacion/paginas/
detalle.php
Click
link= Estudio de la utilización de las tic en
niñas, niños con necesidades educativas
especiales de la ciudad de Puyo, provincia
de Pastaza.
clickAndWait
link= Estudio de la utilización de las tic en
niñas, niños con necesidades educativas
especiales de la ciudad de Puyo, provincia
de Pastaza.
Click link= ACTIVIDADES(M2)
Click id= nuevo-actividad
Type id= NOM Elaboración y ajuste del
Perfil del Proyecto
95
addSelection id= PART label= LUIS LOPEZ
addSelection id= PART label= JESSICA LUGO
Type id= OTR Materiales de oficina –
CID
Type id= RES Perfil de proyecto
elaborado
Type id= OBS
Se presenta el proyecto
con oficio a la
coordinación de
investigación en Puyo
Click link= Guardar
Click link= Cerrar
Tabla 42. Crear Actividad
Elaborado por: Sergio Chávez
Eliminar Actividad
Operaciones Enlaces y Comandos Datos
Open /unidad_investigacion/aplicacion/paginas/detalle.php
Click xpath=(//button[@type=’button’])[17]
Click link=SI, ESTOY SEGURO
assertConfirmation ¿Estás seguro de eliminar?
Tabla 43. Prueba Eliminar Actividad
Elaborado por: Sergio Chávez
Reporte Ficha de Proyecto
Operaciones Enlaces y Comandos Datos
Open /unidad_investigacion/aplicacion/paginas/reporte.php
Click mame= P1
Click id= print-button
Tabla 44. Prueba Ficha de Proyecto
Elaborado por: Sergio Chávez
96
Se ha comprobado la funcionalidad correcta de la aplicación, mediante la utilización de la
herramienta selenium y el despliegue de las ventanas se ha realizado de forma adecuada.
Además, la aplicación cumple con las expectativas establecidas en las fases iniciales del
proyecto.
3.6.5 Conclusiones parciales del capítulo
Se ha desarrollado un Sistema de Información, acorde a las necesidades
identificadas por la Unidad de Investigación con respecto al control de la gestión de
proyectos, se aplica las etapas del desarrollo de software con la metodología
OOHDM, teniendo presente en cumplir con los objetivos planteados.
La utilización de herramientas frameworks permitió obtener interfaces amigables y
de fácil utilización para el usuario y una interacción optima con Php y MySql.
El sistema reduce notablemente la pérdida de tiempo en el proceso de gestión de
proyecto, dando como resultado reporte oportunos.
Mediante la etapa de pruebas se verifico la funcionalidad del sistema, donde se
encontró algunos errores, lo cual se ha corregido para su perfecto funcionamiento.
97
4 CONCLUSIONES Y RECOMENDACIONES
4.1 CONCLUSIONES GENERALES
Como resultado del desarrollo de la propuesta, se tiene un sistema que permite
automatizar el procesamiento de la información, con la finalidad mejorar la
productividad y los tiempos de respuesta de los reportes e informes para la toma de
decisiones.
El sistema desarrollado presenta una interfaz amigable de fácil manejo, permitiendo al
usuario final la utilización óptima del sistema, agilizando la creación, seguimiento y
control de los proyectos de investigación.
El sistema de información para la Gestión de Proyectos representa un considerable
aporte en la Unidad de Investigación permitiendo agilizar en forma fiable y efectiva
los procesos, optimizando costo, tiempo y recursos.
98
4.1 RECOMENDACIONES
Una vez establecidas las conclusiones a las que se llegaron mediante el análisis de los
resultados se proponen las siguientes recomendaciones
Realizar la capacitación al personal de la Unidad de Investigación, para que se
familiarice con el sistema y lo utilice con mayor facilidad y eficiencia.
Realizar respaldos periódicos como elemento fundamental de la seguridad de la
información del sistema.
Socializar y difundir a la colectividad los resultados de este trabajo de investigación a
fin de fortalecer los proyectos realizados en la Unidad de Investigación.
99
BIBLIOGRAFÍA
Andreu, R., Ricart, J. E., & Valor, J. (1991). Estrategia y sistemas de información.
Madrid: Mc-Graw Hill.
Carmen de Pablos Heredero, J. J. (2011). Organización y Transformación de los
sistemas de información en la empresa. Madrid: ESIC
Cohen, D. (1996). SISTEMAS DE INFORMACION PARA LA TOMA DE
DECISIONES. Mexico: McGraw Hill.
Cohen, E. (1992). "Evaluación de proyectos sociales". CECSA.
FRAIN Ben, “Responsive Web Desing with HTML5 and SS3”, Reino Unido, 2012.
Helma Spona, “Programación de Base de Datos con MySQL y PHP 6”, 1ª Edición,
España –Barcelona, 2010.
James a senn, 1990, “Análisis y Diseño de Sistema de Información”, Mc Graw Hill.
Jesús Barranco de Areba, Metodología del análisis estructurado de sistemas.
Jordisan, 206, ¿Qué es un ‘framework’?, http://jordisan.net/blog/2006/que-es-un-
framework/
Kendall, K., & Kendall, J. (2011). Analisis y Diseño de Sistemas. Mexico: Person
Educación.
Lafosse Jerome, “STRUTS 2 El framework de desarrollo de aplicaciones Java EE”,
España -Barcelona, 2010.
Laudon, K. L. (2012). Sistemas de Información Gerencial .Mexico: Pearson.
Laudon, K., & Laudon, J. (1996). Administración de los Sistemas de Información.
Mexico: Prentice Hall.
Monforte, M. (1994). Sistemas de información para la dirección. Piramide.
Sánchez,M.(s.f.). Interfaz de Usuario en el Desarrollo de un Simulador de
Conducción Disponible http://www.cc3.net/sanchez/Sanchez_M.htm.
Spona, E. p. (2010). Programación de bases de datos con MYSQL y PHP
Parodi, C. (2001). “El lenguaje de los proyectos”. Gerencia social. Diseño, monitoreo
y evaluación de proyectos sociales. Lima-Perú: Universidad del Pacífico.
Pedregosa Pareja, Miguel Ángel, Diseño y Programación Web, 1ª Edición, Inter,
España, 2007.
100
Pressman, R. S .Ingeniería de Software, Un Enfoque Práctico. 5ta. Ed., Mc Graw Hill
España. 2002.
Sánchez, Carmelo, 2001, “Creación de sitios web con Php4”, Editorial McGraw-Hill
Schwabe, Daniel, 2008, “The Object-Oriented Hypermedia Design Model
(OOHDM)”;http://www.telemidia.puc-rio.br/oohdm/oohdm.html
Schwabe, D., Rossi, G. y Simone, J. (s. f.). Systematic Hypermedia Application
Design with OOHDM.,http://wwwx.cs.unc.edu/~barman/HT96/P52/section1.html.
Senn James, 1992, “Sistemas de Información para la Administración”, Editorial Ibero
América, México
Senn, James A, 1992, "Análisis y Diseño de Sistemas de Información". Segunda
Edición. McGraw Hill.
STEVENS Perdita, POOLEY Rob, 2007, WESLEY Addison; “Utilización de UML en
ingeniería de software con objetos y componentes”.
Zumbado, Carlos y Cruz Heras, Daniel, 2003, “Flash,Php y Mysql”, Editorial Anaya
Multimedia.
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
“La Universidad de las alturas”
Campus universitario 9 de Octubre y Francisco de Orellana Tlf.: 03 2883 034. Puyo-Ecuador
www.uniandes.edu.ec
ANEXOS
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
“La Universidad de las alturas”
Campus universitario 9 de Octubre y Francisco de Orellana Tlf.: 03 2883 034. Puyo-Ecuador
www.uniandes.edu.ec
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
“La Universidad de las alturas”
Campus universitario 9 de Octubre y Francisco de Orellana Tlf.: 03 2883 034. Puyo-Ecuador
www.uniandes.edu.ec
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
“La Universidad de las alturas”
Campus universitario 9 de Octubre y Francisco de Orellana Tlf.: 03 2883 034. Puyo-Ecuador
www.uniandes.edu.ec
ANEXO C
FICHA DE OBSERVACIÓN
UNIDAD DE INVESTIGACIÓN
Objetivo: Mediante la ficha de observación realizada, se ha identificado las necesidades de
la Unidad de Investigación, actividades y procedimientos que realiza.
1. De qué manera se lleva acabo los registros de proyectos, actividades, presupuestos y
seguimientos de avances.
2. Que datos son los que recolectan en el registro de los directores de proyectos.
3. Como se lleva a cabo el proceso para la gestión de proyectos.
4. Como se realiza el seguimiento de los proyectos.
5. Como se guardan los registros de los proyectos.
6. De qué manera se utiliza el historial de los proyectos realizados por la Unidad de
Investigación.
7. La Unidad de Investigación dispone de un equipo informático para la instalación de un
sistema de información.
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
“La Universidad de las alturas”
Campus universitario 9 de Octubre y Francisco de Orellana Tlf.: 03 2883 034. Puyo-Ecuador
www.uniandes.edu.ec
ANEXO D
ENTREVISTA
COORDINADO DE LA UNIDAD DE INVESTIGACIÓN
1. ¿Cuáles son las actividades que realiza la Unidad de Investigación?
……………………………………………………………………………………………
2. Describa el proceso que se maneja actualmente para la gestión de la información
……………………………………………………………………………………………
3. ¿Cuáles son las personas que se ven involucradas en el desarrollo de los proyectos?
……………………………………………………………………………………………
4. ¿Quién propone los proyectos?
……………………………………………………………………………………………
5. ¿Quién aprueba los proyectos?
…………………………………………………………………………………………...
6. ¿Cuáles son los diferentes procesos que se llevan a cabo actualmente para la gestión de
proyectos?
……………………………………………………………………………………………
7. ¿Cómo se realiza el seguimiento de los proyectos?
……………………………………………………………………………………………
8. ¿Quién evalúa los impactos de los proyectos?
……………………………………………………………………………………………
9. ¿Cómo se evalúa el impacto de los proyectos?
……………………………………………………………………………………………
10. ¿Cuáles son sus actividades en la Unidad de Investigación?
……………………………………………………………………………………………
11. ¿Cuál es la duración aproximada de un proyecto?
……………………………………………………………………………………………
12. ¿Cuándo el proyecto está en ejecución se puede modificar sus actividades?
……………………………………………………………………………………………
13. ¿Cada cuánto tiempo se generan reportes?
……………………………………………………………………………………………
14. ¿Cuáles son los reportes que UD maneja?
……………………………………………………………………………………………
15. ¿Qué reportes recibe de los jefes de proyectos?
……………………………………………………………………………………………
16. ¿Cuáles son los indicadores para medir las actividades de los proyectos?
…………………………………………………………………………………………....
GRACIAS POR SU COLABORACIÓN
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
“La Universidad de las alturas”
Campus universitario 9 de Octubre y Francisco de Orellana Tlf.: 03 2883 034. Puyo-Ecuador
www.uniandes.edu.ec
ANEXO E
ENCUESTA COORDINADOR DE CARRERA
UNIDAD DE INVESTIGACIÓN
La presente encuesta tiene por objeto adquirir información de los procesos que brinda el
Departamento de Educación Popular Permanente de Pastaza, con la finalidad de
automatizar los procesos.
1. ¿Actualmente los mecanismos utilizados para la recolección de datos por la Unidad de
Investigación son de forma?
Manual Semiautomático Automático
2. Conoce usted, los proyectos registrado en la Unidad de Investigación.
Si No
3. ¿Los cambios en los cronogramas fueron informados y concertados oportunamente?
Si No No aplica
4. ¿Cree Ud. que la Unidad de Investigación debe contar con un sistema informático
como herramienta de apoyo para los procesos y monitoreo de proyectos?
Si No No aplica
5. ¿Estaría Ud. Dispuesto a manejar un software para gestionar de proyectos?
Si No
GRACIAS POR SU COLABORACIÓN