Software en ambiente web para la administración de los procesos de un colegio en la Fundación Centro de Investigaciones Avenir “Webschools”

Texto completo

(1)SOFTWARE EN AMBIENTE WEB PARA LA ADMINISTRACIÓN DE LOS PROCESOS DE UN COLEGIO EN LA FUNDACIÓN CENTRO DE INVESTIGACIONES AVENIR “WEBSCHOOLS”. ANA CRISTINA AGUILERA HERNANDEZ. UNIVERSIDAD COOPERATIVA DE COLOMBIA FACULTAD DE INGENIERIA PROGRAMA DE INGENIERIA DE SISTEMAS BOGOTA D, C 2019.

(2) SOFTWARE EN AMBIENTE WEB PARA LA ADMINISTRACIÓN DE LOS PROCESOS DE UN COLEGIO EN LA FUNDACIÓN CENTRO DE INVESTIGACIONES AVENIR “WEBSCHOOLS”. ANA CRISTINA AGUILERA HERNANDEZ. MONOGRAFIA DE GRADO Trabajo para optar al título de Ingeniero de Sistemas. Director FREDYS SIMANCA. UNIVERSIDAD COOPERATIVA DE COLOMBIA FACULTAD DE INGENIERIA PROGRAMA DE INGENIERIA DE SISTEMAS BOGOTA D, C 2019.

(3) NOTA DE ACEPTACIÓN. PRIMER JURADO. __________________________ SEGUNDO JURADO. OBSERVACIONES ___________________________ ___________________________ ___________________________. BOGOTÁ, ENERO DE 2019.

(4) AGRADECIMIENTOS. Esencialmente a todos los docentes que hicieron parte de mi formación académica, por su asesoría, paciencia y colaboración incondicional.. A la Ing. Jacqueline Muñoz quien fue la persona que me brindo inicialmente su apoyo, parta lograr dar el primer paso en la realización de este de sueño.. Al ing. Fredys Simanca quien siempre estuvo brindándome su apoyo con sus asesorías, consejos y regaños.. A todos las personas que han hecho posible este trabajo y que en forma silenciosa y callada no parecen en este listado..

(5) DEDICATORIA. A Dios, por la fuerza y la fe para culminar este proyecto importante de mi vida.. A mis hijos Mariana y Juan Pablo, porque se convirtieron en la mayor motivación Para lograr mis metas y son la luz de mi camino.. A mis padres y hermanos, porque siempre estuvieron apoyándome en cada parte de este camino..

(6) CONTENIDO. RESUMEN....................................................................................................................................... 12 ABSTRACT..................................................................................................................................... 13 INTRODUCCIÓN ........................................................................................................................... 14 CAPITULO I. FORMULACION DEL PROYECTO ................................................................... 15 1.1. PLANTEAMIENTO DEL PROBLEMA ....................................................................... 15. 1.2. JUSTIFICACION ............................................................................................................ 15. 1.3 OBJETIVO GENERAL ....................................................................................................... 16 1.3.1 OBJETIVO GENERAL ................................................................................................ 16 1.3.2 OBJETIVOS ESPECIFICOS ...................................................................................... 16 1.4 ALCANCE Y LIMITACIONES ........................................................................................... 16 1.4.1 ALCANCE ..................................................................................................................... 16 1.4.2 LIMITACIONES ............................................................................................................ 17 CAPITULO II. MARCO DE REFERENCIA ................................................................................ 18 2.1 MARCO TEORICO ............................................................................................................. 18 2.2. MARCO CONCEPTUAL ................................................................................................... 20 2.3 MARCO LEGAL .................................................................................................................. 21 CAPITULO III. DISEÑO INGENIERIL ........................................................................................ 22 3.1 METODOLOGIA.................................................................................................................. 22 3.2 CRONOGRAMA DE DESARROLLO .............................................................................. 23 3.3 LISTA DE REQUERIMIENTOS ........................................................................................ 24 3.3.1 FUNCIONALES ............................................................................................................ 25 3.3.2 NO FUNCIONALES ..................................................................................................... 34 3.4 ANALISIS Y DISEÑO ......................................................................................................... 35 3.5 DISEÑO................................................................................................................................. 36 3.5.1 DIAGRAMAS ENTIDAD RELACION ....................................................................... 36 3.5.2 DIAGRAMA RELACIONAL ....................................................................................... 40 3.5.3 DIAGRAMA DE CLASES ........................................................................................... 41.

(7) 3.5.4 DICCIONARIO DE DATOS ........................................................................................ 42 3.5.5 CASO DE USO............................................................................................................. 63 3.5.6 DIAGRAMAS DE SECUENCIA ................................................................................. 71 3.5.7 RESULTADOS ............................................................................................................. 87 CONCLUSIONES .......................................................................................................................... 97 RECOMENDACIONES ................................................................................................................. 98 BIBLIOGRAFIA.............................................................................................................................. 99.

(8) LISTA DE FIGURAS Pág. Ilustración 1: Diagrama WBS del Alcance del proyecto ......................................... 17 Ilustración 2: Cronograma de actividades .............................................................. 23 Ilustración 3 Diagrama entidad relación general .................................................... 36 Ilustración 4 Diagrama entidad relación docente ................................................... 37 Ilustración 5 Diagrama entidad relación alumno .................................................... 38 Ilustración 6 Diagrama entidad relación acudiente ................................................ 39 Ilustración 7 Diagrama relacional ........................................................................... 40 Ilustración 8 Diagrama de clases ........................................................................... 41 Ilustración 9 Caso de Uso -- Administrar Usuarios (Administrador) ....................... 63 Ilustración 10 Caso de Uso -- Administrar Cursos (Administrador) ........................ 63 Ilustración 11 Caso de Uso -- Administrar Ciudad (Administrador) ........................ 64 Ilustración 12 Caso de Uso -- Administrar Área (Administrador)............................ 64 Ilustración 13 Caso de Uso -- Administrar Asignatura (Administrador) .................. 65 Ilustración 14 Caso de Uso -- Administrar Logros (Administrador) ....................... 65 Ilustración 15 Caso de Uso -- Consultar Notas (Alumno) ...................................... 66 Ilustración 16 Caso de Uso -- Consultar Tareas (Alumno) ..................................... 66 Ilustración 17 Caso de Uso -- Consultar Faltas (Alumno) ...................................... 67 Ilustración 18 Caso de Uso -- Consultar Notas (Acudiente) ................................... 67 Ilustración 19 Caso de Uso -- Consultar Tareas (Acudiente) ................................. 67 Ilustración 20 Caso de Uso -- Consultar Faltas (Acudiente) .................................. 68 Ilustración 21 Caso de Uso -- Administra Tareas (Docente) .................................. 68 Ilustración 22 Caso de Uso -- Administra Logros (Docente) .................................. 69 Ilustración 23 Caso de Uso -- Administra Fallas (Docente) ................................... 69 Ilustración 24 Caso de Uso -- Genera Reportes (Docente) ................................... 70 Ilustración 25 Diagrama de Secuencia – Administrar Usuarios (Administrador) .... 71 Ilustración 26 Diagrama de Secuencia – Administrar Cursos (Administrador) ....... 72.

(9) Ilustración 27 Diagrama de Secuencia – Administrar Ciudad (Administrador) ....... 73 Ilustración 28 Diagrama de Secuencia – Administrar Áreas (Administrador) ......... 74 Ilustración 29 Diagrama de Secuencia – Administrar Asignatura (Administrador) . 75 Ilustración 30 Diagrama de Secuencia – Administrar Logros (Administrador) ....... 76 Ilustración 31 Diagrama de Secuencia – Consultar Notas (Alumno) ..................... 77 Ilustración 32 Diagrama de Secuencia – Consultar Tareas (Alumno).................... 78 Ilustración 33 Diagrama de Secuencia – Consultar Faltas (Alumno) ..................... 79 Ilustración 34 Diagrama de Secuencia – Consultar Notas (Acudiente).................. 80 Ilustración 35 Diagrama de Secuencia – Consultar Tareas (Acudiente) ................ 81 Ilustración 36 Diagrama de Secuencia – Consultar Faltas (Acudiente) ................. 82 Ilustración 37 Diagrama de Secuencia – Administra Tareas (Docente) ................. 83 Ilustración 38 Diagrama de Secuencia – Administra Logros (Docente) ................. 84 Ilustración 39 Diagrama de Secuencia – Administrar Faltas (Docente) ................. 85 Ilustración 40 Diagrama de Secuencia – Genera Reportes (Docente) .................. 86 Ilustración 41 Pantalla principal ............................................................................. 87 Ilustración 42 Pantalla de Incripciones................................................................... 87 Ilustración 43 Pantalla de logueo ........................................................................... 88 Ilustración 44 Menú Administrador......................................................................... 88 Ilustración 45 Menu Contador ................................................................................ 89 Ilustración 46 Menu coordinador ............................................................................ 89 Ilustración 47 Menu Estudiante .............................................................................. 90.

