proyectofinald s 120614074124 phpapp01

UNIVERSIDAD LUTERANA SALVADOREA

FACULTAD DE CIENCIAS DEL HOMBRE Y LA NATURALEZA

LICENCIATURA EN CIENCIAS DE LA COMPUTACION

CATEDRA:

ANALISIS ESTRUCTURADO.

TEMA:

SISTEMA DE CONTROL DE ENTRADAS Y SALIDAS DE ALIMENTOS EN EL

CENTRO ESCOLAR DOCTORA ENRIQUE MENENDEZ.

ESTUDIANTE:

DARWIN ALEXANDER CHICAS ESCOBAR.

ALAN ALEXIS VENTURA MONTES.

CATEDRATICO:

LICDA. ANA LISSETTE GIRN.

FECHA DE ENTREGA.

SAN SALVADOR, 16 DE MAYO DE 2012.

1

INDICE

I. Introduccin 2

II. Planteamiento de problema 3

III. Objetivos 4

IV. Justificacin 5

V. Alcances 6

VI. Limitaciones 7

VII. Metodologa a utilizar 8

VIII. Marco terico 10

1. Datos de las institucin 14

2. Propuestas 15

3. Solucin 16

Fase de anlisis de sistema

4. Estudio de factibilidad 17

5. Anlisis de requerimientos 20

6. Diagramas de contextos 21

7. Diagrama de flujo de datos 22

8. Diagramas de caso de uso 25

9. Diagramas de actividades 28

Fase de diseo del sistema

10. Entidad relacin 30

11. Diccionarios de datos 31

12. Conclusiones 36

13. Anexos 37

14. Manual del Programador 44

2

INTRODUCCIN

El presente trabajo ha sido elaborado con la finalidad que el estudiante comprenda y

maneje el anlisis estructura que es una de las fases que comprenden el ciclo de vida

de un software en este detallamos el problema con el que se encuentra una institucin

de Jucuaran en el departamento de Usulutn la cual quiere crear una aplicacin para

llevar el control de consumo de alimentos que realizan en la institucin lo alumnos.

Para estos hemos planteado una seria de alterativas derivadas de un previa

investigacin en las cuales se leccin la ms aceptable de acuerdo a los recursos y

medios con que cuenta la institucin.

3

PLANTEAMIENTO DEL PROBLEMA

Disear una aplicacin para el manejo de las entradas y salidas de los alimentos en la

institucin ya que actualmente esto se maneja de forma manual lo cual se vuelve

tedioso y lento debido a esto la institucin ha solicitado la elaboracin de una

aplicacin que lleve el control de las entradas y salidas de alimentos que realiza la

institucin.

Actualmente se lleva el control de los alimentos que se entregan a los estudiantes

mediante una serie de formularios los cuales son bastante extensos y que no ayudan a

llevar un control detallado de cuantos alimentos se consumen por estudiante as como

tambin cuando se consume ya sea por semana o mes.

4

OBJETIVOS

Objetivo general.

Desarrollar el anlisis y diseo de una aplicacin informtica que tenga la

capacidad de controlar las entradas y salidas de alimentos que se realizar en el

Centro Escolar Dr. Enrique Magaa Menndez, Municipio de Jucuarn,

departamento de Usulutn.

Objetivo especfico.

Analizar los procesos y mtodos actuales con que la institucin maneja el

control de los alimentos.

Crear una aplicacin capaz de llevar un control minucioso de las entradas y

salidas de alimentos.

Informes detallados tanto de las entradas y salidas de los alimentos mediante

filtros especficos como lo son: estudiantes, periodos de tiempo, tipo de

alimentos, etc.

Optimizar la realizacin de este proceso mediante la creacin de la aplicacin.

5

JUSTIFICACIN

A nivel nacional de El Salvador hay muchas instituciones, colegios y Centros Escolares

que necesitan de un programa que les faciliten las tareas de la institucin ya sean de

inscripcin de Alumnos, de materias y otros. Esta es la razn por la que como grupo de

investigacin se ha optado por beneficiar al Centro Escolar Doctora Enrique Menndez,

con el desarrollo de un Diseo de sistema automatizado que controle entradas y

salidas de alimentos.

Los beneficios que tendr el Centro Escolar con la implementacin del programa a

desarrollar sern ahorro de tiempo en guardar la informacin de las entradas de

alimentos y salidas de los mismos, como tambin el control de los alumnos que estn

consumiendo los alimentos y los que no lo consumen y porque no los consumen, el

programa tendr una opcin de sacar la suma de los alumnos/as que han consumido

los alimentos durante la semana y mensualmente.

6

ALCANCES

El Centro Escolar Doctora Enrique Menndez es una institucin educativa que brinda el

servicio de educacin bsica, dicha institucin ha tomado la decisin de crear un

aplicacin para mejorar el control de los alimentos que el gobiernos les brinda para sus

estudiantes.

Con la aplicacin se pretende optimizar el tiempo en la realizacin de

inventarios de los alimentos en existencias.

Mostrar informes bien detallados de las salidas y entradas de alimentos que se

realizan.

Facilitar el acceso a la informacin del manejo de dichos alimentos tanto para

cualquier docente as como los padres.

7

LIMITACIONES

Capacitacin del personal en el uso de la aplicacin.

Iniciar desde cero en la creacin de dicha aplicacin ya que no se cuenta con

una base o con una aplicacin creada con anterioridad para este proceso.

8

METODOLOGIA A USAR

MODELO DE DESARROLLO INCREMENTAL

Definicin.

Incremental: Es una aproximacin muy parecida a la evolutiva. En este modelo se

desarrolla el sistema para satisfacer un subconjunto de los requisitos especificados y

en posteriores versiones se incrementa el programa con nuevas funcionalidades que

satisfagan ms requisitos.

