Desarrollo de un sitio web con un sistema informático para el registro de calificaciones, control de 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

Línea de Investigación: Estudio, Diseño e Implementación de Software Autores: HUGO DANIEL CABRERA VINUEZA PAÚL MIGUEL CARRERA GARCÍA Director: Mg. ADRIAN ROLANDO CEVALLOS DUEÑAS

Santo Domingo – Ecuador Agosto, 2015

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Dirección Académica - Escuela de Sistemas

HOJA DE APROBACIÓN

DESARROLLO DE UN SITIO WEB CON UN SISTEMA INFORMÁTICO PARA EL REGISTRO DE CALIFICACIONES, CONTROL DE ASISTENCIAS, QUE VINCULE A LA COMUNIDAD DE LA UNIDAD EDUCATIVA “ALESSANDRO VOLTA” PARA LA INCLUSIÓN TECNOLÓGICA, EN EL CANTÓN SANTO DOMINGO DE LOS COLORADOS, AÑO 2014-2015. Línea de Investigación: Estudio, Diseño e Implementación de Software Autores: HUGO DANIEL CABRERA VINUEZA PAÚL MIGUEL CARRERA GARCÍA Mg. Adrian Rolando Cevallos Dueñas DIRECTOR DE LA DISERTACIÓN DE GRADO Mg. Rodolfo Sirilo Cordova Galvez CALIFICADOR Mg. Willian Javier Ocampo Pazos CALIFICADOR Mg. Rodolfo Sirilo Cordova Galvez DIRECTORA DE LA ESCUELA DE SISTEMAS Santo Domingo – Ecuador Agosto, 2015

iii

DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD

Yo Cabrera Vinueza Hugo Daniel portador de la cédula de ciudadanía Nº172138756-9 declaro que los resultados obtenidos en la investigación que presento como informe final, previo a la obtención del Grado de Ingeniero de Sistemas son absolutamente originales, auténticos y personales. En tal virtud, declaro que el contenido, las conclusiones y los efectos legales y académicos que se desprenden del trabajo propuesto de investigación y luego de la redacción de este documento son y serán de mi sola y exclusiva responsabilidad legar y académica.

CABRERA VINUEZA HUGO DANIEL C.I. 172138756-9

DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD

Yo Carrera García Paúl Miguel portador de la cédula de ciudadanía Nº 070441527-2 declaro que los resultados obtenidos en la investigación que presento como informe final, previo a la obtención del Grado de Ingeniero de Sistemas son absolutamente originales, auténticos y personales. En tal virtud, declaro que el contenido, las conclusiones y los efectos legales y académicos que se desprenden del trabajo propuesto de investigación y luego de la redacción de este documento son y serán de mi sola y exclusiva responsabilidad legar y académica.

CARRERA GARCÍA PAÚL MIGUEL C.I. 070441527-2

AGRADECIMIENTO

En primer lugar agradezco a Dios por haberme guiado por un buen camino y permitirme alcanzar mis metas. A mis padres Hugo Cabrera y Mirian Vinueza, quienes siempre confiaron en mí y me apoyaron a lo largo de mi formación académica. A mi hermana Fernanda Vinueza por siempre haberme dado fuerza, a Estefania Vega por su apoyo incondicional y a todos mis tíos y primos que me han ayudado y me han guiado hasta donde estoy ahora. Por ultimo a mi compañero Paul Carrera y Director de Tesis Mg. Adrián Cevallos quienes a lo largo de este tiempo aportaron con sus conocimientos para la culminación exitosa de este proyecto.

Daniel Cabrera.

AGRADECIMIENTO

En primer lugar agradecer a Dios por darme vida y salud para no decaer ante problemas que se han presentado y se presentarán. Agradecer de igual manera a la Unidad Educativa Alessandro Volta, y su personal administrativo y académico por el apoyo y paciencia que nos brindaron en la realización de la presente disertación. A mis compañeros por su valiosa colaboración y aporte como fuente de consulta y solución de problemas. Así mismo al Ms. Adrián Cevallos y a mi compañero Daniel Cabrera por extender su aporte de conocimientos para la culminación de este proyecto.

Paúl Carrera.

DEDICATORIA

Dedico este proyecto a mis padres, quienes a lo largo de mi vida han sido un pilar fundamental para lograr mis objetivos y han sido un gran ejemplo de esfuerzo y perseverancia, ellos que han puesto todo su esfuerzo para mi formación académica se merecen esto y mucho más.

Daniel Cabrera.

vii

DEDICATORIA

Este trabajo va dedicado con mucho cariño para mis padres Miguel y Alexia quienes han sido y serán siempre el eje central, fuente de inspiración, aliento y ejemplo para mí formación moral y ética. A mis hermanos Henry y Alexander quienes son mi apoyo moral en cada momento de mi vida. A mis compañeros y todos aquellos que han formado parte de mi vida, quienes en el transcurso de cada día han fomentado el deseo y anhelo de superación.

Paul Carrera.

viii

RESUMEN El presente trabajo de disertación de grado comprende el desarrollo de un sitio web con un sistema informático para el registro de calificaciones y control de asistencia de los alumnos de la Unidad Educativa “Alessandro Volta”. El desarrollo del sistema y el sitio web se basó en el paradigma de desarrollo de software en cascada, así también de los lenguajes de programación como son: PHP, JavaScript, además una base de datos desarrollada en PostgreSQL, así también la librería JQuery; y el Framework Bootstrap que constituyen herramientas de software libre. El proyecto se la realizo en dos secciones fundamentales primeramente el sistema informático a través del cual son los docentes quienes en un periodo de tiempo establecido realizan el respectivo registro de las calificaciones de los estudiantes, por otra parte está el sitio web con carácter informativo, dentro del cual existe un apartado a través del cual se permite la consulta de las calificaciones de los estudiantes.

ABSTRACT The present research project is about the development of a website with a computer system for the grading and attendance register with the students at the Unidad Educativa “Alessandro Volta”. The system development and website werw based on the paradigm of waterfall model software development, as well as, the programming languages such as: PHP, JavaScript, also a database was development in PostgreSQL, the JQuery library; and the Bootstrap Framework, which constitute free software tools. The project was carried out in two main sections, first the computer system through which teachers register the student’s grades in an established period of time, on the other hand, the website of information nature, which includes a section that allows the search of the students’ grades.

ÍNDICE DE CONTENIDOS AGRADECIMIENTO .............................................................................................................. iv DEDICATORIA ....................................................................................................................... vi RESUMEN .............................................................................................................................viii ABSTRACT.............................................................................................................................. ix 1.

INTRODUCCIÓN............................................................................................................ 1

PLANTEAMIENTO DEL PROBLEMA ......................................................................... 3

2.1. Antecedentes..................................................................................................................... 3 2.2. Problema de Investigación ............................................................................................... 4 2.3. Justificación de la investigación ....................................................................................... 5 2.4. Objetivos........................................................................................................................... 6

MARCO REFERENCIAL ............................................................................................... 8

3.1. Revisión de la literatura o fundamentos teóricos ............................................................. 8

3.2. Comparación de Herramientas ....................................................................................... 40 3.3. Investigaciones o experiencias empíricas vinculadas con la investigación .................... 42 3.4. Hipótesis de Trabajo ....................................................................................................... 44 3.5. Variables e Indicadores .................................................................................................. 44 4.

METODOLOGÍA .......................................................................................................... 45

4.1. Diseño / Tipo de Investigación ....................................................................................... 45

4.2. Modelo en Cascada......................................................................................................... 46 4.3. Modelo Extreme Programming (XP) ............................................................................. 48

xii

4.4. Población ........................................................................................................................ 49 4.5. Muestra ........................................................................................................................... 49

4.6. Técnicas e Instrumentos de recogida de datos ............................................................... 50

4.7. Técnicas de análisis de datos .......................................................................................... 52 5.

RESULTADOS .............................................................................................................. 53

5.1. Análisis y Discusión de los resultados ........................................................................... 53

xiii

5.2. Conclusiones................................................................................................................... 83 5.3. Límites y Recomendaciones ........................................................................................... 84 Fuentes de Información Bibliográficas .................................................................................... 87 Fuentes de Información Lincográficas..................................................................................... 90 GLOSARIO ............................................................................................................................. 91 ANEXOS ................................................................................................................................. 96

xiv

ÍNDICE DE FIGURAS Figura 1. Modelo en Cascada................................................................................................... 14 Figura 2. Proceso de la Programación Extrema. ...................................................................... 16 Figura 3. Ejemplo de un Caso de Uso...................................................................................... 19 Figura 4. Ejemplo de un Diagrama de secuencia ..................................................................... 20 Figura 5. Resultados de la primera pregunta de la encuesta de estudiantes. ........................... 53 Figura 6. Resultados de la segunda pregunta de la encuesta de estudiantes ............................ 54 Figura 7. Resultados de la tercera pregunta de la encuesta de estudiantes .............................. 55 Figura 8. Resultados de la cuarta pregunta de la encuesta de estudiantes. .............................. 56 Figura 9. Resultados de la quinta pregunta del cuestionario de estudiantes. ........................... 57 Figura 10. Resultados de la sexta pregunta de la encuesta de estudiantes. .............................. 58 Figura 11. Resultados de la séptima pregunta del cuestionario de estudiantes. ...................... 59 Figura 12. Resultados de la octava pregunta de la encuesta de estudiantes. ........................... 60 Figura 13. Resultados de la primera pregunta de la encuesta de docentes. ............................. 62 Figura 14. Resultados de la segunda pregunta de la encuesta de docentes. ............................. 63 Figura 15. Resultados de la tercera pregunta de docentes. ...................................................... 64 Figura 16. Resultados de la cuarta pregunta de la encuesta de docentes. ................................ 65 Figura 17. Resultados de la quinta pregunta de la encuesta de docentes. ................................ 66

Figura 18. Resultados de la sexta pregunta de la encuesta de docentes. ................................. 67 Figura 19. Resultados de la sĂŠptima pregunta de la encuesta de docentes. ............................. 68 Figura 20. Resultados de la octava pregunta de la encuesta de docentes. ............................... 69 Figura 21. Resultados de la novena pregunta de la encuesta de docentes. .............................. 70 Figura 22. Resultados de la primera pregunta de la encuesta de representantes. .................... 72 Figura 23. Resultados de la segunda pregunta de la encuesta de representantes ..................... 73 Figura 24. Resultados de la tercera pregunta de la encuesta de representantes. ...................... 74 Figura 25. Resultados de la cuarta pregunta de la encuesta de representantes. ....................... 75 Figura 26. Resultados de la quinta pregunta de la encuesta de representantes. ....................... 76 Figura 27. Resultados de la sexta pregunta de la encuesta de representantes. ......................... 77 Figura 28. Resultados de la sĂŠptima pregunta de la encuesta de representantes. .................... 78 Figura 29. CreaciĂłn de la base de datos ................................................................................... 80 Figura 30. Disparadores de la Base de Datos .......................................................................... 81 Figura 31. Disparadores de la Base de Datos .......................................................................... 82

xvi

ÍNDICE DE TABLAS Tabla 1. Temas y subtemas del Marco Teórico .................................................................... 10 Tabla 2. Escala de Calificaciones ............................................................................................ 39 Tabla 3. Comparación de Herramientas................................................................................... 40 Tabla 4. Investigaciones historicas o experiencias empíricas .................................................. 43 Tabla 5. Resultados de la pregunta N° 1 de la encuesta de estudiantes ................................... 53 Tabla 6. Resultados de la pregunta N°2 de la encuesta de Estudiantes ................................... 54 Tabla 7. Resultados de la tercera pregunta de la encuesta de estudiantes ............................... 55 Tabla 8. Resultados de la cuarta pregunta de la encuesta de estudiantes ................................ 56 Tabla 9. Resultados de la quinta pregunta de la encuesta de estudiantes ................................ 57 Tabla 10. Resultados de la sexta pregunta de la encuesta de estudiantes. ............................... 58 Tabla 11. Resultados de la séptima pregunta de la encuesta de estudiantes. ........................... 59 Tabla 12. Resultados de la octava pregunta de la encuesta de estudiantes. ............................. 60 Tabla 13. Resultados de la primera pregunta de la encuesta de docentes................................ 62 Tabla 14. Resultados de la segunda pregunta de la encuesta de docentes. .............................. 63 Tabla 15. Resultados de la tercera pregunta de la encuesta de docentes. ................................ 64 Tabla 16. Resultados de la cuarta pregunta de la encuesta de docentes .................................. 65 Tabla 17. Resultados de la quinta pregunta de la encuesta de docentes. ................................. 66

xvii

Tabla 18. Resultados de la sexta pregunta de la encuesta de docentes. ................................... 67 Tabla 19. Resultados de la sĂŠptima pregunta de la encuesta de docentes................................ 68 Tabla 20. Resultados de la octava pregunta de la encuesta de docentes.................................. 69 Tabla 21. Resultados de la novena pregunta de la encuesta de docentes. ............................... 70 Tabla 22. Resultados de la novena pregunta de la encuesta de docentes. ............................... 72 Tabla 23. Resultados de la segunda pregunta de la encuesta de representantes. ..................... 73 Tabla 24. Resultado de la tercera pregunta de la encuesta de representantes. ......................... 74 Tabla 25. Resultados de la cuarta pregunta de la encuesta de representantes. ........................ 75 Tabla 26. Resultados de la quinta pregunta de la encuesta de representantes. ........................ 76 Tabla 27. Resultados de la sexta pregunta de la encuesta de representantes. .......................... 77 Tabla 28. Resultados de la sĂŠptima pregunta de la encuesta de representantes. ...................... 78

xviii

LISTA DE ANEXOS Anexo 1: Encuesta de Estudiantes Anexo 2: Encuesta de Docentes Anexo 3: Encuesta de Representantes Anexo 4: Especificación de Requerimientos de Software (SRS) Anexo 5: Modelo Físico de la Base de Datos Anexo 6: Modelo Conceptual de la Base de Datos Anexo 7: Diccionario de Datos Anexo 8: Diagramas de Secuencia Anexo 10: Manual de Usuario Anexo 11: Manual de Instalación Anexo 12: Resultados de la Entrevista Anexo 13: Acuerdo Ministerial #0075-14 Anexo 14: Carta Emitida por Rector de la Institucion Anexo 15: Acta de Capacitación Anexo 16: Acta de Entrega – Recepción del Sistema Anexo 17: Carta de Impacto.

INTRODUCCIÓN

La presente Disertación de Grado se desarrollará en la Unidad Educativa “ALESSANDRO VOLTA” ubicada en la Parroquia Río Verde, Cooperativa Santa Martha sector 3 del cantón Santo Domingo de los Colorados. Conformada por una población estudiantil aproximada de 1000 estudiantes lo cual refleja en la necesidad de mejorar el proceso relacionado con el registro de calificaciones. El proceso de registro de calificaciones se definió para ser realizado independientemente por cada docente en un plazo de tiempo determinado, tomando en cuenta, como normativa institucional que una vez ingresadas las calificaciones no estarán expuestas a modificaciones sin previa autorización por parte del consejo directivo de la institución quien según el ministerio de educación es el ente encargado de regular esta temática. Así lo supo mencionar el Msc. Manuel Astudillo Moreno, en calidad de Rector de la Institución. Además se implementará un módulo que permita el control de asistencia de los estudiantes, emitiendo una notificación al correo electrónico, del representante legal del estudiante en el cual se detalla la INASISTENCIA de su representado. El inconveniente más importante que hay que destacar, debido a que es sobre el que se fundamenta el desarrollo de este proyecto es, sobre el proceso de registro de calificaciones ya que, producía tiempos muertos en el registro de las calificaciones por parte de la secretaría de la institución quien era la única que realizaba este proceso. Este documento a breves rasgos lleva una estructura descrita de la siguiente manera: En el primer lugar, damos a conocer los antecedentes de la investigación que explican sobre el desarrollo de un sitio web específicamente enfocados en el desarrollo de un sistema informático para el control de asistencia y registro de calificaciones en la Unidad Educativa

“ALESSANDRO VOLTA” como parte de un sistema de gestión académica. Mediante una entrevista a las autoridades del plantel se determinó que el principal problema que la Unidad Educativa presenta, fue no contar con un sitio web propio y menos aún con un sistema informático que permita realizar el ingreso y visualización de calificaciones. Luego en la siguiente sección, se elabora un marco referencial para el desarrollo del plan de disertación de grado que ayudará a entender mejor el problema del proyecto, la selección de herramientas que se usaron durante el desarrollo del sistema informático y del sitio web. Acto seguido se especifican los métodos y técnicas de investigación que se utilizarán en el proyecto, además se especificaran las variables e indicadores que permitirán un mejor manejo de la información recolectada, también se define la población y muestra que se estudiará para la recolección de datos. También se detalla el cronograma de las principales actividades que se desarrollaron, describiendo actividades y el tiempo estimado para su cumplimiento. Más adelante se especifican los recursos usados para el desarrollo del proyecto clasificándoles en: Humanos, Tecnológicos y Económicos. Para culminar se puntualizaron los materiales de referencia utilizados para la elaboración del presente documento sustentando formal y verazmente lo expuesto.

2. 2.1.

PLANTEAMIENTO DEL PROBLEMA

Antecedentes

La Unidad Educativa “Alessandro Volta” institución pública, se encuentra ubicada en la cooperativa de vivienda Santa Martha Sector 3 del cantón Santo Domingo, provincia de Santo Domingo de los Tsáchilas, creada el 1 de Junio de 1984 según Acuerdo Ministerial N° 3879, originalmente su nombre fue Colegio Nacional Técnico Industrial “Alessandro Volta”. La visión de la Unidad Educativa “Alessandro Volta” es: “Ser una institución abierta a la ciencia y tecnología que contribuya a satisfacer los requerimientos de las empresas, ofertando bachilleres técnicos competitivos, emprendedores y líderes proactivos con formación humanística, siendo referente de la provincia y del País”. La misión de la Unidad Educativa “Alessandro Volta” es: “Formar y capacitar bachilleres técnicos con un perfil ético-profesional comprometidos al desarrollo nacional, con el aporte de docentes especializados con sentido de pertenencia institucional e infraestructura operativa, aplicando los estándares de gestión con calidad y calidez”. El Área de Secretaría General bajo la responsabilidad de la Lic. Rut Ojeda es la encargada del tratamiento de calificaciones y del manejo de cierta información de la institución. Con el crecimiento de la Unidad Educativa han aumentado tanto el alumnado como el personal de docentes, llegando en la actualidad a constar de un total de mil cincuenta estudiantes y, cuarenta y tres docentes. La Lic. Rut Ojeda es la única persona encargada de registrar las calificaciones de los estudiantes, motivo por el cual la información que debe ser registrada en el Ministerio de Educación, se retrasa al momento de ser enviada.

Los docentes se encargaran para esté caso del registro personal de calificaciones de sus alumnos, generando autonomía en el proceso de registro y visualización de calificaciones, tanto para docentes como para alumnos y demás personal administrativo de la institución, gestionándose de mejor manera plazos y procesos.

2.2.

Problema de Investigación

El problema principal que se abordó en el proyecto de investigación fue: el registro de calificaciones, proceso que en principio era la secretaria de la institución la Lic. Rut Ojeda quien lo realizaba; y que por motivos de acumulación de trabajo, no lograba cumplir; en la mayoría de los casos con los tiempos desginados para el registro de calificaciones de los estudiantes de la Unidad Educativa Alessandro Volta. Igualmente se distinguio que los representantes o padres de familia, de los estudiantes necesitaban ser notificados de las inasistencias a clases de sus representados, siendo informados por un medio electronico siendo el más común el correo electronico. De manera oportuna, se daran respuesta a las siguientes interrogantes. ¿Cuál es el beneficio que aporta el desarrollo de un sitio web con un prototipo de sistema informático para el registro de calificaciones y control de asistencias en la Unidad Educativa Alessandro Volta? ¿Cuáles son las actividades dentro del desarrollo del sitio web y el sistema informático para el registro de calificaciones, control de asistencias en la Unidad Educativa Alessandro Volta? ¿Cuáles son los prerrequisitos a tomar en cuenta dentro del ciclo de desarrollo del sitio web y el sistema de registro de calificaciones?

2.3.

Justificación de la investigación

El desarrollo de un sitio web con un prototipo de sistema informático para el registro de calificaciones y control de asistencias, vincula a la comunidad de la unidad educativa "Alessandro Volta" para la inclusión tecnológica, en el cantón Santo Domingo de los Colorados, durante los años 2014-2015. El prototipo del sistema de registro de calificaciones y control de asistencia; así como el sitio web de la institución son planteados como una ventana oportuna hacia la disponibilidad de la información. De esta manera el departamento de secretaría de la institución podrá dedicar sus esfuerzos a otras actividades, siendo los docentes quienes realicen el registro de calificaciones, involucrándolos de mejor manera con este tipo de procesos académicos. Se busca generar un mejor servicio desde la Unidad Educativa Alessandro Volta con la comunidad, profesores, alumnos, etc al permitirles estar informados a través del sitio web de noticias y acontecimiento desarrollados en la institución. Por otra parte el proyecto tiene como finalidad la de integrar a la Escuela de Sistemas de la Pontificia Universidad Católica del Ecuador Sede Santo Domingo, con el emprendimiento de proyectos en cooperación interinstitucional promoviendo el desarrollo tecnológico basados en las Visiones de la Unidad Educativa y de igual manera de la Universidad. El desarrollo es factible tecnológicamente tomando como ideología el Plan Nacional del Buen vivir como lo indica el objetivo 11.4 que busca “Alcanzar un índice de digitalización de 41.7%”, donde las instituciones opten por medios electrónicos de presentación y manejo de información. Así también el objetivo 11.7 del Plan del Buen Vivir trata de “Aumentar el porcentaje de personas que usan TIC al 50.0%” que se logrará presentando una alternativa que genere interés

en la comunidad el sitio Web, y así mismo faciliten realizar actividades, ahorrando tiempo al representante del estudiante al consultar sus calificaciones, actividad que actualmente se realiza en el departamento de secretaría de la Institución. Con respecto al control de asistencia, se plantea como valor agregado del proyecto y su funcionalidad está establecida de la siguiente manera, cuando se registre una inasistencia del estudiante, se notifica a través de un correo electrónico al representante legal del mismo. Las herramientas de desarrollo son todas de Software Libre conforme al Decreto Presidencial N°. 1014 Emitido por El Eco. Rafael Correa Delgado, el 10 de abril del 2008, el cual tenía como objetivo establecer el uso del Software Libre en el sector Publico, e incentivar al uso del mismo en las instituciones educativas. Desarrollar el sistema es viable debido a que se cuenta con la aprobación de las autoridades de la Institución, con los conocimientos y el tiempo necesario para su desarrollo. Los beneficios del software se verán reflejados a partir de la puesta en marcha del sistema, pero conforme se use se pronostica un beneficio palpable en un mediano plazo. Con lo antes mencionado se puede concluir que el proyecto es altamente viable además se plantea generarlo de manera que su uso se puede llevar a cabo por parte de otras unidades educativas que lo requieran.

2.4.

Objetivos Objetivo General Desarrollar un Sitio Web con un sistema informático para el registro de calificaciones y

control de asistencias, en la Unidad Educativa Alessandro Volta, con el propósito de facilitar la visualización de calificaciones a los estudiantes.

Objetivos Específicos  Especificar los requerimientos del sistema, al igual que la información relevante para el proceso de registro de calificaciones y control de asistencias.  Modelar el sitio web y sus interfaces en base a los requerimientos proporcionados por el departamento encargado del área de informática en la Unidad Educativa “Alessandro Volta”.  Elaborar el prototipo del sistema de registro de calificaciones para los docentes de la Unidad Educativa Alessandro Volta, según los requerimientos y metodologías a manejar.  Implantar el sitio web, con el prototipo del sistema de la Unidad Educativa Alessandro Volta.

3. 3.1.

MARCO REFERENCIAL

Revisión de la literatura o fundamentos teóricos

El plan de disertación de grado contará con un marco referencial completamente relacionado con el tema explicando los conceptos necesarios para que el público en general tenga el ineludible conocimiento acerca del proyecto. Las temáticas a abordar son referentes a la ingeniería de software, a través de la guía en lo concerniente a los paradigmas de desarrollo, Roger Pressman y su publicación denominada “Ingeniería del Software: Un enfoque práctico” es uno de los mejores exponentes a nivel mundial. En Base de Datos Avi Silberschatz y Henry Korth, en su publicación “Fundamentos de Bases de Datos” describen temáticas fundamentales sin interés en un enfoque específico. Por otra parte José Manuel Piñeiro tiene como objetivo en su publicación “Bases de datos relacionales y modelado de datos” difundir fundamentos técnicos de modelado de base de datos y abstracción, ambos autores desde un punto de vista educativo, se complementan muy bien, se recomienda en lo posible la lectura de sus obras. La temática de Desarrollo Web, es expuesta por varios autores además de documentación de los sitios web de los creadores de lenguajes como por ejemplo PHP, pero resaltamos a Julio Gómez que con su libro “Diseño y creación de Portales Web” simplifica el universo de información disponible en temas y solución de problemas específicos del desarrollo Web. Aunque PHP maneja su documentación a través de su sitio web php.net, es Steven Holzner quien mediante su publicación “PHP: Manual de Referencia” describe detalladamente para que cualquier persona logré comprender este lenguaje de programación del lado del servidor.

Este proyecto cuenta con una amplia referencia histórica, por ejemplo en la Pontificia Universidad Católica del Ecuador sede Ambato, se han desarrollado no uno sino varios sistemas para la gestión de notas, al igual que en otros países como Argentina, Brasil, Colombia y Perú; lo fundamental es que la demanda de productos (Sistemas Web) personalizados no ha disminuido facultando el desarrollo de este proyecto.

Tabla 1. Temas y subtemas del Marco Teórico Temas y subtemas del Marco Teórico Tema

Subtemas

Subtema 1

Subtema 2

Procesos del Software Modelos de Proceso Descriptivo

Modelos en Cascada Modelos de Programación Ágil

Autor

Libro

Reseña

Sommerville

Ingeniería de Software

Descripción de procesos del sistema y software aplicativo

Pressman

Ingeniería del Software: Un enfoque práctico

Describe los procesos de ingeniería de software a través de varias secciones

Castillo, Barrios, Montilva

Descripción de las disciplinas para implantar software

Revista digital sobre ciencia y tecnología

Sagrera

Ingeniería del Software

Describe el proceso de modelado a través de UML

Piñeiro

Bases de datos relacionales y modelado de datos

Metodología de normalización de base de datos

Coronel

Bases de Datos, Implementación y Administración

Metodología practica de aplicación de las Bases de Datos

Introducción a las Bases de Datos Relacionales

Resumen de las características principales de una base de datos

Programación Extrema XP

Ingeniería de Software Diagramas de Caso de Uso UML

Diagramas

Diagramas de Secuencia Diagramas de Clase

Base de Datos Base de Datos

Funciones de Sistema de un sistema de Administración Administración de Base de de Base de Datos Datos

Función de Definición

Nevado

Función de Manipulación

Tema

Subtema

Subtema 1

Subtema 2

Autor

Libro

Reseña

Coronel

Bases de Datos, Implementación y Administración

Metodología practica de aplicación de las Bases de Datos

Función de Control Diseño de Base de Datos Sistemas de bases de datos

Coronel

Modelo de datos

Nevado

Introducción a las Bases de Datos Relacionales

Resumen de las características principales de una base de datos

Modelo Entidad Relación

Silberschatz & Korth

Fundamentos de Base de Datos

Metodología de desarrollo de base de datos

Gómez

Diseño y creación de Portales Web

Documento en estilo manual que apoya el desarrollo y aprendizaje de programación web

Groussard

Java Enterprise Edición

Descripción de los protocolos y funcionamiento de los servidores web

Gómez

Diseño y creación de Portales Web

Documento en estilo manual que apoya el desarrollo y aprendizaje de programación web

Lerma, Murcia, Mifsud

Aplicaciones Web

Detalle de los componentes de una página web y administración

Servidor de Aplicaciones

Servidor Web Apache Sistemas Gestores de Contenido

Pérez Internet

Guía visual de introducción a la informática

Manual para la iniciación en el uso de la computadora

Navegador

Microsoft Internet Explorer

Tema

Subtema

Subtema 1

Subtema 2

Autor

Libro

Reseña

Louden

Lenguajes de Programación.

Explicación de los diferentes lenguajes de programación

Holzner

PHP: Manual de Referencia.

Manual de programación en PHP

Rubiales

HTML5, CSS3 Y JavaScript

Manual de desarrollo de sitios web

JavaScript

Mohedano, Saiz, Salazar

Iniciación a JavaScript

Manual de programación en JavaScript

SQL

Reinosa, Maldonado, Muñoz

Bases de Datos

Bases de datos a través del uso de lenguaje SQL

SEMPLADES

Plan Nacional del buen Vivir 2013-2017

Documento que tiene como fin modificar la capacidad de producción en vías del desarrollo socio económico

Google Chrome Mozilla Firefox

PHP HTML Lenguajes de Programación

Plan Nacional del Buen Vivir

Css

Objetivos

Objetivo 11

Políticas y Metas

Fuente: Trabajo de Campo. Elaborado por: Los Autores.

Ingeniería de Software La ingeniería de software es utilizada para desarrollar software de calidad basándonos en varios modelos, métodos o paradigmas de programación con la finalidad de obtener un producto óptimo y eficiente para satisfacer a los usuarios finales. Pressman (2010, p.11) describe a la ingeniería de software como una tecnología, fundamental en la administración, control de calidad y mejora continua de procesos relacionados con el software, buscando eficacia y eficiencia en las metodologías de desarrollo. Procesos del Software Sommervile (2011, p.28), describe procesos asociados al software; como un conjunto de tareas interrelacionadas, que tienen como finalidad producir un producto de software. Donde cada actividad se enfoca en el desarrollo del producto de software asumiendo que se puede realizar el trabajo sea desde cero, o en partiendo de productos anteriores. El equipo de software se encarga que en cada una de las etapas del conjunto de desarrollo se utilicen las metodologías eficientes para el perfeccionamiento del producto final y éste cumpla con todos los requerimientos solicitados por parte del cliente. En este proceso debe ser identificado y definido el paradigma a utilizarse de acuerdo al software solicitado. 3.1.1.1.1 Modelo de la Cascada El modelo en cascada es un ciclo de vida que se considera clásico, y se enfoca en un ciclo de desarrollo secuencial, partiendo de la recolección y especificación de requerimientos del cliente, y luego asciende hacia los procesos siguientes como son, planeación, modelado, construcción, y el despliegue. (Pressman, 2010, p.34).

El grafico siguiente presenta el modelo de cascada detalladamente:

Figura 1. Modelo en Cascada. Fuente: Pressman, R.S., (2010). Ingeniería del Software: Un enfoque práctico. México: Mc Graw Hill, p.34

Cabe destacar que este modelo es considerado como uno de los modelos más robustos ya que su respaldo está basado en un correcto análisis y tratamiento de la información. 3.1.1.1.2 Programación Extrema (XP) La programación Extrema (XP, en ingles de Extreme Programming) fue desarrollada por Kent Beck, tiene una base lógica enfocada en ciertos valores que involucran temas como son la simplicidad, comunicación, retroalimentación y valor (también denominado coraje). Se desarrolla como una metodología adaptada a la realidad que enfrentan los equipos de trabajo en donde ciertas prácticas se ajustan según la retroalimentación obtenida durante el desarrollo. XP busca la disminución del costo que producen los cambios inesperados, debido a que en la mayoría de metodologías se requiere el pre establecimiento de las necesidades del proyecto en desarrollo. (Castillo, Barrios, Montilva, Rivero, 2010, p.148). 3.1.1.1.2.1 Valores XP Dentro de la programación extrema se definen 5 valores fundamentales para todo trabajo como son: comunicación, simplicidad, feedback, valentía y respeto; siendo parte del núcleo de actividades (motor), acciones y tareas.

3.1.1.1.2.2 Comunicación En este valor Xp propone la colaboración que puede ser de manera verbal o no entre cliente y desarrollador, haciendo uso de alusiones de problemas para comunicar conceptos importantes evitando la generación de grandes cantidades de documentos, o mails que servirían como medio de comunicación. 3.1.1.1.2.3 Simplicidad Este valor se centra en el que los desarrolladores centren los esfuerzos en las necesidades puntuales del proyecto. Dejando de lado las especulaciones de “posibles necesidades futuras”. En fin el valor de simplicidad tiene remarcado en su nombre la creación de diseños sencillos, fáciles de implementar en código, y si es necesario adecuar los diseños actuales se los realizarían a posteriori. 3.1.1.1.2.4 Feedback (Retroalimentación) Parte de tres ejes como son: el cliente, el software implementado y de los miembros del equipo de desarrollo, los cuales serán tomadas en cuenta al momento de realizar las pruebas, de las cuales se extraen el grado de aceptación y adecuación del cliente a los incrementos que se vayan dando en el software implementado, y así el equipo pueda deducir una retroalimentación más ágil y mejor organizada. 3.1.1.1.2.5 Valentía Según Beck, tener la capacidad de acoplarse a prácticas XP, “requiere valentía”, ya que el esfuerzo necesario para adecuar requerimientos actuales a posibles requerimientos futuros justifican que varias personas deserten ante las actividades.

3.1.1.1.2.6 Respeto Al asumir los valores, como parte del equipo, y al obtener resultados óptimos en todos los incrementos se produce un respeto de los miembros del equipo de desarrollo, tanto por el cliente como por el producto de software y además para con los demás valores de la programación extrema. 3.1.1.1.3 Proceso XP Desde el enfoque en el paradigma de orientación a objetos, uno de los más preferidos en desarrollo de software, contiene un sin número de reglas y prácticas que se enfocan en 4 actividades fundamentales que son: Planeación, Diseño, Codificación y Pruebas.

Figura 2. Proceso de la Programación Extrema. Fuente: Pressman, R.S., (2010). Ingeniería del Software: Un enfoque práctico. México: Mc Graw Hill, p.62

3.1.1.1.3.1 Planeación Tiene como origen en un diálogo abierto el cliente y los analistas del software, para así obtener los requerimientos que forman parte de la dinámica del negocio, estructurando a su vez las características y funcionalidades principales. Pressman (2010) expone que “se debe poner

atención en el desarrollo y registro de las historias ya que de las mismas se desprenden todas las características y funciones fundamentales del desarrollo”. Mediante estos diálogos se generan registros históricos (historias) las cuales son registradas en tarjetas indexadas por el cliente, además es aquí donde el cliente da prioridades a las características o funciones del negocio. Posteriormente el cliente y los desarrolladores agrupan las historias que posteriormente con mayor valor, de igual manera las de mayores riegos, las cuales se encargaran al equipo de desarrollo XP, a cada entrega de esas funcionalidades o características se les denomina incremento de software. Luego de cada incremento el cliente puede agregar más historias o a su vez modificar las existentes por ultimo hasta eliminarla, y el equipo de desarrollo XP deberá modificar sus planes. (Pressman, 2010) 3.1.1.1.3.2 Diseño El diseño usado para la implementación es sencillo ya que sirve de referencia acorde a lo escrito en las historias, el uso de tarjetas clase responsabilidad colaborador (CRC) es un mecanismo eficaz para idear el software orientado a objetos. Las tarjetas organizan e identifican las clases y objetos, importantes en cada incremento de software. El único producto que se obtiene en la fase de diseño de XP son las tarjetas CRC generadas. Si se detectan problemas se debe realizar un prototipo funcional de esa parte del diseño. Es común el uso del rediseño es decir realizar de forma continua nuevos diseños conforme se desarrolla el sistema, antes o después de la codificación. El rediseño busca controlar modificaciones en el diseño que mejoren el diseño de forma radical. (Pressman, 2010)

3.1.1.1.3.3 Codificación El proceso de codificación se realiza con pruebas mediante las cuales se va generando retroalimentación, las pruebas en primer lugar se realizan sobre cada una de las historias facilitando que más tarde el desarrollador pueda hacer pruebas sobre su codificación. XP maneja la codificación en parejas, donde dos personas laboran en una misma estación de trabajo, generando código para una historia así se beneficia el dúo debido a que se aportan mejores ideas y por lo tanto obtienen mejores resultados con calidad. Cada vez que se finaliza una labor se integra al desarrollo general, aclarando que la integración del desarrollo no se afectara ni tendrá inconvenientes de compatibilidad en las partes codificadas debido a que se formalizará un estándar de programación. (Pressman, 2010) 3.1.1.1.3.4 Prueba Las pruebas se realizan a la medida y antes de la codificación, luego se van organizando en un “grupo de prueba universal”, construyendo así las pruebas de integración y validación del sistema, que podrían efectuarse diariamente. Por otra parte están las pruebas de aceptación (pruebas del cliente), estas las especifica el cliente, reuniendo características y funciones generales en el sistema siendo visibles y revisables por el cliente, siempre derivadas de las historias de los usuarios formadas a partir de la liberación del software.(Pressman, 2010). UML Lenguaje de Modelado Unificado (UML, Unified Modeling Language) es un lenguaje como su nombre lo indica para modelar en este caso software mediante el uso de gráficos, busca documentar y establecer los componentes del sistema, su comportamiento y relaciones

existentes entre el usuario con el sistema, el sistema con el usuario y posiblemente el sistema con el sistema. (Sagrera, 2013, p.181). Se usa UML debido fácil su aplicación en las fases del ciclo de vida que son: análisis, diseño e implementación, pero lo que caracteriza principalmente es su semántica entendible por cualquier desarrollador que tenga conocimiento de UML, además elimina la ambigüedad que se pudiera generar. Sagrera (2013, p 40) describe UML como un lenguaje gráfico para la representación de las especificaciones o requerimiento, relaciones o subsistemas y cada una de las respuesta que devolvería el sistema frente ante cada evento o interacción con el usuario. 3.1.1.2.1 Diagramas de casos de uso Permite concebir el conjunto de requisitos del software. Está formado por un conjunto de casos en los cuales cada uno representa una funcionalidad que tiene que proveer el sistema. Otro elemento básico del diagrama son los actores que pueden ser humanos o partes del mismo sistema.

Figura 3. Ejemplo de un Caso de Uso Fuente: Sagrera, C. J., (2013). Ingeniería del Software, España: UOC, p. 183

Cada caso de uso se encierra en un óvalo con su respectivo nombre, por otro lado el actor se define con el stick man (hombre de líneas), estos casos sirven para describir gráficamente la funcionalidad descrita textualmente.

3.1.1.2.2 Diagramas de secuencia Permite modelar el comportamiento dinámico del sistema, define como actúan y colaboran los elementos del software a desarrollar. Además a través de un conjunto de mensajes denominadas interacciones, muestre la relación entre actor y sistema por medio de mensajes. Cada mensaje del diagrama define una operación dentro de la clase

Figura 4. Ejemplo de un Diagrama de secuencia Fuente: Sagrera, C. J., (2013). Ingeniería del Software, España: UOC., p. 187

Software Pressman (2010, p.3) describe al software como una agrupación sentencias (instrucciones), que describen todas las características para la solución de un problema, asimismo constituyen construcciones orientadas a la manipulación de información que puede ser descriptiva tanto en papel o por medio de escritos.

