Metodologia Desarrollo Core Banking

Metodología de Desarrollo

Para las actividades de Desarrollo de los módulos, pantallas, rutinas, procedimientos almacenados y cada componente del Core, se sigue cierta metodología que asegure su calidad y correcto funcionamiento, lo cual permite desarrollos relativamente ágiles y fáciles de implementar, componentes reutilizables, concentrándose rápidamente en los requerimientos de negocio.Esta metodología es una metodología Propia de nuestra Empresa, que incorpora las mejoras practicas a nivel mundial, tendencias actuales y en base a la propia experiencia en el desarrollo de aplicaciones financieras.

Esta metodología integra:

Estándares de Programación
Control de Versiones
Revisión de Calidad del Código
Área de Pruebas o QA (Quality Assurance)
Implementación deFuncionalidad

Estándares de Programación

El primer punto en esta metodología es asegurar un código estándar y consistente de cada uno de los módulos del Core. Para lograr lo anterior, se cuenta con un documento base donde se especifican los estándares de programación a seguir por cada integrante del equipo de desarrollo. Para efectos de este documento solo se mencionaran algunos ejemplos de estosestándares

Estos estándares aplican para cada fase dentro del ciclo de vida del Desarrollo:
Estándares de Base de Datos
Estándares de la Capa de Aplicación o Persistencia Java
Estándares de la Parte de la Vista o Cliente Web (Html, JavaScript, y JQuery)

Estándares Base de Datos

Dentro de las base de datos, existen los objetos de Tablas, Índices, Rutinas o Procedimientos Almacenados. Ennuestra metodología no estamos utilizando triggers, ese tipo de control y validaciones y gran parte de la lógica del negocio se encuentra contenida en los Rutinas o Procedimientos Almacenados.

Estándares en la Creación de Tablas

Al definir las tablas se siguen las siguientes reglas o estándares

Nombres de tablas siempre en mayúsculas y máximo 15 caracteres
Nombres de tablas siempre enplural
Los nombres de los campos deberán ser en mayúsculas y minúsculas
Los nombres de los campos case sensitive máximo 15 caracteres
Los campos no debe contener nulos, salvo algunas excepciones.
Los campos id deben llevar al final las letras ID
Los campos id deberán ser numéricos
No se manejan id auto numéricos, solo utilizar secuenciadores
Los campos id que sean llave primaria en la tabla hayque marcarla como PK
Los campos id que sean llaves foráneas deben llamarse igual que como la PK
Las llaves foráneas deben registrarse en la sección de "foreign keys" armando el nombre de la siguiente manera: FK_"nombre del campo" ejemplo: FK_ClienteID
Los campos que sean de tipo fecha utilizarán el tipo de dato Date para cuando sea únicamente la fecha, y Datetime cuando se ocupe fecha yhora
Cuando se selecciona como tipo de dato varchar, especificar solo el numero de caracteres necesarios

Todas las tablas deben incluir los siguientes datos de auditoría, de usuario y campos llave de la tabla empresas

EmpresaID int
Usuario int
FechaActual datetime
DireccionIP varchar(15)
ProgramaID varchar(20)
Sucursal int
NumTransaccionbigint

Estándares Base de Datos

Estándares en la Creación de Procedimientos Almacenados

Al crear o modificar los procedimientos almacenado se siguen las siguientes reglas o estándares

Nombres de stores siempre en mayúsculas y máximo 18 caracteres.
Su nombre debe ser el nombre de la tabla, después tres letras para la funcionalidad, por ejemplo: CLIENTESALT

Los tipos deProcedimientos se agrupan por funcionalidad, el estándar permitido es:
ALT --> ALTA
MOD --> MODIFICACION
CON --> CONSULTA
ACT --> ACTUALIZACIÓN
PRO --> DE PROCESO
BAJ --> BAJA
LIS --> LISTA

Un tipo especial son los stores para Reportes, ahí se podrá especificar el nombre del reporte sin especificar el nombre de la tabla, se podrán usar abreviaciones y no se deberá exceder los 18...