En el caso del modelo evolutivo se desarrollara una nueva versin de todo el sistema,

en el incremental se parte de la versin anterior sin cambios y le aadimos las nuevas

funciones.

Desarrollo Incremental

La propuesta mediante el grupo de investigacin de elegir el Modelo de Desarrollo

Incremental es porque en este se disean sistemas que puedan entregarse por piezas

o partes funcionales ya que cada parte implementada puede ser presentada al cliente

como un avances del proyecto y a si se puede reutilizar partes de la primera pieza ya

en funcin para la siguiente etapa del desarrollo del sistema:

Permite construir el proyecto en etapas incrementales en donde cada etapa

agrega funcionalidad.

Cada etapa consiste de requerimientos, diseo, codificacin, pruebas, y

entrega.

Permite entregar al cliente un producto ms rpido en comparacin del modelo

de cascada.

Reduce los riesgos ya que:

Provee visibilidad sobre el progreso a travs de sus nuevas versiones.

Provee retroalimentacin a travs de la funcionalidad mostrada.

Permite atacar los mayores riesgos desde el inicio.

Se pueden hacer implementaciones parciales si se cuenta con la suficiente

funcionalidad.

Las pruebas y la integracin es constante.

9

El progreso se puede medir en periodos cortos de tiempo.

Resulta ms sencillo acomodar cambios al acotar el tamao de los incrementos.

Se puede planear en base a la funcionalidad que se quiere entregar primero.

Por su versatilidad requiere de una planeacin cuidadosa tanto a nivel

administrativo como tcnico.

VENTAJAS:

La solucin se va mejorando en forma progresiva a travs de las mltiples

iteraciones.

Incrementa el entendimiento del problema y de la solucin por medio de los

refinamientos sucesivos.

DESVENTAJAS:

La solucin se va mejorando en forma progresiva a travs de las mltiples

iteraciones.

Incrementa el entendimiento del problema y de la solucin por medio de los

refinamientos sucesivos.

Requiere de mucha planeacin, tanto administrativa como tcnica.

Requiere de metas claras para conocer el estado del proyecto.

10

MARCO TEORICO

PHP5

El motivo de utilizar el lenguaje de programacin PHP es por su caracterstica de ser un

Software libre de uso y modificado tambin y distribucin y mejorar que son sus cuatro

libertades del software libre, lo cual tambin este software es muy utilizado en muchas

empresas, se puede mencionar a cerca de que este programa es compatible con los

software de programacin como lo es C y PERL que les permite a la mayora de

programadores realizar sistemas complejos, otras de sus caractersticas por la cual sea

elegido usar PHP es porque se puede utilizar en casi todas las plataformas como lo es

Ubunto, Debian, Windos y otras plataformas ms.

PHP es un acrnimo recursivo que significa PHP Hypertext Pre-processor (inicialmente

PHP Tools, o, Personal Home Page Tools). Fue creado originalmente por en 1994; sin

embargo la implementacin principal de Rasmus Lerdorf The PHP es producida ahora

por The PHP Group y sirve como el estndar de facto para PHP al no haber una

especificacin formal. Publicado bajo la PHP License, la Free Software Foundation

considera esta licencia como software libre.

El gran parecido que posee PHP con los lenguajes ms comunes de programacin

estructurada crear aplicaciones complejas con una curva de aprendizaje muy corta.

Tambin les permite involucrarse con aplicaciones de contenido dinmico sin tener

que aprender todo un nuevo grupo de funciones.

Puede ser desplegado en la mayora de los servidores web y en casi todos los sistemas

operativos y plataformas sin costo alguno. El lenguaje PHP se encuentra instalado en

ms de 20 millones de sitios web y en un milln de servidores, el nmero de sitios en

PHP ha compartido algo de su preponderante dominio con otros nuevos lenguajes no

tan poderosos desde agosto de 2005. El sitio web de Wikipedia est desarrollado en

PHP. Es tambin el mdulo Apache ms popular entre las computadoras que utilizan

Apache como servidor web.

11

El 13 de julio de 2004, fue lanzado PHP 5, utilizando el motor Zend Engine 2.0 (o Zend

Engine 2). Incluye todas las ventajas que provee el nuevo Zend Engine 2 como:

Mejor soporte para la programacin orientada a objetos, que en versiones

anteriores era extremadamente rudimentario.

Mejoras de rendimiento.

Mejor soporte para MYSQL con extensin completamente reescrita.

Mejor soporte a XML (XPath, DOM, etc.).

Soporte nativo para SQLite.

Soporte integrado SOAP de datos.

Iteradores de datos.

Mejoras con la implementacin con manejo de excepciones.

Mejoras con la implementacin con Oracle.

La razn de utilizar XAMPP es por la facilidad de poder adquirirlo de modo free (Libre)

ya que su licencia es Open Source, con este se pretende hacer la creacin de las Bases

de Datos en MYSQL y el servidor Web Apache; facilitara la conexin al servidor Firexos

10.0.2 para que el intrprete pueda ejecutar los script de PHP y se tengan los

resultados del sistema que se ejecuta.

DEFINICIN DE XAMPP

XAMPP es un servidor independiente de plataforma, software libre, que consiste

principalmente en la base de datos MySQL, el servidor Web Apache y los intrpretes

para lenguajes de script: PHP y Perl. El nombre proviene del acrnimo de X (para

cualquiera de los diferentes sistemas operativos), Apache, MySQL, PHP, Perl. El

programa est liberado bajo la licencia GNU y acta como un servidor Web libre, fcil

de usar y capaz de interpretar pginas dinmicas. Actualmente XAMPP est disponible

para Microsoft Windows, GNU/Linux, Solaris, y MacOS X.

12

DIA Conceptos. Dia es una aplicacin libre y de general. Cdigo abierto parte el proyecto GNOME que

permite crear diagramas de propsito.

