S01 s1 Ejemplo PF2

1.
CASO DE NEGOCIO
DISEÑO E IMPLEMENTACIÓN DE UN E-COMMERCE

PARA LA EMPRESA GRUPO LA REPUBLICA
1.1 RESUMEN EJECUTIVO
Crisis económica ocasionado por el Covid-19
o Distanciamiento social  Reducción de personal de

o Confinamiento distintas áreas (Productos
obligatorio terminados -> deficiencias de
o Teletrabajo atención adecuada del cliente)
o Educación virtual
o Crecimiento del  Pérdida de ingresos a través
comercio electrónico de puntos de venta físicos
(perdida de clientes ->
recuperar a través del
comercio electronico)
Grupo la Republica Publicaciones

considera que la implementación de
un sistema de ventas E-Comerce
ayudara a incrementar las ventas en
un 30% y mejorar los ingresos
económicos de la empresa
1.2 CONTEXTO DE LA EMPRESA
Misión Objetivo
“Editar publicaciones con una Seguir siendo una de las empresas líderes en el
línea veraz y comprometida, rubro de medios de comunicación impresa y
agregando valor a la digital a nivel nacional. Además, incursionar con
comunidad y a nuestros fuera el sector del comercio electrónico.
trabajadores coma a través de
un grupo institucionalizado”.
Organigrama
Visión Gerente General
“Ser el grupo editorial de mayor
Ruben Ahomed Chavez
influencia en el país,
transmitiendo nuestros valores,
reafirmando nuestra vocación de RRHH Marketing
servicio e incursionando en
ámbitos empresariales Gerente de
Gerente de TI e Gerente de operaciones
Administración y ...
innovadores”. Finanzas
Integración y Distribución
1.3 DEFINICION DEL PROBLEMA
Deficiencias en la atención del

cliente (personal insuficiente y
procesos manuales)
Ausencia/ pérdida de clientes en los

puntos de venta físicos debido a la
pandemia COVID-19
1.4 VISIÓN GENERAL DEL PROYECTO
El propósito principal del proyecto
 Ofrecer una plataforma tecnológica para el área de venta de

productos terminados, para subsanar las deficiencias que
experimenta actualmente y agilizar algunos procesos como la
gestión de productos y el Stock, así mejorar la atención al Cliente.
 Disponer un medio digital a los clientes para que puedan realizar

sus pedidos desde la comodidad de sus hogares
Premisas Restricciones
• Llegue a un nivel deficiencia que • Para la implementación la
tenía el área de PT antes de la plataforma tecnológica se tiene
pandemia, sólo con el personal como máximo 90 días.
disponible
• Presupuesto disponible de
• Se espera vender como mínimo el
volumen de ventas perdido por la unos S/. 50000
pandemia (30% del negocio)
1.5 ALINEACIÓN CON LOS OBJETIVOS ESTRATEGICOS
DIMENSIONES DE LOS OBJETIVOS ESTRATÉGICOS
Financiero Mercado/Clientes Procesos Personal, Recursos

y Tecnología
Mejora Recuperar clientes
la rentabilidad y captar nuevos Automatizar
Nueva plataforma tecnológica
y mejorar procesos
+ capacitación
1.6 ANÁLISIS COSTO BENEFICIO
El desarrollo y la implementación de la El costo de la plataforma tecnología se pagaría en 2

propuesta tecnológica E-Comerce, tendrá un meses aproximadamente
costo estimado de S/. 51300
COSTOS BENEFICIOS
DESCRIPCIÓN COSTOS (90 días) DESCRIPCIÓN INGRESO (Mensual)
Gestión del proyecto S/. 41000 Nueva plataforma tecnológica + -
- Director del proyecto S/. 20000 capacitación RRHH
- Equipo de desarrollo S/. 21000 Mejora de procesos (solicitudes gestionadas -
Servidores de aplicaciones de y S/. 0.0 por la plataforma y mejora en la gestión de
DB productos y Stock)
Pruebas S/. 4900 Recuperar los Clientes y captar nuevos -
Documentación y soporte S/. 2400 Aumento de las ventas del negocio en 30% S/. 300000
Reservas S/. 3000 Aumento de la rentabilidad en un 10% S/. 30000
COSTO TOTAL ESTIMADO DEL PROYECTO S/. 51300
2. Desarrollo del Modelo
CMMI Nivel 2
2.1 Planificación del proyecto (PP)
2.1.1 Diagnóstico del proceso de desarrollo actual
CUESTIONARIO DE EVALUACIÓN "C" DE NIVEL DE MADUREZ
Resultados de la
evaluación del
cuestionario
Se evidencia que no se
sigue un marco adecuado
para el desarrollo y se
hace la documentación
necesaria.
se evaluó solo a nivel de