(10) LISTA DE TABLAS Pág. Tabla 1. Resumen de Requerimientos Tabla 2. Descripción REQ-01 Tabla 3. Descripción REQ-02 Tabla 4. Descripción REQ-03 Tabla 5. Descripción REQ-04 Tabla 6. Descripción REQ-05 Tabla 7. Descripción REQ-06 Tabla 8. Descripción REQ-07 Tabla 9. Descripción REQ-08 Tabla 10. Descripción REQ-09 Tabla 11. Descripción REQ-10 Tabla 12. Descripción Prueba funcional caso de usos Tabla 13. Descripción Pruebas de usabilidad. 24 25 26 27 28 30 31 32 33 34 35 90 91.

(11) LISTA DE ANEXOS Pág. Anexo A. Términos legales establecidos Ministerio de Educación Nacional. 100.

(12) RESUMEN. Este proyecto tiene como propósito desarrollar un software en ambiente web para la administración de los procesos de un colegio en la Fundación Centro de Investigaciones AVENIR “WEBSCHOOLS”, lo que se busca es optimizar los procesos del sistema integral estudiantil. El objetivo primordial es tener fácil acceso a la información de cada integrante de la comunidad académica y aportar al progreso educativo que posee este colegio haciendo uso de las nuevas plataformas tecnológicas.. 12.

(13) ABSTRACT. This project has the purpose of developing a software in the web environment for the administration of the processes of a school in the AVENIR Research Center Foundation "WEBSCHOOLS", which seeks to optimize the processes of the integral student system.. The primary objective is to have easy access to the information of each member of the academic community and contribute to the educational progress that this school has.. 13.

(14) INTRODUCCIÓN Las herramientas tecnológicas constituyen un factor importante en el desarrollo de las actividades del sector educativo, en el ámbito académico y administrativo las instituciones educativas han optado por llevar un registro de sus estudiantes, pero muchas veces se ha convertido en una labor tediosa ya que no existe una manera de tener toda la información centralizada, sino que la mayoría de esta información se encuentra dispersa en varios módulos. Muchos métodos se han adoptado, pero sin embargo siempre han existido muchas falencias, entre ellas, que no se cuenta con información oportuna, precisa y confiable.. Este trabajo está basado en la realización de un aplicativo web, el cual permitirá a los docentes, coordinadores, padres de familia y estudiantes, tener una mayor integración relacionada con el estado académico, financiero y disciplinario del alumno; ya que le permitirá al usuario tener un acceso rápido y confiable a los servicios ofrecidos, en donde se podrán encontrar históricos de notas, observaciones del alumno, se facilitara el manejo de las finanzas de cada alumno, así como también los docentes tendrán acceso a una plataforma más ágil y practica para realizar un control de sus actividades, con lo cual se automatizaran los procesos y se realizaran de manera ágil y práctica.. 14.

(15) CAPITULO I. FORMULACION DEL PROYECTO 1.1 PLANTEAMIENTO DEL PROBLEMA. Algunos colegios tienen problemas con el desarrollo de los procesos académicos y administrativos, ya que no cuentan con un sistema web integrado, donde se pueda registrar y consultar aspectos tanto de la vida académica y financiera de cada uno los estudiantes. Dicha falencia impacta considerablemente a la comunidad educativa como docentes, padres de familia y estudiantes, ya que no pueden tener acceso en tiempo real a la información.. 1.2 JUSTIFICACION. El desarrollo de este software es importante para el colegió de la fundación AVENIR “WEBSCHOOLS”, ya que le permitirá al colegio contar con una plataforma web donde pueda evidenciar un consolidado los procesos que se realizan dentro de la institución, así como también un consolidado de observaciones disciplinarias por cada uno de los estudiantes. Esto ofrecerá a la institución tener un mejor manejo de los perfiles académicos de cada alumno, con el fin de plantear proyectos de mejoramiento para estudiantes de bajo rendimiento, así como también planes de mejoramiento enfocados a los padres de familia para que estén más pendientes de sus hijos, ya que podrán estar en constante interacción con el rendimiento de estos por medio de los registros evidenciados en dicha plataforma web. También facilitara los procesos financieros ya que los padres también tendrán acceso a esta información ingresando a la plataforma, los docentes también podrán realizar los procesos de notas y evaluación mediante este aplicativo, con lo cual se automatizarán los procesos y se mantendrá la información centralizada y con acceso en tiempo real.. 15.

(16) 1.3 OBJETIVO GENERAL. 1.3.1 OBJETIVO GENERAL. Desarrollar un software en ambiente web para la administración de los procesos de un colegio en la Fundación Centro de Investigaciones AVENIR “WEBSCHOOLS”. 1.3.2 OBJETIVOS ESPECIFICOS   . Identificar las necesidades de información que requieren los usuarios del colegio. Diseñar el modelo lógico para la distribución, organización y procesamiento de la información empleada en los procesos del colegio. Desarrollar el prototipo de software conforme al diseño utilizando un lenguaje de programación.. 1.4 ALCANCE Y LIMITACIONES. 1.4.1 ALCANCE. Desarrollo de un software en ambiente web para la administración de los procesos de un colegio en la Fundación Centro de Investigaciones AVENIR “WEBSCHOOLS”, que permite el acceso de estudiantes, docentes, coordinadores, Adicional al software, como se muestra en la Ilustración 01 se entregará la documentación de la definición de los requerimientos, el análisis de modelamiento del sistema, la base de datos y manuales de funcionamiento; no cubrirá el proceso de implementación.. 16.

(17) Ilustración 1: Diagrama WBS del Alcance del proyecto. 1.4.2 LIMITACIONES Este limitado a ser de uso académico ya que es para automatizar los procesos del colegio y no como una página web informativa.. 17.

(18) CAPITULO II. MARCO DE REFERENCIA 2.1 MARCO TEORICO. Sistema de Información Un Sistema de Información según el autor Fernández1 es un conjunto de componentes (físicos, de comunicaciones lógicos, datos y humanos) interrelacionados que recolectan, procesan, almacenan y distribuyen información para apoyar la toma de decisiones y el control para lograr un objetivo común. Para la construcción de un Sistema de Información, específicamente de un Software, es fundamental basarse en un patrón de análisis o metodología que permita contemplar todas las fases por las que atraviesa un sistema, y además dar una vista más específica y/o modular a todo el sistema para reducir su complejidad. Las fases establecidas para el desarrollo de un S.I. se clasifica en: Requerimientos, Análisis, Desarrollo y Pruebas Requerimientos Es una etapa donde se establecen los objetivos, necesidades y/o problemas generales que se presentan y que se desean suplir. En esta fase suelen salir dos2 tipos de requerimientos: Funcionales: son las tareas que el sistema es capaz de realizar y las transformaciones que el sistema realiza, según su entrada para producir su respectiva salida. No Funcionales: son aquellas características que de alguna manera pueden afectar o limitar el funcionamiento del sistema. Los requerimientos deben ser verificables, medibles, abstractos, concretos y muy bien especificados por escrito.. 1 2. (Fernández, 2010 pag 11) (GALEON, 2019). 18.

(19) Diseño Según los autores del libro Introducción a la Ingeniería del Software3 , el diseño del software “es el proceso de aplicar distintas técnicas y principios con el propósito de definir un dispositivo, proceso o sistema con los suficientes detalles como para permitir su realización física”. Esta etapa se suele dividir en dos fases: Diseño Preliminar: abarca el modelo de la base de datos, la arquitectura y la interfaz de usuario Diseño Detallado: abarca aún más en detalle la representación arquitectónica y el código o algoritmos. Pruebas En esta etapa se desarrollan todas las actividades de ejecución de todos los componentes del programa según circunstancias previamente especificadas y la muestra de resultados esperados. Generalmente se descubren fallas, defectos o errores verificando en qué fase se originó el problema y medidas para solucionarlo.. Aplicaciones Web Según Lujan4, las aplicaciones web son aquellas que están ejecutadas en el entorno de un Cliente (navegador, explorador o visualizador) interpretadas por un Servidor (servidor web) realizando la comunicación mediante un protocolo de comunicación HTTP. Existen dos diferentes tipos de Páginas Web: Página Web Estática: son aquellas aplicaciones creadas mediante HTML y algunos efectos en Javascript que permiten mostrar información, pero todo de manera muy plana y básica.. 3. (ALONSO, MARTINEZ, & SEGOVIA, 2005) Luján, Sergio. Programación de Aplicaciones Web: Historia, Principios Básicos y Clientes Web. Editorial Club Universitario – 2002. Pág. 48 4. 19.