Dia es una aplicacin informtica de propsito general para la creacin de diagramas,

desarrollada como parte del proyecto GNOME Est concebido de forma modular, con

diferentes paquetes de formas para diferentes necesidades.

Fue creado originalmente por Alexander Larsson.

Caractersticas de Dia

Est concebido de forma modular, con diferentes paquetes de formas para

diferentes necesidades.

Puede emplearse para dibujar diferentes tipos de diagram como diagrama de

entidad relaciones de UML, de Flujo, de Redes, de Rircuitos electrnicos, etc.

Permite agregar nuevas formas o componentes para diagramas, empleando

archivos SVG.

Almacena los diagramas en formato XML (comprimidos en ZIP). Tambin puede

emplear scripts usando lenguaje de programacin Python.

Guarda o exporta diagramas en formatos como EPS, SVG, PNG, DXF (de

Autocad), CGM (Computer Graphics Metafile, descrito en estndares ISO),

WMF (Windows Meta File), JPEG y VDX (de Microsoft Visio Drawing).

MICROSOFT VISIO

13

Microsoft Visio es un software de dibujo vectorial para Microsoft Windows Visio comenz a formar parte de los productos de Microsoft cuando fue adquirida la compaa Visio en el ao 2000.

Las herramientas que lo componen permiten realizar diagramas de oficinas, diagramas de Bases de Datos diagramas de flujo de programas, UML, y ms, que permiten iniciar al usuario en los lenguajes de programacin.

Aunque originalmente apuntaba a ser una aplicacin para dibujo tcnico para el

campo de Ingeniera y Arquitectura; con aadidos para desarrollar diagramas de

negocios, su adquisicin por Microsoft implic drsticos cambios de directrices de tal

forma que a partir de la versin de Visio para Microsoft Office 2003 el desarrollo de

diagramas para negocios pas de aadido a ser el ncleo central de negocio,

minimizando las funciones para desarrollo de planos de Ingeniera y Arquitectura que

se haban mantenido como principales hasta antes de la compra. Una prueba de ello es

la desaparicin de la funcin "property line" tan til para trabajos de agrimensura y

localizacin de puntos por radiacin, as como el suprimir la caracterstica de ghost

shape que facilitaba la ubicacin de los objetos en dibujos tcnicos. Al parecer

Microsoft decidi que el futuro del programa resida en el mundo corporativo de los

negocios y no en las mesas de dibujo de Arquitectos e Ingenieros compitiendo con

productos como Autocad DesignCad, Microstation, etc.

14

DATOS INSTITUCION

12620

Nombre de la institucin:

Centro Escolar Doctor Enrique Magaa Menndez

Departamento:

Usulutn

Municipio:

Jucuaran

Cdigo:

26275026

Direccin:

Final calle Barahona barri la parroquia Jucuaran Usulutn

MISION

Somos un centro educativo pblico que cuenta con un personal docente eficiente y capaz de fortalecer valores morales y ticos de los estudiantes para una educacin inclusiva formando los cimientos.

VISION

Ser una institucin con proyeccin tecnolgica forjadora de valores y comprometidos con la comunidad con una enseanza de calidad.

DEFINICION DE LA POBLACION

Nias = 790

Nios = 740

Poblacin total de estudiantes = 1530

Docentes = 30

Director = 1

15

PROPUESTAS

Primera propuesta (Alternativa software propietario).

Elaborar una aplicacin desarrollada en Visual Basic.net con una base de datos

elaborada en SQLServer esta propuesta har incurrir en gasta alas institucin ya que

tendr que realizar la compran de las licencias de VB.net como tambin de SQLServer.

Esta propuesta es factible de realizar ya que la institucin en tu totalidad cuenta con el

sistema operativo Windows as que no haba problemas de incompatibilidad.

Segunda propuesta (Alternativa software propietario y libre).

En esta se realizara un aplicacin bajo un entorno web pero con enfoque privativo

utilizando lo que es la alternativa de ASP.net y una base de datos de uso libre como lo

es MYSQL en esta propuesta se realizara un gasto menor ya que solo se deber recurrir

a la comprar de una licencia de utilizacin para el lenguaje de programacin ASP.net

debido a que el gestor de base de datos MYSQL es de tipo libre y no se necesita

comprar una licencia para su utilizacin.

Esta propuesta es mas amigable para es usuario debido a que se manejara en un

entorno web que es mas conocido y aceptable para las personas que utilicen la

aplicacin.

Y se ha optado por utilizar como servidor web el Apache ya que es libre y ser

instalado de forma local para que sea ms accesible y manejable desde distintas

computadoras en la red local de la institucin.

Tercera propuesta (Alternativa Software libre).

Es esta opcin utilizaremos herramientas libres para la elaboracin de la aplicacin en

lenguaje de programacin seria PHP ya que siempre seria enfocndonos en el entorno

web como el gestor de base de datos seria utilizado MYSQL y para montar el servidor

web local utilizaramos lo que es APACHE SERVER.

Y un software libre que nos agrupa las 3 aplicaciones que necesitaremos para la

creacin de la aplicacin es XAMPP que es totalmente libre y nos facilita la

implementacin del servidor web.

16

SOLUCION

De acuerdo a las alternativas planteadas la opcin mas viable es la tercera que se base

en la utilizacin de software libre ya que no har incurrir en gastos a la institucin en la

creacin de la aplicacin no obstante estoy no incluye los gastos por creacin que

cobrar el programador ya que estos estn fijos en cualquiera que hubiera sido la

opcin.

Se determin esta opcin debido a los mnimos gastos a incurrir y tambin la

compatibilidad y accesibilidad de la aplicacin al crearla en un entorno web ms que

todo por el hecho de que ser utilizada por diferentes usuarios en la institucin.

17

FASE DE ANLISIS DE SISTEMAS

