“DISEÑO DE ARQUITECTURA EMPRESARIAL PARA LA EMPRESA METRO”

Entregable 2

Profesor:
Juan Carlos Cervantes Livón

Integrantes
U19206848 - Rodríguez Castillo, Raul
0910385 - Santamaría Anglas, Jose Anglas
U19217181 - Armijos Rivera, Jeffrey

OCTUBRE – 2023
Lima – Perú
 INDICE
1. FASE PRELIMINAR ................................................................................................................. 7
a. Requerimiento ....................................................................................................................... 7
b. Descripción de la Empresa ................................................................................................. 8
c. Misión ..................................................................................................................................... 8
d. Visión ...................................................................................................................................... 8
e. Objetivos Estratégicos ......................................................................................................... 8
f. Organigrama ......................................................................................................................... 9
g. Servicios................................................................................................................................. 9
h. Mapa de Procesos ............................................................................................................. 10
i. Principios Empresariales y Arquitectónicos ................................................................... 10
i. Principios Empresariales ............................................................................................... 10
ii. Principios de Arquitectura ............................................................................................. 11
j. Participantes del Proyecto ................................................................................................ 17
k. Business Model Canvas .................................................................................................... 18
2. FASE A – VISION DE ARQUITECTURA ........................................................................... 18
a. Definición del Alcance........................................................................................................ 18
b. Estimación de Tiempos ..................................................................................................... 18
c. Definición de Restricciones ............................................................................................... 18
d. Identificación de Interesados y Necesidades ................................................................. 19
e. Requerimientos de la Organización ................................................................................ 19
i. Descripción del Problema ............................................................................................. 19
ii. Entorno ............................................................................................................................. 20
iii. Objetivos .......................................................................................................................... 20
iv. Medida de Éxito .......................................................................................................... 20
v. Actores Humanos, computaciones .............................................................................. 20
vi. Roles y Responsabilidades ....................................................................................... 21
f. Visión de Arquitectura ........................................................................................................ 22
i. Diagrama de visión del negocio ................................................................................... 22
ii. Conductores del cambio y oportunidades .................................................................. 22
iii. Declaración Final de Visión .......................................................................................... 22
iv. Matriz de Stakeholders .............................................................................................. 23
v. Matriz de Comunicaciones ............................................................................................ 23
3. FASE B – ARQUITECTURA DE NEGOCIO ...................................................................... 25
a. Descripción de la línea de base ....................................................................................... 25
i. Proceso Core a Implementar ........................................................................................ 25
ii. Procesos de Apoyo ........................................................................................................ 26
iii. Factores Críticos de Éxito ............................................................................................. 26
iv. Problemas .................................................................................................................... 27
v. Entornos técnicos ........................................................................................................... 28
vi. Actores humanos, computaciones ........................................................................... 28
vii. Roles y Responsabilidades ....................................................................................... 29
b. Diseño del Nuevo Proceso................................................................................................ 29
i. Diagrama del Modelo de Negocios.............................................................................. 29
ii. Diagrama del Flujo del Proceso ................................................................................... 29
iii. Mapa de Flujo de Valor.................................................................................................. 30
c. Análisis de Brechas ........................................................................................................ 30
d. Análisis AS IS al TO BE ................................................................................................ 31
e. Requerimientos Técnicos .............................................................................................. 32
f. Requerimientos no Funcionales ................................................................................... 32
g. Expectativas del Negocio .............................................................................................. 33
4. FASE C – SISTEMAS DE INFORMACION ........................................................................ 34
a. Arquitectura de Datos ........................................................................................................ 34
i. Línea Base....................................................................................................................... 34
ii. Arquitectura de datos objetivo ...................................................................................... 36
iii. Especificación de requisitos de arquitectura preliminar ........................................... 39
iv. Hoja de ruta de los componentes de arquitectura de datos a implementar ...... 41
b. Arquitectura de la Aplicación ............................................................................................ 42
i. Línea Base....................................................................................................................... 42
ii. Arquitectura de datos objetivo ...................................................................................... 47
iii. Especificación de requisitos de arquitectura preliminar ........................................... 55
iv. Hoja de ruta de los componentes de arquitectura de datos a implementar ...... 56
5. FASE D – TECNOLOGIA ...................................................................................................... 56
a. Línea de Base ..................................................................................................................... 56
i. Componentes tecnológicos y sus relaciones con los sistemas de información. .. 56
 ii. Las plataformas tecnológicas y su descomposición, que muestran las
combinaciones de tecnología necesarias para realizar una "pila" tecnológica particular
57
iii. Entornos y ubicaciones: una agrupación de la tecnología requerida en entornos
informáticos (por ejemplo, desarrollo, producción) ........................................................... 58
iv. Carga de procesamiento esperada y distribución de carga a través de
componentes tecnológicos.................................................................................................... 58
v. Comunicaciones físicas (de red) .................................................................................. 58
vi. Especificaciones de hardware y red ........................................................................ 59
b. Arquitectura Objetivo.......................................................................................................... 59
i. Componentes tecnológicos y sus relaciones con los sistemas de información. .. 59
ii. Las plataformas tecnológicas y su descomposición, que muestran las
combinaciones de tecnología necesarias para realizar una "pila" tecnológica particular
59
iii. Entornos y ubicaciones: una agrupación de la tecnología requerida en entornos
informáticos (por ejemplo, desarrollo, producción) ........................................................... 60
iv. Carga de procesamiento esperada y distribución de carga a través de
componentes tecnológicos.................................................................................................... 62
v. Comunicaciones físicas (de red) .................................................................................. 62
vi. Especificaciones de hardware y red ........................................................................ 62
c. Preocupaciones clave de los interesados ...................................................................... 63
d. Resultados de análisis de brechas .................................................................................. 63
e. Requisitos tecnológicos ..................................................................................................... 63
6. FASE E – OPORTUNIDADES Y SOLUCIONES .............................................................. 63
a. Portafolio de paquetes de trabajo .................................................................................... 63
i. Descripción del paquete de trabajo (nombre, descripción, objetivos) .................... 67
ii. Requerimientos funcionales.......................................................................................... 68
iii. Dependencias ................................................................................................................. 69
iv. Relación a la oportunidad.......................................................................................... 69
v. Relación con el documento de definición de arquitectura y especificación de
requisitos de arquitectura ...................................................................................................... 70
vi. Relación con cualquier incremento de capacidad ................................................. 70
vii. Valor del negocio ........................................................................................................ 70
viii. Evaluación del factor de implementación y matriz de deducción de Impacto .. 70
b. Identificación de arquitecturas de transición, si las hay, incluyendo: ......................... 71
i. Relación con el documento de definición de arquitectura ....................................... 71
 c. Recomendaciones de implementación: .......................................................................... 72
i. Criterios de medidas de efectividad............................................................................. 72
ii. Riesgos y problemas...................................................................................................... 73
iii. Bloques de construcción de soluciones (SBB) .......................................................... 73
d. Diagrama de contexto del proyecto ................................................................................. 73
e. Diagrama de beneficios ..................................................................................................... 74
7. FASE F – PLAN DE MIGRACION ....................................................................................... 74
a. Implementación y estrategia de migración ..................................................................... 74
b. Desglose del proyecto y portafolio de la implementación: ........................................... 75
i. Asignación de paquetes de trabajo a proyecto y portafolios ................................... 75
ii. Capacidades entregadas por el proyecto ................................................................... 76
iii. Relación con la arquitectura objetivo y cualquier arquitectura de transición ........ 76
iv. Hitos y tiempos ........................................................................................................... 76
v. Estructura de Desglose del Trabajo ............................................................................ 76
c. Acta de Constitución del Proyecto: .................................................................................. 77
i. Paquetes de trabajo relacionados ............................................................................... 77
ii. Valor de negocio ............................................................................................................. 77
iii. Riesgo, problemas, suposiciones, dependencias. .................................................... 77
iv. Requerimientos de recursos y costos ..................................................................... 78
v. Beneficios de la migración ............................................................................................ 78
vi. Costos estimados de las opciones de migración .................................................. 78
8. FASE G – GOBIERNO DE LA IMPLEMENTACION......................................................... 79
a. Contrato de arquitectura .................................................................................................... 79
b. Evaluaciones de cumplimiento ......................................................................................... 83
c. Recomendaciones de cumplimiento de arquitectura y distribución............................ 84
d. Recomendaciones sobre requisitos de prestación de servicios ................................. 84
e. Recomendaciones sobre métricas de rendimiento ....................................................... 84
f. Acuerdos de nivel de servicio (SLA) ................................................................................ 85
g. Documento de definición de arquitectura, actualizado después de la
implementación ........................................................................................................................... 88
h. Modelos operativos empresariales y de TI para la solución implementada .............. 88
9. FASE H – GESTION DE CAMBIOS DE LA ARQUITECTURA ....................................... 91
a. Procedimiento de gestión de cambio .............................................................................. 91
b. Formato de solicitud para cambios tecnológicos........................................................... 93
c. Formato de solicitud para cambios de negocio ............................................................. 94
1. FASE PRELIMINAR
a. Requerimiento
Es de suma importancia disponer de la habilidad de efectuar
modificaciones en los requisitos, ya que esto juega un papel crucial.
La arquitectura, por su propia esencia, se enfrenta a la incertidumbre
y al cambio, lo cual implica que los requisitos de Arquitectura deben
estar sujetos a posibles modificaciones en la práctica. Por
consiguiente, resulta fundamental contar con la capacidad de
adaptarlos y ajustarlos según sea necesario.
Con respecto a los requerimientos de la empresa Metro, que busca
obtener al ejecutar el proyecto de arquitectura empresarial, tenemos
los siguientes:
 El sistema requiere uso de infraestructura tecnológica sólida y
escalable tales como los servidores, redes, sistemas de
respaldo y su almacenamiento. Adaptarse según el tráfico en
línea y las demandas de pedidos.
 El sistema deberá implementar medidas de seguridad para
proteger los datos de los clientes (firewalls, autenticación de
usuario, control de acceso).
 El sistema requiere un front-end y back-end que permita una
gestión eficiente y facilita las futuras actualizaciones.
 El sistema deberá brindar el stock actual de los productos
 Cuando la compra se finaliza, se debe actualizar
automáticamente la base de datos.
 Si en el proceso de compra el stock se termina, se notificará al
cliente que el producto se encuentra en otra tienda y si desea
continuar con la compra.
 Una integración de sistemas tales como gestión de inventario,
gestión de pedidos y el sistema de pagos.
 Servicios que faciliten integración otros sistemas, por ejemplo,
servicios de pago, servicios de logística, servicios de terceros.
 El sistema deberá tener un diseño intuitivo para una
navegación fluida y un proceso de compra fácil y eficiente.
 El uso de monitoreo y gestión implica el uso de monitoreo de
rendimiento de la web, registros y paneles de control para
obtener información acerca de la web y sus movimientos.
b. Descripción de la Empresa
Metro es una destacada empresa de supermercados y tiendas de
retail que opera en varios países de América Latina. Fundada en 1999
en Perú, Metro ha experimentado un crecimiento constante y ahora
cuenta con una sólida presencia en Argentina, Brasil, Chile, Perú y
Colombia. La empresa se dedica a satisfacer las necesidades de sus
clientes proporcionando una experiencia de compra conveniente y
atractiva.
Los supermercados Metro se caracterizan por su amplio espacio de
venta, diseñado para ofrecer un entorno cómodo y accesible para los
compradores. Además, la empresa se esfuerza por mantener precios
competitivos y promociones atractivas, con el objetivo de brindar a sus
clientes una excelente relación calidad-precio.
Metro también se destaca por su compromiso con la calidad y frescura
de sus productos. Para lograr esto, selecciona cuidadosamente a sus
proveedores, garantizando altos estándares de calidad en toda su
cadena de suministro. La empresa está comprometida con la
satisfacción del cliente y trabaja arduamente para ofrecer una amplia
variedad de productos de consumo, que incluyen alimentos frescos,
productos para el hogar, artículos de cuidado personal y muchos otros.
La expansión de Metro a lo largo de los años ha consolidado su
posición como una empresa líder en la industria de supermercados y
retail en América Latina. Su dedicación a brindar una experiencia de
compra excepcional y su enfoque en la calidad de los productos la han
convertido en una opción preferida para los consumidores en la región.
c. Misión
Ahorrarles dinero a las familias para que vivan mejor.
d. Visión
Somos líderes en cada mercado donde competimos por ofrecer el
mejor lugar para comprar y trabajar.
e. Objetivos Estratégicos
 Incentivar la compra en línea utilizando la estrategia de la