Por lo tanto el software según una percepción propia y compartida, es un conjunto de programas datos, documentación, procesos y procedimientos utilizados en el tratamiento de algún tipo información. Características del Software Pressman (2010, p.4) expone que es importante la examinación de las características del software para así poder identificarlo de otros objetos, que son construidos por el ser humano debido a su naturaleza lógica y no física.  El software se desarrolla, no se manufactura(construye).- Comúnmente se confunden los términos construcción con desarrollo, ya que ambas actividades involucran el desarrollo de un diseño la intervención en cierta manera de personas, pero la relación entre las personas involucradas en el desarrollo y el producto final es distinto en el desarrollo de software, como ejemplo los costos del software se centran en la ingeniería, es decir que un proyecto de software no se puede administra como un proyecto de manufactura cualquiera.  El software no se “desgasta”.- Por lo general se mal entiende esto ya que es el hardware el que tiende a deterioros sean por transcurso del tiempo uso, la exposición al ambiente, aumentando así las “fallas del sistema”. Otra manera de explicar esta característica es que por ejemplo en caso de falla de algún componente de hardware sea por ejemplo una memoria, esta se reemplaza en cambio en el software no hay refacciones, las fallas en el mismo representan un error en alguna fase del ciclo de vida del software.  El software se desarrolla de manera personalizada.- Comúnmente se utiliza la construcción de software por medio de “reutilización” de componente, ya que según

la ingeniería de software (Pressman, 2010, p.5) los componentes del software deben diseñarse e implementarse de manera tal que, se puedan volver a usar, de esta forma el ingenio puede centrarse en construir componentes verdaderamente innovadores. Clasificación del Software Existen un sin número de clasificaciones del software pero por lo general se suelen tomar tres grandes tipos que serían: Software de Sistema, Programación, y de Aplicación 3.1.2.2.1 Software de Sistemas La característica primordial de este tipo de software es aislar al usuario de detalles como son por ejemplo: procesamiento de memoria, almacenamiento en discos, uso de puertos, comunicación con dispositivos (teclados, mouse impresoras, etc.). Representa para el usuario una interfaz de alto nivel a través de la cual mediante herramientas y utilidades se permita su mantenimiento. Tenemos así por ejemplo: -

Sistemas Operativos (Windows, Linux, MAC OS, etc.)

Controladores de Dispositivos

Herramientas de Diagnóstico (TestDisk, Test de Memoria RAM)

Herramientas de Corrección y Optimización (Desfragmentadores de Disco, etc.)

Servidores (Red Hat, Windows Server, CentOS)

Utilidades.

3.1.2.2.2 Software de Programación Son un conjunto de herramientas a través de las cuales el programado desarrolla programas informáticos, mediante el uso de diferentes lenguajes de programación. Tenemos así por ejemplo: -

Editores de Texto

Compiladores

Interpretes

Enlazadores

Depuradores

IDE (Entornos de Desarrollo Integrados).- por lo general agrupan las herramientas anteriores, de manera visual, facilitándole al programador introducir comandos para así compilar, interpretar o depurar, el código todo esto en su mayoría de mediante una interfaz gráfica de usuario (GUI).

3.1.2.2.3 Software de Aplicación Software que permite a los diferentes usuarios, realizar tareas específicas de actividades automatizadas o asistidas por la tecnología, su énfasis general es la industria. Se tiene por ejemplo: -

Software empresarial (ERP’s)

Software educativo

Bases de Datos (MySQL, PostgreSQL, Oracle, etc.)

Telecomunicaciones (Internet y su estructura lógica)

Juegos de Video

Software Matemático, Estadístico, etc.

Software de Diseño Asistido

Aplicaciones Ofimáticas (Microsoft Office, Open Office, etc.)

Aplicaciones para Control de Sistemas y Automatización Industrial Etapas de Ciclo de Vida de un Software

El ciclo de vida desde el punto de vista de terminología describe el desarrollo del software desde la fase inicial hasta su fin. Mantener un ciclo de vida permite a los miembros del grupo de desarrollo que los errores en el software se detecten de manera oportuna, generando así software de calidad, en plazos y costos específicos. (Pressman, 2010). De manera genérica se pueden exponer los siguientes procedimientos, pero cabe recalcar que el ciclo de vida del software viene dado por el paradigma o metodología de desarrollo que el equipo de desarrollo seleccione; -

Definición de Objetivos.- Que resultado busca conseguir el proyecto.

Análisis de requisitos y vialidad.- Recolección, análisis y formulación de requerimientos del cliente, exposición de restricciones aplicables que puedan surgir.

Diseño o General.- Estructura general de la aplicación o Detallado (Especifico).- Diseño preciso de los subsistemas de la aplicación

Programación (Codificación).- Es el uso de un lenguaje de programación para crear las funciones diseñadas en la fase anterior.

Pruebas.- Toda prueba debe ir acompañada por su respectiva documentación que respalde la retroalimentación obtenida. o De Unidad.- Prueba individual que se realiza para ver si se ha cumplido con el requerimiento y restricción del módulo de la aplicación. o De Integración.- Prueba que se realiza para conocer si los diferentes módulos se han integrado con la aplicación. Y además esta prueba debe estar documentada o Beta (Validación).- Garantiza que el software cumple con las especificaciones y restricciones originadas en la fase de análisis y vialidad.

Documentación.- Consiste en dejar por escrito toda la información necesaria para los usuarios del software y para futuros desarrollos sobre el mismo.

Implementación

Mantenimiento o Correctivos.- Ej. Cambio en la tasa de cobro del IESS del 9.35% a 8,19% o Preventivos.- Ej. Aumentar Espacio en Disco asignado a la Base de Datos

Base de Datos De manera clásica se define una base de datos como: un conjunto de datos relacionados entre sí cuya relación es en común. Las bases de datos están compuestas de tablas y estas a su vez de registros donde cada registro se compone por conjuntos de campos denominados atributos que permiten llevar información de una entidad u objeto del mundo real. Piñeiro (2013, p.3) define las bases de datos como una colección o conjunto de datos que mediante una estructura relacionada refleje la realidad existente en el mundo real. Coronel (2011, p.7) propone una analogía en la cual una base de datos se parece a un gabinete correctamente organizado, pero en este caso el gabinete es electrónico y guarda archivos que son procesados por un poderoso software, conocido como sistema de administración de base de datos, el cual ayuda a manejar el contenido del gabinete de forma eficaz. Los datos que se almacenan deben estar disponibles para los diferentes usuarios y aplicaciones, manteniéndose independientes de las mismas, donde su definición y descripción deben ser únicos por cada tipo(s) de dato almacenado. La actualización y recuperación, debe r bien determinada, además debe existir la posibilidad de que se mantenga la seguridad (integridad, confidencialidad y disponibilidad) de la Base de datos, junto con sus datos. Ventajas de las Bases de Datos  Coherencia de Resultados.- Es lógico ya que todo dato recogido dentro de la base de datos se almacena una sola vez, y estos mismos son sometidos a tratamientos, que dan por finalizado que los resultados sean coherentes.  Alto valor Informativo.- Esto es posible debido a que los datos por si solos no

implican nada, pero al mantener una coherencia los datos agrupados entre sí, suman un valor informativo para los usuarios (El todo es mejor, que solo unas partes).  Mejora en la Disponibilidad de Datos para los Usuarios.- Los datos registrados en la base de datos pasan a formar parte de un conjunto que se ponen a disposición del conjunto de usuarios del sistema, es decir ya no existe propiedad sobre los datos. Por otra parte al mantener los datos organizados correctamente en una base de datos se facilita la búsqueda de información.  Eficiencia en la recolección, codificación y entrada de datos al sistema.- Se evita la redundancia de datos, mejorando rendimiento del proceso de recolección de datos, es decir no es necesario por ejemplo una vez ingresado un cliente a la base de datos, tener que volver a registrarlo, sino que simplemente se realiza una consulta y se obtienen los datos necesarios.  Reducción del espacio de almacenamiento.- Esto es debido a que antiguamente el almacenamiento se realizaba a través de ficheros, los cuales ocupaban un gran volumen de espacio de almacenamiento, cuestión que actualmente se ha corregido mediante técnicas de compresión a cargo del sistema de base de datos, los cuales buscan que se ocupe en mejor manera el espacio de almacenamiento. Sistema de administración de bases de datos Coronel (2011, p.7) define al sistema de administración de bases de datos (DBMS, por sus siglas en inglés) como un conjunto de programas encargados del manejo estructural de la base de datos permitiendo el control, acceso y manipulación de los datos guardados en la misma.

3.1.3.2.1 Funciones de un Sistema de administración de base de datos Las funciones de un sistema de administración de base de datos común son las de definición, manipulación y control. Estas se encontraran en cualquier sistema de base de datos. 3.1.3.2.1.1 Función de Definición Permite que el diseñador de la base de datos, defina todos los elementos que formen parte de la estructura además de las relaciones que existen entre ellos, esta función se realiza a través de definición de datos (DDL), propio del sistema (Nevado, 2010, p.3). 3.1.3.2.1.2 Función de Manipulación La función de manipulación se realiza a través del lenguaje de manipulación de datos (DML) el cual permite actualizar, modificar y consultar los datos cargados en la base datos. (Nevado, 2010, p.33). 3.1.3.2.1.3 Función de Control Consiste en la integración de varios instrumentos que agilicen y faculten una mejor administración, permitiendo cambiar la dimensión de la base de datos, aplicar seguridad en el acceso, realizar copias de seguridad, respuesta ante fallos. (Nevado, 2010, p.14). Diseño de bases de datos Coronel (2011, p.11) expone que el diseño de bases de datos son todas las actividades concentradas en el diseño de la estructura de la base de datos a usar para guardar y administrar los datos del software a desarrollar. En las cuestiones del diseño de base de datos se deben tomar en cuenta las entidades u objetos a tratar dentro del problema, las relaciones que existen entre estos objetos, restricciones,

generalizaciones, todo esto apuntando a que la base de datos se asemeje lo máximo posible a la realidad, manteniendo siempre una coherencia e integridad, de los datos. Sistemas de bases de datos El sistema de base de datos es una organización de componentes donde se definen y regulan la captura, almacenamiento, administración y uso de datos de la base de datos. Si nos enfocamos en la administración como tal, un sistema de base de datos está compuesto de cinco partes que son: hardware, software, personas, datos y procedimientos. Modelo de datos Según Nevado (2010, p.14) el Modelo de Datos (DM) consiste en un conjunto de conceptos, reglas y convenciones que permiten a los desarrolladores describir datos desde una perspectiva o visión del mundo real, llamada Universo del Discurso. 3.1.3.5.1 Modelo Entidad – Relación El modelo entidad-relación (E-R) es el modelo de datos más usado a nivel mundial ya que está basado en una percepción del mundo real, donde existe una colección de objetos básicos, denominados entidades, y de las relaciones entre objetos (Silberschatz, Korth, 2002, p.17). Servidores Un servidor es un software, capaz de realizar tareas para los usuarios, también se usa para referirse a una máquina cuyo propósito es proveer datos de manera que otras máquinas hagan uso de los datos. Por lo tanto el uso ambiguo de la definición de servidor produciría una confusión como por ejemplo: un servidor web sería la máquina encargada de almacenar y manejar los sitios web, terminología usada por las empresas dedicadas a hosting(hospedaje), por otra parte el servidor web, puede referirse al software como es el caso del servidor Apache

encargado de manejar el envío y recepción de los componentes de las páginas web en base a las peticiones que realizan los clientes por medio de los navegadores. Actualmente existen muchos tipos de servidores cada uno con características especiales, pero comparten la función principal que consisten en: “proporcionar el acceso a los archivos y servicios”. Categorías de Servidores. Dentro de los servidores comúnmente usados se tienen los siguientes: 3.1.4.1.1 Servidor Web El servidor web permite transferir páginas web, sitios web cuando éste recibe una petición por parte del cliente, éste se encuentra ejecutándose continuamente en un ordenador a la espera de las solicitudes. Cualquier autor describe de cierta forma a un servidor web como un servidor de ficheros o archivos, donde los clientes del servidor acceden al mismo a través del protocolo HTTP. Por ejemplo cuando el servidor web se le envía una petición la misma invoca el recurso solicitado y lo empaqueta devolviendo una respuesta al cliente. (Groussard, 2010, p.16). 3.1.4.1.1.1 Apache Apache es un servidor web que permanece continuamente actualizado para responder de manera eficiente a las peticiones de los clientes, se caracteriza por ser un servidor rápido y eficiente. Desarrollado por la Apache Software Foundation, su proyecto el servidor actualmente sigue siendo el más utilizado a pesar de ser creado en 1996. La característica principal del servidor

Apache es su arquitectura modular y adaptable a las necesidades de los usuarios. (Gómez, 2010, p.80). 3.1.4.1.2 Servidores de Archivos Los servidores de archivos facilitan el intercambio de archivos entre varios clientes, siempre y cuando los archivos residentes en el servidor no sean de grandes volúmenes y a su vez el acceso de los usuarios no sea demasiado, es una gran opción como servicio de almacenamiento y procesamiento de archivos. El proceso es el siguiente: el cliente realiza la petición de él/los archivos, el servidor busca, ubica y los envía al cliente.

3.1.4.1.3 Servidores de Base de Datos Son servidores dedicados al almacenamiento de grandes volúmenes, a diferencia de los servidores de archivos, en los servidores de base de datos, la información se encuentra resumida en tablas interrelacionadas, manteniendo una misma estructura. Por ejemplo: Si un cliente ejecuta una consulta, el servidor recibe la consulta mediante lenguaje SQL y la información se extrae y envía al cliente que lo ejecutó. 3.1.4.1.3.1 PostgreSql Consiste en un sistema de administración de base datos orientado a objetos, relaciona completamente libre y de código abierto; es cosiderada como la competencia de Oracle en el mundo del software libre. Esta completamente basada en los parámetros de Atomicidad, Consistencia, Aislamiento y Durabilidad (ACID, por sus siglas en inglés Atomicity, Consistency, Insolation, Durability), estos parámetro son los que permiten determinar a una base de datos como completamente relacional.

Ventajas: -

Ideal y popular en ambientes Web.

Sintaxis de lenguaje SQL es fácil de entender y se encuentra, bien documentado

Es multplataforma y extensible para cualquiera debido a que esta en constante perfeccionamiento por una amplia comunidad de profesionales alrededor del mundo.

Desventajas: -

Si se lo compara con otras bases de datos relacionales como por ejemplo MySQL su desempeño en inserciones y actualizaciones es más lento.

El consumo de recursos por parte de este gestor de base de datos es muy alto.

3.1.4.1.4 Servidores de Correo Es un servidor encargado de la gestión, envío y recepción de correo de un grupo de usuarios. En la mayoría de los casos estos servidores no son extremadamente potentes, pero específicamente debe tener a su favor el/los protocolos de correo por ejemplo: SMTP, POP3, IMAP Protocolos Un protocolo consiste en una serie de reglas cuyos formatos son usados, para la comunicación, donde cada proceso determina una tarea. En la mayoría de procesos se tienen dos secciones: -

La especificación de la secuencia de mensajes, los mismos se han de intercambiar entre los equipos de trabajo.

La especificación del formatos de los datos en los mensajes, todos los mensajes llevan un formato que deben ser seguidos para que no exista ambigüedad y los servidores sean capaces de enviar y recibir mensajes. IP

Protocolo de Internet (Por sus siglas en Ingles, Internet Protocol), es un protocolo de la capa de Red del Modelo OSI, es el encargado de la definición de las unidades sobre las cuales se transferirán los datos, también del direccionamiento de la información, para que lleguen al destinatario correcto. ICMP Protocolo de Control de Mensajes de Internet (Por sus siglas en inglés: Internet Control Message Protocol), es un protocolo encargado de la notificación de errores que aparecen del protocolo IP. Se usan para el envío de mensajes de error donde se indica generalmente que cierto servicio no se encuentra disponible, o que la conexión con un dispositivo sea un Router o host no se ha podido establecer. TCP Protocolo de Control de Transmisión, (Por sus siglas en inglés: Transmission Control Protocol), es el encargado de dividir y ordenar el flujo de la información, además de transportar y recibir por medio del uso de paquetes la información. HTTP Protocolo de transferencia de Hipertexto (Por sus siglas en inglés: Hypertext Transfer Protocol), protocolo usado en la capa de aplicación del modelo OSI, el cual permite las transferencia de páginas del mismo tipo entre clientes y servidores Web.

Protocolo SMTP Protocolo simple de transferencia de correo, es el protocolo que permite transferir correos de un servidor a otro servidor haciendo uso de conexiones punto a punto, su funcionamiento es el siguiente: -

Se abre una sesión SMTP, y por lo tanto el primer comando en ser enviado es un “HELO”, a continuación un espacio y el nombre de dominio del equipo, validado por ENTER. Adicionalmente el comando HELO según el RFC 2821 indica que el mismo sea reemplazado por el comando EHLO.

Luego se utiliza el comando “MAIL FROM” añadiendo el correo del remitente, si se acepta correctamente el comando desde el servidor devuelve un mensaje “250 OK”

A continuación se usa el comando “RCPT TO;” añadiendo la dirección del correo de destino. Si se acepta correctamente el comando el servidor devuelve un mensaje “250 OK”

La tercera fase es la etapa de enviar el comando DATA, donde se anuncia el cuerpo del mensaje. Si el comando es aceptado el servidor devuelve un mensaje numerado 354 que nos indica que se puede enviar el cuerpo del mensaje.

Es posible enviar un correo electrónico utilizando un simple telnet al puerto 25 del servidor SMTP Protocolo POP3 Protocolo de oficina de correros, permite la recolección de correos en un servidor remoto (servidor POP3).

Con este tipo de servidores los usuarios, no deben estar siempre conectadas a Internet sino que lo correos (recibidos) pueden ser consultados sin la necesidad de estar online. De la misma manera que SMTP, POP (POP2 y POP3), trabajan en base a comandos de texto enviados al servidor POP donde cada comando que el cliente envía se compone por palabras claves, acompañados por argumentos, los cuales son resueltos por respuestas del servidor, a través de un número y mensaje descriptivo. Sistemas Gestores de Contenidos Un sistema gestor de contenidos le permite al administrador organizar los contenidos del sitio web de una manera sencilla. “Se conoce una herramienta de software que permite crear, organizar y publicar documentos y otros contenidos de forma colaborativa” (Lerma, Murcia, Mifsud, 2013, p.70). Internet El Internet es considerado como la red más extensa a nivel mundial que brinda varios servicios como: correo electrónico, comercio electrónico, páginas web, blogs, etc. Pérez (2014, p.69) ejemplifica la estructura de Internet como si se tratara del cuerpo humano compuesto por miles o millones de partes, secciones y áreas en constante renovación y es lógica esta analogía, ya que como todo el mundo sabe Internet crece y crece a pasos acelerados y ninguna información que se encuentre allí desaparece o se destruye solo cambia de lugar. Navegador Un navegador es una aplicación nos permite acceder a los varios servicios que nos brinda el internet.

3.1.8.1.1 Microsoft Internet Explorer Internet Explorer es un navegador web desarrollado por Microsoft, se encuentra preinstalado en cualquiera de los sistemas operativos Windows. (Pérez, 2014, p.76). 3.1.8.1.2 Google Chrome Navegador desarrollado por la compañía GOOGLE consta de una interfaz muy limpia y sencilla, hasta la actualidad es el navegado más usado mundialmente, sobretodo porque trae la mayoría de complementos necesarios para funcionar. (Pérez, 2014, p.77). 3.1.8.1.3 Mozilla Firefox Firefox es navegador que busca parecerse al resto de navegadores en factores como son la usabilidad y la interfaz gráfica de usuario. Aunque su poder y capacidad de adaptación a las necesidades de los usuarios. (Pérez, 2014, p.78). Lenguajes de Programación Es un lenguaje que permite desarrollar software, está conformado por un conjunto de operadores, sentencias lógicas, reglas sintácticas y semánticas que permitirá al programador elaborar un software de acuerdo a su criterio. Louden, (2004, p.3). Dice que un lenguaje de programación es un sistema de notaciones o instrucciones mediante las cuales se logra la interacción entre máquina y ser humano de manera que sean ambos quienes comprendan claramente las instrucciones o frases. PHP Es un lenguaje que permite generar scripts por parte del servidor de manera que los usuarios no conozcan el código fuente del sitio web.

Según Holzner (2010, p.1) PHP es un lenguaje del lado del servidor la temática de programación es sencilla ya que es el propio servidor quien crea y procesa todas las instrucciones. HTML Es un lenguaje de marcas, hipertexto que permite visualizar el software programado mediante un navegador web como dice Rubiales (2013, p.16). HTML es un lenguaje aunque no reconocido como lenguaje de programación en sí, que es capaz de presentar información o contenido en nuestro navegador. CSS Las hojas de estilo en cascada se encargan de formalizar el aspecto de los elementos que se encuentran en la página web. “CSS define el aspecto, la presentación y la posición que tendrán los diferentes elementos de una página Web” (Rubiales, 2013, p.160). JavaScript Es un lenguaje interpretado en el lado del cliente es decir que se ejecuta directamente en el navegador del cliente y brinda mayor funcionalidad al sitio o página Web. Mohedano (2012) dice que se JavaScript es capaz de brindar mayor interactividad entre el usuario y la página Web que tenga cargada en su navegador. SQL SQL es el lenguaje que nos permite comunicar con la base de datos para realizar los diferentes procedimientos, operaciones y funciones. Es decir SQL permite al administrador de la base de datos interactuar con ella. (Reinosa, Maldonado, Muñoz, 2012, p.105).

PL/pgSQL Por sus siglas en ingles Procedural Language (Lenguaje procedimental), la meta de PL/pgSQL es crear un lenguaje que pueda crear funciones, disparadores o procedimientos, que permitan aladir estructuras de control al lenguaje SQL convencional, realizar cálculos que involucren mayor complejidad y que a su vez sean fáciles de usar. En PL/pgSQL se definen funciones que devuelven filas generadas a partir de una consulta, concepto de funciones, en otros gestores de bases de datos se los conoce como procedimientos almacenados (stored procedures). Marco Legal Educativo Calificación Ministerio de Educación (2012). Dentro del marco legal educativo en el Art. 193. Dentro de los haberes educativos: la aprobación, logro y rendimiento de los estudiantes se expresa a través de una escala de calificaciones, la cual tiene como objetivo según el mismo marco legal educativo en su Art 188. Orientar, observar el desarrollo y retroalimentación continua mediante la generación de reportes periódicos que deberán ser entregados a los representantes legales. 3.1.10.1.1 Escalas de Calificación Ministerio de Educación (2012). En el marco legal educativo Art. 194 se especifica que las calificaciones de los estudiantes deben ser establecidas de la siguiente manera.

39 Tabla 2. Escala de Calificaciones Escala de Calificaciones ESCALA CUALITATIVA

ESCALA CUANTITATIVA

Supera los aprendizajes requeridos

Domina los aprendizajes requeridos.

Alcanza los aprendizajes requeridos

7-8

Está próximo a alcanzar los aprendizajes requeridos.

5-6

No alcanza los aprendizajes requeridos.

≤4

Fuente: Marco Legal Educativo (2012), pag 197. content/uploads/downloads/2013/01/Marco_Legal_Educativo_2012.pdf Elaborado por: Ministerio de Cultura- Ecuador.

Extraida

de:

educacion.gob.ec/wp-

3.1.10.1.2 Proceso de Registro de Calificaciones. Según la reforma educativa, vigente en el Ecuador, las calificaciones están divididas de la siguiente manera: Se registran los puntajes (sobre 10) optenidos de los: 3 Parciales los cuales equivalen al 80% del puntaje total de la calificación quimestral. Adicionalmente se le añade el valor obtenido en el examen quimestral el cual equivale al 20% restante del puntaje total de la calificación. Sumados ambos porcentajes dan: 100% que equivalen a un puntaje de 10 correspondiente a la calificación quimestral. Este proceso se realiza para el segundo Quimestre de igual forma a la descrita. Inasistencias y Abandono Injustificado El Ministerio de Cultura (2012), en el marco legal educativo Art. 168 Expone que es la asistencia a clases es obligatoria dentro de las jornadas y horarios de la institución.

3.1.10.2.1 Inasistencia El Ministerio de Cultura (2012), en el marco legal educativo Art. 170 dice: “La inasistencia de los estudiantes de uno (1) o dos (2) días debeser notificada inmediatamente a sus representantes legales, quienes deben justificarla, a más tardar, hasta dos (2) días después del retorno del estudiante a clases, ante el docente de aula en el caso de Educación Inicial, y ante el profesor tutor o guía de curso en el caso de Educación General Básica y Bachillerato. Si la inasistencia excediere dos (2) días continuos, el representante legal del estudiantedeberá justificarla, con la documentación respectiva, ante la máxima autoridad o el Inspectorgeneral de la institución educativa.”

Normalemente dentro de las instituciones educativas se maneja un departamento específicamente para el tratamiento de este tipo de información, se lo denomina como el departamento de inspección, que es el que esta en la obligación de notificar y citar mediante escrito al representante del estudiantes para que se de la justificación respectiva ante las autoridades de la institución. Cambios en la Ley de Educación. Debido a que el Ecuador actualmente se encuentra en un proceso de reforma educativa, el ministerio de educación, como ente que rige y regula la educación publica en el Ecuador expidió en Abril del 2014 una reforma mediante acuerdo ministerial, dentro del cual da paso al uso de la plataforma EducarEcuador y en la misma reforma desactiva cualquier mecanismo de gestión educativa y docente (Ver Anexo 13).

3.2.

Comparación de Herramientas

Tabla 3. Comparación de Herramientas Comparación de Herramientas Comparativa entre Herramientas utilizadas para el desarrollo frente a sus similares Herramientas Herramientas usadas en el Sistema Comparativa disponibles

HTML 5

Actualmente HTML 5 es la ultima versión estandar de HTML consiste en la evolución del estandar HTML 4, y además incluye la precisión de XHTML; finalmente su potencial es la separación del contenido y el estilo

XHTML

HTML

Herramientas usadas en el Sistema

PHP

Javascript

PostgreSQL

JQuery

Bootstrap

Comparativa Una de las caracteristicas sobresaliente de PHP sobre otros lenguajes de programación del lado del servidor consiste en la capcidad de que el código (script) vaya incrustado directamente en el código HTML. Además esta firmado con su propia licencia (Licencia PHP), la cual es basada en licencia de software libre y código abierto, a diferencia de ASP .NET que es propietaria de Microsoft. Por otra parte Python y RugbyRails son lenguajes de programación que presentan caracteristicas similares a las de PHP, pero que para el proceso de implementacion del sistema se dificultará debido a que dentro de la institucion no se cuenta con un servidor dedicado y por lo tanto se debe a Web Hosting, y en la actualidad son escasos para lenguajes de programación que no sean PHP o ASP .NET, inclusive para ASP .NET es complicado encontrar un hosting a un precio accesible Tanto Javascript como Jscript son lenguajes de programacion del lado del cliente, la diferencia existente esta en que Javascript puede ser interpretado por la mayoria de navegadores en la actualidad, y en cambio Jscript debe ser compilado para la plataforma .NET Postgresql es un sistema de gestión de la base de datos completamente libre y publicado bajo la licencia BSD, lo primordial que lo diferencia del resto es que Postgresql, no es manejado por ninguna empresa sino por una comunidad, a diferencia de MySQL y Oracle que son propiedad de Oracle, y MS SQL que es propiedad de Microsoft. JQuery es una biblioteca de Javascript totalmente libre bajo licencia MIT y licencia public General de GNU, que implementa en un solo fichero funcionalidades ajax para interacción con los elementos en la página web. Por el contrario AngularJS es un framework que permite extender el vocabulario de html añadirendo comportamiento, se usó JQuery debido a su facilidad de uso, el soporte y las multiples soluciones que nos brinda la comunidad que usa esta biblioteca. Bootstrap a diferencia de INK y SEMANTIC UI, es el más usado actualmente por empresas como Facebook, Twitter, inclusive Microsoft lo ha incorporado para que se adapte a ASP. NET, consiste en un framework para la maquetación web, que consta de una serie de componentes Javascript y Css predefinidos con un comportamiento responsivo.

Herramientas disponibles

ASP .NET Phyton

RugbyRails

NodeJS

Java Web

Jscript

MySQL

Oracle

MS SQL y otros

Ajax

AngularJS

Ink

SEMANTIC UI

Herramientas usadas en el Sistema

CSS puro (Hojas de Estilo en Cascada)

Apache2

Joomla

Comparativa

Herramientas disponibles

Se vio la necesidad de utilizar CSS puro, frente al uso de cualquier framework para el manejo SASS de estilos debido a que el apartado de estilos se (Syntactically aborda casi completamente con el framework Awesome Style Sheets) Boostrap, es decir CSS puro se usa para pulir ciertos detalles del diseño. El servidor HTTP Apache es un servidor de código abierto, multiplataforma, nos hemos visto en la necesidad de hacer uso del mismo en vista de que en la institución tal y como hemos descrito con anterioridad no existe un servidor dedicado y es por este motivo que debemos IIS acudir a un Web Hosting, y de igual manera es (Internet Information Apache el que en su gran mayoria tienen Service) disponibles los proveedores de alojamiento Web como por ejemplo Go Daddy, Google Cloud, Amazon Cloud, entre otros. IIS es propietario de Microsoft y funciona solo bajo la plataforma Windows. Los gestores de Contenido Joomla, WordPress y Drupal cuentan con caracteristicas similares, Wordpress por ejemplo han sido escritos en PHP, su codigo es abierto, poseen una estructura modular basada en plugins (la mayoria gratuitos, otros de pago), plantillas (gratuitas y de paga). A pesar de su gran semejanza decidimos seleccionar Joomla por su facilidad Drupal de uso, personalización, adicionalmente actualizaciones y soluciones ante problemas para usuarios de escazos conocimientos técnicos.

Fuente: Evaluación critica realizada en la fase de análisis y diseño del sistema Elaborado por: Los Autores.

3.3.

Investigaciones o experiencias empíricas vinculadas con la investigación

La concepción del proyecto se la puede definir como un sistema escolástico, ya que se manejan casi los mismo parámetro de un software de gestión académica, por lo tanto por la gran cantidad de proyectos similares se ha realizado un amplio análisis a proyectos similares, y luego de un estudio muy detallado se han seleccionado tres proyectos que se ajustan al perfil de nuestro proyecto los cuales se describen a continuación.

43 Tabla 4. Investigaciones historicas o experiencias empíricas Investigaciones historicas o experiencias empíricas Tema

Autores

Institución

Diseño e implementación de un Aguas Christian, portal web con acceso a datos para el centro educativo “Giovanni Battista Montini – Paulo VI-“

ESCUELA POLITECNICA NACIONAL

URL http://bibdigital.epn.edu.ec/bitstre am/15000/1542/1/CD-0981.pdf

Resumen La presente tesis indica la elaboración de un Portal Web para el Centro Educativo “Giovanni Battista Montini – Paulo VI-“para mejorar el proceso administrativo como el registro de calificaciones las cuales se realizan de manera manual.

Tema

Autores

Institución

Diseño, Desarrollo e Yacelga De la PUCESI Implementación de una Torre Carlos Paolo Aplicación Web para el ingreso y consultas de notas on-line para la Academia Militar San Diego, Utilizando Software libre (PHP Y MYSQL)

URL http://dspace.pucesi.edu.ec/bitstre am/11010/62/2/PT72666.pdf

Resumen El presente trabajo indica el desarrollo de una Aplicación Web para el ingreso de notas on-line para la Academia Militar San Diego que permite mantener una interactividad y comunicación más dinámica de estudiantes hacia sus docentes. Esta aplicación se desarrolló utilizando la metodología XP (Extreme Programming) y con herramientas de software libre PHP y MYSQL.

Tema

Autores

Desarrollo del Portal Web e Panchana García Verónica Leonor, Implementación de un Sistema Informático para el Instituto Solórzano Solís Raúl Andreé Tecnológico Superior “Paulo Emilio Macías” de la ciudad de Portoviejo

Institución Universidad Técnica de Manabí

URL http://repositorio.utm.edu.ec/bitstr eam/123456789/5077/1/TESIS% 20FINAL%20%20UNIDA%20Y %20CORREGIDA.pdf

Resumen El presente proyecto muestra el desarrollo del Sistema Informático para el Instituto Tecnológico Superior “Paulo Emilio Macías” de la ciudad de Portoviejo, que permite automatizar el proceso de matriculación y control de notas. El sistema fue desarrollado con código PHP, cuenta con un servidor Centos 5.0 y una base de datos PostgreSQL.

Fuente: Investigación y datos recopilados de las URL (enlaces) de las tablas que se listan en las tablas Elaborado por: Los Autores.

3.4.

Hipótesis de Trabajo

Con la implementación del sitio web y el uso del prototipo del sistema para registro de calificaciones y control de asistencia, se mejorará el registro de califiaciones, y la notificación al representante del estudiante sobre sus inasistencias.

3.5.

Variables e Indicadores

 Variable Dependiente Sitio Web con Sistema de Registro de Calificaciones y Control de Asistencia.- El mismo permitirá la publicación de información, automatización de procesos tecnológicos a partir de herramientas disponibles.  Variables Independientes Registro de Calificaciones.- Consiste en el procedimiento llevado a cabo por cada uno de los docentes para registrar las calificaciones de los estudiantes en sus materias, y que estas a su vez se vean reflejada en las boletas de califiaciones de los estudiantes. Registro de Inasistencias.- Procedimiento por el cual un docente registra la inasistencia del estudiante en una fecha

METODOLOGÍA

El presente proyecto se realizará con los enfoques de investigación cuantitativo y cualitativo. En el enfoque cuantitativo lo utilizaremos en la recolección de datos para experimentar la hipótesis planteada y responder a las preguntas de investigación en esta Disertación de Grado basándonos en el análisis estadístico de los resultados numéricos obtenidos. En el enfoque cualitativo utilizaremos la observación como método de recolección de datos sin medición numérica para obtener cualidades del proceso de ingreso de notas de la Unidad Educativa y mejorarlo para que sea factible. Cabe recalcar que ambos enfoques tienen sus propias cualidades pero nos llevaran a un mismo fin que es alcanzar el objetivo planteado.

4.1.

Diseño / Tipo de Investigación Diseño de la Investigación Diseño Experimental

El diseño experimental nos permitirá establecer las condiciones, parámetros y modelos para la programación de nuestro sitio web, con la finalidad de investigar las relaciones causa-efecto que provocarán en los usuarios de la Unidad Educativa “Alessandro Volta”. Un experimento puede tener dos aprobaciones una general y otra particular. Por un lado la aprobación general le concierne la elección de la acción, y por otra parte lo particular hace referencia al tratamiento de las consecuencias (Hernández, Fernández, Baptista, 2010, p.121). Tipo de Investigación Exploratoria El tipo de investigación en el que se fundamentará el Plan de Disertación de Grado es el de

campo, ya que se realiza en el propio sitio donde se localiza el objeto de estudio, lo que permitirá que el conocimiento sea más a fondo, permitiendo recolectar información primaria y manejar los datos obtenidos con más seguridad y alcanzar los objetivos planteados con resultados factibles y verídicos. Según Hernández (2010, p.79) la investigación exploratoria se debe realizar cuando el objeto o tema de estudio nunca o casi nunca ha sido analizado, obteniendo así información directamente de la fuente. Descriptiva La investigación descriptiva nos permitirá realizar un análisis para interpretar el conjunto de acciones que se realiza en el proceso de ingreso de notas por parte de cada docente. Hernández (2010, p.80) plantea la investigación descriptiva como un análisis textual de los fenómenos que le suceden a una población o muestra.

4.2.

Modelo en Cascada

Mediante un estudio meticuloso del problema a tratar en el transcurso del desarrollo del sistema, se ha visto la necesidad de seleccionar esta metodología que describe un paradigma muy usado en la programación que consiste en cinco secciones: Análisis, Diseño y Codificación, Pruebas y Mantenimiento. En la etapa de análisis se inició con un dialogo con el personal involucrado en el proceso que se llevaba a cabo tanto para la dinámica del registro de calificaciones, como para el control de asistencia de los estudiantes. Se establecieron módulos, funcionalidades y características del sistema a través del SRS (Especificación de Requerimientos de Software), el cual exime a los autores de posibles

cambios o agregados que se puedan generar desde la institución. Avaluado por la IEEE el SRS describe en sus diferentes apartados: Introducción, Descripción General, Especificación de requerimientos. En la etapa de diseño se estableció la arquitectura completa del Sitio Web y se realizó la construcción de los diagramas que permitirán el desarrollo correcto de los requerimientos obtenidos en la parte del análisis. En la codificación se realizó la programación de cada uno de los módulos que conforman el Sitio Web para luego proceder a añadir funciones, procedimientos y demás paquetería necesaria para el establecer el funcionamiento de la aplicación y las interacciones con el usuario, procurando que la base de datos mantenga su integridad. En las Pruebas se expuso el sistema a varias evaluaciones de laboratorio introduciendo múltiples datos buscando detectar errores. Después se expuso el sistema a otra fase de pruebas un tanto más exhaustivas, esta vez tratando de determinar si el comportamiento del usuario dentro del sistema afectaría de alguna manera la integridad del mismo, y sus datos. En la etapa de Integración los módulos o partes individuales del sistema se incorporan y se realizan las pruebas como un sistema completo para garantizar que se cumplan los requerimientos del software. Una vez concluidas las pruebas con éxito el software es entregado al cliente. En el Mantenimiento se parten de todas observaciones obtenidas en la fase de pruebas para realizar las correcciones necesarias que no han sido descubiertas en las fases anteriores del ciclo en cascada y si es necesario rehacer ciertos módulos de manera que estos se adecuen a las funcionalidades que el usuario busca para con el sistema.

4.3.

Modelo Extreme Programming (XP)

Dada la facilidad de inclusión de este método, en otros se ha visto la factibilidad de implementar realizar el uso de una metodología híbrida ya que el modelo en cascada es ineficiente en el desarrollo web tal y como los describe Gómez (2010), en su libro, ya que el desarrollo web se debe realizar por medio de múltiples prototipos para ir midiendo el grado de aceptación que se tiene del diseño del sitio web de la Institución, por ende en la fase del desarrollo del prototipo no se enuncia dentro del modelo en cascada pero si se trata en el modelo XP, ya que el mismo tiene como fin primario el de poder ajustarse en cualquier momento, a los requerimientos del usuario, brindando así una facultad extra que no tiene el programador con el uso de él modelo en Cascada. Al ser una metodología ligera de desarrollo de software XP toma base en cuatro características como son: comunicación, retroalimentación, simplicidad y valentía Comunicación Se toma contacto directamente con el personal involucrado con el proceso de registro de calificaciones que para este caso sería los docentes y la secretaría de la institución, extrayendo historias del proceso y determinando prioridades sobre las funcionalidades del mismo. Retroalimentación Al realizarse prototipos con incremento se realizan pruebas frecuentes permitiéndonos que el desarrollo se vaya “auto-corrigiendo” conforme se han establecido en las historias recolectadas y si es necesario presentarle al cliente las dudas sobre algún proceso para que sea el miso quien proporcione información para corregir los errores.