ESTUDIO DE FACTIBILIDAD

Factibilidad Tcnica:

Desde el punto de vista tcnico, para la realizacin del proyecto son necesarios

algunos recursos tecnolgicos entre ellos los siguientes.

MYSQL.

Servidor APACHE.

PHP5.

Computadora en que estar instalada la aplicacin.

PHP Maker.

Capacitacin del personal de la institucin (para el manejo y utilizacin de la

aplicacin).

Para el desarrollo del proyecto no incurrir en gastos a la institucin debido a que los

recursos tecnolgicos necesarios para la implementacin de la aplicacin son de tipo

libres y que no se necesita pagar una licencia para utilizarlos.

Facilitaremos el trabajo utilizando la aplicacin conocida como XAMPP ya que esta

contiene lo que es MYSQL, un servidor APACHE y un compilador de lenguaje PHP5.

El PHP Maker es una aplicacin que es muy utilizar para la creacin de App en el

entorno PHP hacindolas ms atractivas y dinmicas.

18

Factibilidad Financiera:

En cuanto a los recursos hardware a utilizar, se cuentan:

Dispositivos Cantidad Precio Unitario Subtotal

Computadora 1 $ 500.00 $ 0.00

Capacitacin del personal de la

institucin

1 $ 200.00 $ 200.00

Precio de la aplicacin a

realizar

1 $ 800.00 $ 800.00

Total $ 1500.00

En cuanto al software:

Software/ Licencia Cantidad Precio(1) Subtotal

MYSQL 1 $ 0.00 $ 0.00

Servidor APACHE 1 $ 0.00 $ 0.00

PHP5 1 $ 0.00 $ 0.00

PHP Maker 1 $ 0.00 $ 0.00

Total $ 0.00

La elaboracin de dicha aplicacin no incurrir en gastos en cuanto a software debido

a que estos sern de tipo libre lo cual no necesita ningn pago de licencias.

Y en lo requisitos de hardware como lo es la computadora se incluyen en los gastos

pero esta no se necesitara comprar una ya que la institucin posee una designada para

la implementacin del proyecto.

19

Factibilidad Operativa

Para llevar a cabo ste proyecto el ambiente tanto de la institucin como del lugar

donde estar ubicada la aplicacin es idneo para su realizacin adems la institucin

cuenta con el equipo el nico inconveniente en la operatividad es la capacitacin del

personal.

Para esto se ha solicitado a director su colaboracin en este sentido y se cuenta con la

motivacin y la disponibilidad del personal para su capacitacin y entender por

completo el manejo y utilizacin de la aplicacin.

Tambin se necesitara su ayuda en cuanto a la obtencin de la informacin en cuanto

a todo lo relacionado al manejo y tratamiento que le dan a los datos actualmente para

as comprender el proceso y como debe optimizarlo la aplicacin que se creara.

20

ANALISIS DE REQUERIMIENTOS

REQUERIMIENTOS DEL USUARIO:

- Registrar las entradas y salidas de alimentos.

- Registrar que alumnos/as ingieren sus alimentos.

- Imprimir informe de cuantos alumnos han consumido los alimentos tanto semanal como mensualmente.

- Impresin de inventario general de existencias. - Impresin de salidas y entradas de existencias semanales como mensuales.

REQUERIMIENTOS DEL SISTEMA:

- Validacin de usuario para uso de la aplicacin.

- Identificar grupos de usuarios de acuerdo a sus cargos.

- Delimitar jerarquas de usuarios para tener un mejor control de la informacin y

permisos.

- Impresiones de informes bajo filtros especficos.

- Colocar opcin de consulta para poder manejar de mejor forma la impresin de

informes.

21

DIAGRAMAS DE CONTEXTO

22

DIAGRAMAS DE FLUJO DE DATOS

25

DIAGRAMAS DE CASO DE USOS

26

CASO 1

1.1.1 Seguridad

1.1.5 Imprimir

1.1.2 Crear

Usuario

1.1.3 Editar

Usuario

1.1.4 Cambiar

Contrasea

1.1.6 Eliminar

Usuario

>

>

2.1.1 llenar

formulario 2.1.2 Control de

Asistencia Y

consumo

2.1.4 Borrar

2.1.6 Imprimir

2.1.3 Guardar

2.1.5 Inicio

CASO 2

27

CASO 3

3.1.1 Control de

bodega

3.1.2 Inventario 3.1.3 Guardar3.1.4 Limpiar

3.1.4 Inicio 3.1.7 Estado

Actual

>

CASO 4

4.1.1 Informe

Mensual

4.1.3 Crear

Informe

4.1.6 Imprimir

4.1.5 Inicio

4.1.2 Enviar

Informe

4.1.4 Inventario

actual

>

>

28

DIAGRAMAS DE ACTIVIDAD

30

DISEO DEL SISTEMA

DISEO LOGICO DE LA BASE DE DATOS

MODELO ENTIDAD RELACION

31

DICCIONARIO DE DATOS

Diagrama de caso de uso con su Diccionario de datos.

Diagrama de caso de uso 1,mdulo de seguridad y su Diccionario de datos.

Versin 1.0 Fecha 08-06-2012 Creado por: Darwin - Oscar

Descripcin Caso de Uso de seguridad del sistema.

Actor Administrador.

Precondiciones: Ingresar el Usuario y la Contrasea.

Pos-condiciones Registro del Usuario. Registro con xito.

Este Usuario no existe. Favor registrarse.

Escenario 1-El actor selecciona la opcin cambiar contrasea.

principal. 2-El sistema muestra las operaciones a realizar en el cambio de la contrasea.

3-Cambiar la clave del usuario.

Ingresar la contrasea antigua.

Ingresar nueva contrasea.

Ingresar nuevamente la contrasea.

Verificar que la contrasea sea la mista.

