Diseño y desarrollo de los módulos de administración de usuarios by Pontificia Universidad Católica del Ecuador sede Santo Domingo PUCE SD

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica – Escuela de Sistemas

DISEÑO Y DESARROLLO DE LOS MÓDULOS DE ADMINISTRACIÓN DE USUARIOS Y SEGUIMIENTO DE ESTUDIANTES 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 Ingeniero de Sistemas y Computación

Línea de Investigación: Estudio, Diseño e Implementación de Software

Autores: BLANQUICETH CUELLO JAIRO YAMITH SARMIENTO MONTESDEOCA GUSTAVO DANIEL

Asesor: MG. ADRIAN ROLANDO CEVALLOS DUEÑAS

Santo Domingo - Ecuador Marzo, 2015

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica – Escuela de Sistemas HOJA DE APROBACIÓN DISEÑO Y DESARROLLO DE LOS MÓDULOS DE ADMINISTRACIÓN DE USUARIOS Y SEGUIMIENTO DE ESTUDIANTES 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: BLANQUICETH CUELLO JAIRO YAMITH SARMIENTO MONTESDEOCA GUSTAVO DANIEL

Adrián Rolando Cevallos Dueñas, Mg.

f.____________________________

DIRECTOR DE LA DISERTACIÓN DE GRADO

Ángel Ramiro Hurtado Hurtado, Ing.

f.____________________________

CALIFICADOR

Eduardo Javier Díaz Chicaiza, Mg.

f.____________________________

CALIFICADOR

Rodolfo Sirilo Córdova Galvez, Mg.

f. ____________________________

DIRECTOR DE LA ESCUELA DE SISTEMAS

iii

DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD Nosotros, Jairo Yamith Blanquiceth Cuello portador de la cedula de ciudadanía No. 1127452260 y Gustavo Daniel Sarmiento Montesdeoca portador de la cédula de ciudadanía No.1804625463 declaramos que los resultados obtenidos en la investigación que se presentó como informe final, previo la obtención del grado de INGENIEROS EN SISTEMAS Y COMPUTACIÓN son absolutamente originales, auténticos y personales.

En tal virtud, declaro que el contenido, las conclusiones y los efectos legales y académicos que se desprenden del trabajo propuesto de investigación y luego de la redacción de este documento son y serán de mi sola y exclusiva responsabilidad legal y académica.

Jairo Yamith Blanquiceth Cuello CI. 1127452260

Gustavo D. Sarmiento Montesdeoca CI. 1804625463

Resumen El trabajo investigativo se fundamenta en el diseño y desarrollo de los módulos de Administración de Usuarios y Seguimiento de Estudiantes, los mismos que fueron incorporados en el Sistema de Gestión Académica, según los requerimientos del Centro Educativo Sagrados Corazones del cantón la Concordia, con la finalidad de cubrir la necesidad de automatizar los procesos rutinarios propios del oficio de la institución, así como, incorporar aquellas políticas contempladas en la reciente Ley Orgánica de Educación Intercultural. El módulo de Administración de Usuarios consiste en asignar un usuario y contraseña a todas las personas que manipulan el sistema desde las diferentes áreas que les corresponde, por tal razón, se estableció fijar perfiles que determinen los permisos que cada usuario desde su ámbito laboral le corresponde operar en el sistema y en sus diferentes módulos. El módulo de Seguimiento a Estudiantes pretende efectuar un control más minucioso en el aprovechamiento y desarrollo comportamental de los estudiantes del establecimiento Educativo, para de esa manera tener un contacto constante con el representante o padre de familia y a su vez los docentes efectúen cátedras de refuerzo académico a través de Plan de Mejoras. El área de Talento Humano, responsable del comportamiento estudiantil, podrá llevar un historial con todos los antecedentes del educando para la posible toma de decisiones al momento de aplicar correctivos o sanciones. Las autoridades de la institución podrán recopilar las evidencias que demuestren el esfuerzo colectivo efectuado para mejorar el rendimiento académico y comportamental en los estudiantes del establecimiento educativo.

Abstract The research work is based on the design and development of modules User Management and Students Tracking, which were incorporated in the Academic Management System, according with the requirements of Centro Educativo Sagrados Corazones in La Concordia canton, with the purpose of covering the needs to automate routine processes belonging to work of the institution, as well, incorporate those policies contemplated in the recent Organic Law of Intercultural Education. The module of Users Management consists in assigning a user and password to all people who manipulate the system from different areas that they belong , for that reason, it established to set profiles that determine permissions that cach user from workplace that corresponds to be operate in the system and in different modules .

The module of Students Tracking attempts to execute a more detailed control in utilization and behavioral development of students of the educational establishment, in order to have a constant contact with the representative or father of family and same time teacher execute academic reinforcement subjects through an Improvement Plan. The area of Human Resource, responsible studentsâ&#x20AC;&#x2122; behavior , will be able to keep a history of all studentâ&#x20AC;&#x2122; backgrounds for the possible taking of decisions at the momento of applying correctives or sanctions. The authorities of the institution will be able to collect evidences that show collective effort carried out to improve the academic and behavior performance in students of the educational establishment.

INDICE DE CONTENIDOS

Introducción a la disertación de grado ........................................................... 1

II.

Planteamiento del problema .......................................................................... 3

2.1

Antecedentes .................................................................................................. 3

2.2

Problema de Investigación ............................................................................. 3 Preguntas de la Investigación: ........................................................................ 4

2.3

Justificación de la Investigación .................................................................... 5 Factibilidad Operativa .................................................................................... 7 Factibilidad Técnica o Tecnológica ............................................................... 7 Factibilidad Económica .................................................................................. 7

2.4

Objetivos de la Investigación ......................................................................... 8

2.4.1

Objetivo General ............................................................................................ 8

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

Ingeniería en Sistema ..................................................................................... 9

3.1.2

Ingeniería de Software ................................................................................... 9

3.1.3

Ciclo de vida de un software ....................................................................... 10

3.1.4

Paradigma de Programación ........................................................................ 13

3.1.5

Programación Orientada a Objetos .............................................................. 13

3.1.6

Herramientas de desarrollo .......................................................................... 15

3.1.7

Arquitectura MVC ....................................................................................... 17

3.1.8

Arquitectura Cliente Servidor ...................................................................... 18

vii

3.1.9

Sistemas de Información .............................................................................. 19

3.1.10

Base de datos ................................................................................................ 19

3.1.11

Usuarios del Sistema .................................................................................... 20

3.1.12

Gestión Académica ...................................................................................... 21

3.1.13

Seguimiento de Estudiantes ......................................................................... 23

3.2

Hipótesis de trabajo ...................................................................................... 25

IV.

Metodologia de la investigación .................................................................. 26

4.1

Diseño/Tipo de Investigación ...................................................................... 26

4.1.1

Investigación Bibliográfica .......................................................................... 26

4.1.2

Investigación Aplicada ................................................................................. 27

4.1.3

Investigación de Campo ............................................................................... 27

4.2

Población/Universo ...................................................................................... 28

4.3

Muestra......................................................................................................... 28

4.4

Instrumento de Recogida de Datos .............................................................. 29

4.4.1

Entrevista...................................................................................................... 29

4.4.2

Encuesta ....................................................................................................... 29

4.5

Técnicas de Análisis de datos ...................................................................... 30

4.5.1

Análisis cuantitativo ..................................................................................... 30

4.6

Metodología de desarrollo de Software ....................................................... 30

4.6.1

Metodología de desarrollo RUP ................................................................... 30

Resultados .................................................................................................... 73

5.1

Discusión y Análisis de los Resultados........................................................ 73

5.1.1

Encuesta aplicada a los docentes y administrativos del Colegio SSCC....... 73

5.1.2

Entrevistas .................................................................................................... 84

5.1.3

Análisis de resultados de los requerimientos del software........................... 89

viii

5.1.4

Análisis de resultados del diseño de los diagramas UML del software ....... 89

5.1.5

Análisis de resultados de la codificación del software................................. 90

5.1.6

Análisis de resultados de las pruebas de funcionalidad ............................... 90

5.1.7

Análisis de resultados de la entrega del software......................................... 91

Conclusiones .............................................................................................................. 92 Recomendaciones ....................................................................................................... 93 Bibliografías ............................................................................................................... 94 Linkografía ................................................................................................................. 94 Anexo 1: Modelo de datos del SGA .......................................................................... 96 Anexo 2: Pruebas de verificación del sistema............................................................ 97 Anexo 3: Acta de entrega – recepción ..................................................................... 100 Anexo 4: Prueba de aceptación del tutor.................................................................. 102 Anexo 5: Manual de usuarios ................................................................................... 103 Anexo 6: Diccionario de datos ................................................................................. 130 Anexo 7: Encuesta.................................................................................................... 139 Anexo 8: Entrevista al ab. Eduardo Díaz ................................................................. 142 Anexo 9: Entrevista al ing. Oscar Morillo ............................................................... 143 Anexo 10: Manual técnico ....................................................................................... 145

INDICE DE FIGURAS Figura 1: Ciclo de vida del Software.......................................................................... 10 Figura 2: Atributos en una clase................................................................................. 14 Figura 3: Componentes de Netbeans.......................................................................... 15 Figura 4: Arquitectura Cliente – Servidor.................................................................. 18 Figura 5: Ejemplo de iteraciones................................................................................ 31 Figura 6: Administración de usuarios del SGA ......................................................... 54 Figura 7: Seguimiento académico y comportamental ................................................ 54 Figura 8: Administración de Plan de Mejoras............................................................ 55 Figura 9: Diagrama de actividades - Plan de Mejoras ............................................... 58 Figura 10: Diagrama de Secuencia – Nuevo Usuario ................................................ 59 Figura 11: Diagrama de secuencia – Editar usuario................................................... 60 Figura 12: Diagrama de secuencia – Eliminar usuario .............................................. 60 Figura 13: Diagrama de secuencia – búsqueda de usuarios ....................................... 61 Figura 14: Diagrama de secuencia – ingresar falta del estudiante ............................. 61 Figura 15: Diagrama de secuencia - ingreso de faltas de los estudiantes .................. 62 Figura 16: Modelo lógico de datos ............................................................................ 63 Figura 17: Prototipo de la Interface de usuario .......................................................... 64 Figura 18: Prototipo de la interface de nuevo y edición de usuarios ......................... 64 Figura 19: Prototipo de la interface de búsqueda de usuarios .................................... 65 Figura 20: Prototipo de ña interface de mensaje de eliminación de usuarios ............ 65 Figura 21: Prototipo de la interface de mensaje exitoso ............................................ 65 Figura 22: Prototipo de la interface Plan de Mejora .................................................. 66 Figura 23: Prototipo de la interface para filtro de ingreso de plan de mejora ............ 66

Figura 24: Prototipo de la interface para formulario del plan de mejora ................... 66 Figura 25: Prototipo de la interface seguimiento de estudiantes................................ 67 Figura 26: Prototipo de la interface nuevo seguimiento de estudiantes ..................... 67 Figura 27: Caso de uso - Nuevo usuario .................................................................... 68 Figura 28: Caso de uso – búsqueda de usuario .......................................................... 68 Figura 29: Caso de uso – editar usuario ..................................................................... 69 Figura 30: Caso de uso – eliminar usuario ................................................................. 69 Figura 31: Diagrama de Componentes....................................................................... 70 Figura 32: Encuesta – Pregunta 1 .............................................................................. 74 Figura 33: Encuesta – Pregunta 2 .............................................................................. 75 Figura 34: Encuesta – Pregunta 3 .............................................................................. 76 Figura 35: Encuesta – Pregunta 4 .............................................................................. 77 Figura 36: Encuesta – Pregunta 5 .............................................................................. 78 Figura 37: Encuesta – Pregunta 6 .............................................................................. 79 Figura 38: Encuesta – Pregunta 7 .............................................................................. 80 Figura 39: Encuesta – Pregunta 8 .............................................................................. 81 Figura 40: Encuesta – Pregunta 9 .............................................................................. 82 Figura 41: Encuesta – Pregunta 10 ............................................................................ 83

INDICE DE TABLAS Tabla 1: Requerimientos que incluyen en el proyecto ............................................... 33 Tabla 2: Requerimientos que no incluyen en el proyecto .......................................... 34 Tabla 3: Características del Producto ......................................................................... 37 Tabla 4: Requerimientos de hardware y software ...................................................... 38 Tabla 5: Identificación de Riesgos ............................................................................. 56 Tabla 6: Valoración de los Riesgos del Proyecto....................................................... 57 Tabla 8: Encuesta – Pregunta 1 .................................................................................. 73 Tabla 9: Encuesta – Pregunta 2 .................................................................................. 74 Tabla 10: Encuesta – Pregunta 3 ................................................................................ 75 Tabla 11: Encuesta – Pregunta 4 ................................................................................ 76 Tabla 12: Encuesta – Pregunta 5 ................................................................................ 77 Tabla 13: Encuesta – Pregunta 6 ................................................................................ 78 Tabla 14: Encuesta – Pregunta 7 ................................................................................ 79 Tabla 15: Encuesta – Pregunta 8 ................................................................................ 80 Tabla 16: Encuesta – Pregunta 9 ................................................................................ 81 Tabla 17: Encuesta – Pregunta 10 .............................................................................. 82

I. INTRODUCCIÓN A LA DISERTACIÓN DE GRADO

La primera sección de esta trabajo investigativo redacta el preámbulo que tuvo cada una de las secciones o apartados de la disertación de grado, proporcionando al lector una idea general del tema para posteriores investigaciones.

En el segundo apartado se detalla el planteamiento del problema de investigación, sus antecedes o causas por las que el mismo se ha generado y la delimitación del alcance a través del uso del SRS (Especificaciones de requerimientos del Software) como documento legal que sustente los requerimientos de la entidad patrocinadora. Las preguntas de investigación crean la interrogante sobre si el proyecto cumplirá con las expectativas deseadas. La justificación del problema muestra la importancia que los módulos de Administración de Usuarios y Seguimiento de Estudiantes aportan a la entidad educativa. Con el análisis de la viabilidad y factibilidad se determinó la validez del proyecto, mientras que, el objetivo general y los específicos establecieron los procesos a seguir para desarrollar y cumplir con la meta propuesta.

En la tercera sección se expone los argumentos que en base a diferentes autores entre sus variadas investigaciones y aplicaciones prácticas sustentan el fundamento teórico que permite desarrollar el sistema, considerando los campos de la programación, la ingeniería de software, desarrollo web y base de datos. Un apartado en especial detalla determinadas terminologías, herramientas y artículos de ley que sirven como sustento al establecer las políticas que se automatizaron mediante el sistema. Con la hipótesis se generó el supuesto que fue comprobado a través de la automatización de

los procesos que son parte de los módulos de Administración de Usuarios y Seguimiento de Estudiantes.

La cuarta sección detalla la metodología utilizada en la investigación, mediante el uso de la investigación bibliográfica, aplicada y de campo. Se detalla la población y muestra de los elementos que involucran al proyecto, además, se define las variables e indicadores que permitieron demostrar el cumplimiento de los objetivos. Las técnicas de la encuesta y entrevista sirvieron para la recopilación de la información, que en lo posterior tuvieron su correspondiente análisis cuantitativo en los datos obtenidos. La metodología de desarrollo fue la guía que permitió seguir secuencialmente un conjunto de procesos para la elaboración de los módulos informáticos.

En el quinto apartado encontramos los resultados obtenidos y medidos a través de cada una de las técnicas e instrumentos que fueron aplicados en la recopilación de la información con su correspondiente ordenamiento estadístico para su posterior análisis e interpretación de datos que serán fuente de respaldo de la necesidad de implementar el proyecto o trabajo investigativo en cuestión.

II. PLANTEAMIENTO DEL PROBLEMA

2.1 Antecedentes En el Centro Educativo Sagrados Corazones del Cantón La Concordia, debido a los requerimientos actuales que el Gobierno Nacional pide cumplir con

las

disposiciones emitidas en la Ley Orgánica de Educación Intercultural (LOEI) para mejorar el sistema de educación y adecuar el proceso de gestión educativa nacen varias necesidades que vinculan a la solución de problemas. Una posible medida ante las dificultades que la institución percibe es la automatización de procesos en los departamentos académicos y administrativos del establecimiento.

2.2 Problema de Investigación Los módulos de Administración de Usuarios y Seguimiento de Estudiantes surgen ante la necesidad de garantizar el control y acceso al Sistema de Gestión Académica por parte del personal administrativo y docentes, además monitorear las actividades e información sobre el desempeño parcial y quimestral de los estudiantes durante el periodo académico.

Los problemas planteados en la investigación tienen como origen los cambios que deben implantar los establecimientos educativos según la actual Ley Orgánica de Educación Intercultural (LOEI) sobre el Seguimiento a Estudiantes para obtener información que permita tomar decisiones en el desarrollo de competencias, destrezas, habilidades, capacidades,

honestidad académica y mejorar el

comportamiento de los estudiantes. También, es obligación de la institución llevar un registro de los actores principales de la Comunidad Educativa ante el surgimiento de posteriores eventualidades.

El análisis de procesos en cada departamento de la unidad educativa y la interpretación de los artículos de la LOEI con su respectivo reglamento e instructivos forman la fuente requerida a investigar para hallar la fuente de información que los módulos requieren, evitando que el Sistema de Gestión Académica se presente de manera incompleta en sus posteriores módulos o simplemente no satisfagan, con los parámetros suficientes que cada una de las áreas del establecimiento en su respectivo ámbito lo requieran.

Concluida la etapa correspondiente a la obtención de la información de los módulos de Administración de Estudiantes y Seguimiento de Estudiantes se diseñó el SRS (Especificaciones de Requerimientos de Software) con el propósito de enmarcar el conjunto de funcionalidades, condiciones y restricciones que mostraron los procesos que resuelven el problema planteado.

Preguntas de la Investigación: ¿Cuál es el beneficio que el módulo de Seguimiento de Estudiantes proporcionará respecto al rendimiento académico de los mismos? ¿El módulo de Seguimiento de Estudiantes contribuirá con la adaptación de la unidad educativa a la Ley Orgánica de Educación Intercultural? ¿De qué forma contribuirá el módulo de Administración de Usuarios en la gestión de procesos automatizados en la unidad educativa?

2.3 Justificación de la Investigación Los módulos de Administración de Usuarios y Seguimiento de Estudiantes para el Sistema de Gestión Académica son de importancia para la Unidad