digitalización, para entregar una mejor experiencia a nuestros
clientes.
 Innovar de manera constante los canales de venta a distancia
y fortalecer las capacidades logísticas para una mejor
reducción de los plazos de entrega de los productos.
  Asegurar la calidad de los productos y los servicios que se
ofrecen.
 Incrementar la venta de los servicios post-venta.
 Implementar proyectos, mejoras en procesos y acciones de alto
impacto a largo plazo en función a nuevos hábitos de consumo
y compra.
f. Organigrama

g. Servicios
 Compras en línea: Metro permite a los clientes realizar compras
en línea de una amplia variedad de productos, desde alimentos
y bebidas hasta productos electrónicos y electrodomésticos.
 Entrega a domicilio: Metro ofrece entrega a domicilio de los
productos comprados en línea. Los clientes pueden elegir una
hora de entrega conveniente y el producto será entregado en
su dirección.
 Retiro en tienda: Los clientes pueden realizar pedidos en línea
y recogerlos en la tienda Metro más cercana. Esto es
 especialmente útil si los clientes desean ahorrar en los gastos
de envío o si prefieren recoger los productos en persona.
 Servicio al cliente: Metro cuenta con un equipo de servicio al
cliente en línea que está disponible para ayudar a los clientes
con cualquier pregunta o problema que puedan tener al realizar
compras en línea.
 Promociones en línea: Metro ofrece promociones en línea que
los clientes pueden aprovechar al realizar compras en línea.
h. Mapa de Procesos

i. Principios Empresariales y Arquitectónicos

i. Principios Empresariales
 Liderazgo: Liderar en el mercado del comercio
electrónico ofreciendo soluciones innovadoras y nuevas
tendencias.
 Integridad: Se guía por principios éticos y de
transparencia en todas sus operaciones manteniendo un
alto estándar de honestidad y confianza con sus clientes.
 Responsabilidad: Asume la responsabilidad de ofrecer
un comercio electrónico
  (e-commerce) seguro y confiable, protegiendo los datos
personales de los clientes y garantizando la seguridad
de las transacciones en línea.
 Pasión: Ofrecer productos de calidad y un servicio al
cliente sobresaliente.
 Diversidad y calidad: Valora la diversidad y se
compromete a ofrecer productos de calidad que
satisfagan las necesidades y preferencias de los clientes
(laptops, productos limpieza, televisores, etc.)
 Trabajo en equipo: Promueve su trabajo en equipo
fomentando la colaboración entre los diferentes equipos
y departamentos para lograr sus objetivos comunes.
 Colaboración: Fomentar colaboraciones internamente
con socios y proveedores para brindar una experiencia
de compra en línea eficiente y fluida.
ii. Principios de Arquitectura
En Metro, la arquitectura se basa en dos pilares fundamentales:
los "fundamentos de la arquitectura" y los "principios de
arquitectura". Los "fundamentos de la arquitectura" son
definiciones esenciales e inquebrantables que deben
mantenerse a lo largo de todo el proceso arquitectónico. Estos
cimientos sólidos actúan como estándares y guías para
asegurar el correcto funcionamiento de la arquitectura. Aunque
pueden ajustarse si surgen necesidades en distintas fases, una
vez completados los procesos, deben respetarse y
supervisarse.
Por otro lado, los "principios de arquitectura" en Metro
establecen normas y directrices generales y fundamentales
para el uso y despliegue de recursos y activos de TI en la
empresa. Estos principios reflejan un nivel de acuerdo entre los
diversos componentes de la organización y forman la base de
las decisiones en materia de TI. Cada principio arquitectónico
debe alinearse con los objetivos empresariales y se emplea
para trazar la dirección en la que la entidad implementará y
desplegará sus recursos en sus dominios tecnológicos.
En resumen, los "fundamentos de la arquitectura" constituyen
las definiciones esenciales que deben mantenerse en todo el
proceso arquitectónico, mientras que los "principios de
arquitectura" son las normas guía que determinan el uso y
 despliegue de los recursos de TI en la empresa. Ambos
elementos son vitales para asegurar una arquitectura
coherente y efectiva que respalde los objetivos y necesidades
de la organización en el ámbito de la tecnología de la
información.
1) Principios de Negocios

Nombre Orientación al cliente

Declaración Metro Cencosud se centra en satisfacer las necesidades de sus

clientes, ofreciendo una amplia gama de productos y servicios de
alta calidad a precios competitivos.

Razón Fundamental Este principio es fundamental para el éxito de la empresa, ya que

los clientes son la razón de ser de Metro Cencosud.

Trascendencia Metro Cencosud se enfoca en comprender las necesidades de

sus clientes, desarrollando productos y servicios que se adapten
a sus preferencias. La empresa también trabaja para
proporcionar una excelente experiencia de cliente, desde el
momento en que ingresan a una tienda hasta el momento en que
finalizan su compra.

Nombre Crecimiento rentable

Declaración Metro Cencosud busca un crecimiento rentable a largo plazo,

fortaleciendo su posición de liderazgo en sus mercados y
expandiendo sus operaciones a nuevas geografías.
Razón Fundamental
Este principio es importante para asegurar el futuro de la empresa
y permitirle continuar generando valor para sus accionistas.

Trascendencia Metro Cencosud se enfoca en expandir su presencia en los

mercados existentes y entrar en nuevos mercados. La empresa
también trabaja para mejorar su eficiencia operativa y reducir
costos.
 2) Principios de Información

Nombre Datos como activos

Declaración Metro Cencosud se compromete a divulgar información veraz,

oportuna y completa a sus grupos de interés. Esta información
incluye información financiera, ambiental, social y de gobierno
corporativo.
La transparencia es fundamental para que los grupos de interés de
Razón Fundamental Metro Cencosud puedan tomar decisiones informadas sobre la
compañía. Al divulgar información veraz y completa, Metro
Cencosud construye confianza y credibilidad con sus grupos de
interés.

Trascendencia Esto permitirá satisfacer las necesidades de información de sus

grupos de interés, además de construir confianza, credibilidad,
mejorar la toma de decisiones de sus grupos de interés y reducir el
riesgo de conflictos

Nombre Control sobre precios sobre la competencia

Declaración En Metro se va a manejar la Accesibilidad y competitividad de los

precios.

Razón Fundamental La responsabilidad es fundamental para que los grupos de interés

de Metro Cencosud puedan acceder a la información que
necesitan cuando la necesitan. Al divulgar información de manera
oportuna y accesible, además demuestra su compromiso con la
accesibilidad y la equidad..

Trascendencia Con ello atraerá y retendrá a empleados, clientes y proveedores de

confianza, mejorara la reputación de la compañía, por ultimo creara
una cultura de ética y transparencia
 3) Principios de Aplicación

Nombre Facilidad de uso de sus aplicativos

El aplicativo web pertenecientes a la empresa, deberán ser

intuitivas para el uso de los usuarios. Enfocado en que la
Declaración
funcionalidad del sistema de ventas sea con el cliente-servidor-
empresa

Razón Fundamental Contar con aplicaciones de usuario intuitivas nos confiere una
importante ventaja competitiva, dado que, al ser fáciles de usar,
ofrecen una experiencia cómoda al interactuar con ellas,
diferenciándose de las alternativas existentes. Esto, a su vez,
fomenta la fidelidad de los clientes hacia nuestro aplicativo y
marca.

Implicaciones Se debe tener una constante monitoreo de los principales

problemas en diseño e implementación de funcionalidades

Nombre Disponer una gran variedad de productos

Declaración En metro se trabaja con una gran variedad de productos del

mercado.

Razón fundamental Los productos son un aspecto fundamental para nuestro negocio,
una gran variedad deproductos ofrece al cliente mayor variedad,
mayor poder decisión al elegir, el cliente sabrá a dónde volver. Esto
pone a Metro un paso adelante ante los demás.

Implicaciones Clientes satisfechos por un mayor margende decisión

Incrementación de clientesFidelización de los clientes
Una mejor posición en la competitividad
 4) Principios de Tecnologías

Nombre Incentivo de valores

Declaración Implementación mejorada del software de compra de la tienda

Metro. Fácil de utilizar y que sea interactivo, además que mantenga
la información actualizada. Base de datos de alta disponibilidad,
actualizando el stock de productos para un mejor servicio al cliente

Razón Fundamental Tener actualizado la base de datos de la aplicación de metro para

brindar un mejor servicio de compra de productos

Implicaciones Actualización de datos diarios por tienda

Base de datos mediante registro de sku por producto

Nombre Interoperabilidad

Declaración Resulta fundamental que los sistemas de información y los

procesos de la empresa cuenten con la habilidad de compartir
información de manera eficiente y consistente, abarcando datos,
documentos y otros elementos.

Razón Fundamental El uso de la interoperabilidad nos ofrecerá beneficios al evitar la

existencia de información repetida o redundante, ya que
lograremos mantener nuestra información unificada y cohesiva.

Implicaciones El área de TI, de la empresa deberá regirse de principios de

interoperabilidad para el manejo de los sistemas de información.
 Nombre Importancia de disponibilidad de plataforma

Declaración En la empresa metro se trabaja con una plataforma disponible

24/7 así diferenciarsedel resto en el desarrollo de acciones como
E. Commerce.

Razón fundamental Tener disponibilidad de plataforma 24/7 tanto al cliente como a la

empresa es primordial para un uso mejor, abarcandotodo el día su
atención.

Implicaciones Clientes el cualquier horario Manipulación de la plataforma

constante

Incremento de ventas a través de laplataforma

Nombre Seguridad en las tecnologías

Declaración Metro cuenta con una seguridad efectiva en sus equipos de

hardware y software quele hace destacar antes sus
competidores

Razón fundamental Tener asegurado todo con respecto a la tecnología ya sea

software o hardware es esencial para la integridad no solo de la
empresa sino también de nuestra clientela.Un centro seguro será
vital para la preferencia de los clientes y usuarios.

Implicaciones Hardware protegido Software salvaguardado

Cliente satisfecho con su privacidad

j. Participantes del Proyecto

El Gerente General sería responsable de proporcionar

una visión clara y definir los objetivos estratégicos de la
Gerente General implementación del Togat en Metro. Sería responsable
de comunicar la importancia de esta iniciativa a todos
los niveles de la organización y garantizar el
compromiso y apoyo de la alta dirección

Responsable del desempeño general de las redes

electrónicas de una empresa y lidera al equipo de TI en
Gerente del Área de TI el cumplimiento de los requerimientos de sistemas de
información de la organización.

Es el encargado de la dirección y gestión de proyectos.

Realizadores del
Es responsable de la definición, planificación y
Proyecto de
ejecución de un proyecto, para lo que deberá
Implementación de
encargarse de coordinar las tareas y los equipos,
Togaf
asumiendo un rol de liderazgo.

Tiene la responsabilidad de realizar la planificación,

Analista de calidad ejecución y garantía de la calidad tanto durante como
después de los procesos del negocio.

Es el encargado de desmitificar aquellos procesos

complejos y técnicos del desarrollo de la arquitectura
empresarial, a través de los principios de la
Arquitecto empresarial arquitectura. Además, de contar con un conocimiento
total del marco de arquitectura de The Open Group,
puesto que TOGAF, es una arquitectura líder en el
mundo.
 k. Business Model Canvas

