0% encontró este documento útil (0 votos)
28 vistas14 páginas

Sistema Delivery para Sanguchería Kike

Este documento presenta el plan de desarrollo de software para el negocio de comida rápida 'Los Sanguchones de Kike' con el fin de optimizar sus procesos de delivery. Se describen las secciones del proyecto incluyendo introducción, alcance, participantes, interfaces y cronograma.

Cargado por

william
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
28 vistas14 páginas

Sistema Delivery para Sanguchería Kike

Este documento presenta el plan de desarrollo de software para el negocio de comida rápida 'Los Sanguchones de Kike' con el fin de optimizar sus procesos de delivery. Se describen las secciones del proyecto incluyendo introducción, alcance, participantes, interfaces y cronograma.

Cargado por

william
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

_________________________________________________________________________

Los Sanguchones de Kike


_________________________________________________________________________

Sistema Web para el Servicio de Delivery


Plan de Desarrollo de Software

Versión 0.1
Historial de Revisiones

Fecha Versión Descripción Autor

18/05/2020 1 Revisión del Primer Ing. Melquiades Efrain


avance del Proyecto Melgarejo Graciano

22/05/2020 2 Revisión del Segundo Ing. Melquiades Efrain


avance del Plan de Melgarejo Graciano
Proyecto
1. Introducción

1.1. Propósito

El propósito de este negocio es expandir su posición en el mercado para llegar a ser la cadena
de comidas rápidas más importante a nivel nacional, implementando publicidad, mayor
infraestructura y un aporte más tecnológico para volver más fácil la venta de los sándwiches .

1.2. Alcance

Hoy en día los negocios a nivel nacional buscan desarrollar sus objetivos y/o alcances de
acuerdo al rubro que desempeñan utilizando objetivos estratégicos para poder ganar un
provecho competitivo y así aprovechar mejor sus recursos garantizando una mejor calidad en
el servicio que ofrecen a sus clientes. Por el contrario, si las empresas no integran de forma
correcta los sistemas de información y su infraestructura tecnológica con los procesos que
realicen, aquellas no tendrán un índice de prosperidad óptima en el mercado, la demanda de
sus clientes disminuiría rotundamente y estarían propensos a no conseguir adaptarse a los
cambios fácilmente dándose en la mayoría de casos la quiebra total de la empresa.

Como problemática principal de análisis, la empresa actualmente tiene dificultades en el tiempo


de respuesta ante las solicitudes que podría tener uno de sus clientes por un producto o servicio
que le fue brindado anteriormente.

Además, actualmente los trabajadores de “Los Sanguchones de Kike” utilizan herramientas


tales como: Excel, software de seguridad para realizar las funcionalidades del negocio.
Tomando en cuenta que estas permiten llevar a cabo dichas funciones no son las más
adecuadas, debido a que aún los procesos realizados como el proceso de delivery hacia los
clientes y entre otros en su mayoría se ejecutan de forma manual y señalando una vez más que
los tiempos de entrega algunas veces suelen retrasarse.

En resumen, el alcance de este proyecto en los siguientes puntos será:

Geográfico: Organizar el sistema de las ventas ya sea en el mismo local y los pedidos por vía
delivery.

Organizacional: Proponer al cajero y a los empleados dar la facilidad y la comodidad al cliente


mediante el sistema otorgado para mejorar su eficacia actual
Funcional: Establecer una orden para automatizar la administración de las ventas y otros
servicios que brinda el negocio.

1.3. Resumen

El negocio de “Los Sanguchones de Kike” es una sanguchería ubicada en dos lugares, el