Educativa

Sagrados Corazones del cantón La Concordia ya que permite recopilar los datos de cada miembro de la comunidad educativa, acorde a la legislación educativa, creando procesos y procedimientos eficaces y actualizados al momento de administrar y tomar decisiones en este importante centro de enseñanza del medio local.

Con la automatización de procesos se pretendió eliminar los métodos tradicionales que enmarcaban la gestión educativa, siendo beneficiados con el presente proyecto los departamentos administrativos y el personal académico al momento de efectuar actividades propias de su ámbito laboral. Por otra parte las autoridades, docentes y unidades de apoyo tienen la facilidad de obtener información para su respectivo análisis y la posterior toma de decisiones que permitan de esa manera mejorar el nivel académico de los estudiantes.

El proyecto es motivo de investigación ya que la Unidad Educativa, tras el avance de la tecnología y los requerimientos legales de Educación, siente la necesidad de renovar y mejorar las técnicas de gestión y administración para brindar una atención y un servicio de calidad a la comunidad que la rodea, siendo así, un ejemplo a seguir por el resto de Establecimientos Educativos.

Una vez concluido con las fases que permiten el diseño y desarrollo de los módulos se alcanzó el funcionamiento efectivo y eficiente de la administración de estudiantes, docentes, inspectores y autoridades con el fin de llevar un control adecuado y

mejorar procesos y procedimientos propios de la institución. También, se hizo efectivo el monitoreo de estudiantes mediante el módulo de Seguimiento de Estudiantes para detectar ciertas irregularidades que se presentan en el comportamiento y aprovechamiento de los estudiantes y tomar los correctivos necesarios para mejorar la calidad en la educación.

Al establecer las Especificaciones de Requerimientos de Software (SRS), se constituyó límites de alcance de los módulos a desarrollar, evitando de esa manera errores al momento de interpretar la información obtenida, crear brumadoras versiones por procesos incompletos o posibles cambios de requerimientos por parte de la institución patrocinadora al momento de entregar el producto. El SRS fue el instrumento formal que permitió ahorrar tiempo y recurso en la construcción del software.

El proyecto fue posible desarrollarlo ya que existió la necesidad prioritaria de efectuar un aplicativo informático que permita reemplazar el obsoleto sistema académico que poseía la unidad educativa, cumpliendo así con los parámetros de la vigente ley de educación y automatizando la información obtenida al hacer el Seguimiento a los Estudiantes del plantel como dispone las actuales metodologías de educación.

El proyecto posee recurso humano, físico y financiero, que usados de manera adecuada permiten crear un sistema sostenible a largo plazo, por lo que hace viable su ejecución. Las herramientas y licencias a usar para la implementación del

proyecto fueron en versiones libres (Software Libre) lo que redujo gastos a la institución patrocinadora.

Factibilidad Operativa La capacidad y talento operativo hace posible que el proyecto se pueda desarrollar de manera eficiente para mejorar los procesos de administración de perfiles y automatizar el Seguimiento de los Estudiantes del establecimiento educativo. Además, la parte beneficiada se encuentra con toda la disponibilidad para la capacitación y el correcto manejo de los módulos a desarrollar.

Factibilidad Técnica o Tecnológica El proyecto de investigación al contar con el personal capacitado para resolver la metodología, procedimientos y las funciones que se requieran en el desarrollo de los módulos, con las características que posee, y la institución aportando con el equipo tecnológico necesario para cumplir con la meta planteada se establece la factibilidad de automatizar la información en los procesos de Administración de Usuarios y Seguimiento de Estudiantes.

Factibilidad Económica En el análisis económico se halla factible al proyecto porque tiene un coste mínimo de implementación y la unidad educativa cuenta con el equipo y personal capacitado necesario para el uso del sistema. Asimismo, el uso de herramientas de software libre nos ahorra el pago de licencias y otros rubros. Los gastos mínimos a considerar para la construcción del software son transporte, alimentación, suministros de oficina, sueldo los desarrolladores del software y costo de las herramientas de investigación.

2.4 Objetivos de la Investigación 2.4.1 Objetivo General Diseñar y desarrollar los módulos de Administración de Usuarios y Seguimiento de Estudiantes para el Sistema de Gestión Académica de la Unidad Educativa Sagrado Corazón del cantón La Concordia en el año 2013.

2.4.2 Objetivos Específicos  Analizar los requerimientos de software de los módulos de Administración de Usuarios y Seguimiento de Estudiantes.  Diseñar los diagramas UML en base a los requerimientos de los módulos de Administración de Usuarios y Seguimiento de Estudiantes.  Codificar el software de acuerdo a cada uno de los diagramas que representan la funcionalidad los módulos.  Efectuar las pruebas de la funcionalidad, procesos y procedimientos según lo especificado en los requerimientos obtenidos para los módulos de Administración de Usuarios y Seguimiento de Estudiantes.  Entregar el software y la documentación correspondiente a los módulos de Administración de Usuarios y Seguimiento de Estudiantes del Sistema de Gestión Académica.

III. MARCO REFERENCIAL

3.1 Revisión de la literatura o fundamentos teóricos El proyecto se fundamentó en el desarrollo teórico – práctico de la ingeniería en sistemas, la ingeniería de software, la programación, el desarrollo web, base de datos y las leyes, reglamentos y políticas propias de la entidad educativa.

3.1.1 Ingeniería en Sistema La ingeniería en sistema es el conjunto de varias disciplinas que se enfocan en establecer parámetros técnicos y actividades que concretan el estudio de productos lógicos que permiten implementar, mantener u optimizar sistemas complejos, en los diferentes ámbitos de la vida cotidiana. “La Ingeniería en Sistema es la actividad de especificar, diseñar, implementar, validar, utilizar y mantener los sistemas sociotécnicos. Los ingenieros de sistemas no solo tratan con el software sino también con el hardware y las iteraciones del sistema con los usuarios” (Alfonso Galipienso, 2005, pág. 23)

3.1.2 Ingeniería de Software La ingeniería de software es el campo de la Ingeniería en Sistemas que contempla cada uno de los sustentos teóricos, metodologías, técnicas, herramientas y principios que permiten producir un software fiable, económico y sustentable.

El objetivo primordial de la ingeniería de software se basa en proporcionar un conjunto de elementos, estándares, modelos y parámetros que permitan una 9

comunicación y desenvolvimiento pleno de cada uno de los actores que impulsan un determinado proyecto, ya que de ello depende la satisfacción del cliente.

3.1.3 Ciclo de vida de un software El ciclo de vida de un software es la colección de pasos o secuencia de procesos que contiene una serie de requisitos que se debe cumplir, generalmente siguiendo un orden establecido, para de esa manera mejorar tiempo y recursos al momento desarrollar las aplicaciones informáticas requeridas. El ciclo de vida permite alcanzar la funcionalidad que el cliente pretende obtener y la rentabilidad para quienes lo desarrollan, ya que a través de estas disciplinas se procede a detectar de una manera más ágil los posibles errores o redundancias que puedan estar apareciendo en la implementación de un programa informático.

Las disciplinas que generalmente actúan como etapas del ciclo de vida son: análisis, diseño, codificación, pruebas, instalación y mantenimiento, las cuales se encuentran directamente vinculadas con las diferentes fases de los modelos que permiten validar y documentar la propuesta. Dependiendo la metodología de desarrollo que se use, estas etapas pueden tener ligeras variantes o incluso ser repetitivas a los largo del tiempo, para conseguir el objetivo. Diseño

Análisis

Codificación inicio CICLO DE VIDA DEL SOFTWARE

Mantenimiento

reajuste reajuste

entrega Pruebas

Instalación

Figura 1: Ciclo de vida del Software Fuente: Los Autores

Pruebas

3.1.3.1 Análisis del Software El análisis del software es la etapa del ciclo de vida del desarrollo del software que facilita la recopilación y estudio documentado de toda la información que interviene en los procesos que se desea automatizar, para el funcionamiento efectivo del software y la satisfacción del cliente. Esta es una etapa que de manera minuciosa impulsa a observar tareas y procedimientos para así evitar posteriores fallos o errores en el sistema.

3.1.3.2 Diseño del Software La etapa de Diseño del Software es la que permite aplicar técnicas que detallen la funcionalidad de los requerimientos del software y a su vez muestren una idea visual de toda la información recopilada en la etapa de análisis. El diseño da la solución deseada y rápida ante los problemas encontrados en la fase inicial de la construcción del software.

Generalmente esta es la etapa de diagramación, donde sus productos corresponden a dibujos, esquemas o bosquejos de diferentes ámbitos, que permiten facilitar el trabajo al momento de codificar la aplicación. De esta etapa nace la estructuración de los datos, la arquitectura del sistema, la interface del usuario y el diseño del programa.

3.1.3.3 Codificación del Software La etapa de codificación dentro del ciclo de vida del software representa la interpretación del lenguaje natural a uno reconocido por la herramienta de programación a usar y que este a su vez produce las acciones que según la necesidad o el procedimiento se plantee a través de la recopilación de los requerimientos del

usuario. Al grupo responsables de esta etapa se los denomina “programadores” y su actividad consiste en dar la funcionalidad que el software requiere.

3.1.3.4 Pruebas del Software Las pruebas como parte del ciclo de vida del software corresponden a un conjunto de actividades planificadas, cuyo propósito es analizar detalladamente la funcionalidad del software desarrollado con la finalidad de detectar posibles faltas, fallos o errores en cualquiera de las etapas del ciclo de vida del software.

Esta etapa se las efectúa antes y después de haber instalado el programa informático y se la puede reutilizar las veces que así se lo requiera dependiendo la metodología y la necesidad del equipo de trabajo.

3.1.3.5 Instalación del Software La Instalación del software consiste en poner en funcionalidad el producto obtenido, para lo cual se incorpora en el equipo destinatario todas las herramientas necesarias y las configuraciones, bibliotecas y empaquetados adicionales que permiten el uso del software por los usuarios finales del sistema. Esta es la etapa donde se descubren los resultados esperados por el usuario y los desarrolladores del software. La instalación del software puede estar constituida con varias versiones hasta alcanzar la requerida por el usuario final.

3.1.3.6 Mantenimiento La etapa de mantenimiento es la que finaliza con el ciclo de vida de un software. Esta fase es la que lleva al software a una serie de revisiones para que su funcionalidad

continúe de manera adecuada a los requerimientos que exige el negocio, ya que corrige errores o añade funcionalidades en el programa, producidas por fallos al entregar el software o modificaciones relacionadas con el entorno. También, mejora el sistema mediante pequeñas modificaciones en ciertos procesos para optimizar el software.

3.1.4 Paradigma de Programación Un paradigma de Programación es la manera como el programador llevará a efecto la codificación de una aplicación y dependiendo de la complejidad del software, encontrará el mejor método que le permita el desarrollo de modo adecuado y ágil.

3.1.5 Programación Orientada a Objetos La programación orientada a objetos es un enfoque actual que permite desarrollar a través de la iteración de sus objetos. El manejo de asociación, herencia y jerarquía permite optimizar líneas de código, facilitar al programador su desarrollo y ahorrar tiempo.

3.1.5.1 Clase Una clase es la expresión que construida como un esquema en el código fuente, determina las propiedades y funciones de una colección de entidades lógicas o físicas de la realidad.

3.1.5.2 Objeto Un objeto es la referencia individual que comparten atributos especiales entre los de su clase y se diferencian entre sí por las características especiales que corresponden a

cada uno de sus atributos. Además podemos considerar a un objeto como “una variable cuyo tipo no está predefinido en un lenguaje, sino que su tipo le ha sido descrito a un programa como una clase, se llama objeto (también conocido como una instancia de una clase). Un objeto tiene datos (sus atributos) y comportamiento (sus métodos). (Gómez de Silva Garza & Ania, 2008, pág. 86)

3.1.5.3 Atributos Para ejemplificar el concepto tomemos un objeto cuya descripción es nombre: Gustavo, apellido: Sarmiento, edad: 24, carrera: Sistemas y que cuya instancia referenciada es una clase a la que podría denominarse estudiante (ver figura 2). Por lo tanto, según lo visualizado en el ejemplo, al conjunto de detalles que describen al objeto que caracterizan a las clases se los denominan atributos. Al introducir el código fuente establecemos los atributos de las clases mientras que al ejecutar el programa es cuando añadimos los atributos de los objetos. CLASE: Estudiantes Instancia

Nombre: Char Apellido: Char Edad: int Carrera: Char

OBJETO: Estudiante

OBJETO: Estudiante Nombre: Gustavo Apellido: Sarmiento Edad: 24 Carrera: Sistemas

Instancia

Atributos

Nombre: Jairo Apellido: Blanquiceth Edad: 23 Carrera: Sistemas

Figura 2: Atributos en una clase Fuente: Autores

3.1.5.4 Método Método es la fracción de un software, en cuyas líneas de código se incorpora una determinada funcionalidad de los objetos u otros métodos, según lo requerimientos

delimitados. Todo método es la

“abstracción de una acción, servicio,

comportamiento o tarea que puede ser realizado por un objeto. Generalmente, un método manipula la información registrada en los atributos a través de una o más instrucciones.” (García Llinás, 2010, pág. 26)

3.1.6 Herramientas de desarrollo 3.1.6.1 IDE Netbens Netbeans es un software informático cuyo entorno soporta varios lenguajes o simplemente se dedica a uno en especial, cuya funcionalidad es facilitar la labor al momento de codificar un software. Al ser Netbeans un entorno de desarrollo integrado agrupa varias herramientas que interactúan con el programador haciendo más fácil su utilización (ver figura 3).

Compilador Editor de Texto

Depurador Componentes NetBeabs IDE

GUI

Cliente

Figura 3: Componentes de Netbeans Fuente: Autores

3.1.6.2 Lenguaje de Programación PHP PHP (Preprocesador de Hipertexto) es un lenguaje de uso libre, cuya funcionalidad radica en la implementación de páginas Web dinámicas y su versatilidad favorece a que su uso pueda darse en cualquier sistema operativo. Efectúa conexiones a diversas bases de datos y su ejecución se realiza únicamente con el uso de un navegador. El código que ejecuta PHP es del lado del servidor.

3.1.6.3 Hoja de Estilos en Cascada CSS CSS es un lenguaje diseñado para definir la apariencia de un lenguaje de marcas tal como HTML, el cual permite la separación de la estructura y la presentación, este lenguaje se basa en reglas las cuales permiten definir diferentes propiedades a los elementos del documento de hipertexto, donde a dichas reglas se les denomina selectores.

3.1.6.4 Html Es un lenguaje que define la estructura de documentos de hipertexto para la creación de páginas web y está basado en etiquetas donde la visualización que se tienen en dichas páginas es la interpretación del documento por parte del navegador, este lenguaje organiza las etiquetas en base a restricciones que permiten la validez del documento de hipertexto.

3.1.6.5 JavaScript JavaScript es un lenguaje de programación orientado a la web cuyo código se ejecuta en el cliente es decir en los navegadores web. Este lenguaje permite hacer aplicaciones web dinámicas y está basado fundamentalmente en prototipos o segmentos de programa.

3.1.6.6 Jquery Framework que permite el desarrollo de aplicaciones web de manera rápida del lado del cliente simplificando el uso del lenguaje javascript con los métodos propios del framework.

3.1.6.7 Twiter bootstrap Twiter bootstrap es una librería basada en los lenguajes CSS y JavaScript, la cual permite el uso de clases y elementos predefinidos por este para crear interfaces, animaciones y organizar la presentación de páginas web de manera rápida, elegante y sencilla .Con esta librería de pueden desarrollar aplicaciones Responsive Design, es decir, aplicaciones o páginas web cuya visualización se adapta a cualquier dispositivo.

3.1.6.8 Apache Apache es un servidor web libre compatible con múltiples sistemas operativos y que está siempre a la espera de solicitudes de clientes, es decir, de navegadores y responde con páginas web basándose el protocolo HTTP, este servidor es el más usado gracias a su robustez, confiabilidad y su alta configuración y personalización en base a los requerimientos de las aplicaciones alojadas en este.

3.1.6.9 AJAX Ajax es la combinación de XML y JavaScript para hacer aplicaciones RIA, es decir, aplicaciones web sin necesidad de recargar toda la página en un mismo instante sino solo lo necesario, según los requerimientos. Con Ajax el usuario experimenta la sensación de estar utilizando una aplicación de escritorio lo que facilita su uso ya que es común entre los usuarios que utilizan aplicaciones informáticas.

3.1.7 Arquitectura MVC La arquitectura MVC es un patrón encargado de generar tres capas independientes al momento de implementar los programas de escritorio o desarrollo Web: Modelo,

Vista y Control. Esta estructuración permite tener una mejor visión al momento de desarrollar un programa informático. En otra palabras la arquitectura MVC “separa los datos y la lógica de negocio de una aplicación de la interface de usuario y el modulo encargado de gestionar los eventos y las comunicaciones” (Muñoz, 2013, pág. 109)

El modelado establece la conexión con los datos obtenidos y recuperados, el controlador permite ejecutar las acciones y enviar los resultados a la vista y finalmente la vista se encarga de recibir el estado en el que se presentan los datos del sistema.

3.1.8 Arquitectura Cliente Servidor Cliente – Servidor es una arquitectura de aplicaciones informáticas donde se encuentran dos entidades: una el cliente que hace solicitudes de recursos tales como páginas web, información de base de datos entre otros y la otra entidad el servidor que responde a las peticiones con los recursos requeridos. requerimiento

APACHE SERVER

OPERA GOOGLE CHROME MOZILLA FIREFOX Interprete PHP

respuesta

Figura 4: Arquitectura Cliente – Servidor Fuente: Autores

HTML

3.1.9 Sistemas de Información Un sistema de información es un conjunto de elementos que se relacionan recíprocamente con la información que una empresa o institución maneja para cumplir un determinado objetivo en las actividades de las mismas y satisfacer las necesidades de los usuarios.

3.1.10 Base de datos Una base de datos es un conjunto de datos que agrupados entre sí constituyen en la información que una entidad requiere para sus actividades cotidianas. Las bases de datos facilitan almacenar una gran cantidad de datos, para que tratada de una manera ordenada y lógica den lugar a la información y así obtener beneficios de ella.

3.1.10.1 Sistema de Gestión de Base de Datos Un Sistema de Gestión de base de datos es un conjunto de programas que sirve para interactuar con un motor de base de datos para la facilitar la manipulación de la información.