2. FASE A – VISION DE ARQUITECTURA

a. Definición del Alcance
El alcance del proyecto implica la implementación de una arquitectura
empresarial en Supermercado Metro con el objetivo de optimizar los
procesos de gestión, mejorar la cadena de suministro y ofrecer una
experiencia de compra superior a los clientes.
b. Estimación de Tiempos
Se estima que el proyecto tomará entre 18 y 24 meses, adaptándose
a los desafíos y requisitos cambiantes, como la expansión de tiendas
o la adopción de nuevas tecnologías.
c. Definición de Restricciones
 Restricción de tiempo: El proyecto debe completarse dentro del
cronograma establecido, que incluye plazos para cada fase y la
fecha de implementación de mejoras en la operación del
supermercado.
 Disponibilidad de personal: Se debe contar con un personal
adecuado para gestionar las tiendas y la logística. Es
 fundamental tener un registro del personal por turno y sus
horarios disponibles.
 Restricción de coste: El presupuesto del proyecto debe abarcar
todos los recursos necesarios para la implementación,
incluyendo gastos en tecnología, formación del personal y
logística.
 Control: El equipo debe comunicar regularmente los resultados
de cada fase del proyecto y realizar ajustes según sea
necesario
d. Identificación de Interesados y Necesidades
 Gerencia: La alta dirección supervisará la implementación de la
arquitectura empresarial, tomando decisiones estratégicas y
aprobando presupuestos.
 Departamento de Operaciones: Responsable de la gestión
diaria de las tiendas y la logística. Deben estar al tanto de las
mejoras para su implementación.
 Departamento de Tecnología de la Información: Encargado de
administrar y supervisar las tecnologías, incluyendo sistemas
de gestión de inventario, sistemas de punto de venta y
soluciones de comercio electrónico.
 Proveedores y Socios: Colaboradores clave para el diseño y
desarrollo de sistemas y procesos, garantizando el soporte y el
mantenimiento continuo.
 Clientes: Sus opiniones y necesidades deben ser tenidas en
cuenta para ofrecer una experiencia de compra de alta calidad.
Sus sugerencias pueden impulsar mejoras en la arquitectura
empresarial.
e. Requerimientos de la Organización
i. Descripción del Problema
El principal problema que enfrenta la empresa Supermercado
Metro es la falta de eficiencia en la gestión de inventario y la
experiencia del cliente. La empresa tiene dificultades para
mantener un inventario actualizado y garantizar que los
productos estén disponibles cuando los clientes los necesitan.
Además, la falta de un sistema de atención al cliente eficaz ha
llevado a quejas y pérdida de clientes.
ii. Entorno
La empresa Supermercado Metro opera en un entorno
altamente competitivo en la industria minorista de alimentos.
Los consumidores tienen cada vez más opciones y buscan
conveniencia y eficiencia en sus compras. La competencia ha
implementado sistemas de gestión de inventario y atención al
cliente avanzados, lo que ha mejorado significativamente la
experiencia del cliente.
iii. Objetivos
 Implementar una arquitectura empresarial que optimice
la gestión de inventario, asegurando que los productos
estén disponibles cuando los clientes los necesiten.
 Desarrollar un sistema de atención al cliente que permita
a los clientes realizar consultas, quejas y recibir
asistencia de manera eficiente.
 Mejorar la eficiencia operativa para reducir costos y
aumentar la rentabilidad.
iv. Medida de Éxito
 Aumentar la disponibilidad de productos en un 20% al
optimizar la gestión de inventario.
 Implementar un sistema de atención al cliente que
resuelva el 90% de las consultas y quejas en un plazo
de 24 horas.
 Reducir los costos operativos en un 15% mediante la
eficiencia en la gestión de inventario y atención al
cliente.
v. Actores Humanos, computaciones
 Gerente General
 Director de Operaciones
 Director de Ventas
 Director de Tecnología de la Información
 Personal de Tienda
 Clientes
vi. Roles y Responsabilidades
 Gerente General: Supervisión y toma de decisiones
estratégicas para la implementación de la arquitectura
empresarial.
 Director de Operaciones: Responsable de la gestión de
inventario y la eficiencia operativa.
 Director de Ventas: Encargado de mejorar la experiencia
del cliente y las estrategias de marketing.
 Director de Tecnología de la Información: Desarrollo y
mantenimiento de sistemas informáticos para el control
de inventario y atención al cliente.
 Personal de tienda: Implementación de prácticas de
gestión de inventario y atención al cliente.
 Clientes: Proporcionar retroalimentación y utilizar el
sistema de atención al cliente para consultas y quejas.
 Esta estructura proporciona una base sólida para
abordar los desafíos que enfrenta la empresa
Supermercado Metro y mejorar su eficiencia operativa y
la experiencia del cliente.
f. Visión de Arquitectura
i. Diagrama de visión del negocio

ii. Conductores del cambio y oportunidades

Identificar oportunidades y desafíos específicos para
Supermercados Metro, como la implementación de tecnología
para mejorar la gestión de inventario, la expansión a nuevos
mercados, la optimización de la cadena de suministro, etc.
iii. Declaración Final de Visión
Adaptar la declaración de visión para Supermercados Metro,
enfatizando sus metas y objetivos estratégicos, como la mejora
de la experiencia del cliente, la expansión geográfica, la
eficiencia operativa y la sostenibilidad.
iv. Matriz de Stakeholders
Identificar a los stakeholders clave para Supermercados Metro,
como la alta dirección, empleados, proveedores, clientes,
autoridades regulatorias, etc.

v. Matriz de Comunicaciones
Se define los flujos de comunicación internos y externos para
Supermercados Metro, especificando quién se comunica con
quién, la frecuencia de las comunicaciones y los formatos
utilizados. Por ejemplo, puedes destacar las comunicaciones
entre la alta dirección, el personal de tienda, los proveedores y
los socios estratégicos.
 A Quien Va Formato de
Cargo Información Dirigido Tiempo Presentación

Planes estratégicos y metas de la

Gerente empresa Alta Dirección Mensual Reunión

Avances y desafíos en la gestión Jefes de

Subgerente operativa Departamento Semanal Reunión

Jefe de Información sobre proveedores y Compras, Alta

Compras negociaciones Dirección Quincenal Correo Electrónico

Director de Resultados de ventas y análisis de Personal de la

Tienda satisfacción del cliente Tienda Semanal Reunión

Personal de Feedback sobre problemas y Conversación

Tienda sugerencias Director de Tienda Diario Directa

Actualizaciones sobre entregas y Correo

Proveedores productos Compras, Logística Semanal Electrónico
 A Quien Va Formato de
Cargo Información Dirigido Tiempo Presentación

Actualizaciones sobre
Socios colaboraciones y proyectos Alta
Estratégicos Dirección Mensual Reunión

3. FASE B – ARQUITECTURA DE NEGOCIO

a. Descripción de la línea de base
i. Proceso Core a Implementar
Habiendo identificado nuestro proceso Core de Metro, acerca
de la distribución de los productos mediante el envío y pedido
de estos. Además, a tener en cuenta que en su página web solo
se dispone de elegir una dirección o retirar en tienda. El proceso
Core a implementar será el de “generar un menor tiempo de
espera al cliente (24 horas o 2 días hábiles máximo)” a través
de su página web, para ello, ideamos la opción de que el
producto está disponible o cercano a cierta tienda para evitar
que el stock se mueva a otra tienda más cercana para realizar
la compra generando la demora de un mayor número de días.
Además, tendremos como premisa la comodidad de elegir un
producto relacionado que esté más cercano a la ubicación del
cliente permitiéndole adquirir de una forma sencilla lo solicitado.
 ii. Procesos de Apoyo
Gestión de Gestión de la Administración Administración Implementación de
Recursos cadena de de un de finanzas y un sistemaSGA
humanos suministro almacenamiento contabilidad
estratégico
La gestión de Asegura una Considera la Se encarga de Los sistemas de
los recursos gestión eficiente posibilidad de gestionar los gestión de
humanos se para una contar con recursos almacenes (SGA)
fundamenta en distribución más almacenes monetarios del son herramientas
un conjunto de rápida y precisa de estratégicamente negocio con el que optimizan y
directrices, los productos. ubicados cerca objetivo de controlan las
políticas y Implica de centros garantizar de operaciones de
decisiones que comunicación fluida urbanos o áreas manera almacenamiento y
buscan con proveedores , de alta estratégica el distribución. Estos
potenciar el sistemas de demanda, por lo adecuado sistemas ayudan a
progreso del inventario en que permitirá funcionamiento organizar el
negocio tiempo real y uso una distribución de todas sus inventario, agilizar
mediante el de tecnologías de más rápida áreas. los procesos de
rendimiento de seguimiento por reduciendo la picking y packing,
sus empleados GPS para agilizar distancia y además de mejorar
los procesos de tiempo de la precisión en la
entrega. entrega. preparación de
pedidos.

iii. Factores Críticos de Éxito

 Capital Humano
Para lograr una adecuada administración del talento
humano durante el proyecto de diseño e implementación
de una arquitectura empresarial, se asignará al gerente
de sistemas la responsabilidad de coordinar y delegar
actividades a su equipo de trabajo, con el objetivo de
cumplir con los plazos establecidos para las entregas de
los pedidos.
 Gestión eficiente del inventario
Implementar sistemas de gestión de inventario en
tiempo real que permitan un seguimiento preciso de los
niveles de stock, la rotación de productos y la reposición
oportuna. Esto evitará retrasos en la entrega debido a la
falta de disponibilidad de productos o intercambio entre
tiendas.
  Monitoreo y Mantenimiento del aplicativo web
En la actualidad, se observa un aumento en el número
de transacciones realizadas por los clientes a través de
computadoras. Tras identificar problemas en la
aplicación web de Metro que afectan la calidad de la
experiencia del cliente, se establecerá como una de las
principales prioridades el mantenimiento y la solución de
errores de la aplicación web en la compra de pedidos.
 Optimización de la red logística
Evaluamos la posibilidad de una estructura de red
logística, incluyendo la ubicación estratégica de los
centros de distribución y almacenes. Esto reducirá las
distancias de envío y acortará los tiempos de entrega.
 Comercio electrónico
Este proceso es neto del área de ecommerce, ya que se
forma de las ventas online, es una forma de que la gente
compra y vende productos al por menor. Para este
proceso va de la mano con la eficiencia tecnológica ya
que en este caso refiere a la infraestructura tecnológica
del área y cómo influye en el factor de éxito.
iv. Problemas
Como se pone en evidencia en las imágenes mostradas
anteriormente el proceso de compra mediante el aplicativo web
de Metro se puede identificar dos grandes problemas. En
primera instancia, la falta de opciones debido a que solo se
muestran dos opciones generales para obtener el producto
mediante el uso de solo 3 opciones
“Departamento/Provincia/Distrito” por lo que no se especifica la
dirección del cliente y solo se toma una dirección general
provocando que haya confusión para los clientes. En segunda
instancia, en el caso de envíos a domicilio mostrando como
resultado que el envío más cercano es un martes de la próxima
semana siendo el caso de que el cliente generó un pedido un
jueves, provocando una demora importante de 4 días hábiles
mínimo para obtener el producto en cuestión en vez de que el
producto sea enviado el mismo día o como máximo mañana
viernes que cuenta como día hábil. Por ello, tenemos como
premisa generar un menor tiempo de espera al cliente y evitar
que el producto sea repartido en otra tienda distinta más
 cercana para mejorar la experiencia del usuario con el
aplicativo web de Metro.
 Problema / Efecto
o Falta de especificación de lugar donde se
encuentra el producto = Molestia del cliente.
o Envíos hasta en 4 días o más = Tiempo de espera
muy largo
o Stock no especificado = Cambio de producto por
otro distinto.
v. Entornos técnicos
 El cliente genera el proceso por lo cual el centro de