Simplicidad Al dividir los módulos de desarrollo por prioridades, se van simplificando las actividades debido a que siempre es más ágil y factible el desarrollo una parte (un módulo) que el todo. Valentía Se refiere a tener la disciplina y disposición de que si el usuario toma cierta decisión sobre el negocio el desarrollador usará técnicas que se ajusten a esas decisiones, por ejemplo si el docente quisiera que se calculen los promedios del estudiante en base a tres cifras sin redondeo, el desarrollador deberá ajustarse a ese parámetro.

4.4.

Población

El universo que se considerará para el Plan de Disertación de Grado es el personal docente y alumnos de la comunidad Educativa “ALESSANDRO VOLTA”. Tomando en cuenta la población establecida para la investigación, la Unidad Educativa cuenta con 1050 estudiantes y 45 docentes se ha aplicado muestreo aleatorio para los estudiantes y se han encuestado a todos los docentes. Así mismo se realizó una encuesta dirigida a un total de 100 representantes de los estudiantes tomados al azar con el motivo de saber la opinión de los mismos.

4.5.

Muestra Muestreo Aleatorio

“El resultado de un experimento estadístico se puede registrar como un valor numérico o como una representación descriptiva”. (Walpole, 2012, p.225). Para determinar la muestra de la población de nuestro proyecto utilizaremos el método estadístico del muestreo aleatorio simple. La fórmula es la siguiente:

đ?&#x2018; â&#x2C6;&#x2014; đ?&#x153;&#x17D; 2 â&#x2C6;&#x2014; đ?&#x2018;?2 đ?&#x2018;&#x203A;= (đ?&#x2018; â&#x2C6;&#x2019; 1) â&#x2C6;&#x2014; đ??¸ 2 + đ?&#x153;&#x17D; 2 â&#x2C6;&#x2014; đ?&#x2018;? 2 1095 â&#x2C6;&#x2014; 0.252 â&#x2C6;&#x2014; 1.962 đ?&#x2018;&#x203A;= (1095 â&#x2C6;&#x2019; 1) â&#x2C6;&#x2014; 0.032 + 0.252 â&#x2C6;&#x2014; 1.962 đ?&#x2018;&#x203A; = 541 DĂłnde:

4.6.

ď&#x201A;ˇ

N = TamaĂąo de la PoblaciĂłn

ď&#x201A;ˇ

đ?&#x153;&#x17D; 2 = Varianza

ď&#x201A;ˇ

đ?&#x2018;? = Nivel de confianza

ď&#x201A;ˇ

đ??¸ = Error Admisible

TĂŠcnicas e Instrumentos de recogida de datos Entrevista

Es una reuniĂłn para conversar y recolectar informaciĂłn entre diversos personajes (el entrevistador y el/los entrevistados). (HernĂĄndez et al., 2010, p.418). La entrevista nos permitirĂĄ obtener requerimientos importantes para elaborar nuestro proyecto de investigaciĂłn, â&#x20AC;&#x153;â&#x20AC;Ś a travĂŠs de las preguntas y respuestas, se logra una comunicaciĂłn y la construcciĂłn conjunta de significados respecto a un tema (HernĂĄndez et al., 2010, p.418).â&#x20AC;? de esta manera se conseguirĂĄ informaciĂłn del cliente con sus necesidades lo que nos permitirĂĄ tener un enfoque claro para la ejecuciĂłn del Plan de DisertaciĂłn y elaborar un producto de calidad para satisfacer las necesidades de nuestro interesado.

Instrumento: Guía de Entrevista La guía de entrevista es utilizada por el investigador permitiéndole establecer una conversación centrada en un tema de interés, para esto se formula las preguntas con el objetivo de recoger la información deseada. Encuesta Es una técnica que nos permite obtener información primaria, donde el investigador recoge datos mediante la elaboración de un cuestionario con preguntas que ayuden a obtener datos estratégicos que se necesitan para el Plan de Disertación. La encuesta será realizada a la muestra obtenida de la población de la Unidad Educativa “Alessandro Volta” con un banco de preguntas elaborado con un previo análisis al problema y a los objetivos generales y específicos del presente Plan de Disertación de Grado. Instrumento: Cuestionario El cuestionario está compuesto por un conjunto de preguntas realizadas por el investigador con un previo análisis de qué es lo que se desea obtener cuyo propósito es conseguir toda la información necesaria para la elaboración del proyecto de investigación. Observación La observación nos permitirá tener respuestas sobre el problema que tenemos en nuestra investigación de campo. Como lo dice Hernández (2011) la observación es realizar un barrido de la información que se encuentra dispersa en el entorno, pudiendo ser la misma extraída a través de una participación con el hecho de estudio o a través de una reflexión exhaustiva.

Esta técnica nos permitirá describir los procesos que se aplicarán para la elaboración del Sitio Web, además nos permitirá representar cada una de las actividades que los docentes realizan para el registro de calificaciones y tener la percepción visual de cada uno de los usuarios finales que nos facilitará en la arquitectura del diseño del sistema de ingreso y visualización de calificaciones. Instrumento: Diario de Campo El diario de campo es un instrumento que el investigador utiliza durante una observación en la investigación, en este diario se realiza las anotaciones minuciosas que se han observado para sustentar el proyecto a realizarse de tal manera que quede una constancia de los datos obtenidos en el lugar de la indagación.

4.7.

Técnicas de análisis de datos

El análisis de los datos obtenidos nos permitirá realizar un estudio preliminar de los problemas que se presentan en el plan de disertación de grado con la finalidad de alcanzar los objetivos de estudio. Los cuadros estadísticos serán utilizados como herramienta para hacer el respectivo análisis de los datos obtenidos, esta técnica nos permitirá administrar los datos recolectados de mejor manera para tener una representación clara de la información obtenida.

5. 5.1.

RESULTADOS

Análisis y Discusión de los resultados Encuesta realizada a los Estudiantes

El resultado obtenido mediante el levantamiento de información por la encuesta realizada a los estudiantes de la Unidad Educativa “Alessandro Volta” tenemos (Ver Anexo 1): 1. ¿Cómo considera sus conocimientos sobre el uso de Internet? Tabla 5. Resultados de la pregunta N° 1 de la encuesta de estudiantes Resultados de la pregunta N° 1 de la encuesta de estudiantes CARÁCTER

FRECUENCIA

PORCENTAJE

ALTOS

141

26,2%

MEDIOS

372

69,1%

BAJOS

4,6%

TOTAL

541

100%

Fuente: Encuestas a los Estudiantes. Elaborado por: Los Autores.

Medios 400 350 69,1%

300 250 200 150

Altos 26,2%

Bajos

100 50

4,6%

0 ¿Cómo considera sus conocimientos sobre el uso de Internet?

Figura 5. Resultados de la primera pregunta de la encuesta de estudiantes. Fuente: Encuesta a los Estudiantes.

Análisis: Mediante las encuestas realizadas a los estudiantes de la Unidad Educativa “Alessandro Volta” hemos podido establecer que de los 541 (100%) estudiantes entrevistados, 141(26,2%) tienen conocimientos altos, 372 (69,1%) tiene un dominio medio y 28 (4%,6) tienen dominios bajos sobre el uso del internet. La información obtenida nos permite garantizar mediante los porcentajes obtenidos que los estudiantes le darán un uso correcto al sitio web y sin mayor complicación. 2. ¿Cuántas horas a la semana usa el servicio de Internet? Tabla 6. Resultados de la pregunta N°2 de la encuesta de Estudiantes Resultados de la pregunta N°2 de la encuesta de Estudiantes CARÁCTER

FRECUENCIA

PORCENTAJE

5 – 10 horas

289

53,2%

11 – 20 horas

137

25,5%

21– 30 horas

8,7%

30– o más horas

12,6%

TOTAL

541

100%

Fuente: Encuestas a los Estudiantes. Elaborado por: Los Autores.

5 - 10 horas 300 250 200

53,2%

11 - 20 horas

150 100 50

+ 30 horas 25,5% 21 - 30 horas 8,7%

12,6% %

0 ¿Cuántas horas a la semana usa el Internet?

Figura 6. Resultados de la segunda pregunta de la encuesta de estudiantes Fuente: Encuesta a los Estudiantes.

Análisis: Con el levantamiento de información realizado mediante la encuesta dirigida a los estudiantes, tenemos que de los 541 (100%) entrevistados de la población estudiantil, 289 (53,2%) usa el servicio de internet en un promedio de 5 – 10 horas a la semana, 137 (25,5%) usa de 11-20 horas, 47 (8,7%) de 21-30 horas y 68 (12,6%) de 30 o más horas. Los porcentajes de uso de internet por parte de los estudiantes nos permiten determinar que son suficientes para que estos puedan realizar la consulta de sus calificaciones en el sitio web. 3. ¿Le gustaría que la Unidad Educativa “Alessandro Volta” tenga un sitio web propio para proveer información? Tabla 7. Resultados de la tercera pregunta de la encuesta de estudiantes Resultados de la tercera pregunta de la encuesta de estudiantes CARÁCTER

FRECUENCIA

PORCENTAJE

519

95,9%

4,1%

TOTAL

541

100%

Fuente: Encuestas a los Estudiantes. Elaborado por: Los Autores.

600

500 400

95,9%

300 200 100

No 4,1%

0 ¿Le gustaría que la Unidad Educativa tenga un sitio web para proveerle información?

Figura 7. Resultados de la tercera pregunta de la encuesta de estudiantes Fuente: Encuesta a los Estudiantes.

Análisis: Según los resultados obtenidos en la encuesta, de los 541 (100%) estudiantes entrevistados, 519 (93,9%) les gustaría que la institución tenga un sitio web mientras que solo 22 (4,1%) estudiantes no está de acuerdo. Los porcentajes obtenidos por los encuestados en esta pregunta son muy satisfactorios ya que se tiene una aceptación muy alta para la implementación del sitio web. 4. ¿Cree que ahorraría tiempo al poder consultar las calificaciones por medio de un sitio web de la Institución? Tabla 8. Resultados de la cuarta pregunta de la encuesta de estudiantes Resultados de la cuarta pregunta de la encuesta de estudiantes CARÁCTER

FRECUENCIA

PORCENTAJE

505

93,9%

6,1%

TOTAL

541

100%

Fuente: Encuestas a los Estudiantes. Elaborado por: Los Autores.

600

500 400

93,9%

300 200 100

No 6,1%

0 ¿Cree que ahorraría tiempo al poder consultar sus calificaciones por medio de un sitio Web de la Institución?

Figura 8. Resultados de la cuarta pregunta de la encuesta de estudiantes. Fuente: Encuesta a los Estudiantes.

Análisis: De los 541 (100%) estudiantes, 505 (93,9%) estudiantes creen que ahorraría tiempo al consultar sus calificaciones por medio del sitio web, mientras que 36 (6,1%) no creen que ahorra tiempo al realizar esta consulta. Los resultados obtenidos de los estudiantes encuestados, establecen que el sitio web será de gran beneficio, ya que les permite ahorrar tiempo al realizar la consulta de sus calificaciones por medio del sitio web al contrario de tener que ir a la institución a consultarlas. 5. ¿Cree útil poder consultar sus calificaciones a través del sitio web de la Institución? Tabla 9. Resultados de la quinta pregunta de la encuesta de estudiantes Resultados de la quinta pregunta de la encuesta de estudiantes CARÁCTER

FRECUENCIA

PORCENTAJE

507

93,7%

6,3%

TOTAL

541

100%

Fuente: Encuestas a los Estudiantes. Elaborado por: Los Autores.

600

500 400

93,7%

300 200 100

No 6,3%

0 ¿Cree útil poder consultar sus calificaciones a traves del sitio web de la Institución?

Figura 9. Resultados de la quinta pregunta del cuestionario de estudiantes. Fuente: Encuesta a los Estudiantes.

Análisis: De los 541 (100%) estudiantes de la población estudiantil, 507 (93,7%) estudiantes creen que es útil poder consultar sus calificaciones a través del sitio web, mientras que 34 (6,3%) creen lo contrario.

Los resultados obtenidos nos permiten determinar que el sitio web de la Unidad Educativa “Alessandro Volta” será de gran utilidad para los estudiantes. 6. ¿Considera útil que se le notifique a su representante a través de su correo electrónico las inasistencias? Tabla 10. Resultados de la sexta pregunta de la encuesta de estudiantes. Resultados de la sexta pregunta de la encuesta de estudiantes. CARÁCTER

FRECUENCIA

PORCENTAJE

413

76,3%

128

23,7%

TOTAL

541

100%

Fuente: Encuestas a los Estudiantes. Elaborado por: Los Autores.

Si 450 400 350 300 250 200 150 100 50 0

76,3% No 23,7%

¿Considera útil que se le notifique a su representante a través de su correo electrónico las inasistencias?

Figura 10. Resultados de la sexta pregunta de la encuesta de estudiantes. Fuente: Encuesta a los Estudiantes.

Análisis: Del total de la población, 541 (100%) estudiantes, 413 (76,3%) consideran beneficioso que se notifique la inasistencia a sus representantes por medio del correo electrónico, mientras que 128 (23,7%) no están de acuerdo con la notificación de las inasistencias.

Los datos recabados nos permiten establecer que la implementación de las notificaciones a los representantes, de las inasistencias por medio de correo electrónico tiene una aceptación considerable afirmando el desarrollo de esta funcionalidad dentro del proyecto. 7. ¿Cuántas veces al mes sus representantes consultan con los docentes sobre sus calificaciones? Tabla 11. Resultados de la séptima pregunta de la encuesta de estudiantes. Resultados de la séptima pregunta de la encuesta de estudiantes. CARÁCTER

FRECUENCIA

PORCENTAJE

0 – 1 veces

259

48,1%

2– 3 veces

203

37,2%

3 o más veces

14,7%

TOTAL

541

100%

Fuente: Encuestas a los Estudiantes. Elaborado por: Los Autores.

300

0 - 1 veces 2 - 3 veces

250 200 150

48,1% 37,2%

+ 3 veces

100 50

14,7%

0 ¿Cuántas veces al mes sus representantes consultan con los docentes sobre sus calificaciones?

Figura 11. Resultados de la séptima pregunta del cuestionario de estudiantes. Fuente: Encuesta a los Estudiantes.

Análisis: De los 541 (100%) entrevistados, 259 (48,1%) estudiantes dicen que sus representantes consultan con los docentes 0-1 veces las calificaciones de los estudiantes, 203 (37,2%) consulta de 2-3 veces y solo 79 (14,7%) lo hacen más de 3 veces. Los porcentajes obtenidos nos dan como resultado que la mayoría de representantes generalmente acuden

comúnmente entre uno y cero veces a la institución para consultar las calificaciones de sus representados, facultando así la realización del presente proyecto. 8. ¿Cómo considera que se lleva el proceso de registro de calificaciones de la Unidad Educativa “Alessandro Volta”? Tabla 12. Resultados de la octava pregunta de la encuesta de estudiantes. Resultados de la octava pregunta de la encuesta de estudiantes. CARÁCTER

FRECUENCIA

PORCENTAJE

EFICIENTE

17,3%

BUENO

253

46,9%

REGULAR

17,7%

MALO

18,1%

TOTAL

541

100%

Fuente: Encuestas a los Estudiantes. Elaborado por: Los Autores.

300

Bueno

250 200

46,9% Malo

150 Eficiente 100 17,3%

Regular 17,7%

18,1%

50 0 ¿Cómo considera que se lleva el proceso de registro de calificaciones en la Institución?

Figura 12. Resultados de la octava pregunta de la encuesta de estudiantes. Fuente: Encuesta a los Estudiantes.

Análisis: Del total de la población estudiantil 541 estudiantes, 94 (17,3%) consideran que el proceso de registro de calificaciones es eficiente, mientras que 253 (46,9%) lo consideran bueno, 95 (17,7%) regular y 99 (18,1%) consideran que es malo. Se puede establecer según los

datos obtenidos de los estudiantes que el proceso de registro de calificaciones de la Institución no refleja en cierto modo problemas para los estudiantes. Pero 288 (53,1%) estudiantes siendo la mayoría muestran una variación muy alta en los criterios, permitiendo determinar que el proceso de registro de calificaciones es desconocido y hasta transparente para los estudiantes dejando en clara notoriedad que es un proceso que no está correctamente establecido. Discusión de Resultado de la Encuesta Realizada a los Estudiantes Por medio de los valores obtenidos por parte de los estudiantes en la primera pregunta se puede determinar que consideran sus conocimientos sore el uso de internet entre altos y medios así mismo que su tiempo de uso del internet esta mayoritariamente en el rango de 5 a 10 horas semanales, esto nos facilita ver la perspectiva de que el sitio web es aplicable para institución en vista que se busca mantener noticias, para lo cual se implemento el respectivo modulo de noticias dentro del sitio web. Asi mismo a través del modulo de administración del sitio web podemos observar el tráfico (número de visitas) que tenga nuestro sitio web. Por otra parte mediante la aplicación del prototipo del sistema de registro de calificaciones se motiva a la digitalización y disponibilidad de la información permitiendo una mejora en el proceso relacionado con la consulta de calificaciones por parte de estudiantes, para así proceder con la respectiva recalificación, igualemente los estudiantes respaldan la utilidad del prototipo de sistema que hace referencia a que se le notifique al representante de la inasistencia mediante un correo electrónico, aunque existen cierto casos aislados en los cuales los estudiantes objetaban que su representante legal no contaba con un correo electrónico y por lo tanto optaron por ubicar como mejor opción que no sería útil que se notifique la inasistencia. Finalmente se corroboró que los estudiantes desconocían el proceso de registro de calificaciones, debido a cambios provenientes desde el ministerio de educación y que en cierta manera cambian la perspectiva del proceso para los estudiantes.

Encuesta realizada a los Docentes El resultado obtenido mediante el levantamiento de información por la encuesta realizada a los docentes de la Unidad Educativa “Alessandro Volta” tenemos (Ver Anexo 2) 1. ¿Cómo considera sus conocimientos sobre el uso de Internet? Tabla 13. Resultados de la primera pregunta de la encuesta de docentes. Resultados de la primera pregunta de la encuesta de docentes. CARÁCTER

FRECUENCIA

PORCENTAJE

ALTOS

31%

MEDIOS

53%

BAJOS

16%

TOTAL

100%

Fuente: Encuesta a los Docentes. Elaborado por: Los Autores.

53%

31% 16%

Figura 13. Resultados de la primera pregunta de la encuesta de docentes. Fuente: Encuesta a los docentes.

Análisis: De los 45 (100%) docentes de la institución, 14 (31%) tienen conocimientos altos sobre el uso del internet, 24 (53%) tienen conocimientos medios y 7 (16%) tienen conocimientos bajos. La mayor parte de los docentes poseen los conocimientos necesarios para que hagan uso del sitio web sin ningún inconveniente.

2. ¿Dispone Usted de una computadora para uso personal? Tabla 14. Resultados de la segunda pregunta de la encuesta de docentes. Resultados de la segunda pregunta de la encuesta de docentes. CARÁCTER

FRECUENCIA

PORCENTAJE

87%

13%

TOTAL

100%

Fuente: Encuesta a los Docentes. Elaborado por: Los Autores.

Si 40 30

87%

20 No 10

13%

0 ¿Dispone Ud de una computadora para uso personal?

Figura 14. Resultados de la segunda pregunta de la encuesta de docentes. Fuente: Encuesta a los docentes.

Análisis: Con los resultados de la encuesta, podemos determinar que del total de 45 docentes, 39 (87%) cuenta con un computador personal, mientras que 6 (13%) no poseen un computador. De esta manera la información obtenida nos permite establecer que los docentes no tendrán problema en acceder al sitio web y realizar el registro de calificaciones debido a que 39 docentes (87%) de los encuestados dispone de una computadora para su uso personal.

3. ¿Usted accede con mayor frecuencia a Internet desde? Tabla 15. Resultados de la tercera pregunta de la encuesta de docentes. Resultados de la tercera pregunta de la encuesta de docentes. CARÁCTER

FRECUENCIA

PORCENTAJE

Casa

56%

Trabajo

36%

Centro de Cómputo

Otros

TOTAL

100%

Fuente: Encuesta a los Docentes. Elaborado por: Los Autores.

Casa 25 56%

Trabajo

20 15 36% 10

Centro de Computo

5 6%

Otros 2%

0 ¿Usted accede con mayor frecuencia a Internet desde?

Figura 15. Resultados de la tercera pregunta de docentes. Fuente: Encuesta a los docentes.

Análisis: Los resultados obtenidos nos indican que de los 45 (100%) docentes, 25 (56%) acceden a internet desde su casa, 16 (36%) lo hacen desde su trabajo, 3 (6%) acuden a un centro de cómputo y solo 1 (2%) lo hace desde un Smartphone. Todos los docentes tienen acceso a internet desde diferentes lugares por lo que no tendrían complicaciones en acceder al sitio web.

4. ¿Cree usted que es necesario tener un sitio web, para proveer información de la Unidad Educativa “Alessandro Volta”? Tabla 16. Resultados de la cuarta pregunta de la encuesta de docentes Resultados de la cuarta pregunta de la encuesta de docentes CARÁCTER

FRECUENCIA

PORCENTAJE

98%

TOTAL

100%

Fuente: Encuesta a los Docentes. Elaborado por: Los Autores.

98%

40 30 20

No 2%

10 0

¿Cree usted que es necesario tener un sitio web, para proveer información de la Unidad Educativa Alessandro Volta?

Figura 16. Resultados de la cuarta pregunta de la encuesta de docentes. Fuente: Encuesta a los docentes.

Análisis: La información obtenida indica que de los 45 (100%) docentes, 44 (98%) cree que es necesario tener un sitio web propio de la institución, mientras que solo 1 (2%) no cree necesario. Por lo que se puede determinar que los docentes están de acuerdo con la implementación del sitio web.

5. ¿Con que frecuencia acuden (mensualmente) los representantes de los estudiantes a consultar con usted sobre las calificaciones del estudiante? Tabla 17. Resultados de la quinta pregunta de la encuesta de docentes. Resultados de la quinta pregunta de la encuesta de docentes. CARÁCTER

FRECUENCIA

PORCENTAJE

0 – 1 veces

33%

2– 3 veces

49%

3 o más veces

18%

TOTAL

100%

Fuente: Encuesta a los Docentes. Elaborado por: Los Autores.

2 - 3 veces

25 20 15

0 - 1 veces

49%

33% + 3 veces

10 18% 5 0 ¿Con que frecuencia acuden (mensualmente) los representantes de los estudiantes a consultar con ud sobre las calificaciones del estudiante?

Figura 17. Resultados de la quinta pregunta de la encuesta de docentes. Fuente: Encuesta a los docentes.

Análisis: Mediante la encuesta realizada a los 45 (100%) docentes de la institución, 15 (33%) dicen que los representantes acuden de 0-1 veces a ellos a consultar las notas del estudiante, 22 (49%) dicen que lo hacen de 2-3 veces y 8 (18%) dicen que acuden más de 3 o más veces al mes. Por lo que se obtiene como resultado que los representantes acuden muy poco a preguntar sobre sus representados.

6. ¿Cómo considera que se lleva el proceso de registro de calificaciones de la Unidad Educativa “Alessandro Volta”? Tabla 18. Resultados de la sexta pregunta de la encuesta de docentes. Resultados de la sexta pregunta de la encuesta de docentes. CARÁCTER

FRECUENCIA

PORCENTAJE

EFICIENTE

20%

BUENO

56%

REGULAR

22%

MALO

TOTAL

100%

Fuente: Encuesta a los Docentes. Elaborado por: Los Autores.

Bueno 25 56%

20 15 Eficiente 10

Regular 22% Malo

0 ¿Cómo considera que se lleva el proceso de registro de calificaciones de la Unidad Educativa Alessandro Volta?

Figura 18. Resultados de la sexta pregunta de la encuesta de docentes. Fuente: Encuesta a los docentes.

Análisis: Según la encuesta realizada a los 45 (100%) docentes, 9 (20%) consideran que el proceso es eficiente, 25 (56%) lo consideran bueno, 10 (22%) creen que es regular y solo 1 (2%) considera malo al proceso de registro de calificaciones; por lo que la implementación del sistema de registro de calificaciones hará que este proceso sea más eficiente.

7. ¿Le gustaría que la Unidad Básica Educativa “Alessandro Volta” tenga un sistema automatizado en la cual permita el ingreso de calificaciones de manera modular y desde cualquier lugar con acceso a internet? Tabla 19. Resultados de la séptima pregunta de la encuesta de docentes. Resultados de la séptima pregunta de la encuesta de docentes. CARÁCTER

FRECUENCIA

PORCENTAJE

98%

TOTAL

100%

Fuente: Encuesta a los Docentes. Elaborado por: Los Autores.

SI 45 40 35 30 25 20 15 10 5 0

98%

No 2%

¿Le gustaría que la Unidad Básica Educativa Alessandro Volta tenga un sistema automatizado en la cual permita el ingreso de calificaciones de manera modular y desde cualquier lugar con acceso a internet?

Figura 19. Resultados de la séptima pregunta de la encuesta de docentes. Fuente: Encuesta a los docentes.

Análisis: De los 45 (100%) docentes entrevistados, a 44 (98%) les gustaría que la Unidad Básica “Alessandro Volta” tenga un sistema automatizado que permita el ingreso de calificaciones de manera modular y desde cualquier lugar con acceso a internet, y solo un docente (2%) no está de acuerdo, por lo tanto por parte de los docentes se puede concluir que los docentes apoyan la realización del presente proyecto.

8. ¿Considera que automatizar el proceso de registro de calificaciones beneficiará a la institución? Tabla 20. Resultados de la octava pregunta de la encuesta de docentes. Resultados de la octava pregunta de la encuesta de docentes. CARÁCTER

FRECUENCIA

PORCENTAJE

98%

TOTAL

100%

Fuente: Encuesta a los Docentes. Elaborado por: Los Autores.

50 40

Si 98%

30 20 10

No 2%

0 ¿Considera que automatizar el proceso de registro de calificaciones beneficiará a la institución?

Figura 20. Resultados de la octava pregunta de la encuesta de docentes. Fuente: Encuesta a los docentes.

Análisis: De los 45 (100%) docentes entrevistados, 44 (98%) considera beneficioso que se automatice el proceso de registro de calificaciones y solamente un docente (2%) no cree que exista beneficio alguno. La información obtenida nos permite determinar que el desarrollo del sitio web será de gran importancia para que los docentes realicen el proceso de registro de calificaciones.

9. ¿Cree usted que desarrollará nuevas habilidades informática a través del uso de esta aplicación? Tabla 21. Resultados de la novena pregunta de la encuesta de docentes. Resultados de la novena pregunta de la encuesta de docentes. CARÁCTER

FRECUENCIA

PORCENTAJE

96%

TOTAL

100%

Fuente: Encuesta a los Docentes. Elaborado por: Los Autores.

SI 45 40 35

96%

30 25 20 15 10

5 0 ¿Cree usted que desarrollará nuevas habilidades informáticas a través del uso de esta aplicación?

Figura 21. Resultados de la novena pregunta de la encuesta de docentes. Fuente: Encuesta a los docentes.

Análisis: Mediante la encuesta realizada a los 45 (100%) docentes, podemos darnos cuenta que 43 (96%) cree que si desarrollará nuevas habilidades informáticas a través del uso del sitio web, mientras que 2 (4%) no cree desarrollar nuevas habilidades informáticas. En base a los resultados obtenidos se puede afirmar que el desarrollo del sitio web será beneficioso ya que les permitirá a tal y como los docentes encuestados afirman desarrollar nuevas habilidades informáticas.

Discusión de Resultado de la Encuesta Realizada a los Docentes Mediante la aplicación de las primeras tres preguntas (ver Anexo 2), se pudo determinar que los docentes cuentan con las herramientas necesarias para realizar el registro de calificaciones sea desde su espacio de trabajo como desde sus hogares, así mismo apoyan la implementación del sitio web institucional, ya que considerar necesario un espacio a través del cual publicar información relacionada a la institución y que de esta manera la unidad educativa Alessandro Volta, se incluya mejor en los espacios tecnologícos. La consulta de calificaciones de los estudiantes al docente no denota mucha diferencia en el numero de veces por mes que se realizan, pero por otra parte de igual manera se pudo ratificar que algunos docentes no apoyaban el proyecto en vista de que el mismo representaba “una carga”, que mas bien por desconocimiento de los mismos, se expone como una solución a los problemas referentes a registros incorrectos de calificaciones. Cabe destacar que en la pregunta 8 (ver Anexo 2), la facilidad de acceso al sistema de registro de calificaciones e insasistencias genera curiosidad por parte de el 98% de los docentes, esto permite excluir las conclusiones sacadas con anterioridad ya que hay la apertura al uso de herramientas que involucren disponibilidad de un servicio tan común en la actualidad como es el internet. Adicionalmente y conforme el cambio de la matriz productiva enuncia existe una predisposición por parte del personal academcio para que tal y como denota la pregunta 9 (ver Anexo 2), con el uso del sistema de la Unidad Educativa para el registro de calificaciones permita el desarrollo de competencias o habilidades informáticas.

Encuesta realizada a los Representantes El resultado obtenido mediante el levantamiento de información por la encuesta realizada a los representantes de la Unidad Educativa “Alessandro Volta” tenemos (Ver Anexo 3) 1. ¿Cómo considera sus conocimientos sobre el uso de Internet? Tabla 22. Resultados de la novena pregunta de la encuesta de docentes. Resultados de la primera pregunta de la encuesta de representantes. CARÁCTER

FRECUENCIA

PORCENTAJE

ALTOS

18%

MEDIOS

56%

BAJOS

26%

TOTAL

100

100%

Fuente: Encuesta a los Representantes. Elaborado por: Los Autores.

Medios 60 56%

Bajos

40 30 20

Altos 26% 18%

10 0 ¿Cómo considera sus conocimientos sobre el uso de Internet?

Figura 22. Resultados de la primera pregunta de la encuesta de representantes. Fuente: Encuesta a los Representantes.

Análisis: De los 100 (100%) representantes encuestados, 18 (18%) consideran altos sus conocimientos sobre el uso de internet, 56 (56%) consideran bajos sus conocimientos y 26

(26%) consideran bajo, por lo que la mayor parte de los representantes tendrá acceso al sitio web sin inconvenientes. 2. Aproximadamente ¿cuántas horas a la semana, usa el servicio de internet, en su sitio de trabajo, casa u otros lugares? Tabla 23. Resultados de la segunda pregunta de la encuesta de representantes. Resultados de la segunda pregunta de la encuesta de representantes. CARÁCTER

FRECUENCIA

PORCENTAJE

0-10 horas

47%

11-20 horas

25%

21-30 horas

18%

30 o más

10%

TOTAL

100

100%

Fuente: Encuesta a los Representantes. Elaborado por: Los Autores.

0-10 horas 50 45 40 35 30 25 20 15 10 5 0

47% 11-20 horas 21-30 horas 25% 18%

30 ó mas 10%

¿Aproximadamente cuántas horas a la semana, usa el servicio de internet, en su sitio de trabajo, casa u otros lugares?

Figura 23. Resultados de la segunda pregunta de la encuesta de representantes Fuente: Encuesta a los Representantes.

Análisis: Mediante la encuesta realizada a los 100 (100%) representantes, 47 (47%) indican que usan internet de 0-10 horas, 25 (25%) usan de 11-20 horas, 18 (18%) usan de 21 – 30 horas

y 10 (10%) indica que usan internet más de 30 horas; por lo que podemos establecer que son los tiempos suficientes para que los representantes hagan uso del sitio web. 3. ¿Cree usted que sea necesario tener un sitio web, donde se proporcione información de la Unidad Educativa “Alessandro Volta”? Tabla 24. Resultado de la tercera pregunta de la encuesta de representantes. Resultado de la tercera pregunta de la encuesta de representantes. CARÁCTER

FRECUENCIA

PORCENTAJE

95%

TOTAL

100

100%

Fuente: Encuesta a los Representantes. Elaborado por: Los Autores.

SI 100 90 80 70 60 50 40 30 20 10 0

95%

No 5%

¿Cree ud que sea necesario tener un sitio web, donde se proporcione información de la Unidad Educativa Alessandro Volta?

Figura 24. Resultados de la tercera pregunta de la encuesta de representantes. Fuente: Encuesta a los Representantes.

Análisis: Como podemos observar en la gráfica, nos damos cuenta que de los 100 (100%) representantes encuestados, 95 (95%) cree necesario que la Unidad Educativa “Alessandro Volta” tenga un sitio web, mientras que 5% (5%) no cree necesario un sitio web. De los datos obtenidos podemos determinar que el sitio web tiene una gran aceptación para su desarrollo

por parte de los representantes. 4. ¿Considera beneficioso poder consultar las calificaciones de su representado a través de un sitio web? Tabla 25. Resultados de la cuarta pregunta de la encuesta de representantes. Resultados de la cuarta pregunta de la encuesta de representantes. CARÁCTER

FRECUENCIA

PORCENTAJE

94%

TOTAL

100

100%

Fuente: Encuesta a los Representantes. Elaborado por: Los Autores.

SI 100 90 80 70 60 50 40 30 20 10 0

94%

¿Considera beneficioso poder consultar las calificaciones de su representado a tra´ves de un sitio web?

Figura 25. Resultados de la cuarta pregunta de la encuesta de representantes. Fuente: Encuesta a los Representantes.

Análisis: Del 100% de los representantes, 94 (94%) representantes considera beneficioso poder consultar las calificaciones de sus representados mediante el sitio web, y 6 (6%) no considera que sea beneficioso. Los resultados obtenidos determinan que el desarrollo del sitio web será de gran beneficio para los representantes.

5. ¿Cree usted que ahorraría tiempo al poder consultar las calificaciones de su representado a través del sitio web de la Institución? Tabla 26. Resultados de la quinta pregunta de la encuesta de representantes. Resultados de la quinta pregunta de la encuesta de representantes. CARÁCTER

FRECUENCIA

PORCENTAJE

94%

TOTAL

100

100%

Fuente: Encuesta a los Representantes. Elaborado por: Los Autores.

Si 100 80

94%

60 40 20

No 6%

0 ¿Cree ud que ahorraría tiempo al poder consultar las calificaciones de su representado a través del sitio web de la Institución?

Figura 26. Resultados de la quinta pregunta de la encuesta de representantes. Fuente: Encuesta a los Representantes.

Análisis: De los 100 representantes encuestados, 96 (96%) cree que ahorraría tiempo consultar las calificaciones de su representado mediante el sitio web, mientras que el 4 (4%) no cree ahorrar tiempo. Es debido a que los 96 representantes encuestados (96%) aseveran que con el sitio Web ahorrarían tiempo que se puede deducir que el desarrollo del proyecto tendrá una gran aceptación.

6. ¿Considera conveniente que le sean notificadas a través de su correo electrónico las inasistencias del estudiante? Tabla 27. Resultados de la sexta pregunta de la encuesta de representantes. Resultados de la sexta pregunta de la encuesta de representantes. CARÁCTER

FRECUENCIA

PORCENTAJE

91%

TOTAL

100

100%

Fuente: Encuesta a los Representantes. Elaborado por: Los Autores.

SI 100 90 80 70 60 50 40 30 20 10 0

91%

¿Considera conveniente que le sean notificadas a través de su correo electrónico las inasistencias del estudiante?

Figura 27. Resultados de la sexta pregunta de la encuesta de representantes. Fuente: Encuesta a los Representantes.

Análisis: Mediante la encuesta realizada a los representantes se ha calculado que 91 (91%) consideran conveniente que se les notificadas las inasistencias mediante correo electrónico y 9 (9%) no lo cree conveniente resaltándose el desconocimiento total del uso siquiera de una computadora. Sin embargo se puede establecer que el sitio web será muy conveniente para los representantes de la Unidad Educativa “Alessandro Volta” ya que así se podrán notificar oportunamente a los respectivos representantes de las inasistencias de los estudiantes.

7. ¿Cree usted que lleguen a mejorar las calificaciones de su representado, si usted se encuentra constantemente informado sobres sus calificaciones e inasistencias? Tabla 28. Resultados de la séptima pregunta de la encuesta de representantes. Resultados de la séptima pregunta de la encuesta de representantes. CARÁCTER

FRECUENCIA

PORCENTAJE

95%

TOTAL

100

100%

Fuente: Encuesta a los Representantes. Elaborado por: Los Autores.

SI 100 90 80 70 60 50 40 30 20 10 0

95%

¿Cree ud que lleguen a mejorar las calificaciones de su representado, si ud se encuentra constantemente informado sobre sus calificaciones e inasistencias?

Figura 28. Resultados de la séptima pregunta de la encuesta de representantes. Fuente: Encuesta a los Representantes.

Análisis: En la encuesta realizada a los 100 representantes se tiene que 95 (95%) están de acuerdo que mejorarán las notas de sus representados si están constantemente informados, y 5 (5%) no cree que mejoren las notas. Determinamos así que el desarrollo del sitio web será de gran beneficio para los representantes permitiendo un mejor control y seguimiento sobre las calificaciones de los estudiantes.

Discusión de Resultado de la Encuesta Realizada a los Representantes de los Estudiantes En vista de que la mayoría de los representantes de los estudiantes encuestados hacen uso de internet entre 0 – 10 horas semanales; se puede asumir tal y como denota la pregunta 4 (ver anexo 3); que los mismos encontrarán conveniente la posibilidad de consultar las califiaciones de sus representados mediante un sitio web. Asi mismo cosideran conveniente que se les sea notificadas las inasistencias del estudiantes a clases, para poder realizar un mejor seguimiento de su representado, lo cual influiría en que se llegue a mejorar las calificaciones del estudiante ver pregunta 7 (Anexo 3). Resultados de la Aplicación de la Metodología Etapa de Análisis En esta etapa se analizó las necesidades de los usuarios finales del software, se inició con un dialogo con el personal involucrado en el proceso de registro de calificaciones, como para el control de asistencia de los estudiantes (ver Anexo 12). Para formalizar dichos requerimientos se elaboró un SRS (Especificación de Requerimientos de Software) en el cual se detallan todos los aspectos fundamentales para el desarrollo del sistema (ver Anexo 4). Etapa de Diseño En esta etapa se realizó la construcción de los diagramas que permitieron el desarrollo correcto de los requerimientos obtenidos en la parte del análisis. Para esto se elaboró el Modelo físico (ver Anexo 5) y conceptual de la base de datos (ver Anexo 6), Diccionario de Datos (ver Anexo 7), Diagramas de Secuencia (ver Anexo 8) y Diagramas de Caso de Uso (ver Anexo 9).

Etapa de Codificación En esta etapa se realizó la generación del código fuente haciendo uso de pruebas y ensayos para corregir errores, permitiendo el desarrollo de las funcionalidades y comportamiento del sistema. Se obtuvo código escrito en lenguaje de programación PHP para el procesamiento de la información en el servidor, así mismo codigo Javascript que facilita crear un controlador de eventos para que el usuario pueda realizar invocar tareas dentro de los formulario HTML, mediante código SQL se realizó la creación de la base de datos, tablas y disparadores que permite el procesamiento y funcionamiento de la Base de Datos. De esta manera se pudo elaborar la información referente a la fase de implementación la cual se detalla en el manual de instalación (ver Anexo 11). 5.1.4.3.1 Creación de la base de datos A continuación se detalla un fragmento del Script utilizado para la creación del Rol ueav_admin al cual se le asigna permisos de superusuario, acto seguido se crea la base de datos con el nombre db_ueav. Para este Script se uso Lenguajes de definición de Datos SQL

Figura 29. Creación de la base de datos Fuente: Base de Datos UEAV

