UNIVERSIDAD ADVENTISTA DOMINICANA

FACULTAD DE INGENIERÍA

Tema
Desarrollo ágil Scrum: Aplicación de pedidos online

Por
JEFFREY CÁRDENA DE JESUS
2018-0100

Facilitador
ELIEL ERNESTO RODRIGUEZ

Bonao, Provincia Monseñor Nouel, República Dominicana

Noviembre 2, 2021
 2

Tabla de contenido
CAPÍTULO IV ...................................................................................................................... 3
ANÁLISIS Y DISEÑO DEL SISTEMA .................................................................................. 3
Definición de roles SCRUM ................................................................................................ 3
Preparación del proyecto .................................................................................................... 3
Historias de usuario............................................................................................................ 4
Planeación del Sprint .......................................................................................................... 6
Sprint 1 .......................................................................................................................... 7
Sprint review ................................................................................................................ 10
Sprint n ........................................................................................................................ 10
 3

CAPÍTULO IV
ANÁLISIS Y DISEÑO DEL SISTEMA

Definición de roles SCRUM

Tabla 1.
Definición del Rol: Jeffrey Cardena

Nombre Jeffrey Cardena

Rol Scrum Máster
Categoría profesional Bachiller
Responsabilidad Se encarga de gestionar el proceso Scrum
y ayudar a eliminar impedimentos que
puedan afectar a la entrega del producto.
Información de contacto 2018-0100@unad.edu.do

Figura 1.
Diagrama de caso de uso general

Preparación del proyecto

La aplicación está enfocada a ser utilizada por el público en general. De manera

general la aplicación ofrece a sus usuarios la información a través de ranking establecidos de

 4

acuerdo con las preferencias de los usuarios, esto para conseguir la atracción de clientes en

función de las preferencias.

Historias de usuario

Donde cada campo tiene el siguiente significado:

 Id. Identificador de la historia de usuario.

 Titulo. Título descriptivo de la historia de usuario.
 Descripción. Breve explicación de las intenciones de la historia de usuario.
Debe dejar clara la idea de la propia historia.
 Estimación. Evaluación del coste de implementación en unidades de desarrollo.
Estas unidades representarán el tiempo teórico (desarrollo/hombre) que se haya
estimado al comienzo del proyecto.
 Prioridad. Prioridad en la implementación de la historia de usuario respecto al
resto de las historias de usuario. A mayor número, mayor prioridad. Otra
aproximación a la priorización de tareas se hace a través del método MoSCoW:
M –Must, se debe completar este requerimiento para finalizar el proyecto. S –
Should, se debe completar este proyecto por todos los medios, pero el éxito del
proyecto no depende de él. C –Could, se debería completar este requerimiento
si su implementación no afecta a la consecución de los objetivos principales del
proyecto. W –Would, se puede completar este requerimiento si sobra tiempo de
desarrollo (o en futuras versiones del mismo).
 Dependencia. Una historia de usuario no debería ser dependiente de otra
historia.

Tabla 2.
Historia de usuario (Login de usuario)

Id HU-001
Titulo Login de usuario
Descripción Como usuario y cliente, los dos actores pueden iniciar sesión para
acceder al sistema.
Estimación 1 minuto
Prioridad M-Must
 5

Dependencia

Tabla 3.
Historia de usuario (Gestión de información)

Id GI-001
Titulo Gestionar información
Descripción Como usuario (personal), tienen acceso a este módulo, que es el
encargado de registrar los datos generales (perfil de usuario) del
dueño del negocio, del negocio, y del cliente.
Estimación 5 minutos
Prioridad M-Must
Dependencia

Tabla 4.
Historia de usuario (Módulo de comunicación)

Id MC-001
Titulo Módulo de comunicación (chat)
Descripción Como usuario (personal) y cliente, este módulo también es común
entre los dos actores, ya que será el que permitirá la comunicación
efectiva y en tiempo real mediante la implementación de un chat
entre vendedor y cliente.
Estimación 10 minuto
Prioridad M-Must
Dependencia

Tabla 5.
Historia de usuario (Módulo de almacenamiento de informes)

Id AI-001
Titulo Almacenamiento de informes
Descripción Como usuario (personal), este módulo es de los más importantes
debido a que es el encargado de almacenar la información en una
base de datos en tiempo real.
 6

