Diseño y desarrollo del módulo de matrículas y pagos del sistema de gestión académica

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