PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO
Dirección Académica – Escuela de Sistemas
DISEÑO Y DESARROLLO DEL MÓDULO DE MATRÍCULAS Y PAGOS DEL SISTEMA DE GESTIÓN ACADÉMICA PARA LA UNIDAD EDUCATIVA SAGRADOS CORAZONES DEL CANTÓN LA CONCORDIA EN EL AÑO 2013
Disertación de Grado previa a la obtención del título de Ingenieros de Sistemas y Computación Línea de Investigación:
Estudio, Diseño e Implementación de Software
Autores: EDWIN PATRICIO CAMINO ZAMBRANO BYRON ADRIAN ESCOBAR QUISHPE Director: Mg. ADRIAN ROLANDO CEVALLOS DUEÑAS
Santo Domingo – Ecuador Marzo 2015
ii
PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO
Dirección Académica – Escuela de Sistemas
HOJA DE APROBACIÓN DISEÑO Y DESARROLLO DEL MÓDULO DE MATRÍCULAS Y PAGOS DEL SISTEMA DE GESTIÓN ACADÉMICA PARA LA UNIDAD EDUCATIVA SAGRADOS CORAZONES DEL CANTÓN LA CONCORDIA EN EL AÑO 2013 Línea de Investigación:
Estudio, Diseño e Implementación de Software
Autores: EDWIN PATRICIO CAMINO ZAMBRANO BYRON ADRIAN ESCOBAR QUISHPE Adrian Rolando Cevallos Dueñas. Mg. DIRECTOR DE LA DISERTACIÓN DE GRADO
f. _______________________
Margoth Elisa Guaraca Moyota. Ing. CALIFICADOR
f. _______________________
Franklin Andrés Carrasco Ramírez. Ing. CALIFICADOR
f. _______________________
Rodolfo Sirilo Córdova Gálvez. Mg. DIRECTOR DE LA ESCUELA DE SISTEMAS
f. _______________________
iii
DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD
Yo, Camino Zambrano Edwin Patricio portador de la cédula de ciudadanía No. 1723052591 declaro que los resultados obtenidos en la investigación que presento como informe final, previo la obtención del Grado de Ingeniero en sistemas 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.
Edwin Patricio Camino Zambrano CI. 172305259-1
Yo, Escobar Quishpe Byron Adrian portador de la cédula de ciudadanía No. 230007610-2 declaro que los resultados obtenidos en la investigación que presento como informe final, previo la obtención del Grado de Ingeniero en sistemas 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.
Byron Adrian Escobar Quishpe CI. 230007610-2
iv
RESUMEN
La presente disertación muestra el arduo trabajo que corresponde al diseño y desarrollo del módulo de matrículas y pagos del sistema de gestión académica para la unidad educativa Sagrados Corazones del cantón La Concordia en el año 2013, en donde se aplican las aptitudes de toda una etapa de formación académica, que ha permitido un vital desarrollo de conocimientos para aplicar soluciones eficientes en el medio y de esta manera permitir un desarrollo sustentable en la comunidad. El valor que tiene la colaboración con la comunidad nos demuestra que el desarrollo puede ser sustentable para la sociedad, permitiendo mejorar los procesos de una rama específica mediante el uso de las nuevas tecnologías disponibles en la actualidad. La investigación en cualquier carrera es uno de los aspectos más importantes que se debe considerar, pues da apertura al diálogo, a la curiosidad de experimentar y de mejorar lo que tenemos, la investigación nos permite resolver los problemas del medio con un sentido de responsabilidad social y haciendo buen uso de las tecnologías disponibles. El presente proyecto tiene ese sentido, es por eso que se ha trabajado para permitir un mejor manejo de la información y una respuesta eficiente para la solución del problema en cuestión.
v
ABSTRACT
The current dissertation shows a hard work that belongs to the design and development of an enrollment module and fees of the academic management system for the Unidad Educativa Sagrados Corazones, La Concordia canton in the year 2013, where are applied of a whole academic training stage, which has allowed an essential development of knowledge to apply efficient solutions in the environment and in this way to permit a sustainable development in the community. The added value with the community shows us that the development can be sustainable for society, allowing improving processes of a specific branch by using new technology available currently. The research in any career is one of the most important aspects that have to be considered because it gives openness to dialogue; curiosity to experiment and improve what we have, the research permits us to solve problems of the zone with a sense of social responsibility and making good use of available technology. The present project has that sense, in which it has worked to allow a better management of information and an efficient answer to the solution of the concerned problem.
vi
TABLA DE CONTENIDOS
I.
INTRODUCCIÓN A LA DISERTACIÓN DE GRADO .........................................1
II.
PLANTEAMIENTO DEL PROBLEMA ..................................................................3
2.1
Antecedentes..............................................................................................................4
2.1.1
Delimitación del problema de investigación .............................................................4
2.2
Problema de investigación .........................................................................................5
2.3
Justificación de la investigación ................................................................................5
2.4
Objetivos de la investigación .....................................................................................7
2.4.1
Objetivo general ........................................................................................................7
2.4.2
Objetivos específicos .................................................................................................8
III.
MARCO REFERENCIAL ........................................................................................9
3.1
Revisión de la literatura o fundamentos teóricos .......................................................9
3.1.1
Sistemas de Información ...........................................................................................9
3.1.1.1
Funciones básicas ................................................................................................................... 9
3.1.1.2
Entrada de Información ........................................................................................................ 10
3.1.1.3
Procesamiento de información ............................................................................................. 10
3.1.1.4
Almacenamiento de información ......................................................................................... 10
3.1.1.5
Salida de información........................................................................................................... 10
3.1.1.6
Sistemas Transaccionales ..................................................................................................... 11
3.1.1.7
Sistemas de Apoyo de las Decisiones ................................................................................... 11
3.1.1.8
Sistemas Estratégicos ........................................................................................................... 11
3.1.1.9
Aporte................................................................................................................................... 11
3.1.2
Sistema de Información Académica ........................................................................12
3.1.3
Tecnología ...............................................................................................................12
3.1.3.1
Tecnología en escuelas ......................................................................................................... 13
3.1.4
Servicio al cliente ....................................................................................................13
3.1.4.1
Servicio al cliente en Escuelas ............................................................................................. 14
vii
3.2
Investigaciones o experiencias empíricas vinculadas con el problema de investigación ............................................................................................................14
3.2.1
RUP (Rational Unified Process / Proceso Unificado Racional) ..............................14
3.2.1.1
Características de RUP ......................................................................................................... 16
3.2.1.2
Ciclo de vida de RUP ........................................................................................................... 16
3.2.1.3
Aporte................................................................................................................................... 17
3.3
Hipótesis del trabajo ................................................................................................18
IV.
METODOLOGÍA DE LA INVESTIGACIÓN .......................................................20
4.1
Metodología de la investigación ..............................................................................20
4.1.1
Enfoque ...................................................................................................................20
4.1.2
Modalidad de la investigación .................................................................................20
4.1.3
Tipo de investigación ..............................................................................................21
4.1.4
Población y muestra ................................................................................................21
4.1.5
Operacionalización de variables ..............................................................................22
4.1.6
Recolección de información ....................................................................................25
4.1.6.1
Observación de campo ......................................................................................................... 25
4.1.6.2
Entrevista focalizada ............................................................................................................ 25
4.1.6.3
Encuesta ............................................................................................................................... 25
4.1.7
Procesamiento y análisis..........................................................................................26
4.2
RUP (IBM Rational Unified Process) .....................................................................26
4.2.1
Concepción, inicio o estudio de oportunidad ..........................................................26
4.2.1.1
Modelado de negocio ........................................................................................................... 26
4.2.2
Elaboración ..............................................................................................................40
4.2.2.1
Requisitos ............................................................................................................................. 40
4.2.2.2
Especificación de casos de uso ............................................................................................. 43
4.2.2.3
Análisis y diseño .................................................................................................................. 53
4.2.3
Construcción ............................................................................................................61
4.2.3.1
Herramientas de programación ............................................................................................ 61
4.2.4
Transición ................................................................................................................64
V.
RESULTADOS .......................................................................................................66
viii
5.1
Discusión y Análisis de los resultados ....................................................................66
5.1.1
Aplicación de la Encuesta .......................................................................................66
5.1.2
Resultados de la Encuesta .......................................................................................66
5.1.3
Resultados de la aplicación......................................................................................77
5.1.3.1
Ambiente de la aplicación .................................................................................................... 77
5.1.3.2
Módulo de pagos .................................................................................................................. 79
5.1.3.3
Módulo de matrículas ........................................................................................................... 84
5.2
Conclusiones............................................................................................................91
5.3
Límites y recomendaciones .....................................................................................92
5.4
Proyección o impacto ..............................................................................................93
FUENTES DE REFERENCIA O DE INFORMACIÓN...................................................95 Fuentes bibliográficas .............................................................................................................95 Fuentes lincográficas ..............................................................................................................96 ANEXOS ................................................................................................................................97 Acta de entrega recepción del sistema.................................................................................98 Encuesta ..............................................................................................................................101 Manual de usuario - Módulo de Matrículas .....................................................................104 Manual de usuario - Módulo de Pagos ..............................................................................123 Manual Técnico de instalación en Sistema Operativo Windows ....................................143 Manual Técnico de instalación de CentOS y Post Instalación ........................................159 Diccionario de Datos ...........................................................................................................172 Modelo Relacional de los módulos .....................................................................................199 Script de Base de Datos del Sistema Completo ................................................................201 Script de Base de Datos del Módulo ..................................................................................202 Acta de Capacitación del personal ....................................................................................203 Modelo Relacional del Sistema de Gestión Académica ...................................................205
ix
ÍNDICE DE ILUSTRACIONES
Ilustración 1: Fases de transición RUP................................................................................................. 17 Ilustración 2: Caso de uso de negocio .................................................................................................. 37 Ilustración 3: Diagrama de actividades. ............................................................................................... 38 Ilustración 4: Modelo del dominio. ...................................................................................................... 39 Ilustración 5: CU_M_01, matrículas. ................................................................................................... 40 Ilustración 6: CU_M_02, matrículas detalle. ....................................................................................... 40 Ilustración 7: CU_P_01, descuentos en pensiones y matrícula por beca.............................................. 41 Ilustración 8: CU_P_02, descuento autorizado en las pensiones y matrícula....................................... 41 Ilustración 9: CU_P_03, pago de matrícula o pensión. ........................................................................ 42 Ilustración 10: CU_P_04, sincronización de pagos con el Banco Internacional. ................................. 42 Ilustración 11: SE_M_03: Asignación de beca..................................................................................... 53 Ilustración 12: SE_M_04: Matrícula del estudiante ............................................................................. 53 Ilustración 13:SE_P_01: Descuentos en pensiones y matrícula por beca. ........................................... 54 Ilustración 14: SE_P_02: Descuento autorizado en las pensiones y matrícula. ................................... 54 Ilustración 15: SE_P_03: Pago de matrícula o pensión. ....................................................................... 55 Ilustración 16: SE_P_04: Sincronización de pagos con el Banco Internacional. ................................. 55 Ilustración 17: Modelo de datos. .......................................................................................................... 56 Ilustración 18: Lista de becas. .............................................................................................................. 57 Ilustración 19: Becas. ........................................................................................................................... 57 Ilustración 20: Lista de cursos. ............................................................................................................. 58 Ilustración 21: Cursos. ......................................................................................................................... 58 Ilustración 22: Lista de inscripciones. .................................................................................................. 59 Ilustración 23: Ficha de estudiante. ...................................................................................................... 59 Ilustración 24: Prefactura, factura. ....................................................................................................... 60 Ilustración 25: Rubros de facturación. ................................................................................................. 60 Ilustración 26: Tabla Becas. Fuente: Escobar, B. (2014). ..................................................................... 62 Ilustración 27: Tabla Cursos. ................................................................................................................ 62 Ilustración 28: Tabla Estudiantes.......................................................................................................... 63 Ilustración 29: Elementos de base de datos. ......................................................................................... 64 Ilustración 30: Diagrama de despliegue. .............................................................................................. 65 Ilustración 31: Resultado encuesta, pregunta 1, ................................................................................... 67 Ilustración 32: Resultado encuesta, pregunta 2. ................................................................................... 68 Ilustración 33: Resultado encuesta, pregunta 3. ................................................................................... 69 Ilustración 34: Resultado encuesta, pregunta 4. ................................................................................... 70 Ilustración 35: Resultado encuesta, pregunta 5. ................................................................................... 71
x
Ilustración 36: Resultado encuesta, pregunta 5. ................................................................................... 72 Ilustración 37: Resultado encuesta, pregunta 7. ................................................................................... 73 Ilustración 38: Resultado encuesta, pregunta 8. ................................................................................... 74 Ilustración 39: Resultado encuesta, pregunta 10. ................................................................................. 75 Ilustración 40: Resultado encuesta, pregunta 11. ................................................................................. 76 Ilustración 41: Interfaz, personalizado. ................................................................................................ 77 Ilustración 42: Interfaz, institucional. ................................................................................................... 78 Ilustración 43: Lista de rubros. ............................................................................................................. 80 Ilustración 44: editar rubro. .................................................................................................................. 80 Ilustración 45: Lista de proformas........................................................................................................ 81 Ilustración 46: Edición de proforma. .................................................................................................... 81 Ilustración 47: Aplicación de descuento. .............................................................................................. 82 Ilustración 48: Visualización de factura. .............................................................................................. 82 Ilustración 49: Lista de cobros. ............................................................................................................ 83 Ilustración 50: Lista de fechas. ............................................................................................................. 84 Ilustración 51: Funciones matrículas. Fuente: Escobar, B. (2014). ...................................................... 84 Ilustración 52: Creación Becas. ............................................................................................................ 85 Ilustración 53: Lista Becas. .................................................................................................................. 85 Ilustración 54: Ficha Inscripción. ......................................................................................................... 86 Ilustración 55: Nueva Inscripción, datos madre. .................................................................................. 86 Ilustración 56: Nueva Inscripción, datos madre. .................................................................................. 86 Ilustración 57: Nueva Inscripción, datos madre. .................................................................................. 87 Ilustración 58: Nueva Inscripción, datos madre. .................................................................................. 87 Ilustración 59: Lista inscripciones. ....................................................................................................... 88 Ilustración 60: Lista estudiantes. .......................................................................................................... 88 Ilustración 61: ficha matrícula.............................................................................................................. 89 Ilustración 62: Reporte estudiantes, parámetros. .................................................................................. 90 Ilustración 63: Reporte estudiantes. ..................................................................................................... 90
xi
ÍNDICE DE TABLAS
Tabla 1: Variables independientes ........................................................................................................ 19 Tabla 2: Variables dependientes ........................................................................................................... 19 Tabla 3: Operacionalización, variable independiente, módulo de matrículas. ..................................... 22 Tabla 4: Operacionalización, variable independiente, módulo de pagos. ............................................. 23 Tabla 5: Operacionalización, variable dependiente, servicio. .............................................................. 24 Tabla 6: Operacionalización, variable dependiente, tiempo. ................................................................ 24 Tabla 7: Características de los usuarios. ............................................................................................... 27 Tabla 8: Tablas de los requerimientos funcionales. .............................................................................. 34 Tabla 9: Tablas de los requerimientos no funcionales. ......................................................................... 36 Tabla 10: CU_M_01: Crear becas. ....................................................................................................... 43 Tabla 11: CU_M_02: Control de cupos. ............................................................................................... 44 Tabla 12: CU_M_03: Inscribir estudiante. ........................................................................................... 45 Tabla 13: CU_M_04: Imprimir ficha de Matrícula. ............................................................................. 46 Tabla 14: CU_M_05: Imprimir reporte de Becados. ............................................................................ 47 Tabla 15: CU_P_01: Descuentos en pensiones y matrícula por beca. .................................................. 48 Tabla 16: CU_P_02: Descuento autorizado en las pensiones y matrícula. ........................................... 49 Tabla 17: CU_P_03: Pago de matrícula o pensión. ............................................................................. 50 Tabla 18: CU_P_04: Sincronización de pagos con el Banco Internacional.......................................... 51 Tabla 19: CU_P_05: Exoneración de pagos de pensiones .................................................................... 52
I.
INTRODUCCIÓN A LA DISERTACIÓN DE GRADO
La disertación está estructurada de la siguiente manera:
En la sección 2 de Planteamiento del Problema se detalla la delimitación del problema de investigación en la cual se da a conocer el alcance del proyecto de disertación de grado con el análisis de requerimientos, además se detalla la justificación del proyecto en la cual se argumenta con razones teóricas, metodológicas o prácticas el porqué de la investigación, y por último se detalla tanto los objetivos específicos y generales que con lleva el plan de disertación de grado.
En la sección 3 de Marco Referencial se detalla el estado del arte del problema de investigación, en breves reseñas se da a conocer cada uno de los conceptos de los términos y herramientas a usar durante el proceso de desarrollo del proyecto; por último se detalla la hipótesis del problema con sus respectiva variable dependiente e independiente.
En la sección 4 de Metodología de desarrollo se detalla el tipo y/o método de investigación aplicado para la recolección de información necesaria que aporten con el desarrollo del proyecto, se detalla las técnicas de análisis de datos basadas en la metodología, las cuales permiten procesar la información recolectada y así poder detallarla de una forma más explicativa y sencilla de entender con el uso de las herramientas correspondientes.
2
En la sección 5 de Resultados se da apertura a un análisis de resultados, en donde se emiten las conclusiones respecto a la realización del proyecto y los resultados que se han obtenido de él, además de una muestra de límites y recomendaciones a tomar en cuenta.
II.
PLANTEAMIENTO DEL PROBLEMA
La unidad educativa Sagrados Corazones brinda los servicios de educación de escuela y colegio, a niños y jóvenes de medianos y escasos recursos económicos, una entidad católica que brinda educación a los estudiantes enfocados en el fortalecimiento de sus valores, morales y espirituales.
La unidad educativa actualmente cuenta con un sistema para el proceso de matrícula de los estudiantes, el cual no cumple con los requisitos necesarios que solicita la institución para tener un mejor manejo de la matriculación de cada uno de sus estudiantes, además no dispone de un sistema de control de pagos (pensiones), el cual es una necesidad clave en dicha institución.
El tener un número considerable de alumnos en una unidad educativa conlleva a la necesidad de contar con un sistema administrativo apto para poder cubrir la demanda de estudiantes que cada año ingresan a esta escuela; es por ello que al no contar con un sistema adecuado para llevar los registros de los estudiantes, puede ocasionar muchos problemas a futuro que no convendría efectuarse dentro de una unidad educativa de gran aceptación.
La problemática de la Unidad Educativa Sagrados Corazones se genera dentro de su propio establecimiento, el mismo que pertenece al cantón de la Concordia; el cual por su acogida se ha convertido en un referente de la zona para que los niños de la 3
4
localidad hagan sus estudios primarios y secundarios obteniendo una educación de calidad.
2.1
Antecedentes
2.1.1
Delimitación del problema de investigación
Los módulos de matrículas y pagos permitirán realizar la matriculación normal de cada estudiante de una forma más eficaz, obteniendo mayor organización al momento de generar los reportes necesarios desde el sistema, así como observar el tráfico de datos ingresados; además esto permitirá tener un control de aquellas personas que se encuentran o no al día con los pagos de pensiones recordando e informando tanto al profesor como al representante que dicho estudiante no podrá ejercer examen alguno hasta cancelar sus deudas.
En la actualidad se cuenta con un sistema que ayuda a la matriculación de estudiantes, pero no al control de pagos, y la necesidad de contar con un sistema que pueda realizar estas dos funciones es de vital importancia para brindar un servicio de mejor calidad.
Para poder realizar la delimitación de la investigación se aplicará el análisis de requerimientos usando la metodología RUP1, la cual ayudará a especificar toda la información del sistema, detallando el alcance del proyecto con mayor precisión.
1 RUP: Proceso Unificado Racional.
5
Al delimitar el alcance del proyecto evitará tener consecuencias o mal entendidos en el momento de la entrega y uso del sistema por parte de los diferentes usuarios que se encargarán de interactuar con el mismo.
2.2
Problema de investigación
¿Permitirá la implementación de los módulos de matrículas y pagos la realización más eficiente de los procesos?
¿Este sistema ayudará a mejorar la calidad de servicio de la Unidad Educativa Sagrados Corazones?
¿Qué impacto generará sobre la institución este tipo de sistema?
¿Cuál sería la ventaja principal de contar con un sistema para el control de matrículas y pagos?
2.3
Justificación de la investigación
El presente proyecto tiene como finalidad, colaborar con el desarrollo tecnológico de la institución educativa permitiendo un mejor desempeño en sus procesos internos de matrículas y pagos.
El contar con un sistema académico que no cumple con la mayoría de los procesos que se necesita al momento de realizar la matriculación de un estudiante y poder monitorear sus pagos, es la problemática con la que cuenta la unidad educativa Sagrados Corazones; esto ha conllevado a la elaboración de los módulos de
6
matriculación y control de pagos los cuales cumplirán las expectativas de quienes utilicen el sistema.
La elaboración de módulos del sistema de matriculación y control de pagos es unos de los puntos claves que debería tener toda institución educativa, esto permite ayudar a crecer tanto de forma tecnológica, como social, a todo organismo educativo que cuente con estos módulos en su infraestructura.
El proyecto permitirá tener un beneficio directo tanto a la unidad educativa como a la comunidad, puesto que permitirá brindar un mejor servicio que probablemente no lo tengan otras instituciones de la zona. Además ayudará a que dicha institución pueda ser vista y reconocida por más instituciones en sus alrededores y convertirlos en un ejemplo de desarrollo y de opción de estudio para la comunidad.
La factibilidad que se muestra en el presente proyecto se determina según los recursos que a continuación se detallan:
Humanos: Tanto el personal administrativo y académico de la unidad educativa, así como los integrantes del desarrollo del sistema, formarán parte del recurso humano disponible con los que contará este proyecto, asegurando así un producto final de calidad.
Físicos: Aquellos materiales y ubicaciones con las que cuenta en este caso la institución educativa, las cuales ya se han dado a conocer en las visitas que se han realizado.
7
Técnicos: Todos aquellos implementos tecnológicos y equipos con los que se cuenta en la institución para el desarrollo del proyecto.
Financieros: Aquellos recursos económicos de los que se dispone, los cuales van a ser menores, debido a que no se requiere hacer mayor gasto, porque cuenta con los equipos y la infraestructura adecuada para el desarrollo del proyecto.
Por todas estas razones, se considera factible el proyecto.
El proyecto se lo considera viable puesto que cada uno de los recursos con los que se cuentan están disponibles, ayudando a la realización del proyecto, permitiendo avanzar, cumplir, y terminar con cada uno de los módulos que se plantearon al inicio del problema de investigación.
2.4
Objetivos de la investigación
2.4.1
Objetivo general
Diseñar y desarrollar los módulos de matrículas y pagos para el sistema de gestión académica en la unidad educativa Sagrados Corazones del cantón la concordia en el año 2013.
8
2.4.2
Objetivos específicos
Mostrar un esquema básico del presente documento para que el lector pueda conocer su estructura con facilidad.
Definir y delimitar el problema de investigación permitiendo encontrar la justificación al desarrollo del proyecto.
Mencionar el marco referencial que servirá de conocimiento específico para el mejor entendimiento del desarrollo del proyecto.
Justificar el uso de la metodología de desarrollo para permitir el análisis, el diseño, el desarrollo, las pruebas y la instalación del proyecto.
Demostrar los resultados, presentar y realizar la entrega de los módulos de matrículas y pagos del sistema de gestión académica para su utilización en las actividades correspondientes.
III.
MARCO REFERENCIAL
3.1
Revisión de la literatura o fundamentos teóricos
3.1.1
Sistemas de Información
Conjunto organizado de elementos, que pueden ser personas, datos, actividades o recursos materiales en general. Estos elementos interactúan entre sí para procesar información y distribuirla de manera adecuada en función de los objetivos de una organización.
3.1.1.1 Funciones básicas
Un sistema de información realiza cuatro funciones básicas 1. Entrada 2. Procesamiento 3. Almacenamiento 4. Salida
9
10
3.1.1.2 Entrada de Información
Es la técnica que usa el sistema de información para poder registrar los datos obtenidos o ingresados de los diferentes dispositivos o herramientas que intervienen en el ingreso de información. 3.1.1.3 Procesamiento de información
Es la transformación de los datos que se ingresan o se generan en un sistema de información para que puedan ser leídos y entendidos por los usuarios que lo manejan.
3.1.1.4 Almacenamiento de información
Es la capacidad con la que cuentan todos los dispositivos informáticos para guardar información que posteriormente podrá ser usada o compartida por uno o varios usuarios que interactúen con el dispositivo en el cual se encuentra almacenada la información.
3.1.1.5 Salida de información
Es el proceso con el que cuenta un dispositivo para poder mostrar o entregar la información almacenada en un sistema informático, dicha información resultará de gran ayuda para el usuario que la necesita o que la requiera para ser usada en su beneficio o interés.
11
3.1.1.6 Sistemas Transaccionales
Como su nombre mismo lo indica, son sistemas que permiten realizar tareas de una forma más óptima, permitiendo reducir el tiempo de respuesta y generando una ayuda muy significativa dentro de la empresa que lo ejecuta.
3.1.1.7 Sistemas de Apoyo de las Decisiones
Permiten ejecutar planes de mejora continua a corto o largo plazo, ya que estas mejoras se ejecutan a partir de una decisión tomada por un consejo o grupo de trabajo, apoyado por la información que revela o que brinda el sistema transaccional que se está usando en una empresa.
3.1.1.8 Sistemas Estratégicos
Un sistema estratégico se puede considerar como el plan alternativo o como un haz bajo la manga con el que cuenta una empresa, ya que permite generar nuevas soluciones cuando las actuales no arrojan el resultado esperado. Estas nuevas soluciones o estrategias pueden generar ingresos económicos útiles para la empresa, ya que son pensados para dar soporte a las ideas o procesos que se encuentran ejecutándose.
3.1.1.9 Aporte
Después de lo expuesto anteriormente se puede aportar diciendo que un Sistema de Información es una técnica completa, organizacional y muy útil que puede ser usada
12
tanto en empresas como en corporaciones con grandes proyectos o visiones a largo y corto plazo, que así todo lo planeado se pueda realizar con orden, cumpliendo con los tiempos establecidos en un cronograma de trabajo con el recurso humano y técnico necesario para que al final el beneficio sea el mejor tanto para la empresa como para quienes la conforman.
3.1.2
Sistema de Información Académica
Permite obtener, ordenar y almacenar información relevante o necesaria con la que cuenta una institución educativa. Un SIA se usa para administrar de forma más segura, ágil y automática los procesos académicos que se manejan tanto diariamente como mensualmente en los periodos de un año electivo. Dicha administración ayuda a brindar siempre los mejores servicios que se ofrece en una entidad educativa. Un ejemplo de los procesos académicos puede ser:
La matriculación de nuevos o antiguos estudiantes.
El almacenamiento e impresión de notas.
El ingreso de personal docente y administrativo.
Entre otros.
3.1.3
Tecnología
La tecnología –saber cómo y por qué hacer–, persigue desarrollar soluciones prácticas a problemas y necesidades existentes, de un modo sistemático y ordenado.
13
3.1.3.1 Tecnología en escuelas
La tecnología es una de las herramientas más importante de los últimos siglos, ya que permite automatizar ciertos tipos de procesos, mejorar la calidad de vida de las personas, otorgar mejores servicios a los usuarios, entre otros.
La tecnología implementada en una institución educativa permite brindar una educación de más alto nivel y calidad hacia los estudiantes, facilitando los niveles de estudio, pero si hablamos de la tecnología implementada en una institución educativa orientada a los servicios administrativos, nos podemos dar cuenta que también otorga importantes beneficios, ya que agiliza, automatiza y mejora los procesos administrativos que en dicha institución existen, como su sistema de matrículas, pagos, control de asistencias, registro de notas, publicación de eventos y el registro de cada uno de su personal administrativo y docente, ya sea de planta o temporal.
3.1.4
Servicio al cliente
"El servicio es el conjunto de prestaciones que el cliente espera –además del producto o servicio básico- como consecuencia del precio, la imagen, y la reputación del mismo”. (Horovitz, J. 2010)
14
3.1.4.1 Servicio al cliente en Escuelas
La satisfacción, la rapidez y calidad con lo que se atiende a un cliente en una institución educativa no es algo que se tome a la ligera o que no tiene mucha relevancia.
Un buen servicio o atención al cliente genera importancia y comodidad a las personas que lo obtiene o reciben, es por eso que se debe mejorar el servicio al cliente al momento de generar una matrícula estudiantil mediante el uso de tecnologías de información nuevas que ayuden a engrandecer y a exaltar la reputación y nombramiento de una escuela por brindar unos servicios únicos y de alta calidad en una determinada zona.
3.2
Investigaciones o experiencias empíricas vinculadas con el problema de investigación
3.2.1
RUP (Rational Unified Process / Proceso Unificado Racional)
“El Proceso Unificado Racional (RUP) es un ejemplo de un modelo de proceso moderno que proviene del trabajo en el UML y el asociado Proceso Unificado de Desarrollo de Software (Rumbaugh et al., 1999b) “. (Sommerville, I. & Galipienso, M. 2005)
15
“La metodología RUP, llamada así por sus siglas en inglés Rational Unified Process, divide en 7 etapas o fases el desarrollo de un proyecto de desarrollo de aplicaciones de software.
Modelo del Negocio
Requisitos Funcionales
Análisis y Diseño
Implementación
Pruebas
Configuración y Administración de Cambios
Instalación”
(Toro, F. 2013)
Proceso Unificado Racional (RUP2): es una metodología de desarrollo de software que está basado en componentes e interfaces bien definidas, y junto con el Lenguaje Unificado de Modelado (UML3), constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos.
La metodología RUP contiene elementos que permiten definir de mejor forma el trabajo que se realiza en cada uno de sus procesos.
Los principales elementos de RUP son:
Colaboradores (“quién/quienes realizan las diferentes actividades”)
2 RUP: Proceso Unificado de Desarrollo Racional 3 UML: Lenguaje Unificado de Modelado
16
Actividades (“cómo se realizan las diferentes actividades”)
Artefactos (“qué”)
Cronograma de actividades (“cuándo y en cuanto deben realizarse las actividades”)
Dichos elementos, permiten implementar de mejor manera la metodología RUP dentro de un proyecto.
3.2.1.1 Características de RUP
Utiliza como aporte de desarrollo la información de metodologías ya existentes.
Adecuado para ser usado en diferentes tipos de proyectos.
Su modelo de desarrollo es Orientado a Objetos.
3.2.1.2 Ciclo de vida de RUP
El ciclo de vida de RUP se caracteriza por:
Dirigido por casos de uso
Centrado en la arquitectura
Iterativo e Incremental
Las principales Fases que se ejecutan dentro de la metodología RUP, están descritas en la siguiente gráfica.
17
Ilustración 1: Fases de transición RUP Fuente: Adaptado de Sánchez Mendoza, M.A. (Junio 7, 2003).
3.2.1.3 Aporte
Para aportar un poco más sobre la teoría de la metodología RUP, hay que tener muy en claro que es una metodología de desarrollo rápido,
muy usada por los
desarrolladores de software que quieren obtener y entregar un producto estable, abierto a cambios en caso de mejoras y de excelente calidad.
Esta metodología de desarrollo de software permite organizar los grupos de trabajo involucrados en la construcción de un software, debido a que permite conocer y administrar requisitos, lo cual ayuda a distribuir cargas de trabajo equitativas, permitiéndonos conocer quienes hacen, cuando lo hacen, como lo hacen y también en cuanto tiempo lo hacen al trabajo que se les ha asignado, esto permite mantener
18
un orden, llevar un cronograma de actividades establecidas y así poder tener al final un desarrollo de software más ágil y compacto.
Trabaja bajo la norma de desarrollo iterativo e incremental, con controles de cambio de versiones y verificación de la calidad del software una vez concluido el desarrollo.
Todo esto hace que RUP sea la metodología de desarrollo de software indicada, recomendada, convirtiéndose en la herramienta precisa para hacer usada durante el proceso de construcción del software de la Unidad Educativa Sagrado Corazón de Jesús y así aportar con tecnología útil, de calidad y de última generación.
3.3
Hipótesis del trabajo
La implementación de los módulos de matrículas y pagos, agilitará el proceso de matrículas de los estudiantes y mejorará la calidad del servicio que brinde la unidad educativa Sagrados Corazones.
Variable Independiente
Definición conceptual
Definición operacional
Indicadores
Módulo de matrículas
Conjunto de procesos que permite al estudiante registrarse de manera eventual a un institución durante un periodo electivo
Proceso de matrícula
Operaciones que realice el módulo Tiempo de respuesta de las operaciones Herramientas utilizadas para el desarrollo
Módulo de pagos
Conjunto de procesos claves que permite al estudiante matricularse, asistir a clases con normalidad y rendir las
Proceso de pago y emisión de comprobante
Operaciones que realice el módulo Tiempo de respuesta de las operaciones
19
pruebas y/o exámenes que se evalué en su respectivo nivel académico
Herramientas utilizadas para el desarrollo
Tabla 1: Variables independientes Fuente: Escobar, B. (2014).
Variable Dependiente
Definición conceptual
Definición operacional
Indicadores
El servicio
El servicio es el aspecto que caracteriza a una institución y busca responder a las necesidades acuerdo al tipo de servicio que brinde
Servicio de matrícula
Matriculados al día.
Unidad de medida que sirve para conocer cuánto tarda una cierta acción, en este caso será cuánto tarda cada uno de los procesos de matrículas y pagos
Tiempo de ejecución de procesos
El tiempo
Tabla 2: Variables dependientes Fuente: Escobar, B. (2014).
Clientes satisfechos
Tiempo en minutos u horas de los procesos
IV.
METODOLOGÍA DE LA INVESTIGACIÓN
4.1
Metodología de la investigación
4.1.1
Enfoque
El enfoque en nuestra metodología de investigación es predominantemente cuantitativo, pues se habla de desarrollo de software que es un tema netamente técnico además debemos comprender el fenómeno como tal que consiste en los procesos de matrículas y pagos, haciendo énfasis en la determinación de situaciones medibles.
4.1.2
Modalidad de la investigación
La modalidad de nuestra investigación es principalmente de campo y además experimental, debido a que se requiere la investigación insitu para comprender el proceso de matrículas y pagos con mayor nivel de apreciación, manteniendo un contacto directo con quienes se encuentran involucrados con los procesos.
Además es experimental en la práctica, pues el desarrollo de software a la medida requiere de constantes pruebas de rendimiento en sus distintos componentes para cumplir con los objetivos establecidos. 20
21
4.1.3
Tipo de investigación
El tipo de investigación que se desarrolló es descriptivo y a la vez de asociación de variables.
Descriptivo, considerando que realizamos la comparación de los fenómenos que se presentan en los procesos de matrículas y pagos, tal es el caso que anteriormente la institución ya ha manejado sistemas para estas actividades sin embargo tenemos en mente que nuestro objetivo fue analizar los requerimientos específicos y cubrir las necesidades de solución que el sistema anterior no ofrecía, en este aspecto se pueden cuantificar los resultados respecto a lo mencionado.
Es de tipo de asociación de variables y en este aspecto cuantificable pues cabe recalcar que los módulos desarrollados se complementan con otros módulos con los cuales interactúa y correlaciona para lograr las actividades necesarias para el funcionamiento del sistema.
4.1.4
Población y muestra
La población de nuestra investigación corresponde a todos quienes interactúan en el proceso de matrícula y cobros, considerando así al personal administrativo, estudiantes y representantes que realizan la actividad de la matrícula y el continuo pago de pensiones.
22
El muestreo utilizado es de tipo no probabilístico intencional, en donde consideramos al personal administrativo involucrado en el proceso de matrículas y pagos, pues son ellos de quienes pudimos obtener la información confiable para entender dichos procesos desde el punto de vista de las actividades que realizan, así también se pudo diferenciar los roles existentes para la colaboración de actividades.
4.1.5
Operacionalización de variables
VARIABLE INDEPENDIENTE: Módulo de Matrículas de estudiantes en la institución educativa Sagrados Corazones.
Técnicas Conceptualización
Dimensiones
Indicadores
Items Instrumentos
Conjunto de componentes de sistema que permitirán dar trámite al proceso de matrícula del estudiante en la institución y que se enlazará a otros módulos para corresponder al funcionamiento del sistema
Proceso de matrícula
- Estudiantes matriculados. - Reincidencia de estudiantes
¿Ha habido Guía de un observación incremento ?
Operatividad con otros módulos de sistema
- Módulos relacionados. - Acceso a datos desde otros módulos
¿Pueden Guía de otros observación módulos reconocer a estudiantes matriculad os?
Tabla 3: Operacionalización, variable independiente, módulo de matrículas. Fuente: Camino, E. (2014).
23
VARIABLE INDEPENDIENTE: Módulo de Pagos para cobro de matrículas y pensiones en la institución educativa Sagrados Corazones.
Técnicas Conceptualización
Dimensiones
Indicadores
Items Instrumentos
Conjunto de componentes de sistema que permitirán dar trámite al proceso de cobro de matrículas y pensiones de los estudiantes que se integrará a otros módulos
Cobro de pensiones
- Transacciones realizadas
¿Se asegura el dinero de los clientes?
Entrevista
-Disponibilidad de información de deudores
¿Se puede identificar a quién está debiendo?
Entrevista
Cobro de matrículas Operatividad con otros módulos de sistema
Tabla 4: Operacionalización, variable independiente, módulo de pagos. Fuente: Camino, E. (2014).
VARIABLE DEPENDIENTE: Calidad de servicio en el proceso de matrículas.
Técnicas Conceptualización
Dimensiones
Indicadores
Items Instrumentos
Mantener al cliente satisfecho en el servicio de matrículas y pagos, asegurando un proceso sin inconvenientes
Eficiencia en el manejo de datos
-Accesibilidad de los datos
¿Se asegura el correcto almacena miento de datos?
Guía de observación
Intercambio de datos con otros módulos
-Disponibilidad de los datos
¿Los medios de consulta son eficientes?
Encuesta
24
Aseguramien to de calidad en procesos
-Errores en puntos de control
¿Cuáles Entrevista son los principales puntos de control?
Tabla 5: Operacionalización, variable dependiente, servicio. Fuente: Camino, E. (2014).
VARIABLE DEPENDIENTE: Tiempo de espera del cliente para el proceso.
Técnicas Conceptualización
Dimensiones
Indicadores
Items Instrumentos
Tiempo necesario que el cliente debe esperar para ser atendido
-Interfaces intuitivas, fáciles de usar
-Cantidad de opciones en la interfaz
¿Qué opciones deberían tener las diferentes interfaces?
Encuesta
-Algoritmos eficientes
-Líneas de código realizadas
¿Cuántas líneas de código tomó realizar los módulos?
Guía de observación
-Transiciones rápidas
-Tiempo de espera entre formularios
¿Cuánto hay que esperar para que el formulario esté disponible?
Guía de observación
Tabla 6: Operacionalización, variable dependiente, tiempo. Fuente: Camino, E. (2014).
25
4.1.6
Recolección de información
A continuación se citan las técnicas e instrumentos de recolección de información utilizado para el presente proyecto.
4.1.6.1 Observación de campo
Es indispensable para el entendimiento del proceso realizar la observación debida en el lugar de trabajo del personal correspondiente, el ambiente de trabajo que se observa en el mismo.
4.1.6.2 Entrevista focalizada
La entrevista es de tipo focalizada, debido a que el tema de interés que se trató es el de los procesos que se deben considerar para sistematizarlo en los módulos que se desarrollaron, considerando algunos tópicos importantes como el manejo de cupos y la transición entre las áreas de secretaría y colecturía.
4.1.6.3 Encuesta
Fue necesario aplicar una encuesta, para demostrar la aceptación de la implementación de los módulos mediante la opinión de los usuarios de sistema en los resultados de dicha encuesta.
26
4.1.7
Procesamiento y análisis
Los resultados de la encuesta se verán a continuación en la sección cinco de resultados.
RUP (IBM Rational Unified Process)
4.2
RUP es el Proceso Unificado de Desarrollo de Software, un estándar creado por Rational y que actualmente es propiedad de IBM. Este trabaja junto al UML (Lenguaje Unificado de Modelado) para constituir el estándar para el análisis, diseño, implementación y documentación de sistemas orientados a objetos.
4.2.1
Concepción, inicio o estudio de oportunidad
En la etapa de concepción o inicio se da mayor énfasis en la disciplina de requerimientos y modelado del negocio, analizaremos las pautas principales para dar comienzo al proyecto constando de las secciones mostradas a continuación:
4.2.1.1 Modelado de negocio
Características de los usuarios
A continuación se muestra una descripción de los usuarios que harán uso del sistema, y con los cuales se podrán definir roles de acceso a las distintas opciones y operaciones de los módulos.
27
Tipo de usuario Formación Actividades
Administrador Técnico en Informática o Tecnologías de la Información. Control y manejo del sistema en general
Tipo de usuario Formación Actividades
Rector Gerencia Controlar resultados
Tipo de usuario Formación Actividades
Secretario/a Conocimientos básicos de informática Proceso de matrículas, registro de información de estudiantes y de representantes.
Tipo de usuario Formación Actividades
Colector/a Contabilidad, Conocimientos básicos de informática. Realización de cobros de matrícula y pensiones.
Tipo de usuario Formación Actividades
Estudiante NA4 Asiste a clases, rinde pruebas, aprueba el año lectivo.
Tipo de usuario Formación Actividades
Representante NA5 Realiza el pago respectivo del servicio.
Tabla 7: Características de los usuarios. Fuente: Camino, E. (2013).
Requerimientos Funcionales
Los requerimientos funcionales nos permiten tener una visión clara de las actividades principales que van a realizar los módulos; entre los que se han logrado identificar están los siguientes: Identificación del requerimiento: Nombre del Requerimiento: Características:
RF01
Autentificación de Usuario. Los usuarios deberán identificarse para acceder a cualquier parte del sistema, esta autenticación estará definida por el módulo de seguridades. Descripción del El sistema podrá ser consultado por cualquier requerimiento: usuario dependiendo del módulo en el cual se encuentre y su nivel de accesibilidad. Requerimiento NO funcional: RNF01, RNF04, RNF07 Prioridad del requerimiento: Alta
4 5
NA: No aplica. NA: No aplica.
28
Identificación del RF02 requerimiento: Nombre del Filtro de perfil de usuario. Requerimiento: Características: Una vez que el usuario ingrese al sistema, solamente podrá observar las opciones que corresponden según los perfiles que se le hayan asignado. Descripción del Se limitarán las opciones a las cuales tiene acceso el requerimiento: usuario de la aplicación, según los perfiles que hayan sido asignados al mismo. Requerimiento RNF03, RNF07 NO funcional: Prioridad del requerimiento: Alta Identificación del RF03 requerimiento: Nombre del Búsqueda de Estudiantes. Requerimiento: Características: La búsqueda de estudiantes se podrá realizar principalmente por sus nombres, número de cédula o nombre de representante. Descripción del Esto permitirá buscar al estudiante requerido en un menor requerimiento: tiempo. Requerimiento RNF03, RNF04 NO funcional: Prioridad del requerimiento: Alta Identificación del RF04 requerimiento: Nombre del Matriculación del estudiante. Requerimiento: Características: Se tomará en cuenta las observaciones que haga el Rector de la institución sobre un estudiante con caso especial al momento de realizar la matrícula. Descripción del Se obtiene información de la inscripción al momento de requerimiento: registrar la matrícula, la matrícula se efectúa al momento de realizar la facturación, la cual estará a nombre del representante. Requerimiento RNF03, RNF06, RNF07 NO funcional: Prioridad del requerimiento: Alta Identificación del RF05 requerimiento: Nombre del Impresión de ficha de matrícula Requerimiento: Características: Corresponde a la información obtenida de la matriculación Descripción del La ficha de matrícula contiene datos informativos del requerimiento: estudiante, madre, padre y representante Requerimiento RNF06 NO funcional: Prioridad del requerimiento: Alta
29
Identificación del requerimiento: Nombre del Requerimiento: Características: Descripción del requerimiento:
RF06
Identificación del requerimiento: Nombre del Requerimiento: Características: Descripción del requerimiento:
RF07
Descuentos en las pensiones
Descuentos en las pensiones del estudiante. Se ofrecen descuentos por excelencia académica (50%) y por escasos recursos (100%) además de un descuento autorizado que se lo describe a continuación. Requerimiento NO RNF01, RNF08 funcional: Prioridad del requerimiento: Alta
Descuento autorizado en las pensiones y matrícula (pensión diferenciada). Descuentos en la matrícula del estudiante. Se requiere que sea el Rector quien autorice los descuentos por valores no porcentuales en función de la decisión por casos especiales. Requerimiento NO RNF02, RNF03 funcional: Prioridad del requerimiento: Alta Identificación del RF08 requerimiento: Nombre del Matrícula extraordinaria. Requerimiento: Características: Se permitirá la matrícula extraordinaria de hasta un mes o en caso de pase de estudiante. Descripción del El módulo debe tener la apertura para las matrículas requerimiento: extraordinarias, según lo estipulado en la ley de educación. Requerimiento NO RNF05, RNF07 funcional: Prioridad del requerimiento: Alta Identificación del RF09 requerimiento: Nombre del Reducción de cupos disponibles por proforma. Requerimiento: Características: El número límite de cupos de estudiantes está establecido en 35 por aula (esto se lo establece en cursos). Descripción del Se debe controlar el número de cupos, cada vez que un requerimiento: estudiante solicita la proforma. Requerimiento NO RNF04, RNF07 funcional: Prioridad del requerimiento: Alta
30
Identificación del requerimiento: Nombre del Requerimiento: Características: Descripción del requerimiento:
RF10 Pago de matrícula o pensión.
Consideraciones al momento de realizar el pago. Se debe considerar que el pago de la matrícula o pensión lo puede realizar cualquier persona sin importar que sea o no el representante, pero si debe ir firmado por el representante. Requerimiento NO RNF04, RNF07 funcional: Prioridad del requerimiento: Alta Identificación del RF11 requerimiento: Nombre del Selección del paralelo Requerimiento: Características: La secretaria tiene la opción de seleccionar el paralelo del estudiante. Descripción del La secretaria escoge el paralelo del estudiante, pues requerimiento: puede darse casos de transiciones o reagrupaciones de paralelos. Requerimiento NO RNF02, RNF04 funcional: Prioridad del requerimiento: Alta Identificación RF12 del requerimiento: Nombre del Aplicación de sanciones. Requerimiento: Características: No se aplican multas pero si se limita a no rendir pruebas. Descripción del Se debe considerar el control de estudiantes disponibles a requerimiento: rendir pruebas, según tabla de mora en pensiones. Requerimiento NO RNF02, RNF04 funcional: Prioridad del requerimiento: Alta
Identificación del RF13 requerimiento: Nombre del Sincronización de pagos Requerimiento: Características: Debido a alianza con el Banco Internacional, se utiliza un sistema adicional. Descripción del Se debe coordinar para la sincronización de pagos según requerimiento: los reportes que emite el BI. Requerimiento NO RNF01, RNF02, RNF07 funcional: Prioridad del requerimiento: Alta
31
Identificación del RF14 requerimiento: Nombre del Impresión de facturas Requerimiento: Características: Se requiere el modelo de facturas para poder adaptar a la necesidad de la empresa. Descripción del Se creará un reporte que permita la impresión de la requerimiento: factura, con los datos correspondientes. Requerimiento NO RNF03, RNF06, RNF07 funcional: Prioridad del requerimiento: Alta Identificación del RF15 requerimiento: Nombre del Registrar información del estudiante Requerimiento: Características: Se requiere el previo pago de la matricula Descripción del Se ingresara toda la información personal y académica del requerimiento: estudiante Requerimiento NO RNF03, RNF06, RNF07 funcional: Prioridad del requerimiento: Alta Identificación del RF16 requerimiento: Nombre del Registrar información del representante Requerimiento: Características: Se requiere el previo pago de la matricula Descripción del Se ingresara toda la información requerimiento: representante Requerimiento NO RNF03, RNF06, RNF07 funcional: Prioridad del requerimiento: Alta Identificación del requerimiento: Nombre del Requerimiento: Características:
Descripción del requerimiento: Requerimiento NO funcional: Prioridad del requerimiento: Alta
personal
del
RF17 Impresión de Reporte # 1 Se requiere que la información del estudiante y representante ya este previamente ingresada Se creará un reporte que permita la impresión resumida de la información del estudiante y su representante RNF03, RNF06, RNF07
32
Identificación del requerimiento: Nombre del Requerimiento: Características:
Descripción del requerimiento:
Requerimiento NO funcional: Prioridad del requerimiento: Alta Identificación del requerimiento: Nombre del Requerimiento: Características:
Descripción del requerimiento:
Requerimiento NO funcional: Prioridad del requerimiento: Alta Identificación del requerimiento: Nombre del Requerimiento: Características: Descripción del requerimiento:
Requerimiento NO funcional: Prioridad del requerimiento: Alta Identificación del requerimiento: Nombre del Requerimiento: Características: Descripción del requerimiento: Requerimiento NO funcional: Prioridad del requerimiento: Alta
RF18 Impresión de Reporte # 2 Se requiere la previa matricula del estudiante y asignación del grado correspondiente Se creará un reporte que permita la impresión de un documento donde se pueda observar el número total de alumnos matriculados en los diferentes cursos existentes en un periodo determinado. RNF03, RNF06, RNF07
RF19 Impresión de Reporte # 3 Se requiere una previa entrevista con el Rector para la aprobación del cupo de estudio. Se creará un reporte que permita la impresión de un documento donde se pueda visualizar a los estudiantes que se les ha otorgado el cupo de estudio para posterior matricula y en cual se podrá visualizar el tipo de beca (descuento) que se le aplicara. RNF03, RNF06, RNF07
RF20 Cuadre de información con Sistema del Banco Internacional Mediante el uso de datos almacenados, se mantendrá actualizada la información. Mediante la información que ofrece el Sistema que utiliza la institución en coordinación con el Banco Internacional, se realizará la actualización de información en el sistema, con esto se mantendrá la veracidad de los datos. RNF01
RF21 Modelado de la factura para impresión. La factura debe presentarse impresa. Se ingresan los datos de la factura correspondiente, según el pago verificado en la base de datos. RNF01
33
Identificación del requerimiento: Nombre del Requerimiento: Características: Descripción del requerimiento: Requerimiento NO funcional: Prioridad del requerimiento: Alta Identificación del requerimiento: Nombre del Requerimiento: Características: Descripción del requerimiento:
Requerimiento NO funcional: Prioridad del requerimiento: Alta Identificación del requerimiento: Nombre del Requerimiento: Características: Descripción del requerimiento: Requerimiento NO funcional: Prioridad del requerimiento: Alta Identificación del requerimiento: Nombre del Requerimiento: Características:
Descripción del requerimiento:
Requerimiento NO funcional: Prioridad del requerimiento: Alta
RF22 Reporte de nómina de estudiantes. Generación de listados o nómina de estudiantes. Listado de los estudiantes diferenciando a matriculados de los no matriculados RNF01
RF23 Cambio de estado de inscrito a matriculado. La acción se realiza al momento de realizar la facturación. El estudiante pasa a estar habilitado para aparecer en listas y demás ventajas de la matrícula, además del pago continuo de pensiones. RNF01
RF24 Reporte de estudiantes becados. Listado de estudiantes matriculados o inscritos que tienen asignada una beca. Se tendrá la disponibilidad de un listado de estudiantes becados. RNF01
RF25 Exoneración de cobros de estudiantes retirados. Proceso para permitir el borrado de cobros pendientes de estudiantes retirados. Se tendrá una opción habilitada para estudiantes retirados, la cual permitirá el borrado de los cobros pendientes del estudiante y las proformas que lo contemplan, siempre y cuando estas no se encuentren vencidas. RNF01
34
Identificación del requerimiento: Nombre del Requerimiento: Características: Descripción del requerimiento:
Requerimiento NO funcional: Prioridad del requerimiento: Alta
RF26 Anulación de proformas. Se elimina la proforma para evitar la acumulación de proformas innecesarias. Debido a que existe la probabilidad de error en la creación de proforma, se considera sea posible su anulación, eliminando datos innecesarios y evitando la sobrecarga de datos innecesarios. RNF01
Tabla 8: Tablas de los requerimientos funcionales. Fuente: Camino, E., Escobar, B. (2013).
Requerimientos No Funcionales.
Identificación del RNF01 requerimiento: Nombre del Interfaz del sistema. Requerimiento: Características: El sistema presentara una interfaz de usuario sencilla para que sea de fácil manejo a los usuarios del sistema. Descripción del El sistema debe tener una interfaz de uso intuitiva y requerimiento: sencilla. Prioridad del requerimiento: Alta
Identificación del RNF02 requerimiento: Nombre del Mantenimiento. Requerimiento: Características: El sistema deberá de tener un manual de instalación y manual de usuario para facilitar los mantenimientos que serán realizados por el administrador. Descripción del El sistema debe disponer de una documentación fácilmente requerimiento: actualizable que permita realizar operaciones de mantenimiento con el menor esfuerzo posible. Prioridad del requerimiento: Alta
35
Identificación del RNF03 requerimiento: Nombre del Diseño de la interfaz a la característica de la web. Requerimiento: Características: El sistema deberá de tener una interfaz de usuario, teniendo en cuenta las características de la web de la institución. Descripción del La interfaz de usuario debe ajustarse a las características requerimiento: de la web de la institución, dentro de la cual estará incorporado el módulo de matrículas y pagos del sistema de Gestión Académica. Prioridad del requerimiento: Alta Identificación del RNF04 requerimiento: Nombre del Desempeño Requerimiento: Características: El sistema garantizara a los usuarios un desempeño en cuanto a los datos almacenado en el sistema ofreciéndole una confiabilidad a esta misma. Descripción del Garantizar el desempeño del sistema informático a los requerimiento: diferentes usuarios. En este sentido la información almacenada o registros realizados podrán ser consultados y actualizados permanente y simultáneamente, sin que se afecte el tiempo de respuesta. Prioridad del requerimiento: Alta
Identificación del RNF05 requerimiento: Nombre del Nivel de Usuario Requerimiento: Características: Garantizara al usuario el acceso de información de acuerdo al nivel que posee. Descripción del Facilidades y controles para permitir el acceso a la requerimiento: información al personal autorizado a través de Internet, con la intención de consultar y subir información pertinente para cada una de ellas. Prioridad del requerimiento: Alta
36
Identificación RNF06 del requerimiento: Nombre del Confiabilidad continúa del sistema. Requerimiento: Características: El sistema estará disponible las 24 horas los 7 días de la semana. Ya que es una página web diseñada para la carga de datos. Descripción del La disponibilidad del sistema debe ser continua con un nivel requerimiento: de servicio para los usuarios de 7 días por 24 horas en la red interna de trabajo, garantizando un esquema adecuado. Prioridad del requerimiento: Alta
Identificación RNF07 del requerimiento: Nombre del Seguridad en información Requerimiento: Características: El sistema garantizara a los usuarios una seguridad en cuanto a la información que se procede en el sistema. Descripción del Garantizar la seguridad del sistema con respecto a la requerimiento: información y datos que se manejan tales sean documentos, archivos y contraseñas. Prioridad del requerimiento: Alta Tabla 9: Tablas de los requerimientos no funcionales. Fuente: Camino, E., Escobar, B. (2013).
Modelo de Casos de Uso de Negocio
Los casos de uso son una herramienta UML que forman parte principal de los artefactos de los que hace uso la metodología de desarrollo RUP, a continuación una ilustración del caso de uso de negocio del proyecto.
37
Ilustración 2: Caso de uso de negocio Fuente: Camino, E. (2013).
38
Modelo de Análisis del Negocio
En el modelo de análisis del negocio ya se utiliza otra forma gráfica de interpretación del proceso, tal es el caso de los diagramas de actividades, con los cuales se puede observar de mejor manera el flujo de la información que utilizará el sistema, así mismo el modelo del dominio permite tener una visión clara del enlace de datos que existirá entre las distintas clases 6que se utilizarán en el sistema para definir la información.
Diagrama de Actividades: Proceso de matrícula y pago
Ilustración 3: Diagrama de actividades. Fuente: Camino, E. (2014).
6 Clase: Definición de los datos y comportamientos que tiene un objeto de la realidad.
39
Modelo del Dominio
Ilustración 4: Modelo del dominio. Fuente: Camino, E. (2014).
40
4.2.2
Elaboración
En la fase de elaboración se procede a diseñar de una manera más detallada el comportamiento del sistema, con lo cual se hace necesario el uso de diagramas de casos de uso.
4.2.2.1 Requisitos
Módulo de matrículas
Ilustración 5: CU_M_01, matrículas. Fuente: Escobar, B. (2014).
Ilustración 6: CU_M_02, matrículas detalle. Fuente: Escobar, B. (2014).
41
Módulo de pagos
Ilustración 7: CU_P_01, descuentos en pensiones y matrícula por beca. Fuente: Camino, E. (2014).
Ilustración 8: CU_P_02, descuento autorizado en las pensiones y matrícula. Fuente: Camino, E. (2014).
42
Ilustración 9: CU_P_03, pago de matrícula o pensión. Fuente: Camino, E. (2014).
Ilustración 10: CU_P_04, sincronización de pagos con el Banco Internacional. Fuente: Camino, E. (2014).
43
4.2.2.2 Especificación de casos de uso
Para tener una mejor visión de cómo actúan los casos de uso en el desarrollo del sistema, se deben tener muy claras sus características, se debe realizar una especificación basándonos en un modelo de ficha de estos, los cuales se representan de la manera que se muestra a continuación:
Módulo de matrículas
Caso de Uso Actores Tipo Referencias Precondición Postcondición Autor
Crear Becas Secretaria Esencial
CU_M_01
La BDD y el servidor deben estar funcionando Byron Escobar
Fecha
26/02/2014 Versión
Propósito Registrar todos los tipos de becas existentes. Resumen La secretaria registra todos los tipos de becas que se otorgaran a los estudiantes durante el periodo electivo. Curso Normal 1
La secretaria registra los tipos de becas
Tabla 10: CU_M_01: Crear becas. Fuente: Escobar, B. (2014).
2
Se guarda los tipos de becas
44
Caso de Uso Actores Tipo Referencias Precondición Postcondición Autor
Control de cupos Secretaria Esencial
CU_M_02
La BDD y el servidor deben estar funcionando Byron Escobar
Fecha
26/02/201 Versió 4 n
Propósito Controlar el número de cupos disponibles pertenecientes a un curso al momento de proformar al estudiante Resumen La secretaria proforma al estudiante inscrito en el curso correspondiente, los cupos disminuyen una vez concluida el proceso de proforma, si el número de cupos es 0, el rubro del curso queda deshabilitado. Curso Normal La secretaria proforma al estudiante y los cupos de 1 un curso disminuyen. Tabla 11: CU_M_02: Control de cupos. Fuente: Escobar, B. (2014).
Se guarda la proforma y el 2 cupo disminuye o el rubro de curso se deshabilita
45
Caso de Uso Actores Tipo Referencias Precondición Postcondición Autor
Inscribir Estudiante (Matriculación) Padre de Familia(Iniciador), Secretaria Esencial CU_M_01, CU_M_02 La BDD y el servidor deben estar funcionando Byron Escobar
Fecha
CU_M_03
26/02/2014 Versión
Propósito Registrar todos los datos del estudiante para ingresarlo legalmente al sistema. Resumen La secretaria ingresa todos los datos necesarios y obligatorios que le proporciona el padre de familia o representante del estudiante, para que el estudiante se encuentre legalmente inscrito en la institución durante el periodo electivo por el cual estén cruzando. Curso Normal El padre de familia proporciona la 1 información necesaria para matricular al estudiante. La secretaria ingresa los datos del estudiante en la ficha de 2 matricula
Registrar los datos del estudiante 3 Guardar los datos del estudiante 4
Tabla 12: CU_M_03: Inscribir estudiante. Fuente: Escobar, B. (2014).
46
Caso de Uso Actores Tipo Referencias Precondición Postcondición
Imprimir ficha de Matrícula Secretaria Esencial CU_M_03 La BDD y el servidor deben estar funcionando
Autor
Byron Escobar
Fecha
CU_M_04
Versió 26/02/2014 n
Propósito Imprimir la ficha de matrícula. Resumen La secretaria imprimí la ficha de matrícula del estudiante al representante o padre de familia cuando este la solicite.
Curso Normal 1 La secretaria imprime la ficha de matrícula del estudiante. 3 Se entrega la ficha de matrícula al padre de familia o representante del estudiante Tabla 13: CU_M_04: Imprimir ficha de Matrícula. Fuente: Escobar, B. (2014).
2 Se arma el reporte de la ficha de matrícula y se imprime.
47
Caso de Uso Actores Tipo Referencias Precondición Postcondición Autor
Imprimir reporte de Becados Rector (I), Secretaria Primario RF24, RNF01, RNF07 El servidor y la Base de Datos deben estar funcionando Edwin Camino
Fecha
CU_M_05
28/01/2015 Versión 1.0
Propósito Dar facilidad de análisis respecto a la oferta de becas estudiantiles. Resumen Permite la observación e identificación de estudiantes a quienes se les ha aplicado beca. Curso Normal El Rector requiere listado de becados para el 1 análisis respectivo. El usuario se dirige al sistema para obtener el 2 reporte respectivo, y como parámetro elige la beca a ser analizada.
3
Se obtienen los datos referentes a la beca seleccionada.
Se ordenan los datos según el nivel 4 de estudias y se visualiza si el estudiante está matriculado o no. 5 Se imprime el reporte respectivo. Cursos Alternos 1 2
Si el estudiante deja de tener un excelente rendimiento, la beca será retirada. Si existe falsedad en las evidencias que avalen los representantes, la beca será retirada.
Otros Datos Frecuencia esperada n_estudiantes/beca Rendimiento Moderado Importancia Alta Urgencia Moderada Estado Análisis Estabilidad Alta Comentarios La beca aplicada permite un descuento al momento de generar la proforma. Tabla 14: CU_M_05: Imprimir reporte de Becados. Fuente: Escobar, B. (2014).
48
Módulo de pagos
Caso de Uso Actores Tipo Referencias Precondición Postcondición Autor
Descuentos en pensiones y matrícula por beca CU_P_01 Representante (I), Rector, Secretaria Primario RF05, RNF01, RNF07 Haberse constatado el derecho de beca y ser aprobado por el Rector. Cumplir con los parámetros especificados para continuar con el derecho. Edwin Camino Fecha 26/02/2013 Versión 1.0
Propósito Descuentos en las pensiones del estudiante. Resumen Se ofrecen descuentos por excelencia académica (50%) y por escasos recursos (100%) además de un descuento autorizado que se lo describe a continuación. Curso Normal 1 Representante solicita beca. 2 Si el estudiante es antiguo se realiza revisión de notas y rendimiento para aplicarle beca.
3
Se verifican las notas en el sistema con ayuda del módulo de notas.
4 Se ingresa la beca respectiva autorizado por el Rector. 5 Si el estudiante es de bajo recursos se realiza el análisis de evidencias. Si el estudiante es nuevo, se revisa rendimiento 7 en otra institución.
6 Se ingresa la beca respectiva autorizado por el Rector. 8 Se ingresa la beca respectiva autorizado por el Rector.
Cursos Alternos 1 2
Si el estudiante deja de tener un excelente rendimiento, la beca será retirada. Si existe falsedad en las evidencias que avalen los representantes, la beca será retirada.
Otros Datos Frecuencia esperada n_estudiantes/mes Rendimiento Moderado Importancia Alta Urgencia Moderada Estado Análisis Estabilidad Alta Comentarios Este descuento es permanente desde que se aplica la beca. Tabla 15: CU_P_01: Descuentos en pensiones y matrícula por beca. Fuente: Camino, E. (2014).
49
Caso de Uso Actores Tipo Referencias Precondición Postcondición Autor
Descuento autorizado en las pensiones y matrícula. Representante (I), Rector, Secretaria. Primario RF07, RNF02. Ser aprobado por el Rector. Cumplir con las condiciones especificadas. Edwin Camino Fecha 27/02/2014
CU_P_02
Versión 1.0
Propósito Descuento irregular en la matrícula o pensión del estudiante. Resumen Se requiere que sea el Rector quien autorice los descuentos por valores no porcentuales en función de la decisión por casos especiales. Curso Normal Representante verifica el valor a pagar con la 1 prefactura. 2
Representante solicita el descuento en base a justificación presentada.
3 Se analiza la justificación.
5
4
Se verifican deudas pendientes por parte del estudiante o representante.
Se establece valor u porcentaje de Si es aceptada se procede a realizar descuento 6 descuento en el/los items de por parte de Rectorado. prefactura.
Otros Datos Frecuencia esperada Importancia Estado
~5/mes Media Análisis
Rendimiento Urgencia Estabilidad
Comentarios Se aplica irregularmente por razones varias. Tabla 16: CU_P_02: Descuento autorizado en las pensiones y matrícula. Fuente: Camino, E. (2014).
Moderado Baja Alta
50
Caso de Uso Actores Tipo Referencias Precondición Postcondición Autor
Pago de matrícula o pensión CU_P_03 Representante (I), colectora, banco Primario RF10, RNF04, RNF07 Haber obtenido la prefactura en caso de matrícula Cumplir posteriormente a tiempo con sus obligaciones de pago. Edwin Camino Fecha 27/02/2014 Versión 1.0
Propósito Cobro del valor de deuda del estudiante. Resumen Se debe considerar que el pago de la matrícula o pensión lo puede realizar cualquier persona sin importar que sea o no el representante, pero si debe ir firmado por el representante. Curso Normal 1 El representante da razón del valor de pago en la prefactura El representante realiza el depósito en el 2 banco internacional mediante el código asignado. 4
3
El sistema sincronizará información con el Banco Internacional.
En lo posterior el representante se acercará a Se evalúa el pago realizado en el 5 colecturía. sistema con la información adquirida. 6
Se imprime el comprobante de pago o factura correspondiente.
Cursos Alternos 1
Se puede realizar el pago también por depósito con el respectivo comprobante que lo avale.
Otros Datos Frecuencia esperada n_estudiantes/mes Importancia Alta Estado Análisis
Rendimiento Alto Urgencia Media Estabilidad Alta
Comentarios Se considera el subproceso de Sincronización de Pagos con el Banco Internacional. Tabla 17: CU_P_03: Pago de matrícula o pensión. Fuente: Camino, E. (2014).
51
Caso de Uso Actores Tipo Referencias Precondición Postcondición Autor
Sincronización de pagos con el Banco Internacional Secretaria (I), colectora, banco Esencial RF14, RF21, RNF01, RNF07 Deben haberse realizado las prefacturas del día. Se deben verificar los pagos. Edwin Camino Fecha 27/02/2014
CU_P_04
Versión
1.0
Propósito Debido a alianza con el Banco Internacional, se utiliza un sistema adicional. Resumen Se debe coordinar para la sincronización de pagos según los reportes que emite el BI. Curso Normal 1
La secretaria da aviso de que se ha concluido la realización de las prefacturas en el día.
Colecturía procede a generar el archivo para 2 envío al Banco Internacional.
Colecturía obtiene del sistema información de las proformas 3 (prefacturas) y lo envía mediante el programa CASH.
Se obtiene el archivo al día siguiente con 4 información de todos aquellos quienes han realizado el pago.
Se sincroniza con el sistema para 5 actualizar la información de los que ya han realizado el pago. Mediante reportes de cada sistema 6 se realiza la verificación y cuadre de la información actualizada.
Cursos Alternos 1
En caso de descuadre se manipularán directamente los registros en las proformas de los cobros.
Otros Datos Frecuencia esperada n_estudiantes/mes Rendimiento Alto Importancia Alta Urgencia Media Estado Análisis Estabilidad Alta Comentarios El envío y recepción de información se hace mediante el programa CASH. Tabla 18: CU_P_04: Sincronización de pagos con el Banco Internacional Fuente: Camino, E. (2014).
52
Caso de Uso Actores Tipo Referencias Precondición Postcondición Autor
Exoneración de pagos de pensiones CU_P_05 Secretaria (I), colectora Esencial RF25 Debe haberse cambiado el estado del estudiante a Retirado o Desertor. Se deben cobrar los cobros que tienen fecha vencida. Edwin Camino Fecha 28/01/2015 Versión 1.0
Propósito Evitar la acumulación de cobros no debidos de pensiones. Resumen Se borran los cobros innecesarios del estudiante. Curso Normal 1
La secretaria da aviso de que un estudiante se ha retirado.
Colecturía procede a verificar si el estudiante 2 tiene deuda en sus pagos.
Colecturía procede a exonerar de 3 los pagos pendientes en caso de que así se lo requiera.
4
5
Se eliminan los cobros que no estén en deuda al estudiante.
Colecturía procede a realizar el cobro de los pendientes para que el estudiante esté legalmente retirado.
Cursos Alternos 1
En caso de que el estudiante sea reglamentario, colecturía no tendrá la opción de exoneración de cobros.
Otros Datos Frecuencia esperada n_cobros/retiro Rendimiento Alto Importancia Alta Urgencia Media Estado Análisis Estabilidad Alta Comentarios Una vez exonerado se deben cobrar los valores en deuda en caso los tuviese el estudiante. Tabla 19: CU_P_05: Exoneración de pagos de pensiones Fuente: Camino, E. (2014).
53
4.2.2.3 Análisis y diseño
Se aplica el Modelo de Análisis con el uso de Diagrama de Secuencia.
Módulo de matrícula
SE_M_03: Asignación de beca
Ilustración 11: SE_M_03: Asignación de beca Fuente: Escobar, B. (2014).
SE_M_04: Matrícula del estudiante.
Ilustración 12: SE_M_04: Matrícula del estudiante Fuente: Escobar, B. (2014).
54
Módulo de pagos
Ilustración 13:SE_P_01: Descuentos en pensiones y matrícula por beca. Fuente: Camino, E. (2014).
Ilustración 14: SE_P_02: Descuento autorizado en las pensiones y matrícula. Fuente: Camino, E. (2014).
55
Ilustración 15: SE_P_03: Pago de matrícula o pensión. Fuente: Camino, E. (2014).
Ilustración 16: SE_P_04: Sincronización de pagos con el Banco Internacional. Fuente: Camino, E. (2014).
56
Modelo de datos
Ilustración 17: Modelo de datos. Fuente: Camino, E. (2014).
Prototipos de usuario.
Es lo que el usuario final tendrá como interfaz. Para avanzar en este aspecto, se utilizan bocetos de cómo se verán los módulos en el uso del sistema.
57
Ilustración 18: Lista de becas. Fuente: Escobar, B. (2014).
Ilustración 19: Becas. Fuente: Escobar, B. (2014).
58
Ilustración 20: Lista de cursos. Fuente: Escobar, B. (2014).
Ilustración 21: Cursos. Fuente: Escobar, B. (2014).
59
Ilustración 22: Lista de inscripciones. Fuente: Escobar, B. (2014).
Ilustración 23: Ficha de estudiante. Fuente: Escobar, B. (2014).
60
Ilustración 24: Prefactura, factura. Fuente: Camino, E. (2014).
Ilustración 25: Rubros de facturación. Fuente: Camino, E. (2014).
61
4.2.3
Construcción
En la fase de construcción se procede con el desarrollo, dando mayor relevancia a la disciplina de la implementación.
4.2.3.1 Herramientas de programación
El lenguaje utilizado es PHP en su versión 5.4.16, el cual es un lenguaje de programación robusto y en gran medida comprensible al programador, permitiendo dar espacio a la creatividad de quien lo usa para aplicar soluciones informáticas a los problemas cotidianos que pueden ser sistematizados y automatizados.
Como complemento al uso del lenguaje PHP se utiliza un framework (marco o entorno) para el desarrollo de nuestra aplicación llamado LARAVEL, el cual nos permite un manejo más eficiente de los recursos utilizados para la correcta visualización de la aplicación, como el uso de sesiones y la generación de vistas propias del framework. La utilización de un framework para el desarrollo fue de mucha ayuda para resumir líneas de código y ahorrar tiempo.
El motor de base de datos utilizado es PostgresSQL en su versión 9.3 y para su correcto uso utilizamos pgAdmin 1.18.1, el cual nos permite manipular con mayor facilidad los elementos de la base de datos.
62
Módulo de matrículas
Las tablas de datos que se usan para este desarrollo son las tablas de estudiantes, cursos y becas. Estas tablas cuentan con la información necesaria q se usa para interactuar con el módulo de matrículas.
Todo esto ayudó al desarrollo del módulo de matrículas, permitiendo así obtener un producto que cumple con los requisitos que se solicitaron en la unidad educativa, y que eran necesarios para poder optimizar los procesos que allí se realizan, brindando una atención de mejor calidad. A continuación se muestra las tablas utilizadas:
o Becas
Ilustración 26: Tabla Becas. Fuente: Escobar, B. (2014).
o Cursos
Ilustración 27: Tabla Cursos. Fuente: Escobar, B. (2014).
63
o Estudiantes
Ilustración 28: Tabla Estudiantes. Fuente: Escobar, B. (2014).
Módulo de pagos
El módulo de pagos es aquel que se encarga de realizar el cobro de pensiones, además de manejar documentos de venta, tales como la proforma y la factura, y por consiguiente se definen también los rubros que se van a utilizar en la proforma.
Tal como se muestra en la Ilustración 19: Modelo de datos, del presente documento, se puede observar la estructura de la base de datos, considerando algunos detalles adicionales como:
64
o La automatización del proceso de pago de facturas. Haciendo los cálculos respectivos de totales con el uso de triggers. o La actualización automática del estado matriculado del estudiante al usar rubro de tipo matrícula. o La actualización automática de cupos al asignar rubros de matrícula a la proforma. o Uso de funciones para la interactividad con otros módulos. o Uso de vista para reporte de deudores.
Ilustración 29: Elementos de base de datos. Fuente: Camino, E. (2014).
4.2.4
Transición
En la etapa de transición se da fin al proyecto, concluyendo con el desarrollo, las pruebas, dando continuidad a la instalación, administración de configuración y cambios; además de la administración de proyectos con el uso del sistema. Para ello se hace necesario diagramas que demuestran la infraestructura física y la distribución
65
de los componentes que involucran al sistema, el diagrama de despliegue es el utilizado:
Despliegue
Ilustración 30: Diagrama de despliegue. Fuente: Camino, E. (2014).
V.
RESULTADOS
5.1
Discusión y Análisis de los resultados
5.1.1
Aplicación de la Encuesta
A este documento se adjunta un anexo de la encuesta realizada.
5.1.2
Resultados de la Encuesta
Debido al número reducido del personal que se encarga del proceso de matrícula y factura, se procedió a hacer la encuesta a todo el personal administrativo implicado en dichas actividades, los cuales llegan a un total de seis individuos encuestados. A continuación se los muestra representados gráficamente según los porcentajes obtenidos:
66
67
1.
¿Usted utiliza en la actualidad el sistema de matrículas que ya posee la
institución?
SI (4)
NO (2) SI
NO
33% 67%
Ilustración 31: Resultado encuesta, pregunta 1, Fuente: Camino, E. (2013).
Análisis: Entre quieres intervienen en el proceso de matrículas, existe poca participación con el sistema, pues estas actividades la realizan un número reducido de personas.
Interpretación: Son pocos los usuarios que hacen uso del sistema.
68
2.
¿Qué tan satisfecho(a) se siente con el uso actual del sistema en relación al
proceso de matrículas? [anidada a la pregunta anterior].
OPC1: Poco satisfecho (1)
OPC2: Satisfecho (3)
OPC3: Muy Satisfecho (0)
OPC1
OPC2
OPC3
0%
25%
75%
Ilustración 32: Resultado encuesta, pregunta 2. Fuente: Camino, E. (2013).
Análisis: Existe una gran acogida por el sistema actual, pero desacuerdo por el hecho de que el sistema solo funciona para el proceso de matrícula.
Interpretación: La satisfacción del usuario mejorará con el valor agregado de un sistema completo.
69
3.
¿Actualmente mediante qué medio informa al cliente de los requisitos y
valores a pagar en el proceso de la matrícula?
OPC1: Verbalmente (2)
OPC2: Boletines (4)
OPC3: Proforma (1)
OPC1
OPC2
OPC3
14% 29%
57%
Ilustración 33: Resultado encuesta, pregunta 3. Fuente: Camino, E. (2013).
Análisis: Actualmente se maneja de mejor manera la entrega de boletines informativos.
Interpretación: El uso de proforma es una actividad poco utilizada.
70
4.
¿Cree usted necesario que se realice la entrega de proforma mediante el
sistema? [anidada a la pregunta anterior].
SI (1)
NO (0)
SI
NO
0%
100%
Ilustración 34: Resultado encuesta, pregunta 4. Fuente: Camino, E. (2013).
Análisis: El deseo de mejorar el proceso es absoluto.
Interpretación: Se da apertura a que se mejore el proceso usando el sistema.
71
5.
¿Cree usted que la entrega de la proforma mediante el sistema mejoraría el
proceso de matriculación?
SI (6)
NO (0)
Ilustración 35: Resultado encuesta, pregunta 5. Fuente: Camino, E. (2013).
Análisis: El resultado demuestra que hay una gran acogida para que se mejore el proceso.
Interpretación: Todos optan por que se entregue la proforma.
72
6.
¿Actualmente de qué manera usted se informa de los pagos pendientes que
tiene un estudiante?
OPC1: Revisa manual y mensualmente los pagos de los estudiantes (5)
OPC2: El sistema actual le envía alguna notificación de deuda pendiente (1)
OPC3: Pregunta a los estudiantes si tienes deudas pendientes (0)
Ilustración 36: Resultado encuesta, pregunta 5. Fuente: Camino, E. (2013).
Análisis: Gran parte del proceso se lo lleva manualmente.
Interpretación: la revisión de los pagos se realiza manualmente y se puede volver un proceso tedioso y consumidor de tiempo.
73
¿Qué tan satisfecho(a) se siente con el sistema actual en relación al proceso
7.
de matrículas?
OPC1: Poco Satisfecho (3)
OPC2: Satisfecho (3)
OPC3: Muy Satisfecho (0)
OPC1
OPC2
OPC3
0%
50%
50%
Ilustración 37: Resultado encuesta, pregunta 7. Fuente: Camino, E. (2013).
Análisis: Existe un buen nivel de satisfacción, pero existe la posibilidad de hacerlo mejor.
Interpretación: Los usuarios se sienten conformes con el sistema, pero no les ayuda en todas las actividades que realizan.
74
8.
¿Cuál de las siguientes opciones cree usted que sea el ámbito que deba
mejorarse para brindar un mejor servicio en el proceso de matrículas?
OPC1: Tiempo (2)
OPC2: Automatización de procesos (6)
OPC3: Entrega de documentos (0)
Ilustración 38: Resultado encuesta, pregunta 8. Fuente: Camino, E. (2013).
Análisis: Para gran parte del personal, el tiempo es un recurso valioso.
Interpretación: El tiempo de respuesta del sistema es importante.
75
9.
¿Qué tipo de documentos?
SIN RESPUESTAS 10.
¿Está usted de acuerdo que se sustituya el actual sistema de matrículas y
pagos por un sistema desarrollado bajo las normas y necesidades requeridas de la ley de educación?
SI (6)
NO (0)
Ilustración 39: Resultado encuesta, pregunta 10. Fuente: Camino, E. (2013).
Análisis: El sistema a crear tiene la acogida de los usuarios para mejorar el sistema.
Interpretación: Todos están de acuerdo con la realización del sistema.
76
11.
¿Estaría usted dispuesto(a) a colaborar con las pruebas al nuevo sistema que
se realicen durante el desarrollo e implementación del mismo?
SI (6)
NO (0)
Ilustración 40: Resultado encuesta, pregunta 11. Fuente: Camino, E. (2013).
Análisis: Los usuarios están dispuestos a colaborar
Conclusión: El sistema tiene la acogida de los usuarios.
77
5.1.3
Resultados de la aplicación
5.1.3.1 Ambiente de la aplicación
La aplicación consta de varias partes visuales, en las cuales se pueden diferenciar tres importantes:
o Encabezado o Menú o Área de trabajo
Para la elaboración de toda la aplicación se ha tenido pensado el uso de colores amigables a la vista del usuario, pues es este quien observa en el día a día de sus labores a la interfaz del sistema.
Ilustración 41: Interfaz, personalizado. Fuente: Camino, E. (2014).
78
Se dio preferencia a la interfaz antes mencionada, la cual tiene la aceptación de los usuarios de sistema, pues inicialmente se nos planteó utilizar los colores institucionales; esto no iba a ser lo más apropiado, pues al tratarse de colores llamativos provocarían incomodidad a largo plazo en el uso del sistema. La interfaz inicialmente se pretendía mostrarse de la siguiente manera:
Ilustración 42: Interfaz, institucional. Fuente: Camino, E. (2014).
Encabezado
La aplicación consta de un encabezado titular con el nombre de la institución y su logo, además de una leyenda con el nombre de usuario, el perfil que utiliza, el periodo al cual está conectado y el estado del mismo, también la opción de cierre de sesión para dejar de usar el usuario que le corresponde.
79
Menú
En el menú se podrá encontrar el listado de objetos a los que tiene acceso el usuario, considerando el perfil al que pertenece el mismo.
Área de trabajo
Es el lugar en donde el usuario puede interactuar visualizando listados, añadiendo, editando o modificando registros según la necesidad del mismo para cada una de las opciones a las que tiene disponible su acceso.
5.1.3.2 Módulo de pagos
Entre los objetos utilizados para el módulo de pagos, están presentes:
Rubros
Proformas
Facturas
Descuentos
Cobro de Pensiones
Calendario
Hay que considerar que sobre cada objeto acciones como: Listar, Ver, Crear, Editar, Eliminar son acciones comunes para cada objeto, por lo cual se hará mayor énfasis en la relación que tienen los objetos entre si y no en las acciones mencionadas.
80
Rubros
El listado se visualiza de la siguiente manera:
Ilustración 43: Lista de rubros. Fuente: Camino, E. (2014).
El formulario respectivo para la creación u edición:
Ilustración 44: editar rubro. Fuente: Camino, E. (2014).
Hay que recalcar que cada rubro tiene un precio ordinario y extraordinario, que definen el precio al momento de realizar la proforma basándose en fechas descritas en calendario.
81
Proforma
A continuación se muestra la lista de proformas:
Ilustración 45: Lista de proformas. Fuente: Camino, E. (2014).
Para la creación de la proforma, se debe seleccionar el estudiante, para de esta manera crearla con información del representante y así poder llenar los datos automáticamente, después de crearla se pueden añadir los rubros correspondientes.
Ilustración 46: Edición de proforma. Fuente: Camino, E. (2014).
Descuentos
Así mismo se puede aplicar descuentos a una proforma realizada, para que pueda procederse a facturar con un valor menor al que corresponde, cabe recalcar que los descuentos son actividad del rector de la institución, por lo que únicamente se podrá realizar por quien posea este rol.
82
Ilustración 47: Aplicación de descuento. Fuente: Camino, E. (2014).
Facturas
Las facturas se crean al momento de guardar una proforma con el estado facturado en SI para que se proceda con la legalidad del documento. Así mismo el usuario puede proceder a imprimir dicha factura.
Ilustración 48: Visualización de factura. Fuente: Camino, E. (2014).
Cobros
Cuando el usuario procede a realizar una matrícula, se genera una lista de cobros en base al calendario, para tener un control en las deudas del estudiante.
83
Al existir cobros pendientes que han pasado de su fecha de vencimiento el botón de cobro se pone en rojo para alarmar al usuario a su pronto cobro.
Ilustración 49: Lista de cobros. Fuente: Camino, E. (2014).
Al realizar el cobro, lo que ocurre es que se genera una nueva proforma con el rubro de pensión correspondiente al curso automáticamente, de esta manera la colectora podrá proceder a facturarla con el procedimiento antes mencionado.
Calendario
Es aquí donde se establecen fechas de actividades, tales como las fechas de matrícula ordinaria, extraordinaria y su fin, como también las fechas del cobro de pensiones.
84
Ilustración 50: Lista de fechas. Fuente: Camino, E. (2014).
5.1.3.3 Módulo de matrículas
Para presentar los resultados del módulo de matrículas, presentaremos las vistas del proyecto una vez terminado el desarrollo y presentado a las personas involucradas en el mismo. Las principales funciones del sistema una vez que se lo ha desarrollado son las siguientes:
Ilustración 51: Funciones matrículas. Fuente: Escobar, B. (2014).
Esta es la vista para la creación de los diferentes tipos de becas que se otorgaran en la unidad educativa.
85
Ilustración 52: Creación Becas. Fuente: Escobar, B. (2014).
Esta es la lista donde están las becas que se han creado y que siguen vigentes en la unidad educativa. Aquí se podrá editar y eliminar una beca en caso de que se desee modificar algún dato o se desee eliminar una beca que ya no esté en vigencia.
Ilustración 53: Lista Becas. Fuente: Escobar, B. (2014).
Inscripción
Esta es la vista para crear la inscripción de un nuevo estudiante que por primera vez se inscribe para estudiar en la unidad educativa durante el año electivo vigente. En este formulario se ingresa información específica y general del estudiante, información de la madre, padre y representante del estudiante que será inscrito.
86
Ilustración 54: Ficha Inscripción. Fuente: Escobar, B. (2014).
Ilustración 55: Nueva Inscripción, datos madre. Fuente: Escobar, B. (2014).
Ilustración 56: Nueva Inscripción, datos madre. Fuente: Escobar, B. (2014).
87
Ilustración 57: Nueva Inscripción, datos madre. Fuente: Escobar, B. (2014).
Ilustración 58: Nueva Inscripción, datos madre. Fuente: Escobar, B. (2014).
Esta es la lista donde están todas las inscripciones que se crearon dentro del periodo vigente, además esta vista está acompañada de una paginación que permite la visualización más ordenas y compacta de la información que se tiene de las inscripciones. Aquí se podrá editar y eliminar una inscripción en caso de que se desee modificar algún dato o se desee eliminar una inscripción.
88
Ilustración 59: Lista inscripciones. Fuente: Escobar, B. (2014).
Ficha de matrícula
Esta vista contiene un listado de todos los estudiantes que se encuentran correctamente matriculados. La funcionalidad especial de esta vista es poder obtener la ficha de matrícula correspondiente a cada estudiante que ha terminado correctamente el proceso de matriculación. Haciendo clic en el botón de la columna Acción, se podrá obtener la ficha de matrícula individual de cada estudiante.
Ilustración 60: Lista estudiantes. Fuente: Escobar, B. (2014).
89
Ilustración 61: ficha matrícula. Fuente: Escobar, B. (2014).
90
Reporte de estudiantes matriculado por curso e inscritos por nivel
En esta vista se puede obtener un reporte de todos los estudiantes que se encuentran matriculados en un curso en específico o de los estudiantes que se encuentran inscritos en un nivel. Seleccionando el curso o el nivel y haciendo clic en el botón Generar Reporte, obtendremos el reporte de los estudiantes.
Ilustración 62: Reporte estudiantes, parámetros. Fuente: Escobar, B. (2014).
El resultado obtenido en el reporte sería:
Ilustración 63: Reporte estudiantes. Fuente: Escobar, B. (2014).
91
5.2
Conclusiones
La presente disertación consta ordenadamente de una estructura definida; una introducción, en donde se aclara el panorama por el cual está definido el proyecto de disertación; el planteamiento del problema, que relata los antecedentes para obtener el problema de investigación y realizar la justificación adecuada a la misma que permitirán definir los objetivos; el marco referencial, en el cual se describen los componentes teóricos; la metodología de la investigación con la que se guiará en el proyecto y los resultados obtenidos del trabajo realizado.
Para poder verificar la necesidad de desarrollar los módulos mencionados se recabó información necesaria a partir de una encuesta7, en la cual se constata que los usuarios tienen la necesidad de integrar todos los servicios académicos en un solo sistema que permita el control de la información, lo que le da viabilidad al proyecto para su realización.
El marco referencial permite aclarar los conceptos utilizados en el proyecto para una correcta interpretación del contenido.
La metodología RUP seleccionada es una de las mejores metodologías de desarrollo ya que involucra las mejores prácticas para el desarrollo de software y permite un progreso visible desde las etapas tempranas con el uso de artefactos en los procesos iterativos e incrementales.
7
ANEXO 2: Encuesta.
92
En la institución educativa se ha implantado un prototipo del software desarrollado para su uso incluyendo actualizaciones y considerando lo citado en el presente proyecto aplicado al módulo de matrículas y pagos, siendo esto justificado con el acta de entrega recepción8, el cual después de realizarse las pruebas necesarias se procederá a usarlo como sistema de producción al estar integrados todos los demás módulos del mismo.
5.3
Límites y recomendaciones
Para un mejor entendimiento de la disertación respecto a temas que el lector no ha tratado o desconozca, se recomienda hacer lectura del marco referencial, en el cual se toman temáticas indispensables para la ejecución del proyecto.
El proyecto al ser práctico se centra en la metodología de desarrollo, por lo que se recomienda revisar los diagramas UML de la metodología RUP para un mejor entendimiento del funcionamiento de los módulos en cuestión.
Debido a que el proyecto debe obtener un producto, se recomienda hacer un análisis a los resultados obtenidos que dan a conocer la factibilidad y la viabilidad para la realización del proyecto.
8
ANEXO 1: Acta de entrega recepción del sistema.
93
5.4
Proyección o impacto
La proyección que tiene el proyecto de la presente disertación es la de permitir la mejor atención al público considerando el tiempo del servicio y la calidad del mismo.
La proyección se logrará con el uso de las tecnologías disponibles y otros recursos necesarios útiles para el funcionamiento de los módulos de matrículas y pagos.
Debido a la fuerte conexión existente entre los módulos de matrículas y pagos, la sistematización correcta del proceso puede traer grandes ventajas en tema de soluciones eficientes y futuros cambios adicionales.
La realización del proyecto creará un impacto positivo en la disponibilidad del personal para actividades adicionales, mejorando el rendimiento de trabajo y permitiéndole tener tiempo para otras actividades de mayor importancia.
El uso eficiente de las ventajas adquiridas por convenios permiten el desarrollo institucional, es el caso del convenio por cobros con el Banco Internacional, lo cual traerá grandes ventajas al mantener un sistema con información actualizada para su uso eficiente.
94
Al existir menos congestión en el proceso se verán beneficiadas ambas partes, tanto el personal administrativo como el público que desea adquirir el servicio de educación.
El desarrollo de los módulos de matrículas y pagos se proyecta al uso cooperativo con los demás módulos que correspondan al sistema de gestión académica.
95
FUENTES DE REFERENCIA O DE INFORMACIÓN
Fuentes bibliográficas
Horovitz, J. (2010). Atención al cliente. Málaga: Vértice. Barranco, J. (2006). Metodología del análisis estructurado de sistemas, Universidad Pontificia Comillas de Madrid [UPCM], Madrid Camps, R. (2005). Bases de Datos, Eureca Media. SL, Catalunya Chaffer, J. & Swedberg, K. (2011). Learning jQuery create better interaction, design and web development with simple JavaScript techniques. Birmingham: Packt Publishing. Fernandez, V. (2006). Desarrollo de sistemas de la información, Edicions UPC, Catalunya Ford, J. (2009). Ajax programming for the absolute beginner. Boston, MA: Course Technology Cengage Learning.
Holzner, S. (2009). JQuery. Berkeley, CA: Peachpit Press. Lafosse, J. (2010). Struts 2 : el framework de desarrollo de aplicaciones Java EE. Cornellà de Llobregat (Barcelona: ENI Editions. Sommerville, I. & Galipienso, M. (2005). Ingeniería del software. Madrid: Pearson Addison-Wesley.
96
Toledo, M. (2010). Metodología de la investigación, Interamericana Editores, México Toro, F. (2013). Administración de proyectos de informática. Bogotá, D.C: Ecoe Ediciones. Zammetti, F. (2006). Practical Ajax projects with Java technology. Berkeley, CA New York: Apress Distributed to the Book trade by Springer-Verlag.
Fuentes lincográficas
Jiménez, M. (2012). Metodología de la Investigación. Recuperado de http://es.scribd.com/doc/18174706/METODOLOGIA-DE-LA-INVESTIGACION Suarez, Mario. (2012). Cálculo del tamaño de la muestra, Recuperado de http://www.monografias.com/trabajos87/calculo-del-tamano-muestra/calculo-deltamano-muestra.shtml Querétaro, S. (2005). Rapid Application Development. http://mena.com.mx/ gonzalo/maestria/ingsoft/presenta/rad/
Recuperado
de
Duany, A. (2013). Sistemas de Información. Recuperado http://www.ecured.cu/index.php/Sistema_de_Informaci%C3%B3n
de
Álvarez, J. (2012). Metodologías del Desarrollo de software. Universidad de Cartagena. Recuperado de http://www.slideshare.net/cortesalvarez/metodologa-rup
97
ANEXOS
98
Anexo 1
Acta de entrega recepción del sistema
99
100
101
Anexo 2
Encuesta
102
103
104
Anexo 3
Manual de usuario - Módulo de Matrículas
MÓDULO DE MATRÍCULAS
MÓDULO DE MATRÍCULAS
MANUAL DE USUARIO SECRETARIAS
MAYO/2014
Unidad Educativa Sagrados Corazones - La Concordia
1
MÓDULO DE MATRÍCULAS
Acerca de Este Manual Este manual contiene información que le permitirá: Crear los diferentes tipos de becas que se otorgaran al estudiante.
Editar y Eliminar los tipos de becas creados y existentes.
Crear inscripciones de alumnos nuevos.
Editar y Eliminar las inscripciones de estudiantes nuevos o antiguos (ya inscritos en años anteriores).
Ver e Imprimir Fichas de Matrículas.
Ver e imprimir Reportes de estudiantes matriculado por cursos e inscritos por nivel.
Unidad Educativa Sagrados Corazones - La Concordia
2
MÓDULO DE MATRÍCULAS
Organización de este manual Este manual está compuesto por 7 temas principales:
Ingreso al Sistema
Pág. 4
Creación de Becas
Pág. 5
Edición y Eliminación de Becas
Pág. 6-8
Creación de Inscripciones
Pág. 8-13
Edición y Eliminación de Inscripciones
Pág. 13-16
Obtener ficha de Inscripción
Pág. 16-17
Obtener Reporte de Estudiantes
Pág. 18
Unidad Educativa Sagrados Corazones - La Concordia
3
MÓDULO DE MATRÍCULAS
Ingreso al sistema Entrar a la dirección del módulo e ingresar nuestro nombre de usuario y contraseña
Menú principal del sistema
Pantalla principal del módulo de matrículas.
Unidad Educativa Sagrados Corazones - La Concordia
4
MÓDULO DE MATRÍCULAS
5
Creación de Becas Para crear los diferentes tipos de becas que se brindaran en la Unidad Educativa, hacemos clic en Nueva Beca que se encuentra en el menú lateral.
Ingresamos el nombre de la beca con su respectivo porcentaje numérico, y para finalizar hacemos clic en Guardar, si los campos no se completan, el sistema nos avisara que deben ser completados por medio de un pequeño aviso.
Para comprobar q la creación se realizó satisfactoriamente, nos aparecerá el siguiente mensaje informándonos sobre la acción. Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE MATRÍCULAS
6
Edición y Eliminación de Becas Para editar los diferentes tipos de becas que se brindaran en la Unidad Educativa, hacemos clic en Lista de Becas que se encuentra en el menú lateral.
Editando Becas Para editar hacer clic en el botón celeste, modificamos los datos y para finalizar hacemos clic en Guardar
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE MATRÍCULAS
7
Para comprobar que la edición se realizó satisfactoriamente, nos aparecerá el siguiente mensaje informándonos sobre la acción.
Eliminando Becas Para eliminar una beca, nos situamos en la fila de la beca a eliminar y luego hacemos clic en el botón rojo.
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE MATRÍCULAS
8
Nos aparecerá un mensaje para confirmar si queremos eliminar esa beca, si estamos seguros hacemos clic en Aceptar (1), caso contrario hacemos clic en Cancelar (2).
Para comprobar q la eliminación se realizó satisfactoriamente, nos aparecerá el siguiente mensaje informándonos sobre la acción.
Reporte de Becados Para obtener como reporte el resultado de quienes son los estudiantes que tienen asignada una beca, se procede a ir al botón de Reporte de Becados presentado en la parte superior del listado de Becas mostrado ya en imágenes anteriores.
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE MATRÍCULAS
9
A continuación aparecerá un formulario para elegir la beca de la cual se desea conocer. Una vez seleccionada la beca para mostrar, debe hacer clic en Generar reporte para visualizarlo.
El resultado del reporte se lo muestra en formato pdf, distribuido en orden de niveles de curso, mostrando a estudiantes becados y su situación de matriculado y en qué curso en caso de que lo esté.
Creación de Inscripciones Para crear una nueva Inscripción, hacemos clic sobre en Nueva Inscripción que se encuentra en el menú lateral.
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE MATRÍCULAS
10
Para inscribir un nuevo estudiante, tenemos que llenar cada uno de los campos de los cuatro formularios que se nos presentan en esta vista, para continuar al siguiente formulario hacemos clic sobre el botón Siguiente. Si los campos requeridos no se completan, nos aparecerá un pequeño aviso en letras rojas.
Si el campo de la cedula tiene un número incorrecto de dígitos o si se ingresa un número incorrecto, nos aparecerá un mensaje informándonos.
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE MATRÍCULAS
11
Una vez completado todos los campos podemos continuar al siguiente formulario y llenar la información requerida.
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE MATRÍCULAS
12
En la pestaña del REPRESENTANTE, se controla la opción de que si se selecciona algún tipo de cuenta bancaria, el campo Número de cuenta, será requerido.
Los datos del representante simplemente los llenamos cuando ni la Madre ni el Padre resultan ser los Representantes del estudiante. Para darse cuenta si la Madre o Padre son o no el Representante del estudiante, tendremos que estar pendiente de este campo que aparece en la información tanto de la madre como del padre.
Si uno de ellos es seleccionado, el otro inmediatamente se bloqueara y esto permitirá que automáticamente se designe el parentesco del representante como Padre o Madre según cuál haya sido el elegido.
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE MATRÍCULAS
13
Y para finalizar hacemos clic en el botón Guardar.
Nota: En caso de que la madre o el padre no sean los representantes, procederemos a llenar cada uno de los campos del formulario de representante.\ Para comprobar q la creación se realizó satisfactoriamente, nos aparecerá el siguiente mensaje informándonos sobre la acción.
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE MATRÍCULAS
14
Edicion y Eliminacion de Inscripciones Editando Inscripciones Para editar una inscripción, hacemos clic sobre en Nueva Inscripción que se encuentra en el menú lateral.
Una vez ingresado al menú, nos ubicamos en la fila del estudiante a editar, hacemos clic en el botón celeste, modificamos los datos que queremos actualizar y para finalizar hacemos clic en Guardar
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE MATRÍCULAS
15
Para comprobar que la edición se realizó satisfactoriamente, nos aparecerá el siguiente mensaje informándonos sobre la acción.
Eliminando Inscripciones Para eliminar una inscripción, nos situamos en la fila de la inscripción a eliminar y luego hacemos clic en el botón Eliminar, nos aparecerá un mensajito para confirmar si queremos eliminar esa inscripción, si estamos seguros hacemos clic en Aceptar (1), caso contrario hacemos clic en Cancelar (2).
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE MATRÍCULAS
16
Para comprobar q la eliminación se realizó satisfactoriamente, nos aparecerá el siguiente mensaje informándonos sobre la acción.
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE MATRÍCULAS
17
Obtener ficha de Inscripción Para obtener la ficha de inscripción (matrícula), hacemos clic en Ficha de Matricula que se encuentra en el menú lateral.
En esta lista estarán los estudiantes que han terminado el proceso de matriculación y que por ende han realizado los pagos correspondientes. Para obtener el reporte hacemos clic en el botón celeste.
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE MATRÍCULAS
18
Obtener Reporte de Estudiantes Para obtener el reporte de estudiantes matriculados por curso e inscritos por nivel, hacemos clic en Reporte de Estudiantes que se encuentra en el menú lateral.
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE MATRÍCULAS
19
Para obtener los alumnos matriculados de un curso en específico, escogemos las opciones que nos aparecen en el primer formulario (1) y para obtener el reporte de los alumnos inscritos, debemos escoger las opciones que nos aparecen en el segundo formulario (2)
Unidad Educativa Sagrados Corazones - La Concordia
123
Anexo 4
Manual de usuario - Módulo de Pagos
MÓDULO DE PAGOS
MÓDULO DE PAGOS
MANUAL DE USUARIO
SECRETARÍA COLECTURÍA RECTORADO
MAYO/2014 Unidad Educativa Sagrados Corazones - La Concordia
1
MÓDULO DE PAGOS
Acerca de Este Manual Este manual contiene información que le permitirá:
Crear proformas tanto de matrículas como regulares.
Facturar las proformas.
Administrar los ítems para proformar y facturar.
Aplicar descuentos a las proformas.
Realizar el cobro de pensiones.
Organizar el calendario de matrícula y cobros.
Unidad Educativa Sagrados Corazones - La Concordia
2
MÓDULO DE PAGOS
CONTENIDO Acerca de Este Manual............................................................................................................. 2 CONTENIDO .......................................................................................................................... 3 ILUSTRACIONES .................................................................................................................. 4 I.
Ambiente de la aplicación......................................................................................... 5
1.1
ENCABEZADO ....................................................................................................... 6
1.2
MENÚ....................................................................................................................... 6
1.3
ÁREA DE TRABAJO .............................................................................................. 6
II.
Módulo de pagos....................................................................................................... 7
2.1
RUBROS .................................................................................................................. 7
2.2
PROFORMA ............................................................................................................ 9
2.3
DESCUENTOS ...................................................................................................... 11
2.4
FACTURAS ........................................................................................................... 12
2.5
COBROS ................................................................................................................ 14
2.6
CALENDARIO ...................................................................................................... 15
Unidad Educativa Sagrados Corazones - La Concordia
3
MÓDULO DE PAGOS
4
ILUSTRACIONES Ilustración 1: Interfaz, personalizado. .......................................................................................................... 5 Ilustración 2: Interfaz, institucional. ............................................................................................................. 6 Ilustración 3: Lista de rubros. ....................................................................................................................... 7 Ilustración 4: Crear rubro. ............................................................................................................................ 8 Ilustración 5: Editar rubro. ........................................................................................................................... 8 Ilustración 6: Tipos de rubro......................................................................................................................... 9 Ilustración 7: Lista de proformas. ................................................................................................................. 9 Ilustración 8: Selección de estudiante. ....................................................................................................... 10 Ilustración 9: Edición de proforma. ............................................................................................................ 10 Ilustración 10: Solicitar descuento. ............................................................................................................ 11 Ilustración 11: Lista de solicitudes. ............................................................................................................ 11 Ilustración 12: Aplicación de descuento. .................................................................................................... 12 Ilustración 13: Visualización de factura. .................................................................................................... 13 Ilustración 14: Impresión de factura. .......................................................................................................... 13 Ilustración 15: Lista de cobros. .................................................................................................................. 14 Ilustración 16: Proforma de pensión. .......................................................................................................... 15 Ilustración 17: Lista de cobros. .................................................................................................................. 16 Ilustración 18: Mensaje de exoneración. .................................................................................................... 16 Ilustración 19: Lista de cobros exonerados. ............................................................................................... 16 Ilustración 20: Lista de fechas. ................................................................................................................... 16 Ilustración 21: Reporte de deudores. .......................................................................................................... 16 Ilustración 22: Reporte de deudores, parámetros........................................................................................ 16 Ilustración 23: Reporte de deudores, impresión. ........................................................................................ 16
Unidad Educativa Sagrados Corazones - La Concordia
I.
Ambiente de la aplicación
La aplicación consta de varias partes visuales, en las cuales se pueden diferenciar tres importantes:
Encabezado
Menú
Área de trabajo
Para la elaboración de toda la aplicación se ha tenido pensado el uso de colores amigables a la vista del usuario, pues es este quien observa en el día a día de sus labores a la interfaz del sistema.
Ilustración 1: Interfaz, personalizado. Fuente: Escobar, B. (2014).
Sin embargo con ello no descartamos la posibilidad de que se puedan utilizar los colores institucionales de la institución, con lo cual se da apertura al usuario al uso de la interfaz que sea de su preferencia.
5
MÓDULO DE PAGOS
6
Ilustración 2: Interfaz, institucional. Fuente: Camino, E. (2014).
1.1
ENCABEZADO
La aplicación consta de un encabezado titular con el nombre de la institución y su logo, además de una leyenda con el nombre de usuario, el perfil que utiliza, el periodo al cual está conectado y el estado del mismo, también la opción de cierre de sesión para dejar de usar el usuario que le corresponde.
1.2
MENÚ
En el menú se podrá encontrar el listado de objetos a los que tiene acceso el usuario, considerando el perfil al que pertenece el mismo.
1.3
ÁREA DE TRABAJO
Es el lugar en donde el usuario puede interactuar visualizando listados, añadiendo, editando o modificando registros según la necesidad del mismo para cada una de las opciones a las que tiene disponible su acceso.
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE PAGOS
II.
7
Módulo de pagos
Entre los objetos utilizados para el módulo de pagos, están presentes:
Rubros
Proformas
Facturas
Descuentos
Cobro de Pensiones
Calendario
Hay que considerar que sobre cada objeto acciones como: Listar, Ver, Crear, Editar, Eliminar son acciones comunes para cada objeto, por lo cual se hará mayor énfasis en la relación que tienen los objetos entre si y no en las acciones mencionadas.
2.1
RUBROS
El listado se visualiza de la siguiente manera:
Ilustración 3: Lista de rubros. Fuente: Camino, E. (2014).
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE PAGOS
8
En la parte superior de la imagen anteriormente mostrada, podemos observar el botón de crear rubro. Al dar clic sobre él podemos ingresar al formulario en blanco que nos permitirá crear un nuevo rubro.
Ilustración 4: Crear rubro. Fuente: Camino, E. (2014).
El formulario para la edición es similar al de creación, en términos generales es el mismo, pero este a diferencia del anterior, carga los datos del rubro seleccionado, presentándolo de la misma manera que en el ingreso:
Ilustración 5: Editar rubro. Fuente: Camino, E. (2014).
Tanto al momento de crear o de editar, se debe seleccionar el tipo de Rubro, esto es importante para algunos procesos siguientes, como la asignación de cupos, la asignación del curso al estudiante y la generación del pago de la pensión. Pero todo lo antes mencionado se logra gracias al campo adicional “Curso Relacionado“, que se activa cuando el rubro es de tipo matrícula o pensión.
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE PAGOS
9
Ilustración 6: Tipos de rubro. Fuente: Camino, E. (2014).
Hay que recalcar que cada rubro tiene un precio ordinario y extraordinario, que definen el precio al momento de realizar la proforma basándose en fechas descritas en calendario, depende del usuario definir los precios para diferenciar los periodos de matrícula.
2.2
PROFORMA
A continuación se muestra la lista de proformas:
Ilustración 7: Lista de proformas. Fuente: Camino, E. (2014).
Para la creación de la proforma, se debe seleccionar el estudiante, para de esta manera crearla con información del representante:
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE PAGOS
10
Ilustración 8: Selección de estudiante. Fuente: Camino, E. (2014).
Una vez seleccionado el estudiante, se llenan los datos automáticamente, se procede a crear la proforma y después de crearla se pueden añadir los rubros correspondientes.
Ilustración 9: Edición de proforma. Fuente: Camino, E. (2014).
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE PAGOS
11
Si los rubros seleccionados corresponden a matrícula, se considerará la reservación del cupo en el curso seleccionado, en este la secretaria podrá elegir únicamente rubros de matrícula dentro de los periodos de matrícula respectivos. Así mismo la eliminación de la proforma se encuentra disponible en caso de que el usuario haya cometido un error al momento de realizar la proforma y ya no necesite de ella.
2.3
DESCUENTOS
Así mismo se puede aplicar descuentos a una proforma realizada, para que pueda procederse a facturar con un valor menor al que corresponde, cabe recalcar que los descuentos son actividad del rector de la institución, por lo que únicamente se podrá realizar por quien posea este rol. Para solicitar el descuento, la secretaria o colectora desde la proforma, debe cambiar el estado de solicitud de descuento.
Ilustración 10: Solicitar descuento. Fuente: Camino, E. (2014).
Una vez solicitado, el Rector podrá visualizarlo en su listado de descuentos.
Ilustración 11: Lista de solicitudes. Fuente: Camino, E. (2014).
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE PAGOS
12
En esta pantalla también existe un elemento de búsqueda del estudiante, el cual se lo puede seleccionar de un listado o a su vez mostrar todos los descuentos disponibles. Cada registro tiene un botón de aplicar descuento, al proceder, nos movemos a un formulario en el cual se puede colocar el valor de descuento porcentual o de cantidad exacta considerando el siguiente cálculo:
Total Descontado = (Total * Porcentaje Descontado) + Cantidad Descontada
Ilustración 12: Aplicación de descuento. Fuente: Camino, E. (2014).
Una vez que el Rector guarde el descuento y lo ponga como aprobado, la secretaria puede proceder a imprimir la proforma legal del estudiante.
2.4
FACTURAS
Las facturas se crean al momento de guardar una proforma con el estado facturado en SI para que se proceda con la legalidad del documento. Así mismo el usuario puede proceder a imprimir dicha factura.
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE PAGOS
13
Ilustración 13: Visualización de factura. Fuente: Camino, E. (2014).
Así mismo se puede realizar la impresión de la factura con el botón imprimir:
Ilustración 14: Impresión de factura. Fuente: Camino, E. (2014).
Se muestra una pre visualización en pantalla que puede ser enviada a imprimir desde cualquier navegador.
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE PAGOS
2.5
14
COBROS
Cuando el usuario procede a realizar una matrícula, se genera una lista de cobros en base al calendario, para tener un control en las deudas del estudiante. Al existir cobros pendientes que han pasado de su fecha de vencimiento el botón de cobro se pone en rojo para alarmar al usuario a su pronto cobro.
Ilustración 15: Lista de cobros. Fuente: Camino, E. (2014).
Al realizar el cobro, lo que ocurre es que se genera una nueva proforma con el rubro de pensión correspondiente al curso automáticamente, de esta manera la colectora podrá proceder a facturarla con el procedimiento antes mencionado.
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE PAGOS
15
Ilustración 16: Proforma de pensión. Fuente: Camino, E. (2014).
Si por alguna situación, el estudiante se retira de la unidad educativa o pasa a un estado de desertor, se tiene la opción de exonerarlo con el uso de un botón que se presenta en pantalla.
Ilustración 17: Lista de cobros. Fuente: Camino, E. (2014).
Si se procede a exonerar los cobros pendientes, se exceptúan aquellos cobros que tengan fecha vencida, es decir de los cuales haya pasado la fecha límite de cobro y que por lo tanto ya se encuentre en deuda por parte del estudiante.
Ilustración 18: Mensaje exoneración. Fuente: Camino, E. (2014).
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE PAGOS
16
Cuando el proceso de exoneración de pensiones se realiza con éxito, se muestra un mensaje para información del usuario mencionando cuantas proformas han sido eliminadas, el resultado será únicamente la observación de proformas con fecha vencida en caso de estarlo, si se intenta exonerar nuevamente.
Ilustración 19: Lista de cobros exonerados. Fuente: Camino, E. (2014).
2.6
CALENDARIO
Es aquí donde se establecen fechas de actividades, tales como las fechas de matrícula ordinaria, extraordinaria y su fin, como también las fechas del cobro de pensiones.
Ilustración 20: Lista de fechas. Fuente: Camino, E. (2014).
De las fechas designadas en las pensiones depende la generación de la tabla de pagos, pues estas fechas se convierten en las fechas de vencimiento de los pagos para dichas pensiones. Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE PAGOS
2.7
17
REPORTE DE DEUDORES
Hacemos clic sobre el botón de Reporte de deudores ubicado en el menú de Reporte de deudores.
Ilustración 21: Reporte deudores.
Fuente: Camino, E. (2014).
Ilustración 22: Reporte deudores, parámetros.
Fuente: Camino, E. (2014).
Unidad Educativa Sagrados Corazones - La Concordia
MÓDULO DE PAGOS
Reporte
Ilustración 23: Reporte deudores, impresión.
Fuente: Camino, E. (2014).
Unidad Educativa Sagrados Corazones - La Concordia
18
143
Anexo 5
Manual Técnico de instalación en Sistema Operativo Windows
MANUAL TÉCNICO
MANUAL TÉCNICO
MAYO/2014
1
MANUAL TÉCNICO
CONTENIDO CONTENIDO .......................................................................................................................... 2 ILUSTRACIONES .................................................................................................................. 3 I.
Requerimientos ......................................................................................................... 4
II.
Instalación ................................................................................................................. 5
2.1
COMPOSER ............................................................................................................. 5
2.1.1
Descargando Composer ........................................................................................... 5
2.1.2
Instalando Composer ............................................................................................... 6
2.1.3
Editando variables de entorno................................................................................... 6
2.2
LARAVEL................................................................................................................ 9
2.2.1
Descargando Laravel ................................................................................................ 9
2.2.2
Instalando dependencias del proyecto ...................................................................... 9
III.
PostgreSql ............................................................................................................... 11
3.1
Instalación ............................................................................................................... 11
2
MANUAL TÉCNICO
3
ILUSTRACIONES Ilustración 1: Composer. ............................................................................................................................... 5 Ilustración 2: Instalación Composer. ............................................................................................................ 6 Ilustración 3: Propiedades Sistema. .............................................................................................................. 7 Ilustración 4: Variables de entorno. .............................................................................................................. 7 Ilustración 5: Variables de Sistema. .............................................................................................................. 8 Ilustración 6: Composer en CMD. ................................................................................................................ 8 Ilustración 7: Descarga Laravel en Github. .................................................................................................. 9 Ilustración 8: Directorio de proyecto en cmd. ............................................................................................ 10 Ilustración 9: Instalación de dependencias Composer. ............................................................................... 10 Ilustración 10: Icono instalador Postgresql................................................................................................. 11 Ilustración 11: Ventana instalación . ........................................................................................................... 11 Ilustración 12: Directorio instalación. ........................................................................................................ 12 Ilustración 13: Directorio instalación datos. ............................................................................................... 12 Ilustración 14: contraseña postgresql. ........................................................................................................ 13 Ilustración 15: puerto postgresql. ............................................................................................................... 13 Ilustración 16: Opciones avanzadas. .......................................................................................................... 14 Ilustración 17: Instalación. ......................................................................................................................... 14 Ilustración 18: Proceso instalación. ............................................................................................................ 15 Ilustración 19: Finalización instalación. ..................................................................................................... 15 Ilustración 20: Menú tareas. ....................................................................................................................... 16 Ilustración 21: PostgreSQL pgadmin3. ....................................................................................................... 16
4
I.
Requerimientos
Para que el sistema tenga un funcionamiento correcto, es necesario que se encuentre instanciado LARAVEL en su versión 4. Laravel es un framework de aplicaciones web con una sintaxis expresiva, elegante y sencilla. Para que Laravel funcione con normalidad debe estar instalado Composer, para lo cual no se requiere un rendimiento tan exigente, pero si se debe considerar propiedades básicas que debe tener todo equipo que se destine al uso de aplicaciones web. Se requiere además la existencia de un servidor web en donde alojar el proyecto.
MANUAL TÉCNICO
II.
5
Instalación
2.1
COMPOSER
2.1.1
Descargando Composer
Para conseguir Composer, necesitamos ir a la url https://getcomposer.org/ en donde encontraremos el link de descarga para lograr descargar el archivo necesario.
Ilustración 1: Composer. Fuente: Camino, E. (2014).
MANUAL TÉCNICO
6
En la sección de download podemos encontrar tanto los instaladores para sistema operativo Linux como Windows, escogemos el que sea de nuestra preferencia y necesidad.
2.1.2
Instalando Composer
Una vez descargado procedemos a instalarlo. En este proceso no hay dificultad, pues se deben considerar valores por defecto para su instalación.
Ilustración 2: Instalación Composer. Fuente: Camino, E. (2014).
Algo que debemos considerar es que se debe tener habilitada la extensión open_ssl en nuestra instalación de php previamente instalado, para lo cual se debe acceder al archivo php.ini y realizar el cambio correspondiente.
2.1.3
Editando variables de entorno
Para poder usarlo en Windows es necesario incluir la ruta de composer en nuestras variables de entorno para poder ejecutarlo, para lo cual vamos a propiedades de sistema y revisamos las variables de entorno.
MANUAL TÉCNICO
Ilustración 3: Propiedades Sistema. Fuente: Camino, E. (2014).
En las varibles de entorno seleccionamos Path.
Ilustración 4: Variables de entorno. Fuente: Camino, E. (2014).
Para lo cual añadimos la ruta C:\ProgramData\Composer\bin
7
MANUAL TÉCNICO
8
Ilustración 5: Variables de Sistema. Fuente: Camino, E. (2014).
Para comprobar que se es accesible a Composer mediante la consola, vamos a una terminal (cmd llamada en Windows) y ejecutamos el comando composer, con lo cual tendremos un resultado como el siguiente.
Ilustración 6: Composer en CMD. Fuente: Camino, E. (2014).
MANUAL TÉCNICO
2.2
LARAVEL
2.2.1
Descargando Laravel
9
Se pueden descargar los archivos de Laravel desde la página de laravel en github https://github.com/laravel/laravel
Ilustración 7: Descarga Laravel en Github. Fuente: Camino, E. (2014).
Procedemos a descargar el proyecto en zip para utilizarlo en el directorio web de nuestro servidor. Nota: Como nuestro caso es diferente y tenemos nuestro propio proyecto de Laravel que incluye los archivos base de Laravel, procedemos a pegar en nuestro directorio web para que se visualice como una página web.
2.2.2
Instalando dependencias del proyecto
Una vez que copiamos los archivos, nos vamos al directorio de nuestro proyecto en donde encontraremos el archivo composer.json y procederemos con el comando composer install para instalar las dependencias de Laravel adicionales que se requieran.
MANUAL TÉCNICO
10
Ilustración 8: Directorio de proyecto en cmd. Fuente: Camino, E. (2014).
Ilustración 9: Instalación de dependencias Composer. Fuente: Camino, E. (2014).
Una vez hecho esto, ya podremos visualizar nuestro proyecto en un navegador y hacer uso de él con la instancia de base de datos.
MANUAL TÉCNICO
III.
11
PostgreSql
3.1
Instalación
Una vez descargado el instalador, hacemos doble clic sobre el icono y empezamos la instalación.
Ilustración 10: Icono instalador Postgresql. Fuente: Camino, E. (2014).
Luego aparecerá la siguiente ventana y presionamos sobre siguiente.
Ilustración 11: Ventana instalación. Fuente: Camino, E. (2014).
MANUAL TÉCNICO
12
A continuación se mostrará una ventana en donde pondremos la dirección o el directorio de instalación en donde vamos a guardar el programa.
Ilustración 12: Directorio instalación. Fuente: Camino, E. (2014).
Ahora aparecerá una nueva ventana en donde pondremos la dirección de donde vamos a guardar los datos.
Ilustración 13: Directorio instalación datos. Fuente: Camino, E. (2014).
MANUAL TÉCNICO
13
Pulsamos nuevamente Siguiente, ahí aparecerá una ventana en la que nos pedirá una contraseña de usuario de PostgreSql, ingresaremos nuestra contraseña.
Ilustración 14: contraseña postgresql. Fuente: Camino, E. (2014).
Enseguida aparecerá una ventana en la que pedirá el puerto por donde se comunicara el programa, este aparecerá por default, es el puerto 5432, dejamos el mismo número de puerto.
Ilustración 15: puerto postgresql. Fuente: Camino, E. (2014).
MANUAL TÉCNICO
14
Ahora el instalador pedirá si se desea cambiar la configuración regional, configuramos para Ecuador y hacemos clic en Siguiente.
Ilustración 16: Opciones avanzadas. Fuente: Camino, E. (2014).
Ahora aparecerá una ventana en la cual indicará que el programa está listo para instalarse. Posterior a esto haremos clic en Siguiente.
Ilustración 17: Instalación. Fuente: Camino, E. (2014).
MANUAL TÉCNICO
15
Nos aparecerá una ventana en la cual observaremos que se está instalando PostreSql.
Ilustración 18: Proceso instalación. Fuente: Camino, E. (2014).
Finalmente confirmamos la instalación haciendo clic en Terminar.
Ilustración 19: Finalización instalación. Fuente: Camino, E. (2014).
MANUAL TÉCNICO
Una vez instalado el programa procedemos a ejecutar la interfaz gráfica.
Ilustración 20: Menú tareas. Fuente: Camino, E. (2014).
Ilustración 21: PostgreSQL pgadmin3. Fuente: Camino, E. (2014).
16
159
Anexo 6
Manual Técnico de instalación de CentOS y Post Instalación
1
MANUAL TÉCNICO DE INSTALACIÓN DE CENTOS Y POSTINSTALACIÓN
1. Instalación de Centos 7 1.1 Seleccionado el disco de instalación como dispositivo de arranque, inicia el gestor de arranque del instalador.
2
1.2 Seleccionar el idioma español de ecuador
1.3 Seleccionar el menú "Destino de la Instalación"
3
1.4 Escojer el disco duro y configurar plarticionado automático
1.5 Seleccionar el menú "Red y nombre de Host"
4
1.6 Activar la red, se puede establecer la dirección ip estática o automática
1.7 Comenzar la instalación
5
1.8 La instalación ha comenzado pero hace falta configurar la clave de root
1.9 Establecer la clave de root
6
1.10 No es necesario crear un usuario convencional.
1.11 Al finalizar la instalación se debe reiniciar el equipo, retirar el medio de instalación.
7
1.12 Al reiniciar se obtiene la consola del sistema.
2. Configuración Post-Instalación 1.
Establecer una dirección IP, en este caso no necesitamos IPv6. a. vi /etc/sysconfig/network-scripts/ifcfg-enp0s3 b. El UUID va a variar en cada instalación y HWADDR es la dirección MAC de la tarjeta de red. c. Para empezar el modo de edición, presionar la tecla "i", en la parte inferior izquierda aparecerá el indicador "-- INSERT --". d. El contenido del archivo deberá quedar de la siguiente manera, la dirección IP, máscara, broadcast, y Gateway se deberán configurar en función de los requerimientos en la red en la que operará el sistema. HWADDR="08:00:27:23:6E:F9" TYPE="Ethernet" BOOTPROTO="static" DEFROUTE="yes" PEERDNS="yes" PEERROUTES="yes" IPV4_FAILURE_FATAL="no" IPADDR=192.168.100.103 NETWORK=192.168.100.0 NETMASK=255.255.255.0 BROADCAST=192.168.100.255 GATEWAY=192.168.100.1 DNS1=8.8.8.8 DNS2=8.8.4.4 NAME="enp0s3" UUID="658d946b-fabd-4093-8aa8-b5e367213ccc" ONBOOT="yes" e. Para guardar los cambios y salir del archivo presionar la siguiente combinación de teclas de forma secuencial: Esc : X
8
f.
2.
3.
4.
Reiniciar el servicio network systemctl restart network.service
Establecer fecha y hora a. Para establecer la fecha del sistema, formato Año, Mes, Día, Hora, Minuto, Segundo date --set "2015-01-15 12:00:00" b. Para establecer la fecha en el Bios hwclock --set --date="2015-01-15 12:00:00" Actualizar el sistema a. yum -y update b. reiniciamos el sistema reboot Instalar PostgreSQL 9.3 a. Ingresar al sitio oficial de postgresql para yum (gestor de paquetes de RHEL) http://yum.postgresql.org/ b. Seleccionar la versión 9.3 c. Buscar la versión para Centos7,
d.
e. f.
http://yum.postgresql.org/9.3/redhat/rhel-7-x86_64/pgdg-centos93-9.31.noarch.rpm Este paquete RPM es para instalar el repositorio, ejecutamos el comando: yum –y install http://yum.postgresql.org/9.3/redhat/rhel-7-x86_64/pgdg-centos939.3-1.noarch.rpm Habiendo instalado el repositorio se procede a buscar e instalar yum search postgresql Se denota que existen dos versiones disponibles para la instalación, la oficial de Centos y la del repositorio de PostgreSQL, instalar la 9.3 yum –y install postgresql93 postgresql93-contrib postgresql93-server Inicializar el directorio de base de datos /usr/pgsql-9.3/bin/postgresql93-setup initdb Habilitar el servicio para que arranque con el sistema systemctl enable postgresql-9.3.service
9
Configurar postgresql.conf para habilitar conexiones tcp y se permita el uso de contraseñas encriptadas vi /var/lib/pgsql/9.3/data/postgresql.conf habilitar y modificar las siguientes líneas para que queden así: listen_addresses = '*' password_encryption = on guardar cambios “Esc : x” h. Configurar pg_hba.conf para determinar los hosts que pueden acceder al sgbd desde la red por medio de autenticación con contraseña md5. vi /var/lib/pgsql/9.3/data/pg_hba.conf Comentar la línea: #host all all 127.0.0.1/32 ident agregar las líneas: host all all ::1/128 md5 host all all 0.0.0.0/0 md5 guardar cambios “Esc : x” i. Iniciar el servicio systemctl start postgresql-9.3.service j. En caso de necesitar reiniciar el servicio por haber modificado un archivo de configuración: systemctl restart postgresql-9.3.service k. Establecer una contraseña para el usuario postgres y crear usuario para el sistema web. su – postgres cd psql alter user postgres with password 'micLavesegUra736.'; create user sagcor with password 'miotRaclVeseGura391-'; Control + D exit Instalar Servidor Web a. Agregar el repositorio EPEL para poder instalar php-mcrypt requerido por laravel. Entrar en el espejo http://mirror.espoch.edu.ec/fedora-epel/7/x86_64/ Buscar el paquete http://mirror.espoch.edu.ec/fedora-epel/7/x86_64/e/epel-release7-5.noarch.rpm Es el instalador del repositorio para Centos7, procedemos a instalar yum –y install http://mirror.espoch.edu.ec/fedora-epel/7/x86_64/e/epel-release-75.noarch.rpm b. Instalar apache, php y demás dependencias yum -y install httpd php php-pdo php-pgsql php-mysql php-xml php-gd phpmbstring php-mcrypt c. Editar el archivo de configuración httpd.conf vi /etc/httpd/conf/httpd.conf Tiene formato XML, se debe buscar las secciones “<Directory />” y “<Directory "/var/www/html">”, modificar la siguiente línea en ambas. AllowOverride All Esto es requerido por el framework Laravel para redireccionar las vistas dinámicamente. Guardar los cambios “Esc : x” d. Editar archivo de configuración php.ini vi /etc/php.ini Establecer un tiempo de ejecución de hasta 2 minutos para el script que sube las notas al sitio web. max_execution_time = 120 Establecer zona horaria g.
5.
10
date.timezone = America/Guayaquil Habilitar el servicio httpd para que inicie con el sistema e iniciar el servicio systemctl enable httpd.service systemctl start httpd.service Configuración de firewall a. En RHEL7 se ha cambiado el servicio iptables que se venía usando en versiones anteriores por firewalld, cabe recalcar que ambos siguen usando el comando iptables. b. Permitir el acceso a postgresql-server desde otro host en la red. firewall-cmd --zone=public --add-port=5432/tcp --permanent firewall-cmd --reload c. Permitir el acceso al servicio web desde otro host en la red. firewall-cmd --zone=public --add-service=http --permanent firewall-cmd --reload d. El servicio ssh para acceso remoto y transferencia de archivos con sftp está habilitado por defecto, caso contrario: firewall-cmd --zone=public --add-service=ssh --permanent firewall-cmd --reload Instanciar base de datos a. Usar el programa pgAdminIII desde el sitio web oficial http://www.pgadmin.org/ b. Para subir el script de la base de datos es necesario conectar al servidor desde un host que tenga instalado pgAdminIII, con las credenciales configuradas Host: 192.168.100.103 (según archivo de configuración ifcfg-enp0s3) Puerto: 5432 Usuario: postgres Clave: micLavesegUra736. c. Crear una base de datos llamda UESSCC Click derecho en Databases dentro de la conexión recientemente creada New Database… Name: UESSCC Owner: sagcor Click en OK Click derecho en la base UESSCC Restore Seleccionar en FileName el archivo BDD.backup adjunto en el medio de instalación del sistema Click Restore, esperar unos minutos. Desconectar de pgAdminIII d. Deshabilitar el acceso remoto por seguridad, sólo es necesario cuando se requiere subir un backup a la base de datos. firewall-cmd --zone=public --remove-port=5432/tcp --permanent firewall-cmd --reload Copiar el sistema desde el medio de instalación hacia el servidor a. Se usa el protocolo ssh Host: 192.168.100.103 Puerto: 22 Usuario: root Clave: la establecida en la instalación Directorio: /var/www/html b. Desde Windows se puede usar el programa WinSCP. c. Desde Linux se puede montar la carpeta con nautilus o usar el comando scp scp web/* root@192.168.100.103:/var/www/html/ Configuración de Secure Enterprise Linux y demás permisos a. Permitir al servicio httpd conectarse a la red y a bases de datos. e.
6.
7.
8.
9.
11
setsebool -P httpd_can_network_connect on setsebool -P httpd_can_network_connect_db on b. Limpiar caché y permitir al framework laravel escribir el carpetas requeridas para generar vistas chcon -t httpd_sys_rw_content_t /var/www/html/matpag/app/storage/* chcon -t httpd_sys_rw_content_t /var/www/html/notas/app/storage/* cd /var/www/html/matpag php artisan cache:clear chmod -R 777 app/storage/ php artisan dump-autoload cd /var/www/html/notas php artisan cache:clear chmod -R 777 app/storage/ php artisan dump-autoload 10. Configuración de credenciales de acceso del sistema a la base de datos a. vi /var/www/html/configuracion.php b. línea 56: $this->setBase('UESSCC'); $this->setClave('miotRaclVeseGura391-'); $this->setHost('127.0.0.1'); $this->setPuerto('5432'); $this->setUsuario('sagcor'); c. Guardar cambios “Esc : x” 11. Verificar inicio del sistema a. En un navegador desde un host en la misma red que el servidor abrir el sitio web correspondiente a la IP del mismo. http://192.168.100.103 Usuario: MA304LOEISA Clave: Cre404encsec b. Al iniciar sesión le pedirá que cambie su contraseña c. El usuario administrador tiene acceso al módulo de usuarios y configuraciones, desde donde podrá administrar la conexión con el sitio web donde se publicarán las notas, y crear usuarios del sistema con los diferentes perfiles disponibles. 12. Recomendaciones de Seguridad a. Es apropiado en el caso de publicar el sistema en Internet con una dirección IP pública o con redirección de puertos, adquirir / utilizar un certificado SSL para proteger a los usuarios de ataques informáticos de tipo “Man in The Middle” b. Es recomendable cambiar el puerto por defecto de ssh, y complementar con aplicaciones como fail2ban que permiten vanear la ip del cliente que tenga varios intentos fallidos de ingresar al servidor con el protocolo ssh, esto previene ataques de fuerza bruta. c. No mantener el puerto de postgresql-server (5432/tcp) visible para toda la red, si se establecen contraseñas débiles, un atacante podría modificar la información de la base de datos. Ej.: notas, estudiantes, matrículas, entre otros.
172
Anexo 7
Diccionario de Datos
DICCIONARIO DE DATOS
1
A continuación se detallan las tablas (entidades), funciones y vistas que forman parte fundamental para el correcto funcionamiento del sistema.
TABLAS
Tabla - estudiantes Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Columnas Nombre
Tipo de da ¿No n ¿Clave pri Valor por defecto Comentario to ull? maria?
est_id
integer
Yes
Yes
nextval('estudiante Identificador del estudiante s_est_id_seq'::regc lass)
est_cedpas character v No arying(13)
No
Cédula/Pasaporte del estudiante
est_fecnac date
No
No
Fecha de nacimiento del estudiante
est_nomco character v Yes m arying(50)
No
Nombres completos del estudiante
est_apecom character v Yes arying(50)
No
Apellidos completos del estudiante
est_sex
character v Yes arying(9)
No
Sexo del estudiante: FEMENINO o MASC ULINO
est_nac
character v No arying(20)
No
Nacionalidad del estudiante
est_pronac character v No arying(35)
No
Provincia de nacimiento del estudiante
est_regciv
character v No arying(2)
No
'SI'::character vary ¿El estudiante está inscrito en el registro ci ing vil?
est_dis
character v No arying(2)
No
'NO'::character var ¿El estudiante tiene alguna discapacidad? ying
est_estciv
character v No arying(15)
No
'SOLTERO'::chara cter varying
est_hij
smallint
No
No
est_tra
character v No arying(2)
No
est_defetn
character v No arying(10)
No
est_nacind character v No arying(15)
No
est_dir
character v No arying(100 )
No
Dirección del estudiante
est_telcon
character v No
No
Teléfono de contacto del estudiante
Número de hijos en el hogar 'NO'::character var ¿El estudiante trabaja? ying Definición étnica del estudiante 'NO APLICA'::cha Nacionalidad indígena del estudiante racter varying
DICCIONARIO DE DATOS
2
arying(15) est_corele
character v No arying(50)
No
Correo electrónico del estudiante
est_vivcon character v No arying(30)
No
Con quién vive el estudiante
est_vecmat smallint
Yes
No
0
est_asireg
character v No arying(2)
No
'SI'::character vary ¿El estudiante asiste regularmente? ing
est_nue
character v No arying(2)
No
'NO'::character var ¿El estudiante es nuevo? ying
est_procola character v No nt arying(30)
No
est_otrins
character v No arying(2)
No
'NO'::character var ¿Estudia en otra institución? ying
est_descom character(9 No )
No
'PROMOVIDO'::c Descomposición de la matrícula: PROMO haracter(1) VIDO, RECHAZADO y EXPULSADO
est_cauper character v No arying(30)
No
Causas de perdida de año
est_sta
character v No arying(13)
No
'REGLAMENTA Status del estudiante: REGLAMENTARIO RIO'::character var , DESERTOR y RETIRADO ying
est_nomap character v No epad arying(50)
No
Nombres y Apellidos del padre
est_propad character v No arying(20)
No
Profesión del padre
est_dirpad
character v No arying(50)
No
Dirección del padre
est_telconp character v No ad arying(15)
No
Teléfono de contacto del padre
est_cedpas character v No pad arying(13)
No
Cédula/Pasaporte del padre
est_nomap character v No emad arying(50)
No
Nombre y apellido de la madre
est_promad character v No arying(20)
No
Profesión de la madre
est_dirmad character v No arying(50)
No
Dirección de la madre
est_telcon mad
character v No arying(15)
No
Teléfono de contacto de la madre
est_cedpas character v No mad arying(13)
No
Cédula/Pasaporte de la madre
est_nomap character v No erep arying(50)
No
Nombre y apellido del representante
est_prorep character v No arying(20)
No
Profesión del representante
est_dirrep
character v No arying(50)
No
Dirección del representante
est_telconr character v No ep arying(15)
No
Teléfono de contacto del representante
est_cedpasr character v No
No
Cédula/Pasaporte del representante
Número de veces que se ha matriculado en la institución.
Procedencia del colegio anterior
DICCIONARIO DE DATOS
3
ep
arying(13)
est_parrep
character v No arying(15)
No
bec_id
smallint
No
No
est_tipmat
character v No arying(2)
No
Tipo de la matrícula: Ordinaria (OR), Extra ordinaria (EO), Excepcional (EX)
est_lugnac character v No arying(30)
No
Lugar de nacimiento del estudiante
est_repmad character v No arying(2)
No
'NO'::character var ¿Es la madre la representante del estudiant ying e?
est_reppad character v No arying(2)
No
'NO'::character var ¿Es el padre el representante del estudiante ying ?
est_nivcor
Yes
No
0
est_tipctare character v No p arying(3)
No
tipo de cuenta {'AHO','CTE'}
est_numcta character v No rep arying(20)
No
Número de cuenta
est_tipide
character v No arying(3)
No
tipo de identificación del padre {'ced','pas'}
est_tipidem character v No ad arying(3)
No
est_tipidep character v No ad arying(3)
No
smallint
Parentesco del representante con el estudia nte 1
Beca concedida al estudiante. Por defecto: 1 (SIN BECA)
Nivel al que corresponde el estudiante
Restricciones Nombre
Tipo
Definición
Comentario
pk_estudiantes
Primary key
(est_id)
Clave primaria de la tabla de estudiante s
Tabla – cursos Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Columnas Nombr Tipo de dato ¿No N ¿Clave pri Valor por defecto e ull? maria? cur_id
integer
Comentario
Yes
Yes
nextval('cursos_cur_id_se Identificador del curso q'::regclass)
cur_des character varyi Yes ng(20)
No
Descripción del curso
cur_cup smallint max
No
No
Cupo máximo del curso
cur_cup smallint act
No
No
Cupo actual del curso
DICCIONARIO DE DATOS
doc_id
4
integer
Yes
No
Identificador del docente tutor del curso
cur_niv smallint
No
No
Nivel del curso
cur_tip
Yes
No
0
Yes
No
'A'::bpchar
smallint
cur_est character(1)
Estado del curso: A=Activo, D =Deshabilitad
Restricciones Nombre
Tipo
Definición
pk_cursos
Primar (cur_id) y key
Comentario
fk_doc_id_ref Foreign (doc_id) REFERENCES docentes (doc_id) MATCH SIMPLE ON _pk_docentes key UPDATE CASCADE ON DELETE RESTRICT uk_cursos
Unique (doc_id)
Tabla – becas Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Columnas Nombre Tipo de dato
¿No Nul ¿Clave primar Valor por defecto l? ia?
bec_id
Yes
Yes
nextval('becas_bec_id_seq'::re Identificador de la gclass) beca
bec_nom character varyi No ng(30)
No
Nombre de la beca
bec_por
No
Porcentaje de la be ca
Comentario
integer
smallint
No
Comentario
Restricciones Nombre
Tipo
Definición
pk_becas
Primary key
(bec_id)
DICCIONARIO DE DATOS
5
Tabla – calendarios Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Columnas Nombre Tipo de dato
¿No Null? ¿Clave primaria?
Valor por defecto
Comentario
cal_id
character varyi Yes ng(10)
Yes
Identificador del calend ario
cal_nom
character varyi No ng(30)
No
Nombre del calendario
cal_des
character varyi No ng(100)
No
Descripción del calenda rio
cal_fec
date
No
Fecha del calendario
No
Restricciones Nombre
Tipo
Definición
Comentario
pk_calendarios Primary key (cal_id)
Tabla – cobros Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Columnas Nombre
Tipo de dato
¿No nu ¿Clave prima Valor por defecto ll? ria?
cob_id
integer
Yes
Yes
est_id
integer
No
No
Id del estudiante
prd_id
integer
No
No
Id del periodo
cal_id
character varying No (10)
No
Id de fecha calendario l ímite
cob_tip
character varying No (1)
No
Tipo de cobro
cob_des
character varying No (100)
No
Descripción del cobro
cob_num character varying No dep (30)
No
Número de depósito de l cobro
fac_id
No
No
Id de factura
fac_numf character varying No ac (7)
No
Número de factura
integer
Comentario
nextval('cobro_id_seq'::re Id del cobro gclass)
DICCIONARIO DE DATOS
fac_fecfa date c
No
No
Fecha de factura
cob_val
numeric(8,2)
No
No
Valor del cobro
cob_pag
boolean
No
No
false
6
Estado pagado o no
Restricciones Nombre
Tipo
Definición
pk_cobros
Primar (cob_id) y key
Comentario
rel_calendario Foreign (cal_id) REFERENCES calendarios (cal_id) MATCH SIMPLE O s_cobros key N UPDATE CASCADE ON DELETE RESTRICT rel_estudiante Foreign (est_id) REFERENCES estudiantes (est_id) MATCH SIMPLE O s_cobros key N UPDATE CASCADE ON DELETE RESTRICT rel_periodos_ Foreign (prd_id) REFERENCES periodos (prd_id) MATCH SIMPLE ON cobros key UPDATE RESTRICT ON DELETE RESTRICT
Tabla – detallefacturas Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Columnas Nombre
Tipo de dato
No null ¿Clave pri Valor por defecto ? maria?
Comentario
fac_id
integer
Yes
No
Id de factura
rub_id
integer
No
No
Id del rubro
def_det
character varyi No ng(40)
No
Detalle
def_obs
character varyi No ng(40)
No
Observación
def_can
smallint
No
No
Cantidad
def_preuni numeric(8,2)
Yes
No
0
Preco unitario
def_poriva smallint
No
No
0
Porcentaje de IVA
def_iva
numeric(6,2)
Yes
No
0
IVA generado
def_id
integer
Yes
Yes
nextval('detallefactura_id_seq' Id del detalle ::regclass)
Yes
No
0
def_subtot numeric(8,2)
Subtotal del renglón
DICCIONARIO DE DATOS
7
Restricciones Nombre
Tipo
Definición
Comentario
pk_detallefactur Primar (def_id) as y key rel_rubros_deta Foreign (rub_id) REFERENCES rubros (rub_id) MATCH SIMPLE O llefacturas key N UPDATE NO ACTION ON DELETE RESTRICT
Tabla – facturas Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Columnas Nombre
Tipo de ¿No nul ¿Clave pri Valor por defecto dato l? maria?
Comentario
fac_id
integer
Yes
Yes
est_id
integer
No
No
Identificador del estudiante
fac_numfac character No varying( 7)
No
Número de factura (sólo facturado)
fac_razsoc
character No varying( 50)
No
Razon social
fac_rucced
character No varying( 13)
No
RUC o cédula del cliente
fac_fecfac
date
No
No
Fecha de proforma o facturación
fac_horfac
time without time zone
No
No
Hora de proforma o facturación
fac_dir
character No varying( 50)
No
Dirección del Cliente
fac_tel
character No varying( 30)
No
Teléfono del cliente
fac_ba0iva
numeric( No 8,2)
No
0
Base imponible 0% IVA
fac_basiva
numeric( No 8,2)
No
0
Base imponible 12% IVA
fac_totiva
numeric( No 8,2)
No
0
Total IVA generado
fac_pordes
smallint
No
No
0
fac_candes
numeric( Yes 8,2)
No
0
nextval('factura_codfac identificador único de factura _seq'::regclass)
Cantidad estática de descuento. solo director puede editar descuentos
8
DICCIONARIO DE DATOS
fac_totdes
numeric( No 8,2)
No
0
fac_subtot
numeric( No 8,2)
No
0
fac_tot
numeric( No 8,2)
No
0
fac_factur
boolean
No
No
false
verifica si es factura valida
fac_est
character No varying( 3)
No
'PEN'::character varying
cancelado - pendiente
fac_desaut
boolean
Yes
No
false
aplica un descuento autorizado por dirección
fac_dessol
boolean
Yes
No
false
Descuento solicitado para factura. Pensión diferenciada
fac_numpro character No varying( 7)
No
lpad((nextval('sec_prof numero de proforma orma'::regclass))::text, 7, '0'::text)
dicha
Restricciones Nombre
Tipo
Definición
pk_facturas
Primary key
(fac_id)
rel_estudiantes Foreign key _facturas
Comentario
(est_id) REFERENCES estudiantes (est_id) MATCH S IMPLE ON UPDATE CASCADE ON DELETE REST RICT
Tabla – rubros Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Columnas Nombre
Tipo de ¿No ¿Clave Primaria? Valor por Defecto Comentario dato Null?
rub_id
integer
Yes
Yes
rub_nom
characte No r varyin g(50)
No
Nombre del rubro
rub_des
characte No r varyin g(200)
No
Descripción larga del rubro
rub_pr1
numeric No (8,2)
No
Precio 1: Usado en ordinaria
rub_pr2
numeric No (8,2)
No
Precio 2: usado en extraordinaria
cur_id
integer
No
Yes
nextval('rubro_id_s Id de rubro eq'::regclass)
0
Enlaza al curso y verifica la
DICCIONARIO DE DATOS
9
disponibilidad de cupo. El curso debe tener dos campos cupomax y cupodis ponible, este último es decreciente. rub_iva
integer
No
No
0
Iva del rubro
rub_tip
characte Yes r varyin g(1)
No
'V'::character varyi Tipo del rubro: {M: matricula, P: pen ng sión, V: venta}
Restricciones Nombre
Tipo
Definición
pk_rubros
Primary key
(rub_id)
Comentario
Tabla – usuarios Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Columnas Nombre
Tipo de ¿No ¿Clave Primaria? Valor por Comentario dato Null? Defecto
usu_id
integer
Yes
Yes
nextval('us Identificador del usuario uarios_usu _id_seq'::r egclass)
usu_ususis characte Yes r varyin g(50)
No
Nombre de usuario del sistema que se definirá en base al perfil y número de cédula. Ejemplo: perfil=docente, nombre=maría, usu_ususis='do centemaria'
usu_nom
characte No r varyin g(50)
No
Nombre del usuario
usu_ape
characte No r varyin g(50)
No
Apellido del usuario
usu_cedpa characte No s r varyin g(15)
No
Cédula/Pasaporte del usuario
usu_cla
characte Yes r varyin g(64)
No
Clave del usuario que inicialmente será el núm ero de cédula del usuario, dicha clave puede se r modificada luego de crear al usuario
usu_corele characte No r varyin g(50)
No
Correo electrónico del usuario
DICCIONARIO DE DATOS
10
Restricciones Nombre
Tipo
Definición
Comentario
pk_usuarios
Primary key
(usu_id)
uni_ced
Unique
(usu_cedpas, usu_id, usu_ususis)
Tabla – usuariosperfiles Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Columnas Nombre
Tipo de dato
¿No Null?
¿Clave Primaria?
Valor por Defecto
Comentario
usu_id
integer
Yes
Yes
id del usuario
per_id
integer
Yes
Yes
id del perfil
Restricciones Nombre
Tipo
Definición
Comentario
pk_usuarios_p Primary key erfiles
(usu_id, per_id)
fk_per_id_ref_ Foreign key pk_perfiles
(per_id) REFERENCES perfiles (per_id) MATCH SIMPL E ON UPDATE NO ACTION ON DELETE RESTRICT
fk_usu_id_ref_ Foreign key pk_usuarios
(usu_id) REFERENCES usuarios (usu_id) MATCH SIMP LE ON UPDATE CASCADE ON DELETE CASCADE
Tabla – periodos Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Columnas Nombre
Tipo de dato
¿No nu ¿Clave prima Valor por defect Comentario ll? ria? o
prd_id
integer
Yes
Yes
Identificador del Periodo (año que c ontempla)
prd_fecini date
Yes
No
Fecha de inicio de periodo
prd_fecfin date
Yes
No
Fecha de fin de periodo
prd_est
character varyi Yes ng(1)
No
prd_des
character varyi Yes ng(30)
No
'A'::character var Estado del periodo: {C:cerrado,A:ab ying ierto} Descripción del periodo
DICCIONARIO DE DATOS
11
Restricciones Nombre
Tipo
Definición
pk_periodos
Primary key
(prd_id)
Comentario
Tabla – matriculas Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Columnas Nombre
Tipo de dat ¿No n ¿Clave pri Valor por defecto o ull? maria?
mat_id
integer
Yes
Yes
prd_id
integer
Yes
No
Periodo de la matrícula
cur_id
smallint
Yes
No
Identificador de curso
est_id
integer
Yes
No
Identificador del estudiante
mat_fec
timestamp No without tim e zone
No
Fecha de matrícula
bec_id
integer
No
Yes
Comentario
nextval(‘matriculas_mat_i Identificador de matrículas d_seq’::regclass)
0
Identificador de beca otorgada en dicho periodo
Restricciones Nombre
Tipo
pk_matricula Primary s key
Definición
Comentario
(mat_id)
rel_becas_ma Foreign k (bec_id) REFERENCES becas (bec_id) MATCH SIMPLE ON triculas ey UPDATE NO ACTION ON DELETE NO ACTION NOT VA LID rel_cursos_m Foreign k (cur_id) REFERENCES cursos (cur_id) MATCH SIMPLE ON Referencia mat atriculas ey UPDATE RESTRICT ON DELETE RESTRICT rícula del curso rel_estudiant Foreign k (est_id) REFERENCES estudiantes (est_id) MATCH SIMPLE es_matriculas ey ON UPDATE RESTRICT ON DELETE RESTRICT rel_periodos_ Foreign k (prd_id) REFERENCES periodos (prd_id) MATCH SIMPLE matriculas ey ON UPDATE RESTRICT ON DELETE RESTRICT
DICCIONARIO DE DATOS
FUNCIONES Función – fn_cierreperiodo_migrarcobros Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la función Propiedad
Valor
Nombre
fn_cierreperiodo_migrarcobros
OID
76174
Propietario
sagcor
# de Argumentos
1
Argumentos
integer
Tipo de argumentos
integer
Tipo de retorno
boolean
Lenguaje
sql
Código
begin
Tiempo estimado
100
Comentario
Función – fn_facturacion_getbase0iva Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la función Propiedad
Valor
Nombre
fn_facturacion_getbase0iva
OID
17047
Propietario
sagcor
# de Argumentos
1
Argumentos
integer
Tipo de argumentos
integer
Tipo de retorno
numeric
Lenguaje
sql
Código
select sum(cast(def_subtot as numeric)) ba0iva...
Tiempo estimado
100
Comentario
Calcula la base imponible 0% IVA de una factura
12
DICCIONARIO DE DATOS
Función – fn_facturacion_getbaseiva Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la función Propiedad
Valor
Nombre
fn_facturacion_getbaseiva
OID
17048
Propietario
sagcor
# de Argumentos
1
Argumentos
integer
Tipo de argumentos
integer
Tipo de retorno
numeric
Lenguaje
sql
Código
select cast(sum(cast(def_subtot as numeric)) as numeric) basiva...
Tiempo estimado
100
Comentario
Calcula la base imponible 12% IVA de una factura
Función – fn_facturacion_porcentajebeca Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la función Propiedad
Valor
Nombre
fn_facturacion_porcentajebeca
OID
17049
Propietario
sagcor
# de Argumentos
1
Argumentos
in_idest integer DEFAULT 0
Tipo de argumentos
integer
Tipo de retorno
integer
Lenguaje
plpgsql
Código
declare vporbec integer; ...
Tiempo estimado
100
Comentario
Obtiene el porcentaje de beca que posee un estudiante
13
DICCIONARIO DE DATOS
14
Función – fn_matricula_actualperiodo Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la función Propiedad
Valor
Nombre
fn_matricula_actualperiodo
OID
17050
Propietario
sagcor
# de Argumentos
0
Argumentos Tipo de argumentos Tipo de retorno
integer
Lenguaje
sql
Código
select max(prd_id) from periodos...
Tiempo estimado
100
Comentario
Obtiene el código del actual periodo
Función – fn_matricula_asignarcurso Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la función Propiedad
Valor
Nombre
fn_matricula_asignarcurso
OID
17051
Propietario
sagcor
# de Argumentos
2
Argumentos
in_idest integer, in_idcur integer
Tipo de argumentos
integer, integer
Tipo de retorno
boolean
Lenguaje
plpgsql
Código
declare vcodcur integer;...
Tiempo estimado
100
Comentario
Asigna al estudiante a un curso en específico, realizando la matrícula.
DICCIONARIO DE DATOS
Función – fn_matricula_becaestudiante Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la función Propiedad
Valor
Nombre
fn_matricula_becaestudiante
OID
17071
Propietario
sagcor
# de Argumentos
1
Argumentos
integer
Tipo de argumentos
integer
Tipo de retorno
smallint
Lenguaje
sql
Código
select bec_id from estudiantes...
Tiempo estimado
100
Comentario
Obtiene el código de beca asignado a un estudiante.
Función – fn_matricula_calendario Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la función Propiedad
Valor
Nombre
fn_matricula_calendario
OID
17053
Propietario
sagcor
# de Argumentos
0
Argumentos Tipo de argumentos Tipo de retorno
character varying
Lenguaje
plpgsql
Código
declare vper text;...
Tiempo estimado
100
Comentario
Obtiene el segmento de matrícula según la fecha actual, puede ser:...
15
DICCIONARIO DE DATOS
16
Función – fn_matricula_cuposdisponibles Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la función Propiedad
Valor
Nombre
fn_matricula_cuposdisponibles
OID
17054
Propietario
sagcor
# de Argumentos
1
Argumentos
in_idcur integer DEFAULT 0
Tipo de argumentos
integer
Tipo de retorno
integer
Lenguaje
plpgsql
Código
declare vcup integer; ...
Tiempo estimado
100
Comentario
Obtiene el número de cupos disponibles para un curso.
Función – fn_matricula_cursoenfactura Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la función Propiedad
Valor
Nombre
fn_matricula_cursoenfactura
OID
17055
Propietario
sagcor
# de Argumentos
2
Argumentos
in_idest integer, in_idfac integer
Tipo de argumentos
integer, integer
Tipo de retorno
integer
Lenguaje
plpgsql
Código
declare vcurso integer;...
Tiempo estimado
100
Comentario
Obtiene el curso al que hace referencia el rubro dentro de la factura (en c aso de ser de tipo Matrícula)
DICCIONARIO DE DATOS
17
Función – fn_matricula_cursoenrubro Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la función Propiedad
Valor
Nombre
fn_matricula_cursoenrubro
OID
17072
Propietario
sagcor
# de Argumentos
1
Argumentos
in_idrub integer
Tipo de argumentos
integer
Tipo de retorno
integer
Lenguaje
plpgsql
Código
declare vcurso integer;...
Tiempo estimado
100
Comentario
Obtiene el curso al que pertenece un rubro general (Obtendrán respuesta l os rubros de tipo Matrícula y Pensión)
Función – fn_matricula_esmatriculado Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la función Propiedad
Valor
Nombre
fn_matricula_esmatriculado
OID
17057
Propietario
sagcor
# de Argumentos
2
Argumentos
integer, integer
Tipo de argumentos
integer, integer
Tipo de retorno
smallint
Lenguaje
sql
Código
-- 0:no matrículado, 1:matriculado...
Tiempo estimado
100
Comentario
Verifica si tiene registro de matrícula en un periodo un estudiante.
DICCIONARIO DE DATOS
18
Función – fn_matricula_habilitarcupo Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la función Propiedad
Valor
Nombre
fn_matricula_habilitarcupo
OID
17058
Propietario
sagcor
# de Argumentos
1
Argumentos
in_idcur integer
Tipo de argumentos
integer
Tipo de retorno
boolean
Lenguaje
plpgsql
Código
begin...
Tiempo estimado
100
Comentario
Habilita un cupo más en el curso. (Se usa al retirar la matrícula de la prof orma).
Función – fn_matricula_representanteest Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la función Propiedad
Valor
Nombre
fn_matricula_representanteest
OID
17059
Propietario
sagcor
# de Argumentos
1
Argumentos
in_idest integer DEFAULT 0
Tipo de argumentos
integer
Tipo de retorno
text[]
Lenguaje
plpgsql
Código
declare vrep text array[4]; ...
Tiempo estimado
100
Comentario
Obtiene un conjunto de datos del representante del estudiante.
DICCIONARIO DE DATOS
19
Función – fn_pagos_cobrospendientes Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la función Propiedad
Valor
Nombre
fn_pagos_cobrospendientes
OID
17074
Propietario
sagcor
# de Argumentos
1
Argumentos
in_idest integer
Tipo de argumentos
integer
Tipo de retorno
boolean
Lenguaje
plpgsql
Código
declare vrep text array[4]; ...
Tiempo estimado
100
Comentario
Inserta el listado para el control de cobros del estudiante
Función – fn_pagos_esdeudor Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la función Propiedad
Valor
Nombre
fn_pagos_esdeudor
OID
17075
Propietario
sagcor
# de Argumentos
1
Argumentos
in_idest integer DEFAULT 0
Tipo de argumentos
integer
Tipo de retorno
boolean
Lenguaje
plpgsql
Código
declare vesdeudor integer;...
Tiempo estimado
100
Comentario
Obtiene el valor de verdad para identificar si el estudiante tiene deuda pe ndiente
DICCIONARIO DE DATOS
Función – fn_pagos_facturaencobro Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la función Propiedad
Valor
Nombre
fn_pagos_facturaencobro
OID
17076
Propietario
sagcor
# de Argumentos
1
Argumentos
in_idfac integer
Tipo de argumentos
integer
Tipo de retorno
integer
Lenguaje
plpgsql
Código
declare vidcobro integer;...
Tiempo estimado
100
Comentario
Obtiene el id del cobro asociado a la factura
Función – fn_cierreperiodo_migrarcobros Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la función Propiedad
Valor
Nombre
fn_cierreperiodo_migrarcobros
OID
23242
Propietario
sagcor
# de Argumentos
1
Argumentos
in_prdact integer
Tipo de argumentos
integer
Tipo de retorno
boolean
Lenguaje
plpgsql
Código
begin...
Tiempo estimado
100
20
DICCIONARIO DE DATOS
21
TRIGGERS Trigger – ftr_detallefactura_ad_actualizatotal Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades del trigger Propiedad
Valor
Nombre
ftr_detallefactura_ad_actualizatotal
OID
17078
Propietario
sagcor
# de Argumentos
0
Argumentos Tipo de argumentos Tipo de retorno
trigger
Lenguaje
plpgsql
Código
declare vsubtot numeric;...
Tiempo estimado
100
Comentario
After Delete: Actualiza el total de la factura después de quitar de talle
Trigger – ftr_detallefactura_ai_actualizatotal Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades del trigger Propiedad
Valor
Nombre
ftr_detallefactura_ai_actualizatotal
OID
17079
Propietario
sagcor
# de Argumentos
0
Argumentos Tipo de argumentos Tipo de retorno
trigger
Lenguaje
plpgsql
Código
-- variables para cálculo de totales --...
Tiempo estimado
100
Comentario
After Insert: Actualiza total de factura después de insertar detalle
DICCIONARIO DE DATOS
22
Trigger – ftr_detallefactura_ai_reservacupo Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades del trigger Propiedad
Valor
Nombre
ftr_detallefactura_ai_reservacupo
OID
17080
Propietario
sagcor
# de Argumentos
0
Argumentos Tipo de argumentos Tipo de retorno
trigger
Lenguaje
plpgsql
Código
declare videst integer := 0;...
Tiempo estimado
100
Comentario
After Insert: Reserva el cupo después de insertar rubro de tipo matrícula en detalle de proforma
Trigger – ftr_detallefactura_bd_habilitacupo Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades del trigger Propiedad
Valor
Nombre
ftr_detallefactura_bd_habilitacupo
OID
17081
Propietario
sagcor
# de Argumentos
0
Argumentos Tipo de argumentos Tipo de retorno
trigger
Lenguaje
plpgsql
Código
declare videst integer := 0;...
Tiempo estimado
100
Comentario
Before Delete: Habilita el cupo antes de borrar un rubro de matrícula en el detalle de proforma
DICCIONARIO DE DATOS
23
Trigger – ftr_detallefactura_bi_asignaprecio Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades del trigger Propiedad
Valor
Nombre
ftr_detallefactura_bi_asignaprecio
OID
17082
Propietario
sagcor
# de Argumentos
0
Argumentos Tipo de argumentos Tipo de retorno
trigger
Lenguaje
plpgsql
Código
-- variables para valores por defecto --...
Tiempo estimado
100
Comentario
Before Insert: Obtiene datos de precio de artícula antes de insertar el deta lle de proforma
Trigger – ftr_factura_bi_parametros Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades del trigger Propiedad
Valor
Nombre
ftr_factura_bi_parametros
OID
17083
Propietario
sagcor
# de Argumentos
0
Argumentos Tipo de argumentos Tipo de retorno
trigger
Lenguaje
plpgsql
Código
declare vrep text array[4];...
Tiempo estimado
100
Comentario
Before Insert: Obtiene los parámetros para la factura antes de inserta
DICCIONARIO DE DATOS
Trigger – ftr_factura_bu_calculadescuento Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades del trigger Propiedad
Valor
Nombre
ftr_factura_bu_calculadescuento
OID
17084
Propietario
sagcor
# de Argumentos
0
Argumentos Tipo de argumentos Tipo de retorno
trigger
Lenguaje
plpgsql
Código
declare vnumfac text;...
Tiempo estimado
100
Comentario
Before Update: Calcula el descuento después de actualizar la proforma
SECUENCIAS Secuencia - sec_factura Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la Secuencia Propiedad
Valor
Nombre
sec_factura
OID
17300
Propietario
sagcor
ACL Valor Actual
9
Siguiente Valor
10
Mínimo
0
Máximo
2147483647
Incremento
1
Cache
1
Comentario
Secuencia del número de factura
24
DICCIONARIO DE DATOS
25
Sequence properties report - sec_proforma Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la Secuencia Propiedad
Valor
Nombre
sec_proforma
OID
17209
Propietario
sagcor
ACL Valor Actual
43
Siguiente Valor
44
Mínimo
0
Máximo
2147483647
Incremento
1
Comentario
Secuencia del número de proforma
VISTAS Vista - v_cobros_bancointernacional Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la Vista Propiedad
Valor
Nombre
v_cobros_bancointernacional
OID
17321
Propiedad
sagcor
ACL Definición
SELECT f.fac_id AS num, f.fac_fecfac AS fec, f.fac_horfac AS hor, 'CO' AS tipo, 'USD ' AS moneda, 'CTA' AS cuenta, e.est_numctarep AS numcta, e.est_tipctarep AS tipcta, ' COBROS VARIOS' AS detalle, 'C' AS tipo2,
Comentario
Vista que servirá para la creación del archivo del banco internacional
DICCIONARIO DE DATOS
26
Vista - v_estudiantes_deudores Servidor: PostgreSQL 9.3 (localhost: 5432) Base de datos: UESSCC Esquema: public
Propiedades de la Vista Propiedad
Valor
Nombre
v_estudiantes_deudores
OID
17326
Propietario
sagcor
ACL Definición
SELECT es.est_id, es.est_apecom, es.est_nomcom, es.est_cedpasrep, es.est_nomaperep, es.est_telconrep, cu.cur_id, cu.cur_des, co.cob_id, co.cob_tip AS cob_tipo, co.cob_des, ca.cal_id, ca.cal_fec AS cal_
Comentario
Vista que obtiene el listado de estudiantes con deuda
199
Anexo 8
Modelo Relacional de los módulos de Matrículas y Pagos
MODELO RELACIONAL DE LAS TABLAS Y RELACIONES CORRESPONDIENTES AL MÓDULO DE MATRÍCULAS Y PAGOS
201
Anexo 9
Script de Base de Datos del Sistema Completo
Se adjunta en los medios digitales el script de la base de Datos correspondiente a los elementos que implican todos los módulos del sistema.
El Script no contiene datos solo la estructura de base de datos en su totalidad.
202
Anexo 10
Script de Base de Datos del Módulo de Matrículas y Pagos
Se adjunta en los medios digitales el script de la base de Datos correspondiente a los elementos que implican el módulo de matrículas y pagos.
El Script contiene la estructura de base de datos de los elementos que implican el módulo de matrículas y pagos, así como datos iniciales de parametrización que interceden en las actividades y funciones que se realizan en el módulo.
203
Anexo 11
Acta de Capacitación del personal
204
205
Anexo 12
Modelo Relacional del Sistema de Gestión Académica de la Unidad Educativa Sagrados Corazones del cantón La Concordia
206