UNIVERSIDAD NACIONAL DE INGENIERÍA

FACULTAD DE INGENIERÍA INDUSTRIAL Y DE SISTEMAS

Trabajo Monográfico:

Three Tests for Iterative Thinking versus recursive Thinking Plin

Autores:

Diaz Aquino, Benjamin Fernando 19740754J

Matta Mendoza, Gonzalo Jesus 20190292B

Ramirez Tarazona, Victor Manuel 20194114A

Docente:

Alberto Jesus Huapaya Ciriaco

Monografía presentada para el curso de Integración de Sistemas

Lima, Enero del 2023

Índice

Introducción 3

The first question (scalability) 4

The second question (one key thread) 4

The third question (multiple key threads) 5

Conclusiones 6

Referencias 7
Introducción

Plin es una funcionalidad innovadora en el sector financiero que ofrece soluciones digitales
para facilitar y agilizar el manejo de finanzas personales y empresariales. Desde su
lanzamiento en 2020, Plin ha logrado destacar por su enfoque en la simplicidad, facilidad de
uso y la cantidad de entidades financieras asociadas (Scotiabank, Interbank, BBVA, BanBif,
Caja Arequipa y Caja Sullana), lo que le ha permitido atraer a una amplia base de clientes y
posicionarse como una de las principales tecnologías financieras (fintechs) en el mercado.
En este trabajo, se analizará si Plin debería aplicar un enfoque Iterativo o Recursivo según
las tres cuestiones que se plantean dentro del “Three Tests for Iterative Thinking versus
recursive Thinking”, para ello se describen los escenarios de cómo es el funcionamiento
de Plin actualmente y la manera en que afronta las cuestiones como scalability, one key
thread, and multiple key threads. El resultado del análisis se comparte en la parte de
conclusiones.
The first question (scalability)

Se entiende por escalabilidad la manera en que se adaptan los objetos componentes de un

sistema cuando aumenta o disminuye la transformación de EMMI significativamente. Por
ello es que los mecanismos y controles deben ser de tal manera que retengan la misma
entrada de EMMI que las salidas sin importar su variación en cantidad.

En el caso de la Fintech Plin ya es un función perteneciente a múltiples bancos a nivel

nacional, sin embargo, Plin todavía puede seguir escalando y llegar a nuevo público, como
sería en el caso de asociación con nuevas entidades financieras (bancos, cajas, etc.) o
implementar nuevas funcionalidades como es el pago de servicios (agua, luz, gas, etc.).

Para el primer escenario planteado de escalabilidad Plin y Yape ya han estado en

negociaciones para de alguna manera vincular sus servicios y que no sean totalmente
excluyentes como en la actualidad. Tanto esta vinculación como ampliar la cantidad de
bancos asociados que tendrán Plin ya lo estaría planeando para los siguientes años, define
ciertos objetivos a cumplir y acciones a realizar. Bajo este escenario Plin está planificando
cómo es que se llevará la escalabilidad del sistema, es decir, no se enfoca en resolver
temas del día a día porque ya tiene un plan de acción contra ello, sino que ve más allá y se
enfoca en las implementaciones del futuro. Por ello, bajo este escenario Plin debe utilizar un
enfoque Recursivo para la vinculación con Yape.

En el segundo escenario planteado de escalabilidad se podría implementar nuevas

funcionalidades a Plin, como es el caso de los pagos de servicios por la aplicación. Esto
traería nuevas entradas y salidas de EMMI en el sistemas, además de poder atraer nuevos
clientes afiliados con lo cual la cantidad de EMMI aumentaría significativamente. De manera
similar como el escenario anterior, Plin planificará cómo llevar a cabo esta implementación
de nuevas funcionalidades. Entonces, de igual manera que el escenario anterior, Plin debe
utilizar un enfoque Recursivo para ambas formas de escalabilidad.

The second question (one key thread)

