GESTIÓN DE PROYECTOS

PROYECTO FINAL

IMPLEMENTACIÓN DE MÉTODO DE PAGO POR INTERNET EN EL

PÁGINA WEB DE LA EMPRESA

GRUPO 3
INTEGRANTES:

 Gonzalo Alejandro Calderón Moreno U17210694

 Erving Conde Muñico U19211281
 Waldemar Erick Flores León U18311109
 Yoselin Chávez Casas U19211179
 Ángel Gonzales Espinoza U17302475
 Víctor Juan Agustín Chileno Núñez u21227513

2023
I) Descripción de la empresa

a) Nombre de la empresa:
D´LIRIO es una empresa creada en el año 2020 encargada de fabricar vestimenta
para damas. Con el fin de llegar a un mayor número de mujeres peruanas, desea
implementar un nuevo método de pago en línea con una mayor facilidad y mejor
seguridad.

b) Misión y visión de la empresa

Visión de la empresa: Ser una empresa líder y reconocida en la venta de lencería,

lograr también extendernos y crear nuestras cadenas de almacenes, proporcionando
cada día más un servicio de excelencia a nuestros clientes y que al mismo tiempo nos
permitan competir en el mercado nacional con los mejores precios del mercado.

Misión de la empresa: Ofrecer a nuestros clientes productos de calidad, a precios

cómodos que cumplan con sus necesidades y exigencias, abarcando sus gustos de
acuerdo con su estilo de ver y vivir la vida

c) Objetivos estratégicos de la empresa

 Incrementar la variedad de prendas de vestir para mujeres, incluyendo nuevas
colecciones, estilos y tallas para satisfacer las diferentes preferencias y
necesidades del mercado.

 Implementar estándares de calidad más exigentes en los procesos de

fabricación para asegurar que todas las prendas producidas sean duraderas,
confortables y con materiales de alta calidad.

 Fomentar la creatividad y la innovación en el equipo de diseño para presentar

constantemente nuevas propuestas y tendencias atractivas que mantengan a
la empresa a la vanguardia de la moda.

 Implementar soluciones tecnológicas avanzadas para mejorar la gestión de

inventario, automatizar procesos y optimizar la cadena de suministro.

 Optimizar la atención al cliente, tanto en tiendas físicas como en línea, para

brindar un servicio excepcional y personalizado que fomente la fidelidad y
satisfacción del cliente.

 Establecer alianzas con diseñadores o marcas complementarias que ayuden a

aumentar la visibilidad de la empresa y alcance a nuevos segmentos de
mercado.

 Implementar campañas de marketing efectivas y estratégicas que impulsen el

reconocimiento de la marca y la generación de demanda, tanto en medios
tradicionales como digitales.

d) Alineamiento del proyecto con los objetivos de la empresa

La implementación de un método de pago en la página web de la empresa D´Lirio, se
alinea con el objetivo de mejorar la experiencia del cliente (agiliza el proceso de venta,
identifica los clientes más fieles para brindarles ofertas). Asimismo, es coherente con
el objetivo de invertir en tecnología para la mejora de la productividad.
II) Aplicación : Proyecto
a) Descripción del alcance del proyecto
i. Alcance general del proyecto
ENUNCIADO DEL ALCANCE DEL
PROYECTO
Título del Implementar método de pago por internet PayPal en la página
Proyecto web de la empresa D´Lirio

Objetivos del Brindar confianza y seguridad del comprador, ya que asocia

Producto cuentas de banco al sistema de pago y protege al cliente.

Descripción del A través de este proyecto, se implementará un nuevo sistema de

Alcance del compra por internet para brindar al cliente mejores opciones de
Producto pago y más segura.

Límites aceptados (con

Parámetro
unidades de medida)

El tiempo de entrega 30min- 60min x categoría

Criterios de
Aceptación Nivel de servicios diariamente

Tiempo de carga del sistema 6 segundos aproximado

Reporte final de stock 5 segundos aproximado

Objetivos del Mediante el siguiente proyecto buscamos mejorar las ventas de

Proyecto la empresa brindando confianza y seguridad al comprador

Entregables del producto: Entregables de gestión:

 Software de gestión de  Plan de trabajo
inventarios
 Cronograma de actividades
 Documentación de procesos
 Presupuesto