planificación de proyectos
(PP)
2.1.2 Alcance del proyecto
1 Diseño e implementación de un E-Comerce para
GLRP
1.1 Inici 1.2 Analisi 1.4 Ejecución 1.5 Seguimiento y 1.6 Cierr
o s 1.3 Diseñ control e
o
Descripción Acta de
Acta de Analisis y diseño Gestión
1.1.1 constitució 1.2.1 detallada de Diseño de 1.4.1 de la solución 1.5.1 de 1.6.1 aceptación
la aplicación 1.3.1 las del proyecto
n cambios
interfaces
Diseñar la
1.1.2 1.2.2 Levantamiento 1.4.1.1 interface del 1.5.2 Plan de 1.6.2 Cierre
Definición 1.3.1.1 Interfaz de usuario
del alcance de los usuario actualizació del
requerimientos n proyecto
Diseñar la
1.4.1.2 interface de
1.3.1.2 Interfaz de clientes
clientes
Interfaz de
Interfaz de 1.4.1.3
proveedore
1.3.1.3
proveedore s
s
1.4.1.4 Interfaz de almacen
1.3.1.4 Interfaz de almacen
Diseño de la 1.4.2 Fase de desarrollo

1.3.2
base de datos
1.4.2.1 Módulo de usuario
1.4.2.2 Módulo de clientes
Módulo de
1.4.2.3
proveedore
s
1.4.2.4
Módulo de almacén
Elaboración
1.4.3 de casos de
prueba
1.4.3.1 Pruebas unitarias
1.4.3.2 Pruebas por módulo
1.4.3.3
Pruebas integrales
2.1.3 Cronograma del proyecto
Fases Fecha Inicio Fecha Fin
Inicio del proyecto 2021-abril-20 2021-may-1
Acta de constitucion 2021-abril-20 2021-abril-25
Definicion del alcance 2021-abril-26 2021-may-1
Análisis 2021-may-2 2021-may-10
Descripcion detallada de la aplicacion 2021-may-2 2021-may-5
Levantamiento de los requerimientos 2021-May-6 2021-May-10
Diseño 2021-may-11 2021-may-25
Diseño de las interfaces 2021-may-11 2021-may-13
Interfaz de usuario 2021-may-14 2021-may-18
Interfaz de proveedores 2021-may-19 2021-may-21
Interfaz de almacén 2021-may-22 2021-may-23
Diseño de la base de datos 2021-may-24 2021-may-25
Ejecucion 2021-may-26 2021-jun-30
Analisis y diseño de la solucion 2021-may-26 2021-may-29
Diseñar la interface de clientes 2021-may-30 2021-jun-2
Interfaz de proveedores 2021-jun-3 2021-jun-6
Interfaz de almacen 2021-jun-7 2021-Jun-9
Fase de desarrollo 2021-jun-10 2021-jun-13
Modulo de usuario 2021-jun-14 2021-jun-16
Modulo de clientes 2021-jun-17 2021-jun-19
Modulos de proveedores 2021-jun-20 2021-jun-22
Modulo de almacen 2021-jun-23 2021-jun-24
Elaboracion de casos de prueba 2021-jun-25 2021-jun-26
Pruebas unitarias 2021-jun-27 2021-jun-28
Pruebas por modulo 2021-jun-29 2021-jun-29
Pruebas integrales 2021-jun-30 2021-jun-30
Seguimiento y control 2021-jul-1 2021-jul-10
Gestion de cambios 2021-jul-1 2021-jul-5
Plan de actualizacion 2021-jul-6 2021-jul-10
Cierre 2021-jul-11 2021-jul-18
Acta de aceptación del proyecto 2021-jul-11 2021-jul-15
Cierre del proyecto 2021-jul-16 2021-jul-18
2.1.4 Presupuesto
#Unidades / Costo / Totales nivel

días unitario / día Subtotales 1 EDT ( PEN) % del total
Elementos de la EDT
1. Gestion del proyecto 44310 80%
Director del proyecto 90 260 23400
Analista de desarrollo 1 2 120 240
Diseñador de base de datos 18 160 2880
Diseñador de interfaces 1 2 100 200
Ing. de Sistemas 27 130 3510
Ing. de Software 1 15 150 2250
Analista de pruebas de software 1 29 110 0
Analista de pruebas de software 2 22 110 0
2. Hardware 0 0%
Laptops 15 0 0
2.1.4 Presupuesto
3. Software (servicio pago mensual) 640 1%

Azure MySQL datadase 1 470 470
Azure App Service 2 50 100
Azure Load Balancer 1 70 70
Niubiz 1 3.45% + IGV 0

4. Testing 4950 9%
Pruebas de adaptabilidad 5 110 550
Prueba de lógica de componentes 10 110 1100
Pruebas de CRUD 9 110 990
Pruebas de seguridad del medio de pago 3 110 330
Pruebas post producción 18 110 1980
5. Documentación y Soporte 2400 4%
Costo manual usuario 5 120 600
Costo manual técnico 5 120 600
Reporte de los resultados de las pruebas en
desarrollo 3 120 600
Reporte de los resultados de las pruebas post
producción 3 120 600
6. Reservas 3000 3000 5%
Total costo estimado del proyecto 55300 100%
2.1.5 Estándar de Ciclo de vida
2.1.6 Registro de Riesgo del Proyecto
Estragía
Fecha Fase del Release / Risk de
Riesgos Descripción Efecto estimado Probab. Impact Estado Acciones Correctivas
Registro Proyecto All Rating Mitigació
n
Aumentar el capital de inversion en el
Incuplimiento de
desarrollo del proyecto, implementar
IR01 Crisis económica los plazos de 4/1/2021Todos Todos 1 1 1 Control Open
un fondo de seguro ante crisis
pagos
economica
Tener un codigo de respaldo por si el
Alargar entrega
IR02 Cambio en el codigo del software 4/2/2021Desarrollo 0.5 2 2 4 Control Closed codigo de desarrollo tiene una
del programa
alteacion imprevista
Cambio del personal a cargo del desarrollo y Incuplimiento de Mantener el personal con un minimo
IR03 4/3/2021Pruebas 0.6 2 3 2 Aceptar Open
supervisión del software los plazos de contrato de 3 meses.
Nuevas estrategias de desarrollo no consideradas Incuplimiento de Contingen nuevas definiciones dentro de la

