ficha 3

Entregable IV Entregable IV

TECNOLÓGICO DE ANTIOQUIA

PROYECTO INTEGRADOR

NIVEL IV

FACULTAD DE INFORMÁTICA

GESTION DE MATRICULAS JARDIN aeioTU - MORAVIA

FICHA ENTREGA # 3

LEIDY BERMUDEZ GARCIAANDRES FELIPE BERMUDEZ SANCHEZ

SANTIAGO ANDRÉS SANTAMARIA PUERTA

INSTITUCION UNIVERSITARIA TECNOLOGICO DE ANTIOQUIA

FACTULTAD DE SISTEMAS

ITAGÜI2014

11

Entregable II Entregable II

Contexto del SoftwareContexto del Software

1. DEFINICIÓN DEL PROBLEMA

En el jardín aeioTU MORAVIA se tiene 3 problemáticas que se pretenden solventar con la implementación de una nueva metodología de trabajo:

1. Matricula: Antes del proceso de matrícula evaluar el carácter social del niño ya que se tienen prioridades a la hora de la matrícula, luego se debe contabilizar el número de niños matriculados para conocer el cupo actual en el jardín, si el cupo ya se encuentra completo, los niños son registrados en una lista de espera.

2. Demora en la generación de informes: La generación de informes es demorada debido a que no se cuenta con una metodología de trabajo que permita una obtención de datos oportuna. Los datos deben ser calculados manualmente en base a los informes de asistencia que presentan las maestras, estos datos deben ser ingresados en una plantilla de Excel.

3. Caracterización: cada niño en el jardín tiene una carpeta donde son almacenadas la documentación de cada niño, así como su carnet de vacunación y los controles médicos que deben realizarse por lo menos 2 veces al año. El número de carpetas a revisar puede llegar hasta las 300 y el objetivo de esta revisión, es con el fin de tener información actualizada de cada niño y generar las respectivas alertas. Si la documentación faltan está relacionada con vacunas y controles médicos, se genera alerta al área de psicología para el contacto de los acudientes del niño y se firma un compromiso, con fecha límite para la entrega de esta documentación al día.

En el tema de la vacunación hay un esquema de vacunación con el cual debe cumplir cada niño, el cual dicta que durante el desarrollo del niño se le debe suministrar un número de vacunas con sus respectivos refuerzos, para identificar aquellos niños cuyo esquema de vacunación no está acorde a su edad, se debe revisar cada uno de los carnet de vacunación este proceso se realiza mes a mes.

22


2. OBJETIVO GENERAL

Brindar una solución que apoye al área administrativa en sus funciones, tales como la supervisión de la planta docente, realización del proceso de matrícula de los niños de primera infancia, llevar el control de la lista de espera, entre otros, mediante un software de control y análisis.

3. OBJETIVOS ESPECÍFICOS

• Implementar un sistema que permita el registro de la información de los niños.• Administrar el registro de los niños en una lista de espera cuando no se cuente con cupo disponible en el jardín.• Crear y estructurar la base de datos, utilizando el motor de base de datos MySQL, para almacenar la información de los niños.• Permitir al usuario consultar en el sistema, dando como resultado una lista con los niños cuya documentación, esquema de vacunación o controles en Crecimiento y Desarrollo se encuentren incompletos.• Crear una aplicación web, que sea compatible con cualquier navegador.

33


• Diseñar interfaces que permitan al usuario una navegación intuitiva del sistema de información.• Mostrar un informe acumulativo en el mes del número de niños que asisten al jardín por día. Este debe ser organizado en una tabla de la siguiente manera.• Almacenar el desempeño de cada niño matriculado en el jardín en la base de datos. • Generar un informe general de los niños en situación de discapacidad del jardín.• Generar un informe general de los niños del jardín que padecieron de alguna enfermedad.• Generar un informe general del número de alertas en el desarrollo de los niños del jardín.• Generar un informe con la Categorización del SISBEN de los niños del jardín.• Generar un informe con el perfil que tienen las familias de los niños matriculados en determinado mes del año en el jardín.• Crear usuarios y asignar roles, de acuerdo al cargo que desempeñen dentro de la organización.• Llevar el control de la documentación de cada niño se encuentre al día.• Asegurar que cada niño cuenten con todas las vacunas de acuerdo a su edad.• Dar prioridad para el ingreso al jardín a los niños víctimas de desplazamiento.