El actor da clic en el botn aceptar.

Volver al caso de uso 1.1.1

4-El sistema muestra un mensaje la contrasea ha sido cambiada.

32

5-El actor selecciona el botn salir del mdulo de seguridad.


Diagrama de caso de uso 2,Control de Asistencia y Consumo y su diccionario de

datos.

Versin 1.0 Fecha 08-06-2012 Creado por: Darwin Oscar

Descripcin Caso de Uso para el control de asistencia y consumo de alimentos en el C.E.EMM

Actor Docente.

Precondiciones: este control ya contiene datos almacenados.

Pos-condiciones xito: Presenta el listado de control. Error: El listado no se puede mostrar

xito: Modificar listado de control. Error: no se puede modificar.

Escenario 1-El actor selecciona un nuevo control de asistencia y consumo.

principal. 2-El sistema abre un nuevo control.

3-El actor cierra nuevo control.

Guardar.

Modificar.

Eliminar.

33


Diagrama de caso de uso 3,Control de Bodega y su Diccionario de datos.

Versin 1.0 Fecha 08-06-2012 Creado por: Darwin y Oscar

Descripcin Caso de uso, en el que se describe el control de bodega de entradas y salidas de

los alimentos en el C.E.EMM.

Actores Docentes.

Precondiciones: El docente selecciona guardar inventario del control de bodega.

Postcondiciones: xito: se presentan los archivos del Error: los archivos del inventario

Inventario a guardar. No se pueden guardar.

Escenario 3a. El actor elimina el nuevo control.

Segundario. 3a. El sistema presenta, desea eliminar el archivo.

4a. El actor selecciona eliminar archivo.

5a. volver al caso de uso 2.1.2

34

Escenario 1-El usuario o actor selecciona la operacin inventario.

Principal. 2-El sistema presenta los datos almacenados en el inventario.

Y todas las operaciones de filtrado:

Inventario guardado.

Fecha al guardar el Inventario.

Fecha de modificacin del inventario.

3-El actor editar el inventario.

4- Guardar inventario.

5-Vuelve al control de bodega.

Escenario 4a. Error al guardar inventario.

alternativo. 4a. Intente guardar nuevamente el inventario.

4a. el inventario se guard correctamente.

4a. Volver al control de bodega, caso de uso 3.1.1

35


Diagrama de caso de uso 4, Informe Mensual y su Diccionario de datos.

Versin 1.0 Fecha 08-06-2012 Creado por: Darwin - Oscar

Descripcin Caso de Uso en el que se describe el informe mensual.

Actor Director/a.

Precondiciones: El actor guarda el informen mensual.

Pos-condiciones xito: El informe ha sido guardado. Fracaso: El informen o se guard.

xito: Al revisar el informe mensual. Fracaso: El informe no existe.

Escenario 1-El actor enva informe mensual.

principal. 2-El sistema devuelve un mensaje archivo enviado.

3-El actor verifica el mensaje en enviados

4-El sistema no hay mensajes enviados.

Escenario 2a-El sistema devuelve un mensaje no se puede enviar.

secuandario. 2a-El sistema el archivo esta fallido.

3a-El archivo ha sido enviado

36

CONCLUSION

El presente trabajo a tenido como finalidad que los estudiantes aprendan y

comprendan los procedimientos, mtodos para la elaboracin y creacin de un

aplicacin y como siguiendo las etapas ya pre establecidas de alguna

metodologa ayuda a mejorar la creacin de un proyecto as como tambin

facilidad la obtencin de la satisfaccin del cliente con el producto terminado

ya que hay mtodos para todo tipo de aplicaciones y que se enfocan en reas

especificas.

37

ANEXOS

FORMULARIOS DE ENTRADA Y SALIDA DE ALIMENTOS EN EL CENTRO

ESCOLAR DOCTORA ENRIQUE MENENDEZ.

LUGAR DEL CENTRO ESCOLAR TIERRA BLANCA.

CONTROL DE ASISTENCIA Y CONSUMO

Seccin Grado.

Seccin integrada: SI NO

Mes de reporte. Ao de reporte.

Asistencia y consumo

Nmero de das lectivos en el mes de reporte:

Nmero de das con refrigerio en el mes de reporte:

Matricula al inicio del mes de reporte: nios nias

Promedio de asistencia de los das lectivos del mes de reporte. nios nias

Promedio de estudiantes que no consumieron el refrigerio los das

de servicio del mes de reporte.

nios nias

Razones de no servicio del refrigerio escolar

Falta de quipo de cocina.

Falta de insumos complementarios para

la preparacin.

No asisti la madre voluntaria o cocinar.

No estaba el director o profesor

encargado de entregar los alimentos.

Por reunin de docentes u otras

actividades de la escuela.

Falta de agua.

Falta de organizacin de madres y

padres de familias.

Festividad.

Se termin el alimento.

Otros, especifique.

38

Razones del no consumo del refrigerio escolar.

A los nios no les gusta el refrigerio.

Los nios llegan desayunados o

almorzados.

Los nios prefieren comprar en el cafetn

del C.E.

Los nios llevan su propio refrigerio.

Fecha de Entrega al Director del C.E.

Nombre del docente. Firma:

Nombre del representante

de la comunidad.

Firma:

CONTROL DE BODEGA

Nombre del

C.E:

Cdigo del C.E.

Municipio:

Mes de reporte:

Kilogramos Libras

Movimientos de alimentos durante el mes de reporte

Alimentos

Total ingresos.

Total egresos por deterioro.

Total egresos por robo/hurto.

Total egresos por prdidas

durante transporte desde el

A los nios no les dan el refrigerio

porque sus padres no aportan.

Los nios no lleva utensilios para

que les sirvan.

Se termin el alimento.

Otros, especifique:

Departamento:

Ao de reporte:

39

