Sistema de Gestión Escolar
Sistema de Gestión Escolar
Presentado por
GIRI KUMAR
(Reg. nº 120011013004)
de
en
GIRI KUMAR
(Reg. nº 120011013004)
----------------------------- -----------------------------
Guía de proyectos Jefe del departamento
----------------------------- -----------------------------
Examinador interno Examinador externo
DECLARACIÓN
Universidad.
Giri Kumar
RECONOCIMIENTO
En todos y cada uno de los momentos, durante el período de trabajo de
mi Mini Proyecto, las manos invisibles del Todopoderoso me guiaron. Estoy
agradecido y leal con él.
Los estudiantes pueden iniciar sesión en sus cuentas y hacer muchas cosas,
como programar trabajos, verificar las fechas de entrega de tareas y comunicarse
entre sí. Se proporcionan foros de discusión para la discusión entre los estudiantes.
Las facultades pueden iniciar sesión en sus cuentas y hacer varias cosas, como
agregar calificaciones de los estudiantes, agregar comentarios sobre los estudiantes,
verificar sus trabajos programados por parte de la gerencia o el director.
1
1.1 FONDO
Con el fin de lograr una interacción eficaz entre la dirección de la escuela y los
padres, la dirección tenía que recopilar información y detalles de los estudiantes y
gestionarlos según diversas corrientes. Si se requiere alguna modificación, debe
hacerse manualmente. Esto es muy tedioso y requiere mucho tiempo.
Pérdida de tiempo.
No es correcto.
Propenso a errores.
El papeleo es tedioso.
Entonces, para reducir el trabajo requerido para administrar los detalles de los
estudiantes e informar su desempeño a los padres, se propone un nuevo sistema que
se propone a través de computadoras.
2
1.2 OBJETIVO
El sistema propuesto tiene como objetivo eliminar los inconvenientes del sistema
existente. Los principales objetivos del proyecto son:
Tiene una interfaz fácil de usar que tiene acceso rápido y autenticado a los
documentos.
3
1.3 OBJETIVO
4
1.4 ALCANCE
5
2. ENCUESTA DE TECNOLOGÍAS
6
2.1.1 ANÁLISIS DE REQUISITOS
En la fase de análisis de requisitos, el equipo de desarrollo visita al cliente para
recopilar toda la información relevante sobre el producto a desarrollar. Se intensifica
el proceso de análisis de requisitos y recopilación de información y se centra
especialmente en el software. El análisis debe realizarse de manera que no requiera
demasiado tiempo ni sea menos informativo. Finalmente, se crea un documento de
Especificación de requisitos que sirve como guía para la siguiente fase del modelo.
2.1.2 DISEÑO
Antes de comenzar con la codificación real, es muy importante comprender qué
vamos a crear y cómo debería verse. En esta fase se estudian las especificaciones de
requisitos de la primera fase y se crea todo el proceso de desarrollo de software, la
estructura general del software y su diseño. Hay muchas sugerencias y cambios por
parte del cliente, y todos los cambios deben congelarse antes de pasar a la siguiente
fase. Cualquier fallo en la fase de diseño podría resultar muy costoso de solucionar en
el proceso de desarrollo del software. El diseño del sistema ayuda a especificar los
requisitos del sistema y del hardware y también ayuda a definir la arquitectura general
del sistema. Las especificaciones de diseño del sistema sirven como entrada para la
siguiente fase del modelo.
2.1.3 CODIFICACIÓN
En la fase de codificación, el diseño debe decodificarse en un formato legible por
máquina. Si el diseño del producto de software se realiza de manera detallada,
entonces la generación de código se puede lograr sin muchas complicaciones. Para la
generación de código se utilizan herramientas de programación como compiladores,
intérpretes y depuradores. Para fines de codificación se utilizan diferentes lenguajes
de programación de alto nivel como C, C++, Pascal y Java.
7
2.1.4 PRUEBAS 4
Examen de la unidad
Pruebas de integración
Pruebas del sistema
2.1.5 MANTENIMIENTO
El software definitivamente sufrirá cambios una vez que se entregue al cliente. Hay
muchas razones para el cambio. El cambio se produciría debido a algunos valores de
entrada imprevistos en el sistema. Además de esto, los cambios en el sistema tienen
un efecto directo en las operaciones del software. El software debe implementarse
para adaptarse a los cambios que podrían ocurrir durante el período posterior al
desarrollo.
8
2.2 ESTUDIO DE FACTIBILIDAD
9
2.3 INFORME DE ENCUESTA TECNOLÓGICA
2.3.1 PHP
10
2.3.2 MySQL
11
3. ANÁLISIS DE REQUISITOS
12
3.2 ESPECIFICACIÓN DE REQUERIMIENTO
13
33. ESPECIFICACIONES DE SOFTWARE Y
HARDWARE
14
4. DISEÑO E IMPLEMENTACIÓN
4.1 DISEÑO DE BASE DE DATOS
NOMBRE DE
TIPO DE DATOS: TAMAÑO:
COLUMNA:
ID de usuario En t 5
isemame varchar 55
contraseña varchar 55
tipo de usuario En t 1
estado En t 5
CLAVE PRIMARIAtuserid
DESCRIPCIÓN: El usuario puede ingresar el nombre de usuario y la
contraseña para iniciar sesión.
15
TABLA DE ASISTENCIA:
Identificación del
En t 10
Estudiante
Identificación de los
En t 10
padres
profesorado En t 11
mes varchar 20
año En t 10
días totales En t 11
días presentes En t 11
días de ausencia En t 11
porcentaje En t 3
comentario varchar 50
identificador de asistencia En t 15
16
TABLA DE CLASES:
identificador de clase En t 10
ckssnombre varchar 15
profesorado En t 11
fortaleza En t 11
CLAVE PRIMARIA:clasid
17
TABLA DE QUEJAS:
identificador de queja En t 10
ID de usuario varchar 20
sujeto varchar 50
fecha fecha
estado En t 1
18
TABLA DE EVENTOS:
evento En t 10
evento varchar 55
fecha fecha
19
TABLA DE COMENTARIOS:
ID de retroalimentación golpear 10
nombre En t 20
fecha fecha
estado En t 2
20
MESA DEL FORO:
ID del foro En t 15
ID de usuario varchar 20
fecha fecha
tiempo tiempo
21
TABLA DE LISTA DE MARCAS:
marcalistid En t 10
Identificación del
En t 10
Estudiante
Identificación de los En t 10
padres
subl En t 3
sub2 En t 3
sub 3 En t 3
sub 4 En t 3
sub 5 En t 3
sub 6 En t 3
total En t 3
calificación carbonizarse 1
profesorado En t 15
CLAVE PRIMARIA:marklistid
22
TABLA DE MENSAJES:
ID de mensaje En t 15
ID de usuario En t 10
fecha fecha
tiempo tiempo
23
TABLA DE NOTIFICACIONES:
ID de notificación En t 11
notificación varchar 55
fecha fecha
24
TABLA DE DETALLES DE LOS PADRES:
nombre varchar 55
niños varchar 55
contactono En t 10
ocupación varchar 55
nacimiento fecha
calificación varchar 55
ingresos anuales En t 10
25
4.1.2 RELACIÓN DIAGRAMA DE ENTIDAD
4,2 MODELOS
CONCEPTUALES 4.2.1
DIAGRAMA DE FLUJO DE
DATOS :
26
NIVEL'l'DFD
*
27
Administrador
28
[ Facultad:
29
Yo padre:
30
[alumno:
31
32
NIVEL '3'Control
de datos de
usuario DFD:
33
5. BIBLIOGRAFÍA I TEXTO
DE REFERENCIA
SITIOS WEB
[1] www.w3schools.com
LISTA DE FIGURAS
1. Capturas de pantalla
1.1 Pantalla de inicio de sesión.
34
1.2 Administrador: - Agregar Facultad.
35
1.3 Administrador: - Agregar Estudiante.
36
1.4 Administrador: - Agregar padre.
37
1.5 Administrador: - Mensajería Privada.
38
1.6 Administrador: - Envío de correo electrónico.
39
1.7 Administrador: - Agregar eventos
40
1.8 Administrador: - Visualización de quejas.
41
1.9 Facultad: - Agregar lista de marcas.
+
42
1.10 Facultad: - Agregar asistencia
43
1,11 Facultad: - Agregar notificación.
t
44
1.12 Facultad: - Visualización de Estudiantes.
45
1.13 Facultad: - Cambio de Contraseña.
46
1.14 Padres: - Asistencia de visualización.
47
1.15 Padre: - Visualización de la lista de marcas.
*
48
1.16 Padres: -Visualización de eventos.
49
1.17 Padres: - Agregar quejas.
50
1.18 Estudiante: - Visualización de la lista de marcas.
*
51
1.19 Estudiante: - Foro de Estudiantes.
52
1.20 Estudiante: -Agregar comentarios.
53
54