• Alertar cuando los compromisos de crecimiento y desarrollo acordados con los acudientes de que cada niño no sean actualizados periódicamente.

44


4. BENEFICIARIOS

• Beneficiarios directos: El proyecto está dirigido al Jardín educativo aeioTU – Moravia. Los beneficiarios directos, serán las personas que trabajen en estrecha relación con el software; estos serían la coordinadora, los maestros, la auxiliar administrativa y la psicóloga.

• Beneficiarios indirectos: Dado que el proyecto está encaminado a mejorar la organización del jardín, los beneficiarios indirectos serán los niños asistentes al mismo.

5. METODOLOGÍA UTILIZADA

5.1.

Se va a utilizar el modelo de cascada, también conocido como modelo lineal,los motivos para el uso de este son los siguientes:

• El modelo en cascada puede ser apropiado, en general, para proyectos estables (especialmente los proyectos con requisitos no cambiantes) y donde es posible y probable que los diseñadores predigan totalmente áreas de problema del sistema y produzcan un diseño correcto antes de que empiece la implementación.

• Funciona bien para proyectos pequeños donde los requisitos están bien entendidos.

• Es un modelo en el que todo está bien organizado y no se mezclan las fases. Es simple y fácil de usar

• Debido a la rigidez del modelo es fácil de gestionar ya que cada fase tiene entregablesEsta metodología se complementara con las técnicas de cuarta generación (Acceso a base de datos, generación de informes, generación de entornos gráficos y generación de pantallas.)

55


6. ALCANCE DEL SISTEMA

El Sistema de Gestión de matrículas aplica a las decisiones y actividades desarrolladas por el Jardín infantil aeioTU, tales como la supervisión de la planta docente, realización del proceso de matrícula de los niños de primera infancia, llevar el control de la lista de espera, entre otros, mediante un software de control y análisis. a todos los niveles de la organización, en sus instalaciones de la sede de Moravia y en las obras que la empresa realiza.

66


7. ESTUDIO DE MERCADO

• SAS Académico para Windows es un software de gestión escolar orientado a instituciones educativas colombianas que satisface las necesidades de administración de los colegios de educación básica primaria, secundaria y media vocacional.

Totalmente adaptado al Decreto 1290 de Abril 2009, cuenta con una sólida estructura a nivel de interfaz de usuario en la cual se han escogido cuidadosamente los controles adecuados para cada tarea y en donde se ha tenido especial cuidado con la estandarización de la nomenclatura de los menús y las ventanas.

Este programa está desarrollado en Visual FoxPro 9.0, Flash 8, y unas importantes DLLs para el manejo de la compresión de archivos y manejo de diferentes formatos de documentos como XLS (Excel), DOC (Word) y PDF.

• DocCF, Software de Gestión Escolar | Control escolar, académico y administrativo para escuelas, colegios y jardines infantilesControl escolar, académico y administrativo para escuelas, colegios y jardines infantiles. DocCF es una aplicación desarrollada por Grupo CF Developer para sistematizar y automatizar los procesos escolares, académicos y administrativos en las Instituciones Educativas. Disponible para Latinoamérica y España.

Como herramienta, el objetivo de DocCF es gestionar los procesos internos y facilitar la coordinación y comunicación entre padres, alumnos, docentes y cargos directivos para ofrecer información estadística sobre dichos procesos y facilitar la toma de decisiones en el proceso de gestión de la Institución.

• JSchoolManager Portable posee la cualidad de ejecutarse en cualquier sistema operativo sin necesidad de instalación, por lo que podría

