Historia de Usuarios

Historia 1
ID : 1 Historia de usuario H1
Nombres : Inicio de Sesión
Prioridad : 1
Estimación: 3

Descripción:
Restricciones: Se desea que los clientes, trabajadores y administradores
- Los usuarios contaran con un rol para que así solo el administrador
Historia 2
ID : 2 Historia de usuario H2
Nombres: Creación de usuario
Prioridad : 1
Estimación : 3

Descripción: Se debe realizar la creación de usuarios con los roles

Restricciones:
- Solo el usuario administrador podrá hacer la creación de los demás
Historia 3
ID: 3 Historia de usuario H3
Nombres: Registro de recursos
Prioridad 1
Estimación: 3

Descripción:
Restricciones: Se debe registrar los recursos, en este caso los
- Solo el administrador podrá modificar información de los vehículos.
Historia 4
ID: 4 Historia de usuario H4
Nombres: Asignación de recursos
Prioridad 3
Estimación: 3

Descripción: Se debe asignar recursos a los empleados con

Restricciones:
- Los recursos asignados deben estar en estado activo.

Historia 5
ID: 5 Historia de usuario H5
Nombres: Registrar Pedidos
 Prioridad 1
Estimació 8
n:

Descripción:
Restricciones: El administrador podrá registrar pedidos al aplicativo móvil
- La información de los pedidos que serán registrados debe ser extraída

Historia 6
ID: 6 Historia de usuario H6
Nombres: Seguimiento de Proceso de entrega
Prioridad 2
Estimació
8
n:
Descripción: El administrador verá en tiempo real la ubicación del camión
de reparto asignado a un usuario con rol de conductor, por medio de la
Restricciones:
- Se verá solo la última ubicación dada por el aplicativo móvil.

Historia 7
ID: 7 Historia de usuario H7
Nombres: Corroborar proceso de entregan con el cliente
Prioridad 3
Estimació 4
n:
Descripción: Para corroborar la efectividad de entrega de una pedido tal
como muestra el aplicativo, el administrador podrá hacer la llamada al
Restricciones:
- Solo el administrador podrá corroborar llamando al cliente si es que en el

Historia 8
ID: 8 Historia de usuario H8
Nombres : Actualización de pendientes
Prioridad : 3
Estimació 6
n:

Descripción:
Restricciones:El empleado al iniciar sesión vera la lista de pendientes de
- Solo se verá las pedidos pendientes asignadas a ese usuario.
 Historia 9

ID: 9 Historia de usuario H9

Nombres: Iniciar proceso de entrega
Prioridad : 1
Estimación : 8
Descripción: El usuario con rol de conductor al ver el detalle de pedido
pendiente iniciara el proceso de entrega, y le saldrá la ruta más óptimo para
Restricciones:
- La ruta mostrada solo se verá si el dispositivo móvil cuenta con un servicio

Historia 10
ID: 10 Historia de usuario H10
Nombres: Generación de Reporte
Prioridad : 1
Estimación : 15
Descripción: El sistema deberá generar los reportes diarios de costo total
en recursos y si el despacho fue cumplido correctamente, mediante la
Restricciones:
- Los reportes serán visto solo por el administrador para facilitar la toma de

Scrum Team (Equipo Scrum)

Tabla 01: Equipo Scrum (Scrum Team)

Persona Cargo Contacto Rol

Williams
Jefe de Scrum
Camacho Wcamacho_codijisa@grupojimenez.com.pe
sistemas Master
Cuandros
Junior
Enrique Efernandez_codijisa@grupojimenez.com.p Scrum
Tesista
Fernandez e Master
Ortiz

Carlos Pure Team

Tesista cpure_codijisa@grupojimenez.com.pe
Serrano Member

Matriz de Impacto
 Tabla 02 Matriz de Impacto de Prioridades
Prioridad
Muy Alta 1
Alta 2
Media 3
Baja 4
Muy Baja 5
Fuente: Confemar, 2015

Product BackLog

Pila del Producto (Product Backlog)

Tabla 03 Pila del Producto Inicial

