Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 61

“SISTEMA DE GESTIÓN ESCOLAR”

INFORME PRINCIPAL DEL PROYECTO

Presentado por
GIRI KUMAR
(Reg. nº 120011013004)

en cumplimiento parcial para la obtención del título

de

Maestría en Ciencias TECNOLOGÍAS DE LA


INFORMACIÓN

en

VNS COLEGIO DE ARTES Y CIENCIAS


KONNAPPARA, KONNI - 680 692

(Afiliado a la Universidad MG, Kottayam)


MARZO DEL 2014
VNS COLEGIO DE ARTES Y CIENCIAS
KONNAPPARA, KONNI - 680 692
(Afiliado a la Universidad MG, Kottayam)

Departamento de Tecnología de la Información


PRINCIPALES PROYECTOS DE TRABAJO

MARZO DEL 2014

Este es para certificar que el proyecto titulado


SISTEMA DE GESTIÓN ESCOLAR
es el registro auténtico del trabajo del proyecto realizado por

GIRI KUMAR
(Reg. nº 120011013004)

de M.Sc. Tecnologías de la Información durante el año

----------------------------- -----------------------------
Guía de proyectos Jefe del departamento

Presentado para el Proyecto de emanación Viva-Voce celebrado el


día ........................

----------------------------- -----------------------------
Examinador interno Examinador externo
DECLARACIÓN

Afirmo que el trabajo de proyecto titulado SISTEMA DE GESTIÓN

ESCOLAR que se presenta en cumplimiento parcial para la obtención de la

Maestría en Tecnologías de la Información es trabajo original realizado por mí.

No ha formado parte de ningún otro trabajo de proyecto presentado para la

obtención de ningún título o diploma, ni en esta ni en ninguna otra

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.

Mi deseo expresar mi más sincero agradecimiento al Prof.TSABDHUL


RAHIMAN Director y a la Srta.RAMZANA.S , Jefa del Departamento por
brindarme la oportunidad de completar este Mini Proyecto con éxito.

Es con un profundo sentimiento de deuda y gratitud que deseo expresar


mis más sinceros sentimientos a la Sra. RAJ MOHAMMED , guía interna de
mi Mini Proyecto, VNS College of Arts and Science, Konni.

Es una gran satisfacción y un privilegio para mí trabajar en Team


Higherstudieonline, Higherstudiesonline.com , Adoor. Es un placer para mí
agradecer al Sr. Joseph Mathew, MCA, Jefe de Proyecto de
Higherstudiesonlne, a quien agradezco mucho por brindarme la oportunidad
de realizar mi capacitación en esta organización.

Me gustaría agradecer a todos mis amigos que me apoyaron para realizar


el proyecto.

Finalmente, me gustaría expresar mi más sincero agradecimiento a todos


los demás miembros de la facultad y a todos y cada uno de los que me
ayudaron directa e indirectamente en la realización de mi trabajo de Mini
Proyecto.
ABSTRACTO

School Management System es una aplicación basada en web que se