(20) Página Web Dinámica: son aquellas aplicaciones creadas con algún tipo de lenguaje de programación web, que además de las etiquetas HTML y funciones Javascript, permite que el usuario tenga una interacción más compleja como el manejo de Formularios, Base de Datos, Foros.. 2.2. MARCO CONCEPTUAL Caso de Uso: 5Diagramas que sirven para mostrar la funcionalidad del sistema desde el punto de vista de sus interacciones con el exterior y sin entrar en una descripción detallada ni en la implementación de estas funciones. Clase: Es una definición formal de un tipo de objeto. La clase define qué datos formarán parte de un objeto, qué tareas desarrollará el objeto y de qué manera interactuará el objeto con el usuario y con otros objetos. Controlador: Clase que manejan las solicitudes entrantes del navegador, recupera datos del modelo y devuelve una respuesta al navegador mediante plantillas. Framework: Es un conjunto de librerías o bibliotecas, herramientas, normas y patrones para el desarrollo de aplicaciones. HTML: 6Siglas de Lenguaje de Maquetado de Hipertexto. Es el conjunto de etiquetas que describen el contenido de una página web. Método: Es un algoritmo o conjunto de instrucciones que pueden ser llamadas o invocadas, realizan tareas específicas que definen el comportamiento de una clase. Modelo: Clase que representa los datos y que la lógica usa para hacer cumplir las reglas del negocio. Objeto: Es la instancia de una clase. También se puede entender como la copia funcional de la clase. RCS: Sigla de Sistema de Control de Revisiones, es una herramienta de software que cumple con la función de crear repositorio y controlar las versiones del software.. 5 6. (Campderrich, 2003) (w3schools, 2018). 20.

(21) UML: 7Siglas de Lenguaje Unificado de Modelado. Es la especificación más utilizada para realizar la estructura de una aplicación, el comportamiento, la arquitectura, los procesos de negocio y la estructura de datos Vista: Plantillas que utiliza una aplicación para generar dinámicamente, respuestas HTML. 2.3 MARCO LEGAL. Este marco plantea los procesos legales que se deben regir para ofrecer una educación de calidad, teniendo en cuenta el compromiso tanto de estudiantes, docentes y padres de familia. Teniendo en cuenta que los colegios deben regirse por las normas establecidas por el gobierno, a continuación, destacamos algunos artículos relevantes que hacen referencia al tema trabajado en el proyecto:  Decreto 1290 del Ministerio de Educación Nacional: o o o o o o o o o. Articulo 1 Articulo 4 Articulo 5 Articulo 8 Articulo 11 Articulo 12 Articulo 14 Articulo 16 Articulo 178. 7. (UML, 2018). 8. (MINISTERIO DE EDUCACIÓN NACIONAL, Decreto No. 1290). 21.

(22) CAPITULO III. DISEÑO INGENIERIL 3.1 METODOLOGIA. Para el desarrollo de este proyecto, se contó con una metodología de desarrollo de software llamada Modelo en Cascada. Este consiste en dividir las diferentes actividades propuestas en fases de tal manera que para iniciar una nueva actividad es imprescindible esperar a la finalización de la actividad inmediatamente anterior9. Las fases desarrolladas para la solución del problema fueron estructuradas de la siguiente manera: Levantamiento de Requerimientos En esta fase se analizaron las necesidades del usuario final del software y se determinaron requisitos, requerimientos y objetivos a cubrir. De esta fase surgió un documento de especificación de requerimientos que contiene la especificación completa de lo que se realizó. Esta fase comenzó con la definición del problema (planteada en el cronograma – Ilustración 02), el levantamiento de información y finalizó con la primera revisión. Análisis y Diseño del Sistema En esta fase se elaboró un documento de diseño de software donde contiene la descripción de la estructura global del sistema y la especificación de sus partes. Esta fase comenzó con la documentación del análisis y modelamiento de la información recopilada (planteada en el cronograma), luego el diseño del modelo Entidad Relación, la estructura de la Base de Datos y finalizó con la segunda revisión. Diseño del Programa En esta fase se realizó la construcción de software como tal y se empezó a plasmar todo el resultado del análisis según con la información que se recolectó. Esta fase 9. (Ecured, 2019). 22.

(23) dio inicio desde la codificación del software, el desarrollo de los módulos, hasta la tercera revisión, especificado en el cronograma [Ver Ilustración 02]. Pruebas y Documentación En la fase de Pruebas, se relacionó toda la información que solicitó el cliente contra el resultado de software obtenido. Una vez ensamblados todos los módulos del sistema, se verificó que todo funcionara correctamente cumpliendo con los requerimientos establecidos por Coordinación. Esta fase se realizó en la etapa de Verificación y Pruebas establecido en el cronograma. En todos los proyectos, se exige un documento escrito con todas las especificaciones desde el inicio del proyecto, hasta la finalización de este. 3.2 CRONOGRAMA DE DESARROLLO. El desarrollo se elaboró siguiendo un cronograma organizado de actividades [Ver Ilustración 02].. Ilustración 2: Cronograma de actividades. 23.

(24) 3.3 LISTA DE REQUERIMIENTOS. En este apartado del proyecto se pretende identificar los requerimientos funcionales y no funcionales tomados del colegio: FUNCIONALES. REQ -01 Permitir ingreso al sistema con rol de estudiante. REQ -02 Permitir ingreso al sistema con rol de Docente REQ -03 Permitir ingreso al sistema con rol de Padre. NO FUNCIONALES. Desarrollar el aplicativo en PHP Manejar MySQL como motor de base de datos. Documentación de los usuarios y materias actuales de la institución.. REQ -04 Permitir ingreso al sistema con rol de Administrador. REQ -05 Administrar Usuarios. REQ -06 Administrar Materias. REQ -07 Administrar Notas REQ -08 Administrar finanzas. REQ-09 Realizar consultas por modulo. REQ-10 Exportar e imprimir los reportes deseados. Tabla 1 Resumen Requerimientos – Fuente: Autores. 24.

(25) 3.3.1 FUNCIONALES. REQ -01 Nombre Clase Explicación breve del requerimiento. Objetivo. Entrada Proceso. Salida. DESCRIPCION Permitir ingreso al sistema con rol de estudiante. Requerimiento Funcional El Usuario podrá ingresar al sistema concretamente al módulo de estudiante en donde tendrá una serie de opciones para interactuar. Permitir la navegación en el sistema a su respectivo módulo de estudiante en busca de información académica relacionada con los estudiantes. Login y Password, búsqueda El usuario ingresara su respectivo login y password valido para ese rol en específico, luego se realizarán las búsquedas deseadas en donde el usuario determine Validación, aceptación o mensajes de error al realizar una búsqueda. Diagrama Caso de Uso. Tabla 2 Descripción REQ-01 – Fuente: Autores. 25.

(26) REQ -02 Nombre Clase Explicación breve del requerimiento. Objetivo. Entrada Proceso. Salida. DESCRIPCION Permitir ingreso al sistema con rol de docente. Requerimiento Funcional El Usuario podrá ingresar al sistema concretamente al módulo de docente en donde tendrá una serie de opciones para interactuar con actividades académicas de la institución. Permitir la navegación en el sistema a su respectivo módulo de docente para la administración de un proceso académico Login y Password, búsqueda El usuario ingresara su respectivo login y password valido para ese rol en específico, luego se realizarán las búsquedas deseadas en donde el usuario determine Validación, aceptación o mensajes de error al realizar una búsqueda. Diagrama Caso de Uso. Tabla 3 Descripción REQ-02 – Fuente: Autores. 26.

(27) REQ -03 Nombre Clase Explicación breve del requerimiento. Objetivo. Entrada Proceso. Salida. DESCRIPCION Permitir ingreso al sistema con rol de acudiente. Requerimiento Funcional El Usuario podrá ingresar al sistema concretamente al módulo de Padre de Familia en donde tendrá una serie de opciones para interactuar. Permitir la navegación en el sistema a su respectivo módulo de Padre de Familia para realizar un control de las finanzas, el rendimiento académico y disciplinario del estudiante. Login y Password, búsqueda El usuario ingresara su respectivo login y password valido para ese rol en específico, luego se realizarán las búsquedas deseadas en donde el usuario determine Validación, aceptación o mensajes de error al realizar una búsqueda. Diagrama Caso de Uso. Tabla 4 Descripción REQ-03. 27. – Fuente: Autores.

(28) REQ -04 Nombre Clase Explicación breve del requerimiento. Objetivo. Entrada Proceso. Salida. DESCRIPCION Permitir ingreso al sistema con rol de administrador. Requerimiento Funcional El Usuario podrá ingresar al sistema concretamente al módulo de administrador en donde tendrá una gran cantidad de permisos del sistema. Permitir la navegación en el sistema a su respectivo módulo de administrador en donde se realizará la administración del aplicativo Login y Password, búsqueda El usuario ingresara su respectivo login y password valido para ese rol en específico, luego se realizarán las búsquedas deseadas en donde el usuario determine Validación, aceptación o mensajes de error al realizar una búsqueda. Diagrama Caso de Uso. Tabla 5 Descripción REQ-04. 28. – Fuente: Autores.