primero en la Av. Universitaria 1623, Cercado de Lima 15088, Perú y también cuenta con
un establecimiento en la Av. Colombia 509, Pueblo Libre 15084, Perú.
Se inició casi a inicios del año 2000 por Kike Peña Cueva, cocinero y dueño del local. El
empezó a hacer sándwiches pequeños y estas eran repartidas por todas las oficinas de Surco,
al ver que no había mucha clientela y no salía casi nada, Kike se iba a su casa con las justas.
Comenzó vendiendo panes pequeños (pan con palta, pan con pollo, pan con lomo, etc.) a
los estudiantes de un colegio cerca donde paraba, y le exigían panes más grandes.
Así que empezó a mirar otras tiendas de hamburguesas y se quedaba mirando cómo
preparaban las hamburguesas, fue cuando se le vino el afán de querer emprender más en
este rubro de comidas rápidas. La hamburguesería se especializa en brindar a todos los
comensales, una variedad amplia de hamburguesas de diferentes tamaños y sabores. Así
como también sus peculiares nombres. Cuenta con dos tiendas en las cuales también cuenta
con una carta virtual vía WhatsApp con el cual también se ejecuta el servicio de Delivery,
los precios de los diferentes sándwiches también se adecúan a los clientes, desde “La Misia
” hasta “La Ultra Mega Kike” otorgando a sus principales comensales comodidad y buen
servicio.
2. Vista General del Proyecto

2.1. Propósito, Alcance y Objetivos

En este presente trabajo se plantea como medida de solución desarrollar un sistema web para
optimizar el proceso de delivery para que los clientes que puedan solicitar los servicios y
disminuir contratiempos que se dan en su atención.

Realizar un sistema de delivery más efectiva, moderna, supervisada y otorgando mayor


comodidad al comprar con tiempo y evitar la demora en la entrega de los pedidos de
hamburguesa.

Esto permitirá a la organización la atención inmediata al cliente, con lo cual la interacción entre
consumidor- empleado será eficaz. Asimismo, la mayoría de los servicios requieren de la
presencia del cliente, lo cual originaría un grado de insatisfacción por parte de este.

Muchos negocios, no cuentan con esta modalidad, ya que se pueden presentar dificultades
como pérdida de información, malversación de la información, retraso por parte de la calidad
de internet, falta de acceso a una fuente de red.

2.2. Suposiciones y Restricciones

Tomando en cuenta los procesos a realizar para el software para el desarrollo del sistema Web
de delivery se va suponiendo los posibles errores que se pueden presentar, como un error al
subir el archivo localhost hacia el hosting visionado, otro posible error común implica el retraso
en la culminación del código dejando así vulnerable a completado del informe del proyecto.

Algunas restricciones temporales a rescatar es la falta de un Dominio y un Hosting para poder


hacer prácticas y subir el proyecto una vez culminado.
2.3. Entregables del proyecto

● Casos de Uso
● Especificación de Casos de Uso
● EDT
● Organigrama de la Empresa
● Diagrama de Gantt

2.4. Evolución del Plan de Desarrollo del Software

Actividades Fecha

1. Elegimos el negocio para la implementación del proyecto. 12/05/2020

2. Recopilamos información acerca del negocio 16/05/2020

3. Determinamos el propósito del negocio. 18/05/2020

4. Determinamos el alcance del negocio. 18/05/2020

5. Realizamos una descripción breve del negocio. 18/05/2020

6. Identificamos la problemática del negocio. 18/05/2020

7. Determinamos el propósito , alcance y objetivos del plan de 18/05/2020


desarrollo de software con respecto al negocio.

8. Desarrollamos una descripción de las interfaces y la 18/05/2020


funcionalidad de cada una de ellas que ofrecerá como solución al
plan de desarrollo de software.

9. Determinamos los roles y responsabilidades de cada uno de los 18/05/2020


integrantes con respecto al desarrollo de software.

10. Determinamos el presupuesto y los recursos que estarán 22/05/2020


involucrados en el desarrollo del proyecto.

11. Presentamos el desarrollo del proyecto en fases , respecto al 22/05/2020


número de iteraciones que tendrá y la duración respectiva en cada
una de ellas.

12. Presentamos las actividades que tendrá el proyecto en función a 22/05/2020


un calendario donde se presentarán las actividades con la fecha de
inicio y de fin y los recursos que cada una de ellas tendrá.