distribución recibe el pedido.
 Después se revisa el stock de productos.
 En caso se realice la confirmación se realiza el proceso
de envío de productos.
 La recepción de la mercadería, revisión, empaquetado y
ordenar el pedido.
 En resumen, se realiza la entrega del producto.

vi. Actores humanos, computaciones

Participante Rol
Gerente General Toma las decisiones cruciales y
supervisala obtención de los objetivos
estratégicos
Gerente de Sistemas Realiza la gestión de las
solucionestecnológicas
Gerente de Planificación Dirección y gestión de proyectos del
y desarrollo de proyectos negocio
Arquitecto Empresarial Se encarga de la arquitectura
empresarial
Equipo de trabajo Los encargados de aplicar Togaf

Participante Rol
Aplicativo Web de Metro Permite la compra
 Servidor Aloja el aplicativo web

vii. Roles y Responsabilidades

Encargado(s) Rol Responsabilidad
Se encarga de Encargado de todas las
Gerente
concretar las funciones de dirección de
General
estrategias la empresa
Tener en cuenta las
Desarrollo de la
Arquitecto estrategias de ti e
arquitectura
empresarial alinearlaslas necesidades
empresarial
del negocio
Proveer mejora
Gerente de
continua enentornos Gestionar área de TI
Sistemas
de tecnología

b. Diseño del Nuevo Proceso

i. Diagrama del Modelo de Negocios

ii. Diagrama del Flujo del Proceso

 iii. Mapa de Flujo de Valor

c. Análisis de Brechas
d. Análisis AS IS al TO BE
Habiendo identificado la brecha para el paso del “AS IS” al “TO BE”,
en los procesos de solicitud de un margen de horario para el recojo de
su pedido, solicitud de una pregunta personalizada para un mejor
entendimiento y en el mejoramiento del proceso de compra en línea
de productos de para el hogar en la plataforma. Metro deberá realizar
las siguientes acciones:
 Definición de la arquitectura de datos.
 Definición de la arquitectura de aplicaciones que conlleva el
proceso.
 Definición de la infraestructura tecnológica requerida para
soportar las nuevas funcionalidades de la plataforma.
  Implementación de las nuevas funcionalidades a partir de los
procesos seleccionados, a través del mantenimiento de la
plataforma.
 Informar al equipo de trabajo sobre la hoja de ruta a seguir,
planteada para el agregado de nuevas funcionalidades.
 Notificar a los clientes, sobre las nuevas funcionalidades
implementadas y/o posibles cambios.
e. Requerimientos Técnicos
Tipos de
Requerimientos
 Computadoras por cada personal de desarrollo que
posea procesador Ryzen 7 con una RAM de 16GB, disco
sólido 1TB y disco mecánico de 512GB y una placa madre
Requerimientos MSI X570-A PRO.
Técnicos  Una computadora de apoyo para eljefe del área de
división de ventas a distancia(DVD) que le permita
evaluar el correcto funcionamiento del proceso por la
web.
 Un sistema operativo Windows que es el más adecuado
Requerimientos
para los negocios
de sistema de
 SQL server para poder almacenar toda lainformación de
información
los usuarios registrados y de los pedidos guardados.

f. Requerimientos no Funcionales

Identificador RNF-001
Nombre Tiempo de Respuesta
El tiempo de respuesta ante la búsqueda de un producto debe ser 10 segundos
Descripción como máximo
Necesidad Alta

Identificador RNF-002
Nombre Mensajes
El sistema debe proporcionar mensajes de error que sean informativos y
Descripción orientados al usuario final
Necesidad Alta

Identificador RNF-003
Nombre Funcionalidad
 Descripción El sistema debe visualizarse y funcionar correctamente en navegadores web
Necesidad Alta

Identificador RNF-004
Nombre Nivel de seguridad
El sistema debe tener un nivel de seguridad de dos variables (correo
Descripción electrónico y contraseña) para todos los usuarios
Necesidad Alta

Identificador RNF-005
Nombre Característica de la contraseña
El sistema permitirá registrar una contraseña de tipo string con 6 mínimo y
Descripción máximo 16 caracteres, donde debe tener una letra en mayúscula y un
número.
Necesidad Alta

Identificador RNF-006
Nombre Modificar información personal
El sistema debe permitir a los usuarios modificar sus datos personales.
Descripción Persona: Nombre y apellidos, contraseña, correo electrónico, dirección,
teléfonos.
Necesidad Alta

Identificador RNF-007
Nombre Copia de seguridad
Descripción El Sistema debe realizar una copia de seguridad automáticamente cada
semana.
Necesidad Alta

Identificador RNF-008
Nombre Normativa Vigente de la SUNAT
El sistema debe respetar la normativa para la impresión de boletas, facturas
y guías de remisión, mostrando los datos correctos y necesarios según la
Descripción normativa vigente de la SUNAT.
Necesidad Alta

g. Expectativas del Negocio

 Expandir la marca con buenas expectativas respecto a la venta
online.
  Escalar en ventas online.
 Optimización de página web en entrega, recojo y ubicación
respecto a los productos.
 Análisis de datos e inteligencia de negocio.
 Plataforma tecnológica adaptable a la mejora constante.
4. FASE C – SISTEMAS DE INFORMACION
a. Arquitectura de Datos
i. Línea Base
1) Modelo de datos empresariales
2) Modelo de datos lógico

3) Modelos de proceso de gestión de datos

 4) Entidad de datos / Matriz de funciones comerciales
Usuario Almacena datos del cliente para ingreso ala
pagina
Pedidos Almacena los datos de pedido
detallePedido Almacena detalles del pedido
detalleProducto Almacena detalles del producto
categoriaProducto Almacena categoría del producto
proveedor Almacena datos de proveedores asociados de la
empresa

ii. Arquitectura de datos objetivo

1) Modelo de datos empresariales
2) Modelo de datos lógico
 3) Modelos de proceso de gestión de datos

4) Entidad de datos / Matriz de funciones comerciales

usuario almacena datos del cliente para ingreso a

la pagina

pedidos almacena las datos de pedido

detallePedidos almacena detalles del pedido

detalleProductos almacena los datos de los productos

categoriaProductos almacena categoria por producto

proveedores almacena datos de proveedores

asociados a la empresa

tipoServicio almacena el servicio escogido por el

cliente

sucursal almacena la sucursal designada

encargado almacena el tipo de servicio

entregaPedido almacena los datos de pedidos

entregados
iii. Especificación de requisitos de arquitectura preliminar
1) Resultados de análisis de brechas
Partiendo del análisis de brecha realizado
anteriormente, enfocándose a nivel de arquitectura de
datos, en la plataforma de Metro. Se obtuvieron los
siguientes resultados.
Como observamos en la plataforma, nos vemos
impedidos de poder llevar una gestión general de todos
los datos que maneja Metro, puesto que, no cuenta con
todos los servicios disponibles que ofrecen en su app,
siendo estos, los servicios de margen de horario para
recojo y el servicio de atención personalizada para un
mejor entendimiento.
Por ello, a partir de los resultados obtenidos, nos vemos
en la obligación de implementar opciones en “Retiro en
Tienda” y “Que te puedo ayudar” en la plataforma de
Metro, para poder contar con los mencionados servicios
faltantes.
2) Requisitos de interoperabilidad de datos
La interoperabilidad de datos se puede definir como la
capacidad de dos o más sistemas de información para
 recibir y gestionar datos en diferentes estructuras o
formatos. De ahí obtenemos los siguientes requisitos de
interoperabilidad de datos.
 El sistema debe poder administrar datos de otros
sistemas operativos dentro de la organización con
el tema tecnológico propuesto.
 Determinar los requisitos de interconexión para la
comunicación entre uno o más sistemas
incluyendo temas como las vlan.
 Debe haber un formato estándar entre los
sistemas para comprender y administrar los
datos, organizando la estructura del sistema.
 Se deberá determinar el formato, sintaxis y la
organización del intercambio de datos, incluso, a
nivel de campo de datos para poder interpretarlos
3) Requisitos técnicos relevantes que se aplicarán a esta
evolución del ciclo de desarrollo de la arquitectura.
Como parte de la evolución del ciclo de desarrollo de la
arquitectura, los requisitos técnicos resultantes son:
 Se deberá de mejorar la canalización de los datos
y optimización de su flujo de trabajo.
 Se deberá de desarrollar la arquitectura, teniendo
como principio a cumplir el resguardo de la
seguridad de los datos.
 Evitar duplicidad de los datos, para ello, los datos
no deben ser autónomos de un sector de la
empresa y ser visibles por todas sus áreas.
 Se deberán de contar con interfaces efectivas y
óptimas que permitan al usuario su interacción
con ellos.
 La plataforma, deberá de contar con la capacidad
de almacenar todo tipo de datos, que se le haya
especificado.
 La plataforma, deberá de contar con datos
estructurados para gestionarlos.
 4) Restricciones en la arquitectura tecnológica a punto de
ser diseñada
Conforme, con lo desarrollado en la arquitectura de
datos, la arquitectura tecnológica, tendrá como
restricciones, solo poder contar con lo acordado en esta
fase, no se podrá modificar o variar las entidades de
datos y sus relaciones identificadas ni las necesidades
y/o funciones comerciales establecidas.
5) Requisitos comerciales actualizados, si corresponde
Respecto a los requisitos de datos, tenemos lo siguiente.
 La plataforma, deberá de gestionar las entidades
de datos y sus relaciones establecidas en la
arquitectura de datos objetivo, para poder
implementar las nuevas funcionalidades, en base
a los servicios propuestos de Solicitar margen de
horario para recojo y el servicio de atención
personalizada para un mejor entendimiento.
6) Requisitos de aplicación actualizados, si corresponde

iv. Hoja de ruta de los componentes de arquitectura de datos a

implementar
Arquitectura de datos-línea base
 El equipo de trabajo del Área de Tecnología e
información, deberá de comprobar si las entidades de
datos identificadas en la arquitectura base, son las
indicadas para cumplir con la implementación
necesitada.
 El gerente de sistemas deberá de verificar si se
establecieron adecuadamente las relaciones entre las
entidades de datos.
 El equipo de trabajo del Área de Tecnología e
información, deberá de verificar si las relaciones
establecidas entre entidades de datos identificadas en la
arquitectura base son las señaladas.
 El gerente de sistemas deberá de comprobar si se
establecieron correctamente las entidades de datos de la
arquitectura base
 Arquitectura de datos-objetivo
 El Gerente de Sistemas, deberá de reafirmar si las
entidades y relaciones establecidas son las adecuadas
para la implementación necesitada.
 El equipo de trabajo, deberá de establecer las entidades
de datos y sus relaciones para el desarrollo de la
arquitectura objetivo.
 El arquitecto empresarial, tendrá que convalidar si se
siguieron los procesos correctos para el desarrollo de la
arquitectura de datos.
b. Arquitectura de la Aplicación
Según las definiciones de TOGAF, arquitectura de aplicaciones se da
a entender cómo un esquema que provee de diseño, planificación,
implementación de una arquitectura empresarial.
i. Línea Base
1) Catálogo de la cartera de aplicaciones
ID NOMBRE DESCRIPCION
ID_Netbeans- C++ Netbeans - C++ NetBeans es un IDE (entorno de desarrollo integrado)
de código abierto utilizado y a su vez proporciona un
conjunto de herramientas y
funcionalidades que facilitan la creación,
depuración y prueba de aplicaciones Java, así como
de otras tecnologías relacionadas, como JavaFX,
HTML5, PHP y C/C++.
FireBase FireDataBase Sistema de Gestión de base de datos ampliamente
utilizado y de código abierto que ofrece un entorno de
gestión de bases de datos eficiente y confiable,
permitiendo a los usuarios almacenar, organizar y
recuperar grandes volúmenes de datos de manera
rápida y segura.
ID_WordPress WordPress Aplicación que ofrece una amplia biblioteca de
herramientas y plugins que expanden las posibilidades
para crear páginas web con formularios,
materiales audiovisuales o CTA únicos.
ID_SublimeText SublimeText Programa de edición de código que cuenta con una
interfaz eficiente, rápida y bien diseñada. Tiene
sistemas de construcción para docenas de lenguajes
de programación y capacidad de edición multilínea.