(29) REQ -05 Nombre Clase Explicación breve del requerimiento Objetivo Entrada Proceso. Salida. DESCRIPCION Administrar Usuarios Requerimiento Funcional El usuario con los privilegios correspondientes tendrá la capacidad de administrar los usuarios del sistema. Lograr tener un control masivo de todos los usuarios que están utilizando el aplicativo Administrar, búsqueda El Usuario ingresa al respectivo módulo de administración de usuarios en donde podrá ver, crear, modificar y eliminar todo lo relacionado con usuario del sistema. Proceso realizado correctamente o mensajes de error al realizar una búsqueda.. Diagrama Caso de Uso. Tabla 6 Descripción REQ-05. 29. – Fuente: Autores.

(30) REQ -06 Nombre Clase Explicación breve del requerimiento Objetivo. Entrada Proceso. Salida. DESCRIPCION Administrar Materias Requerimiento Funcional El usuario con los privilegios correspondientes tendrá la capacidad de administrar las asignaturas contempladas para el colegio. Permitir la creación modificación y eliminación de asignaturas si así lo desea el plantel educativo. Administrar, búsqueda El Usuario ingresa al respectivo módulo de administración de materias en donde podrá ver, crear, modificar y eliminar todo lo relacionado con asignaturas Proceso realizado correctamente o mensajes de error al realizar una búsqueda.. Diagrama Caso de Uso. Tabla 7 Descripción REQ-06. 30. – Fuente: Autores.

(31) REQ -07 Nombre Clase Explicación breve del requerimiento Objetivo. Entrada Proceso. Salida. DESCRIPCION Administrar Notas Requerimiento Funcional El usuario con los privilegios correspondientes tendrá la capacidad de administrar las notas de cada uno de los estudiantes asignados. Permitir la administración de las notas de los estudiantes para cada una de las diferentes asignaturas. Administrar, búsqueda El Usuario ingresa al respectivo módulo de administración de notas en donde podrá administrar las notas de los estudiantes. Proceso realizado correctamente o mensajes de error al realizar una búsqueda.. Diagrama Caso de Uso. Tabla 8 Descripción REQ-07 – Fuente: Autores. 31.

(32) REQ -08 Nombre Clase Explicación breve del requerimiento Objetivo. Entrada Proceso. Salida. DESCRIPCION Administrar Logros Requerimiento Funcional El usuario con los privilegios correspondientes tendrá la capacidad de administrar los logros que tienen cada una de las asignaturas. Permitir la administración de los logros de las materias que cursan cada uno de los estudiantes de la institución educativa Administrar, búsqueda El Usuario ingresa al respectivo módulo de administración de logros en donde podrá ver la aprobación o la perdida de los mismo, así como también la creación o modificación. Proceso realizado correctamente o mensajes de error al realizar una búsqueda.. Diagrama Caso de Uso. Tabla 9 Descripción REQ-08 – Fuente: Autores. 32.

(33) REQ -09 Nombre Clase Explicación breve del requerimiento Objetivo Entrada Proceso. Salida. DESCRIPCION Realizar Consultas por modulo Requerimiento Funcional El usuario que ingresa en el sistema debe tener la capacidad de consultar de manera eficaz las opciones que el rol le permita Permitir realizar las consultas exitosas para cada uno de los usuarios del sistema. búsqueda El Usuario ingresa con su respectivo rol e inicia un proceso de búsqueda de información en donde se debe evidenciar eficacia y efectividad en esas consultas. Proceso realizado correctamente o mensajes de error al realizar una búsqueda.. Diagrama Caso de Uso. Tabla 10 Descripción REQ-09 – Fuente: Autores. 33.

(34) REQ -10 Nombre Clase Explicación breve del requerimiento Objetivo. Entrada Proceso. Salida. DESCRIPCION Exportar o imprimir los reportes Requerimiento Funcional El usuario debe tener la posibilidad de exportar los reportes en los formatos de archivos más conocidos como lo son doc,pdf xps, xls. Lograr brindarle al usuario la posibilidad de generar sus reportes en el formato deseado y con la posibilidad de imprimirlos. Exportar, El Usuario ingresa al cualquiera de sus módulos y genera un reporte el cual es guardado en el formato deseado para su posterior consulta. Proceso realizado correctamente o mensajes de error al realizar una búsqueda.. Diagrama Caso de Uso. Tabla 11 Descripción REQ-10 – Fuente: Autores. 3.3.2 NO FUNCIONALES  . . Desarrollar el aplicativo en PHP Y HTML: El desarrollo de la aplicación estará basado bajo el lenguaje de programación PHP Y HTML. Manejar MySQL como motor de base de datos: Dada la excelente compatibilidad con la interacción de datos en PHP se selecciona esta base de datos. Documentación de los usuarios y materias actuales de la institución.. 34.

(35) 3.4 ANALISIS Y DISEÑO. ANALISIS FUNCIONAL En esta fase del documento se hará un primer análisis del sistema, en donde se reconocen las necesidades del usuario a través de sus requisitos dentro del sistema. IDENTIFICACIÓN DE LOS USUARIOS. Los usuarios identificados que intervienen en el sistema son:    . . Usuario Administrador: Es quien administra la aplicación y está directamente relacionado con el mantenimiento y correcto funcionamiento del aplicativo. Usuario Alumno: Son los alumnos del colegio que utilizan los servicios del aplicativo web y hacen parte de esta. Usuario Docente: Personal educativo del colegio, los cuales usan los servicios de la plataforma para el manejo de sus estudiantes a cargo. Usuario Acudiente: Personal externo del colegio, los cuales usan los servicios de la plataforma para la consulta de la vida estudiantil de su representado (estudiante) Usuario Contable: Personal administrativo del colegio, los cuales usan los servicios de la plataforma para consultar los pagos de cada estudiante.. IDENTIFICACIÓN DE LOS CASOS DE USO. Los casos de uso que se plasmaron para los actores del sistema son: . Usuario Administrador: Crear usuarios, crear cursos, crear eps, crear ciudades, crear áreas, crear asignaturas, crear logros.. . Usuario Alumno: Consultar Notas, Consultar Tareas, Consultar Faltas, Consultar Requerimientos. . Usuario Docente: Administrar tareas, administrar logros, administrar fallas, administrar reconocimientos, generar reportes Usuario acudiente: Consultar Notas, Consultar Tareas, Consultar Faltas, Consultar Requerimientos; dichas acciones son realizadas teniendo en cuenta el alumno al cual representa la persona catalogada como acudiente.. . 35.

(36) 3.5 DISEÑO 3.5.1 DIAGRAMAS ENTIDAD RELACION . Diagrama Entidad Relación General:. Ilustración 3 Diagrama entidad relación general. 36.

(37) . Diagrama Entidad Relación Docente:. Ilustración 4 Diagrama entidad relación docente. 37.

(38) . Diagrama Entidad Relación Alumno:. Ilustración 5 Diagrama entidad relación alumno. 38.

(39) . Diagrama Entidad Relación Acudiente:. Ilustración 6 Diagrama entidad relación acudiente. 39.

(40) 3.5.2 DIAGRAMA RELACIONAL. Ilustración 7 Diagrama relacional. 40.

(41) 3.5.3 DIAGRAMA DE CLASES. Ilustración 8 Diagrama de clases. 41.

(42) 3.5.4 DICCIONARIO DE DATOS Acudiente Columna. Tipo. Nulo. id_acu (Primaria). bigint(100). No. nbr_acu. varchar(50). No. profesion_acu. varchar(255). No. dir_acu. varchar(100). No. tel_acu. bigint(11). Sí. dirt_acu. varchar(100). No. telt_acu. bigint(11). Sí. email_acu. varchar(200). No. ecivil_acu. varchar(30). No. ingre_acu. varchar(100). No. est_ac. tinyint(1). No. id_per (Primaria). bigint(100). No. tip_acu (Primaria). varchar(1). No. Predeterminado. Enlace sa. Comentarios. MIME. NULL. NULL. Índices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. id_per. BTRE No E. No. No. id_acu. 1331. A. No. id_per. 1331. A. No. tip_acu. 1331. A. No. id_per. 1331. A. No. Admisiones Columna. Tipo. Nulo Predeterminado. id_adm (Primaria) bigint(100). No. id_sol (Primaria). No. bigint(100). 42. Enlaces a. Comentarios. MIME.

(43) Result. varchar(20) No. Índices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. No. id_adm. 1. A. No. id_sol. 1. A. No. anotaciones Columna. Tipo. Nulo Predeterminado. id_ano (Primaria) bigint(100). No. id_per. bigint(100). No. asunto_ano. varchar(50). No. det_ano. varchar(1000) No. tipo_ano. varchar(30). No. fecha_ano. date. No. concepto_ano. varchar(30). No. visible_ano. varchar(30). No. Enlaces a. Comentarios. MIME. Indices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. No. id_ano. 2. A. No. areas Columna. Tipo. id_are (Primaria) int(10). Nulo Predeterminado No. nbr_are. varchar(120) No. activo_are. tinyint(1). No. 43. Enlaces a. Comentarios. MIME.

