Post on 10-Dec-2014
description
Caso de unificación de 2 Kb's devenidas de la
versión 9 a XEv3 con módulos
Unificación de 2 KB's
GC FICO
Temas a tratar
Arquitectura original
Factores determinantes para llevar a cabo la migración.
Pasos del proceso de migración
Problemas y soluciones
Arquitectura
GC FICO
Structure Data types
Procedimiento
s Transacciones
Web Panels
Prompts
Arquitectura
Base de conocimientos de mediano porte
Pequeño <= 1000
Mediano 1000 / 5000
Grande > 5000
Arquitectura
FICO WEBAPP GC WEBAPP
FICO BBDD
GC BBDD
WebSession
Data Views
¿Que tenemos hasta el momento?
2 Bases de conocimiento de mediano porte.
Objetos redundantes considerados en el núcleo común.
2 WebApps.
2 Base de datos.
Lógica de seguridad en donde se emula una sola web session.
¿Que motivó al cliente a migrar?
Evitar la mantenibilidad de la redundancia de los objetos del núcleo.
Simplificar el manejo de seguridad del sistema.
Evolucionar la estética visual.
GeneXus en estado BETA
¿Dónde nos encontrabamos en el momento de tomar la decisión?
Receta del proceso de migración.
Metodología 1
Generar un Export All desde GeneXus 9
Abrir nuestras KB's directo en XEv3 y dejar que el trabajo de conversión de GeneXus realice su magia.
Metodología 2
¿Que logramos con la metodología 2?
2 Bases de conocimiento convertidas a los estándares de la evolution 3.
Una de las cuales vamos a tomar como “holding” y en la cual vamos a consolidar los objetos de la KB restante.
Paso 1. Identificación de elementos del núcleo
GC FICO
Structure Data types
Procedimientos Transacci
ones Web
Panels Prompts
Paso 2. Verificación estructural de transacciones del núcleo
GC BBDD
Transacciones
FICO BBDD
Paso 3. Considerar la importación de Pattern Instances
La versión 9 mantenía los PI. separadas de la Base de conocimientos.
Importación de Pattern Instances
Duplicidad de objetos
FICO
SDT1
Transacciones
Web Panels
GC
SDT1
Transacciones
Web Panels
Procedimientos
Referencias cruzadas
Pérdida de dinamismo