Informe Del Proyecto

INSTITUTO SUPERIOR TECNOLÓGICO PRIVADO CIBERTEC
DIPLOMADO EN INNOVACIÓN E INTEGRACIÓN TECNOLÓGICA
Planificación de migración y optimización de un sistema ERP a una
arquitectura de microservicios para su distribución en empresas a nivel
nacional
Proyecto de Tecnología de Información que, como parte del Diplomado en
Innovación e Integración Tecnológica, presentan los alumnos
GARCIA TAPIA PATRICIA ALEXANDRA
PARA OBTENER EL TÍTULO DE PROFESIONAL TÉCNICO EN
REDES Y COMUNICACIONES
ASTO CARRASCO ARTURO NEIL
CURIPACO VEGA HANS ALEXANDER
PARA OBTENER EL TÍTULO DE PROFESIONAL TÉCNICO EN
COMPUTACIÓN E INFORMÁTICA
ASESOR: Julio Jose Rodriguez Vicuña
Lima, 1 de agosto del 2019

Informe de Proyecto de Titulación Diplomado de Titulación
ÍNDICE
Introducción
CAPÍTULO 1. Diagnóstico del Problema
1.1. Diagnóstico situacional
1.2. Adversidades potenciales reportadas
1.3. Análisis SEPTE
1.4. Justificación del Proyecto
1.5. Oportunidad de mejora
CAPITULO 2. Descripción del Proyecto
2.1. Objetivos
2.2. Alcance
2.3. Ventaja comparativa
2.4. Ubicación e institución responsable del proyecto
2.5. Organización del Proyecto
2.6. Beneficiarios directos e indirectos
2.7. Metas, resultados y efectos esperados del Proyecto
CAPÍTULO 3. Desarrollo del Proyecto
3.1. Administración de las actividades
3.2. Evaluación tecnológica
3.3. Flujo de caja neto
3.4. Financiamiento
3.5. Continuidad y sostenibilidad del Proyecto
IEST Privado CIBERTEC Página 2

Conclusiones
Recomendaciones
Bibliografía
Anexos

INTRODUCCIÓN
Las tendencias comerciales actuales y futuras obligan a las empresas a ser
cada vez más competitivas. Para ser competitiva es necesario que una
compañía tenga optimizado e integrado sus flujos internos de información y sus
relaciones comerciales externas, y así conseguir objetivos básicos como son
las mejoras de la productividad, la calidad, el servicio al cliente y la reducción
de costos.
Sin embargo, cada empresa busca diferenciarse de las demás y necesitan
mejoras para acelerar sus procesos u optimizarlos según la necesidad de su
negocio, aquí es donde los sistemas ERP suelen tener deficiencias pues no se
pueden adaptar correctamente a requerimientos específicos de los clientes.
El problema radica en el alto nivel de acoplamiento entre los módulos de los
sistemas actuales ERP, que hacen difícil la inserción de nuevas soluciones o
módulos. Una solución adecuada de este problema es el de separar los
módulos de un sistema ERP lo cual permitirá una mayor facilidad al momento
de añadir nuevas funcionalidades y una forma de entregar un software que
cuente con solo lo que el cliente necesite según la naturaleza de su negocio.
En la actualidad se hizo un análisis a una empresa de comercialización de EPP
(equipos de protección personal) llamada Andes Seguridad, esta empresa
cuenta con un sistema ERP que no se ajusta adecuadamente al crecimiento

del negocio, debido a esto hemos podido realizar este estudio con base en la
situación actual de la empresa, que deja entrever los problemas a los que se
enfrentarían muchas empresas en la misma posición, debido a esto se plantea
la solución de una reestructuración a nivel del sistema utilizado para poder
optimizar la forma en la cual el sistema evoluciona a la par con el negocio. Esta
solución para los sistemas ERP también tendría un posible uso en muchas
otras empresas a nivel nacional por lo cual tenemos estimaciones sobre su
posible uso a nivel comercial.
CAPÍTULO 1
DIAGNÓSTICO DEL PROBLEMA
1.1.- Diagnóstico situacional
Actualmente el sistema ERP que utiliza la empresa Andes Seguridad
requiere de una serie de mejoras continuas debido tanto por el
crecimiento del negocio como por las nuevas reglas de los negocio. El
sistema ERP existente según lo analizado en base a patrones de
arquitectura de software posee un sistema de 3 capas, sin embargo, el
mal uso de esta arquitectura también provoca poca claridad al separar
donde se encuentra la lógica de negocio de la capa de presentación, este
problema también se encontró al analizar capa de negocio y la capa de
datos, debido a esta problemática se hace compleja y poco clara la
adición de nuevas funcionalidades.

El sistema ERP es enteramente desktop, utiliza Windows Forms con lo
cual es altamente dependiente del sistema operativo Windows y no es
portable a otros sistemas (Linux, MacOS).
Además, actualmente en la empresa se desea implementar una solución
completamente web y también para uso en dispositivos móviles, pero
debido al estado actual del sistema es complicado poder realizar estos
proyectos de forma rápida y eficaz.
1.2.- Adversidades potenciales reportadas
Según los usuarios activos del sistema ERP actual y el análisis del sistema
ERP en general, se pudo dar cuenta de:
a. El sistema ERP ofrece una variedad de reportes que no son usados
en su totalidad por los usuarios, lo cual genera confusión ante la gran
cantidad de reportes disponibles y la posibilidad de escoger el
correcto.
b. El sistema ERP ofrece funcionalidades obsoletas referentes a
necesidades previas del negocio que no han sido actualizadas o
eliminadas.
c. Los reportes personalizables no siempre se adaptan a los
requerimientos del negocio, lo cual obliga a los usuarios a buscar otras
formas de obtener la información requerida (reportes manuales,
reportes en Excel).
d. Los sistemas ERP que son diseñados en Windows Form dependen en
gran medida del sistema operativo utilizado por el cliente, y a su vez

