Dicsys Oracle Form Migrator · Comprender el Form antes de migrar
Volver a la landing
Oracle Form MigratorVista ilustrativa
Leer el recorrido en texto

Demo guiada · Oracle Form Migrator

  1. Un lote y sus aplicaciones. Un mismo recorrido.

    Agro.xml · Caso agrícola ficticio

    “Agro.xml describe LOTES y APLICACIONES: 14 campos y un vínculo por LOTE_ID. La pantalla muestra datos ficticios de una parcela y sus aplicaciones.”

    Datos simulados · Ejemplo de presentación

    Qué muestra la pantalla

    En este ejemplo, organiza dos bloques y su relación a partir de Agro.xml.

    Qué revisar

    Reconoce los campos del lote y las aplicaciones que deben conservarse.

    Alcance de esta vista: Pantalla ficticia inspirada en el flujo de Oracle Form Migrator. No es un resultado de migración ejecutada.

  2. Leer todo no significa tener todo resuelto.

    Agro.xml · Caso agrícola ficticio

    “El ejemplo distribuye 18 hallazgos simulados: 8 confirmados, 5 probables, 4 para revisión y 1 para omitir después de validar.”

    Datos simulados · Ejemplo de presentación

    Qué muestra la pantalla

    Separa la cobertura estructural del grado de certeza de cada hallazgo.

    Qué revisar

    Prioriza los cuatro hallazgos que requieren revisión; las cifras son simuladas.

    Alcance de esta vista: Pantalla ficticia inspirada en el flujo de Oracle Form Migrator. No es un resultado de migración ejecutada.

  3. De la pantalla a las tablas. Explora las conexiones.

    Agro.xml · Caso agrícola ficticio

    “Selecciona un nodo para ver su función y sus vínculos. Puedes arrastrarlo, mover el fondo y acercar el mapa.”

    Datos simulados · Ejemplo de presentación

    Qué muestra la pantalla

    Conecta los bloques y triggers declarados en Agro.xml con sus tablas de origen.

    Qué revisar

    Recorre qué datos usa cada operación y qué reglas deben conservarse.

    Alcance de esta vista: Mapa interactivo del caso ficticio. Relaciones de Agro.xml y claves del modelo propuesto Agro.sql.

  4. Un lote, muchas aplicaciones. El vínculo es LOTE_ID.

    Agro.xml · Caso agrícola ficticio

    “AGRO.APLICACIONES.LOTE_ID referencia AGRO.LOTES.LOTE_ID. Cada aplicación queda asociada a un lote; un lote puede tener varias aplicaciones.”

    Relación maestro-detalle · Modelo propuesto

    Qué muestra la pantalla

    Muestra el vínculo de los bloques y la clave foránea del modelo SQL ilustrativo.

    Qué revisar

    Revisa la cardinalidad y qué debe ocurrir al consultar, editar o eliminar el lote.

    Alcance de esta vista: Mapa interactivo del caso ficticio. Relaciones de Agro.xml y claves del modelo propuesto Agro.sql.

  5. Borrar un lote también depende de sus aplicaciones.

    Agro.xml · Caso agrícola ficticio

    “El trigger del bloque LOTES cuenta las aplicaciones vinculadas. Si encuentra alguna, muestra un mensaje y rechaza el borrado.”

    ON-CHECK-DELETE-MASTER · Agro.xml

    Qué muestra la pantalla

    Conecta el evento con AGRO.APLICACIONES, la tabla que consulta la regla.

    Qué revisar

    Prueba un lote sin aplicaciones y otro con aplicaciones; verifica datos y mensajes en ambos casos.

    Alcance de esta vista: Mapa interactivo del caso ficticio. Relaciones de Agro.xml y claves del modelo propuesto Agro.sql.

  6. Un lote tiene aplicaciones. ¿Se puede eliminar?

    Agro.xml · Caso agrícola ficticio

    “Antes de conservar la regla de borrado, el equipo acuerda el mensaje y confirma que una operación rechazada no modifique el lote ni sus aplicaciones.”

    Datos simulados · Ejemplo de presentación

    Qué muestra la pantalla

    Presenta la regla de origen y los dos criterios pendientes de acuerdo.

    Qué revisar

    Define entradas, efectos, errores y escenarios de aceptación después de revisar la evidencia.

    Alcance de esta vista: Pantalla ficticia inspirada en el flujo de Oracle Form Migrator. No es un resultado de migración ejecutada.

  7. El primer acuerdo. Proteger los datos del lote.

    Agro.xml · Caso agrícola ficticio

    “El escenario propone 4 candidatos en LOTES y 2 en APLICACIONES. Todavía no hay contratos cerrados, implementación ni pruebas de equivalencia.”

    Datos simulados · Ejemplo de presentación

    Qué muestra la pantalla

    Reúne el estado del trabajo y señala la primera unidad para revisar.

    Qué revisar

    Cierra los contratos pendientes antes de avanzar con implementación y pruebas de equivalencia.

    Alcance de esta vista: Pantalla ficticia inspirada en el flujo de Oracle Form Migrator. No es un resultado de migración ejecutada.

Volver a la solución: Oracle Form Migrator