2) Catálogo de interfaz
ID NOMBRE DESCRIPCIÓN
ID_Mockingbird Mockingbird Software de interfaces completamente local que destaca en
prototipos enlazados y compartir las maquetas y páginas.
Permite ver la vista desde el usuario.
ID_inVision inVision Herramienta para diseñar prototipos, se puede compartir y
comentar sobre el proyecto en tiempo real.
ID_Framerx Framerx Software de diseño de interfaces, permite crear y exportar
ilustraciones en formato SVG. Además, de interactuar con
el código brindado en la página
 3) Matriz de aplicación / organización

Organización

Gerencia Gerencia de Gerencia de

Gerencia Gerencia de Gerencia de Gerencia de
Aplicación General Finanzas y Planificación y
Marketing Sistemas Administración Operaciones
Corporativo Logística Desarrollo

Netbeans x x x x x x x
- C++

FireBase x x x x x x

WordPress x x x x x x x

SublimeText x x x x x

4) Rol de Matriz / Aplicación

Rol

Gerente Gerente Gerente de Arquitecto Equipo

Aplicación
General de planificación y Empresarial de
Sistemas desarrollo de Trabajo
proyectos

Netbeans - C++ x x x x x

x x x
FireBase

x x x x x
WordPress

x x x x
SublimeText
 5) Matriz de aplicación / función

Función

Aplicación Ingresar Entrega

Iniciar Buscar Mostrar Seleccionar Detalle Realizar Generar Stock de Envió de
Método de
Sesión Producto Producto Producto Producto Transacción Pedido Producto Producto
de pago Producto

Netbeans C++
x x x x x x x x x

FireBase x x x x x

WordPress x x x x x x x x x x x

SublimeText x x x x x x x x x

6) Matriz de interacción de aplicaciones

Rol

Aplicación Gerente de
Gerente Gerente de planificación y Arquitecto Equipo de
General Sistemas desarrollo de Empresarial trabajo
proyectos

Netbeans C++ x x x x

FireBase x x x x

WordPress x x x x x

SublimeText x x x

7) Diagrama de caso de uso de la aplicación

ii. Arquitectura de datos objetivo
1) Catálogo de la cartera de aplicaciones
2) Catálogo de interfaz
3) Matriz de aplicación / organización

4) Rol de Matriz / Aplicación

5) Matriz de aplicación / función

6) Matriz de interacción de aplicaciones

7) Diagrama de comunicación de la aplicación

8) Diagrama de aplicación y ubicación del usuario

9) Diagrama de caso de uso de la aplicación

 PAGINA WEB METRO

10) Diagrama de manejabilidad empresarial

11) Diagrama de proceso / realización de aplicaciones

12) Diagrama de ingeniería de software

13) Diagrama de migración de aplicaciones
 14) Diagrama de distribución de software

iii. Especificación de requisitos de arquitectura preliminar

1) Resultados de análisis de brechas
 El aplicativo web a la hora de ingreso de
mercadería
2) Requisitos de interoperabilidad de datos
Su funcionamiento se basa en el uso de un nodo central,
en donde, todos los servicios segmentados se
compartirán, enrutaran y organizarán para la conexión
de sus aplicaciones y datos entre sí.
3) Requisitos técnicos relevantes que se aplicarán a esta
evolución del ciclo de desarrollo de la arquitectura.
Su funcionamiento se basa en el uso de un nodo central,
en donde, todos los servicios segmentados se
 compartirán, enrutan y organizan para la conexión de
sus aplicaciones y datos entre sí.
4) Restricciones en la arquitectura tecnológica a punto de
ser diseñada
De acuerdo con lo descrito en la arquitectura de
aplicaciones, las restricciones de la arquitectura
tecnológica se restringirán a lo establecido en esta etapa
específica. En consecuencia, no será factible modificar
las funcionalidades asignadas a cada aplicación actual y
futura que opera en la organización.
5) Requisitos comerciales actualizados, si corresponde
 A través del aplicativo web, el cliente podrá
solicitar en tiempo real la disponibilidad de los
productos
6) Requisitos de aplicación actualizados, si corresponde
 El aplicativo web, deberán de contar con un
rendimiento óptimo, para mejorar la experiencia
del cliente al interactuar
iv. Hoja de ruta de los componentes de arquitectura de datos a
implementar
El grupo de trabajo del departamento de TI debe realizar la
identificación de las aplicaciones en uso en la organización,
proporcionando una descripción de su función como software y
su aporte en los procesos de la empresa. Por su parte, el
gerente de sistemas tiene la responsabilidad de asegurar que
esta identificación se haya realizado correctamente, detallando
la función de dichas aplicaciones y su relevancia en los
procesos empresariales.
5. FASE D – TECNOLOGIA
a. Línea de Base
i. Componentes tecnológicos y sus relaciones con los sistemas
de información.
 ii. Las plataformas tecnológicas y su descomposición, que
muestran las combinaciones de tecnología necesarias para
realizar una "pila" tecnológica particular
Metro maneja un sistema de datos guardados en la nube,
maneja el sistema CLOUD, lo cual este sistema genera
distintas ventajas para el desarrollo de la página.
Google CLOUD ofrece:

Crea y ejecuta máquinas virtuales personalizables con Compute

Engine. En elcaso de las cargas de trabajo de escalado horizontal,
Computación las VMs Tau ofrecen una mejorade hasta el 42 % en la relación
precio-rendimiento en comparación conofertas de la nube similares

Almacena todo tipo de datos, sea cual sea la cantidad, y accede a

Almacenamiento ellos siempre que lonecesites gracias al almacenamiento de objetos

Crea aplicaciones de IA generativa de forma rápida y responsable

IA con la tecnología más avanzada de Google

Desarrollar completas aplicaciones con una base de datos de

Base de Datos documentos totalmente gestionada, escalable y sin servidor

Ejecuta analíticas a escala en BigQuery con un coste total de

Analítica de Datos propiedad de tres años entre un 26 % y un 34 % menor quecon otras
soluciones alternativas de almacenes de datos en la nube
 Protege tus aplicaciones y sitios web frentea los ataques web y de
Redes denegación de servicio con la ayuda de Cloud Armor

Escribe, depura y ejecuta aplicaciones nativas de la nube con Cloud

Herramientas de Code, de forma rápida y sencilla y tanto en entornoslocales como en
Desarrollo la nube

iii. Entornos y ubicaciones: una agrupación de la tecnología

requerida en entornos informáticos (por ejemplo, desarrollo,
producción)

iv. Carga de procesamiento esperada y distribución de carga a

través de componentes tecnológicos
Estimación de inicio, medio año y fin de año de compras online
agregando el nuevo sistema de ingreso de datos mejorada

enero 2M

julio 4M

diciembre 6M

v. Comunicaciones físicas (de red)

 vi. Especificaciones de hardware y red

SERVIDOR DNS Gracias a la infraestructura de Google, puedes

ofrecer un servidor DNS acreditado de gran
volumen y calidad de producción. Con nuestros
servidores de nombres Anycast, tus usuarios
cuentan con un acceso fiable y de baja latencia
desde cualquier parte del mundo.

CLOUD FIREWALL Es un servicio de Firewall, que permite o

deniega las conexiones hacia o desde las
instancias de máquina virtual

b. Arquitectura Objetivo
i. Componentes tecnológicos y sus relaciones con los sistemas
de información.

ii. Las plataformas tecnológicas y su descomposición, que

muestran las combinaciones de tecnología necesarias para
realizar una "pila" tecnológica particular
 Lista de Servicios de Google Cloud (Arq. Objetivo)

Servicios Google Cloud Descripción

Apilador (Stackdriver) Conjunto de servicios de supervisión, registro y seguimiento

integrados para aplicaciones y sistemas ejecutadas en Google
Cloud.

Almacen de Datos en la nube Servicio de base de datos NoSQLaltamente

escalable y administrable.

Cloud BigTable Sistema de gestión de base de datos con las características de

distribución, alta eficiencia para gestionar y analizar datos a una
escala mayor.

BigQuery Servicio enfocado en almacenar datos de manera escalable y a

diferentes nubes, También tiene capacidades integradas de
aprendizaje automático para una mayor agilidad empresarial.

Base de datos FireBase en Servicio de base de datos NoSQL alojada en la nube que te
tiempo real permite almacenar y sincronizar datos entre tus usuarios en
tiempo real.

iii. Entornos y ubicaciones: una agrupación de la tecnología

requerida en entornos informáticos (por ejemplo, desarrollo,
producción)
 iv. Carga de procesamiento esperada y distribución de carga a
través de componentes tecnológicos

MES VISITAS ESPERADAS

Mayo 6.5M

Junio 5.5M

Julio 5.0M

v. Comunicaciones físicas (de red)

vi. Especificaciones de hardware y red

Lista de Servicios de red de Google Cloud (Arq. Objetivo)

Servicios de red Google Cloud Descripción

Network Connectivity Center Herramienta de red, utilizada para reinventar el

modo de implementar, administrar y escalar las
redes.

Network Intelligence Center Consola utilizada para la observabilidad, la

supervisión y la solución de problemas de la red
de Google Cloud. Además, de reducir el riesgo
de interrupciones y garantizar la seguridad y el
cumplimiento.
 c. Preocupaciones clave de los interesados
Entre las preocupaciones principales, se encuentra la tarea de
identificar los servicios en nuestra infraestructura en la nube que
necesitan ser reemplazados. El objetivo de esto es seleccionar los
servicios adecuados que ayudarán a solucionar las deficiencias de
nuestra aplicación y mejorar su en su entorno web. Además, nos
preocupa asegurarnos de contar con el presupuesto mensual
necesario para cubrir los costos de los recursos en la nube utilizados
por nuestro equipo de TI. Por último, nos enfocamos en garantizar el
éxito en el desarrollo e implementación de nuevas funcionalidades,
con el propósito de lanzar una aplicación en producción con la menor
cantidad de problemas posible.
d. Resultados de análisis de brechas
Teniendo en cuenta que, tendremos que deseamos solucionar los
tiempos de carga a la hora de realizar el pedido y mejora el tiempo de
verificación de la compra de productos.

Análisis de Brechas

Nro. Brecha ¿Qué es lo que tenemos? ¿Qué es lo que buscamos?

1 Un aplicativo web montado Contar con un aplicativo

en un entorno de nube en web optimizado, capaz de
Google CLOUD, el cual operar con la menor
puedeser mejorado probabilidad de ocurrencia
de fallos

e. Requisitos tecnológicos
Dentro del proyecto de arquitectura empresarial tendremos como
requisitos tecnológicos:
 Poder desarrollar las funcionalidades de, según lo previsto
6. FASE E – OPORTUNIDADES Y SOLUCIONES
a. Portafolio de paquetes de trabajo
i. Descripción del paquete de trabajo (nombre, descripción,
objetivos)
Negocio:
 Optimización de Procesos de Inventario:
Implementación de un sistema de gestión de inventarios
más eficiente para optimizar la reposición de productos,
reducir pérdidas y mejorar la precisión del inventario en
tiempo real.
 Mejora de la Experiencia del Cliente: Garantizar la
disponibilidad de productos en las estanterías, reducir
tiempos de espera y minimizar errores en la gestión de
inventarios para mejorar la experiencia de compra.
Datos:
 Identificación de Nuevas Entidades: Identificación de
nuevos productos o categorías que requieran una
gestión especial en el inventario.
 Gestión de Cambios en Datos: Desarrollo de procesos
para gestionar cambios en la información de productos,
precios y proveedores de manera eficiente.
 Gestión de Impacto y Contingencias: Establecimiento de
