1.

Introduccin

A lo largo de estos aos de trabajo y aprendizaje, tanto en nuestra casa superior de estudios y en
nuestra sociedad, se ha observado que la tecnologa y el tratamiento de la informacin van
creciendo cada da. Es as que la realidad en el campo educativo se convierte en un contexto muy
importante, ya que contribuye en la formacin acadmica de toda la sociedad en su conjunto.
En la actualidad muchos establecimientos y casas superiores de estudios, adoptan a la computadora
como una herramienta e instrumento de trabajo esencial, porque coadyuva a capacitarnos de
manera ms efectiva en el proceso de enseanza y aprendizaje; para que se mejore nuestra calidad
humana de vida.
Este procedimiento es importante para el Centro Educativo Santa Mara De Los ngeles Fe y
Alegra, ya que en cada inicio de gestin acadmica, realiza las tareas y actividades respectivas
para matricular a los estudiantes, guardando la informacin en documentos y papeles que van
acumulndose al paso de los aos, a razn del crecimiento estudiantil que anualmente se registra en
el establecimiento educativo.
Por esta razn y por otros aspectos en el campo educativo, nace la idea de realizar el presente
Proyecto De Grado titulado Sistema de Informacin de Seguimiento Acadmico y Matriculacin
En Lnea (S.S.A.I.L.), tomando como referente al estudiante, profesores y padres de familia o
apoderados; Para que juntos trabajen en comunin, logrando integrarnos y complementarnos en el
papel que nos corresponde desempear. Este sistema de informacin trabajara mediante la
modalidad cliente/servidor utilizando los servicios la Red de Internet.
Gracias a estos procedimientos se registra al estudiante como es debido, optimizando las tareas y
los procedimientos administrativos que se realiza en cada apertura de gestin educativa, tambin se
pretende mejorar el control del plantel docente del establecimiento, el control de inscripciones y
seguimiento acadmico de los estudiantes, brindando el acceso respectivo a toda aquella
informacin que se requiera de forma automtica y en tiempo real.

1
 1.2 Antecedentes
1.2.1 Antecedentes Institucionales
El Centro Educativo Santa Mara De Los ngeles De Fe y Alegra, es una institucin de
convenio entre el estado y la iglesia catlica y es parte de la parroquia Santa Mara De Los
ngeles. Se encuentra ubicada en la Ciudad de El Alto, capital de la Cuarta seccin de la Provincia
Murillo del Dpto. De La Paz, en el distrito N6 de la zona 16 de Julio entre las calles Nistaus y
Arzabe N 3190.
La congregacin de los Padres Franciscanos, viendo que la poblacin Altea necesitaba contar con
la presencia de una comunidad religiosa estable, deciden quedarse, construyendo un nuevo templo
y organizando una nueva parroquia con el nombre de Santa Mara De Los ngeles; nombre que
proviene de una Capilla Italiana (Nuestra Seora De Los ngeles), proponindose llevar adelante
actividades de carcter pastoral, educativo, de salud y asistencia social.
La parroquia Santa Mara De Los ngeles, es una de las ms antiguas y por ella la consideran
como una de las ms antiguas de la Ciudad de El Alto, en consecuencia la parroquia Santa Mara
De Los ngeles, tiene un poco ms de 46 aos de vida.
La Primera promocin de Bachilleres egreso en la gestin de 1987, y desde esa fecha a la
actualidad se graduaron 17 promociones. Muchos ciudadanos que actualmente rigen la Ciudad de
El Alto son egresados de este centro educativo. En las filas de los Ex Alumnos existen
profesionales en diversas ramas que dan testimonio del prestigio de dicha institucin, el Centro
Educativo Santa Mara de los ngeles Fe y Alegra
1.2.2 Antecedentes Temticos
Se pueden apreciar algunos proyectos de grado, que tambin se relacionan con el Seguimiento
Acadmico y Administrativo, mencionaremos los siguientes:
El proyecto de grado que lleva de ttulo: Sistema De Registro Acadmico De Estudiantes
C.E.M.L.P, (Centro Educativo Mutual La Paz) realizado por Jhoset A. Rodrguez estudiante de la
Carrera de Informtica de la Universidad mayor de San Andrs que realizo el proyecto el 2010 con
el paradigma orientado a objetos.
El proyecto de grado que lleva de ttulo: Sistema de Gestin Acadmica, realizado por Yolanda
Chambi Quispe estudiante de la Carrera de Informtica de la Universidad mayor de San Andrs
que realizo el proyecto el 2009, el proyecto fue realizado para la Carrera de Medicina de la
Universidad Mayor de San Andrs.

2
 1.3 Planteamiento del problema
1.3.1 Problema General
Los procesos de toda la informacin dentro la Institucin se lo realiza de manera manual lo cual
genera perdida de informacin, redundancia de datos, y largas filas en el proceso de inscripcin.
1.3.2 Problema Especficos

La gran cantidad de informacin que es manipulada de forma manual en papeles y

