Desarrollo de un Sistema Informático

para la gestión académica dentro

del Colegio Católico Religioso de
Menores “Monseñor Marcos
Libardoni”. Ingeniería de
Software II
Estudiantes: Docente:
 Cupitan De La Cruz Juan
• Ponte Arica Anthony
Ing. Heber
• Bocanegra Marlon Gómez Hurtado
INDICE
 Datosde la Organización
 Modelo del negocio
 Modelo de requerimientos
 Modelo de análisis
 Modelo de Diseño
 Conclusiones
 Recomendaciones
 Anexos
Datos de la Organización
 Colegio Católico Religioso de Menores
“Monseñor Marcos Libardoni”.
 Rep. Legal: Shirley Esther Guevara Alejos
DESCRIPCIÓN DEL PROYECTO.
 El proyecto será la elaboración, diseño e
implementación de un Sistema
Informático para la gestión académica
(registro y consulta de carga lectiva,
horarios, matriculas, notas y pagos) para
la institución Educativa Particular Católico
Religioso de Menores “Monseñor Marcos
Libardoni”.
Objetivo
 Desarrollar un sistema informático de gestión
académico que permita mejorar los procesos de
registro y consulta de matrícula, pagos, carga
lectiva y horario para el Colegio Católico
Religioso de Menores “Monseñor Marcos
Libardoni”.
OBJETIVOS ESPECÍFICOS DEL PROYECTO.

Explicar el proceso actual para la gestión académica en el

Colegio Católico Religioso de Menores “Monseñor Marcos
Libardoni”.

Elaborar e implementar un Sistema que permita llevar la gestión

académica en el Colegio Católico Religioso de Menores
“Monseñor Marcos Libardoni” el cual permitirá realizar una
efectiva consulta en tiempo real de los datos del alumnado
existentes dentro del I.E.
Problemática
Matricula
 Causa: Que las secretarias tengan que hacer el registro manualmente ralentiza la atención
al usuario,.
 Causa: sobre la publicidad de atención dentro de la Institución lo que a su vez acarrea
perdida de probables clientes.
Pagos
 Causa: Tienen que utilizar un sistema de tarjetas y sellado para controlar el pago de las
pensiones.
 Causa: Estos sellos pueden ser falsificados, lo que ya ha ocurrido más de una vez.
Notas
 Causa: La entrega de notas por parte de los profesores se hace a tiempo, pero la
publicación a los alumnos se retrasa.
 causa: Molestia en los padres y el alumnado por no poder comprobar sus notas en el
tiempo debido.
Administrador
 Causa: La forma como se maneja la información dentro del área académica en cada
proceso realizado es porque no cuenta con un sistema automatizado.
 Causa: Esto hace lento el trabajo de los trabajadores dentro de la Institución Educativa.

 El efecto o Consecuencia es el Retardo en el Proceso de las gestiones Académicas.

 Modelo de negocio
 RN01: Si el alumno es nuevo, la matrícula no podrá efectuarse sin la presentación de los
requisitos solicitados.
 RN02: Si el alumno proviene de otra institución educativa, deberá presentar los requisitos
solicitados más su certificado de estudios.
 RN03: Los datos del alumno tienen que estar registrados, de lo contrario tiene que registrarse.
 RN04: El alumno debe estar matriculado en un solo grado.
 RN05: Cada alumno matriculado poseerá un código único el cual lo identificará durante todo
el proceso escolar.
 RN06: Toda matrícula será realizada, previa presentación de la constancia de pago respectiva.
 RN07: En caso de deudas, el alumno no podrá ser matriculado.
 RN08: El proceso de matrícula estará a cargo la secretaria encargada.
 RN09: El apoderado puede realizar diferentes conceptos de pago (matrícula, pensiones, etc.).
 RN10: El pago de las pensiones se realizara de acuerdo a un cronograma previamente
establecido.
 RN11: Cada pago posee un comprobante que acredite la realización del mismo.
 RN12: Los cursos que requieren agruparse por áreas, serán calificados por áreas.
 RN13: Las calificaciones serán responsabilidad exclusiva del docente del curso.
 RN14: Las calificaciones serán promediadas de acuerdo al área a que pertenecen.
 RN15: Después de cada trimestre, los docentes se encargarán de llenar las notas de sus
respectivos cursos en registros auxiliares.
 RN16: Asistente administrador se encargará de llenar el registro de notas oficial por cada
trimestre escolar.
Diagrama de Caso de uso de Negocio

Elaborar Gestion Academica

Administrador

Gestionar Matricula

Interesado Gestionar Pagos

Gestionar Notas
 Modelo de objeto de negocio
Verifica / Registra

Cursos
Verifica / Registra
ADMINISTRADOR

Profesor

Verifica / Registra

Asistente de Administrador

Horarios

Verifica

Matricula

Verifica

Pagos

Verifica

Deuda

MON Elaborar Gestión Académica

 Modelo de objeto de negocio
Verifica / Registra

alumno

Verifica / Registra

Documentacion
Interesado
(f rom Business Use-Case Model)
Verifica / Registra

Matricula

Verifica
Secretaria

PAGOS

Verfica

HORARIOS

MON GESTION MATRICULA

 Modelo de objeto de negocio
Verifica

Alumno

Verifica

Interesado
(f rom Business Use-Case Model) Deuda

Secretaria
Verifica / Registra

Pago

MON GESTION PAGOS

 Modelo de objeto de negocio
verifica

alumno

Interesado
verifica
(f rom Business Use-Case Model)

matricula
secretaria