IR04 4/4/2021Analisis 0.7 2 2 4 Cerrado
en el levantamiento de información los plazos cia creacion del proyecto
La gran demanda del mercado puede obligar a Def
respetar el cronograma de desarrollo
IR05 acelerar las etapas del proyecto por el area Acortar los plazos 4/5/2021Requerimien 0.8 1 1 1 Control Cerrado
del proyecto
comercial tos
Aumento de casuística por nuevas variaciones en
Alargar pruebas
IR06 los % de comisiones por nueva combinación de 4/6/2021Analisis 0.9 2 3 6 Aceptar Cerrado
integrales
factores
por ejemplo tiempo para responder a
El tiempo de comunicación es más lento del Incuplimiento de
IR07 4/7/2021Desarrollo 1 3 3 9 Control Abierto las preguntas para aclarar los
esperado los plazos
requerimientos ).
Incuplimiento de Reducir los requerimientos
IR08 Retrasos en la definicion de los requerimientos 4/8/2021Todos 1.1 3 2 6 Evadir Cerrado
los plazos necesarios para el proyecto
Retrasos en el desarrollo-analisis de los Incuplimiento de
IR09 4/9/2021Analisis 1.2 3 3 9 Control Cerrado
requerimientos los plazos
Incuplimiento de Contingen
IR10 Retraso en entregables 4/10/2021Desarrollo 1.3 3 3 9 Cerrado
los plazos cia
Aumento de casuística por nuevas cláusulas en los Incuplimiento de Planif de Buscar financiamiento de distintas
IR11 4/11/2021 1.4 2 3 6 Aceptar Cerrado
financiamientos con los bancos los plazos Proyectos fuentes
Demora en asistir puntualmente a las reuniones Incuplimiento de
IR13 4/12/2021Todos 1.5 1 1 1 Control Cerrado
pactadas los plazos
Incuplimiento de Contingen
IR14 Salida de algún uusario lider
los plazos
4/13/2021Todos 0.2 2 2 4
cia
Cerrado de requerimientos (…)
Total Open Risks 2
Total Closed Risks 1
2.2. Gestión de requisitos (REQM)
2.2.1 Proceso de gestión de requerimientos
Evaluar
Solicitud de Analizar el solicitud Evaluación Gannt actualizado
de
cambio requerimiento cambio? del impacto
SI Actualizar el
Solicitud de Requerimientos.xlsx
Gannt
No
No Aprobar Realizar el
solicitud
de cambio
cambio? SI solicitado
Registro de requerimientos
Registro de Cambios a Requerimientos.xlsm
2.2.2 Requerimientos funcionales / No funcionales
(…)
2.2.2 Requerimientos funcionales / No funcionales
2.2.3 Solicitud de cambio a los requerimientos
2.2.4 Formato de validación de los requerimientos
2.3. Seguimiento y control del
proyecto (PMC)
2.3.1 Reporte de estado actual de la empresa
Restricciones Verde Amarillo Naranja Rojo
Variación del Tiempo ( <= 0%) (+0 – 10%) (+10– 30% ) (>30%)
Valor: 51300
Variación del Presupuesto ( <= $0) (+0 – $1000) (+$1000– $3000) (>$3000)
Valor: 0
DIAS DEL PROYECTO:
Duración total del proyecto 20

(expresado en días laborables) 77 Días laborables transcurridos %Días laborales/transcurridos 15.4
RIESGOS:
Exposición al Riesgo
Numero de Riesgos Actuales: 3 Mayor: 1
Numero de Riesgos Reporte anterior: Exposición al Riesgo

0 Mayor reporte anterior: 0
PROBLEMAS:
Numero de Problemas
Numero de Problemas Actuales: 1 reporte anterior: 0
2.3.2 SEGUIMIENTO DE PROBLEMAS Y RIESGOS
PROBABILI
NUMERO
IMPACTO
DUEÑO DEL
DAD
DESCRIPCION ESTRATEGIA PLAN DE ACCION STATUS
RIESGO
Poco stock de
Monitorear el stock y tratar
productos por Felipe
1 3 2 MITIGAR de remplazar los productos Abierto
situaciones de Rosado
comprando en otros lugares
emergencia
Mantener protegida la página
Ataques DDOS a la Justo
2 3 1 MITIGAR web con software Abierto
página web Huaynillo
especializado de protección
Siempre realizar los
Sebastian
Mantenimiento de mantenimientos en las horas
3 2 1 MITIGAR Monteneg Abierto
los servidores de menos influencia de trafico
ro
de datos
ID PROBLEMA ACCIÓN TOMADA / ALTERNATIVA DE SOLUCIÓN STATUS
La coordinación del plan de negocio