mecanismos para gestionar el impacto de cambios en el
inventario y definición de estrategias de contingencia.
Aplicación:
 Análisis y Diseño de Aplicación: Evaluación de las
aplicaciones existentes para la gestión de inventarios y
diseño de mejoras o nuevas funcionalidades.
 Gestión de Cambios en Aplicación: Documentación y
seguimiento de cambios en la aplicación para garantizar
una transición sin problemas.
 Implementación y Control de Arquitectura de Aplicación:
Implementación de mejoras y monitoreo continuo para
asegurar un rendimiento óptimo.
Tecnología:
 Análisis de Software, Hardware y Comunicación:
Evaluación de tecnologías emergentes para la gestión
de inventarios y selección de las más adecuadas.
  Gestión de Requerimientos de Implementación:
Definición de requisitos técnicos y tecnológicos para la
implementación del nuevo sistema de gestión de
inventarios.
 Implementación y Control de Arquitectura de
Tecnología: Implementación y supervisión constante de
la infraestructura tecnológica necesaria.
ii. Requerimientos funcionales
Negocio:
 Optimización de Procesos de Atención al Cliente: Mejora
en la eficacia de los servicios al cliente, especialmente
en la gestión de consultas sobre disponibilidad de
productos.
 Mapa de Flujo de Valor: Diseño de un mapa detallado
que refleje los procesos de gestión de inventarios,
identificando oportunidades de mejora.
 Entrega de Procesos de Mejora: Comunicación clara a
todas las partes interesadas sobre los nuevos procesos
y mejoras que se implementarán.
Datos:
 Aplicación: Supermercado Metro identificará las
entidades necesarias o a modificar para alinear los
requerimientos de la arquitectura del negocio. Se llevará
a cabo la modificación de las entidades y la creación de
nuevas entidades para su validación en un entorno QA.
Aplicación:
 Contar con el apoyo del equipo de desarrollo para
estimar y realizar los cambios en la aplicación,
incluyendo pruebas y aprobación del usuario final.
Tecnología:
 Datos:
o Identificar equipos y software necesarios para la
implementación de la arquitectura de datos y
aplicación en Supermercado Metro.
 o Gestionar el seguimiento de los procesos
implementados en la arquitectura tecnológica,
evitando caídas o pérdida de comunicación
durante el uso de los nuevos módulos.
iii. Dependencias
Negocio:
 Depender del apoyo de colaboradores de contacto para
garantizar la interacción efectiva con los clientes durante
la implementación de cambios en los procesos de
atención.
Aplicación:
 Contar con el apoyo del equipo de desarrollo y analistas
para la implementación de nuevos procesos en la
aplicación, con pruebas y conformidad del usuario final.
Tecnología:
 Depender del personal de infraestructura para alojar los
nuevos requerimientos y asegurar un funcionamiento
correcto de la arquitectura tecnológica.
iv. Relación a la oportunidad
Negocio:
 Garantizar la interacción sólida y concreta de los
sistemas de atención para con los clientes de
Supermercado Metro durante la implementación de
cambios.
Datos:
 Contemplar la viabilidad y compatibilidad de los cambios
en la base de datos para mejorar la transparencia de la
información de los productos y agilizar los procesos.
 Mejorar el tiempo en el proceso de atención al cliente,
tener información en tiempo real de productos y mejorar
la transparencia de la información de productos.
Aplicación:
 Contemplar los cambios a realizar en el sistema de
Supermercado Metro para mejorar la transparencia de la
información de los productos y agilizar los procesos.
  Mejorar la transparencia de la información de productos,
ayudar en la atención al cliente y mejorar el tiempo de
espera en la atención.
Tecnología:
 Contemplar la disponibilidad y configuración de equipos
de red y servidores para la implementación de nuevos
módulos en Supermercado Metro.
v. Relación con el documento de definición de arquitectura y
especificación de requisitos de arquitectura
 Alinear los cambios propuestos con los documentos de
definición de arquitectura y especificaciones de
requisitos para garantizar coherencia y consistencia.
vi. Relación con cualquier incremento de capacidad
 Evaluar cualquier necesidad de incremento de
capacidad en infraestructura tecnológica para soportar
los nuevos módulos y procesos.
vii. Valor del negocio
Tecnología:
 Descripción: Mejorar la viabilidad de los datos utilizados
por el nuevo sistema de gestión de inventarios,
permitiendo una rápida toma de decisiones sobre el
stock y la oferta de productos.
 Objetivo de Infraestructura y Comunicación: La mejora
de la infraestructura tecnológica facilitará la
transparencia en la gestión de inventarios, mejorando la
eficiencia operativa y la comunicación entre
departamentos.
Negocio:
 Mejorar la eficiencia operativa, la transparencia de la
información y la experiencia del cliente en
Supermercado Metro, generando un valor significativo
para el negocio.
viii. Evaluación del factor de implementación y matriz de deducción
de Impacto

PAQUETES POSITIVO/NEGATIVO DETALLES

 Permitirá Utilizar los servicios de cloud para la
Corporación de Google Cloud Positivo optimización de la página y poder desarrollar un mejor
sistema en la página web

Permitirá manejar la base de datos actual para

Diseño de Estructura de Datos Positivo
incrementarla en el cloud y mejorar su eficiencia

Responderá la necesidad de los clientes de manera

Optimización de la página web Positivo
optima

Una nueva experiencia a la hora de buscar el producto,

Funcionalidad de búsqueda de producto Positivo
sin alguna interferencia

Se desarrollara de manera adecuada con la mínima de

Pruebas de calidad Positivo
errores

Observaciones Positivo Plantear soluciones para dichos errores

Solución de observaciones Positivo Procesar la aplicación sin ningún tipo de fallo existente

b. Identificación de arquitecturas de transición, si las hay, incluyendo:

i. Relación con el documento de definición de arquitectura
Para lograr e implementar nuestra arquitectura objetivo
planteada que consiste en optimizar los tiempos de espera al
cliente y envíos del producto, procedemos a establecer
arquitecturas de transición. Debido a que estas arquitecturas
nos permiten incorporar nuevas funcionalidades y ejecutarlas
en pruebas de calidad por cada arquitectura implementada,
para así, lograr las nuevas funcionalidades en la mínima
cantidad de riesgos posibles.
Arquitectura Transitoria 1:
La primera arquitectura transitoria busca incorporar
verificaciones por parte de los centros de distribución o
almacenes hacia el aplicativo web. Debemos modificar la
estructura de datos que están catalogando los productos o
enviándonos hacia varios lugares, luego el equipo de trabajo se
encargará de agregar una opción que muestre en la página de
compra desde la página web la opción de producto disponible
y más cercano para él envió; esencial para monitorear todo el
procedimiento correspondiente para implementar la
funcionalidad.
Arquitectura Transitoria 2:
La segunda arquitectura transitoria tiene como objetivo
optimizar el funcionamiento de la información de los productos
donde puedan ser recogidos en tienda o enviados al cliente.
 Para ello, debemos realizar el uso de servicios cloud a utilizar
y proceder con su posterior uso, el cual, nos permitirá mejorar
la eficiencia en gran medida debido a los recursos escalables
(productos) y su demanda.
Arquitectura Transitoria 3:
La tercera arquitectura transitoria es sobre incorporar una
funcionalidad que utilice la información anteriormente recabada
y permita mostrar un mejor funcionamiento en lo que respecta
a un menor tiempo de espera para el envío del producto y así
reducir todo el procedimiento correspondiente en torno al hacer
una compra y que se reciba el pedido.

c. Recomendaciones de implementación:
i. Criterios de medidas de efectividad
 Participación Activa: La administración debe participar
activamente en la planificación estratégica y operativa
para garantizar la alineación de objetivos y la
consecución de la arquitectura empresarial.
 Gestión del Talento Humano: Se debe emprender una
gestión del talento humano, incluyendo capacitación en
atención al público y relaciones humanas para mejorar
la experiencia del cliente.
 Mejora de Infraestructura Física: Se recomienda mejorar
la infraestructura física del área de ventas, incluyendo
consultorios funcionales, sala de espera cómoda y uso
de medios audiovisuales para mejorar la experiencia del
cliente.
 Involucramiento del Personal: Contar con el
involucramiento del personal en la planificación
estratégica permitirá estructurar el presupuesto según
los objetivos de la arquitectura empresarial.
 Medición de Satisfacción: Medir el nivel de satisfacción
de los clientes y aplicar un plan operativo para verificar
 las variaciones permitirá emprender procesos de mejora
continua.
ii. Riesgos y problemas
 Problemas de Servicios con Proveedor de Internet:
Riesgo de interrupciones en la conectividad que podrían
afectar los servicios en línea y transacciones.
 Mala Manipulación del Sistema: Riesgo de errores
operativos por parte del personal en la manipulación del
nuevo sistema de gestión de inventarios.
iii. Bloques de construcción de soluciones (SBB)
Para implementar bloques de construcción de soluciones (SBB)
en el contexto de compra online para la empresa de
supermercados Metro, se recomienda realizar un análisis
exhaustivo de los requisitos, diseñar una interfaz de usuario
intuitiva, integrar la solución con los sistemas existentes, utilizar
una plataforma de comercio electrónico robusta, optimizar la
gestión de inventarios y logística, garantizar la seguridad de
datos y pagos, ofrecer un sólido servicio al cliente, optimizar
para dispositivos móviles, implementar herramientas de
análisis para la mejora continua y proporcionar capacitación al
personal. La clave es crear una experiencia de compra online
eficiente y segura, optimizando la logística y la gestión de
inventarios, y asegurando la satisfacción del cliente a través de
un servicio al cliente efectivo y una plataforma tecnológica
sólida.
d. Diagrama de contexto del proyecto
 e. Diagrama de beneficios

7. FASE F – PLAN DE MIGRACION

a. Implementación y estrategia de migración
b. Desglose del proyecto y portafolio de la implementación:
i. Asignación de paquetes de trabajo a proyecto y portafolios
 Proyecto 1: Arquitectura de la línea base
 Proyecto 2: Incorporación de Google Cloud
 Proyecto 3: Rediseño de estructura de datos
 Proyecto 4: Optimización de la página web
 Proyecto 5: Mejora de la funcionalidad de búsqueda de
producto
 Proyecto 6: Pruebas de calidad
 Proyecto 7: Observaciones
 Proyecto 8: Resolución de observaciones
Los paquetes de trabajo 1, 2, 3, 4, 5 y 6 pertenecen al
portafolio de Implementación de nueva plataforma web. El
paquete de trabajo 7 pertenece al portafolio de Mantenimiento
y soporte de la nueva plataforma web. El paquete de trabajo 8
pertenece al portafolio de Mejora continua de la nueva
plataforma web.
ii. Capacidades entregadas por el proyecto
 Capacidades técnicas:
o Incorporación de Google Cloud
o Rediseño de estructura de datos
o Optimización de la página web
o Mejora de la funcionalidad de búsqueda de
producto
 Capacidades de negocio:
o Proporcionar un stock actual al momento de
compra online
o Mejorar el tiempo de carga de productos
o Atención sin inconvenientes
o Acortar el tiempo de recojo de productos y
especificando en que tienda cuenta con stock
 Capacidades de soporte:
o Contar con los servicios de cloud habilitados
 Capacidades de mejora continua:
o Búsqueda sin copias del producto
iii. Relación con la arquitectura objetivo y cualquier arquitectura de
transición
 Paquetes de trabajo 1, 2, 3, 4, 5 y 6: Implementan la
arquitectura objetivo de la nueva plataforma web.
 Paquete de trabajo 7: Se encarga de mantener y
soportar la nueva plataforma web, asegurando que
cumpla con la arquitectura objetivo.
 Paquete de trabajo 8: Se encarga de mejorar