de gestión de inventarios
Entregables  Matriz de responsabilidades
 Informes de estado de
 Plan de comunicación
inventarios
 Informes de seguimiento y
 Informes de costos y
control
rentabilidad de inventarios
 Plan de capacitación
 Procedimientos de operación
estándar para la gestión de  Planes de contingencia y
inventarios gestión de riesgos

Exclusiones del El proyecto no considera la implementación la adquisición de

proyecto nuevos equipos para la empresa.

Supuestos 1. Contar con buenos equipos tecnológicos para la rapidez de

atención al cliente.
2. Personal asignado para el proyecto será eficiente.
3. Personal capacitado para imprevistos con respecto al pago
 en línea y soporte en el sistema.
4. Obtener mejores niveles en venta
Restricciones 1. Carecer de conocimiento adecuado sobre metodologías.
2. No prestar atención adecuada al cliente en imprevistos.

ii. Historias de un usuario del proyecto

Historia 1
La cliente A, esta habituada a comprar en línea por el ahorro de tiempo. Ella
considera que este método de compra le es beneficioso porque descubre
rápidamente si el producto que busca está en exposición y se le avisa al correo
electrónico si alguna oferta o campaña que podría interesarle se acerca.

Como usuario frecuente, la cliente Ana quiere que el proceso de pago sea
rápido y seguro para finalizar mis compras sin demoras ni preocupaciones.

Para ese fin, se buscará adquirir un certificado SSL en la página web que
contiene el formulario para el pago en línea.

Historia 2
La cliente B, está incursionando en las compras online. Aún no tiene la
confianza ni la experiencia para proseguir este método.

Como usuario nuevo, la cliente B quiere tener opciones claras de pago

disponibles para realizar mi primera compra sin inconvenientes.

Para este propósito, el formulario debe tener enunciados resaltados y las

marcas de tarjetas de crédito y de métodos de pago como PayPal o IziPay con
sus logos con colores característicos.

iii. Roles Scrum

Product Owner
Responsable : Yoselin Chávez Casas
Tareas:
Identificar y listar todas las funcionalidades mejoras y tareas necesarias para el
producto (Backlog). Asimismo, se reúne periódicamente durante el avance con
los stakeholders del negocio: gerentes de áreas involucradas (ventas y
marketing) y usuarios finales.

Scrum Master
Responsable: Ángel Gonzales
Tareas:
 Se encarga que el equipo de desarrollo siga los principios y prácticas de la
metodología Scrum. Se encarga de la organización de las reuniones de
planificación, la reunión diaria y la revisión de sprint. Se debe de asegurar que
las reuniones sean efectivas en tiempo y alcance de resultados.
El product backlog es una de sus prioridades, ya que es su responsabilidad
definirlo, mantenerlo y asegurarse de que esté actualizado.

Developers
Responsables: Gonzalo Calderón
Erving Conde
Víctor Chileno
Tareas:
Escribir el código necesario para realizar el avance acordado para el sprint.
Interpretar la documentación producida en la etapa de diseño para implementar
el producto que se busca.
Buscar retroalimentación del avance en las reuniones diarias.

b) Artefactos Scrum
i. Producto backlog
Épica: Como proyecto se quiere un sistema que entregar un sistema sencillo,
fácil y rápido de pago.

Historia 1: Ana es un usuario frecuente, y quiere que el proceso de pago

sea rápido y seguro para finalizar mis compras sin demoras ni preocupaciones.

Historia 2: Como usuario nuevo, la cliente B quiere tener opciones claras de

pago disponibles para realizar mi primera compra sin inconvenientes.

En el product owner, el Scrum master y el equipo de Desarrollo determinarán

las funciones que debería incluir el producto a partir de las historias de los
usuarios y establecerán las prioridades según la importancia de cada historia.
Tareas:
A) Conseguir certificado SSL y ponerlo visible al momento del pago del usuario
para generar seguridad en la compra

B) Poner visible el icono de la opción de pago Izipay que acepta el cobro con
diferentes entidades bancarias y con diferentes tipos de tarjetas ya sea Visa,
Master Card o American Expresss, para que así el cliente se sienta con la
libertad de usar la opción que mejor le parezca.
 Prioridad