puede utilizar para gestionar una escuela. Como la escuela está compuesta por
profesores, estudiantes, personal administrativo y padres, cada uno de ellos
tiene un inicio de sesión por separado para obtener sus requisitos. 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. Los padres pueden iniciar sesión y seguir el progreso de las
actividades de sus hijos. Pueden consultar la lista de calificaciones, la
asistencia de su hijo y los comentarios de sus maestros sobre su hijo. También
pueden comunicarse con las facultades a través del sitio. 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. Tanto el personal
directivo como el director pueden gestionar tanto las facultades como los
estudiantes. El personal puede agregar nuevos profesores, eliminar un
profesorado, puede cambiar los detalles del profesorado, incluido el salario y
otros detalles.
CONTENIDO
1. Introducción........................................................................1
1.1 Fondo.........................................................................2
1.2 Objetivos....................................................................3
1.3 Objetivo.....................................................................4
1.4 Alcance......................................................................5
2. Encuesta de tecnologías......................................................6
2.1 Modelo de cascada....................................................6
2.1.1 Análisis de requisitos......................................7
2.1.2 Diseño.............................................................7
2.1.3 Codificación...................................................7
2.1.4 Pruebas...........................................................8
2.1.5 Mantenimiento................................................8
2.2 Estudio de factibilidad...............................................9
2.2.1 Factibilidad Económica..................................9
2.2.2 Viabilidad técnica...........................................9
2.2.3 Viabilidad conductual....................................9
2.3 Informe de Encuesta Tecnológica...........................10
2.3.1 PHP..............................................................10
2.3.2 MySQL.........................................................11
3. Análisis de requisitos........................................................12
3.1 Definición del problema..........................................12
3.2 Especificación de requerimiento.............................13
3.3 Especificaciones de software y hardware................14
4. Diseño e implementación.................................................16
4.1 Diseño de base de datos...........................................16
4.1.1 Estructura de tablas......................................16
4.1.2 Relación diagrama de entidad......................27
4.2 Modelos Conceptuales............................................28
4.2.1 Diagrama de flujo de datos..........................28
5. Bibliografía.......................................................................35
LISTA DE FIGURAS
1. Instantáneas
1.1 Pantalla de ingreso al sistema.
1.2 Administrador: - Agregar facultad.
1.3 Administrador: - Agregar estudiante.
1.4 Administrador: - Agregar padre.
1.5 Adniin: - Mensajería privada.
1.6 Administrador: - Envío de correo electrónico.
1.7 Administrador: -Agregar eventos
1.8 Administrador: - Visualización de quejas.
1.9 Facultad: -Agregar lista de marcas.
1.10 Facultad: -Agregar Asistencia.
1.11 Facultad: - Agregar Notificación.
1.12 Facultad:-Visualización de Estudiantes.
1.13 Facultad: - Cambio de Contraseña.
1.14 Padre: - Ver asistencia,
1.15 Padre: - Visualización de la lista de marcas.
1.16 Padre: - Visualización de eventos.
1.17 Padre: - Añadiendo queja.
1.18 Estudiante: - Visualización de la lista de marcas.
1.19 Estudiante: - Foro de Estudiantes.
1.20 Estudiante: - Agregar comentarios.
1. INTRODUCCIÓN

School Management System proporciona una solución completa para


gestionar una escuela. Como la escuela está compuesta por profesores, estudiantes,
personal administrativo y padres, cada uno de ellos tiene un inicio de sesión por
separado para obtener sus requisitos.

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.

Los padres pueden iniciar sesión y seguir el progreso de las actividades de


sus hijos. Pueden consultar la lista de calificaciones, la asistencia de su hijo y los
comentarios de sus maestros sobre su hijo. También pueden comunicarse con las
facultades a través del ella.

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.

Tanto el personal directivo como el director pueden gestionar tanto las


facultades como los estudiantes. El personal puede agregar nuevos profesores,
eliminar un profesorado, puede cambiar los detalles del profesorado, incluido el
salario y otros detalles.

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.

Existen muchas limitaciones para los sistemas existentes.

 Pérdida de tiempo.

 No es correcto.

 Propenso a errores.

 Se deben mantener grandes cantidades de registros.

 El papeleo es tedioso.

 La producción de informes es muy lenta.

 Las interacciones entre varios usuarios son difíciles.

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:

 Reducir el papeleo y el área de almacenamiento.

 Permitir la interacción con diferentes tipos de usuarios.

 Mejorar la precisión en los resultados.

 Tiene una interfaz fácil de usar que tiene acceso rápido y autenticado a los

documentos.

 Ahorre tiempo y carga de trabajo para el personal, padres y estudiantes.

 Evite la entrada falsa.

 Mejore el desempeño de los estudiantes informando periódicamente a los


padres sobre su desempeño mediante mensajes.

3
1.3 OBJETIVO

Este sistema tiene como objetivo la informatización de la gestión escolar para


gestionar la información de los estudiantes y capturar los detalles para que la
dirección pueda informar a los padres sobre su desempeño. Los sistemas de
información basados en computadora están diseñados para mejorar el sistema
existente. Proporciona la posibilidad de una interacción efectiva entre padres y
profesores. Reducirá el papeleo y ahorrará tiempo y dinero que se gastan en realizar
informes y enviar cartas artificiales para informar a los padres sobre el desempeño de
sus hijos. Se puede acceder a él desde toda la organización y también desde fuera,
siempre que se proporcione el inicio de sesión adecuado. Este sistema se puede
utilizar como una aplicación para que la escuela administre la información de los
estudiantes y los detalles del desempeño para que puedan ser informados a sus padres,
lo que puede ayudar a mejorar su desempeño con la orientación del profesorado y los
padres.