13. Determinamos cómo se dará el seguimiento y control del 22/05/2020


proyecto.
3. Organización del Proyecto

3.1. Participantes en el Proyecto

● Ninaquispe Florez, Joseph David


● Jimenez Janampa, Miguel Angel
● Crisostomo Castro, Renzo Antony
● Carbajal Torres, Alexis Joseph
● Gaspar Ortiz, Pedro Jesus

3.2. Interfaces Externas

El software a implementar se encargará de llevar a cabo un control más dinámico y eficaz con
respecto al servicio de delivery que ofrece la sanguchería "Los Sanguchones de Kike".El
software contará con las siguientes interfaces de acuerdo a rol que el usuario cumpla viéndose
así de la siguiente manera:

Usuario : Cliente

1. Interfaz principal promocional de la sanguchería : Esta interfaz permitirá al cliente


mantenerse al tanto de la descripción del negocio , el podrá informarse de su ubicación
, un poco de la historia del negocio,las hamburguesas más pedidas,el número de
contacto del negocio y se le mostrará una opción que le llevará a la lista o catálogo de
las hamburguesas.
2. Interfaz catálogo de hamburguesas y productos adicionales: Esta interfaz permitirá al
cliente poder visualizar todas las hamburguesas y otros productos que la sanguchería
ofrece añadiendo sus características y precios [Link] cliente además contará
con una opción donde le permitirá añadir al carrito todos los productos que desee pedir.
3. Interfaz carrito de compras : Esta interfaz permitirá al cliente ver la cantidad de
productos que ha elegido además de la capacidad de poder aumentar la cantidad de
productos hasta un máximo requerido de 5 por cada producto no más. Además aquí se
le presentará los términos y condiciones que el negocio determinará para seguir con el
pedido del delivery de los productos seleccionados.
4. Interfaz especificación de pedido de productos de pedidos en el delivery: El interfaz
mostrará los productos que el cliente a elegido mediante una lista con la suma total
añadiendo el costo del envío del delivery. El cliente deberá llenar el formulario con su
dirección respectiva para que se llegue a saber de qué tratará su pedido y la dirección a
donde se quiere enviar .
5. Interfaz confirmación del delivery : El sistema mostrará al cliente la confirmación
exitosa de su pedido y el envío de los detalles a su correo electrónico respectivo.

Usuario : Administrador

1. Interfaz login administrador : El administrador contará con un usuario y contraseña


predefinida por la organización el cual mediante esta interfaz podrá corroborar su
acceso al sistema como administrador para realizar las funciones que le corresponden
dentro del sistema.
2. Interfaz mantenimiento de productos : El sistema permitirá al administrador hacer el
mantenimiento de los productos tales sean hamburguesas entre otros donde el podrá
registrar , modificar o eliminar algún detalle con respecto a los productos que ofrece.
3. Interfaz listado de pedidos : El sistema permitirá al administrador ver el listado de los
pedidos que se están solicitando , y el podrá cambiar el estado de cada pedido y a su
vez confirmar por el envío de correo al cliente la totalidad de envío de su pedido.

3.3. Roles y Responsabilidades

RESPONSABLE RESPONSABILIDAD

Responsable de la visión de producto y la


gestión económica de su desarrollo.
Intermediario entre equipo de desarrollo y
Pedro Jesus Gaspar Ortiz stakeholders, clientes y usuarios.
Decide qué características y funcionalidades
tendrá el sistema en desarrollo y el orden en
que deben ser implementadas y las válida.

Lidera el equipo de desarrollo (no dirige ni


gestiona).
Miguel Angel Jimenez Janampa Es responsable del proceso de desarrollo y
está al servicio de los miembros del equipo
Joseph David Ninaquispe Florez de desarrollo para facilitar su aplicación.

Responsables del diseño, implementación y