3.1.10.2 Modelo Entidad-Relación El modelo entidad – relación es la representación gráfica o conceptual de los datos que me permite referenciar las relaciones que cada objeto tiene entre sí, con sus respectivos atributos y cardinalidades.

3.1.10.3 PostgreSQL PostfreSQL es un SGBD de software libre y diseñado para bases de datos relacionales, con grandes beneficios y facilidades al momento de administrar los

datos que interactúa con un sistema informático. “PostgreSQL es un sistema de gestión de bases de datos objeto-relacional, distribuido bajo licencia BSD y con su código fuente disponible libremente” (Martinez Guerrero, 2010)

3.1.10.4 Pgadmin III Aplicación que permite interactuar con el SGBD postgresql a través de una interfaz gráfica para facilitar la comprensión de los elementos y procedimientos a realizar en la base de datos.

3.1.10.5 Pgmodeler Pgmodeler es una herramienta que permite modelar bases de datos relacionales en el SGBD postgresql.

3.1.11 Usuarios del Sistema Un usuario es el ente

que interactúa con un determinado sistema para dar la

funcionalidad por la que éste fue creado y de esa manera satisfacer la necesidad de una empresa, institución o persona. Los usuarios dependiendo de su perfil, deben tener un método de acceso generalmente único para efectuar la manipulación del sistema. A este proceso comúnmente se lo conoce como asignación de permisos y quien lo concede es el usuario administrador. Los usuarios dependiendo su funcionalidad podemos identificarlos en dos grupos:



Usuarios Primarios, aquellos que utilizan la información recopilada para

darle un tratamiento especial como parte de sus obligaciones dentro de su campo laboral y de esa manera poder tomar decisiones o remitir a otras instancias para

similar función. Por ejemplo, un director académico recopila las notas de los estudiantes con bajo rendimiento para indagar las causas y las posibles soluciones.



Usuario Secundario, son aquellos que desde diferentes instancias se

encargan de únicamente recopilar la información. Por ejemplo, una docente se encarga de subir las calificaciones de los estudiantes, como resultado de un periodo determinado.

3.1.11.1 Administración de Usuarios La administración de usuarios es el conjunto de acciones que permiten al administrador gestionar la información necesaria para que un usuario sea integrado al sistema. Las principales acciones que puede determinar el administrador es ingresar, modificar, eliminar, consultar y generar perfiles de los usuarios de un determinado software informático.

3.1.11.2 Login Login es el proceso de ingresar al sistema de manera individual, siempre y cuando formen parte de los usuarios del sistema o plataforma y se autentifique la información previo ingreso de su correspondiente permiso o credencial. Generalmente el nombre de usuario y contraseña son los campos indicados para verificar su existencia dentro del sistema.

3.1.12 Gestión Académica La gestión académica es una expresión que define cada una de las actividades y tareas que un establecimiento educativo efectúa a través de procesos, herramientas,

técnicas y recursos para evidenciar la labor efectuada en la búsqueda del conocimiento por parte de los estudiantes. Los principales actores de esta labor son: las autoridades y directivos, personal administrativo, la planta docente, estudiantes y padres de familia o representantes legales, quienes son los llamados a mejorar la calidad en la educación.



La administración de usuarios es el proceso de crear, modificar, eliminar

y/o buscar un usuario dentro de la base de datos que se encuentra enlazada al sistema que manipula.

3.1.12.1 Autenticación La autenticación es el proceso de verificar la existencia de un usuario para permitir el ingreso y la manipulación del sistema.

3.1.12.2 Control de acceso El control de acceso es el proceso que limita al usuario hasta donde puede alcanzar el nivel de manipulación del sistema y controla que segmentos del software estarán a su disposición. Generalmente a este control de acceso también se lo denomina permisos del sistema.

3.1.12.3 Encriptación La encriptación es el proceso de transforma la información real, mediante la utilización de algoritmos lógicos

para resguardar cierto tipo de información.

Generalmente se encriptan las claves para evitar el sistema sea violentado con facilidad.

3.1.12.4 Plan de Mejoras Los planes de mejoras son instrumentos de apoyo, cuya base se identifica por crear actividades de refuerzo que facilitan a conseguir el cumplimiento de los objetivos planteados en un plan curricular para que el universo de estudiantes supere por igual las expectativas deseadas y así alcanzar un mismo nivel de conocimiento entre todos los educandos.

3.1.13 Seguimiento de Estudiantes Se denomina seguimiento de estudiantes al control rutinario en aprovechamiento y en desarrollo comportamental de los estudiantes a través de las diferentes instancias, procedimientos y actividades que permiten fortalecer y mejorar los nexos entre los miembros de la comunidad educativa, haciendo posible la mejora en la calidad de educación. El propósito de efectuar el seguimiento de estudiantes es acatar lo dispuesto en la legislación ecuatoriana a través de su ley de educación, en la cual menciona que el seguimiento debe “superar el rezago y dificultades en los aprendizajes y en el desarrollo de competencias, capacidades, habilidades y destrezas” (Ley Orgánica de Educación Intercultural, 2012, Art. 15).

El seguimiento de estudiantes es un proceso naciente para la formación estudiantil a nivel nacional, por lo que ha llevado a diversas interpretaciones por quienes lideran estos centros de formación. Por ello, las autoridades educativas han considerado dos parámetros esenciales que permitan lograr un correcto desenvolvimiento estudiantil:



Seguimiento Académico, es la verificación constante que determinados

actores desde sus roles efectúan para llevar a cabo el seguimiento en las calificaciones de cada uno de los estudiantes, con el afán de tomar los correctivos necesarios, evitando falencias en el conocimiento y la formación de los estudiantes.



Seguimiento

Comportamental,

verificación

constante

que

determinados actores desde sus roles efectúan para llevar a cabo el seguimiento en el comportamiento de los estudiantes, con el objetivo de crear un historial que indique las faltas cometidas y sanciones que los estudiantes han recibido.

3.1.14 Faltas de los Estudiantes Una falta es toda acción indebida a la que incurre un estudiante, quebrantando las normas, leyes, reglamentos, códigos que rigen a toda instancia educativa ya sea planteada desde el régimen de gobierno o la institución educativa. Al grupo de correctivos se añade las causales por deshonestidad académica. Toda falta es consecuente para recibir una sanción acorde a la gravedad del hecho cometido por el estudiante.

3.1.14.1 Tipos de faltas de los estudiantes Según lo que estipula el Art. 134 de la Ley Orgánica de Educación Intercultural (LOEI), las faltas de los estudiantes dependiendo las causales cometidas pueden ser las siguientes: 

Leves



Graves



Muy Graves

El reglamento de la LOEI en su Art. 330 menciona las directrices legales que sustentan a cada una de las faltas antes mencionadas.

3.2 Hipótesis de trabajo Los módulos de Administración de Usuarios y Seguimiento de Estudiantes permitirán la automatización de procesos e información, y ayudarán a mejorar el seguimiento académico de los estudiantes a través del monitoreo permanente.

IV. METODOLOGIA DE LA INVESTIGACIÓN

La metodología de la investigación siendo la guía sistemática que detalla el trabajo investigativo, pretende enmarcar el conjunto de métodos, técnicas e instrumentos que permitan el desarrollo eficiente de la investigación así como la efectiva recopilación de los datos que son partes del problema a analizar, para así obtener los resultados esperados por parte de los beneficiarios y gestores del proyecto.

Mediante la especificación de la Metodología de software se añade el ciclo de procesos que son útiles para el desarrollo del producto que es parte de la investigación planteada.

4.1 Diseño/Tipo de Investigación 4.1.1 Investigación Bibliográfica La Investigación Bibliográfica es la exploración e indagación de fuentes o documentos científicos sobre un determinado tema, problema, hecho, experimento o suceso acontecido en la vida cotidiana, cuya importancia se basa en la obtención de información minuciosa y confiable sobre el trabajo investigativo que se desarrolla.

Aplicación: Con el uso de la Investigación Bibliográfica se recopiló la información necesaria para el desarrollo del proyecto, mediante libros, manuales, disertaciones de grado, monografías, sitios web, foros, leyes, reglamentos e instructivos que son los medios en los cuales se sitia el conocimiento necesario para un desarrollo óptimo del proyecto. 25

4.1.2 Investigación Aplicada La Investigación Aplicada es el tipo de investigación científica que permite llevar a un entorno práctico todos aquellos problemas, teoremas, hipótesis que ya fueron aprendidos o resueltos y están documentados para proporcionar conocimiento y generar provecho a la sociedad.

Aplicación: Utilizando la Investigación Aplicada se desarrolló los módulos de Administración y Seguimiento de Estudiantes a través de la guía de aplicaciones existentes, las mismas que sirven como base para tener un conocimiento general y especifico del problema en estudio. Estos aplicativos permiten obtener una visión del proyecto y así desarrollar políticas que se han mantenido y únicamente añadir los procesos modificados acorde a la reciente Legislación Educativa, implantada en los establecimientos formativos del régimen educativo a nivel nacional. Otro aspecto es usar los últimos avances tecnológicos a nivel de desarrollo de software para la optimización de resultados.

4.1.3 Investigación de Campo La Investigación de Campo es el tipo de investigación que según su objetivo se aplica para mantener una relación con las personas o fuentes requeridas en el lugar donde se genera el hecho o problema, permitiendo recoger información relevante con un alto porcentaje de confiabilidad para analizar y comprender a fondo el problema, obteniendo así su respectiva solución.

Aplicación: Mediante la Investigación de Campo se obtuvo la información referente a los procesos, procedimientos y cambios estructurales que el establecimiento

educativo así lo requiera, para acatar las disposiciones arraigadas en las normas, instructivos y reglamentos que dispone el actual Sistema de Educación.

4.2 Población/Universo La Población es el conjunto total de elementos, entidades, objetos o individuos involucrados en un determinado hecho o problema que son parte de un estudio investigativo. Por lo general la población o universo suele ser extenso y difícil al momento de estudiarlo a plenitud.

4.3 Muestra Muestra es un subgrupo tomado del total de elementos, entidades, objetos o individuos que son parte del problema, con el fin de establecer una segmentación estructurada que permita obtener resultados reales y representativos como si se hubiese establecido un análisis a todo el universo de involucrados.

Aplicación: La población del medio investigativo en el que se desarrolla el proyecto es de tipo finita, es decir hay un número específico de personas a ser investigadas para la correspondiente obtención de la información, por lo que no es necesaria la utilización del muestreo. El conjunto total de la población o universo que es parte del estudio investigativo está distribuido de la siguiente manera: - Docentes:

24 individuos

- Talento Humano

1 individuo

- Administrativos

3 individuos

- Orientación y bienestar estudiantil

2 individuos

Total de Población:

30 individuos

4.4 Instrumento de Recogida de Datos 4.4.1 Entrevista La Entrevista es un encuentro o diálogo entre personas que tienen un propósito en común: intercambiar ideas, conocimiento y necesidades, a fin de obtener la información requerida a través de una serie de preguntas planteadas y estructuradas por un emisor conocedor del tema para que de una visión y posible solución de un determinado hecho o problema.

Aplicación: Esta técnica de comunicación directa ayuda a obtener la información de todos los procesos que las áreas requieren, mediante una serie de preguntas que permitan abstraer y plantear de manera correcta las Especificaciones de Requerimiento de Software (SRS).

4.4.2 Encuesta La encuesta es la habilidad de crear un cuestionario que contiene una serie de preguntas que son planteadas sobre un determinado hecho o problema, para recopilar información necesaria para el investigador, con el fin de obtener resultados del proyecto investigativo planteado.

Esta técnica mide a través de un sondeo de

preguntas abiertas, cerradas y mixtas.

Aplicación: La encuesta favorece a la concepción de los módulos de Administración y Seguimiento de Estudiantes, ya que indaga las necesidades, sugerencias, ideas y el impacto que causa a la institución educativa la implementación de la automatización en los procesos de los módulos mencionados. Los individuos involucrados en esta técnica son: docentes, inspectores, administrativos y autoridades.

4.5 Técnicas de Análisis de datos Las técnicas de análisis de datos son instrumentos que permiten a través de diferentes parámetros establecer de manera conjunta y recopilada la información obtenida como resultado de los diferentes cuestionamientos que el investigador posea previo análisis e interpretación del problema en cuestión a solucionar.

4.5.1 Análisis cuantitativo Esta técnica es la que permite transmitir los resultados del análisis de datos recopilados en las técnicas de la investigación, mediante la descripción textual o gráfica de la interpretación adquirida en la información recogida.

Aplicación: Esta técnica se utiliza para mostrar cuantitativamente los datos de las encuestas

aplicadas

personal

directivo,

docente

y administrativo

del

establecimiento educativo, a través de los diferentes tipos de gráficas como son: gráfica en barra, gráfica circular, entre otras.

4.6 Metodología de desarrollo de Software En el desarrollo de aplicaciones informáticas, es de relevante importancia establecer una estrategia clara con la cual se sigue la sucesión sistemática que permita llegar con satisfacción a la culminación del producto final que es parte del problema investigativo.

4.6.1 Metodología de desarrollo RUP El Proceso Unificado Racional (RUP) es un conjunto de pasos que permiten generar de manera eficiente todos aquellos detalles que clarifican y argumentan el desarrollo

de un software informático. La metodología RUP al ser iterativa permite culminar las fases con un producto ejecutable y retornar para incrementar el desarrollo las veces que sean necesarias, creando así pequeños segmentos que van formando el todo del producto en proceso (ver Figura 5) Implementación

Pruebas

Requerimientos

Análisis

Diseño

Iteración 1

Iteración 2

Diseño

Análisis

Requerimientos

Pruebas

Implementación

Figura 5: Ejemplo de iteraciones Fuente: Los autores

Las fases que forman parte del eje horizontal de RUP, contienen las etapas de ciclo de vida de un software y están determinadas mediante una línea de tiempo respecto al desarrollo del producto, estas son: 

Inicio



Elaboración



Construcción



Transición

4.6.1.1 Artefactos Son todos aquellos documentos, modelos o productos que se obtienen una vez culminadas cada una de las fases que conforman la metodología RUP. Estos artefactos varían de acuerdo a cada una de las fases por las que el método recorre. Cada iteración se va perfeccionando y mejorando, ya que al final de cada versión es expuesto a los beneficiarios para así obtener la calidad esperada en el software en desarrollo.

4.6.1.1.1 Artefactos de la etapa de Inicio Se pretende recoger todos aquellos requerimientos que la institución educativa puede brindar, para detallar el proceso de negocio de cada tarea a través de los casos de uso que muestran gráficamente el comportamiento del sistema del software desarrollado.

En esta etapa se define las especificaciones de requerimiento de software o SRS, casos de uso de negocio y análisis de requerimientos de los patrocinadores del proyecto.

4.6.1.1.1.1 Artefacto 1: Especificaciones de requerimiento de software Introducción a) Propósito de la Especificación de Requerimientos de Software La Especificación de Requerimientos de Software (SRS) es un producto de la etapa de análisis de requerimientos, el cual establecerá los parámetros, requerimientos funcionales y no funcionales, herramientas y detalles descriptivos que permita la elaboración de los módulos de Administración de Usuarios y Seguimiento de Estudiantes para el programa informático que se lo ha denominado: “Sistema de Gestión Académico”,

cuyo beneficiarios

serán las autoridades, docentes,

administrativos y Clientes de la Unidad Educativa Sagrados Corazones del cantón La Concordia. La implementación de dicho proyecto se lo efectuará en las instalaciones de dicho establecimiento.

b) Alcance del producto Los módulos de Administración de Usuarios y Seguimiento de Estudiantes aparecen ante las necesidades de ingreso, modificación, cambio de estado y consulta de los

perfiles que se manejan en el Sistema de Gestión Académica de la Unidad Educativa Sagrado Corazón del cantón La Concordia. Además, el requerimiento de monitorear las actividades e información académica y del desarrollo comportamental de los estudiantes de la entidad educativa durante el periodo académico.

Considerando la rigurosa abstracción de los requerimientos y los procesos que podrían ser automatizados, según la investigación previa realizada, nos hemos propuesto cumplir con lo siguiente: EL PROYECTO INCLUYE

Modificación de usuarios del sistema de Gestión Académico Usuarios

Administración de

Ingreso de usuarios al sistema de Gestión Académico

Cambio de estado de usuarios del sistema de Gestión Académico (activo o desactivo) Consulta de usuarios del sistema de Gestión Académico Asignación de Perfiles a los usuarios Asignación de un usuario y contraseña para que ingresen al sistema Ingreso de Plan de Mejoras

Seguimiento de Estudiantes

Modificación de Plan de Mejoras Eliminación de Plan de Mejoras (activo o desactivo) Consulta de plan de Mejoras Reporte de Plan de Mejoras Reporte de Bajo Rendimiento Académico Ingreso de historial del Seguimiento comportamental o académico Modificación de historial del Seguimiento comportamental o académico Eliminación del historial del Seguimiento comportamental o académico (activo o desactivo) Consulta del historial del Seguimiento comportamental o académico Tabla 1: Requerimientos que incluyen en el proyecto Fuente: Autores

EL PROYECTO NO INCLUYE Administración

Asignar un usuario-contraseña para los estudiantes Asignación de un usuario contraseña para los Padres de

de Usuarios

Familia y o Representantes

Seguimiento de

Reporte de calificaciones de los estudiantes Boletín de calificaciones de los estudiantes

Estudiantes Reporte General de Calificaciones Equipamiento físico para la implantación del software Generales Logística de entrega del software Tabla 2: Requerimientos que no incluyen en el proyecto Fuente: Autores

c) Definiciones, acrónimos y abreviaturas Administración de plan de mejoras: Es el proceso de elaborar, modificar, eliminar o consultar los documentos guías para el seguimiento de estudiantes denominados “Planes de Mejoras”

Plan de mejoras: Documento educativa cuyo fin es analizar las falencias académicas que tiene un estudiante con calificación inferior a una determinada base y proponer mediante este instrumento una posible solución al problema.

Administración del seguimiento comportamental y académico de los estudiantes: Es el proceso de ingresar, modificar, eliminar, consultar, activar o finalizar todos aquellos

datos

registrados

con

referencia

comportamentales cometidas por los estudiantes.

las

faltas

académicas

y/o