5.1.4.3.2 Creación de triggers Para la construcción de este trigger o disparador, se utilizó lenguaje procedimental PL/pgSQL.A continuación se detalla un fragmento del Script utilizado para la creación del trigger el cual permite asignar por defecto al perfil de un usuario los permisos, y que los mismos se almacenen en la tabla permiso_usuario, la cual almacena las relaciones que existen entre el usuario y el permiso.

Figura 30. Disparadores de la Base de Datos Fuente: Base de Datos UEAV

De igual manera se muestra un fragmento del Script para la creación de otro trigger utilizado dentro del Sistema UEAV para el registro de califiaciones e inasistencias.

Figura 31. Disparadores de la Base de Datos Fuente: Base de Datos UEAV

Pruebas e Implantación Cabe destacar que por motivos transitorios de la ley de educación pública y privada, el Estado a través del Ministerio de Educación emitió una normativa a través del acuerdo ministerial #0075-14 (ver anexo 13) emitido el 30 de abril del 2014; en la cual se regula que todas las instituciones educativas públicas tienen estrictamente prohibido hacer uso de cualquier sistema o herramienta académico administrativo. Por tal motivo se llegó a un acuerdo con las autoridades de la Unidad Educativa “Alessandro Volta” para que hagan la recepción del Sitio Web con el sistema de Registro de Calificaciones a manera de prototipo. Quedando así abolida la fase de pruebas e Implantación Mantenimiento No está estableció ningún mantenimiento, ya que no se realizará la implantación del sistema de registro de calificaciones e inasistencias por motivos ya planteados en la sección 5.1.4.4 Pruebas e Implantación de este documento.

5.2.

Conclusiones

• La metodología en Cascada resultó ser la mejor opción para analizar, diseñar e implementar una solución adaptada a las necesidades de nuestro proyecto, ya que sigue los pasos intuitivos, bien organizados y necesarios a la hora de desarrollar el software. • Al realizar varios modelos tanto del sitio web como de interfaces para el sistema, se logró recolectar la información relacionada a procesos que se encontraban implícitos dentro del sistema, como por ejemplo la vinculación de materias a docentes y cursos con materias; permitiendo comprender el ámbito de la información del software, así como la función, el rendimiento y las interfaces requeridas. • El prototipo de registros de calificaciones e inasistencias, optimiza el proceso de registro de calificaciones, distribuyendo la actividad de este proceso al personal docente de la Unidad Educativa Alessandro Volta. • Al implementar el sitio web, se busca que la Unidad Educativa Alessandro Volta genere boletines de noticias; y posea un espacio informativo para su comunidad educativa. • Se adquirierón nuevas habilidades en el desarrollo del Sistema en PHP y PostgreSQL, las cuales serán de gran ayuda en nuestro crecimiento técnico y profesional. • Las herramientas de software libre permitieron implementar el sistema sin la necesidad de asumir costos por el uso de las mismas, permitiendo al área administrativa y financiera de la institución invertir estos recursos en actividades para beneficio de la institución. • La administración de las calificaciones de los estudiantes es un aspecto fundamental en la gestión académica de las instituciones educativas, la mejor manera de administrar esta información es mediante el uso de herramientas tecnológicas como sistemas adaptados a las

leyes vigentes y a las necesidades de la institución. • La implantación del módulo que gestiona el registro de calificaciones y control de asistencias, resulta muy oportuno para la institución debido a las nuevas obligaciones de la Ley Orgánica de Educación Intercultural la cual exige llevar un registro de estos aspectos; para así contribuir a la calidad de la gestión educativa ecuatoriana. • En vista de las disposiciones generales emitidas por el Ministerio de Educación el 30 de abril del 2014, mediante acuerdo ministerial #0076-14 y son aplicadas para el año lectivo 20152016, en su sección Quinta expone que : “Una vez que se hayan proporicionado las claves a todos los usuarios de un establecimiento educativo público, el uso de la Plataforma de Gestión de Servicios Eduactivos EducarEcuador, será obligatorio, por lo cual se desactivará cualquier mecanismo alternativo, en especial para el manejo de gestión educativa y docente”

se optó bajo un consenso con las autoridades de la

institución en realizar la entrega del sistema como un prototipo, dejando a disposición de la Unidad Educativa el sitio web informativo funcional y operativo bajo el dominio www.ueav.ec, evitando así que la institución tengo inconvenientes por desacato de la ley. • Tanto PHP como PostgreSQL manejan una el paradigma orientado a objetos, y relacional lo cual facilita el desarrollo de aplicaciones web que manejen este tipo de bases de datos, por otra parte JavaScript permite facilitar la creación de controladores de eventos de forma que las transacciones se realicen en los formularios sin necesidad de refrescar las páginas web.

5.3.

Límites y Recomendaciones

● Al gobierno local y en especial a los ministerios a cargo de las regulaciones, que realicen un seguimiento sobre los convenios y proyectos vigentes con los que cuentan las unidades educativas, debido a que ciertas autoridades de las instituciones prefieren dar por finiquitado los proyectos para evitar inconvenientes.

 Incentivar a los estudiantes de la carrera de Sistemas de la PUCE SD a continuar desarrollando proyectos de investigación y desarrollo de software; que contribuya al beneficio de la comunidad del cantón Santo Domingo. ● Al personal docente y administrativo de la Unidad Educativa “Alessandro Volta” estar capacitado antes de usar el sistema, aunque se lo ha desarrollado de manera que sea intuitivo para el usuario hay ciertos parámetros que están sustentados en el manual de usuario. ● Realizar respaldos periódicos (semanales) de la base de datos para evitar perdida de información. ● Contar con una proveedor de internet y hospedaje como que ofrezca un servicio confiable para garantizar conectividad (24 horas / 7 días a la semana) y asegure una respuesta oportuna a problemas técnicos (problemas de instalación, mantenimiento de las bases de datos, etc). ● Emplear el lenguaje de Programación PHP para el desarrollo de sistemas basados en el entorno Web, ya que este lenguaje puede emplearse en todos los sistemas operativos principales, incluyendo Linux, muchas variantes de Unix (incluyendo HP-UX, Solaris y OpenBSD), Microsoft Windows y Mac OS. ● Para futuras investigaciones se recomienda el uso de PostgreSql como motor de base de datos ya que posee una sintaxis estándar y fácil de aprender, además de ser multiplataforma y considerado ideal para tecnologías web. ● De preferencia se debe usar el navegador Google Chrome para la ejecución del sistema por su velocidad y porque emplea recursos como un motor de renderizado de Javascript V8 y precarga de DNS para mejorar el rendimiento en la carga de páginas web.

LISTA DE REFERENCIAS

Fuentes de Información Bibliográficas Alvira, F., (2011). La encuesta: Una perspectiva general metodológica. España: Centro

Investigaciones

Metodológicas.

Recuperado

http://books.google.com.ec/books?id=GbZ5JOIoDEC&printsec=frontcover&dq=encuesta&hl=es&sa=X&ei=TSRiVOiyM8 mfNs_dg4AK&ved=0CCEQ6AEwAQ#v=onepage&q=encuesta&f=false Campderrich, B., (2003). Ingeniería del Software. España: Editorial UOC. Recuperado

http://site.ebrary.com/lib/pucesp/docDetail.action?docID=10646149&p00=in genieria%20software%20modelo%20cascada Carceller, R., Campos, C., García, M., (2013). Servicios en Red. España: Macmillan Iberia,

S.A.

Recuperado

http://site.ebrary.com/lib/pucesp/docDetail.action?docID=10820628&p00=N avegador+web Castillo, A., Barrios, J., Montilva, J., Rivero, D., Conceptualización del proceso de implementación de software: perspectivas ágil y disciplinada. Revista Ciencia e Ingeniería, Vol. 31, No. 3, pp. 143-152, agosto-noviembre, 2010. ISSN 1316-7081

Recuperado

http://erevistas.saber.ula.ve/index.php/cienciaeingenieria/article/viewFile/114 7/1102

Coronel, C., (2011). Bases de Datos, Implementación y Administración. México: Editorial CENGAGE Learning. Gómez, J., (2010). Diseño y creación de Portales Web. España – Madrid: StarBook. Groussard, T., (2010). Java Enterprise Edition: Desarrollo de aplicaciones web con JEE

Barcelona:

Ediciones

ENI.

Recuperado

http://books.google.com.ec/books?id=MdoMHI4QiJ0C&printsec=frontcover &hl=es&source=gbs_ge_summary_r&cad=0#v=onepage&q&f=false Holzner, S., (2010). PHP: Manual de Referencia. México: McGraw-Hill Interamericana.

Recuperado

http://site.ebrary.com/lib/pucesp/docDetail.action?docID=10433822&p00=p hp ITESO (S.F). ITESO. Recuperado el: 11 de Noviembre de 2014, de: http://iteso.mx/~carlosc/pagina/documeto/usabilidad.htm Lerma, R., Murcia, A., Mifsud, E., (2013). Aplicaciones Web. España: McGraw-Hill España Louden, K.C., (2004). Lenguajes de Programación. México: Thomson. Mohedano, J., Saiz, J.M., Salazar, P., (2012). Iniciación a javascript. España: Ministerio de Educación de España. Nevado, M.V., (2010). Introducción a las Bases de Datos Relacionales. Madrid: Visión Libros. Pérez, J.D., (2014). Guía visual de introducción a la informática. España: Anaya

Multimedia. Piñeiro, J.M., (2013). Bases de datos relacionales y modelado de datos. España: Paraninfo, S.A. Pressman, R.S., (2010). Ingeniería del Software: Un enfoque práctico. México: Mc Graw Hill. Reinosa, E.J., Maldonado, C.A., Muñoz, R., (2012). Bases de Datos. México: Alfaomega

Grupo

Editor.

Recuperado

http://site.ebrary.com/lib/pucesp/docDetail.action?docID=10780027&p00=ba se+de+datos Rubiales, M., (2013). HTML5, CSS3 Y Javascript. España: Anaya Multimedia. Sagrera, C. J., (2013). Ingeniería del Software, España: UOC Silberschatz, A., Korth, H.F., (2002). Fundamentos de Base de Datos. España: Mc Graw Hill. Sommerville, I. (2011). Ingeniería de Software. México: Pearson Educación. Walpole, R.E., (2012). Probabilidad y Estadística para Ingeniería y Ciencias. México: Pearson Educación. Zofio, J., (2013). Aplicaciones Web. España: Macmillan Iberia, S.A. Recuperado de http://site.ebrary.com/lib/pucesp/docDetail.action?docID=10820640&p00=A plicaciones+web

Fuentes de Información Lincográficas Ministerio de Educación (2012). Marco Legal Educativo, Constitución de la República, Ley orgánica de educación intercultural y reglamento general. Recuperado

de:

http://educacion.gob.ec/wp-

content/uploads/downloads/2013/01/Marco_Legal_Educativo_2012.pdf Misión, Visión y Valores Institucionales. (s. f.) En Apartado de Nuestra Sede del portal

web

pucesd.edu.ec.

Recuperado

http://pucesd.edu.ec/index.php/nuestrasede/vision_mision_valores_institucionales.html Secretaria Nacional de Planificación y Desarrollo (s.f.), Plan Nacional del Buen Vivir 2013-2017. Recuperado de http://www.buenvivir.gob.ec/

GLOSARIO A Apache: Servidor de páginas web actualmente es el líder del mercado de servidores, por delante de soluciones propietarias como Internet Information Service (IIS) de Microsoft. B Browser: (Explorador, navegador). Programa que permite navegar por internet. C Computador Cliente: Computador que recibe datos desde una computadora o servidor. D DDL: (Data Definition Language/Lenguaje de Definición de Datos). Lenguaje proporcionado por el sistema de gestión de base de datos que permite a los usuarios llevar a cabo las tareas de definición de las estructuras que almacenarán los datos así como de los procedimientos o funciones que permitan consultarlos. DML: (Data Manipulation Language/Lenguaje de Manipulación de Datos). Lenguaje proporcionado por el sistema de gestión de base de datos que permite a los usuarios llevar a cabo las tareas de consulta o manipulación de los datos, organizados por el modelo de datos adecuado. E Explorador: Es cualquier programa que nos traduce la información a algún formato inteligible por nosotros, que normalmente suele ser gráfico.

F FTP: (File Transfer Protocol/Protocolo de Transferencia de Archivos). Es un Servicio de Internet que permite el envío y la recepción de ficheros, para su uso necesitamos disponer de una cuenta en la máquina que va a recibir o enviar los ficheros. H Hypertext: (Hipertexto). Se puede entender como un formato de texto, ampliado para admitir contenidos gráficos y de sonido, así como enlace a otra página. Home Page: (Página de inicio). Página sirve de punto de partida para la navegación, y que normalmente tiene enlace con otras páginas también se llama página inicial. Hosting: (Alojamiento Web). Consiste en un servicio que permite a los usuarios el almacenamiento de información, imágenes, videos y en la mayoría de casos permiten la publicación de sitios web. Html: (HyperText Markup Language/Lenguaje de Etiquetado de Hipertexto). Lenguaje que se utiliza para definir las páginas web, permite combinar imágenes, textos y enlaces. Http: (HyperText Transfer Protocol/Protocolo de Transferencia de Hipertexto). Es el protocolo de transferencia de datos que utiliza la Red Informática Mundial (World Wide Web, www). I Internauta: Persona que navega por Internet.

Internet: Conjunto de computadoras, o servidores, conectado en una red de redes mundial, que comparten un mismo protocolo de comunicación, y que presentan servicios a las computadoras que se conectan a esa red. Intranet: Red privada. Puede ser local a una empresa o institución. ICMP: (Internet Control Message Protocol/Protocolo de Control y Mensajes de Internet). Utilizado para comunicar problemas o disponibilidad de la información en Internet. ICMP también se utiliza para comunicar cuando un sistema no se puede encontrar. IGMP: (Internet Group Management Protocol/Protocolo de Administración del Grupo Internet). Es la norma para la multiencapsulación IP en Internet y se utiliza para establecer la membrecía de la computadora anfitrión en grupos específicos de multiencapsulación en una sola red. IP: (Internet Protocol/Protocolo de Internet). IP define como se formatean los datos y que información en particular contiene para que se intercambie la información en los sistemas de computación existentes en una variedad de diversas redes que utilizan hardware diferente. J JavaScript: Un lenguaje de computadora de plataforma independiente desarrollado por Netscape Communications en 1994 para que los autores Web diseñen los sitios Web interactivos. L LAN: (Local Area Network/Red de área local). Es una red de computadoras limitada a un área pequeña como por ejemplo una oficina o edificio.

Login: Identificador de un usuario dentro de un sistema. Para entrar en sistema protegido nos suele pedir nuestro login (usuario) y la password (constraseña). N Navegador Web: Programa que permite navegar por internet. NIC: (Network Information Center/Centro de Información sobre la Red). Conocido por su acrónimo NIC, es un grupo de personas, entidad o institución encargada de asignar dominios de internet, bajo su dominio de red, sean genéricos o de países, a personas naturales o empresas que mediante un DNS pueden montar sitios de Internet mediante un proveedor de hospedaje. P Página Web: Unidad de contenido en la web, se suele referenciar por su dirección URL. Protocolo: (Protocol). Conjunto de comandos que permiten que dos computadoras se comuniquen entre sí. PHP: (Hypertext Preprocessor/Preprocesador de Hipertexto). Lenguaje de programación que se combina con el lenguaje HTML, para crear aplicaciones web dinámicas. R Red: (Net, Network). Grupo de computadoras, impresoras y otro dispositivos conectados entre sí y que comparten cierta información por medio del uso de protocolos de red. S Servidor: Consiste en un equipo que suministra información a través de una red a otras computadoras.

Sitio Web: (Web Site). Conjunto de páginas de una institución o persona. SMTP: (Simple Mail Transfer Protocol/Protocolo de Transferencia Simple de Correo). Protocolo de comunicaciones que utiliza un servidor de correo para enviar los mensajes hacia otro servidor de correo. Es igualmente el protocolo que se utiliza entre el cliente de correo del emisor y su servidor de correo. Para recibir los mensajes, el cliente de correo del receptor se comunica con su servidor de correo utilizando los protocolos POP3 o IMAP. T TCP/IP: (Transmission Control Protocol-Internet Protocol/ Protocolo de comunicaciones usado por Internet). Permitite que los ordenadores en internet se comuniquen entre sí indistintamente de que sistema operativo utilicen. UDP: (User Datagram Protocol/Protocolo de Datagrama del Usuario). Es un método o protocolo de comunicación de transporte en capas utilizado para las aplicaciones que transmiten cortas sobreamiplificaciones bruscas de datos. Este protocolo ofrece una cantidad limitada de servicio y por lo tanto es el mecanismo de la comunicación de datos para las aplicaciones que no requieren verificación de despacho en el punto de destino. W World Wide Web: (Red Mundial). Interfaz de comunicación dentro de Internet, que hace uso de enlaces de hipertexto en el interior de una misma página o entre distinta s páginas. X XML: Del inglés Extensible Hyper Text Markup, en español Lenguaje de Marcas de Hipertexto Extensible. Es un lenguaje simple que permite la estructuración de documentos electrónicos de manera lógica tanto para humanos como para maquinas.

ANEXOS

Anexo 1: Encuesta de Estudiantes

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Encuesta para los estudiantes de la institución.

El presente documento tiene como objetivo recolectar información que permita conocer el grado de aceptación que tendría el desarrollo de un Sitio Web que permita la visualización de las calificaciones de los estudiantes de la Unidad Educativa “Alessandro Volta” Instrucciones: Seleccionar una sola respuesta por pregunta encerrándola. De antemano agradecemos su colaboración. 1.

¿En qué Curso se Encuentra? a) ___________________________ (Llene aquí)

¿Cómo considera sus conocimientos sobre el uso de Internet? b) ALTOS c) MEDIOS d) BAJOS

¿Cuántas horas a la semana usa el servicio de Internet? a) 5 – 10 horas b) 11 – 20 horas c) 21– 30 horas d) 30– o más horas

¿Le gustaría que la Unidad Educativa “Alessandro Volta” tenga un sitio web propio para proveer información? a) SI b) NO

¿Cree que ahorraría tiempo al poder consultar las calificaciones por medio de un sitio web de la Institución? a) SI b) NO

¿Cree útil poder consultar sus calificaciones a través del sitio web de la Institución? a) SI b) NO

¿Considera útil que se le notifique a su representante a través de su correo electrónico las inasistencias? a) SI b) NO ¿Porque?______________________ 8. ¿Cuántas veces al mes sus representantes consultan con los docentes sobre sus calificaciones? a) 0 – 1 veces b) 2– 3 veces c) 3 o más veces 9. ¿Cómo considera que se lleva el proceso de registro de calificaciones de la Unidad Educativa “Alessandro Volta”? a) b) c) d)

EFICIENTE BUENO REGULAR MALO

Anexo 2: Encuesta de Docentes

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Encuesta para los docentes de la Unidad Educativa Alessandro Volta El presente documento tiene como objetivo recolectar información que permita conocer el grado de aceptación que tendría el desarrollo del sitio web con un sistema informático que permita el registro de calificaciones a través de internet en la Unidad Educativa “Alessandro Volta” Instrucciones: Seleccionar una sola respuesta. De antemano agradecemos su aporte. 1.

¿Cómo considera sus conocimientos sobre el uso de Internet? a) ALTO b) MEDIO c) BAJO

¿Dispone Usted de una computadora para uso personal? a) SI b) NO

¿Usted accede con mayor frecuencia a Internet desde? a) Casa b) Trabajo c) Centro de Computo (Cyber Café) d) Otros (¿Especifique cuál?)_______________________

¿Cree usted que es necesario tener un sitio web, para proveer información de la Unidad Educativa “Alessandro Volta”? a) SI b) NO

¿Con que frecuencia acuden (mensualmente) los representantes de los estudiantes a consultar con usted sobre las calificaciones del estudiante? d) 0 – 1 veces e) 2– 3 veces f) 3 o más veces 6. ¿Cómo considera que se lleva el proceso de registro de calificaciones de la Unidad Educativa “Alessandro Volta”? e) EFICIENTE f) BUENO g) REGULAR h) MALO ¿Le gustaría que la Unidad Básica Educativa “Alessandro Volta” tenga un sistema automatizado en la cual permita el ingreso de calificaciones de manera modular y desde cualquier lugar con acceso a internet? a) SI b) NO 8. ¿Considera que automatizar el proceso de registro de calificaciones beneficiará a la institución? a) SI b) NO 9. ¿Cree usted que desarrollará nuevas habilidades informática a través del uso de esta aplicación? a) SI b) NO 7.

Anexo 3: Encuesta de Representantes

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Encuesta para los representantes o padres de familia de la institución.

El presente documento tiene como objetivo recolectar información que permita conocer el grado de aceptación que tendría el desarrollo del sitio web con un sistema informático que permita el registro de calificaciones a través de internet en la Unidad Educativa “Alessandro Volta” Instrucciones: Seleccionar una sola respuesta. De antemano agradecemos su aporte. 1.

¿Cómo considera sus conocimientos sobre el uso de Internet? e) ALTOS f) MEDIOS g) BAJOS

¿Aproximadamente cuántas horas a la semana, usa el servicio de internet, en su sitio de trabajo, casa u otros lugares? e) 0 – 10 horas f) 11 – 20 horas g) 21 – 30 horas h) 30 – o más horas

¿Cree usted que sea necesario tener un sitio web, donde se proporcione información de la Unidad Educativa “Alessandro Volta”? c) SI d) NO

¿Considera beneficioso poder consultar las calificaciones de su representado a través de un sitio web? c) SI d) NO

¿Cree usted que ahorraría tiempo al poder consultar las calificaciones de su representado a través del sitio web de la Institución? c) SI d) NO

¿Considera conveniente que le sean notificadas a través de su correo electrónico las inasistencias del estudiante? c) SI d) NO

¿Cree usted que lleguen a mejorar las calificaciones de su representado, si usted se encuentra constantemente informado sobres sus calificaciones e inasistencias? a) SI b) NO

Anexo 4: Especificaci贸n de Requerimientos de Software (SRS)

SRS SISTEMA INFORMÁTICO PARA EL REGISTRO DE CALIFICACIONES Y CONTROL DE ASISTENCIAS. 1.

Introducción La Especificación de Requerimientos de Software (SRS) es un documento en el que se

refleja y redactan las pautas generales y específicas que deberá seguir el software a desarrollarse, cumpliendo con el objetivo único el cual es satisfacer las necesidades que el cliente. En este documento se incluirá todas las pautas a seguir para la elaboración del sistema informático basándose en la Especificación de Requerimientos de Software (SRS). 1.1. Propósito de Especificación de Requerimientos Una fase importante en la evolución del desarrollo de cualquier aplicación informática es la construcción paso a paso de las especificaciones de requerimientos; ya que es así donde se obtiene una mejor comprensión de la problemática, organizando y estructurando la información que el cliente proporcionó. Servirá como canal de comunicación para poder identificar las necesidades de la Institución, este caso la Unidad Educativa Alessandro Volta, los objetivos del sistema informático, los usuarios que tendrán acceso y su interacción con el sistema. Este documento pretende orientar el trabajo inicial del desarrollo de un producto de software, dando las descripciones preliminares de la aplicación, considerando algunos detalles de las secciones claves que la identifican. 1.2. Alcance del Producto El producto de este trabajo a desarrollar se identificara con el nombre “Sistema para Registro

y Control de Asistencias de la UEAV (Unidad Educativa Alessandro Volta)”. El sistema se diseñará y desarrollará para cubrir el registro de las calificaciones de los Alumnos, así como sus respectivas inasistencias. El sistema es capaz de proporcionar la administración de usuarios, la administración de los Alumnos, administración de docentes, asignación de cursos y materias, registro de calificaciones y control de asistencia de los Alumnos emitiendo un correo electrónico al representante del Alumno como reporte de la respectiva inasistencia. Con la implementación del sistema informático la institución se beneficiará en los siguientes aspectos:  Agilización en el registro de calificaciones.  Optimización de tiempo en la presentación de calificaciones. Se espera con este proyecto contribuir a:  Reducir la dependencia de los docentes, con el departamento de secretaría.  Optimizar la presentación de calificaciones.  Mejorar el control de las inasistencias de los Alumnos. 1.2.1. Definiciones, Acrónimos, Abreviaturas HW / HWD: Hardware LOGIN: Nombre de usuario con que ingresa al sistema SW: Software

WINDOWS: Sistema operativo PHP: Preprocesador de Hipertexto MATERIA: Es una Materia que se abordará por parte de los docentes y Alumnos. CALENDARIZAR: Consiste en el proceso de emitir o asignar en base a un calendario especifico los rango de fechas en los cuales se permitirá un proceso. 1.3. Descripción General 1.3.1. Perspectiva El sistema se acopla a las necesidades que la institución solicitó en el análisis de parámetros y requerimientos. La perspectiva del mismo para el manejo en Instituciones Educativas es de mejorar la calidad de servicio. Se procederá a utilizar el software, el cual será desarrollado mediante herramientas de software libre. 1.3.2. Funciones  Administración de usuarios.  Administración de Alumnos.  Administración de docentes.  Administración de cursos.  Administración de Materias.  Administración de plazos y modificaciones. Gestión  Registro de Usuarios

 Registr|o de Alumnos  Registro de Materias  Asignación de Materias a Cursos  Asignación de Alumnos a Cursos.  Asignación de Docentes a Materias  Registro de Calificaciones  Registro de Inasistencias  Reportes de Calificaciones  Reportes de Inasistencias  Búsqueda de: 

Alumnos



Materias



Cursos



Docentes

1.3.3. Características de los Usuarios Tabla 27. Características de los Usuarios del Sistema

Perfiles

Administrador

Gestión de Usuarios

Docente

Secretaria Fuente: Trabajo de Campo. Elaborado por: Los Autores

Calendarización / Publicación de Calificaciones

Registro de

Calificaciones

Inasistencias

Alumnos

Registro del Pensum Académico

Asignación de

Registro de

Alumno – Curso

Cambio de

Docentes

–Materias -

Calificaciones

Docentes

1.3.4. Restricciones Este sistema se utilizará solo en la Unidad Educativa “Alessandro Volta” ubicada en la Cooperativa Santa Martha sector número 3 en el cantón Santo Domingo de los Colorados, Provincia de los Tsáchilas. Está prohibido el uso y reproducción del software sin respectivo consentimiento y autorización de los autores/desarrolladores, lo cual está protegido por la Ley de Propiedad Intelectual y por Régimen Común sobre Derechos de Autor y Derechos Conexos. Además se entregará el uso exclusivo de la licencia del sistema a la unidad educativa Alessandro Volta. Quedando prohibida la manipulación directa o indirecta del código fuente del Sistema Informático por parte de la institución, cliente o terceros sin el previo consentimiento y supervisión de los autores/desarrolladores, bajo cualquier circunstancia a fin de garantizar la óptima funcionalidad del sistema. 1.3.5. Asunciones Se asume que la Unidad Educativa comprará un equipo servidor el cual servirá para el alojamiento del Sistema Informático, además del pago por servicios adicionales como son Hosting y registro de dominio.

HARDWARE SERVIDOR 

RAM 2GB en adelante



Disco: 250 GB en adelante



Procesador: Intel® Atom (TM) 1.33GHz en adelante



Motor de Base de Datos PostgreSQL

SOFTWARE CLIENTE 

Plataforma Windows, Linux o MacOS



Navegador web compatible con JavaScript.

1.4. Especificación de Requerimientos 1.4.1. Funciones y Actores Se va a utilizar PHP como plataforma para desarrollar la programación y PostgreSql como motor de Base de Datos. Administrador: Es el usuario encargado de la creación y administración de los usuarios que accederán al sistema, además es la persona que se encarga de establecer los plazos en los cuales los docentes podrán registrar las calificaciones de los Alumnos. Docente: Es el usuario que registrara las calificaciones de sus alumnos, por curso y materia. Secretaría: Es el usuario que se encarga de registrar los Alumnos pertenecientes a cada curso, las materias que tienen los cursos, y los docentes que imparten las respectivas materias. Inspector: Es el usuario encargado del registro de las inasistencias de los Alumnos. Cada uno de los usuarios autorizados a usar el sistema podrán:  Ingresar al Sistema: El usuario ingresa al sistema mediante un nombre de usuario y contraseña.  Ingresar bajo perfiles: Todos los usuarios ingresaran a través de la misma interfaz, pero su área de trabajo será diferente dependiendo de cada perfil.

Deberá cumplir con las siguientes funciones:  Inicio de sesión y autenticación de usuarios.  Anunciar cuando un usuario está en el sistema. Sus objetivos se orientan a la gestión de las calificaciones, al uso de herramientas sincrónicas y asincrónicas, hacia el registro de los datos y su distribución. 1.4.2. Requerimientos Funcionales Específicos Identificación del requerimiento Nombre del requerimiento

Características

Actores involucrados

RF-001 Ingreso al sistema

Un usuario será capaz de acceder al sistema a través de su interfaz de usuario, donde se desplegara el área de trabajo dependiendo de su perfil

Todos los usuarios  Usuario invoca al sistema  Sistema despliega ventana de Login.  Usuario introduce su nombre de usuario y su contraseña  Sistema establece conexión con Base de datos del sistema

Descripción del requerimiento

 Sistema consulta a la tabla ‘usuarios’ los datos ingresados:  Si la información del usuario es validada entonces, Sistema muestra interfaz de bienvenida

 Caso contrario, Sistema despliega mensaje de error de datos de usuario  Sistema cierra conexión con BD Requerimiento no funcional asociado

RNF-001, RNF-005.

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento

Características

Actores involucrados

RF-002 Salida del sistema

Un usuario cerrara su sesión en el sistema una vez que deje de hacer uso de él

Todos los usuarios  Usuario escoge la opción salir  Sistema emite un mensaje de confirmación:

Descripción del requerimiento

 Si Usuario confirma la opción solicitada entonces, Sistema cierra conexión con la base de datos  Sistema cierra la interfaz  Caso contrario, Usuario permanecerá en su perfil.

Requerimiento no funcional asociado

RNF-001, RNF-005.

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento Características Actores involucrados

RF-003 Modificar perfil de Usuario El administrador es capaz de modificar la información del perfil de acceso de cualquier usuario a través de la interfaz de configuración del sistema Administrador  Ingresar al módulo de Administración de Usuarios  Sistema muestra la información de todos los usuarios  Se introduce los parámetros de búsqueda y presionar el comando ‘Buscar’:

Descripción del requerimiento

 Sistema busca en la tabla ‘usuarios’ y muestra la información solicitada.  Se presiona el comando ‘Modificar Usuario’  Sistema despliega un formulario con los campos para que el usuario modifique la información  Usuario modifica la información y guarda los cambios:

 Si usuario guarda algún cambio entonces, Sistema establece conexión con Base de datos del sistema y actualiza la información en la tabla ‘usuarios’   Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario y emite un mensaje “perfil no modificado”  Sistema muestra la información de todos los usuarios Requerimiento no funcional asociado

RNF-001, RNF-005.

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento

Características

Actores involucrados

RF-004 Ingresar Usuario

El administrador del sistema es quién tendrá la función de crear los usuarios que tendrán acceso al sistema, esto se realizará mediante el almacenamiento en la base de datos.

Administrador  Ingresar al módulo de Usuarios  Presionar el comando ‘Ingresar Usuario’  Sistema despliega un formulario con los campos para que se llene la información del usuario  Administrador ingresa la información que considere necesaria y guardar los cambios:

Descripción del requerimiento

 Si Administrador ingresa información entonces, Sistema establece conexión con Base de datos del sistema  Sistema guarda la información en la tabla ‘usuarios’   Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin guardar ningún cambio  Se emite un mensaje “No se ha podido crear usuario”.  Sistema despliega el formulario de creación

Requerimiento no funcional asociado

RNF-001, RNF-005

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento Características Actores involucrados

RF-005 Modificar usuario El administrador, es capaz de modificar la información de los usuarios a través de la interfaz de configuración del sistema. Administrador  Ingresar al sistema  Ingresar a la información del usuario correspondiente  Se despliega un menú y escogemos la opción modificar  Sistema despliega un formulario con los campos que el usuario tiene acceso a modificar. 

Descripción del requerimiento

 Usuario modifica la información que considere necesaria  Clic en “GUARDAR”  Si usuario guarda alguna información entonces, Sistema establece conexión con Base de datos del sistema  Sistema actualiza la información en la tabla ‘usuarios’   Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin guardar ningún cambio

Requerimiento no funcional asociado

RNF-001, RNF-005.

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento

Características

Actores involucrados

RF-006 Buscar usuarios Se permite realizar una búsqueda en la de los diferentes usuarios existentes dentro del sistema, esto se lo hace para poder acceder a la información que contienen cada uno de ellos, para modificarla o eliminarlo al usuario Administrador  Ingresar al módulo de Usuarios  Sistema despliega un formulario con la información de todos los usuarios existentes  Se introduce los parámetros de búsqueda y presionar “BUSCAR”

Descripción del requerimiento

 Si usuario busca alguna información entonces, Sistema establece conexión con Base de datos del sistema  Sistema busca la información en la tabla ‘usuarios’   Sistema cierra conexión con Base de datos del sistema  Sistema muestra la información solicitada Caso contrario, Sistema despliega un mensaje “Usuario no encontrado”

Requerimiento no funcional asociado

RNF-001, RNF-005

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento Características Actores involucrados

RF-007 Generar reportes de usuarios Esta parte del software nos permite obtener un reporte de usuarios que posee la Institución, mediante consultas a la información almacenada en una base de datos predefinida Administrador  Ingresar al módulo de Usuarios  Presionar el comando ‘Generar reporte de Usuario’  Usuario introduce los parámetros de búsqueda y presionar “BUSCAR”  Si administrador presiona “BUSCAR” entonces, Sistema establece conexión con Base de datos del sistema

Descripción del requerimiento

 Sistema revisa la información en la tabla ‘usuarios’   Sistema muestra información solicitada  Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin hacer ninguna acción  Emite un mensaje “Reporte no Generado”  Se imprime el reporte presionando el comando “IMPRIMIR”  Sistema muestra la pantalla principal del módulo de usuarios

Requerimiento no funcional asociado

RNF-001, RNF-002, RNF-005.

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento Características Actores involucrados

RF-008 Eliminar usuario Esta parte del software nos permite eliminar usuarios innecesarios o inutilizables que posee la Institución, mediante el ingreso del código del usuario Administrador  Ingresar al módulo de Usuarios  Sistema despliega un formulario con los diferentes usuarios existentes  Se introduce los parámetros de búsqueda y presionar “BUSCAR”

Descripción del requerimiento

 Si administrador presiona “BUSCAR” entonces, Sistema establece conexión con Base de datos del sistema  Sistema revisa la información en la tabla ‘usuarios’   Sistema muestra información solicitada  Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin hacer ninguna acción  Se presiona “ELIMINAR” 

 Si administrador presiona “ELIMINAR” entonces, Sistema pide confirmación de la acción realizada  Usuario confirma acción  Sistema elimina al usuario de la base de datos Caso contrario, Sistema cierra el formulario sin hacer ninguna acción  Sistema despliega un formulario con los diferentes usuarios existentes Requerimiento no funcional asociado

RNF-001, RNF-002, RNF-005.

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento Características Actores involucrados

RF-009 Ingresar Calendario El administrador del sistema tendrá la función de crear el calendario mediante el cual los docentes puedan registrar las calificaciones de los Alumnos. Administrador  Ingresar al módulo de Usuarios  Presionar el comando ‘Ingresar Calendario’  Sistema despliega un formulario con los campos para que se llene la información del calendario de registro de calificaciones  Administrador ingresa la información que considere necesaria y guardar los cambios:

Descripción del requerimiento

 Si Administrador ingresa información entonces, Sistema establece conexión con Base de datos del sistema  Sistema guarda la información en la tabla ‘usuarios’   Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin guardar ningún cambio  Se emite un mensaje “No se ha podido crear calendario”.  Sistema despliega el formulario de creación

Requerimiento no funcional asociado

RNF-001, RNF-005

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento

Características

Actores involucrados

RF-010 Modificar calendario

El administrador, es capaz de modificar las fechas del calendario para el registro de calificaciones por parte de los docentes.

Administrador

 Ingresar al sistema  Ingresar a la información del calendario.  Se despliega un menú y escogemos la opción modificar  Sistema despliega un formulario con los campos que el usuario tiene acceso a modificar.   Usuario modifica la información que considere necesaria Descripción del requerimiento

 Clic en “GUARDAR”  Si usuario guarda alguna información entonces, Sistema establece conexión con Base de datos del sistema

 Sistema actualiza la información en la base de datos 

 Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin guardar ningún cambio

Requerimiento no funcional asociado

RNF-001, RNF-005.

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento

Características

Actores involucrados

RF-011 Publicación de Calificaciones

El administrador tiene como funcionalidad la de publicar en el sitio web de la institución, una vista de las calificaciones del Alumno que se han registrado en el sistema.

Administrador  Ingresar al sistema  Ingresar al apartado publicación de calificaciones.  Clic en “PUBLICAR”

Descripción del requerimiento  Si usuario publica alguna información entonces, Sistema establece conexión con Base de datos del sistema  Sistema actualiza la información en la base de datos 

 Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin guardar ningún cambio

Requerimiento no funcional asociado

RNF-001, RNF-005.

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento Características Actores involucrados

RF-012 Ingresar Alumno El usuario secretaria tiene la característica de creación de los Alumnos. Secretaria  Ingresar al módulo de Secretaria  Presionar el comando ‘Ingresar Alumno’  Sistema despliega un formulario con los campos para que se llene la información  El usuario ingresa la información que considere necesaria y guarda los cambios:  Si Usuario ingresa información entonces, Sistema establece conexión con Base de datos del sistema

Descripción del requerimiento

 Sistema guarda la información en respectiva la tabla de la Base de Datos   Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin guardar ningún cambio  Se emite un mensaje “No se ha podido crear Alumno”.  Sistema despliega el formulario de creación

Requerimiento no funcional asociado

RNF-001, RNF-005

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento

Características Actores involucrados

RF-013 Modificar Alumno

El usuario secretaria, es capaz de modificar la información de los Alumnos a través del respectivo modulo del sistema Secretaria  Ingresar al sistema  Ingresar a la información del Alumno correspondiente  Se despliega un menú y escogemos la opción modificar  Sistema despliega un formulario con los campos que el usuario tiene acceso a modificar.   Usuario modifica la información que considere necesaria.

Descripción del requerimiento

 Clic en “GUARDAR”  Si usuario guarda alguna información entonces, Sistema establece conexión con Base de datos del sistema  Sistema actualiza la información en la tabla de la Base de Datos  Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin guardar ningún cambio

Requerimiento no funcional asociado

RNF-001, RNF-005.

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento

Características

Actores involucrados Descripción del requerimiento

RF-014 Buscar Alumno

Se permite realizar una búsqueda de los Alumnos existentes dentro de la Base de Datos, esto se lo hace para poder acceder a la información que contienen cada uno de ellos, para modificarla o eliminarlo Secretaria  Ingresar al módulo de Secretaria

 Sistema despliega un formulario con la información de todos los Alumnos existentes  Se introduce los parámetros de búsqueda y presionar “BUSCAR”  Si usuario busca alguna información entonces, Sistema establece conexión con Base de datos del sistema  Sistema busca la información en la tabla respectiva de la Base de Datos  Sistema cierra conexión con Base de datos del sistema  Sistema muestra la información solicitada Caso contrario, Sistema despliega un mensaje “Parámetro no encontrado” Requerimiento no funcional asociado

