En este proyecto se utilizará la herramienta Maven¹⁾ para la construcción de los proyectos Java.

A continuación se explicará la estructura que deberán tener todos los proyectos, servicios o microservicios que se creen como parte de solución de los productos de software generados en la fabrica bajo la tecnología Java:

Cada equipo (PC) que se utilice para el desarrollo Java de productos de software de la compañia debe tener instalada la herramienta Maven²⁾ (Se debe instalar la ultima versión disponible) en el IDE de desarrollo. Si desconoce el proceso de descarga, instalación y/o configuración solicite apoyo del área de TI ³⁾.

Debe estár compuesta por las siguientes secciones separadas por punto:

Dominio.Organización.Producto de Sofware.Proceso.Funcionalidad

de los cuales los dos primeros son constantes a todos los desarrollos

co.ada

Ejemplo

co.ada.sicof.contabilidad.terceros.listado

donde:

• co: Dominio
• ada: Organización
• contabilidad: Producto de Software / Módulo
• tercero: Opcion / Proceso
• listado: Funcionalidad

A continuación se describe la organización de los paquetes que debe contenedor un microservicio, no todos son requeridos en el desarrollo ya que dependen del alcance de la funcionalidad soportada, sin embargo se debe mantener la estructura como estandar y no se deben crear estructuras diferentes a menos que el microservicio lo requiera y previamente haya sido aprobado por el lider de desarrollo. Se permiten sub paquetes con el fin de organizar el proyecto.

Con los siguientes ejemplos se pretende explicar la estructura estandar de un microservicio:

• co.ada.sicof.contabilidad.tercero: Representa el paquete raíz del microservicio.
• co.ada.sicof.contabilidad.tercero.controller: Representa el paquete de los controladores y procesos del negocio.
• co.ada.sicof.contabilidad.tercero.config: Contiene las configuraciones asociadas a los reursos del microservicio. Ejemplo: swagger, RestConfiguration
• co.ada.sicof.contabilidad.tercero.dao: Contiene las clases de acceso a datos. Ejemplo: CrudRepository
• co.ada.sicof.contabilidad.tercero.service: Represente los proxys/brokers que puedan ser creados para exponer/modificar una operación de un microservicio.
• co.ada.sicof.contabilidad.tercero.client: Contiene los clientes que consuen operaciones de microservicios externos.
• co.ada.sicof.contabilidad.tercero.event: Contiene configuraciones especiales. Este paquete solo será necesario en aquellas ocnfiguraciones donde se deben intervenir eventos de APIs.

Es posible que algun desarrollo requiera una estructura con mas secciones de las definidas en la Estructura General o con algunas diferencias, esto será posible teniendo presente las siguientes condiciones

1. Se respeta la estructura general: Dominio.Organización.Producto.Proceso.Funcionalidad.(nuevas secciones)
2. No se pueden cambiar las 2 primeras secciones: co.ada
3. El nuevo producto no hace parte del ERP

• Los nombres de los productos de software deben ser validados y revisados con el lider de desarrollo.
• Los nombres de los procesos deben representar opciones y/o procesos del producto de software.
• Los nombres de las funcionalidades serán los métodos del servicio de los procesos y deben describir acciones.
• Los nombres de las secciones extras quedarán a criterio del desarrollador sin embargo se recomienda utilizar nombres que describan u orienten el código que ejecutan.

←Volver atrás