ACTIVIDAD 2 – DOCUMENTO DE FORMULACIÓN DEL PROYECTO
TYSON GILBERT BERNARD VILLADA – 100092917
EDWIN EDUARDO DAZA FRANCO – 100090581
JHORS ANDERSON FERNANDEZ DIAZ- 100092961
CORPORACIÓN UNIVERISTARIA IBEROAMERICANA
PROYECTO DE SOFTWARE
MAGDA FERNANDEZ
FACULTAD DE INGENIERÍA
INGENIERÍA DE SOFTWARE VIRTUAL
2024
INTRODUCCIÓN
En este documento se encuentra el alcance y especificación de los requisitos
completos del sistema gastronómico del restaurante OrderEase versión 1.0.0, asumiendo
la definición de un requisito como aquella propiedad que debe tener un sistema o una
restricción que debe satisfacer para ser aceptado por el cliente. el detalle de los requisitos
y de las restricciones está escrita de forma clara y concisa las necesidades del cliente, para
que los pueda entender y cumplir la finalidad de que la comunicación entre equipo de
desarrollo y cliente sea clara y constante.
PROBLEMA
En la actualidad, el nuevo restaurante OrderEase enfrenta desafíos significativos
en la gestión de menús, reservas y pedidos. Los clientes a menudo experimentan demoras
en la atención, confusiones en los pedidos y falta de opciones claras en el menú. Estos
problemas han afectado la satisfacción del cliente y podrían estar contribuyendo a la
pérdida de negocios. Ubicado en San Andrés Islas, Colombia, OrderEase busca
implementar un sistema tecnológico integral para abordar estas deficiencias y mejorar la
experiencia general del cliente.
SOLUCIÓN
Nuestra propuesta para los desafíos actuales en la gestión de menús, reservas y
pedidos consiste en la implementación de un sistema integral de gestión gastronómica a
través de una aplicación web y desarrollada en PHP con el framework Laravel. Esta solución
aborda las demoras en la atención y la falta de información clara en el menú mediante una
interfaz interactiva que proporciona descripciones detalladas y fotografías de alta calidad
de cada plato. Para mejorar las reservas de mesa, se introducirá un sistema en línea que
permitirá a los clientes verificar la disponibilidad en tiempo real. Además, se incorporará un
sistema de pedidos en línea para reducir tiempos de espera y minimizar errores. Estas
soluciones no solo optimizarán la operación del restaurante, sino que también mejorarán la
experiencia del cliente, promoviendo la lealtad y la competitividad en el mercado local.
DESCRIPCIONES DE SOLUCIONES AL PROBLEMA
• Implementación de una aplicación web desarrollada en PHP con el framework Laravel
para proporcionar una interfaz interactiva con descripciones detalladas y fotografías de
alta calidad de cada plato.
• Introducción de un sistema en línea para reservas de mesa, permitiendo a los clientes
verificar la disponibilidad en tiempo real y reducir las demoras en la atención.
• Incorporación de un sistema de pedidos en línea para reducir tiempos de espera y
minimizar errores, mejorando la eficiencia operativa del restaurante.
RESTRICCIONES
1. Presupuesto: El proyecto debe ajustarse a un presupuesto específico que OrderEase
ha asignado para la implementación del sistema de gestión gastronómica.
2. Tecnología: El sistema debe ser desarrollado utilizando el lenguaje de programación
PHP y el framework Laravel, tal como se especifica en la propuesta.
3. Tiempo: Se debe completar la implementación del sistema dentro de un plazo
determinado, que puede ser definido por OrderEase.
4. Disponibilidad de recursos: Se debe considerar la disponibilidad de recursos
humanos y técnicos para el desarrollo e implementación del sistema.
5. Requisitos legales y regulatorios: El sistema debe cumplir con todas las regulaciones
y normativas locales relacionadas con la gestión de restaurantes, como la protección de
datos del cliente y la seguridad alimentaria.
CRITERIOS DE ACEPTACIÓN
1. Interfaz amigable: La aplicación web debe contar con una interfaz fácil de usar tanto
para los clientes como para el personal del restaurante.
2. Descripciones detalladas y fotografías de alta calidad: Cada plato del menú debe
contar con una descripción detallada y fotografías de alta calidad para proporcionar una
experiencia de usuario enriquecida.
3. Reservas en línea: Los clientes deben poder realizar reservas de mesa en línea y
recibir confirmación inmediata de la disponibilidad.
4. Sistema de pedidos en línea: Los clientes deben poder realizar pedidos de comida en
línea y recibir confirmación del pedido, así como actualizaciones sobre su estado.
5. Rendimiento y escalabilidad: El sistema debe ser capaz de manejar un volumen
considerable de tráfico y transacciones, y estar preparado para escalar según sea
necesario para satisfacer la demanda creciente.
6. Capacitación y soporte: Se debe proporcionar capacitación adecuada al personal del
restaurante para utilizar el sistema de manera efectiva, y se debe garantizar el soporte
técnico continuo para resolver cualquier problema que pueda surgir después de la
implementación.
EDT – ESTRUCTURA DEL DESGLOSE
[Link]
OAgkg/view?utm_content=DAFwCl61Wxo&utm_campaign=share_your_design&utm_medium=link&utm_s
ource=shareyourdesignpanel
BUSINESS MODEL
OBJETIVO GENERAL
Ejecutar la implementación exitosa del sistema integral de gestión gastronómica en
la aplicación web bilingüe del restaurante, mejorando significativamente la eficiencia
operativa y la experiencia del cliente.
OBJETIVOS ESPECÍFICOS
• Ejecutar la integración tecnológica: ejecutar la investigación y selección de tecnologías
necesarias para el desarrollo de la Aplicación, garantizando una integración eficiente y
segura.
• Analizar la experiencia del cliente actual: analizar detalladamente la experiencia del
cliente actual mediante encuestas, entrevistas y observaciones, recolectando datos
cruciales sobre las áreas de mejora específicas.
• Realizar el diseño centrado en el usuario: realizar un proceso de diseño centrado en el
usuario para la interfaz de la aplicación, garantizando la intuitividad y accesibilidad, y
considerando los resultados del análisis de la experiencia del cliente.
• Recolectar feedback continuo: recolectar feedback continuo de los usuarios durante la
fase de prueba y después del lanzamiento, utilizando encuestas y comentarios directos
en una versión posterior de la aplicación para ajustes y mejoras continuas.
JUSTIFICACIÓN
Para el corto plazo, la implementación de un sistema integral de gestión
gastronómica proporcionará soluciones inmediatas a los desafíos actuales que enfrenta
OrderEase en la gestión de menús, reservas y pedidos. Esta solución permitirá una mejora
inmediata en la experiencia del cliente al proporcionar descripciones detalladas y fotografías
de alta calidad de cada plato, facilitando la toma de decisiones y reduciendo las confusiones
en los pedidos. Además, la introducción de un sistema en línea para reservas de mesa
permitirá a los clientes verificar la disponibilidad en tiempo real, reduciendo las demoras en
la atención y mejorando la satisfacción del cliente de manera inmediata.
A medio plazo, la implementación del sistema de gestión gastronómica mejorará la
eficiencia operativa del restaurante al reducir los tiempos de espera y minimizar los errores
en los pedidos. Esto no solo aumentará la productividad del personal, sino que también
optimizará los recursos y mejorará la rentabilidad del negocio. Además, la disponibilidad de
datos en tiempo real sobre reservas y pedidos permitirá a OrderEase tomar decisiones más
informadas y estratégicas para gestionar el restaurante de manera más efectiva.
A largo plazo, la implementación del sistema integral de gestión gastronómica
promoverá la lealtad del cliente y la competitividad en el mercado local. La mejora continua
en la experiencia del cliente aumentará la reputación de OrderEase y generará una base
de clientes leales y satisfechos. Además, el sistema proporcionará una base sólida para
futuras innovaciones y expansiones del negocio, lo que permitirá a OrderEase adaptarse y
crecer en un mercado cada vez más competitivo y dinámico.
METODOLOGÍA
Para este proyecto se ha definido el marco de trabajo scrum ya que actualmente es
una de las metodologías más ágiles y representativas que ofrecen un buen término en los
entregables esperados. Este framework provee herramientas y formas de trabajo dinámico
para realizar entregas modulares y funciónales. El desarrollo de scrum se realiza de una
manera incremental y dinámica. Cada iteración, llamada sprint, tiene una duración definida,
obteniendo como resultado una versión del software con nuevas prestaciones listas para
ser usadas.
ACTORES Y ROLES
Para el aplicativo del restaurante OrderEase identificamos los siguientes actores y
roles:
cliente:
Rol: usuario final que visita el restaurante para realizar pedidos y reservas.
Gerente:
Rol: personal de nivel superior encargado de la gestión general del restaurante.
Funciones: supervisar y gestionar pedidos, menús, reservas, y personal.
Personal de restaurante:
Rol: miembros del personal encargados de tareas operativas en el restaurante.
Funciones: tomar pedidos, confirmar reservas, y otras tareas operativas.
Sistema (automático):
Rol: automatización del sistema.
Funciones: procesamiento de pagos a través de la api de paypal, gestión de menús,
coordinación de reservas, etc.
BACKLOG
MATRIX DE RIESGOS
RIESGO PROBABILIDAD IMPACTO PRIORIDAD ACCIÓN
Monitoreo continuo del gasto y
Sobrecarga del
Alta Alto Alta ajuste del presupuesto según
presupuesto
sea necesario.
Rechazo del personal Capacitación exhaustiva y
Medio Medio Medio
a la nueva tecnología soporte técnico para el personal.
Problemas de Realizar pruebas exhaustivas de
compatibilidad con Medio Alto Alto integración antes de la
sistemas existentes implementación.
Implementar medidas de
Fallos de seguridad en
Medio Alto Alto seguridad robustas y realizar
la aplicación web
pruebas de penetración.
Tiempo de desarrollo Seguimiento regular del progreso
más largo de lo Medio Alto Alto y ajuste del plan según sea
esperado necesario.
Falla en la aceptación Realizar pruebas de usuario beta
por parte de los Bajo Alto Medio y recopilar comentarios para
clientes realizar ajustes.
Interrupciones del Implementar redundancia y
servicio en la Bajo Alto Medio monitoreo continuo de la
aplicación web infraestructura.
Identificar posibles áreas de
Escasez de recursos
Bajo Medio Bajo escasez y desarrollar planes de
humanos o técnicos
contingencia.
Establecer un proceso formal de
Cambios en los
gestión de cambios y evaluar el
requisitos del Bajo Medio Bajo
impacto en el alcance y el
proyecto
presupuesto.
CRONOGRAMA
ACTIVIDAD FECHAS ESTIMADAS
Reunión inicial con el equipo de desarrollo 16 de febrero
Recopilación de requisitos 17 de febrero - 23 de febrero
Diseño y planificación del sistema 24 de febrero - 9 de marzo
Desarrollo del sistema 10 de marzo - 30 de abril
Pruebas de integración y calidad 1 de mayo - 15 de mayo
Capacitación del personal 16 de mayo - 31 de mayo
Implementación del sistema 1 de junio - 10 de junio
Pruebas finales y ajustes 11 de junio - 15 de junio
Lanzamiento oficial del sistema 16 de junio
Este cronograma proporciona una visión general de las actividades principales y las
fechas estimadas para cada fase del proyecto. Es importante tener en cuenta que estas
fechas son solo estimaciones y pueden estar sujetas a cambios dependiendo de varios
factores, como la disponibilidad de recursos, la complejidad del desarrollo y cualquier
imprevisto que pueda surgir durante el proceso.
PRESUPUESTO
Desarrollador de software: 200 horas a una tarifa de COP 100,000 por
hora = COP 20,000,000
Diseñador de interfaz de usuario: 100 horas a una tarifa de COP 80,000
Costos de Personal
por hora = COP 8,000,000
Especialista en pruebas de calidad: 50 horas a una tarifa de COP
120,000 por hora = COP 6,000,000
Licencias de software: COP 5,000,000
Costos de Hardware y
Software Servidores y equipos de desarrollo: COP 8,000,000
Capacitación del Costos de capacitación para el personal del restaurante: COP
Personal 3,000,000
Costos de gestión de proyectos: COP 4,000,000
Otros Costos Costos de consultoría externa: COP 2,000,000
Costos de viaje y alojamiento: COP 1,000,000
Total COP 57,000,000
REFERENCIAS
Pressman, Roger S., (2021) Ingeniería de software. McGraw-Hill Interamericana.
Capitulo 24, 25, 26 página de la 490 a 548
Omaña, M. (2012). Manufactura esbelta: una contribución para el desarrollo de
software con calidad. Red Enlace página de la 14 a 18.
Bourque, P. & Fairley, R. E. (Eds). (2014). Swebok. Guide to the Software
Engineering Body of Knowledge - Versión 3.0. IEEE Computer Society (Cap 5.
Sección 1 1.4-1.6).
Pérez Carvajal, R. J. (2016). Mantenimiento del software (UF1894). Málaga: IC
Editorial (Cap 1 p11-31 y Cap 2 p35-57).