centro de distribucin.

Total egresos por otras sazones

Agregar copia de los documentos justificativos.

Inventario fsico final del mes de reporte en bodega del C.E.

Fecha de Entrega al Director del C.E.

Nombre del docente. Firma:

Nombre del representante

de la comunidad.

Firma:

INFORMACION MENSUAL

Nombre del

C.E:

Cdigo del C.E.

Municipio:

Mes de reporte:

Seccin Grado TURNO

Nmero

de das

lectivos

en el

mes de

reporte.

Nmero

de das

con

refrigerio

en el

mes de

reporte.

Matricula

al inicio

del mes

de

reporte.

Promedio de asistencia

los das lectivos del

mes de reporte.

Promedio de

estudiantes que no

onsumieron el

refrigerio los das de

servicio.

nios nias nios nias Nios nias

arroz

Frijol Azcar Aceite Leche

Bebida

fortificante

Departamento:

Ao de reporte:

40

Razones de no servicio.

Falta de equipo de cocina. Falta de agua.

Falta de insumos complementarios para la

preparacin.

Falta de orientacin de madres de

familia.

No asisti la madre voluntaria o cocinera. Festividad.

No estaba el director o profesor encargado

de entregar los alimentos. Se termin el alimento.

Por reunin de docentes u otras

actividades de la escuela. otros, especifique:

Razones de no consumo.

A los nios no les gusta el refrigerio Falta de agua.

Los nios llegan desayunados o

almorzados.

Los nios no llevan utensilios para

que les sirvan

No asisti la madre voluntaria o cocinera. Festividad.

Los nios llevan su propio refrigerio. Otros, especifique:

Unidad de medida. Kilogramos Libras

Movimientos de refrigerios del mes.

Alimentos. Arroz Frijol Azcar Aceite Leche

bebida

fortificada

Total ingresos.

Total egresos por deterioro.

Total de egresos por robo/hurto.

Total egresos por otras razones.

Inventario fsico final del mes de reporte en bodega del C.E.

Falla de transmisin a la jefatura del PASE (aplicacin informtica) o al asistente

tcnico departamental de programa (en formato de papel):

Nombre del director del C.E:

arroz

Frijol Azcar Aceite Leche

Bebida

fortificante

41

CUESTIONARIO Y GUA DE ENTREVISTA

1- Qu herramientas usan para llevar el control de los

alimentos?

Calculadora y formularios pre-diseaos

2- Cmo hacen la recopilacin de datos?

Los docentes recopilan la informacin con ayuda de los

alumnos, y al final entregan el reporte mensual.

3- Cuntas personas se encargan de recopilar los datos?

Doce docentes, con igual cantidad de alumnos. Pues cada

docente elije un alumno para que le ayude a realizar esta

actividad.

4- Poseen computadoras en el centro escolar.

Si posee una computadora.

5- Cuantas computadoras tienen.

Una computadora funcionando, y que no funcionan.

6- Utilizan software para elaborar el reporte final.

No, se elaboran por formato manuscrito.

7- Que software utilizan.

No se utiliza ninguno.

42

8- Cual mtodo utilizan para control del inventario de

bodega?

Se utiliza el mtodo PEPS.

9- Tiene personal con capacidad para llevar un control de

alimentos mediante un software y administrarlo en caso

que sea necesario.

Se cuenta con personal capaz de administrar este

software suponiendo que ser un software fcil de usar.

10- Estara dispuesto a capacitar su personal para aplicar

este software.

En caso que lo fuere necesario si.

11- Cada cuanto tiempo elaboran los reportes.

Cada mes se elabora el reporte consolidado y se enva va

internet

12- Quienes son los encargados de elaborar los reportes.

La directora del Centro Escolar elabora el reporte

13- El centro escolar cuenta con la red de internet.

No se tiene este servicio

INFORMACIN RECOLECTADO MEDIANTE LA ENTREVISTA

43

- El control de alimentacin se lleva diario, elaborando un informe mensual que

se enva al ministerio de educacin, el encargado de enviar este reporte es el

director/a

- El centro escolar Doctor Henrique Magaa Menndez hasta esta fecha ha

llevado el control de alimentacin escolar mediante formularios creados en

excel y Word. Elaborando el reporte mensual con la ayuda de calculadoras y

herramientas que le facilitan elaborar este reporte manualmente.

- La forma de realizar la recopilacin de la informacin la hacen por medio de los

docentes ellos recopilan la informacin sobre el consumo diario de alimentos.

- Este centro escolar posee solamente una computadora para aplicar este

software.

- El mtodo que utilizan para llevar el control de inventario es el mtodo PEPS

(primero en entra primero en salir)

- El centro escolar no cuenta con la red de internet.

REGLAS DE CLCULO

- Promedio de asistencia, los das lectivos del mes de reporte.

= nmero de alumnos del D1+D2+D3+Dn entre Numero de das lectivos del

mes.

O sea as PADL=D1+D2+D3+Dn/NDL

- Total de Numero de das lectivos del mes de reporte

=DL1+DL2*DL3+DLn

- Numero de das lectivos con refrigerio del mes de reporte.

=DLR1+DLR2+DLR3+DLRn

CLCULOS EN BODEGA APLICANDO EL MTODO PEPS

Total de alimentos = total de alimentos entrantes total de alimentos

consumidos

TA=TAE-TAC

44

MANUAL DEL PROGRAMADOR

Manual del cdigo de las bases de datos.

CREATE TABLE asistencia_consumo (

idasistencia_consumo INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,

mes_idmes INTEGER UNSIGNED NOT NULL,

mes_a_o_idano INTEGER UNSIGNED NOT NULL,

n_diaslectivos_mes INTEGER UNSIGNED NULL,

n_dias_refrigerio_mes INTEGER UNSIGNED NULL,

PRIMARY KEY(idasistencia_consumo, mes_idmes, mes_a_o_idano),

INDEX asistencia_consumo_FKIndex1(mes_idmes, mes_a_o_idano)

);