En este caso se habla sobre como es separado el sistema cuando se hace una consulta de
un extremo a otro, esto se hace haciendo un “key thread” o como es analizado cuando al
menos hay una consulta para hacer en el sistema. Estos subsistemas cumplen ciertas
funcionalidades como las de transferencia de dinero (entre cuentas que no necesariamente
son del mismo banco), afiliación de cuentas (en los bancos que Plin tiene asociación), etc.
Estos generalmente trabajan con las api que los bancos tienen y de los cuales Plin está
asociado y entre la BD de Plin.

Lo interesante de cómo funciona Plin es que no trabaja como una APK o App independiente
como lo haría Yape o Tunki, sino que es como una funcionalidad extra que está en los APP
o Apps de los bancos en los cuales Plin trabaja en conjunto, esto tiene ciertas ventajas
como poca pérdida de EMMI entre Plin y las apps ya que está integrada dentro de ellas
pero se pierde control sobre las cuentas de Plin ya que no hay una visión total o general
sobre todas las cuentas en las cuales Plin tiene acceso.

De todas maneras como generalmente no es tan usada la función de transferir dinero

interbancariamente en Plin el resto de funcionalidades funciona efectivamente ya que el
flujo de EMMI entre Plin y las demás APK de los bancos es más directo y además Plin
busca expandirse poco a poco entre bancos así que tiene que usar también las
funcionalidades que hay en las otras cuando tienen características en común, aunque no
necesariamente todas las apps que en donde Plin están compartan estas mismas
funcionalidades, pero estas se van homogeneizando de a pocos.

The third question (multiple key threads)

Teniendo en consideración que la principal limitación actual de PLIN, es que está limitado a
unos cuatro bancos(Interbank, Scotiabank, Banbif y BBVA) y dos cajas(Caja Sullana y caja
Arequipa), para mejorar la calidad del servicios a cliente seria integrarse con todos los
demás bancos y Financieras, por ello es un objetivo principal lograr la Integración con Yape,
pues permitiría incluir a dos grandes bancos(BCP y Banco de la Nación) así como a las
demás cajas importantes del país, les implicaría un cambio de naturaleza recursiva, pues
implicaría un desarrollo para atender las transacciones de clientes PLIN que transfieren a
Clientes YAPE y viceversa, para los clientes YAPE que transfieren a cliente PLIN.

Con ello se lograría un gran beneficio para los clientes PLIN, ya que cuando quieran realizar
una transferencia a cualquier persona bancarizada, no tengan que preocuparse por el
banco destino, por que ya estaría incluidos todos los bancos y cajas Importantes del país.
Conclusiones

● Dentro de la primera cuestión (scalability) se plantearon dos escenarios de

escalabilidad. El primer escenario planteado fue la ampliación de bancos asociados
a Plin o directamente una vinculación con otra fintech como Yape; para el segundo
escenario se plantea implementación de nuevas funcionalidades como pago de
servicios. Para ambos escenarios Plin requiere planificar sus acciones a futuro.

● Dentro de la segunda cuestión se nota que Plin trabaja de una forma de casos y
utilizando las funcionalidades que se requieran en cada app bancaria, está también
está en proceso de expansión para traer mejores funcionalidades entre las apps que
utilicen plin y una mayor cobertura, además de que tiene un sistema más
consolidado al estar integrado directamente con las apps bancarias.

● Dentro de la tercera cuestión. Se define como prioritario la integración con Yape,

pues esto significa una mejora importante de la calidad de servicio que se brinda al
cliente. La arquitectura debe permitir modificar el Web server de PLIN, para que
pueda comunicarse con el objeto que cumple una función similar en el sistema de
Yape.

● Dado que lo más importante en las tres cuestiones de scalability, one key thread,
and multiple key threads para Plin es planificar correctamente las acciones a futuro
para realizar la integración de la mejor manera y no afectar los otros subsistemas y
objetos del sistema, con esto se concluye que lo mejor para Plin es seguir con un
enfoque Recursivo en la integración de sistemas.
Referencias

● Engineering Systems Integration Theory, Metrics and Methods (2012). Langford,

Gary O. CRC Press

● Madeline Endres, Westley Weimer, and Amir Kamil. 2021. An Analysis of Iterative
and Recursive Problem Performance.