dependen del dispositivo físico utilizado tanto en la parte de memoria
como en el renderizado de la aplicación.
e. El proyecto actual del sistema ERP no puede tener una aceptable
reutilización de código para obtener las versiones de web y de
dispositivos móviles, debido a que no están separadas la lógica de
negocio correctamente de la capa de presentación del sistema.
1.3.- Análisis SEPTE
1.3.1.- Aspecto social.-
Según un informe del diario gestion en el año 2017, el Perú se
encuentra entre los 5 paises de latinoamerica con mayor demanda
de sistemas ERP, esto es debido a que muchas empresas estan
dejando los sistemas tradicionales para centrarse utilizar sistemas
mas modernos y completos como las ERP, esta demanda se ha
notado mas que todo en el área de comercio, manufactura y
servicios, con crecimientos anuales positivos.
Tambien según una encuesta a 700 directivos y gerentes de
finanzas, recursos humanos e ingenieria de sistemas, se puedo
entrever que las soluciones localizadas en la nube son un
componente clave para las empresas que quieren estar de la
mano con la transformacion digital.
De acuerdo con este estudio, los ejecutivos dicen que con estos
sistemas se mejora la colaboración entre los departamentos, se
fortalece la toma de decisiones, y se genera una menor

interacción y gasto de las áreas de Tecnologías de Información o
Sistemas.
Cuando una empresa integra los sistemas ERP, así como los de
Gestión del Capital Humano o la Gestión de Relación con el
Cliente (CRM), los líderes de las organizaciones tienen un
panorama más amplio de las actividades en los distintos niveles
de la empresa. De esta forma, poseen con un control en tiempo
real de los activos de la empresa, disponibles en cualquier
momento y horario para tomar acción en cualquier frente.
Además el estudio revela que aproximadamente un 30% del
mercado actual lo conforman pequeñas y medianas empresas,
con lo cual las empresas que se enfocan en este sector podran
seguir creciendo.
Al hacer esta renovación tecnológica los usuarios podrán ver
mejoras en el performance de la aplicación ya sea en tiempo de
carga como en la forma en la que se agregarán nuevas
funcionalidades, además la interfaz gráfica será más intuitiva al
ser hecha web y de fácil uso lo cual facilitará a los usuarios
aumentar la cantidad de procesos realizados en un menor tiempo,
será muy beneficioso para los clientes de las empresas ya que la
información que sea requerida podrá ser utilizada de manera más

rápida, a su vez los tiempos serán menores en los registros y
búsquedas a realizar.
1.3.2.- Aspecto económico. -
El aumento en la productividad de las empresas que usen el
nuevo sistema ERP, debido a un mayor orden de las ventas y los
subprocesos, junto a reportes actualizados sobre la situación
actual de la empresa, con este ERP se podrá evitar depender de
los sistemas operativos ya que se adaptaría a nuevos cambios al
ser multiplataforma, lo cual disminuirá costos de licencias al poder
ejecutarse desde cualquier navegador web.
Sumado al punto anterior también cabe resaltar que la mayor
agilidad en los procesos diarios traerá como resultado un mayor
flujo diario en las operaciones realizadas, al reducir los tiempos
que estos procesos tardan y al estar adecuado correctamente a la
necesidad de la empresa.
1.3.3.- Aspecto político. –
La Ley N° 28612, Ley que norma el uso, adquisición y adecuación
del software en la Administración Pública, define como Software
Libre a aquel cuya licencia de uso garantiza las facultades de 1)
Uso irrestricto del programa para cualquier propósito, 2)
Inspección exhaustiva de los mecanismos de funcionamiento del
programa, 3) Confección y distribución de copias del programa; y,
4) Modificación del programa y distribución libre tanto de las

alteraciones como del nuevo programa resultante, bajo estas
mismas condiciones, y como Software Propietario a aquel cuya
licencia de uso no permite ninguna o alguna de las facultades
previstas en la definición anterior;
Esta ley señala que en el artículo 4, sobre neutralidad tecnológica,
que ninguna entidad de la Administración Pública adquirirá
soportes físicos (hardware) que la obliguen a utilizar sólo
determinado tipo de software o que de alguna manera limiten su
autonomía informática, lo cual será considerado al momento de la
contratación de un servicio para el desarrollo de software público.
1.3.4.- Aspecto tecnológico. –
El nuevo proyecto ERP estará basado en una arquitectura de
microservicios, pudiendo fácilmente añadir cambios a cada
módulo para seguir los cambios que requieran los clientes. Se
mejorará el tiempo de respuesta al servidor al estar situado en la
nube de Azure, a su vez todas las funcionalidades del sistema
serán optimizadas para obtener la mejora inmediata en los
procesos diarios del sistema ERP. Al usar los nuevos estándares
de programación como Clean Code, SOLID, CI/CD (continous
integration y continous delivery) esperamos que el desarrollo sea
mucho más rápido, lo cual nos permitirá continuar con el
desarrollo de nuevas funcionalidades para el sistema ERP. Estos
cambios a su vez permitirán que el sistema sea usado en web y
en dispositivos móviles debido al diseño responsive de la