4
1.4 ALCANCE

El proyecto tiene un gran alcance por hacer. El administrador puede mantener la


información de los estudiantes, la información de los padres y la información del
personal docente y puede actualizarla. Los estudiantes pueden acceder a información
previa sobre su desempeño y pueden interactuar con otros estudiantes en el foro de
discusión, los padres y los profesores pueden interactuar entre sí. Este sistema tiene
alcance de mejora/enmiendas. Esta aplicación se puede modificar de vez en cuando
según los requisitos cambiantes del usuario con un costo menor y también el backend
del software se puede cambiar según los requisitos de almacenamiento de la
aplicación y para proporcionar más funciones de nivel de seguridad. Esta limitación
de la aplicación también se puede analizar y realizar mejoras según los requisitos del
usuario. Aunque este proyecto está hecho sólo para un instituto en particular y es
compatible con una plataforma de sistema operativo en particular. La amplia
aplicación del proyecto demuestra su valía.

5
2. ENCUESTA DE TECNOLOGÍAS

2.1 MODELO CASCADA

El modelo en cascada es un proceso de diseño secuencial, utilizado en el proceso de


desarrollo de software, en el que se considera que el progreso fluye constantemente
hacia abajo (como una cascada) a través de las fases de concepción, inicio, análisis,
diseño, construcción, pruebas, producción/implementación y mantenimiento. . El
modelo en cascada es una versión popular del modelo del ciclo de vida del desarrollo
de sistemas para ingeniería de software. A menudo considerado el enfoque clásico del
ciclo de vida del desarrollo del sistema, el modelo en cascada describe un método de
desarrollo que es lineal y secuencial. El desarrollo en cascada tiene objetivos distintos
para cada fase de desarrollo. Imagínese una cascada en el acantilado de una montaña
escarpada. Una vez que el agua ha fluido sobre el borde del acantilado y ha
comenzado su viaje por la ladera de la montaña, no puede regresar. Lo mismo ocurre
con el desarrollo en cascada. Una vez que se completa una fase de desarrollo, el
desarrollo pasa a la siguiente fase y no hay vuelta atrás.

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

Las pruebas son la principal medida de calidad empleada durante el desarrollo de


software. Es un proceso costoso pero crítico que puede requerir hasta el 50% del
presupuesto para el desarrollo de programas. Hay diferentes métodos de prueba
disponibles para detectar los errores que se cometieron durante las fases anteriores.
Un producto de software pasa por tres niveles de prueba. Ellos son:

 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

La investigación inicial apunta a la cuestión de si el proyecto es viable. Se realiza un


estudio de viabilidad para identificar el mejor sistema que cumpla con todos los
requisitos.

2.2.1 VIABILIDAD ECONÓMICA


El sistema que se está desarrollando es económico desde el punto de vista
universitario. Es rentable en el sentido de que ha eliminado por completo el papeleo.
El sistema es eficaz en el tiempo porque las transacciones se automatizan según los
requisitos del usuario. El resultado obtenido contiene errores mínimos y es muy
preciso según los datos requeridos.

2.2.2 VIABILIDAD TÉCNICA

El requisito técnico del sistema es económico y no utiliza ningún otro hardware ni


software adicional.

2.2.3 VIABILIDAD CONDUCTAMENTAL

El sistema en funcionamiento es bastante fácil de usar y aprender gracias a su


interfaz sencilla pero atractiva. El usuario no requiere capacitación especial para
operar el sistema.

9
2.3 INFORME DE ENCUESTA TECNOLÓGICA

2.3.1 PHP

PHP significa preprocesador de hipertexto, que generalmente se denomina página de


inicio personal (PHP). PHP es un lenguaje de programación del lado del servidor.
Hay dos tipos de páginas web 1. Página web estática 2. Página web dinámica. Una
página web estática es una página estática que sólo puede ser vista por el usuario. Una
página web dinámica es una página interactiva para el usuario, lo que significa que
ese tipo de página puede interactuar con el usuario. PHP es un lenguaje/scripting del
lado del servidor utilizado para crear páginas web dinámicas.

Características principales de PHP:

 PHP interactúa con una herramienta externa principal, el sistema de gestión de


bases de datos MYSQL para acceder a los datos almacenados en la base de
datos.
 PHP. es un lenguaje de secuencias de comandos del lado del servidor que se