Terminad
1 demoro más de lo esperado debido a Se trabajó horas extras para compensar esos días feriados
o
los días feriados
2.3.3 Actas y seguimiento de problemas y Riesgos
DESARROLLO DE SOFTWARE
En esta sección se FORMATOS N°: FT-SST-013
genero una reunión FORMATO ACTA DE REUNIÓN DEL

SG-
SST
Fecha: 20/04/2021
para la revisión acciones COMITÉ PARA LA REVISIÓN DE

PROBLEMAS PENDIENTES
Versión: 001
Página 1 de 2
pendientes y revisión de ACTA DE REUNIÓN
riesgos Fecha: 20/04/2021 Lugar: UTP
Hora Inicial: 08:30 am Hora Final:12:00 PM Acta N°01
Agenda: ASISTENTES: CARGOS:

HUAYNILLO AVILES, JUSTO
1. Revisión del acta anterior. FELIX
2. Seguimiento acciones PAREDES GONZA, CARLOS
pendientes. EDUARD
3. Informe de accidentes SANCHEZ ARIAS, DUSTIN
ocurridos en el mes.
MONTENEGRO ARIAS,
4. Definición de fecha próxima SEBASTIAN
reunión. ROSADO ESTRADA, WALTER
5. Cierre de la reunión. FELIPE
6. Firma del acta
DESARROLLO DE LA AGENDA DEL COMITÉ
1. REVISIÓN DEL ACTA ANTERIOR.

Es la primera acta
2. SEGUIMIENTO DE ACCIONES PENDIENTES.

 Creación del primer prototipo de la página web
 Comunicación con los distribuidores de productos
 Reunión para prever futuros riesgos
2.3.4 REGISTRO DE CAMBIOS
ID Tipo de Descripción Solicitado por Aprobado por comentarios Fecha estado

Cambio cambio aprobación
RP001 Diseño Cambiar el diseño Director de Grupo Carlos Eduard 10/04/21 Terminado
de los botones de la Republica Paredes
la ventana de
login
RP002 Diseño Cambiar los Director de Grupo Carlos Eduard 10/04/21 Terminado
colores usados en la Republica Paredes
la interfaz
RP002 Sistema Mayor capacidad Director de Grupo Carlos Eduard 10/04/21 Terminado
de la Republica Paredes
almacenamiento
de la base de
datos
SEGUNDO AVANCE DEL PROYECTO
2.4 Métricas y análisis (MA)

2.4.1. Proceso de medición y análisis
2.4.2. Métricas del proyecto
1. RESPONSABLE Justo Huaynillo

1. AREA Desarrollo
2.4.3. Registro de mediciones
Rango Me
Fase de Proyecto
Fecha de Responsable de esperado did
Métrica Obs.
medición la medición a
Desarrollo e Estabilizació Implantació
MIN MAX real Inicio Análisis Diseño
Integración n n
5/05/2021 Cronograma y avances Director del proyecto 5% 9% 8% X

Precausión, apenas hemos
llegago al mínimo
Precausión, apenas hemos
llegago al mínimo
Peligro, estamos
2/06/2021 Cronograma y avances Director del proyecto 39% 42% 38% X atrazados, a invertir mas
horas
Peligro, estamos atrazados
Precausión, estamos
mejorando, mas punche

(…)
2.5. GESTIÓN DE CALIDAD
DE PROCESOS Y
PRODUCTOS (PPQA)
2.5.1. Definir un equipo de PPQA
DEFINICIÓN DEL EQUIPO PPQA
Rol Encargado Descripción del rol Herramientas

Analista de Juan Sebastián Montenegro Planificara y revisará los reportes
Herramienta de Gestión QA
Calidad Arias brindados del QA
Elaborar y proporcionar los
Analista de QA Carlos Paredes Gonza entregables para el Herramienta de Gestión QA
Aseguramiento de Calidad
Valida los entregables para el
Líder QA Eduard Paredes Herramienta de Gestión QA
Aseguramiento de Calidad
Aprobara y supervisará todos los Herramienta de Gestión QA
Director del
Justo Félix Huaynillo Avilés procesos, tendrá comunicación Checklist de aseguramiento de calidad
proyecto
directa con el cliente
Es el responsable de la
Analista de elaboración del producto de
Dustin Sanchez Arias Herramienta de Gestión QA
aplicaciones proyecto interno, así como de su
corrección
El responsable del grupo la
Republica se encaragra de revisar
Cliente Grupo la Republica Checklist de aseguramiento de calidad
cada prototipo y brindará
posibles cambios
2.5.2. Definir un proceso de QA
Analista
Líder QA Analista de QA de aplicaciones
Definir objetivos Elaborar Ejecutar
del QA plan de QA plan de QA
¿Fue
exitoso?
Adjuntar No
detalles
Si
Líder QA
Informar los detalles
del QA a los
interesados
Analista de QA Analista de aplicaciones
Validación y Almacenar los
aprobación del resultados en el
proceso repositorio
2.5.3. Registro de no conformidad de QA (checklist)
Área Fase de Proyecto