ID Requerimientos Funcionales Historias T.E P.
El aplicativo móvil debe tener una
pantalla de inicio de sesión para
RF1 H1 2 1
los usuarios ya sea de la empresa
o clientes
El aplicativo de control web debe
RF2 tener una pantalla de inicio de H1 2 1
sesión solo para administrador
El aplicativo web de control
permitirá administrador registrar y
RF3 H2 4 2
dar mantenimiento a los usuarios
con el rol de cliente
El aplicativo web de control
permitirá administrador crear y dar
RF4 H2 4 2
mantenimiento a los usuarios con
el rol de conductor
El aplicativo web de control
permitirá administrador crear y dar
RF5 H2 4 2
mantenimiento a los usuarios con
el rol de ayudante
El aplicativo web de control
permitirá administrador crear y dar
RF6 H2 4 2
mantenimiento a los usuarios con
el rol de administrador
RF7 El aplicativo web de control H3 8 1
 permitirá al administrador registrar
los vehículos de la empresa
El aplicativo web de control
permitirá al administrador ingresar
RF8 los datos del vehículo que H3 8 1
determinaran el control de costo
de cada uno.
El aplicativo web de control
permitirá ingresar datos de las
fechas de vencimiento de cada
RF9 H3 8 1
documento ingresado para
automatizar el estado que se
encuentra.
El aplicativo web de control
permitirá al administrador asignar
RF10 H4 3 3
los vehículos a los usuarios con rol
de conductor
El aplicativo web de control
permitirá al administrador asignar
RF11 los ayudantes que irán a hacer H4 3 3
despachos con los usuarios con
rol conductor.
El aplicativo web permitirá al
RF12 administrador ver los pedidos H5 8 1
hechos por los clientes
El aplicativo web permitirá al
administrador asignará al
RF13 encargado de enviar el pedido en H5 8 1
este caso al usuario con rol de
conductor
El aplicativo web permitirá al
administrador ver la ubicación del
RF14 H6 8 2
usuario conductor en el mapa y
que pedido está atendiendo
El aplicativo móvil permitirá al
administrador ver la ubicación del
RF15 H6 8 2
usuario conductor en el mapa y
que pedido está atendiendo
RF16 El aplicativo móvil permitirá al H6 8 2
administrador hacer la llamada al
usuario conductor, para ver algún
 cambio en la ruta.
El aplicativo móvil permitirá al
administrador ver detalles los
RF17 H6 8 2
pedidos que tengan el estado de
terminado.
El aplicativo móvil permitirá al
administrador ver detalles los
RF18 H6 8 2
pedidos que tengan el estado de
pendiente.
El aplicativo móvil alertará al móvil
RF19 del administrador cada vez que un H7 4 3
pedido se ha entregado.
El aplicativo móvil permitirá al
administrador realizar llamadas a
RF20 los clientes para corroborar si el H7 4 3
pedido fue entregado
satisfactoriamente
El aplicativo móvil se actualizará
la lista de pedidos pendientes
RF21 H8 6 4
cada vez que el usuario con rol de
empleado inicie sesión
El aplicativo móvil actualizará el
RF22 detalle del pedido que recibirá el H8 6 4
cliente cada vez que inicie sesión.
El aplicativo móvil permitirá al
RF23 usuario con rol de conductor ver el H9 8 2
detalle de una pedido pendiente
El aplicativo móvil permitirá al
usuario con rol de conductor iniciar
RF24 H9 8 2
el proceso de entrega de una
pedido pendiente
El aplicativo móvil permitirá al
usuario con rol de conductor iniciar
RF25 el recorrido de entrega el cual H9 8 2
debería darte la ruta más rápida
para llegar al destino de entrega.
El aplicativo móvil permitirá al
usuario con rol de conductor
RF26 comentar observaciones o H9 8 2
incidentes ocurridos en el
transcurso de la entrega.
 El aplicativo móvil permitirá al
usuario con rol de conductor
RF27 H9 8 2
ingresar el monto que le dio el
cliente al entregarle su pedido.
El aplicativo móvil permitirá al
usuario con rol de conductor
RF28 finalizar y confirmar que se H9 8 2
entregó el pedido
satisfactoriamente.
El aplicativo web debe generar
RF29 reportes diarios de nivel de H10 15 4
cumplimiento de despachos.
El aplicativo móvil debe generar
RF30 reportes diarios de nivel de H10 15 4
cumplimiento de despachos.
El aplicativo web debe generar
RF31 reportes diarios de costo de H10 15 4
transporte total.
El aplicativo móvil debe generar
RF32 reportes diarios de costo de H10 15 4
transporte total.
 Pila del Producto (Product Backlog)

Tabla 04 Pila del Producto Organizada por prioridad

ID Requerimientos Funcionales Historias T.E P.

