CDU 002- Cargar Archivos TD_v4

CU-002
Antecedentes del Caso de Uso
Caso de Uso:
Proyecto:
Código de
Proyecto:
Nivel:
Contexto:
Actor Principal:
Actores Asociados:
Sistemas Externos:
Intereses:
Cargar TD
CDD
[ ] – Resumen/General
[X] – Usuario
[ ] – Sub Función
El área de Customer Intelligence es la encargada de realizar gestión sobre la
información relacionada a la experiencia de viaje de los pasajeros de la compañía.
Para realizar estas tareas cuentan con información de reservas y tickets disponible en
el Datawarehouse corporativo. Dentro del proyecto cambio de host Sabre ofrece a
LAN su producto CDD, producto que contiene datos de reserva y tickets para realizar
gestión. El objetivo del sistema a especificar es almacenar de forma histórica los
datos entregados a través del CDD diariamente en el datawarehouse corporativo de
LAN.
Scheduler
DB CDD STAGE
DB CDD Teradata
Interesado
Administrador de Sistemas
N/A
Actor Fuera de Escena
Intereses
Analista Customer
Dentro de las funciones que realiza el analista de
Intelligence
Customer Intelligence se encuentra realizar el análisis y
explotación de datos almacenados en el Datawahouse
corporativo. Por este motivo es de crucial importancia
para él contar con datos de reserva y ticketing de forma
histórica.
Administrador de
Su interés es que el sistema tenga un control
Sistemas
automatizado sobre todas las acciones que este realice.
Precondiciones:




Se llevo a cabo el Caso de Uso 001.
El sistema posee privilegios para acceder a la base de datos CDD STAGE.
La DB de destino debe estar en condiciones de recibir datos masivamente.
La DB de destino está diseñada según el modelo de datos DB CDD Stage. De
esta manera se considera el campo flag agregado a la tabla padre RES que
indica si es o no una reserva válida.
Resultado
Esperado:

Todas las tablas procesadas previamente en la carga DB CDD Stage deben
estar cargadas de forma histórica en el warehouse corporativo. Si hubo
errores, estos deben quedar registrados en la tabla de errores.
Referencias:
Riesgos:
No Aplica.


El tiempo de carga a la DB CDD Teradata sea demasiado lento
No se pueda realizar la carga
Caso de Uso Detallado | Ver. 1.0 | 29/06/2010
Página 1 de 7
Descripción de los Flujos
Flujo Básico
Descripción de Alto Nivel
El sistema realiza el procesamiento con cada una de las tablas que componen el DB CDD Stage,
registrándolas en su correspondiente tabla temporal en el motor de base de datos Teradata. El sistema
elimina todos los registros del modelo CDD que se encuentra en Teradata cuyas llaves sean iguales a las de
la tabla temporal padre cargada previamente. Posteriormente se cargan los registros de las tablas
temporales en las tablas correspondientes del modelo CDD de Teradata.
Asumiendo que las conexiones a DBs, archivos de configuración están OK, se procede a la carga de los datos
desde la DB CDD Stage.
Los objetivos de este caso de uso son:

Asegurar la consistencia y disponibilidad de los datos previamente cargados en el modelo.

Cargar los datos desde DB CDD Stage en el menor tiempo posible.

Registrar los errores de datos que existan: sólo tipo de dato y largo.