Administración de usuarios: es el proceso de ingresar, modificar, cambiar de estado o consultar los usuarios que son parte del SGA.

SRS: Especificaciones de Requerimiento de Software PC: Computadora Personal RAM: Random Access Memory (Memoria de Acceso Aleatorio) BDD: Base de Datos SO: Sistema Operativo HW: Hardware SW: Software

d) Referencias Guía para la Especificación de los Requerimientos del Software de la IEEE Std. 8301998.

e) Resumen Ejecutivo El SRS propuesto es un documento estructurado que pretende definir los requerimientos funcionales, no funcionales y organizacionales con el fin de detallar los procesos que el equipo de desarrollo y la institución patrocinadora sientan la necesidad de automatizar a través de los módulos de Administración de Usuarios y del Seguimiento de Estudiantes.

La primera sección detalla el propósito de documentar los requerimientos y acuerdos que se establezcan, para lo cual se presenta el alcance del proyecto que se pretende conseguir al automatizar dichos procesos. Además, detalla aquellos requerimientos

que el software no incluirá y para finalizar se presenta el conjunto de definiciones, acrónimos y abreviaturas que se encontrará en el desarrollo del presente documento.

La segunda parte del presente documento incluye la perspectiva y funciones que el software alcanzaría una vez concluido el desarrollo, así como, especificará los usuarios y su respectiva funcionalidad dentro del sistema. Esta sección además, especifica las restricciones que limitan al proyecto, ya sea a nivel de políticas, hardware, software y seguridad. Las suposiciones y dependencias determinan los factores que pueden afectar el cumplimiento de los requerimientos.

El tercer apartado del SRS determina las especificaciones funcionales y no funcionales que satisfagan los requerimientos que la institución patrocinadora ha solicitado. Sin duda esta es la sección más extensa e importante del documento ya que es donde se describe el comportamiento del sistema. Adicionalmente se detalla lo que posiblemente afecte la interface externa del sistema, las restricciones del diseño, los atributos del sistema y todos aquellos puntos relevantes que se quiera añadir al informe de requerimientos.

Descripción general a) Perspectiva del producto Por medio de los módulos de Administración de Usuarios y de Seguimiento de Estudiantes del SGA se pretende aplicar las mejores prácticas de la ingeniería de software, en cada uno de los procesos de análisis, diseño, codificación y pruebas, lo que permitiría alcanzar un sistema de calidad, eficiencia, fiabilidad, seguridad y

satisfacción por el producto final obtenido. Con el seguimiento a estudiantes se pretende cumplir con lo estipulado en la Ley Orgánica de Educación Intercultural.

b) Funciones del producto Las funciones para las que nos comprometemos a cumplir con nuestra institución patrocinadora son:  Administración de Usuarios del SGA  Administración del Seguimiento comportamental y Académico de los Estudiantes  Administración para la emisión de Plan de Mejoras  Reportes con la información obtenida en los Planes de Mejoras

c) Características de los usuarios con el producto USUARIO

PERSONA QUE TIENE ACCESO A: Ingreso de Usuarios Modificación de Usuarios Eliminación de Usuarios (activo o desactivo)

ADMINISTRADOR

Consulta de Usuarios Asignación de Permisos al resto de usuarios Reporte de Plan de Mejoras

SECRETARIA

Ingreso de los Plan de Mejoras Modificación de los Plan de Mejoras Eliminación de los Plan de Mejoras (activo o desactivo)

DOCENTE

Consulta de los Plan de Mejoras Reporte por curso y materia de los plan de mejora Consulta de estudiantes de bajo rendimiento académico TUTORES

Reporte de estudiantes de bajo rendimiento académico Consulta de Plan de Mejora

DIRECTOR ACADÉMICO

Reporte por curso y materia de los plan de mejora Administración del historial de Seguimiento comportamental y

INSPECTOR GENERAL

académico Tabla 3: Características del Producto Fuente: Autores

d) Restricciones generales  Interfaz para ser visualizada a través del navegador web  Sistema diseñado con arquitectura cliente – servidor  Servidores capaces de atender consultas concurrentes  Prohibición total o parcial de la copia o reproducción del software  El sistema debe ser utilizado dentro de una red interna de la empresa para evitar fallos en el mismo.  La empresa debe capacitar al personal en el ámbito computacional  Se restringe el acceso a los programas que permiten el manejo y modificación de la base de datos por fines de seguridad.

e) Suposiciones y dependencias. Los requerimientos tangibles e intangibles útiles para el desarrollo del software y la interacción una vez puesto en marcha el sistema serán: TIPO

RECURSO Servidor: Procesador DUAL Core (versión mínima i3) 2GB de Memoria RAM

500 GB Disco Duro Tarjeta de Red Cliente: Impresora PCs Servidor: SO Centos

Cliente: Windows, Linux, ente otros Navegador de Internet Tabla 4: Requerimientos de hardware y software Fuente: Autores

Requisitos específicos del software A continuación se detallara los requerimientos de software que se necesitan para el buen funcionamiento de los módulos de Administración de Usuarios y Seguimiento de Estudiantes del Sistema de Gestión Académico.

Requerimientos funcionales a) Requerimiento funcional 1: Ingresar Nuevo Usuario al Sistema I) Introducción El Administrador ingresa la información requerida para que el usuario sea añadido a la BDD del SGA.

II) Entradas ID, nombre, apellido, perfil,cedula, email, clave.

III) Procesos 1. El administrador ingresa al formulario que gestiona el ingreso de los usuarios. 2. El administrador añade la información respectiva. 3. El sistema verifica los campos obligatorios y validados. 4. Se abre la Base de datos del SGA. 5. Se abre tabla Usuarios. 6. El sistema verifica que el registro del usuario ingresado sea único. 7. Se almacena la información en la tabla mencionada.

IV) Salidas - Si éxito: Guardar en la base de datos y desplegar un mensaje. - Si no éxito: Cerrar la base de datos y desplegar un mensaje de error.

b) Requerimiento funcional 2: Editar un usuario existente del sistema I) Introducción El administrador puede efectuar modificaciones en el registro de los usuarios ante posibles errores o cambios.

II) Entradas Nombre, apellido, perfil, cedula, email, nueva clave.

III) Proceso 1. El administrador ingresa al formulario que permite efectuar la búsqueda de los usuarios que forman parte del sistema. 2. El administrador selecciona al usuario que se le va editar la información. 3. El administrador ingresa al formulario que permite modificar la información del usuario en el sistema. 4. El administrador modifica la información respectiva y si el usuario así lo desea ingresa una nueva contraseña. 5. El sistema verifica los campos obligatorios y validados. 6. Se abre la Base de datos del SGA. 7. Se abre tabla Usuarios. 8. El sistema verifica que el registro del usuario modificado sea único. 9. Se actualiza la información en la tabla mencionada.

IV) Salidas - Si éxito: Actualizar los cambios en la BDD y desplegar un mensaje. - Si no éxito: Cerrar la base de datos y desplegar un mensaje de error.

c) Requerimiento funcional 3: Cambiar de estado de los usuarios del registro I) Introducción El administrador efectúa la búsqueda por nombre o cedula dentro de la BDD y genera el proceso de cambio de estado del usuario dentro del sistema.

II) Entradas Nombre y/o cedula.

III) Procesos 1. El administrador ingresa al formulario que permite efectuar la búsqueda de los usuarios almacenados en la base de datos. 2. El administrador selecciona al usuario que se le va a cambiar el estado. 3. El administrador ejecuta la acción de cambio de estado al usuario. 4. Se abre la Base de datos del SGA. 5. Se abre tabla Usuarios. 6. Se cambia el estado al usuario de la tabla mencionada.

IV) Salidas - Si éxito: actualizar los cambios en la BDD y desplegar un mensaje. - Si no éxito: cerrar la base de datos y desplegar un mensaje de error.

d) Requerimiento funcional 4: Búsqueda de los usuarios del sistema I) Introducción El administrador ingresa ciertos datos del usuario, el sistema lo busca en la base de datos y se presenta la información del usuario.

II) Entradas Nombre y/o cédula.

III) Procesos 1. El administrador ingresa al formulario que permite efectuar la búsqueda de los usuarios que forman parte del sistema. 2. El administrador efectúa el filtro por nombre y/o cedula. 3. Se abre la Base de datos del SGA. 4. Se abre tabla Usuarios. 5. El sistema efectúa la búsqueda del registro. 6. Se procede a mostrar los datos seleccionados.

IV) Salidas - Si éxito: Mostrar la información de la tupla seleccionada. - Si no éxito: Cerrar la base de datos y no mostrar ningún registro.

e) Requerimiento funcional 5: Búsqueda de los Estudiantes con bajo rendimiento académico I) Introducción El Tutor selecciona la materia del curso que dirige y el sistema muestra la información relacionada a los estudiantes con su respectiva calificación dependiendo el parcial o examen asignado.

II) Entradas Parcial y Asignatura.

III) Procesos 1. El Tutor ingresa al formulario que permite efectuar la búsqueda de los estudiantes con bajo rendimiento académico (inferior a 7.00 según lo estipula el Reglamento General a la Ley Orgánica de Educación Intercultural). 2. El Tutor efectúa el filtro por parcial y asignatura. 3. Se abre la Base de datos del SGA Y se abre la tabla Mejoras. 4. El sistema efectúa la búsqueda de los registros indicados. 5. Se procede a mostrar los datos seleccionados.

IV) Salidas - Si éxito: Mostrar la información de las tuplas seleccionadas. - Si no éxito: Cerrar la base de datos y no mostrar ningún registro.

f) Requerimiento funcional 6: Ingreso de Nuevo Registro de los Plan de Mejoras. I) Introducción El docente añade la información correspondiente y es guardada en la base de datos para generar los reportes correspondientes.

II) Entradas ID, parcial, asignatura, año básico, paralelo, estudiante, Motivo, Plan de Mejoras.

III) Procesos 1. El docente ingresa al formulario que gestiona el ingreso de la información correspondiente a los Planes de Mejoras. 2. El docente añade la información respectiva

3. El sistema verifica los campos obligatorios y validados. 4. Se abre la Base de datos del SGA y se abre tabla Mejoras. 5. Se almacena la información en la tabla mencionada.

IV) Salidas - Si éxito: Guardar en la base de datos y desplegar un mensaje. - Si no éxito: Cerrar la base de datos y desplegar un mensaje de error.

g) Requerimiento funcional 7: Editar los Planes de Mejora I) Introducción El docente puede efectuar modificaciones en los campos que corresponden a los Planes de Mejoras ante posibles errores o cambios.

II) Entradas Nombre, Parcial, Motivo, Planes de Mejora.

III) Proceso 1. El docente ingresa al formulario que permite efectuar la búsqueda del estudiante con registro de Planes de Mejora, a través de su nombre. 2. El docente selecciona al estudiante que se le va editar la información previa búsqueda del mismo. 3. El docente ingresa al formulario que permite la modificación de la información correspondiente a los Planes de Mejora del estudiante seleccionado. 4. El docente da la orden que permite concretar la edición. 5. El sistema verifica los campos obligatorios y validados.

6. Se abre la Base de datos del SGA. 7. Se abre tabla Mejoras. 8. Se actualiza la información en la tabla mencionada.

IV) Salidas - Si éxito: Actualizar los cambios en la BDD y desplegar un mensaje. - Si no éxito: Cerrar la base de datos y desplegar un mensaje de error.

h) Requerimiento funcional 8: Eliminar un Plan de Mejora I) Introducción El docente efectúa la búsqueda por nombre y genera el proceso de eliminación del plan de mejoras asignado para determinado estudiante.

II) Entradas Nombre, parcial.

III) Procesos 1. El docente ingresa al formulario que permite efectuar la búsqueda de los estudiantes almacenados con plan de mejora en la base de datos. 2. El docente selecciona al plan de mejora que se le va eliminar del sistema previa búsqueda del mismo. 3. El docente ejecuta la acción de desactivación. 4. Se abre la Base de datos del SGA. 5. Se abre tabla Mejoras. 6. Se cambia el estado en el registro de la tabla mencionada.

IV) Salidas - Si éxito: Actualizar los cambios en la BDD y desplegar un mensaje. - Si no éxito: Cerrar la base de datos y desplegar un mensaje de error.

i) Requerimiento funcional 9: Búsqueda del plan de Mejora I) Introducción El docente ingresa el identificador que permite la consulta de cada plan de mejora, el sistema busca en la BDD y presenta la información.

II) Entradas Parcial, Nombre del Estudiante.

III) Procesos 1. El docente ingresa al formulario que permite efectuar la búsqueda del plan de mejoras de determinado estudiante. 2. El docente efectúa el filtro por parcial y nombre. 3. Se abre la Base de datos del SGA. 4. Se abre tabla Mejoras. 5. El sistema efectúa la búsqueda del registro. 6. Se procede a mostrar los datos seleccionados.

IV) Salidas - Si éxito: Mostrar la información de la tupla seleccionada. - Si no éxito: Cerrar la base de datos y no mostrar ningún registro.

j) Requerimiento funcional 10: Reporte del Plan de Mejora I) Introducción El docente ingresa los campos que permite la consulta del plan de mejora, el sistema busca en la BDD, presenta la información y finalmente se genera un reporte

II) Entradas Parcial, año básico, asignatura.

III) Procesos 1. El docente ingresa al formulario que permite efectuar la búsqueda del plan de mejora de determinado grado o curso. 2. El docente efectúa el filtro por parcial, año básico y asignatura. El filtro se efectúa uno después del otro en el orden indicado. 3. Se abre la Base de datos del SGA. 4. Se abre tabla Mejoras. 5. El sistema efectúa la búsqueda de los registros. 6. Se procede a mostrar los datos seleccionados. 7. El docente efectúa la acción de generar el reporte.

IV) Salidas - Si éxito: Mostrar la información de la tupla seleccionada y generar el reporte. - Si no éxito: Cerrar la base de datos y no mostrar ningún registro.

k) Requerimiento funcional 11: Ingreso de un nuevo historial de seguimiento comportamental o académico.

I) Introducción El Inspector añade la información correspondiente y es guardada en la base de datos para generar las consultas correspondientes.

II) Entradas ID, Año básico, estudiante, falta, descripción del problema, resolución, base legal.

III) Procesos 1. El inspector ingresa al formulario que gestiona el ingreso de la información correspondiente al seguimiento comportamental o académico del estudiante. 2. El inspector añade la información respectiva. 3. El sistema verifica los campos obligatorios y validados. 4. Se abre la Base de datos del SGA. 5. Se abre tabla Seguimientos. 6. Se almacena la información en la tabla mencionada.

IV) Salidas - Si éxito: Guardar en la base de datos y desplegar un mensaje. - Si no éxito: Cerrar la base de datos y desplegar un mensaje de error.

l) Requerimiento funcional 12: Editar el historial de seguimiento comportamental o académico I) Introducción El inspector puede modificar los campos que corresponden al seguimiento comportamental o académico de un estudiante ante posibles errores o cambios.

II) Entradas: Año básico, estudiante, falta, descripción del problema, resolución, base legal.

III) Proceso: 1. El inspector ingresa al formulario que permite efectuar la búsqueda del historial del estudiante. 2. El inspector selecciona al estudiante que se le va editar su historial previa búsqueda del mismo. 3. El inspector ingresa al formulario que permite la modificación de la información correspondiente al seguimiento comportamental o académico del estudiante seleccionado. 4. El inspector da la orden que permite concretar la edición. 5. El sistema verifica los campos obligatorios y validados. 6. Se abre la Base de datos del SGA. 7. Se abre tabla Seguimientos. 8. Se actualiza la información en la tabla mencionada.

IV) Salidas: - Si éxito: Actualizar los cambios en la BDD y desplegar un mensaje. - Si no éxito: Cerrar la base de datos y desplegar un mensaje de error.

m) Requerimiento funcional 13: Eliminar un registro del historial de seguimiento comportamental o académico del estudiante I) Introducción El inspector efectúa la búsqueda por año básico y estudiante; procede a genera el proceso de eliminación de algún registro añadido dentro del historial del estudiante.

II) Entradas Año básico, Estudiante.

III) Procesos 1. El inspector ingresa al formulario que permite efectuar la búsqueda del historial de los estudiantes en la base de datos. 2. El inspector selecciona el registro del historial estudiantil que va ser eliminado del sistema, previa búsqueda del mismo. 3. El inspector ejecuta la acción de desactivación. 4. Se abre la Base de datos del SGA. 5. Se abre tabla Seguimientos. 6. Se cambia el estado en el registro de la tabla mencionada.

IV) Salidas - Si éxito: Actualizar los cambios en la BDD y desplegar un mensaje. - Si no éxito: Cerrar la base de datos y desplegar un mensaje de error.

n) Requerimiento funcional 14:

Búsqueda del historial del seguimiento

comportamental o académico del estudiante I) Introducción El inspector ingresa el año básico y estudiante a ser consultado, el sistema busca en la BDD y presenta la información.

II) Entradas Año básico, estudiante.

III) Procesos 1. El inspector ingresa al formulario que permite efectuar la búsqueda del historial de un determinado estudiante. 2. El inspector efectúa el filtro por año básico y estudiante. 3. Se abre la Base de datos del SGA. 4. Se abre tabla Seguimientos. 5. El sistema efectúa la búsqueda del registro. 6. Se procede a mostrar los datos seleccionados.

IV) Salidas - Si éxito: Mostrar la información de la tupla seleccionada. - Si no éxito: Cerrar la base de datos y no mostrar ningún registro.

Requisitos de la interface externa a) Interfaces de usuario Para nuestro sistema utilizamos una completa gama de botones, campos de texto, listas, entre otras que se adapten de mejor manera con la mayoría de navegadores útiles del mercado.

b) Interface de Hardware Para el uso del software por parte del cliente se requiere que trabaje con un equipo informático adecuado, en condiciones perfectas y se adapte a los siguientes requerimientos básicos:  Mouse  Teclado

 Monitor  Impresora  Adaptadores de Red  Memoria minina de 256 Mb  Procesador de 1.8 GHz de frecuencia.

c) Interface de software Cualquier sistema operativo que faculte el uso de navegadores Web. Navegadores: Mozilla Firefox, Google Chrome y superiores.

d) Interface de comunicaciones Red de área local (LAN) para empresas que funcionen al interior de un único inmueble.

