Documentos de Académico
Documentos de Profesional
Documentos de Cultura
SISTEMA WEB
Desarrollo de Software
Universidad Autónoma del Perú
54 pag.
PROYECTO ACADÉMICO:
IMPLEMENTACIÓN DE UN SISTEMA WEB PARA EL
PROCESO DE PEDIDOS POR DELIVERY DE LA
PANADERÍA “LA UNIÓN”
Estudiantes:
Avila Satornicio Sebastián Jesús
Cruz Cueva Juan Efrain
Cuenca Saavedra Anthony Jefferson
Espinoza Cori Ronaldo
Gonzales Jaque Rosmel Santiago
Docente:
Dr.Petrlik Azabache Ivan
Diciembre 2020
Ciudad – Perú
1.4.1. General
La Confederación Española de Panadería, Pastelería, Bollería y Afines
(CEOPPAN) pide crear una titulación de panaderos/pasteleros para que "haya
gente joven emergente que pueda entrar a trabajar a las panaderías", que
"necesitan mano de obra para sobrevivir"; y se dignifique ese ancestral oficio.
El mundo de la panadería no se libra del tema de la covid-19 y está con las
ventas bajas", según (Jiménez, 2020, pag.1), para quien, a nivel nacional, "hay
sitios que lo pasan peor que otros".
Se ha referido a que para estas zonas de España que dependen del turismo, "el
bache que han atravesado en Semana Santa y verano ha sido terrible y muchas
panaderías y pastelerías han tenido que cerrar después de muchos años porque
no han conseguido sobrevivir a esta incertidumbre de la covid-19", nos comenta
1.4.2. Especifico
Actualmente a raíz de esta pandemia mundial todos los negocios se han debido
afectados por el aislamiento social obligatorio, que es una medida otorgada por
el Gobierno para evitar el contagio y propagación de este virus.
Según nos Comenta (Pío Pantoja, 2020, pag.1) que el Gobierno del Perú ha
decretado a nivel nacional el aislamiento de las personas sin poder salir, salvo
para comprar alimentos (pan) de primera necesidad donde a Nivel nacional
panaderías, pastelerías, bodegas, sólo han abierto sus puertas 11,000
aproximadamente. Ellos totalmente siguen trabajando para producir y vender
pan diariamente, tanto como los dueños, trabajadores y clientes, se siguen
costeando gastos extras, como en protocolos de seguridad de salud sin
Incrementar los precios finales.
1.4.3. Empresa
2.1.7. Jquery
Esta biblioteca de software libre desarrollada con JavaScript que permite
simplificar, optimizar e interactuar con los determinados documentos HTML, que
nos permite crear animaciones y generar variedad elementos que son
interactivos en la web. En definición JQuery es una biblioteca que ofrece una
serie de funcionalidades cuya implementación y desarrollo requerirían de mucho
más código, es decir, se pueden lograr grandes resultados en menor tiempo y
utilizando menor código. (Regla, 2014)
2.1.8. Css3
Según (GAUCHAT, 2015, pág. 64) indica que: “En un intento por reducir el uso
de código Javascript y para estandarizar funciones populares, CSS3 no solo
cubre diseño y estilos web sino también forma y movimiento. La especificación
de CSS3 es presentada en módulos que permiten a la tecnología proveer una
especificación estándar por cada aspecto involucrado en la presentación visual
del documento”.
Según lo expresado por GAUCHAT se puede argumentar que CSS tiene
asignados propiedades y estilo previstos por navegadores, propiedades que son
combinadas para obtener un correcto estilo en la visualización.
2.1.11.1. JavaScript
El código de programa de JavaScript, llamado script, se introduce directamente
en el documento HTML y no necesita ser compilado, es el propio navegador el
que se encarga de traducir dicho código. Gracias a JavaScript podemos
desarrollar programas que se ejecuten directamente en el navegador (cliente) de
manera que este pueda efectuar determinadas operaciones o tomar decisiones
sin necesidad de acceder al servidor. (Orós 2014 p. 74)
METODOLOGIA SCRUM
Scrum propone una serie de roles, artefactos y actividades que hay que asumir
en el seno de un proyecto. Una gran parte de estos aspectos van orientados
principalmente a la creación de un flujo de comunicación que cubra todas las
necesidades en este aspecto en el seno de un proyecto: de cómo se comunica,
a quien se comunica y cuando se comunica depende en gran parte el éxito o el
fracaso del proyecto. (Galiano, Josep 2016 p. 15)
SPRINT:
Un sprint es la unidad de tiempo que determina un ciclo de desarrollo con Scrum.
En este tiempo deben llevarse a cabo obligatoriamente las actividades siguientes
- El sprint planning.
- Dialy meeting.
- Sprint review.
- Sprint retrospective.
Monte 2016 (p 77)
PRODUCT BACKLOG:
El product backlog es la lista de funcionalidades, productos o acciones que
conforman el producto que se ha de construir. El product backlog se escribe en
el idioma del cliente y se compone de historias de usuario, que veremos más
adelante cada historia se va completando y detallando a medida que se necesita
o debe información. Ha de tener suficiente información para permitir que el
equipo pueda hacer una estimación de lo que costaría hacerla realidad. Monte
2016 (p 55)
HISTORIA DE USUARIO:
Las historias de usuario, son pequeñas descripciones de los requerimientos de
un cliente. Su utilización es común cuando se aplica marcos de entornos ágiles
como Scrum. Al redactar las historias de usuario se debe tener en cuenta
describir el Rol, la funcionalidad y el resultado esperado en una frase corta. Debe
REUNION RETROSPECTIVA
En esta reunión, el DT y el SM debaten sobre los incidentes registrados en el
incident backlog y en el impediments backlog. Se buscan soluciones para las
cuestiones aparecidas durante el sprint que puedan haber sido un freno para la
productividad. Se tratan temas que permitan cerrar el sprint e iniciar uno nuevo
con el equipo reforzado en todos los sentidos. Monte 2016 (p 90)
Las Historias de Usuarios son los requerimientos funcionales del sistema requeridos por el cliente, en el siguiente
cuadro podemos visualizar los Roles y Características de funcionalidad de cada uno de nuestros Usuarios.
En el Sprint 1 Podemos observar cómo cada Rol tiene una Razón y un Resultado o Comportamiento esperado.
Como Cliente/administrador/vendedor necesito visualizar Con la finalidad de obtener más información del 1
HU-10
detalle de producto producto.
Como administrador/vendedor necesito visualizar los Con la finalidad de saber cuánto se está ganando 1
HU-12
pedidos totales en ventas.
Creación del Crud del Modelo necesito visualizar mis Con la finalidad de ver todos los pedidos 1
HU-13
Categoría pedidos realizados.
ESTIMACIÓN
ID HISTORIAS DE USUARIOS ESTADO Puntos de Usuario Horas CRITERIO DE ACEPTACIÓN
1 Como cliente/administrador/vendedor/repartidor Hecho 5 5 Cuando el Product Owner acepta la
necesito un usuario y contraseña con la finalidad de funcionalidad
poder acceder al sistema.
2 Como cliente necesito poder registrar mis datos en el Hecho 5 5 Cuando el Product Owner acepta la
formulario necesito poder registrar mis datos en el funcionalidad
formulario con la finalidad de tener una cuenta.
3 Como administrador necesito poder acceder a ingresar Hecho 5 5 Cuando el Product Owner acepta la
nuevos usuarios con la finalidad agregar nuevo funcionalidad
personal.
4 Como administrador/cliente necesito poder actualizar Hecho 5 5 Cuando el Product Owner acepta la
mis datos con la finalidad de que los campos estén funcionalidad
perfectamente llenados.
6 Como administrador necesito poder agregar, modificar Hecho 2 2 Cuando el Product Owner acepta la
y eliminar categoría con finalidad de mantener las funcionalidad
categorías actualizadas.
Se necesita el modelo del formulario para registrar usuarios Requerimiento Medio Rosmel G. 1
USER STORIES
Como cliente/administrador/vendedor/repartidor necesito un usuario y contraseña con la finalidad de poder acceder al sistema.
Como cliente necesito poder registrar mis datos en el formulario necesito poder registrar mis datos en el formulario con la finalidad de tener una cuenta.
Como administrador necesito poder acceder a ingresar nuevos usuarios con la finalidad agregar nuevo personal
Como administrador/cliente necesito poder actualizar mis datos con la finalidad de que los campos estén perfectamente llenados.
Como administrador/vendedor/cliente necesito poder cambiar mi contraseña con la finalidad de tener mi cuenta segura.
Como administrador necesito poder agregar, modificar y eliminar categoría con finalidad de mantener las categorías actualizadas.
Estimado Real
Días de implementación de Sprint 14 40
Horas o Puntos de usuario 41 18
Estado del Sprint Hecho
Restante 14 13 12 11 10 8 6 4 2 1 0 -1 -2 -3 -4
Estimado 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 18
Resumen de la
Reunión Retrospectiva 1
Información de la reunión:
Lugar VIODELLAMADA ZOOM
Fecha 31/10/20
Número De Iteración / Sprint 1
Identifica
dor (ID) Característica / Número (#) de
Rol Razón / Resultado
de la Funcionalidad escenario
historia
Como Necesito un usuario Con la finalidad de poder acceder al sistema. 1
cliente/administrador/vendedor/repartidor y contraseña.
HU-1 2
3
Como Cliente/administrador/vendedor necesito visualizar Con la finalidad de obtener más información del 1
HU-10
detalle de producto producto.
Como administrador/vendedor necesito visualizar los Con la finalidad de saber cuánto se está ganando 1
HU-12
pedidos totales en ventas.
Creación del Crud del Modelo necesito visualizar mis Con la finalidad de ver todos los pedidos 1
HU-13
Categoría pedidos realizados.
USER STORIES
Como administrador/vendedor necesito poder agregar, modificar y eliminar productos del catálogo con finalidad de mantener el catalogo actualizado.
Como vendedor necesito visualizar los productos con la finalidad de ver la cantidad de stock.
Como Cliente/administrador/vendedor necesito visualizar el catálogo de productos con la finalidad de realizar un pedido.
Como Cliente/administrador/vendedor necesito visualizar detalle de producto con la finalidad de obtener más información del producto.
Como Cliente/administrador/vendedor necesito visualizar el carrito de compra con la finalidad de agregar más productos al carrito.
Como administrador/vendedor necesito visualizar los pedidos totales con la finalidad de saber cuánto se está ganando en ventas.
3 1 1 1 3
Creación del Crud del Modelo Categoría
1 1 2
Creación del Modelo de Producto
2 1 1 2
Creación del Crud del Modelo Producto
1 1 1
Creación de la funcionalidad para realizar pedidos en el
modelo de catálogos de productos
3 1 1 1 3
Creación de la funcionalidad de reporte de ventas para el
modelo de ventas
1 1 1
Creación y desarrollo de las funcionalidades del modelo
de carrito 2 1 1 2
Creación y desarrollo de las funcionalidades de modelo de
pedidos
1 1 1
16 16 16
15
14 14
13
12 12 12
10 10 10
9
8 8 8
7
6 6 6
5
4 4 4
3
2 2 2
1
0 0 0
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Resumen de la
Reunión Retrospectiva 2
Información de la reunión:
Lugar VIODELLAMADA ZOOM
Fecha 15/11/20
Número de iteración / sprint 2
Personas convocadas a la
reunión
Identifica
dor (ID) Característica / Número (#) de
Rol Razón / Resultado
de la Funcionalidad escenario
historia
Como Necesito un usuario Con la finalidad de poder acceder al sistema. 1
cliente/administrador/vendedor/repartidor y contraseña.
HU-1 2
3
Como Cliente/administrador/vendedor necesito visualizar Con la finalidad de obtener más información del 1
HU-10
detalle de producto producto.
Como administrador/vendedor necesito visualizar los Con la finalidad de saber cuánto se está ganando 1
HU-12
pedidos totales en ventas.
Creación del Crud del Modelo necesito visualizar mis Con la finalidad de ver todos los pedidos 1
HU-13
Categoría pedidos realizados.
De igual manera en el Product Backlog 3 podemos observar cómo cada Historia de Usuario tiene una Estimación por Estados,
Puntos de Usuario donde Se estima bajo puntos de usuario utilizando de 0 a 13, donde 13 tiene mayor complejidad, Se
requiere más información, es muy compleja y se debe desglosar y por último por Horas.
También especifica su criterio de aceptación, su prioridad y el responsable.
12 Como administrador/vendedor necesito visualizar Hecho 3 3 Cuando el Product Owner acepta la funcionalidad
los pedidos totales con la finalidad de saber cuánto
se está ganando en ventas.
13 Como administrador/vendedor necesito visualizar Hecho 3 3 Cuando el Product Owner acepta la funcionalidad
mis pedidos con la finalidad de ver todos los pedidos
realizados.
14 Como administrador/vendedor necesito poder Hecho 3 3 Cuando el Product Owner acepta la funcionalidad
exportar mis pedidos con la finalidad de obtener el
reporte completo y archivarlo.
15 Como cliente/administrador/vendedor necesito Hecho 3 3 Cuando el Product Owner acepta la funcionalidad
poder realizar un pago con la finalidad de obtener el
producto pedido.
16 Como cliente necesito poder visualizar mis pedidos Hecho 3 3 Cuando el Product Owner acepta la funcionalidad
con la finalidad de saber cuántos pedidos he
realizado.
17 Como administrador/vendedor /repartidor necesito Hecho 3 3 Cuando el Product Owner acepta la funcionalidad
poder ver el estado de los pedidos con la finalidad
de poder atenderlos.
Como administrador/vendedor necesito poder exportar mis pedidos con la finalidad de obtener el reporte completo y archivarlo.
Como cliente/administrador/vendedor necesito poder realizar un pago con la finalidad de obtener el producto pedido.
Como cliente necesito poder visualizar mis pedidos con la finalidad de saber cuántos pedidos he realizado.
Como administrador/vendedor /repartidor necesito poder ver el estado de los pedidos con la finalidad de poder atenderlos.
Como administrador/vendedor/repartidor necesito poder modificar el estado del pedido con la finalidad de poder controlar los pedidos que haya sido
pagado.
2 1 1 2
Desarrollo de la funcionalidad de pedido realizados para el
modelo de pedidos
1 1 1
Creación Funcional del modelo para exportar documentos
3 1 1 1 3
Creación Funcional del modelo de pagos
1 1 1
Desarrollo de la funcionalidad de pedidos realizados del
modelo de pedidos
1 1 1
Desarrollo de la funcionalidad de estados de pedidos
2 1 1 2
Desarrollo de la funcionalidad de los estados de pedidos
para modificar o controlar los pedidos
1 1 1
Verificación de Errores en el modelo de pagos
1 1 1
Verificación de Errores en los estados de pedidos
1 1 1
Pruebas del Desarrollo del Sistemas 1 1 1
revisión final del sprint 1 y 2 1 1 1
testeo final del programa hasta el sprint 3 0 0
8 8
7
6 6
5
4 4
3
2 2
1
0 0 0
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Resumen de la
Reunión Retrospectiva 3
Información de la empresa y proyecto:
Tabla 8. Reunión Retrospectiva 3
Empresa / Panadería “La Unión”
Organización
Proyecto Proyecto De Aplicativo Web De Delivery
Panadería “La Unión”
Información de la reunión:
Fecha 29/11/20
Un modelo conceptuad identifica las relaciones de más alto nivel que incluye las
entidades importantes
y las relaciones entre ellas, no se especifica ningún atributo.
Modelo conceptual
Figura 3. UML
50
Un modelo de base datos lógicos describe los datos con el mayor detalle posible,
independientemente de cómo se implementarán físicamente en la base de datos.
Las características de un modelo de datos lógicos:
Incluye todas las entidades y relaciones entre ellos.
51
2.3. Conclusiones.
En conclusión hemos obtenido un sistema de cumple con los objetivos
propuestos, que el sistema optimize los recursos de la Panadería "La Unión",
mejorando los procesos del negocio y obteniendo un mayor ingreso económico
favorable en la empresa.
La metodología Scrum nos ayudó a lo largo de todo el proyecto, ya que nos
estructura muy bien la funcionalidad del sistema, de la cual si habían cambios a
último momento esto no afectaría al éxito del proyecto, ya que esta metodología
es muy flexible a cambios.
Utilizamos el modelo MVC (MODELO-VISTA-COTROLADOR) de la cual este
patrón de diseño nos ayudó a mantener ordenado la estructuración del proyecto
y de un fácil entendimiento cuando se realice un soporte.
Este proyecto ayudo a la Panadería “La Unión” a recuperar terreno en el
mercado ya que anteriormente con el proceso de pedidos por teléfono no le daba
52
2.4. Sugerencias.
53
54