Validar la carga y notificar a los interesados vía mail de status
Descripción Detallada (Paso a Paso)
Nota: Los pasos precedidos por ‘*’ tienen un flujo alternativo.
1.
2.
3.
4.
5.
6.
7.
* El sistema extrae desde la configuración los parámetros definidos para ejecución del proceso,
entre los cuales se encuentra el orden de carga de los archivos de CDD.
*El sistema se conecta a base de datos CDD STAGE.
*Sistema lee tabla desde base de datos CDD STAGE
Sistema copia datos de tabla leída en su tabla temporal correspondiente en Teradata.
Repetir pasos 3-4 por cada tabla de CDD STAGE
El sistema se desconecta de la base de datos CDD STAGE.
*El sistema rescata las llaves de todos los registros que componen la(s) tabla(s) padre(s) del modelo
desde su tabla temporal correspondiente.
*El sistema elimina todos los registros del modelo CDD alojado en Teradata cuyas llaves sean igual a
las llaves rescatadas de la(s) tabla(s) padre(s) temporal.
8. El sistema accede una tabla temporal
9. *El sistema lee registro de la tabla temporal
10. El sistema inserta registro en tabla correspondiente del modelo CDD de Teradata.
Repetir pasos 9-10 por cada registro de la tabla temporal
11. El sistema cuenta el número de registros insertados de la tabla temporal procesada para luego
insertarlos en la tabla de control.
12. El sistema cuenta el número de registros con error de tipo de dato y largo de la carga desde la tabla
de error y la inserta en la tabla de control.
Repetir los pasos 7 al 11 para cada tabla temporal procesada.
13. *El sistema elimina las tablas temporales.
14. El sistema envía un mail a los interesados definidos en la configuración indicando el fin del
procesamiento y el status de cada tabla.
Caso de Uso Detallado | Ver. 1.0 | 29/06/2010
Página 2 de 7
15. Fin del Caso de Uso.
Flujos Alternativos
1a - No se encuentra
la configuración del
sistema.
[X] Excepción
[ ] Validación
[ ] Búsqueda
[ ] CRUD
[ ] Otro
1b – La
configuración no
posee los valores de
los parámetros o
estos son inválidos
[X] Excepción
[ ] Validación
[ ] Búsqueda
[ ] CRUD
[ ] Otro
2a - No se logra
conexión con CDD
STAGE
[X] Excepción
[ ] Validación
[ ] Búsqueda
[ ] CRUD
[ ] Otro
3a – Sistema no
encuentra tabla en
base de datos CDD
STAGE.
[X] Excepción
[ ] Validación
[ ] Búsqueda
[ ] CRUD
[ ] Otro
Descripción de Alto Nivel
Sistema no encuentra la configuración del sistema, por ende no
puede llevar a cabo el proceso. En este caso el sistema debe enviar
un mensaje directo al administrador del sistema y registrar el error
ocurrido.
Descripción Detallada (Paso a Paso)
1. El sistema registra el error en la tabla de errores.
Código de error: NOCONFIG
2. El sistema registra en la tabla de control que el proceso
terminó con error.
3. El sistema notifica al administrador de sistema el error
ocurrido.
4. Fin Caso de Uso.
Descripción de Alto Nivel
Al leer la configuración del sistema, el sistema no encuentra valores
para los distintos parámetros del proceso o estos son inválidos. En
esta situación el sistema debe registrar el error ocurrido, avisar al
administrador del error y terminar el proceso.
Descripción Detallada (Paso a Paso)
1. El sistema registra el error en la tabla de errores.
Código de error: CONFIG_INVALIDA
2. El sistema registra en la tabla de control que el proceso
terminó con error.
3. El sistema notifica al administrador de sistema del error
ocurrido.
4. Fin Caso de Uso.
Descripción de Alto Nivel
El sistema no logro realizar conexión con base de datos CDD STAGE,
ante lo cual el sistema debe registrar el error ocurrido, , registrar en
tabla de control que proceso ha terminado con error, avisar al
administrador de sistema y finalizar el proceso
Descripción Detallada (Paso a Paso)
1. El sistema registra el error en la tabla de errores.
Código de error: NOCONEX_STAGE
2. El sistema registra en la tabla de control que el proceso
terminó con error.
3. El sistema notifica al administrador del sistema el error
ocurrido.
4. Fin Caso de Uso.
Descripción de Alto Nivel
El sistema no encuentra tabla en base de datos CDD STAGE. El
sistema debe registrar el error ocurrido, registrar en tabla de control
que el proceso finalizó con error, avisar al administrador del sistema
de la situación y terminar el proceso.
Descripción Detallada (Paso a Paso)
1. El sistema registra el error en la tabla de errores.
Caso de Uso Detallado | Ver. 1.0 | 29/06/2010
Página 3 de 7
Código de error: NOFINDTABLE_STAGE
El sistema registra en la tabla de control que el proceso
terminó con error.
3. El sistema notifica al administrador del sistema el error
ocurrido.
4. Fin Caso de Uso.
Descripción de Alto Nivel
Sistema no logra extraer parte o la totalidad de las llaves de los
registros de la(s) tabla(s) padre(s) temporal. Ante esta situación el
sistema debe registrar el error ocurrido, registrar en tabla de control
el término erróneo del proceso, avisar al administrador del sistema la
situación y terminar el proceso.
Descripción Detallada (Paso a Paso)
1. El sistema registra el error en la tabla de errores.
Código De error: NOKEY_PADRE
2. El sistema registra en la tabla de control que el proceso
terminó con error.
3. El sistema notifica al administrador de sistema el error
ocurrido.
4. Fin Caso de Uso.
Descripción de Alto Nivel
Sistema no logra eliminar parte o la totalidad de los registros del
modelo CDD de Teradata, ante esta situación el sistema debe alertar
al administrador del sistema del error ocurrido y no continuar con el
proceso dado que puede existir inconsistencia en los datos a
almacenar.
Descripción Detallada (Paso a Paso)
1. El sistema registra el error en la tabla de errores.
Código de error: NODELETE_REG
2.
6a – No se obtienen
las llaves de la tabla
padre temporal
[X] Excepción
[ ] Validación
[ ] Búsqueda
[ ] CRUD
[ ] Otro
7a – No se elimina
una parte o la
totalidad de los
registros
[X] Excepción
[ ] Validación
[ ] Búsqueda
[ ] CRUD
[ ] Otro
2.
9a – Registro con
largo o tipo de dato
incongruente en
campo definido
como llave
[X] Excepción
[ ] Validación
[ ] Búsqueda
[ ] CRUD
[ ] Otro
9b – Registro con
tipo de dato
incongruente al
[X] Excepción
[ ] Validación
[ ] Búsqueda
El sistema registra en la tabla de control que el proceso
terminó con error.
3. El sistema notifica al administrador de sistema el error
ocurrido.
4. Fin Caso de Uso.
Descripción de Alto Nivel
Sistema detecta que el largo y/o tipo de dato de al menos un atributo
definido como llave no concuerda con el declarado en layout de CDD.
Ante esta situación el sistema no debe insertar el registro en la tabla
correspondiente y registrar el error.
Descripción Detallada (Paso a Paso)
1. El sistema omite la inserción del registro completo.
2. El sistema registra el error en la tabla de errores.
Código de error: ERR_KEY
3. El sistema verifica si es el último registro de la tabla:
a. Si. Ir a flujo normal, paso 11.
b. No. Ir a flujo normal, paso 9.
Descripción de Alto Nivel
Sistema detecta que el tipo de dato de al menos un atributo a
insertar en una tabla no concuerda con el declarado en layout de
Caso de Uso Detallado | Ver. 1.0 | 29/06/2010
Página 4 de 7
esperado
[ ] CRUD
[ ] Otro
CDD. Por cada campo que cumpla esta condición el sistema deberá
dejar en nulo el atributo, insertarlo en la tabla correspondiente y
registrar el error ocurrido.
Descripción Detallada (Paso a Paso)
1. El sistema inserta registro en tabla correspondiente,
ingresando el o los datos con problema como nulo.
2. El sistema registra error en la tabla de errores.
Código de error: ERR_TIPO
3.
9c – Registro con
largo de dato
distinto al esperado
[X] Excepción
[ ] Validación
[ ] Búsqueda
[ ] CRUD
[ ] Otro
El sistema verifica si es el último registro de la tabla:
a. Si. Ir a flujo normal, paso 11.
b. No. Ir a flujo normal, paso 9.
Descripción de Alto Nivel
Sistema detecta que el largo de al menos un atributo a insertar en
una tabla no concuerda con el declarado en layout de CDD. Por cada
campo que cumpla esta condición el sistema deberá truncar el dato
para que calce con el largo definido, insertarlo en la tabla
correspondiente y registrar el error ocurrido.
Descripción Detallada (Paso a Paso)
1. El sistema inserta registro en tabla correspondiente,
ingresando el o los datos con problemas truncados para que
calcen con el largo definido en el modelo.
2. El sistema registra el error en la tabla de errores.
Código de error: ERR_LARGO
3.
13a- Sistema no
elimina tablas
temporales
[X] Excepción
[ ] Validación
[ ] Búsqueda
[ ] CRUD
[ ] Otro
El sistema verifica si es el último registro de la tabla:
a. Si. Ir a flujo normal, paso 11.
b. No. Ir a flujo normal, paso 9.
Descripción de Alto Nivel
Sistema no logra eliminar las tablas temporales de Teradata. En esta
situación el sistema debe registrar el error y avisar al administrador
del sistema de esta situación.
Descripción Detallada (Paso a Paso)
1. Sistema registra error en la tabla de error
Código de error: NODELETE_TEMP
2.
3.
Sistema notifica a administrador de sistema.
Ir a flujo Normal, paso 14.
Integraciones
1. CDD STAGE
1.1 Sistema lee tabla desde base de datos CDD STAGE
Precondiciones