aplicación. El nuevo sistema ERP estará disponible para los
usuarios desde cualquier entorno, y contará con una seguridad de
datos confiable para poder realizar las operaciones de consultas y
reportes sin problemas.
1.3.5.- Aspecto ecológico. –
El nuevo sistema ERP reducirá la necesidad de hacer uso de
hojas de papel, tinta y demás químicos usados en las impresoras
y maquinas matriciales debido a la disminución de reportes
manuales, reportes en Excel y fichas de informes que son
impresos diariamente, dado que todo se registra en una base de
datos, los datos y registros diarios estarán disponibles en
cualquier momento desde la nube.
1.4.- Justificación del Proyecto
De acuerdo con el diagnóstico situacional y el análisis SEPTE realizado,
la necesidad de ejecutar el presente proyecto se justifica por:
a. El continuo desarrollo del sistema ERP con sus nuevos
requerimientos y mejoras.
b. La búsqueda de reducir los tiempos de espera en los procesos del
sistema ERP.
c. La necesidad de reducir la cantidad de reportes no utilizados en el
sistema, así como funcionalidades no utilizadas y obsoletas.
d. La necesidad de optimizar los recursos del sistema y que estos no
queden obsoletos en los próximos años.

e. La necesidad de hacer la solución aplicable a entornos web y de
dispositivos móviles.
f. La necesidad de tener una solución en la cual se puedan aplicar los
nuevos patrones de diseño y separar adecuadamente las capas del
sistema para un desarrollo eficaz.
1.5.- Oportunidad de mejora
Para el presente proyecto se pueden enumerar las siguientes
oportunidades de mejora:
a. Se realizará la actualización general del sistema, lo cual evitará que
sea altamente mantenible y pueda ser mejorado con el paso del
tiempo.
b. Se crearán microservicios orientados a satisfacer las necesidades de
los diferentes módulos y serán reutilizables agilizando el proceso de
desarrollo de nuevas funcionalidades.
c. Se reducirá el tiempo de carga entre cada proceso
considerablemente, al usar métodos asíncronos en cada llamada lo
cual evitará congestión en procesos largos en el sistema.
d. La interfaz de usuario será moderna de acuerdo con los nuevos
estándares, lo cual ayudará a los nuevos usuarios a adaptarse más
rápido uso del sistema.
e. El sistema podrá ser usado de forma remota desde el celular o una
laptop con acceso a internet.

CAPÍTULO 2
DESCRIPCIÓN DEL PROYECTO
2.1.- Objetivos
Realizar una migración de los módulos de una ERP con la finalidad de poder
escalar el ERP al nivel del crecimiento de la empresa realizando un cambio
estratégico en la arquitectura del sistema, utilizando microservicios para
separar la lógica de negocio utilizada por cada módulo, y convirtiendo la
interfaz del usuario a un entorno web para que su uso sea más sencillo. Este
cambio estructural permitirá añadir nuevas funcionalidades según sean
requeridas sin necesidad de afectar todo el sistema, lo cual permitirá hacer
cambios estratégicos según la necesidad del negocio.
Los objetivos estratégicos de esta transformación son los siguientes:
 Mejora de la productividad al tener un sistema ordenado y adaptado a la
necesidad del negocio.
 Datos ordenados y mejor análisis que permitirán una evaluación mediante
reportes de la evolución del sistema.
 Reducción en los tiempos de respuesta de las funcionalidades complejas
del sistema.
 Aumento del personal que utiliza los reportes del sistema.

 Hacer posible la reutilización de la solución para una versión
multiplataforma del sistema, para web y dispositivos móviles.
Reducir en 30% el tiempo de procesos largos mediante la

Objetivo 1 optimización de una funcionalidad existente en cualquier
modulo al momento de realizar consultas a la base de datos
T1
Indicador %Reducción=1 - ( )
𝑇2
T1.- Es el tiempo que toma el sistema en realizar una

consulta a la base de datos antes de optimizarlo
Donde
T2. - Es el tiempo que toma el sistema en realizar una
consulta a la base de datos después de la optimización
Aumentar en 30% el uso de los reportes utilizados por el

Objetivo 2 personal debido a la optimización del sistema ERP en un
plazo de 3 meses después de la migración
𝑅𝑒𝑝𝑜𝑟𝑡𝑒𝑠 1
Indicador %Aumento=1 + ( )
Reportes2
Reportes1.- Es la cantidad de reportes usado por el

personal antes de realizar la optimización
correspondiente.
Donde
Reportes2. - Es la cantidad de reportes usado por el
personal después de realizar la optimización
correspondiente.
Reducir en un 40% el tiempo de desarrollo de una nueva

Objetivo 3 funcionalidad en el sistema ERP en un periodo de 3
meses después de la migración del sistema ERP
𝑇𝑖𝑒𝑚𝑝𝑜1
Indicador %Reducción=1 - ( )
𝑇𝑖𝑒𝑚𝑝𝑜2

Tiempo1.- Es el tiempo que se tarda una funcionalidad en

ser desarrollada en el viejo sistema.
Donde
Tiempo2. - Es el tiempo que se tarda una funcionalidad
en ser desarrollada en el nuevo sistema.
Aumentar la satisfacción de los usuarios que usan el

Objetivo 4 sistema ERP mediante una encuesta después de 4
meses de haber migrado el sistema ERP
𝑈𝑆
Indicador %Satisfacción= ( )
𝑇
US. – Es el número de usuarios satisfechos con el

Donde sistema.
T. – Es el total de usuarios encuestados.
2.2.- Alcance
El alcance de optimizar el sistema ERP abarca a todas y cada una de las
áreas funcionales de la empresa, ya que se busca a través de un ERP
consolidar todos los procesos y actividades para así optimizar la
administración de los recursos de la empresa, ya que se implementará
microservicios para facilitar la implementación de nuevas funcionales a
cada módulo respectivamente.
El presente trabajo comprenderá las fases de los entregables del
proyecto, esto implicará el poder implementar y automatizar nuevos
procesos tomando en cuenta que se obtendrá un mejor control del