Código Proceso
de
de o Confor Revisad
Actividad/Procedimiento Proces Pregunta Desarrollo e Evidencia Obs.
Pregunt product Inicio Análisis Diseño Estabilización Implantación me o
o Integración
a o
CMMI
Repositorio
GP-001 Actividad PP ¿Se realizó el acta de constitución? X SI OK
compartido
Repositorio
GP-002 ¿Se realizó el presupuesto del proyecto? SI OK
compartido
¿Se han definido las responsabilidades a los Detallar en cada

GP-003 Actividad PP X SI OK
integrantes del equipo? módulo
¿Se ha definido la estructura de los módulos

del sistema?
¿Se ha definido el tipo de base de datos a
emplear?
¿Se realizó las pruebas unitarias a todas las Especificar por

GP-006 Actividad QA X SI OK
funcionalidades implementadas? funionalidad
¿Se ha definido que capas del sistema se

GP-007 Actividad PP almacenarán en la nube y cuáles de forma X SI OK
local?
Se ha realizado la especificación funcional de
cada módulo?
Se ha Identificado las entidades del sistema y
sus relaciones?
Se realizó el diseño de la estructura general
de los módulos?
¿Se realizó el diseño de las interfaces gráficas
de cada modulo?
¿Se realizó el diseño casos de prueba para el
GP-012 Actividad QA X SI OK
módulo de ventas?
(…)
2.5.4. Informe de seguimiento a las revisiones de QA
Nro. Revisión Tipo de Proyecto Fase Entregable / Proceso Revisado / Revisor Fecha Inicio Fecha Fin Duración Fecha Inicio Fecha Fin Duración Comentarios
Auditado Estimada Estimada Planificada Real Real Real (Hras)
(Hras)
1 Desarrollo de Sistemas PP-PMC Plan de Proyecto Veramendi Victor 28/05/2021 29/05/2021 8.00 30/05/2021 31/05/2021 12.0
Realizado con éxito
2 Desarrollo de Sistemas PP-PMC Cronograma Veramendi Victor 29/05/2021 30/05/2021 2.00 31/05/2021 1/06/2021 4.0
Verificado
3 Desarrollo de Sistemas Analisis Diagrama de casos de uso SM EV 30/05/2021 31/05/2021 3.00 1/06/2021 2/06/2021 5.0
Finalizado
4 Desarrollo de Sistemas Analisis Diagrama de casos de uso AM EV 31/05/2021 1/06/2021 4.00 2/06/2021 3/06/2021 6.0
Finalizado
5 Desarrollo de Sistemas Analisis Diagrama de casos de uso SM EV 1/06/2021 2/06/2021 5.00 3/06/2021 4/06/2021 7.0
Finalizado
6 Desarrollo de Sistemas Analisis Diagrama de casos de uso AM EV 2/06/2021 3/06/2021 6.00 4/06/2021 5/06/2021 8.0
Finalizado
7 Desarrollo de Sistemas Analisis Proceso de gestion de proyecto SM EV 3/06/2021 4/06/2021 7.00 5/06/2021 6/06/2021 9.0
8 Desarrollo de Sistemas REQM Ficha de Componentes SM EV 4/06/2021 5/06/2021 8.00 6/06/2021 7/06/2021 10.0
9 Desarrollo de Sistemas REQM Entregable de Configuración SM EV 5/06/2021 6/06/2021 9.00 7/06/2021 8/06/2021 11.0
10 Desarrollo de Sistemas REQM Informe de Pruebas SM EV 6/06/2021 7/06/2021 10.00 8/06/2021 9/06/2021 12.0
11 Desarrollo de Sistemas PPQA Informe de Pruebas SM EV 7/06/2021 8/06/2021 11.00 9/06/2021 10/06/2021 13.0
Finalizado
12 Desarrollo de Sistemas PPQA Informe de Pruebas SM EV 8/06/2021 9/06/2021 12.00 10/06/2021 11/06/2021 14.0
Finalizado
13 Desarrollo de Sistemas Analisis Entregable de implantación SM EV 9/06/2021 10/06/2021 13.00 11/06/2021 12/06/2021 15.0
Finalizado
Finalizado
Finalizado
Finalizado
Finalizado
Finalizado
Finalizado (…)
2.6. GESTIÓN DE LA
CONFIGURACIÓN
2.6.1. Proceso de gestión de la configuración
1 2 3
2.6.1. Proceso de gestión de la configuración
1 2 3
2.6.2. Plan de gestión de configuración
2.6.3. Entorno de gestión de la configuración
EQUIPO DEL PROYECTO Director del proyecto

Establecer un entorno donde OS: Windows 10
Justo Huaynillo RAM: 16GB
se pueda desarrollar y crear el
producto final SSD: 5000GB
(Hardware/Entorno de desarrollo)
Eduard Paredes Lap1

Lap4 Sebastián Montenegro
Configuraciones de
Dustin Sánchez Lap2 Lap3
Lap1, 2, 3 y Lap4
Felipe Rosado
OS: Windows 10
RAM: 8GB/16GB
SSD: 256GB/5000GB
2.6.4. Repositorio de información de proyecto
2.6.5. Registro de seguimiento
2.7. GESTIÓN Y ACUERDO
DE PROVEEDORES (SAM)
2.7.1. Clasificación de las adquisiciones
Tipo de Condición o Tratamiento Criterios a Proveedores Hábiles