almacenada en las instalaciones del establecimiento, que pueden sufrir prdidas de la
informacin.
Informacin no automatizada genera problemas en la planificacin y toma de decisiones
Informacin en tiempo real inexistente
Demora en la entrega de la respectiva boleta de matriculacin a la hora de haber sido
debidamente inscrito y registrado en el establecimiento educativo
Gasto de tiempo y recursos, en el proceso de bsqueda de la informacin de algn
estudiante para tramites personales
No emisin del historial acadmico, para verificar los datos del estudiante al inicio de
clases.
Proceso de trascripcin y calificacin de notas, se realiza de manera manual dando lugar a
posibles errores, sin poder corregirlos a tiempo (nombres, apellidos, notas, etc.).

3
 1.4 Objetivos
1.4.1 Objetivo General
Implementar un Sistema de Informacin de Seguimiento Acadmico y Matriculacin en Lnea,
para el Centro Educativo Santa Mara De Los ngeles Fe y Alegra, que optimice y coadyuve en
el procedimiento de inscripcin y seguimiento acadmico, brindando la seguridad, confiabilidad y
eficiencia de la informacin, para obtener los resultados deseados.
1.4.2 Objetivos Especficos

En consecuencia a lo plateado anteriormente y como solucin a los problemas especficos,

proponemos los siguientes puntos para los objetivos especficos en el presente Proyecto De
Grado.
Desarrollar procesos que utilicen tecnologas de ltima generacin de manera adecuada,
para el funcionamiento ptimo en la Red de Internet.
Utilizar la metodologa y herramienta adecuada para la realizacin del presente Proyecto
De Grado.
Implementar mdulos que gestionen la informacin con respecto al registro de estudiantes
del establecimiento educativo, evitando as la duplicidad y la redundancia de datos en el
Sistema.
Implementar un mdulo que se encargue de elaborar informes y reportes requeridos por
algn estudiante, padre de familia y administrativo.
Guardar la informacin de los estudiantes de manera segura, confiable y ptima, contando
con un sistema gerencial y de alerta temprana, para la toma de decisiones.
Agilizar y optimizar la entrega de notas de la libreta de calificaciones, cuando un
estudiante, padre de familia y administrativo, as lo requiera, actualizando la informacin.
Reducir el tiempo en costo y recursos que se invierten en los procesos y actividades
manuales que se realizan en el establecimiento.

4
 1.5 Justificacin
1.5.1 Justificacin Tcnica
En estos nuevos tiempos de la era tecnolgica , se observa como la tecnologa va creciendo a pasos
gigantes, en donde los Sistemas de Informacin son necesarios, adems de que el material y
herramientas estn al alcance de todos, por el cual es difcil restringirse al uso de ellos y de nuevas
tecnologas que irn apareciendo cada da.
Entonces, el Centro Educativo Santa Mara De Los ngeles Fe y Alegra, no puede quedar al
margen del avance de la tecnologa, mas al contrario, deber de adaptarse y complementarse de
manera rpida y oportuna para que se realice la correcta toma de decisiones, que se necesiten en el
establecimiento educativo. Contando con un Sistema De Informacin De Seguimiento Acadmico
y Matriculacin en Lnea, con el cual lograremos contribuir y aportar a nuestro establecimiento.
El desarrollo del proyecto se justifica tcnicamente por el uso de alta tecnologa de comunicacin,
internet y lenguajes de Programacin
Se empleara la tecnologa cliente/servidor para compartir o distribuir la informacin de la base de
datos que est disponible en cualquier computador conectado a la red de internet utilizando
medidas de seguridad para que esta informacin pueda ser modificada por el personal autorizada,
adems de usar una interfaz adecuada y fcil de operar por cualquier usuario.
Pues existen los medios necesarios para realizar el anlisis, diseo, implementacin y
mantenimiento del sistema del sistema web para su funcionamiento en el internet la institucin
cuenta con requerimientos de hardware y software.
1.5.2 Justificacin Econmica
El Sistema De Informacin se justifica econmicamente, porque se ahorrara el tiempo y recursos
que se inviertan, en el proceso y actividades de Seguimiento Acadmico e Inscripciones que se
requiere en el Centro Educativo Santa Mara De Los ngeles Fe y Alegra, minimizando as el
manejo de la informacin y bsqueda de datos en documentos y papeles, entonces se maximizara y
optimizara el rendimiento, reportes y consultas que se realicen al Sistema De Informacin.
1.5.3 Justificacin Social
La educacin en la sociedad es importante, lo cual demanda los servicios de los sistemas de
informacin hoy en da, por tanto en el campo educativo especialmente se hace muy til disearlo,
desarrollarlo e implementarlo, para que se automatice y optimice los procesos y actividades que los
seres humanos requieren en un determinado instante.
Contando con la comunidad estudiantil y los aportes que se realicen segn las polticas de los entes
involucrados.

5
 1.6 Alcances y limites
1.6.1 Alcances

El sistema se dedicara exclusivamente a lo mencionado a continuacin:

Matricular va Web para los alumnos del Establecimiento Centro Educativo Santa Mara
De Los ngeles Fe y Alegra
El sistema contempla la matriculacin solo para el Nivel Primario
Se tomara en cuenta el nueva Reforma Educativa actual para el sistema
Generacin de horarios incluyendo reportes, actualizaciones y una ayuda sobre que
horarios se encuentran disponibles
Generacin de reportes y estadsticas acadmicas
Implementar las interfaces del sitio Web informativo de tal forma que motiven a los
usuarios a formar parte activa del sistema.
Realizar un mdulo para la administracin de los estudiantes ya sean estos nuevos y / o
antiguos en el momento de matricularse, dando privilegios que se consideraran de acuerdo
a normas y polticas del establecimiento educativo.
Elaborar la Boleta de Inscripcin del estudiante al momento de matricularse en el
establecimiento educativo, documentando los datos personales de manera adecuada.
Generar el record acadmico de cada estudiante, el cual estar actualizado y optimizado,
que brinde confiabilidad y seguridad de la informacin.
Administra la nota de la libreta de calificaciones, el cual est debidamente documentado en
el Sistema De Informacin del establecimiento educativo
1.6.2 Lmites
El sistema no contempla procesos que no van en los objetivos trazados como ser:

Matriculacin para el nivel Secundario

Tambin el nivel knder y pre knder

6
2 Metodologa

Metodologa SCRUM

Introduccin

Scrum es una metodologa gil de desarrollo, aunque surgi como modelo para el desarrollo de
productos tecnolgicos, tambin se emplea en entornos que trabajan con requisitos inestables y que
requieren rapidez y flexibilidad; situaciones frecuentes en el desarrollo de determinados sistemas
de software.

Asimismo Scrum es un framework o conjunto de herramientas, para la gestin y desarrollo de

software basada en un proceso iterativo e incremental utilizado comnmente en entornos basados
en el desarrollo gil de software.

Jeff Sutherland aplic el modelo Scrum al desarrollo de software en 1993 en EaselCorporation

(Empresa que en los macro-juegos de compras y fusiones se integrara en VMARK, luego en
Informix y finalmente en Ascential Software Corporation).

Scrum es una metodologa de desarrollo muy simple, que requiere trabajo duro porque no se basa
en el seguimiento de un plan, sino en la adaptacin continua a las circunstancias de la evolucin del
proyecto.

Scrum es una metodologa gil, y como tal:

Es un modo de desarrollo de carcter adaptable ms que predictivo.

Orientado a las personas ms que a los procesos.
Emplea la estructura de desarrollo gil: incremental basada en iteraciones y revisiones.

Se comienza con la visin general del producto, especificando y dando detalle a las funcionalidades
o partes que tienen mayor prioridad de desarrollo y que pueden llevarse a cabo en un periodo de
tiempo breve (normalmente de 30 das).

Cada uno de estos periodos de desarrollo es una iteracin que finaliza con la produccin de un
incremento operativo del producto.

Estas iteraciones son la base del desarrollo gil, y Scrum gestiona su evolucin a travs de
reuniones breves diarias en las que todo el equipo revisa el trabajo realizado el da anterior y el
previsto para el da siguiente.

Caractersticas

Equipos autodirigidos
Utiliza reglas para crear un entorno gil de administracin de proyectos
No prescribe prcticas especficas de ingeniera
Los requerimientos se capturan como tems de la lista ProductBacklog.
El producto se construye en una serie de Sprints de un mes de duracin.

Herramientas y Prcticas

Scrum no requiere ni provee prcticas de Ingeniera. En lugar de eso, especifica prcticas y

herramientas de gerencia que se aplican en sus distintas fases para evitar el caos originado por la
complejidad e imposibilidad de realizar predicciones.

7
ProductBacklogList

Es una lista priorizada que define el trabajo que se va a realizar en el proyecto. Cuando un proyecto
comienza es muy difcil tener claro todos los requerimientos sobre el producto. Sin embargo,
suelen surgir los ms importantes que casi siempre son ms que suficientes para un Sprint.

El objetivo es asegurar que el producto definido al terminar la lista es el ms correcto, til y

competitivo posible y para esto la lista debe acompaar los cambios en el entorno y el producto.

Existe un rol asociado con esta lista y es el de ProductOwner. Si alguien quiere realizar cualquier
modificacin sobre la lista por ejemplo: agregar o incrementar la prioridad de sus elementos tiene
que convencer al ProductOwner.

Sprints

Un Sprint es el procedimiento de adaptacin de las cambiantes variables del entorno

(requerimientos, tiempo, recursos, conocimiento, tecnologa). Son ciclos iterativos en los cuales se
desarrolla o mejora una funcionalidad para producir nuevos incrementos. Durante un Sprint el
producto es diseado, codificado y probado. Y su arquitectura y diseo evolucionan durante el
desarrollo.

El objetivo de un Sprint debe ser expresado en pocas palabras para que sea fcil de recordar y est
siempre presente en el equipo.

Burndown Chart