continuamente la nueva plataforma web, asegurando
que se mantenga actualizada con las últimas tendencias
y tecnologías.
iv. Hitos y tiempos
Hito Fecha
Inicio del proyecto 5 de julio de 2023
Fin del proyecto 20 de julio de 2023
6 de julio de 2023, 13 de julio
Revisión de la solución
de 2023, 19 de julio de 2023
Implementación de la solución 20 de julio de 2023

v. Estructura de Desglose del Trabajo

La EDT del proyecto se muestra en la imagen proporcionada.
La EDT se ha organizado en tres niveles:
 Nivel 1: Proyectos
 Nivel 2: Paquetes de trabajo
 Nivel 3: Tareas
 La EDT proporciona una descripción clara de los elementos del
proyecto, su relación entre sí y su contribución a los objetivos
del proyecto.
c. Acta de Constitución del Proyecto:
i. Paquetes de trabajo relacionados
 Arquitectura de la línea base
 Incorporación de Google Cloud
 Rediseño de estructura de datos
 Optimización de la página web
 Mejora de la funcionalidad de búsqueda de producto
 Pruebas de calidad
 Observaciones
 Resolución de observaciones
ii. Valor de negocio
El valor de negocio de la implementación del proyecto se puede
cuantificar en los siguientes términos:
 Aumento de las ventas en línea
 Reducción de los costos de operación
 Mejora de la satisfacción del cliente
El aumento de las ventas en línea se puede lograr al
proporcionar un mejor servicio al cliente, como un stock actual
al momento de la compra online, tiempos de carga más rápidos
y atención sin inconvenientes. También se puede lograr al
acortar el tiempo de recojo de productos y especificar en qué
tienda cuenta con stock.
La reducción de los costos de operación se puede lograr al
utilizar los servicios de Google Cloud, que son más eficientes
que las soluciones actuales.
La mejora de la satisfacción del cliente se puede lograr al
proporcionar un sitio web más fácil de usar y con más
funcionalidades.
iii. Riesgo, problemas, suposiciones, dependencias.
Los principales riesgos, problemas, suposiciones y
dependencias del proyecto son los siguientes:
 Riesgo: El proyecto puede retrasarse o exceder el
presupuesto si no se cumplen los plazos o los requisitos.
 Problema: El proyecto puede ser complejo y desafiante,
ya que requiere la integración de diferentes sistemas y
tecnologías.
 Suposición: Se asume que el equipo del proyecto tiene
las habilidades y experiencia necesarias para completar
el proyecto con éxito.
  Dependencia: El proyecto depende de la disponibilidad
de recursos, como hardware, software y personal.
iv. Requerimientos de recursos y costos
Los recursos necesarios para completar el proyecto incluyen
los siguientes:
 Recursos humanos: El proyecto requiere un equipo de
profesionales con experiencia en las siguientes áreas:
o Arquitectura de sistemas
o Desarrollo de software
o Ingeniería de datos
o Marketing digital
 Recursos tecnológicos: El proyecto requiere el uso de
los siguientes recursos tecnológicos:
o Google Cloud Platform
o Software de desarrollo de software
o Herramientas de pruebas de software
Los costos estimados del proyecto se pueden calcular en
función de los siguientes factores:
 Costos de los recursos humanos: Los costos de los
recursos humanos se pueden estimar en función de los
salarios de los profesionales involucrados en el
proyecto.
 Costos de los recursos tecnológicos: Los costos de los
recursos tecnológicos se pueden estimar en función de
las licencias y el soporte de los productos y servicios
utilizados.
v. Beneficios de la migración
Los beneficios de la migración a Google Cloud incluyen los
siguientes:
 Mejor escalabilidad: Google Cloud ofrece una
infraestructura escalable que puede adaptarse a las
necesidades cambiantes del negocio.
 Mayor eficiencia: Google Cloud ofrece soluciones
eficientes que pueden ayudar a reducir los costos de
operación.
 Mayor seguridad: Google Cloud ofrece una
infraestructura segura que puede ayudar a proteger los
datos del negocio.
vi. Costos estimados de las opciones de migración
Las opciones de migración a Google Cloud se pueden clasificar
en dos categorías:
 Migración lift-and-shift: Esta opción consiste en migrar
las aplicaciones y datos existentes a Google Cloud sin
realizar cambios.
 Migración refactorizada: Esta opción consiste en
refactorizar las aplicaciones y datos existentes para
aprovechar las ventajas de Google Cloud.
Los costos estimados de las opciones de migración varían en
función de la complejidad de las aplicaciones y datos que se
deben migrar.
En general, el proyecto de implementación de Google Cloud
para Metro tiene un alto potencial de éxito. El proyecto tiene un
claro valor de negocio y se ha realizado una evaluación
exhaustiva de los riesgos, problemas, suposiciones y
dependencias. Los recursos y costos necesarios para
completar el proyecto son razonables y los beneficios de la
migración son significativos.
8. FASE G – GOBIERNO DE LA IMPLEMENTACION
a. Contrato de arquitectura
CONTRATO DE PRESTACIÓN DE SERVICIOS N° 001

Conste por el presente documento, el CONTRATO DE PRESTACIÓN

DE SERVICIOS PROFESIONALES PARA PROYECTO Y
DIRECCIÓN ARQUITECTÓNICA, que celebran
de una parte, la empresa Hipermercados Metro Cencosud., en
adelante LA ENTIDAD, con RUC Nº 20508565934, con domicilio legal
en Av. Angamos Este Nro. 1805 Int. P10 (Piso 10 Of 5 y Piso 11 Of
6a), distrito de Surquillo, provincia y departamento de Lima;
representada por Jose M. Santamaria Anglas, identificado con DNI N°
72604600, en su condición de Jefe de la Oficina de Administración,
designada mediante Resolución Jefatural N° 089-2023-0121-01212,
publicada el 22 de marzo de 2018 en el Diario Oficial “El Peruano”, y
facultada de acuerdo a lo establecido en el literal o), del artículo 21 del
Reglamento de Organización y Funciones de la Públicas, aprobado
por Decreto Supremo N° 043-2006-PCM; y, de la otra parte, XENTIC
S.A.C, con RUC N°20521435357, con domicilio legal Jr. Tomas
Ramsey 930, Oficina 803, provincia Lima y departamento de Lima,
debidamente representada por su Gerente General, la señora
Sanchez Panta Elena, identificado con DNI N° 06604761, según
asiento A00001 de la Partida Electrónica N° B001-01281688188, del
Registro de Personas Jurídicas de la Oficina Registral de Lima; a
quien en adelante se le denominará EL CONTRATISTA, en los
términos y condiciones siguientes:
1. OBJETO

El presente documento tiene por objeto la contratación de los servicios

profesionales para proyecto y dirección arquitectónica, conforme a los
términos de referencia, la oferta (cotización) de EL CONTRATISTA,
así como los documentos derivados del procedimiento de contratación
y todos aquellos que establezcan obligaciones para las partes, los
cuales forman parte integrante del presente contrato.

2. MONTO CONTRACTUAL
El monto total del presente contrato asciende a S/ 63,720 (Sesenta y
tres mil setecientos veinte Soles), que incluye todos los tributos
(Impuesto General a las Ventas), seguros, transporte, inspecciones,
pruebas y, de ser el caso, los costos laborales conforme la legislación
vigente, así como cualquier otro concepto que pueda tener incidencia
sobre la adquisición y suministro materia del presente contrato.

3. DEL PAGO

LA ENTIDAD se obliga a pagar la contraprestación a EL

CONTRATISTA en soles y en doce (12) pagos parciales, luego de la
recepción formal y completa de la documentación y del comprobante
de pago respectivo. LA ENTIDAD debe efectuar el pago dentro de los
quince (15) días calendario siguientes a la conformidad de la entrega
de los suministros, siempre que se verifiquen las condiciones
establecidas para ello en el contrato y en los Términos de Referencia.

4. DEL PLAZO DE LA EJECUCIÓN

El plazo de ejecución de la contratación será de quince días (15),

contados a partir de recibida la orden de servicio.

5. CONFORMIDAD DE LA PRESTACIÓN

La conformidad de la prestación será otorgada por el Jefe de la Oficina

de Tecnologías de la Información de LA ENTIDAD.

6. RESPONSABILIDAD POR VICIOS OCULTOS

El plazo de responsabilidad del contratista por la calidad ofrecida y por

los vicios ocultos de los bienes ofertados es de un (1) año contado a
partir de la conformidad final otorgada.
7. PENALIDAD POR MORA

Si EL CONTRATISTA incurre en retraso injustificado en la ejecución

de las prestaciones objeto del contrato, LA ENTIDAD le aplicará
automáticamente una penalidad por mora por cada día de atraso,
(conforme a la Ley Nº 30225, Ley de Contrataciones del Estado y su
Reglamento), de acuerdo a la siguiente fórmula:

Penalidad por mora = (Monto del contrato) x (Factor F) x (Cantidad de

días de atraso)

Donde:
Factor F = 0.25 para plazos mayores a sesenta (60) días o;
Factor F = 0.40 para plazos menores o iguales a sesenta (60) días.

Tanto el monto como el plazo se refieren, según corresponda, al

contrato o ítem que debió ejecutarse o en caso de que estos
involucraran obligaciones de ejecución periódica, a la prestación
parcial que fuera materia de retraso.

Se considera justificado el retraso, cuando EL CONTRATISTA

acredite, de modo objetivamente sustentado, que el mayor tiempo
transcurrido no le resulta imputable. Esta calificación del retraso como
justificado no da lugar al pago de gastos generales de ningún tipo.

Esta penalidad se deduce de los pagos a cuenta o del pago final. Se

podrá cobrar hasta un máximo del 10% del monto de la orden.

8. SEGURIDAD DE LA INFORMACIÓN

El CONTRATISTA se compromete a respetar y aplicar en el servicio

brindado, las políticas, procedimientos y controles del Sistema de
Gestión de Seguridad de la Información, metodologías, y otros
establecidos por la Entidad, los cuales declara conocer y aceptar.

El CONTRATISTA se obliga a salvaguardar la confidencialidad,

integridad y disponibilidad de la información de la Entidad que
administre y/o maneje durante el periodo de ejecución contractual, no
revelando en forma oral, escrita, ni por cualquier otro medio, hechos,
datos, procedimientos y documentación, incluso después de culminar
las prestaciones contratadas por la Entidad, así como realizar la
respectiva devolución de la información digital y/o física que le fue
entregada al momento de iniciar el contrato y durante la vigencia de
este hasta su finalización.

La OFICINA DE TECNOLOGÍAS DE LA INFORMACIÓN, a solicitud

del área usuaria y previa evaluación, autorizará los accesos
necesarios a los recursos o herramientas informáticas propias de la
entidad, que sean requeridos por El CONTRATISTA para la prestación
del servicio. Una vez finalizado el contrato, todos los accesos serán
retirados

El CONTRATISTA se obliga a reportar cualquier incidente, evento u

otro riesgo potencial de seguridad de la información que evidencie
durante el desarrollo del presente servicio, a fin de que la Entidad
realice la acciones que correspondan.

El CONTRATISTA se compromete, a brindar todas las facilidades

necesarias para que la Entidad audite y/o monitoree sobre los
aspectos de seguridad de la información de los servicios,
almacenamiento de datos e información materia del contrato.

9. ADICIÓN DE PAQUETES DE SERVICIOS

EL CONTRATISTA se compromete a analizar, desarrollar, testear e

implementar los siguientes paquetes en el proyecto para el cual están
siendo contratados:

1. Incorporación de Google Cloud

2. Rediseño de estructura de datos
3. Optimización de la página web
4. Mejora de la funcionalidad de búsqueda de producto
5. Pruebas de calidad
6. Observaciones
7. Resolución de observaciones

10. DOMICILIO Y CORREO ELECTRÓNICO PARA EFECTOS DE LA

EJECUCIÓN CONTRACTUAL

Las partes declaran el siguiente domicilio y correo electrónico para