(44) Indices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. No. id_are. 16. A. No. Asignaturas Columna. Tipo. Nulo Predeterminado Enlaces a. id_asig (Primaria). bigint(20). nbr_asig. varchar(50) No. intencidad_h_asig. int(2). Comentarios. MIME. No. No. nro_matricudos_asig int(10). No. nro_apro_asig. int(10). Sí. NULL. nro_repro_asig. int(10). Sí. NULL. valor. int(4). Sí. NULL. id_peri. int(100). No. id_per. bigint(100). No. id_are. int(10). No. id_cur. bigint(100). No. Índices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. id_peri. id_gra. BTRE No E BTRE No E. No. No. No. id_asig. 992. A. No. id_peri. 4. A. No. id_per. 248. A. No. id_are. 496. A. No. id_cur. 165. A. No. 44.

(45) asig_anotacion Columna. Tipo. Nulo Predeterminado. id_per (Primaria) bigint(100). No. id_ano (Primaria) bigint(100). No. Enlaces a. Comentarios. MIME. Índices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. No. id_per. 2. A. No. id_ano. 2. A. No. asig_caso Columna. Tipo. Nulo Predeterminado. id_per (Primaria) bigint(100). No. id_cas (Primaria) bigint(100). No. Enlaces a. Comentarios. MIME. Indices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. No. id_per. 4. A. No. id_cas. 14. A. No. asig_curso Columna. Tipo. Nulo Predeterminado. id_asig_not_cur (Primaria) bigint(100). No. id_cur. int(100). No. id_mat. bigint(100). No. 45. Enlaces Comentarios MIME a.

(46) Índices Nombre de la clave. Tipo. Únic Empaqueta o do. PRIMAR BTRE Sí Y E. Columna. Cardinalid Cotejamien Nul Comentari ad to o o. id_asig_not_c 2116 ur. No. A. No. asig_ser Columna. Tipo. Nulo Predeterminado. id_per (Primaria) bigint(100). No. id_ser (Primaria) bigint(100). No. Enlaces a. Comentarios. MIME. Indices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. No. id_per. 3139. A. No. id_ser. 3139. A. No. Caso Columna. Tipo. Nulo Predeterminado. id_cas (Primaria) bigint(100). No. id_per. bigint(100). No. id_est. bigint(100). No. asunto_cas. varchar(50). No. det_cas. varchar(1000) No. fecha. date. No. estado_cas. tinyint(1). No. calificacion_cas. int(2). Sí. clasificacion_cas varchar(30). No. visible_cas. No. varchar(30). NULL. 46. Enlaces a. Comentarios. MIME.

(47) Indices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. No. id_cas. 14. A. No. concecutivos Columna. Tipo. Nulo Predeterminado. Enlaces a. Comentarios. MIME. con_con (Primaria) varchar(10) No num_ini_con. bigint(100). No. Indices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. No. con_con 3. A. No. criterios_estudiantes Columna. Tipo. Nulo Predeterminado. periodo_det_not (Primaria) bigint(100). No. cs1. decimal(4,1). Sí. NULL. cs2. decimal(4,1). Sí. NULL. cs3. decimal(4,1). Sí. NULL. cs4. decimal(4,1). Sí. NULL. cs5. decimal(4,1). Sí. NULL. cs6. decimal(4,1). Sí. NULL. cs7. decimal(4,1). Sí. NULL. af1. decimal(4,1). Sí. NULL. af2. decimal(4,1). Sí. NULL. af3. decimal(4,1). Sí. NULL. 47. Enlaces Comentarios MIME a.

(48) af4. decimal(4,1). Sí. NULL. af5. decimal(4,1). Sí. NULL. sumcs. decimal(4,1). Sí. NULL. sumaf. decimal(4,1). Sí. NULL. id_peri. int(100). No. id_asig_not_cur (Primaria) bigint(100). No. observaciones. varchar(1000) Sí. NULL. comportamiento. decimal(4,2). NULL. Sí. Indices Nombre de la clave. Tipo. Únic Empaqueta o do. PRIMAR BTRE Sí Y E. Columna. No. Cardinalid Cotejamien Nul Comentar ad to o io. periodo_det_n 6 ot. A. No. id_asig_not_c 8294 ur. A. No. Cuentas Columna. Tipo. Nulo Predeterminado. Enlaces Comentarios MIME a. numerodecuenta (Primaria) varchar(100) No tipo. varchar(50). No. titular. varchar(200) No. banco (Primaria). varchar(200) No. para. varchar(100) No. prefijo. varchar(3). No. Indices Nombre de la clave. Tipo. Únic Empaqueta o do. PRIMAR BTRE Sí Y E. No. Columna. Cardinalid Cotejamien Nul Comentar ad to o io. numerodecue nta. 12. A. No. banco. 12. A. No. 48.

(49) curso Columna. Tipo. id_cur (Primaria) int(100). Nulo Predeterminado. Enlaces a. Comentarios. MIME. No. nbr_cur. varchar(20) No. id_peri. int(100). No. id_gra. int(100). No. id_per. bigint(100). No. Indices Nombre de la Tipo clave. Únic Empaqueta Column Cardinalid Cotejamien Nul Comentari o do a ad to o o. BTRE Sí E. PRIMARY. No. id_cur. 74. A. No. id_peri. 4. A. No. id_gra. 74. A. No. periodo_vig_c BTRE No ur E. No. id_peri. BTRE No E. No. id_peri. 4. A. No. id_per. BTRE No E. No. id_per. 74. A. No. departamento Columna. Tipo. id_dep (Primaria) int(2) nombre_dep. Nulo Predeterminado. Enlaces a. Comentarios. MIME. No. varchar(50) No. Indices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. No. id_dep. 49. 32. A. No.

(50) descuentos Columna. Tipo. Nulo Predeterminado. con_con. varchar(10). No. id_fac (Primaria). bigint(100). No. tipo_des (Primaria). enum('Restaurante', 'Saldo a Favor', '', ''). No. val_des. int(100). No. Enlaces Comentarios MIME a. Indices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. id_fac. No. 11. A. No. tipo_des 11. A. No. detalle_nota Columna id_det_not (Primaria). Tipo. Nulo Predeterminado. bigint(100). No. periodo_det_not (Primaria) bigint(100). No. proce1_det_not. decimal(4,1). Sí. NULL. eva1_plat. decimal(4,1). Sí. NULL. conc1_det_not. decimal(4,1). Sí. NULL. actit1_det_not. decimal(4,1). Sí. NULL. Final1_det_not. decimal(4,1). Sí. NULL. proce2_det_not. decimal(4,1). Sí. NULL. eva2_plat. decimal(4,1). Sí. NULL. conc2_det_not. decimal(4,1). Sí. NULL. actit2_det_not. decimal(4,1). Sí. NULL. Final2_det_not. decimal(4,1). Sí. NULL. c1yc2. decimal(4,1). Sí. NULL. EVINT. decimal(4,1). Sí. NULL. EVEXT. decimal(4,1). Sí. NULL. FINAL3. decimal(4,1). Sí. NULL. 50. Enlaces Comentarios MIME a.

(51) def_not_det. decimal(4,1). Sí. NULL. plan_de_mejora_det_not. varchar(500). Sí. NULL. observaciones. varchar(1000) Sí. NULL. fallas. int(2). NULL. Sí. Indices Nombre de la clave. Tipo. Únic Empaqueta o do. PRIMAR BTRE Sí Y E. Columna id_det_not. No. Cardinalid Cotejamien Nul Comentar ad to o io 61947. periodo_det_n 123895 ot. A. No. A. No. factura Columna. Tipo. Nul o. con_con. varchar(10). No. id_fac. bigint(100). No. id_per (Primaria) bigint(100). No. mes (Primaria). enum('ENERO', 'FEBRERO', 'MARZO', 'ABRIL', 'MAYO', 'JUNIO', No 'JULIO', 'AGOSTO', 'SEPTIEMBRE' , 'OCTUBRE', 'NOVIEMBRE', 'DICIEMBRE'). fech_fac. timestamp. No. val_fac1. int(100). No. val_fac2. int(100). No. saldo_mora. int(100). No. mora_fac. decimal(6,2). No. id_ser (Primaria) bigint(100). Predeterminado. CURRENT_TIMESTAM P. No. 51. Enlace sa. Comentario s. MIM E.