verifica

notas

MON GESTION NOTAS

Especificación de CUN
DA GESTION MATRICULA
MODELO DE DOMINIO
 Modelo de Requerimientos
 Requerimientos Funcionales:

 RF01: Ingreso al sistema de forma personalizada y segura.

 RF02: El sistema automatizado permitirá al administrador
registrar, editar o eliminar cursos.
 RF03: El sistema automatizado permitirá al administrador
redactarlos horarios.
 RF04: El administrador podrá asignar/desasignar un profesor al
curso.
 RF05: El sistema automatizado permitirá a la secretaria registrar
matricula, pagos.
 RF06: Se podrá emitir reportes de matrícula, pagos, horarios,
boleta de notas.
 RF07: Consultar su información académica: horario de clases,
calificaciones al final del semestre académico, datos históricos
y/u observaciones académicas.
 RF08: El sistema permitirá consultar los pagos, horarios por parte
del interesado.
DIAGRAMA DE CASO DE USO DE UN SISTEMA AUTOMATIZADO PARA LA GESTIÓN
ACADÉMICA:
Prototipos
Prototipos
Prototipos
Prototipos
Prototipos
Prototipos
UCASE REGISTRAR MATRICULA
 Modelo de Análisis
DIAGRAMAS DE COLABORACIÓN

Registrar Alumno
 Modelo de Análisis
DIAGRAMAS DE COLABORACIÓN

Registrar Matricula
 Modelo de Análisis
DIAGRAMAS DE COLABORACIÓN

Registra Pago
Modelo de Análisis
DIAGRAMAS DE SECUENCIA

Registrar Alumno
Modelo de Análisis DIAGRAMAS DE SECUENCIA

Registrar Matricula
Registrar Pago
DIAGRAMAS DE PAQUETES DE ANALISIS

Diagrama de Clases
Paquete
Descripción general de cada Paquete:

Modulo Gestión Académica:

Es el encargado de elaborar todo los procesos que tiene la gestión

académica. Como son:

Gestión de Matricula: Verifica, registra y emite fichas de las

matrículas de los alumnos.

Gestión de Pagos: Verifica, registra y emite fichas de los pagos.

Gestión de Notas: controla todas las notas de los alumnos en el año

académico.

Modulo Sistema Trabajador:

Es la que cumple la función operativa e interactúa dentro del

sistema: Los trabajadores (secretaria, asistente administrador) son
los encargados de esta área.
Construcción del Diagrama de Paquetes
Modelo de Diseño

DIAGRAMA DE CLASES DEL SISTEMA GESTION ACADEMICA

Modelo de Diseño
IU Usuario
Diagrama de Secuencia
Modelo de Diseño
Diagrama de Secuencia
IU Alumno
Modelo de Diseño
Diagrama de Secuencia

IU MATRICULA
Modelo de Diseño
Diseños de la IU´S
Modelo de Diseño
Diseños de la IU´S
Modelo de Diseño
Diseños de la IU´S
Modelo de Diseño
Diseños de la IU´S
Modelo de Diseño
Diseños de la IU´S
Modelo de Diseño
Diseños de la IU´S
Modelo de Diseño
Diseños de la IU´S
Modelo de Diseño
Modelo de Diseño
Modelo de Diseño
Modelo de Diseño
Modelo de Diseño
Modelo de Diseño
Diseño de Base de Datos
Modelo de Diseño
Diagrama de estado de
alumno
Modelo de Diseño

Diagrama de estado de la
Matricula
Modelo de Diseño
Diagrama de estado de
Profesor
Modelo de Diseño
Diagrama de estado de Curso

Diagrama de estado de Nivel

Herramientas tecnológicas usadas para la
Implementación
 Aplicaciones.
 Base de Datos:
 Workbench 6.1
 phpMyAdmin 4.1.12

 Programación:
 NetBeans 8.0
 SublimeText 2.0.2
 Chrome 35.0.1916.153 m

 Diseño:
 Bootstrap 3.2.0
 Font Awesome 4.1.0

 Local Server:
 Xampp 1.8.3 (incluye Apache 2.4.9)

 Lenguajes.
 PHP 5.5.11
 HTML 5
 CSS 3
 MySQL 5.6.16

Modelo de Diseño
Conclusión
 El tratamiento manual de la información
académica, ha traído como consecuencia el uso
de procedimientos no adecuados que impiden
desarrollar eficientemente la gestión académica, la
implementación del Sistema de Información
brindará soporte en información disponible y
oportuna.
 El desarrollo de los procesos académicos se ven
seriamente afectados, consecuencia de una
información duplicada, se dio solución a éste
problema el diseño de una base de datos que
integre y brinde seguridad a los datos.
 El modelo de datos obtenido refleja la información
requerida en el área académica.
Recomendación
 Para el buen desempeño del sistema
académico se debe cumplir las normas
académicas vigentes y normar aquellas
situaciones realizadas de manera informal.
 Capacitar al personal de trabajo para el manejo
del sistema.
 Se recomienda revisar el sistema frente a nuevos
requerimientos de información con el fin de
mejorarlo y contribuir a su mantenimiento.
 Para proteger la data debe considerarse lo
siguiente; realizar periódicamente copias de
seguridad de la base de datos y que éstas sean
guardadas en distintas localizaciones.
Anexo
 WebGrafia:

 http://www.eumed.net/

 http://www.aulafacil.com/

 http://www.monografias.com/trabajos64/sistema-control-- -
matriculas/sistema-control-matriculas2.shtml
Gracias Por su Atención
Prestada