Adquisición modalidad considerar
Licencia de Licencia libre tipo Uso comercial, se Experiencia Oracle
uso de community adquiere
Funcionalidad
MySql
Precio
Servidores Libre acceso y uso Se solicita Experiencia Grupo la Republica
de DB en etapa de
Funcionalidad
desarrollo y
pruebas Garantía
Servidores Libre acceso y uso Se solicita Experiencia Grupo la Republica
de en etapa de
Funcionalidad
aplicaciones desarrollo y
pruebas Garantía Criterios Descripción
Servicios Contrato anual y Se adquiere Experiencia Amazon Precio Depende del producto o servicio
Experiencia Buena experiencia
Cloud de costo mensual
Precio Riesgo Fallos en la arquitectura del
Amazon depende de la proyecto
demanda de cada Funcionalidad Personal Experiencia para trabajar en el
(DB/App) proyecto
servicio Garantía Funcionalidad Una solución efectiva
Garantía Brinda una buena garantía del
Riesgo proyecto
2.7.2. Evaluación de las adquisiciones
2.7.3. Contrato
(…)
2.7.4. Informe del Estado de las adquisiciones
La adquisiciones de los servicios presenta las siguientes indicadores

3. APLICACIÓN DEL MÉTODO ÁGIL
(Scrum)
49
3.1. INICIO
3.1.1. Visión del proyecto
3.1.2. Definir los Roles de Scrum
3.1.3. Desarrollar Épicas
3.1.4. Crear el Backlog Priorizado
3.1.5. Realizar la Planificación del Lanzamiento
50
2.1.1. VISIÓN DEL PROYECTO
Sprint Review
Meeting)
Sprint Planning
Meeting) Se hace una
demostración al
Product Owner
1-6 semanas
Visión general de flujo de un proyecto Scrum (Guía SBOK™, 2016)

51
2.1.1. VISIÓN DEL PROYECTO
VISIÓN
DEL Para lograr mayor expansión y atención a un mayor número de
clientes de la empresa Grupo La República, se requiere
PRODUCTO desarrollar una plataforma tecnológica de Comercio
Electrónico e-commerce, que sea fácil e intuitiva de usar, que
contenga un canal de ventas con un diseño atractivo para
motivar las compras .
Se tiene un plazo estimado de 90 días para el desarrollo e

implementación, se espera que el producto esté en
producción para fines de julio del 2021
52
2.1.2. DEFINIR LOS ROLES DE SCRUM
NOMBRES Y APELLIDOS ROLES

GRUPO LA REPUBLICA PUBLICACIONES (GLRP) Stakeholders
ARTURO AGUIRRE (Gerente de Operaciones y Distribución Cliente, Producto Owner

de GLRP)
Stakeholders
HUAYNILLO AVILES, JUSTO FELIX Scrum Master Product Owner
MONTENEGRO ARIAS, SEBASTIAN Dev. Team
Scrum Master
Development Team
PAREDES GONZA, CARLOS EDUARD Dev. Team
ROSADO ESTRADA, WALTER FELIPE Dev. Team
SANCHEZ ARIAS, DUSTIN Dev. Team
53
2.1.3. DESARROLLAR ÉPICAS
CÓDIGO DESCRIPCIÓN
EPEC001 Módulo de almacén
Las épicas son un EPEC002 Módulo de proveedores

conjunto de EPEC003 Módulo de clientes
historias de usuario,
cada historia tiene EPEC004 Módulo de usuarios
tareas o actividades
EPEC005 Módulo del carrito de compras
EPEC006 Modulo de reportes
54
2.1.4. CREAR EL BACKLOG PRIORIZADO
CÓDIGO DESCRIPCIÓN IMPORTANCIA
EPEC001 Módulo de almacén 19
EPEC002 Módulo de proveedores 14

Épicas priorizadas
EPEC003 Módulo de clientes 11
estimación con
números Fibonacci
EPEC004 Módulo de usuarios 8
EPEC005 Módulo del carrito de compras 5
EPEC006 Modulo de reportes 3
55
2.1.5. REALIZAR LA PLANIFICACIÓN DEL LANZAMIENTO
Entregable 1
Se estimó que los
Inicio lanzamientos de los
entregables serán
cada 4 semanas y la
duración de todo el
proyecto se estima en
12 semanas
56
2.1.5. REALIZAR LA PLANIFICACIÓN DEL LANZAMIENTO
Entregable 2 Entregable 3
En todo el ciclo de
vida del proyecto
habrán 3 entregables
57
3.2. PLANIFICACIÓN Y ESTIMACIÓN
3.2.1. Historias de Usuario
3.2.2. Estimación y asignación de historia de usuarios
3.2.3. Sprint Backlog
58
3.2.1. HISTORIAS DE USUARIO
59
3.2.2. ESTIMACIÓN Y ASIGNACIÓN DE HISTORIA DE USUARIOS
60
3.2.3. SPRINT BACKLOG
61
3.3. IMPLEMENTACIÓN
3.3.1. Creación de entregables
3.3.2. Mantenimiento de la lista priorizada de
pendientes
62
3.3.1 Creación de entregables
Sprint módulo de almacén