Otros requerimientos no funcionales a) Requerimientos de rendimiento Para nuestro sistema hemos previsto una velocidad de respuesta de 2.5 SEGUNDOS por promedio tomando en cuenta la velocidad de las máquinas que fueron requeridas por nosotros, así como también las funciones desde las más sencillas hasta las más complejas. En cuanto a los fallos que pueden presentarse con nuestro producto, como empresa hemos previsto un intervalo de seis meses entre cada fallo.

En el momento de presentarse alguna falla, dependiendo del tipo de desperfecto que se presente, el tiempo para reparación está comprendido entre un minuto y dos horas como máximo.

b) Restricciones de Diseño Estándares a seguir:  Modelo Entidad-Relación.  Modelo de datos relacional.  Lenguaje Unificado de Modelado.  Modelo, Vista y Controlador.

c) Atributos del sistema: - Disponibilidad Por su costo y necesidad por parte de las empresas nuestro producto, podrá a futuro ser mayormente difundido y por lo tanto disponible en cuanto sea requerido por cualquier empresa que desee obtener sus beneficios.

- Seguridad Garantizamos la calidad de nuestro producto siempre y cuando no se manipule la base de datos o el sistema por terceros.

- Exactitud Considerando los parámetros necesarios, nuestro sistema depende de la calidad y tipo de datos ingresados, por lo que el módulo de Seguimiento de Estudiantes presenta un grado de exactitud de DOS CIFRAS DECIMALES para las notas de las asignaturas y DOS CIFRAS DECIMALES para el caso de los promedios generales en los datos desplegados y que sean de tipo numérico.

4.6.1.1.1.2 Artefacto 2: Diagramas de Casos de uso de Negocio Los casos de uso que se describen el proceso funcional del software, basados en de administración de usuarios, administración del plan de mejora y el historial del seguimiento académico y comportamental de los estudiantes.

Caso de uso de negocio: Administración de Usuarios System ingresar nuevos usuarios

editar los usuarios

eliminar usuarios Administrador

Usuario

efectua la busqueda de usuarios

Figura 6: Administración de usuarios del SGA Fuente: Autores

Casos de uso de negocio: Seguimiento de estudiantes System ingresar falta del estudiante

editar falta del estudainte

InspectoG eliminar falta del estudiante

busqueda de falta de los estudiantes

Figura 7: Seguimiento académico y comportamental Fuente: Autores

Caso de uso de negocio: Plan de mejora de los estudiantes System ingresar nuevos plan de mejoras

Autoriza plan mejoras

editarplan de mejoras docente eliminar plan de mejoras Director_Academico

busqueda de planes de mejoras

Reporte Plan Mejoras

Tutor_ Reporte bajo rendimiento

Figura 8: Administración de Plan de Mejoras Fuente: Autores

4.6.1.1.3 Artefacto 3: Análisis de Riesgos Las tareas iniciales para el desarrollo de un proyecto, cualquiera que sea su ámbito, es sin duda tomar como referencia los principales aspectos que serían considerados como un riesgo para que el objetivo deseado alcance su culminación. Una vez identificados estos riegos se los debe valorar y efectuar su correspondiente análisis para obtener el nivel de riesgo del proyecto.

Según el análisis efectuado (Tabla 5 y 6), el recurso económico es de alta prioridad para llevar a efecto el sistema al igual que su impacto fue muy crítico, por lo que el riesgo de la continuidad de la implementación del software fue de alta exposición. Este riesgo tuvo que ser precautelado con mucho acierto para evitar frustraciones en el proyecto.

Identificación de los riesgos del proyecto ID R1

RIESGO Cambio de directivos de la institución Reacción de Empleados ante los cambios

CATEGORIA Riesgo de Negocio Riesgo del Negocio

CONSCUENCIA Suspensión del proyecto o cambio de requerimientos Falta de colaboración al efectuar el levantamiento de requerimientos

Económico

Riesgo Negocio

Suspensión del Proyecto

Cambio de Políticas o Leyes (Aumento, disminución o modificación de factores)

Riesgo Proyecto

del

Cambio de requerimientos Producto terminado no utilizado

Ocupaciones Extra-laborales

Riesgo proyecto

del

Retraso en el proyecto

Falta de liderazgo en el equipo impulsador del proyecto Falta de experiencias en herramientas de planificación y/o programación

Riesgo negocio Riesgo proyecto

Retraso en el proyecto

Pérdida de tiempo en el aprendizaje generando retraso en el proyecto

Bajo grado de cooperación y comunicación de los desarrolladores del proyecto

Riesgo proyecto

Errores y retrasos en análisis y diseño del software

Falta de información de requerimientos, alcance y metas del proyecto

Riesgo proyecto

del

Retraso en el análisis del software

R10

Mal diseño de la base de datos

Riesgo Proyecto

del

Retraso en la programación

R11

Error al implementar las políticas y parámetros matemáticos para los cálculos

Riesgo proyecto

del

Pérdida de recursos y retraso en la entrega del software

R12

Incumplimiento Requerimientos establecidos

Riesgo negocios

Pérdida de recursos y tiempo. Retraso en la entrega del software

R13

Baja satisfacción del Cliente por el trabajo efectuado

Riesgo negocio

Pérdida de credibilidad

R14

Fallo de equipo que posea la institución

Riesgo Técnico

Retraso la implementación por falencias en el recurso físico

R15

Violación de seguridad Integridad de los datos

Riesgo Técnico

Retraso del proyecto al insertar una nueva metodología que permita contener la seguridad del software.

Tabla 5: Identificación de Riesgos Fuente: Autores

fase

Criterios de valoración de los riesgos ID

PROBABILIDAD

IMPACTO

EXPOSICIÓN AL RIESGO

Valor

Prioridad

Valor

Impacto

Valor

Exposición

Baja

Alto

Media

Baja

Moderado

Baja

Alta

Critico

Alta

Baja

Critico

Media

Moderado

Media

Baja

Moderado

Baja

Media

Moderado

Media

Moderado

Media

Baja

Moderado

Baja

R10

Baja

Moderado

Baja

R11

Baja

Moderado

Baja

R12

Media

Alto

Alta

R13

Baja

bajo

Baja

R14

Baja

Alto

Media

R15

Baja

Moderado

Baja

Tabla 6: Valoración de los Riesgos del Proyecto Fuente: Autores

4.6.1.1.4 Artefacto 4: Diagrama de actividades Un diagrama de actividades muestra la secuencia que el entorno del negocio efectúa para efectuar un determinado procesos. En la figura 9 podemos observar cómo se efectúa el flujo de trabajo al aplicar un plan de mejora a los estudiantes cuyas calificaciones no sobrepasan los 7 puntos. El proceso involucra tres entes los cuales cada uno cumple con su función. TUTOR

DIRECTOR ACADÉMICO

DOCENTE

Inicio

verifica los reportes con notas menores a 7 por materia

modificar calificaciones

solicita cambio de calificaciones no

emite evidencias y justificativos

¿existe razón?

existe estudiantes <7 recibe solicitud de reunion con dirección académica

solicita reunion con docente

si si si dirige el reporte hacia direccion académica

recibe el reporte y lo analiza

recibe la autorización de ingresar plan de mejoras

ingresa el plan de mejoras

aplica el plan de mejoras

Fin

Figura 9: Diagrama de actividades - Plan de Mejoras Fuente: Autores

exceso <7

4.6.1.1.2 Artefactos de la etapa de Elaboración En la etapa de elaboración se pretende extender la parte inicial, para mostrar de manera más explicativa y clara los requerimientos que son parte del software. En este apartado se desarrolla los diagramas de caso de uso, los diagramas de secuencia, el modelo de datos y las interface de usuarios a implementar.

4.6.1.1.2 .1 ARTEFACTO 5: Diagramas de secuencia Diagrama de secuencia: Nuevo usuario del sistema Este diagrama nos muestra la sucesión a seguir para para añadir nuevos usuarios al sistema (Figura 9). El administrador es quien posee los permisos del sistema para efectuar esta acción. El usuario también forma parte del proceso ya que es quien facilitará la información pertinente para registrarlo dentro del sistema. En este proceso de ingreso la contraseña es generada automáticamente para facilitar que no siempre el usuario sea quien solicite el registro al sistema.

sistema

usuario : Administrador

1: seleccionamos nuevo registro()

2: carga nuevo registro 3: solicita información requerida

4: dicta información solicitada

5: ingresa la información al sistema

6: orden para guaradar usuario

7: validar y verificar

8: mensaje de éxito

Figura 10: Diagrama de Secuencia – Nuevo Usuario Fuente: Autores

Diagrama de secuencia: edición de usuarios del sistema El diagrama secuencias de edición nos muestra el proceso que el sistema debe seguir para modificar la información relacionada con los usuarios del sistema.

usuario

sistema : Administrador 1: se efectua la busqueda del usuario

2: carga el registro con sus respectivos campos 3: solicita información a modificar 4: dicta información 5: modificar los campos

6: orden para guardar los cambios

7: validación y verificación

8: mensaje de confirmación de éxito

Figura 11: Diagrama de secuencia – Editar usuario Fuente: Autores

Diagrama de secuencia: eliminación de usuarios del sistema El diagrama de secuencia de eliminación permite eliminar los usuarios que ya no son parte activa del sistema a través de la acción desactivación. El administrador es quien tiene competencia de esta acción previa autorización de una autoridad competente. autoridad competente

sistema : Administrador

1: solicita eliminar del sistema algún usuario 2: se efectua la busqueda del usuario

3: se carga el formulario del usuario 4: ejecuta la orden de eliminación

5: mensaje de conformación de eliminación

Figura 12: Diagrama de secuencia – Eliminar usuario Fuente: Autores

Diagrama de secuencia: búsqueda de usuarios del sistema Para la edición y cambio de estado es necesario buscar a los usuarios que serán parte de la acción mencionada. El presente diagrama de secuencia muestra la manera como el sistema debe actuar frente a la búsqueda de estos usuarios.

sistema : Administrador 1: ingresar identificador del usuario

2: cargar formulario con los campos del usuario

Figura 13: Diagrama de secuencia – búsqueda de usuarios Fuente: Autores

Diagrama de secuencia: ingresar falta del estudiante

Sistema : Inspector 1: Selecciona el boton nuevo

2: carga el formulario para nuevo registro

3: selecciona el curso del estudiante

4: carga los estudiantes 5: seleccionamos estudiante y tipo de falta 6: llena la información solicitada y guardar ()

7: validar y verificar

8: mensaje de éxito

Figura 14: Diagrama de secuencia – ingresar falta del estudiante Fuente: Autores

Diagrama de secuencia: ingreso del plan de mejora Los planes de mejoras son documentos que tienen a los docentes como responsables de su llenado, previa autorización del director académico. El conjunto de pasos culmina con un formulario donde el docente llena diferentes campos requeridos exclusivamente para conocer las causales del bajo rendimiento en los estudiantes (calificación menor a 7) y plantear las estrategias o actividades a utilizar para mejorar esas falencias existentes en los estudiantes.

Sistema : Director Académico

: Docente

1: autoriza llenar planes de mejoras 2: seleccionar nuevo plan de mejoras

3: carga el formulario 4: selecciona el curso

5: carga asignatura

6: selecciona la asignatura

7: carga los parciales

8: clic en crear ()

9: tabla con los estudiantes <7 10: llena la inforamción solicitada y guardar ()

11: verifica y valida 12: mensaje de confirmación

Figura 15: Diagrama de secuencia - ingreso de faltas de los estudiantes Fuente: Autores

4.6.1.1.2 .2 ARTEFACTO 6: Diagramas lógico de datos Para esquematizar el artefacto de datos se ha tomado como referencia el modelo lógico, el cual detalla cada una de las entidades, atributos y relaciones que es parte de la interrelación de los módulos de Administración de Usuarios y Seguimiento de Estudiantes. Cada una de las entidades presentadas está relacionada a su vez a más clases pertenecientes a otros módulos (Anexo 1).

Figura 16: Modelo lógico de datos Fuente: Autores

4.6.1.1.2.3 ARTEFACTO 7: Prototipo de usuarios Prototipo de usuarios: Interface de Usuarios La interface de usuarios está compuesta por un botón nuevo para añadir usuarios, un cuadro de búsqueda y una tabla que muestra, según lo requerido, los usuarios que contiene el sistema. Cabe señalar que al ser una propuesta o prototipo muestra pequeñas diferencias al del software original implementado.

Figura 17: Prototipo de la Interface de usuario Fuente: Autores

Prototipo de usuarios: Interface de nuevo y Edición de usuarios En esta interface aparecen los campos que deben ser llenados o modificados.

Figura 18: Prototipo de la interface de nuevo y edición de usuarios Fuente: Autores

Prototipo de usuarios: Interface de Búsqueda de usuarios Para la búsqueda únicamente en el cuadro de búsqueda añadimos el identificador del usuario y automáticamente se irá filtrando los datos de la base de datos y mostrando los que más se aproximan. Además aparecen dos opciones: Editar y eliminar.

Figura 19: Prototipo de la interface de búsqueda de usuarios Fuente: Autores

Prototipo de usuarios: Interface de mensaje de eliminación

Figura 20: Prototipo de ña interface de mensaje de eliminación de usuarios

Fuente: Autores

Prototipo de usuarios: Interface de mensaje de éxito

Figura 21: Prototipo de la interface de mensaje exitoso Fuente: Autores

Prototipo de usuarios: Interface de plan de mejora La interface de plan de mejora muestra un botón nuevo, una tabla que mostrara los datos añadidos a la base de datos y la búsqueda se efectúa a través de dos listas: Curso y Asignatura.

Figura 22: Prototipo de la interface Plan de Mejora Fuente: Autores

Prototipo de usuarios: Interface para ingresar plan de mejora

Figura 23: Prototipo de la interface para filtro de ingreso de plan de mejora Fuente: Autores

Figura 24: Prototipo de la interface para formulario del plan de mejora Fuente: Autores

Prototipo de usuarios: Interface de seguimiento de estudiantes La interface de plan de mejora muestra un botón nuevo, una tabla que mostrara los datos añadidos a la base de datos y la búsqueda se efectúa a través de dos listas: Curso y Estudiantes.

Figura 25: Prototipo de la interface seguimiento de estudiantes Fuente: Autores

Prototipo de usuarios: Interface nuevo seguimiento de estudiantes

Figura 26: Prototipo de la interface nuevo seguimiento de estudiantes Fuente: Autores

4.6.1.1.3 Artefactos de la etapa de construcción La fase de construcción tiene a su cargo impulsar con mayor dedicación la implementación del software. En esta etapa se diseña los diagramas de caso de uso administrativos y se documenta los componentes o clases que están siendo operativas a través de la codificación.

4.6.1.1.3.1 ARTEFACTO 8: Caso de uso de tipo Administrativo Caso de Uso: Ingreso de Usuario System

Ingresar al Sistema

Seleccionar crear nuevo Administrador

Guardar Registro

Figura 27: Caso de uso - Nuevo usuario Fuente: Autores

Caso de Uso: búsqueda de usuario

Figura 28: Caso de uso – búsqueda de usuario

Fuente: Autores

Caso de Uso: Edición de Usuario System Ingresar al Sistema

Efectúar la busqueda del usuario

<<include>>

busqueda en la BDD

Administrador selecciona el usuario

Modifica el registro seleccionado

Figura 29: Caso de uso – editar usuario Fuente: Autores

Caso de Uso: Eliminación de Usuario (Cambio de estado) System

Ingresar al Sistema

Efectúar la busqueda del usuario

Administrador

<<include>> busqueda en la BDD

selecciona el usuario

Ejecuta la eliminación del usuario

Figura 30: Caso de uso – eliminar usuario Fuente: Autores

Para efectuar las funciones básicas CRUD de la administración de plan de mejora y seguimiento de estudiantes se efectúa el proceso de similar forma.

4.6.1.1.3.2 ARTEFACTO 9: Diagrama de componentes

Cliente (Navegador Web) PC

vista

Servidor Servidor Web Modelo

controlador

base de datos

Figura 31: Diagrama de Componentes Fuente: Autores

4.6.1.1.3.3 ARTEFACTO 10: Pruebas de Verificación del Sistema La etapa de pruebas sin duda alguna es un intervalo primordial para un desarrollador de software, ya que es el momento de verificar si lo construido cumple con el objetivo deseado. Esta es la fase donde se perfeccionaría los procesos y se rectificaría aquellos que no cumplen con lo esperado por los beneficiarios.

Con frecuencia se efectuaron pruebas en el sistema, en su mayoría internas, pero también previa la entrega del producto y con la presencia de autoridades, docentes y administrativos de la Unidad Educativa Sagrados Corazones se efectuó las pruebas finales tomando como referencia parámetros que evidencian los requerimientos efectuados por los beneficiarios del software. (Anexo 2)

4.6.1.1.4 Artefactos de la etapa de Transición La fase de transición es la encargada de hacer llegar el producto a los beneficiarios, así como, entregar toda la documentación pertinente que indica el flujo de procesos y actividades que efectúa el software. Entre los documentos que generalmente se entrega están: manual de usuarios, manual técnico y diccionario de datos.

4.6.1.1.4.1 ARTEFACTO 11: Pruebas de Aceptación Las pruebas de aceptación constituye el conjunto de pruebas que se efectúan sobre el producto final terminado. Como parte de las pruebas de aceptación tenemos:  El acta de entrega recepción o documento de aceptación del software es el obtenido una vez presentado a los beneficiarios el producto final con sus respectiva documentación (Anexo 3).  En nuestro caso el tutor de la disertación de grado también forma un rol importante la prueba de aceptación del software, ya que es la persona que valida el proyecto efectuado (Anexo 4)

4.6.1.1.4.2 ARTEFACTO 12: Manual de Usuario El manual de usuario es un documento técnico que constituye la guía del usuario para usar un determinado software. El detalle así como el entorno grafico ayuda a mejorar la compresión de los usuarios sobre este documento.

El manual de usuarios presenta cada uno de los procesos de ingreso, edición, permisos, credenciales, consulta y eliminación de usuarios mediante la acción de desactivación, seguimiento de estudiantes y plan de mejora de la Unidad Educativa Sagrados Corazones (Anexo 5).

4.6.1.1.4.3 ARTEFACTO 13: Diccionario de Datos El diccionario de datos es la descripción técnica de la base de datos. En este documento técnico es donde estarán reflejados los estándares usados para identificar a cada entidad y atributos de la base de datos. Además, el detalle de las tablas, funciones, entre otras (Anexo 6).