El aplicativo móvil debe tener una pantalla de
RF1 inicio de sesión para los usuarios ya sea de la H1 2 1
empresa o clientes
El aplicativo de control web debe tener una
RF2 pantalla de inicio de sesión solo para H1 2 1
administrador
El aplicativo web de control permitirá al
RF7 administrador registrar los vehículos de la H3 8 1
empresa
El aplicativo web de control permitirá al
administrador ingresar los datos del vehículo
RF8 H3 8 1
que determinaran el control de costo de cada
uno.
El aplicativo web de control permitirá ingresar
datos de las fechas de vencimiento de cada
RF9 H3 8 1
documento ingresado para automatizar el
estado que se encuentra.
El aplicativo web permitirá al administrador
RF12 H5 8 1
ver los pedidos hechos por los clientes
El aplicativo web permitirá al administrador
RF13 asignará al encargado de enviar el pedido en H5 8 1
este caso al usuario con rol de conductor
El aplicativo web de control permitirá
RF3 administrador registrar y dar mantenimiento a H2 4 2
los usuarios con el rol de cliente
El aplicativo web de control permitirá
RF4 administrador crear y dar mantenimiento a los H2 4 2
usuarios con el rol de conductor
El aplicativo web de control permitirá
RF5 administrador crear y dar mantenimiento a los H2 4 2
usuarios con el rol de ayudante
El aplicativo web de control permitirá
RF6 administrador crear y dar mantenimiento a los H2 4 2
usuarios con el rol de administrador
 El aplicativo web permitirá al administrador
RF14 ver la ubicación del usuario conductor en el H6 8 2
mapa y que pedido está atendiendo
El aplicativo móvil permitirá al administrador
RF15 ver la ubicación del usuario conductor en el H6 8 2
mapa y que pedido está atendiendo
El aplicativo móvil permitirá al administrador
RF16 hacer la llamada al usuario conductor, para H6 8 2
ver algún cambio en la ruta.
El aplicativo web permitirá al administrador ver
RF17 detalles los pedidos que tengan el estado de H6 8 2
terminado
El aplicativo móvil permitirá al administrador
RF18 ver detalles los pedidos que tengan el estado H6 8 2
de terminado.
El aplicativo web permitirá al administrador
RF19 ver detalles los pedidos que tengan el estado H6 8 2
de pendiente
El aplicativo móvil permitirá al administrador
RF20 ver detalles los pedidos que tengan el estado H6 8 2
de pendiente.
El aplicativo móvil permitirá al usuario con rol
RF25 de conductor ver el detalle de una pedido H9 8 2
pendiente
El aplicativo móvil permitirá al usuario con rol
RF26 de conductor iniciar el proceso de entrega de H9 8 2
una pedido pendiente
El aplicativo móvil permitirá al usuario con rol
de conductor iniciar el recorrido de entrega el
RF27 H9 8 2
cual debería darte la ruta más rápida para
llegar al destino de entrega.
El aplicativo móvil permitirá al usuario con rol
de conductor comentar observaciones o
RF28 H9 8 2
incidentes ocurridos en el transcurso de la
entrega.
El aplicativo móvil permitirá al usuario con rol
RF29 de conductor ingresar el monto que le dio el H9 8 2
cliente al entregarle su pedido.
El aplicativo móvil permitirá al usuario con rol
RF30 de conductor finalizar y confirmar que se H9 8 2
entregó la pedido satisfactoriamente.
 El aplicativo web de control permitirá al
RF10 administrador asignar los vehículos a los H4 3 3
usuarios con rol de conductor
El aplicativo web de control permitirá al
administrador asignar los ayudantes que irán
RF11 H4 3 3
a hacer despachos con los usuarios con rol
conductor.
El aplicativo móvil alertará al móvil del
RF21 administrador cada vez que un pedido se ha H7 4 3
entregado.
El aplicativo móvil permitirá al administrador
realizar llamadas a los clientes para
RF22 H7 4 3
corroborar si el pedido fue entregado
satisfactoriamente
El aplicativo móvil se actualizará la lista de
RF23 pedidos pendientes cada vez que el usuario H8 6 4
con rol de empleado inicie sesión
El aplicativo móvil actualizará el detalle del
RF24 pedido que recibirá el cliente cada vez que H8 6 4
inicie sesión.
El aplicativo web debe generar reportes
RF31 diarios de nivel de cumplimiento de H10 15 4
despachos.
El aplicativo móvil debe generar reportes
RF32 diarios de nivel de cumplimiento de H10 15 4
despachos.
El aplicativo web debe generar reportes
RF33 H10 15 4
diarios de costo de transporte total.
El aplicativo móvil debe generar reportes
RF34 H10 15 4
diarios de costo de transporte total.
 Entregables por Sprint