CREATE TABLE a_o (

idano INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,

a_o INTEGER UNSIGNED NULL,

PRIMARY KEY(idano)

);

CREATE TABLE centro_escolar (

idcentro_escolar INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,

municipio_departamento_iddepartamento INTEGER UNSIGNED NOT NULL,

municipio_idmunicipio INTEGER UNSIGNED NOT NULL,

nombre VARCHAR(45) NULL,

codigo VARCHAR(20) NULL,

PRIMARY KEY(idcentro_escolar, municipio_departamento_iddepartamento,

municipio_idmunicipio),

45

INDEX centro_escolar_FKIndex1(municipio_idmunicipio,

municipio_departamento_iddepartamento)

);

CREATE TABLE departamento (

iddepartamento INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,


PRIMARY KEY(iddepartamento)

);

CREATE TABLE director (

iddirector INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,

centro_escolar_idcentro_escolar INTEGER UNSIGNED NOT NULL,

centro_escolar_municipio_idmunicipio INTEGER UNSIGNED NOT NULL,

centro_escolar_municipio_departamento_iddepartamento INTEGER UNSIGNED NOT

NULL,


PRIMARY KEY(iddirector, centro_escolar_idcentro_escolar,

centro_escolar_municipio_idmunicipio,

centro_escolar_municipio_departamento_iddepartamento),

INDEX director_FKIndex1(centro_escolar_idcentro_escolar,

centro_escolar_municipio_departamento_iddepartamento,

centro_escolar_municipio_idmunicipio)

);