funcionar desde un pendrive.

77


8. ESTUDIO DE FACTIBILIDAD

a. FACTIBILIDAD TÉCNICA

En la actualidad el Jardín aeioTU - Moravia no cuenta con un equipo donde se puede efectuar las tareas administrativas y control, para realizar proceso de matrícula, en la generación de informes matricula y Caracterización

Denominación Cantidad Características fundamentales

Proveedor

Procesador 1 Procesador AMD Athlon X2 (K) 7550 a 2,5 GHz (95W)

PC Madrigal

Memoria 1 2GB DDR-800 expansible a 4GB

PC Madrigal

disco duro 1 disco duro 250GGB – SATA 3G RAM

PC Madrigal

módem interno 1 módem interno 56K

PC Madrigal

Monitor 1 Hewlett Packard 19 pulgadas RK281AA#ABM WF1907

PC Madrigal

Tarjera de red 1 Realtek 10/100 PC Madrigal

Sistema operativo Windows

1 Windows XP Service pack 2 o 3 y Microsoft Office 2007

PC Madrigal

Para la puesta en marcha del servidor e instalar la aplicación web se requiere

estas especificaciones:

Sistema operativo: Windows Server 2012 ó Red Hat Enterprise Linux Server release 5.2

Web Server: Apache httpd 2.0.40

PHP: 5.2.6, o superior

CPU: Dual Intel Xeon 3.2GHz

88


Memoria RAM: 2GB

Disco duro: 73GB en adelante

b. FACTIBILIDAD ECONÓMICA

Para la puesta en marcha del proyecto, se cuenta con presupuesto que será invertido de la siguiente manera

COMPRA DEL EQUIPO DE COMPUTO $1’500.000

MATERIAL DE OFICINA PAPEL $ 150.000

MEMORIA USB

TINTA IMPRESORA

SOFTWARE DE DESARROLLO $ 850.000

c. FACTIBILIDAD OPERATIVA

Se cuenta con un grupo de personas que ejecutarán el proyecto, entre analistas y usuarios. Ellos son:

Analistas del desarrollo

Andrés Bermúdez

Leidy Bermúdez

Santiago Santamaría

Usuarios del sistema:

Auxiliar administrativo

Administradora

Psicóloga

Maestra

99


8. DESCRIPCIÓN DE REQUISITOS

8.1. Requisitos Funcionales

TIPO DE REQUISITO:

FUNCIONAL ID REQUISITO

FN001

ID NECESIDAD

ND002

CONSULTAR LOS NIÑOS REGISTRADOS

RESPONSABLE DE LEVANTAR REQUISITO

LEIDY BERMUDEZ

ANDRES BERMUDEZ

SANTIAGO SANTAMARIA

NOMBRE REQUISITO

MATRICULA

BREVE DESCRIPCIÓN:

El sistema permitirá a los usuarios consultar la información registrada en el sistema referente a los niños matriculados en el jardín.

AREA IMPACTADA

ADMINISTRATIVA, PSICOLOGIA, DOCENTES.

TIPO DE REQUISITO:


FN001

ID NECESIDAD

ND003

MODIFICAR LA INFORMACION DE LOS NIÑOS


LEIDY BERMUDEZ

ANDRES BERMUDEZ

SANTIAGO SANTAMARIA

NOMBRE REQUISITO

MATRICULA

BREVE DESCRIPCIÓN:

El sistema deberá permitir a los usuarios actualizar la información previamente registrada en el sistema referente a los niños matriculados en el jardín.

1010


AREA IMPACTADA

ADMINISTRATIVA, PSICOLOGIA.

TIPO DE REQUISITO:


FN001

ID NECESIDAD

ND004

ARCHIVAR HISTORICOS


LEIDY BERMUDEZ

ANDRES BERMUDEZ

SANTIAGO SANTAMARIA

NOMBRE REQUISITO

MATRICULA

BREVE DESCRIPCIÓN:

El sistema deberá archivar la información de cada niño que ya no se encuentre matriculado en el jardín.

