UNIVERSIDAD NACIONAL DE TRUJILLO
FACULTAD DE CIENCIAS FÍSICAS Y MATEMATICAS
ESCUELA PROFESIONAL DE INFORMATICA
Aplicación Web para reducir el tiempo y aumentar la precisión en la generación de requisiciones en el servicio de alimentación colectiva de
la Empresa Alinorte - Chile
TRABAJO DE SUFICIENCIA PROFESIONAL PARA OPTAR EL TITULO DE INGENIERO INFORMATICO
Autor:
Rojas Castillo Edward Hilton
Asesor:
Dr. Gutiérrez Gutiérrez Jorge Luis
TRUJILLO - PERU 2021
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
Dedico este informe de suficiencia profesional a
A mis padres por haberme forjado como persona que ahora soy, por sus consejos de vida y mostrarme el camino de la superación de nunca declinar antes las adversidades.
A mi amada esposa y compañera de vida Rocío por haberme motivado constantemente en la realización de mis metas y por estar siempre ahí en las buenas y malas.
A mis adorados hijos, que sería de mi sin ellos, quizás no entiendan en estos momentos mis palabras por todo lo que significan para mí, por ser mi razón de seguir adelante, mis hijos Stefano y Fabio.
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
Agradezco a Dios por haberme bendecido con salud para mi y todos mis familiares
A mis profesores del Departamento de Informática, de los cuales recibí una gran cantidad de conocimientos.
A mis amigos que siempre me apoyaron superar las dificultades.
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
El presente informe aborda uno de los principales problemas sobre Planificación de Menú en la Empresa Alinorte S.A.C. en Chile, dentro del rubro de Alimentación Colectiva, considerando las funciones operativas realizadas en dicha empresa, así como en las anteriores empresas del mismo rubro de negocio.
Bajo las condiciones y recursos proporcionados por la empresa, se estableció como objetivo principal desarrollar una aplicación web para la gestión de menús como herramienta que permitiría reducir el tiempo y aumentar la precisión en la generación de requisiciones (listado de ingredientes a entregar) en beneficio de la Empresa Alinorte S.A.C.
Los resultados obtenidos durante el uso de la aplicación web, se compararon con aquellos obtenidos sin el uso de la aplicación y haciendo uso de técnicas de estadística descriptiva y técnicas de Inferencia de prueba de hipótesis para comparación de dos medias en muestras independientes se hizo uso del Software Estadístico SPPS, (Tabla 3.1, Tabla 3.3, Tabla 3.4 y Tabla 3.5) , se confirmó el objetivo trazado: la reducción del tiempo empleado, y el aumento en la precisión de su información para la toma de decisiones.
Palabras Clave: Alimentación Colectiva, Menú, Recetas, Requisiciones, Aplicación Web.
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
This report deals with one of the main problems about Menu Planning in the Alinorte S.A.C. in Chile, within the Collective Food category, considering the operational functions performed in that company, as well as in the previous companies in the same business area.
Under the conditions and resources provided by the company, the main objective was to develop a web application for menu management as a tool that will reduce time and increase precision in the generation of requisitions (list of ingredients to be delivered), to benefit the Alinorte company.
The results obtained during the use of the web application were compared with those obtained without the use of an application, which confirmed the drawn up objective: the reduction of the time taken, and the increase in the precision of its information for decision making. In addition, it also provided a widely accessible and user-friendly application for operational and administrative staff.
Palabras Clave: Menu Planning, Menu, Recipe, Requisitions, Web Application.
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
2.1
Organigrama de la Empresa Alinorte………..2
3.1
Diagrama de Procesos Generales………..5
3.2
Diagrama de Proceso de Planificación de Minutas………6
3.3
Ciclos del Marco de Trabajo SCRUM………24
3.4
Diagrama de Arquitectura Web………..28
3.5
Diagrama de Despliegue………..29
3.6
Diagrama General de Casos de Uso……….30
3.7
Diagrama de Caso de Uso de Gestión de Datos……….….30
3.8
Diagrama de Caso de Uso de Gestión de Menús……….….…..31
3.9
Diagrama de Caso de Uso de Obtener Reportes Consolidados……….32
3.10
Diagrama de Proceso General……….………...32
3.11 3.12
Diagrama de Proceso de Acceso Restringido………..………. Diagrama de Proceso de Gestión de Datos………33 33 3.13
Modelo Relacional……….……….34
3.14
Interface Registro de Receta……….35
3.15
Interface Consultar, Modificar y Eliminar Receta………..35
3.16
Interface Ingreso de Minutas………..36
3.17
Interface Consultar, Modificar y Eliminar Minutas………..36
3.18
Interface Generar Reportes de Requisiciones y Listado de Compras………..37
3.19
Interface Inicio de Sesión para Acceso Restringido………..38
3.20
Interface Ingreso de Alimentos………..39
3.21
Interface Consulta de Alimentos………39
3.22
Interface Ingreso Factores de Alimentos……….40
3.23
Interface Ingreso de Tipo de Plato………40
3.24
Interface Consultas de Tipo de Plato………..41
3.25
Reporte en Excel de Requisición generado a mano……….44
3.26
Reporte de Requisiciones generado con el Aplicativo Web………..45
3.27
Listado de Tablas de Base de Datos MySQL en el servidor Linux……..………46
3.28 Listado de Archivos y directorios del código fuente en el Servidor Linux 47
3.29 Pantalla del Menú de la Aplicación Web a través de la URL ………. 48
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
Índice de Cuadros
3.1
Costos de Equipos Computacionales………..13
3.2
Características de cada Equipo de Cómputo……….14
3.3
Costos de Software………..14
3.4
Costos de Personal de acuerdo a Roles……….15
3.5
Equipos Computacionales solo en Unidades……….16
3.6
Software solo en Unidades……….16
3.7
Roles y Horas requeridas……….17
3.8
Equipos Computacionales y Costos………..17
3.9
Software y Costos……….18
3.10
Roles y Costos de las Horas requeridas……….19
3.11
Cronograma de Tareas según Estimación Inicial……….22
3.12
Product Backlog……….31
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
3.1
Tiempo Empleado en Horas en cada Semana………43 3.2
Costo en Dólares Americanos de Tiempo Empleado en Horas……….45 3.3
3.4
3.5
Margen de Error de acuerdo a valores incorrectos………..
Resumen de medidas Estadísticas descriptivas a través del SPSS del tiempo, Costo y Error según el tipo de planificación de menú en cada semana………..
Prueba de Muestras Independientes………..
46
65 67
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
Dedicatoria ... III Agradecimientos... IV Resumen ... V Abstract ... VI Índice de Cuadros ... VIII Índice de Tablas ... IX Índice General ... X
1. Capítulo I... 1
1.1. Nombre o Razón Social de la Empresa ... 1
1.2. Cargo Desempeñado ... 1
1.3. Descripción del Cargo Desempeñado ... 1
1.4. Lugar (ciudad) y fecha (de inicio y fin del vínculo laboral) ... 1
2. Capitulo II... 2
2.1. Servicios Integrales Alinorte S.A. ... 2
2.1.1. Descripción ... 2
2.1.2. Área de Planificación y Programación ... 3
2.1.3. Cargo... 4
2.1.4. Jefe Inmediato Superior ... 5
3. Capitulo III... 6
3.1. Fundamentación ... 6
3.1.1. Realidad Problemática ... 8
3.1.2. Formulación del Problema ...10
3.1.3. Justificación ...10
3.1.4. Limitaciones ...10
3.1.5. Objetivos: Generales y Específicos ...11
3.1.6. Planteamiento de la Solución ...12
3.1.7. Análisis de la Viabilidad ...13
3.1.8. Recursos (Humanos, Hardware, Software, Materiales, Servicios, etc.) ...19
3.1.9. Presupuesto ...20
3.1.10. Cronograma ...22
3.2. Desarrollo ...25
3.2.1. Marco de Trabajo Ágil: SCRUM ...25
3.2.2. Tareas Realizadas ...27
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
3.3.1. Resultados Teóricos y/o Académicos ...47
3.3.2. Resultados computacionales y/o aplicativo y/o valorativo y/o estadísticos ...48
3.4. Consideraciones Finales ...63
3.4.1. Conclusiones ...63
3.4.2. Recomendaciones ...64
3.4.3. Evaluación crítica [de tu formación universitaria respecto a la labor que se describe] ...64
REFERENCIAS ...66
ANEXOS...67
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
1. Capítulo I
1.1. Nombre o Razón Social de la Empresa
Servicios Integrales Alinorte S.A. con RUT N°76.192.570-9 con domicilio en Calle Covadonga
#1029 – Iquique, Chile
1.2. Cargo Desempeñado
Jefatura de Planificación y Control de Programación
1.3. Descripción del Cargo Desempeñado
Estaba encargado de recepcionar las cantidades de comensales de cada centro de costo, para a su vez calcular la proyección de compra de insumos proyectados mes a mes. También generar con la planificación realizada un listado de requisiciones para el área de almacén para luego ser entregada a las áreas operativas(cocina), así como la generación de otros reportes para las distintas áreas operativas.
De manera adicional por mi formación en Ingeniería Informática, se me asignaron tareas enfocadas en el análisis de la automatización de algunos procesos de negocio en los que me encontraba involucrado.
1.4. Lugar (ciudad) y fecha (de inicio y fin del vínculo laboral)
Se inicia en la Ciudad de Iquique, la fecha de inicio es el 29.05.2007 y el fin del vínculo laboral con Sede en chile es 01.04.2016
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
2. Capitulo II
2.1. Servicios Integrales Alinorte S.A.
2.1.1. Descripción
La Empresa Servicios Integrales Alinorte S.A., es una compañía Regional chilena dedicada a la prestación de servicios de alimentación colectiva/institucional hacia el personal de empresas con sedes administrativas, industriales, extractivas, mineras con actividades remotas, instituciones de sector educación y salud.
Sus operaciones se remontan a inicios de febrero de 2004 (hace 15 años aproximadamente), cuando el dueño crea en Iquique, una empresa pionera en el rubro de la alimentación colectiva.
Luego se suma u n socio, y juntos impulsaron el desarrollo de esta compañía cuyo objetivo es atender las necesidades de las empresas con el compromiso de un servicio del más alto nivel.
El 2008 La Empresa se consolida una de sus mayores líneas de negocio, la Alimentación Colectiva donde brindaron un servicio personalizado, sofisticado, de excelente calidad y presentación.
Desde el año 2009 y hasta el día de hoy, La Empresa renueva su compromiso con la innovación y el proceso tecnológico y certifica además la calidad de sus procesos a través de la norma ISO 9001 y HACCP.
El año 2013, la Empresa empieza sus operaciones en Perú brindando servicio integral (alimentación, hotelería y lavandería) en la cuidad de Huancavelica al Consorcio Rio Mantaro en la construcción de la Central Hidroeléctrica Cerro del Águila.
Hoy, en base a su participación de mercado, es la segunda empresa de este rubro en Iquique.
Entrega más de 6 millones de raciones al año, cuenta con 400 colaboradores y más de 15 clientes ubicados principalmente en la región de Tarapacá, Arica, Lima y Toquepala.
▪ Razón Social es Servicios Integrales Alinorte S.A
▪ RUT: El Rut es el 76.192.570-9
▪ Dirección: Calle Covadonga N° 1029, Iquique, Chile
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
▪ Organigrama
Figura 2.1: Organigrama de la Empresa Alinorte Fuente: Manual de Operación y Funciones de la Empresa
2.1.2. Área de Planificación y Programación
▪ Breve Descripción
Consolidar las peticiones de las cantidades de comensales que nos brindan los Clientes y con ello realizar las proyecciones necesarias para poder generar la planificación y compras que se requieran para cada contrato. También sirve para poder evaluar y sincerar el comportamiento de los costos de los contratos para la toma de decisiones a nivel gerencial.
▪ Funciones
Recepcionar y coordinar con los clientes las cantidades de comensales muy importante para la planificación de menús.
Generación de Reportes de Requisiciones para las Áreas Operativas (Cocina Caliente, Cocina Fría y Repostería y Almacén) para la entrega de los insumos según lo planificado.
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
Generación de Reporte s de Food Cost que sirve para poder saber el costo operacional de cada contrato.
2.1.3. Cargo
▪ Breve Descripción
Estaba encargado de recepcionar las cantidades de comensales de cada centro de costo, para a su vez calcular la proyección de compra de insumos proyectados mes a mes. También generar con la planificación realizada un listado de requisiciones para el área de almacén para luego ser entregada a las áreas operativas(cocina), así como la generación de otros reportes para las distintas áreas operativas.
De manera adicional por mi formación en Ingeniería Informática, se me asignaron tareas enfocadas en el análisis de la automatización de algunos procesos de negocio en los que me encontraba involucrado.
▪ Actividades Desarrolladas
o Coordinaciones directas con las áreas de:
o Producción de Nutrición y Cocina, que determinaban la estructura de valor de un menú y su preparación.
o Almacén, para poder cuales eran las necesidades para la generación de reportes de requisiciones.
o Compras, para poder sintetizar todos sus requerimientos con el uso de la Aplicación Web.
o Propuesta de una solución a través de la implementación de una Aplicación Web que automatice la Planificación de Menús, Generación de Requisiciones.
o Organización del Proyecto Informático, Recolección y Análisis de Información, Diseño y Modelado e Implementación.
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
▪ Logros
o Procesos de planificación mejorados, acortando interacciones entre las áreas para identificar actividades sustanciales.
o Concientización del personal sobre la necesidad del uso del aplicativo web que agilizara el trabajo y asegurara el manejo de la información.
o Desarrollo de una aplicación web de apoyo para las labores operativas de las áreas y toma de decisiones en Gerencia General.
o Generación de manera oportuna de la Planificación / Proyección de Menús para cubrir la demanda periódica de los clientes.
▪ Resultados
o Disminución de interacciones entre el personal, quedando identificadas las esenciales y eliminando aquellas que no lo son.
o Empleados de las áreas involucradas concientizados en el uso de la aplicación web
o Aplicación web disponible para los responsables de los procesos de planificación, que permite gestionar la información de los menús.
o Reportes Depurados que aportasen verdadero valor para las áreas, generados en menor tiempo y con mayor precisión.
2.1.4. Jefe Inmediato Superior
▪ Nombres y Apellidos
Andro Antonio Versalovic Clotec
▪ Cargo
Gerente General
▪ Correo
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
▪ Teléfono
+56 994899524
3. Capitulo III
3.1. Fundamentación
El presente estudio se enmarcó dentro del ámbito de Alimentación Colectiva, el cual es un servicio orientado a elaborar alimentos para una cantidad de comensales superior a los que comprenden un grupo familiar.
Como punto de partida es importante conocer aquellos conceptos que se interrelacionan entre sí dentro de este ámbito:
Receta: Se compone de los ingredientes (materias primas) y cantidad de gramaje por porción.
Plato: Se compone de 2 o más recetas
Minuta: También conocido como Menú. Es un conjunto de platos programados que se brindaron a un cliente, teniendo en detalle la variedad disponible y asignada durante un periodo de tiempo. Por lo general, se parte de un periodo diario y se compone de entre 3 a 5 platos (para desayuno, almuerzo y cena), que se presentan como alternativas de elección para el comensal. Sin embargo, también se consideran de manera Semanal (minuta diaria para cada día de la semana) y Mensual (minuta semanal para cada semana del mes).
Requisición: Es el listado de recetas que corresponden a un servicio (Desayuno, almuerzo, cena), exigida por el área de Almacén para entregar la materia prima con destino a las distintas áreas operativas.
Flujo General de Información
Desde el momento en que se establecen los requerimientos de un cliente, se inicia el flujo de información desde el Área de Planificación (Proceso de Planificación de Minutas), quien define las minutas (diarias, semanales, mensuales) generando un documento de planificación que contiene el
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
es proporcionado al Área de Producción para tener en claro los platos que preparará y las cantidades de ingredientes que debe considerar. Esta información es de vital importancia para el Área de Compras, quien a partir de ella recién puede determinar qué y cuánto se comprará, así como los costos parciales y totales que deberá asumir. También es un documento que permitirá al Área de Almacén validar sus existencias de insumos según lo adquirido y lo utilizado.
Figura 3.1: Diagrama de Procesos Generales Fuente: Elaboración Propia
Proceso de Planificación de Minutas
Este proceso es realizado por el Área de Planificación, la cual está integrada por nutricionistas y personal administrativo. El proceso de elección de platos y construcción de minutas, se realiza por decisiones de los planificadores, teniendo en consideración el costo de los platos y condiciones comerciales acordadas con el cliente.
Inicialmente se trabaja con recetas existentes o nuevas a partir de una lista tipificada de alimentos que contienen gramajes crudos y cocidos, las cuales se combinan de acuerdo a los valores nutricionales acordados con el cliente, para dar como resultado una variedad de platos. Luego, se genera una
“Minuta Base”, la cual sirve como su nombre lo indica, para tener una base que se utilizará
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
posteriormente para la personalización de minutas del resto de los comedores. Esta minuta Base, se utiliza para individualizarla según los acuerdos comerciales de cada comedor, de esta manera, no se parte planificando desde cero todos los comedores. Posteriormente, los planificadores se demoran entre 4 y 5 días en “Personalizar” la minuta base para cada uno de los comedores de la empresa.
Figura 3.2: Diagrama de Proceso de Planificación de Minutas Fuente: Elaboración Propia
3.1.1. Realidad Problemática
Se llegó a identificar de manera precisa la problemática puntual a resolver: la falta de reportes consolidados sobre requisiciones y/o listas de ingredientes a comprar, con cantidades y costos calculados, de manera precisa y en el menor tiempo posible. Dado que se trataban de procesos principales en la empresa, debido a que podían determinar el éxito o fracaso del negocio.
Sin embargo, para llegar a dicha problemática específica se fue desglosando cada problema general encontrado, y se buscó la causa raíz del problema. Este proceso de búsqueda se describe a continuación:
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
- Los procesos generales encontrados, presentaban la siguiente problemática:
o Se requería una especial atención y esfuerzo adicional en la coordinación para consensuar y distribuir la información, ya que ésta se originaba desde una sola fuente a modo de copias manuales hacía las demás áreas involucradas, no existiendo una base única y común de consulta.
o El proceso de planificación de menús no proporcionaba la información (reportes) necesaria para satisfacer y/o agilizar los demás procesos relacionados, muchas veces siendo la causa principal para la demora o falta de precisión en los resultados esperados.
Por esta razón, se decide profundizar en este proceso para identificar problemas más específicos.
- El proceso de planificación de menús, presentaba la siguiente problemática:
o La búsqueda de platos y creación de menús se realizaba en un medio [digital/físico] que no facilitaba su edición ni aseguraba su permanencia y distribución, y en la mayoría de casos también se corría el riesgo de no contar con datos fidedignos ya que, por la naturaleza manual del proceso, la probabilidad del error era considerable, tomando en cuenta que los datos iban en aumento en cada planificación.
o Los reportes consolidados que se generaban a partir de los menús planificados, referidos a ingredientes totales involucrados para su preparación y compra, presentaban limitaciones en cuanto a precisión en los cálculos, implicando también mucho tiempo obtenerlos, dado que la validación como la actividad en sí, como en el proceso anterior, también se realizaba manualmente.
- Al no contar con una lista de ingredientes necesarios para la producción de manera precisa y oportuna, tampoco se podía tener los costos parciales y totales para realizar las compras que abastecieran el servicio planificado. Y si bien, era posible de alguna manera tener los consolidados, el tiempo que tomaba generarlos era muy extenso, afectando toda la cadena de abastecimiento y producción. Esta problemática, adicionalmente evitaba realizar análisis de rendimiento y costos, y en ocasiones al no tenerlo impedía medir y ajustar las cantidades como parte de las mejoras del negocio.
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
3.1.2. Formulación del Problema
¿El uso de la aplicación web permitirá reducir el tiempo y aumentar la precisión en la generación de requisiciones, de la Empresa Alinorte Chile en el Rubro de Alimentación Colectiva?
3.1.3. Justificación
Al aumentar la variedad de platos implicaba replicar y/o realizar más cálculos en relación a éstos, directa y principalmente en la planificación de menús, si tomamos en cuenta que solo había una persona encargada de realizar dicha labor con una frecuencia a corto plazo (semanal) para el procesamiento de información. El aumento de nuevos contratos y menús a planificar aumentaría la designación de recursos y tareas manuales, impactando directamente en las posibilidades de error y tiempo empleado. Considerar una automatización de procesos en este punto, a través de una aplicación web, posibilitaría una mejora sustancial en cuanto al tiempo y precisión en los cálculos.
De esta manera, la aplicación web beneficiaría a la empresa mejorando la atención de sus contratos actuales y de recibir nuevos contratos, alineándose a los objetivos financieros respecto al aumento de utilidades. Por otro lado, marcaría un hito dentro de ésta, al incorporar una mejora sustancial en la manera de obtener, procesar y generar información dentro del Área de Planificación.
3.1.4. Limitaciones
- El contexto de información se circunscribe solo al ámbito del Área de Planificación, desde los datos que se necesitan para la proyección de menús de acuerdo a instalación y rangos de tiempo, enfocándose directamente en los reportes que detallen los insumos [ingredientes] necesarios para la producción y compras (costos), asumiendo que los involucrados cuentan con el conocimiento y los recursos para disponer de dicha información.
- En cuanto a los recursos económicos no existía un presupuesto considerado para este tipo de proyectos, ya que el área contable no lo tenía contemplado dentro de sus proyecciones anuales.
- Los recursos humanos a considerar para el desarrollo eran parte del personal ya contratado para labores operativas lo que no permitiría una dedicación exclusiva al proyecto.
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
- Los recursos de infraestructura, tales como las computadoras, escritorios y espacios de trabajo, eran los que la empresa ya tenía como activos, de los cuales las computadoras no representaban lo último en tecnología.
- El tiempo deseado para tener la aplicación web, al menos con la generación de los reportes de requisiciones, no debía ser mayor a 4 meses.
3.1.5. Objetivos: Generales y Específicos
Objetivo General:
- Desarrollar la aplicación web para reducir el tiempo y aumentar la precisión en la generación de requisiciones en el servicio de alimentación colectiva de la empresa Alinorte Chile.
Objetivos Específicos:
- Definir los recursos necesarios y disponibles que permitan elegir la alternativa de solución apropiada de acuerdo a: las posibilidades manifestadas por la empresa y las consideraciones técnicas para obtener resultados en periodos cortos de tiempo.
- Diseñar un modelo de datos coherente a la necesidad para establecer una base común y compartida de información disponible en cualquier momento y desde cualquier lugar.
- Construir una aplicación web de manera incremental con la posibilidad de realizar revisiones periódicas hasta obtener las funcionalidades esperadas. Contemplado las funcionalidades mínimas que permitan incorporar los datos sobre insumos [ingredientes], platos y menús, necesarios para generar una planificación adecuada de menús.
- Desplegar la aplicación web en un servidor remoto para lograr la disponibilidad que permita mostrar avances a los involucrados sin depender del lugar.
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
3.1.6. Planteamiento de la Solución
- Al tener en claro el problema central se definió de manera general la solución, que consistía en contar con una aplicación web conformada por las características más esenciales que permitiesen obtener los reportes de información para requisiciones y compras.
- Se consideró la posibilidad de externalizar el desarrollo de la aplicación web con una consultora, pero se presentaba lo siguiente:
o Existían algunos detalles que se planeaban ir refinando en el camino. Y el proveedor no aseguraba reuniones periódicas que permitieran ir manejando los cambios inmediatos.
o No se aseguraban los entregables de prueba de manera periódica, es decir, contar con incrementos a corto plazo que permitieran ir evaluando las funcionalidades.
o El plazo de entrega de un producto terminado no se adecuaba a la necesidad, y esto repercutía también en los costos que se salían del presupuesto asignado.
- Se consideró la posibilidad de realizar de manera interna el desarrollo de la aplicación web íntegramente con recursos propios, debido a que:
o Se contaba con el personal comprometido y conocedor de los procesos del negocio, con las cualidades y condiciones para involucrarse en un proyecto interno.
o Se contaba con un profesional en sistemas que se desempeñaba como Asesor de TI, con conocimiento y experiencia en desarrollo de software libre en entorno web.
o Existía disponibilidad de recursos ya adquiridos para implementación, tales como:
humanos y de infraestructura (computadoras y muebles).
- Al evaluar las alternativas de desarrollo, se decidió iniciar el proyecto tomando en cuenta las siguientes consideraciones:
o El grupo de usuarios, a quienes estaba orientada el aplicativo Web, era pequeño y limitado, pues consistía en: el personal que actualizaría la información y el personal que obtendría los reportes solicitados.
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
o La forma de trabajo debía tener un seguimiento a corto plazo, de manera iterativa, obteniendo un producto de manera incremental que permitiese ajustes en caso de que fuese necesario y manteniendo en lo posible documentos o modelos de datos.
o El aplicativo Web a construir debía concebirse como una herramienta computacional, para permitir un fácil acceso y disponibilidad, con la capacidad de replicar los cambios de manera inmediata.
o Se debía minimizar en lo posible el uso de licencias, tanto para su construcción como para su uso de manera permanente.
- La necesidad de obtener resultados en corto plazo con la optimización de los pocos recursos presentes en la empresa, sin perder la magnitud del objetivo, requería ser ligeros tanto en la gestión de proyectos como en el desarrollo de software, para proporcionar entregables funcionales, pero sin perder los modelos formales de información. Es así que se decidió abordar una forma de trabajo enfocada en la utilización de prácticas ágiles tomando como referencias PMI-AGIL y AGILE-Scrum, bases desde la cual se afrontan las acciones para gestionar el proyecto y desarrollar el software. Sin embargo, una guía ágil no ha significado una serie de pasos estrictos, pero dichas prácticas sí han sido adaptadas/ajustadas a la realidad presente en el proyecto.
- Al enfocar la aplicación bajo una arquitectura web de cliente-servidor, ya se tenía en claro que el tiempo de respuesta dependía principalmente de los siguientes factores: las características del servidor (servicio de hosting rentado), la conexión a internet y del lenguaje de programación. Fue fundamental la experiencia del desarrollador web, quien ya había encarado la implementación de proyectos similares y que conocía los factores antes indicados, lo cual ayudo a decantarnos por el uso de PHP como lenguaje de programación y MySQL como gestor de base de datos.
3.1.7. Análisis de la Viabilidad
Viabilidad Operativa
- Al determinar que existía personal con las capacidades para implementar internamente (totalmente con recursos propios) el proyecto, se reestablecieron las funciones de estos para dar cabida a las nuevas tareas que demandaría el proyecto, reorganizando aquellas propias de la operatividad de tal manera que no se vean afectadas.
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
- En cuanto al impacto de los cambios en las áreas involucradas, se vislumbraba una clara mejora en la usabilidad de la aplicación web versus sus métodos manuales de trabajo, esto debido que la aplicación apuntaba a unificar la información y facilitar la obtención de reportes. La aplicación web no generó algún tipo de rechazo a pesar de que sería una nueva forma de trabajo, tampoco pretendía desplazar a ningún colaborador, por el contrario, pretendía optimizar su tiempo.
- Se consideraron breves cursos al usuario con el fin de asegurar que la aplicación web sea utilizada para los fines en que fue construida y planeada, iniciando una capacitación de 3 días repartiendo las horas de tal manera que no impactase en la rutina laboral de los colaboradores.
Por tanto, en el aspecto operativo se determinó que el proyecto operacionalmente era factible, ya que se contaban con los recursos humanos para desarrollarlo y la buena voluntad del personal para aprender a manejarlo. Además, la empresa tenía toda la disposición para integrar metodologías nuevas, ya que era consciente que para el éxito de las tareas diarias del departamento se debía marchar a la par con los avances y tecnologías que el mundo ofrece.
Viabilidad Legal
- Para el desarrollo del sistema se consideró el uso de software libre, por tanto, no se debía considerar la adquisición de licencias de ningún tipo, por ese aspecto no había posibilidad de incurrir en algún tipo de delito siempre que se respetasen las condiciones de uso que puede cada uno de ellos.
- Como la mayoría de los equipos que se encontraban en la empresa tenían como sistema operativo Microsoft Windows (7), fue el área legal quién nos confirmó que tenían las licencias de uso originales correspondientes por ser software que ya se encontraba presente en las computadoras proporcionadas por la empresa, en tanto no se incurriría en falta.
- Con respecto a la confidencialidad de información que se deseaba guardar en la base de datos, se tomarán todas las medidas necesarias para no incurrir en ningún tipo de delito.
De acuerdo a lo anterior legalmente era viable, ya que la aplicación web como producto se enmarca dentro de la normativa de Ley de propiedad Intelectual (Ley N° 17.336) de Chile, específicamente para los trabajos realizados por personas dependientes dentro de una empresa. En cuanto al software libre utilizado, las principales licencias son compatibles a licencias tipo GPL (GNU General Public
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
License), salvo PHP que a partir de su versión 4 solo presenta su licencia PHP estableciendo algunas restricciones para uso, que de todas maneras se mantiene gratuito.
Viabilidad Técnica
- Desde la perspectiva de desarrollo, las dos personas involucradas en el proceso contaban con las habilidades técnicas y experiencia, así también con los recursos necesarios, dado que las características de sus equipos informáticos cubrían las necesidades para el modelado y construcción de la aplicación web.
- Desde la perspectiva de despliegue para la arquitectura Cliente-Servidor, el Cliente (usuario final del área de planificación de la empresa), no poseía ningún tipo de sistema informático a medida, pero sí al menos una computadora dentro de sus oficinas con aplicativos de oficina (MS Office) y conexión a internet. Con respecto al Servidor, la empresa no contaba con un servidor propio y dedicado que permitiese proveer servicios web y base de datos, pero se consideró la alternativa de obtener dichos servicios a través de un servidor remoto rentado, lo cual trajo consigo un beneficio en asignación y delegación de recursos, costos y por ende también una importante disminución de tiempo y riesgos.
Se concluyó a partir de los descrito anteriormente, que el sistema técnicamente era factible construirlo, ya que los recursos técnicos para implementarlo eran accesibles y conocidos por los involucrados.
Evaluación Económica
En el estudio no se pudo realizar una viabilidad económica por no contar con los elementos necesarios para poder calcular valores como el VAN, el TIR o el ROI, ya que ello fue delegado al área contable y fue ésta quien daba el visto bueno. Sin embargo, sí se logró hacer una evaluación económica que fue imprescindible para conocer la totalidad de la inversión en que incurrirá la empresa al incorporar el nuevo sistema, considerando la adquisición de hardware a pesar que en la práctica se reutilizarían equipos (activos) ya existentes en la empresa. Referente al software no incurriría en gastos ya que el único software con pago por licencia ya era parte de los gastos asumidos por la empresa dentro lo proporcionado para labores operativas.
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
Costos de hardware
Para Desarrollo del Software:
Cuadro 3.1: Costos de Equipos Computacionales Fuente: Elaboración Propia
Equipo Unidades Costo Unitario ($
USD)
Costo Total ($ USD)
Computadora Escritorio compatible 02 575.00 1,150.00
Modem/Router D-Link 01 96.00 96.00
TOTAL 1,246.00
Cuadro 3.2: Características de cada Equipo de Computo Fuente: Elaboración Propia
CPU: Core2Duo, 2.8GHz, 1MB Cache, 800MHz
Memoria RAM: DIMM 4GB, DDR2, 667MHz (2x1), Dual Ranked
Disco Duro: Disco Duro de 500GB, SATA, RAID 0
Tarjeta de Red: Adaptador de Red integrado de un solo puerto Gigabit
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
Costos de Software
Cuadro 3.3: Costos de Software Fuente: Elaboración Propia
Software Tipo Licencia Costo $ USD
Windows 7 Sistema Operativo Cliente Empresa cuenta con licencia
0.00
Microsoft Office 2010
Ofimática Empresa cuenta con
licencia
0.00
Sublime Text IDE Desarrollo Versión Gratuita 0.00
MySQL Workbench
Gestor Modelado y Base de Datos
Versión Gratuita 0.00
XAMPP Servidor Web Local Versión Gratuita 0.00
Chrome/Firefox Navegador Web Versión Gratuita 0.00
PHP 5 Lenguaje de Programación Versión Gratuita 0.00
MySQL 5.3 Base de Datos Versión Gratuita 0.00
Bizagi Modeler Modelado de Procesos Versión Gratuita 0.00
StarUML Modelado y Desarrollo Versión Gratuita 0.00
TOTAL 0.00
Costos de Personal
- En el proyecto trabajaron 2 personas a medio tiempo (24 horas a la semana), y por la envergadura del proyecto a implementar se estimó 624 horas (entre 6 y 7 meses).
- El personal involucrado cubrió los siguientes roles:
o Encargado Proyecto/Analista de Sistemas
o Analista de Sistemas/Programador de Aplicaciones Web
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
- Tenemos el costo total de la siguiente manera
Cuadro 3.4: Costos de Personal de acuerdo a Roles Fuente: Elaboración Propia
Roles Tiempo Total Estimado
(horas)
Costo por hora
($ USD)
Costo Total Estimado
($ USD)
Encargado Proyecto / Analista de Sistemas
262 7.51 1,967.62
Analista de Sistemas / Programador de Aplicaciones Web
518 5.25 2,719.50
TOTAL 4,687.12
COSTOS TOTALES:
Está dado por la suma de los costos de Hardware, Software y Personal:
• Costo Total = Costo Hardware + Costo Software + Costo Personal
Como se mencionó anteriormente, los costos de hardware y software se valorizaron en CERO por ser activos ya existentes, y el costo del personal involucrado fue incluido dentro de los costos ya asumidos en sus labores operativas, por disposición del área de administración y contabilidad. De igual forma la empresa dispuso que esta área también sea quien tenga la responsabilidad de validar la factibilidad, según el presupuesto disponible (con una partida designada para posibles proyectos de pequeña magnitud) y según sus proyecciones financieras a mediano plazo. Siendo así que dicha área comunicó que el proyecto piloto era económicamente viable ya que dentro de su análisis se podía asumir el gasto total.
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
3.1.8. Recursos (Humanos, Hardware, Software, Materiales, Servicios, etc.)
Cuadro 3.5: Equipos Computacionales solo en Unidades Fuente: Elaboración Propia
Equipo Unidades
Computadora Escritorio compatible 02
Modem/Router D-Link 01
Cuadro 3.6: Software solo en Unidades Fuente: Elaboración Propia
Software Tipo Licencia Unidades
Windows 7 Sistema Operativo Cliente Empresa cuenta con licencia
02
Microsoft Office 2010
Ofimática Empresa cuenta con
licencia
02
Microsoft Project 2010
Proyectos Empresa cuenta con
licencia
01
Sublime Text IDE Desarrollo Versión Gratuita 01
MySQL Workbench
Gestor Modelado y Base de Datos
Versión Gratuita 01
XAMPP Servidor Web Local Versión Gratuita 01
Chrome/Firefox Navegador Web Versión Gratuita 02
PHP 5 Lenguaje de
Programación
Versión Gratuita 01
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
MySQL 5.3 Base de Datos Versión Gratuita 01
Bizagi Modeler Modelado de Procesos Versión Gratuita 02
StarUML Modelado y Desarrollo Versión Gratuita 01
Cuadro 3.7: Roles y Horas requeridas Fuente: Elaboración Propia
Roles Tiempo Total Estimado
(horas)
Encargado Proyecto / Analista de Sistemas 262
Analista de Sistemas / Programador de Aplicaciones Web / Administrador de Servidor
518
3.1.9. Presupuesto
Cuadro 3.8: Equipos Computacionales y Costos Fuente: Elaboración Propia
Equipo Unidades Costo Unitario ($
USD)
Costo Total ($ USD)
Computadora Escritorio compatible 02 575.00 1,150.00
Modem/Router D-Link 01 96.00 96.00
TOTAL 1,246.00
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
Cuadro 3.9: Software y Costos Fuente: Elaboración Propia
Software Tipo Licencia Costo $ USD
Windows 7 Sistema Operativo Cliente Empresa cuenta con licencia
0.00
Microsoft Office 2010
Ofimática Empresa cuenta con
licencia
0.00
Sublime Text IDE Desarrollo Versión Gratuita 0.00
MySQL Workbench
Gestor Modelado y Base de Datos
Versión Gratuita 0.00
XAMPP Servidor Web Local Versión Gratuita 0.00
Chrome/Firefox Navegador Web Versión Gratuita 0.00
PHP 5 Lenguaje de Programación Versión Gratuita 0.00
MySQL 5.3 Base de Datos Versión Gratuita 0.00
Bizagi Modeler Modelado de Procesos Versión Gratuita 0.00
StarUML Modelado y Desarrollo Versión Gratuita 0.00
TOTAL 0.00
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
Cuadro 3.10: Roles y Costos de las Horas requeridas Fuente: Elaboración Propia
Roles Tiempo Total Estimado
(horas)
Costo por hora
($ USD)
Costo Total Estimado
($ USD)
Encargado Proyecto / Analista de Sistemas
262 7.51 1,967.62
Analista de Sistemas / Programador de Aplicaciones Web
518 5.25 2,719.50
TOTAL 4,687.12
3.1.10. Cronograma
Cuadro 3.11: Cronograma de Tareas según Estimación Inicial Fuente: Elaboración Propia
Nombre de tarea Duración Predecesoras
Desarrollo de Proyecto 624 horas
Inicio 12 horas
Elaborar el Acta de Constitución 8 horas
Identificar a los Interesados 4 horas 4
Planificación 40 horas 3
Definir el Alcance del Proyecto 12 horas 5
Definir Requerimientos del Proyecto 16 horas 7
Estimar Recursos 12 horas 8
Ejecución 572 horas 6
Adquirir Recursos 36 horas 6
Definir Personal y Roles 8 horas
Desarrollar Roles 16 horas 12
Adquirir Equipos Tecnológicos 8 horas 13
Instalar Equipos Tecnológicos 4 horas 14
Desarrollar la Aplicación Web (Sprint 1 de N) 452 horas 11
Iteración 0 92 horas 15
Análisis 12 horas 15
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
Alcance del Sistema 8 horas 15 Product Backlog: Requerimientos Funcionales 4 horas 19
Diseño 76 horas 18
Arquitectura Sistema 4 horas 20
Diagramas de Casos de Uso 24 horas 22
Casos de Uso Generales 8 horas 22
Casos de Uso Extendidos 16 horas 24
Diagramas de Actividades 8 horas 23
Modelo de Datos 8 horas 26
Bocetos de Interfaces 12 horas 27
Importación de Datos 20 horas 28
Presentación Interfaces Incremento 0 4 horas 21
Iteración 1 122 horas 17
Análisis 8 horas 30
Retroalimentación 0 8 horas 30
Construcción 110 horas 32
Generación de Base de Datos 4 horas 33
Gestión de Recetas 36 horas 35
Maquetación 8 horas 35
Codificación de Procesos 24 horas 37
Pruebas Funcionales 4 horas 38
Gestión de Minutas 70 horas 36
Maquetación 20 horas 39
Codificación de Procesos 44 horas 41
Pruebas Funcionales 6 horas 42
Presentación Aplicación Web Incremento 1 4 horas 34
Iteración 2 66 horas 31
Análisis 4 horas 44
Retroalimentación 1 4 horas 44
Construcción 58 horas 46
Reporte 01: Requisiciones 32 horas 47
Maquetación 4 horas 47
Codificación de Procesos 24 horas 50
Pruebas Funcionales 4 horas 51
Reporte 02: Listado para Compras 26 horas 49
Maquetación 2 horas 52
Codificación de Procesos 20 horas 54
Pruebas Funcionales 4 horas 55
Presentación Aplicación Web Incremento 2 4 horas 56
Iteración 3 92 horas 45
Análisis 2 horas 57
Retroalimentación 2 2 horas 57
Construcción 86 horas 59
Acceso Restringido 56 horas 60
Maquetación 4 horas 60
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
Codificación de Procesos 48 horas 63
Pruebas Funcionales 4 horas 64
Reporte 03: Minutas Proyectadas 30 horas 62
Maquetación 4 horas 65
Codificación de Procesos 24 horas 67
Pruebas Funcionales 2 horas 68
Presentación Aplicación Web Incremento 3 4 horas 66
Iteración 4 80 horas 58
Análisis 2 horas 70
Retroalimentación 3 2 horas 70
Construcción 74 horas 72
Gestión de Tipos de Alimentos 14 horas 73
Maquetación 4 horas 73
Codificación de Procesos 8 horas 76
Pruebas Funcionales 2 horas 77
Gestión de Alimentos 19 horas 75
Maquetación 2 horas 78
Codificación de Procesos 16 horas 80
Pruebas Funcionales 1 hora 81
Gestión de Tipos de Platos 11 horas 79
Maquetación 2 horas 82
Codificación de Procesos 8 horas 84
Pruebas Funcionales 1 hora 85
Gestión de Tipos de Personas 11 horas 83
Maquetación 2 horas 86
Codificación de Procesos 8 horas 88
Pruebas Funcionales 1 hora 89
Gestión de Instalaciones 19 horas 87
Maquetación 2 horas 90
Codificación de Procesos 16 horas 92
Pruebas Funcionales 1 hora 93
Presentación Aplicación Web Incremento 4 4 horas 94
Despliegue 48 horas 16
Instalación y Configuración del Dominio y Hosting 8 horas 71 Instalación de la Aplicación Web en Hosting 24 horas 97
Pruebas y Correcciones 16 horas 98
Mantenimiento 36 horas 96
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
3.2. Desarrollo
Se determinó que una serie de acciones basadas en prácticas ágiles eran las más indicadas, desde una posición cautelosa al considerar qué fases de gestión de proyectos y qué artefactos UML se deberían incluir de tal manera que proporcionase lo suficiente y necesario, pero a su vez se mantuviese la ligereza para iniciar la construcción del producto software obteniendo incrementos a corto plazo que permitiesen ir depurando y mejorando las funcionalidades, teniendo en cuenta el tiempo y el equipo de trabajo prácticamente estaba conformado solo por 2 personas. De igual manera se planteó partir de un enfoque según el marco de trabajo SCRUM para abordar la construcción del producto software, donde se procuró identificar cómo se emparejaban los roles y fases requeridas, tomando en cuenta los documentos y/o artefactos necesarios definidos previamente que proporcionaron la claridad de lo que se pretendía construir.
3.2.1. Marco de Trabajo Ágil: SCRUM
El marco de trabajo Scrum, no obligó a seguir una serie de pasos estrictos, sino que facilitó la incorporación y combinación de otras prácticas alineadas a sus principios [4][5], tales como los documentos propios de una gestión de proyectos como los artefactos de un desarrollo de software.
Es por ello que una de las primeras tareas fue aportar algo de formalización como proyecto a través de un acta de constitución, para luego dar paso a la definición de los requerimientos de manera general y los recursos humanos necesarios para llevarlos a cabo.
En una reunión previa a las iteraciones entre los involucrados, se definieron los roles requeridos por Scrum, donde se designó al Jefe de Planificación como el Product Owner por ser el conocedor de los procesos y tener una idea clara de lo que se esperaba de la aplicación. Se designó al Asistente de Planificación para el rol de Scrum Master por su perfil académico y por el conocimiento recientemente adquirido sobre lo necesario para el desarrollo de software. El Development Team estuvo conformado principalmente por un desarrollador web, quien por su experiencia asumió diversos roles, tales como: maquetador, programador, tester y lo necesario como administrador del servidor.
Si bien Scrum como parte de su teoría prescribe cuatro eventos formales (contenidos dentro del Sprint) para la inspección y adaptación, en la práctica para el contexto de la empresa, éstos se dieron de la siguiente manera:
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
- Sprint: Sí se llevaron a cabo, estimando en promedio de 20 a 25 días.
- Sprint Planning: Sí se llevó a cabo, pero solo una vez (en la Iteración 0).
- Daily Scrum: Sí se llevó a cabo, pero no todos los días, al menos se procuró que sea interdiario.
- Sprint Review: Sí se llevó a cabo, al finalizar cada Iteración.
- Sprint Retrospective: No se llevó a cabo.
A pesar de que no hubo rigidez en los eventos, se procuró tener siempre presente el comportamiento y la relación de éstos para mantener esa cercanía a las mejores prácticas de Scrum, siguiendo el esquema de resumen siguiente:
Figura 3.3: Ciclos del Marco de Trabajo SCRUM Fuente: Esquema de proyectosagiles.org
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
Así mismo con la documentación sugerida por Scrum, se procuró manejar lo necesario, teniendo en cuenta lo siguiente:
- Product Backlog: Sí se usó, pero solo se modificó al inicio para priorizar los requerimientos, es decir la lista no cambió durante todos los sprints. Esta lista se puede apreciar en la Iteración 0.
- Sprint Backlog: No se usó, ya al ser una sola persona y ser pocas tareas concretas (según la división presente en cada Sprint del cronograma) el control de su trabajo sería manejable.
3.2.2. Tareas Realizadas
Iteración 0
Denominada CERO porque se contempló aspectos de análisis de la cual se desprendió la primera lista de requerimientos Product Backlog priorizada de acuerdo al valor para el Product Owner.
Esta iteración inicia con una reunión con el Product Owner y el Scrum Master, donde se definió el alcance del sistema para obtener una lista de requerimientos realistas. Luego siguió una reunión donde el Product Owner iba manifestando lo que esperaba del software mientras el Scrum Master iba escribiendo en una pizarra a modo de historia de usuario, y luego de que él validaba la definición de cada una de ellas, el Scrum Master recién procedía a anotarlas en un post-it que iba pegando en otra sección de la pizarra. Para finalizar la reunión se realizó la priorización de las historias (Product Backlog) de acuerdo a las necesidades más relevantes del Product Owner, siendo ésta una de las principales finalidades.
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
Cuadro 3.12: Product Backlog (Requerimientos como Historias de Usuarios) Fuente: Elaboración Propia
ID Historia de Usuario Descripción Criterios Aceptación Tamaño
HU1
COMO Planificador
QUIERO guardar los datos de las recetas
PARA tenerlos disponibles en cualquier momento
El formulario que permite vincular recetas con ingredientes.
Considera los siguientes datos: Nombre Receta, Tipo de Plato, Unidad, Color, Gramaje de Plato.
HU2
COMO Planificador
QUIERO guardar los datos de las minutas
PARA generar planificaciones por periodos de tiempo
El formulario que permite vincular minutas con instalaciones, recetas, ingredientes y personas. Considera los siguientes datos:
Fecha, Jornada, Instalación, Cantidad de Tipos de Platos, Recetas, Ingredientes.
HU3
COMO Planificador
QUIERO consultar el reporte de requisiciones
PARA saber las cantidades a utilizar en la preparación de minutas
El listado que permite ver las cantidades en gramajes que se deben
utilizar en la producción de platos
HU4
COMO Planificador
QUIERO consultar el reporte de listado de compras
PARA saber las cantidades y sus precios de los ingredientes a comprar
El listado que permite ver las cantidades y costos a asumir en las
compras de las minutas planificadas
HU5
COMO Usuario
QUIERO un acceso restringido PARA evitar que otras personas puedan manipular los datos registrados
El formulario que permite ingresar y validar un nombre de usuario
y contraseña
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
HU6
COMO Planificador
QUIERO consultar el reporte de minutas
PARA saber la cantidad de minutas por atender
El listado que permite ver las minutas por periodos de tiempo
seleccionados
HU7
COMO Planificador
QUIERO guardar los datos de los tipos de alimentos
PARA tenerlos disponibles en cualquier momento
El formulario que permite ingresar los datos de tipos de alimentos.
Considera los siguientes datos: Nombre Tipo de Alimento.
HU8
COMO Planificador
QUIERO guardar los datos de los alimentos
PARA tenerlos disponibles en cualquier momento
El formulario que permite ingresar los datos de alimentos.
Considera los siguientes datos: Nombre Alimento, Tipo de Alimento, Costo, Código, Unidad de Medida de uso, Unidad de Medida de compra, Color, Factores.
HU9
COMO Planificador
QUIERO guardar los datos de los tipos de platos
PARA tenerlos disponibles en cualquier momento
El formulario que permite ingresar los datos de los tipos de platos.
Considera los siguientes datos: Nombre de Tipo de Platos, Gramaje.
HU10
COMO Planificador
QUIERO guardar los datos de los tipos de personas
PARA tenerlos disponibles en cualquier momento
El formulario que permite ingresar los datos de los tipos de personas. Considera los siguientes datos: Nombre de Tipo de Persona
HU11
COMO Planificador
QUIERO guardar los datos de las instalaciones
PARA tenerlos disponibles en cualquier momento
El formulario que permite ingresar los datos de las instalaciones.
Considera los siguientes datos: Alias, Nombre, Rut, Dirección, Teléfono, Tipos de Personas, Cantidad de Raciones, Tipos de Platos, Total Raciones.
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
Como ya se ha mencionado, fue determinante la experiencia del programador (Development Team), pues cuando se le comunicó que se trabajaría con Scrum su receptividad fue positiva, dado que se adaptó para realizar estimaciones de tiempo cortas para los Sprint, definiendo un tiempo promedio de 22 días hábiles para lograr entregables, lo que llevó a que él mismo propusiese hacer una codificación que solo se acercase a Extreme Programming (XP) sincerando que no aseguraría ser tan rígido con esa metodología, ya que se enfocaría en avanzar pudiendo dejar de lado ciertos principios como la refactorización de código entre otros.
Otra finalidad de este Sprint también fue obtener las primeras interfaces a manera de un incremento, que permitieron brindar al Product Owner una primera idea más “tangible” de lo que sería la aplicación web, pasando a través de algunos diagramas y artefactos UML como se verán a continuación.
Arquitectura de la Solución: Cliente - Servidor
El Scrum Master estableció la arquitectura física sobre la cual se basaría la solución, que corresponde al modelo Cliente-Servidor, ya que era parte de la disponibilidad deseada.
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
Figura 3.4: Diagrama de Arquitectura Web Fuente: Elaboración Propia
Vista de despliegue
Este pretendió mostrar el despliegue de la configuración de los componentes del sistema. Con este modelo se permitió tener una idea general de los elementos/componentes necesarios y su interacción.
BIBLIOTECA DE
CIENCIAS
FÍSICAS
Y MATEMÁTICAS
Figura 3.5: Diagrama de Despliegue Fuente: Elaboración Propia
Modelo de Caso de Usos del Sistema
El modelo de Casos de Uso del Sistema presentó las interacciones entre el sistema y los actores involucrados. Se representó mediante un Diagramas de Casos de Uso.