La burndown chart es una grfica mostrada pblicamente que mide la cantidad de requisitos en el
Backlog del proyecto pendientes al comienzo de cada Sprint. Dibujando una lnea que conecte los
puntos de todos los Sprints completados, podremos ver el progreso del proyecto. Lo normal es que
esta lnea sea descendente (en casos en que todo va bien en el sentido de que los requisitos estn
bien definidos desde el principio y no varan nunca) hasta llegar al eje horizontal, momento en el
cual el proyecto se ha terminado (no hay ms requisitos pendientes de ser completados en el
Backlog). Si durante el proceso se aaden nuevos requisitos la recta tendr pendiente ascendente en
determinados segmentos, y si se modifican algunos requisitos la pendiente variar o incluso valdr
cero en algunos tramos.

Sprint Backlog

Es el punto de entrada de cada Sprint. Es una lista que tiene los tems de la ProductBacklogList que
van a ser implementados en el siguiente Sprint.

Los tems son seleccionados por el ScrumTeam, el Scrum Master y el ProductOwner en la Sprint
Planning Meeting a partir de la priorizacin de los tems y los objetivos que se marcaron para ese
Sprint. A partir de los objetivos a cumplir durante el Sprint el ScrumTeam determina que tareas
debe desempear para cumplir el objetivo. De esto surge el Sprint Backlog.

StabilizationSprints

En estos Sprints el equipo se concentra en encontrar defectos, no en agregar funcionalidad. Suelen

aplicarse cuando se prepara un producto para el release. Son tiles cuando se estn realizando
pruebas beta, se est introduciendo a un equipo en la metodologa de Scrum o cuando la calidad de
un producto no alcanza los lmites esperados.

8
No fueron definidos por Scrum pero han sido recomendados por su utilidad al aplicar esta
metodologa.

Scrum of Scrums o MetaScrum

Los equipos de Scrum suelen tener entre 5 y 10 personas, sin embargo est metodologa ha sido
aplicada en proyectos que involucran ms de 600 personas. Esto ha sido llevado a cabo dividiendo
a los accionistas en equipos de pequeos de hasta 10 personas aproximadamente. Y definiendo
jerrquicamente personas que pertenecen a dos equipos, es decir, adems de su rol especfico
dentro de un equipo tienen el rol de enlace en un equipo superior.

Roles y responsabilidades

Scrum clasifica a todas las personas que intervienen o tienen inters en el desarrollo del proyecto
en: propietario del producto, equipo, gestor de Scrum (tambin Scrum Manager o Scrum Master) y
otros interesados.

Los tres primeros grupos (propietario, equipo y gestor) son los responsables del proyecto, los que
segn la comparacin siguiente (y sin connotaciones peyorativas) seran los cerdos; mientras que
el resto de interesados seran las gallinas.

Cerdos y gallinas.

Esta metfora ilustra de forma muy grfica la diferencia de implicacin en el proyecto entre ambos
grupos:

Una gallina y un cerdo paseaban por la carretera.

La gallina dijo al cerdo: Quieres abrir un restaurante conmigo.

El cerdo consider la propuesta y respondi: S, me gustara. Y cmo lo llamaramos?.

La gallina respondi: Huevos con jamn.

El cerdo se detuvo, hizo una pausa y contest:

Pensndolo mejor, creo que no voy a abrir un restaurante contigo. Yo estara realmente
comprometido, mientras que t estaras slo implicada.

Roles Cerdo

Los Cerdos son los que estn comprometidos con el proyecto y el proceso Scrum; ellos son los que
ponen el jamn en el plato.

ProductOwner

El ProductOwner representa la voz del cliente. Se asegura de que el equipo Scrum trabaja de forma
adecuada desde la perspectiva del negocio. El ProductOwner escribe historias de usuario, las
prioriza, y las coloca en el ProductBacklog.

ScrumMaster (o Facilitador)

9
El Scrum es facilitado por un ScrumMaster, cuyo trabajo primario es eliminar los obstculos que
impiden que el equipo alcance el objetivo del sprint. El ScrumMaster no es el lder del equipo
(porque ellos se auto-organizan), sino que acta como una proteccin entre el equipo y cualquier
influencia que le distraiga. El ScrumMaster se asegura de que el proceso Scrum se utiliza como es
debido. El ScrumMaster es el que hace que las reglas se cumplan.

Equipo

El equipo tiene la responsabilidad de entregar el producto. Un pequeo equipo de 5 a 9 personas

con las habilidades transversales necesarias para realizar el trabajo (diseador, desarrollador, etc).

Roles Gallina

Los roles gallina en realidad no son parte del proceso Scrum, pero deben tenerse en cuenta. Un
aspecto importante de una aproximacin gil es la prctica de involucrar en el proceso a los
usuarios, expertos del negocio y otros interesados (stakeholders). Es importante que esa gente
participe y entregue retroalimentacin con respecto a la salida del proceso a fin de revisar y planear
cada sprint.

Usuarios