RNF-001, RNF-005

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento Características Actores involucrados

RF-015 Eliminar Alumno Esta parte del sistema permite eliminar Alumnos innecesarios o inutilizables. Secretaria  Ingresar al módulo de Secretaria  Sistema despliega un formulario con los diferentes Alumnos existentes  Se introduce los parámetros de búsqueda y presionar “BUSCAR”  Si usuario presiona “BUSCAR” entonces, Sistema establece conexión con Base de datos del sistema  Sistema revisa la información en la respectiva tabla de la Base de Datos

Descripción del requerimiento

 Sistema muestra información solicitada  Sistema cierra conexión con Base de datos del sistema Caso contrario, se cierra el formulario sin hacer cambios  Se presiona “ELIMINAR”   Si usuario presiona “ELIMINAR” entonces, Sistema pide confirmación de la acción realizada  Usuario confirma acción  Sistema elimina el Alumno de la base de datos Caso contrario, Sistema cierra el formulario sin hacer ninguna acción

 Sistema despliega un formulario con los diferentes Alumnos existentes Requerimiento no funcional asociado

RNF-001, RNF-002, RNF-005.

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento

Características

Actores involucrados

RF-016 Generar reportes de Alumnos

Esta parte del sistema nos permite obtener un reporte de Alumnos que posee la Institución, mediante consultas a la información almacenada en la base de datos Secretaria  Presionar el comando ‘Generar reporte de Alumnos’  Usuario introduce los parámetros de búsqueda y presionar “BUSCAR”  Si usuario presiona “BUSCAR” entonces, Sistema establece conexión con Base de datos del sistema  Sistema revisa la información en la respectiva tabla de la base de datos  Sistema muestra información solicitada  Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin hacer ninguna acción  Emite un mensaje “Reporte no Generado”  Se imprime el reporte presionando el comando “IMPRIMIR”

Requerimiento no funcional asociado

RNF-001, RNF-002, RNF-005.

Prioridad del requerimiento

Baja

Identificación del requerimiento Nombre del requerimiento Características Actores involucrados

RF-017 Ingresar Materia El usuario secretaria tiene la característica del registro de las materias que serán abordadas en la institución. Secretaria

 Ingresar al módulo de Secretaria  Presionar el comando ‘Ingresar Materia’  Sistema despliega un formulario con los campos para que se llene la información  El usuario ingresa la información necesaria y guarda los cambios:  Si Usuario ingresa información entonces, Sistema establece conexión con Base de datos del sistema Descripción del requerimiento

 Sistema guarda la información en la respectiva tabla de la Base de Datos   Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin guardar ningún cambio  Se emite un mensaje “No se ha podido crear materia”.  Sistema despliega el formulario de creación

Requerimiento no funcional asociado

RNF-001, RNF-005

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento

Características Actores involucrados

RF-018 Modificar Materia

El usuario secretaria, es capaz de modificar la información de las materias través del respectivo modulo del sistema Secretaria  Ingresar al sistema  Ingresar a la información de la materia correspondiente  Se despliega un menú y escogemos la opción modificar

Descripción del requerimiento

 Sistema despliega un formulario con los campos que el usuario tiene acceso a modificar.   Usuario modifica la información que considere necesaria.  Clic en “GUARDAR”  Si usuario guarda alguna información entonces, Sistema establece conexión con Base de datos del sistema

 Sistema actualiza la información en la Base de Datos  Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin guardar ningún cambio Requerimiento no funcional asociado

RNF-001, RNF-005.

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento

Características

Actores involucrados

RF-019 Buscar Materia

Se permite realizar una búsqueda de las materias existentes dentro del sistema, esto se lo hace para poder acceder a la información que contienen cada una de ellas, para modificarla o eliminarlo, u otra funcionalidad que llevé consigo este requerimiento Secretaria  Ingresar al módulo de Secretaria  Sistema despliega un formulario con la información de todas las materias existentes.  Se introduce los parámetros de búsqueda y presionar “BUSCAR”  Si usuario busca alguna información entonces, Sistema establece conexión con Base de datos del sistema

Descripción del requerimiento  Sistema busca la información en la tabla respectiva de la Base de Datos  Sistema cierra conexión con Base de datos del sistema  Sistema muestra la información solicitada Caso contrario, Sistema despliega un mensaje “Parámetro no encontrado” Requerimiento no funcional asociado

RNF-001, RNF-005

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento Características Actores involucrados

RF-020 Eliminar materia Esta parte del sistema permite eliminar materias innecesarias o inutilizables. Secretaria  Ingresar al módulo de Secretaria  Sistema despliega un formulario con las diferentes materias existentes  Se introduce los parámetros de búsqueda y presionar “BUSCAR”  Si usuario presiona “BUSCAR” entonces, Sistema establece conexión con Base de datos del sistema  Sistema revisa la información en la Base de Datos  Sistema muestra información solicitada

Descripción del requerimiento

 Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin hacer ninguna acción  Se presiona “ELIMINAR”   Si usuario presiona “ELIMINAR” entonces, Sistema pide confirmación de la acción realizada  Usuario confirma acción  Sistema elimina la materia de la base de datos Caso contrario, Sistema cierra el formulario sin hacer ninguna acción  Sistema despliega un formulario con las diferentes materias existentes

Requerimiento no funcional asociado

RNF-001, RNF-002, RNF-005.

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento

Características

Actores involucrados

RF-021 Generar reportes de materias

Esta parte del sistema nos permite obtener un reporte de las materias que posee la Institución, mediante consultas a la información almacenada en la base de datos Secretaria

 Ingresar al módulo de Secretaria  Presionar el comando ‘Generar reporte de Materias’  Usuario introduce los parámetros de búsqueda y presionar “BUSCAR”  Si usuario presiona “BUSCAR” entonces, Sistema establece conexión con Base de datos del sistema Descripción del requerimiento

 Sistema revisa la información en la respectiva tabla de la base de datos  Sistema muestra información solicitada  Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin hacer ninguna acción  Emite un mensaje “Reporte no Generado”  Se imprime el reporte presionando el comando “IMPRIMIR”

Requerimiento no funcional asociado

RNF-001, RNF-002, RNF-005.

Prioridad del requerimiento

Baja

Identificación del requerimiento Nombre del requerimiento

Características Actores involucrados

RF-022 Ingresar Docente El usuario secretaria tiene la característica de registrar los docentes que dictan las diferentes materias dentro de la institución. Secretaria  Ingresar al módulo de Secretaria  Presionar el comando ‘Ingresar Docente’  Sistema despliega un formulario con los campos para que se llene la información

Descripción del requerimiento

 El usuario ingresa la información necesaria y guarda los cambios:  Si Usuario ingresa información entonces, Sistema establece conexión con Base de datos del sistema  Sistema guarda la información en la respectiva tabla de la Base de Datos 

 Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin guardar ningún cambio  Se emite un mensaje “No se ha podido crear docente”.  Sistema despliega el formulario de creación Requerimiento no funcional asociado

RNF-001, RNF-005

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento

Características Actores involucrados

RF-023 Modificar Docente El usuario secretaria, es capaz de modificar la información de los docentes a través del respectivo modulo dentro del sistema Secretaria  Ingresar al sistema  Ingresar a la información de la materia correspondiente a buscar  Se despliega un menú y escogemos la opción modificar  Sistema despliega un formulario con los campos que el usuario tiene acceso a modificar.   Usuario modifica la información que considere necesaria.

Descripción del requerimiento  Clic en “GUARDAR”  Si usuario guarda alguna información entonces, Sistema establece conexión con Base de datos del sistema  Sistema actualiza la información en la Base de Datos  Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin guardar ningún cambio Requerimiento no funcional asociado

RNF-001, RNF-005.

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento

Características Actores involucrados

RF-024 Buscar Docente Se permite realizar una búsqueda de los docentes existentes dentro del sistema, esto se lo hace para poder acceder a la información que contienen cada uno, para poder así modificar o eliminarlos. Secretaria  Ingresar al módulo de Secretaria  Sistema despliega un formulario con la información de todos los docentes existentes.  Se introduce los parámetros de búsqueda y presionar “BUSCAR”

Descripción del requerimiento

 Si usuario busca alguna información entonces, Sistema establece conexión con Base de datos del sistema  Sistema busca la información en la tabla respectiva de la Base de Datos  Sistema cierra conexión con Base de datos del sistema  Sistema muestra la información solicitada Caso contrario, Sistema despliega un mensaje “Parámetro no encontrado”

Requerimiento no funcional asociado

RNF-001, RNF-005

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento Características Actores involucrados

RF-025 Eliminar docente Esta parte del sistema permite eliminar materias innecesarias o inutilizables. Secretaria  Ingresar al módulo de Secretaria  Sistema despliega un formulario con las diferentes docentes existentes  Se introduce los parámetros de búsqueda y presionar “BUSCAR”

Descripción del requerimiento

 Si usuario presiona “BUSCAR” entonces, Sistema establece conexión con Base de datos del sistema  Sistema revisa la información en la Base de Datos  Sistema muestra información solicitada

 Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin hacer ninguna acción  Se presiona “ELIMINAR”   Si usuario presiona “ELIMINAR” entonces, Sistema pide confirmación de la acción realizada  Usuario confirma acción  Sistema elimina el docente de la base de datos Caso contrario, Sistema cierra el formulario sin hacer ninguna acción  Sistema despliega un formulario con los diferentes docentes existentes Requerimiento no funcional asociado

RNF-001, RNF-002, RNF-005.

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento

Características

Actores involucrados

RF-026 Generar reportes de docentes Esta parte del sistema nos permite obtener un reporte de los docentes que posee la Institución, mediante consultas a la información almacenada en la base de datos Secretaria  Ingresar al módulo de Secretaria  Presionar el comando ‘Generar reporte de Docentes’  Usuario introduce los parámetros de búsqueda y presionar “BUSCAR”  Si usuario presiona “BUSCAR” entonces, Sistema establece conexión con Base de datos del sistema

Descripción del requerimiento

Requerimiento no funcional asociado

RNF-001, RNF-002, RNF-005.

Prioridad del requerimiento

Baja

Identificación del requerimiento Nombre del requerimiento

Características Actores involucrados

RF-027 Asignar Alumno(s) a Curso El usuario secretaria tiene la característica de asignar el (los) Alumnos a un Curso y paralelo específicos Secretaria  Ingresar al módulo de Secretaria  Presionar el comando ‘Asignación Alumno-Curso’

 Sistema despliega un formulario con los campos para que se seleccione el Alumno y así mismo el curso mediante una búsqueda a la Base de Datos Descripción del requerimiento  El usuario registra la información necesaria y guarda los cambios:  Si Usuario ingresa información entonces Sistema guarda la información en la respectiva tabla de la Base de Datos   Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin guardar ningún cambio Requerimiento no funcional asociado

RNF-001, RNF-005

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento

Características

RF-028 Asignar Materia(s) a Curso

El usuario secretaria tiene la característica de asignar la (las) materias que serán dictadas dentro del plan curricular de un Curso

Actores involucrados

Secretaria  Ingresar al módulo de Secretaria  Presionar el comando ‘Asignación Materias-Curso’  Sistema despliega un formulario con los campos para que se seleccione la materia y así mismo el curso mediante una búsqueda a la Base de Datos

Descripción del requerimiento

 El usuario registra la información necesaria y guarda los cambios:  Si Usuario ingresa información entonces Sistema guarda la información en la respectiva tabla de la Base de Datos   Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin guardar ningún cambio

Requerimiento no funcional asociado

RNF-001, RNF-005.

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento

Características Actores involucrados

RF-029 Asignar Docente a Materia(s)

El usuario secretaria tiene la característica de asignar la (las) materias que serán dictadas por el respectivo docente de la institución. Secretaria  Ingresar al módulo de Secretaria  Presionar el comando ‘Asignación Docente-Materia’

 Sistema despliega un formulario con los campos para que se seleccione el docente y así mismo las materias mediante una búsqueda a la Base de Datos Descripción del requerimiento  El usuario registra la información necesaria y guarda los cambios:  Si Usuario ingresa información entonces Sistema guarda la información en la respectiva tabla de la Base de Datos   Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin guardar ningún cambio

Requerimiento no funcional asociado

RNF-001, RNF-005.

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento

Características

Actores involucrados

RF-030 Generar reportes de Cursos y Alumnos

Esta parte del sistema nos permite obtener un reporte de los cursos y su listado de alumnos mediante consultas a la información almacenada en la base de datos Secretaria  Ingresar al módulo de Secretaria  Presionar el comando ‘Generar reporte de Cursos y Alumnos’  Usuario introduce los parámetros de búsqueda y presionar “BUSCAR”  Si usuario presiona “BUSCAR” entonces, Sistema establece conexión con Base de datos del sistema

Descripción del requerimiento

Requerimiento no funcional asociado

RNF-001, RNF-002, RNF-005.

Prioridad del requerimiento

Baja

Identificación del requerimiento Nombre del requerimiento

Características Actores involucrados

RF-031 Generar reportes de Docentes y Materias

Esta parte del sistema nos permite obtener un reporte de los docentes y las materias que va a dictar en los respectivos cursos. Secretaria  Ingresar al módulo de Secretaria  Presionar el comando ‘Generar reporte de Docentes y Materias’  Usuario introduce los parámetros de búsqueda y presionar “BUSCAR”  Si usuario presiona “BUSCAR” entonces, Sistema establece conexión con Base de datos del sistema

Descripción del requerimiento

Requerimiento no funcional asociado

RNF-001, RNF-002, RNF-005.

Prioridad del requerimiento

Baja

Identificación del requerimiento Nombre del requerimiento

Características Actores involucrados

RF-032 Generar reportes de Cursos y Materias

Esta parte del sistema nos permite obtener un reporte de las Materias que tiene cada curso dentro del sistema. Secretaria  Ingresar al módulo de Secretaria

Descripción del requerimiento

 Presionar el comando ‘Generar Cursos y Materias’

 Usuario introduce los parámetros de búsqueda y presionar “BUSCAR”  Si usuario presiona “BUSCAR” entonces, Sistema establece conexión con Base de datos del sistema  Sistema revisa la información en la respectiva tabla de la base de datos  Sistema muestra información solicitada  Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin hacer ninguna acción  Emite un mensaje “Reporte no Generado”  Se imprime el reporte presionando el comando “IMPRIMIR” Requerimiento no funcional asociado

RNF-001, RNF-002, RNF-005.

Prioridad del requerimiento

Baja, Posiblemente Redundante

Identificación del requerimiento Nombre del requerimiento

Características Actores involucrados

RF-033 Modificar Calificaciones del Alumno

Esta parte del sistema permite al Usuario secretaria la modificación de las calificaciones registradas dentro del sistema. Secretaria  Ingresar al módulo de Secretaria  Presionar el comando ‘Modificar Calificación’  Usuario introduce los parámetros de búsqueda y presionar “BUSCAR ALUMNO”

Descripción del requerimiento

 Si usuario presiona “BUSCAR” entonces, Sistema establece conexión con Base de datos del sistema  Sistema muestra información solicitada  El usuario realiza la modificación respectiva de la(s) calificaciones del Alumno, si presiona "GUARDAR"

 Sistema solicita confirmación, si se acepta se almacenan los cambios dentro del sistema y se cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin hacer ninguna acción

Requerimiento no funcional asociado

RNF-001, RNF-002, RNF-005.

Prioridad del requerimiento

Baja, Posiblemente Redundante

Identificación del requerimiento Nombre del requerimiento

Características

Actores involucrados

RF-034 Registrar Inasistencia

El usuario posee un módulo el cual tiene la característica de poder registrar las inasistencias de los Alumnos y una vez registrado correctamente se envía una notificación al correo electrónico del representante del Alumno. Docente  Ingresar al módulo de Inasistencias

 Presionar el comando ‘Registrar Inasistencia’  Sistema despliega un formulario con los campos de búsqueda para que se liste el Alumno 

Descripción del requerimiento

 El usuario selecciona el Alumno y registra la inasistencia en el sistema y guarda los cambios:  Si Usuario ingresa información correcta entonces, Sistema establece conexión con Base de datos del sistema  Sistema guarda la información en respectiva la tabla de la Base de Datos y remite la notificación electrónica al representante del Alumno  Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin guardar ningún cambio

Requerimiento no funcional asociado

RNF-001, RNF-003, RNF-005

Prioridad del requerimiento

Media

Identificación del requerimiento Nombre del requerimiento Características Actores involucrados

RF-035 Registrar Calificaciones El usuario Docente posee un módulo donde tiene la característica registrar las calificaciones de los Alumnos de cada una de las materias que dicta dentro de la institución. Docente  Ingresar al módulo de Calificaciones  Presionar el comando ‘Registrar Calificaciones’  Sistema despliega un formulario con las materias, selecciona una materia y luego  Sistema despliega un formulario con los campos de búsqueda para que se liste el Alumno, o a su vez se exporta una hoja de cálculo con el listado de Alumnos en la cual se registraran las calificaciones de manera grupal

Descripción del requerimiento  Si Usuario ingresa información, o la carga de los datos del archivo fue correcto entonces, Sistema establece conexión con Base de datos del sistema  Sistema guarda la información en respectiva la tabla de la Base de Datos  Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema cierra el formulario sin guardar ningún cambio Requerimiento no funcional asociado

RNF-001, RNF-003, RNF-005

Prioridad del requerimiento

Alta

Identificación del requerimiento Nombre del requerimiento Características Actores involucrados

RF-036 Consulta de Calificaciones El usuario Estudiante a través del apartado de consulta de calificaciones que se presentará a través del sitio web consultará sus calificaciones. Estudiante  Ubicarse en el Sitio Web en la sección Consulta de Calificaciones  Ingresar la cedula de identidad del Estudiante  Presionar el botón ‘Consultar Calificaciones’

Descripción del requerimiento

 Si Cedula ingresada es correcta, entonces, Aparece un reporte con las calificaciones del estudiante que se han ingresado en la Base de datos del sistema  Sistema cierra conexión con Base de datos del sistema Caso contrario, Sistema emite mensaje de error.

Requerimiento no funcional asociado

RNF-001, RNF-004, RNF-005

Prioridad del requerimiento

Alta

1.4.3. Requerimientos no Funcionales Identificación del requerimiento Nombre del Requerimiento

RNF-001 Interfaz del sistema El sistema mostrará una interfaz de usuario sencilla y amigable de

Características

fácil manejo para los usuarios del sistema tanto interno como externos.

Descripción del requerimiento Prioridad del requerimiento

Identificación del requerimiento Nombre del requerimiento Características

El sistema debe tener una interfaz de amigable y de uso sencillo. Alta

RNF-002 Ayuda para el usuario La interfaz de usuario deberá de presentar un sistema de ayuda para que los mismos usuarios del sistema se les faciliten el trabajo en cuanto al manejo del sistema.

Descripción del requerimiento

La ayuda mostrada por el sistema se basará en un manual básico con todas las funcionalidades del sistema.

Prioridad del requerimiento

Identificación del requerimiento Nombre del requerimiento

Alta

RNF-003 Mantenimiento El mantenimiento al sistema se lo hará tanto interna como

Características

Descripción del requerimiento Prioridad del requerimiento

externamente. El sistema contará con mantenimiento permanente a cualquier falla técnica de software que se presente. Alta

Identificación del requerimiento Nombre del requerimiento Características

RNF-004 Seguridad El sistema seguirá políticas, estándares y normas de seguridad. El sistema se reflejará con patrones de seguridad teniendo en cuenta

Descripción del requerimiento

la sensibilidad de la información con la que se está trabajando basándose en las especificaciones funcionales entregadas.

Prioridad del requerimiento

Identificación del requerimiento Nombre del requerimiento

Alta

RNF-005 Disponibilidad El sistema tendrá acceso continuo con un nivel de servicio para los

Características

usuarios de 7 días 24 horas. La disponibilidad en el sistema garantizará un esquema adecuado que

Descripción del requerimiento

permita ante posibles fallos tener un plan contingente y seguir brindando el servicio a los usuarios.

Prioridad del requerimiento

Media

1.4.4. Requerimientos de la Interfaz Interna 1.4.4.1. Usuarios El usuario podrá ser visualizar la aplicación por medio de una pantalla de tipo grafica en donde tendrá a su disposición menús para obtener información del sistema, según al perfil de usuario con el que ingrese. 1.4.4.2. Hardware - Impresoras (facturas, y demás reportes)

- Mouse óptico - Teclado estándar español - Monitor.

1.4.4.3. Software Nuestro software utilizara como sistema de gestión de base de datos PostgreSql, además de un servidor APACHE que contenga implementado PHP en su versión 5.5 o superior. 1.4.4.4. Comunicaciones Para mantener el servicio de Hospedaje y Dominio la institución deberá considerar costos y beneficio por lo tanto es responsabilidad de la persona que realice la contratación de estos servicios velar por un servicio que satisfaga con las demandas que en la funcionalidades se han descrito y además que permita tener un control seguro y eficiente de la información. 1.4.5. Requerimientos de Rendimiento Hemos previsto un tiempo de respuesta del sistema desde 1 a 10 segundos, velocidad calculada acorde a los requerimientos solicitados tanto para hardware como para software y como adicional la velocidad del servicio de internet con que cuente él usuario. 1.5. Restricciones de Diseño 1.5.1. Estándares a seguir Como es un sistema de práctica no será muy extenso, puede que no se utilice ningún estándar, pero en caso de ser necesario podría ser el IEEE. 1.5.2. Limitaciones de Hardware Memoria RAM mínimo de 2GB Disco duro mínimo 250GB Procesador mínimo de 1.33 GHz En lo posterior si se necesita más recursos de hardware, se modificaran los datos según las

necesidades que surjan en el desarrollo del proyecto. 1.5.3. Limitaciones de Software Navegadores Web de Preferencia Google Chrome, Mozilla Firefox, Internet Explorer 9 o superior, entre otros. Gestor de bases de datos PostgreSql Servidor Web, de preferencia Apache con PHP 5.5 o una versión superior 1.6. Atributos 1.6.1. Confiabilidad La seguridad del sistema será muy estricta donde podrán ingresar las personas autorizadas con sus respectivos usuarios y contraseñas, en el Login habrá intentos erróneos de acceso, los usuarios podrán ingresar a los distintos módulos del sistema según la actividad o el perfil que desempeñe. 1.6.2. Mantenibilidad Este apartado queda a criterio del administrador del sistema dentro de la institución para lo cual debe solicitar autorización a los autores y desarrolladores para realizar cualquier modificación al sistema 1.6.3. Portabilidad El Sistema podrá ser instalado en un cualquier plataforma que integre un servidor apache y postgresql para la base de datos todo esto será según la necesidad del cliente. 1.6.4. Servicio El sistema será capaz de adaptarse a todos los requerimientos que fueron formulados por el cliente, llevándoles a cabo de manera eficiente tanto en tiempo como en recursos.

1.6.5. Usabilidad El sistema será accesible a los usuarios a través de su interfaz gráfica, la cual se manejará por medio de perfiles dándole a cada tipo de usuario su funcionalidad correspondiente.

Anexo 5: Modelo FĂsico de la Base de Datos

Anexo 6: Modelo Conceptual de la Base de Datos

Anexo 7: Diccionario de Datos

SISTEMA UEAV UNIDAD EDUCATIVA ALESSANDRO VOLTA Modelo: Modelo Físico Reporte: DICCIONARIO DE DATOS

I Introducción 1.1

Descripción

2.1

Tarjeta del Modelo Físico Nombre Código DBMS Descripción Base de Datos

Modelo Físico modfisico PostgreSQL 9.x <None>

II Descripción corta del Modelo 3.1

Objetos No gráficos

Lista de usuarios Nombre Código Descripción Password ueav_admin ueav_admin Usuario de la Base de Datos micLavesegUra736.

4.1

Lista de Diagramas Nombre Código MODELO FÍSICO Diagrama Físico

5.1

Diagrama MODELO FĂ?SICO calificaciones calificacion_id fk_mat_cur_id fk_alu_cur_id calificacion_parcial1_quimestre1 calificacion_parcial2_quimestre1 calificacion_parcial3_quimestre1 calificacion_promedio_parciales_ quimestre1 calificacion_examen_quimestre1 calificacion_promedio_examen_quimestre1 calificacion_quimestre1 calificacion_parcial1_quimestre2 calificacion_parcial2_quimestre2 calificacion_parcial3_quimestre2 calificacion_promedio_parciales_ quimestre2 calificacion_examen_quimestre2 calificacion_promedio_examen_quimestre2 calificacion_quimestre2 calificacion_examen_recuperacion faltas

<<DBCreateAfter (computed)>>

SERIAL <pk> integer <fk2> integer <fk1> numeric(4,2) numeric(4,2) numeric(4,2) numeric(4,2)

valida_nuevo

inasistencia

ina_id fk_calificacion_id ina_fec ina_est

numeric(4,2) numeric(4,2) numeric(4,2) numeric(4,2) numeric(4,2) numeric(4,2) numeric(4,2)

persona persona_id persona_nom persona_ape persona_cedpas persona_dir persona_corele persona_telcon persona_telcel

docente doc_id doc_tit doc_med fk_persona_id

numeric(4,2) numeric(4,2) numeric(4,2) numeric(4,2) integer

SERIAL <pk> character varying(15) character(1) integer <fk>

SERIAL <pk> character varying(30) character varying(30) character varying(13) character varying(50) character varying(50) character varying(15) character varying(15)

materia_curso mat_cur_id SERIAL <pk> fk_mat_id integer <fk1> fk_per_cur_id integer <fk2>

usuario

doc_mat_id SERIAL <pk> fk_doc_id integer <fk1> fk_mat_cur_id integer <fk2>

alumno

alumno_curso SERIAL <pk> timestamp integer <fk1> integer <fk2>

rep_id SERIAL <pk> rep_est character varying(1) fk_persona_id integer <fk>

<<DBCreateAfter <<DBCreateAfter (computed)>> (computed)>>

SERIAL <pk> integer <fk> date character(1)

docente_materia

alu_cur_id alu_cur_fec fk_alu_id fk_per_cur_id

representante

valida_update

inasistencias

alu_id alu_est fk_persona_id fk_representante_id

SERIAL <pk> character varying(1) integer integer

usu_id usu_login usu_pass usu_estado fk_persona_id fk_per_id

SERIAL character varying(15) character varying(32) character(1) integer integer

permiso_usuario fk_usuario_id integer <fk2> fk_permiso_id integer <fk1> <<DBCreateAfter (computed)>>

periodo_curso

materia mat_id mat_nom mat_des mat_tip mat_est

<<DBCreateAfter (computed)>>

SERIAL <pk> character varying(50) character varying(50) integer <fk> character(1)

perfil

permiso

per_id SERIAL <pk> per_nom character varying(30)

permiso_id SERIAL <pk> permiso_nom character varying(30)

curso cur_id cur_des cur_niv cur_par cur_sec

SERIAL <pk> character varying(50) smallint integer character(1)

calendario periodo_curso fk_per_id integer <fk2> fk_cur_id integer <fk1> per_cur_id SERIAL <pk>

mat_tipo tipo_id SERIAL <pk> tipo character varying(50)

calendario_id calendario_fecha calendario_dias calendario_est fk_periodo_id

SERIAL <pk> date smallint character(1) smallint

<<DBCreateAfter (computed)>> periodo

before_delete

paralelo paralelo_id integer <pk> paralelo character varying(50)

<<DBCreateAfter (computed)>>

periodo_id periodo_nom periodo_fecini periodo_fecfin periodo_des periodo_est

SERIAL <pk> character varying(50) date date character varying(50) character(1)

after_update_tablas

after_insert

empresa system_id system_nombre system_ciudad system_direccion system_correo system_telefono system_celular system_web system_siglas system_usuario system_host system_puerto system_email system_pass

SERIAL <pk> text text text text text text text text text text text text text

Lista de Tablas en el Diagrama Nombre alumno alumno_curso calendario calificaciones curso docente docente_materia empresa inasistencias mat_tipo materia materia_curso paralelo perfil periodo periodo_curso permiso permiso_usuario persona representante usuario

C贸digo alumno alumno_curso calendario Calificaciones Curso docente docente_materia empresa inasistencias mat_tipo materia materia_curso paralelo Perfil periodo periodo_curso permiso permiso_usuario persona representante usuario

Lista de Referencias del Diagrama Nombre

C贸digo

Parent Tabla

Child Tabla

Foreign Key Column s

alumno_curso_fk_alu_id_fk ey

alumno

alumno_cur so

fk_alu_id

alumno_curso_fk_per_cur_i d_fkey

periodo_c urso

alumno_cur so

fk_per_cu r_id

calificaciones_fk_alu_cur_id _fkey

alumno_c urso

calificacione s

fk_alu_cu r_id

calificaciones_fk_mat_cur_i d_fkey

materia_c urso

calificacione s

fk_mat_c ur_id

docente_fk_persona_id_fkey

persona

docente

docente_materia_fk_doc_id_ fkey

docente

docente_mat eria

fk_person a_id fk_doc_id

docente_materia_fk_mat_cu r_id_fkey

materia_c urso

docente_mat eria

fk_mat_c ur_id

inasistencias_fk_calificacion _id_fkey

calificacio nes

inasistencias

fk_calific acion_id

materia_curso_fk_mat_id_fk ey materia_curso_fk_per_cur_i d_fkey materia_mat_tip_fkey

materia

periodo_curso_fk_cur_id_fk ey periodo_curso_fk_per_id_fk ey permiso_usuario_fk_permis o_id_fkey permiso_usuario_fk_usuario _id_fkey

curso

representante_fk_persona_id _fkey usuario_fk_per_id_fkey

persona

periodo_c urso mat_tipo

periodo permiso usuario

perfil

materia_cur so materia_cur so materia

fk_mat_id

periodo_cur so periodo_cur so permiso_usu ario permiso_usu ario

fk_cur_id

representant e usuario

fk_person a_id fk_per_id

fk_per_cu r_id mat_tip

fk_per_id fk_permis o_id fk_usuari o_id

Lista de Procedures en Diagrama Nombre after_insert

Código after_insert

after_update_tablas

before_delete

Inasistencia

inasistencia

periodo_curso

valida_nuevo

Descripción DESPUÉS DE INGRESAR UN USUARIO LE ASIGNA UN PERMISO POR DEFECTO FUNCIÓN DEDICADA A ACTUALIZAR LAS CALIFICACIONES DEL ESTUDIANTE FUNCIÓN QUE CONTROLA LA INTEGRIDAD REFERENCIAL GESTIÓN Y CONTROL DE LAS INASISTENCIAS (FALTAS) DEL ESTUDIANTE CONTROL DE INTEGRIDAD REFERENCIAL ENTRE EL PERIODO Y LOS CURSOS ASIGNADOS A ESE PERIODO FUNCIÓN ENCARGADA DE CONTROLAR REPLICA DE CEDULAS, CURSOS(NOMBRES), PERIODO ACADÉMICO(NOMBRE),

valida_update

CURSO(NOMBRE), MATERIA(NOMBRE) FUNCIÓN PARA VALIDAR CAMPOS REPETIDOS

valida_update

III Descripción Completa del Modelo 6.1

Objetos No Gráficos

Lista de usuarios Nombre ueav_admin

Código ueav_admin

Descripción Usuario de la Base de Datos

Password micLavesegUra736.

Descripción Usuario de la Base de Datos

Password micLavesegUra736.

Usuario ueav_admin 1. Tarjeta de usuario ueav_admin Nombre Código

ueav_admin ueav_admin

2. Lista de Propietario Nombre ueav_admin

Código ueav_admin

3. Lista inversa de colecciones extendidas para el usuario ueav_admin. Parent User 'ueav_admin'

Inverse Collection Nombre Schemas

4. Lista de procedures del usuario ueav_admin Nombre after_insert after_update_tablas before_delete Inasistencia periodo_curso valida_nuevo

Código after_insert after_update_tablas before_delete inasistencia periodo_curso valida_nuevo

7.1

Lista de Diagramas Nombre Código MODELO FÍSICO Diagrama Físico

8.1

Diagrama MODELO FÍSICO calificaciones

calificacion_id fk_mat_cur_id fk_alu_cur_id calificacion_parcial1_quimestre1 calificacion_parcial2_quimestre1 calificacion_parcial3_quimestre1 calificacion_promedio_parciales_ quimestre1 calificacion_examen_quimestre1 calificacion_promedio_examen_quimestre1 calificacion_quimestre1 calificacion_parcial1_quimestre2 calificacion_parcial2_quimestre2 calificacion_parcial3_quimestre2 calificacion_promedio_parciales_ quimestre2 calificacion_examen_quimestre2 calificacion_promedio_examen_quimestre2 calificacion_quimestre2 calificacion_examen_recuperacion faltas

<<DBCreateAfter (computed)>>

SERIAL <pk> integer <fk2> integer <fk1> numeric(4,2) numeric(4,2) numeric(4,2) numeric(4,2)

valida_nuevo

inasistencia

numeric(4,2) numeric(4,2) numeric(4,2) numeric(4,2) numeric(4,2) numeric(4,2) numeric(4,2)

<<DBCreateAfter<<DBCreateAfter (computed)>> (computed)>>

SERIAL <pk> integer <fk> date character(1)

persona persona_id persona_nom persona_ape persona_cedpas persona_dir persona_corele persona_telcon persona_telcel

docente doc_id doc_tit doc_med fk_persona_id

numeric(4,2) numeric(4,2) numeric(4,2) numeric(4,2) integer

SERIAL <pk> character varying(15) character(1) integer <fk>

SERIAL <pk> character varying(30) character varying(30) character varying(13) character varying(50) character varying(50) character varying(15) character varying(15)

materia_curso mat_cur_id SERIAL <pk> fk_mat_id integer <fk1> fk_per_cur_id integer <fk2>

usuario

doc_mat_id SERIAL <pk> fk_doc_id integer <fk1> fk_mat_cur_id integer <fk2>

alumno

alumno_curso SERIAL <pk> timestamp integer <fk1> integer <fk2>

rep_id SERIAL <pk> rep_est character varying(1) fk_persona_id integer <fk>

inasistencias ina_id fk_calificacion_id ina_fec ina_est

docente_materia

alu_cur_id alu_cur_fec fk_alu_id fk_per_cur_id

representante

valida_update

alu_id alu_est fk_persona_id fk_representante_id

SERIAL <pk> character varying(1) integer integer

usu_id usu_login usu_pass usu_estado fk_persona_id fk_per_id

SERIAL character varying(15) character varying(32) character(1) integer integer

permiso_usuario fk_usuario_id integer <fk2> fk_permiso_id integer <fk1> <<DBCreateAfter (computed)>>

periodo_curso

materia mat_id mat_nom mat_des mat_tip mat_est

<<DBCreateAfter (computed)>>

SERIAL <pk> character varying(50) character varying(50) integer <fk> character(1)

perfil

permiso

per_id SERIAL <pk> per_nom character varying(30)

permiso_id SERIAL <pk> permiso_nom character varying(30)

curso cur_id cur_des cur_niv cur_par cur_sec

SERIAL <pk> character varying(50) smallint integer character(1)

calendario periodo_curso fk_per_id integer <fk2> fk_cur_id integer <fk1> per_cur_id SERIAL <pk>

mat_tipo tipo_id SERIAL <pk> tipo character varying(50)

calendario_id calendario_fecha calendario_dias calendario_est fk_periodo_id

SERIAL <pk> date smallint character(1) smallint

<<DBCreateAfter (computed)>> periodo

before_delete

paralelo paralelo_id integer <pk> paralelo character varying(50)

<<DBCreateAfter (computed)>>

periodo_id periodo_nom periodo_fecini periodo_fecfin periodo_des periodo_est

SERIAL <pk> character varying(50) date date character varying(50) character(1)

after_update_tablas

after_insert

empresa system_id system_nombre system_ciudad system_direccion system_correo system_telefono system_celular system_web system_siglas system_usuario system_host system_puerto system_email system_pass

SERIAL <pk> text text text text text text text text text text text text text

Lista de Tablas en Diagrama Nombre

Código

Alumno alumno_curso Calendario Calificaciones Curso Docente docente_materia Empresa Inasistencias mat_tipo Materia materia_curso Paralelo Perfil periodo periodo_curso permiso permiso_usuario persona representante usuario

alumno alumno_curso calendario calificaciones curso docente docente_materia empresa inasistencias mat_tipo materia materia_curso paralelo perfil periodo periodo_curso permiso permiso_usuario persona representante usuario

5. Tabla alumno 1.1.1.1.1 Tarjeta de Tabla alumno Nombre Código

alumno alumno

1.1.1.1.2 Opciones de Tabla alumno WITH ( OIDS=FALSE )

1.1.1.1.3 Revisión de constraint nombre de la Tabla alumno CKT_ALUMNO

1.1.1.1.4 Lista de referencias entrantes de la Tabla alumno Nombre alumno_curs o_fk_alu_id _fkey

Código

Child Tabla

Foreign Key Columns alumno_curso alumno_curso fk_alu_id _fk_alu_id_fk ey

1.1.1.1.5 Lista de Diagramas contenidas en la Tabla alumno Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.6 Lista de columnas de la Tabla alumno Nombre alu_id alu_est fk_persona_i d fk_represent ante_id

Nombre alu_id alu_est fk_persona_id fk_representante_id

1.1.1.1.7 Lista de Llaves de la Tabla alumno Nombre

C贸digo

alumno_pkey

Primary X

alumno_pkey

1.1.1.1.8 Llave alumno_pkey de la Tabla alumno 1.1.1.1.8.1 Tarjeta de la llave alumno_pkey de la Tabla alumno

Nombre

alumno_pkey

1.1.1.1.8.2 Lista de columnas llave de alumno_pkey

Nombre

C贸digo

alu_id

1.1.1.1.8.3 Lista de referencias de la Tabla alumno_pkey

Nombre

C贸digo

alumno_curso_fk_alu_id_ alumno_curso_fk fkey _alu_id_fkey

Parent Tabla

alumno

Child Tabla

alumno_cur so

6. Tabla alumno_curso 1.1.1.1.9 Tarjeta de Tabla alumno_curso Nombre C贸digo

alumno_curso alumno_curso

1.1.1.1.10 Opciones de la Tabla alumno_curso WITH ( OIDS=FALSE )

1.1.1.1.11 Revision constraint nombre de la Tabla alumno_curso CKT_ALUMNO_CURSO

Foreign Key Column s fk_alu_ id

1.1.1.1.12 Lista de referencias entrantes de la Tabla alumno_curso Nombre

Cรณdigo

Child Tabla

Foreign Key Columns

calificaciones_fk_alu_c ur_id_fkey

calificaci ones

fk_alu_c ur_id

Pare nt Rol e

Chi ld Rol e

Par ent Rol e

Chi ld Rol e

1.1.1.1.13 Lista de referencias salientes de la Tabla alumno_curso Nombre

Cรณdigo

alumno_curso_fk_alu_i d_fkey Alumno_curso_fk_per_ cur_id_fkey

Parent Tabla

Foreign Key Columns

alumno

fk_alu_id

periodo_ curso

fk_per_c ur_id