tiempo distribuido y poder realizar el seguimiento respectivo al proceso
cada tiempo determinado.
La implementación permitirá a su vez optimizar el tiempo en el cual el
sistema tarda en hacer operaciones complejas, debido a que gran parte
de este proceso no está optimizado. Además, la implementación tiene en
cuenta que actualmente el usuario no tiene una interfaz amigable, el
alcance también tiene abarcado el poder aumentar la eficiencia del
personal al momento de hacer uso de unos reportes automáticos por el
cual hoy en día se ha venido presentado ocasionando demoras en la
atención de su proceso del día a día.
Finalmente, el proyecto tiene planteado la migración completa de los
módulos que forman la solución los cuales son contabilidad, almacén,
ventas, facturación, cuentas por cobrar, cuentas por pagar, tesorería,
compras e importaciones. Estos módulos estarán disponibles al final de
la migración, además se presentarán a modo de página web.

Esquema de Desglose de Trabajo (EDT)
PROCESO ERP PARA

OPTIMIZAR MODULOS
DE UNA EMPRESA DE
VENTA DE EPPS
ANALISIS Y CERITIFICACION Y
ALCANCE DE PROYECTO CONGELAMIENTO PRODUCCION RATIFICACION Y CIERRE
CONSTRUCCION PRUEBAS
COORDINACION DE REALIZACION DEL REVISION DE LOS REALIZACION DE LAS

VALIDACION DE REVISION DE LOS
EQUIPO DE AREA ANALISIS GENERAL ENTREGABLES PRUEBAS
DOCUMENTOS ENTREGABLES
CORRESPONDIENTES
RATIFICACION DE
OBJETIVO Y ALCANCE ANALISIS DE MODULOS PROMOCION DE LOS VALIDACION DE PROMOCION DE LOS
CONFORMIDAD DE LAS
DEL PROYECTO IMPACTADOS DOCUMENTOS INSTALACION DOCUMENTOS
PRUEBAS
INSTALACION E REALIZACION DE LAS INSTALACION E

ELABORACION DE CONFORMIDAD DEL
GESTION DE RIESGOS IMPLEMENTACION DE PRUEBAS IMPLEMENTACION DE
ENTREGABLES USUARIO FINAL
MODULOS CORRESPONDIENTES MODULOS
COMPILADOS A IMPLANTACION DE
MODIFICAR DEFECTS
VALIDACION DE QC CONFORMIDAD DE
CERTIFICACION
CONFORMIDAD DE QC

2.3.- Ventaja Comparativa
En el presente cuadro se muestra la comparación con otras alternativas de
arquitectura de sofware que existen actualmente:
Arquitectura Escalabilidad Confiabilidad Mantenibilidad Dificultad
Microservicios alta alta alta media
N capas bajo medio alta baja
Domain Driven Design alta alta alta alta
SOA media alta medio alta
Message Bus baja alta bajo alta
2.4.- Ubicación
Para la realización del proyecto se utilizarán oficinas de coworking en un
50% del tiempo debido a las ventajas que ofrecen como la flexibilidad de
horarios y costos, también cabe resaltar la disponibilidad y el ambiente de
trabajo adecuado para agendar reuniones con otros potenciales clientes.
El 50% del tiempo restante se tiene planeada la conexión remota para
continuar el trabajo desde cualquier otra ubicación diferente.

2.5.- Organización del Proyecto
Programador
Senior/
Technical Lead
Quality
Programadores Assurance
Rol Cantidad Perfil del Puesto

 Conocimiento de scrum y
gestión de proyectos
 Experiencia en implementación
Programador de microservicios.
Senior/ Technical 1  Net Core nivel avanzado,
Lead SOLID, Clean Code,
Continuous Integration,
Continous Delivery, experiencia
usando Azure services
 Automatización con Selenium,
C# y SQL.
 Conocimiento de pruebas de
performance
QA 1
 Pruebas e2e (end to end)
 Pruebas manuales y
funcionales
 Pruebas de integración
 Conocimiento de .Net Core,
Programadores 2 SOLID y Clean Code.
 SQL database nivel intermedio

2.6.- Beneficiarios Directos e Indirectos
Los beneficiarios directos de la migración del sistema ERP serían los clientes
del sistema ERP, ya que usarán el sistema ERP en su empresa y se va a
incrementar el rendimiento, productividad y eficiencia del personal al realizar
sus procesos diarios.
Entre nuestros beneficiarios indirectos se encontrarían los usuarios del sistema
ERP, debido a que son los que usaran diariamente el sistema y verán mejoras
significativas en el uso de la solución, además también se encontrarían los
clientes de la empresa que adquiera el sistema ERP debido a que las mejoras
impactarían en el tiempo que ellos esperan para que su orden sea atendida.
2.7.- Metas, Resultados y Efectos esperados del Proyecto
Las metas relacionadas al proyecto están vinculadas con los objetivos trazados
en el punto 2.1, tenemos pensado que las metas propuestas serán cumplidas
al finalizar el proyecto.
Los objetivos son:
1. Reducir en 30% el tiempo de procesos largos mediante la optimización de
una funcionalidad existente en cualquier modulo al momento de realizar
consultas a la base de datos.
2. Aumentar en 30% el uso de los reportes utilizados por el personal debido a
la optimización del sistema ERP en un plazo de 3 meses después de la
migración.

3. Reducir en un 40% el tiempo de desarrollo de una nueva funcionalidad en el
sistema ERP en un periodo de 3 meses después de la migración del sistema
ERP.
4. Aumentar la satisfacción de los usuarios que usan el sistema ERP mediante
una encuesta después de 4 meses de haber migrado el sistema ERP.
Meta Objetivo 1 Objetivo 2 Objetivo 3 Objetivo 4
Incremento en el uso de los reportes