Es el destinatario final del producto. Como bien lo dice la paradoja, El rbol cae en el bosque
cuando no hay nadie Hace ruido? Aqui la definicion sera Si el software no es usado fue alguna
vez escrito?.

Stakeholders (Clientes, Proveedores).

Se refiere a la gente que hace posible el proyecto y para quienes el proyecto producir el beneficio
acordado que lo justifica. Slo participan directamente durante las revisiones del sprint.

Managers

Es la gente que establece el ambiente para el desarrollo del producto.

Reuniones en Scrum

DailyScrum

Cada da de un sprint, se realiza la reunin sobre el estado de un proyecto. Esto se llama

dailystandup. El scrum tiene unas guas especficas:

La reunin comienza puntualmente a su hora. A menudo hay castigos -acordados por el

equipo- para quin llega tarde (por ejemplo: dinero, flexiones, llevar colgando una gallina
de plstico del cuello, etc)
Todos son bienvenidos, pero solo los cerdos pueden hablar.
La reunin tiene una duracin fija de 15 minutos, de forma independiente del tamao del
equipo.
Todos los asistentes deben mantenerse de pie (esto ayuda a mantener la reunin corta)
La reunin debe ocurrir en la misma ubicacin y a la misma hora todos los das.

Durante la reunin, cada miembro del equipo contesta a tres preguntas:

Qu has hecho desde ayer?

10
 Qu es lo que ests planeando hacer hoy?
Has tenido algn problema que te haya impedido alcanzar tu objetivo? (Es el papel del
ScrumMaster recordar estos impedimentos).

Scrum de Scrum

Cada da normalmente despus del DailyScrum

Estas reuniones permiten a los grupos de equipos discutir su trabajo, enfocndose

especialmente en reas de solapamiento e integracin.
Asiste una persona asignada por cada equipo.

La agenda ser la misma como del DailyScrum, adems de las siguientes cuatro preguntas:

Qu ha hecho tu equipo desde nuestra ltima reunin?

Qu har tu equipo antes que nos volvamos a reunir?
Hay algo que demora o estorba a tu equipo?
Ests a punto de poner algo en el camino del otro equipo?

Reunin de Planificacin del Sprint (Sprint Planning Meeting)

Al inicio del ciclo Sprint (cada 15 o 30 das), una Reunin de Planificacin del Sprint se lleva a
cabo.

Seleccionar que trabajo se har

Preparar, con el equipo completo, el Sprint Backlog que detalla el tiempo que tomara hacer
el trabajo.
Identificar y comunicar cunto del trabajo es probable que se realice durante el actual
Sprint
Ocho horas como limite

Al final del ciclo Sprint, dos reuniones se llevaran a cabo: la Reunin de Revisin del Sprint y la
Retrospectiva del Sprint.

Reunin de Revisin del Sprint (Sprint Review Meeting)

Revisar el trabajo que fue completado y no completado

Presentar el trabajo completado a los interesados (alias demo)
El trabajo incompleto no puede ser demostrado
Cuatro horas como lmite

Retrospectiva del Sprint (Sprint Retrospective)

Despus de cada sprint, se lleva a cabo una retrospectiva del sprint, en la cual todos los miembros
del equipo dejan sus impresiones sobre el sprint recin superado. El propsito de la retrospectiva es
realizar una mejora continua del proceso. Esta reunin tiene un tiempo fijo de cuatro horas.

11
Visin general del modelo SCRUM

12
2. MODELADO DEL SISTEMA

2.1 Introduccin

En este presente captulo se detalla los aspectos y puntos importantes para el desarrollo del
proyecto as como los conceptos fundamentales para el diseo e implementacin del sistema,
definiendo la tecnologa y las herramientas necesarias.

2.2 Relevamiento de informacin

2.2.1 Cuestionarios y entrevistas

Cuestionario Alumnos, profesores y padres.

a. Usted cree que es necesario un sistema informtico de matriculacin en los

colegios?

b. Este sistema aliviara al plantel administrativo?

c. Cul cree usted que es el problema al momento de matriculacin?

d. En qu le beneficiaria a usted el sistema de matriculacin?

e. Le gustara una vista previa de la libreta de notas?

2.2.2 Conclusiones del relevamiento de informacin por modulo

Despus de haber realizado el cuestionario con sus respectivas entrevistas, llegamos a la conclusin
que el sistema optimizara el manejo de informacin as como el tiempo de matriculacin.

2.2.3 Tarjetas de usuario (Scrum)

Una clase es cualquier persona, cosa, evento, concepto, pantalla o reporte las responsabilidades de
una clase son las cosa que conoce y las que realiza sus atributos y mtodos los colaboradores de
una clase son las dems clases con las que trabaja en conjunto para llevar a cabo sus
responsabilidades.

13
14
2.3 Diagramas Estticos
15
2.3.1
Diagrama
de clase
en alto
nivel

2.3.2
Diagrama
de clases
en bajo
nivel

16
2.3.3 Diccionario de datos