verificación del sistema en desarrollo.
Carbajal Torres, Alexis Joseph El equipo se autoorganiza para llevar a cabo
Crisostomo Castro, Renzo Anthony los objetivos ya planificados
En conjunto, deben tener todos los
conocimientos y capacidades para producir
software funcional de buena calidad.

4. Gestión del Proceso

4.1. Estimaciones del proyecto


En esta parte se especificará todo lo relacionado a los presupuestos que consideramos que
tendrá y los recursos necesarios que utilizaremos para cumplir el objetivo de plan de
proyecto.

4.2. Plan de Proyecto


En esta sección se presenta la organización en fases e iteraciones y el calendario del proyecto.

4.2.1. Plan de las Fases

El desarrollo del proyecto se llevará a cabo en base a fases con una o más iteraciones en cada
una de ellos, es decir cada punto que tendremos como actividades designadas estarán
distribuidas de acuerdo al nivel de cómo se dará la evolución del software a realizar . A
continuación ,la siguiente tabla muestra una la distribución de tiempos y el número de
iteraciones de cada fase (para las fases de Construcción y Transición es sólo una aproximación
muy preliminar) para el desarrollo de nuestro proyecto.

Nro.
Fase Duración
Iteraciones

Fase de Inicio 2 2 semanas

Fase de 6 5 semanas
Elaboración

Fase de 4 7 semanas
Construcción

Fase de Transición 2 2 semanas


Los hitos que marcan el final de cada fase se describen en la siguiente tabla.

Descripción Hito

Fase de Inicio Durante esta fase incluye la definición del proyecto, la


producción de una primera descripción del producto, la
generación de una carta del proyecto y el análisis de las
necesidades del negocio.

Fase de En esta fase se analizan los requisitos y se desarrolla un


Elaboración prototipo de arquitectura (incluyendo las partes más
relevantes y / o críticas del sistema). Al final de esta fase,
todos los casos de uso correspondientes a requisitos que
serán implementados en la primera release de la fase de
Construcción deben estar analizados y diseñados (en el
Modelo de Análisis / Diseño). La revisión y aceptación del
prototipo de la arquitectura del sistema marca el final de esta
fase.

Fase de Durante la fase de construcción se terminan de analizar y


Construcción diseñar todos los casos de uso, refinando el Modelo de
Análisis / Diseño. El producto se construye en base a 2
iteraciones, cada una produciendo una release a la cual se le
aplican las pruebas y se valida con el cliente / usuario. Se
comienza la elaboración de material de apoyo al usuario. El
hito que marca el fin de esta fase es la versión de la release
2.0, con la capacidad operacional parcial del producto que
se haya considerado como crítica, lista para ser entregada a
los usuarios para pruebas beta.

Fase de Durante la fase de construcción se terminan de analizar y


Transición diseñar todos los casos de uso, refinando el Modelo de
Análisis / Diseño. El producto se construye en base a 2
iteraciones, cada una produciendo una release a la cual se le
aplican las pruebas y se valida con el cliente / usuario. Se
comienza la elaboración de material de apoyo al usuario. El
hito que marca el fin de esta fase es la versión de la release
2.0, con la capacidad operacional parcial del producto que
se haya considerado como crítica, lista para ser entregada a
los usuarios para pruebas beta.
4.2.2. Calendario del Proyecto
Para este proyecto se ha establecido el siguiente calendario. La fecha de aprobación
indica cuándo el artefacto en cuestión tiene un estado de completitud suficiente para
someterse a revisión y aprobación, pero esto no quita la posibilidad de su posterior
refinamiento y cambios.

ACTIVIDADES FECHA FECHA RECURSO


INICIO FIN

Realizar la justificación del Lunes Lunes Información


negocio de estudio. 11/05/2020 11/05/2020 recopilada del
negocio.
Microsoft word 2016.
Laptops.

Realizar los Procesos de la Lunes Martes Software: Bizagi


negocio. 11/05/2020 11/05/2020 Modeler.
Laptops.

Definir Metodología de Martes Martes Documentos pdf de