Este formulario tiene como finalidad mostrar la disponibilidad de todos los artículos de la tienda web e-comerse, actualizar la cantidad de
productos vendidos por día, semana y mes, también es importante para evitar mostrar productos agotados en la plataforma principal.
Scrumboard
Fecha de Tiempo
Tarea Fecha de fin Estado Tiempo
inicio total
Diseño del 04/04/2 09/04/2 Termi
72h 225h
formulario 021 021 nado
Dividir en secciones 08/04/2 10/04/2 Termi
45h 225h
organizadas 021 021 nado
Colocar botones e En
18/04/2 28/04/2
espacios de progr 60h 225h
021 021
completado eso
Mostrar diseño
30/04/2 10/05/2 Pendi
terminado y 48h 225h
021 021 ente
funcional
63
Sprint módulo de proveedores
El modulo de proveedores ayudara al personal administrativo y al área de almacén del servicio de venta vía web, registrando la fecha que se
realizan los pedidos, el gasto por pedidos y comparar precios de artículos dependiendo del proveedor. En ese sentido si un articulo es reportado
como agotado se registrará automáticamente en el sistema para pedido dependiendo de su prioridad.
Scrumboard
Fecha de Tiempo
inicio total
Termina
Diseño del formulario 05/05/2021 09/05/2021 72h 225h
do
Dividir en secciones Termina
08/05/2021 10/05/2021 45h 225h
organizadas do
Colocar botones e espacios En
18/06/2021 28/05/2021 60h 225h
de completado progreso
Mostrar diseño terminado y Pendient
30/06/2021 10/06/2021 48h 225h
funcional e
64
Sprint módulo de clientes
El sprint de modulo de clientes es el mas importante porque es la ventana de oferta y promociones de todos los artículos tienda web e-
comerse, esta ventana tiene que tener un diseño amigable y sencillo para que el cliente pueda comprar sus productos en pocos pasos
autogestionado, también se puede afiliar al envió de publicidad vía correo electrónico.
Scrumboard
Fecha de Tiempo
inicio total
Termina
do
08/04/2021 10/04/2021 45h 225h
organizadas do
18/04/2021 28/04/2021 60h 225h
30/04/2021 10/05/2021 48h 225h
funcional e
65
Sprint módulo de usuarios
Este formulario sirve para poder gestionar la creación, modificación y eliminación de nuevos usuarios en la plataforma, dividiéndolos por
áreas de trabajo con accesos diferentes, permitiendo así un mejor manejo de toda la página web.
Scrumboard
Fecha de Tiempo
inicio total
Termina
do
08/04/2021 10/04/2021 45h 225h
organizadas do
18/04/2021 28/04/2021 60h 225h
30/04/2021 10/05/2021 48h 225h
funcional e
66
Sprint módulo de carrito de compras
Por último, tenemos el sprint o formulario del carrito de compras en el cual el cliente podrá agregar o eliminar los productos de su interés a
su vez pagar la compra por medio de tarjeta de crédito o debito de cualquier banco, también se podrá aplicar cupones de descuento por
temporada, al finalizar la compra el cliente recibirá una confirmación vía correo para que tenga un comprobante de venta.
Scrumboard
Fecha de Tiempo
inicio total
Termina
do
08/04/2021 10/04/2021 45h 225h
organizadas do
18/04/2021 28/04/2021 60h 225h
30/04/2021 10/05/2021 48h 225h
funcional e
67
3.3.2 Mantenimiento de la lista priorizada de pendientes
68
3.4. REVISIÓN Y RETROSPECTIVA
3.4.1. Evidencias de revisión y validación de sprint
3.4.2. Evidencias de retrospectiva de sprint
69
3.4.1. EVIDENCIAS DE REVISIÓN Y VALIDACIÓN DE SPRINT
Día Actividad Descripción Presentador
05/07/2021 Introducción Hoja de ruta del producto Huaynillo Aviles, Justo Felix
05/07/2021 Metas del sprint • Crear los requerimientos solicitados. Huaynillo Aviles, Justo Felix
• Modificaciones del módulo de
clientes
• Modificaciones del módulo de
usuarios
05/07/2021 Revisión del estado • Revisar el funcionamiento para Montenegro Arias, Sebastian
encontrar bugs
• Revisar los bugs
05/07/2021 Demo en vivo Demostrar las nuevas funcionalidades Paredes Gonza, Carlos
Eduard
05/07/2021 Métricas • Explicar las nuevas funcionalidades de Paredes Gonza, Carlos
usuario Eduard
• Explicar las nuevas funcionalidades
del administrador
05/07/2021 Obstáculos • Falta de explicación en el manual Sánchez Arias, Dustin

usuario
• No se detecto un bugs
70
3.4.2. EVIDENCIAS DE RETROSPECTIVA DE SPRINT
Información de la empresa y proyecto:
Proyecto E-commerce para grupo La Republica
Información de la reunión:
Lugar Lima
Fecha 05/07/2021
Número de iteración / sprint 1
Personas convocadas a la reunión
5 personas
Personas que asistieron a la reunión

5 personas
71
3.4.2. EVIDENCIAS DE RETROSPECTIVA DE SPRINT
Formulario de reunión retrospectiva