puede incrustar con HTML.
 Los scripts PHP se analizan e interpretan en el lado del servidor de una
aplicación web.

PHP tiene un futuro prometedor porque es popular entre los desarrolladores y


diseñadores web. Es potente y fácil de usar. Puede manejar proyectos más grandes así
como páginas de inicio personales más pequeñas. PHP es un software de código
abierto, lo que significa que se puede redistribuir de forma gratuita y su código fuente
está disponible para desarrollo.

10
2.3.2 MySQL

SQL significa lenguaje de consulta estructurado. Según ANSI (American National


Standards Institute), es el lenguaje estándar para los sistemas de gestión de bases de
datos relacionales. MYSQL es un lenguaje informático de bases de datos diseñado
para gestionar datos en sistemas de gestión de bases de datos relacionales (RDBMS) y
originalmente basado en álgebra relacional. Algunos sistemas de gestión de bases de
datos relacionales comunes que utilizan SQL son: MYSQL, Oracle, Sybase,
Microsoft SQL Server, Access, Ingres, etc. MYSQL es un lenguaje de código abierto
para recuperar datos de una base de datos. Sin embargo, los comandos SQL estándar
como "Seleccionar", "Insertar", "Actualizar", "Eliminar", "Crear" y "Eliminar" se
pueden utilizar para lograr casi todo lo que se necesita hacer con una base de datos.
MYSQL ha demostrado ser un lenguaje estándar, ya que permite a los usuarios
aprender un conjunto de comandos y usarlo para crear, recuperar, alterar y transferir
información independientemente de si están trabajando en una PC o una mini
computadora central. Es un lenguaje de alto nivel que proporciona un mayor grado de
abstracción. mayor aceptación y disponibilidad. Puede ser fácilmente portado.

11
3. ANÁLISIS DE REQUISITOS

3.1 DEFINICIÓN DEL PROBLEMA


Hoy en día, los padres están más ocupados y no tienen mucho tiempo para interactuar
con los maestros de sus hijos para que pueda ayudar a mejorar los estudios de sus
hijos. En el método tradicional, todos los detalles relacionados con su desempeño se
envían a los padres en forma de cartas y estos tienen que venir a la escuela para
discutir con los maestros sobre el desempeño de sus hijos. Todas las transacciones se
realizan manualmente. Pueden haber entradas falsas. El sistema es más propenso a
errores y requiere más tiempo. Dificultad para gestionar los datos de los estudiantes.
Dificultad para manejar los datos de los profesores y los padres. Se deben mantener
grandes pilas de registros. Es una actividad que requiere mucho tiempo para
administrar, actualizar e informar los detalles específicos del estudiante a sus padres y
la reunión de los padres con el profesorado.

12
3.2 ESPECIFICACIÓN DE REQUERIMIENTO

El objetivo principal del sistema es mejorar la eficiencia del sistema existente.


Para ello el estudio de especificación del requisito es muy imprescindible. Para el
desarrollo del nuevo proyecto del nuevo sistema se realizó un relevamiento
preliminar. Además, el análisis implicó el estudio de diversas funciones dentro y fuera
del sistema.

13
33. ESPECIFICACIONES DE SOFTWARE Y
HARDWARE

3.3.1 ESPECIFICACIÓN DE HARDWARE :

Procesador: Pentium IV, 1,2 GHz o mejor


RAM: 256 MB o mejor
Monitor: 15"
Capacidad del disco duro: 10 GB o mejor
Teclado: Estándar
Ratón: Cualquiera
Impresora: Cualquiera
Conectividad web

3.3.2 ESPECIFICACIÓN DEL SOFTWARE :

Sistema operativo: Windows 2000 o superior


Interfaz: PHP
Parte trasera: MYSQL
Navegador web: Internet Explorer 6 o superior
Mozilla Firefox 7 o superior
Google Chrome 10 o superior

14
4. DISEÑO E IMPLEMENTACIÓN
4.1 DISEÑO DE BASE DE DATOS

4.1.1 ESTRUCTURA DE LAS MESAS :

Tenemos 14 tablas en nuestra aplicación 'Sistema de Gestión


Escolar'. Sólo se incluyen las tablas importantes.

TABLA DE INICIO DE SESIÓN:

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:

Nombre de columna: Tipo de datos: Tamaño:

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

ID de asistencia de CLAVE PRIMARIA