1.1.1.1.14 Lista de Diagramas conteniendo la Tabla alumno_curso Nombre MODELO Fร SICO

Cรณdigo DiagramaaFisico

1.1.1.1.15 Lista de columnas de la Tabla alumno_curso Nombre alu_cur_id alu_cur_fec fk_alu_id fk_per_cur_id

Nombre alu_cur_id alu_cur_fec fk_alu_id fk_per_cur_id

Tabla alumno_curso alumno_curso alumno_curso alumno_curso

1.1.1.1.16 Lista de llaves de la Tabla alumno_curso Nombre alumno_curso_pkey

Cรณdigo alumno_curso_pkey

1.1.1.1.17 Llave alumno_curso_pkey de la Tabla alumno_curso 1.1.1.1.17.1 Tarjeta de la llave alumno_curso_pkey de la Tabla alumno_curso

Nombre

alumno_curso_pkey

Primary X

1.1.1.1.17.2 Lista de columnas de la Tabla alumno_curso_pkey

Nombre

Código

alu_cur_id

1.1.1.1.17.3 Lista de referencias de la Tabla alumno_curso_pkey

Nombre

Código

Parent Tabla

Child Tabla

calificaciones_fk_al u_cur_id_fkey

alumno _curso

califica ciones

Foreign Key Column s fk_alu_ cur_id

7. Tabla calendario 1.1.1.1.18 Tarjeta de Tabla calendario Nombre Código

calendario calendario

1.1.1.1.19 Opciones de la Tabla calendario WITH ( OIDS=FALSE )

1.1.1.1.20 Revisión constraint nombre de la Tabla calendario CKT_CALENDARIO

1.1.1.1.21 Lista de Diagramas conteniendo la Tabla calendario Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.22 Lista de columnas de la Tabla calendario Nombre calendario_i d calendario_f echa calendario_d ias calendario_e st fk_periodo_i d

Nombre calendario_id calendario_fecha calendario_dias calendario_est fk_periodo_id

Descripción

Tabla calendari o calendari o calendari o calendari o Calendar io

Par ent Rol e

Ch ild Ro le

1.1.1.1.23 Lista de llaves de la Tabla calendario Nombre calendario_pkey

Código calendario_pkey

Primary X

1.1.1.1.24 Llave calendario_pkey de la Tabla calendario 1.1.1.1.24.1 Tarjeta de la llave calendario_pkey de la Tabla calendario

Nombre

calendario_pkey

1.1.1.1.24.2 Lista de columnas de la Tabla calendario_pkey

Nombre

Código

calendario_id

8. Tabla calificaciones 1.1.1.1.25 Tarjeta de Tabla calificaciones Nombre Código

calificaciones calificaciones

1.1.1.1.26 Opciones de la Tabla calificaciones WITH ( OIDS=FALSE )

1.1.1.1.27 Revisión constraint nombre de la Tabla calificaciones CKT_CALIFICACIONES

1.1.1.1.28 Lista de referencias entrantes de la Tabla calificaciones Nombre

Código

inasistencias inasistencias_ _fk_calificac fk_calificacio ion_id_fkey n_id_fkey

Child Tabla inasistencias

Foreign Key Columns fk_calificacio n_id

1.1.1.1.29 Lista de referencias salientes de la Tabla calificaciones Nombre

Código

calificacione calificaciones s_fk_alu_cur _fk_alu_cur_i _id_fkey d_fkey

Parent Tabla

Foreign Key Columns alumno_curso fk_alu_cur_id

Calificacion es_fk_mat_c ur_id_fkey

Calificaciones materia_curso fk_mat_cur_i _fk_mat_cur_ d id_fkey

1.1.1.1.30 Lista de Diagramas conteniendo la Tabla calificaciones Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.31 Lista de columnas de la Tabla calificaciones Nombre calificacion_id

Nombre calificacion_id

fk_mat_cur_id

fk_alu_cur_id

calificacion_parcial1_quimestre1

calificacion_parcial2_quimestre1

calificacion_parcial3_quimestre1

calificacion_promedio_parciales_qu imestre1 calificacion_examen_quimestre1

calificacion_promedio_examen_qui mestre1 calificacion_quimestre1

calificacion_parcial1_quimestre2

calificacion_parcial2_quimestre2

calificacion_parcial3_quimestre2

calificacion_promedio_parciales_qu imestre2 calificacion_examen_quimestre2

calificacion_promedio_examen_qui mestre2 calificacion_quimestre2

calificacion_examen_recuperacion

Tabla calificacio nes calificacio nes calificacio nes calificacio nes calificacio nes calificacio nes calificacio nes calificacio nes calificacio nes calificacio nes calificacio nes calificacio nes calificacio nes calificacio nes calificacio nes calificacio nes calificacio nes calificacio nes

faltas

calificacio nes

1.1.1.1.32 Lista de llaves de la Tabla calificaciones Nombre calificaciones_pkey

Cรณdigo calificaciones_pkey

Primary X

1.1.1.1.33 Llave calificaciones_pkey de la Tabla calificaciones 1.1.1.1.33.1 Tarjeta de la llave calificaciones_pkey de la Tabla calificaciones

Nombre

calificaciones_pkey

1.1.1.1.33.2 Lista de columnas de la Tabla calificaciones_pkey

Nombre

Cรณdigo

calificacion_id

1.1.1.1.33.3 Lista de referencias de la Tabla calificaciones_pkey

Nombre

Cรณdigo

Parent Tabla

Child Tabla

inasistenci as_fk_calif icacion_id _fkey

inasistencia s_fk_calific acion_id_fk ey

calificacion es

inasistencia s

Foreign Key Columns fk_calificac ion_id

9. Tabla curso 1.1.1.1.34 Tarjeta de Tabla curso Nombre Cรณdigo

curso curso

1.1.1.1.35 Opciones de la Tabla curso WITH ( OIDS=FALSE )

1.1.1.1.36 Revisiรณn constraint nombre de la Tabla curso CKT_CURSO

1.1.1.1.37 Lista de referencias entrantes de la Tabla curso Nombre

Código

Child Tabla

Foreign Key Columns periodo_curs periodo_curso periodo_curso fk_cur_id o_fk_cur_id _fk_cur_id_fk _fkey ey

1.1.1.1.38 Lista de enlaces entrantes de la Tabla curso Linked Object curso curso

Source Object before_delete periodo_curso

1.1.1.1.39 Lista de Diagramas conteniendo la Tabla curso Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.40 Lista de columnas de la Tabla curso Nombre cur_id cur_des cur_niv cur_par cur_sec

Nombre cur_id cur_des cur_niv cur_par cur_sec

Tabla curso curso curso curso curso

1.1.1.1.41 Lista de llaves de la Tabla curso Nombre

Código

curso_pkey

Primary X

curso_pkey

1.1.1.1.42 Llave curso_pkey de la Tabla curso 1.1.1.1.42.1 Tarjeta de la llave curso_pkey de la Tabla curso

Nombre

curso_pkey

1.1.1.1.42.2 Lista de columnas de la Tabla curso_pkey

Nombre

Código

cur_id

1.1.1.1.42.3 Lista de referencias de la Tabla curso_pkey

Nombre

Código

Parent Tabla

Child Tabla

Foreign Key

periodo_curso_fk_cur_id_ fkey

periodo_curso_fk_cu r_id_fkey

curso

periodo_cur so

10.Tabla docente 1.1.1.1.43 Tarjeta de Tabla docente Nombre Código

docente docente

1.1.1.1.44 Opciones de la Tabla docente WITH ( OIDS=FALSE )

1.1.1.1.45 Revisión constraint nombre de la Tabla docente CKT_DOCENTE

1.1.1.1.46 Lista de referencias entrantes de la Tabla docente Nombre

Código

Child Tabla

docente_mat docente_mate eria_fk_doc_ ria_fk_doc_id id_fkey _fkey

docente_mate ria

Foreign Key Columns fk_doc_id

1.1.1.1.47 Lista de referencias salientes de la Tabla docente Nombre

Código

Parent Tabla

Docente_fk_ Docente_fk_p persona persona_id_f ersona_id_fke key y

Foreign Key Columns fk_persona_id

1.1.1.1.48 Lista de Diagramas conteniendo la Tabla docente Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.49 Lista de columnas de la Tabla docente Nombre doc_id doc_tit doc_med fk_persona_ id

Nombre doc_id doc_tit doc_med fk_persona_id

Tabla docente docente docente docente

Column s fk_cur_i d

1.1.1.1.50 Lista de llaves de la Tabla docente Nombre docente_pkey

Código

Primary X

docente_pkey

1.1.1.1.51 Llave docente_pkey de la Tabla docente 1.1.1.1.51.1 Tarjeta de la llave docente_pkey de la Tabla docente

Nombre

docente_pkey

1.1.1.1.51.2 Lista de columnas de la Tabla docente_pkey

Nombre

Código

doc_id

1.1.1.1.51.3 Lista de referencias de la Tabla docente_pkey

Nombre

Código

Parent Tabla

docente_m docente_ma docente ateria_fk_ teria_fk_do doc_id_fk c_id_fkey ey

Child Tabla

Foreign Key Columns docente_ma fk_doc_id teria

11.Tabla docente_materia 1.1.1.1.52 Tarjeta de Tabla docente_materia Nombre Código

docente_materia docente_materia

1.1.1.1.53 Opciones de la Tabla docente_materia WITH ( OIDS=FALSE )

1.1.1.1.54 Revisión constraint nombre de la Tabla docente_materia CKT_DOCENTE_MATERIA

1.1.1.1.55 Lista de referencias salientes de la Tabla docente_materia Nombre

Código

docente_mat docente_mate eria_fk_doc_ ria_fk_doc_id id_fkey _fkey

Parent Tabla docente

Foreign Key Columns fk_doc_id

Materia_curs Materia_curs o_fk_mat_id o_fk_mat_id_ _fkey fkey

materia_curso fk_mat_cur_i d

1.1.1.1.56 Lista de Diagramas conteniendo la Tabla docente_materia Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.57 Lista de columnas de la Tabla docente_materia Nombre doc_mat_id

Nombre doc_mat_id

fk_doc_id

fk_mat_cur_ id

fk_mat_cur_id

Tabla docente_ materia docente_ materia docente_ materia

1.1.1.1.58 Lista de llaves de la Tabla docente_materia Nombre docente_materia_pkey

Código docente_materia_pkey

Primary X

1.1.1.1.59 Llave docente_materia_pkey de la Tabla docente_materia 1.1.1.1.59.1 Tarjeta de la llave docente_materia_pkey de la Tabla docente_materia

Nombre

docente_materia_pkey

1.1.1.1.59.2 Lista de columnas de la Tabla docente_materia_pkey

Nombre doc_mat_id

doc_mat_id

12.Tabla empresa 1.1.1.1.60 Tarjeta de Tabla empresa Nombre Código

empresa empresa

1.1.1.1.61 Opciones de la Tabla empresa WITH ( OIDS=FALSE )

Código

1.1.1.1.62 Revisión constraint nombre de la Tabla empresa CKT_EMPRESA

1.1.1.1.63 Lista de Diagramas conteniendo la Tabla empresa Nombre

Código Diagrama Físico

MODELO FÍSICO

1.1.1.1.64 Lista de columnas de la Tabla empresa Nombre system_id system_nombre system_ciudad system_direccion system_correo system_telefono system_celular system_web system_siglas system_usuario system_host system_puerto system_email system_pass

Nombre

Tabla empresa empresa empresa empresa empresa empresa empresa empresa empresa empresa empresa empresa empresa empresa

system_id system_nombre system_ciudad system_direccion system_correo system_telefono system_celular system_web system_siglas system_usuario system_host system_puerto system_email system_pass

1.1.1.1.65 Lista de llaves de la Tabla empresa Nombre empresa_pkey

Código

Primary X

empresa_pkey

1.1.1.1.66 Llave empresa_pkey de la Tabla empresa 1.1.1.1.66.1 Tarjeta de la llave empresa_pkey de la Tabla empresa

Nombre

empresa_pkey

1.1.1.1.66.2 Lista de columnas de la Tabla empresa_pkey

Nombre system_id

13.Tabla inasistencias 1.1.1.1.67 Tarjeta de Tabla inasistencias Nombre Código

Código system_id

inasistencias inasistencias

1.1.1.1.68 Opciones de la Tabla inasistencias WITH ( OIDS=FALSE )

1.1.1.1.69 Revisión constraint nombre de la Tabla inasistencias CKT_INASISTENCIAS

1.1.1.1.70 Lista de referencias salientes de la Tabla inasistencias Nombre

Código

Parent Tabla

inasistencias inasistencias_ _fk_calificac fk_calificacio ion_id_fkey n_id_fkey

calificaciones

Foreign Key Columns fk_calificacio n_id

1.1.1.1.71 Lista de enlaces entrantes de la Tabla inasistencias Linked Object inasistencias

Source Object inasistencia

1.1.1.1.72 Lista de Diagramas conteniendo la Tabla inasistencias Nombre

Código Diagrama Físico

MODELO FÍSICO

1.1.1.1.73 Lista de columnas de la Tabla inasistencias Nombre

Nombre

ina_id fk_calificacion_id ina_fec ina_est

Tabla

ina_id fk_calificacion_id ina_fec ina_est

inasistencias inasistencias inasistencias inasistencias

1.1.1.1.74 Lista de llaves de la Tabla inasistencias Nombre inasistencias_pkey

Código inasistencias_pkey

Primary X

1.1.1.1.75 Llave inasistencias_pkey de la Tabla inasistencias 1.1.1.1.75.1 Tarjeta de la llave inasistencias_pkey de la Tabla inasistencias

Nombre

inasistencias_pkey

1.1.1.1.75.2 Lista de columnas de la Tabla inasistencias_pkey

Nombre ina_id

Código ina_id

14.Tabla mat_tipo (Materia Tipo) 1.1.1.1.76 Tarjeta de Tabla mat_tipo Nombre Código

mat_tipo mat_tipo

1.1.1.1.77 Opciones de la Tabla mat_tipo WITH ( OIDS=FALSE )

1.1.1.1.78 Revisión constraint nombre de la Tabla mat_tipo CKT_MAT_TIPO

1.1.1.1.79 Lista de referencias entrantes de la Tabla mat_tipo Nombre

Código

Child Tabla

materia_mat _tip_fkey

materia_mat_ tip_fkey

materia

Foreign Key Columns mat_tip

1.1.1.1.80 Lista de Diagramas conteniendo la Tabla mat_tipo Nombre

Código Diagrama Físico

MODELO FÍSICO

1.1.1.1.81 Lista de columnas de la Tabla mat_tipo Nombre tipo_id tipo

Nombre tipo_id tipo

Tabla mat_tipo mat_tipo

1.1.1.1.82 Lista de llaves de la Tabla mat_tipo Nombre mat_tipo_pkey

Código mat_tipo_pkey

1.1.1.1.83 Llave mat_tipo_pkey de la Tabla mat_tipo 1.1.1.1.83.1 Tarjeta de la llave mat_tipo_pkey de la Tabla mat_tipo

Nombre

mat_tipo_pkey

Primary X

1.1.1.1.83.2 Lista de columnas de la Tabla mat_tipo_pkey

Nombre

Código

tipo_id

1.1.1.1.83.3 Lista de referencias de la Tabla mat_tipo_pkey

Nombre

Código

Parent Tabla

Child Tabla

materia_m at_tip_fke y

materia_ma t_tip_fkey

mat_tipo

materia

Foreign Key Columns mat_tip

15.Tabla materia 1.1.1.1.84 Tarjeta de Tabla materia Nombre Código

materia materia

1.1.1.1.85 Opciones de la Tabla materia WITH ( OIDS=FALSE )

1.1.1.1.86 Revisión constraint nombre de la Tabla materia CKT_MATERIA

1.1.1.1.87 Lista de referencias entrantes de la Tabla materia Nombre

Código

Child Tabla

materia_curso_fk_mat_id_fk ey

materia_curs o

1.1.1.1.88 Lista de referencias salientes de la Tabla materia Nombre

Código

Parent Tabla

materia_mat _tip_fkey

materia_mat_ tip_fkey

mat_tipo

Foreign Key Columns mat_tip

1.1.1.1.89 Lista de Diagramas conteniendo la Tabla materia Nombre MODELO FÍSICO

Código Diagrama Físico

Foreign Key Columns fk_mat_i d

1.1.1.1.90 Lista de columnas de la Tabla materia Nombre mat_id mat_nom mat_des mat_tip mat_est

Nombre mat_id mat_nom mat_des mat_tip mat_est

Tabla materia materia materia materia materia

1.1.1.1.91 Lista de llaves de la Tabla materia Nombre materia_pkey

Cรณdigo

Primary X

materia_pkey

1.1.1.1.92 Llave materia_pkey de la Tabla materia 1.1.1.1.92.1 Tarjeta de la llave materia_pkey de la Tabla materia

Nombre

materia_pkey

1.1.1.1.92.2 Lista de columnas de la Tabla materia_pkey

Nombre

Cรณdigo

mat_id

1.1.1.1.92.3 Lista de referencias de la Tabla materia_pkey

Nombre

Cรณdigo

Parent Tabla

materia_curso_fk_mat_id _fkey

materia_curso_fk_ma t_id_fkey

materia

Child Tabla Foreign Key Column s materia_cur fk_mat_ so id

16.Tabla materia_curso 1.1.1.1.93 Tarjeta de Tabla materia_curso Nombre Cรณdigo

materia_curso materia_curso

1.1.1.1.94 Opciones de la Tabla materia_curso WITH ( OIDS=FALSE )

1.1.1.1.95 Revisiรณn constraint nombre de la Tabla materia_curso CKT_MATERIA_CURSO

1.1.1.1.96 Lista de referencias entrantes de la Tabla materia_curso Nombre

Código

Child Tabla

Materia_curs o_fk_mat_id _fkey Calificacion es_fk_mat_c ur_id_fkey

Materia_curs docente_mate o_fk_mat_id_ ria fkey Calificaciones calificaciones _fk_mat_cur_ id_fkey

Foreign Key Columns fk_mat_cur_i d fk_mat_cur_i d

1.1.1.1.97 Lista de referencias salientes de la Tabla materia_curso Nombre

Código

Parent Tabla

Foreign Key Columns fk_mat_id

materia_curs o_fk_mat_id _fkey Materia_curs o_fk_per_cu r_id_fkey

materia_curso materia _fk_mat_id_f key Materia_curs periodo_curso fk_per_cur_id o_fk_per_cur _id_fkey

1.1.1.1.98 Lista de Diagramas conteniendo la Tabla materia_curso Nombre

Código Diagrama Físico

MODELO FÍSICO

1.1.1.1.99 Lista de columnas de la Tabla materia_curso Nombre mat_cur_id

Nombre mat_cur_id

fk_mat_id

fk_per_cur_i fk_per_cur_id d

Tabla materia_ curso materia_ curso materia_ curso

1.1.1.1.100 Lista de llaves de la Tabla materia_curso Nombre materia_curso_pkey

Código materia_curso_pkey

1.1.1.1.101 Llave materia_curso_pkey de la Tabla materia_curso 1.1.1.1.101.1

Nombre

Tarjeta de la llave materia_curso_pkey de la Tabla materia_curso

materia_curso_pkey

Primary X

1.1.1.1.101.2

Lista de columnas de la Tabla materia_curso_pkey

Nombre

Código

mat_cur_id 1.1.1.1.101.3

mat_cur_id Lista de referencias de la Tabla materia_curso_pkey

Nombre

Código

Parent Tabla

Child Tabla

Materia_curso_fk_mat_ id_fkey Calificaciones_fk_mat_ cur_id_fkey

materia_ curso materia_ curso

docente_m ateria calificacio nes

Foreign Key Columns fk_mat_c ur_id fk_mat_c ur_id

17.Tabla paralelo 1.1.1.1.102 Tarjeta de Tabla paralelo Nombre Código

paralelo paralelo

1.1.1.1.103 Opciones de la Tabla paralelo WITH ( OIDS=FALSE )

1.1.1.1.104 Revisión constraint nombre de la Tabla paralelo CKT_PARALELO

1.1.1.1.105 Lista de Diagramas conteniendo la Tabla paralelo Nombre

Código Diagrama Físico

MODELO FÍSICO

1.1.1.1.106 Lista de columnas de la Tabla paralelo Nombre paralelo_id paralelo

Nombre paralelo_id paralelo

Tabla paralelo paralelo

1.1.1.1.107 Lista de llaves de la Tabla paralelo Nombre add_curso_pkey

Código add_curso_pkey

Primary X

1.1.1.1.108 Llave add_curso_pkey de la Tabla paralelo 1.1.1.1.108.1

Tarjeta de la llave add_curso_pkey de la Tabla paralelo

Nombre

add_curso_pkey

1.1.1.1.108.2

Lista de columnas de la Tabla add_curso_pkey

Nombre

Código

paralelo_id

18.Tabla perfil 1.1.1.1.109 Tarjeta de Tabla perfil Nombre Código

perfil perfil

1.1.1.1.110 Opciones de la Tabla perfil WITH ( OIDS=FALSE )

1.1.1.1.111 Revisión constraint nombre de la Tabla perfil CKT_PERFIL

1.1.1.1.112 Lista de referencias entrantes de la Tabla perfil Nombre

Código

Child Tabla

usuario_fk_p usuario_fk_pe usuario er_id_fkey r_id_fkey

Foreign Key Columns fk_per_id

1.1.1.1.113 Lista de Diagramas conteniendo la Tabla perfil Nombre

Código Diagrama Físico

MODELO FÍSICO

1.1.1.1.114 Lista de columnas de la Tabla perfil Nombre per_id per_nom

Nombre per_id per_nom

Tabla perfil perfil

1.1.1.1.115 Lista de llaves de la Tabla perfil Nombre perfil_pkey

Código perfil_pkey

Primary X

1.1.1.1.116 Llave perfil_pkey de la Tabla perfil 1.1.1.1.116.1

Tarjeta de la llave perfil_pkey de la Tabla perfil

Nombre 1.1.1.1.116.2

perfil_pkey Lista de columnas de la Tabla perfil_pkey

Nombre

Código

per_id 1.1.1.1.116.3

Nombre

per_id Lista de referencias de la Tabla perfil_pkey

Código

Parent Tabla

usuario_fk usuario_fk_ perfil _per_id_fk per_id_fkey ey

Child Tabla

usuario

Foreign Key Columns fk_per_id

19.Tabla periodo 1.1.1.1.117 Tarjeta de Tabla periodo Nombre Código

periodo periodo

1.1.1.1.118 Opciones de la Tabla periodo WITH ( OIDS=FALSE )

1.1.1.1.119 Revisión constraint nombre de la Tabla periodo CKT_PERIODO

1.1.1.1.120 Lista de referencias entrantes de la Tabla periodo Nombre

Código

Child Tabla

Foreign Key Columns periodo_curs periodo_curso periodo_curso fk_per_id o_fk_per_id _fk_per_id_fk _fkey ey

1.1.1.1.121 Lista de Diagramas conteniendo la Tabla periodo Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.122 Lista de columnas de la Tabla periodo Nombre periodo_id periodo_no m periodo_feci ni periodo_fecf in periodo_des periodo_est

Nombre periodo_id periodo_nom

Tabla periodo periodo

periodo_fecini

periodo

periodo_fecfin

periodo

periodo_des periodo_est

periodo periodo

1.1.1.1.123 Lista de llaves de la Tabla periodo Nombre periodo_pkey

C贸digo

Primary X

periodo_pkey

1.1.1.1.124 Llave periodo_pkey de la Tabla periodo 1.1.1.1.124.1

Tarjeta de la llave periodo_pkey de la Tabla periodo

Nombre 1.1.1.1.124.2

periodo_pkey Lista de columnas de la Tabla periodo_pkey

Nombre

C贸digo

periodo_id 1.1.1.1.124.3

periodo_id Lista de referencias de la Tabla periodo_pkey

Nombre

C贸digo

Parent Tabla

periodo_c urso_fk_p er_id_fkey

periodo_cur periodo so_fk_per_i d_fkey

Child Tabla

Foreign Key Columns periodo_cur fk_per_id so

20.Tabla periodo_curso 1.1.1.1.125 Tarjeta de Tabla periodo_curso Nombre C贸digo

periodo_curso periodo_curso

1.1.1.1.126 Opciones de la Tabla periodo_curso WITH ( OIDS=FALSE )

1.1.1.1.127 Revisión constraint nombre de la Tabla periodo_curso CKT_PERIODO_CURSO

1.1.1.1.128 Lista de referencias entrantes de la Tabla periodo_curso Nombre

Código

Child Tabla

Alumno_cur so_fk_per_c ur_id_fkey Materia_curs o_fk_per_cu r_id_fkey

Alumno_curs o_fk_per_cur _id_fkey Materia_curs o_fk_per_cur _id_fkey

Foreign Key Columns alumno_curso fk_per_cur_id

materia_curso fk_per_cur_id

1.1.1.1.129 Lista de referencias salientes de la Tabla periodo_curso Nombre

Código

Parent Tabla

periodo_curs o_fk_cur_id _fkey periodo_curs o_fk_per_id _fkey

periodo_curso curso _fk_cur_id_fk ey periodo_curso periodo _fk_per_id_fk ey

Foreign Key Columns fk_cur_id

fk_per_id

1.1.1.1.130 Lista de enlaces entrantes de la Tabla periodo_curso Linked Object periodo_curso periodo_curso

Source Object before_delete periodo_curso

1.1.1.1.131 Lista de Diagramas conteniendo la Tabla periodo_curso Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.132 Lista de columnas de la Tabla periodo_curso Nombre fk_per_id

Nombre fk_per_id

fk_cur_id

per_cur_id

Tabla periodo_ curso periodo_ curso periodo_ curso

1.1.1.1.133 Lista de llaves de la Tabla periodo_curso Nombre

Cรณdigo

per_cur_id

Primary X

per_cur_id

1.1.1.1.134 Llave per_cur_id de la Tabla periodo_curso 1.1.1.1.134.1

Tarjeta de la llave per_cur_id de la Tabla periodo_curso

Nombre 1.1.1.1.134.2

per_cur_id Lista de columnas de la Tabla per_cur_id

Nombre per_cur_id 1.1.1.1.134.3

Cรณdigo per_cur_id

Lista de referencias de la Tabla per_cur_id

Nombre

Cรณdigo

Parent Tabla

Child Tabla

Foreign Key Columns Alumno_curso_fk_per_c Alumno_curso_fk_per_c periodo_c alumno_c fk_per_c ur_id_fkey ur_id_fkey urso urso ur_id Materia_curso_fk_per_c Materia_curso_fk_per_c periodo_c materia_c fk_per_c ur_id_fkey ur_id_fkey urso urso ur_id

21.Tabla permiso 1.1.1.1.135 Tarjeta de Tabla permiso Nombre Cรณdigo

permiso permiso

1.1.1.1.136 Opciones de la Tabla permiso WITH ( OIDS=FALSE )

1.1.1.1.137 Revisiรณn constraint nombre de la Tabla permiso CKT_PERMISO

1.1.1.1.138 Lista de referencias entrantes de la Tabla permiso Nombre

Código

Child Tabla

permiso_usu ario_fk_per miso_id_fke y

permiso_usua permiso_usua rio_fk_permis rio o_id_fkey

Foreign Key Columns fk_permiso_i d

1.1.1.1.139 Lista de Diagramas conteniendo la Tabla permiso Nombre

Código Diagrama Físico

MODELO FÍSICO

1.1.1.1.140 Lista de columnas de la Tabla permiso Nombre permiso_id permiso_no m

Nombre permiso_id permiso_nom

Tabla permiso permiso

1.1.1.1.141 Lista de llaves de la Tabla permiso Nombre permiso_pkey

Código

Primary X

permiso_pkey

1.1.1.1.142 Llave permiso_pkey de la Tabla permiso 1.1.1.1.142.1

Nombre 1.1.1.1.142.2

Tarjeta de la llave permiso_pkey de la Tabla permiso

permiso_pkey Lista de columnas de la Tabla permiso_pkey

Nombre

Código

permiso_id 1.1.1.1.142.3

Nombre

permiso_id Lista de referencias de la Tabla permiso_pkey

Código

Pare nt Tabl a permiso_usuario_fk_perm permiso_usuario_fk_perm perm iso_id_fkey iso_id_fkey iso

Child Tabla

Foreign Key Columns

permiso_us fk_permi uario so_id

22.Tabla permiso_usuario 1.1.1.1.143 Tarjeta de Tabla permiso_usuario Nombre Código

permiso_usuario permiso_usuario

1.1.1.1.144 Opciones de la Tabla permiso_usuario WITH ( OIDS=FALSE )

1.1.1.1.145 Revisión constraint nombre de la Tabla permiso_usuario CKT_PERMISO_USUARIO

1.1.1.1.146 Lista de referencias salientes de la Tabla permiso_usuario Nombre

Código

Parent Tabla

permiso_usuario_fk_permiso_i d_fkey Permiso_usuario_fk_usuario_i d_fkey

permi so usuari o

Foreign Key Columns fk_permiso _id fk_usuario_ id

1.1.1.1.147 Lista de Diagramas conteniendo la Tabla permiso_usuario Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.148 Lista de columnas de la Tabla permiso_usuario Nombre fk_usuario_id fk_permiso_id

Nombre fk_usuario_id fk_permiso_id

Tabla permiso_usuario permiso_usuario

23.Tabla persona 1.1.1.1.149 Tarjeta de Tabla persona Nombre Código

persona persona

1.1.1.1.150 Opciones de la Tabla persona WITH ( OIDS=FALSE )

1.1.1.1.151 Revisión constraint nombre de la Tabla persona CKT_PERSONA

1.1.1.1.152 Lista de referencias entrantes de la Tabla persona Nombre

Código

Child Tabla

Docente_fk_ persona_id_f key representant e_fk_person a_id_fkey usuario_fk_p ersona_id_fk ey

Docente_fk_p docente ersona_id_fke y representante representante _fk_persona_i d_fkey usuario_fk_pe usuario rsona_id_fkey

Foreign Key Columns fk_persona_id

fk_persona_id

1.1.1.1.153 Lista de enlaces entrantes de la Tabla persona Linked Object persona persona

Source Object valida_update valida_nuevo

1.1.1.1.154 Lista de Diagramas conteniendo la Tabla persona Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.155 Lista de columnas de la Tabla persona Nombre persona_id persona_nom persona_ape persona_cedpas persona_dir persona_corele

Nombre persona_id persona_nom persona_ape persona_cedpas persona_dir persona_corele

Tabla persona persona persona persona persona persona

persona_telcon persona_telcel

persona persona

1.1.1.1.156 Lista de llaves de la Tabla persona Nombre persona_pkey

C贸digo

Primary X

persona_pkey

1.1.1.1.157 Llave persona_pkey de la Tabla persona 1.1.1.1.157.1

Tarjeta de la llave persona_pkey de la Tabla persona

Nombre 1.1.1.1.157.2

persona_pkey Lista de columnas de la Tabla persona_pkey

Nombre

C贸digo

persona_id 1.1.1.1.157.3

persona_id Lista de referencias de la Tabla persona_pkey

Nombre

C贸digo

Parent Tabla

Child Tabla

Docente_f k_persona _id_fkey representa nte_fk_per sona_id_fk ey usuario_fk _persona_i d_fkey

Docente_fk persona _persona_id _fkey representant persona e_fk_perso na_id_fkey

docente

usuario_fk_ persona persona_id_ fkey

usuario

representant fk_persona e _id

24.Tabla representante 1.1.1.1.158 Tarjeta de Tabla representante Nombre representante C贸digo representante

1.1.1.1.159 Opciones de la Tabla representante WITH ( OIDS=FALSE )

Foreign Key Columns fk_persona _id

fk_persona _id

1.1.1.1.160 Revisión constraint nombre de la Tabla representante CKT_REPRESENTANTE

1.1.1.1.161 Lista de referencias salientes de la Tabla representante Nombre

Código

Parent Tabla

representant e_fk_person a_id_fkey

representante persona _fk_persona_i d_fkey

Foreign Key Columns fk_persona_id

1.1.1.1.162 Lista de Diagramas conteniendo la Tabla representante Nombre Código MODELO FÍSICO Diagrama Físico

1.1.1.1.163 Lista de columnas de la Tabla representante Nombre rep_id

Nombre rep_id

rep_est

fk_persona_ id

fk_persona_id

Tabla represent ante represent ante represent ante

1.1.1.1.164 Lista de llaves de la Tabla representante Nombre representante_pkey

Código representante_pkey

Primary X

1.1.1.1.165 Llave representante_pkey de la Tabla representante 1.1.1.1.165.1

Tarjeta de la llave representante_pkey de la Tabla representante

Nombre 1.1.1.1.165.2

representante_pkey Lista de columnas de la Tabla representante_pkey

Nombre rep_id

rep_id

25.Tabla usuario 1.1.1.1.166 Tarjeta de Tabla usuario Nombre Código

Código

usuario usuario

1.1.1.1.167 Opciones de la Tabla usuario WITH ( OIDS=FALSE )

1.1.1.1.168 Revisión constraint nombre de la Tabla usuario CKT_USUARIO

1.1.1.1.169 Lista de referencias entrantes de la Tabla usuario Nombre

Código

Permiso_usu Permiso_usua ario_fk_usua rio_fk_usuari rio_id_fkey o_id_fkey

Child Tabla permiso_usua rio

Foreign Key Columns fk_usuario_id

1.1.1.1.170 Lista de referencias salientes de la Tabla usuario Nombre

Código

Parent Tabla

usuario_fk_p er_id_fkey usuario_fk_p ersona_id_fk ey

usuario_fk_pe perfil r_id_fkey usuario_fk_pe persona rsona_id_fkey

Foreign Key Columns fk_per_id fk_persona_id

1.1.1.1.171 Lista de Diagramas conteniendo la Tabla usuario Nombre

Código Diagrama Físico

MODELO FÍSICO

1.1.1.1.172 Lista de columnas de la Tabla usuario Nombre usu_id usu_login usu_pass usu_estado fk_persona_id fk_per_id

Nombre usu_id usu_login usu_pass usu_estado fk_persona_id fk_per_id

Descripción

Tabla usuario usuario usuario usuario usuario usuario

1.1.1.1.173 Lista de llaves de la Tabla usuario Nombre usuario_pkey usuario_usu_login_key

Código usuario_pkey usuario_usu_login_key

1.1.1.1.174 Llave usuario_pkey de la Tabla usuario

Primary X

1.1.1.1.174.1

Tarjeta de la llave usuario_pkey de la Tabla usuario

Nombre 1.1.1.1.174.2

usuario_pkey Lista de columnas de la Tabla usuario_pkey

Nombre

C贸digo

usu_id 1.1.1.1.174.3

usu_id Lista de referencias de la Tabla usuario_pkey

Nombre

C贸digo

Parent Tabla

Child Tabla

Permiso_u suario_fk_ usuario_id _fkey

Permiso_us uario_fk_us uario_id_fk ey

usuario

permiso_us uario

Foreign Key Columns fk_usuario_ id

1.1.1.1.175 Llave usuario_usu_login_key de la Tabla usuario 1.1.1.1.175.1

Tarjeta de la llave usuario_usu_login_key de la Tabla usuario

Nombre 1.1.1.1.175.2

usuario_usu_login_key Lista de columnas de la Tabla usuario_usu_login_key

Nombre usu_login

C贸digo usu_login

Lista de referencias in Diagrama Nombre

C贸digo

Parent Tabla

Child Tabla

Foreign Key Columns

alumno_curso_fk_alu_id_fk ey

alumno

alumno_cur so

fk_alu_id

alumno_curso_fk_per_cur_i d_fkey

periodo_c urso

alumno_cur so

fk_per_cur_i d

calificaciones_fk_alu_cur_id _fkey

alumno_c urso

calificacione s

fk_alu_cur_i d

calificaciones_fk_mat_cur_i d_fkey

materia_c urso

calificacione s

fk_mat_cur_i d

docente_fk_persona_id_fkey

persona

docente

fk_persona_i d

docente_materia_fk_doc_id_ fkey

docente

docente_mat eria

fk_doc_id

docente_materia_fk_mat_cu r_id_fkey

materia_c urso

docente_mat eria

fk_mat_cur_i d

inasistencias_fk_calificacion _id_fkey

calificacio nes

inasistencias

fk_calificacio n_id

materia_curso_fk_mat_id_fk ey

materia

materia_cur so

fk_mat_id

materia_curso_fk_per_cur_i d_fkey materia_mat_tip_fkey

periodo_c urso mat_tipo

materia_cur so materia

fk_per_cur_i d mat_tip

periodo_curso_fk_cur_id_fk ey periodo_curso_fk_per_id_fk ey permiso_usuario_fk_permis o_id_fkey permiso_usuario_fk_usuario _id_fkey representante_fk_persona_id _fkey

curso

periodo_cur so periodo_cur so permiso_us uario permiso_us uario representant e

fk_cur_id

usuario_fk_per_id_fkey

perfil

usuario

fk_per_id

alumno_curso_fk_alu_id_fk ey

alumno

alumno_cur so

fk_alu_id

periodo permiso usuario persona

26.Reference alumno_curso_fk_alu_id_fkey 1.1.1.1.176 Tarjeta de referencia alumno_curso_fk_alu_id_fkey Nombre C贸digo Child Tabla Parent Tabla Foreign Key Columns Parent Role

alumno_curso_fk_alu_id_fkey alumno_curso_fk_alu_id_fkey alumno_curso alumno fk_alu_id

fk_per_id fk_permiso_i d fk_usuario_id fk_persona_i d

Child Role

1.1.1.1.177 Lista de Diagramas conteniendo la referencia alumno_curso_fk_alu_id_fkey Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.178 Lista de referencia joins de la referencia alumno_curso_fk_alu_id_fkey Nombre alu_id = fk_alu_id

Parent Tabla Column alu_id

Child Tabla Column fk_alu_id

27.Reference calificaciones_fk_alu_cur_id_fkey 1.1.1.1.179 Tarjeta de referencia calificaciones_fk_alu_cur_id_fkey Nombre Código Child Tabla Parent Tabla Foreign Key Columns Parent Role Child Role

calificaciones_fk_alu_cur_id_fkey calificaciones_fk_alu_cur_id_fkey calificaciones alumno_curso fk_alu_cur_id

1.1.1.1.180 Lista de Diagramas conteniendo la referencia calificaciones_fk_alu_cur_id_fkey Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.181 Lista de referencia joins de la referencia calificaciones_fk_alu_cur_id_fkey Nombre alu_cur_id = fk_alu_cur_id

Parent Tabla Column alu_cur_id

Child Tabla Column fk_alu_cur_id

28.Reference docente_materia_fk_doc_id_fkey 1.1.1.1.182 Tarjeta de referencia docente_materia_fk_doc_id_fkey Nombre Código Child Tabla Parent Tabla

docente_materia_fk_doc_id_fkey docente_materia_fk_doc_id_fkey docente_materia docente

Foreign Key Columns Parent Role Child Role

fk_doc_id

1.1.1.1.183 Lista de Diagramas conteniendo la referencia docente_materia_fk_doc_id_fkey Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.184 Lista de referencia joins de la referencia docente_materia_fk_doc_id_fkey Nombre doc_id = fk_doc_id

Parent Tabla Column doc_id

Child Tabla Column fk_doc_id