¿Qué salió bien en la iteración? ¿Qué no salió bien en la iteración? ¿Qué mejoras vamos a implementar en la
próxima iteración?
• Definición de la estructura de los • Definición de que capas del sistema se • El diseño de las interfaces gráficas de cada
módulos del sistema almacenarán en la nube y cuáles de modulo
• Realización de la especificación forma local • El diseño casos de prueba para el módulo de
funcional de cada módulo • Identificado las entidades del sistema ventas
• Implementar las operaciones para y sus relaciones • Definición del diseño de la estructura
enviar el producto al carrito de general de los módulos
compras • Manual de usuario
• Implementó las operaciones del
carrito de Compras
• Realizar las pruebas de adaptabilidad
de las interfaces
• Pruebas de seguridad en el módulo
de pago
• Pruebas de lógica de distintos medios
de pago
72
3.5. LANZAMIENTO
3.5.1. Arquitectura del proyecto
3.5.2. Documentación proyecto
73
3.5.1. ARQUITECTURA DEL PROYECTO
Arquitectura de
hardware
cliente-servidor
Arquitectura por
Capas de la aplicación
MVP (Modelo Vista
Presenter)
74
3.5.2. DOCUMENTACIÓN PROYECTO
Backlog como un cliente
75
Backlog como un gerente de ventas
76
Backlog como un analista de almacén
77
Gracias

S01 s1 Ejemplo PF2

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

S01 s1 Ejemplo PF2

Cargado por

Copyright:

Formatos disponibles

1.

DISEÑO E IMPLEMENTACIÓN DE UN E-COMMERCE

Crisis económica ocasionado por el Covid-19

o Distanciamiento social  Reducción de personal de

Grupo la Republica Publicaciones

Deficiencias en la atención del

Ausencia/ pérdida de clientes en los

El propósito principal del proyecto

 Ofrecer una plataforma tecnológica para el área de venta de

 Disponer un medio digital a los clientes para que puedan realizar

DIMENSIONES DE LOS OBJETIVOS ESTRATÉGICOS

Financiero Mercado/Clientes Procesos Personal, Recursos

El desarrollo y la implementación de la El costo de la plataforma tecnología se pagaría en 2

CUESTIONARIO DE EVALUACIÓN "C" DE NIVEL DE MADUREZ

se evaluó solo a nivel de

Diseño de la 1.4.2 Fase de desarrollo

1.4.2.1 Módulo de usuario

1.4.2.2 Módulo de clientes

1.4.3.1 Pruebas unitarias

1.4.3.2 Pruebas por módulo

#Unidades / Costo / Totales nivel

3. Software (servicio pago mensual) 640 1%

Niubiz 1 3.45% + IGV 0

Nuevas estrategias de desarrollo no consideradas Incuplimiento de Contingen nuevas definiciones dentro de la

DIAS DEL PROYECTO:

Duración total del proyecto 20

Numero de Riesgos Reporte anterior: Exposición al Riesgo

ID PROBLEMA ACCIÓN TOMADA / ALTERNATIVA DE SOLUCIÓN STATUS

La coordinación del plan de negocio

En esta sección se FORMATOS N°: FT-SST-013

genero una reunión FORMATO ACTA DE REUNIÓN DEL

para la revisión acciones COMITÉ PARA LA REVISIÓN DE

pendientes y revisión de ACTA DE REUNIÓN

riesgos Fecha: 20/04/2021 Lugar: UTP

Hora Inicial: 08:30 am Hora Final:12:00 PM Acta N°01

Agenda: ASISTENTES: CARGOS:

DESARROLLO DE LA AGENDA DEL COMITÉ

1. REVISIÓN DEL ACTA ANTERIOR.

2. SEGUIMIENTO DE ACCIONES PENDIENTES.

ID Tipo de Descripción Solicitado por Aprobado por comentarios Fecha estado

2.4 Métricas y análisis (MA)

1. RESPONSABLE Justo Huaynillo

12/05/2021 Cronograma y avances Director del proyecto 11% 15% 13% X

19/05/2021 Cronograma y avances Director del proyecto 20% 25% 21% X

30/06/2021 Cronograma y avances Director del proyecto 63% 67% 64% X

7/07/2021 Cronograma y avances Director del proyecto 69% 74% 69% X

14/07/2021 Cronograma y avances Director del proyecto 75% 80% 77% X

21/07/2021 Cronograma y avances Director del proyecto 81% 87% 85% X

28/07/2021 Cronograma y avances Director del proyecto 88% 92% 92% X

4/08/2021 Cronograma y avances Director del proyecto 95% 100% 99% X

DEFINICIÓN DEL EQUIPO PPQA

Rol Encargado Descripción del rol Herramientas

Área Fase de Proyecto

¿Se han definido las responsabilidades a los Detallar en cada

¿Se ha definido la estructura de los módulos

¿Se realizó las pruebas unitarias a todas las Especificar por

¿Se ha definido que capas del sistema se

EQUIPO DEL PROYECTO Director del proyecto

Eduard Paredes Lap1

Tipo de Condición o Tratamiento Criterios a Proveedores Hábiles

La adquisiciones de los servicios presenta las siguientes indicadores

Visión general de flujo de un proyecto Scrum (Guía SBOK™, 2016)

Se tiene un plazo estimado de 90 días para el desarrollo e