y nuevas funcionalidades del sistema X X
Reducción en tiempos de repuesta al

momento de realizar operaciones X
X
complejas
Conseguir que el nuevo sistema ERP

cuente con una interfaz más X
X X
amigable para su uso
Obtener un sistema ERP que se

adapte a las necesidades del X X
negocio y su evolución en el tiempo.
Obtener independencia entre cada

uno de los módulos, para tener X
libertad de ejercer modificaciones sin
afectar a otras partes del sistema
Conseguir un ambiente de
integración y entrega continuas para X
seguir la evolución de la solución

CAPÍTULO 3
DESARROLLO DEL PROYECTO
3.1.- Administración de las actividades
3.1.1.- Desarrollo de las actividades
a. Actividad 1: Alcance de proyecto
 Coordinación de equipo de área. - antes de comenzar el proyecto se
tendrá que coordinar con el jefe de cada equipo correspondiente para
determinar al más mínimo los detalles del alcance para el requerimiento
solicitado
 Objetivo y alcance del proyecto. - el objetivo del proyecto será la
implementación y automatización de procesos ya existentes de
diferentes módulos para facilitar y ahorrar tiempo al momento de realizar
una funcionalidad por parte de los usuarios.
 Gestión de Riesgos. - se evaluará los riesgos que se puedan presentar
durante la ejecución del proyecto
b. Actividad 2: Análisis y construcción
 Realización de Análisis general. - en esta actividad se realizará el
análisis y construcción que abarca el pedido de automatización o
implementación, se enviará la estimación del tiempo de atención y los
alcances definidos en la primera actividad.
 Análisis de Módulos impactados. - en esta actividad el equipo
desarrollador analizara que módulos del sistema ERP se verán
impactados a fin de que al momento en que se realicen los cambios e

implementación por parte del equipo estos no impacten la operativa del
usuario.
 Elaboración de Entregables. - en esta sección de actividades se
elaborará los documentos o componentes que se tomaran en cuenta
para realizar la implementación de los nuevos módulos o para realizar
las automatizaciones correspondientes solicitadas por los usuarios.
 Compilados a modificar. - en esta actividad se construirá los compilados
a implementar, pueden ser DLL que se incluyan como parte del proyecto
o la implementación de microservicios.
 Validación a QC. - esta actividad se encargará de validar que todos los
documentos incluyendo los entregables con los cambios elaborados por
el equipo para las mejoras de la automatización solicitada sean
conformes y que estén estructuradas de manera correcta.
 Conformidad de QC. - en esta actividad es parte de equipo de Quality
center el cual después de haber validado todo lo correcto en la actividad
anterior, se brinda el conforme para proseguir con el proceso de
atención.
c. Actividad 3: Congelamiento
 Revisión de los entregables. - esta actividad lo realiza el equipo a cargo
del proceso de congelamiento donde como parte del proceso se
encargarán de evaluar que los entregables construidos por el equipo se
encuentren completo y de manera correcta según lo instruido por el flujo
de atención de la empresa.

 Promoción de los documentos. - en esta actividad se promoverá los
documentos al ambiente de certificación para la realización de las
pruebas correspondientes, estos ocurrirán cuando se haya revisado los
entregables que se mencionan en la actividad anterior.
 Instalación de implementación de módulos. -en esta actividad se
realizarán las instalaciones de los cambios que se aplicarán como parte
de las automatizaciones e implementación de nuevos servicios.
d. Actividad 4: Certificación y Pruebas
 Validación de documento. -en esta actividad el equipo encargado una
vez que se realicen la entregas los documentos, estos van a validar que
todo haya pasado correctamente.
 Validación de instalación. - en esta actividad validaran que los módulos
implementados estén funcionando correctamente de acuerdo con lo
solicitado por el usuario.
 Realización de las pruebas correspondientes. - una vez culminado las
pruebas se validará que todo el proyecto esté funcionando
correctamente.
 Implantación de defectos. - en esta actividad se tendrá mapeado las
dificultades que se presentaron durante el proceso de atención de un
requerimiento ingresado por el usuario
 Conformidad de certificación. - en esta actividad se obtendrá la
conformidad del equipo de certificación para poder continuar con el
proceso de atención.

e. Actividad 5.- Producción
 Revisión de Entregables. - esta actividad lo realiza el equipo a cargo del
proceso de producción donde como parte del proceso se encargarán de
evaluar que los entregables construidos por el equipo se encuentren
completo y de manera correcta según lo instruido por el flujo de atención
de la empresa.
 Promoción de documentos. - en esta actividad se promoverá los
documentos al ambiente de producción para la realización de las
pruebas correspondientes, estos ocurrirán cuando se haya revisado los
entregables que se mencionan en la actividad anterior.
 Ejecución de los entregables. - en esta actividad se realizarán las
instalaciones de los cambios que se aplicarán como parte de las
automatizaciones e implementación de nuevos servicios.
f. Actividad 6: Ratificación y cierre
 Realización de pruebas correspondientes. -en esta actividad se realizará
nuevamente las pruebas en el ambiente de producción como parte del
proceso de atención final hacia el requerimiento de implementación de
una automatización o agregación de nuevos servicios
 Ratificación de conformidad de las pruebas. - en esta actividad se
brindarán las conformidades correspondientes en base al requerimiento
de atención donde se validarán que los cambios se hayan realizado
correctamente y que el proyecto siga funcionando con normalidad
 Conformidad de usuario final. -se comunicará al usuario que la atención
