PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Dirección Académica - Escuela de Sistemas
DISEÑO E IMPLEMENTACIÓN DEL MÓDULO DE GESTIÓN DEL PROCESO DE MATRICULACIÓN PARA EL CONTROL DE PAGOS DE LOS ESTUDIANTES DE LA CASA DE LA CULTURA BENJAMÍN CARRIÓN NÚCLEO SANTO DOMINGO.
Disertación de Grado previa a la obtención del título de Ingeniero de Sistemas y Computación Línea de investigación: Estudio, Diseño e Implementación de Software. Autor: ELADIO MANUEL LUCIO GALEAS Asesor: Mg. RODOLFO SIRILO CÓRDOVA GÁLVEZ
Santo Domingo – ECUADOR Febrero, 2015
PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Dirección Académica - Escuela de Sistemas
HOJA DE APROBACIÓN DISEÑO E IMPLEMENTACIÓN DEL MÓDULO DE GESTIÓN DEL PROCESO DE MATRICULACIÓN PARA EL CONTROL DE PAGOS DE LOS ESTUDIANTES DE LA CASA DE LA CULTURA BENJAMÍN CARRIÓN NÚCLEO SANTO DOMINGO. Línea de investigación: Estudio, Diseño e Implementación de Software. Autor: ELADIO MANUEL LUCIO GALEAS Rodolfo Sirilo Córdova Gálvez, Mg. f. DIRECTOR DE LA DISERTACIÓN DE GRADO Juan Pablo Ruiz Yépez, Lic. CALIFICADOR
f.
Cesar Rodrigo Mejía Ramos, Mg. CALIFICADOR
f.
Rodolfo Sirilo Córdova Gálvez, Mg. DIRECTOR DE LA ESCUELA DE SISTEMAS
f.
Santo Domingo - ECUADOR Febrero, 2015
iii
DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD Yo, Eladio Manuel Lucio Galeas portador de la cédula de ciudadanía No. 172314350-7 declaro que los resultados obtenidos en la investigación que presento como informe final, previo a la obtención del título de Ingeniero de Sistemas y Computación son absolutamente originales, auténticos y personales.
En tal virtud, declaro que el contenido, las conclusiones y los efectos legales y académicos que se desprenden del trabajo propuesto de investigación y luego de la redacción de este documento son y serán de mi sola y exclusiva responsabilidad legal y académica.
Eladio Manuel Lucio Galeas CI. 172314350-7
iv
AGRADECIMIENTOS A mis padres Manuel y Jenny por su apoyo incondicional a lo largo de mis estudios, por sus consejos y sabias enseñanzas. Por la lucha constante y el esfuerzo que han sido pilar fundamental para la culminación de esta etapa de mi vida. A mi director de disertación de grado, Mg Rodolfo Córdova por el tiempo que me dedicó, por sus apreciados y relevantes aportes, críticas, comentarios que fueron de gran ayuda para la realización de este proyecto. A la Casa de la Cultura Ecuatoriana núcleo Santo Domingo, a cada uno de sus integrantes por el tiempo y la facilidad que me brindaron durante el desarrollo de este proyecto. A los docentes por los conocimientos impartidos durante la etapa estudiantil.
v
DEDICATORIA A Dios, por darme la oportunidad de vivir y por estar conmigo en cada paso que doy. A mis padres por ser el pilar fundamental en todo lo que soy, en toda mi educaci贸n, tanto acad茅mica, como de la vida, por su incondicional apoyo constante a lo largo de todo este tiempo. Todo este trabajo ha sido posible gracias a ellos.
vi
RESUMEN El presente proyecto de investigación consistió en el diseño e implementación del módulo de gestión del proceso de matriculación para el control de pagos de los estudiantes para Casa de la Cultura Ecuatoriana Benjamín Carrión núcleo Santo Domingo (CCESD), con el propósito de realizar una mejor labor de gestión en la institución. La CCESD en la actualidad mantiene un convenio de cooperación interinstitucional con la Pontificia Universidad Católica del Ecuador Sede Santo Domingo, ver Anexo 1. “SAMGI” como se lo ha denominado al sistema es el acrónimo de sistema maestro de gestión institucional, el cual se basa en una arquitectura cliente-servidor, que le permitirá tener todos sus recursos centralizados. El sistema “SAMGI” está desarrollado en el lenguaje Open Source PHP, cumpliendo así con el Decreto Ejecutivo No. 1014 emitido el 10 de abril de 2008,ver Anexo 2 donde se dispone el uso de Software Libre en los sistemas y equipamientos informáticos de la Administración Pública de Ecuador. Donde está plasmado el interés del Gobierno ecuatoriano en alcanzar soberanía y autonomía tecnológica, así como un ahorro de recursos públicos. El uso del lenguaje de programación PHP para el desarrollo de “SAMGI” hace que sea una aplicación multiplataforma, es decir puede ser implementada en cualquier sistema operativo y utilizando un mínimo de recursos tanto a nivel de hardware como de software. Posee una interfaz amigable con el usuario y no es indispensable que el usuario tenga experiencia en el manejo del sistema, además permite el acceso a la información almacenada en un servidor a través de internet o de la red interna de la CCESD. Este proyecto es de importancia para la CCESD, debido que le permite realizar una mejor administración institucional. Considerándose así un aporte en la gestión administrativa que realiza la institución y por ende brindar un mejor servicio hacia la comunidad. El proyecto de disertación de grado contiene de manera detallada cada una de las etapas de la elaboración del sistema “SAMGI”, basado en los requerimientos establecidos en el análisis de requerimientos hasta la entrega y puesta a prueba.
vii
ABSTRACT The current research project consisted in design and implementation of a management module of registration process for payment control of students for Casa de la Cultura Ecuatoriana Benjamin Carrión core of Santo Domingo (CCESD), with the aim of carryout a better management in the institution. Today the CCESD maintains an institutional cooperative agreement with the Pontificia Universidad Católica del Ecuador Sede Santo Domingo, see Annex 1. “SAMGI” as the system has been called; it is an acronym of master system of institutional management, which it is based in client-server architecture that permits to have all its centralized resources. The system “SAMGI” is developed in Open Source PHP language, complying with Executive Order Nº 1014 issued on April 10th of 2008, see Annex 2 which provides use of Free Software in systems and computer equipment of Public Administration of Ecuador which is put interest of Ecuadorian Government in reaching technological sovereignty and autonomy, as well saving of public resources. The use of PHP programming language for development of “SAMGI” makes it is a multiplatform application, that means it can be implemented in any operative system and using a minimum of resources as hardware level as software level. It has a friendly interface with the user and it is not indispensable that a user has experience on system operation; also it permits access to information stored in a server through internet or internal network from CCESD. This project is of importance for CCESD, due to it permits itself to carry out a better institutional management. It is considered as contribution in the administrative management that the institution carries out and therefore to offer a better service toward the community. The dissertation project contains of a detailed way each one of the stages of the elaboration of “SAMGI” system, based in requirements established in analysis of requirements until delivery and testing.
viii
ÍNDICE DE CONTENIDOS
DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD ..................................... iii AGRADECIMIENTOS .......................................................................................................... iv DEDICATORIA ...................................................................................................................... v RESUMEN ............................................................................................................................. vi ABSTRACT........................................................................................................................... vii ÍNDICE DE CONTENIDOS ................................................................................................ viii ÍNDICE DE FIGURAS.......................................................................................................... xii ÍNDICE DE TABLAS .......................................................................................................... xiv ÍNDICE DE ANEXOS .......................................................................................................... xv I.
INTRODUCCIÓN A LA DISERTACION DE GRADO ...................................... 1
II.
PLANTEAMIENTO DEL PROBLEMA .............................................................. 2
2.1.
Antecedentes .......................................................................................................... 2
2.2.
Problema de Investigación ..................................................................................... 3
2.3.
Justificación ........................................................................................................... 4
2.4.
Objetivos ................................................................................................................ 4
2.4.1.
Objetivo general ..................................................................................................... 4
2.4.2.
Objetivos específicos ............................................................................................. 4
2.5.
Análisis de Impactos .............................................................................................. 5
III.
MARCO REFERENCIAL ................................................................................... 10
3.1.
Revisión de la literatura o fundamentos teóricos ................................................. 10
3.1.1.
Software ............................................................................................................... 10
3.1.1.1.
Ciclo de vida del software.................................................................................... 10
3.1.1.2.1. Metodologías ágiles de desarrollo de software .................................................... 12 3.1.2.
Aplicaciones Web ................................................................................................ 13
3.1.2.1.
Tipos de aplicaciones Web .................................................................................. 13
3.1.2.2.
Características ...................................................................................................... 14
3.1.2.3.
Ventajas ............................................................................................................... 15
3.1.2.4.
Desventajas .......................................................................................................... 15
3.1.3.
Base de datos........................................................................................................ 16
ix
3.1.3.1.
Sistemas de gestión de base de datos ................................................................... 17
3.1.3.2.
MySQL ................................................................................................................ 17
3.1.3.2.1. Características ...................................................................................................... 18 3.1.3.2.2. Ventajas ............................................................................................................... 19 3.1.3.2.3. Desventajas .......................................................................................................... 19 3.1.4.
Lenguajes de programación ................................................................................. 20
3.1.5.
Hypertext Preprocessor / Lenguaje Pre-procesador de hipertexto, PHP. ............ 21
3.1.5.1.1. Características ...................................................................................................... 21 3.1.5.1.2. Ventajas ............................................................................................................... 21 3.1.5.1.3. Desventajas .......................................................................................................... 22 3.1.6.
JavaScript And XML, Ajax ................................................................................. 22
3.1.6.1.
Ventajas ............................................................................................................... 22
3.1.6.2.
Desventajas .......................................................................................................... 23
3.1.6.3.
JQuery User Interface / Interfaz de usuario JQuery, JQuery UI .......................... 23
3.1.7.
Cascading Style Sheets / Hojas de estilo en cascada CSS ................................... 23
3.1.7.1.
Esquema de un CSS ............................................................................................. 24
3.1.8.
NetBeans IDE 7.1 ................................................................................................ 24
3.1.9.
CodeIgniter .......................................................................................................... 25
3.1.9.1.
Modelo de desarrollo MVC. ................................................................................ 26
3.1.9.2.
Ventajas ............................................................................................................... 27
3.1.9.3.
Desventajas .......................................................................................................... 27
3.1.9.4.
Grocery CRUD .................................................................................................... 27
3.2.
Hipótesis de trabajo.............................................................................................. 27
IV.
METODOLOGÍA DE LA INVESTIGACIÓN ................................................... 28
4.1.
Diseño/Tipo de Investigación .............................................................................. 28
4.1.1.
Diseño Experimental ............................................................................................ 28
4.1.2.
Investigación Exploratoria ................................................................................... 28
4.1.3.
Investigación Bibliográfica .................................................................................. 29
4.1.4.
Investigación de Campo ....................................................................................... 29
4.1.5.
Métodos de Investigación .................................................................................... 29
4.1.5.1.
Método Analítico Sintético .................................................................................. 29
4.1.5.2.
Método Inductivo ................................................................................................. 29
4.1.5.3.
Método deductivo ................................................................................................ 30
x
4.2.
Población/Universo .............................................................................................. 30
4.3.
Muestra ................................................................................................................ 31
4.3.1.
No probabilística o dirigida ................................................................................. 31
4.3.2.
Probabilística........................................................................................................ 31
4.4.
Instrumentos de recogida de datos ....................................................................... 32
4.4.1.
Información Primaria ........................................................................................... 32
4.4.2.
Entrevista ............................................................................................................. 32
4.4.3.
Encuesta ............................................................................................................... 33
4.4.4.
Observación ......................................................................................................... 33
4.4.5.
Indagación ............................................................................................................ 33
4.5.
Técnicas de análisis de datos ............................................................................... 34
4.5.1.
Análisis Cualitativo .............................................................................................. 34
4.5.2.
Análisis Cuantitativo ............................................................................................ 34
4.6.
Metodología de desarrollo de software ágil ........................................................ 35
4.6.1.
Programación Extrema, XP ................................................................................ 36
4.6.1.1.
Valores de XP ...................................................................................................... 36
4.6.1.1.1. La Comunicación ................................................................................................. 36 4.6.1.1.2. La Simplicidad ..................................................................................................... 37 4.6.1.1.3. La Retroalimentación ........................................................................................... 37 4.6.1.1.4. El Coraje .............................................................................................................. 37 4.6.1.2.
Roles de XP.......................................................................................................... 37
4.6.1.2.1. Programador ......................................................................................................... 37 4.6.1.2.2. Cliente .................................................................................................................. 37 4.6.1.2.3. Encargado de la pruebas ...................................................................................... 38 4.6.1.2.4. Líder del proyecto ................................................................................................ 38 4.6.2.
Ciclo de vida del Software en XP ........................................................................ 38
4.6.2.1.
Análisis ................................................................................................................ 38
4.6.2.1.1. Documento de especificación de requerimientos, SRS........................................ 38 4.6.2.1.2. Historias de usuarios ............................................................................................ 39 4.6.2.1.3. Planificación de entrega ....................................................................................... 48 4.6.2.2.
Diseño .................................................................................................................. 49
4.6.2.2.1. Diseño de tarjetas CRC ........................................................................................ 50 4.6.2.2.2. Diseño de la base de datos ................................................................................... 53
xi
4.6.2.2.3. Diseño de interfaces o prototipos ......................................................................... 56 4.6.2.3.
Codificación del sistema ...................................................................................... 61
4.6.2.3.1. Cliente In-situ....................................................................................................... 61 4.6.2.3.2. Programación en parejas ...................................................................................... 61 4.6.2.3.3. Recodificación ..................................................................................................... 62 4.6.2.3.4. Estándares de codificación ................................................................................... 62 4.6.2.4.
Pruebas ................................................................................................................. 68
4.6.2.4.1. Pruebas Unitarias ................................................................................................. 68 4.6.2.4.2. Pruebas de aceptación .......................................................................................... 71 4.6.2.5.
Entrega del sistema informático ........................................................................... 72
V.
RESULTADOS.................................................................................................... 73
5.1.
Discusión y Análisis de los resultados ................................................................ 73
5.1.1. Encuesta aplicada a los Servidores Públicos de la Casa de la Cultura Ecuatoriana núcleo Santo Domingo ........................................................................................................... 73 5.1.2. Aplicación SAMGI utilizando la metodología de desarrollo Programación Extrema. ............................................................................................................................. 85 5.2.
Conclusiones ........................................................................................................ 86
5.3.
Límites y Recomendaciones ................................................................................ 87
MATERIAL DE REFERENCIA ........................................................................................... 88 ANEXOS ............................................................................................................................. 90
xii
ÍNDICE DE FIGURAS Figura 1. Ciclo de vida del Software...................................................................................... 11 Figura 2. Esquema básico de la arquitectura Web ................................................................. 16 Figura 3. Entorno MySQL Workbench.................................................................................. 18 Figura 4. Esquema de un CSS................................................................................................ 24 Figura 5. Ventana del entorno de desarrollo NetBeans 7.1.................................................... 25 Figura 6. Logo del framework CodeIgniter ........................................................................... 25 Figura 7. Modelo de desarrollo MVC .................................................................................... 26 Figura 8. Ciclo de entrega en la programación extrema ........................................................ 36 Figura 9. Formato de Historia de Usuario.............................................................................. 39 Figura 10. Historia de usuario 001, parte delantera ............................................................... 40 Figura 11. Historia de usuario 001, parte posterior................................................................ 40 Figura 12. Historia de usuario 002, parte delantera ............................................................... 40 Figura 13. Historia de usuario 002, parte posterior................................................................ 41 Figura 14: historia de usuario 003, parte delantera ................................................................ 41 Figura 15. Historia de usuario 003, parte posterior................................................................ 42 Figura 16. Historia de usuario 004, parte delantera ............................................................... 42 Figura 17. Historia de usuario 004, parte posterior................................................................ 43 Figura 18. Historia de usuario 005, parte delantera ............................................................... 43 Figura 19 Historia de usuario 005, parte posterior................................................................. 44 Figura 20. Historia de usuario 006, parte delantera ............................................................... 44 Figura 21. Historia de usuario 006, parte posterior................................................................ 45 Figura 22. Historia de usuario 007, parte delantera ............................................................... 45 Figura 23. Historia de usuario 007, parte posterior................................................................ 46 Figura 24. Historia de usuario 008, parte delantera ............................................................... 46 Figura 25. Historia de usuario 008, parte posterior................................................................ 47 Figura 26. Historia de usuario 009, parte delantera ............................................................... 47 Figura 27. Historia de usuario 009, parte posterior................................................................ 48 Figura 28. Modelo de tarjeta CRC ......................................................................................... 50 Figura 29. Tarjeta CRC para Servidores Públicos ................................................................. 50 Figura 30. Tarjeta CRC para Usuarios ................................................................................... 51 Figura 31. Tarjeta CRC para Instructores .............................................................................. 51 Figura 32. Tarjeta CRC para Representantes ......................................................................... 51 Figura 33. Tarjeta CRC para Área ......................................................................................... 52 Figura 34. Tarjeta CRC para Estudiantes ................................................................................ 52 Figura 35. Tarjeta CRC para Cursos ...................................................................................... 52 Figura 36. Tarjeta CRC para Matriculas ................................................................................ 53 Figura 37. Tarjeta CRC para Depósitos ................................................................................. 53 Figura 38. Modelo relacional Base de datos SAMGI ............................................................ 55 Figura 39. Ventana de acceso al sistema SAMGI .................................................................. 56 Figura 40. Ventana principal usuario Administrador del sistema SAMGI ........................... 56
xiii
Figura 41. Ventana principal usuario Financiero sistema SAMGI. ....................................... 57 Figura 42. Ventana principal usuario Promotor sistema SAMGI .......................................... 57 Figura 43. Ventana principal usuario Planificación sistema SAMGI ................................... 57 Figura 44. Ventana inicio administración Usuarios del sistema SAMGI .............................. 58 Figura 45. Ventana de registro de Usuarios del sistema SAMGI .......................................... 58 Figura 46. Ventana inicio administración Servidores Públicos del sistema SAMGI ............. 59 Figura 47. Ventana de registro de servidores públicos sistema SAMGI ............................... 59 Figura 48. Ventana de matriculación del sistema SAMGI .................................................... 60 Figura 49. Ventana inicio opción depósitos del sistema SAMGI .......................................... 60 Figura 50. Ventana de registro de depósitos del sistema SAMGI ......................................... 61 Figura 51. Representación Gráfica, resultado de la tabulación de la pregunta N° 1 .............. 74 Figura 52. Representación Gráfica, resultado de la tabulación de la pregunta N° 2 .............. 75 Figura 53. Representación Gráfica, resultado de la tabulación de la pregunta N° 3 .............. 76 Figura 54. Representación Gráfica, resultado de la tabulación de la pregunta N° 4 .............. 77 Figura 55. Representación Gráfica, resultado de la tabulación de la pregunta N° 5 .............. 78 Figura 56. Representación Gráfica, resultado de la tabulación de la pregunta N° 6 .............. 79 Figura 57. Representación Gráfica, resultado de la tabulación de la pregunta N° 7 .............. 80 Figura 58. Representación Gráfica, resultado de la tabulación de la pregunta N° 8 .............. 81 Figura 59. Representación Gráfica, resultado de la tabulación de la pregunta N° 9 .............. 82 Figura 60. Representación Gráfica, resultado de la tabulación de la pregunta N° 10 ............ 83 Figura 61. Representación Gráfica, resultado de la tabulación de la pregunta N° 11 ............ 84
xiv
ÍNDICE DE TABLAS Tabla 1: Escala de niveles de impactos. ................................................................................... 5 Tabla 2: IMPACTO TECNOLÓGICO .................................................................................... 6 Tabla 3: IMPACTO ADMINISTRATIVO .............................................................................. 7 Tabla 4: IMPACTO SOCIAL .................................................................................................. 8 Tabla 5: IMPACTO ECOLÓGICO. ........................................................................................ 9 Tabla 6: Descripción de la población CCESD ....................................................................... 30 Tabla 7: Principios de los métodos Ágiles. ............................................................................ 35 Tabla 8: Prioridad de las historias de usuario ........................................................................ 48 Tabla 9: Fechas de entregas para cada una de la historias de usuario .................................. 49 Tabla 10: Prueba unitarias del Sistema Maestro de Gestión Institucional ............................. 68 Tabla 11: Tabulación de la información pregunta N° 1 ......................................................... 73 Tabla 12: Tabulación de la información pregunta N° 2 ......................................................... 74 Tabla 13: Tabulación de la información pregunta N° 3 ......................................................... 75 Tabla 14: Tabulación de la información pregunta N° 4 ......................................................... 76 Tabla 15: Tabulación de la información pregunta N° 5 ......................................................... 77 Tabla 16: Tabulación de la información pregunta N° 6 ......................................................... 78 Tabla 17: Tabulación de la información pregunta N° 7 ......................................................... 79 Tabla 18: Tabulación de la información pregunta N° 8 ......................................................... 80 Tabla 19: Tabulación de la información pregunta N° 9 ......................................................... 81 Tabla 20: Tabulación de la información pregunta N° 10 ....................................................... 82 Tabla 21: Tabulación de la información pregunta N° 11 ....................................................... 83
xv
ÍNDICE DE ANEXOS ANEXO 1 Convenio marco de colaboración interinstitucional entre la Casa de la Cultura Ecuatoriana Núcleo Santo Domingo de los Tsáchilas y la Pontificia Universidad Católica del Ecuador, Sede Santo Domingo. ............................................................................................. 91 ANEXO 2 Decreto Presidencial Nª 1014. ............................................................................ 96 ANEXO 3 Preguntas aplicadas en la entrevista a los servidores públicos de la CCESD. .... 99 ANEXO 4 Encuesta dirigida a los Funcionarios de las Casa de la Cultura Ecuatoriana Benjamín Carrión núcleo Santo Domingo. .......................................................................... 101 ANEXO 5 Documento de especificación de requerimientos de software, SRS. ................ 105 ANEXO 6 Pruebas de aceptación del software SAMGI. .................................................... 124 ANEXO 7 Acta de entrega recepción. ................................................................................ 135 ANEXO 8 Manual de configuración del software SAMGI. ............................................... 138 ANEXO 9 Manual de uso del software SAMGI. ............................................................... 147
1
I. INTRODUCCIÓN A LA DISERTACION DE GRADO Los sistemas informáticos desde su aparición, se han considerado como una pieza clave en el desarrollo del campo empresarial, esto se debe a su fácil manipulación, a la seguridad que ofrecen mediante identificación de accesos y su capacidad al momento de almacenar información. El presente proyecto de disertación de grado consiste, en el diseño e implementación del módulo de gestión del proceso de matriculación para el control de pagos de los estudiantes de la Casa de la Cultura Benjamín Carrión núcleo Santo Domingo, que está estructurado en tres secciones donde se encuentra detallado el proceso de elaboración del proyecto y que se citan a continuación: La sección Preliminares contiene información como, nombres de los autores, tutores y tribunal, de igual forma datos de la institución entre otros, los cuales permitan al lector tener una idea del tema en cuestión. El Cuerpo es la parte fundamental de toda disertación escrita de grado, aquí se detalla el marco teórico, la metodología y por último los resultados obtenidos culminada la investigación. Está conformado por los siguientes capítulos los cuales se describen a continuación: El Capítulo II, en este capítulo se incluye subtemas como: Antecedentes, problema de la investigación, justificación, objetivos y también las preguntas básicas de la investigación. El Capítulo III, es donde se ubican todos los fundamentos teóricos que sustentaron la investigación de este proyecto de disertación de grado. La hipótesis del trabajo también se ubica en esta sección. El Capítulo IV, en este apartado se describe que metodología se utilizó en la investigación del proyecto de disertación de grado así como la metodología para el desarrollo de software, además se incluye las técnicas y herramientas para la recolección de información. En el Capítulo V se encuentran los resultados obtenidos, también se mencionan las conclusiones y recomendaciones, además de los beneficios obtenidos con la implementación de SAMGI. La sección Material de Referencia es la última sección donde se detalla cada una de las fuentes de información que fueron utilizadas para el desarrollo del presente proyecto de disertación de grado. También se incluye en esta sección un glosario de términos y sus respectivos anexos.
II. PLANTEAMIENTO DEL PROBLEMA 2.1. Antecedentes Durante varios años el manejo de la información en empresas e instituciones se realizaba de forma manual y utilizando medios convencionales como, el uso de hojas de registro de actividades, libros diarios, kardex, etc. haciendo que estas actividades utilicen un tiempo considerable y no sean tan eficientes, considerándose así un dolor de cabeza para quienes realizaban dichas tareas. Esta realidad comenzó a cambiar con la aparición de las primeras aplicaciones destinadas exclusivamente a la gestión de la documentación de archivos, las cuales eran destinadas a resolver problemas netamente concretos sin la capacidad de ser escalables. Actualmente la mayoría de instituciones tanto públicas como privadas no pueden prescindir de los avances tecnológicos, la informática se ha vuelto una herramienta indispensable para el desarrollo y servicio a la comunidad. La Casa de la Cultura Ecuatoriana Benjamín Carrión núcleo Santo Domingo es una institución pública permanente fiel receptora, procesadora y difusora de la cultura local, entidad autónoma y sin fines de lucro. Institución que realiza una labor importante en la región aportando con cursos continuos y vacacionales de pre-ballet, ballet, danza, teatro, entre otras, las cuales tienen una gran acogida en la comunidad creando así nuevas fuentes de trabajo para las personas que ejercen sus funciones de instructores. Desde sus inicios la CCESD ha manejado su información utilizando métodos convencionales, como Word, Excel e incluso haciendo uso de hojas de registro manual, los mismos que han hecho que las actividades laborales cotidianas realizadas en la institución se vuelva compleja y requieran de una cantidad considerable de tiempo para poder realizar los reportes o consultas.
2
3
Esto también sucede durante los periodos de matriculación, en donde la afluencia de gente es significativa, ocasionando una congestión al momento de registrar a los alumnos mediante Excel, el uso de esta herramienta no garantiza la seguridad de sus datos como tampoco facilita el manejo de grandes cantidades de información, debido a que fácilmente un virus puede corromper el archivo dejándolo en desuso y por ende la perdida de información si no se contaba con el respectivo respaldo. La CCESD al ser una institución pública que brinda servicios a la comunidad recibe a diario gran cantidad de oficios solicitando la colaboración de la misma en eventos artísticos, estos son receptados en Secretaria General registrándolos de manera manual, haciendo que esta tarea demande de mucho más tiempo del adecuado y sea menos eficiente dicha labor, generando malestar o incomodidad a la comunidad que hace uso de estos servicios, afectando indirectamente la imagen de la Institución.
2.2. Problema de Investigación El deficiente control que se lleva acabo con los fondos de autogestión de alumnos por parte de la tesorería es uno de los principales problemas con los que cuenta la CCESD, acarreando consigo un sinnúmero de inconvenientes como por ejemplo la difícil tarea de generar reportes y el tiempo que se demora en realizarlos. Actualmente la CCESD no cuenta con un sistema informático, esto hace que la información en ciertos casos llegara a ser inexacta y al no contar con ninguna seguridad fácilmente puede ser vulnerable a cambios, debido a que no hay designación de responsabilidad alguna. Esto se debe a que los archivos reposan en unidades de almacenamiento personales. Al no contar con un sistema informático de gestión, la institución realiza una labor deficiente en el manejo de datos e información perteneciente a cada uno de los alumnos, lo que dificulta realizar un control específico de todos los alumnos con los que cuenta la CCESD. Debido a la gestión poco eficiente y nada confiable de alumnos, la tarea de generación presupuestaria de fondos de autogestión depende de otras tareas que no reflejan datos precisos, esto trae como consecuencias que la elaboración de presupuestos no esté acorde la situación actual de la institución.
4
2.3. Justificación Analizando cada una de las necesidades y problemas de gestión institucional de la CCESD, se propuso como solución el presente proyecto realizado bajo los requerimientos establecidos en el proceso investigativo de la presente disertación de grado, que consistió en la implementación de un sistema de gestión institucional módulo estudiantes, el cual permitirá obtener varios beneficios los cuales son:
Como principal beneficio que se busca justificar al implementar un software de gestión institucional, es que permitirá un mejor y más rápido acceso a la información, permitiendo dar respuesta de manera efectiva y a tiempo cuando se necesite hacer uso de la misma.
Además se considera beneficioso contar con un módulo de matriculación de alumnos que permitirá agilitar dicho trámite así optimizando el tiempo requerido y poder dar un mejor servicio a la colectividad que acude a inscribir a sus hijos.
Este proyecto es de importancia para la CCESD, porque presenta alternativas de automatización y gestión, en función a la tecnología actual. Para así mejorar la calidad de servicio que se presta a la comunidad local.
2.4.Objetivos 2.4.1. Objetivo general Diseñar e implementar el módulo de gestión del proceso de matriculación para el control de pagos de los estudiantes de la Casa de la Cultura Benjamín Carrión núcleo Santo Domingo. 2.4.2. Objetivos específicos
Analizar y especificar los requerimientos del Sistema Maestro de Gestión institucional.
Diseñar el módulo estudiantes del Sistema Maestro de Gestión Institucional.
5
Codificar el módulo estudiantes del Sistema Maestro de Gestión Institucional.
Realizar pruebas al Sistema Maestro de Gestión estudiantes.
Entregar el módulo estudiantes del Sistema Maestro de Gestión Institucional a las autoridades correspondientes en la Casa de la Cultura Benjamín Carrión núcleo Santo Domingo.
2.5. Análisis de Impactos El análisis de impactos, consiste en el estudio de los impactos que la ejecución del presente proyecto generó en las diferentes áreas ya sea de forma positiva así como también de manera negativa. El análisis de impactos se lo realizó de dos formas que son, la prospectiva y retrospectiva. El análisis de impactos utilizado en el presente proyecto es el de forma prospectiva, debido a que se necesitaba saber cuáles serían los beneficios de la implementación del mismo. El primer paso para realizar un análisis de impactos consiste en la determinación de los niveles de impacto en forma numérica los cuales se muestran a continuación: Tabla 1: Escala de niveles de impactos.
NIVEL -3 -2 -1 0 1 2 3
DESCRIPCIÓN Impacto alto negativo Impacto medio negativo Impacto bajo negativo No hay impacto Impacto bajo positivo Impacto medio positivo Impacto alto positivo
Nota. Los niveles de impactos están dentro del rango -3 y 3. Fuente: (Yépez, 2009, pág. 196).
Posteriormente se genera una matriz para cada área que se desea aplicar el análisis, ubicando cada uno de los indicadores como su respectivo nivel, para determinar el nivel promedio de impacto por área se utilizó la siguiente fórmula:
6
∑
Nivel de impacto promedio = đ?‘ľĂşđ?’Žđ?’†đ?’“đ?’? đ?’…đ?’† đ?’Šđ?’?đ?’…đ?’Šđ?’„đ?’‚đ?’…đ?’?đ?’“đ?’†đ?’” El resultado de esta operaciĂłn se lo redondea a su entero mĂĄs prĂłximo y por Ăşltimo se realiza el respectivo anĂĄlisis. Tabla 2: IMPACTO TECNOLĂ“GICO
IMPACTO TECNOLĂ“GICO NIVELES -3 -2
INDICADOR   
-1
0
1
3
X
ImplementaciĂłn de nuevas tecnologĂas GeneraciĂłn de reportes automĂĄticamente Seguridad y eficiente acceso a la informaciĂłn TOTAL
Nivel de impacto tecnolĂłgico = ∑ / NĂşmero de indicadores Nivel de impacto tecnolĂłgico = Impacto medio positivo
2
X X 7 ∑= 7 = 7/3
= 2.33 =
2
Nota. Los valores de los niveles en el impacto tecnolĂłgico son positivos debido a que la CCESD no contaba con ningĂşn sistema informĂĄtico. Fuente: ElaboraciĂłn propia.
AnĂĄlisis ďƒ˜ La implementaciĂłn de nuevas tecnologĂas se considera que el impacto es alto positivo, debido a que el sistema de gestiĂłn institucional estĂĄ desarrollado mediante la programaciĂłn orientada a la web, esto harĂĄ que la casa de la CCESD innove en el campo tecnolĂłgico automatizando sus procesos. ďƒ˜ GeneraciĂłn de reportes automĂĄticamente se considera que el impacto es medio positivo, porque facilitarĂa a los usuarios del sistema de gestiĂłn institucional generar los reportes de manera automĂĄtica. ďƒ˜ Seguridad y eficiente acceso a la informaciĂłn se prevĂŠ que el impacto es alto positivo, porque
se proveerĂĄ de seguridad a la informaciĂłn ademĂĄs se
centralizara en una base de datos restringiendo el acceso a la misma mediante perfiles de usuarios, los cuales podrĂĄn hacer uso de esta informaciĂłn de acuerdo a sus necesidades.
7
Tabla 3: IMPACTO ADMINISTRATIVO
IMPACTO ADMINISTRATIVO NIVELES INDICADOR
-3
-2
-1
0
1
3
X
Mejorar proceso de matrículas Reducción de tiempo en tareas administrativas Optimización del control de pagos TOTAL
Nivel de impacto tecnológico = ∑ / Número de indicadores
2
X
= 8/3
= 2,66 =
X 2 6 ∑= 8 3
Nivel de impacto tecnológico = Impacto alto positivo Nota: Los valores del impacto administrativo son positivos, pues los beneficios obtenidos con la implementación de SAMGI son favorables para la correcta administración de la información de los estudiantes en la CCESD. Fuente: Elaboración propia.
Análisis Mejorar el proceso de matrículas se considera un impacto alto positivo, debido a que la información de los estudiantes y su respectivo representante se almacenaran en una base de datos, utilizando dicha información para posteriores matriculaciones a los cursos que ofrece la CCESD. La reducción de tiempo en tareas administrativas se prevé que es un impacto medio positivo, que facilitará las labores administrativas de cada uno de los usuarios del sistema de gestión institucional disminuyendo considerablemente el tiempo que se demora en realizar estas tareas. La optimización del control de pagos se considera un impacto alto positivo, que con la implementación de SAMGI se podrá llevar un control verídico y exacto de todos los pagos que realicen los estudiantes a la CCESD.
8
Tabla 4: IMPACTO SOCIAL
IMPACTO SOCIAL NIVELES INDICADOR
-3
-2
-1
0
2
3
X
Mejorar la atención a la comunidad Optimizar el tiempo de respuesta de solicitudes TOTAL
Nivel de impacto tecnológico = ∑ / Número de indicadores
1
= 5/2
= 2.5
X 5 ∑= 5 = 3
Nivel de impacto tecnológico = Impacto alto positivo Nota: Los valores del impacto social son positivos, porque con la implementación de SAMGI la comunidad tendrá una mejor atención. Fuente: Elaboración propia.
Análisis Mejorar la atención a la comunidad, se considera un impacto alto positivo, porque con la implementación del sistema de gestión institucional se agilitará el proceso de matriculación que es de gran afluencia por la comunidad que inscribe a sus hijos en los cursos que ofrece la CCESD. Optimizar el tiempo de respuesta de solicitudes se considera un impacto alto positivo, porque en caso de que los padres soliciten información sobre los depósitos realizados, fecha de pago, meses pagados, este se lo realizará de manera inmediata.
9
Tabla 5: IMPACTO ECOLÓGICO.
IMPACTO ECOLÓGICO NIVELES INDICADOR
-3
-2
0
1
2
3
X
Utilización de papel Empleo de energía eléctrica TOTAL
Nivel de impacto tecnológico = ∑ / Número de indicadores
-1
X -1 = 1/2
= 0,5
=
2 ∑= 1 1
Nivel de impacto tecnológico = Impacto bajo positivo Nota: Los valores del impacto ecológico fueron positivos y negativos de acuerdo a los indicadores que se utilizaron. Fuente: Elaboración propia.
Análisis Con la implementación del sistema de autogestión institucional en la CCESD se reducirá el consumo de papel, debido a que ciertas actividades se realizaran dentro del sistema sin la necesidad de consumo de papel, por lo tanto se considera un impacto medio positivo. Consumo de energía eléctrica se considera un impacto bajo negativo, porque se necesita de la implementación de un servidor para centralizar la información, haciendo que el consumo de energía habitual se incremente.
III.
MARCO REFERENCIAL
3.1. Revisión de la literatura o fundamentos teóricos 3.1.1. Software El Webster’s New Collegiate Dictionary (1975), define al “software como un conjunto de programas, procedimientos y documentación relacionada asociados con un sistema, especialmente un sistema informático”. El término software es la forma genérica de nombrar a las colecciones organizadas de datos informáticos e instrucciones, existen dos categorías: software de sistema que se encarga de controlar
y gestionar los compones hardware, proporcionando
funciones básicas para su funcionamiento. Por otro lado está el software de aplicación que a menudo es utilizado por los usuarios para llevar a cabo tareas específicas. 3.1.1.1. Ciclo de vida del software Sánchez, Chalmeta, Colteli, Monfort, Campos (2003), mencionan que el ciclo de vida del software es aquel que describe cada una de las fases o actividades que son importantes, desde el inicio hasta que se entrega o se remplaza el producto. Un ciclo de vida especifica la relación entre las fases del proyecto, en los que se incluye los criterios de transición, los hitos, las líneas de base, las revisiones y los resultados finales. Por lo general el ciclo de vida del software responde a las siguientes fases o etapas: Fase de Análisis: Construye un modelo de los requisitos. Fase de Diseño: A partir del modelo de análisis se deducen las estructuras de datos, la estructura en la que se descompone el sistema y la interfaz de usuario. Fase de Codificación: Se construye el sistema, la salida de esta fase es código ejecutable.
10
11
Fase de Pruebas: Se comprueba que se cumplan los criterios de corrección y calidad. Fase de Mantenimiento: Fase posterior a la entrega, donde se asegura que el sistema siga funcionando y adaptándose a nuevos requisitos.
Figura 1. Ciclo de vida del Software Fuente: (Sebastián, 2011).
3.1.1.2. Metodologías de desarrollo de software Según (Sommerville, 2005) se denomina metodología al proceso completo y detallado durante la elaboración de un software. Consiste en la combinación de uno o varios modelos de procesos tales como cascada, evolutivos, incremental, etc. Además se debe definir de manera clara los roles y actividades involucrados, así como las prácticas y técnicas recomendadas en el proceso de desarrollo. Existen diferentes formas o criterios de clasificar estas metodologías, esto se debe a la diversidad de propuestas, información disponible y el alcance. A continuación se mencionaran las categorías más relevantes: Metodologías Estructuradas. Metodologías Orientadas a Objetos. Metodologías Tradicionales. Metodologías Ágiles.
12
3.1.1.2.1. Metodologías ágiles de desarrollo de software Existen varias metodologías ágiles las mismas que comparten gran parte de su filosofía, de igual forma sus características y prácticas. Pero viendo desde el punto de la aplicación, cada una de las metodologías ágiles tienen sus propias prácticas, terminologías y tácticas. Las principales metodologías ágiles de desarrollo de software son:
SCRUM.
Extreme Programming (XP).
Crystal.
Dynamic Systems Development Method (DSDM).
Extreme Programming (XP), Programación Extrema Kent Beck fue el autor de la Programación Extrema, que es considerada una disciplina de desarrollo de software basado en los valores de la sencillez, la comunicación, la retroalimentación y coraje. Su acción consiste en el trabajo en equipo haciendo uso de prácticas simples, con información suficiente para que el equipo pueda ver dónde están y para ajustar las prácticas a su situación particular. La Programación Extrema es la versión más rápida del enfoque ágil. Dado que implica trabajar directamente con los clientes para crear e implementar pequeñas piezas de software que tienen que ser completadas en tiempos muy cortos. Debido al hecho de que el proyecto debe ser desarrollado en un tiempo muy corto, se utilizan directrices de codificación fuertes para asegurar la calidad. Otro enfoque de la Programación Extrema, es que los grandes proyectos pueden dividirse en proyectos más pequeños con el fin de satisfacer las restricciones de la misma. Generalmente cuando no hay ningún conjunto de requisitos, cuando las exigencias cambian constantemente y cuando se dispone de una corta cantidad de tiempo para que el proyecto finalice se utiliza la Programación Extrema. La Programación extrema cuenta con 4 valores:
13
Comunicación Simplicidad Retroalimentación Coraje En la elaboración de cualquier software lo más importante es el conocimiento de los requisitos, los cuales deben estar especificados claramente. En las metodologías formales de desarrollo de software, esta tarea se lleva a cabo a través de documentación. A través de la Programación Extrema pueden ser vistos como métodos para la construcción rápida y difundir el conocimiento institucional entre los miembros de un equipo de desarrollo. El objetivo es dar a todos los desarrolladores de una visión compartida del sistema que coincide con la opinión sostenida por los usuarios del sistema. Con este fin, la Programación Extrema favorece con diseños simples, metáforas comunes, la colaboración de los usuarios y programadores, comunicación verbal frecuente y retroalimentación. 3.1.2.
Aplicaciones Web
AUMAILLE (2002: 26) define a una aplicación Web como el conjunto de recursos Web que participan en el funcionamiento de la propia aplicación Web, compuesta por diferentes componentes. Una aplicación Web es una aplicación que es accedida por los usuarios a través de una red como el internet o una intranet. Una aplicación Web es mucho más que un sitio web sencillo pues utiliza información dinámica. Las aplicaciones Web se almacenan en los servidores Web, y usan herramientas como bases de datos, JavaScript o Ajax ,CSS,HTML, PHP para ofrecer experiencias más allá de la página Web estándar o en formato Web. 3.1.2.1.
Tipos de aplicaciones Web
En la programación de una aplicación Web, es importante saber la diferencia entre la programación del lado del cliente y programación del lado del servidor. La
14
programación del lado del cliente es la que se ejecuta en la máquina del cliente, creando algunas ventajas y desventajas. A pesar de que las ventajas de la programación del lado del cliente son varias, la programación del lado del servidor es más seguro y es el preferido por la mayoría de los programadores. Del lado del cliente.- La programación de aplicaciones Web del lado del cliente es aquella que se ejecuta en el ordenador del usuario. JavaScript es un ejemplo claro de la programación del lado del cliente en donde se puede utilizar para ejecutar los controles de los valores del formulario y enviar alertas al navegador del usuario. Sin embargo un problema de los scripts del lado del cliente es el límite de control y problemas con los sistemas operativos y navegadores Web. Del lado del servidor.- La ejecución de código de una aplicación Web en un servidor reduce la cantidad de errores o problemas de compatibilidad porque el código se ejecuta en el servidor usando un lenguaje y software de hospedaje. En la programación del lado del servidor también se puede cifrar información cuando los usuarios envían variables a través de un formulario, la protección de los usuarios frente a cualquier intento de hackeo. Algunos ejemplos de lenguajes de programación del lado del servidor son C#, VB.NET, y PHP. 3.1.2.2.
Características
Las características de una aplicación Web son muchas y variadas, en comparación con las aplicaciones tradicionales. Estas características proporcionan una motivación adicional para examinar la usabilidad de una aplicación Web. Entre las características más relevantes están las siguientes: Actualización.- Las aplicaciones Web son fáciles de actualizar sin necesidad de realizar tareas de instalación y se lo puede hacer mediante acceso remoto a través de internet. Compatibilidad multiplataforma.- Las aplicaciones Web tienen la capacidad de funcionar sin problemas y de igual forma independientemente de la versión de sistema operativo que se utilice como Windows, Linux, Mac, etc.
15
Menos requerimientos de hardware.- Las aplicaciones Web consumen muy poco espacio en disco duro, además de un mínimo el consumo de memoria RAM. Para el funcionamiento de este tipo de aplicaciones no es necesario disponer de computadoras con poderosos procesadores esto se debe a que el trabajo de mayor esfuerzo lo realiza el servidor donde se encuentra alojada la aplicación. Seguridad en los datos.- La seguridad de los datos en las aplicaciones Web es muy significativa, al encontrarse en internet están expuestos a ataques externos no deseados. 3.1.2.3.
Ventajas
Compatibilidad con cualquier sistema operativo, solo se necesita de un navegador el cual le permitirá acceder a la aplicación. Una aplicación Web almacena todos sus datos en el servidor, por lo que los usuarios no necesitan una gran cantidad de espacio de disco duro adicional. Ahorro de recursos económicos, no se requiere de computadoras sofisticadas para utilización de aplicaciones Web. 3.1.2.4.
Desventajas
Por lo general las aplicaciones vienen adaptadas para soportar el idioma inglés esto puede causar malestar para las personas que no dominan el inglés. Cuando las aplicaciones web están ubicadas en un servidor interno sin acceso a internet limitaría el uso de la aplicación la cual solo podrá ser utilizada dentro la red interna. Algunas aplicaciones Web necesitan de plugins para su correcto funcionamiento. 3.1.2.5. Arquitectura de una aplicación Web Según Mora (2001: 8) sostiene que una aplicación web está basada en una arquitectura cliente/servidor, donde tanto el cliente (navegador), servidor (servidor
16
web) y protocolo que permite su comunicación (Hyper Text Transfer Protocol, HTTP) se encuentran ya estandarizados.
Figura 2. Esquema básico de la arquitectura Web Fuente: Mora (2001), Programación en internet: Clientes Web (p. 8). Alicante: Club Universitario.
El Cliente.- Toma el nombre de cliente Web el programa con el que interactúa el usuario para solicitar recursos al servidor Web, para esto se utiliza el protocolo HTTP. Los programas que pertenecen al cliente Web esta conformados por el código HTML el cual da vida a la página Web, además de pequeños programas o Applets hechos en Java. El Servidor.- Se denomina al servidor Web al programa que espera de manera permanente las peticiones de conexión a través de protocolo HTTP por parte de los clientes Web. 3.1.3. Base de datos Una base de datos es una colección de información organizada de forma que puede ser fácilmente accesible, gestionada y actualizada. Esto ayuda a que uno o más programas puedan acceder a la información de manera ágil y minimizando la redundancia de los datos. Las bases de datos se caracterizan por: Simplificar el uso de archivos de datos. Integrar los archivos de datos existentes. Compartir datos entre todos los usuarios. Incorporar los cambios con facilidad y rapidez. Bajar el costo de almacenamiento y recuperación de datos.
17
Mejorar la precisión y la coherencia. Proporcionar seguridad de los datos del uso no autorizado. Ejercer el control central sobre las normas. 3.1.3.1. Sistemas de gestión de base de datos Un Database Management System (DBMS), Sistema de Gestión de Base de Datos, algunas veces llamado simplemente como administrador de base de datos, es un programa que permite a uno o más usuarios de computadoras crear y acceder a datos en una base de datos. Un sistema de gestión de base de datos está diseñado para administrar una gran cantidad de información. La gestión de datos implica tanto las estructuras que definen para almacenar la información y la disponibilidad de mecanismos para la manipulación de la información. Además, un sistema de gestión de base de datos debe velar por la seguridad de la información almacenada, a pesar de los fallos del sistema o intentos de acceso no autorizado. El sistema debe evitar posibles
resultados
anómalos
debido
a
múltiples
usuarios
que
acceden
simultáneamente los mismos datos. Dentro de los sistemas de gestión de base de datos más conocidos y utilizados están: Microsoft Access Filemaker Microsoft SQL Server MySQL Oracle 3.1.3.2. MySQL MySQL es la opción de base de datos de código abierto más popular del mundo. También conocido comúnmente como "My Sequel" el software proporciona acceso de los usuarios de varios niveles de una serie de bases de datos. La Base de datos
18
MySQL funciona eficazmente tanto como un operativo de servidor, como un sistema de gestión de base de datos relacional de pleno derecho.
Figura 3. Entorno MySQL Workbench Fuente: Programa MySQL Workbench.
La configuración de MySQL permite la rápida entrega de aplicaciones de alto rendimiento y lectura intensiva. La base de datos MySQL se eleva por encima de otros sistemas de base de datos al proporcionar funcionalidad adicional que incluye una serie de diferentes opciones de motor de almacenamiento. Los motores de almacenamiento también se cargan dinámicamente en tiempo de aumentar aún más el rendimiento de ejecución. 3.1.3.2.1. Características Atomicidad.- Una transacción se define como una acción, o una serie de acciones, que pueden acceder o cambiar el contenido de una base de datos. Cada sentencia SQL en dicha unidad depende de los demás, es decir, si una sentencia no se completa, toda la unidad se pondrá en marcha de nuevo, y todos los datos afectados serán devueltos al estado en que se encontraban antes de que la operación se diera por comenzado. Agrupar las sentencias SQL como parte de una sola unidad le dice a MySQL que toda la unidad debe ser ejecutada atómicamente. Consistencia.- La consistencia es manejada principalmente por los mecanismos de registro de MySQL, que registran todos los cambios a la base de datos y proporcionar una pista de auditoría para la recuperación de transacciones. Si el
19
sistema se pone en medio de una transacción, el proceso de recuperación de MySQL utilizará estos registros para descubrir si la operación se ha completado con éxito y cambiar de nuevo si es necesario. Además del proceso de registro MySQL también proporciona mecanismos de bloqueo que garantizan que todas las tablas, filas y los índices que componen la transacción están bloqueados durante el proceso de inicio dando el tiempo suficiente para confirmar la transacción o cancelarla. Aislamiento.- El Aislamiento implica que cada transacción que se produce en su propio espacio, aislado de otras transacciones que pueden estar ocurriendo en el sistema, y que los resultados de una transacción son visibles únicamente después de que la secuencia de eventos que componen la transacción ha sido totalmente ejecutada. Durabilidad.- Esto quiere decir que los cambios de una transacción confirmada persisten incluso si el sistema se cae, entra en juego cuando una transacción se ha completado y los registros han sido actualizados en la base de datos. 3.1.3.2.2. Ventajas Se integra sin problemas con un número de lenguajes de programación y otras tecnologías basadas en la Web. MySQL es un motor de base de datos de almacenamiento abierto extensible, que ofrece múltiples variaciones, como Berkeley DB, InnoDB, Pila y MyISAM. Fácil utilización del lenguaje SQL, esto hace que sea fácil de aprender y usar. Es barato MySQL está bajo la General Public Licence, Licencia publica general GPL, este sistema de gestión de base de datos relacional es gratis. Trabaja en diferentes sistemas operativos. No importa qué tipo de sistema operativo que utiliza, ya sea Windows o Mac OS, Linux o Unix. 3.1.3.2.3. Desventajas Soporte técnico a diferencia de otros sistemas de gestión de base de datos MySQL no soporta varios tipos de procedimientos almacenados. Sin
20
embargo, este problema ha sido resuelto en las versiones que surgieron después de su versión 5.0. Las transacciones no se manejan de manera muy eficiente. 3.1.4. Lenguajes de programación Los lenguajes de programación han estado en desarrollo desde hace varios años y lo seguirán estando durante muchos años por venir. Tuvieron su inicio como una lista de pasos a seguir y así una computadora pueda realizar una tarea. Estos pasos finalmente encontraron su camino en software y comenzaron a adquirir características nuevas y mejores. Los primeros lenguajes principales se caracterizan por el simple hecho de que estaban destinados a un propósito y un solo propósito, mientras que los lenguajes de hoy se diferencian por la forma en que se programan en él, se pueden utilizar para casi cualquier propósito. El lenguaje de programación que una computadora puede ejecutar directamente es el lenguaje de máquina. Originalmente todos los programadores trabajaron cada detalle del código máquina, pero esto casi nunca representar hacer algo más. En su lugar, los programadores escriben el código fuente, y un ordenador en donde se ejecuta un compilador y a su vez el intérprete lo traduce mediante uno o varios pasos de traducción para llenar todos los detalles, antes de que el código de máquina final se ejecuta en el equipo de destino. Incluso cuando se requiere un control completo de bajo nivel del equipo de destino, los programadores escriben en lenguaje ensamblador, cuyas instrucciones son transcripciones nemotécnicas, es decir uno a uno de las instrucciones en lenguaje máquina correspondientes. Los programadores deben escribir, probar, y dar instrucciones a los programas para llevar a cabo una función. Los diferentes lenguajes de programación soportan diferentes estilos de programación llamados también paradigmas de programación. Lenguajes comunes son C ++, C#, Visual Basic. Net, Java, pero hay muchos más. Parte del arte de la programación es la selección de uno de los lenguajes de programación más adecuados para la tarea en cuestión. Los diferentes lenguajes de programación requieren diferentes niveles de detalle a ser manipulados por el programador en la
21
aplicación de algoritmos, a menudo en una solución de compromiso entre la facilidad de uso y rendimiento. 3.1.5. Hypertext Preprocessor / Lenguaje Pre-procesador de hipertexto, PHP. PHP es un lenguaje de scripts, es decir que puede ser solo un guion o un conjunto de líneas de código del lado del servidor, especialmente adecuado para la creación de páginas Web dinámicas. Este lenguaje de programación ofrece a los desarrolladores Web una gran selección de instrumentos. PHP se ha convertido en la base para muchas aplicaciones Web, permite una fácil inserción en el código HTML y la conexión a bases de datos MySQL y PgSQL. Sintaxis: <?php echo “Hola Mundo”; ?> 3.1.5.1.1. Características La flexibilidad y la seguridad son las características más potentes de este lenguaje. La otra característica importante es su compatibilidad con HTML. Además PHP permite cooperar con otros lenguajes de programación como.Net, Java y muchos más. PHP no sólo se lo utiliza como lenguaje de programación, tiene criterios más amplios sobre diversas industrias del desarrollo Web como la programación Web y el desarrollo de aplicaciones. 3.1.5.1.2. Ventajas PHP es un lenguaje de programación del lado del servidor, de código abierto y totalmente gratuito. La flexibilidad que ofrece frente a otros lenguajes de programación. PHP no depende de plugins externos para ejecutar los programas, por lo tanto no requiere nada por parte de los usuarios finales.
22
En la actualidad PHP es el lenguaje de programación más popular y beneficioso para el desarrollo de sitios Web dinámicos. Esto se debe a un mejor rendimiento, fiabilidad, mayor velocidad, eficiencia y versatilidad en comparación con otros lenguajes de programación, aumentando así su popularidad entre los programadores de PHP. 3.1.5.1.3. Desventajas PHP al ser un lenguaje fácil de programar en algunos casos origina la creación de código desordenado. No posee un manejo adecuado de Unicode. PHP en su codificación no tiene separación de capas. 3.1.6. JavaScript And XML, Ajax Ajax es el asíncrono de JavaScript y XML, es un método para la creación de aplicaciones interactivas para la Web. Ajax combina varias herramientas de programación como JavaScript, HTML dinámico, Lenguaje de marcado extensible XML, hojas de estilo en cascada CSS entre otras. Ajax permite mostrar información dentro de la misma página Web de inmediato cuando un usuario realiza una acción, a diferencia de una petición HTTP, en la que los usuarios tienen que esperar a una nueva página en cargar. Las aplicaciones creadas con Ajax utilizan un motor que actúa como intermediario entre el navegador del usuario y del servidor desde que se solicita la información. Ajax no es una tecnología propietaria o un producto definido. El termino Ajax es como una forma abreviada de referirse a las tecnologías específicas que participan en un enfoque actual. 3.1.6.1. Ventajas El uso de Ajax permite que las páginas web se actualicen de forma dinámica. Los que utilizan páginas con Ajax se dan cuenta de que operan más como una aplicación en lugar de un programa independiente.
23
Cuando HTML se genera dentro de un navegador a través de JavaScript, las páginas utilizan Ajax para cargar mucho más rápido. Utilizar Ajax permite a los programadores hacer una separación entre los métodos y formatos que utilizan para entregar información a través de Internet. 3.1.6.2. Desventajas El botón de regreso y actualización se vuelven inútiles Con AJAX, todas las funciones se cargan en una página dinámica sin que la página se vuelve a cargar de igual forma al hacer clic en el nuevo botón de refrescar este le llevará a una página Web totalmente diferente o al comienzo de lo que su página Web dinámica estaba procesando. Los navegadores sin JavaScript no pueden utilizar la aplicación. Es complejo el uso de Ajax a diferencia de la construcción de la aplicación web básica. 3.1.6.3. JQuery User Interface / Interfaz de usuario JQuery, JQuery UI JQuery UI ofrece una combinación de interacciones, efectos, utilidades, y temas construidos a partir de las bibliotecas JavaScript JQuery. Este conjunto de herramientas hace que una página Web normal se convierta en una página Web interactiva. 3.1.7. Cascading Style Sheets / Hojas de estilo en cascada CSS Las hojas de estilo en cascada CSS, constituyen un mecanismo para asociar estilos de composición a documentos estructurados, del tipo XML o HTML. Los cuales pueden ser aplicados a cualquier navegador, admiten un mayor control sobre los distintos elementos de una página, permitiendo definir el estilo de las fuentes, el color, el espaciado del texto, la posición del contenido, Estos estilos pueden definirse para luego ser aplicados al código de cualquier documento.
24
3.1.7.1. Esquema de un CSS Una hoja de estilo en cascada CSS define una serie de términos
que permite
describir cada una de las partes que componen los estilos CSS. En el siguiente Gráfico podemos observar las partes que componen una hoja de estilo en cascada básica.
Figura 4. Esquema de un CSS Fuente: (LibrosWeb.es).
3.1.8. NetBeans IDE 7.1 NetBeans IDE es un entorno de desarrollo integrado disponible para Windows, Mac , Linux y Solaris. El proyecto NetBeans consiste en un IDE de código abierto y una plataforma de aplicaciones que permiten a los desarrolladores crear rápidamente web , empresa, escritorio y aplicaciones móviles utilizando la plataforma Java , así como PHP , JavaScript y Ajax, Groovy y Grails , y C / C + +. El proyecto de NetBeans está apoyado por una comunidad de desarrolladores dinámica y ofrece una amplia documentación y recursos de capacitación, así como una variada selección de plugins de terceros. (Oracle, 2013)
25
Figura 5. Ventana del entorno de desarrollo NetBeans 7.1 Fuente: (Oracle, 2013).
3.1.9. CodeIgniter
Figura 6. Logo del framework CodeIgniter Fuente: (EllisLab, Inc., 2006).
CodeIgniter es un framework para el desarrollo de aplicaciones que consiste en un conjunto de herramientas para gente que construye sitios web usando PHP. Su objetivo es permitirle desarrollar proyectos mucho más rápido que lo que podría hacer si escribiera el código desde cero, proveyéndole un rico conjunto de bibliotecas para tareas comunes, así como y una interfaz sencilla y una estructura lógica para acceder a esas bibliotecas. CodeIgniter le permite enfocarse creativamente en su
26
proyecto al minimizar la cantidad de código necesaria para una tarea dada. CodeIgniter está bajo la licencia Berkeley Software Distribution, Distribución de software Berkeley BSD. (EllisLab, Inc., 2006). 3.1.9.1.
Modelo de desarrollo MVC.
CodeIgniter se basa en el modelo de desarrollo Modelo Vista Controlador. MVC es un enfoque de software que separa la lógica de aplicación de la presentación. En la práctica, permite que las páginas web que contienen secuencias de comandos mínima la presentación es independiente de la programación PHP.
Figura 7. Modelo de desarrollo MVC Fuente: (EllisLab, Inc., 2006).
El modelo representa las estructuras de datos. Normalmente las clases del modelo contendrán funciones que le ayudan a recuperar, insertar y actualizar la información en su base de datos. La vista es la información que se presenta al usuario. Puede ser una página web completa como también puede ser un fragmento de la página como un encabezado o pie de página. También puede ser una página de noticias o cualquier otro tipo de página.
27
El controlador actúa como un intermediario entre el modelo, la vista y otros recursos necesarios para procesar la solicitud HTTP y generar una página web. 3.1.9.2.
Ventajas
Fácil de aprender, adoptar e implementar. Ofrece flexibilidad y fácil manejo con marco basado en MVC. Permite incorporar sus propias secuencias de comandos existentes, así como desarrollar bibliotecas del núcleo para el sistema. Ligero y amplio. 3.1.9.3.
Desventajas
Es basado en PHP y no muy orientado a objetos. Código heredado de PHP4. Comunicados de irregulares. 3.1.9.4.
Grocery CRUD
Grocery CRUD es una librería, que es compatible con el framework CodeIgniter que permite al desarrollador realizar un trabajo fácil y eficiente. Con Grocery CRUD se puede crear vistas con pocas líneas de código, capaces de crear, leer, actualizar y borrar datos. Grocery CRUD es liberado con licencia dual, usando la GPL v3 y la licencia Massachusetts Institute of Technology / Instituto de la tecnología de Massachusetts, MIT. (Skoumbourdis)
3.2.
Hipótesis de trabajo
La implementación de un sistema maestro de gestión institucional, módulo matriculación de estudiantes en la Casa de la Cultura Benjamín Carrión núcleo Santo Domingo, incrementará la efectividad en el control de pagos de los cursos impartidos a los estudiante de la institución, además mejorará la administración de los usuarios que hagan uso del sistema.
IV.
METODOLOGÍA DE LA INVESTIGACIÓN
En esta sección se describen los tipos y metodologías de la
investigación, la
población, la muestra, instrumentos de recogida de datos, técnicas de análisis de datos, así como la aplicación de los mismos en el desarrollo de la disertación de grado.
4.1. Diseño/Tipo de Investigación 4.1.1. Diseño Experimental Según (Lucio, 2010, pág. 27) el diseño experimental consiste en la manipulación de una variable experimental no comprobada, en condiciones rigurosamente controladas, con el fin de describir el modo o por qué causa se produce una situación o acontecimiento particular. Aplicación: Se aplicó el diseño experimental en esta investigación porque se deseaba comprobar los efectos que se producirían con la implementación de un Sistema Maestro de Gestión Institucional en la CCESD. 4.1.2. Investigación Exploratoria La investigación exploratoria es aquella actividad preliminar que permite al investigador realizar un examen o evaluación de un tema o problema que haya sido poco estudiado o abordado con anterioridad. Se la utiliza fin de obtener nuevos conocimientos, descubrir nuevas ideas, y fortalecer el conocimiento de los fenómenos o casos de estudio. Aplicación: Se aplicó la investigación exploratoria para tener una breve idea del problema central que tiene la Casa de la Cultura núcleo Santo Domingo el cual a través de la implementación de este proyecto se pretende solucionar.
28
29
4.1.3. Investigación Bibliográfica La investigación bibliográfica consiste recopilación de información que fundamente el problema de investigación a través obras, investigaciones anteriores, material inédito, hemerográfico, cartas, historias de vida, entre otros documentos legales Aplicación: Se aplicó la investigación bibliográfica para poder recolectar información documentada y poder reforzar los conocimientos, los cuales serán de gran ayuda para el desarrollo del proyecto. 4.1.4. Investigación de Campo La investigación de campo consiste en obtener información en el lugar donde se realiza la investigación a través de técnicas tales como entrevistas, cuestionarios, encuestas y observaciones. Aplicación: Se aplicó la investigación de campo para observar de manera detenida y detallada la problemática, teniendo así un acercamiento más a fondo con la Casa de la Cultura Ecuatoriana núcleo Santo Domingo y así recabar información precisa y con exactitud. 4.1.5. Métodos de Investigación 4.1.5.1. Método Analítico Sintético El método Analítico Sintético es la fusión de análisis y la síntesis que consiste en el estudio minucioso de cada uno de los elementos por separado, para luego ser complementado con la síntesis definiendo una relación entre sí y ver cómo afecta dicha relación. Aplicación: Se aplicó este método analítico sintético, durante la investigación de cada uno de los elementos de estudio pertenecientes al presente tema de disertación de grado, los cuales fueron relacionados y aplicados en los requerimientos del sistema de gestión institucional. 4.1.5.2. Método Inductivo
30
Método del que se parte de los datos particulares para llegar a conclusiones generales. La inducción es un proceso mental que consiste en ir más allá de lo evidente. Aplicación: Se aplicó el método inductivo partiendo de la observación de hechos particulares obteniendo proposiciones generales las cuales fueron
útiles en la
especificación de los requerimientos. 4.1.5.3. Método deductivo Método del que se parte de datos generales válidos para llegar a una conclusión de tipo particular. También se trata de llegar de lo complejo a lo simple. Aplicación: Se aplicó el método deductivo partiendo del estudio de la problemática actual de la CCESD, y obteniendo como resultado los objetivos los cuales se pretende solucionar a corto plazo.
4.2.
Población/Universo
La población o también conocida como universo dentro de la investigación, hace referencia a todos los elementos, personas, objetos, etc., los cuales forman parte del problema de investigación. La población objeto de la investigación, está conformada por los servidores públicos de la CCESD los cuales cumplen diferentes cargos dentro la institución, comandada por su presidente encargado de las decisiones y de hacer cumplir con las normas y reglamentos dentro de la organización. La información resultante de la investigación: Tabla 6: Descripción de la población CCESD
POBLACIÓN Presidente
1
Recursos Humanos
1
Planificación y Sistemas
1
Secretaría General
1
Promoción Cultural
1
31
Recursos Físicos TOTAL
1 6
Nota. La población de la CCESD es de un total de 6 personas, las cuales cumplen diferentes cargos dentro de la institución. Fuente: Elaboración propia basada en la información proporcionada por la CCESD.
4.3.
Muestra
Dentro de toda investigación cuando su población es muy extensa es necesario realizar determinar una muestra, que es una representación significativa de la población, que permitirá simplificar el trabajo y obtener resultados similares o iguales si se lo aplicare a todo el universo perteneciente al problema de estudio. Existen dos tipos clases de recolección de la muestra: 4.3.1. No probabilística o dirigida La muestra no probabilística es un subgrupo de la población total, consiste en que la selección de los elementos no depende de la probabilidad sino de ciertas características importantes para la investigación. 4.3.2. Probabilística La muestra probabilística es un subgrupo de la población total en la que todos los elementos que intervienen en la investigación tienen las mismas posibilidades de ser seleccionados como objetos de estudio. Para el cálculo de la muestra con población finita se utiliza la siguiente fórmula:
Z 2 p q N n 2 (e ( N 1)) ( Z 2 * p * q) Z = Nivel de confianza N = La población p = Probabilidad a favor
32
q = Probabilidad en contra. e = Error de estimación n = Tamaño de la muestra. Aplicación: Para la selección de la muestra en el presente proyecto de investigación no es necesario aplicar la fórmula, la población no supera las 40 unidades y se considera una población finita. Por lo tanto se aplicara las técnicas o herramientas de recolección de información a toda la población. (Yépez, 2009, pág. 136).
4.4.
Instrumentos de recogida de datos
Los instrumentos para la recogida de datos son los recursos que el investigador utiliza para recabar información útil dentro de la investigación. 4.4.1. Información Primaria La información primara es aquella que brinda una evidencia directa u original sobre el tema propuesto en la
investigación. Es decir que el investigador obtiene la
información directamente de su objeto de análisis por medio del contacto con el mismo. 4.4.2. Entrevista La entrevista es un instrumento de recolección de datos primario, que consiste en una conversación entre dos personas: el entrevistado y el entrevistador, con la finalidad de recabar información importante útil dentro de la investigación. Las entrevistas se pueden clasificar de acuerdo a varios criterios los más conocidos son: Según el procedimiento: Estructurada, No estructurada, Mixta. Según el número de participantes: Individual, Panel, Grupo. Aplicación: La entrevista que se aplicó fue de tipo informal la misma que sirvió para obtener información importante, ver Anexo 3. Esta información sirvió para conocer
33
los problemas con los que contaba la Casa de la Cultura Benjamín Carrión núcleo Santo Domingo ante la ausencia de un sistema maestro de gestión institucional. 4.4.3. Encuesta La encuesta es un instrumento de recolección datos primario que consiste en un conjunto de preguntas respecto de una o más variables a medir. Dentro de la encuesta pueden existir preguntas abiertas como también cerradas. Aplicación: La encuesta que se aplicó está compuesta en su gran mayoría con preguntas de tipo cerradas la cual sirvió para conocer información que sirvió para elaboración del documento de especificación de requerimientos SRS, ver Anexo 4. 4.4.4. Observación La observación es una técnica de recolección de datos, que permite obtener y/o captar información que no es proporcionada por los objetos de investigación. Dentro de las características importantes en la observación están las siguientes: Objetiva y veraz. Planificada. Comprobada y verificada. Capacidad de generar nuevos registros. Aplicación: Se aplicó la técnica de la observación para la percepción de información a través de la vista en las actividades rutinarias que realizan los funcionarios de la CCESD, lo que permitió hacer ciertos ajustes en los requerimientos del sistema. 4.4.5. Indagación Información que es obtenida por el investigador a través de la investigación, sin la necesidad de que el objeto de estudio intervenga de manera directa.
34
Aplicación: Se aplicó la técnica de la indagación, para recolectar información necesaria para el desarrollo del presente proyecto a través de libro, internet, tutoriales, etc.
4.5.
Técnicas de análisis de datos
La parte final del proceso de investigación es el análisis de los datos, el cual consiste en someter los datos obtenidos a operaciones con el propósito de alcanzar los objetivos del estudio. (Ramirez, 2012). Las técnicas de análisis de datos más utilizadas son la cualitativa y la cuantitativa, a continuación una breve descripción de las mismas: 4.5.1. Análisis Cualitativo Las técnicas de análisis de datos de tipo cualitativo, consiste en la presentación de los datos de manera verbal o gráfica. Durante este análisis se organiza la información lo mejor posible, ya sea por tema, subtema, orden cronológico, etc. (Gómez, 2006). Aplicación: Se utilizó el análisis cualitativo de datos en el presente proyecto de disertación de grado, para la organización de la información, así como también para representación gráfica de los datos obtenidos durante el proceso investigativo. 4.5.2. Análisis Cuantitativo Las técnicas de análisis de datos de tipo cuantitativo, consiste en la presentación de los datos de forma numérica utilizando herramientas estadísticas. Las entrevistas de tipo cualitativo también pueden ser representadas de forma cuantitativa, demostrando que la forma de recolección de datos no determina su forma de interpretación. Aplicación: Se utilizó el análisis de datos cuantitativo en el presente proyecto de disertación de grado, para la tabulación de los datos obtenidos de las encuestas realizadas a los funcionarios de la CCESD.
35
4.6.
Metodología de desarrollo de software ágil
Las metodologías de desarrollo ágil están diseñadas para crear software de calidad y de una manera rápida y sencilla. Que consiste en un conjunto de procesos interactivos en los que se entrelazan la codificación, el diseño, el desarrollo y las pruebas. En este tipo de metodologías el software se construye a partir de una serie de incrementos, cada incremento consiste en incorporar nuevas funcionalidades al software. (Sommerville, 2005, pág. 358) Tabla 7: Principios de los métodos Ágiles.
Principio
Participación del Cliente
Entrega incremental
Personas, no procesos
Aceptar el cambio
Descripción
Los clientes deben estar implicados en todo el proceso de desarrollo. Su papel es el de proporcionar y priorizar nuevos requerimientos del sistema y evaluar las iteraciones del sistema.
El software se desarrolla en incrementos, donde el cliente especifica los requerimientos a incluir en cada incremento.
Se deben reconocer y explotar las habilidades del equipo de desarrollo. Se les debe dejar desarrollar sus propias formas de trabajar, sin procesos formales, a los miembros del equipo.
Se debe contar con que los requerimientos del sistema cambian, por lo que el sistema se diseña para dar cabida a estos cambios.
Se deben centrar en la simplicidad tanto en el software a Mantener la simplicidad
desarrollar como en el proceso de desarrollo. Donde sea posible, se trabaja activamente para eliminar la complejidad del sistema.
Nota. Este cuadro describe cada uno de los principios de las metodologías Ágiles. Fuente: (Sommerville, 2005).
36
4.6.1. Programación Extrema, XP La programación extrema es la metodología ágil de desarrollo de software más conocida y utilizada. Toma su nombre gracias a Kent Beck, esta metodología fue desarrollada a partir de buenas prácticas reconocidas y llevadas a niveles extremos, como el desarrollo interactivo y la participación del cliente. En la programación extrema, las historias de usuario son todos los requerimientos los cuales se expresan como escenarios. Estos escenarios son implementados directamente como una serie de tareas. (Sommerville, 2005, pág. 364).
Figura 8. Ciclo de entrega en la programación extrema Fuente: (Sommerville, 2005)
4.6.1.1. Valores de XP Se considera exitosa la aplicación de metodología XP, cuando se mantiene un estilo en conjunto con los valores que sirven a las necesidades humanas y comerciales tales como la comunicación, la simplicidad, la retroalimentación y el coraje. 4.6.1.1.1. La Comunicación El primer valor de XP es la comunicación, los problemas en los proyectos siempre suelen ser por falta de comunicación. La mala comunicación no ocurre por casualidad, hay muchas circunstancias que dan lugar a una ruptura en la comunicación. La metodología XP ayuda a fomentar la comunicación con la utilización de sus prácticas.
37
4.6.1.1.2. La Simplicidad La metodología XP no enseña a apostar, esta apuesta consiste en hacer una cosa sencilla y pagar un poco el día de mañana, si es necesario, que realizar una cosa complicada el día de hoy y no utilizarla después. La comunicación y la simplicidad se complementan mutuamente, es decir cuando más simple es el sistema menos se tiene que comunicar de él. 4.6.1.1.3. La Retroalimentación La retroalimentación trabaja en conjunto con la simplicidad y la comunicación, cuando existe mayor retroalimentación la comunicación se facilita. Cuanto más simple sea un sistema este es más fácil de probar. 4.6.1.1.4. El Coraje El coraje junto con la comunicación y la simplicidad pueden convertirse en algo extremadamente valioso. Consiste en asumir retos, ser valientes ante los inconvenientes y afrontarlos. 4.6.1.2. Roles de XP A continuación se detallará cada uno de los roles que conforman el equipo de trabajo en la programación extrema XP: 4.6.1.2.1. Programador El programador es el corazón de la programación extrema, está en la capacidad de tomar decisiones equilibradas tanto como para proyectos a corto plazo, como también para largo plazo. Los programadores se encargan de realizar cada vez los programas más simples, rápidos y funcionales. 4.6.1.2.2. Cliente El cliente la otra parte esencial en la programación extrema. El cliente es la persona que sabe lo que se debe programar. Ser cliente en XP no es una tarea fácil debido a que tiene que aprender a realizar buenas historias de usuarios y poseer una actitud de
38
éxito durante todo el proyecto. El cliente debe sentirse cómodo de influir en el proyecto sin tener la necesidad de controlarlo. 4.6.1.2.3. Encargado de la pruebas Gran parte de responsabilidad de la responsabilidad en las pruebas se encuentra sobre los programadores. Sin embargo el encargado de la pruebas se enfoca en el cliente quien es el verdadero comprobador del funcionamiento del programa. Este ayuda al cliente a elegir y aplicar las pruebas funcionales. 4.6.1.2.4. Líder del proyecto Es el responsable del proceso en su conjunto. Su fuerte es la coordinación y la comunicación con su equipo de trabajo para alcanzar el éxito el proyecto. 4.6.2.
Ciclo de vida del Software en XP
Todo programa informático tiene su ciclo vida que consiste en las siguientes etapas: 4.6.2.1. Análisis En la fase de análisis, se recopila y se analiza los requerimientos que son parte fundamental de proyecto. Se busca identificar el problema en cuestión, su posible solución y el alcance del sistema que va a construir. 4.6.2.1.1. Documento de especificación de requerimientos, SRS Software Requirements Specification / Especificación de requerimientos de Software, SRS. Este documento contiene una descripción detallada de cada uno de los requisitos necesarios para elaborar un sistema completo. Esta documentación contiene una orientación sobre la creación, organización y modificaciones de los requisitos del sistema. El Instituto de Ingenieros Eléctricos y Electrónicos invita a utilizar el estándar 380 para su redacción, el cual posee un formato que puede ser adaptado según las necesidades del proyecto. Aplicación: Para la redacción del documento de especificación de requerimientos de software SRS, del sistema de gestión institucional módulo estudiantes se utilizó el
39
estándar IEEE 380. En este documento se plasmó cada uno de los requerimientos funcionales y no funcionales para el desarrollo del sistema SAMGI, ver Anexo 5. 4.6.2.1.2. Historias de usuarios Las historias de usuario son herramientas utilizadas en la programación extrema para determinar los requisitos del sistema. En el proceso racional unificado RUP toman el nombre de historias de caso de uso. Las historias de usuario utilizan lenguaje común sin tecnicismos. Una historia de usuario debe contener los siguientes elementos: Nombre de la historia, número de la historia, usuario, iteración, prioridad, riesgo, descripción, observaciones.
Figura 9. Formato de Historia de Usuario Fuente: (Villafuerte, 2009).
Aplicación: Las historias de usuario para el sistema de gestión institucional se desarrollaron a partir de los requerimientos específicos. Los cuales se obtuvieron a través de las entrevistas a los funcionarios de la CCESD. Historia de Usuario Numero: 001 Usuario: Todos los usuarios Nombre Historia: Acceso al Sistema Prioridad en Alta Negocio:
Puntos Estimados: Programador Responsable: Eladio Lucio
Riesgo en Desarrollo: Alta
Iteración Asignada: 1
40
Descripción:
Permite a los usuarios del sistema SAMGI acceder a su menú de opciones según su perfil de usuario.
Observaciones:
Ninguna
Figura 10. Historia de usuario 001, parte delantera Fuente: Elaboración propia.
Tareas
Crear formulario de acceso al sistema. Crear campos de texto usuario y contraseña. Crear botón de inicio de sesión. Codificación del formulario de acceso al sistema. Crear menús para cada perfil de usuarios. Codificar los formularios de menús.
Observaciones : Figura 11. Historia de usuario 001, parte posterior Fuente: Elaboración propia.
Historia de Usuario Numero: 002
Usuario:
Administrador
Nombre Historia: Administración de usuarios Prioridad en Negocio: Alta
Riesgo en Desarrollo: Alta
Puntos Estimados:
Iteración Asignada: 1
Programador Responsable: Eladio Lucio Descripción:
Permite al usuario administrador gestionar los perfiles de usuarios del sistema SAMGI, además podrá crear, editar o eliminar usuarios.
Observaciones: Ninguna Figura 12. Historia de usuario 002, parte delantera Fuente: Elaboración propia.
41
Tareas
Crear formulario de inicio usuarios. Crear un GRID de visualización de información de usuarios. Crear botones agregar, editar, eliminar, otros. Codificar formulario de inicio usuarios. Crear formularios para la administración de los usuarios. Crear campos de texto usuario, contraseña, repetir contraseña, tipo de usuario, nombres y apellidos del funcionario. Crear botones guardar y cancelar. Codificación de los formularios de administración de usuarios.
Observaciones : Figura 13. Historia de usuario 002, parte posterior Fuente: Elaboración propia.
Historia de Usuario Numero: 003
Usuario:
Administrador
Nombre Historia: Administración de servidores públicos. Prioridad en Negocio: Alta
Riesgo en Desarrollo: Alta
Puntos Estimados:
Iteración Asignada: 1
Programador Responsable: Eladio Lucio Descripción:
Permite al usuario administrador la administración de los servidores públicos, además de registrar, editar y eliminar los datos de los funcionarios de la CCESD.
Observaciones: Figura 14: historia de usuario 003, parte delantera Fuente: Elaboración propia.
42
Tareas
Crear formulario de inicio servidores públicos. Crear un GRID de visualización de información de los servidores públicos. Crear botones agregar, editar, eliminar, otros. Codificar formulario de inicio servidores públicos. Crear formularios para la administración de servidores públicos. Crear campos de texto Nombres, Apellidos, CI, Rasgos nativos, Dirección, Teléfono, Fecha_nacim, Área, Títulos académicos, Fecha ingreso, Nombre cónyuge, Categoría, Actividad trabajo, Estado, Foto, Memo, Currículum. Crear botones guardar y cancelar. Codificación de los formularios de administración de servidores públicos.
Observaciones : Figura 15. Historia de usuario 003, parte posterior Fuente: Elaboración propia.
Historia de Usuario Numero: 004
Usuario:
Promotor
Nombre Historia: Administración de instructores Prioridad en Negocio: Media
Riesgo en Desarrollo: Media
Puntos Estimados:
Iteración Asignada: 1
Programador Responsable: Eladio Lucio Descripción:
Permite al usuario promotor la administración de los instructores, además registrar, editar y eliminar los datos de los instructores de la CCESD.
Observaciones: Figura 16. Historia de usuario 004, parte delantera Fuente: Elaboración propia.
43
Tareas
Crear formulario de inicio instructores. Crear un GRID de visualización de información de los instructores. Crear botones agregar, editar, eliminar, otros. Codificar formulario de inicio instructores. Crear formularios para la administración de instructores. Crear campos de texto Nombres, Apellidos, CI, Rasgos nativos, Dirección, Teléfono, Fecha_nacim, Área, Títulos académicos, Fecha ingreso, Nombre cónyuge, Categoría, Actividad de trabajo, Estado, Foto, Memo, Currículum. Crear botones guardar y cancelar. Codificación de los formularios de administración de instructores.
Observaciones : Figura 17. Historia de usuario 004, parte posterior Fuente: Elaboración propia.
Historia de Usuario Numero: 005
Usuario:
Promotor
Nombre Historia: Administración de representantes Prioridad en negocio: Media
Riesgo en Desarrollo: Media
Puntos Estimados:
Iteración Asignada: 2
Programador Responsable: Eladio Lucio Descripción:
Permite al usuario promotor la administración de los representantes, además registrar, editar y eliminar los datos de los representantes.
Observaciones: Figura 18. Historia de usuario 005, parte delantera Fuente: Elaboración propia.
44
Tareas
Crear formulario de inicio representantes. Crear un GRID de visualización de información de los representantes. Crear botones agregar, editar, eliminar, otros. Codificar formulario de inicio representantes. Crear formularios para la administración de representantes. Crear campos de texto Nombres, Apellidos, Ruc/CI, Lugar de Trabajo, Teléfonos, Email. Crear botones guardar y cancelar. Codificación de los formularios de administración de representantes.
Observaciones : Figura 19 Historia de usuario 005, parte posterior Fuente: Elaboración propia.
Historia de Usuario Numero: 006
Usuario:
Promotor
Nombre Historia: Administración de estudiantes Prioridad en Negocio: Alta
Riesgo en Desarrollo: Alta
Puntos Estimados:
Iteración Asignada: 2
Programador Responsable: Eladio Lucio Descripción:
Permite al usuario promotor la administración de los estudiantes, así como también registrar, editar y eliminar los datos de los estudiantes.
Observaciones: Figura 20. Historia de usuario 006, parte delantera Fuente: Elaboración propia.
45
Tareas
Crear formulario de inicio estudiantes. Crear un GRID de visualización de información de los estudiantes. Crear botones agregar, editar, eliminar, otros. Codificar formulario de inicio estudiantes. Crear formularios para la administración de estudiantes. Crear campos de texto Id_representante, Nombres, Apellidos, Dirección, Teléfonos, Fecha nacimiento, Sexo, Estudios, Rasgos nativos, Experiencia artística, Ciudad, Parroquia, Nivel, Fecha inscripción, Estado, Foto, Memo. Crear botones guardar y cancelar. Codificación de los formularios de administración de estudiantes.
Observaciones : Figura 21. Historia de usuario 006, parte posterior Fuente: Elaboración propia.
Historia de Usuario Numero: 007
Usuario:
Promotor, Financiero
Nombre Historia: Registro de cursos Prioridad en Negocio: Alta
Riesgo en Desarrollo: Alta
Puntos Estimados:
Iteración Asignada: 2
Programador Responsable: Eladio Lucio Descripción:
El usuario promotor y el financiero están encargados del registrar a los estudiantes en los cursos que ofrece la CCESD, un estudiante puede estar registrado en varios cursos durante el mismo periodo.
Observaciones: Figura 22. Historia de usuario 007, parte delantera Fuente: Elaboración propia.
46
Tareas
Crear formulario de inicio cursos. Crear un GRID de visualización de información de los cursos. Crear botones agregar, editar, eliminar, otros. Codificar formulario de inicio cursos. Crear formularios para el registro de cursos. Crear campos de texto Período, Tipo, Área, Curso, Instructor, Fecha de inscripción. Crear botones registrar y cancelar. Codificación de los formularios de registro de cursos.
Observaciones : Figura 23. Historia de usuario 007, parte posterior Fuente: Elaboración propia.
Historia de Usuario Numero: 008
Usuario:
Financiero
Nombre Historia: Registro de depósitos Prioridad en Negocio: Alta
Riesgo en Desarrollo: Alta
Puntos Estimados:
Iteración Asignada: 3
Programador Responsable: Eladio Lucio Descripción:
Permite al usuario financiero el registro de los depósitos que realizan los padres de familia por los cursos que reciben sus hijos en la CCESD.
Observaciones: Figura 24. Historia de usuario 008, parte delantera Fuente: Elaboración propia.
47
Tareas
Crear formulario de inicio de registro de depósitos. Crear un GRID de visualización de información de los depósitos. Crear botones registrar depósito. Codificar formulario de inicio de registro de depósitos. Crear formularios para el registro de depósitos. Crear campos de Curso, Mes, Número de depósito, Fecha, Valor. Crear botones registrar y cancelar. Codificación de los formularios de registro de depósitos.
Observaciones : Figura 25. Historia de usuario 008, parte posterior Fuente: Elaboración propia.
Historia de Usuario Numero: 009
Usuario:
Todos
Nombre Historia: Generación de reportes Prioridad en Negocio: Media
Riesgo en Desarrollo: Media
Puntos Estimados:
Iteración Asignada: 3
Programador Responsable: Eladio Lucio Descripción:
Todos los usuarios tienen la necesidad de generar reportes los cuales estarán disponibles de acuerdo a su perfil de usuario.
Observaciones: Figura 26. Historia de usuario 009, parte delantera Fuente: Elaboración propia.
48
Tareas
Crear formulario de generación de reportes. Crear opciones por cada perfil de usuario. Crear botones de generación de reportes, impresión, salir. Codificar formularios de generación de reportes.
Observaciones : Figura 27. Historia de usuario 009, parte posterior Fuente: Elaboración propia.
4.6.2.1.3. Planificación de entrega En la fase de planificación de entrega se determina la prioridad para cada una de las historias de usuarios. También los programadores realizan la estimación del esfuerzo necesario para cada una de las mismas. Durante esta fase se realiza un cronograma de la primera entrega, este trabajo se debe realizar en conjunto con el cliente. Una entrega no debe superar el tiempo de tres meses. Aplicación: El desarrollo de SAMGI estuvo a cargo de un solo integrante, a partir de esto se realizó el cálculo de la estimación de esfuerzo necesario para llevar a cabo este proyecto. Además se especificó la prioridad a cada una de las historias de usuario del sistema SAMGI. Posteriormente se realizó el cronograma
de las
primeras entregas. Tabla 8: Prioridad de las historias de usuario
N°
Nombre de la Historia
Prioridad
Esfuerzo
001
Acceso al sistema
Alta
2
002
Administración de usuarios
Alta
3
003
Administración de servidores públicos
Alta
2
49
N°
Nombre de la Historia
Prioridad
Esfuerzo
004
Administración de instructores
Media
1
005
Administración de representantes
Media
1
006
Administración de estudiantes
Alta
2
007
Registro de cursos
Alta
3
008
Registro de depósitos
Alta
4
009
Generación de reportes
Meda
2
Nota. Los datos de la tabla muestran una lista de las Historias de Usuario con los que se inició el desarrollo del sistema SAMGI, para cada Historia de Usuario se determinó su Prioridad (Alta, Media, Baja) según criterio del programador, de igual forma se estableció la cantidad de Esfuerzo (N° semanas) que tomó desarrollar cada Historia de Usuario. Fuente: Documento SRS de SAMGI.
Analizando cada una de las historias de usuarios, se determinó la iteración en la cual se la desarrollará, así como un plan de fechas estimado de entrega. Tabla 9: Fechas de entregas para cada una de la historias de usuario
Prioridad
Esfuerzo
Fecha de inicio
Fecha de fin
Historia 001
Alta
2
03/06/2013
14/06/2013
Iteración 1
Historia 002
Alta
3
17/06/2013
05/07/2013
Iteración 1
Historia 003
Alta
2
08/07/2013
19/07/2013
Iteración 1
Historia 004
Media
1
22/07/2013
26/07/2013
Iteración 2
Historia 005
Media
1
29/07/2013
02/08/2013
Iteración 2
Historia 006
Alta
2
05/08/2013
16/08/2013
Iteración 2
Historia 007
Alta
3
19/08/2013
06/09/2013
Iteración 3
Historia 008
Alta
4
09/09/2013
04/10/2013
Iteración 3
Historia 009
Media
2
07/10/2013
18/10/2013
Iteraciones
Historia
Iteración 1
Nota. Cada Historia de Usuario está dentro de una iteración asignada y sus fechas en las que se entregó cada una de las mismas. Fuente: Elaboración propia.
4.6.2.2. Diseño Durante esta fase se realizaron varias actividades de diseño. Las actividades que propone la programación extrema son las siguientes:
50
4.6.2.2.1. Diseño de tarjetas CRC Las tarjetas Class, Responsibilities, and Collaboration / Clases, Responsabilidades y Colaboración, CRC. Cada tarjeta CRC es la representación de una clase en programación orientada a objetos. Son de gran importancia, porque ayudan con la tarea de diseño además de representar posibles escenarios provenientes de las historias de usuario.
Figura 28. Modelo de tarjeta CRC Fuente: (Escribano, 2002).
Aplicación: Se utilizó las tarjetas CRC, en el desarrollo del sistema SAMGI, para determinar cada una de las clases que se utilizaran. De igual forma sus responsabilidades y sus clases colaboradoras.
Figura 29. Tarjeta CRC para Servidores Públicos Fuente: Elaboración propia.
51
Figura 30. Tarjeta CRC para Usuarios Fuente: Elaboraci贸n propia.
Figura 31. Tarjeta CRC para Instructores Fuente: Elaboraci贸n propia.
Figura 32. Tarjeta CRC para Representantes Fuente: Elaboraci贸n propia.
52
Figura 33. Tarjeta CRC para Área Fuente: Elaboración propia.
Figura 34. Tarjeta CRC para Estudiantes Fuente: Elaboración propia.
Figura 35. Tarjeta CRC para Cursos Fuente: Elaboración propia.
53
Figura 36. Tarjeta CRC para Matriculas Fuente: Elaboración propia.
Figura 37. Tarjeta CRC para Depósitos Fuente: Elaboración propia.
4.6.2.2.2. Diseño de la base de datos El diseño de una base de datos consiste en la captura y abstracción de los requerimientos del usuario. Un buen diseño de una base de datos será fundamental para poder tener información precisa y actualizada. Para lograr esto se utiliza la normalización.
54
Las etapas del diseño de una base de datos son: Diseño Conceptual.- El diseño conceptual consiste en la extracción de las entidades y relaciones del mundo real y que van a formar parte de nuestra base de datos. Diseño Lógico.- Consiste en la transformación del modelo conceptual al diseño lógico. Diseño físico.- Consiste en implementar el diseño lógico en un sistema de gestión de dase de datos. Aplicación: Para elaborar la base de datos de SAMGI, se partió de los requerimientos del usuario, los cuales fueron tomados del documento de especificación de requerimientos, ver Anexo 5. Una vez recopilada toda la información correspondiente se procedió a realizar el diagrama del modelo relacional, en el cual se plasmó todas las entidades posibles del problema en cuestión, de las cuales las más importantes para la solución de este problema son las entidades de Usuarios, Alumnos, Funcionarios, Instructores, Depósitos.
55
Figura 38. Modelo relacional Base de datos SAMGI Fuente: Elaboraci贸n propia.
56
4.6.2.2.3. Diseño de interfaces o prototipos El diseño consiste en crear una estructura donde se organiza la lógica del sistema, un buen diseño permite que el sistema crezca con cambios en un solo lugar. El diseño de las interfaces debe contener información clara y simple sin afectar su operatividad. Aplicación: Utilizando las prácticas de la programación extrema se diseñó las interfaces de SAMGI, estas interfaces son fáciles de manipular y poseen información clara y precisa para sus usuarios.
Figura 39. Ventana de acceso al sistema SAMGI Fuente: Sistema Maestro de Gestión Institucional, SAMGI.
Figura 40. Ventana principal usuario Administrador del sistema SAMGI Fuente: Sistema Maestro de Gestión Institucional, SAMGI.
57
Figura 41. Ventana principal usuario Financiero sistema SAMGI. Fuente: Sistema Maestro de Gesti贸n Institucional, SAMGI.
Figura 42. Ventana principal usuario Promotor sistema SAMGI Fuente: Sistema Maestro de Gesti贸n Institucional, SAMGI.
Figura 43. Ventana principal usuario Planificaci贸n sistema SAMGI Fuente: Sistema Maestro de Gesti贸n Institucional, SAMGI.
58
Figura 44. Ventana inicio administraci贸n Usuarios del sistema SAMGI Fuente: Sistema Maestro de Gesti贸n Institucional, SAMGI.
Figura 45. Ventana de registro de Usuarios del sistema SAMGI Fuente: Sistema Maestro de Gesti贸n Institucional, SAMGI.
59
Figura 46. Ventana inicio administración Servidores Públicos del sistema SAMGI Fuente: Sistema Maestro de Gestión Institucional, SAMGI.
Figura 47. Ventana de registro de servidores públicos sistema SAMGI Fuente: Sistema Maestro de Gestión Institucional, SAMGI.
60
Figura 48. Ventana de matriculaciรณn del sistema SAMGI Fuente: Sistema Maestro de Gestiรณn Institucional, SAMGI.
Figura 49. Ventana inicio opciรณn depรณsitos del sistema SAMGI Fuente: Sistema Maestro de Gestiรณn Institucional, SAMGI.
61
Figura 50. Ventana de registro de depósitos del sistema SAMGI Fuente: Sistema Maestro de Gestión Institucional, SAMGI.
4.6.2.3. Codificación del sistema En la fase de codificación se comienza a dar vida al sistema partiendo de los diseños previamente elaborados. En la metodología de desarrollo de software programación extrema se debe cumplir con varios aspectos para llevar a cabo el desarrollo del sistema. 4.6.2.3.1. Cliente In-situ. EL cliente juega un papel importante en la codificación, se debe tener la disponibilidad para poder reunirse con los programadores para dar respuestas a sus interrogantes, resolver altercados y determinar prioridades. 4.6.2.3.2. Programación en parejas La programación en parejas como su nombre lo dice, consiste en realizar la codificación entre dos personas en un solo computador. Donde uno de los dos se encarga de codificar pensando en la mejor forma de hacerlo y el otro se encarga de pensar estratégicamente para así trabajar en conjunto.
62
4.6.2.3.3. Recodificación La recodificación o refactorización se da partir de un código ya desarrollado, se busca hacerlo más simple sin perder su funcionalidad. Se debe recodificar solo cuando el sistema lo pida y no ante especulaciones. 4.6.2.3.4. Estándares de codificación Cuando hay varios programadores involucrados en el desarrollo del sistema, es importante determinar un estándar de codificación que sea aprobado y aplicado por el equipo de programación. Aplicación: Para la codificación del Sistema Maestro de Gestión Institucional SAMGI. Se utilizó el entorno de desarrollo NetBeans 7.1, el framework de desarrollo de aplicaciones en PHP CodeIgniter versión 2.1.3. La a través de extensión Grocery Crud
se
generó las grillas de visualización datos. Además se incluyeron las
bibliotecas JQuery UI las cuales permitieron dar varios efectos visuales agradables para el usuario y TCPDF la cual permitió generar los reportes en formato PDF. El código fuente de la aplicación está estructurado en controladores, modelos y vistas, para mayor información el Sistema Maestro de Gestión Institucional SAMGI estará disponible en un CD adjunto al presente proyecto de disertación de grado. Controlador usuarios.php El controlador usuarios está conformado por funciones que permiten realizar varias tareas tales como loguear usuarios, cerrar sesión, ingresar, editar y eliminar usuarios entre otras, su código fuente es: <?php if (!defined('BASEPATH')) exit('Direccción no permitida'); class Usuarios extends CI_Controller { Public function __construct() { parent::__construct(); $this->load->helper('form', 'url'); $this->load->library('form_validation'); $this->load->library('grocery_crud'); $this->load->helper(array('datagrid', 'url')); $this->load->library(array('table', 'form_validation'));
63
$this->load->model('usuarios_model', '', TRUE); $this->load->model('servidor_publi_model', '', TRUE); $this->load->library('session'); } //--------------------
Función de inicio del sistema -----------------------------------------------------------
public function inicio() { $data1['main_content'] = "usuarios/inicio"; $data1['aux'] = '2'; $data1['tipo'] = "menu_" . $this->session->userdata('tipo'); try { $crud = new grocery_CRUD(); /* Crear el objeto */ $crud->set_theme('flexigrid'); /* Se selecciona el tema */ $crud->set_table('vista_usuarios'); /* Se selecciona el nombre de la tabla de nuestra base de datos */ $crud->set_subject('Usuarios'); /* Se le asigna un nombre */ $crud->set_language('spanish'); /* Asignar el idioma español */ //--------------------
Se configura el objeto
-----------------------------------------------------------------
$crud->display_as('Id', 'Identificación'); $crud->display_as('user', 'Usuario'); $crud->display_as('Nombres', 'Funcionario'); $crud->display_as('tipo', 'Tipo'); $crud->set_primary_key('Id'); $crud->add_action('Ver ficha', base_url() . 'assets/grocery_crud/themes/flexigrid/css/images/view.png', 'reportes/' . $this->session>userdata('tipo') . '/usuarios'); $crud->unset_print(); $crud->columns('Id', 'user', 'Nombres', 'tipo' ); $output = $crud->render();/* Generar la tabla de información */
//--------------------
Cargamos en la vistas ---------------------------------------------------------------------
$this->load->view('include/cabecera'); $this->load->view('menus/cabecera/' . "menu_" . $this->session->userdata('tipo')); $this->load->view('usuarios/inicio', $output); $this->load->view('include/pie_pagina'); } catch (Exception $e) { show_error($e->getMessage() . ' --- ' . $e->getTraceAsString()); /* Se muestrar los errores en caso de haberlos */ } } //--------------Función para visualizar el formulario de registro de usuarios ---------------------------public function registrar() { $data1['main_content'] = "usuarios/reg_usuarios"; $data1['aux'] = '3'; $data1['tipo'] = "menu_" . $this->session->userdata('tipo'); $this->load->view('include/template', $data1); }
64
//------------------ Función para almacenar en la BDD el registro de un nuevo usuario --------------public function crear_usuarios() { $this->form_validation->set_rules('txt_user', 'Usuario', 'trim|required|callback__verificar_usuario'); $this->form_validation->set_rules('txt_pass', 'Contraseña', 'trim|required|md5'); $this->form_validation->set_rules('txt_re_pass', 'Confirmar Contraseña', 'trim|required|matches[txt_pass]|md5'); $this->form_validation->set_rules('txt_id_func', 'Funcionario', 'trim|required|callback__verificar_id_fun'); $this->form_validation->set_rules('se_tipo', 'Tipo', 'required'); $this->form_validation->set_message('matches', 'Las contraseñas no coinciden'); $this->form_validation->set_message('required', '* Campo requerido'); $this->form_validation->set_message('_verificar_usuario', 'El %s ya existe'); $this->form_validation->set_message('_verificar_id_fun', 'El %s ya cuenta con su usuario'); if ($this->form_validation->run() == FALSE) { $id_fun = $this->input->post('txt_id_func'); $this->registrar(); } else { $user = $this->input->post('txt_user'); $pass = $this->input->post('txt_pass'); $estado = ('Activo'); $id_fun = $this->input->post('txt_id_func'); $tipo = $this->input->post('se_tipo'); $insert = $this->usuarios_model->insertar_usuario($user, $pass, $estado, $id_fun, $tipo); redirect('usuarios/inicio', 'refresh'); } } //-------------------
Función para verificar la existencia de un usuario --------------------------------------
public function _verificar_usuario($usuario) { return $this->usuarios_model->verificar_usuario($usuario); }
//------------------ Función para visualizar la ventana de edición usuario -----------------------------------function editar($id) { $usuario = $this->usuarios_model->obtener_usuario_por_id($id)->row(); $this->form_data->id = $id; $this->form_data->user = $usuario->user; $this->form_data->pass = $usuario->pass; $this->form_data->funcionario = $usuario->Nombres; $this->form_data->est = $usuario->estado; $this->load->view('include/cabecera'); $this->load->view('usuarios/edit_usuarios', $data); $this->load->view('include/pie_pagina'); }
//--------------- Función para almacenar en la BDD el registro de usuario editado --------------------public function editar_usuario() { $this->form_validation->set_rules('txt_pass', 'Contraseña', 'trim|required|md5');
65
$this->form_validation->set_rules('txt_repass', 'Confirmar Contraseña', 'trim|required|matches[txt_pass]|md5'); $this->form_validation->set_message('matches', 'Las contraseñas no coinciden'); $this->form_validation->set_message('required', 'Campo requerido'); $this->form_validation->set_message('_verificar_usuario', 'El %s ya existe'); if ($this->form_validation->run() == FALSE) { $this->editar($this->input->post('txt_id')); } else { $id = $this->input->post('txt_id'); $user = $this->input->post('txt_user'); $pass = $this->input->post('txt_pass'); $est = $this->input->post('se_estado'); $this->usuarios_model->actualiza_usuario($id, $user, $pass, $est); redirect('usuarios/inicio', 'refresh'); } } //------------------ Función AJAX para buscar en la BDD los funcionarios registrados -----------------function ajax() { if ($buscar = $this->input->get('term')) { $this->db->select('Apellidos as value,Nombres as value1, Id as codigo'); $this->db->like('Apellidos', $buscar); $query = $this->db->get('tbl_servidor_publi'); if ($query->num_rows() > 0) { foreach ($query->result_array() as $row) { $result[] = $row; } } echo json_encode($result); } } } ?>
Modelo usuarios_model.php El modelo usuarios está conformado por varias funciones que sirven para la manipulación de los datos con la base de datos del Sistema Maestro de Gestión Institucional SAMGI. Las funciones de mayor relevancia son insertar, editar, eliminar y consultar los registros de los usuarios de la BDD. <?php class Usuarios_model extends CI_Model { public function __construct() { parent::__construct(); $this->load->database(); }
66
//----------------------- Funciรณn para insertar un nuevo usuario en la BDD ---------------------------function insertar_usuario($user,$pass,$estado,$id_fun,$tipo) { $data = array( 'Login' => $user, 'Pass' => $pass, 'Estado' => $estado, 'Id_servidor_publi' => $id_fun, 'Tipo' => $tipo ); return $this->db->insert('tbl_usuario',$data); } //------------------------ Funciรณn para obtener usuarios de la BDD -----------------------------------function obtener_usuarios() { $query = $this->db->get('vista_usuarios'); if ($query->num_rows() > 0){ return $query; }else{ return false; } } //------------------------ Funciรณn para verificar el usuario en la BDD --------------------------------function verificar_usuario($usuario){ $this->db->where('user',$usuario); $query=$this->db->get('vista_usuarios'); if($query->num_rows() > 0){ return false; } else{ return true; } } //------------------------- Funciรณn para verificar el id del servidor publico ---------------------------function verificar_id_fun($id){ $this->db->where('Id_servidor_publi',$id); $query=$this->db->get('tbl_usuario'); if($query->num_rows() > 0){ return false; } else{ return true; } } //----------------------------- Funciรณn para validar el logueo ----------------------------------------------function validar_usuario($user, $pass) { $query = $this->db->where('user', $user); $query = $this->db->where('pass', $pass); $query = $this->db->where('estado', 'Activo'); $query = $this->db->get('vista_usuarios'); return $query->row(); }
67
//---------------------------- Función para eliminar un usuario de la BDD ------------------------------function eliminar($id){ $this->db->where('Id', $id); $this->db->delete('tbl_usuario'); } //--------------------------- Función para obtener un usuario por id de la BDD ------------------------function obtener_usuario_por_id($id){ $this->db->where('Id', $id); return $this->db->get('vista_usuarios'); } //----------------- Función para editar un usuario de la BDD -----------------function actualiza_usuario($id, $user,$pass,$est) { $data = array('Login' => $user, 'Pass' => $pass, 'Estado' => $est ); $this->db->where('Id', $id); $this->db->update('tbl_usuario', $data); } } ?>
Vista inicio.php Las vistas contienen la parte HTML del sistema de gestión institucional, en este caso la vista inicio.php visualiza la página de inicio de la opción usuarios. <html> <head> <link href="<?php echo base_url(); ?>css/style.css" rel="stylesheet" type="text/css" /> <link href="<?php echo base_url(); ?>css/960.css" rel="stylesheet" type="text/css" /> <?php foreach ($css_files as $file): ?> <link type="text/css" rel="stylesheet" href="<?php echo $file; ?>" /> <?php endforeach; ?> <?php foreach ($js_files as $file): ?> <script src="<?php echo $file; ?>"></script> <?php endforeach; ?> <script> $(function() { $( document ).tooltip(); }); </script> </head> <body> <div class="container_16" > <div class="grid_16" id="contenido" > <br/> <div class="prefix_3 grid_5 texto_contenido_titu"> <h1> Usuarios </h1>
68
</div> <div class="grid_1" id="image" > <img src="<?php echo base_url(); ?>/imagenes/usuarios.png" width="48" height="48"> </div> <div class=""> <div class="content"> <br/> <?php echo $output; ?> <br/> </div> </div> <br> </div> </div> </body> </html>
4.6.2.4. Pruebas Durante esta fase se debe comprobar que no exista ninguna característica del sistema sin que haya sido probada. El objetivo de esta fase es la de obtener un sistema informático seguro y que este en la capacidad de aceptar nuevos cambios a futuro. 4.6.2.4.1. Pruebas Unitarias Las Pruebas unitarias son un elemento importante dentro de la programación extrema. Estas pruebas se las realiza constantemente, no es necesario de que el proyecto esté terminado en su totalidad, porque son aplicadas durante cada iteración. Aplicación: Las pruebas unitarias del sistema maestro de gestión institucional, SAMGI. Se realizaron durante la etapa de desarrollo, verificando que se cumplimiento con cada una de las historias de usuarios obteniendo como resultado la siguiente información. Tabla 10: Prueba unitarias del Sistema Maestro de Gestión Institucional
Historias de Usuarios
Acceso al Sistema
Tareas
Comprobado
Crear formulario de acceso al sistema. Crear Campos de texto usuario y contraseña.
SI SI
Crear botón de inicio de sesión.
SI
Codificación del formulario de acceso al sistema.
SI
69
Crear menús para cada perfil de usuarios. Codificar los formularios de menús. Crear formulario de inicio de usuarios Crear un GRID de visualización de información de usuarios.
SI SI SI
Crear botones agregar, editar, eliminar, otros.
SI
Administración de usuarios Codificar formulario de inicio usuarios. Crear formularios para la administración de los usuarios. Crear campos de texto usuario, contraseña, repetir contraseña, tipo de usuario, nombres y apellidos del funcionario. Crear botones guardar y cancelar. Codificación de los formularios de administración de usuarios.
Crear formulario de inicio servidores públicos. Crear un GRID de visualización de información de los servidores públicos. Crear botones agregar, editar, eliminar, otros. Administración de servidores públicos
SI SI
SI SI SI
SI SI SI SI
Codificar formulario de inicio servidores públicos. Crear formularios para la administración de servidores públicos. Crear campos de texto Nombres, Apellidos, CI, Rasgos nativos, Dirección, Teléfono, Fecha_nacim, Área, Títulos académicos, Fecha ingreso, Nombre cónyuge, Categoría, Actividad trabajo, Estado, Foto, Memo, Currículum. Crear botones guardar y cancelar. Codificación de los formularios de administración de servidores públicos. Crear formulario de inicio instructores.
Administración de instructores
SI
SI
SI
SI SI SI
Crear un GRID de visualización de información de los instructores. Crear botones agregar, editar, eliminar, otros. Codificar formulario de inicio instructores.
SI
Crear formularios para la administración de instructores.
SI
SI SI
70
Administración de instructores
Crear campos de texto Nombres, Apellidos, CI, Rasgos nativos, Dirección, Teléfono, Fecha_nacim, Área, Títulos académicos, Fecha ingreso, Nombre cónyuge, Categoría, Actividad de trabajo, Estado, Foto, Memo, Currículum. Crear botones guardar y cancelar.
Codificación de los formularios de administración de instructores. Crear formulario de inicio representantes. Crear un GRID de visualización de información de los representantes. Administración Crear botones agregar, editar, eliminar, otros. Crear formularios para la administración de de representantes representantes. Crear campos de texto Nombres, Apellidos, Ruc/CI, Lugar de Trabajo, Teléfonos, Email. Crear botones guardar y cancelar. Codificación de los formularios de administración de representantes.
Administración de estudiantes
SI SI SI SI SI SI SI SI SI
Crear formulario de inicio estudiantes.
SI
Crear un GRID de visualización de información de los estudiantes. Crear botones agregar, editar, eliminar, otros. Codificar formulario de inicio estudiantes.
SI
Crear formularios para la administración de estudiantes.
SI
Crear campos de texto Id_representante, Nombres, Apellidos, Dirección, Teléfonos, Fecha nacimiento, Sexo, Estudios, Rasgos nativos, Experiencia artística, Ciudad, Parroquia, Nivel, Fecha inscripción, Estado, Foto, Memo. Crear botones guardar y cancelar.
Registro de cursos
SI
SI SI
SI
SI
Codificación de los formularios de administración de estudiantes. Crear formulario de inicio cursos.
SI
Crear un GRID de visualización de información de los cursos. Crear botones agregar, editar, eliminar, otros.
SI
Codificar formulario de inicio cursos. Crear formularios para el registro de cursos. Crear campos de texto Período, Tipo, Área, Curso, Instructor, Fecha de inscripción.
SI
SI SI SI SI
71
Registro de cursos
Registro de depósitos
Generación de reportes
Crear botones registrar y cancelar.
SI
Codificación de los formularios de registro de cursos. Crear formulario de inicio de registro de depósitos.
SI
Crear un GRID de visualización de información de los depósitos. Crear botones registrar depósito.
SI
Codificar formulario de inicio de registro de depósitos. Crear formularios para el registro de depósitos.
SI
Crear campos de Curso, Mes, Número de depósito, Fecha, Valor. Crear botones registrar y cancelar.
SI
Codificación de los formularios de registro de depósitos. Crear formulario de generación de reportes.
SI
Crear opciones por cada perfil de usuario. Crear botones de generación de reportes, impresión, salir. Codificar formularios de generación de reportes.
SI
SI
SI
SI
SI SI SI SI
Nota. Se verificó que se haya efectuado cada una de las historias de usuario de SAMGI. Fuente: Elaboración propia.
4.6.2.4.2. Pruebas de aceptación Las pruebas de aceptación o también conocidas como pruebas del cliente. Los clientes son los que tienen que verificar que los resultados sean los correctos. De la misma manera si varias pruebas fallan este debe dar las prioridades de resolución a dichas fallas. Aplicación: Las pruebas de aceptación del Sistema Maestro de Gestión Institucional consistieron en la verificación de los requerimientos funcionales establecidos en el documento de especificación de requerimientos SRS, ver Anexo 5. Estas pruebas fueron aplicadas a los principales usuarios del sistema obteniendo un resultado satisfactorio con cada uno de ellos, ver Anexo 6.
72
4.6.2.5. Entrega del sistema informático Esta fase consiste en la entrega del sistema informático en su totalidad, se lo realiza una vez que se haya cumplido favorablemente todas las pruebas realizadas para comprobar su correcto funcionamiento. Además de entregar el sistema informático se debe incluir el manual de usuario y el manual de instalación, documentos que son de gran importancia para la correcta manipulación del sistema informático. Aplicación: Una vez finalizado en su totalidad el sistema maestro de gestión institucional se procedió a la entrega a través de un acta de entrega-recepción a las principales autoridades de la Casa de la Cultura Ecuatoriana Benjamín Carrión, ver Anexo 7: Lcda. Graciela Torres – Presidente. Ing. Marlon Serrano - Planificación y Sistemas. Lcdo. Edgar Sarmiento – Custodio de Bienes. Con la entrega del sistema maestro de gestión institucional se incluyeron sus respectivos manuales, ver Anexo 8 y 9.
73
V. RESULTADOS 5.1. Discusión y Análisis de los resultados El DISEÑO E IMPLEMENTACIÓN DEL MÓDULO
DE GESTIÓN DEL
PROCESO DE MATRICULACIÓN PARA EL CONTROL DE PAGOS DE LOS ESTUDIANTES DE LA CASA DE LA CULTURA BENJAMÍN CARRIÓN NÚCLEO SANTO DOMINGO, fue planteado con la finalidad de automatizar los procesos de registro de alumnos, control de fondos de autogestión y la generación de reportes. La implementación del Sistema informático traerá como beneficio el acceso a la información de forma ágil y sencilla, permitiendo dar respuesta de manera efectiva y a tiempo cuando se necesite hacer uso de la misma. 5.1.1. Encuesta aplicada a los Servidores Públicos de la Casa de la Cultura Ecuatoriana núcleo Santo Domingo Se realizó una encuesta a los servidores públicos de la CCESD ver Anexo 4, para determinar los problemas que tenían referente a la gestión que se realiza en la institución, producto de esto se obtuvieron los siguientes resultados: 1.
De acuerdo a su criterio, ¿Cómo calificaría la gestión institucional en
CCESD en la actualidad?
Tabla 11: Tabulación de la información pregunta N° 1
ALTERNATIVAS CANTIDAD PORCENTAJE Buena 2 33 % Regular 4 67% Deficiente 0 0% TOTAL 6 100% Nota. Los valores que se muestran en la tabla, son acorde a los resultados obtenidos donde se puede apreciar que la alternativa Regular es la que mayor puntaje obtuvo. Fuente: Encuesta realizada a los funcionarios de la CCESD.
73
74
Alternativas Buena
Regular
Deficiente
0% 33%
67%
Figura 51. Representación Gráfica, resultado de la tabulación de la pregunta N° 1 Fuente: Encuesta realizada a los funcionarios CCESD.
Análisis: El 33% de los encuestados han mencionado que la gestión institucional en la CCESD es buena, mientras que el 67% de la población restante menciona que es regular por lo que la mayoría no está conforme con el trabajo que se realiza. 2.
Actualmente la
CCESD no cuenta con un sistema que le permita
automatizar sus procesos. ¿Cree Ud. qué la falta de eficiencia se debe a esto? Tabla 12: Tabulación de la información pregunta N° 2
ALTERNATIVAS CANTIDAD PORCENTAJE SI 4 67% No 0 0% Ninguna 2 33% TOTAL 6 100% Nota. Los valores mostrados en la tabla representa a las 3 alternativas que presentaba la segunda pregunta, donde se puede se puede apreciar que la opción ninguna tuvo mayor valor. Fuente: Encuesta realizada a los funcionarios de la CCESD.
75
Alternativas SI
No
Ninguna
33%
67% 0%
Figura 52. Representación Gráfica, resultado de la tabulación de la pregunta N° 2 Fuente: Encuesta realizada a los funcionarios CCESD.
Análisis: El 67% de los encuestados, es decir la mayoría creen que la deficiente gestión institucional en la CCESD se debe a que no cuentan con un software de gestión, mientras que el 33% afirman que no se debe a esto. 3.
Acorde a las actividades que Ud. realiza en la institución, ¿Que métodos o
herramientas utiliza para realizar dichas actividades? Tabla 13: Tabulación de la información pregunta N° 3
ALTERNATIVAS Word Excel Access Cuadernos Fichas Libro diarios Otros TOTAL
CANTIDAD PORCENTAJE 6 27% 6 277% 1 5% 4 18% 3 14% 0 0% 2 9% 22 100%
Nota. Los datos de la tabla muestran las diferentes alternativas que se plantearon en la pregunta número 3. Fuente: Encuesta realizada a los funcionarios de la CCESD.
76
Alternativas Word
Excel
Access
Cuadernos
Fichas
Libro diarios
Otros
0% 9%
14%
27%
18% 5%
27%
Figura 53. Representación Gráfica, resultado de la tabulación de la pregunta N° 3 Fuente: Encuesta realizada a los funcionarios CCESD.
Análisis: Según la tabulación de los datos de la pregunta N° 3, se puede observar que la mayoría de los encuestados utilizan métodos convencionales, con un 27% están Word y Excel, seguido con el 18% para la opción de cuadernos, y posteriormente las demás alternativas. 4.
¿Considera que la información que Ud. maneja se encuentra segura en su
ordenador de trabajo? Tabla 14: Tabulación de la información pregunta N° 4
ALTERNATIVAS CANTIDAD PORCENTAJE Si 0 0% No 6 100% TOTAL 6 100% Nota. Los datos que se muestran en la tabla son las alternativas si y no de la pregunta número 4. Fuente: Encuesta realizada a los funcionarios de la CCESD.
77
Alternativas Si
No
0%
100%
Figura 54. Representación Gráfica, resultado de la tabulación de la pregunta N° 4 Fuente: Encuesta realizada a los funcionarios CCESD.
Análisis: La totalidad de los encuestados, es decir el 100%, afirma que su información no se encuentra segura en su computador de trabajo, esto se debe a que no cuentan con las respectivas seguridades que permitan salvaguardar dicha información. 5.
En caso de una posible infección a su ordenador y por consecuencia la
pérdida de información, de ser este su caso. ¿Cuenta Ud. con su respetivo respaldo? Tabla 15: Tabulación de la información pregunta N° 5
ALTERNATIVAS CANTIDAD PORCENTAJE Si 5 83% No 1 17% TOTAL 6 100% Nota. Los datos que se muestran en la tabla son las alternativas si y no de la pregunta número 5. Fuente: Encuesta realizada a los funcionarios de la CCESD.
78
Alternativas Si
No
17%
83%
Figura 55. Representación Gráfica, resultado de la tabulación de la pregunta N° 5 Fuente: Encuesta realizada a los funcionarios CCESD.
Análisis: El 83% de los encuestados tienen un respaldo de su información ya sea en dispositivos USB o discos duros externos, como medida de prevención frente a posibles ataques de virus, mientras que solo el 17% no tiene respaldo alguno.
6.
De acuerdo a su cargo en la CCESD, selecciones las actividades que
realiza cotidianamente. Tabla 16: Tabulación de la información pregunta N° 6
Nota: Los datos de la tabla muestras las distintas alternativas de selección propuestas en la pregunta número 6 y sus respectivos valores tabulados. Fuente: Encuesta realizada a los funcionarios de la CCESD.
79
Alternativas Reportes
Registro de informacion
20%
Cosultas
Otras
25%
25% 30%
Figura 56. Representación Gráfica, resultado de la tabulación de la pregunta N° 6 Fuente: Encuesta realizada a los funcionarios CCESD.
Análisis: Según los resultados obtenidos en la tabulación de los datos de la pregunta N° 6, el 30% de los encuestados realizan la actividad de registro de información, seguido por las actividades de consultas y reportes con un 25% y solo el 20% de los encuestados realiza otras actividades. 7. ¿El tiempo estimado que demora en realizar dichas actividades? Tabla 17: Tabulación de la información pregunta N° 7
ALTERNATIVAS Horas Días Meses TOTAL
CANTIDAD PORCENTAJE 5 56% 2 22% 2 22% 9 100%
Nota. Los datos que se muestran en la tabla son las alternativas de la pregunta número 7 y sus respectivos valores tabulados. Fuente: Encuesta realizada a los funcionarios de la CCESD.
80
Alternativas Horas
Dias
Meses
22%
56%
22%
Figura 57. Representación Gráfica, resultado de la tabulación de la pregunta N° 7 Fuente: Encuesta realizada a los funcionarios CCESD.
Análisis: Los resultados afirman que el 56% de los encuestados se demoran en realizar dichas actividades en horas, mientras que el 44% se demora entre días y meses en realizar sus labores dependiendo el grado de complejidad que tengan. 8. ¿Cree Ud. que el tiempo que se demora en dar respuesta a estas actividades es el adecuado y a su vez eficiente? Tabla 18: Tabulación de la información pregunta N° 8
ALTERNATIVAS Si No TOTAL
CANTIDAD PORCENTAJE 3 50% 3 50% 6 100%
Nota. Los datos que se muestran en la tabla son las alternativas si y no de la pregunta número 8. Fuente: Encuesta realizada a los funcionarios de la CCESD.
81
Alternativas Si
50%
No
50%
Figura 58. Representación Gráfica, resultado de la tabulación de la pregunta N° 8 Fuente: Encuesta realizada a los funcionarios CCESD.
Análisis: Se puede observar que del total de encuestados el 50% afirman que el tiempo que se demoran en realizar dichas actividades es eficaz y adecuado, mientras que el otro 50% restante no creen que es eficaz. 9. ¿Considera Ud. que la información a la cual tiene acceso es precisa y con un minino margen de error? Tabla 19: Tabulación de la información pregunta N° 9
ALTERNATIVAS Si No TOTAL
CANTIDAD PORCENTAJE 2 33% 4 67% 6 100%
Nota. Los datos que se muestran en la tabla son las alternativas si y no de la pregunta número 9. Fuente: Encuesta realizada a los funcionarios de la CCESD.
82
Alternativas Si
No
33% 67%
Figura 59. Representación Gráfica, resultado de la tabulación de la pregunta N° 9 Fuente: Encuesta realizada a los funcionarios CCESD.
Análisis: El 67% de la muestra encuestada afirman que los datos a los que tienen acceso y libre manipulación no es precisa debido al poco control que se tiene de la misma, mientras el 37% restante afirman que la información manejada contiene poco margen de error. 10. ¿Cree Ud. que sería beneficioso la implementación de un sistema de gestión institucional para la CCESD? Tabla 20: Tabulación de la información pregunta N° 10
ALTERNATIVAS Si No TOTAL
CANTIDAD PORCENTAJE 6 100% 0 0,% 6 100%
Nota. Los datos que se muestran en la tabla son las alternativas si y no de la pregunta número 10. Fuente: Encuesta realizada a los funcionarios de la CCESD.
83
Alternativas Si
No
0%
100%
Figura 60. Representación Gráfica, resultado de la tabulación de la pregunta N° 10 Fuente: Encuesta realizada a los funcionarios CCESD.
Análisis: El 100% de los encuestados concuerdan que sería beneficiosa la implementación de un sistema de gestión institucional para la CCESD, esto ayudaría a dar un mejor tiempo de respuesta en las actividades y por ende brindar un mejor servicio a la comunidad. 11. ¿Qué características le gustaría que tuviera el sistema de gestión institucional?
Tabla 21: Tabulación de la información pregunta N° 11
ALTERNATIVAS CANTIDAD PORCENTAJE Fácil manejo 6 24% Información precisa 4 16% Disponibilidad 2 8% Personalización 1 4% Sencilla 2 8% Seguridad 6 24% Ayuda 4 16% Fluidez 0 0% Otras 0 0% TOTAL 25 100% Nota. Los datos que se aprecian en la tabla muestran en detalle los valores que tuvieron las alternativas de la pregunta número 11. Fuente: Encuesta realizada a los funcionarios de la CCESD.
84
Alternativas Fácil manejo
Información precisa
Disponibilidad
Personalización
Sencilla
Seguridad
Ayuda
Fluidez
Otras 0%
0% 16%
24%
24%
16% 8%
4%
8%
Figura 61. Representación Gráfica, resultado de la tabulación de la pregunta N° 11 Fuente: Encuesta realizada a los funcionarios CCESD.
Análisis: El 24% de los encuestados opinan que el sistema de gestión institucional debe ser de fácil manejo y así como debe contar con las respectivas seguridades, mientras que el 16% de los encuestados opinan que debe tener información precisa y opciones de ayuda. Otras características que también se mencionan están la disponibilidad, la sencillez con el 8% y la personalización con el 4%. El primer resultado que se obtuvo durante el presente proyecto de disertación de grado fue la encuesta aplicada a cada uno de los funcionarios de la CCESD con el objetivo de recabar información que ayudó a determinar las deficiencias que se tenían en la gestión y administración de la información de los estudiantes de la institución. Todos los Servidores Públicos encuestados concuerdan que las falencias en la gestión administrativa en la CCESD se debían a la inexistencia de un Software informático de gestión en la institución. Analizando cada una de las preguntas realizadas en la encuesta pude notar que en efecto la falta de un sistema de gestión de información en la CCESD dificultaba la realización de varias actividades cotidianas de los servidores públicos. Esto me llevo a plantear la siguiente pregunta ¿La implementación de un sistema de gestión institucional resolvería dichas falencias? ¿Por qué? Mi respuesta es sí, por qué en un mundo donde la tecnología es parte de nuestras vidas y ya no es un lujo sino una necesidad, entonces porque no aprovechar este recurso. Es por tal razón que las instituciones tanto públicas como privadas con el fin de proveer información clara, precisa y confiable han optado por implementar
85
sistemas informáticos que permiten optimizar sus procesos y como consecuencia de ello, un mejor desempeño de la institución. 5.1.2. Aplicación
SAMGI
utilizando
la
metodología
de
desarrollo
Programación Extrema. Análisis: El Sistema Maestro de Gestión Institucional SAMGI fue desarrollado con la metodología Programación Extrema debido al tiempo que se tenía para poder cumplir este proyecto, esta metodología permitió ir realizando cambios a medida que se avanzaba, a través de la continua iteración con el cliente que en este caso es la CCESD que tuvo como delegado al Ing. Marlon Paul Serrano el cual estuvo a cargo de la ejecución e implementación del proyecto en dicha institución. Las fases o etapas que dieron como producto final la aplicación SAMGI fueron Análisis, Diseño, Codificación Pruebas e Implementación. Durante cada una de estas fases se obtuvieron varios resultados los cuales fueron los esperados de acuerdo a lo que planteaba la metodología de desarrollo Programación Extrema. SAMGI es el acrónimo de Sistema Maestro de Gestión Institucional, el cual fue propuesto como solución inmediata a los problemas de gestión administrativa en lo que respecta a información de los estudiantes de la CCESD. Es decir que con la implementación de esta aplicación se pretende mejorar algunos procesos administrativos tales como el proceso de matriculación de estudiantes, el control de pagos mensuales entre otros. ¿Esta aplicación sería la solución a los problemas de gestión en la CCESD? El proyecto de implementación de un aplicación de gestión institucional nace de la necesidades propias de la CCESD, partiendo de un análisis realizando en conjunto con cada uno de los servidores públicos de la institución, dando este como resultado el documento de especificación de requerimientos SRS, que dentro del ámbito de desarrollo de aplicaciones este documento contiene las especificaciones y las limitaciones del sistema a desarrollar. SAMGI fue desarrollado utilizando la metodología de desarrollo Programación Extrema ¿Pero porque utilizar esta metodología y no otra? Si bien es cierto que la Programación Extrema es una metodología que trata de evitar la formalidad y cierta documentación que otras metodologías aplican, no quiere decir que sea una mala metodología, al contrario XP a través de sus prácticas permite a los desarrolladores elaborar aplicaciones de calidad en tiempos cortos. Sin embargo la calidad de una aplicación no radica solo en su metodología, sino también en forma como se la aplica, por esta razón SAMGI un patrón de software Modelo, Vista, Controlador permitiendo organizar de mejor manera su código fuente.
86
SAMGI es una aplicación de interfaz agradable y sencilla para el usuario final, con la cual se pretende colaborar con la labor de gestión y correcta administración de la información de estudiantes de la Casa de la Cultura Ecuatoriana Benjamín Carrión núcleo Santo Domingo y porque no en un futuro con posteriores investigaciones e implementación de nuevos módulos a SAMGI pueda ser utilizada en otros núcleos de la Casa de la Cultura Ecuatoriana.
5.2. Conclusiones La elaboración de un documento de Especificación de Requerimientos SRS durante la etapa de análisis, permitió definir a detalle cada uno de los requerimientos funcionales y no funcionales los cuales sirvieron como base para el desarrollo del Sistema Maestro de Gestión Institucional SAMGI. Utilizar el patrón de diseño de software Modelo, Vista Controlador para el desarrollo del Sistema Maestro de Gestión Institucional SAMGI permitió tener el código fuente de una manera ordenada y estructurada, que se verá reflejado en desempeño y el tiempo de respuesta a las peticiones del usuario. Con la aplicación de la metodología Programación Extrema en el presente proyecto, se puede concluir que es una metodología bastante flexible por lo que se pudo ir definiendo nuevos requerimientos solicitados por la CCESD durante el proceso de desarrollo del Sistema Maestro de Gestión Institucional SAMGI. La utilización del Framework CodeIgniter para el desarrollo del Sistema Maestro de Gestión Institucional SAMGI, permitió la reducción del tiempo de desarrollo del proyecto debido a que se aplica la reutilización de código además de que cuenta con funciones ya definidas que pueden ser utilizadas por el programador. Las pruebas de aceptación son importantes debido a que a través de ellas se puede comprobar el grado de satisfacción del cliente, permitiendo revisar si se cumple o no con cada uno de los requerimientos establecidos durante la etapa de análisis.
87
5.3. Límites y Recomendaciones Se recomienda que para futuras versiones de SAMGI se revise el SRS ya que puede ser de mucha ayuda al momento de realizar un nuevo análisis de requerimientos. Se recomienda el uso del Modelo, Vista, Controlador (MVC), para los próximos módulos que pudieran ser implementados, esto permitiría mantener la misma estructura. Utilizar técnicas de diseño en la elaboración de aplicaciones web para refinar y optimizar la información que será mostrada al usuario. Se recomienda la continuación del proyecto en la CCESD utilizando el framework de desarrollo CodeIgniter porque es una herramienta completa que permite al programador organizar el código fuente haciendo que las labores de mantenimiento sea menos complicada. Se recomienda a los usuarios del Sistema Maestro de Gestión Institucional, SAMGI que lean los manuales de configuración y de usuario, esto permitirá dar buen uso de la aplicación.
MATERIAL DE REFERENCIA REFERENCIAS BIBLIOGRÁFICAS
Aumaille, B. (2002). J2EE Desarrollo de aplicaciones Web. Barcelona: ENI.
Campderrich, B. (2003). Ingeniería de Software. Barcelona: UOC.
Camps, R. (2006). Introducción a las bases de datos. Madrid: UOC.
Cobo, Á. Gómez, P. & Pérez, D. (2005). PHP y MySQL: Tecnologías
para el
desarrollo de aplicaciones web. España: Díaz de Santos
Eyssautier de la Mora, M. (2006). Metodología de la Investigación (5ta ed. ).
Tijuana: Thomson.
Gómez, M. M. (2006).
Introducción a la metodología de la investigación
científica. Córdoba: Brujas.
Lucio, N. (2010). Metodología de la Investigación. Lima: MACRO.
Mora, S. (2001). Programación en Internet: Clientes WEB. Alicante: Club
Universitario.
Villalba, C. R. (2003). Metodología de la investigación Científica. Quito:
Cámara Ecuatoriana del Libro - Núcleo de Pichincha.
Rob, P. & Coronel, C. (2008). Sistemas de Base de Datos. México: Cengage
Learning S.A.
Sommerville, I. (2005). Ingeniería de Software (7ma ed. ). Madrid: Person
Educación S.A.
Yépez, M. Á. (2009). Metodología para el trabajo de grado (4ta ed. ). Ibarra:
Cámara Ecuatoriana del Libro - Núcleo de Pichincha.
88
89
REFERENCIAS LINCOGRÁFICAS
EllisLab, Inc. (2006). EllisLab Product Listing. Recuperado de http://www.ellislab.com/codeigniter/user-guide/ LibrosWeb.es. (s.f.). Hojas de estilo en cascada, CSS. Recuperado de http://librosweb.es/css/capitulo_1/glosario_basico.html Oracle. ( Diciembre de 2013). Entorno de desarrollo integrado libre,Netbeans. Recuperado de https://netbeans.org/community/releases/71/ Ramirez, G. (Octubre de 2012). Metodología de la investigación. Recuperado de http://www.ccee.edu.uy/ensenian/catmetinvcont/material/PPT%20Parte%207%20 Analisis%20de%20los%20datos-1.pdf Sebastián, J. ( Febrero de 2011). Ciclo de vida del software. Recuperado de http://www.comusoft.com/ciclos-de-vida-proceso-de-desarrollo-del-software Skoumbourdis, J. (s.f.). Utilidad Open Source Grocery CRUD.. Recuperado de http://www.grocerycrud.com/ Villafuerte, V. (2009). Programación Extrema. Recuperado de http://extremeprogramming.host56.com/ARTICULO7.php
ANEXOS
90
91
ANEXO 1 Convenio marco de colaboraci贸n interinstitucional entre la Casa de la Cultura Ecuatoriana N煤cleo Santo Domingo de los Ts谩chilas y la Pontificia Universidad Cat贸lica del Ecuador, Sede Santo Domingo.
92
93
94
95
96
ANEXO 2 Decreto Presidencial NÂŞ 1014.
97
98
99
ANEXO 3 Preguntas aplicadas en la entrevista a los servidores pĂşblicos de la CCESD.
100
Entrevista a Servidores Públicos de la CCESD
1. Nombre y Apellido 2. Que funciones desempeña 3. ¿Cuánto conocimiento tiene sobre computación?¿Del 1 al 10 4. Cree Ud. que es importante la implementación de un software y porque 5. ¿Cuáles son sus expectativas con respecto al uso del software? 6. ¿Qué problemas se espera que resuelva el sistema? 7. ¿Podría describir cada paso del proceso actual? 8. Qué datos se maneja durante el proceso 9. Qué tiempo toma realizar este proceso 10. ¿Qué retrasos ocurren o pueden ocurrir? 11. Con que frecuencia se realiza este proceso 12. ¿Quién es responsable de
en el proceso actual?
101
ANEXO 4 Encuesta dirigida a los Funcionarios de las Casa de la Cultura Ecuatoriana Benjamín Carrión núcleo Santo Domingo.
102
Encuesta dirigida a los Funcionarios de la Casa de la Cultura Ecuatoriana Benjamín Carrión núcleo Santo Domingo. Fecha: El objetivo de la presente encuesta es la de recabar información que será utilizada en
la
disertación de grado intitulada “DISEÑO E IMPLEMENTACIÓN DEL MÓDULO DE GESTIÓN DEL PROCESO DE MATRICULACIÓN PARA EL
CONTROL DE
PAGOS DE LOS ESTUDIANTES DE LA CASA DE LA CULTURA BENJAMÍN CARRIÓN NÚCLEO SANTO DOMINGO.”. La información obtenida será utilizada con fines académicos.
Lea cada pregunta y marque con una X según crea conveniente 1.
De acuerdo a su criterio, ¿Cómo calificaría la gestión institucional en CCESD en la
actualidad? Buena
Regular
Deficiente
Si Ud. seleccionó la opción 3 por favor conteste la pregunta número 2 caso contrario continúe con la pregunta 3. 2.
Actualmente la CCESD no cuenta con un sistema que le permita automatizar sus
procesos. ¿Cree Ud. qué la falta de eficiencia se debe a esto? SI 3.
NO
Acorde a las actividades que Ud. realiza en la institución, ¿Que métodos o
herramientas utiliza para realizar dichas actividades?
Word
Excel
Access
Fichas de registro de información
Cuadernos
Libro diario
Otros………………………………………………………………………….
103
4.
¿Considera que la información que Ud. maneja se encuentra segura en su ordenador de
trabajo? SI
5.
NO
En caso de un posible infección a su ordenador y por consecuencia la pérdida de
información, de ser este su caso. ¿Cuenta Ud. con su respetivo respaldo?
SI
6.
NO
De acuerdo a su cargo en la CCESD, selecciones las actividades que realiza
cotidianamente. Generación de Reportes Ingreso de Información Consultas de información Otras…………………………………………………………………………………..
7. ¿El tiempo estimado que demora en realizar dichas actividades? Horas
Días
Meses
Cantidad: ……….. 8.
¿Cree Ud. que el tiempo que se demora en dar respuesta a estas actividades es el
adecuado y a su vez eficiente?
SI
9.
NO
¿Considera Ud. que la información a la cual tiene acceso es precisa y con un minino
margen de error?
SI
NO
104
10. ¿Cree Ud. que sería beneficioso la implementación de un sistema de gestión institucional para la CCESD? SI
NO
¿Porque?............................................................................................................................... ..... .............................................................................................................................................. ..... 11. ¿Qué características le gustaría que tuviera el sistema de gestión institucional?
De fácil manejo
Interfaz sencilla e
intuitiva Información precisa para los datos Disponibilidad de Ayuda Personalización
Seguridad Opción Fluidez
Otras………………………………………………………………………………..
Muchas gracias por la atención prestada
105
ANEXO 5 Documento de especificaci贸n de requerimientos de software, SRS.
106
Especificaci贸n de requerimientos de software Proyecto: Sistema Maestro de Gesti贸n Institucional.
Septiembre 2012
2
Sistema Maestro de Gestión Institucional
APROBACIÓN DEL DOCUMENTO DE ESPECIFICACIÓN DE REQUERIMIENTOS DEL SISTEMA.
El presente documento de especificación de requerimientos del sistema, para la disertación de grado
intitulada “DISEÑO E IMPLEMENTACIÓN DEL
MÓDULO DE GESTIÓN DEL PROCESO DE MATRICULACIÓN PARA EL CONTROL DE PAGOS
DE
LOS ESTUDIANTES DE LA CASA DE LA
CULTURA BENJAMÍN CARRIÓN NÚCLEO SANTO DOMINGO.”. El cual ha sido redactado en base a los requerimientos exhibidos por los funcionarios de la CCESD.
Documento de especificación de requerimientos de software
3
Sistema Maestro de Gestión Institucional
Contenido 1
INTRODUCCIÓN............................................................................................................ 4
1.1
Propósito .......................................................................................................................... 4
1.2
Alcance ............................................................................................................................ 4
1.3
Personal involucrado ........................................................................................................ 4
1.4
Definiciones, acrónimos y abreviaturas............................................................................. 4
1.5
Referencias....................................................................................................................... 5
1.6
Resumen .......................................................................................................................... 5
2
DESCRIPCIÓN GENERAL............................................................................................. 5
2.1
Perspectiva del producto .................................................................................................. 5
2.2
Funcionalidad del producto .............................................................................................. 5
2.3
Características de los usuarios .......................................................................................... 5
2.4
Restricciones .................................................................................................................... 6
2.5
Suposiciones y dependencias............................................................................................. 6
3
REQUISITOS ESPECÍFICOS ......................................................................................... 7
3.1 Requisitos comunes de los interfaces............................................................................... 17 3.1.1 Interfaces de usuario ................................................................................................ 17 3.1.2 Interfaces de hardware ............................................................................................. 17 3.1.3 Interfaces de software .............................................................................................. 18 3.2
Requisitos funcionales .................................................................................................... 18
3.3 Requisitos no funcionales ............................................................................................... 19 3.3.1 Requisitos de rendimiento ........................................................................................ 19 3.3.2 Seguridad ............................................................................................................... 19
Documento de especificación de requerimientos de software
4
Sistema Maestro de Gestión Institucional
1 Introducción Este documento es una Especificación de Requisitos Software SRS, para el Sistema maestro de gestión institucional. Las especificaciones están basadas en las normas dadas por el estándar IEEE 830. 1.1
Propósito
El presente documento tiene como propósito definir las especificaciones funcionales y no funcionales para el desarrollo del sistema maestro de gestión institucional, módulo estudiantes. El sistema será para uso de los funcionarios de la Casa de la Cultura Ecuatoriana Benjamín Carrión núcleo Santo Domingo. 1.2
Alcance
El sistema maestro de gestión institucional en su primera fase constara de un módulo estudiantes el cual le permitirá automatizar sus procesos tales como el registro de alumnos, control de fondos de auto gestión y generación de reportes. Además de otras funciones administrativas como el manejo de perfiles de usuarios e ingreso de información de funcionarios e instructores. 1.3
Personal involucrado Nombre Rol Responsabilidades Información de contacto
1.4
Eladio Manuel Lucio Galeas Analista, diseñador y programador Análisis de la información, diseño programación de SAMGI eladiolmg@hotmail.com
y
Definiciones, acrónimos y abreviaturas Nombre Descripción Usuario Personas que utilizaran el sistema de gestión institucional. SAMGI Sistema Maestro de gestión institucional SRS Documento de especificación de requerimientos RF Requerimiento Funcional RNF Requerimiento No Funcional CCESD Casa de la Cultura Ecuatoriana Benjamín Carrión núcleo Santo Domingo Documento de especificación de requerimientos de software
5
Sistema Maestro de Gestión Institucional 1.5
Referencias Titulo Referencia IEEE Standard IEEE 830
1.6
Resumen
El presente documento está conformado por tres secciones. La primera parte es una introducción a la misma, y le da una visión general de la especificación de los recursos del sistema. En la segunda parte del documento se describe de manera general al sistema para conocer las principales funciones que debe realizar además de los datos asociados, restricciones, supuestos y dependencias, de una manera breve y concisa. En la tercera parte del documento se detallan los requisitos del sistema.
2 Descripción general 2.1
Perspectiva del producto
El software SAMGI es un programa maestro para la gestión Institucional de la CCESD, que permitirá llevar control de todos los procesos administrativos dirigidos a los alumnos de la Institución de manera confiable y eficaz. 2.2
Funcionalidad del producto
2.3
Manejo de registros para Usuarios , Instructores , Empleados y Alumnos Controlar las cancelaciones y abonos hechas por los padres de familia por cada estudiante matriculado. Generar reportes de cobros receptados diarios. Listados por pantalla y por impresora Generar listados, informes.
Características de los usuarios Tipo de usuario Formación Actividades
Administrador TSU en Informática Control y manejo del sistema en general
Documento de especificación de requerimientos de software
6
Sistema Maestro de Gestión Institucional
Tipo de usuario Formación Actividades
2.4
Planificación Conocimiento Básicos en computación Generación de reportes
Tipo de usuario Formación Actividades
Presidente Conocimiento Básicos en computación Generación de reportes.
Tipo de usuario Formación Actividades
Financiero Conocimiento Básicos en computación Matriculación de alumnos, ingreso de cobros, generación de reportes.
Tipo de usuario Formación Actividades
Promotor Conocimiento Básicos en computación Matriculación de alumnos, generación de reportes.
Restricciones
Se limita el uso del sistema para otros núcleos sin antes haber solicitado la autorización del autor. Se acoge a las normativas de la ley de derecho de autor vigentes.
2.5
Este sistema (Modulo Estudiantes) es para uso exclusivo de la CCESD.
El sistema se diseñará en base al modelo cliente/servidor.
Lenguajes y tecnologías en uso: HTML, JAVA, PHP.
Los servidores deben ser capaces de atender consultas concurrentemente.
El sistema deberá tener un diseño e implementación sencilla.
Suposiciones y dependencias
Se asume todos los requisitos aquí antes descritos son estables
Documento de especificación de requerimientos de software
7
Sistema Maestro de Gestión Institucional
Para garantizar una correcta ejecución del sistema se recomienda contar con equipos de características posteriormente mencionados.
3 Requisitos específicos Requerimientos funcionales Identificación del requerimiento: Nombre: Descripción:
RF01
Usuarios:
Todos
Condiciones: Entradas: Algoritmo:
Que sea un usuario del sistema. Usuario y Contraseña 1. Ingresa Login y Password. 2. Verificación del Login y Password. 3. Conexión al sistema o mensaje de error en usuario o Password. Ingresa al menú principal según el usuario.
Resultados:
Ingreso al sistema Permite el ingreso al sistema.
Identificación del requerimiento: Nombre:
RF02
Descripción:
Permite crear un nuevo usuario en el sistema. Usuario administrador. Que sea administrador del sistema.
Usuarios: Condiciones: Entradas: Algoritmo:
Resultados:
Crear Usuario
Login, Password, Estado, Id_funcionarios 1. Ingrese información sobre el usuario. 2. Guardar la información en la base de datos. 3. Mensaje de guardado con éxito o de error. Ingresa al menú principal según el usuario.
Documento de especificación de requerimientos de software
8
Sistema Maestro de Gestión Institucional
Identificación del requerimiento: Nombre: Descripción: Usuarios: Condiciones: Entradas: Algoritmo:
RF03 Modificar Usuario Permite modificar un usuario en el sistema. Usuario administrador. Que sea administrador del sistema. Login, Password, Estado, Id_funcionarios 1. Consultar información sobre el usuario. 2. Actualizar la información en la base de datos. 3. Mensaje de guardado con éxito o de error.
Resultados:
Ingresa al menú principal según el usuario.
Identificación del requerimiento: Nombre: Descripción:
RF04
Usuarios:
Usuario administrador.
Condiciones:
Que sea administrador del sistema.
Entradas: Algoritmo:
Resultados:
Eliminar Usuario Permite eliminar un usuario en el sistema.
Código de usuario 1. Consultar información sobre el usuario. 2. Actualizar la información en la base de datos. 3. Mensaje de eliminado con éxito o de error. Ingresa al menú principal según el usuario.
Documento de especificación de requerimientos de software
9
Sistema Maestro de Gestión Institucional
Identificación del requerimiento: Nombre: Descripción: Usuarios: Condiciones: Entradas:
Algoritmo:
Resultados:
Identificación del requerimiento: Nombre: Descripción:
RF05 Crear registro de Funcionario Permite crear un registro de un Funcionario en el sistema. Usuario Administrador Que pueda ingresar al menú de registro. Nombres, Apellidos, CI, Rasgos_nativos, Dirección, Teléfono, Fecha_nacim, Área, Titulos_academicos, Fecha ingreso, Nombre_cónyuge, Num_hijos, Categoría, Actividad_de_tra, Estado, Foto, Memo, Curriculum. 1. Ingrese información sobre el funcionario. 2. Guardar la información en la base de datos. 3. Mensaje de guardado con éxito o de error. Carga el perfil de menú según el usuario.
RF06
Usuarios:
Crear registro de Hijos Permite crear un registro de un Hijo en el sistema. Usuario Administrador
Condiciones:
Que pueda ingresar al menú de registro
Entradas:
Id_funcionario, Nombres, Apellidos, Fecha_nacim 1. Seleccionar funcionario 2. Ingresar información del hijo 2. Guardar la información en la base de datos. 3. Mensaje de guardado con éxito o de error. Carga el perfil de menú según el usuario.
Algoritmo:
Resultados:
Documento de especificación de requerimientos de software
10
Sistema Maestro de Gestión Institucional Identificación del requerimiento: Nombre: Descripción: Usuarios: Condiciones: Entradas:
Algoritmo:
Resultados:
Identificación del requerimiento: Nombre: Descripción: Usuarios: Condiciones: Entradas:
Algoritmo:
RESULTADOS:
RF07 Modificar registro de Funcionarios Permite modificar un registro de un funcionario en el sistema. Usuario Administrador Que pueda ingresar al menú de registro Nombres, Apellidos, CI, Rasgos_nativos, Dirección, Teléfono, Fecha_nacim, Área, Titulos_academicos, Fecha ingreso, Nombre_cónyuge, Num_hijos, Categoría, Actividad_de_tra, Estado, Foto, Memo, Curriculum. 1. Consultar información sobre el funcionario. 2. Actualizar la información en la base de datos. 3. Mensaje de guardado con éxito o de error. Carga el perfil de menú según el usuario.
RF08 Modificar registro de Instructor Permite modificar un registro de un Instructor en el sistema. Usuario Administrador Que pueda ingresar al menú de registro Nombres, Apellidos, CI, Area_Arte, Rasgos_Nativos, Dirección, Teléfono, Correo, Fecha_Ingreso, Estado, Foto, Memo 1. Consultar información sobre el Instructor. 2. Actualizar la información en la base de datos. 3. Mensaje de guardado con éxito o de error. Carga el perfil de menú según el usuario.
Documento de especificación de requerimientos de software
11
Sistema Maestro de Gestión Institucional Identificación del requerimiento: Nombre:
RF09
Descripción:
Permite modificar un registro de un funcionario en el sistema. Usuario Administrador Que pueda ingresar al menú de registro Id_funcionario, Nombres, Apellidos, Fecha_nacim
Usuarios: Condiciones: Entradas: Algoritmo:
Resultados:
Modificar registro de Hijos
1. Consultar información sobre el funcionario. 2. Actualizar la información en la base de datos. 3. Mensaje de guardado con éxito o de error. Carga el perfil de menú según el usuario.
Identificación del requerimiento: Nombre:
RF10
Descripción:
Permite eliminar un Funcionario en el sistema. Usuario administrador. Que sea administrador del sistema.
Usuarios: Condiciones: Entradas: Algoritmo:
Resultados:
Eliminar Funcionario
Código de Funcionario 1. Consultar información sobre el Funcionario 2. Actualizar la información en la base de datos. 3. Mensaje de eliminado con éxito o de error. Ingresa al menú principal según el usuario.
Documento de especificación de requerimientos de software
12
Sistema Maestro de Gestión Institucional Identificación del requerimiento: Nombre: Descripción: Usuarios: Condiciones:
Entradas: Algoritmo:
Resultados:
RF11 Eliminar Instructor Permite eliminar un Instructor en el sistema. Usuario administrador. Que sea administrador del sistema.
Código de Instructor 1. Consultar información sobre el Instructor 2. Actualizar la información en la base de datos. 3. Mensaje de eliminado con éxito o de error. Ingresa al menú principal según el usuario.
Identificación del requerimiento: Nombre:
RF12
Descripción:
Permite eliminar un Hijo en el sistema.
Usuarios:
Usuario administrador.
Condiciones:
Que sea administrador del sistema.
Entradas: Algoritmo:
Resultados:
Eliminar Hijos
Código del Hijo 1. Consultar información sobre el Hijo 2. Actualizar la información en la base de datos. 3. Mensaje de eliminado con éxito o de error. Ingresa al menú principal según el usuario.
Documento de especificación de requerimientos de software
13
Sistema Maestro de Gestión Institucional
Identificación del requerimiento: Nombre: Descripción:
RF13
Usuarios:
Crear registro de un Representante Permite crear un registro de Representante en el sistema. Usuario Administrador
Condiciones:
Que pueda ingresar al menú de registro.
un
Entradas:
Nombres, Apellidos, Ruc/CI, Lugar de Trabajo, Teléfonos, Email
Algoritmo:
1. Ingrese información sobre el Instructor. 2. Guardar la información en la base de datos. 3. Mensaje de guardado con éxito o de error.
Resultados:
Carga el perfil de menú según el usuario.
Identificación del requerimiento: Nombre:
RF14
Descripción: Usuarios:
Permite modificar un registro de un Representante en el sistema. Usuario Administrador
Condiciones:
Que pueda ingresar al menú de registro
Modificar registro de Representante
Entradas:
Algoritmo:
Resultados:
Nombres, Apellidos, Ruc/CI, Lugar de Trabajo, Teléfonos, Email 1. Consultar información sobre el Representante. 2. Actualizar la información en la base de datos. 3. Mensaje de guardado con éxito o de error. Carga el perfil de menú según el usuario.
Documento de especificación de requerimientos de software
14
Sistema Maestro de Gestión Institucional
Identificación del requerimiento: Nombre:
RF15
Descripción: Usuarios:
Permite eliminar un Representante en el sistema. Usuario administrador.
Condiciones:
Que sea administrador del sistema.
Entradas: Algoritmo:
Resultados:
Identificación del requerimiento: Nombre: Descripción: Usuarios: Condiciones: Entradas:
Algoritmo:
Resultados:
Eliminar Representante
Código del Representante 1. Consultar información sobre el Representante 2. Actualizar la información en la base de datos. 3. Mensaje de eliminado con éxito o de error. Ingresa al menú principal según el usuario.
RF16 Crear registro de Alumnos Permite crear un registro de un Alumno en el sistema. Usuario Administrador Que pueda ingresar al menú de registro. Tipo, Id_representante, Nombres, Apellidos, Dirección, Teléfonos, Email, Fecha_nacim, Sexo, Estudios, Rasgos_nativos, Experiencia_artis, Ciudad, Parroquia, Área, Desarrollo, Nivel, Periodo Fecha_inscripcion, Estado, Foto, Memo. 1. Ingrese información sobre el Alumno. 2. Guardar la información en la base de datos. 3. Mensaje de guardado con éxito o de error. Carga el perfil de menú según el usuario.
Documento de especificación de requerimientos de software
15
Sistema Maestro de Gestión Institucional
RF17
Identificación del requerimiento: Nombre: Descripción: Usuarios:
Eliminar Alumno Permite eliminar un Alumno en el sistema. Usuario administrador.
Condiciones:
Que sea administrador del sistema. Tipo, Id_representante, Nombres, Apellidos, Dirección, Teléfonos, Email, Fecha_nacim, Sexo, Estudios, Rasgos_nativos, Experiencia_artis, Ciudad, Parroquia, Área, Desarrollo, Nivel, Periodo Fecha_inscripcion, Estado, Foto, Memo.
Entradas:
1. Consultar información sobre el Alumno 2. Actualizar la información en la base de datos. 3. Mensaje de eliminado con éxito o de error. Ingresa al menú principal según el usuario.
Algoritmo:
Resultados:
Identificación del requerimiento: Nombre: Descripción: Usuarios: Condiciones: Entradas:
Algoritmo:
Resultados:
RF18
Registrar Deposito Permite registrar un Depósito en el sistema. Usuario financiero. Que sea administrador del sistema. Id_alumno, Num_deposito, Nombre_depositante, Fecha, Curso, Instructor, Valor, Tipo 1. Seleccionar alumno. 2. Ingresar información. 3. Actualizar la información en la base de datos. 4. Mensaje de eliminado con éxito o de error. Ingresa al menú principal según el usuario. Documento de especificación de requerimientos de software
16
Sistema Maestro de Gestión Institucional
Requerimientos no funcionales Identificación del requerimiento: Nombre del Requerimiento: Características:
Descripción del requerimiento:
Identificación del requerimiento: Nombre del Requerimiento: Características:
Descripción del requerimiento: Identificación del requerimiento: Nombre del Requerimiento: Características: Descripción del requerimiento:
Identificación del requerimiento: Nombre del Requerimiento: Características:
Descripción del requerimiento:
RNF01 Interfaz del sistema. El sistema presentara una interfaz de usuario sencilla para que sea de fácil manejo a los usuarios del sistema. El sistema debe tener una interfaz de uso intuitiva y a la vez sencilla.
RNF02 Ayuda para el manejo del sistema La interfaz del usuario deberá poseer una opción de ayuda para que los usuarios del sistema se les faciliten el trabajo en cuanto al manejo del sistema. La interfaz debe estar completada con un sistema de ayuda. RNF03 Perfiles de Usuario Garantizara a cada usuario el acceso a la información de acuerdo al perfil que posee. La interfaz debe estar completada con un sistema de ayuda.
RNF04 Mantenimiento El sistema deberá de poseer un manual de usuario para facilitar los mantenimientos que serán ejecutados por el administrador. El sistema debe disponer de la documentación adecuada.
Documento de especificación de requerimientos de software
17
Sistema Maestro de Gestión Institucional 3.1
Requisitos comunes de los interfaces
3.1.1
Interfaces de usuario La interfaz del usuario está conformada por un conjunto de ventanas que en para su uso cuentan con botones, listas y campos de textos. La misma que deberá ser construida concretamente para el sistema maestro de gestión institucional propuesto, el mismo que será visualizado a través de un browser o navegador de internet.
3.1.2
Interfaces de hardware Servidor Disco Duro SCSI de 2 Tb Arquitectura 32 bits Procesador Dual Core Memoria 1Gb Tarjeta de red / Fast Ethernet Terminal PC Escritorio 1 Gb RAM DD 500 GB Tarjeta de Red Mouse Teclado
Documento de especificación de requerimientos de software
18
Sistema Maestro de Gestión Institucional 3.1.3
Interfaces de software
S.O Windows / GNU Servidor Apache 2.2.X Mysql Browser
3.2
Requisitos funcionales
USUARIO
DESCRIPCIÓN
Administrador
Manejo y mantenimiento
Financiero
Planificación
Se encarga del ingreso de los depósitos por concepto de matrículas y/o abonos para los cursos recibidos en la institución.
Encargado de revisar la información en el sistema
Promotor
Encargado del ingreso de alumnos y de instructores.
Presidente
Realiza un control periódico de la información en general.
REQUERIMIENTOS FUNCIONALES Registrar usuario Modificar usuario Eliminar usuario Registrar Funcionario Modificar Funcionario Eliminar Funcionario Registrar Hijos Modificar Hijos Eliminar Hijos Generar Reportes
Registrar alumnos Modificar alumnos Eliminar Registros Contables Registra Depósitos Generar Reportes Financieros
Generar Reportes Registrar Alumnos
Registrar alumnos Modificar alumnos Eliminar alumnos Registrar Instructor Modificar Instructor Eliminar Instructor
Generar reportes flujo de caja. Generar reportes total Alumnos.
de de
Documento de especificación de requerimientos de software
19
Sistema Maestro de Gestión Institucional
3.3
Requisitos no funcionales
3.3.1
Requisitos de rendimiento
Garantizar que el esquema de las consultas u otro proceso no, afecte el funcionamiento de la base de datos.
3.3.2
Seguridad Garantizar la seguridad de la información y datos que se manipulen sean estos documentos, registros y contraseñas.
Realizar controles para acceder a la información por medio de usuario y contraseñas.
Documento de especificación de requerimientos de software
124
ANEXO 6 Pruebas de aceptaci贸n del software SAMGI.
125 Pruebas de Aceptación del software SAMGI Fecha: 20/01/14 Usuario: Administrador Nombre: Ing. Marlon Serrano Requerimiento Funcional Ingreso al Sistema
Registrar Servidor Público
Descripción
Entradas
Resultado
Permite al usuario acceder a su menú de opciones.
Usuario Contraseña
Satisfactorio
Permite registrar la información de un servidor público de la CCESD.
Nombres Apellidos Cédula Categoría Actividad de T. Identificación E. Dirección Teléfono Fecha nacim. Área Títulos A. Fecha Ing. Nombre Cony. Memo
Satisfactorio
Editar Servidor Público
Permite editar la información de un servidor público ya existente.
Eliminar Servidor Público
Permite eliminar el registro de un servidor público.
Nombres Apellidos Cédula Categoría Actividad de T. Identificación E. Dirección Teléfono Fecha nacim. Área Títulos A. Fecha Ing. Nombre Cony. Memo
Botón eliminar
Satisfactorio
Satisfactorio
126
Crear Usuario
Permite crear un usuario con su respectivo perfil a partir de un servidor público registrado.
Servidor P. Usuario Contraseña Tipo
Satisfactorio
Editar Usuario
Permite editar la información de un usuario ya existente.
Usuario Contraseña Tipo
Satisfactorio
Eliminar Usuario
Permite eliminar un registro usuario.
Botón Eliminar
Satisfactorio
Permite ingresar la información de un instructor de la CCESD.
Nombres Apellidos Cédula Área Identificación E. Dirección Teléfono Títulos A. Fecha Ing. Email Memo
Satisfactorio
Editar Instructor
Permite editar la información de un instructor ya existente.
Nombres Apellidos Cédula Área Identificación E. Dirección Teléfono Títulos A. Fecha Ing. Email Memo
Satisfactorio
Eliminar Instructor
Permite eliminar el registro de un instructor.
Botón Eliminar
Satisfactorio
Permite ingresar la información de un representante.
Nombres Apellidos Cédula Dirección Lugar de T. Teléfonos Email
Satisfactorio
Registrar Instructor
Registrar Representante
127
Editar Representante
Permite editar la información de un representante ya existente.
Nombres Apellidos Cédula Dirección Lugar de T. Teléfonos Email
Eliminar Representante
Permite eliminar el registro de un representante.
Botón Eliminar
Satisfactorio
Permite ingresar la información de un estudiante de la CCESD.
Representante Nombres Apellidos Cédula Identificación E. Dirección Teléfono Sexo Estudios Fecha nacim. Ciudad Parroquia Desarrollo Nivel Experiencia A. Memo
Satisfactorio
Editar Estudiante
Permite editar la información de un estudiante ya existente.
Representante Nombres Apellidos Cédula Identificación E. Dirección Teléfono Sexo Estudios Fecha nacim. Ciudad Parroquia Desarrollo Nivel Experiencia A. Memo
Satisfactorio
Eliminar Estudiante
Permite eliminar el registro de un Estudiante.
Botón Eliminar
Satisfactorio
Registrar Estudiante
Satisfactorio
128
Registrar Curso
Permite ingresar la información Área de los cursos que se dan en la Sub Área CCESD. Descripción
Satisfactorio
Eliminar Curso
Permite eliminar el registro de un curso
Satisfactorio
Matricular Estudiante
Eliminar Matrícula
Generar Reportes
Permite matricular a estudiante en un curso especifico
Botón eliminar
Período Tipo de curso un Área en Curso Instructor Fecha registro
Permite eliminar el registro de matrícula de un estudiante de la Botón Eliminar CCESD. Permite al usuario generar Menú de opciones reportes dependiendo de las Generar Reporte opciones que seleccione.
Satisfactorio
Satisfactorio
Satisfactorio
129
Pruebas de Aceptación del software SAMGI Fecha: 21/01/14 Usuario: Financiero Nombre: Ing. Marjorie Gordillo
Requerimiento Funcional
Descripción
Entradas
Resultado
Ingreso al Sistema
Permite al usuario acceder a su menú de opciones.
Usuario Contraseña
Satisfactorio
Reporte Individual Estudiante
Permite visualizar la información de un servidor público a través de un archivo PDF.
Ver Ficha de información
Satisfactorio
Reporte Individual Instructor
Permite visualizar la información de un instructor a través de un archivo PDF.
Ver Ficha de información
Satisfactorio
Período Tipo de curso un Área Curso en Instructor Fecha registro
Matricular Estudiante
Permite matricular a estudiante en un curso especifico
Eliminar Matrícula
Permite eliminar el registro de matrícula de un estudiante de la Botón Eliminar CCESD.
Satisfactorio
Registrar depósito
Estudiante Permite registrar la información Curso de los depósitos realizados a la Mes CCESD por cancelación de Numero Depósito cursos recibidos. Fecha Depósito
Satisfactorio
Eliminar depósito
Estudiante Permite eliminar la información Curso de los depósitos realizados a la Mes CCESD por cancelación de Numero Depósito cursos recibidos. Fecha Depósito
Satisfactorio
Satisfactorio
130
Generar Reportes de registros contables
Permite generar reportes de los Fechas registros contables ya se diarios o Generar Reporte por rango de fechas
Satisfactorio
Generar Reportes Generales
Permite al usuario generar MenĂş de opciones reportes dependiendo de las Generar reporte opciones que seleccione.
Satisfactorio
131
Pruebas de Aceptación del software SAMGI Fecha: 20/01/14 Usuario: Promotor Nombre: Requerimiento Funcional Ingreso al Sistema
Registrar Servidor Público
Descripción
Entradas
Resultado
Permite al usuario acceder a su menú de opciones.
Usuario Contraseña
Satisfactorio
Permite registrar la información de un servidor público de la CCESD.
Nombres Apellidos Cédula Categoría Actividad de T. Identificación E. Dirección Teléfono Fecha nacim. Área Títulos A. Fecha Ing. Nombre Cony. Memo
Satisfactorio
Editar Servidor Público
Permite editar la información de un servidor público ya existente.
Eliminar Servidor Público
Permite eliminar el registro de un servidor público.
Nombres Apellidos Cédula Categoría Actividad de T. Identificación E. Dirección Teléfono Fecha nacim. Área Títulos A. Fecha Ing. Nombre Cony. Memo
Botón eliminar
Satisfactorio
Satisfactorio
132
Permite ingresar la información de un instructor de la CCESD.
Nombres Apellidos Cédula Área Identificación E. Dirección Teléfono Títulos A. Fecha Ing. Email Memo
Satisfactorio
Editar Instructor
Permite editar la información de un instructor ya existente.
Nombres Apellidos Cédula Área Identificación E. Dirección Teléfono Títulos A. Fecha Ing. Email Memo
Satisfactorio
Eliminar Instructor
Permite eliminar el registro de un instructor.
Botón Eliminar
Satisfactorio
Registrar Instructor
Registrar Representante
Permite ingresar la información de un representante.
Editar Representante
Permite editar la información de un representante ya existente.
Eliminar Representante
Permite eliminar el registro de un representante.
Nombres Apellidos Cédula Dirección Lugar de T. Teléfonos Email Nombres Apellidos Cédula Dirección Lugar de T. Teléfonos Email
Botón Eliminar
Satisfactorio
Satisfactorio
Satisfactorio
133
Permite ingresar la información de un estudiante de la CCESD.
Representante Nombres Apellidos Cédula Identificación E. Dirección Teléfono Sexo Estudios Fecha nacim. Ciudad Parroquia Desarrollo Nivel Experiencia A. Memo
Satisfactorio
Editar Estudiante
Permite editar la información de un estudiante ya existente.
Representante Nombres Apellidos Cédula Identificación E. Dirección Teléfono Sexo Estudios Fecha nacim. Ciudad Parroquia Desarrollo Nivel Experiencia A. Memo
Satisfactorio
Eliminar Estudiante
Permite eliminar el registro de un Estudiante.
Botón Eliminar
Satisfactorio
Registrar Curso
Permite ingresar la información Área de los cursos que se dan en la Sub Área Descripción CCESD.
Satisfactorio
Eliminar Curso
Permite eliminar el registro de un curso
Satisfactorio
Registrar Estudiante
Matricular Estudiante
Permite matricular a estudiante en un curso especifico
Botón eliminar
Período Tipo de curso un Área Curso en Instructor Fecha registro
Satisfactorio
134
Eliminar Matrícula
Permite eliminar el registro de matrícula de un estudiante de Botón Eliminar la CCESD.
Generar Reportes
Permite al usuario generar reportes dependiendo de las Menú de opciones Satisfactorio opciones que seleccione.
Satisfactorio
135
ANEXO 7 Acta de entrega recepci贸n.
136
ACTA DE ENTREGA RECEPCIÓN
En la ciudad de Santo Domingo de los Colorados, a los 22 días del mes de enero de dos mil catorce, el Sr. Eladio Manuel Lucio Galeas, egresado de la escuela de la Escuela de Sistemas de la Pontificia Universidad Católica del Ecuador Sede Santo Domingo, hace la entrega del Sistema de Gestión Institucional, SAMGI del tema de disertación de Grado “DISEÑO E IMPLEMENTACIÓN DEL MÓDULO DE GESTIÓN DEL PROCESO DE MATRICULACIÓN PARA EL
CONTROL DE PAGOS
DE
LOS
ESTUDIANTES DE LA CASA DE LA CULTURA BENJAMÍN CARRIÓN NÚCLEO SANTO DOMINGO.” a las correspondientes autoridades de la Casa de la Cultura Ecuatoriana Benjamín Carrión Núcleo Provincial Santo Domingo de los Tsáchilas. Lcda. Graciela Torres Presidente de la institución, Ing. Marlon Serrano encargado del área de sistemas y el Lcdo. Edgar Sarmiento custodio de bienes. Una vez que se han realizado las correspondientes pruebas al funcionamiento de la aplicación y de acuerdo a los objetivos y requerimientos establecidos en la Disertación de Grado, siendo satisfactorio el resultado. Con la presente acta se hace la entrega de un CD que contiene:
Aplicación SAMGI. Base de datos SAMGI. Instalador Servidor Apache. Manual de Configuración. Manuel de Usuario. Copias de las pruebas realizadas.
137
Para constancia de lo actuado y en fe de conformidad y aceptaci贸n, suscriben la presente acta de entrega-recepci贸n en tres ejemplare de igual tenor y efecto las personas que intervienen en esta diligencia
138
ANEXO 8 Manual de configuraci贸n del software SAMGI.
139
Manual de Configuraci贸n Proyecto: Sistema Maestro de Gesti贸n Institucional.
Enero 2014
2
Sistema Maestro de Gestión Institucional
INDICE DE ILUSTRACIONES
Ilustración 1: Ventana de inicio de instalación servidor Apache. ........................................................ 3 Ilustración 2: Ventana de información del servidor. ............................................................................ 3 Ilustración 3: Ventana de ubicación del archivo httpd.conf. ................................................................ 4 Ilustración 4: Identificación de la línea de código................................................................................ 4 Ilustración 5: Ventana ejecutar. ........................................................................................................... 5 Ilustración 6: Ventana de Servicios. .................................................................................................... 5 Ilustración 7: Ventana donde se ubicará el software. ......................................................................... 6 Ilustración 8: Ubicación del archivo config.php. .................................................................................. 6 Ilustración 9: Ventana de configuración config.php ............................................................................ 7 Ilustración 10: Ubicación del archivo database.php. ........................................................................... 7 Ilustración 11: Ventana de Acceso al sistema SAMGI. ....................................................................... 8
3
Sistema Maestro de Gestión Institucional 1.
Instalación Servidor Apache v.2.2.8 y MySql 5.0.51b
Se procede a instalar el servidor Apache v.2.2.8 y MySql v.5.0.51 utilizando AppServ 2.5.10 , para lo cual damos click en siguiente.
Ilustración 1: Ventana de inicio de instalación servidor Apache. Fuente: Instalación en la CCESD.
A continuación nos pedirá que ingresemos el Server Name que será localhost y una dirección de email ccesd@gmail.com , ver ilustración 2. Damos click en siguiente y esperemos que termine la instalación.
Ilustración 2: Ventana de información del servidor. Fuente: Instalación en la CCESD.
4
Sistema Maestro de Gestión Institucional 2.
Configuración del módulo rewrite del servidor Apache
a) Para la configuración del módulo de sobre escritura (rewrite) del servidor Apache, debe ir a la dirección C:\AppServ\Apache2.2\conf y abrir el archivo httpd.conf. b) Ubicamos
la
siguiente
línea
en
el
archivo
httpd.conf.
rewrite_module modules/mod_rewrite.so y borramos el #. c) Por ultimo damos click en guardar.
Ilustración 3: Ventana de ubicación del archivo httpd.conf. Fuente: Instalación en la CCESD.
b)
Ilustración 4: Identificación de la línea de código. Fuente: Instalación en la CCESD.
#LoadModule
5
Sistema Maestro de Gestión Institucional 3.
Reiniciar el servicio Apache a) Presionamos las teclas Windows + R y escribimos el siguiente comando SERVICES.MSC.
Ilustración 5: Ventana ejecutar. Fuente: Instalación en la CCESD.
b) Localizamos el servicio Apache 2.2. c) Le damos click derecho opción reiniciar. d) Cerrar la ventana de administrador de servicios.
b)
c)
Ilustración 6: Ventana de Servicios. Fuente: Instalación en la CCESD.
6
Sistema Maestro de Gestión Institucional 4.
Configuración del Sistema Maestro de Gestión Institucional a) Como
primer
punto
copiar
la
aplicación
en
la
siguiente
dirección,
C:\AppServ\www.
a)
Ilustración 7: Ventana donde se ubicará el software. Fuente: Instalación en la CCESD.
b) Una vez copiada la carpeta de la aplicación ingresamos a la siguiente dirección, C:\AppServ\www\Samgi_1.0\application\config y ubicamos el archivo config.php.
b)
Ilustración 8: Ubicación del archivo config.php. Fuente: Instalación en la CCESD.
7
Sistema Maestro de Gestión Institucional c) En el archivo config.php buscamos la siguiente línea de codigo, $config['base_url'] y procederemos a ingresar la dirección ip de nuestra máquina y guardamos, ver ilustración 9.
c)
Ilustración 9: Ventana de configuración config.php Fuente: Instalación en la CCESD.
d) En el mismo directorio ubicaremos el archivo database.php y lo procedemos a abrir.
Ilustración 10: Ubicación del archivo database.php. Fuente: Instalación en la CCESD.
8
e) Una vez abierto el archivo ingresaremos la siguiente información y guardamos. $db['default']['hostname'] $db['default']['username'] $db['default']['password'] $db['default']['database']
= = = =
'localhost'; 'CCESD'; 'Ccesdadmin'; 'bdd_samgi';
Una vez realizado todas estas configuraciones nuestra aplicación estará lista para ser utilizada a través de la red interna de la institución.
Ilustración 11: Ventana de Acceso al sistema SAMGI. Fuente: Instalación en la CCESD
147
ANEXO 9 Manual de uso del software SAMGI.
Manual de Usuario Proyecto: Sistema Maestro de Gesti贸n Institucional.
Enero 2014
2
Sistema Maestro de Gestión Institucional
INDICE DE ILUSTRACIONES
Ilustración 1: Formulario de acceso al sistema. .................................................................................. 3 Ilustración 2: Formulario principal usuario administrador. .................................................................. 4 Ilustración 3: Formulario Inicio Servidor Público. ................................................................................ 5 Ilustración 4: Formulario de registro de servidores públicos............................................................... 6 Ilustración 5: Formulario subir foto Servidor Público........................................................................... 7 Ilustración 6: Formulario editar Servidor Público. ............................................................................... 8 Ilustración 7: Ejemplo de ficha de información de Servidor Público. .................................................. 9 Ilustración 8: Opción eliminar Servidor Público................................................................................. 10 Ilustración 9: Formulario inicio Usuarios. .......................................................................................... 11 Ilustración 10: Formulario de registro de Usuarios. .......................................................................... 12 Ilustración 11: Formulario editar Usuario. ......................................................................................... 13 Ilustración 12: Ejemplo de ficha de información................................................................................ 13 Ilustración 13: Opción Eliminar Usuarios. ......................................................................................... 14 Ilustración 14: Formulario inicio Instructores..................................................................................... 15 Ilustración 15: Formulario registro de Instructores. ........................................................................... 16 Ilustración 16: Formulario Editar instructor. ...................................................................................... 17 Ilustración 17: Ejemplo de ficha de información Instructor. .............................................................. 18 Ilustración 18: Opción eliminar instructor. ......................................................................................... 19 Ilustración 19: Formulario registro de representantes....................................................................... 19 Ilustración 20: Formulario Editar Representar. ................................................................................. 20 Ilustración 21: Opción eliminar Representante. ................................................................................ 21 Ilustración 22: Formulario inicio Estudiantes..................................................................................... 22 Ilustración 23: Formulario Registro de Estudiantes. ......................................................................... 23 Ilustración 24: Formulario editar Estudiante...................................................................................... 25 Ilustración 25: Ejemplo ficha de información Estudiante. ................................................................. 26 Ilustración 26: Formulario Matriculación. .......................................................................................... 27 Ilustración 27: Formulario de registro de curso. ................................................................................ 28 Ilustración 28: Formulario para la generación de Reportes. ............................................................. 29 Ilustración 29: Ejemplo de reporte..................................................................................................... 29
3
Sistema Maestro de Gestión Institucional 1.
USUARIO ADMINISTRADOR
1.1. Acceso al sistema. Formulario que permite acceder al menú principal del sistema de gestión institucional, ver Ilustración 1. Se debe seguir los siguientes pasos: A. Ingresar Usuario. B. Ingresar Contraseña C. Dar click botón iniciar sesión.
Ilustración 1: Formulario de acceso al sistema. Fuente: Sistema Maestro de Gestión Institucional.
4
Sistema Maestro de Gestión Institucional 1.2. Menú de opciones administrador. Formulario principal del usuario administrador, ver Ilustración 2. Este formulario le permite al usuario administrador desplazarse por las diferentes opciones a la cual tiene acceso. Esta ventana está compuesta por los siguientes elementos: A. Menú Navegación B. Menú Principal. C. Botón Cerrar Sesión
Ilustración 2: Formulario principal usuario administrador. Fuente: Sistema Maestro de Gestión Institucional.
1.3. Formulario Inicio Servidor Público. En este formulario se visualiza la información de los servidores públicos existentes, ver Ilustración 3. Además cuenta con varios botones que se mencionan a continuación: A. Botón Agregar Servidor Público B. Botón Subir foto. C. Botón Ver ficha de información. D. Botón Editar.
5
Sistema Maestro de Gestión Institucional E. Botón Eliminar. F. Botón para realizar búsquedas.
Ilustración 3: Formulario Inicio Servidor Público. Fuente: Sistema Maestro de Gestión Institucional.
1.4. Formulario Registrar Servidor Público. Este formulario permite al usuario administrador registrar la información de los servidores públicos de la CCESDT, ver Ilustración 4. Para el registro se debe seguir los siguientes pasos. Ingresar la correcta información en los campos A. Presione el botón registrar, para guardar la información ingresada. B. Presione el botón cancelar para salir al inicio.
6
Sistema Maestro de Gestión Institucional
Ilustración 4: Formulario de registro de servidores públicos. Fuente: Sistema Maestro de Gestión Institucional.
1.5. Formulario subir foto Servidor Público. Este formulario permite al usuario administrado subir la foto del servidor público y almacenarla en la base de datos del sistema Samgi, ver ilustración 5. Para realizar esta actividad se debe seguir los siguientes pasos: A. Dar click en el botón seleccionar archivo y seleccionamos una imagen en formato jpg o png, no mayor a 100 KB y una resolución de 1024 x 768. B. Dar click en el botón subir foto para guardar. C. Dar Click en botón cancelar para salir.
7
Sistema Maestro de Gestión Institucional
Ilustración 5: Formulario subir foto Servidor Público. Fuente: Sistema Maestro de Gestión Institucional.
1.6. Formulario editar Servidor Público. Este formulario permite al usuario administrador la edición de la información registrada en la BDD de un servidor público de la CCESDT, ver Ilustración 6. Después de realizar los cambios siga los siguientes pasos: A. Dar click en el botón Guardar para grabar la información después de la edición. B. Dar click en el botón Cancelar para salir a la ventana principal, sin guardar ningún cambio realizado.
8
Sistema Maestro de Gestión Institucional
Ilustración 6: Formulario editar Servidor Público. Fuente: Sistema Maestro de Gestión Institucional.
1.7. Opción ver ficha de información Servidor Público. Para poder visualizar la ficha de información dar click en la opción C, ver ilustración 3. Esto generará un archivo en formato PDF, en el cual se encontrará toda la información registrada de un servidor público de la CCESDT, ver ilustración 7.
9
Sistema Maestro de Gestión Institucional
Ilustración 7: Ejemplo de ficha de información de Servidor Público. Fuente: Sistema Maestro de Gestión Institucional.
1.8. Opción eliminar información Servidor Público. Esta permite al usuario administrador, eliminar el registro de información de un servidor público de la CCESDT. Para realizar esta operación se debe seguir los siguientes pasos:
10
Sistema Maestro de Gestión Institucional A. Dar click en el botón eliminar. B. Dar click en el botón aceptar, para confirmar la acción. C. Dar click en el cancelar, para cancelar la acción.
Ilustración 8: Opción eliminar Servidor Público. Fuente: Sistema Maestro de Gestión Institucional.
1.9. Formulario inicio Usuarios. En este formulario se visualiza la información de los usuarios existentes, ver Ilustración 9. Además cuenta con varios botones que se mencionan a continuación: A. Botón Agregar usuarios. B. Botón para realizar búsquedas. C. Botón Ver ficha de información. D. Botón Editar. E. Botón Eliminar.
11
Sistema Maestro de Gestión Institucional
Ilustración 9: Formulario inicio Usuarios. Fuente: Sistema Maestro de Gestión Institucional.
1.10. Formulario Registrar Usuarios. Este formulario permite al usuario administrador registrar la información de los usuarios de la CCESDT, ver Ilustración 10. Para el registro se debe seguir los siguientes pasos. A. Ingresar los apellidos del servidor público al cual se le va asignar un usuario. B. Completar la información como usuario, contraseña y tipo de usuario. C. Presione el botón registrar, para guardar la información ingresada. D. Presione el botón cancelar para salir al inicio.
12
Sistema Maestro de Gestión Institucional
Ilustración 10: Formulario de registro de Usuarios. Fuente: Sistema Maestro de Gestión Institucional.
1.11. Formulario Editar Usuarios. Este formulario permite al usuario administrador la edición de la información registrada en la BDD de un usuario de la CCESDT, ver Ilustración 11. Se recomienda seguir los siguientes pasos: A. Realizar los cambios correspondientes. B. Dar click en el botón Guardar para grabar la información después de la edición. C. Dar click en el botón Cancelar para salir a la ventana principal, sin guardar ningún cambio realizado.
13
Sistema Maestro de Gestión Institucional
Ilustración 11: Formulario editar Usuario. Fuente: Sistema Maestro de Gestión Institucional.
1.12. Opción ver ficha de información Usuario. Para poder visualizar la ficha de información dar click en la opción C, ver ilustración 3. Esto generará un archivo en formato PDF, en el cual se encontrará toda la información registrada de un servidor público de la CCESDT, ver ilustración 12.
Ilustración 12: Ejemplo de ficha de información. Fuente: Sistema Maestro de Gestión Institucional.
14
Sistema Maestro de Gestión Institucional 1.13. Opción eliminar información Usuario. Esta permite al usuario administrador, eliminar el registro de información de un usuario de la CCESDT. Para realizar esta operación se debe seguir los siguientes pasos: A. Dar click en el botón eliminar. B. Dar click en el botón aceptar, para confirmar la acción. C. Dar click en el cancelar, para cancelar la acción.
Ilustración 13: Opción Eliminar Usuarios. Fuente: Sistema Maestro de Gestión Institucional.
1.14. Formulario Inicio Instructores. En este formulario se visualiza la información de los Instructores existentes, ver Ilustración 14. Además cuenta con varios botones que se mencionan a continuación: A. Botón Agregar Servidor Público. B. Botón para realizar búsquedas. C. Botón Subir foto.
15
Sistema Maestro de Gestión Institucional D. Botón Ver ficha de información. E. Botón Editar. F. Botón Eliminar.
Ilustración 14: Formulario inicio Instructores. Fuente: Sistema Maestro de Gestión Institucional.
1.15. Formulario Registrar Instructor. Este formulario permite al usuario administrador registrar la información de los instructores de la CCESDT, ver Ilustración 15. Para el registro se debe seguir los siguientes pasos. A. Ingresar la correcta información en los campos B. Presione el botón registrar, para guardar la información ingresada. C. Presione el botón cancelar para salir al inicio.
16
Sistema Maestro de Gestión Institucional
Ilustración 15: Formulario registro de Instructores. Fuente: Sistema Maestro de Gestión Institucional.
1.16. Formulario editar Instructor. Este formulario permite al usuario administrador la edición de la información registrada en la BDD de un instructor de la CCESDT, ver Ilustración 16. Después de realizar los cambios siga los siguientes pasos: A. Dar click en el botón Guardar para grabar la información después de la edición. B. Dar click en el botón Cancelar para salir a la ventana principal, sin guardar ningún cambio realizado.
17
Sistema Maestro de Gestión Institucional
Ilustración 16: Formulario Editar instructor. Fuente: Sistema Maestro de Gestión Institucional.
1.17. Opción ver ficha de información Instructor. Para poder visualizar la ficha de información dar click en la opción C, ver ilustración 3. Esto generará un archivo en formato PDF, en el cual se encontrará toda la información registrada de un instructor de la CCESDT, ver ilustración 16.
18
Sistema Maestro de Gestión Institucional
Ilustración 17: Ejemplo de ficha de información Instructor. Fuente: Sistema Maestro de Gestión Institucional.
1.18. Opción eliminar información Instructor. Esta permite al usuario administrador, eliminar el registro de información de un instructor de la CCESDT. Para realizar esta operación se debe seguir los siguientes pasos: A. Dar click en el botón eliminar. B. Dar click en el botón aceptar, para confirmar la acción. C. Dar click en el cancelar, para cancelar la acción.
19
Sistema Maestro de Gestión Institucional
Ilustración 18: Opción eliminar instructor. Fuente: Sistema Maestro de Gestión Institucional.
1.19. Formulario Registrar Representante Este formulario permite al usuario administrador registrar la información de los instructores de la CCESDT, ver Ilustración 18. Para el registro se debe seguir los siguientes pasos. A. Ingresar la correcta información en los campos B. Presione el botón registrar, para guardar la información ingresada. C. Presione el botón cancelar para salir al inicio.
Ilustración 19: Formulario registro de representantes. Fuente: Sistema Maestro de Gestión Institucional.
20
Sistema Maestro de Gestión Institucional 1.20. Formulario editar Representante. Este formulario permite al usuario administrador la edición de la información registrada en la BDD de un representante de la CCESDT, ver Ilustración 20. Después de realizar los cambios siga los siguientes pasos: A. Dar click en el botón Guardar para grabar la información después de la edición. B. Dar click en el botón Cancelar para salir a la ventana principal, sin guardar ningún cambio realizado.
Ilustración 20: Formulario Editar Representar. Fuente: Sistema Maestro de Gestión Institucional.
1.21. Opción eliminar información Representante. Esta permite al usuario administrador, eliminar el registro de información de un representante de la CCESDT. Para realizar esta operación se debe seguir los siguientes pasos: A. Dar click en el botón eliminar. B. Dar click en el botón aceptar, para confirmar la acción. C. Dar click en el cancelar, para cancelar la acción.
21
Sistema Maestro de Gestión Institucional
Ilustración 21: Opción eliminar Representante. Fuente: Sistema Maestro de Gestión Institucional.
1.22. Formulario Inicio Estudiantes. En este formulario se visualiza la información de los Estudiantes existentes, ver Ilustración 22. Además cuenta con varios botones que se mencionan a continuación: A. Botón agregar Estudiante. B. Botón para realizar búsquedas. C. Botón Subir foto. D. Botón Ver ficha de información. E. Botón Matricular. F. Botón Editar. G. Botón Eliminar. H. Botón menú Representante
22
Sistema Maestro de Gestión Institucional
Ilustración 22: Formulario inicio Estudiantes. Fuente: Sistema Maestro de Gestión Institucional.
1.23. Formulario Registrar Estudiante. Este formulario permite al usuario administrador registrar la información de los Estudiantes de la CCESDT, ver Ilustración 23. Para el registro se debe seguir los siguientes pasos. A. Ingresar los apellidos del representante en el campo establecido y seleccionarlo. B. Ingresar la correcta información en los campos C. Presione el botón registrar, para guardar la información ingresada. D. Presione el botón cancelar para salir al inicio.
23
Sistema Maestro de Gestión Institucional
Ilustración 23: Formulario Registro de Estudiantes. Fuente: Sistema Maestro de Gestión Institucional.
1.24. Formulario subir foto Estudiante. Este formulario permite al usuario administrado subir la foto del Estudiante y almacenarla en la base de datos del sistema Samgi, ver ilustración 23. Para realizar esta actividad se debe seguir los siguientes pasos: A. Dar click en el botón seleccionar archivo y seleccionamos una imagen en formato jpg o png, no mayor a 100 KB y una resolución de 1024 x 768. B. Dar click en el botón subir foto para guardar. C. Dar Click en botón cancelar para salir.
24
Sistema Maestro de Gestión Institucional
Ilustración 24: Formulario subir foto Estudiante. Fuente: Sistema Maestro de Gestión Institucional.
1.25. Formulario editar Estudiante. Este formulario permite al usuario administrador la edición de la información registrada en la BDD de un estudiante de la CCESDT, ver Ilustración 25. Después de realizar los cambios siga los siguientes pasos: A. Ingresar la nueva información. B. Dar click en el botón Guardar para grabar la información después de la edición. C. Dar click en el botón Cancelar para salir a la ventana principal, sin guardar ningún cambio realizado.
25
Sistema Maestro de Gestión Institucional
Ilustración 24: Formulario editar Estudiante. Fuente: Sistema Maestro de Gestión Institucional.
1.26. Opción ver ficha de información Instructor. Para poder visualizar la ficha de información dar click en la opción C, ver ilustración 22. Esto generará un archivo en formato PDF, en el cual se encontrará toda la información registrada de un estudiante de la CCESDT, ver ilustración 25.
26
Sistema Maestro de Gestión Institucional
Ilustración 25: Ejemplo ficha de información Estudiante. Fuente: Sistema Maestro de Gestión Institucional.
1.27. Formulario Matriculación. En este formulario se visualiza la información del Estudiantes con los cursos a los cuales se encuentra matriculado, ver Ilustración 26. Además cuenta con varios opciones que se mencionan a continuación:
27
Sistema Maestro de Gestión Institucional A. Información del Estudiante. B. Botón para realizar búsquedas. C. Botón Matricular. D. Botón Salir.
Ilustración 26: Formulario Matriculación. Fuente: Sistema Maestro de Gestión Institucional.
1.28. Formulario registrar matrícula. Este formulario permite registrar la matrícula de un estudiante a los diferentes cursos que ofrece la CCESDT, ver ilustración Para realizar esta operación se recomienda seguir los siguientes pasos. A. Ingresar la información correcta. B. Dar click botón registrar, para guardar la matrícula. C. Dar click botón cancelar para salir.
28
Sistema Maestro de Gestión Institucional
Ilustración 27: Formulario de registro de curso. Fuente: Sistema Maestro de Gestión Institucional.
1.29. Formulario Reportes Este formulario le permite al usuario administrador generar varios reportes de acuerdo a las opciones con las que cuenta, ver ilustración 28. Las opciones con las que cuenta son: A. Reporte de Usuarios B. Reporte de Servidor Públicos C. Reporte de Instructores D. Reporte de Estudiantes. E. Botón Cancelar.
29
Sistema Maestro de Gestión Institucional
Ilustración 28: Formulario para la generación de Reportes. Fuente: Sistema Maestro de Gestión Institucional.
Ilustración 29: Ejemplo de reporte. Fuente: Sistema Maestro de Gestión Institucional.