29.Reference inasistencias_fk_calificacion_id_fkey 1.1.1.1.185 Tarjeta de referencia inasistencias_fk_calificacion_id_fkey Nombre Código Child Tabla Parent Tabla Foreign Key Columns Parent Role Child Role

inasistencias_fk_calificacion_id_fkey inasistencias_fk_calificacion_id_fkey inasistencias calificaciones fk_calificacion_id

1.1.1.1.186 Lista de Diagramas conteniendo la referencia inasistencias_fk_calificacion_id_fkey Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.187 Lista de referencia joins de la referencia inasistencias_fk_calificacion_id_fkey Nombre calificacion_id = fk_calificacion_id

Parent Tabla Column calificacion_id

Child Tabla Column fk_calificacion_id

30.Referencia materia_curso_fk_mat_id_fkey 1.1.1.1.188 Tarjeta de referencia materia_curso_fk_mat_id_fkey Nombre Código Child Tabla Parent Tabla Foreign Key Columns Parent Role Child Role

materia_curso_fk_mat_id_fkey materia_curso_fk_mat_id_fkey materia_curso materia fk_mat_id

1.1.1.1.189 Lista de Diagramas conteniendo la referencia materia_curso_fk_mat_id_fkey Nombre

Código Diagrama Físico

MODELO FÍSICO

1.1.1.1.190 Lista de referencia joins de la referencia materia_curso_fk_mat_id_fkey Nombre mat_id = fk_mat_id

Parent Tabla Column mat_id

Child Tabla Column fk_mat_id

31.Reference materia_mat_tip_fkey 1.1.1.1.191 Tarjeta de referencia materia_mat_tip_fkey Nombre Código Child Tabla Parent Tabla Foreign Key Columns Parent Role Child Role

materia_mat_tip_fkey materia_mat_tip_fkey materia mat_tipo mat_tip

1.1.1.1.192 Lista de Diagramas conteniendo la referencia materia_mat_tip_fkey Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.193 Lista de referencia joins de la referencia materia_mat_tip_fkey Nombre tipo_id = mat_tip

Parent Tabla Column tipo_id

Child Tabla Column mat_tip

32.Reference periodo_curso_fk_cur_id_fkey 1.1.1.1.194 Tarjeta de referencia periodo_curso_fk_cur_id_fkey Nombre Código Child Tabla Parent Tabla Foreign Key Columns Parent Role Child Role

periodo_curso_fk_cur_id_fkey periodo_curso_fk_cur_id_fkey periodo_curso curso fk_cur_id

1.1.1.1.195 Lista de Diagramas conteniendo la referencia periodo_curso_fk_cur_id_fkey Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.196 Lista de referencia joins de la referencia periodo_curso_fk_cur_id_fkey Nombre cur_id = fk_cur_id

Parent Tabla Column cur_id

Child Tabla Column fk_cur_id

33.Reference periodo_curso_fk_per_id_fkey 1.1.1.1.197 Tarjeta de referencia periodo_curso_fk_per_id_fkey Nombre Código Child Tabla Parent Tabla Foreign Key Columns Parent Role Child Role

periodo_curso_fk_per_id_fkey periodo_curso_fk_per_id_fkey periodo_curso periodo fk_per_id

1.1.1.1.198 Lista de Diagramas conteniendo la referencia periodo_curso_fk_per_id_fkey Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.199 Lista de referencia joins de la referencia periodo_curso_fk_per_id_fkey Nombre periodo_id = fk_per_id

Parent Tabla Column periodo_id

Child Tabla Column fk_per_id

34.Reference permiso_usuario_fk_permiso_id_fkey 1.1.1.1.200 Tarjeta de referencia permiso_usuario_fk_permiso_id_fkey Nombre Código Child Tabla Parent Tabla Foreign Key Columns Parent Role Child Role

permiso_usuario_fk_permiso_id_fkey permiso_usuario_fk_permiso_id_fkey permiso_usuario permiso fk_permiso_id

1.1.1.1.201 Lista de Diagramas conteniendo la referencia permiso_usuario_fk_permiso_id_fkey Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.202 Lista de referencia joins de la referencia permiso_usuario_fk_permiso_id_fkey Nombre permiso_id = fk_permiso_id

Parent Tabla Column permiso_id

Child Tabla Column fk_permiso_id

35.Reference materia_curso_fk_mat_id_fkey 1.1.1.1.203 Tarjeta de referencia materia_curso_fk_mat_id_fkey Nombre Código Child Tabla Parent Tabla Foreign Key Columns Parent Role Child Role

materia_curso_fk_mat_id_fkey materia_curso_fk_mat_id_fkey docente_materia materia_curso fk_mat_cur_id

1.1.1.1.204 Lista de Diagramas conteniendo la materia_curso_fk_mat_id_fkey Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.205 Lista de referencia joins de la materia_curso_fk_mat_id_fkey

Nombre mat_cur_id = fk_mat_cur_id

Parent Tabla Column mat_cur_id

Child Tabla Column fk_mat_cur_id

36.Reference Permiso_usuario_fk_usuario_id_fkey 1.1.1.1.206 Tarjeta de referencia Permiso_usuario_fk_usuario_id_fkey Nombre Código Child Tabla Parent Tabla Foreign Key Columns Parent Role Child Role

Permiso_usuario_fk_usuario_id_fkey Permiso_usuario_fk_usuario_id_fkey permiso_usuario usuario fk_usuario_id

1.1.1.1.207 Lista de Diagramas conteniendo la referencia Permiso_usuario_fk_usuario_id_fkey Nombre

Código Diagrama Físico

MODELO FÍSICO

1.1.1.1.208 Lista de referencia joins de la referencia Permiso_usuario_fk_usuario_id_fkey Nombre usu_id = fk_usuario_id

Parent Tabla Column usu_id

Child Tabla Column fk_usuario_id

37.Reference Docente_fk_persona_id_fkey 1.1.1.1.209 Tarjeta de referencia Docente_fk_persona_id_fkey Nombre Código Child Tabla Parent Tabla Foreign Key Columns Parent Role Child Role

Docente_fk_persona_id_fkey Docente_fk_persona_id_fkey docente persona fk_persona_id

1.1.1.1.210 Lista de Diagramas conteniendo la referencia Docente_fk_persona_id_fkey Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.211 Lista de referencia joins de la referencia Docente_fk_persona_id_fkey Nombre persona_id = fk_persona_id

Parent Tabla Column persona_id

Child Tabla Column fk_persona_id

38.Reference Alumno_curso_fk_per_cur_id_fkey 1.1.1.1.212 Tarjeta de referencia Alumno_curso_fk_per_cur_id_fkey Nombre Código Child Tabla Parent Tabla Foreign Key Columns Parent Role Child Role

Alumno_curso_fk_per_cur_id_fkey Alumno_curso_fk_per_cur_id_fkey alumno_curso periodo_curso fk_per_cur_id

1.1.1.1.213 Lista de Diagramas conteniendo la referencia Alumno_curso_fk_per_cur_id_fkey Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.214 Lista de referencia joins de la referencia Alumno_curso_fk_per_cur_id_fkey Nombre per_cur_id = fk_per_cur_id

Parent Tabla Column per_cur_id

Child Tabla Column fk_per_cur_id

39.Reference Materia_curso_fk_per_cur_id_fkey 1.1.1.1.215 Tarjeta de referencia Materia_curso_fk_per_cur_id_fkey Nombre Código Child Tabla Parent Tabla Foreign Key Columns Parent Role Child Role

Materia_curso_fk_per_cur_id_fkey Materia_curso_fk_per_cur_id_fkey materia_curso periodo_curso fk_per_cur_id

1.1.1.1.216 Lista de Diagramas conteniendo la referencia Materia_curso_fk_per_cur_id_fkey

Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.217 Lista de referencia joins de la referencia Materia_curso_fk_per_cur_id_fkey Nombre per_cur_id = fk_per_cur_id

Parent Tabla Column per_cur_id

Child Tabla Column fk_per_cur_id

40.Reference Calificaciones_fk_mat_cur_id_fkey 1.1.1.1.218 Tarjeta de referencia Calificaciones_fk_mat_cur_id_fkey Nombre Código Child Tabla Parent Tabla Foreign Key Columns Parent Role Child Role

Calificaciones_fk_mat_cur_id_fkey Calificaciones_fk_mat_cur_id_fkey calificaciones materia_curso fk_mat_cur_id

1.1.1.1.219 Lista de Diagramas conteniendo la referencia Calificaciones_fk_mat_cur_id_fkey Nombre MODELO FÍSICO

Código Diagrama Físico

1.1.1.1.220 Lista de referencia joins de la referencia Calificaciones_fk_mat_cur_id_fkey Nombre mat_cur_id = fk_mat_cur_id

Parent Tabla Column mat_cur_id

Child Tabla Column fk_mat_cur_id

41.Reference representante_fk_persona_id_fkey 1.1.1.1.221 Tarjeta de referencia representante_fk_persona_id_fkey Nombre Código Child Tabla Parent Tabla Foreign Key Columns Parent Role Child Role

representante_fk_persona_id_fkey representante_fk_persona_id_fkey representante persona fk_persona_id

1.1.1.1.222 Lista de Diagramas conteniendo la referencia representante_fk_persona_id_fkey Nombre

Código Diagrama Físico

MODELO FÍSICO

1.1.1.1.223 Lista de referencia joins de la referencia representante_fk_persona_id_fkey Nombre persona_id = fk_persona_id

Parent Tabla Column persona_id

Child Tabla Column fk_persona_id

42.Reference usuario_fk_per_id_fkey 1.1.1.1.224 Tarjeta de referencia usuario_fk_per_id_fkey Nombre Código Child Tabla Parent Tabla Foreign Key Columns Parent Role Child Role

usuario_fk_per_id_fkey usuario_fk_per_id_fkey usuario perfil fk_per_id

1.1.1.1.225 Lista de Diagramas conteniendo la referencia usuario_fk_per_id_fkey Nombre

Código Diagrama Físico

MODELO FÍSICO

1.1.1.1.226 Lista de referencia joins de la referencia usuario_fk_per_id_fkey Nombre per_id = fk_per_id

Parent Tabla Column per_id

Child Tabla Column fk_per_id

43.Reference usuario_fk_persona_id_fkey 1.1.1.1.227 Tarjeta de referencia usuario_fk_persona_id_fkey Nombre Código Child Tabla Parent Tabla Foreign Key Columns Parent Role Child Role

usuario_fk_persona_id_fkey usuario_fk_persona_id_fkey usuario persona fk_persona_id

1.1.1.1.228 Lista de Diagramas conteniendo la referencia usuario_fk_persona_id_fkey Nombre

Código Diagrama Físico

MODELO FÍSICO

1.1.1.1.229 Lista de referencia joins de la referencia usuario_fk_persona_id_fkey Nombre persona_id = fk_persona_id

Parent Tabla Column persona_id

Child Tabla Column fk_persona_id

Lista de procedures in Diagrama after_insert

Nombre

Código after_insert

after_update_tablas

before_delete

inasistencia

periodo_curso

valida_nuevo

valida_update

Descripción DESPUES DE INGRESAR UN USUARIO LE ASIGNA UN PERMISO POR DEFECTO FUNCION DEDICADA A ACTUALIZAR LAS CALIFICACIONES DEL ESTUDIANTE FUNCION QUE CONTROLA LA INTEGRIDAD REFERENCIAL GESTION Y CONTROL DE LAS INASISTENCIAS (FALTAS) DEL ESTUDIANTE CONTROL DE INTEGRIDAD REFERENCIAL ENTRE EL PERIODO Y LOS CURSOS ASIGNADOS A ESE PERIODO FUNCION ENCARGADA DE CONTROLAR REPLICA DE CEDULAS, CURSOS(NOMBRES), PERIODO ACADEMICO(NOMBRE), CURSO(NOMBRE), MATERIA(NOMBRE) FUNCION PARA VALIDAR CAMPOS REPETIDOS

44.Procedure after_insert 1.1.1.1.230 Tarjeta de procedure after_insert Nombre Código Parent Type

after_insert after_insert Physical Data Model 'Modelo Fisico' Function

1.1.1.1.231 Text de the procedure after_insert create or replace function %FUNC% () RETURNS trigger AS $BODY$ begin IF (TG_TABLE_NAME = 'usuario') THEN insert into permiso_usuario(fk_usuario_id,fk_permiso_id) values(NEW.usu_id, 1)

1.1.1.1.232 Lista de Diagramas conteniendo the procedure after_insert Nombre MODELO FÍSICO

Código Diagrama Físico

45.Procedure after_update_tablas 1.1.1.1.233 Tarjeta de procedure after_update_tablas Nombre Código Parent Type

after_update_tablas after_update_tablas Physical Data Model 'Modelo Fisico' Function

1.1.1.1.234 Text de the procedure after_update_tablas create or replace function %FUNC% () RETURNS trigger AS $BODY$ declare par1 numeric

1.1.1.1.235 Lista de Diagramas conteniendo the procedure after_update_tablas Nombre MODELO FÍSICO

Código Diagrama Físico

46.Procedure before_delete 1.1.1.1.236 Tarjeta de procedure before_delete

Nombre Código Parent Type

before_delete before_delete Physical Data Model 'Modelo Fisico' Function

1.1.1.1.237 Text de the procedure before_delete create or replace function %FUNC% () RETURNS trigger AS $BODY$ begin IF (TG_TABLE_NAME = 'curso') THEN if((select count(*) from periodo_curso where fk_cur_id=OLD.cur_id)>0) then RAISE EXCEPTION 'No se puede eliminar el curso, estÃ¡ asignada a algÃºn periodo!'

1.1.1.1.238 Lista de outgoing traceability links de the procedure before_delete Linked Object curso

Linked Object Type Tabla

Linked Model Modelo Fisico

Linked Package Modelo Fisico

periodo_curso

Tabla

Modelo Fisico

Link Type DBCreateAfter (computed) DBCreateAfter (computed)

1.1.1.1.239 Lista de Diagramas conteniendo the procedure before_delete Nombre MODELO FÍSICO

Código Diagrama Físico

47.Procedure inasistencia 1.1.1.1.240 Tarjeta de procedure inasistencia Nombre Código Parent Type

inasistencia inasistencia Physical Data Model 'Modelo Fisico' Function

1.1.1.1.241 Text de the procedure inasistencia create or replace function %FUNC%(fecha date, calificacion_id integer) RETURNS void AS $BODY$ declare estado integer:=(select count(*) from inasistencias where fk_calificacion_id=calificacion_id and ina_fec=fecha)

1.1.1.1.242 Lista de outgoing traceability links de the procedure inasistencia Linked Object inasistencias

Linked Object Type Tabla

Linked Model Modelo Fisico

Linked Package Modelo Fisico

Link Type DBCreateAfter (computed)

1.1.1.1.243 Lista de Diagramas conteniendo the procedure inasistencia Nombre

Código Diagrama Físico

MODELO FÍSICO

48.Procedure periodo_curso 1.1.1.1.244 Tarjeta de procedure periodo_curso Nombre Código Parent Type

periodo_curso periodo_curso Physical Data Model 'Modelo Fisico' Function

1.1.1.1.245 Text de the procedure periodo_curso create or replace function %FUNC%(periodo integer, curso integer) RETURNS void AS $BODY$ declare estado integer:=(select count(*) from periodo_curso where fk_per_id=periodo and fk_cur_id=curso)

1.1.1.1.246 Lista de outgoing traceability links de the procedure periodo_curso Linked Object curso

Linked Object Type Tabla

periodo_curso Tabla

Linked Model Modelo Fisico Modelo Fisico

Linked Package Modelo Fisico Modelo Fisico

Link Type DBCreateAfter (computed) DBCreateAfter (computed)

1.1.1.1.247 Lista de Diagramas conteniendo the procedure periodo_curso

Nombre Código MODELO FÍSICO Diagrama Físico

49.Procedure valida_nuevo 1.1.1.1.248 Tarjeta de procedure valida_nuevo Nombre Código Parent Type

valida_nuevo valida_nuevo Physical Data Model 'Modelo Fisico' Function

1.1.1.1.249 Text de the procedure valida_nuevo create or replace function %FUNC% () RETURNS trigger AS $BODY$ begin IF (TG_TABLE_NAME = 'persona') THEN if((select count(*) from persona where persona_cedpas=NEW.persona_cedpas)>0) then RAISE EXCEPTION 'La cÃ©dula <b>%</b> ya estÃ¡ registrada!', NEW.persona_cedpas

1.1.1.1.250 Lista de outgoing traceability links de the procedure valida_nuevo Linked Object persona

Linked Object Type Tabla

Linked Model Modelo Fisico

Linked Package Modelo Fisico

Link Type DBCreateAfter (computed)

1.1.1.1.251 Lista de Diagramas conteniendo the procedure valida_nuevo Nombre Código MODELO FÍSICO Diagrama Físico

50.Procedure valida_update 1.1.1.1.252 Tarjeta de procedure valida_update Nombre Código Parent Type

valida_update valida_update Physical Data Model 'Modelo Fisico' Function

1.1.1.1.253 Text de the procedure valida_update create or replace function %FUNC% ()

RETURNS trigger AS $BODY$ begin IF (TG_TABLE_NAME = 'persona') THEN if(NEW.persona_cedpas<>OLD.persona_cedpas) then if((select count(*) from persona where persona_cedpas=NEW.persona_cedpas)>0) then RAISE EXCEPTION 'La cÃ©dula <b>%</b> ya estÃ¡ registrada!', NEW.persona_cedpas

1.1.1.1.254 Lista de outgoing traceability links de the procedure valida_update Linked Object persona

Linked Object Type Tabla

Linked Model

Linked Package

Link Type

Modelo Fisico

DBCreate After (computed)

1.1.1.1.255 Lista de Diagramas conteniendo the procedure valida_update Nombre MODELO FÍSICO

Código Diagrama Físico

Resumen General del Diccionario de Datos LISTADO DE TABLAS TABLA

DESCRIPCIÓN

alumno

Información del alumno

alumno_curso

Relaciona el alumno con el curso

calendario

Define parámetros de fechas de subida de calificaciones

calificaciones

Calificaciones del estudiante en el periodo académico activo

curso

Información del curso

docente

Información de docente

docente_materia

Relaciona las materias que tiene un docente

empresa

Parametrización de los datos del sistema y la empresa

inasistencias

Inasistencias que se han registrado

mat_tipo

Referencia al tipo de materia Por Ej. Ciencias Generales

materia

Define el nombre de las materias

materia_curso

Relaciona las materias con los cursos

paralelo

Paralelos para los cursos ''A'',''B'',''C'', etc.

perfil

Perfil que tiene el usuario

periodo

Periodo Académico

periodo_curso

Relaciona el periodo Académico con el curso

permiso

Permisos del sistema

permiso_usuario

Relaciona los permisos con el usuario

persona

Información de las personas del sistema

representante

Información del representante legal del estudiante

usuario

Información y credenciales del usuario del sistema

LISTADO DE PROCEDURES (PROCEDIMIENTOS ALMACENADOS) NOMBRE

DESCRIPCIÓN

after_insert

DESPUÉS DE INGRESAR UN USUARIO LE ASIGNA UN PERMISO POR DEFECTO

after_update_tablas

FUNCIÓN DEDICADA A ACTUALIZAR LAS CALIFICACIONES DEL ESTUDIANTE

before_delete

FUNCIÓN QUE CONTROLA LA INTEGRIDAD REFERENCIAL AL ELIMINAR

inasistencia

GESTIÓN Y CONTROL DE LAS INASISTENCIAS (FALTAS) DEL ESTUDIANTE

periodo_curso

CONTROL DE INTEGRIDAD REFERENCIAL ENTRE EL PERIODO Y LOS CURSOS ASIGNADOS A ESE PERIODO

valida_nuevo

FUNCIÓN ENCARGADA DE CONTROLAR REPLICA DE CEDULAS, CURSOS(NOMBRES), PERIODO ACADÉMICO(NOMBRE), CURSO(NOMBRE), MATERIA(NOMBRE)

valida_update

FUNCIÓN PARA VALIDAR CAMPOS REPETIDOS EN LAS ACTUALIZACIONES

RESUMEN DE TABLAS TABLA

CAMPOS

DESCRIPCIÓN

alu_id

ID DE LA TABLA ALUMNO

alu_est

ALUMNO ESTADO A=ACTIVO I=INACTIVO

fk_persona_i d

FOREIGN KEY DE LA TABLA PERSONA

fk_represent ante_id

FOREIGN KEY DE LA TABLA REPRESENTANTE

alumno

alu_cur_id ID DE LA TABLA ALUMNO CURSO alu_cur_fec

ALUMNO_CURSO FECHA DE REGISTRO EN EL SISTEMA

fk_alu_id

FOREIGN KEY DE LA TABLA ALUMNO

fk_per_cur_id

FOREIGN KEY DE LA TABLA PERIODO_CURSO (PER_CUR_ID)

alumno_curso

calendario_id

calendario_fecha

FECHA A PARTIR DE LA CUAL SE PERMITIRÁ EL REGISTRO DE LAS CALIFICACIONES (SE SUMAN LOS DÍAS DEL CAMPO CALENDARIO_DIAS)

calendario_dias

DÍAS DISPONIBLES A PARTIR DE LA FECHA DEL CAMPO CALENDARIO_FECHA, PARA SUBIR LAS CALIFICACIONES AL SISTEMA

calendario_est

CALENDARIO ESTADO ''A''=ACTIVO, ''I''=INACTIVO

fk_periodo_id

FOREIGN KEY DE LA TABLA PERIODO

calendario

calificacion_id

calificaciones

ID DE LA TABLA CALENDARIO

ID DE LA TABLA CALIFICACIÓN

fk_mat_cur_id

FOREIGN KEY DE LA TABLA MATERIA_CURSO

fk_alu_cur_id

FOREING KEY DE LA TABLA ALUMNO_CURSO

calificacion_parcial1_quimestre1

CALIFICACION DEL PRIMER PARCIAL, REFERENTE AL QUIMESTRE 1

TABLA

CAMPOS

calificacion_parcial2_quimestre1

CALIFICACIÓN DEL SEGUNDO PARCIAL, REFERENTE AL QUIMESTRE 1

calificacion_parcial3_quimestre1

CALIFICACIÓN DEL TERCER PARCIAL, REFERENTE AL QUIMESTRE 1

calificacion_promedio_parciales_quimestre1

PROMEDIO DE LOS PARCIALES REFERENTES AL QUIMESTRE 1, EQUIVALENTES AL (80%)

calificacion_examen_quimestre1

CALIFICACIÓN DEL EXAMEN, REFERENTE AL QUIMESTRE 1

calificacion_promedio_examen_quimestre1

PROMEDIO DEL EXAMEN REFERENTE AL QUIMESTRE 1 EQUIVALENTE AL 20%

calificacion_quimestre1

CALIFICACIÓN FINAL DEL QUIMESTRE 2 = 80% (3 PARCIALES)+ 20% DEL EXAMEN

calificacion_parcial1_quimestre2

CALIFICACIÓN DEL PRIMER PARCIAL, REFERENTE AL QUIMESTRE 2

calificacion_parcial2_quimestre2

CALIFICACIÓN DEL SEGUNDO PARCIAL, REFERENTE AL QUIMESTRE 2

calificacion_parcial3_quimestre2

CALIFICACIÓN DEL TERCER PARCIAL, REFERENTE AL QUIMESTRE 1

calificacion_promedio_parciales_quimestre2

PROMEDIO DE LOS PARCIALES REFERENTES AL QUIMESTRE 2, EQUIVALENTES AL (80%)

calificacion_examen_quimestre2

CALIFICACIÓN DEL EXAMEN, REFERENTE AL QUIMESTRE 2

calificacion_promedio_examen_quimestre2

PROMEDIO DEL EXAMEN REFERENTE AL QUIMESTRE 2 EQUIVALENTE AL 20%

calificacion_quimestre2

CALIFICACIÓN FINAL DEL QUIMESTRE 2 = 80% (3 PARCIALES)+ 20% DEL EXAMEN

calificacion_examen_recuperacion

EXAMEN REFERENTE A SUPLETORIOS, REMEDIALES, ETC.

faltas

NUMERO DE FALTAS DEL ESTUDIANTE

cur_id

ID DE LA TABLA CURSO

cur_des

DESCRIPCIÓN DEL CURSO

calificaciones

curso

DESCRIPCIÓN

TABLA

CAMPOS

cur_niv

NIVEL CORRESPONDE POR EJEMPLO AL CICLO BÁSICO OCTAVO, NOVENO DECIMO, PRIMERO, --BACHILLERATO SEGUNDO, TERCER

cur_par

PARALELO DEL CURSO

cur_sec

SECCION DEL CURSO: MATUTINA, VESPERTINA

doc_id

ID DE LA TABLA DOCENTE

doc_tit

TITULO DEL DOCENTE, LIC, ABG. DR. ING, ETC

doc_med

MEDIO TIEMPO M, TIEMPO COMPLETO C

fk_persona_id

FOREIGN KEY DE LA TABLA PERSONA

curso

docente

doc_mat_id docente_materia

empresa

DESCRIPCIÓN

ID DE LA TABLA DOCENTEMATERIA

fk_doc_id

FOREIGN KEY DE LA TABLA DOCENTE

fk_mat_cur_id

FOREIGN KEY DE LA TABLA MATERIA_CURSO

system_id

ID DE LA TABLA EMPRESA

system_nombre

NOMBRE DE LA INSTITUCIÓN

system_ciudad

CIUDAD

system_direccion

DIRECCIÓN DE LA INSTITUCIÓN

system_correo

CORREO DE LA INSTITUCIÓN

system_telefono

TELÉFONO DE LA INSTITUCIÓN

system_celular

CELULAR DE LA INSTITUCIÓN

system_web

SITIO WEB DE LA INSTITUCIÓN

system_siglas

SIGLAS DEL SISTEMA

system_usuario

USUARIO ADMINISTRADOR DEL SISTEMA

system_host

HOST DE ENVÍO DEL CORREO EJ. SMTP.LIVE.COM

system_puerto

PUERTO POR EL CUAL SE ENVÍAN LOS MAIL

system_email

EMAIL DEL SISTEMA, DESDE AQUÍ EMITIRÁN LOS MAIL

TABLA

empresa

CAMPOS

system_pass

DESCRIPCIÓN PASSWORD DEL CORREO ELECTRONICO , NECESARIO PARA PODER REALIZAR EL USO DEL SERVICIO DE ENVÍO DE CORREOS

ina_id ID DE LA TABLA INASISTENCIAS inasistencias

fk_calificacion_id

FOREIGN KEY DE LA TABLA CALIFICACIONES

ina_fec

FECHA DE LA INASISTENCIA

ina_est

ESTADO DE LA INSISTENCIA 'A'=ACTIVA

tipo_id

ID DE LA TABLA

mat_tipo tipo mat_id

materia

NOMBRE DEL TIPO DE MATERIA AL QUE PERTENECE LA MATERIA ID DE LA TABLA MATERIA

mat_nom

NOMBRE DE LA MATERIA

mat_des

DESCRIPCIÓN

mat_tip

FOREIGN KEY DE LA TABLA MATERIA_TIPO

mat_est

ESTADO 'A'=ACTIVO 'I'=INACTIVO

mat_cur_id ID DE LA TABLA MATERIA_CURSO materia_curso

fk_mat_id

FOREIGN KEY DE LA TABLA MATERIA

fk_per_cur_id

FOREIGN KEY DE LA TABLA PERIODO_CURSO

paralelo_id

ID DE LA TABLA PARALELO

paralelo paralelo

DESCRIPCIÓN DEL PARALELO

per_id

ID DE LA TABLA PERFIL

per_nom

NOMBRE DEL PERFIL 1-"SU" 2"Administrador" 3-"Secretaria" 4"Docente"

perfil

TABLA

CAMPOS

DESCRIPCIÓN

periodo_id

ID DE LA TABLA PERIODO

periodo_nom

NOMBRE DEL PERIODO ACADÉMICO EJ. 2015-2016

periodo_fecini

FECHA DE INICIO DEL PERIODO ACADÉMICO

periodo_fecfin

FECHA DE FIN DEL PERIODO ACADÉMICO

periodo_des

DESCRIPCIÓN DEL PERIODO ACADÉMICO

periodo_est

ESTADO DEL PERIODO A='ACTIVO' 'P'=PENDIENTE 'C'=CERRADO

per_cur_id

ID DE LA TABLA PERIODO_CURSO

fk_per_id

FOREIGN KEY DE LA TABLA PERIODO

fk_cur_id

FOREIGN KEY DE LA TABLA CURSO

permiso_id

ID DE LA TABLA PERMISO

permiso_nom

PERMISOS DEL USUARIO EJ. "DBA"...

fk_usuario_id

FOREIGN KEY DE LA TABLA USUARIO

fk_permiso_id

FOREIGN KEY DE LA TABLA PERMISO

persona_id

ID DE LA TABLA PERSONA

persona_nom

NOMBRE

persona_ape

APELLIDO

persona_cedpas

CEDULA O PASAPORTE

persona_dir

DIRECCIÓN

persona_corele

CORREO ELECTRÓNICO

persona_telcon

TELÉFONO CONVENCIONAL

persona_telcel

TELÉFONO CELULAR

rep_id

ID DE LA TABLA REPRESENTANTE

rep_est

REPRESENTANTE ESTADO 'A'=ACTIVO

fk_persona_id

FOREIGN KEY DE LA TABLA PERSONA

periodo

periodo_curso

permiso

permiso_usuario

persona

representante

TABLA

CAMPOS

DESCRIPCIÓN

usu_id

ID DE LA TABLA USUARIO

usu_login

USUARIO (SE DEFINIÓ LA CEDULA COMO VALOR POR DEFECTO-NO CAMBIA)

usu_pass

CONTRASEÑA DEL USUARIO, AL PRIMER LOGIN SOLICITA CAMBIO

usu_estado

ESTADO DEL USUARIO 'A','P','I'

fk_persona_id

FOREIGN KEY DE LA TABLA PERSONA

fk_per_id

FOREIGN KEY DE LA TABLA PERFIL

usuario

Anexo 8: Diagramas de Secuencia

Ingreso al Sistema

Salida Del Sistema

Ingresar Usuario

Modificar Usuario

Buscar Usuario

Generar Reporte de Usuarios

Eliminar Usuario

Ingresar Calendario

Modificar Calendario

Ingresar Alumno

Modificar Alumno

Buscar Alumno

Eliminar Alumno

Generar Reporte de Alumnos

Ingresar Materia

Modificar Materia

Buscar Materia

Eliminar Materia

Generar Reporte de Materias

Ingresar Docente

Modificar Docente

Buscar Docente

Eliminar Docente

Generar Reporte de Docentes

Asignar Alumno a Curso

Asignar Materias a Curso

Asignar Docente a Materias

Consulta de Calificaciones

Anexo 9: Diagramas de Caso de Uso

Administrador

Administrador : Administraci贸n de Usuarios

Administrador: Publicaci贸n de Calificaciones

Alumno

Docente

Docente: Registro de Calificaciones

Docente: Registro de Inasistencias

Secretaria: Administraci贸n de Alumnos

Secretaria: Asignar Alumno Curso

Secretaria: Asignar docente a materia

Secretaria: Asignar materia a curso

Secretaria: Administraci贸n de Cursos

Secretaria: Administraci贸n de Docentes

Secretaria: Administraci贸n de materia

Secretaria: Modificar asignaci贸n alumno a curso

Secretaria: Modificar asignaci贸n docente a materia

Secretaria: modificar asignaci贸n materia a curso

Anexo 10: Manual de Usuario

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Dirección Académica - Escuela de Sistemas

MANUAL DE USUARIO DESARROLLO DE UN SITIO WEB CON UN SISTEMA INFORMÁTICO PARA EL REGISTRO DE CALIFICACIONES, CONTROL DE ASISTENCIAS, QUE VINCULE A LA COMUNIDAD DE LA UNIDAD EDUCATIVA “ALESSANDRO VOLTA” PARA LA INCLUSIÓN TECNOLÓGICA, EN EL CANTÓN SANTO DOMINGO DE LOS COLORADOS, AÑO 2014-2015.

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: HUGO DANIEL CABRERA VINUEZA PAUL MIGUEL CARRERA GARCÍA

Director:

Mg. ADRIÁN ROLANDO CEVALLOS DUEÑAS Santo Domingo – Ecuador Julio, 2015

MANUAL DE USUARIO

UEAV

1. INTRODUCCIÓN El presente manual tiene el objetivo facilitar la interacción del usuario con el Sistema de Registro de Calificaciones de la Unidad Educativa “Alessandro Volta”, además indica cada una de las funciones que realizan los diferentes módulos del sistema. El manual fue desarrollado usando términos e interfaces considerando que todos los usuarios que harán uso del sistema poseen los conocimientos y habilidades básicas de computación y navegación en internet. El Sistema de Registro de Calificaciones e Inasistencias es una aplicación Web que permitirá una interacción más transparente y eficaz para los el personal docente, personal administrativo, alumnos y padres de familia de la Unidad Educativa “Alessandro Volta”.

2. FUNCIONES DEL SISTEMA 2.1 Aspectos generales 1. Navegador Web: para el ingreso a la página informativa y posterior inicio de sesión al sistema se requiere un navegador web de preferencia actualizado a su última versión disponible. 2. Conexión a Internet: fundamental para poder realizar la conexión y revisar la página informativa, realizar el ingreso al sistema, registrar notas, registrar inasistencias, realizar consultas, generar reportes y demás tares para las cuales ha sido creado el sistema. 3. URL: El usuario debe ingresar a un navegador web la dirección URL www.ueav.edu.ec para tener acceso al sitio web. 4. Campos obligatorios: Todos los campos son de carácter obligatorio dentro del sistema, caso contrario desplegará un mensaje de alerta indicando que complete la información. 5. Mensajes de alerta: El sistema desplegará un mensaje indicando el resultado de la operación: o Proceso exitoso: El sistema desplegará una notificación de color verde en el centro de la ventana del navegador, indicando un mensaje de éxito.

Figura 2. Mensaje de Éxito Fuente: Los autores

o Proceso sin éxito: El sistema desplegará una notificación de color naranja en el centro de la ventana del navegador, indicando un mensaje de error.

Figura 2. Mensaje sin Éxito Fuente: Los autores

2.3 Botones del sistema

Nuevo: Habilita todos los campos donde se va a ingresar la información para un nuevo registro o modificar uno ya existente.

Cancelar: Cancela el cualquier proceso que se vaya a ejecutar.

Guardar: Guarda la información ingresada correctamente en el sistema.

Editar: Permite editar información existente en el sistema.

Eliminar: Elimina registros ingresados en el sistema.

Permite reestablecer las contraseñas a los usuarios que la han olvidado o presentan dificultades con la misma. Por defecto la contraseña se reestablecerá al número de cédula del usuario.

Indica estado “Activado” de un registro o usuario del sistema.

Indica estado “Desactivado” de un registro o usuario del sistema.

Actualizar: Actualiza los campos dentro de las tablas visualizadas en la página.

Búsqueda Avanzada: Permite desplegar una ventana con las opciones para realizar una búsqueda más avanzada y puntual.

Genera un reporte en formato pdf de los registros listados en la tabla.

Permite la asignación y edición de los permisos a los usuarios del sistema.

2.4 Inicio de sesión Al acceder al sistema primero se visualiza una pantalla en donde se le solicita al usuario ingresar los datos de autenticación para iniciar sesión.

Figura 3. Interfaz de inicio de sesión. Fuente: Los autores.

2.4.1 Pasos para iniciar sesión en el sistema A continuación se explica cada uno de los pasos para iniciar sesión en el sistema: 1. Usuario: Ingresar correctamente el usuario registrado en el sistema. 2. Contraseña: Ingresar correctamente la contraseña.

3. Iniciar sesión: Click en el botón “Iniciar sesión”, a continuación se realiza la autenticación del usuario y contraseña ingresados son correctos, caso contrario despliegan un mensaje error.

Figura 4. Mensaje de Credenciales Incorrectas. Fuente: Los autores.

2.4.2 Problemas al iniciar sesión 1. Usuario incorrecto: La identificación del usuario por defecto es su número de cédula, en este caso deberá ingresar nuevamente su identificación de manera correcta para poder autenticarse. 2. Contraseña incorrecta: Si el usuario no recuerda la contraseña que cambió en la configuración de su perfil, este deberá pedir al usuario administrador reestablecer su contraseña, la misma que por defecto será su número de cédula. 2.4.3 Recuperar contraseña Entre los posibles problemas por los cuales el usuario no puede iniciar sesión en el sistema se encuentra el caso que se olvide la contraseña de usuario, en este punto se detallan los pasos para recuperar con éxito la contraseña. 1. El usuario debe solicitar al usuario administrador reestablecer la contraseña. La contraseña se reestablecerá al número de cédula del usuario.

2. Luego el usuario podrá iniciar sesión con su número de cédula y posterior a esto modificar su contraseña.

Figura 5. Interfaz de reestablecer contraseña. Fuente: Los autores.

2.5 Página Principal Una vez iniciada sesión de manera correcta, se muestra la interfaz principal del sistema compuesta por un diseño amigable para la fácil interacción del usuario con el sistema. La interfaz principal indicará los usuarios registrados y el periodo académico.

Figura 6. Página Principal Fuente: Los autores

2.5.1 Menú de Interfaz En cada interfaz existe un menú que mostrara cada una de las actividades que los usuarios podrán realizar, estas actividades serán activadas de acuerdo al rol del usuario, las opciones son: A. UEJC | SU: Permite regresar al usuario a la pantalla principal. B. Registros: Despliega las opciones asignadas al administrador como: Usuarios, Periodo Académico y Calendario Académico. C. Secretaria: Despliega las opciones asignadas a la secretaria como: Cursos, Materias, Estudiantes, Alumnos, etc. D. Docente: Despliega las opciones asignadas al docente como: Registro de Calificaciones y Registro Inasistencias. E. Inspector: Despliega las opciones asignadas al inspector como: Justificación de Inasistencias. F. Reportes: Despliega la opción asignada a la Secretaria del sistema para generar reportes con búsqueda avanzada. G. Nombre e Identificador del Usuario: Permite asignar roles a los usuarios y Configurar el Sitio.

Figura 7. Menú de las interfaces. Fuente: Los autores.

2.6 Perfil Administrador Las tareas del Administrador están relacionadas con la administración de usuarios, perfiles y administración del sitio además de apertura y cierre de periodo académico. A continuación se indicará las tareas que el administrador puede realizar.

Figura 8. Opciones de administración. Fuente: Los autores.

2.6.1 Usuarios Permite el ingreso de nuevos usuarios al sistema, además permite la modificación o eliminación de los usuarios existentes en el sistema. Además incorpora la función de asignar roles y reestablecer contraseñas.

Figura 9. Usuarios: Modulo de usuarios Fuente: Los autores

2.6.1.1 Registro de un nuevo usuario En la opción para ingresar un nuevo usuario se presentan los campos más importantes a considerar para obtener información del nuevo usuario: 

Número de Cédula: Ingresar el número de cédula del nuevo usuario.



Nombres: Ingresa nombres completos del nuevo usuario



Apellidos: Ingresar apellidos completos del nuevo usuario.



Dirección: Ingresar dirección del domicilio del usuario.



Correo: Ingresar el correo del usuario.



Teléfono: Ingresar el número de contacto.



Celular: Ingresar el número celular del usuario.