AREA IMPACTADA

ADMINISTRATIVA.

TIPO DE REQUISITO:


FN003

ID NECESIDAD

ND001

CREACION DE ALERTAS


LEIDY BERMUDEZ

ANDRES BERMUDEZ

SANTIAGO SANTAMARIA

NOMBRE REQUISITO

MODULO DE ALERTAS

BREVE DESCRIPCIÓN:

El sistema deberá mostrar alertas referente a vacunas pendientes, controles en crecimiento y desarrollo y documentación faltante de los niños del jardín.

AREA IMPACTADA

ADMINISTRATIVA.

1111


TIPO DE REQUISITO:


FN003

ID NECESIDAD

ND002

CONSULTA DE ALERTAS


LEIDY BERMUDEZ

ANDRES BERMUDEZ

SANTIAGO SANTAMARIA

NOMBRE REQUISITO

MODULO DE ALERTAS

BREVE DESCRIPCIÓN:

El sistema deberá mostrar alertas referente a vacunas pendientes, controles en crecimiento y desarrollo y documentación faltante de los niños.

AREA IMPACTADA


TIPO DE REQUISITO:


FN003

ID NECESIDAD

ND003

MODIFICAR LAS ALERTAS


LEIDY BERMUDEZ

ANDRES BERMUDEZ

SANTIAGO SANTAMARIA

NOMBRE REQUISITO

MODULO DE ALERTAS

BREVE DESCRIPCIÓN:

El sistema permitirá modificar la fecha límite de la alerta y las observaciones de los compromisos pactados con los padres de familia.

AREA IMPACTADA


TIPO DE REQUISITO:


FN003

ID NECESIDAD

ND004

ELIMINAR LAS ALERTAS

1212



LEIDY BERMUDEZ

ANDRES BERMUDEZ

SANTIAGO SANTAMARIA

NOMBRE REQUISITO

MODULO DE ALERTAS

BREVE DESCRIPCIÓN:

El sistema deberá eliminar la alerta una vez se cumpla con el compromiso pactado con el padre de familia.

AREA IMPACTADA


TIPO DE REQUISITO:


FN004

ID NECESIDAD

ND001

GENERAR INFORME


LEIDY BERMUDEZ

ANDRES BERMUDEZ

SANTIAGO SANTAMARIA

NOMBRE REQUISITO

AEIOTÚ EN CIFRAS

BREVE DESCRIPCIÓN:

El sistema permitirá generar informes estadísticos a partir de la información de los niños matriculados, retirados, cupos disponibles y lista de espera.

AREA IMPACTADA

ADMINISTRATIVA.

TIPO DE REQUISITO:


FN005

ID NECESIDAD

ND001

REGISTRAR NIÑO EN LISTA DE ESPERA


LEIDY BERMUDEZ

ANDRES BERMUDEZ

SANTIAGO SANTAMARIA

1313


NOMBRE REQUISITO

LISTA DE ESPERA

BREVE DESCRIPCIÓN:

El sistema permitirá registrar los niños en una lista de espera cuando no se cuente con cupo disponible en el jardín.

AREA IMPACTADA

ADMINISTRATIVA.

TIPO DE REQUISITO:


FN005

ID NECESIDAD

ND002

CONSULTAR LA LISTA DE ESPERA


LEIDY BERMUDEZ

ANDRES BERMUDEZ

SANTIAGO SANTAMARIA

NOMBRE REQUISITO

LISTA DE ESPERA

BREVE DESCRIPCIÓN:

El sistema permitirá consultar la información de los niños que están en lista de espera.

AREA IMPACTADA

ADMINISTRATIVA.

TIPO DE REQUISITO:


FN005

ID NECESIDAD

ND003

ACTUALIZAR LISTA DE ESPERA


LEIDY BERMUDEZ

ANDRES BERMUDEZ

SANTIAGO SANTAMARIA

NOMBRE REQUISITO

LISTA DE ESPERA

