Proyecto Integrador Escolastico
Proyecto Integrador Escolastico
Proyecto Integrador Escolastico
PROPONENTES:
Miguel Miranda
Luis Gamboa
Gabriel Flores
Marzo 2014 Agosto 2014
Sistema escolstico para agilitar el proceso acadmicoadministrativo de la unidad educativa Luis A. Martnez
Localizacin:
Duracin:
5 meses
Nombre de la Carrera
Miguel Miranda
Luis Gamboa
Gabriel Flores
Ing. Mg. Javier Salazar
Estudiantes y Docentes de la Unidad Educativa Luis A.
Martnez
Perodo de ejecucin:
2. ANTECEDENTES
Hay que tomar en cuenta, que la tecnologa est tomando parte muy significativa de la
educacin y de otras ciencias, modificando y aportando a la calidad de vida de los
individuos.
ha
propuesto disear un sistema informtico, estructurado de una manera slida que permita
llevar a cabo algunas funciones que se requieren dentro de los procesos de las mismas.
ANLISIS Y SISTEMAS
VIABILIDAD
Bsicamente se analizara tres aspectos, que son: viabilidad opertica, viabilidad tcnica
y viabilidad econmica.
Viabilidad operativa
El nuevo sistema cuenta con una interfaz amigable para mayor comodidad del usuario, y
con herramientas mejoradas, acordes a las nuevas reformas curriculares. Optimizando
de esta manera el funcionamiento del mismo y brindando mayor confianza y seguridad
a la hora de procesar los datos, cumpliendo as con las expectativas que requiere el
personal docente y administrativo
Viabilidad tcnica
Se determina la viabilidad tcnica del sistema, basndonos en tres aspectos: Hardware,
Software y personal tcnico:
a)
Hardware
CARACTERISTICAS
CPU
Pentium IV en adelante
Tarjeta Madre
Memoria RAM
Disco Duro
WebCam
Impresora
b)
Software
Los equipos con los que cuenta el personal administrativo poseen el software bsico y
compatible, ya que el nuevo sistema escolstico que se crea, no exige algn tipo de
software especial, puesto que funciona en cualquier equipo que disponga de las
siguientes caractersticas:
SOFTWARE
c)
DETALLE
Windows
XP en adelante
Microsoft Office
2010
Software de Impresora
Compatible
Software de Webcam
Compatible
Personal tcnico
El sistema es sumamente fcil de utilizar, por cuanto es casi imposible que sufra algn
desperfecto causado por el mal manejo del mismo, por ende ser muy poca la presencia
de personal tcnico para que lo repare, el personal se limitar a brindar nicamente el
mantenimiento preventivo al servidor y a los terminales.
MATERIAL
CANTIDAD
COSTO (USD)
1 resma
3.75
1 x 200 hojas
22.00
Memoria USB 8 GB
12.00
Computador de escritorio
800.00
Laptop
2200.00
200.00
0.30
Papel bond
Cartuchos de tinta B/N
Servicio de internet
DVDs
Carpetas plsticas
5 x 0.60 ctvs
3.00
Transporte
80.00
Gastos varios
70.00
TOTAL
3391.05
Como se puede observar, el costo que produce el desarrollo del sistema es un tanto
elevado, pero dicho costo se justifica con la utilidad y beneficios que ofrece el mismo.
Tenemos una Institucin Educativa, en donde se maneja como producto principal los
estudiantes, a ellos se les asigna notas, profesores, curso, etc, de tal forma que se ha
creado el siguiente esquema relacional
Alumnos con todos sus datos informativos, sus notas, sus materias, sus profesores
Primera forma normal (1FN)
Una tabla est en 1FN si sus atributos contienen valores atmicos. En nuestro caso no
podemos tener valores repetitivos como curso del alumno, su paralelo, debiendo general
una tabla CURSOS para la gestin de dicha entidad, asi mismo suceder con NOTAS,
PROFESORES Y MATERIAS
Tablas
Diccionario de datos
Entity Alumnos
Card of entity Alumnos
Name
Alumnos
Code
ALUMNOS
Parent
Comment
Generate
Yes
Number
Name
Code
Genera Entity
te
Entity 1
Depende
nt Role
->Entity ->Entity
2 Role
1 Role
Cardinal Cardinal
ity
Reference_ REFERENCE_
2
Reference_ REFERENCE_
7
Relationshi RELATIONSHI
p_9
P_9
Alumn
os
notas
curso
0,n
0,1
Alumnos
0,n
0,1
0,n
0,1
Alumn Representa
os
ity
nte
Code
PHYSICALDIAGRAM_1
Code
CODIGOALU
Data Type
Variable characters (6)
Mandatory InheritedFrom
X
codigocur
CODIGOCUR
Codigorep
CODIGOREP
nombrealu
NOMBREALU
apellidoalu
APELLIDOALU
TELEFONOALU
Code
Parent
KEY_1
PrimaryIdentifier
Entity 'Alumnos'
Entity curso
Card of entity curso
Name
curso
Code
CURSO
Parent
Comment
Generate
Yes
Number
Name
Code
Genera
te
Entity 2
Entity Depende
1
nt Role
>Entity 2 >Entity 1
Role
Role
Cardinali Cardinali
ty
ty
Alumn
Reference_2 REFERENCE_2 X
os
materia
Reference_5 REFERENCE_5 X
Relationship RELATIONSHI
_8
P_8
curso
0,n
0,1
curso
0,n
0,1
0,n
curso- cursoX
curso
or
-> curso
Code
PhysicalDiagram_1
PHYSICALDIAGRAM_1
Code
Data Type
Mandatory InheritedFrom
codigocur
CODIGOCUR
nombrecur
NOMBRECUR
paralelocur
PARALELOCUR
Code
KEY_1
Parent
Entity 'curso'
PrimaryIdentifier
X
Entity curso-profesor
Card of entity curso-profesor
Name
curso-profesor
Code
CURSO_PROFESOR
Parent
Comment
Generate
Yes
Number
Name
>Entity 2 >Entity 1
Code
Role
nt Role
Role
Cardinali Cardinali
ty
Relationship RELATIONSHIP
_7
_7
profes profesor
profes
_8
0,n
1,1
0,n
or
or
Relationship RELATIONSHIP
_8
curso-
cursoX
ty
->
profesor
curso- cursoX
curso
or
-> curso
Code
PhysicalDiagram_1
PHYSICALDIAGRAM_1
Code
Data Type
Mandatory
codigocur
CODIGOCUR
codigopro
CODIGOPRO
InheritedFrom
Code
IDENTIFIER_1
Parent
Entity 'curso-profesor'
PrimaryIdentifier
X
Entity materias
Card of entity materias
Name
materias
Code
MATERIAS
Parent
Comment
Generate
Yes
Number
Name
Code
nt Role
>Entity 2 >Entity 1
Role
Role
Cardinali Cardinali
ty
Reference_3 REFERENCE_3 X
Reference_5 REFERENCE_5 X
notas
materi
as
materia
s
curso
ty
0,n
0,1
0,n
0,1
1,1
0,n
materia materias
Relationship_ RELATIONSHIP
11
_11
materi sas
-profesor
profeso ->
r
materias
Code
PHYSICALDIAGRAM_1
Code
Data Type
Mandatory InheritedFrom
codigomat CODIGOMAT
codigocur
CODIGOCUR
materia
MATERIA
creditos
CREDITOS
Integer
Code
KEY_1
Parent
PrimaryIdentifier
Entity 'materias'
Entity materias-profesor
Card of entity materias-profesor
Name
materias-profesor
Code
MATERIAS_PROFESOR
Parent
Comment
Generate
Yes
Number
Name
Code
nt Role
>Entity 2 >Entity 1
Role
Role
Cardinali Cardinali
ty
Relationship RELATIONSHIP
_10
_10
materia
X
sprofeso
profeso
r
ty
materias
profesor
0,n
1,1
->
profesor
materia
Relationship RELATIONSHIP
_11
_11
materia ss
profeso
r
materias
profesor 1,1
0,n
->
materias
Code
PhysicalDiagram_1
PHYSICALDIAGRAM_1
Code
Data Type
Mandatory
codigomat CODIGOMAT
codigopro
CODIGOPRO
InheritedFrom
Code
IDENTIFIER_1
Parent
Entity 'materias-profesor'
PrimaryIdentifier
X
Entity notas
Card of entity notas
Name
notas
Code
NOTAS
Parent
Comment
Generate
Yes
Number
Name
Code
Generat Entit
e
y2
Entity 1
Dependen
t Role
>Entity 2 >Entity 1
Role
Role
Cardinalit Cardinalit
y
Reference_ REFERENCE_
3
Reference_ REFERENCE_
7
notas materias
notas
Alumno
s
0,n
0,1
0,n
0,1
Code
PhysicalDiagram_1
PHYSICALDIAGRAM_1
Code
Data Type
Mandatory InheritedFrom
codigonot
CODIGONOT
codigomat
CODIGOMAT
codigoalu
CODIGOALU
parcial1not PARCIAL1NOT
Number (3,2)
parcial2not PARCIAL2NOT
Number (3,2)
Code
KEY_1
Parent
Entity 'notas'
PrimaryIdentifier
X
Entity profesor
Card of entity profesor
Name
profesor
Code
PROFESOR
Parent
Comment
Generate
Yes
Number
Name
Code
nt Role
>Entity 2 >Entity 1
Role
Role
Cardinali Cardinali
ty
Relationship_ RELATIONSHIP
7
_7
cursoX
profeso
r
cursoprofes profesor
or
10
_10
s-
->
PhysicalDiagram_1
1,1
0,n
1,1
materias
profes -profesor
profeso or
->
profesor
0,n
profesor
materia
Relationship_ RELATIONSHIP
ty
Code
PHYSICALDIAGRAM_1
Code
Data Type
Mandatory InheritedFrom
codigopro
CODIGOPRO
nombrepro
NOMBREPRO
apellidopro
APELLIDOPRO
direccionpro
DIRECCIONPRO
cedulapro
CEDULAPRO
telefonopro
TELEFONOPRO
TITULOPRO
celularpro
CELULARPRO
Code
KEY_1
Parent
PrimaryIdentifier
Entity 'profesor'
Entity Representante
Card of entity Representante
Name
Representante
Code
REPRESENTANTE
Parent
Comment
Generate
Yes
Number
Code
Genera Entity
Entity 1
te
1 Role
Cardinal Cardinal
ity
Relationshi RELATIONSHI
p_9
P_9
Alumn Representa
os
0,n
nte
ity
0,1
Code
PhysicalDiagram_1
PHYSICALDIAGRAM_1
Code
Codigorep
CODIGOREP
NOMBREREP
NOMBREREP
APELLIDOREP APELLIDOREP
DIRECCIONREP DIRECCIONREP
EMAILREP
EMAILREP
TELEFONOREP TELEFONOREP
CELREP
CELREP
Data Type
Mandatory InheritedFrom
Code
KEY_1
Diseo Relacional
Parent
Entity 'Representante'
PrimaryIdentifier
X
3. OBJETIVO GENERAL
Agilitar el proceso acadmico-administrativo mediante el desarrollo de un sistema
escolstico en la Unidad Educativa Luis A. Martnez
4. OBJETIVOS ESPECFICOS
5. METODOLOGA
FUNDAMENTO TEORICO
SISTEMA DE INFORMACIN
Conjunto u ordenacin de elementos necesarios para llevar a cabo algn mtodo,
procedimiento o control mediante el proceso de informacin.
Las actividades que estn por encima o debajo de los estndares deben anotarse,
estudiarse y ajustar.
Ejemplo: Una empresa que produce pasteles caros y de baja calidad, las ventas bajas
seran la retroalimentacin. 20
Hay que tomar en cuenta los siguientes ejemplos de datos relevantes relacionados con
el sistema.
HERRAMIENTAS DE DISEO
Power Designer
Es una herramienta de modelado colaborativo empresarial producido por Sybase.
Power Designer corre bajo Microsoft Windows en modo nativo, y tambin corre bajo
Eclipse como un plugin.
Funcionalidades
Power Designer incluye las siguientes funcionalidades:
Anlisis de Requerimientos
Generacin de Reportes
Repositorio
Eclipse plugin
Principales Caractersticas:
TCNICAS DE PROGRAMACIN
Bases de datos relacionales
Para la realizacin de las diferentes tablas a utilizarse en el sistema se lo realizo en
My SQL
MySQL pertenece a la compaa sueca MySQL AB, a la que le pertenece casi todos
los derechos del cdigo fuente.
La compaa desarrolla y mantiene el sistema, vendiendo soporte y servicios, como
tambin las licencias para usar MySQL.
Uso de MySQL
MySQL es muy popular en aplicaciones web, y es componente de las plataformas
LAMP, MAMP, WAMP, entre otras. MySQL suele combinarse con el popular
lenguaje PHP.
Caractersticas de MySQL
Versiones de MySQL
Metodologa ABP
Consiste en que un grupo de estudiantes de manera autnoma, aunque guiados por el
profesor, deben encontrar la respuesta a una pregunta o solucin a un problema de
forma que al conseguir resolverlo correctamente suponga que los estudiantes tuvieron
que buscar, entender e integrar y aplicar los conceptos bsicos del contenido del
problema as como los relacionados. Los estudiantes, de este modo, consiguen
elaborar un diagnstico de las necesidades de aprendizaje, construir el conocimiento
de la materia y trabajar cooperativamente.
Trabajo En Grupo
ABPRO (PROYECTOS)
Aprendizaje Basado en Proyectos (ABPro), es una metodologa que tiene por objetivo
generar investigacin en torno a un tpico propuesto y as resolver problemas a partir
de soluciones abiertas que permitan la generacin de nuevo conocimiento. Representa
una forma de trabajo autnoma, en la que los estudiantes construyen su propio
aprendizaje y generan productos o servicios reales, as como, Promueve la puesta en
prctica de habilidades de investigacin y de resolucin de problemas, el trabajo
interdisciplinario y de carcter social.
Ventajas de ABPro
Alumno:
- Creatividad
- Responsabilidad
-Trabajo colaborativo
- Capacidad crtica
- Resolucin de problema
- Integracin de saberes
-Estimula aspectos cognitivos, motrices, ticos y afectivos
-Retencin de conocimientos
Profesor:
-Integrar diferentes experiencias de aprendizaje
- Compartir responsabilidades
- Tecnolgicamente avanzados
- Lderes del proceso
Ambos:
- Aprendizaje cooperativo
- Organizacin de grupos
- Reestructuracin del saln de clase
-Integracin de recursos
- Aprendizajes significativos
6. BENEFICIARIOS
Directos:
Indirectos:
7. IMPACTO ESPERADO
Problemtica comunitaria que espera
resolver el proyecto.
8. VALOR AGREGADO
Usuarios
Los docentes y los estudiantes
Productos a obtenerse con Aplicacin permita agilidad en el proceso acadmico y
el desarrollo del proyecto
9. CRONOGRAMA DE ACTIVIDADES
ANEXOS
CAPTURA DEL ENTORNO DEL SISTEMA ESCOLSTICO
Como primera pantalla al ejecutar el sistema, se abre una mscara de Login, en la cual
se solicita un nombre de usuario t una contrasea. Los datos ingresados en esta
mscara, define la modalidad de trabajo del sistema, en este caso en Modalidad
Administrador, o Modalidad Usuario.
En esta mscara permite la creacin de los cursos que tiene la institucin con su
respectiva ubicacin en el campus.
Aqu podemos crear y definir las materias que se incluyen en la malla acadmica de la
Institucin.
Esta es la mscara que permite la creacin de alumnos, aqu se ingresan los datos
informativos de los estudiantes, y a su vez se observa que est ya enlazada con la tabla
cursos, entonces queda ya definido al curso al que pertenece el estudiante.
Para finalizar se observa los crditos del sistema, por quien fue creado y algunos datos
del autor.
En segundo plano, se observa una vista general de la modalidad Usuario.
Como primer detalle se observa que el men de un Usuario es ms reducido que el del
Administrador, o en este caso contiene solo lo necesario para el Usuario, restringiendo
permisos.
Esta mscara del Docente, es la misma tanto para el Administrador, como para el
Usiario, aqu el usuario podr modificar sus mismos datos.
En esta mscara podemos observar la parte medular del sistema, o el objetivo para el
cual fue creado, este es el ingreso y manipulacin de las notas de cada estudiante, en las
materias y nivel que se encuentra dentro de la Institucin.
No ( )
No ( )
Tal vez ( )
No ( )
Tal vez ( )
5. Considera usted que se debera utilizar estos tipos de sistemas para evitar las
demoras y las constantes fallas que se cometen?
Si ( )
No ( )
Tal vez ( )
No ( )
Tal vez ( )
Si
No
Tal Vez
Si
No
Tal Vez
Si
No
Tal Vez
Si
No
Tal Vez
5. Considera usted que se debera utilizar estos tipos de sistemas para evitar las
demoras y las constantes fallas que se cometen?
Si
No
Tal Vez
Si
No
Tal Vez