del requerimiento es encuentra atendido para que pueda brindarnos las

conformidades necesarias y así poder cerrar el flujo de atención del
requerimiento solicitado.

3.1.2.- Diagrama de Gantt
3.2.- Evaluación Tecnológica
A. Modelo de Requerimiento
a. D
iagr
ama
gen
eral
de
Cas
os
de
Uso
b. Especificación de Caso de Uso

ECU-001: Crear Pedido
Actor: representante de ventas (RV).
Descripción: El representante de ventas realiza un pedido mediante el sistema
en el módulo de ventas.
Precondiciones: El RV se encuentra en el área de mantenimiento de pedidos.
Flujo de eventos:
1. El RV selecciona el botón de iniciar nuevo pedido.
2. El RV ingresa los datos del pedido.
3. El RV guarda el pedido.

4. El sistema muestra un mensaje de confirmación.
5. El RV acepta la confirmación del mensaje.
6. El sistema muestra un mensaje de que la operación ha sido realizada
con éxito.
7. El sistema envía un correo a las áreas pertinentes para el proceso del
pedido.
8. El sistema redirecciona a la página de los últimos 50 pedidos.
ECU-002: Crear Cotización
Descripción: El representante de ventas realiza una cotización mediante el
sistema en el módulo de ventas.
Precondiciones: El RV se encuentra en el área de mantenimiento de
cotizaciones.
Flujo de eventos:
1. El RV selecciona el botón de iniciar nueva cotización.
2. El RV ingresa los datos de la cotización.

3. El RV guarda la cotización.
6. El sistema muestra un mensaje de que la operación ha sido realizada
con éxito.
7. El sistema redirecciona a la página de las últimas 50 cotizaciones.
ECU-003: Anular Pedido
Descripción: El representante de ventas anula un pedido mediante el sistema
en el módulo de ventas.
Precondiciones: El RV se encuentra en el área de mantenimiento de pedidos.
Flujo de eventos:
1. El RV selecciona el pedido en la página de los últimos 50 pedidos.
2. El RV selecciona la opción anular pedido.
5. El sistema muestra un formulario para ingresar la razón de la anulación
del pedido.

6. El RV ingresa la observación y presiona aceptar.
7. El sistema muestra un mensaje de que la anulación ha sido realizada
con éxito.
8. El sistema envía un correo a las áreas pertinentes informando que el
pedido ha sido anulado.
9. El sistema redirecciona a la página de los últimos 50 pedidos.
ECU-004: Generar libro diario.
Actor: personal de contabilidad (PC).
Descripción: El personal de contabilidad genera el libro diario mediante el
sistema en el área de contabilidad.
Precondiciones: El PC se encuentra en el área de contabilidad.
Flujo de eventos:
1. El PC se dirige a la opción ver reportes.
2. El PC selecciona la opción reportes de ventas.
3. El sistema abre una ventana con los reportes disponibles.
4. El PC selecciona la opción “Generar libro diario”.

6. El PC acepta el mensaje de confirmación.
7. El sistema descarga un archivo CSV (comma separated values) con el
reporte actual.
8. El sistema redirecciona a la ventana de reportes de ventas.
ECU-005: Generar registro de compras.
Actor: personal de contabilidad (PC).
Descripción: El personal de contabilidad genera un registro de compras
mediante el sistema en el área de ventas.
Precondiciones: El PC se encuentra en el área de contabilidad.
Flujo de eventos:
1. El PC se dirige a la opción ver reportes.
2. El PC selecciona la opción reportes de compras.
3. El sistema abre una ventana con los reportes disponibles.
4. El PC selecciona la opción “Generar registro de compras”.
6. El PC acepta el mensaje de confirmación.

7. El sistema descarga un archivo CSV (comma separated values) con el
reporte actual.
8. El sistema redirecciona a la ventana de reportes de compras.
ECU-006: Ejecutar aprobación financiera.
Actor: personal de finanzas (PF).
Descripción: El personal de finanzas ejecuta la aprobación de un pedido
mediante el sistema en el área de finanzas.
Precondiciones: El PF se encuentra en el área de finanzas.
Flujo de eventos:
1. El PF se dirige a la opción aprobación financiera.
2. El sistema redirige a la página de aprobaciones con un listado de los
pedidos pendientes de aprobación.
3. El PF selecciona un pedido de la lista.
4. El sistema muestra la información del pedido, la información crediticia
del cliente y el historial de deudas.
5. El PF selecciona la opción aprobar pedido.

7. El PF acepta el mensaje de confirmación.
8. El sistema redirecciona a la ventana de pedidos pendientes de
aprobación.
B. Modelo de análisis y Diseño
Realización de los casos de uso
1. Crear pedido
1.1 Diagrama de clases de análisis
1.2 Diagrama de comunicación

2. Crear cotización

3. Anular pedido
4. Generar libro diario

5. Generar registro de compras

6. Ejecutar aprobación financiera

C. Implementación
Los módulos migrados usarán .Net Core 3.0 por ser multiplataforma,
fácil de migrar, además de ser más rápido y open source lo cual
reducirá costos y permitirá ser desplegado en servidores Linux.
Actualmente se utiliza programación sincrónica para hacer las
consultas a la fuente de datos en SQL server, así como para hacer los
procesos de lógica de negocio, sumado a esto dado que la aplicación
actual es una aplicación de escritorio en Windows Forms, el
renderizado de la parte visual se hace mediante un solo hilo, lo que
ralentiza el renderizado de las vistas y el uso en general del aplicativo,
se reemplazará este tipo de programación por métodos asíncronos los
cuales pueden usar varios hilos e incrementar la velocidad de