Perfil: Asignar el perfil al usuario.

1) Para ingresar un nuevo usuario damos clic en el botón “Nuevo Usuario” ubicado en la parte superior derecha de la ventana y se desplegará la ventana para el ingreso de la información.

Figura 10. Usuario: Ingreso de usuario Fuente: Los autores

2) Si los campos del formulario de ingreso de usuario no están completos o ingresado incorrectamente se desplegarán mensaje de alerta en los campos.

Figura 10. Usuario: Ingreso de usuario Fuente: Los autores

3) Una vez completos todos los campos correctamente, presionar en el botón guardar y se registrará exitosamente el ingreso desplegando un mensaje éxito. Caso contrario desplegará un mensaje de error.

Figura 11. Usuario: Registro de usuarios exitoso Fuente: Los autores

Figura 12. Usuario: Registro de usuario sin éxito Fuente: Los autores

4) Una vez registrado el usuario se podrá modificar su información, reestablecer su contraseña, activar o desactivar y asignarle permisos.

Figura 13. Usuario: Lista de usuarios Fuente: Los autores

2.6.1.2 Modificación de usuarios Para realizar la modificación de los usuarios registrados en el sistema, deberán realizar los siguientes pasos dentro del módulo de usuarios: 1) Consultar el usuario a modificar.

2) Click izquierdo en el botón con el icono del lápiz que se encuentra junto al usuario registrado y se desplegará el formulario con la información a modificar.

Figura 14. Usuario: Edición de usuario Fuente: Los autores

3) Una vez modificados los campos presionar en el botón guardar y se desplegará un mensaje de edición exitosa.

Figura 15. Usuario: Mensaje de Exito Fuente: Los autores

2.6.1.3 Activar/Desactivar usuario Para desactivar o activar un usuario consultamos al usuario que deseamos desactivar o activar y presionamos el botón con el icono

cambiaremos el estado que deseamos.

Figura 16. Usuario: Activar/Desactivar usuario Fuente: Los autores

2.6.2 Asignación de permisos Permiten asignar permisos a los usuarios registrados en el sistema para que tengan acceso a otras funciones; los permisos son los siguientes: 

DBA: Permite realizar las consultas o búsquedas en el sistema y además de generar informes desde la base de datos.



Sistema: Nos permite ver y modificar tanto la información de contacto de la institución, así como la Información Web-Mail



Permisos: Permite al usuario que tenga la función de asignar o modificar permisos a los usuarios registrados en el sistema.



Usuarios: Permite ingresar al módulo de administración de usuarios.



Secretaria: Permite ingresar al módulo de secretaría y realizar todas las correspondientes a este módulo.



Docente: Permite ingresar al módulo de docentes y realizar todas las correspondientes a este módulo.



Inspector: Permite ingresar al módulo de inspector y realizar todas las correspondientes a este módulo.

2.6.2.1 Modificar permisos 1) Ingresar a las opciones del Usuario Administrador y seleccionar “Permisos”.

Figura17. Ingreso al módulo de Permisos Fuente: Los autores

2) Inmediatamente se desplegará un formulario que permitirá realizar la modificación. Deslizar el switch teniendo en cuenta que “ON” se asignará el permiso y “OFF” quitará el permiso.

Figura 18. Administración roles: Lista de roles Fuente: Los autores

3) Una vez asignado el permiso al usuario presionamos el botón “Guardar” y se desplegará un mensaje de éxito.

Figura 19. Mensaje de éxito modificación de permisos Fuente: Los autores

2.6.3 Periodo Académico Considerado uno de los más importantes del sistema porque define el inicio y fin de las actividades académicas que se realizarán. Todas las actividades del sistema solo se podrán realizar dentro del periodo académico establecido. 2.6.3.1 Crear un Nuevo Periodo Para crear un nuevo periodo académico hay que considerar los siguientes:  Solamente se puede activar un periodo.  Una vez activado el periodo no se podrá eliminarlo.  No se puede volver a activar un periodo académico nuevamente. 1) En el menú de “Registros” seleccionar “Periodo Académico” para abrir el formulario.

Figura20. Ingreso formulario Periodo Académico Fuente: Los autores.

2) Presionar en el botón “Nuevo Periodo” y mostrará el formulario para ingresar las fechas de apertura y cierre de dicho periodo.

Figura 21. Nuevo Periodo Académico Fuente: Los autores.

3) Ingresar las fechas del periodo y presionar el botón “Guardar”. Una vez creado el periodo por defecto su estado será “Pendiente”.

Figura 22. Listado de Periodos Académicos Fuente: Los autores.

2.6.3.2 Activar o cerrar un periodo académico 

Activado un periodo académico este no se podrá eliminar.



Una vez cerrado el periodo académico hay que tener en cuenta que no se podrá realizar ninguna actividad académica.

1) Para activar o cerrar un periodo presionamos en el botón con icono de lápiz, se mostrará un formulario donde podremos activar o cerrar el periodo académico.

Figura23. Periodo Académico: Activar periodo académico Fuente: Los autores.

2.6.3.3 Editar periodo académico 1) Para editar un periodo académico presionamos en el botón con icono de lápiz, se mostrará un formulario donde podremos modificar las fechas de Apertura, Cierre y la Descripción de dicho periodo académico.

Figura 24. Periodo Académico: Edición Fuente: Los autores.

2) Una vez editado el periodo presionamos el botón “Guardar” y se mostrará un mensaje de éxito.

Figura 25. Periodo Académico: Mensaje de éxito Fuente: Los autores.

2.6.4 Configurar Sitio Permite personalizar la información que se visualizarán en los reportes y configurar el servidor del correo.

Figura26. Configurar Sitio Fuente: Los autores.

2.6.4.1 Editar Información de contacto e información de WEB-MAIL 1) Modificar los campos que se deseen dentro del formulario de “Configurar Sitio” y luego presionar en el botón “Guardar”; se mostrará un mensaje de éxito.

Figura 27. Configurar Sitio: Mensaje de éxito Fuente: Los autores

2.7 Secretaria El módulo de Secretaría es aquel que más actividades realiza, todas las actividades de este módulo se describirán a continuación. Para acceder a este módulo hay que hacer clic en “Secretaria” en el menú.

Figura 28. Menú Secretaria Fuente: Los autores

2.7.1 Curso El módulo permitirá crear, modificar y eliminar un curso con su paralelo siempre y cuando no se encuentre vinculado a una materia del periodo académico. 2.7.1.1 Crear Curso Para crear un curso hay que realizar los siguientes pasos: 1) Clic izquierdo en el botón “Nuevo curso” y se mostrará el formulario para ingresar la información del curso nuevo. La secretaria deberá ingresar la información correspondiente y presionar el botón “Guardar”.

Figura 29. Secretaria: Nuevo Curso Fuente: Los autores

2.7.1.2 Modificar Curso Para modificar un curso presionamos en el botón con el icono de un lápiz y este mostrará el formulario con los campos a modificar.

Figura 30. Secretaria: Cursos Fuente: Los autores

Figura 31. Secretaria: Modificar Curso Fuente: Los autores

Una vez modificado el curso presionamos en “Guardar” para registrar los cambios en el curso. 2.7.1.3 Eliminar Curso Para eliminar un curso damos clic en el botón con un símbolo “X” en el listado de cursos y nos mostrará un mensaje de confirmación.

Figura 32. Secretaria: Eliminar Cursos Fuente: Los autores

Si el curso no se encuentra vinculado con una materia se eliminará sin ningún problema actualizando los registros automáticamente.

2.7.2 Materia Para acceder al formulario de materias hay que hacer clic en el menú “Secretaria” y seleccionar “Materia” y se mostrará el formulario de materias.

Figura 33. Menú Secretaria Fuente: Los autores

2.7.2.1 Crear Materias Una vez abierto el formulario de materias se deberá seguir los siguientes pasos: 1) Dar clic en el botón “Nueva asignatura” en la parte superior derecha del formulario; se mostrará el formulario para ingresar la materia.

Figura 34. Nueva Asignatura Fuente: Los autores

2) Ingresar la información correctamente en el formulario “Nueva materia”, luego presionar en el botón “Guardar” y se desplegará un mensaje de éxito.

Figura 35. Secretaria: Materia mensaje de éxito Fuente: Los autores

Si los campos del formulario nueva materia coinciden con una materia existente, el sistema devolverá un mensaje de error.

Figura 36. Secretaria: Materia mensaje de error Fuente: Los autores

3) Luego de haber guardado correctamente la materia creada, se mostrara el listado de materias.

Figura 37. Secretaria: Listado Materias Fuente: Los autores

2.7.2.2 Modificar Materia Consultar la materia a modificar, luego dar clic izquierdo al botón con el icono del lápiz que mostrará el formulario para modificar los campos de la materia. Una vez ingresada la información correctamente, presionar en el botón “Guardar” y se desplegará el mensaje de éxito.

Figura 38. Secretaria: Materias Fuente: Los autores

2.7.2.3 Eliminar Materias Consultar la materia a eliminar, luego dar clic izquierdo al botón con el icono de una “X” y se mostrará un mensaje de confirmación.

Figura 39. Mensaje Eliminar materia Fuente: Los autores

Antes de eliminar materia hay que tener presente que no esté vinculada con ningún curso o docente, de lo contrario se mostrará un mensaje de error.

Figura 40. Mensaje Eliminar materia Fuente: Los autores

2.7.3

Docente

Para acceder al formulario de Docentes hay que hacer clic en el menú “Secretaria” y seleccionar “Docente” y se mostrará el formulario donde se podrá: Ingresar, modificar, activar/desactivar, restablecer contraseñas y generar reportes de Docentes.

Figura 41. Menú Secretaria Fuente: Los autores

2.7.3.1 Crear Docente Una vez abierto el formulario de docentes se deberá seguir los siguientes pasos: 1) Dar clic en el botón “Nuevo docente” en la parte superior derecha del formulario; se mostrará el formulario para ingresar el docente.

Figura 42. Menú Secretaria Fuente: Los autores

2) Ingresar la información correctamente en el formulario “Nuevo docente”, luego presionar en el botón “Guardar”; si la información no está completa mostrará una alerta en el campo.

Figura 33. Nuevo Docente Fuente: Los autores

2.7.3.2 Modificar Docente Consultar el docente a modificar, luego dar clic izquierdo al botón con el icono del lápiz que mostrará el formulario para modificar los campos del docente. Una vez ingresada la información correctamente, presionar en el botón “Guardar” y se desplegará el mensaje de éxito.

Figura 44. Edición docente Fuente: Los autores

2.7.3.3 Activar/Desactivar Docente Para desactivar un docente hay que deslizar el switch, teniendo en cuenta que “ON” activa al docente y “OFF” lo desactiva. Una activado o desactivado el docente se mostrará un mensaje de transacción exitosa.

Figura 45. Activar/Desactivar docente Fuente: Los autores

Figura 46. Mensaje de éxito Activar/Desactivar docente Fuente: Los autores

2.7.3.4 Restaurar Contraseña Consultamos al docente que desea restablecer la contraseña, una vez seleccionado damos clic en el botón azul

“Restaurar Contraseña” y se mostrará el formulario para

reestablecer contraseña.

Figura 47. Restablecer contraseña. Fuente: Los autores

Una vez seleccionada la opción “Restablecer contraseña”, dar clic en el botón “Guardar” y se mostrará un mensaje de éxito y la contraseña del docente se le cambiará a su cédula por defecto. 2.7.3.5 Reporte de Docentes Para generar el reporte de los docentes registrados en el sistema hay que presionar en el botón “Informe”, y se generará un reporte en formato PDF.

Figura 48. Reporte Docentes Fuente: Los autores

2.7.4 Activar/Desactivar Curso Para acceder al formulario que permitirá Activar/Desactivar Curso hay que hacer clic en el menú “Secretaria” y seleccionar “Activar Curso”.

Figura 49. Menú Secretaria – Activar Curso Fuente: Los autores

En el formulario de Activar/Desactivar curso hay que deslizar el switch teniendo en cuenta que “ON” activará al curso y “OFF” lo desactivará.

Figura 50. Lista de Cursos Fuente: Los autores

2.7.5 Asignar Materia-Curso Permite vincular las materias a un curso, para esto hay que hacer clic en el menú “Secretaria” y seleccionar “Asignar materia (cursos)”.

Figura 51. Menú Secretaria – Asignar materias (cursos) Fuente: Los autores

1) Seleccionar la materia o materias a asignar, puede seleccionar varias materias para asignar al curso seleccionado.

Figura 52. Seleccionar Materia Fuente: Los autores

2) Luego de haber seleccionado las materias y los cursos damos clic en el botón “Guardar”

Figura 53. Guardar Asignación Fuente: Los autores

3) Desvincular: para eliminar la vinculación de una materia con algún curso damos clic en el botón azul “(X) Desvincular” el cual se realizará siempre y cuando el docente no haya hecho el ingreso de ninguna calificación en dicha asignación.

Figura 54.Desvincular Curso Fuente: Los autores

2.7.6 Docente-Materia Permite vincular a los docentes a las materias, para esto hay que hacer clic en el menú “Secretaria” y seleccionar “Asignar docente (materias)”.

Figura 55. Menú Secretaria – Asignar docente (materias) Fuente: Los autores

1) Seleccionar docente a asignar

Figura 56. Seleccionar Docente Fuente: Los autores

2) Luego de haber seleccionado los docentes, seleccionar la materia.

Figura 57. Seleccionar Materias Fuente: Los autores

Si el ingreso es exitoso se desplegarĂĄ un mensaje de ĂŠxito.

Figura 57. Seleccionar Materias Fuente: Los autores

3) Desvincular: para eliminar la vinculación de un docente con una materia damos clic en el botón azul “(X) Desvincular” el cual se realizará siempre y cuando el docente no haya hecho el ingreso de ninguna calificación en dicha asignación.

Figura 58. Desvinculación docente - materia Fuente: Los autores

2.7.7 Alumno Permite registrar un alumno, modificarlo y eliminarlo, además permitirá ingresar un representante para cada alumno. Para esto hay que hacer clic en el menú “Secretaria” y seleccionar “Alumno”

Figura 59. Menú Secretaria – Alumno Fuente: Los autores

2.7.7.1 Registrar Representante 1) Dar clic en el botón “Representante” y mostrará el siguiente formulario para registrar la información del representante.

Figura 60. Representante Fuente: Los autores

2) Ingresada correctamente la información damos clic en el botón “Guardar” y se mostrará un mensaje de éxito.

Figura 61. Mensaje Representante Ingresado Fuente: Los autores

3) Para modificar el representante, en el formulario de ingreso seleccionará el docente a modificar.

Figura 62. Modificar Representante Fuente: Los autores

4) Una vez modificado correctamente mostrará un mensaje de éxito.

Figura 63. Mensaje de éxito Modificar Representante Fuente: Los autores

2.7.7.2 Eliminar Representante Para eliminar el representante, en el formulario de ingreso seleccionará el docente a eliminar. Luego dar clic en el botón “Eliminar” y se mostrará un mensaje de éxito.

Figura 64. Mensaje de éxito Eliminar Representante Fuente: Los autores

2.7.7.3 Registrar Alumno 1) Dar clic en el botón “Nuevo alumno” y mostrará el siguiente formulario para registrar la información del representante.

Figura 65. Formulario Alumno Fuente: Los autores

2) Ingresar correctamente la información del alumno y luego dar clic en el botón “Guardar”, se mostrará un mensaje de éxito.

Figura 66. Mensaje Alumno Ingresado Fuente: Los autores

2.7.7.4 Modificar Alumno Consultar el alumno a modificar y luego dar clic sobre el botón con el icono del lápiz y se mostrará el siguiente formulario.

Figura 67. Modificar Alumno Fuente: Los autores

Una vez modificada correctamente la información del alumno, presionamos el botón “Guardar” y se mostrará un mensaje de éxito.

Figura 68. Mensaje de éxito modificar alumno Fuente: Los autores

2.7.7.5 Activar/Desactivar Alumno Consultar el alumno de lista de alumnos, deslizar el switch teniendo en cuenta que “ON” activa al estudiante y “OFF” lo desactiva.

Figura 69. Activar/Desactivar Alumno Fuente: Los autores

Una vez deslizado el switch al estado que desee, se mostrará un mensaje de transacción exitosa.

Figura 70. Mensaje de Transacción exitosa Fuente: Los autores

2.7.8 Matriculas 1) Permite asignar a los alumnos a un curso o también desvincularlos, cabe recalcar que un alumno solo podrá estar matriculado en un curso. Para esto hay que hacer clic en el menú “Secretaria” y seleccionar “Matriculas”.

Figura 71. Matrículas Fuente: Los autores

2) Seleccionar los alumnos y el curso al que se los vinculará, luego presionar en el botón “Guardar” y se mostrará el listado de alumnos matriculados.

Figura 72. Matrículas alumnos Fuente: Los autores

3) Para desvincular damos clic en el botón azul “(X) Desvincular” y mostrará un mensaje de transacción exitosa. 2.7.9 Reportes Este módulo permite a la secretaría generar los reportes con la ayuda de un filtro de búsqueda avanzada. Para hay que seleccionar el menú “Reportes” y luego en “Secretaria” y se mostrará la siguiente ventana.

Figura 73. Reportes Fuente: Los autores

Para generar los reportes hay que hacer lo siguiente:

1) Dar clic en el botón de “Búsqueda Avanzada”

y se mostrará el formulario donde

se ingresarán los criterios de búsqueda para generar el reporte.

Figura 74. Búsqueda Avanzada Fuente: Los autores

2) Luego de ingresar el criterio de búsqueda, dar clic en el botón “Informe” para que se genere el reporte según la búsqueda avanzada.

Figura 75. Reportes – Búsqueda Avanzada Fuente: Los autores

2.8 Docentes El módulo de docentes permitirá el registro de calificaciones de los estudiantes y las inasistencias del mismo; la inasistencia será notificada por correo electrónico al

representante para indicarle el día y materia que su representado no asistió. A continuación se explica los pasos a seguir: 2.8.1 Calificaciones 2.8.1.1 Registro de Calificaciones Para realizar el registro de calificaciones el docente deberá seleccionar en el menú “Docente” y luego escoger “Registro de calificaciones”.

Figura 76. Docente - Calificaciones Fuente: Los autores

Una vez realizada la actividad anterior se mostrará el formulario de registro de calificaciones, donde se visualizarán los estudiantes matriculados en la materia y los campos para registrar la nota de los parciales, quimestres y exámenes. Los campos de registro de calificaciones de cada quimestre estarán habilitados dentro de un rango de fechas por normativas institucionales.

Figura 77. Formulario de calificaciones Fuente: Los autores

Para realizar el registro hay que seguir los siguientes pasos: 1. Dar clic en la nota a modificar y mostrará una ventana para ingresar la calificación

Figura 78. Ingreso de Calificaciones Fuente: Los autores

2. Una realizado el registro de calificaciones, para guardar la calificación registrada, damos clic en el botón con el visto azul (√) o para cancelar en el botón (X). Se mostrará un mensaje de transacción exitosa.

Figura 79. Ingreso exitoso de Calificaciones Fuente: Los autores

2.8.1.2 Reporte de Calificaciones Para generar un informe de calificaciones se debe consultar la materia y paralelo del cual requiere obtener el reporte. Para esto hay que dar clic en la “Lista de Materias” y seleccionar la materia.

Figura 80. Seleccionar Materia - calificaciones Fuente: Los autores

Luego de seleccionar la materia dar clic en el botón “Informe” ubicado en la parte superior izquierda de la tabla y se generará el reporte.

2.8.2 Inasistencias Este módulo le permite al docente registrar la inasistencia de sus estudiantes en las materias que imparte, enviando una notificación mediante correo electrónico al representante del alumno. 2.8.2.1 Registro de Inasistencia En el menú principal seleccionar “Docente” y luego seleccionar “Registro de inasistencias”

Figura 82. Ingresar al registro de inasistencias Fuente: Los autores

Una vez ingresado al formulario de inasistencias para realizar el registro de la inasistencia de un estudiante realizar los siguientes pasos: 1. Seleccionar la materia asignada al docente en la cual el alumno no asistió.

Figura 83. Seleccionar materia - inasistencias Fuente: Los autores

2. Seleccionar el alumno que no asistió del listado de alumnos.

Figura 84. Seleccionar materia - inasistencias Fuente: Los autores

Si el registro fue llenado correctamente saltara una alerta de registro exitoso.

2.9 Inspección Permite al usuario “Inspector” realizar la justificación de las inasistencias del estudiante durante las horas clases de cada materia; esta tarea es realizada por el Inspector de área de la institución. Para ingresar al módulo de Inasistencias primeramente dar clic en “Inspector” y luego en “Registro de inasistencias”

Figura 85. Inspector – Justificación de inasistencias Fuente: Los autores

Una vez realizados los pasos anteriores, se mostrará el formulario de registro de inasistencias al que tendrá acceso el inspector.

Figura 86. Formulario de Justificación de inasistencias Fuente: Los autores

2.9.1 Justificar Inasistencias Para justificar las inasistencias se deberán realizar los siguientes pasos: 1. Consultar al alumno que se va a justificar la o las inasistencias.

Figura 87. Consultar alumno en Formulario de Justificación de inasistencias Fuente: Los autores

2. Dar clic en botón “Justificar” con icono de lápiz ubicado en la última columna de la tabla de registro de inasistencias. 3. Se desplegará un mensaje de Confirmación; para Justificar presione en el botón “Confirmar” caso contrario presionar en el botón “Cancelar”

2.9.2 Reporte de Inasistencias Para generar el reporte de las inasistencias se deberán realizar los siguientes pasos: 1.

Dar clic en botón “Informe” ubicado en la parte superior izquierda de la tabla

de registros y se generará el reporte.

2.10 Cerrar Sesión Cualquier usuario que desee cerrar sesión deberá seguir los siguientes pasos: 1. Dar clic en su “Usuario” en el menú principal y luego seleccionar “Salir”

Figura 88. Cerrar Sesión Fuente: Los autores

2. Una vez realizado el paso anterior se mostrará la ventana de inicio de sesión y podrá ingresar nuevamente si el usuario desea.

Figura 89. Iniciar Sesión Fuente: Los autores

2.11 Alumno Este módulo permite a los estudiantes realizar la consulta de sus calificaciones, para esto se seguirán los siguientes pasos: -

Dar clic en el botón “Calificaciones” en el Sitio Web de la Unidad Educativa “Alessandro Volta” y se mostrará la venta para la consulta, donde el estudiante deberá ingresar el número de cédula del estudiante, luego escoger “Notas Parciales” y dar clic en el “Consultar”

Figura 90. Login Consulta de Calificaciones Fuente: Los autores

Se mostrarรก la ventana con las calificaciones del estudiante.

Figura 91. Formulario de consulta de Calificaciones Fuente: Los autores

Anexo 11: Manual de Instalaci贸n

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Dirección Académica - Escuela de Sistemas

MANUAL DE INSTALACIÓN

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: CABRERA VINUEZA HUGO DANIEL CARRERA GARCÍA PAUL MIGUEL

Director:

Mg. ADRIÁN ROLANDO CEVALLOS DUEÑAS Santo Domingo – Ecuador Julio, 2015

MANUAL DE INSTALACIÓN UEAV

ÍNDICE DE CONTENIDOS 1.

Introducción ............................................................................................................. 191

Instalación de Joomla ............................................................................................... 192

Dar de alta un servicio de hosting ............................................................................ 192

Copiar los ficheros del sitio local al servidor de hosting ......................................... 192

Hacer una copia de la BD e instalarla en el servidor remoto ................................... 192

Exportar la base de datos.......................................................................................... 192

Crear la base de datos en el servidor de hosting ...................................................... 192

Restaurar la base de datos ........................................................................................ 192

Modificar el fichero configuration.php .................................................................... 192

Registrar Dominio .................................................................................................... 192

Asociar el dominio registrado a nuestro servidor de hosting ................................... 192

10.

Ficha con Información Crítica de Sitio Web ........................................................... 192

2.1. Dar de alta un servicio de hosting ............................................................................ 193 2.2. Copiar los ficheros del sitio local al servidor de hosting ......................................... 194 2.3. Hacer una copia de la BD e instalarla en el servidor remoto ................................... 196 2.3.1. Exportar la base de datos .......................................................................................... 196

2.4. Crear la base de datos en el servidor de hosting....................................................... 198 2.5. Restaurar la base de datos ........................................................................................ 198 2.6. Modificar el fichero configuration.php .................................................................... 199 3.

Instalación del Sistema UEAV ................................................................................ 201

3.1. Copiar la Carpeta del Sistema al Directorio del Servidor Apache. .......................... 201 3.2. Creación de la Base de Datos ................................................................................... 203 3.2.1. Creación del Rol ....................................................................................................... 203 3.2.2. Creación de la Base de Datos. .................................................................................. 204 3.2.3. Creación de Tablas, Funciones y Disparadores ....................................................... 205 3.3. Modificación del fichero de consultaDB.php .......................................................... 207 o

El host y el puerto donde se encuentre instalado el servidor de la base de datos. ... 208

El nombre de la base de datos .................................................................................. 208

El role o usuario de la base de datos y la contraseña. .............................................. 208

ÍNDICE DE FIGURAS Figura 1. Banner sobre un hosting ....................................................................................193 Figura 2. CPanel del Hosting ..........................................................................................193 Figura 3. Subiendo archivos con filezilla ..........................................................................194 Figura 4. Acceso FTP ........................................................................................................195 Figura 5. pgAdmin vista de la base de datos del sitio web ...........................................196 Figura 6. Creación del backup parte 1............................................................................197 Figura 7. Parámetros para la creación de la base de datos ................................................197 Figura 8. Ejemplo de CPanel para la creación de Base de Datos......................................198 Figura 9. Ejemplo de la Creación de la base de datos. ......................................................198 Figura 10. Ejemplo de Importación de la BDD usando phpMyAdmin. ...........................199 Figura 11. XAMP para la verificación ..............................................................................201 Figura 12. Directorio WWW del servidor Apache. ..........................................................202 Figura 14. pgAdmin III para la creación de la base de datos y rol del usuario. ................203 Figura 15. Parámetros para la creación del Role/ usuario a utilizar en la Base de Datos .204 Figura 16. Creación de la Base de datos con pgAdmin III ...............................................205 Figura 17. Creación de las tablas por medio de una restauración de la base de datos. .....206 Figura 18. Parámetros para la restauración de la Base de Datos.......................................206 Figura 19. Vista final de las tablas restauradas. ................................................................207 Figura 20. Archivo ConsultaDB.php.................................................................................207 Figura 21. Inicio del sistema .............................................................................................208 Figura 22. Ingreso sin problemas al sistema .....................................................................208

1. INTRODUCCIÓN

El presente manual tiene el objetivo facilitar el proceso de implementación tanto del sitio web como del sistema UEAV, en un Hosting para lo cual se ha tomado como referencia hostinazo y uno de sus manuales digitales para guiar al usuario a la correcta instalación del sitio web. El manual estará dividido en dos fases fundamentales: en primer lugar la de instalación de del sitio web mediante el CMS de Joomla y en segundo término la instalación del sistema UEAV.

2. INSTALACIÓN DE JOOMLA En este tutorial vamos a detallar los pasos a seguir para trasladar nuestro sitio Joomla creado en un servidor local a en un servidor de hosting definitivo. También explicaremos como registrar nuestro propio dominio y asociarlo a este servidor. Los pasos a seguir se enumeran a continuación: 1. Dar de alta un servicio de hosting 2. Copiar los ficheros del sitio local al servidor de hosting 3. Hacer una copia de la BD e instalarla en el servidor remoto 4. Exportar la base de datos 5. Crear la base de datos en el servidor de hosting 6. Restaurar la base de datos 7. Modificar el fichero configuration.php 8. Registrar Dominio 9. Asociar el dominio registrado a nuestro servidor de hosting 10. Ficha con Información Crítica de Sitio Web - Sitio - Hosting - Base de Datos - FTP - Correo - Dominio - Joomla

a. Dar de alta un servicio de hosting Iremos a la página del hosting que tengamos contratado en este caso será http://www.hostinazo.com/es/, pincharemos sobre hosting gratis. Las características más importantes se muestran a continuación:

Figura 1. Banner sobre un hosting Fuente: http://www.hostinazo.com/es/

Cabe destacar que para efectos del proyecto se requiere de un hosting con base de datos PostgreSql en su versión 8.0 o superior, además de PHP en su versión 5.2 o superior.

Figura 2. CPanel del Hosting Fuente: http://www.hostinazo.com/es/

Tras realizar el proceso de contratación, procederemos con el acceso al entorno que nos proporcione el distribuidor para la administración. Una vez dentro nos aparecerá la pantalla del Control Panel. Desde aquí podremos gestionar nuestra cuenta de hosting: b. Copiar los ficheros del sitio local al servidor de hosting Procedemos a copiar todos los ficheros de nuestro sitio Joomla al servidor de hosting utilizando el protocolo FTP. Para realizar esta tarea necesitamos un cliente FTP. Se propone el uso de Filezilla podremos encontrarlo en la página https://filezilla-project.org, entrando en “Download Filezilla Client” donde elegimos la última versión según nuestro sistema operativo. Una vez descargado procederemos a la instalación en nuestro ordenador. Al finalizar abrimos el software y como observamos en la imagen rellenamos los campos con la información que el proveedor de hosting nos proporciona.

Figura 3. Subiendo archivos con filezilla Fuente: Los autores

Para poder conectarte al servidor FTP debe conocer algunos datos, estos los puedes encontrar en el botón “Acceso FTP” deL CPanel. La información que encontrarás será la siguiente:

Figura 4. Acceso FTP Fuente: http://www.hostinazo.com/es/

Introduce en los campos: -

Servidor: subdominio que acabas de crear o IP FTP.

Nombre de usuario y Contraseña: los datos indicados en nuestra cuenta de hosting (apartado FTP).

NOTA: Cuando hayas creado tu propio dominio también podrás introducirlo en el campo “Servidor”. Si todo ha funcionado correctamente, se conectará al servidor FTP y se visualizarán dos carpetas en la columna de la derecha: una con nombre igual al de tu dominio y otra con nombre igual al del subdominio. Ingresar en la carpeta del subdominio en la columna de la izquierda se muestran los ficheros locales. Abre la carpeta donde has creado tu sitio Web local (por ejemplo: C:/xampp/htdocs) y selecciona todos los archivos de esta capeta. La configuración ha de ser similar a la mostrada en la figura anterior. Arrastra los ficheros desde la ventana de la izquierda a la ventana de la derecha.

Tras esta operación se pondrán más de 4.000 ficheros en la ventana inferior izquierda “Archivos en cola”. Esta cifra irá bajando a medida que aumenta la de la ventana “Transferencias satisfactorias”. También es posible que algunos ficheros no puedan ser copiados y se sitúen en “Transferencias fallidas”. Cuando acabe la copia recuerda mirar esta ventana y si tiene ficheros selecciónalos y con el botón derecho indica “Reiniciar y poner de nuevo en cola archivos seleccionados”. c. Hacer una copia de la BD e instalarla en el servidor remoto Toda la información de nuestro sitio Joomla se encuentra almacenada en una base de datos PostgreSQL. Va a ser necesario hacer una copia de esta base de datos e instalarla en el servidor de hosting. Para conseguirlo sigue los siguientes tres pasos: i. Exportar la base de datos El primer paso consiste en hacer una copia de seguridad de la base de datos local. Si tenemos pgAdmin instalado.

Figura 5. pgAdmin vista de la base de datos del sitio web (db_joomla_ueav) Fuente: Los autores

Al entrar en pgAdmin y desplegar las Bases de Datos, ubicamos el nombre de nuestra base de datos. Damos clic derecho y ubicamos la opción Backup y damos clic.

Figura 6. Creación del backup parte 1 Fuente: Los autores

Escogemos el lugar donde se habrá de guardar el backup, seleccionamos el tipo de Encoding por UTF-8, asi mismo el Rolename, y finalmente damos clic en Backup.

Figura 7. Parámetros para la creación de la base de datos Fuente: Los autores

Nos aparecerá un documento llamado así “22-07-2015.backup”. Guarda este fichero en lugar seguro dado que es una copia de seguridad de la información introducida en tu sitio.

d. Crear la base de datos en el servidor de hosting Entra en el Control Panel de y selecciona la opción BD MySQL/Postgres siguiente: Introduce el final del nombre de tu base de datos (el principio viene impuesto por el sistema) y una contraseña lo suficientemente segura. Es fundamental que anotes esta información. (Los pasos para esta sección son los mismos en postgresql con cPanel).

Figura 8. Ejemplo de CPanel para la creación de Base de Datos. Fuente: Los autores

e. Restaurar la base de datos Si en el paso anterior la base de datos se crea con éxito, al final de la página aparecerá en el listado.

Figura 9. Ejemplo de la Creación de la base de datos. Fuente: Los autores

Pincha sobre la base de datos para entrar en la gestión de phpPgAdmin. Tras una ventana de identificación nos aparecerá la ventana de bienvenida. Pulsa sobre la base de datos que aparece en el marco de la derecha, para que aparezca un menú relativo a esta base de datos.

Pincha en la opción “Importar”: y pulsa, dentro de la opción “Archivo a importar”, el botón “Seleccionar Archivo”. Selecciona el fichero donde hiciste la copia de seguridad de la base de datos. El resto de parámetros de preferencia no cambiar

Figura 10. Ejemplo de Importación de la BDD usando phpMyAdmin (similar a phpPgAdmin). Fuente: Los Autores

Pulsa el botón “Continuar” y espera unos segundos mientras se ejecutan los comandos SQL. Si todo ha salido bien aparecerá a la izquierda todas las tablas de la base de datos. f. Modificar el fichero configuration.php El último paso para restaurar el sitio Web consiste en editar el fichero configuration.php e introducir cierta información vital para que funcione el sitio Joomla. Entra en el Control Panel y selecciona la opción File Manager. -

Desde aquí puedes gestionar los ficheros de tu sitio, de forma alternativa a utilizar el cliente FTP.

Aparecerá un listado con las carpetas. Te aparecerá un listado con todos los ficheros de la carpeta. Busca el fichero “configuration.php” y pulsa sobre el botón EDITAR.

Modifica las siguientes variables cambiando el argumento según tus datos.

public $host = 'mysql.hostinazo.com'; public $user = 'u309026641_camp'; public $password = 'tupassword1234'; public $db = 'u309026641_camp'; public $dbprefix = 'sv0jy_'; Modifica también la siguiente variable con la dirección definitiva de tu sitio: var $live_site = 'http://www.subdominio.hostinazo.com'; Finalmente modifica la ubicación de las carpetas de logs y temporales. Para averiguar la ubicación de estas carpetas puedes consultar el “File Manager”. A este path hay que añadir “logs” y “tmp” tal y como se muestra a continuación: var $log_path = '/public_html/www.subdominio.hostinazo.com/logs'; var $tmp_path = '/public_html/www.subdominio.hostinazo.com/tmp'; Guarda los cambios y verifica con un navegador si tu sitio Web ya está activo a través del

subdominio.

ejemplo

http://www.subdominio.hostinazo.com

accederíamos

URL:

3. INSTALACIÓN DEL SISTEMA UEAV Para este apartado asumimos que en nuestro servidor o hosting tenemos disponible Postgresql y Apache con php instalado, si el sistema se instalará de manera local conviene utilizar el propio Apache que trae Postgres por defecto. a. Copiar la Carpeta del Sistema al Directorio del Servidor Apache. Verificamos que el servidor Apache esté activado.

Figura 11. XAMP para la verificación Fuente: Los autores

Ubicamos el fichero UEAV.rar y lo descomprimimos en el directorio www del servidor (Ej. C:\xamp\htdocs\ Tal y como se muestra en la imagen, si el proceso se realiza por medio de un cPanel se puede usar la transferencia de archivos por medio de la herramienta Filezilla

Figura 12. Directorio WWW del servidor Apache. Fuente: Los Autores

Una vez descomprimido el fichero o subido a nuestro servidor, hacemos una prueba en el navegador.

Figura 13. Comprobación del sistema 1. Fuente: Los autores.

Está diciéndonos que no puede conectar a la base de datos y es correcto debido a que no existe

b. Creación de la Base de Datos i. Creación del Rol Abrimos pgAdmin o en su hosting en general suele traer instalado phpPgAdmin

Figura 14. pgAdmin III para la creación de la base de datos y rol del usuario. Fuente: Los Autores

En la opción Login Roles damos clic derecho y a continuación damos clic en New Login Role -

Llenamos el Role name: ueav_admin

Seleccionamos los privilegios para ese role: o Privilegios de lectura y escritura o Puede crear databases o Puede realizar backups y streamings.

En el apartado de Definition seleccionamos la password y el límite de conexión, al dejarlo en -1 toma el máximo soportado por el sistema gestor de base de datos. o La contraseña para el rol es: micLavesegUra736.

Figura 15. Par谩metros para la creaci贸n del Role/ usuario a utilizar en la Base de Datos Fuente: Los autores

ii. Creaci贸n de la Base de Datos. Una vez creado el role procedemos a crear la base de datos dando clic derecho sobre el apartado DATABASES, a continuaci贸n damos clic NEW DATABASE.

Figura 16. Creaci贸n de la Base de datos con pgAdmin III Fuente: Los autores

En las propiedades de la Base de Datos seleccionamos el -

Nombre: db_ueav

Como propietario(Owner): ueav_admin

En el apartado definici贸n escogemos: -

Encoding: UTF8

Connection Limit: -1

iii. Creaci贸n de Tablas, Funciones y Disparadores Una vez creada la base de datos revisamos que se encuentre entre la lista de las bases de datos, si no es as铆 damos clic sobre el icono de refrescar.

Figura 17. Creaciรณn de las tablas por medio de una restauraciรณn de la base de datos. Fuente: Los autores

En el filename damos clic sobre el botรณn con puntos suspensivos, y ubicamos el fichero .backup que se adjunta en el documento .rar del proyecto

Figura 18. Parรกmetros para la restauraciรณn de la Base de Datos. Fuente: Los autores

Revisamos que se hayan creado las filas y columnas.

Figura 19. Vista final de las tablas restauradas. Fuente: Los autores.

c. Modificaci贸n del fichero de consultaDB.php Dentro del directorio ubicamos el fichero consultaDB.php se encuentra dentro de: UEAV\Include\modelo y lo abrimos (se utiliza el filemanager del hosting igualmente lo podremos realizar).

Figura 20. Archivo ConsultaDB.php Fuente: Los autores.

Dentro del fichero debemos editar: o

El host y el puerto donde se encuentre instalado el servidor de la base de datos.

o El nombre de la base de datos o El role o usuario de la base de datos y la contraseña. Una vez culminada esta sección realizamos una prueba ingresando al sistema usando el usuario root, cuya contraseña es: 123

Figura 21. Inicio del sistema Fuente: Los autores

Si todo el proceso se realizó correctamente procedemos a ingresar el usuario y contraseña.

Figura 22. Ingreso sin problemas al sistema Fuente: Los autores.

Anexo 12: Resultados de la Entrevista

Anexo 13: Acuerdo Ministerial #0075-14

Anexo 14: Carta Emitida por Rector de la Institucion

Anexo 15: Acta de Capacitaci贸n

Anexo 16: Acta de Entrega – Recepción del Sistema

Anexo 17: Carta de Impacto.