efecto de las notificaciones que se realicen durante la ejecución del
presente contrato:
 1. DOMICILIO DE LA ENTIDAD: Av. Angamos Este Nro. 1805 Int.
P10 (Piso 10 Of 5 y Piso 11 Of 6a), distrito de Surquillo, provincia y
departamento de Lima.
2. DOMICILIO DEL CONTRATISTA: Jr.Tomas Ramsey 930,
Oficina 803, provincia Lima y departamento de Lima
3. CORREO ELECTRÓNICO DEL CONTRATISTA:
[email protected]

La variación del domicilio y correo electrónico aquí declarado de

alguna de las partes debe ser comunicada a la otra parte, formalmente
y por escrito, con dos (2) días de anticipación.

FIRMAS

De acuerdo con los términos de referencia, la oferta (cotización) y las

disposiciones del presente contrato, las partes lo firman por duplicado
en señal de conformidad en la ciudad de Lima, el 19 de julio de 2023.

Jose M. Santamaria Anglas

Jefe de la Oficina de Administración DNI: 72604600

Sanchez Panta Elena

Gerente General DNI: 06604761

b. Evaluaciones de cumplimiento
La Política de Calidad de este proyecto se incluye a continuación,
como parte de las revisiones periódicas de cumplimiento de los
proyectos de implementación. Estas revisiones brindan un mecanismo
para evaluar el progreso del proyecto y garantizar que el diseño y la
implementación avancen de acuerdo con los objetivos estratégicos y
arquitectónicos.
Además, se contemplan las acciones necesarias para planificar,
gestionar y controlar la calidad en el desarrollo de la mejora en la
plataforma tecnológica, la cual constituye el producto de este
proyecto.
c. Recomendaciones de cumplimiento de arquitectura y distribución
 La implementación de un área de mantenimiento que garantice
los equipos requeridos para cumplir eficientemente con sus
funcionalidades.
 Sobre la base de la implementación realizada, se identificó un
buen rendimiento de la tecnología de la plataforma web y
funcionalidades implementadas. Por lo cual se recomienda
extender el uso a otras áreas.
 La implementación de área de atención al cliente o servicio al
cliente. eficiente para saber la respuesta de los usuarios y
marcar diferencia entre las demás empresas.
d. Recomendaciones sobre requisitos de prestación de servicios
 La plataforma web de Metro, tiene que mantenerse
constantemente actualizado, para mantener la vigencia.
 Garantizar la disponibilidad de la última versión de antivirus
para brindar un mayor nivel de seguridad y aumento
significativo de la velocidad en las operaciones.
 Los servidores deben estar totalmente actualizados para
habilitar servicios e integración con las capacidades de la nube.
 La implementación realizada debe mantener valido la
interoperabilidad de Metro con las empresas aliadas para que
perdure en el tiempo.
 La empresa Metro debe asegurar de tener su área de hardware
actualizada para brindar el rendimiento en los programas y
software que requiere.
e. Recomendaciones sobre métricas de rendimiento

ID Nombre de la Resultados Recomendación

métrica obtenidos
 1 Reducción de 50% Los resultados validan que el
tiempo en la uso de la nueva tecnologíade
entrega delivery delivery permite disminuir
drásticamente el tiempo.

2 Incremento en la 54% Se recomienda continuar las

cantidad de capacitaciones y acciones de
clientes sensibilización a los
encargados para una mejor
satisfacción del cliente.

3 Reducción en el 50% Los resultados comprueban

tiempo de recojo que la implementación del
en tienda. nuevo método de recojo en
tienda permite reducir
considerablemente el tiempo.

f. Acuerdos de nivel de servicio (SLA)

Un acuerdo de nivel de servicio (SLA) es un contrato entre un
proveedor de servicios y un cliente que define los niveles de servicio
que el proveedor debe proporcionar. El SLA es importante porque
ayuda a garantizar que el proveedor cumpla con las expectativas del
cliente y que el servicio sea confiable y esté disponible cuando el
cliente lo necesita. Por lo que, se establece los siguientes criterios
para su definición:

SERVICIO NIVEL DE SERVICIO HORARIO DE SERVICIO

Disponibilidad de la 99,9% 24/7

plataforma

Tiempo de respuesta al 15 minutos – 30 minutos 24/7

soporte técnico

Tiempo de entrega 24-48 horas Lunes a viernes/sabados

(mediodia)

Devolución y reembolso 30 días Desde la fecha de compra

Reemplazo de productos 24 horas Desde el momento en que se

defectuosos recibe el producto

Reembolso de productos no 7 días Desde el momento en que se

recibidos realiza el pedido
Actualizaciones de Semanal Por correo electrónico
productos
ID Nombre Umbral Descripción Fuente de la Medido por Tipo Condiciones Frecuencia
Métrica

S1 Disponibilidad >99.9% Disponibilidad Sistema de Tiempo de SLA >99.9% Diario

de servicios de la página monitoreo inactividad o por
web componente de
solución

S2 Tiempo de 6 horas Tiempo en Sistema de Tiempo sin SLA >99.5% Semanal

Mantenimiento completar gestión de disponibilidad de
una tarea de
mantenimien
to

S3 Inventario de >99.9% Productos Sistema de Cantidad de SLA >99.9% Semanal

Productos disponibles gestión de productos (número
para la venta inventario de producto x
tiempoen semana)

S4 Disponibilidad >99.9% Tiempo que Sistema de Tiempo de SLA >99.9% Diario

de la sede está seguridad inactividad de los
disponible equipos (número
para los de equipo)
empleados

S5 Tiempo de 15 Tiempo en Sistema de Tiempo de SLA >99.9% Diario

respuesta al minutos responder a soporte servicio y
soporte técnico una consultao técnico respuesta
solicitud
 g. Documento de definición de arquitectura, actualizado después de la
implementación

Arquitectura Base Arquitectura Objetivo

El aplicativo web de Metro no se encuentraoptimizado y presenta El aplicativo web Metro estará optimizadotendrá una respuesta
fallos al momento deiniciar sesión, como la opción de filtrar, agregar y inmediata en el casode compras, pedidos sobre los envió de
buscar productos producto y menos tiempo de espera.

La página web para poder almacenar y acceder a sus datos La página web para poder almacenar, acceder y organizar una
mediante consultahace uso de una base de datos.
mayor cantidad dedatos por consulta hace uso de una base de
datos cloud relacionada.

La página web ofrece la posibilidad de“recojo en tiendas” pero no está La página web de Metro ofrece la posibilidad de “recojo en tiendas”
bien optimizado y no está planteado para compras online.
pero con una antelación disponible y lo más cercanoposible
mediante la ubicación del usuario oproductos relacionados para
intensificar lascompras online

h. Modelos operativos empresariales y de TI para la solución

implementada
Modelo Operativo Empresarial:

Actividad Responsable Salida

Evaluación de arquitectura Gestión de estructura Requerimientos funcionales

implementada a través de Organizacional
auditoria especializada

Principios de arquitectura ymarco Gerencia organizacional

referencial inicial, haciendo una Arquitectura de datos-líneabase
visualizaciónde implementacion
por principio

Cumplimiento de requerimientos Gestión de proyectos Informes de cumplimientopor

de la mano con visión, misión, requerimiento
objetivo ymetas propuestas para la
implementacion

Resultados respecto a la Gerencia organizacional Auditorías propuestas

implementación establecida

Gestión de trabajadores y los Gerencia Área de supervisión

gastos generados con elpersonal
especializado

Gestión de gastos por arquitectura Gerencia organizacional Contrato de arquitectura

por proceso requerido para la
realizaciónde optimización
Modelo Operativo de TI

Mediciones de Gestión de proyectos Alcances y limitaciones

rendimiento para el
desarrollo de objetivos

Revisión de servicios de Área de TI Implementación core

cloud implementados

Cumplimiento de metas y Gestión de proyectos y Objetivos e implementación

objetivos propuestos parala Área de TI de arquitectura
entrega

Mediación de calidad parael Auditorías externas e Gestión de calidad

cumplimiento de requisitos internas
de calidad

Solicitud de optimización Comité de gerencia y Optimización

cambios
9. FASE H – GESTION DE CAMBIOS DE LA ARQUITECTURA
a. Procedimiento de gestión de cambio
Para realizar una idónea migración de la arquitectura inicial a la
arquitectura objetivo, hemos propuesto los siguientes procedimientos
para la gestionar los cambios que involucraría esta transformación.
 Objetivo
Establecemos pautas para la gestión de cambios
implementando una solicitud formal para dicho cambio.
Pasando por supervisiones y verificaciones establecidas para
verificar que sea un procedimiento establecido que no afecte el
proyecto propuesto.
 Alcance
Gestionar cambios necesarios o urgentes a inicios de
presentación inicial de proyecto, evaluando el impacto de
necesidad de cambio.
 Definiciones
ACMP:El Estándar de Gestión del Cambio de la Asociación de
Profesionales de Gestión del Cambio
PMI:Project Management Institute para manejar el cambio en
las organizaciones
ISO 9001: Normativa de gestión de calidad.
 b. Formato de solicitud para cambios tecnológicos

Solicitud de Cambio Tecnológico

Datos de la Solicitud

Nombre de Solicitud Sergio

Nro de Solicitud 2023-1001

Solicitante del Cambio Gerente de TI

Jefe de Proyecto Sergio

Patrocinador del Proyecto Área del Solicitante Gerente General

Fecha de solicitud 23/07/2023

Descripción del Cambio La presente solicitud de cambio proponela incorporación de

nuevos servicios cloudcon enfoque en bases de datos NoSQL
para mejorar significativamente el tratamiento y gestión de datos
en el entorno tecnológico actual. A raíz de un análisis exhaustivo
realizado por el equipo de trabajo de Tecnologías de la
Información (TI), se ha identificado que esta solución representa
la opción más adecuada para potenciar la eficiencia,
escalabilidad y flexibilidad del sistema.

La propuesta de cambio busca mejorar la experiencia del cliente

Justificación de la Propuesta de Cambio
en la página online de Metro, optimizando el proceso de compra
y asegurando la disponibilidad de productos en stock. Esto
aumentará la satisfacción y fidelización de los clientes,
fortaleciendo la reputación de Metro en el e-commerce. Al
resolver problemas de disponibilidad y reemplazo, se espera
aumentar las ventas y conversiones en línea, asegurando un
crecimiento sostenible en el canal de e-commerce.
Impacto del Cambio en la Línea Base $.3,100,500.00
Implicaciones para los Interesados Aumento de costos de mantenimiento
Riesgos · Control sobre los Datos
· Integración y Compatibilidad
· Seguridad de Datos
 c. Formato de solicitud para cambios de negocio

Solicitud de Cambio de Negocio

Datos de la Solicitud

Nombre de Solicitud Sergio

Nro de Solicitud 2023-1001

Solicitante del Cambio Gerente de TI

Jefe de Proyecto Sergio

Patrocinador del Proyecto Area del Gerente General

Solicitante

Fecha de solicitud 23/07/2023

Justificación Mediante el servicio de Google Cloud, la
empresa Metro busca realizar una solicitud
de cambio con el objetivo de mejorar y
optimizar los procesos en su aplicativo.
Impacto en el proyecto si el cambio no se
implementa
-Insatisfacción del cliente: La falta de
mejoras en el proceso de distribución
aumentaría los tiempos de espera del
cliente al comprar en línea, generando
insatisfacción y disminuyendo la
preferencia por la opción web.

-Pérdida de oportunidades de venta: La

incapacidad de reducir los tiempos de
entrega podría ocasionar la pérdida de
oportunidades de venta en la plataforma en
línea de Metro, ya que los clientes
preferirían opciones más eficientes,
afectando la participación en el mercado y
los ingresos digitales.

Impacto en el proyecto si la decisión sobre -Impacto en la imagen de la marca: La falta

el cambio se dilata de acción para mejorar la experiencia del
cliente podría dañar la percepción de la
marca Metro, afectando su reputación en
el mercado y la confianza de los
consumidores.