DESCRIPCIÓN: Los profesores pueden insertar los detalles de asistencia
de los estudiantes.

16
TABLA DE CLASES:

Nombre de columna: Tipo de datos: Tamaño:

identificador de clase En t 10

ckssnombre varchar 15

profesorado En t 11

fortaleza En t 11

CLAVE PRIMARIA:clasid

DESCRIPCIÓN; El administrador puede insertar los detalles de la clase anterior.

17
TABLA DE QUEJAS:

Nombre de columna Tipo de datos Tamaño

identificador de queja En t 10

ID de usuario varchar 20

sujeto varchar 50

fecha fecha

queja varchar 250

estado En t 1

CLAVE PRIMARIA: identificador de queja

DESCRIPCIÓN: Todos los usuarios pueden insertar los detalles de la queja


anteriores.

18
TABLA DE EVENTOS:

Nombre de columna: Tipo de datos: Tamaño:

evento En t 10

evento varchar 55

fecha fecha

evento varchar 250

nombre del evento varchar 55

CLAVE PRIMARIA: eventid


DESCRIPCIÓN: El administrador puede ingresar detalles en la
tabla de eventos.

19
TABLA DE COMENTARIOS:

Nombre de columna: Tipo de datos: Tamaño:

ID de retroalimentación golpear 10

nombre En t 20

comentario varchar 255

fecha fecha

estado En t 2

correo electrónico varchar 55.

CLAVE PRINCIPAL : id de retroalimentación


DESCRIPCIÓN: Los comentarios se ingresan en la tabla de
comentarios.

20
MESA DEL FORO:

Nombre de columna: Tipo de datos: Tamaño:

ID del foro En t 15

ID de usuario varchar 20

fecha fecha

tiempo tiempo

mensaje varchar 250

CLAVE PRIMARIA :forumid


DESCRIPCIÓN: Todos los mensajes y detalles de los mensajes ingresados por los
estudiantes se ingresan en la tabla del foro.

21
TABLA DE LISTA DE MARCAS:

Nombre de columna: Tipo de datos: Tamaño:

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

por ciento flotar 10

calificación carbonizarse 1

profesorado En t 15

CLAVE PRIMARIA:marklistid

DESCRIPCIÓN: En esta tabla se registran las calificaciones obtenidas por varios


estudiantes por profesorado.

22
TABLA DE MENSAJES:

Nombre de columna: Tipo de datos: Tamaño:

ID de mensaje En t 15

ID de usuario En t 10

fecha fecha

tiempo tiempo

mensaje varchar 150

sujeto varchar 150

CLAVE PRIMARIA:id de mensaje

DESCRIPCIÓN: Todos los mensajes entre varios tipos de usuarios se guardan


en la tabla de mensajes.

23
TABLA DE NOTIFICACIONES:

Nombre de columna: Tipo de datos: Tamaño:

ID de notificación En t 11

notificación varchar 55

sujeto varchar 250

fecha fecha

Fecha de notificación fecha

CLAVE PRIMARIA: id de notificación


DESCRIPCIÓN: Los detalles de las notificaciones se guardan en la tabla de
notificaciones.

24
TABLA DE DETALLES DE LOS PADRES:

Nombre de columna: Tipo de datos: Tamaño:

nombre de usuario varchar 55

Identificación de los padres En t 10

nombre varchar 55

niños varchar 55

DIRECCIÓN varchar 100

contactono En t 10

correo electrónico varchar 55

ocupación varchar 55

nacimiento fecha

grupo sanguíneo varchar 15

calificación varchar 55

ingresos anuales En t 10

CLAVE PRIMARIA: parental

DESCRIPCIÓN: El administrador agrega los detalles de los padres en la tabla de detalles de


los padres.

25
4.1.2 RELACIÓN DIAGRAMA DE ENTIDAD

4,2 MODELOS

CONCEPTUALES 4.2.1

DIAGRAMA DE FLUJO DE

DATOS :

NIVEL f 0' DFD

26
NIVEL'l'DFD
*

27
Administrador

DFD NIVEL 'V :

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

[1] "PROGRAMACIÓN POR INTERNET", XueBal


[2] David Powers, "Diseño web dinámico simplificado ". [3]Paul
Dubois, "MYSQL" ..
[4] "Internet y World Wide Web, cómo programar", PJ DEITEL, HM DIETEL

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

También podría gustarte