APODERADO
- Cod_apoderado: Autonumrico. Rango: 9999 Valor inicial: 01
- Nombre_padre: Texto. Rango: Almacena hasta 255 caracteres. Valor inicial: Vaco
- Apellido_pat_padre: Texto. Rango: Almacena hasta 255 caracteres. Valor inicial:
Vaco
- Apellido_mat_padre: Texto. Rango: Almacena hasta 255 caracteres. Valor inicial:
Vaco
- Trabajo_padre: Texto. Rango: Almacena hasta 255 caracteres. Valor inicial: Vaco
- Celular_padre: Numrico. Rango: 99999999 Valor inicial: Nulo
- CI_padre: Numrico. Rango: 999999999 Valor inicial: Nulo
- Nombre_madre: Texto. Rango: Almacena hasta 255 caracteres. Valor inicial: Vaco
- Apellido_pat_madre: Texto. Rango: Almacena hasta 255 caracteres. Valor inicial:
Vaco
- Apellido_mat_madre: Texto. Rango: Almacena hasta 255 caracteres. Valor inicial:
Vaco
- Trabajo_madre: Texto. Rango: Almacena hasta 255 caracteres. Valor inicial: Vaco
- Celular_madre: Numrico. Rango: 99999999 Valor inicial: Nulo
- CI_madre: Numrico. Rango: 999999999 Valor inicial: Nulo

EMPLEADO
- Cod_empleado: Autonumrico. Rango: 9999 Valor inicial: 01
- Nombre: Texto. Rango: Almacena hasta 255 caracteres. Valor inicial: Vaco
- Apellido_pat: Texto. Rango: Almacena hasta 255 caracteres. Valor inicial: Vaco
- Apellido_mat: Texto. Rango: Almacena hasta 255 caracteres. Valor inicial: Vaco
- Direccion: Memo. Rango: Almacena hasta 255 caracteres. Valor inicial: Vaco
- Celular: Numrico. Rango: 99999999 Valor inicial: Nulo
- CI: Numrico. Rango: 999999999 Valor inicial: Nulo
- Fecha_ingreso: Fecha/hora. Rango: 12/31/9999 Valor inicial: Nulo
- Cargo: Texto. Rango: Almacena hasta 255 caracteres. Valor inicial: Vaco

ALUMNO
- Cod_alumno: Autonumrico. Rango: 9999 Valor inicial: 01
- Cod_apoderado: Autonumrico. Rango: 9999 Valor inicial: 01
- Nombre: Texto. Rango: Almacena hasta 255 caracteres. Valor
inicial: Vaco
- Apellido_pat: Texto. Rango: Almacena hasta 255 caracteres. Valor
inicial: Vaco
- Apellido_mat: Texto. Rango: Almacena hasta 255 caracteres. Valor
inicial: Vaco
- CI: Numrico. Rango: 99999999 Valor inicial: nulo
- Celular: Numrico. Rango: 99999999 Valor inicial: 01
- Fecha_nacimiento: Fecha/hora. Rango:12/31/ 9999 Valor inicial: Nulo

17
MATRICULA
- Cod_matricula: Autonumrico. Rango: 9999 Valor inicial: 01
- Cod_grado: Autonumrico. Rango: 9999 Valor inicial: 01
- Cod_alumno: Autonumrico. Rango: 9999 Valor inicial: 01
- Cod_empleado: Autonumrico. Rango: 9999 Valor inicial: 01
- Fecha/hora: Fecha/hora. Rango:12/31/ 9999 Valor inicial: Nulo
- Nivel: Texto. Rango: Almacena hasta 255 caracteres. Valor inicial: Vaco

NOTAS
- Cod_alumno: Autonumrico. Rango: 9999 Valor inicial: 01
- Cod_curso: Autonumrico. Rango: 9999 Valor inicial: 01
- Nota1: Numrico. Rango: 99 Valor inicial: 01
- Nota2: Numrico. Rango: 99 Valor inicial: 01
- Nota3: Numrico. Rango: 99 Valor inicial: 01
- Nota4: Numrico. Rango: 99 Valor inicial: 01
- Nota5: Numrico. Rango: 99 Valor inicial: 01

CURSOS
- Cod_curso: autonumrico.
- Cod_grado: autonumrico.
- Nombre: Texto.
Vaco
- Descripcion: Texto.
Vaco
- Cant_horas: Fecha/hora
Rango: 99999999 Valor inicial: 01
Rango: 9999 Valor inicial: 01
Rango: Almacena hasta 255 caracteres. Valor inicial:
Rango: Almacena hasta 255 caracteres. Valor inicial:
Rango: 24:60 Valor inicial: 00:00

GRADO
- Cod_grado: Autonumrico. Rango: 99999999 Valor inicial: nulo
- Seccion: Texto. Rango: Almacena hasta 255 caracteres. Valor inicial: Vaco
- Nivel: Texto. Rango: Almacena hasta 255 caracteres. Valor inicial: Vaco

18
2.4 Diagramas dinmicos

2.4.1 Casos de Uso

Figura 1: Requerimiento de Matrcula.

