Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Tesis Luisfarias
Tesis Luisfarias
NCLEO DE MONAGAS
INGENIERIA DE SISTEMAS
COMISIN DE TRABAJO DE GRADO
MATURN / MONAGAS / VENEZUELA
UNIVERSIDAD DE ORIENTE
NCLEO DE MONAGAS
INGENIERA DE SISTEMAS
COMISIN DE TRABAJOS DE GRADO
MATURN / MONAGAS / VENEZUELA
ACTA DE EVALUACIN
En la ciudad de Maturn a los veintinueve das del mes de Julio de dos mil
nueve.
ii
UNIVERSIDAD DE ORIENTE
NCLEO DE MONAGAS
INGENIERA DE SISTEMAS
COMISIN DE TRABAJOS DE GRADO
MATURN / MONAGAS / VENEZUELA
ACTA DE EVALUACIN
En la ciudad de Maturn a los veintinueve das del mes de Julio de dos mil
nueve.
iii
UNIVERSIDAD DE ORIENTE
NCLEO DE MONAGAS
INGENIERA DE SISTEMAS
COMISIN DE TRABAJOS DE GRADO
MATURN / MONAGAS / VENEZUELA
APROBACIN
Quienes suscriben, Miembros del jurado evaluador designados por la
comisin de Trabajos de Grado de la Escuela de Ingeniera de Sistemas de la
Universidad de Oriente Ncleo Monagas, para examinar el Trabajo de Grado
modalidad pasanta presentado por el Bachiller: FARIAS AGUILARTE. LUIS
FERNANDO, portador de la cdula de identidad nmero: 17.243.047 Titulado:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS, el cual es
presentado para optar al grado acadmico de Ingeniero de Sistemas, consideramos
que dicho trabajo cumple con los requisitos exigidos para tal efecto y por tanto lo
declaramos: _____________
En la ciudad de Maturn a los veintinueve das del mes de Julio del dos mil
nueve.
_______________________
Ing. Beatriz Prez
C.I.
______________________
Ing. Cristhian Ronceros
C.I.
iv
DEDICATORIA
Este Trabajo de Grado se lo dedico a mis padres Susana Aguilarte y Vicente
Farias, por estar siempre all, por apoyarme y preocuparse por mi, y guiarme por el
buen camino. Tambin se lo dedico a mis hermanos, Fernando y Daniel.
Luis F. Farias A.
AGRADECIMIENTOS
A DIOS, por darme tanta fortaleza y paciencia para llegar hasta el final de esta
meta propuesta.
A mis padres, por darme todo lo que tengo en la vida.
A la Universidad de Oriente y a sus profesores, por impartirme conocimientos
para mi formacin profesional.
A mi asesora acadmica, Ing. Rosngela Garca, por brindarme su apoyo,
conocimientos y orientacin a lo largo del desarrollo del proyecto.
Al Ing. Jess Chaparro (Asesor Laboral), por guiarme y por su colaboracin
en la realizacin de este proyecto.
A todo el personal del Centro de Computacin, y en especial a Ennio
Villaroel, Yhuanailys Nuez y a Luis Figueroa, por ser tan excelentes personas, por
aconsejarme, motivarme, ayudarme e instruirme en muchos aspectos importantes del
proyecto.
A mis compaeros de pasanta, por animarnos mutuamente y por apoyarnos
para alcanzar esta meta tan anhelada.
Al personal del Comedor Universitario, por brindar toda la colaboracin
necesaria para el desarrollo de este proyecto.
A mis compaeros de la UDO, quienes durante toda la carrera compartimos
gratos y duros momentos juntos.
A mis buenos amigos, por brindarme su confianza y apoyo. Gracias por ser
tan atentos conmigo.
Luis F. Farias A.
vi
UNIVERSIDAD DE ORIENTE
NCLEO DE MONAGAS
INGENIERIA DE SISTEMAS
COMISIN DE TRABAJO DE GRADO
MATURN / MONAGAS / VENEZUELA
RESUMEN
El presente trabajo de investigacin tiene como propsito principal el desarrollar
un sistema Web para la Planificacin y Control del servicio de alimentacin prestado por
el comedor universitario de la Universidad de Oriente Ncleo de Monagas. Para ello fue
necesario estudiar el funcionamiento actual de dicha rea, y determinar la problemtica
que presentaba en la prestacin del servicio de alimentacin; para luego, definir los
requerimientos de informacin del sistema en base a dicha problemtica y a las
necesidades del personal que labora en dicho comedor universitario; procedindose
despus a disear una arquitectura slida que cumpliera con todos los requerimientos
establecidos, hasta finalmente obtener un prototipo inicial de la aplicacin, de acuerdo a
esa arquitectura diseada. Dicho trabajo sigui un tipo de investigacin proyectiva, con
un nivel comprensivo y un diseo de campo; emplendose como tcnicas de recoleccin
de los datos la revisin documental, la entrevista no estructurada y la observacin directa,
con el fin de extraer la informacin del lugar objeto de estudio; mientras que la tcnica de
anlisis de datos utilizada fue la de anlisis de contenido. Para el logro de los objetivos
planteados, se sigui como gua de desarrollo de software la metodologa RUP con la
ayuda de la herramienta de modelado UML. De igual manera, se pudo concluir que con
el desarrollo y futura implantacin del sistema se agilizar el proceso de planificacin
alimentaria, pudiendo considerar al momento de su elaboracin la demanda estimada
promedio; permitir controlar el acceso de comensales al rea de servicio y la
entrada/salida de insumos del almacn; y adems, traer consigo ahorro significativo de
tiempo en la generacin de reportes de costos.
Palabras Claves: Ingeniera, Desarrollo, Sistema, Web, Comedor Universitario.
vii
INDICE GENERAL
ACTA DE EVALUACIN ..........................................................................................ii
ACTA DE EVALUACIN .........................................................................................iii
APROBACIN............................................................................................................iv
DEDICATORIA ........................................................................................................... v
AGRADECIMIENTOS ...............................................................................................vi
RESUMEN..................................................................................................................vii
INDICE GENERAL...................................................................................................viii
LISTA DE FIGURAS ..................................................................................................xi
LISTA DE CUADROS ...............................................................................................xii
LISTA DE DIAGRAMAS.........................................................................................xiii
LISTA DE PANTALLAS........................................................................................... xv
LISTA DE FORMULAS ...........................................................................................xvi
LISTA DE ANEXOS................................................................................................xvii
INTRODUCCIN ........................................................................................................ 1
CAPITULO I................................................................................................................. 3
CONTEXTO ORGANIZACIONAL ............................................................................ 3
1.1 Breve resea histrica de la Universidad de Oriente ........................................ 3
1.2 Universidad de Oriente Ncleo de Monagas ................................................... 4
1.2.1 Resea histrica ........................................................................................... 4
1.2.2 Visin ........................................................................................................... 7
1.2.3 Misin .......................................................................................................... 7
1.2.4 Objetivos ...................................................................................................... 8
1.2.5 Estructura Organizativa................................................................................ 8
1.3 Centro de Computacin Ncleo de Monagas................................................. 10
viii
ix
LISTA DE FIGURAS
Figura 1. Estructura Organizativa de la Universidad de Oriente Ncleo Monagas. ..... 9
Figura 2. Estructura Organizativa del Centro de Computacin. ................................. 12
Figura 3. Estructura Organizativa del Comedor de la UDO Ncleo Monagas........... 15
Figura 4. Los casos de uso integran el trabajo. ........................................................... 33
Figura 5. Evolucin de la arquitectura del sistema. .................................................... 35
Figura 6. Una iteracin RUP....................................................................................... 36
Figura 7. Estructura de RUP. ...................................................................................... 37
Figura 8. La vida de un proceso conformado por ciclos ............................................. 38
Figura 9. Fases e hitos en RUP. .................................................................................. 38
Figura 10. Relacin entre roles, actividades, artefactos.............................................. 41
Figura 11. Vista general de los elementos de UML.................................................... 46
Figura 12. Representacin de una dependencia. ......................................................... 48
Figura 13. Representacin de una asociacin. ............................................................ 48
Figura 14. Representacin de una generalizacin....................................................... 49
Figura 15. Representacin de una generalizacin....................................................... 49
Figura 16. Arquitectura de un sistema software (UML 2.0). ...................................... 53
Figura 17. Clasificacin de diagramas UML. ............................................................. 54
Figura 18. Representacin de una clase. ..................................................................... 55
Figura 19. Relacin entre clases.................................................................................. 56
Figura 20. Ejemplo Diagrama de despliegue. ............................................................. 58
Figura 21. Elementos Diagrama de casos de uso........................................................ 61
Figura 22. Lnea de vida de un objeto......................................................................... 65
Figura 23. Activacin de un objeto. ............................................................................ 66
Figura 24. Mensaje entre objetos. ............................................................................... 66
Figura 25. Tarjeta CRC. .............................................................................................. 67
Figura 26. Datos de Articulo 127B ............................................................................. 77
Figura 27. Asientos y cuenta inventario perpetuo (PEPS).......................................... 78
Figura 28. Estructura Bsica de un documento HTML. ............................................. 86
Figura 29. Arquitectura del Producto........................................................................ 136
Figura 30. Representacin de Equipos...................................................................... 300
Figura 31. Tarjeta CRC AccesoComensal. ............................................................... 308
Figura 32. Tarjeta CRC SolicitudServicio. ............................................................... 309
Figura 33. Tarjeta CRC Insumo. ............................................................................... 309
Figura 34. Tarjeta CRC Men................................................................................... 309
Figura 35. Tarjeta CRC Planificacin....................................................................... 310
Figura 36. Tarjeta CRC ExistenciaArticulo. ............................................................. 310
xi
LISTA DE CUADROS
Cuadro 1. Tipo de Relaciones entre Clases................................................................. 57
Cuadro 2. Elementos Diagrama de Actividad............................................................. 60
Cuadro 3. Tabla Documentacin de Riesgos. ............................................................. 71
Cuadro 4. Cuadro Operativo ..................................................................................... 110
Cuadro 5. Plan General ............................................................................................. 117
Cuadro 6. Cronograma de Reuniones ....................................................................... 124
Cuadro 7. Planteamiento del problema. .................................................................... 128
Cuadro 8. Posicin del Producto............................................................................... 130
Cuadro 9. Roles y Responsabilidades. ...................................................................... 131
Cuadro 10. Participantes y Rol.................................................................................. 132
Cuadro 11. Necesidades de participantes a nivel de Trabajo.................................... 132
Cuadro 12. Necesidades de participantes a nivel de Sistemas. ................................. 133
Cuadro 13. Necesidades de los usuarios. .................................................................. 134
Cuadro 14. Sistema para el Comedor Universitario.................................................. 137
Cuadro 15. Requerimientos de Software. ................................................................. 139
Cuadro 16. Requerimientos de Hardware. ................................................................ 139
Cuadro 17. Requerimientos de Materiales. ............................................................... 139
Cuadro 18. Requerimientos de Servicios. ................................................................. 140
Cuadro 19. Identificador 001 .................................................................................... 143
Cuadro 20. Identificador 002. ................................................................................... 143
Cuadro 21. Identificador 003. ................................................................................... 144
Cuadro 22. Identificador 004. ................................................................................... 144
Cuadro 23. Identificador 005. ................................................................................... 145
Cuadro 24. Identificador 006. ................................................................................... 145
Cuadro 25. Identificador 007 .................................................................................... 146
Cuadro 26. Identificador 008. ................................................................................... 146
Cuadro 27. Identificador: 009. .................................................................................. 147
Cuadro 28. Identificador 010 .................................................................................... 147
Cuadro 29. Identificador 011 .................................................................................... 148
Cuadro 30. Actor-Actividad...................................................................................... 154
Cuadro 31. Diagrama de Actividad Solicitar Insumos.............................................. 177
Cuadro 32. Reglas del Dominio ................................................................................ 301
Cuadro 33. Resumen de Costos ................................................................................ 344
Cuadro 34. Disminucin de tiempo en la generacin del plan alimentario. ............. 345
Cuadro 35. Reduccin de tiempo en la generacin del Resumen de Costos. ........... 346
xii
LISTA DE DIAGRAMAS
Diagrama 1. Plan de Fase.......................................................................................... 118
Diagrama 2. Segunda Iteracin. ................................................................................ 119
Diagrama 3. Tercera Iteracin................................................................................... 119
Diagrama 4. Cuarta Iteracin. ................................................................................... 120
Diagrama 5. Quita Iteracin...................................................................................... 120
Diagrama 6. Sexta Iteracin...................................................................................... 121
Diagrama 7. Sptima Iteracin.................................................................................. 121
Diagrama 8. Octava Iteracin. .................................................................................. 122
Diagrama 9. Novena Iteracin. ................................................................................. 122
Diagrama 10. Dcima Iteracin. ............................................................................... 123
Diagrama 11. Caso de uso General del Negocio....................................................... 151
Diagrama 12. Modelo de Dominio del Negocio. ...................................................... 153
Diagrama 13. Casos de Uso Planificar Mens.......................................................... 157
Diagrama 14. Diagrama de Actividad Planificar Mens. ......................................... 161
Diagrama 15. Casos de Uso Realizar Pedido de Insumos. ....................................... 163
Diagrama 16. Diagrama de Actividad Realizar Pedido de insumos ......................... 167
Diagrama 17. Casos de Uso Registrar Entrada de Insumos...................................... 169
Diagrama 18. Diagrama de Actividad Registrar Entrada de Insumos. ..................... 172
Diagrama 19. Casos de Uso Solicitar Insumos. ........................................................ 174
Diagrama 20. Casos de Uso Registrar Comensales. ................................................. 179
Diagrama 21. Diagrama de Actividad Registrar Comensales................................... 182
Diagrama 22. Casos de Uso Realizar Resumen Mensual de Costos......................... 184
Diagrama 23. Diagrama de Actividad Realizar Resumen Mensual de Costos. ........ 187
Diagrama 24. Caso de Uso General del Sistema....................................................... 190
Diagrama 25. Casos de Uso Autenticar Usuario....................................................... 191
Diagrama 26. Diagrama de Secuencia Autenticar Usuario....................................... 193
Diagrama 27. Casos de Uso Administrar Usuarios del Sistema. .............................. 199
Diagrama 28. Diagrama de Secuencia Administrar Usuarios del Sistema. .............. 202
Diagrama 29. Casos de Uso Registrar Insumos. ....................................................... 205
Diagrama 30. Diagrama de Secuencia Registrar Insumos. ....................................... 210
Diagrama 31. Casos de Uso Conformar Mens Alimentarios.................................. 214
Diagrama 32. Diagrama de Secuencia Conformar Mens Alimentarios.................. 219
Diagrama 33. Casos de Uso Elaborar Planificacin Alimentaria. ............................ 223
Diagrama 34. Diagrama de Secuencia Elaborar Planificacin Alimentaria. ............ 232
Diagrama 35. Casos de Uso Generar Hoja de Pedido............................................... 238
Diagrama 36. Diagrama de Secuencia Generar Hoja de Pedido............................... 241
Diagrama 37. Casos de Uso Controlar Acceso de Comensales. ............................... 244
Diagrama 38. Diagrama de Secuencia Controlar Acceso de Comensales. ............... 247
xiii
Diagrama 39. Casos de Uso Elaborar Solicitud de Servicio del Comedor. .............. 250
Diagrama 40. Diagrama de Secuencia Elaborar Solicitud Servicio del comedor..... 252
Diagrama 41. Caso de Uso Consultar Solicitud de Servicio del Comedor............... 255
Diagrama 42. Diagrama de Secuencia Consultar Solicitud Servicio del comedor. .. 258
Diagrama 43. Casos de Uso Registrar Existencia de Articulo.................................. 261
Diagrama 44.Diagrama de Secuencia Registrar Existencia de Articulo................... 265
Diagrama 45. Casos de Uso Registrar Entrada de Artculos en Almacn. ............... 268
Diagrama 46. Diagrama de Secuencia Registrar Entrada de Artculos en Almacn.272
Diagrama 47. Casos de Uso Registrar Salida de Artculos de Almacn................... 276
Diagrama 48. Diagrama de Secuencia Registrar Salida de Artculos de Almacn... 281
Diagrama 49. Casos de Uso Generar Resumen de Costos........................................ 284
Diagrama 50. Diagrama de Secuencia Generar Resumen de Costos........................ 289
Diagrama 51. Modelo de Clases. .............................................................................. 307
Diagrama 52. Modelo Conceptual. ........................................................................... 312
Diagrama 53. Modelo Fsico..................................................................................... 313
Diagrama 54. Modelo de Base de Datos Relacional del Sistema. ............................ 314
Diagrama 55. Modelo de Despliegue........................................................................ 315
xiv
LISTA DE PANTALLAS
Pantalla 1. Autenticar Usuario. ................................................................................. 194
Pantalla 2. Men Principal Usuario Administrador del Sistema............................... 194
Pantalla 3. Men Principal Usuario Nutricionista..................................................... 195
Pantalla 4. Men Principal Usuario Administrador del Comedor. ........................... 195
Pantalla 5. Men Principal Usuario Almacenista. .................................................... 196
Pantalla 6. Men Principal Usuario Ayudante del Comedor. ................................... 196
Pantalla 7. Men Principal Usuario Solicitante. ....................................................... 197
Pantalla 8. Administrar Usuarios del Sistema........................................................... 203
Pantalla 9. Detalles de Usuario del Sistema.............................................................. 203
Pantalla 10. Listado de Insumos Registrados............................................................ 211
Pantalla 11. Ventana para Agregar Nuevo Insumo................................................... 211
Pantalla 12. Pantalla para editar datos de Insumo..................................................... 212
Pantalla 13. Listado de Mens Alimentarios Registrados. ....................................... 220
Pantalla 14. Ventana para Agregar Nuevo Men...................................................... 220
Pantalla 15. Pantalla para editar datos de Men. ...................................................... 221
Pantalla 16. Vista de Planificaciones Alimentarias por Semana............................... 233
Pantalla 17. Pantalla para editar datos de Planificacin Alimentaria Semanal......... 234
Pantalla 18. Ventana para Estimacin de Comensales.............................................. 235
Pantalla 19. Ventana para Modificar Men de la Planificacin Alimentaria. .......... 235
Pantalla 20. Ventana para Incluir Insumos a la Planificacin Alimentaria............... 236
Pantalla 21. Listado de Insumos Requeridos de la Planificacin Alimentaria. ........ 242
Pantalla 22. Pantalla para Registro de Acceso Comensales...................................... 248
Pantalla 23. Pantalla para Consultar Historial de Comensales. ................................ 248
Pantalla 24. Pantalla para elaborar solicitud de servicio del comedor...................... 253
Pantalla 25. Listado de Solicitudes de Servicio Recibidas. ...................................... 259
Pantalla 26. Pantalla para cambiar status de la solicitud de servicio del comedor. .. 259
Pantalla 27. Lista de Stock de Artculos en Almacn. .............................................. 266
Pantalla 28. Detalles de la Existencia de un Articulo en Almacn. .......................... 266
Pantalla 29. Bandeja de Registro de Entradas........................................................... 273
Pantalla 30. Registro de Entrada de Artculos al Almacn. ...................................... 274
Pantalla 31. Registro de Salida de Artculos de Almacn......................................... 282
Pantalla 32. Ventana de Ajuste de Existencia de Articulo........................................ 282
Pantalla 33. Reporte Control Diario de Costo........................................................... 290
Pantalla 34. Reporte Relacin por Servicio y Nmero de Comensales. ................... 290
Pantalla 35. Reporte Relac. de alimentos., bebidas y otros recibidos por almacn. . 291
Pantalla 36. Reporte Relacin de alimentos y conexos entregados por almacn...... 291
Pantalla 37. Reporte Resumen Mensual de Costo. ................................................... 292
xv
LISTA DE FORMULAS
Frmula 1. Frmula de Promedio Mvil. ................................................................. 230
xvi
LISTA DE ANEXOS
Anexo 1. Forma Men y Alimentos Requeridos. ..................................................... 358
Anexo 2. Forma Mercancas Despachadas Por Despensa. ....................................... 359
Anexo 3. Forma Comprobante de Entrega de Materiales. ........................................ 360
Anexo 4. Forma Control de Existencias. .................................................................. 361
Anexo 5. Forma Control Diario de Costo. ................................................................ 362
Anexo 6. Forma Resumen Mensual de Costo........................................................... 363
Anexo 7. Forma Diario de Almacn. ........................................................................ 364
xvii
INTRODUCCIN
En la actualidad, el uso de los sistemas de informacin para la administracin,
procesamiento y distribucin de la informacin en una organizacin, se hace cada vez
ms indispensable. Pues estos sistemas permiten lograr ahorros significativos en
tiempo y mano de obra, debido a que automatizan tareas operativas de la
organizacin y ofrecen un gran apoyo en el proceso de toma de decisiones que
permiten, entre otras cosas, lograr ventajas competitivas en el momento de la
implantacin y uso del sistema de informacin.
Adems se producen muchos otros beneficios por utilizar este tipo de sistemas
en la organizacin. Estos tienen impacto directo en la calidad de decisin, mejora la
comunicacin, produce reduccin de los costos, incrementa la productividad, permite
el manejo eficiente de la informacin e integridad de la misma, entre otros.
Captulo III, constituido por los antecedentes que apoyan la presente investigacin y
las bases tericas que le dan sustento al trabajo investigativo.
CAPITULO I
CONTEXTO ORGANIZACIONAL
1.2.2 Visin
1.2.3 Misin
1.2.4 Objetivos
Consejo de Ncleo
Decano
Delegacin de Bienestar y
Desarrollo Estudiantil
Servicio
Social
Servicio
Mdico-Dental
Actividades
ExtraAcadmicas
Coordinacin
de Postgrado
Orientacin
Comisin de
Curicula
Delegacin de
Extensin y
Cultura
Coordinacin
Servicio
Comunitario
Delegacin de
Presupuesto
Divulgacin y
Publicaciones
Control de
Estudios
Delegacin de
Planificacin
Coordinacin
Administrativa
Coordinacin Acadmica
Coordinacin
de Servicios
Generales
Delegacin de
Personal
Delegacin de
Finanzas
Seccin
Contabilidad
Comedor
Universitario
Formacin y
Desarrollo de
Recursos
Humanos
Nmina
Almacn
Vigilancia
Bienestar
Social
Archivo y
Correspondencia
Mantenimiento
Centro de
Computacin
Delegacin de
Planta Fsica
Aseo y
Limpieza
Transporte
Talleres
Bienes
Nacionales
Delegacin de
Deporte
Seccin de
Compras
Asesora
Jurdica
Biblioteca
Central
Oficina
Informacin y
Relaciones
Pblicas
Clnica
Universitaria
Tecnologa
Educativa
Escuela de Ing.
De Petrleo
Escuela de
Zootecnia
Escuela de
Agronoma
Instituto de
Investigaciones
Agropecuarias
Escuela de Ciencias
Sociales y Administrativas
Unidad de Cursos
Bsicos
Departamento de
Produccin e
Industria Animal
Departamento de
Biologa y
Saneamiento
Animal
Departamento de
Agronoma
Departamento de
Invest. Sector
Agrcola
Programa
Tecnolgico de
los Alimentos
Departamento de
Nutricin Animal
y Forraje
Departamento de
Ing. Agrcola
Departamento de
Invest. Sector
Ambiente y
Recursos Naturales
Departamento de
Economa
Agrcola
Departamento
Administrativo
Agro-Industrial
Departamento de
Ciencias
Departamento de
Humanidades
Seccin de
Ingles
Programa de
Ingeniera de
Sistemas
Seccin de
Castellano
Seccin de
Fsica
Seccin de
Ciencias Sociales
Seccin de
Matemtica
Departamento de
Gerencia de
Recursos Humanos
Seccin de
Recursos
Humanos y
Psicologa
Seccin de
Investigacin
Informtica
Departamento de
Administracin
Industrial
Seccin de
Coordinacin
Administrativa
Seccin de
Administracin
y Derecho
Seccin de
Contabilidad y
Finanzas
Departamento de
Contadura
Pblica
Seccin de
Economa y
Mercadeo
Seccin de
Contabilidad
Seccin de
Investigacin
Seccin de
Quimica
Seccin de
Administracin
Economa y
Legislacin
1.3.1 Visin
1.3.2 Misin
1.3.3 Objetivos
1.
2.
10
3.
4.
5.
6.
7.
8.
1.3.4 Funciones
11
Jefatura
Secretaria
Seccin de
Soporte Tcnico
Seccin de Programas
y Proyectos
Desarrollo
Valor
Agregado
Redes
Soporte
Tcnico
12
Seguridad
13
14
Consejo de
Ncleo Decano
Coordinacin
Administrativa
Delegacin de
Finanzas
Administracin
del Comedor
Cajero
Dietista
Secretaria
Almacenista
Jefe de Cocina
Personal
15
Dietista:
16
Secretaria:
Cajero:
Despensero o almacenista:
17
Jefe de Cocina:
Ayudantes de cocina:
18
CAPITULO II
EL PROBLEMA Y SUS GENERALIDADES
Es por ello que hoy en da, las organizaciones para poder competir y no
quedarse en el pasado, deben poseer una fuerte infraestructura tecnolgica, en cuyo
centro se site la tecnologa de la informacin, que contribuyan a tomar decisiones
rpidas y a resolver los retos de la actualidad. Esto, con la ayuda de los sistemas
informticos, que servirn de herramienta til para el desarrollo, uso y administracin
de la mencionada tecnologa dentro de la organizacin.
Bajo este contexto, los sistemas y las tecnologas de informacin han cambia-
19
20
del
ncleo,
pues
con
este
se
benefician
4.000
estudiantes
21
22
estudiantes) y en las estadsticas del comedor. Esto ltimo, con la ayuda de una
pequea aplicacin en Microsoft Access, que se encarga de registrar el nmero de
comensales que asisten al lugar para aprovechar el servicio. Sin embargo, ste
funciona de manera aislada, al igual que la aplicacin mencionada anteriormente (La
hoja de Excel), sin que sea posible utilizar en red la informacin generada por l
mismo en el proceso de planificacin.
Por el contrario, el control del inventario de insumos se realiza sin utilizar una
herramienta informtica de apoyo. nicamente, se lleva un registro manual de las
entradas y salidas de los insumos, lo que pudiera ocasionar errores en los datos de las
existencias de los mismos en la bodega; esto debido a equivocaciones al momento de
asentar una cantidad especfica de insumos.
Hay que destacar en este apartado, que el comedor universitario realiza una
planificacin semanal de los insumos que se van a adquirir y depositar en la despensa
para su posterior utilizacin. De igual manera, los pedidos hechos a los proveedores
se hacen cada semana, debido principalmente a que el sitio de almacenamiento cuenta
con un espacio muy limitado, donde prcticamente slo pueden depositarse aquellos
insumos que son necesarios para preparar los mens alimentarios de los das
correspondientes a una semana. Adems, en el almacn la seguridad es precaria,
donde los insumos no pueden permanecer todo un fin de semana, debido a que se
veran expuestos a prdidas o extravi por personas ajenas a la institucin. Y aparte
de esto, existen insumos que son perecederos, es decir, que pueden deteriorarse en un
corto periodo de tiempo.
23
24
25
Para determinar el estimado de personas que harn uso del servicio del
comedor en cada turno de la semana que se est planificando, se utilizar el modelo
de series de tiempo para pronstico de demanda, denominado promedio mvil. Este
mtodo, utilizar los datos histricos del nmero de comensales que asistieron al
comedor universitario en periodos anteriores para calcular la demanda promedio, y
obtener as el pronstico de la siguiente semana.
Por otro lado, el sistema contar con un mdulo que permitir controlar las
existencias de insumo en la despensa, llevando un registro constante de las unidades
entrantes y salientes del mismo; manteniendo as siempre actualizado el inventario
con informacin veraz y confiable de las cantidades de artculos existentes. Por lo
tanto, se podr corroborar en todo momento que estn siendo utilizados
correctamente los insumos de acuerdo a lo programado en la planificacin
alimentaria. Tambin, con el sistema se agilizar la generacin de reportes e informes
para mejorar la capacidad de respuesta ante las autoridades universitarias.
26
Adems dicha aplicacin presenta una interfaz cmoda y sencilla para el usuario,
proporcionndole una interaccin amigable y facilitndole as su uso y aprendizaje.
27
CAPITULO III
MARCO REFERENCIAL
28
29
30
RUP
proporciona
un
enfoque
disciplinado
para
asignar
tareas
Adicionalmente, el
31
Los casos de uso son fragmentos de funcionalidad que el sistema ofrece para
aportar un resultado de valor para sus actores. De manera ms precisa, un caso
de uso especifica una secuencia de acciones que el sistema puede llevar a cabo
interactuando con sus actores, incluyendo alternativas dentro de la secuencia.
(p.129)
En RUP los Casos de Uso no son slo una herramienta para especificar los
requisitos funcionales del sistema. Tambin guan su diseo, implementacin y
prueba, es decir, guan el proceso de desarrollo del sistema. Por lo tanto dirigido por
casos de uso significa que el proceso de desarrollo sigue un hilo conductor que
permite establecer trazabilidad entre los artefactos que son generados en las diferentes
actividades de dicho proceso.
32
33
34
Ahora bien, se puede observar en la Figura 6, p.36 que una iteracin puede
realizarse por medio de una cascada, pasando por los flujos fundamentales
(Requisitos, Anlisis, Diseo, Implementacin y Pruebas), tambin existe una
35
36
37
38
1. Fase de Inicio
En esta fase se define el modelo del negocio y el alcance del proyecto. Permite
establecer una visin sobre el lmite del sistema, el costo en recursos y tiempo.
Tambin, se evala la viabilidad del proyecto, sobre todo cuando est en juego una
gran inversin de recursos; se estiman los riesgos asociados al proyecto y se
identifican los casos de uso crticos del sistema y los escenarios bsicos que definen
la funcionalidad del sistema.
2. Fase de Elaboracin
39
3. Fase de Construccin
4. Fase de Transicin
40
41
1. Roles
2. Actividades
3. Artefactos
Los productos o artefactos son los resultados tangibles del proyecto, las cosas
que se van creando, modificando y usando hasta obtener el producto final durante el
proceso de desarrollo de software. Son las entradas y salidas de las actividades,
realizadas por las personas que desempean roles, las cuales utilizan y van
produciendo estos artefactos para tener guas.
42
Las disciplinas conllevan los flujos de trabajo, los cuales son una secuencia de
pasos para la culminacin de cada disciplina, estas disciplinas se dividen en dos
grupos, como se apreci en la Figura 7, p.37: las de proceso, y las de apoyo. Las de
proceso son las necesarias para la realizacin de un proyecto de software; entre ellas
se tienen: modelado del negocio, requerimientos, anlisis y diseo, implementacin,
pruebas y despliegue. Las de apoyo son las que como su nombre lo indica sirven de
apoyo a las de proceso y especifican otras caractersticas en la realizacin de un
proyecto de software; entre estas se tienen: entorno, gestin del proyecto, gestin de
configuracin y cambios.
43
44
Por otro lado esta herramienta provee beneficios significativos para los
ingenieros de software y las organizaciones al ayudarles a construir modelos
rigurosos, trazables y mantenibles, que soporten el ciclo de vida de desarrollo de
45
software completo. Este les permite capturar sus ideas en una forma convencional y
fcil de comprender para comunicarlas a otras personas.
46
1. Bloques de construccin
a) Elementos
Existen cuatro tipos de elementos en UML, dependiendo del uso que se haga
de ellos: elementos estructurales (Casos de uso, clases, clases activas, interfaces,
componentes, colaboraciones y nodos), elementos de comportamiento (interacciones
y mquinas de estado), elementos de agrupacin (paquetes) y elementos de anotacin
(notas).
b) Relaciones
Para construir un plano de software que tenga sentido, lo que se hace es
combinar los elementos estructurales con sus respectivas relaciones, segn sea el
caso, obteniendo como resultado uno de los diagramas que existen en UML.
47
Dependencia
Asociacin
Es una relacin estructural que describe un conjunto de enlaces, los cuales son
conexiones entre objetos. La agregacin es un tipo especial de asociacin y representa
una relacin estructural entre un todo y sus partes. La asociacin se representa con
una lnea continua, posiblemente dirigida, que a veces incluye una etiqueta. A
menudo se incluyen otros adornos para indicar la multiplicidad y roles de los objetos
involucrados, como se puede observar en la Figura 13.
48
Generalizacin
Realizacin
49
c) Diagramas
Un diagrama es la representacin grfica de un conjunto de elementos con sus
relaciones. En concreto, un diagrama ofrece una vista del sistema a modelar. Para
poder representar correctamente un sistema, UML ofrece una amplia variedad de
diagramas para visualizar el sistema desde varias perspectivas. En la seccin 3.2.2.2
se detallan algunos de los diagramas UML que se utilizan ms comnmente.
2. Reglas
3. Mecanismos comunes
UML proporciona una serie de mecanismos comunes que sirven para que cada
persona o entidad adapte el lenguaje a sus necesidades, pero dentro de un marco
ordenado y siguiendo ciertas reglas para que en el trasfondo de la adaptacin no se
pierda la semntica propia de UML.
50
Especificaciones
Adornos
La mayora de los elementos UML tienen una nica y clara notacin grfica
que proporciona una representacin visual de los aspectos ms importantes del
elemento. Pero la especificacin puede incluir otros detalles algunos de los cuales se
pueden incluir como adornos grficos en la notacin base. Los adornos son elementos
secundarios ya que proporcionan ms nivel de detalle, que quiz en un primer
momento no sea conveniente descubrir. Por ejemplo se pueden incluir adornos en el
icono de una clase indicando la visibilidad de las operaciones.
Divisiones comunes
51
Mecanismos de extensibilidad
Las vistas muestran diferentes aspectos del sistema modelado. Cada vista es
una abstraccin que consiste en un nmero de diagramas; y todos esos diagramas
juntos muestran una "fotografa" completa del sistema.
52
Cada una de las vistas resalta aspectos especficos del sistema. La vista de
Casos de uso provee informacin sobre el comportamiento y funcionalidad del
sistema. La vista de diseo: proporciona informacin del vocabulario y la
funcionalidad del sistema. Por otro lado la vista de interaccin: muestra informacin
sobre el rendimiento del sistema, la escalabilidad del mismo y la capacidad de
procesamiento necesaria. La vista de implementacin establece el ensamblado del
sistema y la gestin de la configuracin. Y por ltimo, la vista de despliegue permite
establecer la topologa del sistema, su distribucin y las pautas para su instalacin.
1. Diagramas de UML
53
a) Diagramas Estructurales
54
Los atributos o caractersticas de una Clase pueden ser de tres tipos, los que
definen el grado de comunicacin y visibilidad de ellos con el entorno, estos son:
Privado (-): Indica que el atributo slo ser accesible desde dentro de la clase (slo
sus mtodos lo pueden accesar).
Publico (+): Indica que el atributo ser visible tanto dentro como fuera de la clase, es
decir, es accesible desde todos lados.
Protegido (#): Indica que el atributo no ser accesible desde fuera de la clase, pero si
podr ser accesado por mtodos de la clase adems de las subclases que se deriven.
Los mtodos u operaciones de una clase son la forma en cmo sta interacta
con su entorno, stos pueden tener las caractersticas:
55
Privado (-): Indica que el mtodo slo ser accesible desde dentro de la clase (slo
otros mtodos de la clase lo pueden accesar).
Publico (+): Indica que el mtodo ser visible tanto dentro como fuera de la clase, es
decir, es accesible desde todos lados.
Protegido (#): Indica que el mtodo no ser accesible desde fuera de la clase, pero si
podr ser accesado por mtodos de la clase adems de mtodos de las subclases que
se deriven.
56
57
b) Diagramas de Comportamiento
58
Los diagramas de actividad se pueden usar para modelar un caso de uso, o una
clase, o un mtodo complicado. Este diagrama es parecido a un diagrama de flujo; la
diferencia clave es que los diagramas de actividad pueden mostrar procesado
paralelo. Esto es importante cuando se usan diagramas de actividad para modelar
procesos de negocio, algunos de los cuales pueden actuar en paralelo, y para modelar
varios hilos en los programas concurrentes.
Cabe decir, que este tipo de diagrama cuenta con una herramienta grfica para
modelar el proceso de un caso de uso especfico. Por lo que sirve como un aadido a
una descripcin textual del caso de uso, o para mostrar en forma grafica, los pasos del
caso de uso.
59
Un Diagrama de Casos de Uso muestra la relacin entre los actores y los casos
de uso del sistema. Representa la funcionalidad que ofrece el sistema en lo que se
refiere a su interaccin externa. En el diagrama de casos de uso tambin se puede
representar el sistema como una caja rectangular con el nombre en su interior.
Mientras que los casos de uso estn en el interior de la caja del sistema, y los actores
fuera, y cada actor est unido a los casos de uso en los que participa mediante una
lnea.
60
1. Actor:
Un actor es un rol que un usuario juega con respecto al sistema. Es algo con
comportamiento, como una persona (identificada por un rol), un sistema
informatizado u organizacin, y que realiza algn tipo de interaccin con el sistema.
Se representa mediante una figura humana dibujada con palotes. Esta representacin
sirve tanto para actores que son personas como para otro tipo de actores.
Los actores no representan a personas fsicas o a sistemas, sino su papel. Esto
significa que cuando una persona interacciona con el sistema de diferentes maneras
61
(asumiendo diferentes papeles), estar representado por varios actores. Por ejemplo,
una persona que proporciona servicios de atencin al cliente telefnicamente y realiza
pedidos para los clientes estara representada por un actor equipo de soporte y por
otro actor representante de ventas.
2. Caso de uso:
3. Limite de un sistema
Resulta til dibujar los lmites del sistema cuando se pretende hacer un
diagrama de casos de uso para parte del sistema. Usualmente se usa para mostrar
casos de uso dentro del sistema y actores fuera del sistema.
4. Relacin
a) Relacin de comunicacin
62
diagrama de casos de uso aparece una relacin entre un actor y un caso de uso, indica
que puede que ese actor interacte con el sistema en ese caso de uso.
b) Generalizacin
c) Inclusin
Relacin entre casos de uso, que especifica una situacin en la que un caso de
uso tiene lugar dentro de otro caso de uso. Los casos de uso pueden contener la
funcionalidad de otro caso de uso como parte de su proceso normal. En general se
asume que cualquier caso de uso incluido se llamar cada vez que se ejecute una ruta
bsica.
Los casos de uso se pueden incluir por uno o ms casos de uso, ayudando a
reducir el nivel de duplicacin de la funcionalidad realizando un factoreo del
comportamiento comn en casos de uso que se usan muchas veces. Un caso de uso
incluido es bsicamente un paso del caso de uso base, que se decide extraer aparte
para mejorar la comprensin, por la importancia que tiene el paso por s mismo, o
para factorizar comportamiento comn que se repite en varios casos de uso.
d) Extensin
Se puede incluir una relacin entre dos casos de uso de tipo extends si se
desea especificar diferentes variantes del mismo caso de uso. Es decir, esta relacin
implica que el comportamiento de un caso de uso es diferente dependiendo de ciertas
63
Este tipo de relacin se utiliza cuando un caso de uso base tiene ciertos puntos
(puntos de extensin) en los cuales, dependiendo de ciertos criterios, se va a realizar
una interaccin adicional. El caso de uso que extiende describe un comportamiento
opcional del sistema.
c) Diagramas de Interaccin
64
a) Lnea de vida
b) Activacin
65
c) Mensaje
Las tarjetas CRC son una metodologa para el diseo de software orientado
por objetos creada por Kent Beck y Ward Cunningham. Es una tcnica utilizada para
descubrir informacin acerca de las clases que luego es colocada dentro de los
diagramas de clases UML. Esta tcnica se puede usar para guiar el sistema a travs de
66
Una clase es cualquier persona, cosa, evento, concepto, pantalla o reporte. Las
responsabilidades de una clase representan una descripcin de alto nivel del propsito
de una clase. Los colaboradores de una clase son las dems clases con las que trabaja
en conjunto para llevar a cabo sus responsabilidades.
67
importante pensar en las responsabilidades, ya que evita pensar en las clases como
simples depositarias de datos, y ayuda a centrarse en comprender el comportamiento
de alto nivel de cada clase.
Estn constituidos por los artefactos. Estos son generados durante el proceso
de desarrollo de software. RUP en cada una de sus fases realiza una serie de
artefactos que sirven, entre otras cosas, para comprender mejor tanto el anlisis como
el diseo del sistema. Estos artefactos son los siguientes:
1. Documento Visin
68
Riesgos de Dependencia.
Riesgos de Requerimientos.
Riesgos de Administracin.
Riesgos de Conocimiento.
69
Las tareas antes mencionadas deben ser llevadas principalmente por el Lder
del Proyecto. En caso de materializarse alguno de los riesgos el Lder del Proyecto
invoca los planes de gestin para el riesgo o grupo de riesgos con la finalidad de
incluir las tareas de tratamiento dentro de las actividades de los equipos.
70
Herramientas y Tcnicas.
(Cul
es
de
problema?)
Exposicin:
de
la
Primer Indicador: (Describe el indicador ms temprano o condicin de disparo que podra indicar
que el riesgo se est convirtiendo en un problema)
Estrategia de Mitigacin: (Ponderacin de uno o ms enfoques para controlar, evitar, minimizar, o
en ltima instancia mitigar el riesgo.
Propietario: (Asignacin de cada accin de Fecha
Prevista:
(Determinar
una
fecha
ser implementada)
71
actividades, tareas y los roles desempeados. Este artefacto abarca el modelo del
negocio y el modelo del dominio de UML.
El modelo del negocio describe a travs del modelo de casos de uso del
negocio las funciones o procesos de negocio de la empresa u organizacin en
trminos de casos de uso y actores del negocio, con el fin de comprender cules sern
los procesos que soportar el sistema. Este modelo de casos de uso del negocio
permite situar al sistema en el contexto institucional haciendo nfasis en los objetivos
en este mbito y se representa mediante un diagrama de casos de uso general usando
estereotipos especficos para este modelo.
Por otro lado el modelo del dominio del negocio captura los objetos ms
importantes en el contexto del sistema. Este modelo se describe mediante diagramas
de clases de UML, que carecen de algunos de los detalles tcnicos y estn
compuestos por las clases que se han interpretado y descubierto en el anlisis del
negocio. Estos diagramas muestran los objetos del dominio o clases conceptuales y
las relaciones entre ellas a travs de asociaciones.
6. Documento Glosario
72
Artefacto donde estn definidos los requisitos funcionales del sistema. En este
se describen cada uno de los casos de uso que conforman el caso de uso general del
sistema. Cada artefacto contiene las precondiciones, post-condiciones, flujo normal
de eventos, flujos alternativos, condiciones especiales de cada caso de uso, adems se
incluye su diagrama de secuencia y los prototipos de interfaz de usuarios.
8. Especificaciones Complementarias
Este documento captura todos los requisitos que no han sido incluidos como
parte de los casos de uso y se refiere a requisitos adicionales y restricciones. Este
documento abarca los requisitos del sistema clasificados segn el modelo FURPS+;
el cual es un modelo que permite clasificar las cualidades de la calidad del software.
73
74
Para llevar este control es necesario contar, para cada bien del almacn, con
una ficha que recoja sus movimientos (denominada ficha de almacn o tarjeta de
existencia). En dicha tarjeta, se registra cada unidad, su valor de compra, la fecha de
adquisicin, el valor de salida de cada unidad, y la fecha en que se retira del
inventario, permitiendo conocer en todo momento el saldo exacto y actualizado de los
inventarios.
75
76
otros cuyos estilos o modelos cambian con frecuencia. Por ejemplo, los abastos
colocan en sus estantes los productos lcteos por fecha de caducidad. De igual
manera, las tiendas de ropa para dama y caballero exhiben las prendas por temporada.
Al final de cada temporada, muchas veces ponen rebajas para sacar de la tienda la
ropa de la temporada que termina o que ya est pasada de moda. Por ende, el mtodo
de primeras entradas, primeras salidas suele ser compatible con el movimiento o flujo
fsico de las mercancas. Siendo ste el caso, el mtodo PEPS genera resultados casi
iguales a los obtenidos identificando los costos especficos de cada artculo vendido y
existente en el inventario.
El mtodo PEPS, consiste bsicamente en darle salida del inventario a
aquellos productos que se adquirieron primero, por lo que en los inventarios quedarn
aquellos productos comprados ms recientemente. Es decir, cada vez que se realiza
una venta o salida de artculo, se descargan las unidades salientes del inventario con
el costo de las primeras unidades adquiridas. A esto, es a lo que hace referencia las
siglas PEPS, que significa Primeras en Entrar, Primeras en Salir. Este mtodo de
determinacin de costo es tambin conocido como FIFO, por sus siglas en ingles.
A continuacin se ilustra un ejemplo de esta metodologa, con los datos del
artculo 127B, mostrados en la siguiente figura:
77
78
79
No hay una regla exacta para seleccionar n, la base del promedio mvil. Si las
variaciones de la variable permanecen razonablemente constantes al paso del tiempo,
se recomienda una n grande. En caso contrario, si los datos tienen pautas cambiantes,
se aconseja un valor pequeo de n. En la prctica ese valor va de 2 a 10.
80
1. Entrada de Informacin
Es un proceso que consiste en capturar los datos en bruto tanto del interior de
la organizacin como de su entorno externo. Las entradas pueden ser manuales o
automticas. Las manuales son aquellas que se proporcionan en forma directa por el
usuario (a travs del teclado, el mouse, la voz, los monitores sensibles al tacto, cdigo
de barras, entre otros), mientras que las automticas son datos o informacin que
provienen o son tomados de otros sistemas.
81
2. Almacenamiento de la informacin
de
informacin
denominadas
archivos.
La
unidad
tpica
de
almacenamiento son los discos magnticos o discos duros, diskettes, los discos
compactos (CDs), discos verstiles digitales (DVDs), entre otros.
3. Procesamiento de la informacin
4. Salida de informacin
82
operativos
dentro
de
una
organizacin
son
llamados
Sistemas
83
Las aplicaciones Web ofrecen grandes ventajas que pueden ser aprovechadas
por muchas organizaciones, sobre todo ahora que la globalizacin es una realidad.
Entre estas ventajas se encuentran:
Actualizacin: Pueden existir miles de clientes pero una nica aplicacin instalada en
un servidor, por lo tanto se puede actualizar y mantener una nica aplicacin y todos
sus clientes vern los resultados inmediatamente.
Alta disponibilidad, ya que se puede realizar consultas en cualquier parte del mundo
donde tenga acceso a Internet y a cualquier hora.
Mltiples usuarios concurrentes: Los sistemas Web pueden ser utilizados por
mltiples usuarios al mismo tiempo. No hay ms necesidad de compartir pantallas o
enviar instantneas cuando mltiples usuarios pueden ver e incluso editar el mismo
documento de manera conjunta.
84
3.2.9 HTML
85
86
En la programacin del lado del cliente, los programas residen junto a las
pginas Web en el servidor, pero son transferidos al cliente para que ste los ejecute.
Dentro de los lenguajes de programacin del lado del cliente se pueden mencionar:
java, JavaScript, VBScript.
3.2.10.1 JavaScript
87
En la programacin del lado del servidor, los programas son ejecutados por el
servidor y lo que enva al cliente es la respuesta o resultado de dicha ejecucin.
Lenguajes como PHP o Perl pertenecen a esta categora.
3.2.11.1 PHP
88
con
varias
bibliotecas
externas,
permite
generar
89
3.2.13 AJAX
Con el surgimiento de lenguajes como PHP del lado del servidor y Javascript
del lado del cliente, surgi AJAX, que es el acrnimo de Asynchronous JavaScript
and XML (JavaScript Asncrono y XML). Este es una tcnica de desarrollo Web, por
la cual se pueden crear aplicaciones Web ms rpidas y cmodas para el usuario.
90
91
Nivel interno: el nivel interno determina dnde se almacenan realmente los datos en
el dispositivo de almacenamiento. Este nivel trata con mtodos de acceso de bajo
nivel y cmo se transfieren los bytes hacia y desde el dispositivo de almacenamiento.
En otras palabras, el nivel interno interacta directamente con el hardware.
Para describir los niveles lgico y de vistas de una base de datos es necesario
hacer uso de un modelo de datos. Un modelo de datos no es ms que un conjunto de
herramientas conceptuales que sirven para describir los datos, sus relaciones, su
semntica y sus limitaciones. El modelo de datos que ha tenido mayor aceptacin es
el Modelo Relacional.
92
El modelo Relacional de datos fue propuesto por E.F. Codd del IBM San Jos
Research Laboratory en 1969. Este modelo es el que siguen las llamadas bases de
datos relacionales y se basa en las siguientes caractersticas:
93
3.2.15 ORACLE
94
Oracle permite gestionar los datos de una aplicacin basndose en una lgica
que se ha convertido en un estndar: el modelo relacional. Con Oracle, se puede
asociar al SQL un lenguaje procedimental, el PL/SQL, que aade numerosas
posibilidades para la manipulacin de los datos.
95
96
3.2.18 XAMPP
97
Estas libertades del software libre tienen como consecuencia que la persona
que utilice este tipo de programas informticos estar a salvo de ser controlado por
otros a travs de esos programas. Ya que podr utilizar los programas para lo que
quiera, de forma legal y libremente. As como tambin estudiar cmo est construido,
para tener la seguridad e independencia que le proporciona conocer exactamente lo
que hace; e incluso podr modificar el programa para mejorarlo o adaptarlo a sus
necesidades particulares. Adems, podr distribuir esos programas informticos a los
dems de forma legal y, por lo tanto, no se ver inmerso en dilemas morales entre la
ley y su propio espritu de colaboracin. Y por ltimo, podr compartir las mejoras
que l mismo haya introducido y beneficiarse a su vez de las mejoras que otros hayan
hecho y distribuido.
98
Sistema gestor de base de datos: Paquete de software para la gestin de las bases de
datos; en particular, para almacenar, manipular y recuperar datos de un computador.
(Batini y Navathe, 2005, p.4).
Caso de uso: Es una secuencia de acciones que el sistema lleva a cabo para ofrecer
algn resultado de valor para un actor. Un actor puede ser una persona humana, un
dispositivo de hardware, u otro sistema. Los actores utilizan el sistema interactuando
con los casos de uso. (Jacobson., 2000, p.54).
99
Cliente: Equipo que los usuarios individuales utilizan para conectarse a la red y
solicitar servicio a los servidores. (Cobo y Gmez, 2005, p.6).
Servidor Web: Mquina equipada con el software servidor que utiliza el protocolo
de internet HTTP para responder a las peticiones de los clientes Web en una red
TCP/IP. (Laporta y Miralles, 2005, p. 286).
100
CAPITULO IV
MARCO METODOLGICO
101
efectos y lo compara con otros hechos ocurridos para determinar los factores
causantes de la situacin. Segn Hurtado (2000) el nivel comprensivo alude a la
explicacin de las situaciones o causas que generan eventos (p.71).
102
Una vez determinada con precisin las unidades de estudio que conforman a
la poblacin o universo de investigacin, se procede a delimitar la muestra. Moreno,
M. (1993) expresa que la muestra es una parte de la poblacin en estudio,
seleccionada de manera que en ella queden representadas las caractersticas que
distinguen a la poblacin de la que fue tomada (p. 9). Sin embargo, Arias, F. (2006)
103
104
105
En esta primera etapa se realiza el modelado del negocio con el fin de conocer
y entender los procesos que se llevan a cabo en el comedor universitario, comprender
la estructura y la dinmica de la organizacin bajo estudio, y tambin entender los
problemas actuales e identificar posibles mejoras. Para esto se visit el lugar,
pudiendo observar directamente las actividades cotidianas que all se realizan. Y
106
El modelado del negocio utiliza el modelo de casos de uso del negocio, para
describir los procesos llevados a cabo en la organizacin y los actores involucrados.
Tambin abarca el modelo del dominio que captura los objetos ms importantes en el
contexto del sistema; y emplea los diagramas de actividad y de clases de la
herramienta UML.
Plan de iteracin.
107
Especificaciones complementarias.
108
Documento glosario.
109
Metodologa
Objetivos Especficos
Describir
- Realizar entrevistas no
el
funcionamiento actual de
rea
del
servicio
Etapa I:
de
Negocio
Ncleo de Monagas.
Inicio
- Determinar los problemas
y
necesidades
relacionados
las
especificaciones de casos de
actuales
con
de
Oriente
Estudio del
administrativa
comedor.
de
Actividades Asociadas
RUP
la
de iteracin.
comedor universitario.
Realizar
prototipos
de
interfaces de usuario.
- Definir los requerimientos
de informacin del sistema,
a
travs
realizado
Etapa II:
Diseo de la
Arquitectura
del
al
estudio
comedor
universitario
considerando
las
Elaborar
las
especificaciones de casos de
uso del sistema.
Elaboracin
Especificaciones
mismo.
complementarias.
con
los
requerimientos definidos.
110
Objetivos Especficos
Metodologa
- Refinamiento de casos de
- Construir un prototipo
Etapa III:
inicial, de acuerdo a la
Construccin
arquitectura diseada y a
del Software
Actividades Asociadas
RUP
Prototipo
inicial
del
sistema.
- Elaborar casos de prueba.
del sistema.
- Documento glosario.
111
CAPITULO V
RESULTADOS
112
113
114
115
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
116
Plan de Iteracin
1. Plan
1.1 Plan General
Cuadro 5. Plan General
PROYECTO: Desarrollo de un sistema Web para la planificacin y control del servicio
de alimentacin prestado por el comedor universitario de la universidad
de oriente ncleo de Monagas.
24/03/2008
Fecha Inicio:
19/06/2009
Fecha Final:
ITERACIN
PROCESO
FECHA FECHA
INICIO FINAL
ITERACIN 1 Documento Visin, Lista de Riesgos y Plan de
21/04/08 27/05/08
Iteracin General.
ITERACION 2 Administrar insumos. Administrar mens
28/05/08 09/07/08
alimentarios.
ITERACIN 3 Planificacin alimentaria.
10/07/08 25/09/08
ITERACIN 4 Elaborar y consultar solicitudes de servicio del
26/09/08 06/11/08
comedor universitario. Controlar acceso de
comensales, Registrar Stock de artculos en
almacn.
ITERACIN 5 Registrar Entrada de artculos en almacn.
07/11/08 18/12/08
ITERACIN 6 Registrar Salida de artculos en almacn.
19/12/08 13/02/09
ITERACIN 7 Generar Resumen de Costos. Administrar
16/02/09 27/03/09
usuarios. Autenticar usuario.
ITERACIN 8 Mantenimientos y configuracin de semanas.
30/03/09 24/04/09
Administrar insumos. Administrar mens
alimentarios.
ITERACIN 9 Planificacin alimentaria. Elaborar y consultar
27/04/09 22/05/09
solicitudes de servicio del comedor universitario.
ITERACIN
Controlar acceso de comensales. Administrar
25/05/09 19/06/09
10
usuarios. Autenticar usuario.
Fuente: Autor (2008).
Confidencial
Pg. 117
Confidencial
Pg. 118
Confidencial
Pg. 119
Confidencial
Pg. 120
Confidencial
Pg. 121
Confidencial
Pg. 122
Confidencial
Pg. 123
ITERACION
ITERACIN 1
ITERACION 2
ITERACIN 3
ITERACIN 4
ITERACIN 5
ITERACIN 6
ITERACIN 7
ITERACIN 8
ITERACIN 9
ITERACIN 10
2 Recursos
Se necesita realizar reuniones con los clientes y responsables del proyecto
para definir las bases de desarrollo del proyecto.
3 Criterio de Evaluacin
Se evaluar el lapso de tiempo que abarcar el sistema Web para la
Planificacin y Control del Servicio de Alimentacin prestado por el comedor
Universitario.
Confidencial
Pg. 124
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
Documento Visin
Versin 1.0
125
Visin
1. Introduccin
1.1 Propsito
El propsito de este documento es la recoleccin, anlisis y definicin de las
caractersticas y necesidades para el desarrollo de un Sistema Web para la
Planificacin y Control del Servicio de Alimentacin Prestado por el Comedor
Universitario de la Universidad de Oriente Ncleo de Monagas. Con esto, el presente
documento servir de soporte para la ejecucin de dicho proyecto.
1.2 Alcance
Este documento se ocupa del sistema automatizado para la Planificacin y
Control del Servicio de Alimentacin Prestado por el Comedor Universitario de la
Universidad de Oriente Ncleo de Monagas. Dicho sistema ser desarrollado
utilizando herramientas tanto de Software Libre como propietario. Al utilizar
herramientas de Software Libre se estar cumpliendo con el Decreto Presidencial
3390.
El sistema abarcar a nivel general las siguientes funcionalidades:
Permitir la creacin y mantenimiento de los insumos y mens alimentarios;
considerando la informacin nutricional de los alimentos. Se podr realizar la
planificacin alimentaria de cada semana y generar la lista de los insumos requeridos
para la preparacin de los mens planificados. Tambin, permitir el registro de
comensales que acceden al comedor para aprovechar el servicio de alimentacin,
elaborar solicitudes de servicio del comedor en caso de eventos especiales, y adems
controlar las entradas y salidas de insumos del almacn o despensa.
Confidencial
Pg. 126
2. Posicionamiento
2.1 Oportunidades de Negocio:
Las oportunidades que se presentan con el desarrollo de este proyecto son:
1. Agilizar el proceso de planificacin alimentaria. En ste se podr programar
mens variados, considerando los valores nutricionales requeridos para el
buen desempeo de los estudiantes en sus actividades acadmicas.
2. Controlar el acceso de comensales al rea de comedor, a travs de un registro
automatizado
de
cada
estudiante
que ingresa
al
mismo
para
el
Confidencial
Pg. 127
Afecta a
Confidencial
Pg. 128
de
la
planificacin
Confidencial
Pg. 129
El Software
Que
No como
Nuestro producto
Pg. 130
Analista de Sistemas
Analista de procesos
de negocio.
Integrador
Programador
Especialista en
Pruebas (tester)
Confidencial
Pg. 131
Curso de UML
Curso de Macromedia
Curso de PHP
Curso de Javascript
Alta
Alta
Alta
Alta
Alta
Alta
de
Macromedia
Dreamweaver
de
Fundamentos
de
Javascript
Pg. 132
Alta
Alta
estndares abiertos.
casos de uso.
Documentar en forma incremental
la evolucin de los casos de uso.
Media-alta
Alta
estandarizar
las
Alta
Alta
casos.
Desarrollo de una aplicacin WEB bajo el
enfoque de software libre y el decreto 3390.
Implementar una aplicacin libre,
multiplataforma y de alto desempeo.
Confidencial
Pg. 133
Prioridad
Alta
Alta
Soluciones Propuestas
Desarrollar mdulo de
Planificacin Alimentaria.
Desarrollar modulo Acceso
de Comensales.
Desarrollar mdulo de
Alta
Planificacin Alimentaria
Alta
Alta
Alta
Desarrollar modulo de
Almacn
Desarrollar
Modulo
de
modulo
de
Almacn
Desarrollar
reportes
Confidencial
Pg. 134
Este software estar conformado por distintos mdulos, los cuales tendrn sus
respectivas funcionalidades:
Modulo de insumos y mens alimentarios: estos mdulos permitirn la creacin y
mantenimientos de los mens alimentarios y de los insumos de los que podrn estar
conformados dichos mens.
Modulo Planificacin: permitir realizar la planificacin alimentara de todos los
mens a ser preparados, semanalmente, por el comedor universitario. Adems,
generar la lista de todos los insumos requeridos para la preparacin de los mens
planificados para la semana. Tambin este modulo permitir realizar una estimacin
del nmero de comensales que asistirn al comedor universitario y as poder realizar
mejores planificaciones para las semanas posteriores.
Modulo Acceso de Comensales: permitir registrar y controlar el nmero de
estudiantes que asisten al rea de comedor para el aprovechamiento del servicio de
alimentacin.
Modulo Planificacin Especial: Modulo que permitir elaborar solicitudes de
servicio del comedor universitario cuando se realicen eventos especiales en la
Universidad y sean requeridos dichos servicios. Estas solicitudes podrn ser
consultadas por la administracin del comedor para realizar la planificacin
alimentaria del evento.
Modulo Almacn: permite controlar las existencias de insumos del almacn. Para
llevar este control se emplear el sistema de inventario permanente o perpetuo, ya que
se llevar un registro constante de las unidades que entran y salen del almacn,
permitiendo conocer en todo momento el saldo exacto de los inventarios.
Mdulo Reportes: permite la visualizacin e impresin de reportes como el resumen
mensual de los costos incurridos al prestar el servicio de alimentacin.
Confidencial
Pg. 135
Confidencial
Pg. 136
Confidencial
Pg. 137
5. Precedencia y Prioridad
1. Subsistema de Compra.
2. Subsistema de Control de Estudios.
3. Subsistema de Comedor.
Confidencial
Pg. 138
Licencia
Tipo de licencia
Oracle
Propietario
Apache
GNU
PHP
GNU
Editor de Texto
GNU
Navegador Web
GNU
Equipo
Requerimientos Mnimos
Servidor
Clientes
Pentium IV
Material
Cantidad
USB
Block de Notas
Lpiz y lapiceros
CD-ROM
Tonner
Confidencial
Pg. 139
Material
Cantidad
Puntos de
conexin de red
(10)
Confidencial
Pg. 140
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
141
Confidencial
Pg. 142
Prdida: 9
Primer Indicador: estn sujeto al cumplimiento de estas actividades por ser parte de sus
funciones.
Estrategia de Mitigacin: Para evitar el incumplimiento de las asignaciones, el
participante debe dar a conocer con anticipacin la no participacin en alguna iteracin y
por consiguiente exponer con aval dicha solicitud.
Propietario: Lder del proyecto
Confidencial
Pg. 143
Prdida: 6
Primer Indicador: Prestar Servicio Comunitario, por ser parte de sus funciones.
Estrategia de Mitigacin: Para evitar el incumplimiento de las asignaciones, el
participante debe dar a conocer con anticipacin la no participacin en alguna iteracin y
por consiguiente exponer con aval dicha solicitud.
Propietario: Lder del Proyecto
Prdida: 7
Confidencial
Pg. 144
Prdida: 6
Primer Indicador: Pocos integrantes en cada rea del proyecto, ya que el trabajo est
distribuido paralelamente, distribucin de trabajo de manera estructurada y no cumpliendo
con los lineamientos de la metodologa de desarrollo de software.
Estrategia de Mitigacin: Adaptarse al nuevo paradigma de trabajo en la parte de
desarrollo de software.
Propietario:
Lder
Responsable
proyecto.
Fuente: Autor (2008).
Cuadro 24. Identificador 006.
Identificador: 006
Descripcin: Requerimientos no capturados en forma clara y concisa - Determinacin
errnea de funcionalidades y proceso con alto nmero de incrementos por correccin, lo
que genera un estiramiento no deseado del calendario.
Probabilidad: 0,6
Prdida: 7
Pg. 145
Prdida: 8
Prdida: 7
Confidencial
Pg. 146
Prdida: 7
Primer Indicador: Durante las pruebas del sistema, los usuarios no estn informados de
las situaciones en las cuales operar las diferentes opciones del sistema.
Estrategia de Mitigacin: Definicin de manuales de normas y procedimientos de las
funciones del sistema en general y su respectiva induccin a los usuarios.
Propietario: Lder del Proyecto
Prdida: 8
Confidencial
Pg. 147
Prdida: 8
Confidencial
Pg. 148
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
149
1. Introduccin
1.1 Propsito
Identificar los procesos que se llevan a cabo en el comedor universitario, la
relacin entre ellos y los actores involucrados en dicho sistema, a fin de comprender
el funcionamiento actual del negocio.
1.2 Alcance
Representar mediante casos de uso y modelo de dominio el funcionamiento
general del negocio bajo estudio, detallando tanto los procesos llevados a cabo como
los objetos ms importantes en el contexto del sistema, incluyendo los actores
internos y externos que participan en l.
Confidencial
Pg. 150
<<extend>>
Nutricionista
Planificar menus
Verificar Disponibilidad Insumos
Requeridos
Administrador de comedor
<<include>>
<<include>>
Almacenista
Solicitar Insumos
Supervisor de Cocina
<<extend>>
Registrar Comensales
Ayudante de Comedor
Estudiante
Confidencial
Pg. 151
Confidencial
Pg. 152
autoridades universitarias, para esto utiliza una aplicacin en Excel. Dicha aplicacin
le servir de ayuda para realizar los clculos de costos en cada mes.
Resumen de Costos
Recibe
1..*
Planificacion Alimentaria
Nutricionista
1..*
Elabora
1
1..*
1..*
Elabora
Recibe
Cotizacion
Recibe
1..*
Entrega
1
Analisis de Cotizacion
1..*
AdministradorDeComedor
1
Realiza
1
1
1..*
Proveedor
Elabora
1..*
Solicitud de Compra
1
Recibe
Puede
Consultar
1
Recibe
1..*
Entrega
Orden de Pago
1..*
1..*
Elabora
Insumos
Secretaria
1..*
1
1..*
1..*
Registra
Comensal
Almacenista
1..*
Solicita
Registra
1
1
Ayudante de Comedor
Supervisor de Cocina
Pg. 153
5. Lista de Actor-Actividad
Cuadro 30. Actor-Actividad
Actor
Administrador de
Comedor
-
Secretaria
Nutricionista
Confidencial
Actividades
Dirigir, coordinar y supervisar todas las actividades del
comedor.
Velar por el buen funcionamiento del comedor.
Aprobar la planificacin de mens presentada por el
Nutricionista.
Llevar el control de compras de equipos y reparacin del
existente.
Llevar el control presupuestario de su unidad.
Realizar todas las compras necesarias para el
funcionamiento del comedor.
Recibir cotizaciones.
Analizar las cotizaciones entregadas por los proveedores.
Elaborar Solicitudes de compra.
Realizar Resumen de costos en cada mes.
Mecanografiar la correspondencia, los informes y dems
trabajos que se le asignen.
Elaborar orden de pago para los proveedores.
Archivar notas de entregas, facturas.
Elaborar listas de mens considerando las facilidades de
adquisicin de los alimentos y su valor nutritivo.
Controlar cantidad y calidad de los insumos necesarios
para preparar los mens.
Calcular las cantidades y costos de los mens, de acuerdo
con la estimacin del nmero de comensales.
Preparar una relacin semanal, quincenal o mensual, segn
sea requerida por el administrador, de la cantidad y calidad
de vveres necesarios para la preparacin de las comidas.
Realizar la planificacin alimentaria.
Asesorar al jefe de cocina en cuanto al valor alimenticio de
los materiales usados.
Colaborar con el administrador en todo lo relacionado a su
cargo.
Pg. 154
Confidencial
Pg. 155
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
156
1. Introduccin
1.1 Propsito
Generar el informe de planificacin de mens alimentarios para realizar los
pedidos de los insumos necesarios.
1.2 Alcance
Elaborar la planificacin alimentaria semanal de acuerdo a la estimacin del
nmero de comensales, donde se especifican los mens, y la calidad y cantidad de
insumos a utilizar.
<<extend>>
Nutricionista
Planificar menus
Verificar Disponibilidad Insumos
Requeridos
Administrador de comedor
Confidencial
Pg. 157
4. Flujo de Eventos
4.1 Curso Tpico de Eventos
Para prestar el servicio, el comedor universitario realiza, semanalmente, una
planificacin alimentaria, en la que se especifican la variedad de mens que sern
servidos en el transcurso de la semana, as como la calidad y cantidad de insumos o
alimentos requeridos para la preparacin de los mismos. El informe de la
Planificacin Alimentaria contiene la planificacin de los mens a ser preparados en
el transcurso de la semana, la hoja de pedido donde se encuentran las cantidades
totales de insumos a utilizar en la semana. As como tambin, las hojas de pedidos
por tipo de men y da de la semana; en donde se especifican las cantidades de
insumos a utilizar en cada men.
4.1.1 Para elaborar la planificacin alimentaria, el nutricionista primero debe
seleccionar para cada turno y da de la semana, el men que va a ser preparado.
4.1.2 Luego identifica todos los insumos que se utilizarn para la preparacin de los
mens seleccionados en la semana.
4.1.3 Calcula la cantidad de cada insumo a utilizar por comensal en cada men
seleccionado.
4.1.4 Estima la cantidad de comensales que asistirn al comedor en cada turno y da
de la semana que se est planificando.
4.1.5 Determina la cantidad total de insumos a utilizar en cada men a ser servido
en los turnos y das de la semana, de acuerdo a la cantidad estimada de comensales.
4.1.6 Tambin, determina la cantidad TOTAL de insumos necesarios para preparar
todos los mens de la semana.
4.1.7 Luego, con toda la informacin obtenida, elabora el informe de la
Planificacin Alimentaria de la semana.
Confidencial
Pg. 158
5. Actores
5.1 Internos
Nutricionista y Administrador del Comedor.
5.2 Externos
No existen actores externos.
Confidencial
Pg. 159
6. Precondiciones
Necesidad de ofrecer el servicio de alimentacin a la comunidad estudiantil.
Haber elaborado el listado de mens alimentarios, considerando las
facilidades de adquisicin de los alimentos y los nutrientes necesarios para la
adecuada alimentacin de los estudiantes y comensales en general, que utilizan el
servicio.
7. Postcondiciones
Lograr la aprobacin del informe de la Planificacin Alimentaria para realizar
los pedidos de los insumos requeridos.
Confidencial
Pg. 160
8. Diagrama de Actividad
Nutricionista
Administrador de Comedor
[Si]
[No]
Pg. 161
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
162
1. Introduccin
1.1 Propsito
Lograr la adquisicin de los insumos necesarios para prestar el servicio de
alimentacin.
1.2 Alcance
Hacer, cada semana, los pedidos de los insumos necesarios para la preparacin
de los mens alimentarios de la siguiente semana.
Administrador de comedor
<<include>>
Confidencial
Pg. 163
4. Flujo de Eventos
4.1 Curso Tpico de Eventos
4.1.1 El curso normal de eventos inicia cuando el Administrador, cada semana,
examina la Planificacin del siguiente periodo (semana) para verificar los insumos
que van a ser necesarios en la preparacin de los mens alimentarios.
4.1.2 El Administrador del comedor realiza un anlisis de las cotizaciones entregadas
por los proveedores para seleccionar a quienes de ellos se les harn los pedidos.
4.1.3 Luego elabora las solicitudes de compra correspondientes a cada proveedor.
4.1.4 Seguidamente, el administrador enva por FAX las solicitudes de compras a los
distintos proveedores. Para acelerar el proceso el administrador puede realizar los
pedidos por telfono y luego ms adelante enva las solicitudes de compra a los
proveedores.
4.1.5 El proveedor recibe e inspecciona la solicitud de compra. Si cuenta con todos
los insumos solicitados, este prepara la mercanca de insumos y la enva al almacn
del comedor universitario.
4.1.6 El administrador entrega a la Secretaria las solicitudes de compras, las
cotizaciones y el anlisis de las mismas para archivarlas para su posterior utilizacin
en la elaboracin de la orden de pago.
4.1.7 Una vez que se han realizado los pedidos y los proveedores, en la semana
siguiente, hacen entrega de los insumos al encargado del almacn, la secretaria debe
elaborar la orden de pago para que el proveedor pueda recibir en caja el cheque
correspondiente por la venta hecha a la universidad.
Confidencial
Pg. 164
5. Actores
5.1 Internos
Administrador del Comedor y Secretaria.
5.2 Externos
Proveedor.
6. Precondiciones
6.1 Precondicin 1
Los proveedores deben entregar al administrador del comedor las cotizaciones
o listado de precios de todos los productos que ofrecen (La seccin de compra es la
que se encarga a comienzos de semestre de buscar los proveedores, esto a travs de
una licitacin por prensa. Una vez seleccionados los proveedores la seccin de
compras solicita las cotizaciones de los productos que ofrecen y le notifica al
administrador de las cotizaciones a ser entregadas por los proveedores seleccionados.
Cada proveedor hace entrega de un original de cotizacin tanto a la seccin de
Confidencial
Pg. 165
7. Postcondiciones
Pedidos realizados a los proveedores para adquirir los insumos necesarios para
la preparacin de los mens alimentarios planificados para la siguiente semana.
Confidencial
Pg. 166
8. Diagrama de Actividad
Proveedor
Administradora
Entrega Cotizacion
Recibe cotizacion
Examina Planificacion de Menus
Analiza Cotizaciones
[Si]
Elabora Pedido
Confidencial
Pg. 167
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
168
1. Introduccin
1.1 Propsito
Tener registrados los insumos que ingresan al almacn.
1.2 Alcance
Registrar en un cuaderno todos aquellos insumos que ingresan al almacn.
<<include>>
Pg. 169
4.1.3 El almacenista mide o pesa las cantidades de insumos recibidas y las registra o
anota en un cuaderno. Luego, firma la nota de entrega para dar constancia de que
recibi la mercanca correctamente.
4.1.4 Despus de haber registrado todos los insumos, el despensero o almacenista se
dirige al rea administrativa del comedor y le suministra las notas de entrega al
Administrador.
4.1.5 El administrador las revisa y si todo est en orden se las entrega a la Secretaria
para que esta las archive y puedan ser utilizadas posteriormente. En el transcurso de
la semana, tambin los proveedores deben hacer entrega al Administrador de todas las
facturas para que sean archivadas y utilizadas por la secretaria para la elaboracin de
las rdenes de pagos.
5. Actores
5.1 Internos
Almacenista, Administrador del comedor, Secretaria.
5.2 Externos
Proveedor.
6. Precondiciones
Haber realizado los pedidos de insumos
Confidencial
Pg. 170
7. Postcondiciones
Insumos registrados en un cuaderno.
Confidencial
Pg. 171
8. Diagrama de Actividad
Proveedor
Almacenista
Administrador de comedor
Secretaria
Mercancia correcta
[No]
[Si]
Devolver mercancia
Confidencial
Pg. 172
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
173
1. Introduccin
1.1 Propsito
Retirar de almacn los insumos necesarios para que los cocineros y auxiliares
de cocina preparen el men del turno que corresponda.
1.2 Alcance
Realizar la solicitud en almacn de aquellos insumos requeridos para preparar
el men alimentario del turno que corresponda.
Solicitar insumos
Chequear Cantidad de insumos
Supervisor de Cocina
<<extend>>
Pg. 174
4. Flujo de Eventos
4.1 Curso Tpico de Eventos
4.1.1 El curso normal de eventos inicia cuando el almacenista examina la
Planificacin alimentaria para verificar el men a ser preparado y las cantidades de
insumos necesarias.
4.1.2 Luego mide y pesa las cantidades de insumos requeridas, dejndolas listas para
el momento de su utilizacin.
4.1.3 Despus, el supervisor de cocina se dirige al almacn y solicita al almacenista el
plan alimentario para chequear el men que va a ser preparado y la cantidad de
insumos necesarios.
4.1.4 El supervisor de cocina solicita al almacenista las cantidades de insumos a ser
utilizadas para la preparacin de las comidas.
4.1.5 El almacenista entrega los insumos al supervisor de cocina.
4.1.6 Luego el supervisor de cocina traslada los insumos solicitados al rea de cocina
dando las indicaciones pertinentes y asignando tareas a los cocineros y auxiliares de
cocina para lograr la preparacin de todos los platos de comida.
Pg. 175
5. Actores
5.1 Internos
Almacenista, supervisor de cocina, nutricionista y administrador del comedor.
5.2 Externos
No intervienen actores externos en este proceso.
6. Precondiciones
Que el almacenista haya solicitado al Nutricionista la planificacin alimentaria
para saber que insumos se van a retirar del almacn.
7. Postcondiciones
Contar con los insumos requeridos para utilizarlos en la preparacin de las
comidas o mens alimentarios.
Confidencial
Pg. 176
8. Diagrama de Actividad
Administrador
Nutricionista
Almacenista
Supervisor de Cocina
[Si]
cantidad de insumos requiere cambios
Recibe notificacion
Recibe Insumos
Confidencial
Pg. 177
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
178
1. Introduccin
1.1 Propsito
Controlar el acceso de estudiantes al comedor universitario.
1.2 Alcance
Registrar el nmero de estudiantes que acceden al comedor para aprovechar el
servicio de alimentacin.
Registrar Comensales
Estudiante
Ayudante de Comedor
4. Flujo de Eventos
4.1 Curso Tpico de Eventos
4.1.1 El curso normal de evento inicia cuando el estudiante se identifica en la entrada
del comedor, pasando el cdigo de barra de su carnet estudiantil por el escner de
cdigo de barra que se encuentra junto al sistema.
Confidencial
Pg. 179
4.1.2 La persona encargada de registrar a los comensales, busca los datos del
estudiante en la aplicacin hecha en Access, de acuerdo a la cdula capturada por el
escner.
4.1.3 Si los datos son encontrados y se pueden visualizar en pantalla, el ayudante de
comedor registra al estudiante o comensal.
4.1.4 Luego, el ayudante de comedor permite el acceso del comensal al rea del
comedor para que retire su plato de comida y aproveche as el servicio de
alimentacin.
4.1.5 El comensal accede al comedor universitario.
Confidencial
Pg. 180
5. Actores
5.1 Internos
Ayudante de Comedor.
5.2 Externos
Estudiante.
6. Precondiciones
El estudiante debe acudir a la entrada del comedor con su respectiva
identificacin o distincin (Carnet estudiantil).
7. Postcondiciones
Lograr el registro de todos los estudiantes que asistieron al comedor para el
aprovechamiento del servicio de alimentacin.
Confidencial
Pg. 181
8. Diagrama de Actividad
Estudiante
Ayudante de Comedor
Identificarse en la Entrada
[No]
Datos encontrados
Restringir Acceso
[Si]
Registrar Comensal
Accede al comedor
Confidencial
Pg. 182
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
183
1. Introduccin
1.1 Propsito
Generar un Resumen mensual de costos para entregarlo a las autoridades
Universitarias.
1.2 Alcance
Hacer todos los clculos necesarios para generar el resumen mensual de
costos, el cual contendr todos los gastos generados por prestar el servidor de
alimentacin.
Confidencial
Pg. 184
4. Flujo de Eventos
4.1 Curso Tpico de Eventos
4.1.1 El curso normal de evento comienza cuando el administrador examina todas las
planificaciones de mens y facturas archivadas del ltimo mes en el que se prest el
servicio.
4.1.2 De la examinacin hecha a los planes y a las facturas obtiene los datos
requeridos para calcular los costos correspondientes a ese mes.
4.1.3 Con la ayuda de una aplicacin en Excel, el administrador calcula los costos
totales de insumos que fueron entregados por almacn, esto de acuerdo a los planes
de mens. Tambin calcula el total de comensales a quien se les prest el servicio.
Adems se determina el monto total de insumos recibidos por almacn, esto de
acuerdo a las facturas. El administrador tambin calcula el costo unitario por el
servicio prestado a cada comensal, diariamente.
4.1.4 Con la informacin obtenida el administrador finalmente elabora el Resumen
Mensual de costos, lo firma y luego lo entrega a las autoridades universitarias.
5. Actores
5.1 Internos
Administrador del comedor.
5.2 Externos
Autoridades Universitarias.
Confidencial
Pg. 185
6. Precondiciones
Tener disponible todas las planificaciones alimentarias y facturas archivadas
de las compras realizadas en todo el mes.
7. Postcondiciones
Lograr la generacin del resumen mensual de costos para entregarlo a las
Autoridades Universitarias.
Confidencial
Pg. 186
8. Diagrama de Actividad
Administrador del Comedor
Autoridad Universitaria
Obtiene Datos
Confidencial
Pg. 187
188
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
189
1. INTRODUCCIN
En el documento de especificaciones se describen cada uno de los casos de
uso que conforman el caso de uso general del sistema, los cuales representan los
requisitos funcionales del mismo. A continuacin se muestra el diagrama general de
casos de uso del sistema:
Registrar Insumos
<<include>>
Generar Hoja de Pedido
<<include>>
<<include>>
Registrar Existencia de Articulo
<<include>>
Almacenista
<<include>>
Registrar Entrada de Articulos en Almacen
<<include>>
Autenticar Usuario
<<include>>
Registrar Salida de Articulos de Almacen
<<include>>
<<include>>
<<include>>
Administrador del Comedor
Consultar Solicitud del Servicio del Comedor
<<include>>
<<include>>
Confidencial
Pg. 190
2. BREVE DESCRIPCIN
El siguiente caso de uso describe el proceso para autenticar al usuario que est
accediendo al sistema.
Nutricionista
Almacenista
Usuario Solicitante
Pg. 191
4.3 Precondiciones
El usuario registrado ha accedido a la pantalla inicial del sistema.
4.4 Flujo de Eventos
1. El usuario escribe su nombre de usuario y clave.
2. Luego presiona el botn Ingresar.
3. El sistema valida si los datos introducidos son de un usuario registrado.
4. El sistema busca las opciones a las que puede acceder el usuario.
5. Finalmente, el sistema muestra el men principal.
4.5 Postcondiciones
El usuario registrado ha ingresado al sistema de acuerdo a su rol.
4.6 Flujos Alternativos
En la lnea 3 en caso de que los datos introducidos no coincidan con un
usuario registrado, el sistema emite un mensaje de usuario invlido.
Confidencial
Pg. 192
5. DIAGRAMA DE SECUENCIA
W:AutenticacionUsuario
Usuario
TipoUsuario
Si resp=false
5.Usuario No Valido
Si resp=true
6.cargarOpciones()
7.Busca Opciones del usuario
9.Muestra Men Principal del usuario
8.buscarOpciones()
Confidencial
Pg. 193
Confidencial
Pg. 194
Confidencial
Pg. 195
Confidencial
Pg. 196
Confidencial
Pg. 197
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
198
1. BREVE DESCRIPCIN
El siguiente caso de uso describe el proceso para administrar los usuarios que
tendrn acceso al sistema del comedor.
<<include>>
Administrar Usuarios
Administrador del Sistema
Este caso de uso inicia cuando el administrador del sistema selecciona del
Confidencial
Pg. 199
2.
(Nuevo, Modificar, Eliminar, Salir). Tambin, busca los usuarios que han
sido creados y los muestra en pantalla.
3.
3.1
usuario.
3.2
Agregar.
3.4
3.5
3.6
creado correctamente.
4.
Buscar Usuario.
4.1
4.2
en pantalla.
5.
Editar Usuario.
5.1
Modificar.
5.2
5.4
Confidencial
Pg. 200
5.5
El sistema muestra en pantalla un mensaje indicando que los datos han sido
actualizados exitosamente.
6.
Eliminar Usuario.
6.1
Eliminar.
6.2
6.3
6.4
6.5
exitosamente.
7.
Salir.
7.1
7.2
3.5 Postcondiciones
Se realizaron cambios en las cuentas de los diferentes usuarios del sistema.
3.6 Flujos Alternativos
En la lnea 3.3
3.3.1 En caso de que el administrador quiera volver a la pantalla anterior sin
guardar los datos del usuario, entonces presiona el botn Retornar.
3.3.2 El sistema abre y muestra la pantalla anterior de administrar usuarios.
En la lnea 3.4 en caso de que los datos introducidos del usuario sean invlidos o que
el nombre de usuario introducido ya exista, el sistema enva un mensaje para que el
usuario verifique la informacin.
Confidencial
Pg. 201
4. DIAGRAMA DE SECUENCIA
Confidencial
Pg. 202
Confidencial
Pg. 203
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
204
1. BREVE DESCRIPCIN
El siguiente caso de uso describe el proceso para la creacin y mantenimiento
de los insumos que sern utilizados para conformar los mens y planificar el servicio
de alimentacin.
Autenticar Usuario
<<include>>
Registrar Insumos
Usuario del Sistema
Confidencial
Pg. 205
1. Este caso de uso inicia cuando el Usuario selecciona la opcin Cargar Insumos
del Men Principal.
2. El sistema abre nueva ventana y muestra opciones de Nuevo, Modificar,
Salir. Tambin, busca los tipos de insumos y los insumos que han sido creados y
los muestra en pantalla.
3. Crear Nuevo Insumo.
3.1 El usuario presiona el botn Nuevo para crear un nuevo insumo.
3.2 El sistema despliega ventana para agregar nuevo insumo.
3.3 El usuario introduce los datos del nuevo insumo y presiona el icono Agregar
Nuevo Insumo.
3.4 El sistema valida los datos introducidos.
3.5 El sistema registra el insumo.
3.6 El sistema enva mensaje a pantalla indicando que el insumo ha sido creado.
4. Buscar Insumo
4.1 Buscar Insumos por tipo.
4.1.1 El usuario selecciona un tipo de insumos.
4.1.2 El sistema busca insumos de acuerdo al tipo de insumos seleccionado y los
muestra en pantalla.
4.2 Buscar Insumo llenando campo de bsqueda.
4.2.1 El usuario llena campo de bsqueda y presiona el botn Filtrar.
4.2.2 El sistema busca los insumos que coincidan con los caracteres tecleados y filtra
la lista de insumos de acuerdo a esa cadena de caracteres.
5. Modificar Insumo.
5.1 El usuario selecciona un insumo de la lista y presiona el botn Modificar.
5.2 El sistema abre nueva ventana; busca datos del insumo seleccionado; busca
unidades de medida, tipos de insumos, tipos de mens, grupos de alimentos, tipos de
Confidencial
Pg. 206
nutrientes y los nutrientes de acuerdo al tipo que este seleccionado. Por ltimo,
muestra en pantalla el formulario con la informacin del insumo escogido.
5.3 El usuario edita los datos del insumo.
5.3.1 Agregar Insumo en Tipo de Men.
1. El usuario marca la casilla del tipo de men (Turno) donde se podr utilizar el
insumo.
2. El sistema activa el insumo para poder utilizarlo en el turno indicado por el tipo de
men marcado.
5.3.2Quitar Insumo en Tipo de Men.
1. El usuario desmarca la casilla del tipo de men para no poder utilizar el insumo en
ese turno.
2. El sistema desactiva el insumo en el tipo de men desmarcado.
5.3.3 Activar Propiedades de Alimento.
1. El usuario marca casilla Propiedades de Alimento.
2. El sistema habilita y muestra en pantalla el formulario para editar las propiedades
de alimento del insumo.
5.3.4 Desactivar propiedades de alimento.
1. El usuario desmarca casilla Propiedades de Alimento.
2. El sistema deshabilita y oculta el formulario para edicin de propiedades de
alimento.
5.3.5 Agregar Nutrientes del Insumo.
1. El usuario selecciona un tipo de nutriente.
2. El sistema busca nutrientes de acuerdo al tipo seleccionado y los muestra en
pantalla.
3. El usuario selecciona un nutriente de la lista.
Confidencial
Pg. 207
Confidencial
Pg. 208
3.5 Postcondiciones
Insumos registrados para utilizarlos al momento de crear los mens
alimentarios y realizar la planificacin alimentaria.
3.6 Flujos Alternativos
En la lnea 3.2
3.2.1 En caso de que el usuario ya no quiera agregar un nuevo insumo,
presiona cerrar de la ventana desplegada.
3.2.2 El sistema cierra la ventana de Agregar Insumo.
En la lnea 3.4 en caso de que los datos introducidos del insumo sean invlidos o que
la descripcin ingresada ya exista, el sistema enva un mensaje para que el usuario
verifique la informacin.
En la lnea 7.4 en caso de que el insumo est siendo utilizado en otros procesos, el
sistema emite un mensaje indicando que no se puede eliminar dicho insumo.
Confidencial
Pg. 209
4. DIAGRAMA DE SECUENCIA
Pg. 210
Confidencial
Pg. 211
Confidencial
Pg. 212
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
213
1. BREVE DESCRIPCIN
El siguiente caso de uso describe el proceso para conformar los mens que
sern utilizados en la planificacin alimentaria.
<<include>>
Pg. 214
Confidencial
Pg. 215
Confidencial
Pg. 216
12. El sistema agrega el insumo a la lista de insumos requeridos del men alimentario
que se est editando.
13. El sistema emite mensaje indicando que se ha agregado el insumo requerido.
5.3.2 Editar Insumo Requerido.
1. El usuario edita la cantidad del insumo requerido.
2. El sistema actualiza la cantidad del insumo requerido.
5.3.3 Quitar Insumo Requerido.
1. El usuario presiona el icono Eliminar del insumo requerido a borrar.
2. El sistema quita el insumo requerido de la lista de insumos requeridos del Men
Alimentario.
5.3.4 Ver Composicin Nutricional del Men Alimentario.
1. El usuario selecciona un tipo de nutriente y un alimento requerido.
2. El sistema busca insumos alimenticios requeridos, propiedades de los alimentos y
nutrientes.
3. El sistema calcula y muestra en pantalla los valores nutricionales tanto del alimento
requerido seleccionado como del men.
5.4 El usuario presiona el botn Actualizar.
5.5 El sistema actualiza los datos del men alimentario.
5.6 El sistema muestra en pantalla un mensaje indicando que el men ha sido
actualizado.
6. Retornar.
6.1 El usuario presiona botn Retornar.
6.2 El sistema abre y muestra la pantalla anterior.
7. Eliminar Men Alimentario.
7.1 El usuario presiona el botn Eliminar.
Confidencial
Pg. 217
3.5 Postcondiciones
Lograr la creacin de las variedades de mens alimentarios para luego
utilizarlas en la planificacin alimentaria.
3.6 Flujos Alternativos
En la lnea 3.2
3.2.1 En caso de que el usuario ya no quiera agregar un nuevo men, presiona
cerrar de la ventana desplegada.
3.2.2 El sistema cierra la ventana de Agregar Men.
En la lnea 3.4 en caso de que los datos introducidos del men sean invlidos o que la
descripcin ingresada ya exista, el sistema enva un mensaje para que el usuario
verifique la informacin.
En la lnea 7.4 en caso de que el insumo est siendo utilizado en otros procesos, el
sistema emite un mensaje indicando que no se puede eliminar dicho insumo.
Confidencial
Pg. 218
4. DIAGRAMA DE SECUENCIA
Pg. 219
Confidencial
Pg. 220
Confidencial
Pg. 221
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
222
1. BREVE DESCRIPCIN
El siguiente caso de uso describe el proceso para realizar la planificacin
semanal de los mens que van a ser preparados por el comedor universitario para la
prestacin del servicio de alimentacin.
<<include>>
Confidencial
Pg. 223
Pg. 224
Pg. 225
Pg. 226
Pg. 227
Pg. 228
3.5 Postcondiciones
Lograr la programacin de los mens alimentarios que van a ser preparados en
cada da y turno de las semanas posteriores, con las respetivas cantidades de
comensales que posiblemente asistirn al comedor a aprovechar el servicio.
3.6 Flujos Alternativos
En la lnea 3.3
3.3.1 En caso de que se vaya a planificar para un evento especial, el usuario
marca o activa la casilla Evento Especial.
3.3.2 El sistema muestra campo para crear semana de evento especial.
3.3.3 El usuario escribe nombre del evento y presiona el botn OK.
3.3.4 El sistema crea semana para evento especial y enva un mensaje
indicando que el evento ha sido creado.
En la lnea 3.5.1 en caso de que se est planificando para un evento especial el
usuario escribe la fecha.
En la lnea 3.5.5 en caso de que se est planificando para un evento especial el
usuario simplemente escribe el nmero de comensales sealado en la solicitud de
servicio recibida. Es decir, no podr estimar el nmero de comensales, debido a que
el sistema deshabilitar el icono para estimacin cuando se trate de eventos
especiales.
En la lnea 3.5.7 en caso de que los introducidos sean invlidos o que ya exista una
planificacin de men con los datos introducidos, el sistema enva un mensaje para
que el usuario verifique la informacin.
Confidencial
Pg. 229
4. REQUISITOS ESPECIALES
Para realizar la planificacin del servicio de alimentacin, es necesario estimar
el nmero de comensales. Esto para saber aproximadamente cual ser la demanda
futura del servicio y as poder determinar qu cantidades de insumos sern necesarias
adquirir para la preparacin de las comidas. Para estimar el nmero de comensales se
emplear el modelo de series de tiempo para pronstico de demanda llamado
Promedio mvil. Este mtodo emplea la siguiente frmula matemtica para calcular
el pronstico de la demanda del siguiente periodo t+1:
Ft +1 =
D t + D t 1 + D t 2 + ... + D t n +1
Pg. 230
cena,) del periodo futuro en el que se desea estimar la demanda de comensales. Por
ejemplo, si se va a pronosticar el nmero de comensales para el turno del desayuno
del da lunes de la siguiente semana, se tomar como n periodos los 3 ltimos lunes
en los que se sirvi el desayuno en el comedor universitario.
Confidencial
Pg. 231
5. DIAGRAMA DE SECUENCIA
Pg. 232
Confidencial
Pg. 233
Confidencial
Pg. 234
Confidencial
Pg. 235
Confidencial
Pg. 236
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
237
1. BREVE DESCRIPCIN
El siguiente caso de uso describe el proceso para generar la lista de los
insumos necesarios para preparar los mens programados en la planificacin
alimentaria, y as poder realizar los pedidos de los mismos.
<<include>>
Confidencial
Pg. 238
Pg. 239
3.5 Postcondiciones
Lograr generar la hoja de pedido, la cual contiene las cantidades de insumos
que van a ser necesarios para preparar los mens programados en la planificacin
alimentaria y prestar el servicio.
3.6 Flujos Alternativos
En la lnea 3.7
3.7.1 En caso de que el usuario quiera volver a la pantalla anterior sin guardar
los datos, entonces presiona el botn Retornar.
3.7.2 El sistema abre y muestra la pantalla anterior.
Confidencial
Pg. 240
4. DIAGRAMA DE SECUENCIA
Pg. 241
Confidencial
Pg. 242
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
243
1. BREVE DESCRIPCIN
El siguiente caso de uso describe el proceso para registrar los estudiantes que
acceden al comedor universitario para aprovechar el servicio de alimentacin.
Autenticar Usuario
<<include>>
Confidencial
Pg. 244
Pg. 245
3.5 Postcondiciones
Realizar con xito el registro del nmero de comensales que asistieron al
comedor universitario para el aprovechamiento del servicio.
3.6 Flujos Alternativos
En la lnea 3.2 en caso de que el sistema no encuentre informacin de men
alimentario, este enva un mensaje indicando que no se realiz planificacin
alimentaria para el da y turno seleccionado.
En la lnea 4.3 en caso de que el sistema no encuentre datos de estudiante, este
emite un mensaje indicando que el estudiante no se encuentra activo en el presente
semestre.
En la lnea 4.5 en caso de que el estudiante ya haya accedido al comedor a
aprovechar el servicio, el sistema enva un mensaje a pantalla indicando que el
estudiante ya se encuentra registrado y pregunta si se desea volver a registrarlo.
Confidencial
Pg. 246
4. DIAGRAMA DE SECUENCIA
Confidencial
Pg. 247
Confidencial
Pg. 248
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
249
1. BREVE DESCRIPCIN
El siguiente caso de uso describe el proceso para la elaboracin de solicitud de
servicio del comedor, para que ste facilite las comidas en caso de realizarse eventos
especiales en la universidad.
<<include>>
Pg. 250
2. El sistema abre nueva ventana, genera fecha y nmero de solicitud, busca datos de
usuario y los tipos de mens o turnos; y muestra formulario en pantalla con toda esta
informacin.
3. El usuario llena datos de la solicitud y presiona botn Enviar.
4. El sistema valida datos introducidos de la solicitud.
5. El sistema enva la solicitud al comedor universitario.
6. El sistema enva mensaje a pantalla indicando que la solicitud ha sido enviada.
7. Salir.
7.1 El usuario presiona el botn Salir.
7.2 Para terminar con el proceso, el sistema abre y muestra el men principal.
3.5 Postcondiciones
Solicitud de servicio realizada y enviada al comedor universitario para su
posterior revisin por la administracin del comedor.
3.6 Flujos Alternativos
En la lnea 4 en caso de que los datos introducidos de la solicitud sean
invlidos, el sistema enva un mensaje para que el usuario verifique la informacin.
Confidencial
Pg. 251
4. DIAGRAMA DE SECUENCIA
W:SolicituddServicio
SolicitudServicio
Usuario
TipoMenu
DetalleSolicitud
Usuario
9.cargarTipoMenu()
10.Busca Tipos de Menu
11.buscarT ipoMenu()
13.Muestra formulario
12.cargarFormulario()
17.Resp=validar()
18.Datos Invalidos
Si Resp=true
19.enviarSolicitud()
20.Guarda detalles de la solicitud
22.Solicitud Enviada
SALIR
21.agregarDetalle()
Confidencial
Pg. 252
Confidencial
Pg. 253
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
254
1. BREVE DESCRIPCIN
El siguiente caso de uso describe el proceso para consultar solicitudes de
servicio del comedor elaboradas.
<<include>>
Confidencial
Pg. 255
2. El sistema abre nueva ventana, busca los diferentes status y las solicitudes de
servicio recibidas y los muestra en pantalla.
3. Buscar Solicitud de Servicio de Comedor.
3.1 Buscar Solicitudes por Status.
3.1.1 El usuario selecciona un status de solicitud.
3.1.2 El sistema busca solicitudes de acuerdo al status seleccionado y las muestra en
pantalla.
3.2 Buscar Solicitud llenando campo de bsqueda.
3.2.1 El usuario llena campo de bsqueda y presiona el botn Filtrar.
3.2.2 El sistema busca solicitudes que coincidan con los caracteres tecleados y filtra
lista de solicitudes de acuerdo a esa cadena de caracteres.
4. Consultar Solicitud de Servicio.
4.1 El usuario selecciona una solicitud de la lista y presiona el botn Consultar.
4.2 El sistema abre nueva ventana; busca toda la informacin de la solicitud
seleccionada; busca los status de solicitudes. Y por ltimo, muestra en pantalla la
informacin de la solicitud seleccionada para revisarla y cambiar su status.
4.3 El usuario selecciona status de la solicitud.
4.4 El sistema actualiza status de la solicitud.
4.5 El sistema muestra en pantalla un mensaje indicando que la solicitud ha sido
actualizada.
5. Imprimir Solicitud.
5.1 El usuario presiona botn Imprimir.
5.2 El sistema genera reporte de la solicitud consultada y lo enva a la impresora en
formato imprimible para que realice la impresin del mismo.
6. Retornar.
6.1 El usuario presiona botn Retornar.
Confidencial
Pg. 256
Confidencial
Pg. 257
4. DIAGRAMA DE SECUENCIA
W:ConsultaSolicitudes
W:SolicitudServicio
SolicitudServicio
StatusSolicitud
DetalleSolicitud
Usuario
Impresora
BUSCAR
SOLICIT UD
7.buscarSolicitudes()
11.buscarSolicitudes()
CONSULT AR
SOLICITUD
30.cargarFormulario()
IMPRIMIR
SOLICITUD
37.Procesa
38.generarReporte()
39.Envia Solicitud en formato imprimible
40.Solicitud Impresa
42.abreVentana()
43.Muestra pantalla anterior
SALIR
Confidencial
Pg. 258
Pantalla 26. Pantalla para cambiar status de la solicitud de servicio del comedor.
Fuente: Autor (2009)
Confidencial
Pg. 259
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
260
1. BREVE DESCRIPCIN
El siguiente caso de uso describe el proceso para registrar las existencias de
insumos en almacn.
<<include>>
Confidencial
Pg. 261
Pg. 262
Pg. 263
3.5 Postcondiciones
Registro realizado de la existencia de insumo en almacn.
3.6 Flujos Alternativos
En la lnea 3.3
3.3.1 En caso de que el usuario quiera volver a la pantalla anterior sin guardar
los datos, entonces presiona el botn Retornar.
3.3.2 El sistema abre y muestra la pantalla anterior.
En la lnea 3.4.2 en caso de que los datos introducidos sean invlidos o que el insumo
ya este registrado en almacn, el sistema enva un mensaje para que el usuario
verifique la informacin.
Confidencial
Pg. 264
4. DIAGRAMA DE SECUENCIA
Pg. 265
Confidencial
Pg. 266
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
267
1. BREVE DESCRIPCIN
El siguiente caso de uso describe el proceso para registrar la entrada en
almacn de la mercanca de insumos pedida a los proveedores.
<<include>>
Confidencial
Pg. 268
Pg. 269
Pg. 270
3.5 Postcondiciones
Registro realizado de la entrada de artculos en almacn.
3.6 Flujos Alternativos
En la lnea 4.4.11 si el artculo no est registrado en almacn, el sistema
registra la nueva existencia del artculo en la despensa.
En la lnea 4.6.2 en caso de que los datos introducidos sean invlidos, el
sistema enva un mensaje para que el usuario verifique la informacin.
Confidencial
Pg. 271
4. DIAGRAMA DE SECUENCIA
Confidencial
Pg. 272
Confidencial
Pg. 273
Confidencial
Pg. 274
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
275
1. BREVE DESCRIPCIN
El siguiente caso de uso describe el proceso para registrar las salidas de
artculos de almacn.
<<include>>
Confidencial
Pg. 276
Pg. 277
Pg. 278
3.5 Postcondiciones
Registro realizado de la salida de artculos de almacn.
Confidencial
Pg. 279
Confidencial
Pg. 280
4. DIAGRAMA DE SECUENCIA
Pg. 281
Confidencial
Pg. 282
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
283
1. BREVE DESCRIPCIN
El siguiente caso de uso describe el proceso para generar reportes de los
costos implicados al prestar el servicio y el nmero de comensales atendidos, tanto
diaria como mensualmente.
<<include>>
Confidencial
Pg. 284
Pg. 285
Pg. 286
Pg. 287
3.5 Postcondiciones
Lograr generar los reportes de costos y del nmero de servicio atendidos por
el comedor universitario.
Confidencial
Pg. 288
4. DIAGRAMA DE SECUENCIA
Confidencial
Pg. 289
Confidencial
Pg. 290
Pantalla 35. Reporte Relac. de alimentos., bebidas y otros recibidos por almacn.
Fuente: Autor (2009)
Confidencial
Pg. 291
Confidencial
Pg. 292
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
Especificaciones Suplementarias
Versin 1.0
293
1. Introduccin
1.1 Propsito
En este documento se identifican los requisitos que no fueron capturados en
los casos de uso. Los cuales complementan el desarrollo del Sistema Web para la
Planificacin y Control del Servicio de Alimentacin Prestado por el Comedor
Universitario de la Universidad de Oriente Ncleo de Monagas.
1.2 Alcance
Este documento abarca los requisitos del sistema clasificados segn el modelo
FURPS+.
1.3 Definiciones, Siglas y Abreviaturas
FURPS+: modelo de calidad desarrollado por Robert B. Grady de Hewlett-Packard
en 1992 y extendido por Rational Software a FURPS+; que permiten clasificar las
cualidades de la calidad de software. FURPS+ es el acrnimo en ingles de las
diferentes
categoras:
funcionalidad
(Functionality),
usabilidad
(Usability),
Confidencial
Pg. 294
2.2 Usabilidad
La facilidad de uso o usabilidad incluye todos aquellos atributos que facilitan
la interaccin del usuario con el sistema, como por ejemplo: la esttica, la
consistencia de la interfaz de usuario, ayuda en lnea, entre otros. Esta se refiere a la
capacidad de un software de ser comprendido, aprendido, usado y ser atractivo para el
usuario, en condiciones especficas de uso.
Esta ltima definicin hace nfasis en los atributos internos y externos del
producto, los cuales contribuyen a su usabilidad, funcionalidad y eficiencia. La
usabilidad depende no slo del producto sino tambin del usuario. Por ello un
producto no es en ningn caso intrnsecamente usable, slo tendr la capacidad de ser
usado en un contexto particular y por usuarios particulares. La usabilidad no puede
ser valorada estudiando un producto de manera aislada, por tal motivo la usabilidad o
facilidad de uso est ntimamente ligada al usuario.
El sistema desarrollado posee una interfaz grfica cmoda y sencilla para que
as el usuario aprenda fcilmente a utilizar el software y se sienta familiarizado con el
mismo. Dicha interfaz fue elaborada tomando en cuenta el estilo corporativo de
portales establecido por la universidad, en cuanto a colores, disposicin de la
informacin, logos, etc., as como tambin el encabezado tpico establecido para los
Confidencial
Pg. 295
2.3 Fiabilidad
Este requisito tiene que ver con la probabilidad de que el sistema funcione o
desarrolle una determinada funcin, bajo ciertas condiciones y durante un perodo de
tiempo determinado. En otras palabras, es la habilidad de un sistema para
comportarse correctamente sobre su entorno de ejecucin real. Se evala midiendo la
disponibilidad del sistema, la exactitud de las salidas, frecuencia y gravedad de los
fallos, el tiempo medio entre fallos, la capacidad de recuperacin ante un fallo y la
capacidad de prediccin del programa.
Dentro de los problemas que podran presentarse y que podran causar fallas
en el sistema, se encuentran: problemas con el servidor, problemas con el cliente
(navegador), fallos de electricidad, problemas con la base de datos, etc. Pero, en
algunos casos, antes de que alguno de ellos ocurran se irn haciendo respaldos o
copias de seguridad en medios extrables de toda la informacin almacenada en la
base de datos del sistema constantemente, esto para garantizar la recuperacin de la
informacin. Y adems para garantizar el efectivo funcionamiento del sistema se
harn revisiones y pruebas peridicas.
2.4 Rendimiento
El rendimiento es la medida o cuantificacin de la velocidad o resultado con
que un sistema realiza una tarea o proceso y se mide por la velocidad de
procesamiento, el tiempo de respuesta, consumo de recursos, rendimiento efectivo
total y eficacia.
Confidencial
Pg. 296
2.5 Soporte
a) Requisitos de instalacin. El sistema es una aplicacin Web que se cargar en el
servidor SUM FIRE X2100 del centro de computacin de la Universidad de Oriente
Ncleo Monagas, al cual se le instalar previamente el sistema operativo CentOS
(acrnimo de Community ENTerprise Operating System), el administrador Web
Apache, PHP, los cuales son de libre distribucin, luego el manejador de base de
datos Oracle 10G, el cual es licenciado.
b) Requisitos de configuracin. Instalar producto Oracle en cliente que permitir la
comunicacin con el servidor. Habilitar direccin IP (protocolo de Internet) y puertos
para levantar ambiente Web y base de datos.
c) Requisitos de adaptabilidad. El uso del software no necesita de una preparacin
previa para que el usuario pueda acceder a l para realizar sus actividades. Este est
adaptado de acuerdo a las necesidades del usuario.
d). Requisitos de compatibilidad. Sistema operativo Linux y Oracle 10G.
Confidencial
Pg. 297
Confidencial
Pg. 298
b) Consistencia del portal entre los distintos navegadores: el portal Web debe
visualizarse y manejarse de una forma igual o, en caso de que sea imposible, de la
forma ms parecida posible en los navegadores mayoritarios (Firefox, Internet
Explorer, Opera, Google Chrome, etc.), prioritariamente para las ltimas versiones y
a ser posible para versiones anteriores.
c) Diseo ergonmico: hacer usos de mens, iconos, etc. para la comodidad del
usuario.
d) Alto grado de usabilidad y sencillez.
Planificacin Alimentaria.
Registro de comensales.
La Pantalla.
La Impresora.
Confidencial
Pg. 299
Impresora Lser.
Centro de Computacin
Internet
Comedor
Universitario
Confidencial
Pg. 300
Grado
Regla
Variacin
de
Fuente
ser
utilizados
por
los
UDO.
El administrador, de acuerdo y con
el apoyo de las autoridades del
Regla 2
ncleo,
tomar
las
medidas
Bajo.
el
Ministerio
igualmente
deben
de
Sanidad; Bajo.
mantener
un
Confidencial
Pg. 301
Bajo.
aunque
Bajo.
no
necesariamente hartos.
No se servir comida a los usuarios
que no entreguen el correspondiente
Regla 7
trabajador o profesor.
Los horarios deben ser respetados, a
Regla 8
medidas
que
considere
Bajo.
convenientes.
El Administrador deber procurar,
Regla 9
Bajo.
plaza.
El
Regla 10
comedor
procurar
ofrecer
Bajo.
Confidencial
Pg. 302
4. Cuestiones Legales
Se recomienda seguir los procedimientos establecidos en los manuales de
organizacin y procedimientos del comedor universitario de la Universidad de
Oriente.
Confidencial
Pg. 303
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
304
1. Introduccin
1.1 Propsito
El presente documento contiene el diseo arquitectnico del sistema Web para
la Planificacin y Control del Servicio de Alimentacin Prestado por el Comedor
Universitario de la Universidad de Oriente Ncleo de Monagas, el cual es producto
de un anlisis minucioso de los requisitos del sistema.
1.2 Alcance
Abarca la vista lgica, de datos y de implementacin de la arquitectura del
sistema.
1.3 Descripcin General
La arquitectura del software consiste en un conjunto de patrones y
abstracciones coherentes que proporcionan el marco de referencia necesario para
guiar la construccin del software. Dicha arquitectura es una vista del sistema, que
comprende los principales componentes del software, las propiedades visibles de esos
componentes y las relaciones entre ellos.
El diseo arquitectnico ha de ajustarse a las necesidades y requisitos del
proyecto. Esta seccin describe en trminos generales, las ideas principales detrs de
la arquitectura escogida para el mismo.
2. Vistas y Planos
Este documento contiene varias vistas que muestran aspectos distintos del
sistema. A continuacin se detallan las vistas utilizadas en este proyecto para
describir la arquitectura del sistema.
2.1 Vista Lgica
Representa los elementos de diseo ms importantes para la arquitectura del
sistema, ya que soporta los requisitos funcionales del sistema, presenta las clases
Confidencial
Pg. 305
Confidencial
Pg. 306
Pg. 307
Tarjetas CRC
Las tarjetas CRC son muy tiles para observar la relacin entre cada una de
las clases que conforman el modelo de clases y las responsabilidades de cada una de
ellas.
Como una extensin informal a UML, la tcnica de las tarjetas CRC se puede
usar para guiar el sistema a travs de anlisis guiados por la responsabilidad. Esta
tcnica define las responsabilidades y colaboraciones de cada clase a travs de todos
los escenarios. Las clases se examinan, se filtran y se refinan en base a sus
responsabilidades con respecto al sistema, y las clases con las que necesitan colaborar
para completar sus responsabilidades.
A continuacin se muestran las tarjetas CRC de las clases principales del
modelo de Clases:
Nombre de la Clase
AccesoComensal
Responsabilidades
Clases Colaboradoras
Cargar Datos de Estudiante.
Estudiante
Comprobar acceso de comensales.
Planificacin
Registrar el acceso de los
comensales.
Buscar comensales registrados.
Generar reporte de comensales
registrados.
Figura 31. Tarjeta CRC AccesoComensal.
Confidencial
Pg. 308
Nombre de la Clase
SolicitudServicio
Responsabilidades
Clases Colaboradoras
Cargar datos de usuario
Usuario
Cargar status de solicitudes
StatusSolicitud
Generar fecha de envo de solicitud
Generar numero de solicitud
Buscar solicitudes
Cambiar status de solicitud
Figura 32. Tarjeta CRC SolicitudServicio.
Fuente: Autor (2008)
Nombre de la Clase
Insumo
Responsabilidades
Cargar tipos de insumos.
Cargar unidades de medida.
Cargar grupos de alimentos.
Cargar tipos de nutrientes.
Cargar nutrientes.
Buscar insumos.
Comprobar utilizacin de insumos
Figura 33. Tarjeta CRC Insumo.
Clases Colaboradoras
TipoInsumo
Um
Alimento
Nombre de la Clase
Men
Responsabilidades
Clases Colaboradoras
Cargar Tipos de Mens
TipoMenu
Cargar Insumos Requeridos del
InsumoRequeridoMenu
Men.
Cargar Nutrientes de los Alimentos.
Calcular Nutrientes del Men.
Buscar Mens.
Comprobar Utilizacin de Men.
Figura 34. Tarjeta CRC Men.
Fuente: Autor (2008)
Confidencial
Pg. 309
Nombre de la Clase
Planificacin
Responsabilidades
Clases Colaboradoras
Cargar Semanas
Men
Crear Fechas de la Semana.
TipoMen
Cargar Tipos de Mens
Semana
Cargar nmero de comensales
InsumoRequeridoPlanificacion
registrados
AccesoComensal
Estimar Nmero de Comensales.
Cargar insumos requeridos de la
planificacin
Cargar el Men planificado
Calcular Cantidad Total de Insumos
Requeridos a utilizar.
Cargar Existencias de Artculos en
Almacn
Comprobar Existencias de insumos
requeridos.
Generar Reporte de Planificacin.
Generar Hoja de Pedido.
Buscar Planificaciones Alimentarias.
Figura 35. Tarjeta CRC Planificacin.
Fuente: Autor (2008)
Nombre de la Clase
ExistenciaArticulo
Responsabilidades
Clases Colaboradoras
Cargar ubicaciones de almacn.
Insumo
Buscar existencias de artculos en
Ubicacin
almacn.
DetalleEntradaArticulo
Comprobar existencia de artculo
DetalleSalidaArticulo
en almacn.
AjusteExistencia
Calcular existencia actual de
artculo.
Ajustar existencia de artculo en
almacn.
Generar reporte de existencias de
artculos en almacn.
Figura 36. Tarjeta CRC ExistenciaArticulo.
Fuente: Autor (2008)
Confidencial
Pg. 310
Confidencial
Pg. 311
Modelo Conceptual
Pg. 312
Modelo Fsico
Confidencial
Pg. 313
Pg. 314
Sistema Web
<HTTPS>
<HTTPS>
Usuarios Comedor Universitario
Aplicacion Web
Explorador Web
Servidor Web
<HTTPS>
Base de Datos
Confidencial
Pg. 315
316
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
317
1. Descripcin
El presente artefacto cubre el conjunto de pruebas realizadas sobre el
mantenimiento Tipo de Men. Dicho mantenimiento es utilizado para actualizar, a
travs de una interfaz de usuario, la informacin del sistema, relacionada con los
diferentes tipos de mens o turnos en los que pueden ser servidos los mens
alimentarios. Las pruebas realizadas a este caso de uso son: agregar, editar y eliminar
tipo de men y buscar tipos de men creados.
La prueba se realizar partiendo del formulario de entrada de la aplicacin.
Confidencial
Pg. 318
Confidencial
Pg. 319
Confidencial
Pg. 320
Confidencial
Pg. 321
8. El sistema muestra una interfaz con la lista de tipos de mens registrados y las
opciones permitidas (Nuevo, Modificar, Eliminar, Bsqueda por filtro).
9. Se selecciona el tipo de men MERIENDA de la lista y se hace clic en el icono
Eliminar.
10. El sistema enva un mensaje preguntando si se desea eliminar el item
seleccionado.
11. Se pulsa OK.
12. El sistema muestra en pantalla unos campos llenos con informacin del tipo de
men seleccionado.
13. Se pulsa Eliminar.
14. El sistema enva un mensaje preguntando si se desea eliminar el registro.
15. Se pulsa OK.
16. El sistema regresa a la pantalla anterior y el tipo de men ya no aparece en la
lista.
4.4 Resultado Esperado
El sistema elimina el tipo de men que fue seleccionado.
4.5 Evaluacin de la Prueba
Prueba superada con xito.
Confidencial
Pg. 322
Confidencial
Pg. 323
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
324
1. Descripcin
El presente artefacto cubre el conjunto de pruebas realizadas sobre el
mantenimiento Nutrientes. Dicho mantenimiento es utilizado para actualizar, a
travs de una interfaz de usuario, la informacin del sistema, relacionada con los
diferentes valores nutricionales que pueden contener los insumos alimenticios. Las
pruebas realizadas a este caso de uso son: agregar nutriente, editar nutriente, eliminar
nutriente y buscar nutrientes creados.
La prueba se realizar partiendo del formulario de entrada de la aplicacin.
2. Agregar Nutriente
2.1 Descripcin
Se ingresa al sistema como usuario administrador para acceder al
mantenimiento de Nutrientes, con el fin de crear un nuevo nutriente con su
informacin respectiva para que quede guardado en el sistema para su posterior
utilizacin.
2.2 Condiciones de Ejecucin
La nica condicin es que el usuario est registrado como administrador, para
poder acceder al sistema.
2.3 Entrada
1. Se introduce administrador en el campo usuario.
2. Se introduce UDO en el campo contrasea.
3. Se pulsa el botn Ingresar.
4. El sistema permite el acceso al sistema y muestra el men principal del
administrador.
5. Se posiciona el cursor del Mouse en la opcin Mantenimientos Planificacin del
men principal.
Confidencial
Pg. 325
3. Editar Nutriente
3.1 Descripcin
Se ingresa al sistema como usuario administrador para acceder al
mantenimiento de Nutrientes, con el fin de modificar la informacin de un nutriente
registrado.
Confidencial
Pg. 326
Confidencial
Pg. 327
4. Eliminar Nutriente
4.1 Descripcin
Se ingresa al sistema como usuario administrador para acceder al
mantenimiento de Nutrientes, con el fin de eliminar la informacin de un nutriente
especfico.
4.2 Condiciones de Ejecucin
La nica condicin es que el usuario est registrado como administrador, para
poder acceder al sistema.
4.3 Entrada
1. Se introduce administrador en el campo usuario.
2. Se introduce UDO en el campo contrasea.
3. Se pulsa el botn Ingresar.
4. El sistema permite el acceso al sistema y muestra el men principal del
administrador.
5. Se posiciona el cursor del Mouse en la opcin Mantenimientos Planificacin del
men principal.
6. El sistema despliega la lista de mantenimientos disponibles.
7. Se selecciona Nutrientes de la lista.
Confidencial
Pg. 328
8. El sistema muestra una interfaz con la lista de nutrientes registrados y las opciones
permitidas (Nuevo, Modificar, Eliminar, Bsqueda por filtro).
9. Se selecciona el nutriente ENERGIA de la lista y se hace clic en el icono
Eliminar.
10. El sistema enva un mensaje preguntando si se desea eliminar el item
seleccionado.
11. Se pulsa OK.
12. El sistema muestra en pantalla unos campos llenos con informacin del nutriente
seleccionado.
13. Se pulsa Eliminar.
14. El sistema enva un mensaje preguntando si se desea eliminar el registro.
15. Se pulsa OK.
16. El sistema regresa a la pantalla anterior y el tipo de men ya no aparece en la
lista.
4.4 Resultado Esperado
El sistema elimina el nutriente que fue seleccionado.
4.5 Evaluacin de la Prueba
Prueba superada con xito.
5. Buscar Nutriente
5.1 Descripcin
Se ingresa al sistema como usuario administrador para acceder al
mantenimiento de Nutrientes, con el fin de buscar la informacin de un nutriente
especfico.
Confidencial
Pg. 329
Confidencial
Pg. 330
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
331
1. Descripcin
Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de Uso
Registrar Insumos. Las pruebas realizadas a este caso de uso son:
-
Agregar Insumo.
Editar Insumo.
Buscar Insumo.
La prueba se realizar partiendo del formulario de entrada de la aplicacin.
2. Agregar Insumo
2.1 Descripcin
Se ingresa al sistema como usuario nutricionista para acceder a la seccin de
insumos, con el fin de crear uno nuevo con su informacin respectiva para que quede
guardado en el sistema para su posterior utilizacin.
2.2 Condiciones de Ejecucin
El usuario debe estar registrado como Nutricionista, para poder acceder al
sistema.
2.3 Entrada
1. Se introduce nutricionista en el campo usuario.
2. Se introduce NUTR en el campo contrasea.
3. Se pulsa el botn Ingresar.
4. El sistema permite el acceso al sistema y muestra el men principal del
nutricionista.
5. Se posiciona el cursor del Mouse en la opcin Insumos del men principal.
6. El sistema despliega la lista disponible en esta opcin.
7. Se selecciona Cargar Insumos de la lista.
Confidencial
Pg. 332
8. El sistema muestra una interfaz con la lista de insumos registrados y las opciones
permitidas (Nuevo, Modificar, Bsqueda por filtro).
9. Se hace clic en el botn Nuevo.
10. El sistema muestra en pantalla unos campos para ingresar la descripcin y el tipo
al que pertenece el nuevo insumo.
11. Se ingresa CARNE DE RES en el campo para la descripcin.
12. Se selecciona el tipo de insumo ALIMENTOS de la lista de seleccin.
13. Se presiona el icono Agregar Nuevo Insumo.
14. El sistema muestra un mensaje avisando que insumo ha sido creado.
15. Se pulsa OK.
16. El sistema actualiza la lista de insumos registrados, e incorpora el nuevo insumo.
2.4 Resultado Esperado
El sistema crea un nuevo insumo.
2.5 Evaluacin de la Prueba
Prueba realizada satisfactoriamente.
3. Editar Insumo
3.1 Descripcin
Se ingresa al sistema como usuario nutricionista para acceder a la seccin de
insumos, con el fin de modificar la informacin de un insumo registrado.
3.2 Condiciones de Ejecucin
La nica condicin es que el usuario est registrado como nutricionista, para
poder acceder al sistema.
3.3 Entrada
1. Se introduce nutricionista en el campo usuario.
2. Se introduce NUTR en el campo contrasea.
Confidencial
Pg. 333
Confidencial
Pg. 334
4. Buscar Insumo
4.1 Descripcin
Se ingresa al sistema como usuario nutricionista para acceder a la seccin de
insumos, con el fin de buscar la informacin de un insumo registrado.
4.2 Condiciones de Ejecucin
La nica condicin es que el usuario est registrado como administrador, para
poder acceder al sistema.
4.3 Entrada
1. Se introduce nutricionista en el campo usuario.
Confidencial
Pg. 335
Confidencial
Pg. 336
PROYECTO:
SISTEMA WEB PARA LA PLANIFICACION Y CONTROL DEL SERVICIO
DE ALIMENTACION PRESTADO POR EL COMEDOR UNIVERSITARIO
DE LA UNIVERSIDAD DE ORIENTE NUCLEO DE MONAGAS.
Documento Glosario
Versin 1.0
337
Glosario
1. Organizacin del Glosario
El presente documento est organizado por definiciones de trminos
ordenados de forma ascendente segn la ordenacin alfabtica tradicional del
espaol.
2. Definiciones
A continuacin se presentan todos los trminos manejados a lo largo de todo
el proyecto de desarrollo de sistema para la automatizacin de los procesos de
planificacin y control llevados a cabo en el comedor universitario de la Universidad
de Oriente Ncleo de Monagas, as como sus respectivas definiciones:
2.1 Actor: conjunto de roles que los usuarios desempean con respecto al sistema.
2.2 Almacn: Es el espacio fsico donde se guardan las mercancas de insumos.
2.3 Anlisis de Cotizaciones: es el proceso en el cual se analizan las cotizaciones
recibidas por los diferentes proveedores para elegir el que presente una buena calidad
y economa.
2.4 Automatizacin: Aplicacin de procedimientos automticos en la realizacin de
un proceso. Es la sustitucin de procedimientos manuales por sistemas de cmputo.
2.5 Caso de uso: Es una tcnica para capturar requisitos potenciales de un nuevo
sistema o una actualizacin de software. Cada caso de uso proporciona uno o ms
escenarios que indican cmo debera interactuar el sistema con el usuario o con otro
sistema para conseguir un objetivo especfico.
2.6 Comedor: Habitacin de un establecimiento que dispone de lo necesario para
servir comidas.
Confidencial
Pg. 338
2.7 Comensal: Persona que hace uso del servicio de alimentacin ofrecido por el
comedor universitario.
2.8 Cotizacin: Informacin suministrada por los proveedores acerca del producto o
servicio solicitado por el rea administrativa de comedor.
2.9 Comedor universitario: es un departamento encargado de suministrar una
alimentacin balanceada y variada a la poblacin universitaria, ofreciendo una
excelente preparacin y presentacin de los alimentos, con las mejores condiciones
higinicas y en un ambiente adecuado, de acuerdo al presupuesto establecido y
cumpliendo con las normas y procedimientos.
2.10 Factura: es un documento que refleja la entrega de un producto o la provisin
de un servicio, junto a la fecha de devengo, adems de indicar la cantidad a pagar
como contraprestacin. En la factura se encuentran los datos del expedidor y del
destinatario, el detalle de los productos y servicios suministrados, los precios
unitarios, los precios totales, los descuentos y los impuestos.
2.11 Inventario: Cantidad de cada producto existente en un momento dado, y lista
ordenada en la que se detalla.
2.12 Insumo: Es un bien consumible utilizado en la produccin de los mens
alimentarios.
2.13 Men alimentario: Conjunto de alimentos que conforman los platos de comida
y que se sirven en el comedor universitario.
2.14 Mercanca: Objeto apto para satisfacer necesidades humanas, de cualquier tipo
que ellas sean.
2.15 Modulo: es un componente auto controlado de un sistema, el cual posee una
interfaz bien definida hacia otros componentes. Algo es modular si es construido de
manera tal que se facilite su ensamblaje, acomodamiento flexible y reparacin de sus
componentes.
Confidencial
Pg. 339
Confidencial
Pg. 340
Confidencial
Pg. 341
5.4.1 Costos
A continuacin se detallan los costos que fueron necesarios para llevar a cabo
el desarrollo del proyecto y lograr la construccin del sistema Web para la
planificacin y control del servicio de alimentacin prestado por el comedor
universitario de la Universidad de Oriente Ncleo Monagas.
Costos de Personal
342
Costos de Adiestramiento
343
COSTO (Bs.F)
Costo de Personal
Analista de Sistemas
0 Bs.F
0 Bs.F
Hardware
0 Bs.F
Costos de Adiestramiento
Taller RUP
800 Bs.F
Curso UML
800 Bs.F
Curso PHP
800 Bs.F
800 Bs.F
2.560 Bs.F
Curso de JavaScript
Costos de Materiales utilizados
Resma de Papel (6 resmas x 30 Bs.F)
180 Bs.F
21 Bs.F
500 Bs.F
12 Bs. F
20 Bs.F
Otros
80 Bs.F
6.573 Bs.F
TOTAL COSTOS
Fuente: Autor (2009).
5.4.2 Beneficios
Los beneficios tienen que ver con las ventajas obtenidas con el sistema
desarrollado, destacando que los mismos pueden ser de naturaleza tangible o
intangible.
344
Beneficios Tangibles
Generar Planificacin
Alimentaria de la Semana
Sistema Actual
Sistema Propuesto
Beneficios
24 h/h
0.75 h/h
23.25 h/h
345
Sistema Propuesto
Beneficios
40 h/h
0.5 h/h
39.5 h/h
Beneficios Intangibles
Los beneficios intangibles son aquellos beneficios asociados a una mejora que
por su naturaleza son muy difciles de cuantificar, pero de los que, indiscutiblemente,
la organizacin se ve beneficiada al llevar a cabo el desarrollo del proyecto. Estos
beneficios son los siguientes:
346
CONCLUSIONES
347
La metodologa RUP, result ser una gua conveniente para el desarrollo del
sistema, ya que cuenta con una serie de flujos de trabajo que ayudaron a
cumplir con los objetivos establecidos.
348
RECOMENDACIONES
Fortalecer la plataforma tecnolgica del ncleo para que todas las reas
involucradas tengan acceso a la red, dado que el sistema propuesto es una
aplicacin Web.
349
Ampliar el espacio fsico del almacn y dotarlo del mobiliario adecuado para
el resguardo de los insumos tanto perecederos como no perecederos; adems
contar con un mayor nivel de seguridad en el rea. Luego de lograr este
mejoramiento en las instalaciones del almacn, se recomienda, aplicar un
modelo de inventario en el comedor universitario, que le sirva de herramienta
til para generar una poltica de inventario ptima, respecto a la cantidad y el
momento en el que deben realizarse los pedidos para reabastecer su almacn
con nuevos lotes de artculos, y lograr as un equilibrio entre no tener un
excesivo inventario y quedarse con cero insumos en almacn que provoquen
la paralizacin del servicio.
350
BIBLIOGRAFA
Alcarria, J. Contabilidad financiera I. Editor Universitat Jaume I. ISBN 8469118099.
Anderson, D. y Sweeney, D. (2004). Principios de Administracin de Operaciones.
Editorial Internacional Thomson, Mxico.
Episteme.
351
DECRETO
3.090
DE
LA
PRESIDENCIA
DE
LA
REPBLICA
Gabillaud, J. (2005). Oracle 10g: SQL, PL/SQL, SQL*plus. Ediciones ENI. 496 p.
ISBN 2746028395.
352
Mora, E. y Zorrilla, M. (2003). Iniciacin a las Bases de Datos con Access 2002.
Ediciones Daz de Santos. 272 p. ISBN 8479785926.
353
http://monjes.org/tutoriales-y-manuales/3069-diseno-orientado-objetos-
354
Eguluz,
J.
Introduccin
AJAX.
[Documento
en
Lnea].
Disponible:
Sybase
PowerDesigner.
MTBase
Sybase
de
Colombia.
].
Disponible:
Tarjetas
CRC.
[Pgina
en
Lnea].
http://jms32.eresmas.net/tacticos/UML/UML04/UML0402.html
Disponible:
[Consulta:
2009,
Abril 23]
[Documento
en
lnea].
Disponible
en:
[Documento
en
lnea].
355
Disponible
en:
356
ANEXOS
357
358
359
360
361
362
363
364
W : A d m i n U su a ri o s
W : U su a ri o
U su a ri o
T i p o U su a ri o
U su a ri o A d m i n i st ra d o r
1 . S e l e c c i o n a A d m i n i st ra r U su a ri o s
2 . a b re V e n t a n a ()
3 . B u sc a U su a ri o s
5 . M u e st ra l i st a d e u su a ri o s
CREAR NUEVO
U S U A R IO
4 . b u sc a rU su a ri o s()
6 . P re si o n a b o t o n " N u e v o "
7 . a b re V e n t a n a ()
8 .C a m b i a v e n ta n a
9 . C a rg a F o rm u l a ri o
1 0 . c a rg a rT i p o U su a ri o ()
1 1 . B u sc a T i p o s d e U su a ri o s
1 2 . b u sc a rT i p o U su a ri o ()
1 4 . M u e st ra F o rm u l a ri o
1 3 . c a rg a rF o rm u l a ri o ()
1 5 . L l e n a d a t o s d e u su a ri o a c re a r
1 6 . P re si o n a b o t o n " A g re g a r"
1 7 . P ro c e sa
S i R e sp = f a l se
1 8 . R e sp = v a l i d a r()
1 9 . D a t o s i n v a l i d o s o y a e x i st e e l n o m b re d e u su a ri o
2 0 . i n se rt a r()
S i R e sp = t ru e
2 1 . U su a ri o C re a d o E x i t o sa m e n t e
2 2 . a b re V e n t a n a ()
2 3 . M u e st ra P a n t a l l a A n t e ri o r
RE T O RNA R
2 4 . P re si o n a b o t o n " R e t o rn a r"
2 5 . a b re V e n t a n a ()
2 6 . M u e st ra P a n t a l l a A n t e ri o r
B US CA R
U S U A R IO
2 7 . L l e n a c a m p o d e b sq u e d a
2 8 . P re si o n a b o t o n " F i l t ra r"
2 9 . B u sc a u su a ri o s d e a c u e rd o a c a d e n a d e c a ra c t e re s t e c l e a d o s
3 1 . M u e st ra l i st a d e u su a ri o s d e a c u e rd o a l a c a d e n a t e c l e a d a
E D IT A R
U S U A R IO
3 0 . b u sc a rU su a ri o s()
3 2 . S e l e c c i o n a u su a ri o d e l a l i st a
3 3 . P re si o n a b o t o n " M o d i f i c a r"
3 4 . a b re V e n t a n a ()
3 5 .C a m b i a V e n ta n a
3 6 . C a rg a F o rm u l a ri o c o n d a t o s d e u su a ri o
3 7 . b u sc a rU su a ri o (C o d U su a ri o )
3 8 . c a rg a rT i p o U su a ri o ()
3 9 . B u sc a T i p o s d e U su a ri o
4 0 . b u sc a rT i p o U su a ri o ()
4 2 . M u e st ra f o rm u l a ri o c o n d a t o s d e u su a ri o
4 1 . c a rg a rF o rm u l a ri o ()
4 3 . E d i t a D a t o s d e l u su a ri o
4 4 . P re si o n a b o t o n " M o d i f i c a r"
4 5 . P ro c e sa
4 6 . a c t u a l i z a r()
4 7 . U su a ri o A c t u a l i z a d o E x i t o sa m e n t e
4 9 . M u e st ra P a n t a l l a a n t e ri o r
E L IM IN A R
U S U A R IO
4 8 . a b re V e n t a n a ()
5 0 . S e l e c c i o n a U su a ri o d e l a l i st a
5 1 . P re si o n a b o t o n " E l i m i n a r"
5 2 . P ro c e sa
5 3 . e l i m i n a r()
5 4 . U su a ri o E l i m i n a d o E x i t o sa m e n t e
S A L IR
5 5 . P re si o n a b o t o n " S a l i r"
5 6 . a b re V e n t a n a ()
5 7 . M u e st ra P a n t a l l a d e l M e n u P ri n c i p a l
365
W : R e g i st ro I n su m o s
W : E d i c i o n In su m o
In su m o
T i p o I n su m o
U M
T ip o M e n u
G ru p o A l i m e n t o
T i p o N u t ri e n t e
N u t ri e n t e
T i p o M e n u I n su m o
A lim e n to
N u trie n te A lim e n to
U su a ri o
1 . S e l e c i o n a " C a rg a r I n su m o "
2 . a b re V e n t a n a ()
3 . B u s c a I n su m o s
4 . c a r g a rT i p o I n su m o ()
5 . B u sc a ti p o s
6 . b u s c a rT i p o I n su m o ()
7 . b u s c a rI n su m o s ()
8 . M u e st r a t i p o s y l i st a d e i n s u m o s e n c o n t ra d o s
CR E A R
N U E V O
IN S U M O
9 . P re si o n a b o t o n " N u e v o "
1 0 . a b re V e n t a n a D e A g r e g a rI n su m o ( )
1 1 .L l e n a d a to s d e In su m o
1 2 . P re si o n a I c o n o " A g r e g a r N u e v o I n s u m o "
1 3 . P ro c e sa
1 4 . R e sp = v a l i d a r()
S i R e s p = f a l se
1 5 . L o s d a t o s i n g re sa d o s so n i n v a l i d o s
S i R e sp = t ru e
1 6 . i n se r t a r ()
1 7 . I n su m o C re a d o
B U S C A R
IN S U M O
1 8 . S e l e c c i o n a T i p o d e I n su m o
1 9 . B u sc a i n su m o s
2 0 . b u sc a rI n su m o s ()
2 1 . M u e st ra l i s t a d e i n su m o s d e a c u e rd o a l t i p o s e l e c c i o n a d o
2 2 . L l e n a c a m p o d e b sq u e d a
2 3 . P re si o n a b o t o n " F i l t r a r"
2 4 . B u sc a i n su m o s d e a c u e rd o c a d e n a d e c a ra c t e r e s t e c l e a d o s
2 5 . b u sc a rI n su m o s ()
2 6 . F i l t ra L i st a d e I n s u m o s d e a c u e r d o a l a c a d e n a t e c l e a d a
M O D IF IC A R
IN S U M O
2 7 .S e le c c io n a
I n s u m o d e l a l i st a
2 8 . P re si o n a b o t o n " M o d i f i c a r"
2 9 . a b re V e n t a n a ()
3 0 . C a m b ia V e n ta n a
3 1 . C a r g a f o rm u l a ri o c o n d a t o s d e i n su m o
3 2 . b u s c a r I n s u m o (C o d I n su m o )
3 3 . c a rg a r U M ( )
3 4 .b u sc a u n i d a d e s d e m e d i d a
3 5 . b u sc a rU M ( )
3 6 . c a r g a rT i p o I n su m o ()
3 7 .B u sc a ti p o s
3 8 . b u sc a rT i p o I n s u m o ( )
3 9 . c a rg a r T i p o M e n u ()
4 0 . B u sc a t i p o s d e M e n u
4 1 . b u sc a rT i p o M e n u ()
4 2 . c a rg a r G ru p o A l i m e n t o ()
4 3 . B u sc a G ru p o s d e a l i m e n t o s
4 4 . b u sc a rG ru p o A l i m e n t o ( )
4 5 . c a r g a rT i p o N u t ri e n t e ()
4 6 . B u sc a T i p o s d e N u tri e n te s
4 7 . b u sc a rT i p o N u t ri e n t e ( )
4 8 . c a r g a rN u t ri e n t e ()
4 9 . B u sc a N u t ri e n t e s d e a c u e rd o a l t i p o d e n u t ri e n t e se l e c c i o n a d o
5 0 . b u sc a r N u t r i e n t e (C o d T i p o N u t r i e n t e )
5 1 . C a rg a rF o rm u l a r i o ( )
5 2 . M u e st ra f o r m u l a ri o c o n d a t o s d e i n su m o
5 3 . E d i t a d a t o s d e l I n su m o
5 4 . M a rc a e l t i p o d e m e n u d o n d e se u t i l i z a r e l i n su m o
A g re g a r I n su m o
e n T ip o M e n u
5 5 . P r o c e sa
5 6 . i n s e rt a r(C o d I n su m o , C o d T i p o M e n u )
Q u i ta r I n su m o
e n T ip o M e n u
5 7 . D e sm a rc a e l t i p o d e m e n u d o n d e se u t i l i z a r e l i n su m o
5 8 . P r o c e sa
5 9 . e l i m i n a r(C o d I n su m o , C o d T i p o M e n u )
A c ti v a r
P ro p i e d a d e s d e
A lim e n to
6 0 . M a rc a C a si l l a " P ro p i e d a d e s d e A l i m e n t o "
6 1 . P ro c e sa
6 2 . i n se rt a r( )
6 3 . M u e st ra f o rm u l a r i o p a ra e d i c i o n d e p ro p i e d a d e s d e a l i m e n t o
D e sa c ti v a r
P ro p ie d a d e s d e
A l im e n to
6 4 . D e sm a rc a C a si l l a " P ro p i e d a d e s d e A l i m e n t o "
6 5 . P ro c e sa
6 6 . e l i m i n a r ()
6 7 . O c u l t a f o rm u l a ri o p a r a e d i c i o n d e p ro p i e d a d e s d e a l i m e n t o
A g re g a r
N u t ri e n t e s d e l
In su m o
6 8 . S e l e c c i o n a t i p o d e n u t ri e n t e
6 9 . P r o c e sa
7 0 . c a rg a rN u t ri e n t e ()
7 1 . B u sc a N u t ri e n t e s d e a c u e rd o a l t i p o d e n u t ri e n t e se l e c c i o n a d o
7 2 . b u sc a r N u t r i e n t e (C o d T i p o N u t r i e n t e )
7 3 . M u e s t ra N u t ri e n t e s d e a c u e rd o a l t i p o se l e c c i o n a d o
7 4 . S e le c c io n a u n n u trie n te
7 5 . P ro c e sa
7 6 . i n se rt a rN u t ri e n t e ( C o d I n su m o , C o d N u t r i e n t e )
7 7 . E d i t a c a n t i d a d d e l n u t ri e n t e
E d i t a r N u t ri e n t e
d e l In su m o
7 8 . P ro c e sa
7 9 . m o d i f i c a rN u t ri e n t e ()
E lim in a r
N u t ri e n t e d e l
In su m o
8 9 . P re si o n a b o t o n " R e t o rn a r"
R E T O R N A R
9 1 . M u e st ra p a n t a l l a a n t e ri o r
9 2 . P re si o n a b o to n " E l i m i n a r"
E L IM IN A R
IN S U M O
9 0 . a b re V e n t a n a ()
9 3 . P r o c e sa
S i R e sp = fa l se
9 4 . R e sp = c o m p ro b a r()
9 5 . N o p u e d e e l i m i n a rse e st a si e n d o u t i l i z a d o
S i R e sp = t ru e
9 7 .I n su m o E l i m i n a d o
9 9 . M u e st r a p a n t a l l a a n t e ri o r
S A L IR
9 6 . e l i m i n a r()
9 8 . a b re V e n t a n a ()
1 0 0 . P r e si o n a b o t o n " S a l i r"
1 0 1 . a b re V e n t a n a ()
1 0 2 . M u e st ra p a n t a l l a d e l M e n u P r i n c i p a l
366
8 7 . a c t u a l i z a r()
W :C o n fo rm a c i o n M e n u
W :E d i c i o n M e n u
W :B u sc a d o rI n su m o
M enu
T ipo M e n u
T i p o N u tri e n t e
I n su m o R e q u e ri d o M e n u
G ru p o A l i m e n to
In su m o
Al im e nto
N u tri e n te A l i m e n to
U su a ri o
1 .S e l e c c i o n a " C o n f o rm a r M e n u "
2 .a b re V e n ta n a ()
3 . B u sc a M e n u s A l i m e n t a ri o s
4 . c a rg a rT i p o M e n u ()
5 . B u sc a t i p o d e m e n u
6 .b u sc a rT i p o M e n u ()
7 .b u sc a rM e n u s()
8 .M u e st ra ti p o y l i sta d e m e n u s e n c o n tra d o s
CR E A R N U E V O
M ENU
A L I M E N T A R IO
9 .P re si o n b o to n " N u e v o "
1 0 . a b re V e n t a n a D e A g re g a rM e n u ()
1 1 .L l e n a d a to s d e M e n u
1 2 .P re si o n a I c o n o " A g re g a r N u e v o M e n u "
1 3 .P ro c e sa
1 4 . R e sp = v a l i d a r()
S i R e sp = fa l se
1 5 . L o s d a to s i n tro d u c i d o s so n i n v a l i d o s
S i R e sp = tru e
1 6 .i n se rta r()
1 7 .M e n u C re a d o
B U S C A R M E NU
A L I M E N T A R IO
1 8 . S e l e c ci o n a T i p o d e M e n u
1 9 . B u sc a M e n u s
2 0 .b u sc a rM e n u s()
2 1 .M u e stra l i sta d e M e n u s d e a c u e rd o a l ti p o se l e c c i o n a d o
2 2 .L l e n a c a m p o d e b u sq u e d a
2 3 .P re si o n a b o to n " F i l tra r"
2 4 .B u sc a M e n u s d e a c u e rd o a c a ra c t e re s t e c l e a d o s
2 5 .b u sc a rM e n u s()
2 6 .F i l tra L i sta d e M e n u s d e a c u e rd o a c a d e n a te c l e a d a
M O D IF IC A R M E N U
A L IM E N T A R I O
2 7 .S e l e c c i o n a M e n u d e l a l i st a
2 8 .P re si o n a b o to n " M o d i f i c a r"
2 9 .a b re V e n ta n a ()
3 0 .C a m b i a v e n ta n a
3 1 .C a rg a F o rm u l a ri o c o n d a to s d e M e n u
3 2 .b u sc a rM e n u (C o d M e n u )
3 3 . c a rg a rT i p o M e n u ()
3 4 . B u sc a T i p o s d e M e n u
3 5 .b u sc a rT i p o M e n u ()
3 6 .c a rg a rT i p o N u tri e n te ()
3 7 .B u sc a T i p o s d e n u tri e n te
3 8 . b u sc a rT i p o N u t ri e n te ()
3 9 .c a rg a rIn su m o R e q u e ri d o M e n u ()
4 0 .B u sc a In su m o s re q u e ri d o s d e l M e n u a l i m e n ta ri o
4 1 .b u sc a rIn su m o R e q u e ri d o M e n u ()
4 2 . c a rg a rF o rm u l a ri o ()
4 3 .M u e stra fo rm u l a ri o c o n i n fo rm a c i n d e l m e n u
4 4 . E d i t a D a t o s d e l M e n A l i m e n ta ri o
In c l u i r In su m o a l
M en
4 5 .P re si o n a I c o n o " B u sc a r"
4 6 .a b re V e n ta n a ()
4 8 .C a rg a i n fo rm a c i n
4 7 . C a m b i a V e n ta n a
4 9 . c a rg a rT i p o M e n u ()
5 0 .B u sc a T i p o s d e M e n u
5 1 .b u sc a rT i p o M e n u ()
5 2 .c a rg a rG ru p o A l i m e n to ()
5 3 .B u sc a G ru p o s d e A l i m e n to s
5 4 .b u sc a rG ru p o A l i m e n t o ()
5 5 . b u sc a rIn su m o s()
5 6 . M u e stra l i sta d e In su m o s
5 7 .S e l e c c i o n a T i p o d e In su m o
5 8 .B u sc a In su m o s
5 9 . b u sc a rIn su m o s()
6 0 .M u st ra l i st a d e i n su m o s d e a c u e rd o a l ti p o se l e c c i o n a d o
6 1 .L l e n a C a m p o d e B sq u e d a
6 2 . P re si o n a b o t o n F i l tra r
6 3 . B u sc a I n su m o s d e a c u e rd o a c a ra c te re s te c l e a d o s
6 4 .b u sc a rIn su m o s()
6 5 .F i l t ra l i st a d e i n su m o s d e a c u e rd o a c a d e n a t e c l e a d a
6 6 .S e l e c c i o n a G ru p o d e A l i m e n to
6 7 .B u sc a In su m o s
6 9 .M u e st ra l i st a d e i n su m o s d e a c u e rd o a l g ru p o d e a l i m e n to s se l e c c i o n a d o
6 8 .b u sc a rIn su m o s()
7 0 . S e l e c c i o n a In su m o d e l a l i sta
7 1 .P ro c e sa
7 2 .c a rg a rI n su m o ()
7 3 .M u e stra i n fo rm a c i n d e i n su m o e n fo rm u l a ri o
7 4 . A j u sta c a n t i d a d d e I n su m o
7 5 .P re si o n a Ic o n o " I n c l u i r"
7 6 . P ro c e sa
7 7 . i n se rt a r()
7 8 .In su m o R e q u e ri d o A g re g a d o
E d i ta r I n su m o
R e q u e ri d o
7 9 . E d i t a C a n ti d a d d e l I n su m o R e q u e ri d o
8 0 . P ro c e sa
8 1 .a c t u a l i z a r()
Q u i t a r In su m o
R e q u e ri d o
8 3 . P ro c e sa
8 4 . e l i m i n a r()
V e r C o m p o si c i o n
N u tri c i o n a l d e l M e n u
8 5 . S e l e c c i o n a T i p o d e n u t ri e n te
8 6 .S e l e c c i o n a In su m o A l i m e n ti c i o R e q u e ri d o
8 7 .P ro c e sa
8 8 . c a rg a rIn su m o R e q u e ri d o M e n u ()
8 9 . B u sc a I n su m o s R e q u e ri d o s d e l m e n u a l i m e n t a ri o
9 0 .b u sc a rIn su m o R e q u e ri d o M e n u ()
9 1 . c a rg a rA l i m e n to ()
9 2 . B u sc a p ro p i e d a d e s d e a l i m e n to s
9 3 .b u sc a rA l i m e n t o s()
9 4 .c a rg a rN u t ri e n te A l i m e n to ()
9 5 . B u sc a N u tri e n t e s d e l o s a l i m e n to s
9 6 .b u sc a rN u t ri e n te A l i m e n to ()
9 8 . M u e stra V a l o re s N u t ri c i o n a l e s d e l m e n u y a l i m e n to se l e c c i o n a d o
9 7 .c a l c u l a rN u tri e n t e M e n u ()
9 9 .P re si o n a b o to n " A c tu a l i z a r"
1 0 0 . P ro c e sa
1 0 2 . M e n u A c tu a l i z a d o
1 0 1 .a c t u a l i z a r()
1 0 3 .P re si o n a b o to n " R e to rn a r"
RETO RNAR
1 0 4 . a b re V e n t a n a ()
1 0 5 .M u e stra P a n ta l l a a n t e ri o r
1 0 6 .P re si o n a b o to n " E l i m i n a r"
1 0 7 . P ro c e sa
E L I M IN A R M E N U
A L IM E N T A R IO
S i R e sp = fa l se
1 0 8 .R e sp = c o m p ro b a r()
1 0 9 .N o p u e d e e l i m i n a r e l m e n u e sta si e n d o u ti l i z a d o
S i R e sp = tru e
1 1 0 .e l i m i n a r(C o d M e n u )
1 1 1 .E l i m i n a i n su m o s re q u e ri d o s d e l m e n a l i m e n ta ri o
1 1 2 .e l i m i n a r()
1 13 .M en u E li m in ad o
1 1 5 .M u e st ra p a n t a l l a a n t e ri o r
S A LIR
1 1 4 . a b re V e n t a n a ()
1 1 6 .P re si o n a b o to n " S a l i r"
1 1 7 .a b re V e n ta n a ()
1 1 8 .M u e st ra p a n ta l l a d e l m e n u P ri n c i p a l
367
W:BuscadorMenu
W.EstimarComensa les
W:Buscad orInsumo
Plani fi caci on
Semana
Ti poMenu
Menu
Acce soComensal es
Insumo
TipoInsumo
Usuari o
Impre sora
1.Sel ecci ona Plani fi car Servi cio
2.abreVen tana()
3.Bu scas Pl anificacio nes Creadas por Semana
4.cargarSemana()
5.Busca Semanas Pl anificadas
6.buscarSemanas()
7.busca rPl anificacione s()
CREAR NUEVA
PLANIFICACION
SEMANAL
16 .cargarTipoMenu()
17.busca tipos de menu
18.buscarTipoMenu()
28.Evento Cread o
29.Pro cesa
30.crearFechasSemana()
Incl ui r Men a la
Pl anifi caci n Al imentari a
47.Procesa
4 8.cargarMenu()
Esti ma r
comensal es
64.Procesa
65.cargarEsti mado Co mensales()
68.Pro cesa
69.Resp=val idar()
Si Resp =fal se
Si Resp =true
72.i nsertar()
94.Procesa
95.i nsertar()
Editar Insumo
Re queri do
97.Procesa
98.a ctual i zar()
99.Pre sio na Icono "El iminar" del i nsumo requerido a borrar
100.Pro cesa
101.el i mi nar()
103.Procesa
104 .el imina r()
104.Eli mi na i nsu mos requeridos de la pl anificacion
105.el i mi nar()
108.Acti va Semana
109.actua li zarSemana()
RETORNAR
BUSCAR PLANIFICACION
AL IMENTARIA POR
SEMANA
MODIFICAR
PLANIFICACION
ALIMENTARIA SEMANAL
1 17.Busca Pl ani fi caci ones de Menu de acuerdo a la semana sel ecci onada
118.buscarPlan ificaciones()
119.Muestra Plani ficaciones de acuerdo a l a sema na selecciona
124.Carga formul ari o con i nformacion de las pl ani fi caci ones que estan den tro de la pl anificacio n semanal sele cci onada
125.carg arSemana()
126.Busca Seman a Pl anificada
127.bu scarSeman a(CodSemana)
128.cargarTi poMenu()
129.Busca ti pos de menu
130 .buscarTi poMenu()
133.Edita datos de las pl ani fi caci ones ali mentarias de l a semana sel eccionada
Cambi ar Menu Pl anificado
d e acu erdo a di spo nibi li dad
e n al macen
138.Busca Informa cin de plani ficaciones anteriores de acuerdo al turno de la pla nificacion sel ecci onada
139.buscarPl anifi caci ones()
153.Muestra Pl anifi caci ones donde los menus ali mentario s p ueden preparse con los i nsumos exi stentes en al macen
154.Se lecciona el Menu Al imentari o d e una Plani ficacion Anterio r Disp onibl e
155.Procesa
156.actuali zar()
157.Muestra Pl ani fi caci on Al imentari a con e l Menu y Estimado d e Comensal es Actuali zados
166.actuali zarSemana()
IMPRIMIR PLANIFICACION
ALIMENTARIA SEMANAL
SALIR
368
W:VistaPlanificaciones
W:InsumosRequeridos
Planificacion
Semana
InsumoRequeridoMenu
InsumoRequeridoPlanificacion
ExistenciaArticulo
PedidoInsumo
Usuario
Impresora
CONSULTAR INSUMOS
REQUERIDOS DE UNA
PLANIFICACION
ALIMENTARIA
7.buscarPlanificaciones()
17.cargarInsumoRequeridoPlanificacion()
18.Buscar Insumos requeridos para prestar el servicio en la planificacion seleccionada
19.buscarInsumoRequeridoPlanificacion()
20.buscarPlanificaciones()
21.calcularCantidadTotalInsumoRequerido()
22.cargarExistenciaArticulo()
23.Busca cantidades existentes de los insumos requeridos en almacen
24.buscarExistenciaArticulo()
25.Muestra las cantidades planificadas de insumos requeridos y sus existencias en almacen
29.Guarda las cantidades a comprar de insumos requeridos para prestar el servicio de alimentacion
Si no ha sido creado
el pedido
30.Insertar()
Si ya ha sido creado
el pedido
31.actualizar()
IMPRIMIR HOJA
DE PEDIDO
RETORNAR
369
W:Regi stroComensal es
Estudiante
W:Histori alComensal es
AccesoCom ensal
T i poM enu
M enu
Estudiante
Ayudante de Comedor
Impresora
7.generarFecha()
8.Muestra ti pos de m enu y fecha actual
BUSCAR M ENU
A SERVIR
10.Procesa
11.cargarMenuAl imentario()
12.Busca M enu de acuerdo a ti po y fecha actual
14.M uestra Menu Al im entario de acuerdo a l a fecha actual y ti po de menu selecci onado
13.buscarMenu(codMenu)
16.capturaCedul a()
17.Procesa
Si Resp=false
26.Estudi ante ya ha si do registrado
Si Resp=true
SALIR
CONSULT AR
HIST ORIAL DE
COM ENSALES
Imprimi r
i nform aci n
consultada
38.buscarComensales()
41.Procesa
42.generarReporte()
43.Envia Reporte en form ato i mpri mibl e
44.Reporte Impreso
370
W:E xi sten ci a s
E xiste n ci a Arti cu l o
Ub i ca cio n
In su m o
T i p o Insu m o
Usua ri o
Im p re so ra
RE GIS T RA R
INS UM O E N
A L M A CE N
9 .Ca rga Fo rm u l a ri o
1 0 .ca rga rUb i caci o n ()
11 .B u sca u b i ca ci o n e s en a l m ace n
1 2 .b u sca rUb i caci o n ()
13 .ca rg arFo rm ul a ri o ()
1 4 .M ue stra Form u l a ri o
1 9 .Ca rga In fo rm a ci o n
2 0 .ca rga rT i p o In su m o ()
2 1 .B u sca T i p o s d e In su m o
2 2 .b usca rT i po In su m o()
2 3 .b u sca rIn su m o s()
2 4 .M u e stra L i sta de In su m o s
2 5 .Se l e cci on a T i p o d e In su m o
2 6 .b usca In sum o s
2 7 .b u sca rIn su m o s()
2 9 .L l e n a ca m p o de b u sq ue d a
30 .P re si on a b o ton "Fi l trar"
3 6 .ca rga In su m o ()
G u a rd ar E xi sten ci a
d e Insu m o en
Al m a ce n
39 .P ro cesa
4 0 .Re sp =va l i da r()
S i Re sp =fa l se
4 2 .Dato s i n val i d o s
S i Re sp =tru e
4 1 .a gre g a r()
4 3 .A rticu l o Reg i stra d o
4 5 .M ue stra P an ta l l a an te ri o r
4 4 .a b re V en ta n a ()
4 9 .Ll e n a cam p o d e b sq u ed a
5 0 .P resi o n a "Fi l tra r"
M O DIFICA R REG IS T RO DE
INS UM O E N A L M A CE N
7 1 .M ue stra p an ta l l a an te ri o r
E L IM INA R REG IS T RO DE
INS UM O E N A L M A CE N
7 0 .ab re V e nta n a ()
76 .A rti cul o E l i m i n a d o
7 8 .P ro ce sa
IM P RIM IR
7 9 .g e ne ra rRe po rte ()
8 0.E n vi a Re p o rte d e e xi ste n ci a s d e a rti cu l o s e n fo rm a to i m p ri m i b l e
8 1 .Rep o rte d e e xi ste nci a s d e a rti cu l os i m p reso
8 4 .M ue stra P an ta l l a de l M e nu p ri n cip a l
371
W : V i st a R e g i s t r o sE n t r a d a
W : R e g i st r o E n t r a d a
W : B u sc a d o rI n su m o
E n t ra d a A rt i c u l o sA l m a c e n
O rd e n C o m p ra
P ro v e e d o r
S t a t u sE n t ra d a
D e t a l l e E n t ra d a A rt i c u l o
I n su m o
T i p o In su m o
E x i st e n c i a A rt i c u l o
U su a ri o
I m p re so ra
1 . S e l e c c i o n a R e g i st r a r E n t r a d a s
2 . a b re V e n t a n a ()
3 . C a rg a i n f o rm a c i o n
4 . c a r g a r O r d e n e sC o m p r a ( )
5 . B u sc a o r d e n e s d e c o m p r a d e l c o m e d o r u n i v e r si t a r i o
6 . b u s c a r O r d e n e sC o m p r a ( )
7 . B u sc a p r o v e e d o r e s
8 . b u sc a r P r o v e e d o r e s( )
9 . b u sc a r R e g i s t r o s E n t r a d a ( )
1 0 . c r e a r R e g i st r o E n t r a d a ( )
1 1 . c a r g a r S t a t u sE n t r a d a ( )
1 2 . B u sc a l o s s t a t u s d e e n t r a d a
1 3 . b u s c a r S t a t u sE n t r a d a ( )
1 4 . M u e st ra st a t u s d e e n t r a d a e i n f o rm a c i n d e re g i st ro s d e e n t ra d a d e a rt i c u l o s
B U S C A R R E G IS T R O S
D E E N T R A D A S D E
A R T IC U L O S
1 5 . S e l e c c i o n a u n S t a t u s d e E n t ra d a
1 6 . B u s c a r e g i s t r o s d e e n t r a d a d e a c u e r d o a l s t a t u s se l e c c i o n a d o
1 7 . b u s c a r R e g i st r o s E n t r a d a ( )
1 8 . M u e st r a r e g i s t r o s d e e n t r a d a d e a r t i c u l o s s e g u n st a t u s s e l e c c i o n a d o
1 9 .L l e n a c a m p o d e B u sq u e d a
2 0 . P re si o n a b o t o n " F i l t ra r"
2 1 . B u sc a r e g i s t r o s d e e n t r a d a d e a c u e r d o a c a r a c t e r e s t e c l e a d o s
2 3 . F i l t ra re g i st ro s d e e n t ra d a d e a rt i c u l o s d e a c u e rd o a c a d e n a t e c l e a d a
R E G IS T R A R E N T R A D A
D E A R T IC U L O S
2 2 . b u s c a r R e g i st r o s E n t r a d a ( )
2 4 . S e l e c c i o n a u n r e g i st r o d e e n t r a d a d e l a l i st a
2 5 . P re si o n b o t o n " R e g i st ra r"
2 6 . a b re V e n t a n a ()
2 7 .C a m b ia V e n ta n a
2 8 . C a rg a F o rm u l a ri o c o n i n f o rm a c i o n d e l re g i st ro d e e n t ra d a se l e c c i o n a d o
2 9 . b u s c a r R e g i st r o E n t r a d a ( n u m E n t r a d a )
3 0 . c a rg a rS t a t u sE n t ra d a ()
3 1 . B u sc a l o s d i f e re n t e s st a t u s d e e n t ra d a
3 2 . b u s c a r S t a t u sE n t r a d a ( )
3 3 . c a rg a rD e t a l l e E n t ra d a A rt i c u l o ()
3 4 . B u sc a d e t a l l e s d e l re g i st ro d e e n t ra d a d e a rt i c u l o s
3 5 . b u sc a rD e t a l l e ()
3 7 . M u e s t r a F o r m u l a r i o c o n i n f o r m a c i o n d e l r e g i st r o d e e n t r a d a
3 6 . c a rg a rF o rm u l a ri o ()
3 8 . E d i t a D a t o s g e n e ra l e s d e l R e g i st ro d e E n t ra d a d e A rt i c u l o s
R e g i st r a r d e t a l l e d e
I n su m o o A rt i c u l o
E n t ra n t e
3 9 . P r e si o n I c o n o " B u s c a r I n s u m o s "
4 0 . a b re V e n t a n a ()
4 1 .C a m b ia V e n ta n a
4 2 . C a rg a I n f o rm a c i n
4 3 . c a r g a r T i p o I n su m o ( )
4 4 . B u sc a t i p o s d e I n s u m o
4 5 . b u sc a r T i p o I n s u m o ( )
4 6 . b u s c a r I n s u m o s( )
4 7 . M u e s t r a L i s t a d e I n su m o s
4 8 . S e l e c c i o n a T i p o d e I n su m o
4 9 .b u sc a In su m o s
5 0 . b u s c a r I n s u m o s( )
5 1 . M u e s t r a l i s t a d e I n su m o s d e a c u e r d o a l t i p o s e l e c c i o n a d o
5 2 .L l e n a c a m p o d e b u sq u e d a
5 3 . P r e si o n a b o t o n " F i l t r a r "
5 4 . B u sc a i n su m o s d e a c u e rd o a c a ra c t e re s t e c l e a d o s
5 5 . b u s c a r I n s u m o s( )
5 6 . F i l t r a l i s t a d e i n su m o s d e a c u e r d o a c a d e n a t e c l e a d a
5 7 .S e l e c c i o n a In su m o d e l a l i sta
5 8 . P r o c e sa
5 9 . c a rg a rI n su m o ()
6 0 . M u e s t r a i n f o r m a c i o n d e i n su m o e n f o r m u l a r i o
6 1 . E sc ri b e c a n t i d a d e n t ra n t e d e l a rt i c u l o
6 2 . P r e si o n b o t o n " R e g i s t r a r "
6 3 . P ro c e sa
6 4 . A g re g a
6 5 . a g re g a r()
6 6 . A c t u a l i z a e x i st e n c i a d e a rt i c u l o
6 7 . R e sp = c o m p r o b a r E x i s t e n c i a ( )
S i R e sp = t ru e
6 8 . c a l c u l a rE x i st e n c i a A c t u a l ()
S i R e s p = f a l se
6 9 . a g re g a r()
7 0 . E n t ra d a d e A rt i c u l o R e g i st ra d a
M o d ific a r d e ta lle d e
I n su m o o A rt i c u l o
E n t ra n t e
7 1 . E d i t a d a t o s d e e n t ra d a d e a rt i c u l o
7 2 . E d i t a P re c i o U n i t a ri o d e l A rt i c u l o E n t ra n t e
7 3 . P ro c e sa
7 4 . A c t u a l i z a D e t a l l e d e l A rt i c u l o E n t ra n t e
7 5 . a c t u a l i z a r()
7 7 . A rt i c u l o E n t ra n t e a c t u a l i z a d o
7 6 . c a l c u l a rP re c i o T o t a l ()
7 8 . P r e si o n b o t o n " G u a r d a r "
G u a rd a r
7 9 . P ro c e sa
S i R e s p = f a l se
8 0 . R e sp = v a l i d a r ( )
8 1 .D a to s In v a lid o s
S i R e sp = t ru e
8 3 . R e g i st r o A c t u a l i z a d o
8 2 . a c t u a l i z a r R e g i st r o E n t r a d a ( )
8 4 . P re si o n a b o t o n " I m p ri m i r"
IM P R IM IR
8 5 . P ro c e sa
8 6 . g e n e ra rR e p o rt e R e g i st ro E n t ra d a ()
8 7 . E n v i a R e p o rt e d e R e g i st ro d e E n t ra d a e n f o rm a t o i m p ri m i b l e
8 8 . R e p o r t e d e R e g i s t r o E n t r a d a I m p r e so
8 9 . P re si o n a b o t o n " R e t o rn a r"
R E T O R N A R
9 0 . a b re V e n t a n a ()
9 1 . M u e st r a P a n t a l l a A n t e r i o r
9 2 . P r e si o n a b o t o n " S a l i r "
S A L IR
9 3 . a b re V e n t a n a ()
9 4 . M u e st ra P a n t a l l a d e l m e n u p ri n c i p a l
372
W : R e g i stro S a l i d a
W : A j u st e E x i st e n c i a
S a l i d a A rt i c u l o sA l m a c e n
T ip o M e n u
P l a n i fic a ci o n
M en u
I n su m o R e q u e ri d o M e n u
I n su m o R e q u e ri d o P l a n i f i c a c i o n
E x i st e n c i a A rt i c u l o
D e t a l l e S a l i d a A rt i c u l o
A j u st e E x i st e n c i a
T i p o A j u st e
U su a ri o
I m p re so ra
1 . S e l e c c i o n a R e g i stra r S a l i d a s
2 . a b re V e n t a n a ()
3 . C a rg a i n f o rm a c i o n
4 . g e n e ra rF e c h a ()
5 . g e n e ra rN u m S a l i d a ()
6 . c a rg a rT i p o M e n u ()
7 .B u sc a T i p o s d e M e n u
8 .b u sc a rT i p o M e n u ()
9 .c a rg a rF o rm u l a ri o ()
1 0 .M u e st ra F o rm u l a ri o
1 1 .S e l e c ci o n a T ip o d e M e n u
B USCAR M E NU
P L A N IF IC A D O
1 2 . P ro c e sa
1 3 . c a rg a rP l a n i f i c a c i o n ()
1 4 . c a rg a rM e n u ()
1 5 .c a rg a rI n su m o R e q u e ri d o M e n u ()
1 6 . c a rg a rIn su m o R e q u e ri d o P l a n i fi c a c i o n ()
1 7 .B u sc a In fo rm a c i o n d e l a P l a n i fi c a c i o n d e a c u e rd o a f e c h a y ti p o d e m e n u se l e c c i o n a d o
1 8 . b u sc a rP l a n i f i c a c i o n ()
1 9 .B u sc a m e n u p l a n i f i c a d o
2 0 . b u sc a rM e n u (c o d M e n u )
2 1 . b u sc a i n su m o s re q u e ri d o s d e l m e n u
2 2 .b u sc a rI n su m o R e q u e ri d o M e n u ()
2 3 .B u sc a r I n su m o s re q u e ri d o s p a ra p re st a r e l se rv i c i o
2 4 . b u sc a rI n su m o R e q u e ri d o P l a n i f i c a c i o n ()
2 5 . c a l c u l a rC a n ti d a d T o t a l I n su m o R e q u e ri d o ()
2 6 .c a rg a rE x i st e n c i a A rti c u l o ()
2 7 . B u sc a E x i st e n c i a e n a l m a c e n d e l o s i n su m o s re q u e ri d o s
2 8 . b u sc a rA rti c u l o ()
S i R e sp = fa l se
2 9 . R e sp = v e ri fi c a rD i sp o n i b i l i d a d I n su m o A l m a c e n ()
3 0 . N o e x i st e e n A l m a c e n S u f i c i e n te s In su m o s p a ra p re p a ra r e l m e n p l a n i fi c a d o
S i R e sp = t ru e
3 1 . M u e st ra i n f o rm a c i o n p a ra re a l i z a r e l re g i st ro d e sa l i d a d e a rti c u l o s d e a l m a c e n
3 2 . L l e n a d a t o s g e n e ra l e s d e sa l i d a
R E G IS T R A R S A L ID A D E
A R T IC U L O S D E L
ALM A CEN.
3 3 . L l e n a c a n ti d a d sa l i e n te d e l a rt i c u l o
3 4 . P ro c e sa
R e g i st ra r c a n t i d a d sa l i e n t e
d e a rt i c u l o
3 5 . v e ri fi c a rC a n t i d a d S a l i e n t e ()
3 6 .N o E x i ste C a n t i d a d I n g re sa d a d e l i n su m o e n a l m a c e n
3 7 .A g re g a
3 8 .a g re g a r()
3 9 . c a l c u l a rP re c i o T o t a l ()
4 0 . A c tu a l i z a E x i ste n c i a d e l a rt i c u l o e n A l m a c e n
4 1 . c a l c u l a rE x i st e n c i a A c t u a l ()
4 2 .M u e stra P re c i o T o t a l d e l a c a n t i d a d sa l i e n t e d e l a rt i c u l o
A j u sta r E x i st e n c i a d e a rti c u l o
d e a l m a ce n
4 3 . S e l e c c i o n a a rt i c u l o d e l a l i st a
4 4 .P re si o n a i c o n o A j u st a r E x i st e n c i a d e A rt i c u l o
4 5 .a b re V e n t a n a ()
4 6 .C a m b ia V e n ta n a
4 7 . C a rg a f o rm u l a ri o
4 8 .c a rg a rE x i st e n c i a A rti c u l o ()
4 9 . B u sc a
5 0 . b u sc a rA rt i c u l o ()
5 1 . c a rg a rT i p o A j u st e ()
5 2 . B u sc a
5 3 .b u sc a rT i p o A j u st e ()
5 4 .M u e stra f o rm u l a ri o p a ra re a l i z a r e l a j u st e d e e x i st e n c i a d e a rt i c u l o
5 5 . L l e n a fo rm u l a ri o
5 6 .P re si o n a b o t o n " G u a rd a r"
5 7 . P ro c e sa
5 8 .c re a rA j u ste ()
5 9 . R e a l i z a A j u st e
6 0 .a j u st a rE x i st e n c i a ()
6 1 . A j u ste R e a l i z a d o
6 3 . M u e st ra P a n ta l l a A n t e ri o r
G u a rd a r
6 4 .P re si o n a b o t o n " G u a rd a r"
6 2 . a b re V e n t a n a ()
6 5 . P ro c e sa
6 6 .c re a rR e g i st ro S a l i d a ()
6 7 .R e g i st ro d e sa l i d a d e a rt i c u l o s re g i st ra d o s
M O D I F I C A R R E G IS T R O D E
S A L ID A D E A R T I C U L O S
D EL ALM A CEN.
6 8 . E d i t a D a to s G e n e ra l e s d e sa l i d a
M o d i fi c a r re g i stro d e l a
c a n ti d a d sa l i e n te d e
a rt i c u l o
6 9 .E d i t a C a n t i d a d S a l i e n te d e l A rt i c u l o
7 0 .P ro c e sa
7 1 . m o d i f i c a r()
7 3 . A c tu a l i z a E x i ste n c i a d e l a rt i c u l o e n A l m a c e n
7 2 . c a l c u l a rP re c i o T o ta l ()
7 4 . c a l c u l a rE x i st e n c i a A c t u a l ()
7 5 .M u e stra P re c i o T o t a l d e l a c a n t i d a d sa l i e n t e d e l a rt i c u l o
7 6 .P re si o n a i c o n o d e A j u ste re a l i z a d o a l a e x i ste n c i a d e l a rt i c u l o se l e c c i o n a d o
M o d i f i c a r A j u st e d e E x i st e n c i a
d e a rt i c u l o d e a l m a c e n
7 6 .a b re V e n t a n a ()
7 7 .C a m b ia V e n ta n a
7 8 . C a rg a F o rm u l a ri o c o n i n f o rm a c i o n d e a j u ste d e l a rt i c u l o se l e c c i o n a d o
7 9 . b u sc a r()
8 0 . c a rg a rT i p o A j u st e ()
8 1 . B u sc a
8 2 .b u sc a rT i p o A j u st e ()
8 3 . M u e st ra F o rm u l a ri o c o n i n f o rm a c i o n d e a j u ste d e l a rt i c u l o se l e c c i o n a d o
8 4 . E d i t a F o rm u l a ri o
8 5 .P re si o n a b o t o n " G u a rd a r"
8 6 . P ro c e sa
8 8 . R e a l i z a r A j u st e
8 9 . a j u st a rE x i ste n c i a ()
9 0 . A j u ste R e a l i z a d o
9 2 . M u e st ra P a n ta l l a A n t e ri o r
9 3 .P re si o n a b o t o n " G u a rd a r"
9 1 . a b re V e n t a n a ()
9 4 . P ro c e sa
9 5 . m o d i f i c a rR e g i st ro S a l i d a ()
9 6 . R e g i st ro d e S a l i d a d e A rt i c u l o s A c t u a l i z a d o
IM P R IM I R
9 7 .P re si o n a b o t o n " I m p ri m i r"
9 8 . P ro c e sa
9 9 . g e n e ra rR e p o rt e R e g i st ro S a l i d a ()
1 0 1 . E n v i a R e p o rte d e R e g i st ro d e S a l i d a e n f o rm a t o i m p ri m i b l e
1 0 2 . R e p o rt e d e R e g i st ro S a l i d a Im p re so
1 0 3 .P re si o n a b o t o n " S a l i r"
S A L IR
1 0 4 . a b re V e n ta n a ()
1 0 5 . M u e st ra P a n t a l l a d e l M e n u p ri n c i p a l
373
8 7 . m o d i f i c a r()
W : R e p o rt e C o st o s
T ip o R e p o rte
R e p o rt e C o st o s
P la n ific a c io n
M e n u
S a l i d a A rt i c u l o sA l m a c e n
D e t a l l e S a l i d a A rt i c u l o
A c c e so C o m e n s a l
P ro v e e d o r
E n t ra d a A rt i c u l o sA l m a c e n
O rd e n C o m p ra
U su a ri o
I m p re so ra
1 . S e l e c c i o n a G e n e ra r R e su m e n d e C o st o s
2 . a b re V e n t a n a ()
3 . B u sc a T i p o s d e R e p o rt e
5 . M u e st ra T i p o s d e R e p o rt e s
G E N E R A R R E P O R T E
C O N T R O L D IA R IO D E
C O S T O S
6 . S e l e c c i o n a C o n t ro l D i a ri o d e
4 . b u sc a r()
C o sto s
7 . M u e st ra c a m p o F e c h a
8 . I n t ro d u c e F e c h a
9 . P re si o n b o t o n " A c e p t a r "
1 0 . P ro c e sa
1 1 . c a rg a r P l a n i f i c a c i o n ()
1 2 . c a r g a rM e n u ()
1 3 . B u sc a P l a n i f i c a c i o n e s d e
a c u e rd o a
fe c h a
1 4 . b u sc a rP l a n i f i c a c i o n ()
1 5 .B u sc a M e n u
P la n i fic a d o
1 6 . b u sc a rM e n u (c o d M e n u )
1 7 . c a rg a r S a l i d a A rt i c u l o s()
1 8 . B u sc a s a l i d a d e
a rt i c u l o s d e a c u e rd o
a l o p l a n i f i c a d o p a ra e sa
fe c h a
1 9 . b u sc a r R e g i st ro S a l i d a ()
2 0 .B u sc a d e ta ll e s d e
a c u e rd o a n u m e ro d e sa l i d a
2 1 . b u sc a r D e t a l l e ()
2 2 . c a l c u l a rC o st o S e rv i c i o ()
2 3 . c a rg a rN u m C o m e n s a l e s()
2 4 . B u sc a N u m e r o d e C o m e n s a l e s d e a c u e rd o
a l d i a y t u rn o s p l a n i f i c a d o s
2 5 . b u sc a rC o m e n s a l e s()
2 7 . M u e st ra R e p o rt e
2 6 . c a l c u l a rC o st o U n i t a ri o S e rv i c i o ()
C o n t ro l D i a ri o d e C o st o s
2 8 . E sc ri b e O b s e rv a c i o n
G E N E R A R R E P O R T E
R E L A C IO N P O R
S E R V IC IO Y N U M E R O
D E C O M E N S A L E S
2 9 . S e l e c c i o n a R e l a c i o n p o r S e rv i c i o y N u m e ro d e
C o m e n sa l e s
3 0 . M u e s t ra l i s t a d e M e se s y A o s
3 1 .S e le c c io n a m e s y a o
3 2 . P re si o n a
b o t o n " A c e p t a r"
3 3 . P ro c e sa
3 4 . c a rg a r P l a n i f i c a c i o n ()
3 5 .B u sc a
P l a n i f i c a c i o n e s d e a c u e rd o a
m e s y a o
3 6 . b u sc a rP l a n i f i c a c i o n ()
3 7 . c a rg a rN u m C o m e n s a l e s()
3 8 . B u sc a N u m e ro d e C o m e n sa l e s d e
a c u e rd o a l o s d i a s y t u rn o s p l a n i f i c a d o s e n e l m e s y a o se l e c c i o n a d o s
3 9 . b u s c a rC o m e n sa l e s()
4 0 . c a l c u l a rT o t a l C o m e n s a l e s M e s( )
4 1 . M u e s t ra R e p o rt e R e l a c i o n p o r se r v i c i o y n u m e ro d e
G E N E R A R R E P O R T E
R E L A C IO N D E
A L IM E N T O S , B E B ID A S Y
O T R O S R E C I B ID A S P O R
A L M A C E N
4 2 .S e le c c io n a
R e l a c i o n d e A l i m e n t o s, B e b i d a s y O t ro s R e c i b i d a s P o r A l m a c e n
c o m e n sa le s
4 3 . B u sc a
4 4 . c a rg a rP ro v e e d o re s()
4 5 . B u sc a P ro v e e d o re s d e l C o m e d o r U n i v e rsi t a ri o
4 7 . M u e st ra
4 6 . b u sc a rP ro v e e d o re s()
l i st a d e m e s e s, a o s y p ro v e e d o re s
4 8 . S e l e c c i o n a A o y P ro v e e d o rM e s
4 9 . P re si o n a
B o t o n " A c e p t a r"
5 0 . P ro c e sa
5 1 . c a rg a r R e g i st ro sE n t ra d a ()
5 2 . B u sc a e n t ra d a d e a rt i c u l o s d e a c u e rd o a
l o se l e c c i o n a d o
5 3 . b u s c a rR e g i st ro s E n t r a d a ()
5 4 . b u sc a
5 6 .b u sc a
5 7 . b u sc a rP ro v e e d o r(c o d P ro v e e d o r)
5 8 . c a l c u l a rC o st o T o t a l E n t ra d a ()
5 9 . M u e st r a R e p o rt e R e l a c i o n d e
G E N E R A R R E P O R T E
R E L A C IO N D E
A L IM E N T O S Y C O N E X O S
E N T R E G A D O S P O R
A L M A C E N
a l i m e n t o s, b e b i d a s y o t ro s re c i b i d a s p o r a l m a c e n
6 0 . S e l e c c i o n a R e l a c i o n d e A l i m e n t o s y C o n e x o s E n t re g a d o s P o r A l m a c e n
6 1 . M u e s t ra L i s t a d e M e se s y A o s
6 2 .S e le c c io n a m e s y a o
6 3 . P re si o n a
b o t o n " A c e p t a r"
6 4 . P ro c e sa
6 5 . c a rg a rS a l i d a A r t i c u l o s()
6 6 . B u sc a sa l i d a s d e a rt i c u l o s d e a c u e rd o a m e s y a o s e l e c c i o n a d o s
6 7 . b u s c a rR e g i st ro S a l i d a ( )
6 8 .B u sc a d e ta ll e s d e
a c u e rd o a n u m e ro d e sa l i d a
6 9 . b u sc a rD e t a l l e ( )
7 1 . M u e st ra
G E N E R A R R E P O R T E
R E S U M E N M E N S U A L D E
C O S T O S
7 2 . S e l e c c i o n a R e su m e n M e n s u a l d e
R e p o rt e R e l a c i o n d e A l i m e n t o s y C o n e x o s E n t re g a d o s P o r A l m a c e n
7 0 . c a l c u l a rC o st o T o t a l S a l i d a (m e s, a o )
C o sto s
7 3 . M u e s t ra L i s t a d e M e se s y A o s
7 4 .S e le c c io n a m e s y a o
7 5 . P re si o n a
b o t o n " A c e p t a r"
7 6 . P ro c e sa
7 7 . c a rg a rP l a n i f i c a c i o n ()
7 8 . B u sc a P l a n i f i c a c i o n e s d e a c u e rd o
a l a o se le c c io n a d o
7 9 . b u sc a rP l a n i f i c a c i o n ()
8 0 . c a rg a rS a l i d a A rt i c u l o s()
8 1 . B u s c a sa l i d a s d e
a rt i c u l o s d e a c u e rd o a l o s d i a s y t u rn o s p l a n i f i c a d o s e n e l a o se l e c c i o n a d o
8 2 . b u s c a rR e g i st ro S a l i d a ( )
8 3 . c a l c u l a rC o st o T o t a l S a l i d a (m e s, a o )
8 4 . c a l c u l a rC o st o T o t a l M e s()
8 5 . c a l c u l a rC o st o T o t a l A c u m u l a d o H a s t a M e s A n t e ri o r()
8 6 . c a l c u l a rC o st o T o t a l A c u m u l a d o A L a f e c h a ()
8 7 . c a rg a r N u m C o m e n sa l e s ()
8 8 . B u sc a N u m e ro d e C o m e n sa l e s d e
a c u e rd o a
l o s d i a s y t u rn o s p l a n i f i c a d o s e n e l a o se l e c c i o n a d o
8 9 . b u sc a rC o m e n s a l e s()
9 0 . c a l c u l a rT o t a l C o m e n sa l e sM e s ()
9 1 . c a l c u l a T o t a l C o m e n sa l e s H a s t a M e s A n t e ri o r()
9 2 . c a l c u l a rT o t a l C o m e n sa l e s A L a F e c h a ()
9 3 . c a l c u l a rC o st o U n i t a ri o S e rv i c i o M e s()
9 4 . c a l c u l a rC o st o U n i t a ri o S e rv i c i o A L a F e c h a ()
9 5 . M u e st ra R e p o rt e
9 6 .E d ita
R e s u m e n M e n su a l d e C o st o s
R e p o rt e
9 7 . P re si o n B o t o n " I m p ri m i r"
IM P R IM IR
R E P O R T E
9 8 . g e n e ra rR e p o rt e ()
9 9 .E n v ia
1 0 0 . R e p o r t e I m p re so
S A L IR
1 0 1 . P re si o n a B o t o n " S a l i r"
1 0 2 . a b re V e n t a n a ()
1 0 3 . M u e st ra P a n t a l l a d e l M e n u
P ri n c i p a l
374
R e p o r t e e n F o r m a t o I m p ri m i b l e
5 5 . b u sc a rO rd e n C o m p ra (n u m O r d e n )
Semana
-
codigoSemana
numeroSemana
descripcion
control
: String
: String
: String
: String
+
+
+
+
+
crearSemana ()
actualizarSemana ()
eliminarSemana ()
buscarSemanas ()
buscarSemana (String codSemana)
1..*
Pertenece
TipoReporte
- codTipo
: String
- descripcion : String
1..1
Agrupa
+
+
+
+
+
+
+
+
1..1
Agrupa
ReporteCostos
- fecha
: String
- mes
: String
- anio
: String
- codTipo : String
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
AccesoComensal
- numeroAcceso
: String
- cedula
: String
- codPlanificacion : String
: void
: void
: void
: void
: void
1..*
Corresponde
cargarPlanificacion ()
cargarMenu ()
cargarSalidaArticulos ()
calcularCostoServicio ()
cargarNumComensales ()
calcularCostoUnitarioServicio ()
calcularTotalComensalesMes ()
cargarProveedores ()
cargarRegistrosEntrada ()
calcularCostoTotalEntrada ()
calcularCostoTotalSalida (String mes, String anio)
calcularCostoTotalMes ()
cacularCostoTotalAcumuladoHastaMesAnterior ()
calcularCostoTotalAcumuladoALaFecha ()
calcularTotalComensalesHastaMesAnterior ()
calcularTotalComensalesALaFecha ()
calcularCostoUnitarioServicioMes ()
calcularCostoUnitarioServicioALaFecha ()
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
generarFecha ()
generarNumSalida ()
cargarTipoMenu ()
cargarFormulario ()
cargarPlanificacion ()
cargarMenu ()
cargarInsumoRequeridoMenu ()
cargarInsumoRequeridoPlanificacion ()
cargarExistenciaArticulo ()
verificarDisponibilidadInsumoAlmacen ()
verificarCantdadSaliente ()
crearRegistroSalida ()
modificarRegistroSalida ()
generarReporteRegistroSalida ()
buscarRegistroSalida ()
1..1
Corresponde
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
codPlanificacion
fecha
estimadoComensales
codMenu
codTipoMenu
codigoSemana
especial
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
cargarSemana ()
buscarPlanificaciones ()
cargarTipoMenu ()
creaFechasSemana ()
cargarComensales ()
estimarComensales ()
cargarEstimadoComensales ()
validar ()
insertar ()
eliminar ()
cargarInsumoRequeridoPlanificacion ()
cargarMenu ()
cargarInsumoRequeridoMenu ()
cargarExistenciaArticulo ()
comprobarExistenciaInsumosRequeridos ()
actualizar ()
eliminarPlanificacion (String codPlanificacion)
generarReporte ()
calcularCantidadTotalInsumoRequerido ()
generarHojaPedido ()
buscarPlanificacion ()
: String
: String
: String
: String
: String
: String
: String
DetalleSolicitud
1..1
Contiene
numAjuste
numSalida
codExistencia
cantidadAjustada
codTipoAjuste
observacion
: String
: String
: String
: Double
: String
: String
+ cargarExistenciaArticulo ()
1..*
Pertenece + cargarTipoAjuste ()
+ crearAjuste ()
+ buscar ()
+ modificar ()
1..1
ContieneSalidaDe
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
InsumoRequeridoMenu
1..*
Compone
- id
: int
- codInsumo
: String
- codMenu
: String
- cantidadAjustada : Double
+
+
+
+
buscarInsumoRequeridoMenu ()
insertar ()
actualizar ()
eliminar ()
: void
: void
: void
: void
cargarTipoMenu ()
buscarMenus ()
validar ()
insertar ()
buscarMenu (String codMenu)
cargarTipoNutriente ()
cargarInsumoRequeridoMenu ()
cargarFormulario ()
cargarAlimento ()
cargarNutrienteAlimento ()
calcularNutrienteMenu ()
actualizar ()
comprobar ()
eliminar (String codMenu)
cargarMenu ()
1..1
EsAjustadaPor
: void
: void
: void
: void
: void
DetalleEntradaArticulo
+ buscarTipoAjuste () : void
StatusEntrada
1..1
EsEstadoDe
codDetalle
numEntrada
codExistencia
cantidadEntrante
precioEntrada
: String
: String
: String
: Double
: Double
TipoMenuInsumo
+
+
+
+
buscarDetalle ()
agregar ()
actualizar ()
calcularPrecioTotal ()
1..1
ContieneEntradaDe
: void
: void
: void
: void
1..*
Conforma
+ buscarStatusEntrada () : void
1..*
EsRepresentadoPor
1..1
SeEncuentraEn
ExistenciaArticulo
: String
: String
: String
: Double
: Double
: Double
buscarExistenciaArticulos ()
cargarUbicacion ()
cargarFormulario ()
validar ()
agregar ()
buscarArticulo ()
actualizar ()
eliminar ()
generarReporte ()
comprobarExistencia ()
calcularExistenciaActual ()
ajustarExistencia ()
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
Proveedor
1..1
Pertenece
OrdenCompra
- codProveedor : String
- nombre
: String
+ buscarProveedores ()
: void
+ buscarProveedor (String codProveedor) : void
1..1
Contiene
numOrden
fechaOrden
montoTotal
codProveedor
: String
: String
: Double
: String
+ buscarOrdenesCompra ()
: void
+ buscarOrdenCompra (String numOrden) : void
1..1
EstaContenidaEn
numEntrada
codStatus
numOrden
numNotaEntrega
fechaNotaEntrega
numFactura
fechaFactura
totalFactura
codInsumo
descripcion
codUm
codTipoInsumo
alimento
: String
: String
: String
: String
: String
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
cargarTipoInsumo ()
buscarInsumos ()
validar ()
insertar ()
buscarInsumo (String codInsumo)
cargarUm ()
cargarTipoMenu ()
cargarGrupoAlimento ()
cargarTipoNutriente ()
cargarNutriente ()
cargarFormulario ()
actualizar ()
comprobar ()
eliminar ()
cargarInsumo ()
+
+
+
+
+
+
+
+
+
+
cargarOrdenesCompra ()
buscarRegistrosEntrada ()
crearRegistroEntrada ()
cargarStatusEntrada ()
buscarRegistroEntrada (String numEntrada)
cargarDetalleEntradaArticulo ()
cargarFormulario ()
validar ()
actualizarRegistroEntrada ()
generarReporteRegistroEntrada ()
+
+
+
+
+
+
+
+
+
+
+
+
+
generarFecha ()
generarNumSolicitud ()
cargarUsuario ()
cargarTipoMenu ()
cargarFormulario ()
validar ()
enviarSolicitud ()
cargarStatusSolicitud ()
buscarSolicitudes ()
buscarSolicitud (String numSolicitud)
cargarDetalleSolicitud ()
actualizarStatus ()
generarReporte ()
1..*
Pertenece
+
+
+
+
+
insertar ()
actualizar ()
eliminar ()
buscarTipoInsumo ()
buscar (String codTipo)
1..1
Corresponde
Um
- codUm
: String
- descripcionUm : String
+
+
+
+
+
1..1
EsPropiedadDe
+
+
+
+
+
insertar ()
eliminar ()
actualizar ()
buscarAlimentos ()
buscar (String codInsumo)
insertar ()
actualizar ()
eliminar ()
buscarUbicacion ()
buscar (String codUbicacion)
insertar ()
actualizar ()
eliminar ()
buscarUm ()
buscar (String codUm)
: void
: void
: void
: void
: void
1..1
Corresponde
id
clave
usuario
codUsuario
nombres
apellidos
cargo
email
: int
: String
: String
: String
: String
: String
: String
: String
+
+
+
+
+
+
+
+
+
+
1..1
Agrupa
1..*
Pertenece
TipoUsuario
- codUsuario : String
- descripcion : String
- pagina
: String
+ buscarOpciones ()
: void
+ buscarTipoUsuario () : void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
1..*
Tiene
Nutriente
NutrienteAlimento
1..*
EsComposicionDe
GrupoAlimento
: int
: int
: int
: int
: int
+ buscarStatusSolicitud () : void
1..1
EstaCompuestoDe
: void
: void
: void
: void
: void
1..1
Agrupa
Ubicacion
+
+
+
+
+
- codStatus : String
- descripcion : String
Alimento
- codInsumo : String
- peso
: Double
- codGrupo : String
1..1
Situa
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
StatusSolicitud
1..1
EsEstadoDe
Usuario
: void
: void
: void
: void
: void
1..*
Tiene
1..*
TienePropiedadDe
1..*
Correponde
TipoInsumo
- codTipoInsumo : String
- descripcion
: String
id
codInsumo
codNutriente
cantidad
: int
: String
: String
: Double
- codUbicacion : String
- descripcion
: String
1..*
Tiene
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
1..1
Elabora
1..1
Agrupa
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
1..*
Pertenece
: String
: String
: String
: String
: String
: String
: String
: Double
: String
: String
: String
: String
: String
: String
0..*
EsElaboradoPor
EntradaArticulosAlmacen
1..1
ContieneDatosDe
numSolicitud
fechaSolicitud
codStatus
idSolicitante
descripcionEvento
observacion
1..1
EsUtilizadoEn
1..1
Tiene
1..1
EstaSituadoEn
1..1
Contiene
1..*
Posee
1..1
Representa
1..1
Representa
Insumo
+
+
+
+
+
+
+
+
+
+
+
+
1..1
Contiene
SolicitudServicio
- codInsumo
: String
- codTipoMenu : String
1..*
Utiliza
: int
: String
: String
: Double
codExistencia
codInsumo
codUbicacion
existenciaMaxima
existenciaActual
precioUnitario
+ agregarDetalle ()
: void
+ buscarDetalleSolicitud () : void
1..*
Compone
1..*
Pertenece
1..*
EsRepresentadoPor
1..1
Contiene
1..*
Existe
1..1
SeEncuentraEn -
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
1..*
EsRepresentadoPor
: int
: String
: String
: Double
+ insertar ()
: void
+ actualizar ()
: void
+ eliminar ()
: void
+ buscarInsumoRequeridoPlanificacion () : void
1..1
Cambia
: String
: String
: String
: String
: int
1..1
Representa
- codMenu
: String
- descripcionMenu : String
- codTipoMenu
: String
1..1
Consta
id
codInsumo
codPlanificacion
cantidad
id
codInsumo
codPlanificacion
cantidad
codDetalle
numSolicitud
fechaEvento
codTipoMenu
numComensales
Menu
InsumoRequeridoPlanificacion
+ agregar ()
: void
+ calcularPrecioTotal () : void
+ modificar ()
: void
+ buscarDetalle ()
: void
AjusteExistencia
- codStatusEntrada : String
- descripcion
: String
1..1
Conforma
1..*
Compone
: String
: String
: String
: Double
: Double
1..*
Tiene
- codTipoMenu
: String
1..1
EsTurnoDe - descripcionTipoMenu : String
+ insertar ()
: void
+ actualizar ()
: void
+ eliminar ()
: void
+ buscarTipoMenu ()
: void
1..1
+ buscar (String codTipo) : void
Agrupa
+ insertar ()
: void
+ actualizar () : void
+ buscar ()
: void
0..1
SeRealizanEn
- codTipoAjuste : String
- descripcion
: String
1..1
Contiene
PedidoInsumo
DetalleSalidaArticulo
1..1
Agrupa
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
: void
1..1
Genera
codDetalle
numSalida
codExistencia
cantidadSaliente
precioSalida
1..1
EsTurnoDe
TipoMenu
1..1
EsGeneradoDe
1..*
Posee
1..1
Consta
1..*
Conforma
TipoAjuste
+ buscarEstudiante () : void
1..1
Tiene
Estudiante
- cedula
: String
- nombres : String
- apellidos : String
Planificacion
SalidaArticulosAlmacen
: String
: String
: String
: String
1..1
Tiene
1..1
Utiliza
1..*
Pertenece
1..*
Genera
1..1
Solicita
numSalida
fechaSalida
responsable
codPlanificacion
1..*
Corresponde
: void
: void
: void
: void
: void
: void
: void
: void
1..*
EsUtilizadoEn
+ buscar () : void
cargarTipoMenu ()
generarFecha ()
cargarMenuAlimentario ()
cargarDatosEstudiante ()
comprobar ()
registrarComensal ()
buscarComensales ()
generarReporte ()
- codGrupo
: String
- descripcionGrupo : String
+
+
+
+
+
insertar ()
actualizar ()
eliminar ()
buscarGrupoAlimento ()
buscar (String codGrupo)
375
: void
: void
: void
: void
: void
1..1
Representa
1..*
EsRepresentadoPor
codNutriente
descripcion
codUm
codTipoNutriente
: String
: String
: String
: String
+
+
+
+
+
insertar ()
actualizar ()
eliminar ()
buscarNutrientes ()
buscarNutriente (String codTipoNutriente)
TipoNutriente
: void
: void
: void
: void
: void
1..*
Pertenece
1..1
Agrupa
+
+
+
+
+
codTipoNutriente
: String
descripcionTipoNutriente : String
insertar ()
actualizar ()
eliminar ()
buscarTipoNutriente ()
buscar (String codTipo)
: int
: int
: int
: int
: int
Semana
codigoSemana
numeroSemana
descripcion
control
AccesoComensal
numeroAcceso Variable characters (254)
cedula
Variable characters (254)
codPlanificacion Variable characters (254)
Corresponde
Agrupa
Association_26
EsUtilizadoEn
Tiene
Estudiante
cedula
Variable characters (254)
nombres Variable characters (254)
apellidos Variable characters (254)
ReporteCostos
fecha
mes
anio
codTipo
DetalleSolicitud
Corresponde
Association_27
Association_45
Tiene
Pertenece
Association_47
codDetalle
numSolicitud
fechaEvento
codTipoMenu
numComensales
Association_28
EsTurnoDe
Association_46
Compone
Pertenece
TipoMenu
Utiliza
Genera
Planificacion
TipoReporte
codPlanificacion
fecha
estimadoComensales
codMenu
codTipoMenu
codigoSemana
especial
Agrupa
codTipo
Variable characters (254)
descripcion Variable characters (254)
Solicita
(D)
EsTurnoDe
Association_22
Posee
Agrupa
Representa
Contiene
Association_10
Association_21
Conforma
(D)
Consta
codTipoMenu
Variable characters (254)
descripcionTipoMenu Variable characters (254)
Genera
(D)
Association_29
Menu
codMenu
Variable characters (254)
descripcionMenu Variable characters (254)
codTipoMenu
Variable characters (254)
Association_49
Pertenece
Consta
Corresponde
Association_24
InsumoRequeridoMenu
SalidaArticulosAlmacen
numSalida
Variable characters (254)
fechaSalida
Variable characters (254)
responsable
Variable characters (254)
codPlanificacion Variable characters (254)
Association_16
Compone
Association_17
EsRepresentadoPor
EsGeneradoDe
Tiene
(D)
SolicitudServicio
numSolicitud
fechaSolicitud
codStatus
idSolicitante
descripcionEvento
observacion
Association_23
Contiene
PedidoInsumo
id
Integer
codInsumo
Variable characters (254)
codPlanificacion Variable characters (254)
cantidad
Number
StatusSolicitud
EsEstadoDe
Contiene
id
Integer
codInsumo
Variable characters (254)
codMenu
Variable characters (254)
cantidadAjustada Number
Association_30
Tiene
EsRepresentadoPor
EsElaboradoPor
TipoMenuInsumo
codInsumo
Variable characters (254)
codTipoMenu Variable characters (254)
Contiene
Association_41
Association_48
Utiliza
Association_20
Association_42
Association_31
Association_15
TipoUsuario
Conforma
Agrupa
Compone
Representa
DetalleSalidaArticulo
codDetalle
numSalida
codExistencia
cantidadSaliente
precioSalida
Existe
EsUtilizadoEn
InsumoRequeridoPlanificacion
id
Integer
codInsumo
Variable characters (254)
codPlanificacion Variable characters (254)
cantidad
Number
ContieneSalidaDe
Insumo
Representa codInsumo
descripcion
codUm
codTipoInsumo
alimento
EsRepresentadoPor
Association_19
Association_8
Elabora
TipoInsumo
Agrupa
Association_32
Pertenece
Usuario
id
clave
usuario
codUsuario
nombres
apellidos
cargo
email
SeRealizanEn
AjusteExistencia
Pertenece
Association_44
numAjuste
numSalida
codExistencia
cantidadAjustada
codTipoAjuste
observacion
Association_40
TienePropiedadDe
Association_43
SeEncuentraEn
(D)
EsAjustadaPor
(D)
TipoAjuste
codTipoAjuste Variable characters (254)
descripcion
Variable characters (254)
Agrupa
DetalleEntradaArticulo
codDetalle
numEntrada
codExistencia
cantidadEntrante
precioEntrada
StatusEntrada
Tiene
Tiene
Cambia
SeEncuentraEn
(D)
ContieneEntradaDe
codExistencia
codInsumo
codUbicacion
existenciaMaxima
existenciaActual
precioUnitario
Um
EsPropiedadDe
Association_14
Contiene
OrdenCompra
numOrden
fechaOrden
montoTotal
codProveedor
EstaContenidaEn
(D)
EstaCompuestoDe
TipoNutriente
Tiene
Association_11
EsComposicionDe id
codInsumo
codNutriente
cantidad
EntradaArticulosAlmacen
numEntrada
codStatus
numOrden
numNotaEntrega
ContieneDatosDe fechaNotaEntrega
numFactura
fechaFactura
totalFactura
Situa
(D)
Ubicacion
codUbicacion Variable characters (254)
descripcion
Variable characters (254)
Agrupa
GrupoAlimento
codGrupo
Variable characters (254)
descripcionGrupo Variable characters (254)
Association_39
376
Integer
Variable characters (254)
Variable characters (254)
Number
Agrupa
Nutriente
NutrienteAlimento
Association_7
Contiene
Association_38
Corresponde
Alimento
EstaSituadoEn
Association_34
Posee
codUm
Variable characters (254)
descripcionUm Variable characters (254)
Association_35
Association_36
Pertenece
(D)
Pertenece
Correponde
Association_37
Proveedor
Integer
Variable characters (254)
Variable characters (254)
Variable characters (254)
Variable characters (254)
Variable characters (254)
Variable characters (254)
Variable characters (254)
Corresponde
Association_6
Pertenece
Association_9
Association_33
ExistenciaArticulo
Conforma
EsEstadoDe
Association_12
EsRepresentadoPor
codNutriente
Variable characters (254)
descripcion
Variable characters (254)
codUm
Variable characters (254)
Representa codTipoNutriente Variable characters (254)
Association_13
Pertenece
codTipoNutriente
Variable characters (254)
descripcionTipoNutriente Variable characters (254)
Semana
codigoSemana
numeroSemana
descripcion
control
varchar(254)
varchar(254)
varchar(254)
varchar(254)
AccesoComensal
numeroAcceso
varchar(254)
cedula
varchar(254)
codPlanificacion varchar(254)
Agrupa
Corresponde
EsUtilizadoEn
FK_ACCESOCO_ASSOCIATI_ESTUDIAN
Estudiante
ReporteCostos
Pertenece fecha
varchar(254)
mes
varchar(254)
anio
varchar(254)
codTipo varchar(254)
Corresponde
FK_DETALLES_ASSOCIATI_TIPOMENU
TipoMenu
EsTurnoDe
FK_REPORTEC_ASSOCIATI_PLANIFIC
FK_REPORTEC_ASSOCIATI_TIPOREPO
Utiliza
Pertenece
Genera
Agrupa
codTipo
varchar(254)
descripcion varchar(254)
Solicita
codTipoMenu
varchar(254)
descripcionTipoMenu varchar(254)
FK_PLANIFIC_ASSOCIATI_TIPOMENU
Planificacion
TipoReporte
Tiene cedula
varchar(254)
nombres varchar(254)
apellidos varchar(254)
FK_ACCESOCO_ASSOCIATI_PLANIFIC
FK_PLANIFIC_ASSOCIATI_SEMANA
codPlanificacion
fecha
estimadoComensales
codMenu
codTipoMenu
codigoSemana
especial
Posee
varchar(254)
varchar(254)
varchar(254)
varchar(254)
varchar(254)
varchar(254)
varchar(254)
Agrupa
DetalleSolicitud
Tiene codDetalle
varchar(254)
numSolicitud
varchar(254)
fechaEvento
varchar(254)
codTipoMenu
varchar(254)
numComensales integer
EsTurnoDe
Compone
Representa
Contiene
FK_MENU_ASSOCIATI_TIPOMENU
FK_PLANIFIC_ASSOCIATI_MENU
Genera
Menu
Conforma
Consta
FK_DETALLES_ASSOCIATI_SOLICITU
codMenu
varchar(254)
descripcionMenu varchar(254)
codTipoMenu
varchar(254)
FK_SALIDAAR_ASSOCIATI_PLANIFIC
Pertenece
Consta
FK_TIPOMENU_ASSOCIATI_TIPOMENU
StatusSolicitud
FK_PEDIDOIN_ASSOCIATI_PLANIFIC
Corresponde
InsumoRequeridoMenu
SalidaArticulosAlmacen
FK_INSUMORE_ASSOCIATI_MENU
id
integer
codInsumo
varchar(254)
codMenu
varchar(254)
cantidadAjustada numeric
numSalida
varchar(254)
fechaSalida
varchar(254)
responsable
varchar(254)
codPlanificacion varchar(254)
Contiene
EsGeneradoDe
Contiene
EsRepresentadoPor
PedidoInsumo
id
codInsumo
codPlanificacion
cantidad
FK_SOLICITU_ASSOCIATI_STATUSSO
SolicitudServicio
numSolicitud
fechaSolicitud
codStatus
idSolicitante
descripcionEvento
observacion
EsRepresentadoPor
FK_INSUMORE_ASSOCIATI_PLANIFIC
Tiene
codStatus varchar(254)
EsEstadoDe descripcion varchar(254)
Compone
TipoMenuInsumo
integer
varchar(254)
varchar(254)
numeric
codInsumo
varchar(254)
codTipoMenu varchar(254)
varchar(254)
varchar(254)
varchar(254)
varchar(254)
varchar(254)
varchar(254)
Tiene
EsElaboradoPor
Utiliza
Contiene
FK_DETALLES_ASSOCIATI_SALIDAAR
FK_INSUMORE_ASSOCIATI_INSUMO
FK_TIPOMENU_ASSOCIATI_INSUMO
FK_INSUMO_ASSOCIATI_PEDIDOIN
FK_AJUSTEEX_ASSOCIATI_SALIDAAR
FK_SOLICITU_ASSOCIATI_USUARIO
Agrupa
Conforma
DetalleSalidaArticulo
codDetalle
numSalida
codExistencia
cantidadSaliente
precioSalida
varchar(254)
varchar(254)
varchar(254)
numeric
numeric
InsumoRequeridoPlanificacion
id
integer
codInsumo
varchar(254)
codPlanificacion varchar(254)
cantidad
numeric
numAjuste
numSalida
codExistencia
cantidadAjustada
codTipoAjuste
observacion
codInsumo
descripcion
codUm
codTipoInsumo
alimento
varchar(254)
varchar(254)
varchar(254)
varchar(254)
varchar(254)
Pertenece
varchar(254)
varchar(254)
varchar(254)
numeric
varchar(254)
varchar(254)
id
clave
usuario
codUsuario
nombres
apellidos
cargo
email
Tiene
FK_INSUMO_ASSOCIATI_UM
codDetalle
numEntrada
codExistencia
cantidadEntrante
precioEntrada
varchar(254)
varchar(254)
varchar(254)
numeric
numeric
Um
FK_INSUMO_ASSOCIATI_ALIMENTO
varchar(254)
varchar(254)
varchar(254)
numeric
numeric
numeric
Correponde
EsPropiedadDe
FK_NUTRIENT_ASSOCIATI_UM
Alimento
codInsumo varchar(254)
peso
numeric
codGrupo varchar(254)
ContieneEntradaDe
EstaCompuestoDe
Tiene
Nutriente
FK_NUTRIENT_ASSOCIATI_ALIMENTO
Pertenece
NutrienteAlimento
FK_EXISTENC_ASSOCIATI_UBICACIO
Conforma
EsEstadoDe
EsComposicionDe
id
codInsumo
codNutriente
cantidad
integer
varchar(254)
varchar(254)
numeric
EsRepresentadoPor
Representa
FK_NUTRIENT_ASSOCIATI_NUTRIENT
codNutriente
varchar(254)
descripcion
varchar(254)
codUm
varchar(254)
codTipoNutriente varchar(254)
Pertenece
FK_NUTRIENT_ASSOCIATI_TIPONUTR
TipoNutriente
FK_ALIMENTO_ASSOCIATI_GRUPOALI
codStatusEntrada varchar(254)
descripcion
varchar(254)
Agrupa
FK_DETALLEE_ASSOCIATI_ENTRADAA
Situa
FK_ENTRADAA_ASSOCIATI_STATUSEN
Ubicacion
Proveedor
Posee
Contiene
EntradaArticulosAlmacen
OrdenCompra
Contiene numOrden
varchar(254)
fechaOrden
varchar(254)
montoTotal
numeric
codProveedor varchar(254)
Corresponde
codUm
varchar(254)
descripcionUm varchar(254)
ExistenciaArticulo
EstaSituadoEn
DetalleEntradaArticulo
FK_ORDENCOM_ASSOCIATI_PROVEEDO
Pertenece
Corresponde
SeEncuentraEn
EsAjustadaPor
Pertenece
integer
varchar(254)
varchar(254)
varchar(254)
varchar(254)
varchar(254)
varchar(254)
varchar(254)
FK_EXISTENC_ASSOCIATI_INSUMO
FK_AJUSTEEX_ASSOCIATI_EXISTENC
codExistencia
codInsumo
codUbicacion
SeEncuentraEn existenciaMaxima
existenciaActual
precioUnitario
FK_DETALLEE_ASSOCIATI_EXISTENC
codProveedor varchar(254)
nombre
varchar(254)
FK_USUARIO_ASSOCIATI_TIPOUSUA
Elabora
Usuario
TienePropiedadDe
FK_DETALLES_ASSOCIATI_EXISTENC
Agrupa
StatusEntrada
TipoInsumo
codTipoInsumo varchar(254)
descripcion
varchar(254)
FK_INSUMO_ASSOCIATI_TIPOINSU
Tiene
TipoAjuste
codTipoAjuste varchar(254)
descripcion
varchar(254)
Representa
Cambia
AjusteExistencia
Pertenece
Agrupa
Insumo
FK_INSUMORE_ASSOCIATI_INSUMO
EsRepresentadoPor
SeRealizanEn
FK_AJUSTEEX_ASSOCIATI_TIPOAJUS
EsUtilizadoEn
Existe
ContieneSalidaDe
TipoUsuario
codUsuario varchar(254)
descripcion varchar(254)
pagina
varchar(254)
Representa
Compone
numEntrada
codStatus
numOrden
ContieneDatosDe numNotaEntrega
fechaNotaEntrega
numFactura
FK_ENTRADAA_ASSOCIATI_ORDENCOM
fechaFactura
totalFactura
EstaContenidaEn
codUbicacion varchar(254)
descripcion
varchar(254)
Agrupa
GrupoAlimento
codGrupo
varchar(254)
descripcionGrupo varchar(254)
varchar(254)
varchar(254)
varchar(254)
varchar(254)
varchar(254)
varchar(254)
varchar(254)
numeric
377
codTipoNutriente
varchar(254)
descripcionTipoNutriente varchar(254)
378