respuesta del sistema, mejorando considerablemente el uso diario. El
uso de asincronía y paralelismo incrementará la velocidad en el uso
diario, así como también moverá a la ERP hacia los nuevos
estándares de las aplicaciones web.
El proceso de migración empezará mediante el desacoplamiento de
los módulos existentes en capas, hacia cada uno en un proyecto por
separado. Este cambio será sustancial dado que al cada uno estar
separado es independiente.

Actualmente el sistema ERP actual se encuentra en la forma de
monolito lo cual quiere decir que todos sus módulos son
pertenecientes a la misma solución y dado que están en una

arquitectura de 3 capas, gran parte de la parte visual esta acoplada a
la lógica de negocio.
El proceso de migración empezará separando los módulos existentes
en varios microservicios que otorguen solo la funcionalidad deseada,
se priorizarán los módulos que serán migrados, en primer lugar, se
trabajará la parte de autenticación y permisos pues es esencial para
los demás módulos y son dependientes de este.

Una vez finalizado se procederá a implementar un servicio Logger en
la aplicación para mantener un control de los eventos del sistema,
luego de este los módulos en orden de prioridad empezando por
Pedidos y finalizando con Compras.
Los microservicios solo podrán ser utilizados mediante un API
Gateway
(ERP- WEB en la imagen) debido a que en esta puerta de enlace se
harán las validaciones de URL, Login y permisos de la aplicación. Las
consultas a los diferentes endpoint serán consumidas por un single
page Application, que estará completamente desacoplado de los
microservicios y su fin solo será mostrar los datos obtenidos del
servidor mediante el API Gateway.

Los microservicios usaran el centro de aplicaciones de Azure,
permitiendo el acceso a una base de datos Azure SQL database,
donde el sistema estará migrado, a su vez estos cambios permitirán
que la solución cuente con un control de versión en Git (Azure
repository). El control de versión permitirá tener múltiples versiones
del aplicativo, en las que podrá haber funcionalidades específicas o
en prueba, como diferentes paquetes exclusivos para los diferentes
clientes. A su vez tener los repositorios en Azure permitirá hacer uso
de las herramientas de CI / CD, para un desarrollo optimo y que se
puedan hacer pruebas a los ambientes de forma constante.

La
parte
visual
(Front
End)
será
realiza
da con
Blazor
que es
una librería de .Net que permite el uso de la tecnología de web assembly, en la
cual se puede acelerar el desarrollo ya que usa C# como lenguaje base.
Este control de componentes en el Single Page Application (SPA) permitirá
también separar la parte de Back End y Front End.
Finalmente, para lograr la visualización del desarrollo en primera instancia se
habilitarán entornos de prueba, en los que podrán realizarse la adición de
nuevas funcionalidades y la ejecución de las pruebas de calidad. Los entornos
de prueba serán configurados según la necesidad actual del sistema ERP, para
ello se utilizarán los Azure App Service Environments, que permiten hasta 100
instancias distintas del proyecto, con lo cual se podrá probar diferentes
versiones y estados de la aplicación.

También la solución utilizará el sistema de firewall que provee Azure para los
App Service, lo cual otorgará seguridad al momento de exponer el sistema ERP
hacia internet, la configuración del firewall puede protegernos contra ataques
de cross site scripting, SQL injection, Bots, Crawlers, problemas de
configuración del servidor (Apache, IIS) y violaciones a los protocolos de Http.

3.3.- Flujo de Caja Neto

3.4.- Financiamiento
Para poder iniciar las operaciones, es necesario primero asumir los costos
de la presentación del proyecto, así como a su vez el coste total de los
registros y permisos necesarios para iniciar el desarrollo del proyecto.

CONCLUSIONES Y RECOMENDACIONES
Conclusiones
Para concluir este proyecto nos presenta un problema actual de una empresa , la cual
para solucionarlo estaremos implementando nuevos cambios, optimizaciones con
procesos que se moldeen a los solicitado por la empresa, esta será una gran alternativa
para solucionar los problemas de su estructura , podemos convertir esa alternativa en una
oportunidad en el mercado para poder hacer llegar a todas las empresas nuestra forma de
trabajo para realizar optimizaciones y corregir módulos de un sistema ,ya que en muchos
casos se ve que muchas empresa cuentan con sistemas ERP mal estructurado o en
pésimo estado haciendo que los usuarios que utilizan estos sistemas se sientan
fastidiados por el retraso de sus proceso en atención y también incluiríamos a esto la
pésima interfaz con la cual muchos de estos interactúan. Cabe resaltar que una empresa
al contar con un sistema ERP mal estructurado dificulta la atención al momento de querer
implementar nuevos requerimientos ya que al momento de realizar optimizaciones muchas
veces los sistemas no son compatibles o al momento de actualizar versiones muchas
funcionalidades de otros sistemas dejan de funcionar ocasionando problemas en los
usuarios que hacen uso de estos sistemas para su operativa diaria.
Recomendaciones

Considerando que el proceso estructurado de sistemas ERP es muy comercial se sugiere
implementar nuevos sistemas no solo para la empresa mencionada sino para muchas
otras que también presentan el mismo inconveniente, teniendo en cuenta que en primer
lugar se debe analizar si el proyecto es viable a lo largo del tiempo y sobre todo que sea
sostenible ya que de esta manera se podrá mantener una continuidad al momento de
querer implementar nuevos requerimientos para cualquier módulo de una empresa en el
área de sistemas.
ANEXOS
Fuentes
 Tata Consultancy Service. (2018). Retail market changes. Recuperado de
https://www.tcs.com/reshaping-retail-industry-paradigm-ai
 Aner. (2018). ¿Qué es un ERP? Recuperado de http://www.aner.com/que-es-un-erp.html
 SlideShare. (2012). ERP en el sector financiero. Recuperado de