Base de datos
CDD STAGE se
encuentra
cargada y
disponible.
Sistema se
Post condiciones

Sistema extrae
los datos
necesarios
desde CDD
STAGE para
replicarlos en
Caso de Uso Detallado | Ver. 1.0 | 29/06/2010
Flujo Normal
y Alternativos
Descripción Detallada
1.
2.
Flujo Normal
Sistema accede a tabla.
Sistema copia registros en tabla
temporal correspondiente en
Teradata.
3. Termina integración
Nota: Los datos a copiar por cada
Página 5 de 7
encuentra
conectado a
CDD STAGE.
Teradata.
tabla son los declarados en el BRD
vigente del CDD.
Estructuras de Datos
1. Estructuras archivos CDD
Campo
2. Tabla de Control
Campo
Correlativo carga
Fecha CDD
Tabla CDD
Status
Inicio Carga
Fin Carga
Nombre del archivo
Número registros en archivo
Número registros cargados en
tabla
Número registros con error de
tipo que no invalidaron un
PNR
Número registros con error de
largo que no invalidaron un
PNR
Número registros con error de
tipo que invalidaron un PNR
Número registros con error de
largo que invalidaron un PNR
Número registros con error de
tipo o largo en llave
Número total de registros con
error
3. Tabla de Error
Campo
Correlativo error
Fecha CDD
Tabla CDD
Código de error
Dato
Descripción
<<Las estructura de datos están definidas en el BRD de trabajo y en el
archivo que define las tablas de errores y de control>>
Descripción
Número secuencial
Fecha en que se recibe el archivo
Tabla a la que se carga el archivo
Estado en el que se encuentra el proceso de la tabla en cuestión
Fecha y hora en que se inicia el proceso de carga de la tabla
Fecha y Hora en que se termina el proceso de carga de la tabla
Nombre del archivo procesado
Número de registros declarado en archivo .done
Número de registros que fueron insertados en la tabla en cuestión
Número registros con error de tipo que no invalidaron un PNR
Número registros con error de tipo que no invalidaron un PNR
Número registros con error de tipo que invalidaron un PNR
Número registros con error de largo que invalidaron un PNR
Número registros con error de tipo o largo en llave
Número total de registros con error. Suma de todos los errores antes
descritos.
Descripción
Número secuencial
Fecha en que se recibe archivo
Tabla a la que se carga el archivo
Código asociado al tipo de error registrado
Registro completo que tuvo el error.
Información Complementaria
Comentarios y Aspectos No Resueltos