V. RESULTADOS

5.1 Discusión y Análisis de los Resultados Mediante diversas técnicas de recogida de información, siguiendo las actividades recomendadas por la metodología de desarrollo y usando el análisis e interpretación de cada uno de los instrumentos utilizados, se evaluó la existencia del problema y se consigue la posible solución al mismo. A continuación se detalla y discute medios formales para el análisis de requisitos de la investigación con sus resultados.

5.1.1 Encuesta aplicada a los docentes y administrativos del Colegio SSCC Aplicada la encuesta en la Unidad Educativa Sagrados Corazones se procede a su correspondiente tabulación, análisis e interpretación de cada uno de los resultados obtenidos. Como indica el anexo 7, las preguntas realizadas fueron: 1. ¿Realiza usted el Seguimiento Académico y del Desarrollo Comportamental a los estudiantes de la Unidad Educativa Sagrados Corazones? a) Análisis: Según la información recogida en la primer pregunta de la encuesta aplicada a los docentes y administrativos de la unidad educativa se obtiene que el 96,7% realiza el Seguimiento Académico y del Desarrollo Comportamental a los estudiantes mientras que el 3,3% no lo hace. (Ver tabla 8) Opción Si No Total

Frecuencia 29 1 30

Porcentaje 96,7% 3,3% 100%

Tabla 7: Encuesta – Pregunta 1 Fuente: Autores

Interpretación: En su mayoría los docentes y administrativos efectúan el Seguimiento Académico y del Desarrollo Comportamental reflejando que es una política interna la aplicación de dicha norma como cumplimiento a lo estipulado en la Ley orgánica de Educación Intercultural (Ver figuran 23). 35 30 25 20 15

Frecuencia

10 5 1 0 Si

No Figura 32: Encuesta – Pregunta 1 Fuente: Autores

En el caso que haya contestado “SI” la pregunta 1, responda: 2. ¿Con que frecuencia realiza usted el Seguimiento Académico y del Desarrollo Comportamental a los estudiantes de la Unidad Educativa Sagrados Corazones? Análisis: En cuanto a la frecuencia de tiempo los docentes y administrativos efectúan en un 44,9% el seguimiento diario, un 31% semanalmente y el restante 24,1% aplica mensualmente el Seguimiento Académico y de Desarrollo Comportamental a los estudiantes (ver Tabla 8). Opciones Diariamente Semanalmente Mensualmente Total

frecuencia 13 9 7 29

Porcentaje 44,8% 31,0% 24,1%

Tabla 8: Encuesta – Pregunta 2 Fuente: Autores

Interpretación: Generalmente los docentes y administrativos

de la Unidad

Educativa Sagrados Corazones usan espacios de tiempo reducidos para efectuar el seguimiento a los estudiantes, siendo evidente que aproximadamente la mitad de ellos diariamente cumplen con esta política institucional (ver Figura 24).

24%

Diariamente 45%

Semanalmente Mensualmente

31%

Figura 33: Encuesta – Pregunta 2 Fuente: Autores

3. ¿De qué manera se lleva a cabo el Seguimiento Académico y del Desarrollo Comportamental a los Estudiantes en la Unidad Educativa Sagrados Corazones?

Análisis: La encuesta refleja que el 86,7% afirma que efectúan el Seguimiento Académico y del Desarrollo Comportamental manualmente, mientras que la diferencia lo efectúa de manera automática (ver Tabla 9). Opción Manualmente Automáticamente Total

Frecuencia 26 4 30

Porcentaje 86,7% 13,3% 100%

Tabla 9: Encuesta – Pregunta 3 Fuente: Los autores

Interpretación: Según los datos obtenidos es evidente observar la mayor parte de los docentes y administrativos de la unidad educativa efectúan el proceso de seguimiento

a estudiantes manualmente, desperdiciando de esa manera tiempo y recursos (ver Figura 25).

13% Manualmente Automáticamente 87%

Figura 34: Encuesta – Pregunta 3

Fuente: Autores En el caso que haya contestado “Manualmente” la pregunta 3, responda: 4. ¿Cree usted que se debería automatizar mediante un programa informático los procesos que permiten el Seguimiento a los Estudiantes en la Unidad Educativa Sagrados Corazones?

Análisis: El 100% de los casos respondieron que se debería automatizar el seguimiento de estudiantes. Opción Si No Total

Frecuencia 26 0 26

Porcentaje 100,0% 0,0% 100%

Tabla 10: Encuesta – Pregunta 4 Fuente: Los autores

Interpretación: Todos los docentes y administrativos que efectúan el seguimiento manual consideraron que se debería implementar un software informático para

realizar el Seguimiento Académico y del Desarrollo Comportamental a los estudiantes de la Unidad Educativa Sagrados Corazones.

30 25 20 15

Frecuencia

10 5 0 0 Si

No Figura 35: Encuesta – Pregunta 4 Fuente: Autores

En el caso que haya contestado “SI” en la pregunta 4, responda: 5. ¿Qué beneficios tendría automatizar el Seguimiento a los Estudiantes en la Unidad Educativa Sagrados Corazones?

Análisis: Facilitaría a los Docentes y administrativos al efectuar el seguimiento con un 88,5% es la principal causar por la que los encuestados estiman como beneficio de automatizar el seguimiento estudiantil. Opción Frecuencia Mayor control del aprovechamiento del 21 Estudiante Mejoras en el desarrollo comportamental 5 del Estudiante Facilitaría a los Docentes y administrativos al efectuar el 23 seguimiento Eficiencia en la obtención de 20 información Incremento en la rentabilidad de la 1 Unidad Educativa Total 26 Tabla 11: Encuesta – Pregunta 5 Fuente: Autores

Porcentaje 80,8% 19,2% 88,5% 76,9% 3,8%

Interpretación: La tendencia muestra que con la automatización de los procesos en mención se obtendrá un mayor control en el aprovechamiento del estudiante, facilitaría a docentes y administrativos a efectuar el seguimiento y se obtendría la información eficientemente.

M. C. A. E.

1% 30%

29%

M. D. C.E. F. D. A. E. S. E. O. I.

7% 33%

I. R. U. E.

Figura 36: Encuesta – Pregunta 5 Fuente: Autores

6. ¿Cómo calificaría usted el proceso actual de Seguimiento a los Estudiantes en la Unidad Educativa Sagrados Corazones?

Análisis: De la encuesta aplicada se obtuvo que el 40% de los docentes y administrativos califican al procesos actual de seguimiento de los estudiantes de la Unidad Educativa Sagrados Corazones de Muy Bueno, un 46.7% considera que es Bueno, un 6.7% añade que es Excelente y similar porcentaje afirma es que es Regular. Opción Excelente Muy Bueno Bueno Regular Malo Total

Respuestas total 2 12 14 2 0 30

Porcentaje 6,7% 40,0% 46,7% 6,7% 0,0% 100%

Tabla 12: Encuesta – Pregunta 6 Fuente: Autores

Interpretación: La política que ha tomado el establecimiento educativo en cuanto a los procesos a seguir para efectuar el Seguimiento Académico y del Desarrollo Comportamental de los estudiantes ha tenido una relevante acogida por parte de los docentes y administrativos de la unidad educativa, ya que en su mayoría lo han calificado de Bueno, Muy Bueno e incluso de Excelente.

16 14 12 10 8 6 4 2 0

Frecuencia 2

Figura 37: Encuesta – Pregunta 6 Fuente: Autores

7. ¿Posee usted un usuario y contraseña para el acceso al actual Sistema Académico de la Unidad Educativa Sagrados Corazones?

Análisis: La encuesta reflejó que un 96,7% de los docentes y administrativos del establecimiento educativo no tienen un usuario y contraseña para acceder al actual Sistema Académico, mientras que apenas el 3,3% de los encuestados si lo poseen. Opción Si No Total

Frecuencia 1 29 30

Porcentaje 3,3% 96,7% 100%

Tabla 13: Encuesta – Pregunta 7 Fuente: Autores

Interpretación: La mayoría de los docentes y administrativos de la entidad educativa no tienen acceso al actual Sistema Académico, haciendo notar que exclusivamente una o unas cuantas personas era quienes llevaban la responsabilidad de interactuar dicho software informático. 35 30 25 20 Frecuencia

15 10 5

0 Figura 38: Encuesta – Pregunta 7 Fuente: Los autores

8. ¿Cómo debería ser usado el Sistema Académico de la Unidad Educativa Sagrados Corazones?

Análisis: El 86,7% de los encuestados consideraron que el uso del Sistema Académico debería ser controlado por un usuario – contraseña y un 10% señaló que su uso debería ser de forma libre para todos, es decir sin el registro de un usuario – contraseña. Adicionalmente, apenas el 3,3% de los encuestados cree que debería ser administrado por una sola persona dicho sistema. Opción De forma Libre para todos (sin el uso de un usuario y contraseña) Controlado por un usuario y contraseña Administrado por una sola persona Total

Frecuencia 3

Porcentaje 10,0%

86,7%

3,3%

Tabla 14: Encuesta – Pregunta 8 Fuente: Los autores

Interpretación: Según lo reflejado a través de los datos obtenidos, la mayoría de docentes y administrativos opinaron que se debería incorporar un usuario – contraseña para el uso del Sistema Académico, permitiendo de esa manera el uso personalizado del sistema para que cada uno realice el rol laboral que le corresponde dentro del mismo.

3% 10%

87%

Forma Libre Usuario y contraseña Una sola persona

Figura 39: Encuesta – Pregunta 8 Fuente: Los autores

9. ¿Cree usted que implementar la Administración de Usuarios aportaría con seguridad y beneficios en el uso del Sistema de Gestión Académico? Análisis: El 96,7% de los docentes y administrativos manifiestan que la Administración de Usuarios aportaría con seguridad y beneficios al Sistema de Gestión Académico. Opción Si No Total

Frecuencia 29 1 30

Porcentaje 96,7% 3,3% 100%

Tabla 15: Encuesta – Pregunta 9 Fuente: Los autores

Interpretación: Las encuestas reflejaron que todos los docentes y administrativos están conscientes de que la Administración de Usuarios dentro del Sistema

Académico aportaría con la seguridad, integridad, facilidad, trabajo en equipo y muchos beneficios adicionales, con el fin de mejorar procesos y procedimientos dentro del establecimiento educativo. 35 30 25 20 Frecuencia

15 10 5

Figura 40: Encuesta – Pregunta 9 Fuente: Los autores

10. ¿Cree usted que es necesario los módulos de Administración de Usuarios y Seguimiento de Estudiantes como parte del Sistema de Gestión Académica que se desea implementar en la Unidad Educativa Sagrados Corazones?

Análisis: El 100% de los encuestados creen que es de necesidad los módulos de Administración de Usuarios y Seguimiento de Estudiantes. Opción Si No Total

Frecuencia 30 0 30

Porcentaje 100,0% 0,0% 100%

Tabla 16: Encuesta – Pregunta 10 Fuente: Autores

Interpretación:

La resultados obtenidos en esta pregunta manifestaron que los

docentes y administrativos requieren que al Sistema

de Gestión Académica,

desarrollado para la Unidad Educativa Sagrados Corazones, debería añadirse el

módulo de Administración de Usuarios para que sea a través de un usuariocontraseña controlado el uso del sistema, así como, la incorporación del módulo de Seguimiento de Estudiantes que automatice los procesos de seguimiento académico y del desarrollo comportamental de los educandos de dicha institución 35 30

25 20 Frecuencia

15 10 5

FiguraFuente: 41: Encuesta – Pregunta 10 Los autores Fuente: Autores

5.1.1.1 Análisis de resultados de la encuesta En la encuesta planteada se refleja que actualmente un 86,7% de los docentes y administrativos de la Unidad Educativa Sagrados Corazones que tienen relación directa al efectuar el proceso de seguimiento estudiantil lo hace de manera manual y siendo esta una de las actividades más frecuentes en el desarrollo educativo. Todos los encuestados consideran que el proceso actual debería automatizarse para mejorar el control del aprovechamiento de los estudiantes, facilitar el cumplir con este proceso y obtener de manera eficiente la información necesaria para la toma de decisiones.

Un número mayoritario de docentes y administrativos consideran que el actual proceso de seguimiento de estudiantes es bueno por lo que es un referente para la automatización del mismo. Además, el 100% de los encuestados consideran que es

necesario implementar el módulo de Seguimiento Estudiantil como parte del Sistema de Gestión Académico de la Unidad Educativa Sagrados Corazones.

Considerando el uso del Sistema de Gestión Académico, los docentes y administrativos manifiestan a través de los resultados de la encuesta que apenas un 3,3% usa el actual sistema que maneja la gestión educativa del plantel, por lo que el 86,7% considera que el actual sistema en construcción debe permitir que todos los docentes y administrativos manipulen el sistema para facilitar los procesos educativos. Además, como parte de la seguridad y la obtención de beneficios en el sistema debería ser controlado por un usuario y contraseña para de esa manera cada uno cumplir sus roles dentro del sistema.

5.1.2 Entrevistas 5.1.2.1 Entrevista al Dr. Eduardo Díaz El día 25 de octubre del 2014 a través de una entrevista no formal se obtiene la entrevista del Dr. Eduardo Díaz, con el cargo de subinspector de la Unidad Educativa Sagrados Corazones quien nos facilitó con la entrevista intitulada “Políticas institucionales que intervienen en el seguimiento del desarrollo comportamental de los estudiantes” (Anexo 8)

Pregunta 1: ¿Qué nos podría mencionar sobre el seguimiento comportamental que se debería efectuar a los estudiantes?

Síntesis de la respuesta: El seguimiento que se efectúa en la institución son de desarrollo comportamental y académico ya que van juntos. Debería manejarse algún

tipo de antecedentes, algo que ya haya existido anteriormente y que debería ser un refuerzo para tomar una decisión. También considerar situaciones de orden familiar, algo que conste en el sistema que quizá la conducta o aprovechamiento de tal o cual estudiante obedece no solamente al medio y al momento sino también a situaciones de orden personal.

Análisis: El entrevistado en su intervención señaló el deseo de incorporar una herramienta que permita guardar el histórico en cuanto al desarrollo académico como comportamental para tener como juicio de valor que se puede servir como base para tomar disposiciones que involucran a los estudiantes de la institución educativa.

Pregunta 2: ¿De qué manera aportaría un docente con la inspección para llevar a cabo el seguimiento?

Síntesis de la respuesta: Mediante la comunicación constante de lo que considere fuera de lo establecido.

Análisis: El Dr. Eduardo Díaz manifiesta que los docentes son los principales actores responsables del control de lo que se consideraría fuera de lo establecido, como por ejemplo: el bajo rendimiento académico, faltas en el comportamiento estudiantil e incluso la deshonestidad académica. Con esta respuesta nos encontramos con un problema que sería parte de la investigación: ¿Cómo obtener la información de manera pertinente sobre los casos que los docentes reportan a la inspección?

Pregunta 3: ¿En el caso de los inspectores? Síntesis de la respuesta: Debemos manejar toda esa información la recopilación de todos los datos.

Análisis: El entrevistado afirma que a través la recopilación de todos los datos adquiridos por parte de los docentes estarían aportando a llevar un control en el seguimiento académico y comportamental de los estudiantes. De esta solución nace la necesidad de un medio que facilite dicha acción, es decir de un software informático que automatice toda la información y los procesos necesarios.

5.1.2.2 Entrevista con el Ing. Oscar Morillo Con la utilización de una entrevista de tipo no formal, el día 25 de octubre del 2014 se recopila los requerimientos del proceso de plan de mejora, cuya autoridad asignada para la entrevista fue el Ing. Oscar Murillo en su calidad de Director Académico del establecimiento Educativo (Anexo 9).

Pregunta 1: ¿Cuándo se debe aplicar un Plan de Mejora? Síntesis de la respuesta: Cuando existe una calificación menor a 7 ingresa a un plan de mejora.

Análisis: Mediante esta respuesta se determina que se debe aplicar un plan de mejora únicamente a los estudiantes cuyas notas den un promedio inferior a siete puntos.

Pregunta 2: ¿La calificación que se considera es de los parciales o del quimestre para el plan de mejora? Síntesis de la respuesta: El seguimiento se lo hace parcial, un quimestre tiene tres parciales y un examen quimestral.

Análisis de la respuesta: Para aplicar un plan de mejora es necesario haber culminado un parcial y una vez aplicado el examen quimestral se obtendría el plan de mejora para el quimestre.

Pregunta 3: ¿Qué procedimiento se sigue para obtener el plan de Mejora?

Síntesis de la respuesta: Con la LOEI exige mayor responsabilidad del profesor Tutor y de ahí del Director Académico. El tutor emite la nota de los estudiantes menor a 7 a través de un listado dirigido de la dirección académica, hay podría ser manejado por el sistema, con los estudiantes que presentan estas falencias, pero cada salón de clase tiene un tutor o guía, en la escuela sería el profesor de planta que da todas las materias excepto las complementarias. El tutor es el encargado de manejar las notas de todas las asignaturas y las que son inferiores a 7 con la dirección académica, entonces de ahí sale los planes de mejora y proyectos que se puedan ejecutar.

El proceso de seguimiento inicia en el tutor porque es quien lleva un control, ya que debe emitir un informe de cada estudiante, de todas las materias, por parciales. En cuanto al formato primero arriba va asignatura, estudiante, calificación, motivo y después que se ha analizado esos motivos sale el plan de mejora que se le va sugerir

al maestro, pero eso lo hace el tutor. El plan de mejora se trabaja para el quimestre, se ejecuta: el tutor entrega el reporte, este reporte indica la calificación y motivos, posteriormente existe un esquema del Proyecto de Mejora Académico. Este proyecto indica tema, objetivo, actividades a desarrollarse, tiempo y evidencia. Con ese esquema se efectúa el plan de mejora y se llama a realizar una semana de refuerzo académico durante la tarde.

En la entrega de boletines los tutores, indican a los padres de familia en que materia están bajos los estudiantes y que se les va brindar tutoría. Se entrega un comunicado para que el padre de familia para que ellos den la autorización de asistir a la tutoría. Como una política institucional es de carácter obligatorio porque es un programa de refuerzo que exige el Ministerio. De los estudiantes que no asisten se informa al tutor para que estén en contacto con los padres de familia. Con los planes de mejoras se puede detectar que existen falencias, detectar que se aplicó mal una estrategia en el caso que la mayoría del curso este mal y se procedería a emitir un informe al rector indicando el caso.