Desarrollo de Software a 12/05/2020 12/05/2020 distintas
Utilizar. metodologías.
Microsoft Word 2016.
Laptops.

Desarrollo del proyecto en Martes Miércoles Microsoft Word 2016.


relación a la metodología de 12/05/2020 13/05/2020 Balsamiq.
software determinada. Diagrama de Gantt.

Identificación de Miércoles Miércoles Microsoft Word 2016.


requerimientos (Funcionales 13/05/2020 13/05/2020 Anotaciones acerca de
y No Funcionales) de la lo que tiene el
empresa. negocio.

Realizar casos de uso de la Miércoles Miércoles Software:


empresa. 13/05/2020 13/05/2020 LucidChart.

Elaborar el Diagrama de Jueves Jueves Software: Microsoft


Gantt de las actividades. 14/05/2020 14/05/2020 Project 2016.
Iniciar el Plan de Desarrollo Jueves Domingo Microsoft Word 2016.
de Software. 14/05/2020 17/05/2020 Laptops.

Asignación de la Lunes Lunes Microsoft Word 2016.


Arquitectura a utilizar. 18/05/2020 18/05/2020

Desarrollo de la Lunes Lunes Microsoft Word 2016.


Arquitectura determinada 18/05/2020 06/07/2020

Designación de Lenguaje de Martes Martes Sublime Text.


programación a utilizar 19/05/2020 19/05/2020 Laptops.

Desarrollo de la estructura Miércoles Miércoles Software:


de datos del proyecto 20/05/2020 03/06/2020 XAMPP

Codificación del Proyecto Jueves Jueves Software:


04/06/2020 02/07/2020 Sublime Text

Pruebas de software Viernes Lunes


03/07/2020 06/07/2020 Laptops

4.3. Seguimiento y Control de Proyecto

Gestión de Requisitos
Dentro del desarrollo del proyecto, se tendrá en cuenta las siguientes
consideraciones que nos ayudará a orientarnos para llegar en óptimas condiciones al
objetivo planteado.
● En todo proyecto es vital tener claro los requerimientos del cliente, asimismo,
los requisitos funcionales y no funcionales, para realizar el proyecto acorde a lo
planteado.
● Definir la metodología de desarrollo de software a implementar, ya que
cumplira el rol de gestionar la información dada del objeto de estudio.
● Revisar paulatinamente cada rol que toma cada integrante del equipo. El
monitoreo de cada indicador del informe del proyecto debe ser cumplido
correctamente, asimismo fomentar el trabajo en equipo ya que parte de nuestra
competencia en nuestro entorno de trabajo es el aprendizaje colectivo y
comunicación eficaz entre los miembros.

Control de Plazos
El calendario del proyecto tendrá un seguimiento y evaluación semanal por el jefe del grupo
de desarrollo del proyecto y el profesor de curso.
Control de Calidad
Los defectos detectados en las revisiones tendrán un seguimiento para asegurar la correcta
elaboración respecto de la solución de dichas deficiencias.
● Monitorear la operatividad en cada interfaz del sistema con el fin de contrarrestar
posibles errores que involucren un factor de riesgo en el proyecto
● Definir de manera correcta los valores en la inserción de datos al sistema web
● Cumplir con los requerimientos dados por el cliente.
● Verificar si cada punto del desarrollo del sistema web tiene la relación objetiva de la
solución propuesta del negocio.

Gestión de Riesgos

Se realizará una gestión de configuración para llevar un registro de los artefactos generados y
sus versiones respectivas. También se incluirá la gestión de Control de Calidad de Pruebas y
de las modificaciones que éstas produzcan debido a algún cambio que deseado por el cliente ,
además informando y evidenciando dichos cambios para que sean accesibles también a todos
los participantes en el proyecto. Al final de cada iteración se establecerá un registro del estado
de cada artefacto, estableciendo una versión por cada vez que quiera mejorarse el proyecto que
estaremos realizando.

También podría gustarte