Tarea A contiene una prioridad de 90% y la tarea B una prioridad de 100%

ii. Sprint Backlog

SPRINT 1 – MÓDULO DE SITIO DE ADMINISTRACIÓN

Este primer sprint se enfocó en la realización del sitio de administración, con un total
de 20 puntos de historias de usuario. Se contemplaron aquellas que tienen como
finalidad la gestión total de los modelos que contienen la información pertinente para
mostrar en la tienda virtual. Aunque parecen muchos puntos, el equipo de desarrollo
ya tiene experiencia con el módulo de sitio administrativo, por lo que no estuvo
sobreestimado dicho sprint y no representaba ningún riesgo de incumplimiento con la
pila de tareas.
SPRINT 2 – MÓDULO DE LA PÁGINA DE INICIO
El segundo sprint comprendió las tareas relacionadas para el debido ajuste de la
página de inicio de la plataforma acorde a los requerimientos establecidos con el
cliente.
SPRINT 3 – MÓDULO DE REGISTRO Y AUTENTICACIÓN
El tercer sprint comprendía las tareas relacionadas con las funcionalidades de registro
y autenticación de usuarios de la tienda virtual. Hay que recordar que quienes cuentan
con una cuenta para ingresar a la tienda virtual, son los clientes quienes realizan
compras; mientras no se encuentren logueados no podrán realizar esta acción, es
decir, podrán buscar productos y ver la información de los mismos, pero se restringe la
posibilidad de agregarlo al carrito de compras.
SPRINT 4 – MÓDULO DE PRODUCTOS POR CATEGORÍA
El cuarto sprint recogía las tareas relacionadas con las funcionalidades dentro del
módulo de productos por categoría que estarán disponibles en la tienda virtual. El
cliente podrá ver el listado de todos los productos que puede comprar a través de la
plataforma, filtrar la búsqueda por categoría y/o rango de precios, observar las
especificaciones del producto en el detalle del mismo e incluso encontrar publicidad o
datos de interés en el tema de prendas. Aquel usuario que NO está registrado puede
ver esta información, mas no puede agregar los productos al carrito para su posterior
compra; en tal caso, se le solicitará que inicie sesión.
SPRINT 5 – MÓDULO DE DETALLE DE PRODUCTOS
Al realizar el cronograma se había determinado que el quinto sprint comprendía las
historias de usuario y sub-tareas relacionadas con el detalle de los productos; sin
embargo, dado que se pudieron adelantar tareas propias de este sprint en el anterior,
nos permitió variar la dinámica de esta semana y dedicarla a pruebas de los módulos
que ya se desarrollaron para que, en caso de encontrar errores, se les diera solución
de manera inmediata. Esta pequeña fase de pruebas se llevó a cabo, luego de finalizar
las dos historias de usuario designadas para el presente ciclo.
SPRINT 6 – MÓDULO DE CARRITO DE COMPRAS
En este módulo se recogieron las funcionalidades del carrito de compras,
permitiéndole al cliente añadir, indicar la cantidad de cada producto, eliminarlo, ver su
checkout y editarlo. El pago en línea corresponde al siguiente módulo, ya que
contempla mayor complejidad y dejarlo dentro de este sprint, sería perjudicial para el
flujo del mismo y por otro lado, el cliente final no ha determinado qué pasarela de pago
implementar. Nos dimos cuenta que las historias de usuario referentes al “módulo de
checkout” que estaba para el sprint #7 se podían incluir dentro del carrito de compras,
ya que comprende todas estas funcionalidades de una manera global.
SPRINT 7 – MÓDULO DE NOTIFICACIONES
En este módulo se contemplan las funcionalidades para la administración y envío de
notificaciones en mensajes de texto o mails según corresponda. Se tienen en cuenta
las tareas típicas de crear, editar, eliminar, listar y buscar como la gestión de las
notificaciones que se van a generar; y por otro lado, se hará uso de envío de mensajes
a los números de teléfono indicados o direcciones de correo electrónico.