Es necesario asegurar que el producto a desarrollar sea fácilmente mantenible, ya que la estructura
de los archivos CDD evolucionará.
Implementación
Caso de Uso Detallado | Ver. 1.0 | 29/06/2010
Página 6 de 7




El modelo de datos a utilizar para la carga se basará en el documento
Dev_2011_Release_1_Lan_CDD_BRD_v5.9_05November2010.pdf
El modelo de datos para los errores y tablas de control está definido en el documento Tabla de
Control y de Errores v3.xlsx.
Queda pendiente por el momento la carga de la tabla EPR.
Se debe informar vía email del resultado con un formato que contenga al menos la siguiente
información:
Fecha de procesamiento: dd/mm/yyy
Hora de inicio: mm:hh
Hora de término: mm:hh (xx minutos)
Para cada archivo/tabla cargado, se debe incluir el siguiente detalle:
 Nombre de la tabla
 Nombre del archivo
 #Registros en archivo (según archivo .done)
 #Registros cargados en la tabla asociada
 #Registros con error de tipo.
 #Registros con error de largo.
 #Registros con error de tipo o largo en campo llave.
 #Total registros con error (suma de los anteriores)
 Fecha y hora de inicio de carga
 Fecha y hora de término de carga
 status
Registro de Cambios del Caso de Uso
Fecha
[Fecha de la
última
revisión.]
Revisión
[# de
revisión.]
Descripción
[Modificación
realizada.]
Caso de Uso Detallado | Ver. 1.0 | 29/06/2010
Autor
[Nombre del
autor del
documento.]
Fuente
[Contraparte del
cliente que
otorgo la
definición.]
Aprobación
[Contraparte del
cliente que
aprobó la
definición.]
Página 7 de 7