Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Presentado Por:
1
Planteamiento del problema
Los Jardines en la actualidad son un ente importante para los padres de familia , ya que
los niños inician sus primeros pasos en el Jardín,para ello se realizó la investigación
del funcionamiento de varios Jardines, con el fin de saber cuales son las falencias y la
innovación que se puedan realizar,encontramos que ningún Jardín cuenta con una
buena estructura en la parte administrativa maneja excel para llevar sus finanzas, los
docentes llevan formatos de seguimiento, más no para cada niño de forma manual, y
guardada en carpetas, en la parte de los empleados el control que se lleva , es generado
por excel, por último a los padres se les entrega un informe muy específico en cada
entrega de boletines, la información general de cada niño que se encontró son
guardados en forma manual, tampoco se encuentra un registro de el nivel de aprendizaje
automático,estos registros se deben pedir con dos o tres dias de antelacion, para poder
realizar el estudio del papeleo que se encuentra en carpetas de cada grupo, la forma de
enseñanza se realiza según un cronograma el cual compre de fechas específicas sin
modificación de ellas .
Justificación
El proyecto que llevaremos a cabo nace de una iniciativa de dar solución al manejo de la
información que se lleva al interior de un jardín, Actualmente la información del jardín
relacionada con La matrícula, registro civil, eps, el carnet de vacunas y adicionalmente
un seguimiento que se le hace al estudiante en el proceso de aprendizaje, se realiza
totalmente a mano.
La docente lleva toda la información de cada estudiante en folders, que son separados
por el grado en que se encuentra el estudiante.
La forma en la que se maneja la información, genera perdida de la documentación,
dificultad para consultarla, con esto no se puede llevar un proceso académico adecuado
a cada estudiante, ya que el seguimiento que se le lleva no es muy confiable, debido a
que la docente no puede estar buscando uno por uno cual es el problema que pueda
tener el estudiante en su proceso de aprendizaje, el gran problema que se ve es el uso del
tiempo tan excesivo que en ocasiones se tiene que hacer, ya que al querer hacer algún
proceso de búsqueda no hay algo fijo en donde realizarla, sino se debe hacer paso por
paso.
La problemática que busca resolver el software que crearemos es dar un fácil a la
información de cada niño del jardín, con ello la docente podrá esta al tanto de cada que
lleven los niños, lo ideal es llevar reportes que permitan intervenir en cada niño de
forma adecuada y a los problemas que presenten en el aprendizaje, además de esto, los
padres pueden llevar un seguimiento actualizado de las observaciones de cada niño, con
el fin de incentivar de que se haga un trabajo de enseñanza desde casa.
2
Objetivos Generales
● Desarrollar un sistema de información web para la gestión administrativa de
jardines en Bogotá
Objetivos Específicos
● Dar acceso fácil y rápido a la información
● Acompañamiento de padres de cada estudiante.
● Seguimiento de aprendizaje de cada estudiante.
● Realizar pruebas y documentación.
3
En otro sistema de información podemos ver que buscan solucionar al proceso de manejar la
información y trámites del jardín, es un aplicativo web, donde el docente ingresa con un usuario
previamente creado, allí se valida su información y que haga parte del jardín. El aplicativo web
le permite al docente administrar la información de cada niño que pertenece al jardín,
ingresando a un formulario, con todos los papeles correspondientes, al mismo tiempo permite
almacenar los trámites del jardín.
El sistema podrá ser utilizado por administrativos, los cuales podrán agregar nuevos
miembros, sean otros administrativos, docentes o estudiantes, ver, crear, eliminar o
editar toda la información de la base de datos, en el caso de los docentes, podrán ver y/o
agregar información específica de cada estudiante,observaciones o recomendaciones, no
podrán editar ni eliminar ningún usuario, los estudiantes no tendrán acceso ninguno a la
plataforma, pero por cada estudiante existirá un usuario que será proporcionado a sus
padres o acudientes, en el cual podrán únicamente observar la información del
estudiante, como sus observaciones.
Requerimientos Funcionales.
“Los requerimientos funcionales permiten expresar una especificación más detallada de
las responsabilidades del sistema que se propone. Ellos permiten determinar, de una
manera clara, lo que debe hacer el mismo”.
Los requerimientos funcionales del sistema propuesto son los siguientes:
REQUERIMIENTO Nro.01
4
Insertar datos de usuario
Usuario x
Sistema
Funcional x
Se ingresaran los datos del usuario ya sea profesor o
No Funcional estudiante
Precondición Post-condición
REQUERIMIENTO Nro.02
Validar Usuario
5
Usuario x
Sistema
Funcional x
se comprobará si los datos del usuario coinciden al
No Funcional momento de iniciar sesión.
Precondición Post-condición
los datos deben ingresados deben ser los se podrá acceder a la interfaz de
registrados inicio del software
REQUERIMIENTO Nro.03
Sistema
Funcional x
6
No Funcional
Precondición Post-condición
REQUERIMIENTO Nro.04
Usuario x
Sistema
Funcional x
Agregar datos del docente o estudiante que el usuario
No Funcional requiera
Precondición Post-condición
7
REQUERIMIENTO Nro.05
Usuario x
Sistema
Funcional x
Determinar los roles que van a ser usados en el
No Funcional programa para determinar las funciones de este.
Precondición Post-condición
Requerimientos no funcionales
Son requisitos que imponen restricciones en el diseño o la implementación como
restricciones en el diseño o Estándares de Calidad. Son propiedades o cualidades que el
producto debe tener.
Los requerimientos no funcionales del sistema propuesto son los siguientes:
REQUERIMIENTO Nro.01
8
Toda funcionalidad del sistema debe responder al usuario en menos de 5
segundos.
Usuario
Sistema x
Funcional
Precondición Post-condición
REQUERIMIENTO Nro.02
El sistema debe ser capaz de operar adecuadamente con hasta 1000 usuarios
con sesiones concurrentes
Usuario
Sistema x
Funcional
Al momento de la concurrencia de usuarios , el
x software deberá trabajar adecuadamente sin problema
No Funcional alguno.
Precondición Post-condición
9
Funcionamiento del programa aun
cuando estén conectados muchos
El servidor tendrá que funcionar sin ningún usuarios.
impedimento.
REQUERIMIENTO Nro.03
Usuario
Sistema x
Funcional
Precondición Post-condición
Se mostrará la notificación de
respuesta de acuerdo a la acción
El usuario deberá cometer algún error o cometida por el usuario.
acceder a un sitio que lleve notificación.
10
REQUERIMIENTO Nro.04
Usuario
Sistema x
Precondición Post-condición
REQUERIMIENTO Nro.05
11
El sistema debe poseer interfaces gráficas bien formadas.
Usuario
Sistema x
Funcional
Gráficas con el fin de atraer más al usuario y también
x
hacer más práctico el uso del programa.
No Funcional
Precondición Post-condición
Diagrama ER
12
Casos de uso.
13
Consultas de creación y actualización.
14
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
CREATE TABLE `anotacion` (
`idanotacion` int(11) NOT NULL,
`descripcion` longtext,
`fecha` date DEFAULT NULL,
`nino_idnino` int(17) NOT NULL,
`jardin_idjardin` int(11) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
CREATE TABLE `grupo` (
`idgrupo` int(11) NOT NULL,
`nombre` varchar(45) DEFAULT NULL,
`cantidad` int(11) DEFAULT NULL,
`jardin_idjardin` int(11) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
CREATE TABLE `jardin` (
`idjardin` int(11) NOT NULL,
`nombrejardin` varchar(45) DEFAULT NULL,
`direccionjardin` varchar(45) DEFAULT NULL,
`telefonojardin` int(11) DEFAULT NULL,
`estrato` int(11) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
15
`niño_idniño` int(11) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
CREATE TABLE `nino` (
`idnino` int(17) NOT NULL,
`nombresnino` varchar(45) DEFAULT NULL,
`apellidos` varchar(30) NOT NULL,
`telefonosacu` varchar(45) DEFAULT NULL,
`direccion` varchar(30) NOT NULL,
`fechanac` date DEFAULT NULL,
`peso` int(11) DEFAULT NULL,
`talla` int(11) DEFAULT NULL,
`sexo` int(11) NOT NULL,
`alergias` longtext,
`discapacidades` longtext,
`matriculado` varchar(45) DEFAULT NULL,
`certificadoeps` longblob,
`foto` longblob,
`registrocivil` longblob,
`acudiente_idacudiente` int(17) NOT NULL,
`grupo_idgrupo` int(11) NOT NULL,
`jardin_idjardin` int(11) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
CREATE TABLE `personal` (
`idpersonal` int(11) NOT NULL,
`nombres` varchar(45) DEFAULT NULL,
`telefono` varchar(45) DEFAULT NULL,
`direccion` varchar(45) DEFAULT NULL,
`estrato` int(11) DEFAULT NULL,
`email` varchar(45) DEFAULT NULL,
16
`jardin_idjardin` int(11) NOT NULL,
`usuarios_id` int(11) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
Consultas de actualizacion
ALTER TABLE `acudiente`
ADD PRIMARY KEY (`idacudiente`),
ADD KEY `fk_acudiente_usuarios1_idx` (`usuarios_id`);
--
-- Indices de la tabla `anotacion`
--
ALTER TABLE `anotacion`
ADD PRIMARY KEY (`idanotacion`),
ADD KEY `fk_anotacion_nino_idx` (`nino_idnino`) USING BTREE,
ADD KEY `fk_anotacion_jardin` (`jardin_idjardin`) USING BTREE;
17
--
-- Indices de la tabla `grupo`
--
ALTER TABLE `grupo`
ADD PRIMARY KEY (`idgrupo`),
ADD KEY `fk_grupo_jardin_idx` (`jardin_idjardin`) USING BTREE;
--
-- Indices de la tabla `jardin`
--
ALTER TABLE `jardin`
ADD PRIMARY KEY (`idjardin`);
--
-- Indices de la tabla `jardin_has_acudiente`
--
ALTER TABLE `jardin_has_acudiente`
ADD PRIMARY KEY (`jardin_idjardin`,`acudiente_idacudiente`),
ADD KEY `fk_jardin_has_acudiente_acudiente1_idx` (`acudiente_idacudiente`),
ADD KEY `fk_jardin_has_acudiente_jardin1_idx` (`jardin_idjardin`);
--
-- Indices de la tabla `jardin_has_nino`
--
ALTER TABLE `jardin_has_nino`
ADD PRIMARY KEY (`jardin_idjardin`,`niño_idniño`),
ADD KEY `fk_jardin_has_niño_niño1_idx` (`niño_idniño`),
ADD KEY `fk_jardin_has_niño_jardin1_idx` (`jardin_idjardin`);
18
--
-- Indices de la tabla `nino`
--
ALTER TABLE `nino`
ADD PRIMARY KEY (`idnino`),
ADD KEY `fk_niño_acudiente1_idx` (`acudiente_idacudiente`),
ADD KEY `fk_niño_grupo1_idx` (`grupo_idgrupo`),
ADD KEY `fk_nino_jardin1_idx` (`jardin_idjardin`);
--
-- Indices de la tabla `personal`
--
ALTER TABLE `personal`
ADD PRIMARY KEY (`idpersonal`),
ADD KEY `fk_personal_jardin1_idx` (`jardin_idjardin`),
ADD KEY `fk_personal_usuarios1_idx` (`usuarios_id`);
--
-- Indices de la tabla `usuarios`
--
ALTER TABLE `usuarios`
ADD PRIMARY KEY (`id`),
ADD KEY `fk_usuarios_jardin_idx` (`jardin_idjardin`);
--
-- AUTO_INCREMENT de las tablas volcadas
--
--
19
-- AUTO_INCREMENT de la tabla `anotacion`
--
ALTER TABLE `anotacion`
MODIFY `idanotacion` int(11) NOT NULL AUTO_INCREMENT,
AUTO_INCREMENT=31;
--
-- AUTO_INCREMENT de la tabla `usuarios`
--
ALTER TABLE `usuarios`
MODIFY `id` int(11) NOT NULL AUTO_INCREMENT,
AUTO_INCREMENT=2147483647;
--
-- Restricciones para tablas volcadas
--
--
-- Filtros para la tabla `acudiente`
--
ALTER TABLE `acudiente`
ADD CONSTRAINT `fk_acudiente_usuarios1` FOREIGN KEY (`usuarios_id`)
REFERENCES `usuarios` (`id`) ON DELETE NO ACTION ON UPDATE NO
ACTION;
--
-- Filtros para la tabla `anotacion`
--
ALTER TABLE `anotacion`
ADD CONSTRAINT `fk_anotacion_niño1` FOREIGN KEY (`nino_idnino`)
REFERENCES `nino` (`idnino`) ON DELETE NO ACTION ON UPDATE NO
ACTION;
20
--
-- Filtros para la tabla `grupo`
--
ALTER TABLE `grupo`
ADD CONSTRAINT `fk_grupo_jardin1` FOREIGN KEY (`jardin_idjardin`)
REFERENCES `jardin` (`idjardin`) ON DELETE NO ACTION ON UPDATE NO
ACTION;
--
-- Filtros para la tabla `jardin_has_acudiente`
--
ALTER TABLE `jardin_has_acudiente`
ADD CONSTRAINT `fk_jardin_has_acudiente_acudiente1` FOREIGN KEY
(`acudiente_idacudiente`) REFERENCES `acudiente` (`idacudiente`) ON DELETE NO
ACTION ON UPDATE NO ACTION,
ADD CONSTRAINT `fk_jardin_has_acudiente_jardin1` FOREIGN KEY
(`jardin_idjardin`) REFERENCES `jardin` (`idjardin`) ON DELETE NO ACTION ON
UPDATE NO ACTION;
--
-- Filtros para la tabla `jardin_has_nino`
--
ALTER TABLE `jardin_has_nino`
ADD CONSTRAINT `fk_jardin_has_niño_jardin1` FOREIGN KEY
(`jardin_idjardin`) REFERENCES `jardin` (`idjardin`) ON DELETE NO ACTION ON
UPDATE NO ACTION,
ADD CONSTRAINT `fk_jardin_has_niño_niño1` FOREIGN KEY (`niño_idniño`)
REFERENCES `nino` (`idnino`) ON DELETE NO ACTION ON UPDATE NO
ACTION;
tabla `nino`
21
ALTER TABLE `nino`
ADD CONSTRAINT `fk_nino_jardin1` FOREIGN KEY (`jardin_idjardin`)
REFERENCES `jardin` (`idjardin`) ON DELETE NO ACTION ON UPDATE NO
ACTION,
ADD CONSTRAINT `fk_niño_acudiente1` FOREIGN KEY
(`acudiente_idacudiente`) REFERENCES `acudiente` (`idacudiente`) ON DELETE NO
ACTION ON UPDATE NO ACTION,
ADD CONSTRAINT `fk_niño_grupo1` FOREIGN KEY (`grupo_idgrupo`)
REFERENCES `grupo` (`idgrupo`) ON DELETE NO ACTION ON UPDATE NO
ACTION;
--
-- Filtros para la tabla `personal`
--
ALTER TABLE `personal`
ADD CONSTRAINT `fk_personal_jardin1` FOREIGN KEY (`jardin_idjardin`)
REFERENCES `jardin` (`idjardin`) ON DELETE NO ACTION ON UPDATE NO
ACTION,
ADD CONSTRAINT `fk_personal_usuarios1` FOREIGN KEY (`usuarios_id`)
REFERENCES `usuarios` (`id`) ON DELETE NO ACTION ON UPDATE NO
ACTION;
--
-- Filtros para la tabla `usuarios`
--
ALTER TABLE `usuarios`
ADD CONSTRAINT `fk_usuarios_jardin` FOREIGN KEY (`jardin_idjardin`)
REFERENCES `jardin` (`idjardin`) ON DELETE NO ACTION ON UPDATE NO
ACTION;
COMMIT;
Motores.
22
23
Conclusión
El proyecto que realizamos ha contribuido de manera muy importante para el conocimiento de
nosotros pues aprendimos sobre diversos temas que nos van a ser de mucha utilidad en un
futuro cercano. Nos deja muchas cosas importantes que reflexionar y muchas otras más para
seguir en materia de aprendizaje.
Bibliografía
24