Cómo Iniciar Su Primer Proyecto de Implementación de IPF

¿Está a punto de comenzar su viaje con IPF? Esta página enumera los pasos sugeridos que puede seguir para tener un inicio exitoso en la construcción de soluciones con IPF.

1. Requisitos previos

  1. Asegúrese de entender dónde se desplegará su solución construida con IPF. Si el entorno no está listo, asegúrese de que alguien esté trabajando en prepararlo. Necesitará una base de datos adecuada y un lugar donde se alojen los contenedores.

  2. Identifique si necesita algún formación

  3. Asegúrese de tener acceso a nuestro repositorio Nexus.

2. Introducción para desarrolladores

  1. Instale y configure MPS

  2. Cree su propio proyecto desde cero:Crear Nuevo Proyecto

  3. Cree un flujo de transferencia de crédito de muestra con una función de dominio o algún tipo de validación que deba ser implementada (enlace del tutorial DSL:Función de Dominio DSL)

  4. Cree un dominio externo (también puede utilizar ejemplos de fraude/sanciones:Dominio Externo DSL)

  5. Implemente validaciones y verificaciones en Java lado

  6. Implemente conectores para comunicarse con dominios externos.

  7. Crear aplicación de prueba (aplicación SpringBoot)

  8. Construya el flujo de prueba

  9. Construya el entorno de prueba (ejemplo:docker contenedores para Mongo,Kafka, desarrollador-aplicación, utilice algunos de los simuladores de IPF también)

  10. Pruebe el flujo en un Docker entorno

  11. Despliegue en su entorno de nube y realice pruebas allí.

3. Introducción para Analistas de Negocios y Arquitectos

  1. Defina el proceso de negocio E2E que desea implementar.

  2. Identifique los sistemas que se utilizarán para implementar el proceso y cómo interactuarán para hacerlo.

  3. Redacte el MPS flujos para el(los) componente(s) que se construirán utilizando IPF en MPS

  4. Considere qué tipo de modelo de datos desea utilizar en los flujos. ¿Utilizará un MDS enfoque, ¿quizás un PAIN1? ¿Qué sucede si necesita almacenar datos como cuentas de crédito y débito? Mientras que PAIN1 puede almacenar las cuentas del acreedor y del deudor, no puede contener cuentas de crédito y débito. ¿Cómo resolverá esto? ¿Creará un PDS para almacenar la información adicional que no cabrá en un PAIN1 o creará un diseño a medida PDS estructura para contener todos los datos relacionados con el pago para el flujo en lugar de utilizar algo como un PAIN1? ¿Cómo mostrará usted esta estructura en el GUI? Ver aquí para una lista ISO20022 MDS que están soportados de forma predeterminada.

  5. ¿Cuál será su enfoque para reason codes¿Usted puede querer utilizar la ISO reason codes(ej. TM01 es tiempo de espera, AC06 es cuenta bloqueada), pero ¿son lo suficientemente específicos para usted? Los códigos ISO están diseñados para su uso entre bancos y, por lo tanto, no cubren errores que ocurren durante el procesamiento dentro de un banco, como no CSM encontrado para el agente acreedor. ¿Desea extender ISO o crear su propio conjunto personalizado de reason codes?

  6. Elija un flujo simple para comenzar y escriba historias para implementar los diversos pasos en el flujo. Vea esta página para obtener más información sobre cómo abordar la redacción de historias para un proyecto de implementación de IPF.

  7. ¡No olvide cubrir los NFRs!

4. Iniciando la implementación adecuada

Una vez que sus desarrolladores y analistas de negocio estén listos, priorice su backlog y comience el proceso ágil normal. Recuerde incluir cualquier historia de configuración necesaria para realizar tareas como configurar repositorios, crear servicios, etc. antes de comenzar las historias funcionales. Puede encontrar que en las primeras etapas de un proyecto vale la pena, además de tener sesiones de refinamiento, realizar sesiones de pre-refinamiento con un grupo más pequeño y senior para resolver cualquier gran incógnita sin ocupar el tiempo de todo el equipo. Una vez que el equipo se haya adaptado a un ritmo de entrega normal, es probable que el pre-refinamiento ya no sea necesario.