Análisis: El proceso de plan de mejoras implica una serie de pasos o procesos a seguir, para lo cual en base a la respuesta obtenida se acuerda el siguiente proceso: 1. El tutor obtiene el listado de los estudiantes con calificaciones inferiores a 7 de todas las materias. 2. El director académico autoriza se haga el ingreso de plan de mejoras 3. El director académico emite un informe en el caso que exista un alto índice de estudiantes con un promedio inferior a 7. 4. El docente llena el plan de mejoras para efectuar el refuerzo académico

5. En reunión de padres de familia el tutor informa de los resultados obtenidos 6. Se aplica el plan de mejoras a los estudiantes

5.1.3 Análisis de resultados de los requerimientos del software El análisis de requerimientos de software abarca en gran proporción las fases que son parte de la metodología RUP, aplicada en el desarrollo del proyecto, de cuya indagación nace el SRS como principal artefacto de construcción del software. El documento oficial estandarizado por la IEEE ha permitido recoger y formular las soluciones idóneas que implica los procesos para gestionar y manipular la administración de usuarios y el seguimiento de estudiantes de la Unidad Educativa Sagrados Corazones. La Especificación de requerimientos de software está contemplada dentro de la etapa de inicio de la metodología RUP (Pág.32).

5.1.4 Análisis de resultados del diseño de los diagramas UML del software El resultado de la etapa de prototipo del sistema fue el conjunto de diagramas diseñados bajo el modelo estándar UML. Los procesos del sistema, la interface del usuario y la interacción de los datos en la base de datos fueron los elementos interpretados gráficamente para anticipar el funcionamiento del software, así como para servir de guía en la en etapa de implementación.

La etapa de iniciación puntualizó las tareas del sistema en el medio donde se lleva a efecto los procesos a través el diagrama de casos de uso de negocio (Pág. 54), así como el direccionamiento del flujo de la información por la que circula cada una de las actividades expresadas en el diagrama de actividades (Pág. 58). Los artefactos de la etapa de elaboración en cambio muestran la interacción de los procesos a través

del tiempo entre los objetos involucrados en el sistema mediante el diagrama de secuencia (Pág. 59) y las relaciones detalladas en el modelo lógico de datos (Pág. 63). En esta misma etapa se diseña además una propuesta de interfaces del producto para la aceptación por parte del cliente (Pág. 64)

Continuando con la metodología de desarrollo la etapa de construcción también involucró el diseño. El diagrama de casos de uso administrativo (Pág. 68) muestra la iteración de los procesos CRUD (Crear, Obtener, Actualizar y Borrar) del sistema. Finalmente la división de los elementos del software se ha modelado a través de los diagramas de componentes (Pág. 70)

5.1.5 Análisis de resultados de la codificación del software La implementación del código de los módulos de Administración de Usuarios y Seguimiento de Estudiantes fue estandarizado a través esquema MVC (modelo, vista y controlador) con el fin de reusar código y la separación de los conceptos de la programación Web, haciendo de esa manera una modo más sencillo de codificar. Los datos implementados en Postgresql en la fase de transición muestra el diccionario de datos, cuyo listado completo de los valores utilizados en la base de datos son útiles al darle mantenimiento al software (Pág. 72)

5.1.6 Análisis de resultados de las pruebas de funcionalidad, procesos y procedimientos del software Las pruebas de funcionalidad, procesos y procedimientos del software son unos de los resultados más importantes dentro del proyecto ya que de ello depende la correcta eficiencia del software. En la etapa de construcción se detalla los parámetros

medidos para verificar la correcta funcionalidad del software a través de la presentación y experimentación con datos reales a los actores que actúan y manipulan los procesos que el sistema ha automatizado (Pág. 70).

5.1.7 Análisis de resultados de la entrega del software La entrega del software enmarca la culminación satisfactoria del producto. Generalmente se cumple este objetivo una vez el usuario se siente conforme con el trabajo realizado. Como parte de las evidencias de la entrega del sistema se encuentra contemplado en la etapa de transición, donde se especifica las pruebas de aceptación del sistema (pág. 71). En el caso del módulo de administración de usuarios y seguimiento de estuantes se puede testificar que tanto las máximas autoridades de la Unidad Educativa aceptan la funcionalidad del sistema así como el tutor de la disertación de grado, que desde la parte técnica verifica dicha funcionalidad.

CONCLUSIONES Mediante la recolección organizada de datos y su correcto análisis se alcanzó, desde esta etapa inicial del ciclo de vida de construcción del software, una visión general y real de cada uno de los procesos y procedimientos que se debe implementar al momento de desarrollar el sistema. También, permitió reconocer el problema que se intentaba solucionar.

En el desarrollo del sistema fue de mucha importancia cada uno de los diagramas UML que mostraron la interactividad y funcionalidad del software, siendo una guía gráfica para la codificación de los módulos del sistema y la construcción de la base de datos.

Basarse en las etapas preliminares al de la Codificación del software(análisis y diseño), permitió ahorrar tiempo y facilitar la construcción de clases, métodos, interfaces, tablas, entre otros, que son parte de la implementación de los módulos de Administración de Usuarios y Seguimiento de Estudiante.

Las pruebas efectuadas al sistema previo, durante y posterior a la instalación del software, permitieron depurar errores de los módulos implementados, construyendo así un sistema fiable.

La documentación constituye en un recurso importante juntamente con la entrega del software ya que permite a los beneficiarios darle mantenibilidad al sistema, constituyéndose así en un proyecto a largo plazo.

RECOMENDACIONES En la etapa de análisis del sistema es prudente en cada una de las actividades efectuadas, obtener las respectivas evidencias físicas, para que así, los requerimientos obtenidos no sean cambiados a futuro tan severamente.

Se debería crear un prototipo del software a construir, lo más cercano a la realidad para que los beneficiaros dé su punto de vista y no tener cambios abrumadores, especialmente en cuestiones de forma del sistema.

Se debe documentar la codificación bajo estándares tales como PEAR, como una buena práctica de programación, para de esa manera conseguir mayor legibilidad en el código

Tener un documento formal como el SRS ayuda al momento de presentar el software a los beneficiarios, ya que en esta etapa de prueba del software es donde empiezan aparecer nuevos requerimientos que no estuvieron contemplados en las etapas iniciales del desarrollo del sistema.

Crear manuales del sistema, tratando de describir a fondo cada uno de los procesos que son parte del sistema y en un lenguaje común para que cualquier usuario pueda entender.

BIBLIOGRAFÍAS Alfonso Galipienso, M. I. (2005). Ingeniería del software (Séptima ed.). Madrid: Pearson Educación.

García Llinás, L. F. (2010). Programación orientada a objetos en Java. Barranquilla: Grupo Editorial Ibánez.

Gómez de Silva Garza, A., & Ania, I. d. (2008). Introducción a la Computación. Mexico, D.F.: Cengage Learning Editores.

Muñoz, V. J. (2013). El nuevo PHP. Conceptos avanzados. España: Bubok Publishing S.L.

LINKOGRAFÍA Martinez Guerrero, R. (02 de 10 de 2010). PostgreSQL-es. Obtenido de Sobre PostgreSQL: http://www.postgresql.org.es/sobre_postgresql

ANEXOS

ANEXO 1: Modelo de datos del SGA

ANEXO 2: Pruebas de verificaci贸n del sistema

100

ANEXO 3: Acta de entrega – recepción

101

102

ANEXO 4: Prueba de aceptaci贸n del Tutor

103

ANEXO 5: Manual de usuarios

UNIDAD EDUCATIVA SAGRADOS CORAZONES DE LA CONCORDIA

MÓDULOS DE USUARIOS Y SEGUIMIENTO DE ESTUDIANTES

MANUAL DE USUARIO

104

1. Módulo de usuarios. El módulo de usuarios permite administrar usuarios para que interactúen con el sistema en sus diferentes procesos rutinarios.

1.1 Login del usuario inicial

Ingresamos

las

credenciales

asignada por defecto para el súper administrador del sistema y el periodo al cual desea conectarse.

b) Si ingresa correctamente la credencial de ingreso aparecerá un mensaje de Bienvenida, al mismo que se lo debe aceptar para continuar.

105

c) Si su ingreso es por primera vez, el sistema pedirá un cambio en la clave por cuestiones de seguridad. En inicio debe escribir la clave actual y seguidamente en dos ocasiones la nueva clave que en adelante permitirá el acceso al sistema.

d) Cuando las credenciales coincidan correctamente, el sistema muestra un mensaje que indica que se ha guardado la clave. Se debe dar clic en aceptar para continuar.

e) Concluido los pasos anteriores se presenta la siguiente interface con un menú oculto:

f) El menú oculto puede ser expandido para mejor visualización de las opciones:

106

1.2 Administración de Permisos En esta sección se detalla la administración de permisos que realiza el súper administrador para dar las autorizaciones que a cada perfil le corresponde dentro del sistema. No es recomendable realizar cambios, a menos que se piense en una ampliación del sistema para lo cual se asume que es un experto en el tema quien realizaría los debidos cambios.

1.2.1 Nuevo Permiso a) Damos un clic en el botón nuevo ubicado al

costado

derecho

superior de

interface. Se ingresa los campos solicitados por el sistema: Nombre, abreviatura y selección del perfil o perfiles que se otorgara.

107

b) Al presionar cancelar abandona el ingreso de permisos, mientras que si da clic en aceptar aparecerá un mensaje donde indica que el permiso fue almacenado con éxito. Se debe presionar aceptar para continuar.

c) Culminado el proceso podremos observar el ingreso realizado.

1.2.2 Editar o modificar permisos a) Damos clic en la opción editar y aparecerá la interface con la información del permiso seleccionado. Realizar los cambios necesarios y presionar la opción guardar.

108

b) Aparecerá un mensaje solicitando se indique si se desea guardar los cambios efectuados. Si el usuario escoge la opción cancelar se dirigirá nuevamente a la ventana de edición de permisos.

c) Al presionar la opción guardar aparecerá un mensaje de éxito al guardar. Se debe presionar aceptar para continuar.

1.2.3 Búsqueda de permisos a) En el campo búsqueda ubicada al costado superior derecho se puede añadir un indicio de la búsqueda a realizar.

b) Si el indicio no existe, se mostrará un mensaje que no se ha encontrado resultados

109

c) Otro método de búsqueda, aunque más difícil en caso de excesiva cantidad de información sería a través del recorrido de la paginación.

c 1.2.4 Eliminación de permisos La eliminación de permisos únicamente se realiza a nivel del sistema más no de base de datos. Es decir, la acción que realiza es de desactivar todos aquellos permisos que ya no se deseen continuar usándose. Así mismo, se puede realizar la acción contraria, es decir, podemos nuevamente activarlos al sistema. a) Modo desactivado

b) Modo activado

110

1.3 Administración de Usuarios Para ingresar a la administración de usuarios se debe presionar la opción usuarios del menú principal del sistema.

1.3.1 Ingreso de usuarios al sistema a) Damos un clic en el botón nuevo

ubicado

superior

derecho

interface.

campos

costado de

ingresa

los

solicitados

por

sistema: Nombre, apellido, cedula, email y selección del perfil o perfiles que se otorgara al usuario.

b) Presionar la opción guardar.

111

c) Validaciones: - Se debe llenar todos los campos solicitados, caso contrario se mostrara un mensaje solicitando ingresar el o los campos faltantes.

- Se debe a単adir al menos un perfil al usuario a ingresar.

- El campo email debe estar correctamente estructurado por nombre del usuario seguido de un arroba y finalmente el nombre del dominio.

112

d) Al presionar cancelar abandona el ingreso de usuarios, mientras que si da clic en aceptar aparecerá un mensaje donde indica que el permiso fue almacenado con éxito. Se debe presionar aceptar para continuar.

e) En una nueva página, automáticamente se genera un pdf con la contraseña asignada por el sistema para que el usuario pueda acceder al sistema.

1.3.2 Edición o modificación de usuarios a) Se presiona la opción editar

b) Aparecerá la interface con la información del permiso seleccionado. Realizar los cambios necesarios tomando en cuenta las mismas validaciones especificadas en el ingreso de usuarios al sistema.

113

Al presionar la opción cancelar abandona la ventana de edición de usuarios sin realizar ningún cambio o modificación.

c) Al presionar guardar aparecerá un mensaje de confirmación de los cambios realizados. Al presionar cancelar retorna a la ventana de edición de usuarios.

d) Al seleccionar la opción guardar del mensaje anterior, finalmente aparecerá la ventana notificando que se ha guardado con el éxito el usuario al sistema. Se debe presionar aceptar para continuar.

1.3.3 Búsqueda de usuarios a) En el campo búsqueda ubicada al costado superior derecho se puede añadir un indicio de la búsqueda a realizar.

114

b) Si el indicio no existe, se mostrará un mensaje que no se ha encontrado resultados

c) Otro método de búsqueda, aunque más difícil en caso de excesiva cantidad de información sería a través del recorrido de la paginación. Si las filas son mínimas no se creara esta opción.

1.3.4 Eliminación de usuarios La eliminación de usuarios únicamente se realiza a nivel del sistema más no de base de datos. Es decir, la acción que realiza es de desactivar todos aquellos usuarios que ya no son parte del sistema. Así mismo, se puede realizar la acción contraria, es decir, podemos nuevamente activarlos al sistema. a) Modo desactivado

b) Modo activado

115

1.4 Login de un usuario nuevo a)

Añadir

las

credenciales

correspondientes. En el caso de usuarios nuevos el nombre de usuario pertenecerá a su número de cedula, mientras que su clave es un código generado una vez añadido el usuario al sistema.

b) El periodo indica el periodo académico. Generalmente por defecto se selecciona al último periodo creado en el cierre de periodo.

c) Aparece un mensaje de bienvenida al Sistema de Gestión Académica, el mismo que se lo debe Aceptar.

d) Cuando el ingreso es por primera vez pedirá un cambio de credenciales, para lo cual se deberá añadir la clave actual y por dos ocasiones una nueva clave que contenga números y caracteres en mayúsculas y minúsculas o caracteres especiales.

e) Validación: - En el caso que la clave actual no es la correcta o el par de claves nuevas no coinciden, se genera un mensaje en el campo cuyo error se ha producido.

116

- Si la clave es inferior a diez dígitos y no contiene números y caracteres en mayúsculas y minúsculas o caracteres especiales.

f) Una vez coincidan las credenciales tras presionar el botón guardar, aparecerá un mensaje afirmando el cambio realizado.

117

g) Finalmente ese muestra el sistema con las opciones de menĂş que le correspondan, dependiendo su perfil.

2. Plan de Mejoras 2.1 VisualizaciĂłn del plan de mejoras por parte del Director acadĂŠmico

a) Selecciona curso.

118

b) Selecciona asignatura.

c) Clic en el bot贸n imprimir

d) Se genera el reporte para imprimirlo o guardarlo en formato pdf.

119

2.2 Acciones del Tutor en el plan de mejoras a) Dar clic en el bot贸n plan de mejoras.

b) Seleccione Parcial.

c) Clic en el bot贸n imprimir, seg煤n la materia requerida.

d) Se genera el reporte para guardar en formato pdf o imprimir.

120

2.3 Acciones del docente en el plan de mejoras a) Clic en menĂş plan mejoras.

b) Dar clic en nuevo para ingresar un plan de mejoras.

c) Seleccione el curso.

d) Seleccione la asignatura.

121

e) Seleccione el parcial.

f) Clic en el bot贸n crear.

g) Si el plan de mejoras ya fue ingresado, emite un mensaje de alerta.

Si el plan de mejoras no ha sido autorizado, se emite un mensaje de alerta.

i) De no existir notas menores que 7, se emite un mensaje de alerta.

122

j) De no existir ninguna alerta se continúa con el proceso de ingreso de plan de mejora, considerando los estudiantes con promedios inferiores a 7.

k) Se añade la información del plan de mejoras. * Si algún campo está vacío, se indica que ingrese los campos faltantes para guardar

l) Al llenar toda la información, permitirá guardar y emite un mensaje de éxito en el proceso.

2.4 Búsqueda de plan de mejoras por parte del docente. a) Seleccionar el curso.

b) Seleccionar la asignatura.

123

c) Aparece el resultado de la b煤squeda.

2.5 Editar plan de mejoras. a) dar clic en el bot贸n editar.

b) hacer los cambios correspondientes.

c) Clic en guardar.

124

2.6 Imprimir reporte de plan de mejoras a) Buscar el plan de mejoras. b) Clic en el botón imprimir.

c) Se genera el reporte.

3. Seguimientos de estudiantes 3.1 Administración de seguimientos por parte del inspector Para efectuar la administración del seguimiento estudiantil ante las faltas disciplinarias o académicas de los estudiantes de debe ingresar a la opción seguimiento inspector del menú seguimientos.

125

3.1.1 Ingreso de seguimiento de estudiantes por parte del inspector a) Dar clic en el bot贸n nuevo.

b) Seleccionar curso.

c) Seleccione estudiante.

d) Seleccione la falta.

126

e) Llenar la información. Si falta algún campo, muestra mensaje de alerta.

Si todo está bien.

3.2 Buscar seguimientos a) Seleccione curso.

b) Seleccione estudiante.

127

c) Mostrar los resultados.

3.3 Imprimir seguimiento a) Clic en seguimiento y efectuar la bĂşsqueda correspondiente.

b) Ver reporte.

3.4 Eliminar seguimiento de estudiantes a) Clic en eliminar.

128

b) Confirmar si desea eliminar.

c) Mensaje de eliminar.

3.5 Editar plan de mejoras a) Clic en el bot贸n editar.

b) Hacer los cambios.

129

c) Clic en guardar mensaje de aviso guardado.

130

ANEXO 6: Diccionario de datos

UNIDAD EDUCATIVA SAGRADOS CORAZONES DE LA CONCORDIA

MÓDULOS DE USUARIOS Y SEGUIMIENTO DE ESTUDIANTES

DICCIONARIO DE DATOS

131

1. Preámbulo El diccionario de datos es la información recopilada de los campos, entidades, funciones y relaciones referentes a la base de datos de un sistema informático.