En este punto se detalla la cantidad de Sprints, los requerimientos
funcionales de la Pila de Producto y sus respectivos prioridades y
tiempos estimados.

Tabla 05 Lista de Sprint

N° Sprint Requerimientos funcionales Historias T.E Pri.
RF1 El aplicativo móvil debe
tener una pantalla de inicio de
H1 2 1
sesión para los usuarios ya sea
de la empresa o clientes
RF2 El aplicativo de control web
debe tener una pantalla de inicio
H1 2 1
de sesión solo para
administrador
RF3El aplicativo web de control
permitirá administrador registrar
H2 4 2
y dar mantenimiento a los
SPRINT 1

usuarios con el rol de cliente

RF4 El aplicativo web de control
permitirá administrador crear y
H2 4 2
dar mantenimiento a los usuarios
con el rol de conductor
RF5 El aplicativo web de control
permitirá administrador crear y
H2 4 2
dar mantenimiento a los usuarios
con el rol de ayudante
RF6 El aplicativo web de control
permitirá administrador crear y
H2 4 2
dar mantenimiento a los usuarios
con el rol de administrador
SPRINT 2

RF7 El aplicativo web de control

permitirá al administrador
H3 8 1
registrar los vehículos de la
empresa
RF8 El aplicativo web de control H3 8 1
permitirá al administrador
 ingresar los datos del vehículo
que determinaran el control de
costo de cada uno.
RF9 El aplicativo web de control
permitirá ingresar datos de las
fechas de vencimiento de cada
H3 8 1
documento ingresado para
automatizar el estado que se
encuentra.
RF10 El aplicativo web de
control permitirá al administrador
H4 3 3
asignar los vehículos a los
usuarios con rol de conductor
RF11 El aplicativo web de control
permitirá al administrador
asignar los ayudantes que irán a H4 3 3
hacer despachos con los
usuarios con rol conductor.
RF12 El aplicativo web permitirá
al administrador ver los pedidos H5 8 1
hechos por los clientes
RF13 El aplicativo web permitirá
al administrador asignará al
encargado de enviar el pedido H5 8 1
en este caso al usuario con rol
de conductor
SPRINT 3

RF14 El aplicativo web permitirá

al administrador ver la ubicación
H6 8 2
del usuario conductor en el mapa
y que pedido está atendiendo
RF15El aplicativo móvil permitirá
al administrador ver la ubicación
H6 8 2
del usuario conductor en el mapa
y que pedido está atendiendo
RF16 El aplicativo móvil H6 8 2
permitirá al administrador hacer
la llamada al usuario conductor,
para ver algún cambio en la ruta.
 RF17 El aplicativo móvil
permitirá al administrador ver
H6 8 2
detalles los pedidos que tengan
el estado de terminado.
RF18 El aplicativo móvil
permitirá al administrador ver
detalles los pedidos que tengan H6 8 2
el estado de pendiente.

RF19 El aplicativo móvil alertará

SPRINT 4

al móvil del administrador cada

H7 4 3
vez que un pedido se ha
entregado.
RF20 El aplicativo móvil
permitirá al administrador
3
realizar llamadas a los clientes H7 4
para corroborar si el pedido fue
entregado satisfactoriamente
RF21 El aplicativo móvil se
actualizará la lista de pedidos
pendientes cada vez que el H8 6 4
usuario con rol de empleado
inicie sesión
SPRINT 5

RF22 El aplicativo móvil

actualizará el detalle del pedido
H8 6 4
que recibirá el cliente cada vez
que inicie sesión.
RF23 El aplicativo móvil
permitirá al usuario con rol de
H9 8 2
conductor ver el detalle de una
pedido pendiente
SPRINT 6

RF24 El aplicativo móvil

permitirá al usuario con rol de
H9 8 2
conductor iniciar el proceso de
entrega de una pedido pendiente
RF25 El aplicativo móvil H9 8 2
permitirá al usuario con rol de
conductor iniciar el recorrido de
entrega el cual debería darte la
ruta más rápida para llegar al
 destino de entrega.

RF27 El aplicativo móvil

permitirá al usuario con rol de
conductor comentar
H9 8 2
observaciones o incidentes
ocurridos en el transcurso de la
entrega.
RF28 El aplicativo móvil
permitirá al usuario con rol de
conductor ingresar el monto que H9 8 2
le dio el cliente al entregarle su
pedido.
RF29 El aplicativo móvil
permitirá al usuario con rol de
conductor finalizar y confirmar
H9 8 2
que se
entregó el pedido
SPRINT 7