iii. Increment
Hist Tarea Resp Estado Horas Horas Fec Fech Comenta
oria onsa estima trabaj ha a de rios
de ble das adas de finali
usua inic zació
rio io n
HU- MÓDULO DE Yose Complet 10 10 4/0 5/07 Se eligió
01 SITIO DE lin ado 6 el lugar
ADMINISTRA de donde
CIÓN se
administr
ará
las
prendas
HU- MÓDULO DE Man Complet 4 3 6/0 7/07 Se
02 LA PÁGINA uel ado 6 realizaro
DE INICIO n
pruebas
iniciales
para
comprob
ar su
funcionab
ilidad
HU- MÓDULO DE Ricar En 2 2 7/0 Se
03 REGISTRO Y do progreso 6 verifica
AUTENTICA progresiv
CIÓN amente
el
sistema
HU- MÓDULO DE Arian En 5 4 10/ Se
04 PRODUCTO na progreso 06 seleccion
S POR an
CATEGORÍA continua
 mente
prendas
de
acuerdo
a lo
requerido
por la
clientela
HU- MÓDULO DE Jhon En 8 6 12/ Pendient
05 DETALLE DE progreso 06 e de
PRODUCTO aprobaci
S ón por
parte del
equipo
HU- MÓDULO DE Enriq Complet 3 2 15/ 16/07 Se
06 CARRITO DE ue ado 06 verificó
COMPRAS su
efectivida
d
HU- MÓDULO DE Nicol En 2 1 20/ Evaluacio
07 NOTIFICACI as progreso 06 nes
ONES continuas
del
sistema

c) Descripción de eventos Scrum

i. Sprint Planning

SPRINT PLANNING
INPUT SPRINT PLANNING OUTPUT
OBJETIVOS DEL
SPRINT: DEBE
PARTICIPANTES:
SERVICIO: IMPLEMENTAR QUEDAR CLARO EL
SRUM MASTER,
MÉTODO DE PAGO POR ROL, ACTIVIDADES Y
PRODUCT OWNER,
IZIPAY EN LA EMPRESA D RESPONSABLES DE
EQUIPO DE
´Lirio. CADA ACIÓN Y
DESARROLLO.
ACTIVIDAD EN EL
SPRINT.
 RECURSOS PARA LA
IMPLEMENTACIÓN: TIEMPO DE SPRINT BACKLOG:
PERSONAL CALIFICADO, DURACIÓN DE LISTA DE TARERAS Y
CAPITAL PARA COMPRAR REUNÍON: 4 HORAS RESPONSABLES.
EQUIPO.
RESTRICCIONES: NO SE
PUEDE LLEGAR TARDE A LA
REUNIÓN.

ii. Sprint Daily

La Daily Scrum Meeting es una reunión (evento) de Scrum de corta duración, unos 15
minutos, que debería ocurrir todos los días del Sprint y siempre a la misma hora. El
objetivo buscado a través de las reuniones diarias es promover la comunicación y la
transparencia dentro del equipo.

DAILY SCRUM
¿PARA QUÉ SIRVE? ¿QUIEN ES RESPONSABLE?
PARA EXPLICAR Y ALINEAR CON LOS
INTEGRANTES LOS TECNICOS
PARA HACER SEGUIMIENTO DEL ESTADO DE
LAS TAREAS ¿QUIENES DEBEN ASISTIR?
PARA DETERMINAR QUE TAREAS HACE CADA
TECNICO EN ESE MOMENTO OPCIONALMENTE, ELSRUM MASTER
PARA RESOLVER DUDAS OBLIGATORIO PARA TODOS LOS TECNICOS Y
PARA PEDIR AYUDA CUALQUIER PERSONA QUE TENGA INTERES
PARA DAR SOPORTE
¿CUAL ES SU TIME BOX? ¿QUÉ DEBE PASAR DESPUES?
NO MAS DE 15 MINUTOS HACER LA JORNADA LABORAL PREVISTA

iii. Sprint Review

Al final de cada Sprint se lleva a cabo un Sprint Review en forma de reunión en la que
el equipo Scrum y todas las partes interesadas en el proyecto, revisan lo que se logró en el
Sprint y los cambios que se han presentado en el entorno del negocio para hacer los ajustes
necesarios en el Product Backlog. Esta reunión se llevará a cabo en la sala de reuniones y no
será mayor a 4 horas.
 iv. Sprint Retrospective