(52) id_peri (Primaria int(100) ). No. estado_fac. No. tinyint(1). Indices Nombre de la clave. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. Tipo. PRIMAR BTRE Sí Y E. No. id_per. 2310. A. No. mes. 16175. A. No. id_ser. 16175. A. No. id_peri. 16175. A. No. Grados Columna. Tipo. id_gra (Primaria) int(100). Nulo Predeterminado. Enlaces a. Comentarios. MIME. No. nbr_gra. varchar(20) No. activo_gra. tinyint(1). No. Indices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. No. id_gra. 14. A. No. grupos_admisiones Columna. Tipo. Nulo Predeterminado. id_gadm (Primaria) bigint(100). No. id_gra. bigint(100). No. nbr_gadm. varchar(30) No. fechap_adm. datetime. No. id_peri. int(100). No. 52. Enlaces a. Comentarios. MIME.

(53) Indices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E id_gru. BTRE No E. No. id_gadm 1. A. No. No. id_gra. A. No. 1. indicadores Columna. Tipo. Nulo Predeterminado. id_ind (Primaria) bigint(100). No. id_log (Primaria) bigint(100). No. indicador. Enlaces a. Comentarios. MIME. varchar(1000) No. Indices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. No. id_ind. 9684. A. No. id_log. 9684. A. No. log Columna. Tipo. id (Primaria) int(11). Nulo Predeterminado No. usuario. varchar(30) No. fecha. datetime. accion. varchar(40) No. detalle. longtext. No. No. 53. Enlaces a. Comentarios. MIME.

(54) Indices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. No. id. 6615. A. No. logros Columna. Tipo. Nulo Predeterminado. id_log (Primaria). bigint(100). No. id_asig (Primaria). bigint(100). No. logro. varchar(1000) No. periodo_det_not (Primaria) int(1). No. Enlaces Comentarios MIME a. 0. Indices Nombre de la clave. Tipo. Únic Empaqueta o do. PRIMAR BTRE Sí Y E. No. Columna. Cardinalid Cotejamien Nul Comentar ad to o io. id_log. 3666. A. No. id_asig. 3666. A. No. periodo_det_n 3666 ot. A. No. matricula Columna. Tipo. id_mat (Primaria) bigint(100). Nulo Predeterminado No. colegio_ante_mat varchar(120) No Hobby_mat. varchar(120) Sí. Limita_mat. varchar(120) No. num_hno_mat. int(2). No. lug_ocu_mat. int(2). No. vive_con_mat. varchar(20). No. id_per. bigint(100). No. id_peri. int(100). No. id_gra. int(100). No. NULL. 54. Enlaces a. Comentarios. MIME.

(55) seguro. tinyint(4). No. ocupag. bigint(20). No. estado_mat. tinyint(4). No. Indices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. No. id_mat. 2112. A. No. id_per. BTRE No E. No. id_per. 2112. A. No. id_peri. BTRE No E. No. id_peri. 8. A. No. id_gra. BTRE No E. No. id_gra. 30. A. No. municipio Columna. Tipo. Nulo Predeterminado Enlaces a. id_mun (Primaria). int(5). nombre_mun. varchar(50) No. Comentarios. MIME. No. departamento_id_mun int(2). No. Indices Nombre de la clave PRIMARY. Tipo. Úni Empaquet co ado. BTR Sí EE. departamento_id BTR No _mun EE. Columna. Cardinali Cotejami Nul Coment dad ento o ario. No. id_mun. 1112. No. departamento_id 65 _mun. A. No. A. No. notas Columna. Tipo. id_det_not (Primaria) bigint(100). Nulo Predeterminado Enlaces a No. 55. Comentarios. MIME.

(56) id_asig (Primaria). bigint(100). No. id_asig_not_cur. bigint(100). No. estado_final. varchar(20) No. Indices Nombre de la clave. Tipo. Únic Empaqueta o do. BTRE Sí E. PRIMARY. No. id_asig_not_ BTRE No cur E. Columna. Cardinalid Cotejamie Nul Comentar ad nto o io. id_det_not. 28239. A. No. id_asig. 28239. A. No. A. No. id_asig_not_ 4706 cur. No. notas_caso Columna. Tipo. Nulo Predeterminado. id_nc (Primaria) bigint(100). No. id_cas. bigint(100). No. id_doc. bigint(100). No. id_est. bigint(100). No. det_not_cas. varchar(2000) No. fecha. datetime. Enlaces a. Comentarios. MIME. No. Índices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. No. id_nc. 0. A. No. noticias Columna. Tipo. Nulo Predeterminado. id_noti (Primaria) bigint(100). No. tit_noti. No. varchar(200). 0. 56. Enlaces a. Comentarios. MIME.

(57) cuerpo_noti. varchar(3000) No. fecha_noti. date. No. url. varchar(500). No. Índices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. No. id_noti. 0. A. No. Pagos Columna. Tipo. Nulo Predeterminado. id_per. bigint(100). No. fecha_pag. datetime. No. val_pag. int(100). No. con_con. varchar(3). No. Enlaces a. Comentarios. MIME. numerodecuenta varchar(100) No mov (Primaria). varchar(100) No. num_fac. bigint(20). Sí. NULL. Indices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. No. mov. 12998. A. No. pagos_solicitudes Columna. Tipo. Nul Predeterminad Enlace Comentario o o sa s. 57. MIM E.

(58) num_factura_solicitud (Primaria int(100) ). No. num_solicitud. bigint(100 No ). valor_solicitud. int(100). No. estado_de_pago_solicitud. tinyint(1). No. Indices Nombre de la clave PRIMARY. Únic Empaquet o ado. Tipo. BTRE Sí E. num_solici BTRE No tud E. Columna. Cardinalid Cotejamie Nul Comenta ad nto o rio. No. num_factura_soli 0 citud. A. No. No. num_solicitud. A. No. 0. periodo_acad Columna. Tipo. Nulo Predeterminado. Enlaces a. Comentarios. MIME. Indices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. No. id_peri. 3. A. No. Persona Columna. Tipo. Nulo. Predeterminado. id_per (Primaria) bigint(100). No. tdoc_per. varchar(5). No. ndoc_per. bigint(100). Sí. NULL. exdoc_per. varchar(100) Sí. NULL. nbr_per. varchar(50). Sí. NULL. ape_per. varchar(50). Sí. NULL. 58. Enlaces a Comentarios MIME.

(59) lugarn_per. varchar(100) Sí. NULL. fechan_per. date. Sí. NULL. tel_per. bigint(11). Sí. NULL. cel_per. bigint(11). Sí. NULL. sex_per. varchar(10). Sí. NULL. dir_per. varchar(200) Sí. NULL. fechar_per. timestamp. No. CURRENT_TIMESTAMP. estado. tinyint(1). No. Indices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. No. id_per. 1364. A. No. Properties Columna. Tipo. Nulo Predeterminado. id_pro (Primaria) int(100). No. valor_seguro. int(100). No. not_max. int(4). No. valor_solicitud. int(11). No. activo_periodo1 tinyint(1). No. activo_periodo2 tinyint(1). No. activo_periodo3 tinyint(1). No. activo_periodo4 tinyint(1). No. int_mora_fac. decimal(3,2). Sí. acceso. tinyint(1). No. visible. tinyint(1). No. id_peri. int(100). No. promecein. int(2). No. starin. int(2). No. plusin. int(2). No. promecefin. int(2). No. starfin. int(2). No. NULL. 59. Enlaces Comentarios MIME a.

(60) plusfin. int(2). No. fechalimat. date. No. mesmat. enum('ENERO', 'FEBRERO', 'MARZO', 'ABRIL', 'MAYO', 'JUNIO', 'JULIO', 'AGOSTO', 'SEPTIEMBRE', 'OCTUBRE', 'NOVIEMBRE', 'DICIEMBRE'). No. actmat. tinyint(1). No. cobro_otros. int(100). No. Indices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E id_per. BTRE No E. No. id_pro. 2. A. No. No. id_peri. 2. A. No. Saldos Columna. Tipo. Nulo Predeterminado. id_per (Primaria). bigint(100). No. saldo. int(100). No. con_con (Primaria) varchar(3). Enlaces a. Comentarios. MIME. No. Indices Nombre de la clave. Tipo. Únic Empaquetad Column Cardinalida Cotejamient Nul Comentari o o a d o o o. PRIMAR BTRE Sí Y E. No. id_per. 2088. A. No. con_con 2088. A. No. Servicios. 60.