Satisfactoriamente.
RF30 El aplicativo web debe
generar reportes diarios de nivel H10 15 4
de cumplimiento de despachos.
RF31 El aplicativo móvil debe
generar reportes diarios de nivel H10 15 4
de cumplimiento de despachos.
RF32 El aplicativo web debe
generar reportes diarios de costo H10 15 4
de transporte total.
RF33 El aplicativo móvil debe
generar reportes diarios de costo H10 15 4
de transporte total.
Lista de Pendientes de Sprint (Sprint Backlog)
Sprint 01
N°
Requerimientos funcionales Historias T.E Pri.
Sprint
RF1 El aplicativo móvil debe tener una pantalla de
inicio de sesión para los usuarios ya sea de la H1 2 1
empresa o clientes
RF2 El aplicativo de control web debe tener una
H1 2 1
pantalla de inicio de sesión solo para administrador
RF3 El aplicativo web de control permitirá
administrador registrar y dar mantenimiento a los H2 4 2
SPRINT 1

usuarios con el rol de cliente

RF4 El aplicativo web de control permitirá
administrador crear y dar mantenimiento a los H2 4 2
usuarios con el rol de conductor
RF5 El aplicativo web de control permitirá
administrador crear y dar mantenimiento a los H2 4 2
usuarios con el rol de ayudante
RF6 El aplicativo web de control permitirá
administrador crear y dar mantenimiento a los H2 4 2
usuarios con el rol de administrador

Requerimiento RF1

RF1: El aplicativo móvil debe tener una pantalla de inicio de sesión

para los usuarios ya sea de la empresa o clientes
Análisis
Caso de Uso: Diagrama de Caso de Uso “Loguear aplicativo móvil”
Figura 01
En la figura 01 se observa el caso de uso de los usuarios con rol de administrador,
cliente y empleado loguerse al aplicativo móvil.

Diagrama Lógico de la Base de Datos RF1

Figura 02
 Cliente
cod_cli
nom_cli
dni
telefono
email
cod_user (FK)
ape_paterno
ape_materno

Usuario
cod_user
username
clave
fec_actual
estado Empleado
fec_creacion
cod_rol (FK) cod_emp
nom_emp
ape_pat
ape_mat
dir_emp
dni_emp
sexo_emp
Rol fec_nac
cod_rol cod_cargo (FK)
cod_user (FK)
nom_user cod_vehiculo (FK)

Diseño lógico de la base de datos RF1

Diagrama Físico de la Base de Datos RF1

 Figura 03
_Cliente
cod_cli: CHAR(8)
email: VARCHAR(50)
telefono: INTEGER
dni: CHAR(10)
nom_cli: VARCHAR(50)
_cod_user: CHAR(8) (FK)
ape_paterno: VARCHAR(50)
ape_materno: VARCHAR(50)

_Usuario
_cod_user: CHAR(8)
username: VARCHAR(20)
clave: VARCHAR(50)
fec_actual: DATE
estado: VARCHAR(50) Empleado
fec_creacion: DATE
cod_rol: CHAR(18) (FK) cod_emp: CHAR(8)

nom_emp: VARCHAR(50)
ape_pat: VARCHAR(50)
ape_mat: VARCHAR(50)
dir_emp: VARCHAR(50)
dni_emp: CHAR(10)
sexo_emp: VARCHAR(15)
Rol fec_nac: DATE
cod_rol: CHAR(18) cod_cargo: CHAR(18) (FK)
_cod_user: CHAR(8) (FK)
_nom_user: VARCHAR(50) cod_vehiculo: CHAR(18) (FK)

Diseño físico de la base de datos RF1

Diseño
Prototipo de RF1
Figura 04
En la figura 04 se muestra el prototipo para la GUI de logeo aprobado por el
product Owner, este se realizó con la aplicación Balsamic Mockup.
Implementación:
Figura 05

Interface de logueo del aplicativo móvil

En la imagen 05 se muestra la interface desarrollada por el equipo de trabajo y

aprobada por el product owner.
Código
Figura 06
Código de Requerimiento Funcional 1 – login.pug
Figura 07

Código de Requerimiento Funcional 01 – login.ts

Figura 08
 Código de Requerimiento Funcional 01 – auth.service.ts

Figura 09

Código de Requerimiento Funcional 01 – AuthRoutes.ts

Figura 10

Código de Requerimiento Funcional 01 – AuthController.ts

Figura 11

Código de Requerimiento Funcional 01 – AuthBussiness.ts