Fuente: Elaboracin propia

Figura 2: Llenar formato de Inscripcin de Matrcula

Fuente: Elaboracin propia

Figura 3: Gestionar Matrcula.

Fuente: Elaboracin propia

19
Figura 4: Autorizar Matrculas

Fuente: Elaboracin propia

Figura 5: Administra Informacin Acadmica.

Fuente: Elaboracin propia

Figura 6: Entrega reporte de notas

Fuente: Elaboracin propia

Figura 7: Registra matricula

Fuente: Elaboracin propia

20
Figura 8: Administrar informacin acadmica

Fuente: Elaboracin propia

Figura 9: Documentacin caso de entregar notas

Fuente: Elaboracin propia

Figura 10: Ingresar notas

Fuente: Elaboracin propia

21
2.4.2 Descripcin de Casos de uso

Figura 1: Requerimiento de Matrcula:

Nombre: Requerimiento de matrcula.

Actores: Padre, Secretaria.

Descripcin: El Padre de familia hace su requerimiento de

matrcula a la Secretaria.

Precondiciones: El formato debe estar diligenciado correctamente por

los estudiantes.

Flujo: La Secretaria recepciona el requerimiento de

Matrcula.

Excepciones: Ninguna.

Subflujos: Ninguna.

Poscondiciones: Ninguna.

Figura 2: Llenar formato de Inscripcin de Matrcula

Nombre: Llenar formato de inscripcin de matrculas.

Actores: Padre, Secretaria.

Descripcin: El Padre debe llenar el formato de inscripcin o

actualizacin de matrcula que contiene informacin
personal.

Precondiciones: La inscripcin o actualizacin de matrculas debe ser

llenada con informacin real.

Flujo: 1. Este formato es entregado al coordinador.

Excepciones: Ninguna.

Subflujos: Ninguna.

22
 Poscondiciones: Ninguna.

Figura 3: Gestionar Matrcula.

Nombre: Gestionar Matrcula.

Actores: Secretaria Padre.

Descripcin: La Secretaria crea nuevo cdigo alumno, actualiza

datos alumno, verifica la conformidad de la
Informacin.

Precondiciones: La informacin acadmica implica el rendimiento

acadmico del estudiante, observaciones.

Flujo: La Secretaria debe llevar el orden de la informacin

la cual tambin es tarea que debe desempear el
coordinador.

Excepciones: Ninguna.

Subflujos: Ninguna.

Poscondiciones: Ninguna.

Figura 4: Autorizar Matrculas

Nombre: Autorizar matrculas.
Actores: Director.

Descripcin: El director autoriza la matrcula y despus legaliza la

matricula con sello.

Precondiciones: Recibir los formularios de actualizacin de informacin

del estudiante ya diligenciados.

Flujo: 1. El director autoriza las matrculas para luego

legalizar.

Excepciones: Se debe verificar que los padres de los estudiantes

hayan diligenciado correctamente el formulario de
actualizacin de informacin.

23
 Subflujos: 1. El director despus de autorizar las matrculas las
legaliza y despus las entrega al coordinador.

Poscondiciones: Se verifican fotocopias de identificacin y el historial de

nivel acadmico, para anexarlas a una carpeta.

Figura 5: Administra Informacin Acadmica.

Nombre: Administrar informacin acadmica.

Actores: Coordinador Secretaria.

Descripcin: El coordinador administra todo tipo de informacin

acadmica que contempla las notas del estudiante, las
observaciones y el historial de aos cursados.

Precondiciones: Debe estar todos los tems de las materias con sus
Respectivas notas.

Flujo: 1. la informacin acadmica tambin es una funcin

que desempea el director.

La informacin acadmica debe contener todas las

Excepciones: notas del estudiante.

Subflujos: Ninguna.

Poscondiciones: Ninguna.

24
Figura 6: Entrega reporte de notas

Nombre: Entregar reporte de notas.

Actores: Secretaria Padre.

Descripcin: La Secretaria es quin se encarga de entregar las

planillas o reporte de notas para que sean llevados al
sistema de registro.

Precondiciones: Debe estar todos los tems de las materias con sus
respectivas notas.

Flujo: 1. Los reportes de notas son entregados a la secretaria

para que los registre.

Excepciones: La planilla debe ser entregada en la fecha estipulada.

Subflujos: Ninguna.
Poscondiciones: El formato debe esta soportado con copias de la
informacin suministrada.

Figura 7: Registra matricula

Nombre: Registrar Matrculas.

Actores: Secretaria, Sistema.

Descripcin: Secretaria Registra matrcula de Estudiante al Sistema.

Precondiciones: Tener acceso al PC para ingresar datos a WORD y

EXEL.

Flujo: La secretaria ingresa los datos a travs de las

herramientas de Word y Excel.
Excepciones: Ninguna.

Subflujos: Ninguna.

Poscondiciones: Ninguna.

25
Figura 8: Administrar informacin acadmica

Nombre: Administrar informacin acadmica.

Actores: Coordinador.