Estimación 1 minuto
Prioridad M-Must
Dependencia

Planeación del Sprint

Tabla 6.
Sprint taskBoard

Historias No empezado En curso Hecho

Como cliente, no puedo Publicar página de Escribir Diseño de la
hacer un cambio de un cambio de pedido código. página de
pedido pendiente. pendiente. cambio de
pedidos.
Como usuario Solución de Pruebas. -Encontrar el
(empleado), puedo informe código existente.
buscar informes, pero -Encontrar la
no puedo encontrarlos solución.
fácilmente.
Como cliente no puedo -Crea una -Crea una
enviar una calificación plataforma para plataforma
del producto través de almacenar para
la aplicación, así que comentarios. almacenar
sé cuál sería el mejor -Escribe el código. comentarios.
producto. -Prueba completa.
-Diseñe un
formulario de
comentarios.
 7

Sprint 1 Pedido

Figura 2: Diagrama de sub-caso de uso (Pedido)

Tabla 7.
Descripción sub-caso de uso (Pedido)

Breve descripción de sub-caso Pedido

Es donde los clientes realizan pedidos de productos del negocio.
Descripción por caso
1. Autentificar usuario.
2. Mostrar productos.
3. Seleccionar productos.
4. Comprobar saldo
5. Finalizar pedido.
Posibles escenarios
1. El cliente no cuente con ningún saldo.

Figura 3: Extracción de clase interfaces, controles y entidades (Pedido)

 8

Figura 3: Diagrama de secuencia (Pedido)

Diseño de interfaces

Figura 4: Interfaz de Login de usuario

 9

Figura 5: Interfaz del menú de Pedido

Tabla 8.
Diccionario de datos (Producto)

Producto
CAMPO TIPO DESCRIPCIÓN NULL CLAVE
Id_Producto int(11) Identificador de tabla No PK
Nombre varchar(25) Nombre del producto No -
Descripción varchar(50) Información sobre el producto No -
Id_Precio int(11) Clave donde se encuentra el No FK
precio
Id_Marca int(11) Clave donde se encuentra la No FK
marca
Id_categoría int(11) Clave donde se encuentra la No FK
categoría
Id_Presentación int(11) Clave donde se encuentra la No FK
presentación
 10

Sprint review

 En el incremento se ha logrado implementar una pagina para poder hacer

cambios en los pedidos pendientes y poder encontrar los informes mas
rápidamente, por otro lado, no se ha podido implementar una página donde se
pueda almacenar los comentarios y escribir el código para poder dar
calificación del producto través de la aplicación.
 Para mejorar es recomendado asignar mas Sprint donde se puedan
implementar los cambios necesarios para la aplicación.
 Para el próximo se ha definido un Sprint de un mes para realizar los próximos
cambios que han quedado pendientes.

Sprint n

En este Sistema de pedidos en línea, para ha sido necesario 3 Sprint, cada uno de un

periodo de un mes para completar todas las partes del software.

 11

REFERENCIAS BBLIOGRAFICAS

Foreno, T. (2021). Sprint Reviews: Haz tus revisiones en Scrum de la forma correcta.
Recuperado de https://www.crehana.com/mx/blog/diseno-productos/sprint-reviews/

Moreno, J. (2019). UML. Diagrama de casos de uso. MyGest. Solución. Recuperado

de http://myfpschool.com/uml-diagrama-de-casos-de-uso-mygest-solucion/

Urtega Pecharromán, A. (2015). Aplicación de la metodología de desarrollo ágil

Scrum para el desarrollo de un sistema de gestión de empresas. Recuperado de https://e-
archivo.uc3m.es/bitstream/handle/10016/23750/TFG_Aitor_Urteaga_Pecharroman.pdf?seque
nce=1&isAllowed=y

Menzinsky, A. López, G. Palacio, J. Sobrino, M. Álvarez, R. & Rivas, V. (2020).

Historias de usuarios. Recuperado de
https://scrummanager.net/files/scrum_manager_historias_usuario.pdf

Salas MArtinez, A. Fernández Gregorio, S. (2020). Arquitectura integral móvil para

fomentar la promoción y venta de productos / servicios en MiPyMes. Recuperado de
https://www.researchgate.net/publication/346585897_Arquitectura_integral_movil_para_fom
entar_la_promocion_y_venta_de_productosservicios_en_MiPyMes
12