(61) Columna. Tipo. Nulo Predeterminado. id_ser (Primaria) bigint(100). Enlaces a. Comentarios. MIME. No. nbr_ser. varchar(100) No. valor_ser. int(100). No. id_gra. int(100). No. activo_ser. tinyint(1). No. con_con. varchar(10). No. Indices Nombre de la clave. Tipo. Único. PRIMAR BTRE Sí Y E BTRE No E. id_gra. Empaquet Cotejamie Comentari Columna Cardinalidad Nulo ado nto o No. id_ser. 36. A. No. No. id_gra. 36. A. No. Solicitud Columna. Tipo. Nulo Predeterminado Enlaces a Comentarios MIME. num_solicitud (Primaria) bigint(100). No. tip_doc_est_solicitud. varchar(2). No. num_doc_est_solicitud. bigint(100). No. nbr_est_solicitud. varchar(50). No. ape_est_solicitud. varchar(50). No. dir_est_solicitud. varchar(70). No. tel_est_solicitud. bigint(12). No. email_est_solicitud. varchar(200) No. grado_ac_est_solicitud. int(100). No. aprobo_ant_est_solicitud varchar(2). No. estado_solicitud. varchar(30). No. id_peri. int(100). No. fech. date. No. Indices. 61.

(62) Nombre de la clave. Tipo. Empaquet ado. Único. Columna. Cardinalidad. Cotejamie nto. Nulo. PRIMARY. BTRE Sí E. No. num_solicitu 4 d. A. No. id_peri. BTRE No E. No. id_peri. A. No. 2. Comentari o. Usuarios Columna. Tipo. Nulo Predeterminado. id_usu (Primaria) bigint(100). No. id_per. bigint(100). No. pass_usu. varchar(30). No. email_usu. varchar(200) No. tipo_usu. varchar(3). No. estado_usu. tinyint(1). No. Enlaces a. Comentarios. MIME. Indices Nombre de la clave. Tipo. Único Empaquetado. PRIMAR BTRE Sí Y E id_per. BTRE No E. Column Cotejam Cardinalidad Nulo Comentario a iento. No. id_usu. 1365. A. No. No. id_per. 1365. A. No. 62.

(63) 3.5.5 CASO DE USO. Ilustración 9 Caso de Uso -- Administrar Usuarios (Administrador). Ilustración 10 Caso de Uso -- Administrar Cursos (Administrador). 63.

(64) Ilustración 11 Caso de Uso -- Administrar Ciudad (Administrador). Ilustración 12 Caso de Uso -- Administrar Área (Administrador). 64.

(65) Ilustración 13 Caso de Uso -- Administrar Asignatura (Administrador). Ilustración 14 Caso de Uso -- Administrar Logros (Administrador). 65.

(66) Ilustración 15 Caso de Uso -- Consultar Notas (Alumno). Ilustración 16 Caso de Uso -- Consultar Tareas (Alumno). 66.

(67) Ilustración 17 Caso de Uso -- Consultar Faltas (Alumno). Ilustración 18 Caso de Uso -- Consultar Notas (Acudiente). Ilustración 19 Caso de Uso -- Consultar Tareas (Acudiente). 67.

(68) Ilustración 20 Caso de Uso -- Consultar Faltas (Acudiente). Ilustración 21 Caso de Uso -- Administra Tareas (Docente). 68.

(69) Ilustración 22 Caso de Uso -- Administra Logros (Docente). Ilustración 23 Caso de Uso -- Administra Fallas (Docente). 69.

(70) Ilustración 24 Caso de Uso -- Genera Reportes (Docente). 70.

(71) 3.5.6 DIAGRAMAS DE SECUENCIA . Diagrama de Secuencia – Administrar Usuarios (Administrador). Ilustración 25 Diagrama de Secuencia – Administrar Usuarios (Administrador). 71.

(72) . Diagrama de Secuencia – Administrar Cursos (Administrador). Ilustración 26 Diagrama de Secuencia – Administrar Cursos (Administrador). 72.

(73) . Diagrama de Secuencia – Administrar Ciudad (Administrador). Ilustración 27 Diagrama de Secuencia – Administrar Ciudad (Administrador). 73.

(74) . Diagrama de Secuencia – Administrar Áreas (Administrador). Ilustración 28 Diagrama de Secuencia – Administrar Áreas (Administrador). 74.

(75) . Diagrama de Secuencia – Administrar Asignatura (Administrador). Ilustración 29 Diagrama de Secuencia – Administrar Asignatura (Administrador). 75.

(76) . Diagrama de Secuencia – Administrar Logros (Administrador). Ilustración 30 Diagrama de Secuencia – Administrar Logros (Administrador). 76.

(77) . Diagrama de Secuencia – Consultar Notas (Alumno). Ilustración 31 Diagrama de Secuencia – Consultar Notas (Alumno). 77.

(78) . Diagrama de Secuencia – Consultar Tareas (Alumno). Ilustración 32 Diagrama de Secuencia – Consultar Tareas (Alumno). 78.

(79) . Diagrama de Secuencia – Consultar Faltas (Alumno). Ilustración 33 Diagrama de Secuencia – Consultar Faltas (Alumno). 79.

(80) . Diagrama de Secuencia – Consultar Notas (Acudiente). Ilustración 34 Diagrama de Secuencia – Consultar Notas (Acudiente). 80.

(81) . Diagrama de Secuencia – Consultar Tareas (Acudiente). Ilustración 35 Diagrama de Secuencia – Consultar Tareas (Acudiente). 81.

(82) . Diagrama de Secuencia – Consultar Faltas (Acudiente). Ilustración 36 Diagrama de Secuencia – Consultar Faltas (Acudiente). 82.

(83) . Diagrama de Secuencia – Administra Tareas (Docente). Ilustración 37 Diagrama de Secuencia – Administra Tareas (Docente). 83.

(84) . Diagrama de Secuencia – Administra Logros (Docente). Ilustración 38 Diagrama de Secuencia – Administra Logros (Docente). 84.

(85) . Diagrama de Secuencia – Administrar Faltas (Docente). Ilustración 39 Diagrama de Secuencia – Administrar Faltas (Docente). 85.

(86) . Diagrama de Secuencia – Genera Reportes (Docente). Ilustración 40 Diagrama de Secuencia – Genera Reportes (Docente). 86.

(87) 3.5.7 RESULTADOS Interfaz Grafica. Ilustración 41 Pantalla principal. Ilustración 42 Pantalla de Incripciones. 87.

(88) Ilustración 43 Pantalla de logueo. Ilustración 44 Menú Administrador. 88.

(89) Ilustración 45 Menu Contador. Ilustración 46 Menu coordinador. 89.

(90) Ilustración 47 Menu Estudiante. Pruebas lista de chequeo casos de pruebas funcionales Con el fin de garantizar que los casos de prueba contemplen el 100% de los escenarios a probar para cada caso de uso; en su construcción deberá tenerse en cuenta la siguiente lista de chequeo. Cada conjunto de casos de prueba para cada caso de uso deberá contemplar:. ELEMENTO DEL CASO DE USO. CASO DE PRUEBA. Datos de entrada. Verificar que los datos de entrada cumplan con:    . 90. Obligatoriedad Tipo de datos Longitud Estructura.

(91) Reglas de Negocio. Validar reglas de negocio que afecten los datos de entrada (Dependencia de datos). Validar reglas de negocio que afecten los flujos.. Flujos Alternos. Verificar la ejecución de todos los flujos alternos.. Flujos de Excepción. Verificar la ejecución de todos los flujos de Excepción.. Flujo Básico. Verificar la ejecución del flujo básico.. Generalidades:. Los casos de prueba deben especificar exactamente rutas, nombres de archivos, valores para los datos de entrada. Para asegurar que las rutas y nombres de archivos se cumplan; deberá instalarse una árbol de carpetas predefinido en la estación donde se ejecutará la prueba.. Tabla 12 Descripción Prueba funcional caso de usos – Fuente: www.academia.edu PRUEBAS DE USABILIDAD Las pruebas de usabilidad se guiaran por la siguiente estructura de encuesta:. PREGUNTA. CRITERIOS DE EVALUACIÓN. 1. ¿Hay términos en idiomas diferentes mezclados?. 1 = Se encuentran en todo el sistema. 2 = Se encuentra en algunas partes del sistema.. 91.

(92) 3 = No se encuentran en ninguna parte del sistema. 2. ¿Es simple el vocabulario utilizado?. 1 = El vocabulario es demasiado técnico.. 2 = El vocabulario presenta algunas dificultades de comprensión.. 3 = El vocabulario es completamente comprensible. 3. ¿Se proporciona tiempo suficiente para realizar las entradas por teclado?. 1 = El tiempo es muy limitado.. 2 = El tiempo es limitado para algunas funcionalidades.. 3 = El tiempo es completamente suficiente. 4. ¿Hay algún tipo de asistencia para los usuarios que hacen uso del sistema por primera vez?. 1 = No existe ninguna ayuda.. 2 = Se encuentra ayuda en algunas partes.. 3 = Existen ayudas en todo el sistema. 3. ¿El sistema es fácil de operar para alguien que no recibió capacitación en su operación?. 92. 1 = El sistema es de difícil comprensión..