1414


BREVE DESCRIPCIÓN:

El sistema permitirá actualizar la información de los niños que están en lista de espera.

AREA IMPACTADA

ADMINISTRATIVA.

TIPO DE REQUISITO:


FN005

ID NECESIDAD

ND004

ELIMINAR NIÑOS EN LISTA DE ESPERA.


LEIDY BERMUDEZ

ANDRES BERMUDEZ

SANTIAGO SANTAMARIA

NOMBRE REQUISITO

LISTA DE ESPERA

BREVE DESCRIPCIÓN:

El sistema permitirá eliminar a los niños que se encuentren en lista de espera por cualquiera de los siguientes 2 motivos:

• El niño es matriculado • El niño desiste del ingreso al jardín.

AREA IMPACTADA

ADMINISTRATIVA.

TIPO DE REQUISITO:


FN006

ID NECESIDAD

ND001

REGISTRO DE USUARIOS


LEIDY BERMUDEZ

ANDRES BERMUDEZ

SANTIAGO SANTAMARIA

NOMBRE REQUISITO

USUARIOS DEL SISTEMA

1515


BREVE DESCRIPCIÓN:

El sistema permitirá el registro y asignación de roles a los usuarios de la plataforma.

• Administrador de la plataforma.• Administrativa.• Profesora

AREA IMPACTADA

MESA DE AYUDA.

TIPO DE REQUISITO:


FN006

ID NECESIDAD

ND002

CONSULTAR USUARIOS


LEIDY BERMUDEZ

ANDRES BERMUDEZ

SANTIAGO SANTAMARIA

NOMBRE REQUISITO


BREVE DESCRIPCIÓN:

El sistema permitirá consultar los usuarios de la plataforma.

AREA IMPACTADA

MESA DE AYUDA, ADMINISTRATIVA, PSICOLOGIA.

TIPO DE REQUISITO:


FN006

ID NECESIDAD

ND003

ACTUALIZACION DE USUARIOS


LEIDY BERMUDEZ

ANDRES BERMUDEZ

SANTIAGO SANTAMARIA

NOMBRE REQUISITO


1616


BREVE DESCRIPCIÓN:

El sistema permitirá actualizar la información de los usuarios de la plataforma.

AREA IMPACTADA

MESA DE AYUDA, ADMINISTRATIVA, PSICOLOGIA, DOCENTES.

TIPO DE REQUISITO:


FN006

ID NECESIDAD

ND004

ELIMINAR USUARIOS


LEIDY BERMUDEZ

ANDRES BERMUDEZ

SANTIAGO SANTAMARIA

NOMBRE REQUISITO


BREVE DESCRIPCIÓN:

El sistema permitirá al administrador de la plataforma, desactivar aquellos usuarios del sistema que se retiren de la organización.

AREA IMPACTADA

MESA DE AYUDA.

8.2. Requisitos no funcionales.

Nro. De

Req.

Tipo de Requerimiento

Descripción detallada

1717


1Reglas de Negocio

- Mensualmente se generan informes estadísticos a partir de la información de los niños matriculados, retirados, cupos disponibles, lista de espera

- Garantizar siempre que el cupo de niños siempre esté completo.

- Se tiene prioridad a niños desplazados y grupos étnicos para la asignación de cupos.

2 Disponibilidad

La aplicación deberá estar disponible de lunes a viernes. Los fines de semana y festivos se realizaran tareas de mantenimiento y actualización.

3 MantenibilidadLa aplicación permitirá realizar cambios y modificaciones en su funcionamiento e imagen.

4 Seguridad

- La aplicación implementara un usuario y contraseña único para cada usuario, además bloqueara las cuentas de usuario por ingresos intentos erróneos de logue en la plataforma.

- Se contara con un sistema de firewall en el jardín para los intentos forzados de ingreso a la base de datos.

- Periódicamente se pedirá cambio a la contraseña de cada usuario.

5 Escalabilidad Semanalmente se hará backup de la base de datos.