https://es.slideshare.net/GCG_Soluciones/erp-en-el-sector-financiero
 TIC Portal. (2018). ¿Qué es un sistema ERP y para qué sirve? Recuperado de
https://www.ticportal.es/temas/enterprise-resource-planning/que-es-sistema-erp
 BlogSpot ClarosKarla. (2011). Sistemas de información gerencial – Empresas del Perú que
usan el sistema ERP. Recuperado de http://claroskarla.blogspot.com/2011/04/empresas-
del-peru-que-usan-el-sistema.html
 Diario Gestión (2017). Perú en el top 5 de países en america latina con mayor demanda de
ERP. Recuperado de https://gestion.pe/tecnologia/peru-top-5-paises-mayor-demanda-
erp-america-latina-129566
 Diario Gestion (2018). La tecnología en la nube que hace crecer empresas. Recuperado de
https://gestion.pe/especial/50-ideas-de-negocios/noticias/tecnologia-nube-que-hace-
crecer-empresas-noticia-1992458

 Martin Fowler(2018). How to break Monolith into Microservices. Recuperado de
https://martinfowler.com/articles/break-monolith-into-microservices.html
 MicrosoftDocs (2019). Create a simple data-driven CRUD microservice. Recuperado de
https://docs.microsoft.com/en-us/dotnet/architecture/microservices/multi-container-
microservice-net-applications/data-driven-crud-microservice
 Yousef Khalidi Corporate Vice President, Azure Networking, MicrosoftDocs(2017).
Web Application Firewall. Recuperado de https://azure.microsoft.com/es-es/blog/azure-
web-application-firewall-waf-generally-available/

Informe Del Proyecto

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Informe Del Proyecto

Cargado por

Copyright:

Formatos disponibles

INSTITUTO SUPERIOR TECNOLÓGICO PRIVADO CIBERTEC

DIPLOMADO EN INNOVACIÓN E INTEGRACIÓN TECNOLÓGICA

Planificación de migración y optimización de un sistema ERP a una

arquitectura de microservicios para su distribución en empresas a nivel

Proyecto de Tecnología de Información que, como parte del Diplomado en

Innovación e Integración Tecnológica, presentan los alumnos

GARCIA TAPIA PATRICIA ALEXANDRA

PARA OBTENER EL TÍTULO DE PROFESIONAL TÉCNICO EN

ASTO CARRASCO ARTURO NEIL

CURIPACO VEGA HANS ALEXANDER

PARA OBTENER EL TÍTULO DE PROFESIONAL TÉCNICO EN

ASESOR: Julio Jose Rodriguez Vicuña

Lima, 1 de agosto del 2019

CAPÍTULO 1. Diagnóstico del Problema

1.1. Diagnóstico situacional

1.2. Adversidades potenciales reportadas

1.3. Análisis SEPTE

1.4. Justificación del Proyecto

1.5. Oportunidad de mejora

CAPITULO 2. Descripción del Proyecto

2.3. Ventaja comparativa

2.4. Ubicación e institución responsable del proyecto

2.5. Organización del Proyecto

2.6. Beneficiarios directos e indirectos

2.7. Metas, resultados y efectos esperados del Proyecto

CAPÍTULO 3. Desarrollo del Proyecto

3.1. Administración de las actividades

3.2. Evaluación tecnológica

3.3. Flujo de caja neto

3.5. Continuidad y sostenibilidad del Proyecto

IEST Privado CIBERTEC Página 2

IEST Privado CIBERTEC Página 3

Las tendencias comerciales actuales y futuras obligan a las empresas a ser

compañía tenga optimizado e integrado sus flujos internos de información y sus

relaciones comerciales externas, y así conseguir objetivos básicos como son

las mejoras de la productividad, la calidad, el servicio al cliente y la reducción

Sin embargo, cada empresa busca diferenciarse de las demás y necesitan

mejoras para acelerar sus procesos u optimizarlos según la necesidad de su

pueden adaptar correctamente a requerimientos específicos de los clientes.

El problema radica en el alto nivel de acoplamiento entre los módulos de los

sistemas actuales ERP, que hacen difícil la inserción de nuevas soluciones o

módulos. Una solución adecuada de este problema es el de separar los

módulos de un sistema ERP lo cual permitirá una mayor facilidad al momento

de añadir nuevas funcionalidades y una forma de entregar un software que

cuente con solo lo que el cliente necesite según la naturaleza de su negocio.

En la actualidad se hizo un análisis a una empresa de comercialización de EPP

(equipos de protección personal) llamada Andes Seguridad, esta empresa

cuenta con un sistema ERP que no se ajusta adecuadamente al crecimiento

IEST Privado CIBERTEC Página 4

enfrentarían muchas empresas en la misma posición, debido a esto se plantea

la solución de una reestructuración a nivel del sistema utilizado para poder

optimizar la forma en la cual el sistema evoluciona a la par con el negocio. Esta

otras empresas a nivel nacional por lo cual tenemos estimaciones sobre su

posible uso a nivel comercial.

DIAGNÓSTICO DEL PROBLEMA

1.1.- Diagnóstico situacional

Actualmente el sistema ERP que utiliza la empresa Andes Seguridad

requiere de una serie de mejoras continuas debido tanto por el

sistema ERP existente según lo analizado en base a patrones de

arquitectura de software posee un sistema de 3 capas, sin embargo, el

mal uso de esta arquitectura también provoca poca claridad al separar

donde se encuentra la lógica de negocio de la capa de presentación, este

problema también se encontró al analizar capa de negocio y la capa de