2. Tablas usadas en la Base de Datos 2.1 Estándar de nombramiento de las tablas en la Base de Datos El nombre de las tablas está definido por la entidad correspondiente, con una denominación en plural. En el caso de los datos de cada una de las tablas, la nomenclatura está definida por los tres primeros caracteres de la tabla concatenado con un guion bajo y un nombre que hace referencia al campo

2.2 Lista de Tablas N° 1

Denominación de la tabla Perfiles

Detalle Esta tabla permite almacenar los perfiles que se van a manejar siendo estos de igual forma roles de la base de datos.

Planmejoras

Esta tabla permite almacena los planes de mejoras de los estudiantes

seguimientos

Esta tabla permite almacenar los estudiantes que han caído en faltas académicas o disciplinarias

Usuarios

Esta tabla permite almacenar los usuarios del sistema que a la vez serán usuarios de la base de datos

usuariosperfiles

Tabla generada entre la tabla usuarios y la tabla perfiles

132

2.2.1 Tabla perfiles N掳 1

Nombre de la

Tipo de dato

columna PER_ID

SERIAL

Null NO

Comentarios Identificador del perfil Nombre del perfil que a su

CHARACTER

PER_NOM

VARYING(30)

vez es el nombre del rol almacenado en la base de datos

CHARACTER

PER_ACR

VARYING(30)

Acr贸nimo del perfil

Restricciones: Nombre PK_PERFILES

Tipo

Columna local

Primary Key

Tabla de

Columna de

referencia

per_id

2.2.2 Tabla plan mejoras N掳

Nombre de la columna

Tipo de dato

Null

PLA_ID

SERIAL

HIS_ID

INTEGER

PLA_DES

PLA_FECING

CHARACTER VARYING(50) DATE

YES

Comentarios Identificador del plan de mejoras Identificador

del

historial

asociado Descripci贸n del plan de mejoras Fecha de registro del plan de mejoras

133

Restricciones:

Nombre

PK_PLANMEJORAS

Tipo PRIMAR Y KEY

K_HIS_ID_REF_PK_HISTO FOREIGN RIALES

KEY

Column

Tabla de

Columna de

a local

referencia

pla_id

his_id

Historiales his_id

2.2.3 Tabla seguimientos N掳

Nombre de la columna

Tipo de dato

Null

Comentarios

SEG_ID

SERIAL

id del seguimiento

EST_ID

SERIAL

id del estudiante

SEG_FAL

Tipo de falta del estudiante

SEG_DES

SEG_RES

SEG_BAS

CHARACTER VARYING(50) CHARACTER VARYING CHARACTER VARYING CHARACTER VARYING

Descripci贸n del problema que genera el informe Resoluci贸n que se emite ante

el problema que genera el informe

Base legal ya sea art铆culo de la ley o reglamento Bandera que verifica si el

SEG_ASIREP

BOOLEAN

representante ha asistido al llamado o no

SEG_FEC

DATE

Ingresa la fecha que fue ingresado el registro

134

Restricciones: Nombre

PK_SEGUIMIENTO

Tipo

PRIMARY

Columna

Tabla de

Columna de

local

referencia

seg_id

KEY FK_EST

FOREIGN

est_id

Estudiantes

est_id

KEY

2.2.4 Tabla usuarios N°

Nombre de la

Tipo de dato

Null

Comentarios

columna 1

usu_id

Serial

Identificador del usuario

usu_ususis

character

Nombre

varying(50)

usuario

del

sistema que se definirá en base al perfil y número de cédula.

usu_nom

character

Nombre del usuario

Apellido del usuario

Cédula/Pasaporte del usuario

Clave

varying(50) 4

usu_ape

character varying(50)

usu_cedpas

character varying(15)

usu_cla

character varying(64)

del

usuario

que

inicialmente será el número de cédula del usuario, dicha clave puede ser modificada luego de crear al usuario

usu_corele

character varying(50)

YES

Correo usuario

electrónico

del

135

Restricciones: Nombre

Tipo

PK_USUARIOS

PRIMARY

Columna

Tabla de

Columna de

local

referencia

usu_id

KEY

2.2.5 Tabla usuariosperfiles Nombre de la

N°

Tipo de dato

columna

Null

Comentarios

usu_id

integer

id del usuario

per_id

integer

id del perfíl

Restricciones:

Nombre

PK_USUARIOS_PERFILES

Tipo

usu_id,

KEY

per_id

FOREIGN

FILES

KEY

ARIOS

local

PRIMARY

FK_PER_ID_REF_PK_PER

FK_USU_ID_REF_PK_USU

Columna

FOREIGN

Tabla de

Columna

referen-

cia

referencia

per_id

perfiles

per_id

usu_id

usuarios

usu_id

KEY

3. Funciones usadas en la Base de Datos 3.1 Estándar de nombramiento de funciones de la Base de Datos La nomenclatura está definida por los tres primeros caracteres del módulo que le corresponde, seguido por los tres primeros caracteres de las palabras que forman la acción y concatenadas con un guion bajo.

136

3.2 Lista de funciones N° 1

Denominación las funciones mej_act_pla

Detalle Función que permite actualizar planes de mejoras.

mej_bus_act_pla

Función que retorna información de los planes de mejoras previa actualización.

mej_bus_asi_dir

Función que retorna las asignaturas de un determinado curso

mej_bus_asi_doc

Función que retorna asignatura en bas al docente.

mej_bus_cur_dir

Función que retorna los cursos para la búsqueda de asignaturas por parte del director.

mej_bus_cur_doc

Función que retorna cursos en base al docente.

mej_bus_doc_id

Función que retorna el id del docente basado en el id del usuario.

mej_bus_doc_mat

Función que busca el nombre del docente y del curso en base a la asignatura.

mej_bus_not_doc

Función

que

permite

buscar

los

promedios inferiores a 7 para el plan de mejoras. 10 mej_bus_not_tut

Permite que el tutor pueda buscar las notas de las asignaturas de sus tutelados.

11 mej_bus_pla_dir

Permite al director académico buscar los planes que los docentes han registrado.

12 mej_bus_reg_not_doc

Función que verifica si existen notas para planes de mejoras.

13 mej_con_reg_dir

Función que retorna el número de planes de mejoras para la paginación.

14 mej_con_reg_tut

Función que verifica si existen notas en el

137

curso del tutor. 15 mej_cre_pla

Función que permite crear un plan de mejoras.

16 mej_imp_not_tut

Función que permite imprimir las notas menores a 7 por parte del tutor.

17 mej_imp_pla_dir_doc

Función que retorna los planes de mejoras existentes para la impresión

18 mej_ver_pla_doc

Función que permite verificar si existe notas para

planes de mejoras para el

docente y si estas han sido autorizadas para el ingreso y edición. 19 seg_bus_cur

Función que retorna todos los cursos para el seguimiento de estudiantes.

20 seg_bus_est

Función que retorna los estudiantes del curso recibido como parámetro (vcur_id) para realizar, editar, eliminar o imprimir un seguimiento.

21 seg_bus_seg_pag

Lista el seguimiento de los estudiantes y paginación.

22 seg_con_reg

Permite

contar

registro

para

paginación. 23 seg_cre_seg

Función

que

permite

crear

seguimiento para un estudiante enviado por parámetro (vest_id). 24 seg_edi_seg

Función que permite la edición de seguimiento

enviado

por

parámetro

(vseg_id). 25 seg_eli_seg

Función que permite eliminar registros de seguimientos enviado como parámetro (vseg_id).

26 usu_bus_edi_usu

Función

que

permite

información del usuario.

actualizar

138

27 usu_bus_usu

Función que permite buscar información del usuario.

28 usu_car_per

Función que retorna los nombres de periodos (bases de datos).

29 usu_car_per

Función que retorna los perfiles.

30 usu_con_reg_bus

Función que cuenta el número de registros para la paginación.

31 usu_cre_usu

Función que permite crear usuarios.

32 usu_edi_cla

Función que permite cambiar la clave del usuario.

33 usu_edi_usu

Función que permite la edición de usuarios.

34 usu_eli_usu

Función que permite eliminar usuarios.

35 usu_obt_idp

Función que permite obtener información del usuario al iniciar sesión

36 usu_ver_usu

Verifica al usuario si está en la base de datos para poder loguearse al sistema.

139

ANEXO 7: Encuesta

140

141

142

ANEXO 8: Entrevista al Ab. Eduardo DĂaz

143

ANEXO 9: Entrevista al Ing. Oscar Morillo

144

145

ANEXO 10: Manual Técnico

Manual Técnico del Sistema

146

MANUAL TÉCNICO DEL SISTEMA 1.

INTRODUCCIÓN

El presente manual tiene como finalidad servir de guía para conocer la correcta instalación y configuración del Sistema de Gestión Académica.

El siguiente Sistema de Gestión Académica está dirigido al personal técnico capacitado y responsable de la instalación y configuración inicial del, se asume que el lector dispone de las habilidades necesarias para utilizar el sistema.

Este manual está dividido en 4 secciones principales: 

Requerimientos del sistema: Se especifica los requisitos de hardware y

software adecuados para el funcionamiento del sistema 

Instalación del servidor Centos 6: Se describe el proceso de instalación del

sistema 

Instalar los prerrequisitos en el servidor: Se especifica los requisitos que

tiene el servidor para que el sistema pueda funcionar 

Creación de la Base de Datos: Especificamos la base de datos que se

utilizará para el funcionamiento del sistema y los requisitos que se necesitan. 

Configuración del Sistema: Se realiza las configuraciones básicas para que

el sistema pueda comenzar a funcionar y se verifica que todo ha sido instalado correctamente.

147

REQUERIMIENTOS DEL SISTEMA

A continuación se detallan los requisitos mínimos que se necesitan para el correcto funcionamiento del sistema. 2.1

Requisitos para el servidor

HARDWARE

SOFTWARE

CPU 2Ghz, 2 núcleos

Sistema operativo RHEL 6 o compatible

Memoria RAM 2Gb

Servidor web Apache v2

Disco duro 100Gb

PHP 5.3, extensiones: php-pgsql, php-pdo

Conexión de red Ethernet 10/100 Mbps

PostgreSQL server

1 puerto USB ó lector de dvd.

Tabla 17: Requisitos del servidor Fuente: Los autores

2.2

Requisitos para el cliente HARDWARE

SOFTWARE

Navegador compatible con W3C, css,

CPU 1Ghz

html5 y ajax

Memoria RAM 256Mb Almacenamiento 100Mb

Sistema operativo indistinto, en el que se pueda instalar un navegador web

Impresora (Opcional)

Conexión de red WiFI 802.11b o Ethernet 10/100 Mbps

Tabla 18: Requisitos del cliente Fuente: Los autores

148

3.1

INSTALACIÓN DE SERVIDOR CENTOS 6

Insertar medio de instalación en el servidor y bootear con él.

Grafico 1: Insertar medio de instalación

Fuente: Barrios Dueñas, J. (2014). Procedimiento de instalación de CentOS 6. Recuperado de http://www.alcancelibre.org/staticpages/index.php/procedimiento-instalar-centos6

3.2

Verificar que el medio de instalación esté correctamente grabado

Grafico 2: Verificación del medio de instalación Fuente: Barrios Dueñas, J. (2014). Procedimiento de instalación de CentOS 6. Recuperado de http://www.alcancelibre.org/staticpages/index.php/procedimiento-instalar-centos6

149

3.3

Seleccionar el idioma

Grafico 3: Seleccionar Idioma Fuente: Barrios Due帽as, J. (2014). Procedimiento de instalaci贸n de CentOS 6. Recuperado de http://www.alcancelibre.org/staticpages/index.php/procedimiento-instalar-centos6

3.4

Seleccionar mapa de teclado

Grafico 4: Seleccionar Mapa del teclado Fuente: Barrios Due帽as, J. (2014). Procedimiento de instalaci贸n de CentOS 6. Recuperado de http://www.alcancelibre.org/staticpages/index.php/procedimiento-instalar-centos6

150

3.5

Confirmar el borrado del disco duro en donde se instalará el nuevo sistema

operativo

Grafico 5: Confirmar borrado de Disco Duro Fuente: Barrios Dueñas, J. (2014). Procedimiento de instalación de CentOS 6. Recuperado de http://www.alcancelibre.org/staticpages/index.php/procedimiento-instalar-centos6

3.6

Ingresar el nombre del equipo o FQDN

Grafico 6: Ingresar nombre de Equipo Fuente: Barrios Dueñas, J. (2014). Procedimiento de instalación de CentOS 6. Recuperado de http://www.alcancelibre.org/staticpages/index.php/procedimiento-instalar-centos6

151

3.7

Seleccionar la zona horaria (GTM -5) Guayaquil – Ecuador.

Grafico 7: Seleccionar zona Horaria Fuente: Barrios Dueñas, J. (2014). Procedimiento de instalación de CentOS 6. Recuperado de http://www.alcancelibre.org/staticpages/index.php/procedimiento-instalar-centos6

3.8

Establecer la contraseña del usuario root

Grafico 8: Establecer contraseña de Usuario root Fuente: Barrios Dueñas, J. (2014). Procedimiento de instalación de CentOS 6. Recuperado de http://www.alcancelibre.org/staticpages/index.php/procedimiento-instalar-centos6

152

3.9

Personalizar la configuración de las particiones.

Grafico 9: Personalizar configuración de particiones Fuente: Barrios Dueñas, J. (2014). Procedimiento de instalación de CentOS 6. Recuperado de http://www.alcancelibre.org/staticpages/index.php/procedimiento-instalar-centos6

3.10

Seleccionar el tipo de instalación, preferiblemente “minimal” para evitar que

se carguen servicios innecesarios como dhcpd, x11 o samba.

Grafico 10: Seleccionar tipo de instalación Fuente: Barrios Dueñas, J. (2014). Procedimiento de instalación de CentOS 6. Recuperado de http://www.alcancelibre.org/staticpages/index.php/procedimiento-instalar-centos6

153

3.11

Comenzar la instalación

Grafico 11: Comenzar la instalación Fuente: Barrios Dueñas, J. (2014). Procedimiento de instalación de CentOS 6. Recuperado de http://www.alcancelibre.org/staticpages/index.php/procedimiento-instalar-centos6

3.12

Reiniciar el sistema cuando haya finalizado la instalación, no olvidar retirar el

medio de instalación e iniciar el sistema operativo instalado en el disco duro.

Grafico 12: Reiniciar Sistema Fuente: Barrios Dueñas, J. (2014). Procedimiento de instalación de CentOS 6. Recuperado de http://www.alcancelibre.org/staticpages/index.php/procedimiento-instalar-centos6

154

INSTALAR LOS PRERREQUISITOS EN EL SERVIDOR a.

Configurar una Dirección IP



vi /etc/sysconfig/network-scripts/ifcfg-eth0



Device=eth0



TYPE=Ethernet



ONBOOT=yes



BOOTPROTO=static



IPADDR=192.168.1.2



NETWORK=192.168.1.0



NETMASK=255.255.255.0



BROADCAST=192.168.1.255



GATEWAY=192.168.1.1



DNS1=8.8.8.8



DNS2=8.8.4.4



service network restart

Tabla 19: Configuración de Dirección IP Fuente: Los autores

Instalar servidor web apache y php



yum –y install httpd php php-pgsql php-pdo



service httpd start



chkconfig postgresql-9.3 on

Tabla 20: Instalación del servidor web apache y php Fuente: Los autores

155

Instalar servicio PostgreSQL



yum –y install postgresql93*



service postgresql-9.3 start



chkconfig postgresql-9.3 on Tabla 21: Instalación de servicio PostgreSQL Fuente: Los autores

5. a.

CREACIÓN DE LA BASE DE DATOS

Ingresar al servidor como usuario root y crear la base de datos



[root@tesis ~]# su postgres



bash-4.1$ psql



psql (9.3.2)



Type "help" for help.



postgres=# create database sagcor



CREATE DATABASE



postgres=#

Tabla 22: Ingresar al servidor y crear la base de datos Fuente: Los autores

Importar el script de la base de datos, desde el Shell 

psql -f /root/scriptBDD_SAGCOR.sql

Tabla 23: Importar script de la Base de Datos Fuente: Los autores

Crear un usuario para la base de datos, dentro del prompt de postgresql, reemplazar ‘miclavesegura’ por una clave de al menos ocho dígitos mezclando números, letras y símbolos

156



CREATE USER usuarioBdd WITH PASSWORD

‘miclavesegura’; 

GRANT ALL PRIVILEGES ON DATABASE sagcor to

usuarioBdd;

Tabla 24: Crear usuario para Base de Datos Fuente: Los autores

CONFIGURACIÓN DEL SISTEMA

6.1

Cargar el sistema.

Copiar el contenido del sistema en la carpeta /var/www/html del servidor



Insertando una memoria usb



cp /mnt/sistema/* /var/www/html/



chown -R apache:apache /var/www/html/

Modificar el archivo /var/www/html/lib/php/bdd.php en las líneas:



$_SESSION['conn']=’pgsql:host=localhost;dbname=sagcor’;



$_SESSION['usua']= ‘usuarioBdd;



$_SESSION['pass']= ‘miclavesegura';

6.2

Abrir puerto 80

a. En el firewall de Linux se debe abrir el puerto 80 para permitir al servidor web recibir peticiones de los clientes en la red  iptables –t filter –A INPUT –m state --state RELATED, ESTABLISHED –j ACCEPT  iptables –t filter –A OUTPUT –m state --state RELATED, ESTABLISHED –j ACCEPT  iptables –t filter –A INPUT –p tcp --dport 80 –m state --state NEW –j ACCEPT

157

De ser necesario se puede definir las direcciones IP que tienen autorización

para acceder al sistema agregando el parámetro –s ip.del.pc.autorizado, creando varias líneas como sea necesario 

iptables –t filter –A INPUT –p tcp --dport 80 –m state --state NEW -s

192.168.1.50 –j ACCEPT

El paso anterior es un protocolo de seguridad mínimo, que puede ser evadido

con “ip spoofing”, se debe complementar una seguridad superior con el anclaje de la dirección IP y la dirección MAC, vlans, u otros mecanismos superiores.

6.3

Verificar que ha instalado correctamente el sistema.

Abrir un navegador web en una estación cliente conectada a la red y con

autorización de acceder al sistema, abrir la url con la dirección IP indicada en el paso 3.a ej: 

http://192.168.1.2/

En caso de error verificar la conexión con el comando ping y asegurarse de

que la estación cliente y el servidor están en el mismo rango de red o son enrutados correctamente. 

ping 192.168.1.2