6 ModificabilidadLa plataforma permitirá la corrección de errores, cambios en su interface gráfica y funciones dependiendo de las necesidades que se tengan en el momento.

7 UsabilidadLa plataforma permitirá la interacción por medio del puntero del mouse y uso de la tecla “tab”.

8Interfaces Externas

Para la interface de la aplicación se contara con una interface web basada en php y CSS.

9 RestriccionesSe restringirá la aplicación solo a usuarios registrados en el sistema con su respectivo usuario y contraseña.

1818

Entregable IV Entregable IV 1919

DISEÑODISEÑO

1. RESTRICCIONES Y METAS ARQUITECTÓNICAS

La meta principal de la arquitectura del sistema es mostrar los aspectos principales que influirán en la etapa de desarrollo.

Se tomarán en cuenta las siguientes metas y restricciones para el diseño de la arquitectura del sistema:

1.1 METAS

1. El Sistema permitirá a los usuarios acceder al sistema desde cualquier Terminal.2. Para poder acceder al Sistema GEMA, se requiere de un usuario válido así como de una

contraseña. Además, dependiendo del Rol del usuario se deshabilitarán opciones de manejo del Sistema para proteger información confidencial.

3. Los requerimientos estipulados deben de ser considerados como parte de la arquitectura del sistema a implementar.

4. El uso del sistema será únicamente para los empleados de aeioTU dentro de la organización. Fuera de ella no se podrá acceder al sistema.

5. Proveer una base que facilite los mantenimientos, ampliaciones o modificaciones que en el futuro podría requerir el sistema.

6. El sistema debe tener la capacidad de realizar el trabajo para el cual fue hecho.

1.2 RESTRICCIONES DEL SISTEMA

1. Necesariamente el sistema usará como motor de Base de Datos MySQL. Siendo necesario la elaboración de una copia de rescate de las tablas para no afectar la información almacenada antes de poner en total funcionamiento al sistema.

2. El esquema WEB que se desarrollará, requerirá contar con servidor de aplicaciones y un servidor de Base de datos.

3. Las computadoras que brindarán el servicio cliente del sistema no deberán de presentar potencias menores a las brindadas por una Pentium 4, con al menos 512 MB de RAM y 200 MB de espacio en el disco, con un cualquier Sistema Operativo

4. Se utilizará el lenguaje PHP para la construcción del software.

2. VISTA LÓGICA DEL SISTEMA (Diagrama)

3. VISTA DE IMPLEMENTACIÓN (Diagrama arquitectónico)

4. VISTA DE DESPLIEGUE (Diagrama de Despliegue)

Se cuenta con una infraestructura básica para implementar el proyecto compuesta de 4 estaciones de trabajo, de las cuales, una de ellas hará las veces de servidor. También un switch 8 puertos y un router ADSL, provisto por él ISP.

El equipo escogido como mejor candidato para cumplir el rol de servidor deberá soportar un motor de base de datos MySQL y un servidor web Apache.

La implementación del proyecto formara una intranet, ya que funcionara exclusivamente dentro de la organización.

5. DIAGRAMA DE CLASES

6. MODELO DE DATOS

<Debe incluir el MER y el diccionario de datos>

SOFTWARESOFTWARE

Pantalla de Presentación

Pantalla de Acceso al Sistema: con conexión a la base de datos

Desarrollo de un módulo o paquete que permita dar solución al problema detectado.

Nota: Se tendrá en cuanta el diseño y funcionamiento del software.

MANUAL DE USABILIDADMANUAL DE USABILIDAD

Manual de usuario: http://www.slideshare.net/thyago1211/manual-de-usuario-34827452

http://www.slideshare.net/thyago1211/manual-de-usuario-34827452

http://www.slideshare.net/thyago1211/manual-de-usuario-34827452

ficha 3

Education

esquema de vacunacin

carnet de vacunacin

nmero de nios matriculados

base de datos

lista de espera

proceso de matrcula

datos mysql

controles mdicos