Descripcin: El coordinador administra todo tipo de informacin

acadmica que contempla las notas del

estudiante, las observaciones y el historial de aos

cursados.

Precondiciones: Debe estar todos los tems de las materias con sus
respectivas notas.

Flujo: 1. la informacin acadmica tambin es una funcin

que desempea el director.

Excepciones: La informacin acadmica debe contener todas las

notas del estudiante.

Subflujos: Ninguna.
Poscondiciones: Ninguna.

Figura 9: Documentacin caso de entregar notas

Nombre: Entregar notas.

Actores: Docente Coordinador.

Descripcin: El docente lleva el control de notas en planilla y se

las entrega al estudiante.

Precondiciones: La entrega de notas debe contener el valor de las

calificaciones de cada materia que luego es
entregado al estudiante.

Flujo: 1. Esta entrega de notas se realiza del docente

hacia los estudiantes.

Excepciones: Ninguna.

Subflujos: Ninguna.

Poscondiciones: Ninguna.

26
Figura 10: Ingresar notas

Nombre: Ingresar Notas.

Actores: Secretaria Sistema.

Descripcin: La Secretaria ingresa las notas segn cdigo estudiante

o actualiza notas segn la informacin personal.

Precondiciones: El Ingreso de Notas o actualizacin de notas debe ser

llenada con informacin real.

Flujo: 1. Este formato es entregado al coordinador

Excepciones: Ninguna.

Subflujos: Ninguna.

Poscondiciones: Ninguna.

27
2.4.3 Diagramas de secuencia

Figura 11: Requerimiento de Matrcula:

Figura 12: Llenar formato de Inscripcin de Matrcula

28
Figura 13: Gestionar Matrcula.

Figura 14: Autorizar Matrculas

29
Figura 15: Administra Informacin Acadmica.

Figura 16: Entrega reporte de notas

30
Figura 17: Registra matricula

Figura 18: Administrar informacin acadmica

31
Figura 19: Documentacin caso de entregar notas

Figura 20: Ingresar notas

32
2.4.5 Diagramas de Colaboracin

Figura 19: Documentacin caso de entregar notas

Figura 13: Gestionar Matrcula.

33
2.4.6 Diagramas de Estado

Figura 21: Requerimiento de Matrcula:

Figura 22: Llenar formato de Inscripcin de Matrcul

a

34
Figura 23: Gestionar Matrcula.

Figura 24: Autorizar Matrculas

35
Figura 25: Administra Informacin Acadmica.

Figura 26: Entrega reporte de notas

Figura 27: Registra matricula

36
Figura 28: Administrar informacin acadmica

Figura 29: Documentacin caso de entregar notas

Figura 30: Ingresar notas

37
2.5 Conclusiones y recomendaciones

2.5.1 Conclusiones

Por medio de la elaboracin del presente Sistema de Informacin de Seguimiento Acadmico

y Matriculacin En Lnea este trabajo se pudo llegar a conocer la relacin existente entre los
padres, los docentes.

Se conocieron aspectos de gran importancia en la relacin de estos tres factores como cul es el
tipo de relacin idnea que debe de existir.

Es de gran importancia el manejar este tipo de informacin ya que sirve como base para la prctica
debe de tener en cuenta que la educacin de los nios ya que este sistema les informara sobre el
rendimiento que tiene sus hijos .

El seguimiento son procesos que se pueden considerar el anlisis del desempeo de cada estudiante
son aspectos importantes en la implementacin y los resultados obtenidos.

Un sistema de seguimiento establece indicando el desempeo de acuerdo a los recursos

disponibles, al tiempo, el o los responsables de sus resultados y los medios de verificacin.

Al instaurar un sistema de seguimiento del Centro educativo como una nueva prctica, permitir
dar pertinencia, coherencia y eficacia al plan de mejorar.

Esperamos que la realizacin de este este sistema sirva como medio de informacin tanto para
docentes como para padres as poder estar informado acerca del rendimientos de los estudiantes as
tener una mejor calidad de estudiantes.

2.5.2 Recomendaciones

Hacer citas con anticipacin a principios del ao escolar. Hacer saber al maestro que a los
padres les interesa la formacin acadmica de los hijos y tener inters e informacin de su
progreso.
Hablar con el maestro acerca de los talentos, los pasatiempos, los hbitos de estudio y
cualquier otra sensibilidad que se tenga de los hijos, tales como la preocupacin o las
dificultades con su evaluacin de rendimiento.
Decirle al maestro si se considera que los hijos necesitan ayuda especial y avisarle de
cualquier situacin de familia o evento que pueda afectar la capacidad de los hijos para
aprender, como por ejemplo, un beb recin nacido, una enfermedad o una mudanza
reciente o prxima.
Decirle al maestro qu clase de persona se quiere que sean sus hijos y cules valores son
importantes para los padres.
Pedirle a los maestro detalles concretos sobre el trabajo y el progreso de los hijos. Si los
hijos ya recibieron calificaciones, preguntar por el mtodo o el sistema de evaluacin.

38