CREATE TABLE docente (

iddocente INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,


46



NULL,


PRIMARY KEY(iddocente, centro_escolar_idcentro_escolar,

centro_escolar_municipio_idmunicipio,

centro_escolar_municipio_departamento_iddepartamento),

INDEX docente_FKIndex1(centro_escolar_idcentro_escolar,



);

CREATE TABLE egreso (

idegreso INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,

Usuario_idUsuario INTEGER UNSIGNED NOT NULL,

producto_Usuario_idUsuario INTEGER UNSIGNED NOT NULL,

producto_tipoproducto_idtipoproducto INTEGER UNSIGNED NOT NULL,

producto_unidademedida_idunidademedida INTEGER UNSIGNED NOT NULL,

producto_producto INTEGER UNSIGNED NOT NULL,

rozon_egresos_idrozonegresos INTEGER UNSIGNED NOT NULL,

producto_inventario_idinventario INTEGER UNSIGNED NOT NULL,

inventario_idinventario INTEGER UNSIGNED NOT NULL,

Usuario_inventario_idinventario INTEGER UNSIGNED NOT NULL,

producto_Usuario_inventario_idinventario INTEGER UNSIGNED NOT NULL,


descripcion VARCHAR(255) NULL,

cantidad INTEGER UNSIGNED NULL,

47

fecha DATE NULL,

total INTEGER UNSIGNED NULL,

PRIMARY KEY(idegreso, Usuario_idUsuario, producto_Usuario_idUsuario,

producto_tipoproducto_idtipoproducto, producto_unidademedida_idunidademedida,

producto_producto, rozon_egresos_idrozonegresos,

producto_inventario_idinventario, inventario_idinventario,

Usuario_inventario_idinventario, producto_Usuario_inventario_idinventario),

INDEX egreso_FKIndex1(Usuario_idUsuario, Usuario_inventario_idinventario),

INDEX egreso_FKIndex2(producto_producto,

producto_unidademedida_idunidademedida, producto_tipoproducto_idtipoproducto,

producto_Usuario_idUsuario, producto_inventario_idinventario,

producto_Usuario_inventario_idinventario),

INDEX egreso_FKIndex3(rozon_egresos_idrozonegresos),

INDEX egreso_FKIndex4(inventario_idinventario)

);

CREATE TABLE fecha_entrega_director (

idfecha_entrega INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,



fecha DATE NULL,

PRIMARY KEY(idfecha_entrega, mes_idmes, mes_a_o_idano),

INDEX fecha_entrega_FKIndex1(mes_idmes, mes_a_o_idano)

);

CREATE TABLE f_i_f_m_r (

idf_i_f_m_r INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,


48


fecha DATE NULL,

PRIMARY KEY(idf_i_f_m_r, mes_idmes, mes_a_o_idano),

INDEX f_i_f_m_r_FKIndex1(mes_idmes, mes_a_o_idano)

);

CREATE TABLE f_t_je_pase (

idf_t_je_pase INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,



fecha DATE NULL,

PRIMARY KEY(idf_t_je_pase, mes_idmes, mes_a_o_idano),

INDEX f_t_je_pase_FKIndex1(mes_idmes, mes_a_o_idano)

);

CREATE TABLE grado (

idgrado INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,


PRIMARY KEY(idgrado)

);

CREATE TABLE ingreso (

ingreso INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,

producto_tipoproducto_idtipoproducto INTEGER UNSIGNED NOT NULL,

producto_unidademedida_idunidademedida INTEGER UNSIGNED NOT NULL,

49

producto_producto INTEGER UNSIGNED NOT NULL,


producto_Usuario_idUsuario INTEGER UNSIGNED NOT NULL,


producto_inventario_idinventario INTEGER UNSIGNED NOT NULL,


producto_Usuario_inventario_idinventario INTEGER UNSIGNED NOT NULL,


descricion VARCHAR(255) NULL,


fecha DATE NULL,


PRIMARY KEY(ingreso, producto_tipoproducto_idtipoproducto,

producto_unidademedida_idunidademedida, producto_producto, Usuario_idUsuario,

producto_Usuario_idUsuario, inventario_idinventario,

producto_inventario_idinventario, Usuario_inventario_idinventario,


INDEX ingreso_FKIndex1(producto_producto,

producto_unidademedida_idunidademedida, producto_tipoproducto_idtipoproducto,

producto_Usuario_idUsuario, producto_inventario_idinventario,


INDEX ingreso_FKIndex2(Usuario_idUsuario, Usuario_inventario_idinventario),

INDEX ingreso_FKIndex3(inventario_idinventario)

);

CREATE TABLE inventario (

idinventario INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,

exixtencias VARCHAR(255) NULL,

50

total_ingresos VARCHAR(45) NULL,

total_egresos VARCHAR(45) NULL,

PRIMARY KEY(idinventario)

);

CREATE TABLE matriculames (

idmatriculames INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,



ninos INTEGER UNSIGNED NULL,

ninas INTEGER UNSIGNED NULL,

PRIMARY KEY(idmatriculames, mes_idmes, mes_a_o_idano),

INDEX matriculames_FKIndex1(mes_idmes, mes_a_o_idano)

);

CREATE TABLE mes (

idmes INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,

a_o_idano INTEGER UNSIGNED NOT NULL,


PRIMARY KEY(idmes, a_o_idano),

INDEX mes_FKIndex1(a_o_idano)

);

CREATE TABLE municipio (

idmunicipio INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,

51

departamento_iddepartamento INTEGER UNSIGNED NOT NULL,


PRIMARY KEY(idmunicipio, departamento_iddepartamento),

INDEX municipio_FKIndex1(departamento_iddepartamento)

);

CREATE TABLE producto (

producto INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,

unidademedida_idunidademedida INTEGER UNSIGNED NOT NULL,

tipoproducto_idtipoproducto INTEGER UNSIGNED NOT NULL,







fecha DATE NULL,


PRIMARY KEY(producto, unidademedida_idunidademedida,

tipoproducto_idtipoproducto, Usuario_idUsuario, inventario_idinventario,

Usuario_inventario_idinventario),

INDEX producto_FKIndex1(unidademedida_idunidademedida),

INDEX producto_FKIndex2(tipoproducto_idtipoproducto),

INDEX producto_FKIndex3(Usuario_idUsuario, Usuario_inventario_idinventario),

INDEX producto_FKIndex4(inventario_idinventario)

);

52

CREATE TABLE p_a_d_l_m_r (

idp_a_d_l_m_r INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,





PRIMARY KEY(idp_a_d_l_m_r, mes_idmes, mes_a_o_idano),

INDEX p_a_d_l_m_r_FKIndex1(mes_idmes, mes_a_o_idano)

);

CREATE TABLE p_e_no_con (

idp_e_no_con INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,





PRIMARY KEY(idp_e_no_con, mes_idmes, mes_a_o_idano),

INDEX p_e_no_con_FKIndex1(mes_idmes, mes_a_o_idano)

);

CREATE TABLE razonnoconsumo (

idrazonnoconsumo INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,



NULL,

53



PRIMARY KEY(idrazonnoconsumo, centro_escolar_municipio_idmunicipio,


centro_escolar_idcentro_escolar),

INDEX razonnoconsumo_FKIndex1(centro_escolar_idcentro_escolar,



);

CREATE TABLE razonnosevicio (

idrazonnosevicio INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,



NULL,



PRIMARY KEY(idrazonnosevicio, centro_escolar_municipio_idmunicipio,



INDEX razonnosevicio_FKIndex1(centro_escolar_idcentro_escolar,



);

CREATE TABLE represcomunidadeducativa (

idrepresentate INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,


54


NULL,



PRIMARY KEY(idrepresentate, centro_escolar_municipio_idmunicipio,



INDEX represcomunidadeducativa_FKIndex1(centro_escolar_idcentro_escolar,



);

CREATE TABLE rozon_egresos (

idrozonegresos INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,


PRIMARY KEY(idrozonegresos)

);

CREATE TABLE seccion (

idseccion INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,

grado_idgrado INTEGER UNSIGNED NOT NULL,

docente_iddocente INTEGER UNSIGNED NOT NULL,

docente_centro_escolar_idcentro_escolar INTEGER UNSIGNED NOT NULL,

docente_centro_escolar_municipio_departamento_iddepartamento INTEGER

UNSIGNED NOT NULL,

docente_centro_escolar_municipio_idmunicipio INTEGER UNSIGNED NOT NULL,


tiposeccion VARCHAR(45) NULL,

55

PRIMARY KEY(idseccion, grado_idgrado, docente_iddocente,

docente_centro_escolar_idcentro_escolar,

docente_centro_escolar_municipio_departamento_iddepartamento,

docente_centro_escolar_municipio_idmunicipio),

INDEX seccion_FKIndex1(grado_idgrado),

INDEX seccion_FKIndex2(docente_iddocente,

docente_centro_escolar_idcentro_escolar,

docente_centro_escolar_municipio_idmunicipio,

docente_centro_escolar_municipio_departamento_iddepartamento)

);

CREATE TABLE tipoproducto (

idtipoproducto INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,


PRIMARY KEY(idtipoproducto)

);

CREATE TABLE unidademedida (

idunidademedida INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,

unidadmedida VARCHAR(45) NULL,

PRIMARY KEY(idunidademedida)

);

CREATE TABLE Usuario (

idUsuario INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,



apellido VARCHAR(50) NULL,

56

Telefono VARCHAR(10) NULL,

Usuario VARCHAR(30) NULL,

contrasena VARCHAR(30) NULL,

email VARCHAR(45) NULL,

PRIMARY KEY(idUsuario, inventario_idinventario),

INDEX Usuario_FKIndex1(inventario_idinventario)

);

proyectofinald s 120614074124 phpapp01

Documents