(93) 2 = El sistema es fácil de operar en algunas de sus funcionalidades.. 3 = El sistema es completamente fácil de operar. 6. ¿Se entienden la interfaz y su contenido?. 1 = No se entiende su interfaz.. 2 = La interfaz se entiende en algunas partes.. 3 = La interfaz es completamente entendible. 7. ¿Resulta fácil identificar un objeto o una acción?. 1 = Es difícil identificar los objetos o acciones.. 2 = Se pueden identificar los objetos y acciones en algunas partes del sistema.. 3 = Todos los objetos y acciones son fácilmente identificables. 8. ¿Resulta fácil entender el resultado de una acción?. 1 = Los resultados de las acciones no son entendibles.. 2 = Los resultados de las acciones son entendibles en algunas partes o la mayor parte del sistema.. 3 = Todos los resultados de las acciones son entendibles.. 93.

(94) 9. ¿Está diseñada la interfaz para facilitar la realización eficiente de las tareas de la mejor forma posible?. 1 = La interfaz es difícil de usar.. 2 = La interfaz es difícil de usar en algunas partes del sistema.. 3 = La interfaz es completamente sencilla de usar. 10. ¿Son apropiados los mensajes presentado por el sistema?. 1 = Los mensajes non son apropiados.. 2 = Los mensajes son apropiados en algunas partes del sistema.. 3 = Todos los mensajes son apropiados y fáciles de comprender. 11. ¿Actúa el sistema en la prevención de errores?. 1 = El sistema no previene errores del usuario.. 2 = El sistema previene algunos o la mayoría de los errores del usuario.. 3 = El sistema previene cualquier error que pueda cometer el usuario. 12. ¿El sistema informa claramente sobre los errores presentados?. 1 = El sistema no informa de manera adecuada sobre los errores cometidos.. 2 = El sistema informa de manera adecuada algunos o la. 94.

(95) mayoría de los errores cometidos por el usuario.. 3 = El sistema informa de forma adecuada todos los errores cometidos por el usuario. 13. ¿Se utiliza mensajes y textos descriptivos?. 1 = Los mensajes de texto no son descriptivos.. 2 = La mayoría de los textos son descriptivos o fáciles de interpretar. 3 = Todos los textos son descriptivos o fáciles de interpretar. 14. ¿Permite una cómoda navegación dentro del producto y una fácil salida de éste?. 1 = La navegación no es sencilla.. 2 = La navegación presenta algunas dificultades.. 3 = La navegación es sencilla, requiere de pocos vínculos para accedes a las funcionalidades del sistema. 13. ¿Se permite al usuario personalizar la interfaz?. 1 = La interfaz no es personalizable.. 2 = La interfaz es personalizable con algunas restricciones.. 95.

(96) 3 = La interfaz es completamente personalizable. 16. ¿Se proporciona información visual de dónde está el usuario, qué está haciendo y qué puede hacer a continuación?. 1 = No se presenta ninguna información visual ni otro tipo de ayuda.. 2 = Presenta ayudas en algunas partes del sistema.. 3 = Las ayudas son apropiadas y están distribuidas a los largo del sistema. 17. ¿Existe atajos del teclado bien hechos?. 1 = No existen atajos por teclado.. 2 = Existen algunos atajos por teclado.. 3 = Todas las opciones presentan atajos por teclado. 18. ¿Se presenta al usuario la información que sólo necesita?. 1 = La información presentadas es más de la que necesita y tiende a ser confusa.. 2 = En algunas partes se presenta mayor información a la necesaria.. 3 = La información es estrictamente la necesaria según el perfil. Tabla 13 Descripción Pruebas de usabilidad– Fuente: www.academia.edu. 96.

(97) CONCLUSIONES  El sitio web da a conocer lo diferentes procesos que se llevan a cabo dentro del colegio, facilitando la automatización de dichos procesos.  Este software establece un canal de comunicación entre el colegio y la comunidad académica en general..  A través del uso del software se hizo posible implementar una herramienta que facilita la administración de la información generada en cada proceso académico.  El sistema informativo permite mantener la información más centralizada y tener acceso a ella en tiempo real, siendo una manera práctica ya que permite un manejo de la información dinámica, para lo cual hace uso de la tecnología y el internet.. 97.

(98) RECOMENDACIONES. A las instituciones educativas que hagan uso de este software se recomienda realizar un proceso de capacitación a todas las personas encargadas de la administración y uso del mismo, para facilitar el conocimiento de la interfaz y la manera en que funciona cada módulo del software.. 98.

(99) BIBLIOGRAFIA (s.f.). ALONSO, F., MARTINEZ, L., & SEGOVIA, F. J. (2005). INTRODUCCION A LA INGENIERIA DEL SOFTWARE: MODELO DE DESARROLLO D E PROGRAMAS. DELTA. ASP. (s.f.). Obtenido de https://www.asp.net/ Campderrich, B. (2003). Ingeniería del Software. Editorial UOC. Ecured. (19 de 06 de 2019). Obtenido de Modelo en Cascada: https://www.ecured.cu/Modelo_en_cascada Fernández, V. A. (2010 pag 11). Desarrollo de Sistemas de Información: Una Metodología Basada en el Modelado. Upc Editions Upc. GALEON. (23 de 02 de 2019). Obtenido de http://requerimientos.galeon.com/: http://requerimientos.galeon.com/ LUJAN, S. (2002). Programación de Aplicaciones Web: Historia, Principios Básicos y clientes web. Club Universitario. MICROSOFT. (s.f.). Obtenido de https://msdn.microsoft.com/eses/library/4w3ex9c2(v=vs.80).aspx MICROSOFT. (s.f.). Obtenido de https://msdn.microsoft.com/eses/library/e80y5yhx(v=vs.80).aspx MINISTERIO DE EDUCACIÓN NACIONAL, Decreto No. 1290. (08 de 11 de 2018). Obtenido de https://www.mineducacion.gov.co/1759/1621/articles87359_archivo_pdf_decreto_evaluacion_abril09.pdf UML. (2018). Obtenido de http://www.uml.org/ w3schools. (2018). Obtenido de https://www.w3schools.com/html/html_intro.asp w3schoolS. (2018). Obtenido de https://www.w3schools.com/html/html_intro.asp. 99.

(100) .. ANEXOS. Anexo A. Términos legales establecidos Ministerio de Educación Nacional "Decreto No. 1290 Por el cual se reglamenta la evaluación del aprendizaje y promoción de los estudiantes de los niveles de educación básica y media. Artículo 1. Evaluación de los estudiantes. La evaluación del aprendizaje de los estudiantes es el proceso permanente y objetivo para valorar el nivel de desempeño de los estudiantes Artículo 4. Definición del sistema institucional de evaluación de los estudiantes. El sistema de evaluación institucional de los estudiantes que hace parte del proyecto educativo institucional debe contener:    .   . Criterios de evaluación y promoción Escala de valoración institucional y su respectiva equivalencia con la escala nacional Acciones de seguimiento para el mejoramiento en el desempeño de los estudiantes durante el año escolar. Acciones para garantizar que los docentes del establecimiento educativo cumplan con los procesos evaluativos estipulados en el sistema institucional de evaluación Periodicidad de entrega de informes a los padres de familia La estructura de los informes de los estudiantes, para que sean claros, comprensibles y den información integral del avance académico. Las instancias, procedimientos y mecanismos de atención y resolución de reclamaciones de padres de familia y estudiantes sobre la evaluación y promoción.. 100.

(101) Artículo 5. Escala de valoración nacional. Cada establecimiento educativo definirá y adoptara su escala de valoración de los desempeños de los estudiantes en su sistema de evaluación. Para facilitar la movilidad de los estudiantes entre establecimientos educativos, cada escala deberá expresar su equivalencia con la escala de valoración nacional:    . Desempeño Superior Desempeño Alto Desempeño Básico Desempeño Bajo.. Artículo 8. Creación del sistema institucional de evaluación de los estudiantes.    . Se debe definir el sistema de evaluación de los estudiantes Divulgar el sistema institucional de evaluación, a todos los estudiantes y comunidad educativa. Divulgar procedimientos y mecanismos de reclamaciones del sistema de evaluación Informar sobre el sistema de evaluación a nuevos estudiantes, padres de familia y docentes que ingresen durante cada periodo escolar.. Artículo 11. Responsabilidades del establecimiento educativo. . Promover y mantener la interlocución con los padres de familia y el estudiante, esto con el fin de presentar informes de evaluación, plan de actividades de apoyo para la superación de debilidades, y acordar los compromisos por parte de todos los involucrados.. . Atender los requerimientos de los padres de familia y estudiantes, además de programar reuniones con ellos cuando sea necesario.. Artículo 12. Derechos del estudiante.   . Ser evaluado de manera integral en todos los aspectos académicos, personales y sociales. Conocer el sistema de evaluación de los estudiantes, criterios, procedimientos e instrumentos de evaluación. Conocer resultados de los procesos de evaluación, así como también recibir oportunamente las respuestas a las inquietudes y solicitudes presentadas respecto a estas. 101.