Objetivo alcanzado
Integración del método de
pago con proceso de venta
Seguridad en el proceso de
pago
Identificar y resolver
obstáculos en implementación
Optimizar proceso de pruebas
v. Product Backlog
ID Historia de usuario
HUS Captura de detalles
1 de compra del
carrito
HUS Registro de datos
2 de facturación
HUS Elección de método
3 de pago
Descripción
La página web “finalizar compra” toma detalles del
pedido de compra, como nombre de producto,
unidades solicitadas y subtotal.
Se usarían programas en JSP con java web,
programación en capas
Implementación de encriptado SSL para
asegurarle al visitante web que la página no está
usando software malicioso y la diferencia de
potenciales páginas que copien el diseño para
robar información sensible
Nombrar los obstáculos, reunir a las responsables
de la tarea y área involucrada, llegar a un acuerdo
que satisfaga a ambas partes.
Limitaciones de tiempo y presupuesto
Se propone un público más amplio para las
pruebas, sobre todo damas de edad mayor a 45 y
clientes en ciudades con poca llegada.
Perspectiva Descripción
Como Quiero que el monto de compra se
desarrollador acumule y se muestre como un
subtotal de compra dentro del
formulario de pedido. El total se
obtendrá añadiendo en costo de
envío y el IGV.
Como usuario Quiero que el formulario tenga
enunciados resaltados, que
comunica los campos de relleno
obligatorio.
Que muestre un listado de las
regiones donde puede llegar el
pedido
Como usuario Quiero que el formulario de pago me
muestre gráficamente donde
ingresar los datos correspondientes
Quiero que me permita elegir las
cuotas de pago o si pago con tarjeta,
sistema de terceros como IziPay o
PayPal o por transferencia bancaria
HUS Seguridad en el Como Quiero que la página tenga
4 pago de la compra desarrollador certificación SSL para que no pueda
online ser fácilmente duplicada.
Quiero que las transacciones sean
encriptadas en código HASH-256,
para que solo el emisor y receptor
del monto conozcan la información
intercambiada
HUS Confirmación de Como usuario Quiero recibir un mensaje en
5 pago pantalla en caso de que la
transacción haya sido procesada
correctamente o no
HUS Pruebas de Como Quiero realizar pruebas con usuarios
7 aceptación de desarrollador reales para garantizar que el diseño
usuario sea intuitivo

d) Tablero Kanban del proyecto

Tareas y estados
Backlog To Do Doing Done
Integración del Logrado con uso
método de pago de servlets en Java
con el sistema Web para captar y
existente transferir datos
entre capas
Certificado SSL Adquirir un
certificado SSL
para que la página
tenga el protocolo
HTTPS
Diseño del Diseño acorde a
formulario de las historias de
facturación usuario.
Lógica para
guardar los datos
en proceso
Elección de Diseño acorde a
método de pago las historias de
usuario.
Adquirir servicios La empresa se
del método de asocia con IziPay
pago IziPay para tercerizar las
transferencias
bancarias para
compras online
Notificación de Diseño de mensaje
estado de en pantalla
transferencia logrado.
Implementación en
espera de los otros
procesos
III) Conclusiones

 La metodología Scrum requiere comunicación transparente y clara entre cada

una de las áreas involucradas en la identificación y resolución de obstáculos en
la resolución del proyecto.
 El Scrum Máster requiere un enfoque pragmático: crea reuniones con un
objetivo predeterminado, cuyo alcance es concertado en un período de tiempo
fijo. Asimismo, para lograr una efectividad en la reunión propicia que el
ambiente en el mismo permita intercambiar ideas con confianza y
fundamentos.
 El product owner necesita traducir las especificaciones del cliente en lenguaje
de requerimientos e identificar si lo que desea el cliente es realmente lo que
necesita el negocio.
 Con el uso de la metodología Scrum, se logró desarrollar una aplicación Web
que permitió obtener entregables en cortos periodos de tiempo.
 El contar con una aplicación web que alerte una caída o algún error en los
servicios de la empresa, permite que la atención de las incidencias sea más
rápida y eficiente, logrando así clientes satisfechos.
 El funcionamiento correcto de la aplicación web, ayuda en alertar
oportunamente un incidente, permitiendo la disponibilidad de la aplicación,
logrando así conseguir una mayor cantidad de ventas e ingresos.
Enlace del video:

https://www.youtube.com/watch?v=2ORsZu0n3Zw