Universidad Austral de Chile

Facultad de Ciencias de la Ingeniería

Escuela de Ingeniería Civil en Informática

MIGRACIÓN DE SISTEMAS DE INFORMACIÓN

HEREDADOS DE EXPORTACIONES E
IMPORTACIONES DE PRODUCTOS FORESTALES

Proyecto para optar al Título de:

Ingeniero Civil en Informática

Profesor Patrocinante:
Sr. Juan Pablo Salazar Fernández.
Ingeniero Civil en Informática.
Licenciado en Ciencias de la Ingeniería
Magister en administración de empresas.

Profesor Co-Patrocinante:
Sra. Claudia Delard Rodríguez.
Ingeniero Forestal
Licenciado en Ciencias de la Ingeniería.

Profesor Informante:
Sra. Tania Denisse Letelier Santibáñez.
Ingeniero Civil en Informática.

MAURICIO JAVIER ESTRADA CELIS

VALDIVIA - CHILE
2011
 AGRADECIMIENTOS

"El hombre razonable se adapta al mundo; el irrazonable intenta adaptar el mundo a sí

mismo. Así pues, el progreso depende del hombre irrazonable."
George Bernard Shaw 1856 - 1950

Dedico este trabajo a mis padres, Milton y Ana, y hermanos, Milton, Eric y Matías, a
quienes agradezco profundamente su apoyo incondicional.

Quiero agradecer especialmente al Sr. Juan Pablo Salazar por apoyar este proyecto de
tesis y todas sus enseñanzas.

Mis más sinceros agradecimientos a la Sra. Juanita Paredes y al Sr. Carlos Sepúlveda por
toda la ayuda que se me dio en la escuela durante todos estos años.

No puedo dejar de agradecer a todo el personal del Instituto Forestal por la confianza
entregada, en particular a la Sra. Claudia Delard por su buena disposición.

Son muchas las personas que en forma directa o indirecta me apoyaron o desaprobaron,
de todos ellos obtuve alguna enseñanza que me ayuda día a día. Gracias.

2
 
 I. INDICE DE CONTENIDOS.

I.  INDICE DE CONTENIDOS. .............................................................................................. 3 

II.  INDICE DE TABLAS. ......................................................................................................... 7 
III.  INDICE DE FIGURAS. ....................................................................................................... 9 
IV.  SÍNTESIS ........................................................................................................................... 12 
V.  ABSTRACT ........................................................................................................................ 13 
1.  INTRODUCCIÓN ............................................................................................................. 14 
2.  OBJETIVOS GENERALES Y ESPECIFICOS .............................................................. 16 
2.1. Objetivos Generales .......................................................................................................... 16 
2.2. Objetivos Específicos ........................................................................................................ 16 
3.  ANTECEDENTES GENERALES ................................................................................... 17 
3.1 Instituto Forestal ................................................................................................................ 17 
3.2 Boletines de Exportaciones e Importaciones de Productos Forestales .............................. 18 
3.3 Código Arancel Aduanero Chileno .................................................................................... 19 
3.4 Código de Productos CAEF ............................................................................................... 20 
3.5 Sistemas de INFOR para Elaborar la Información Aduanera ............................................ 21 
3.6 Ejemplos de Usos de la Información Aduanera ................................................................. 22 
4.  DESCRIPCIÓN DEL PROBLEMA ................................................................................ 24 
4.1 Sistemas de Información Heredados .................................................................................. 24 
4.2 Situación Actual de los SIH en INFOR ............................................................................. 25 
5.  ALTERNATIVAS DE MIGRACIÓN DE SIH ............................................................... 28 
5.1 Reingeniería a SIH ............................................................................................................. 28 
5.2 Sustituir SIH por Nuevos Sistemas .................................................................................... 29 
5.3 Garantizar Mantenimiento de SIH ..................................................................................... 31 
5.4 Eliminar Completamente un SIH ....................................................................................... 32 
5.5 Evaluación de Alternativas ................................................................................................ 32 
6.  METODOLOGÍA PARA MIGRACIÓN DE SIH .......................................................... 35 
7.  DESCRIPCIÓN DEL PROYECTO ................................................................................. 36 
7.1 Participantes del Proyecto .................................................................................................. 36 
7.2 Costos Asociados al Proyecto ............................................................................................ 36 
7.3 Carta Gantt ......................................................................................................................... 37 
7.4 Ciclo de Vida del Proyecto ................................................................................................ 37 
8.  REVISIÓN SISTEMAS SEF Y SIF ................................................................................. 39 
8.1 Proceso de Negocio ............................................................................................................ 39 
8.2 Proceso de Elaboración de la Información Aduanera (PEIA)............................................ 40 
8.3 Descripción de los Sistemas de Exportaciones e Importaciones Forestales ...................... 43 
8.3.1 Arquitectura de los Sistemas ....................................................................................... 43 
8.3.2 Tecnologías Empleadas .............................................................................................. 45 
8.3.3 Principales Funcionalidades ........................................................................................ 45 
8.3.4 Modelo de Datos ......................................................................................................... 47 
8.3.5 Entradas y Salidas de los Sistema ............................................................................... 49 
8.4 Plan de Trabajo .................................................................................................................. 50 
8.4.1 Metas del Proyecto ...................................................................................................... 50 

3
 
 8.4.2 Descripción Conceptual de la Solución ...................................................................... 50 
8.4.3 Migrar Bases de Datos ................................................................................................ 52 
9.  TECNOLOGÍAS SELECCIONADAS ............................................................................ 53 
9.1 Procesos ETL ..................................................................................................................... 53 
9.2 Minería de Datos ................................................................................................................ 53 
9.3 Herramientas de Desarrollo ............................................................................................... 54 
9.3.1 SQL Server 2008 Enterprise ....................................................................................... 54 
9.3.2 Visual Studio 2008 ...................................................................................................... 55 
9.3.3 Reportes y Consultas ................................................................................................... 55 
9.3.4 Tecnologías Web ........................................................................................................ 56 
9.4 Migración de Base de Datos .............................................................................................. 56 
9.5 Herramientas Hardware ..................................................................................................... 57 
10.  DEFINICIÓN DE REQUERIMIENTOS ........................................................................ 58 
10.1 Requerimientos Funcionales ............................................................................................ 58 
10.2 Otros Requerimientos Funcionales .................................................................................. 60 
10.3 Requerimientos de Información ....................................................................................... 61 
10.4 Requerimientos No Funcionales ...................................................................................... 62 
11.  ANÁLISIS DE REQUERIMIENTOS .............................................................................. 63 
11.1 Cubos y Dimensiones ...................................................................................................... 63 
11.1 Diagrama de Casos de Usos ............................................................................................. 64 
11.2 Casos de Uso Extendidos ................................................................................................. 66 
11.3 Diagramas de Secuencia de Casos de Uso y sus Contratos ............................................. 68 
12.  DISEÑO DEL PROTOTIPO ............................................................................................ 71 
12.1 Módulos del Prototipo ...................................................................................................... 71 
12.2 Mapa Sitio WEB Prototipo Sistema Mercado Forestal .................................................... 73 
12.3 Casos de Uso Real ........................................................................................................... 73 
12.4 Bases de Datos ................................................................................................................. 74 
12.5 Módulos de Proceso PEIA ............................................................................................... 78 
12.4.1 Cargar Archivo .......................................................................................................... 79 
12.4.2 Seleccionar Carga Archivo ....................................................................................... 79 
12.4.3. Filtrar Registros ....................................................................................................... 80 
12.4.4 Asignar y Calcular .................................................................................................... 80 
12.4.5 Carga Histórica ......................................................................................................... 81 
12.6 Migración de Base de Datos ............................................................................................ 81 
13.  IMPLEMENTACIÓN DEL PROTOTIPO ..................................................................... 83 
13.1 Prototipo Sistema Mercado Forestal ................................................................................ 83 
13.2 Módulo Proceso PEIA ..................................................................................................... 84 
13.2.1 Cargar Archivo .......................................................................................................... 84 
13.2.2 Seleccionar Carga de Archivo ................................................................................... 86 
13.2.3 Filtrar Registros ........................................................................................................ 87 
13.2.4 Asignar y Calcular Campos ...................................................................................... 88 
13.2.5 Codificación Manual ................................................................................................. 88 
13.2.6 Cargar Tablas Históricas ........................................................................................... 89 

4
 
 13.2.7 Generar Reportes ...................................................................................................... 89 
13.3 Paquetes DTSX Proceso PEIA ........................................................................................ 90 
14.4 Buscador de Reglas de Filtros .......................................................................................... 91 
13.5 Módulo Consultas OLAP ................................................................................................. 92 
13.6 Servidor de Reportes ........................................................................................................ 92 
13.7 Solución Business Intelligence ........................................................................................ 94 
13.7.1 Cubos OLAP ............................................................................................................. 94 
13.7.2 Modelo de Minería .................................................................................................... 94 
14.  IMPLANTACIÓN DEL PROTOTIPO ........................................................................... 98 
14.1 Mantención de las Bases de Datos ................................................................................... 98 
14.2 Inducción y Capacitación ................................................................................................. 99 
14.3 Expansión del Prototipo ................................................................................................... 99 
15.  EVALUACIÓN DEL PROTOTIPO .............................................................................. 100 
15.1 Migración de Bases de Datos ......................................................................................... 100 
15.2 Implementación del Proceso PEIA ................................................................................ 100 
16.  CONCLUSIONES. ........................................................................................................... 102 
16.1 Objetivo General ............................................................................................................ 102 
16.2 Objetivos Específicos ..................................................................................................... 102 
16.3 Mejoras y Contribuciones .............................................................................................. 102 
16.4 Trabajos Futuros ............................................................................................................ 102 
17.  REFERENCIAS BIBLIOGRÁFICAS ........................................................................... 104 
ANEXO A. ESTRUCTURA ARCHIVO EXPORTACIONES ................................................. 112 
ANEXO B. ESTRUCTURA ARCHIVO IMPORTACIONES ................................................. 116 
ANEXO C. CAPÍTULOS ADUANEROS SELECCIONADOS ............................................... 120 
ANEXO D. CÓDIGO DE PRODUCTOS CAEF ...................................................................... 121 
ANEXO E. CARTA GANTT .................................................................................................... 122 
ANEXO F. DESCRIPCIÓN PROCESO PEIA ......................................................................... 126 
Primera Parte .......................................................................................................................... 126 
Segunda Parte ......................................................................................................................... 128 
ANEXO G. PANTALLAS SISTEMAS EXPORTACIONES FORESTALES ......................... 133 
ANEXO H. PANTALLAS SISTEMAS IMPORTACIONES FORESTALES ......................... 135 
ANEXO I. MODELO DE DATOS SEF .................................................................................... 137 
ANEXO J. MODELO DE DATOS SIF ..................................................................................... 138 
ANEXO K. CASOS DE USO ................................................................................................... 140 
ANEXO L. DIAGRAMAS DE SECUENCIA Y CONTRATOS ............................................. 147 
ANEXO LL. CASOS DE USO REAL ...................................................................................... 152 
ANEXO M. MODELO DE DATOS REPOSITORIOS ............................................................ 160 
ANEXO N. MAPEO DE BASE DE DATOS ............................................................................ 162 
ANEXO Ñ. IMPLEMENTACIÓN PROYECTO BUSINESS INTELLIGENCE .................... 166 
Implementación Cubos OLAP ............................................................................................... 166 
Implementación Modelos de Minería .................................................................................... 168 
Navegadores para Modelos de Minería de Datos .................................................................. 169 
ANEXO P. LISTADO DE FUNCIONES Y PROCEDIMIENTOS .......................................... 171 

5
 
ANEXO Q. DICCIONARIO DE DATOS ................................................................................. 174 
ANEXO R. FILTROS DE REGISTROS ................................................................................... 176 
ANEXO S. ASIGNACIÓN Y CÁLCULOS .............................................................................. 181 
ANEXO T. OTRAS IMPLEMENTACIONES ......................................................................... 184 
Módulo Gestión de Usuarios.................................................................................................. 184 
Módulo Gestión Tablas del Sistema ...................................................................................... 184 
Módulo Tendencias de Precios .............................................................................................. 185 
Módulo Cálculos Indirectos ................................................................................................... 186 
Paquetes de Integración DTSX Exportaciones ...................................................................... 187 
Paquetes de Integración DTSX Importaciones ...................................................................... 191 

6
 
 II. INDICE DE TABLAS.

Tabla 1.- Costos asociados a los interesados. .................................................................. 37 

Tabla 2.- Principales Funcionalidades de los Sistemas SEF y SIF. ................................. 46 
Tabla 3.- Relación entre Funcionalidades y Actividades del Proceso PEIA. .................. 47 
Tabla 4.- Descripción del Hardware. ............................................................................... 57 
Tabla 5.- Nomenclatura Prioridad de los Requerimientos. .............................................. 58 
Tabla 6.- Requerimientos Proceso PEIA. ........................................................................ 60 
Tabla 7- Otros Requerimientos Funcionales. ................................................................... 61 
Tabla 8.- Requerimientos de Información. ...................................................................... 62 
Tabla 9.- Requerimientos No Funcionales. ...................................................................... 62 
Tabla 10.- Matriz Trazabilidad de Requerimientos. ........................................................ 66 
Tabla 11.- Caso de Uso: Elaborar Información Aduanas. ............................................... 67 
Tabla 12.- Caso de Uso: Cargar Archivo. ........................................................................ 68 
Tabla 13.- Contrato C001................................................................................................. 69 
Tabla 14.- Contrato C002................................................................................................. 69 
Tabla 15.- Caso de Uso Real: Cargar Archivo. ................................................................ 74 
Tabla 16.- Relación Proceso, Jobs y Paquetes DTSX. ..................................................... 90 
Tabla 17.- SQL Generado por Reglas Propuestas............................................................ 91 
Tabla 18.- Reglas Significativas. ..................................................................................... 97 
Tabla 19.- Crecimiento Tablas Históricas........................................................................ 98 
Tabla 20.- Esquema Archivo de Exportaciones. ............................................................ 112 
Tabla 21.- Estructura de Archivo que el SEF Maneja. .................................................. 113 
Tabla 22.- Estructura Archivo Exportaciones. ............................................................... 115 
Tabla 23.- Estructura Archivo Importaciones. ............................................................... 119 
Tabla 24.- Capítulos Aduaneros Seleccionados. ............................................................ 120 
Tabla 25.- Códigos de Productos CAEF. ....................................................................... 121 
Tabla 26.- Caso de Uso: Seleccionar Archivo Cargado................................................. 140 
Tabla 27.- Caso de Uso: Filtrar Registros. ..................................................................... 141 
Tabla 28.- Caso de Uso: Asignar y Calcular. ................................................................. 142 
Tabla 29.- Caso de Uso: Codificar Registros. ................................................................ 142 
Tabla 30.- Caso de Uso: Cargar Históricas. ................................................................... 143 
Tabla 31.- Caso de Uso: Generar Reportes. ................................................................... 143 
Tabla 32.- Caso de Uso: Calcular Metros Cúbicos de Producto. ................................... 143 
Tabla 33.- Caso de Uso: Calcular Metros Cúbicos de Madera Aserrada....................... 144 
Tabla 34.- Caso de Uso: Gestionar Usuarios. ................................................................ 144 
Tabla 35.- Caso de Uso: Autentificar Usuario. .............................................................. 144 
Tabla 36.- Caso de Uso: Gestionar Reportes. ................................................................ 145 
Tabla 37.- Caso de Uso: Consultar OLAP. .................................................................... 145 
Tabla 38.- Caso de Uso: Consultar T-SQL. ................................................................... 146 
Tabla 39.- Caso de Uso: Gestionar Tablas del Sistema. ................................................ 146 
Tabla 40.- Contrato C003............................................................................................... 147 
Tabla 41.- Contrato C004............................................................................................... 147 
Tabla 42.- Contrato C005............................................................................................... 148 
Tabla 43.- Contrato C006............................................................................................... 149 

7
 
Tabla 44.- Contrato C007............................................................................................... 149 
Tabla 45.- Contrato C008............................................................................................... 150 
Tabla 46.- Contrato C009............................................................................................... 150 
Tabla 47.- Contrato C010............................................................................................... 151 
Tabla 48.- Contrato C011............................................................................................... 151 
Tabla 49.- Mapeo Tabla Histórica Exportaciones.......................................................... 162 
Tabla 50.- Mapeo Tabla Histórico Importaciones. ........................................................ 164 
Tabla 51.- Mapeo Tabla de Co. Transportadora. ........................................................... 164 
Tabla 52.- Homologación de Tablas de la Base de Datos.............................................. 165 
Tabla 53.- Funciones de la Base de Datos. .................................................................... 171 
Tabla 54.- Procedimientos de la Base de Datos. ............................................................ 173 
Tabla 55.- Tablas bd_MercadoForestal.......................................................................... 175 
Tabla 56.- Código Aplicación de Reglas de Filtros. ...................................................... 179 
Tabla 57.- Descripción Columnas Grilla de Filtros de Registros. ................................. 179 
Tabla 58.- Columnas Mantenedor Términos Claves...................................................... 180 
Tabla 59.- Columnas Grilla Reglas CAEF..................................................................... 181 

8
 
 III. INDICE DE FIGURAS.

Figura 1.- Proceso aduanero............................................................................................. 19 

Figura 2.- Ejemplo código AAC. ..................................................................................... 20 
Figura 3.- Flujo de trabajo del proceso PEIA. ................................................................. 22 
Figura 4.- Matriz riesgo-valor de negocio........................................................................ 33 
Figura 5.- Principales actividades del proyecto. .............................................................. 37 
Figura 6.- Esquema Entrega Evolutiva. ........................................................................... 38 
Figura 7.- Proceso de Negocio: Comercialización de Boletines Aduaneros. .................. 39 
Figura 8.- Proceso PEIA. ................................................................................................. 41 
Figura 9.- Subproceso Depurar Información. .................................................................. 42 
Figura 10.- Arquitectura General Sistemas SEF y SIF. ................................................... 43 
Figura 11.- Esquema Sistemas SEF y SEF. ..................................................................... 44 
Figura 12.- Diagrama de Despliegue SIH. ....................................................................... 44 
Figura 13.- Diagrama de despliegue. ............................................................................... 46 
Figura 14.- Modelo de Datos Sistema de Exportaciones Forestales (SEF). .................... 48 
Figura 15.- Modelo de Datos Sistema de Importaciones Forestales (SIF). ..................... 49 
Figura 16.-Arquitectura Propuesta para el Prototipo. ...................................................... 51 
Figura 17.- Diagrama Arquitectura Tecnológica. ............................................................ 57 
Figura 18.- Modelo Conceptual Cubo de Exportaciones. ................................................ 63 
Figura 19.- Modelo Conceptual Cubo de Importaciones. ................................................ 64 
Figura 20.- Diagrama de Contexto de Casos de Uso Parcial. .......................................... 65 
Figura 21.- Diagrama Contexto Caso de Uso EIE. .......................................................... 65 
Figura 22.- Diagrama Contexto Caso de Uso EII. ........................................................... 66 
Figura 23.- Diagrama de Secuencia: Cargar Archivo. ..................................................... 68 
Figura 24.- Proceso de Carga de Archivo Aduanero de Exportaciones........................... 70 
Figura 25.- Diagrama de Componentes. .......................................................................... 72 
Figura 26.- Mapa del Sitio WEB Prototipo Sistema Mercado Forestal. .......................... 73 
Figura 27.- Diagrama Bases de Datos del Prototipo. ....................................................... 75 
Figura 28.- Modelo de Datos bd_MercadoForestal, histórico de exportaciones. ............ 76 
Figura 29.- Modelo de Datos bd_MercadoForestal, histórico de importaciones. ............ 77 
Figura 30.- Diagrama de Secuencia. ................................................................................ 78 
Figura 31.- Proceso de Carga de Archivo. ....................................................................... 79 
Figura 32.- Proceso de Copiado de Carga de Archivo. .................................................... 79 
Figura 33.- Proceso de Filtrado de Registro. ................................................................... 80 
Figura 34.- Proceso Asignar y Calcular Exportaciones. .................................................. 80 
Figura 35.- Proceso Asignar y Calcular Importaciones. .................................................. 81 
Figura 36.- Proceso Cargar Históricas. ............................................................................ 81 
Figura 37.- Proceso Migración de Bases de Datos. ......................................................... 82 
Figura 38.- Módulo Gestión de Tablas. ........................................................................... 83 
Figura 39.- Módulo Procesar Información. ...................................................................... 84 
Figura 40.- Grilla Tipo para Gestionar Tablas. ................................................................ 84 
Figura 41.- Aplicativo Carga de Archivos. ...................................................................... 85 
Figura 42.- Log Carga de Archivo. .................................................................................. 85 
Figura 43.- Validador de Archivos. ................................................................................. 86 

9
 
Figura 44.- Definición Archivo XML de Exportaciones. ................................................ 86 
Figura 45.- Seleccionar Carga de Registros. .................................................................... 87 
Figura 46.- Filtrar Registro. ............................................................................................. 87 
Figura 47.- Log Filtros Aplicados. ................................................................................... 87 
Figura 48.- Asignar Registros. ......................................................................................... 88 
Figura 49.- Grilla Codificación Manual. .......................................................................... 88 
Figura 50.- Vista Maestro Detalle. ................................................................................... 89 
Figura 51.- Cargar Tablas Históricas. .............................................................................. 89 
Figura 52.- Generar Reportes. .......................................................................................... 90 
Figura 53.- DTSX Buscar Reglas de Filtros. ................................................................... 91 
Figura 54.- Módulo Consultas OLAP. ............................................................................. 92 
Figura 55.- Ejemplo Cuadros. .......................................................................................... 93 
Figura 56.- Aplicación Report Builder 2.0....................................................................... 93 
Figura 57.- Servidor de Reportes. .................................................................................... 93 
Figura 58.- Conjunto de Ítems Exportaciones.................................................................. 96 
Figura 59.- Conjunto de Reglas Exportaciones................................................................ 96 
Figura 60.- Carta Gantt Primera Parte............................................................................ 123 
Figura 61.- Carta Gantt Segunda Parte. ......................................................................... 124 
Figura 62.- Carta Gantt Tercera Parte. ........................................................................... 124 
Figura 63.- Carta Gantt Cuarta Parte.............................................................................. 125 
Figura 64.- Carga de Archivo SEF................................................................................. 133 
Figura 65.- Proceso PEIA SEF. ..................................................................................... 133 
Figura 66.- Codificación Manual SEF. .......................................................................... 134 
Figura 67.- Generar Reportes SEF. ................................................................................ 134 
Figura 68.- Carga de Archivos SIF. ............................................................................... 135 
Figura 69.- Proceso PEIA SIF........................................................................................ 135 
Figura 70.- Generar Reportes SIF. ................................................................................. 136 
Figura 71.- Modelo de Datos SEF. ................................................................................ 137 
Figura 72.- Modelo de Datos SIF Primera Parte. ........................................................... 138 
Figura 73.- Modelo de Datos SIF Segunda Parte........................................................... 139 
Figura 74.- Diagrama de Secuencia: Eliminar Archivo. ................................................ 147 
Figura 75.- Diagrama de Secuencia: Seleccionar Carga de Archivo. ............................ 147 
Figura 76.- Diagrama de Secuencia: Filtrar Registros. .................................................. 148 
Figura 77.- Diagrama de Secuencia: Asignar y Calcular. .............................................. 148 
Figura 78.- Diagrama de Secuencia: Codificar Registros. ............................................. 149 
Figura 79.- Diagrama de Secuencia: Cargar Histórica................................................... 149 
Figura 80.- Diagrama de Secuencia: Eliminar Carga Histórica. .................................... 150 
Figura 81.- Diagrama de Secuencia: Calcular Metros Cúbicos de Producto. ................ 150 
Figura 82.- Diagrama de Secuencia: Calcular Metros Cúbicos de Madera Aserrada. ... 151 
Figura 83- Diagrama de Secuencia: Generar Reporte.................................................... 151 
Figura 84.- Modelo de Datos Repositorio Archivos Exportaciones. ............................. 160 
Figura 85.- Modelo de Datos Repositorio Archivos de Importaciones. ........................ 161 
Figura 86.- Cubo Exportaciones. ................................................................................... 166 
Figura 87.- Cubo Importaciones. ................................................................................... 167 
Figura 88.- Navegador Cubos SSMS. ............................................................................ 167 
Figura 89.- Estructura de Minería. ................................................................................. 168 

10
 
Figura 90.- Modelo de Minería. ..................................................................................... 168 
Figura 91.- Excel Add-Ins para Minería de Datos. ........................................................ 169 
Figura 92.- Navegador de Minería de Datos SSMS....................................................... 170 
Figura 93.- Administrador de Reglas de Filtros. ............................................................ 179 
Figura 94.- Mantenedor de Términos Claves. ................................................................ 180 
Figura 95.- Configuración de Reglas CAEF. ................................................................. 181 
Figura 96.- Autentificación de Usuarios. ....................................................................... 184 
Figura 97.- Administración de Usuarios. ....................................................................... 184 
Figura 98.- Administración de Reglas de Filtro. ............................................................ 185 
Figura 99.- Administrador de Asignación Cód. CAEF. ................................................. 185 
Figura 100.- Administrador de Grupos de Productos. ................................................... 185 
Figura 101.- Reporte Indicador de Precios. ................................................................... 186 
Figura 102.- Mantenedor Tabla Tendencias de Precios. ................................................ 186 
Figura 103.- Aplicativo Cálculo de Metros Cúbicos de Productos................................ 187 
Figura 104.- Aplicativo Cálculo de Metros Cúbicos de Madera Aserrada. ................... 187 
Figura 105.- DTSX Cargar Archivo Exportaciones....................................................... 188 
Figura 106.- DTSX Copiar Carga de Archivo Exportaciones. ...................................... 189 
Figura 107.- DTSX Filtrar Registros Exportaciones. .................................................... 189 
Figura 108.- DTSX Asignaciones Exportaciones. ......................................................... 190 
Figura 109.- DTSX Cargar Históricas Exportaciones.................................................... 190 
Figura 110.- DTSX Cargar Archivo Importaciones....................................................... 191 
Figura 111.- DTSX Copiar Carga de Archivo Importaciones. ...................................... 191 
Figura 112.- DTSX Filtrar Registros Importaciones. .................................................... 192 
Figura 113.- DTSX Asignaciones Importaciones. ......................................................... 192 
Figura 114.- DTSX Cargar Históricas Importaciones.................................................... 193 

11
 
 IV. SÍNTESIS

Debido a cambios estratégicos en el Instituto Forestal (INFOR) se requirió modernizar la

plataforma informática. Para esto se propuso migrar y mejorar los sistemas informáticos
en general.

Este proyecto tiene por objetivo migrar las bases de datos e interfaces de usuario de los
sistemas de exportaciones e importaciones forestales a nuevas tecnologías y ambiente
operacional, mejorando sus funcionalidades y capacidades. El resultado esperado es una
aplicación web accesible desde la intranet de la institución, que ayude a elaborar los
datos entregados por el Servicio Nacional de Aduanas para generar las estadísticas que
se publican cada mes.

Para realizar este proyecto se han seguido las etapas de revisión de metodologías de
migración de sistemas heredados o legados [BOC02], revisión y análisis de los sistemas
a migrar, definición y análisis de requerimientos, diseño, implementación y pruebas del
prototipo.

Finalmente, se concluye que los aportes de este proyecto de tesis, en relación a los
sistemas heredados, es haber llevado dos antiguos sistemas, con un enfoque
completamente operacional, a un único sistema capaz de realizar las mismas tareas, pero
otorgándole una dimensión de análisis, propia de los sistemas de información modernos,
permitiendo realizar consultas multidimensionales, implementar y utilizar modelos de
minería de datos, lo cual permite convertir datos en información y con esto ofrecer
mejores servicios. Además, se presentan ideas surgidas para trabajos futuros con el
prototipo desarrollado.

12
 
 V. ABSTRACT

Due to strategic changes in the Forestry Institute (INFOR) is required to modernize its
computing platform. For this it was proposed to migrate and improve computer systems
in general.

This project aims to migrate the databases and user interfaces of the systems
Exportaciones Forestales and Importaciones Forestales to new technologies and
operational environment, improving its functionality and capabilities. The expected
result is a web application accessible from the intranet of the institution, to help develop
the data provided by the Servicio Nacional de Aduanas to generate statistics that are
published monthly.

For this project we have followed the stages of revision of methodologies about
migration from legacy systems [BOC02], review and analysis of systems to migrate,
definition and requirements analysis, design, implementation and testing of the
prototype.

Finally, it was concluded that contributions of this thesis project, in relation to legacy
systems, is that have been taken two old systems with a fully operational focus to a
single system capable to perform the same tasks, but giving them a dimension of
analysis, characteristic of modern information systems, allowing multidimensional
queries, implement and use data mining models, which can convert data into
information, and thereby provide better services. In addition, there have been emerging
ideas for future work on the prototype developed.

13
 
 1. INTRODUCCIÓN

Según el Instituto Forestal (INFOR), la actividad forestal enfrenta permanentemente

nuevos desafíos, y hoy ya no es posible ver los recursos forestales sólo como una fuente
de materia prima para la producción de bienes, sino que los bosques tienen múltiples
funciones económicas, sociales y ambientales, entre las que se cuenta una variedad de
servicios. Dado esto, es preciso imprimir un nuevo impulso hacia un enfoque integral en
el desarrollo forestal en el cual el Estado debe estar involucrado [MVI].

Es en este contexto que INFOR, en el marco de su planificación estratégica para el

período 2006 – 2010, ha redefinido sus ejes de acción en el ámbito de la investigación, la
transferencia de conocimiento técnico y tecnológico e información. Entre las medidas
tomadas se encuentra la modernización de la plataforma informática, a nivel de
tecnologías software y hardware. Éstas incluyen un nuevo portal Web para la institución
y mejoras en general a los sistemas de información empleados. Estas mejoras buscan:
disminuir los tiempos de respuesta de los sistemas, facilitar la obtención de información,
permitiendo a corto y mediano plazo, nuevos y más completos análisis.

Este proyecto de tesis tiene como objetivo realizar la migración de dos Sistemas de
Información Heredados (SIH) [BOC02], donde el enfoque de la solución es abandonar
paulatinamente los actuales sistemas empleados para dar paso a uno nuevo [BIS09].
Estos SIH son: el Sistema de Exportaciones Forestales (SEF) y el Sistema de
Importaciones Forestales (SIF), con los cuales INFOR se apoya en el proceso de
elaboración de la información para el Boletín de Exportaciones de Productos Forestales
1
Chilenos (BEPF) y el Boletín de Importaciones de Productos Forestales (BIPF) 2,
respectivamente.

Es relevante mencionar la importancia de estos boletines, pues reflejan la situación

actual del mercado forestal y maderero. Esto último se muestra en su contenido, el cual
se obtiene a partir de la Declaración de Ingreso y Salida (DIS) [IEA] emitida por el
Servicio Nacional de Aduanas (SNA). Los boletines incluyen la comparación de montos
3
FOB , CIF 4, tonelaje y volumen para distintos periodos de tiempo, tendencias de
                                                            
1
Publicación mensual 
2
Publicación anual 
3
FOB: término de comercialización internacional que indica el precio de la mercancía a bordo de la nave
o aeronave (“Free on Board”). Esto no incluye fletes, seguros y otros gastos de manipulación después de
embarcada la mercancía. 

14
 
precio, entre otros indicadores. Estos boletines son de interés tanto para profesionales del
área forestal, como estudiantes, instituciones o empresas que requieren de esta
información para analizarla y tomar decisiones.

Esta migración es requerida dado que los actuales sistemas no cubren nuevas
necesidades de información, presentan problemas funcionales; su estructura se ha
tornado confusa debido a reiteradas modificaciones, la documentación técnica está
incompleta, lo que dificulta tareas de mantención, entre otras razones.

Dado lo anterior es que se requiere un nuevo sistema para realizar estos procesos de
elaboración de datos, que permita cubrir nuevos requerimientos de información y
cumpla las mejoras planteadas.

                                                                                                                                                                               
4
CIF: término de comercialización internacional que indica el precio de la mercancía incluyendo el costo,
seguro y fletes. 

15
 
 2. OBJETIVOS GENERALES Y ESPECIFICOS

2.1. Objetivos Generales

El objetivo general planteado para este proyecto es migrar los Sistemas de Información
Heredados (SIH) de Exportaciones e Importaciones Forestales, con los cuales se procesa
la información entregada por el Servicio Nacional de Aduanas (SNA).

2.2. Objetivos Específicos

 Levantar y revisar sistemas informáticos actuales, y generar una propuesta de

trabajo.
 Investigar y determinar herramientas habilitantes a utilizar.
 Definir y analizar requerimientos para el prototipo.
 Diseñar y construir el prototipo funcional.
 Implantar y evaluar el prototipo.

16
 
 3. ANTECEDENTES GENERALES

El propósito de este capítulo es señalar el contexto del presente proyecto, dando una
referencia de INFOR, indicar el propósito del prototipo a implementar, definir y explicar
algunos conceptos importantes que ayudarán a aclarar varios puntos en los próximos
capítulos, para finalizar con ejemplos de publicación de la información aduanera por
algunas empresas e instituciones.

3.1 Instituto Forestal

El INFOR, realiza investigación del sector maderero y forestal en el país desde su

5
nacimiento como proyecto de la FAO , en el año 1962 y su creación oficial por el
Gobierno de Chile en el año 1965. Innumerables investigaciones han sido desarrolladas
desde entonces, y la institución ha sido pionera en el sector forestal en una variedad y
cantidad de investigaciones e innovaciones tecnológicas del sector [MVI].

De las áreas de investigación en las que INFOR concentra sus esfuerzos, la relacionada
con este proyecto es la de Economía y Mercado. Las líneas de acción en relación a esta
área son las siguientes:
 Generar información sobre la actividad sectorial, producción y comercio de
productos y servicios forestales a nivel nacional e internacional, generando
estadísticas nacionales y regionales.
 Análisis estratégicos sectoriales, que sirvan de guía para políticas nacionales,
inversión y comercio forestal.

El Centro de Información Forestal (CIF), de la Sede Metropolitana, es la unidad

encargada de esta línea de investigación, para la cual se realizó este proyecto. Las
actividades que aquí se realizan, desde hace más de tres décadas, están orientadas a
generar información económica y comercial para una adecuada toma de decisiones de
los principales actores tanto del ámbito público como privado [SMI].

Uno de los principales logros de esta sede, es que desde la década de los años 70, el área
de Estudios Económicos, actualmente CIF, ha estado publicando las Estadísticas del
Sector Forestal, como asimismo la información relativa a las exportaciones forestales.
                                                            
5
FAO: Organización de las Naciones Unidas para la Agricultura y la Alimentación. 

17
 
Ambas han permitido que INFOR se haya constituido en un referente único de la
información forestal del país. Este mérito es reconocido por organizaciones
internacionales como la FAO, que ha promocionado la creación de sistemas de
información parecidos en otras regiones del contexto latinoamericano [PLI].

3.2 Boletines de Exportaciones e Importaciones de Productos Forestales

El CIF tiene encomendada entre sus misiones elaborar y presentar el Boletín de

Exportaciones de Productos Forestales Chilenos (BEPF) y el Boletín de Importaciones
de Productos Forestales 6 (BIPF), para las mercancías forestales y madereras exportadas
e importadas respectivamente. El contenido de estos boletines es un breve análisis junto
a un compendio de cuadros que resumen las estadísticas obtenidas, a partir de la DIS, de
exportaciones e importaciones de mercancías relacionadas al sector forestal y maderero.

Las principales perspectivas e indicadores [BER09] tratadas en los cuadros de los

boletines son los siguientes:

1. Para el caso del BEPF:

 Perspectivas: productos forestales y madereros, países destino,
continentes de destino, empresas exportadoras, puertos de embarque en
Chile, puertos de desembarque en el extranjero, bloques comerciales.
 Indicadores: monto FOB, precio unitario de la mercancía, volumen o peso
exportado.

2. Para el caso del BIPF:

 Perspectivas: productos importados, países de origen, empresas
importadoras, compañías de transportes, puertos de embarque en el
extranjero, puertos de desembarque en Chile, acuerdos comerciales,
continentes de origen.
 Indicadores: monto CIF, precio unitario de la mercancía, peso o volumen
de la mercancía importada.

                                                            
6
Estas publicaciones son comercializadas en forma individual o por subscripción. 

18
 
Para elaborar estos boletines, INFOR solicita cada mes al SNA la información de la
Declaración de Ingreso y Salida de mercancías registradas en las aduanas a lo largo de
todo el país. Esta información es entregada a más tardar la primera semana de cada mes
en un CD, el cual contiene los archivos aduaneros de exportaciones e importaciones (en
adelante AAE y AAI respectivamente) en formato texto con la información solicitada 7 .

La información contenida en los archivos aduaneros es obtenida a partir de los

formularios de tramitación de los procesos de exportación e importación (ver fig. 1),
DUS (Documento Único de Salida) para exportaciones [DUS] y DIN (Documento Único
de Ingreso) para importaciones [DIN]. Estos formularios son completados por los
agentes de aduanas en base a la documentación entregada por exportadores e
importadores y registrada en las bases de datos del SNA. Algunos de los campos de
información que contienen estos archivos son: nombre del exportador, monto FOB
exportado, descripción de la mercancía, peso exportado, entre otros.

Figura 1.- Proceso aduanero.

3.3 Código Arancel Aduanero Chileno

Las mercancías declaradas en los formularios DUS y DIN son clasificadas por el SNA
asignando a estas el código Arancel Aduanero Chileno (AAC) [AAV], el cual se basa
en el Sistema Armonizado de Designación y Codificación de Mercancías (SADCM)
[HS]. El objetivo de esta nomenclatura es armonizar las clasificaciones de comercio
exterior para garantizar una correspondencia directa entre ellas y servir como base para

                                                            
7
La estructura de datos definida por el SNA para estos archivos es la descrita en el Anexo A para el AAE
y Anexo B para el AAI. 

19
 
la aplicación de aranceles aduaneros y la recopilación de estadísticas sobre el comercio
internacional. Esta nomenclatura es administrada por la Organización Mundial de
Aduanas [WCO], quienes realizan actualización de ésta cada 5 o 6 años. Este sistema es
utilizado por más de 200 países y más del 98% de la mercancía en el comercio
internacional se clasifica en términos de esta codificación [HS].

El código AAC lista el catálogo de bienes agrupados en forma sistemática de acuerdo a

criterios tales como: origen (reino de la naturaleza: animal, vegetal y mineral), grado de
elaboración, usos, aplicaciones y según su importancia comercial mundial. Las
mercancías son agrupadas en 100 capítulos, del 0 al 99, que corresponden a las
actividades económicas más relevantes. Cada Capítulo se subdivide en partidas y
subpartidas. A su vez los capítulos son agrupados en 21 secciones designadas con
números romanos y una descripción.

El código AAC es una secuencia de ocho dígitos, a diferencia del código SADCM que
es de seis dígitos. Los dos primeros dígitos corresponden al capítulo, los cuatro
primeros dígitos designan la partida, finalmente con los cuatro dígitos restantes forman
el código arancelario. Para el ejemplo de la figura 2, se muestra un código AAC que
pertenece a la sección II: Productos del Reino Vegetal. El capítulo es 10 y la partida es
10.05., para el caso de mercancías que son: maíz para usos distintos a la siembra.
Finalmente el código AAC es 1005.9000.

Figura 2.- Ejemplo código AAC.

3.4 Código de Productos CAEF

El CIF selecciona sólo 19 de los capítulos del código AAC (ver anexo C), de los cuales
no todas las mercancías pertenecen al sector forestal o maderero, por lo que se debe
considerar, en muchos casos, tanto el código AAC como la descripción de la mercancía
para poder discriminar las que pertenecen al sector maderero o forestal.

20
 
Para dar mayor uniformidad a la información presentada, a cada registro seleccionado,
se le asigna el código de productos CAEF 8 , junto con los códigos de especie y calidad
de la madera. Estos códigos fueron elaborados por INFOR para organizar la información
de acuerdo a las propiedades, usos y grado de elaboración de la madera.

El código CAEF es un número de siete dígitos que denota un producto. Junto con este se
asocia el código de especie y el código de calidad de la madera. Por otra parte, cada uno
de los productos designados con el código CAEF le corresponde una unidad de medida,
las cuales pueden ser: peso en toneladas, volumen en metros cúbicos o cantidad de
unidades de producto. Una vez que a una mercancía se le asocia un código CAEF, ésta
pasa a llamarse Producto.

El código CAEF está relacionado al código AAC de forma tal que a un código AAC le
puede corresponder sólo un código CAEF (ver anexo D). Sin embargo, para muchos
otros casos, la correspondencia entre los códigos CAEF y AAC se ve condicionada por
la descripción de la mercancía, de acuerdo a términos claves que permiten identificarla y
de este modo asignar el código CAEF adecuado.

3.5 Sistemas de INFOR para Elaborar la Información Aduanera

Actualmente INFOR posee dos sistemas para elaborar la información de la DIS:

 SEF, Sistema de Exportaciones Forestales, para elaborar la información de los
archivos aduaneros de exportaciones (AAE).
 SIF, Sistema de Importaciones Forestales, para elaborar la información de los
archivos aduaneros de importaciones (AAI).

El único propósito de estos sistemas es ayudar en el proceso denominado Proceso de

Elaboración de la Información Aduanera (PEIA), para elaborar los reportes y planillas
de datos empleadas en boletines BEPF y BIPF. Estos sistemas y los procesos que apoyan
se explicarán con detalle en el capítulo 8.

En ambos sistemas el proceso PEIA es casi idéntico, y consta de las siguientes etapas
(ver figura 3):

                                                            
8
Código Arancelario Exportaciones Forestales, también empleado para mercancías importadas. 

21
 
 1. Cargar archivos: los archivos aduaneros son cargados en una tabla temporal de
procesamiento (TTP).
2. Filtrar registros: se seleccionan sólo los registros con mercancías del sector
forestal o maderero.
3. Asignar, calcular y convertir: se asigna el código de productos CAEF, se calcula
el volumen, se realiza la conversión de unidades de medida y otras operaciones
para cada registro en la TTP.
4. Cargar datos en las tablas históricas: los datos depurados en la TTP finalmente
son almacenados en las tablas históricas de los sistemas.
5. Generar reportes: se genera una serie de reportes y planillas Excel a partir de los
datos en las tablas históricas.
6. Elaborar el boletín: el usuario, con los reportes y planillas generadas,
confecciona los boletines BEPF o BIPF.

Figura 3.- Flujo de trabajo del proceso PEIA.

3.6 Ejemplos de Usos de la Información Aduanera

Es posible encontrar empresas e instituciones gubernamentales, tanto en el ámbito

nacional como internacional, que generan publicaciones con información estadística de
exportaciones e importaciones de mercancías a partir de los datos arrojados por las
aduanas.

La Agencia Tributaria de España ha elaborado un sistema que ha llamado Base de Datos

de Comercio Exterior [BDC], el cual permite realizar consultas en línea para montos
económicos y volúmenes involucrados en las transacciones aduaneras, según productos,
periodos (mes-año) y destinos. Otro caso, corresponde al sistema de consultas elaborado
por la Superintendencia Nacional de Administración Tributaria del Perú, SUNAT
[SOA]. Este sistema permite al usuario la elección de las perspectivas según las cuales

22
 
se desea realizar la consulta, como también los códigos de cada ítem y la posibilidad de
descargar resultados de las consultas en planillas Excel.

Legal Publishing y Asexma permiten el acceso público y en forma gratuita, a una

versión de consulta de su Sistema Estadísticas de Comercio Exterior [SEC]. Este sitio
WEB permite acceder a todos los movimientos de importación y exportación declarados
ante el Servicio Nacional de Aduanas. Esta versión de consulta incorpora información de
los últimos 13 meses y permite realizar análisis con el mismo nivel de detalle y
funcionalidad del sistema completo, al cual se accede previo pago.

El SNA, posee el sistema de Información Estadística de Comercio Exterior [IEC]. Este

servicio es público a través de su sitio WEB y contiene información estadística de
exportaciones e importaciones desde del año 1990 hasta la fecha. Es posible obtener los
montos económicos, los que están expresados en dólares de los EE.UU (valor FOB para
las exportaciones y valor CIF para las importaciones), cantidades físicas (peso, volumen,
cantidad de unidades) a nivel de los ítems, entre otros.

23
 
 4. DESCRIPCIÓN DEL PROBLEMA

4.1 Sistemas de Información Heredados

“Un Sistema de Información Heredado es cualquier sistema de información que se

resiste significativamente a cambios y modificaciones” [BRO95]. Por otro lado, estos
sistemas normalmente son de misión crítica dentro de una organización [BIS97], esto
significa que si alguno de ellos falla o se detiene traerá graves consecuencias en el
desempeño de esta y en particular al negocio que presta apoyo.

“Las organizaciones están en constante evolución. Los negocios y las reglas asociadas
a ellos también cambian con cierta frecuencia. Esto enfrenta a las organizaciones a una
real necesidad de que sus sistemas de información también evolucionen y es aquí
entonces, cuando muchas de ellas se encuentran con problemas como: documentación
escasa, desactualizada o inexistente, falta de programas fuentes y personal que no
conoce en detalle los SIH”, según la descripción de la problemática asociada a un SIH
[BOC02].

Por lo general los problemas más serios asociados a un SIH son los siguientes [BIS09]:

 Se ejecutan en hardware de bajo performance y es costoso de mantener.

 Localizar fallas es difícil y toma tiempo considerable hacerlo, debido a la falta de
documentación y falta en general de comprensión del funcionamiento interno del
sistema.
 Son difíciles de integrar debido al empleo de tecnologías obsoletas en sus
interfaces.
 Son difíciles, cuando no imposibles, de expandir.
 Estos sistemas por lo general se han sometido a reiteradas modificaciones,
tornándose más complejos.

Tener en mente estos conceptos permite identificar el tipo de problema que enfrenta este
proyecto y realizar propuestas de solución acordes con una problemática conocida y
estudiada, llamada Migración de Sistemas Legados o Heredados. Las metodologías para
abordar esta problemática se presentan en el capítulo 5.

24
 
4.2 Situación Actual de los SIH en INFOR

En contraste con las definiciones presentadas en la sección 4.1, el CIF y la unidad de

Informática, ha hecho hincapié en los siguientes aspectos claves en la problemática de
los sistemas SEF y SIF:
 Documentación: es incompleta, lo que dificulta localizar fallas, realizar mejoras
o agregar funcionalidades. A esto se suma que los sistemas han sido reiteradas
veces modificados y trasladados entre servidores, con el resultado de
modificaciones en su estructura y código fuente no documentada, incrementando
así su complejidad.
 Bases de Datos y Arquitectura de los Sistemas: las bases de datos no poseen
restricciones de integridad de datos, como llaves foráneas o primarias, que
permitan asegurar la consistencia de la información almacenada. Cabe mencionar
que cada sistema posee su propia base de datos (en el mismo esquema) y, dado
que conceptualmente son muy similares, hay información duplicada, con lo cual
9
se hace necesario gestionar las tablas con operaciones CRUD en ambos
sistemas los mismos datos, con la consecuencia de que se han generado
inconsistencias y la información está más completa en un sistema que en otro.
Respecto a la arquitectura de estos sistemas, se tiene que la capa de datos, de
lógica de negocio e interfaz de usuario poseen alto grado de acoplamiento 10 . Se
pueden encontrar reglas de negocio inmersas en el código de la capa de interfaz
de usuario y distintos tipos de información en una misma tabla. Estas
características dificultan tareas de mantenimiento de los sistemas.
 Tecnologías: son obsoletas. Por ejemplo, la aplicación de interfaz de usuario del
SEF requiere ser ejecutada en el sistema operativo Windows 98. El sistema
operativo que actualmente emplean los usuarios es Windows XP SP3, lo cual
implica el uso de software emulador que ejecute el sistema operativo Windows
98 y sobre éste ejecutar las aplicaciones de interfaz de usuario. Por otra parte, los
costos de mantención de las bases de datos que emplean el motor ORACLE 7.3
son altos, esto porque el servidor que aloja estos sistemas es bastante antiguo y
de capacidad muy limitada en cuanto a procesamiento y espacio en discos, lo que
genera altos costos de mantención. Por esto se requiere que cada cierto tiempo se

                                                            
9
El termino gestionar hace referencia a las operaciones CRUD (Create, Read, Update, Delete) sobre una o
más tablas de la base de datos. 
10
Alto grado de dependencia que tienen dos o más unidades de software.
 

25
 
 libere el espacio sin utilizar en las bases de datos, tarea que debe realizar
personal externo a la institución, además de otras tareas para optimizar el
rendimiento en general de las bases de datos, como incorporar índices a las
tablas. También se puede mencionar que los sistemas poseen tiempos de
respuesta bastante altos.
 Falta de Funcionalidades: estos sistemas no permiten modificar parámetros de
la mayoría de sus procesos, con el fin de ir ajustándolos a nuevas restricciones
como filtro de registros u otros. Esto disminuye el grado de automatización del
proceso, pues cada mes se repiten prácticamente los mismos errores, muchos de
los cuales el usuario tiene identificados en base a la experiencia, pero al no tener
la posibilidad del corregirlos mediante la configuración del sistema, debe
modificarlos manualmente cada vez que realiza el proceso. Esta modificaciones
incluyen corregir errores en los archivos aduaneros, filtros de registros
incorrectos, códigos mal asignados, cálculos erróneos y datos en los reportes
finales. Otras características importantes en las funcionalidades del SEF y SIF:
o Cargar Archivo Aduanero: no se genera información del proceso, que
permita identificar posibles errores en los archivos.
o Filtrar Registros: no es posible gestionar las reglas de filtros. Gran
cantidad de registros deben ser marcados como aceptados o rechazados
en forma manual.
o Grupos de productos: no es posible gestionar los grupos de productos
CAEF. Estos deben ser modificados directamente en la base de datos.
o Asignar Código Productos CAEF: no es posible gestionar las reglas de
asignación de este código. Por lo tanto a una porción considerable de los
registros se les debe agregar el código CAEF en forma manual.
o Gestionar Reportes: no es posible construir y gestionar reportes. El
sistema cuenta con un conjunto predefinido de reportes fijos, muchos de
los cuales presentan errores o simplemente no se generan.
o Nuevos Requerimientos de Información: los módulos de consultas que
proveen estos sistemas son bastante limitados, dado que sólo permiten
consultar por algunas variables predefinidas sobre las tablas históricas.
 Nuevos Requerimientos: a estos sistemas, con el tiempo se les han ido
paulatinamente agregando nuevas funcionalidades y corrigiendo errores, con lo
cual han sido sometidos a mantenimiento estresante e indocumentado, que

26
 
 desemboca en una degradación de la aplicación y, por ende, en un servicio
deficiente para el usuario [MAR].

Además de las problemáticas descritas, surge la necesidad de publicar resultados en

forma preliminar, es decir, no tener la necesidad de depurar los datos por completo y
realizar todo el proceso PEIA antes de generar los reportes, como sucede con los
sistemas a migrar.

Si bien existen empresas que elaboran la información aduanera, esta es con un enfoque
general, la cual muestra totales de las cifras FOB, CIF, o cantidad de mercancías
exportadas o importadas a lo sumo. Sin embargo, INFOR elabora esta información
enfocada en los productos forestales, dando valor agregado, que corresponde a
segmentar las mercancías en productos madereros, según su especie, calidad, usos, tipo
de elaboración, etc. Este tipo de detalle no es posible obtenerlo desde otra fuente que no
sea los boletines elaborados por el INFOR. Esto hace suponer que la información que el
CIF presenta en los boletines no puede ser obtenida sino desde la DIS y elaborada por
esta misma unidad. Incluso es posible encontrar empresas como TechnoPress S.A. [LIG]
o la ODEPA [ODE], oficina de estudios perteneciente al Ministerio de Agricultura de
Chile, que emplean los boletines elaborados por INFOR como fuente de información
para sus publicaciones.

Atendiendo al plan estratégico 2006-2010 del INFOR, con el fin de ofrecer mejores
servicios a la comunidad, responder a nuevos requerimientos de información, y las
oportunidades de negocio que con esto se presenta, es que surge la necesidad de resolver
la problemática presentada por los sistemas SEF y SIF.

27
 
 5. ALTERNATIVAS DE MIGRACIÓN DE SIH

La mayor parte de la literatura que aborda la problemática de los SIH coincide

prácticamente en las mismas estrategias de solución [MAR], [PED08], [BRO93]. En
base a lo que exponen estos autores, los caminos a seguir son los siguientes:

1. Reingeniería de SIH
2. Reemplazar los SIH por nuevos sistemas
3. Garantizar mantenimiento de los SIH
4. Eliminar completamente los SIH

A continuación se describen las alternativas propuestas para abordar este proyecto, y

luego serán evaluadas para decidir cuál de estas es la más adecuada dada la problemática
descrita en el capítulo 4.

5.1 Reingeniería a SIH

“Reingeniería es la transformación sistemática de un sistema existente a una nueva

forma para realizar mejoras de la calidad en operación, capacidad del sistema,
funcionalidad, rendimiento o capacidad de evolución a bajo coste, con un plan de
desarrollo corto y con bajo riesgo para el cliente” [SMI95].

Migrar un SIH consiste en trasladar éste a un nuevo ambiente que le permita fácil
mantenimiento y adaptabilidad a las necesidades del negocio, manteniendo las
funcionalidades y datos del sistema original sin tener que desarrollar un sistema nuevo
completamente [BIS09].

Las concepciones alrededor de la reingeniería de software son muy variadas, van desde
suponer mejoras en la comprensibilidad y mantenimiento del software, diagnosticar y
reconstruir el software, hasta aplicaciones de ingeniería inversa e ingeniería directa al
código existente, pero quizás la más amplia y aceptada es considerarla una forma de
reutilización, que mejora la calidad y reduce el esfuerzo de llevar un sistema existente a
un nuevo contexto [PED08].

28
 
Algunas Técnicas Utilizadas en la Reingeniería:
 Modernización de caja blanca [MAR]: se basa en reconocer los componentes
fundamentales del sistema para llevarlos a una representación de más alto nivel
de abstracción, especialmente código fuente y documentación, es también
conocida como ingeniería inversa.
 Modernización de caja negra o Wrapping [MAR]: es una técnica de
encapsulamiento que provee interfaces bien definidas para acceder a los
componentes del sistema legado y deja de lado los detalles internos de
implementación. Con esto, se busca modificar el acceso externo a las
aplicaciones cambiando el comportamiento de entradas y salidas del mismo.

Ventajas:
 Reutilización de recursos existentes, como código, documentación, datos, etc.
 Menor duración del proyecto.
 Menor costo asociado a desarrollo.
 Satisfacer nuevos requerimientos del negocio.
 Mejoras al proceso de negocio al cual presta soporte.
 Factibilidad de llegar a un sistema deseado, dado que se comienza desde una
base relativamente sólida.

Desventajas:
 Limitaciones asociadas a la arquitectura y diseño actual.
 Emplear la misma tecnología, o sólo cambiar parcialmente esta.
 Tornar más compleja la aplicación debido a la inserción de más códigos fuente.

5.2 Sustituir SIH por Nuevos Sistemas

Se considera abandonar el SIH cuando este ha dejado de contribuir a los procesos de

negocio que asiste y el costo de hacer reingeniería resulta muy alto, y es más razonable
invertir en nuevas tecnologías de hardware o software [MAR].

El abandono de un sistema tiene los siguientes riesgos [MAR]:

 Es una actividad que consume considerables recursos y que implica a los
mantenedores actuales del SIH. Estos recursos estarán ocupados en el

29
 
 mantenimiento del SIH y, seguramente, no conocerán las nuevas tecnologías que
van a ser aplicadas en el desarrollo del nuevo sistema.
 Abandonar el sistema no significa empezar un desarrollo desde cero. No se
puede pensar que los datos que contiene el SIH van a desecharse y que los
valores que conservan los expertos del sistema van a perderse. La migración de
la información del SIH al nuevo sistema incluye datos, funciones de negocio y
parte de la arquitectura de este.

Una de las técnicas revisadas propone un proceso de simulación para determinar el

comportamiento del nuevo sistema antes de hacerlo operativo [GOL01]. El modelo
propuesto se fundamenta en las actividades de modelamiento, experimentación y
predicción sobre la base de una carga de trabajo sintética establecida a partir de la
información recogida tanto del nuevo sistema como del SIH.

Si los resultados son similares el modelo se considera válido, de lo contrario se somete a

una actividad de refinamiento y se vuelve a hacer la simulación. Esto se repite hasta que
la diferencia de resultados entre simulación y experimentación sea escasa. El modelo
validado y aceptado se pasa a la actividad de predicción, de la cual se obtiene el
comportamiento del nuevo sistema en cuanto a rendimiento.
 

Otra metodología es Butterfly [BIS97]. Su objetivo es guiar la migración desde SIH de

misión crítica a un nuevo sistema. No requiere, durante la migración, de usuarios que
accedan de forma simultánea en ambos para replicar los cambios del SIH en la base de
datos del nuevo sistema. Por otra parte, esta metodología separa el desarrollo del nuevo
sistema y la migración de datos en fases, por consiguiente elimina la necesidad de
puertas de enlaces para mantener actualizados los datos en este último.

Ventajas:
 Concepción de un modelo de datos mejorado.
 Incorporación de nuevas funcionalidades y mejoras a las antiguas.
 Provee de una arquitectura y diseño mucho más fácil de mantener.
 Empleo de tecnologías y metodologías actuales.

Desventajas:
 Mayor tiempo de desarrollo.

30
 
  Adquisición de nuevas licencias de software.
 Entrenamiento al personal involucrado en las nuevas tecnologías.
 Riesgo de no implementar funciones del SIH en los nuevos sistemas.

5.3 Garantizar Mantenimiento de SIH

Esta es la forma natural de hacer evolucionar un software y consiste en realizar cambios

sobre componentes ya existentes o adicionar nuevos. Los cambios se pueden hacer en
varios niveles: el primero es corregir errores puntuales de codificación y solucionar
errores en diseño, denominado mantenimiento correctivo, en que las modificaciones no
son tan costosas y pueden abarcar todo el ciclo de desarrollo de software. El siguiente
nivel es hacer cambios en el entorno bien sea del hardware o software para que soporten
la aplicación heredada, este mantenimiento es conocido como adaptativo. A
continuación, se adicionan nuevas funcionalidades al sistema que respondan a los
cambios en requerimientos existentes o que se agreguen. Por lo general el
mantenimiento que requiere mayor esfuerzo es el resultante de adicionar nuevas
funcionalidades (65%), le siguen en una proporción similar el adaptativo (18%) y el
correctivo (17%) [PED08].

Ventajas:
 Corregir defectos, mejorar el rendimiento o adaptarlo a un cambio de entorno.
 Permite que el SIH siga trabajando correctamente.
 Eliminar los posibles defectos de los programas.
 Adaptar el SIH a los cambios hardware o software en el entorno en el que se
ejecuta (actualización frecuente de sistemas operativos).
 Mejorar o añadir nueva funcionalidades requeridas por el cliente.
 Mejoras en cuanto a la calidad y mantenibilidad, sin alterar sus especificaciones
funcionales.

Desventajas:
 La mayor parte del software está formado por código antiguo, desarrollado hace
décadas, con técnicas y herramientas en desuso, y ha sido sometido a varias
actividades de mantenimiento, así el software es menos estructurado y la
documentación es desfasada. [ALV04].

31
 
  Un número elevado de cambios en un sistema tiende a desestabilizar su
estructura y hacer que los cambios subsiguientes sean más difíciles de incorporar.
Entre mayor sea el número de cambios en el sistema (cambios no enfocados a
mejorar la estructura del sistema), menor es su calidad [ITL].

5.4 Eliminar Completamente un SIH

Esta opción considera dejar en desuso el sistema debido a que no presta ningún servicio
al proceso de negocio que inicialmente apoyaba [ITL]. Esta situación se da cuando el
proceso de negocio ha cambiado de tal manera que realizar cualquier análisis sobre los
SIH resulta improductivo, ya que rescatar información de este, como son estructura de
datos o procesos, serían inaplicables al nuevo proceso de negocio, si es que este aún se
realiza.

5.5 Evaluación de Alternativas

Según [ITL], las cuatro estrategias para evolucionar un SIH deberían aplicarse como
sigue:
 Reingeniería a SIH: esta opción debería escogerse cuando la calidad del sistema
se ha visto degradada por los cambios adicionados al mismo y aún existen
nuevos requerimientos funcionales para el sistema.
 Sustituir los SIH por nuevos sistemas: la migración es un proceso que transforma
el sistema existente en uno nuevo. Cuando debido a diversos factores (asuntos
técnicos, contractuales, estratégicos, etc.) la operatividad o el soporte a futuro del
sistema sea incierto, se debe considerar esta alternativa.
 Garantizar mantenimiento de los SIH: esta estrategia es aplicable cuando el
sistema es aún requerido, permanece estable, y no existen muchos requerimientos
de cambio sobre él.
 Eliminar completamente el sistema: esta opción debe considerarse cuando el
sistema no está haciendo ninguna contribución en los procesos de negocio, caso
que sucede cuando los procesos de negocio han cambiado y se hacen
independientes de los procesos soportados por el sistema.

Antes de escoger la estrategia con la que se procederá, es necesario determinar el valor

que aporta el SIH al negocio en ese momento [ALV04], además de otros factores como

32
 
las necesidades actuales y a futuro. Debe tenerse en cuenta que la evolución del SIH
hacia otro sistema más moderno involucra varios riesgos que provienen de razones como
las siguientes [ITL]:
 Ausencia de una especificación completa del sistema, por lo cual no existe una
forma directa de especificar un sistema que sea funcionalmente equivalente al
sistema actual.
 Los procesos de negocio soportados por el sistema se han desarrollado en base a
las características propias del sistema y, si éste es reemplazado, los procesos
también se verían modificados.
 La mayor parte de las reglas de negocio se encuentran inmersas en el código de
las aplicaciones dentro del sistema y no se encuentran documentadas en otra
parte.
 El desarrollo de nuevos sistemas de software implica en sí mismo riesgos que
son difíciles de controlar y pueden llevar a demoras en la entrega.

La matriz de la figura 4, (basada en la matriz de cambio-valor de negocio de Jacobson

[JAC91]), puede emplearse para visualizar cuál es la estrategia más adecuada dada la
relación entre el riesgo y el valor que el SIH aporta al negocio [ITL].

Figura 4.- Matriz riesgo-valor de negocio.

 

33
 
La decisión de eliminar un sistema puede ser fácilmente tomada cuando éste ofrece poco
valor al negocio y representa un riesgo elevado. Igualmente la decisión de mantenerlo se
toma fácilmente cuando el riesgo que el sistema representa para el negocio es mínimo y
ofrece un alto valor al negocio. Los sistemas que proporcionan alto valor al negocio y
representan poco riesgo son los sistemas que cualquier negocio debería procurar tener.
Los sistemas que ofrecen alto valor al negocio y a su vez representan un riesgo alto son
los sistemas donde más factores deben considerarse antes de tomar una decisión respecto
a su futuro.

De acuerdo a la problemática descrita en el capítulo 4 y la revisión de literatura

relacionada a la migración de los SIH, se decide seguir la estrategia de sustituir los SIH
por un nuevo sistema prototipo para elaborar la información de la DIS. Esto porque el
sistema actual otorga alto valor al negocio que presta apoyo, ya que la elaboración de los
datos presentados en los boletines es realizado por estos sistemas, y los riesgos que
presenta para el negocio son altos, debido a que las tecnologías empleadas son obsoletas,
dificultando la tarea de realizar mejoras, correcciones o incorporar nuevas
funcionalidades. Tanto el motor de base de datos (Oracle 7.3) como las interfaces de
usuario (Oracle Forms 4.5) no pueden ser ejecutadas en los sistemas operativos que
emplea actualmente INFOR, Windows Server 2008 para el nuevo servidor y Windows
XP para los PC de los usuarios. Por otra parte el código de la lógica de negocio está
completamente en las interfaces de usuarios, lo que complica la tarea de reutilización o
adaptación, dado que estas se encuentran compiladas y no se dispone de todo el código
fuente. Además, los altos tiempos de repuesta de estos sistemas hacen que no sean
propicios para mantener datos online en el portal web de INFOR.

En particular para este proyecto, un nuevo desarrollo ofrece una serie de ventajas, entre
las cuales está: cambio a tecnologías actuales, implementación de una arquitectura
acorde a la problemática, gestión de reportes, módulos de consultas, mejoras en tiempos
de respuesta, nuevas funcionalidades, entre otras. Lo que significa a mediano y largo
plazo, mayor facilidad de mantención.

34
 
 6. METODOLOGÍA PARA MIGRACIÓN DE SIH

En este capítulo se describe la metodología para realizar la migración de los sistemas

SEF y SIF.

Las siguientes fases para un proceso de migración genérica se describen en [BIS09], y

son las que se emplearon en este proyecto:
1. Justificación: durante la primera fase se debe justificar si es conveniente realizar
la migración de los SIH, y de ser así, cuál es el camino a seguir. Las
problemáticas y necesidades relacionadas a estos SIH, descritas en el capítulo 4,
junto al análisis realizado en el capítulo 5, justifican realizar la migración de los
SIH, llevando a cabo un nuevo desarrollo.
2. Comprender los SIH: en esta fase se debe obtener el entendimiento de los SIH,
que permita recuperar modelos de procesos involucrados, funcionalidades
actuales del sistema, arquitectura, deficiencias, cualidades que se deben potenciar
o mantener, etc. Para esto se realizan reuniones con usuarios, revisión de la
documentación existente y el código fuente disponible, revisión de datos, etc.
Esta fase se revisa en el capítulo 8.
3. Desarrollar el Prototipo: se definen los requerimientos, los cuales incluyen las
funcionalidades y/o características de los SIH más las del prototipo, se realiza el
diseño, y en seguida se comienza a desarrollar el prototipo.
4. Pruebas: se comparan los resultados de los sistemas SEF y SIF con los del
prototipo, se realizar pruebas de nuevas funcionalidades y se verifica la correcta
migración de los datos, revisando la cantidad de registros copiados y campos
totalizados. Luego de cada revisión se realizan las correcciones solicitadas.
5. Migración: es en esta fase que los SIH quedan atrás para dar paso al nuevo
sistema. En este paso se quiere evitar generar perturbación en los procesos de
negocio involucrados. Por lo tanto, de las alternativas propuestas en [BIS09] que
reviste menos riego es la operación en paralelo, es decir, que ambos sistemas, los
SIH y el prototipo, se mantengan funcionando, mientras los usuarios realizan
más pruebas posterior a la entrega por un periodo de 4 a 6 meses. Una vez
validado el prototipo, pasará a emplearse definitivamente.

35
 
 7. DESCRIPCIÓN DEL PROYECTO

7.1 Participantes del Proyecto

 Usuarios de los sistemas: Sr. Daniel Soto (Ing. Forestal), Sra. Verónica Álvarez
(Magíster en Estadística), Sr. Evaristo Pardo (Analista Comercio Exterior).
 Jefe de Proyecto: Sra. Claudia Delard (Coordinadora del CIF, Ing. Forestal).
 Otros interesados: Sra. Marta Ávalos (Dirección INFOR), Sr. Marcelo
Monsalves (Jefe Unidad Informática, Ing. Informático).
 Desarrollador: Sr. Mauricio Estrada Celis (Estudiante en tesis).

Se puede mencionar que los usuarios participaron en definir los requerimientos de los
sistemas SEF y SIF, por lo tanto conocen el proceso. Además, poseen conocimiento del
lenguaje SQL, lo que les permite realizar cierto tipo de consultas para obtener datos que
los SIH no entregaban.

7.2 Costos Asociados al Proyecto

Dentro de los costos asociados al proyecto se puede mencionar los honorarios mensuales
por concepto de desarrollo. Otros costos, como la compra del servidor de producción y
productos software, como la Suite SQL Server 2008 Enterprise, el IDE Visual Studio
2008 Professional, forman parte de otros proyectos que realizó INFOR en forma paralela
a éste. Otras herramientas software empleadas son versiones gratuitas.

En la tabla 1 se puede visualizar el costo en horas empleadas por los involucrados en el

proyecto. Durante la etapa de pruebas fue necesario que los usuarios realizaran el
proceso de elaboración de los datos tanto en el sistema antiguo y como en el nuevo con
el fin de comparar las salidas de estos y generar las observaciones respecto al
funcionamiento del nuevo sistema.

36
 
Etapas / Definición de Revisión Revisión de Pruebas Operación Total
Involucrados Requerimientos de Documentación del en Hrs
Avances Prototipo paralelo
Claudia 15 34 5 15 69
Delard
Daniel Soto 5 10 5 25 8 53
Verónica 5 10 5 20 5 45
Álvares
Evaristo 3 1 5 10 19
Pardo
Marta 1 1
Ávalos
Marcelo 5 10 5 2 22
Monsalves
Total Hrs 34 65 25 72 196
Tabla 1.- Costos asociados a los interesados.

7.3 Carta Gantt

En el anexo E se puede visualizar la carta Gantt con sus detalle, la cual está dividida en 6
partes (ver fig. 5):

Figura 5.- Principales actividades del proyecto.

7.4 Ciclo de Vida del Proyecto

Para el desarrollo del proyecto se optó por el ciclo de vida Entrega Evolutiva (ver figura
6). Esto debido a que la definición de requerimientos por parte del usuario es entregada
en forma incremental: la primera definición de requerimientos es en base a las
funcionalidades actuales y una posterior para nuevas funcionalidades.

Este tipo de ciclo de vida ofrece mayor flexibilidad para incorporar la retroalimentación
del usuario, lo que se traduce en nuevas funcionalidades o mejoras al prototipo. Esto
tiene como principal característica el control que ofrece una entrega por etapas y a su
vez la flexibilidad y reutilización de código que ofrece el prototipo evolutivo. A

37
 
diferencia con este último, que se centra en incrementar un prototipo que finalmente será
el entregable, el modelo de entrega evolutiva se enfoca en el núcleo del sistema, que
probablemente no será modificado en la retroalimentación con el usuario. Así, se tiene
una mayor claridad en el avance para los hitos de control y un ahorro de trabajo para las
etapas siguientes [CVP].

Figura 6.- Esquema Entrega Evolutiva.

38
 
 8. REVISIÓN SISTEMAS SEF Y SIF

El primer objetivo planteado para este proyecto consistió en la revisión y levantamiento

de los sistemas SEF y SIF, con el fin de rescatar la mayor cantidad de detalle de estos en
cuanto a sus funcionalidades y problemas, como asimismo, obtener comprensión de
procesos involucrados. Esta tarea se complementó con reuniones con los usuarios. Para
finalizar este objetivo se generó una propuesta de trabajo, la cual señala los principales
entregables del proyecto.

8.1 Proceso de Negocio

El proceso de negocio, llamado Comercialización de Boletines Aduaneros, que es donde

se enmarca el proceso PEIA, es descrito empleando notación UML [BPM] (ver figura
7), que permite visualizar relaciones entre actividades, actores, eventos, recursos y
objetivos del proceso [AMP].

 
Figura 7.- Proceso de Negocio: Comercialización de Boletines Aduaneros.

Los procesos de negocios para generar el BEFP y BIFP son prácticamente idénticos, con
la diferencia que el primero se realiza en forma mensual y el segundo anual. Esto último
dado que, según lo planteado por el CIF, las cifras involucradas en las importaciones
forestales son relevantes cada 12 meses aproximadamente, a diferencia de las

39
 
exportaciones forestales; además el tiempo empleado en la elaboración del BEFP, no
permite destinar más recursos del CIF a elaborar el BIFP, para que este sea mensual.

El negocio comienza con el evento Recepción de Archivos, y sucede cuando INFOR

recibe el CD con los archivos aduaneros enviados por el SNA. Una vez esto, se
comienza con la actividad Proceso PEIA, que consiste en elaborar la información
contenida en el o los archivos aduaneros 11 . Es en esta actividad cuando la base de datos
y los archivos aduaneros son utilizados. Al finalizar esta actividad quedan las bases de
datos cargadas con los registros del periodo entrante y se generan los reportes con las
estadísticas del periodo.

La próxima actividad del proceso de negocio corresponde a Elaborar Boletín de

Productos Forestales, la cual comienza una vez que la información obtenida de la
actividad anterior ha sido revisada y validada. Lo que aquí se realiza es confeccionar un
documento que emplea los reportes o cuadros generados y se envía a imprimir. Luego,
se realiza la venta, unitaria o por subscripción de los boletines, y la venta de servicios de
información, lo cual corresponde a la venta de reportes personalizados para cada cliente.

Al observar el modelo del proceso de negocio (ver figura 7), se destaca en verde la
actividad y los objetos donde se concentra el trabajo de este proyecto: base de datos,
generación de reportes y construcción de un prototipo funcional que apoye en el Proceso
de Elaboración de Información Aduanera (PEIA). La generación del documento final
para el boletín no forma parte del proyecto.

8.2 Proceso de Elaboración de la Información Aduanera (PEIA)

Este proceso se realiza durante la actividad Proceso PEIA del proceso de negocio (ver
figura 7). Tiene por finalidad depurar y normalizar los datos de las DIS aduaneras, y
obtener los reportes necesarios para los boletines. Es en este proceso donde los sistemas,
colaboran al proceso de negocio descrito. El proceso PEIA, tanto para elaborar los datos
de exportaciones como los de importaciones es prácticamente idéntico, por lo tanto se
describe en forma genérica en las figura 8 y 9 con notación BPMN [BPMN]. La
descripción detallada del proceso PEIA se deja en el anexo F dada su extensión.

                                                            
11
AAE o AAI, para exportaciones o importaciones respectivamente. 

40
 
  
Figura 8.- Proceso PEIA.

 
 
 
 
 
 

41
 
  
Figura 9.- Subproceso Depurar Información. 
 
 
 
 
 
 
 

42
 
Como se puede observar en las figuras 8 y 9, el proceso posee una componente de
sistema (parte inferior) y otra de usuario (parte superior). Esto último refleja la necesidad
de la experticia del usuario en la realización del proceso PEIA, dado que al finalizar cada
actividad se requiere la revisión y corrección de los datos, actuando esto como un freno
en cuanto a agilizar y automatizar el proceso. A esto contribuyen los errores que
presentan los archivos aduaneros, debido principalmente a la digitación incorrecta de
datos por los agentes de aduanas.

Si bien los sistemas actuales ayudan en el proceso PEIA, parte considerable del trabajo
lo realizan los usuarios, impidiendo destinar más recursos de la unidad a satisfacer la
demanda de otra información vinculada a las exportaciones e importaciones forestales.

8.3 Descripción de los Sistemas de Exportaciones e Importaciones Forestales

8.3.1 Arquitectura de los Sistemas

Los sistemas SEF y SIF emplean el motor de base de datos Oracle 7.3, el cual está
instalado en el servidor NOTRO, de la Sede Metropolitana. Los sistemas se ejecutan en
el PC del usuario y se conectan a la base de datos a través de la red (ver figura 10).

 
Figura 10.- Arquitectura General Sistemas SEF y SIF.

Conceptualmente, el modelo de datos de estos sistemas está conformado por dos

conjuntos de tablas (ver figura 11): una tabla temporal para elaborar los datos, y tablas
históricas para almacenar los datos ya depurados. De estas últimas es de donde se
obtienen los datos que se despliegan en los reportes.

43
 
 Figura 11.- Esquema Sistemas SEF y SEF.

El esquema de la figura 11 opera de la siguiente manera: el archivo es cargado en una

tabla temporal (TTP), donde los datos son procesados, depurados y normalizados
registro a registro, aplicando filtros, asignaciones y cálculos. Esto funciona como
Staging Area [AID], que es un área de almacenamiento temporal, donde no se aplican
restricciones de integridad ni llaves, aquí se realizan las transformaciones necesarias a
los datos que finalmente serán llevados a las tablas históricas. Los sistemas poseen
aplicativos que permiten modificar los datos de esta tabla, para así corregir los cálculos y
asignaciones realizada por los procesos. Para terminar el proceso PEIA, los datos de la
TTP son cargados en las tablas históricas, y luego se generan los reportes en formato
CSV a partir de estas.

El diagrama de despliegue en la figura 12, muestra cómo se relacionan los distintos

componentes de la arquitectura. Es posible apreciar que la lógica de negocio está
inmersa en las interfaces de usuario.

Figura 12.- Diagrama de Despliegue SIH.

 

44
 
8.3.2 Tecnologías Empleadas
Como se mencionó anteriormente, el servidor donde está instalado el motor de base de
datos es NOTRO. Las características de este servidor son las siguientes:
 Procesador Pentium 4 (1800 MHZ)
 Capacidad en disco: principal 16 GB, secundario 30 GB.
 Memoria RAM: 2 GB.
 Sistema Operativo: Windows NT 4.0

El motor de base de datos relacional empleado es ORACLE 7.3, y las interfaces de

usuario del SEF están desarrolladas con Oracle FORMS 4.5 y las interfaces de usuario
del SIF emplean DELPHI. En los anexos G y H se presentan las principales pantallas de
estos sistemas.

En cuanto a los problemas relacionados con estas tecnologías, se pueden mencionar:

tiempos de respuestas altos, debido al incremento del tamaño de las tablas, entre otras
razones. Constantemente se generan operaciones masivas de inserción y borrado, con lo
cual, el espacio utilizado por la base de datos aumenta rápidamente. Actualmente, no hay
mecanismos que liberen el espacio no utilizado en la base de datos, y dado que el
servidor sobre el que opera el sistema es de muy baja capacidad, tanto de espacio en
disco como capacidad de procesamiento, es necesario periódicamente realizar tareas de
mantención a la base de datos, por un profesional Oracle externo a la institución. Esto
genera costos de mantención considerables.

8.3.3 Principales Funcionalidades

Ambos sistemas poseen características funcionales muy similares. La gran diferencia
está en la generación de reportes. El sistema SEF posee un módulo que tiene predefinido
una serie de reportes, los cuales obtienen sus datos directamente de las tablas históricas.
Estos se pueden exportar en formato CSV para ser visualizados en planillas Excel. Gran
parte de los reportes aquí generados presentan errores o simplemente están inválidos.
Por lo tanto, a partir de reportes detallados (todos los registros) se generan otros reportes
más agrupados, empleando tablas dinámicas en Excel. En cambio, el sistema SIF posee
un complejo módulo, con una cantidad considerable de errores, que genera reportes y
permite realizar algunas modificaciones en estos. Para trabajar con este módulo de
reportes, es necesario exportar los registros desde las tablas históricas de importaciones a
una base de datos ACCESS en el PC del usuario y desde aquí se obtienen los datos para

45
 
generar los reportes. Por lo cual, sucede que las actualizaciones en esta base de datos
ACCESS no se ven reflejadas en la base de datos histórica (ver figura 13).

Figura 13.- Diagrama de despliegue.

A continuación se listan las funcionalidades más importantes de estos sistemas (tabla 2).
Se indica en las columnas SEF y SIF si el sistema incorpora la funcionalidad.

Función Descripción SEF SIF

F1-Carga de Archivos Copia archivos a una tabla en el sistema (TTP). Sí Sí
F2-Filtro de Registros Ejecuta SQL con reglas de filtros. Sí Sí
F3-Buscar Importadores Búsqueda de nuevos Importadores. No Sí
F4-Buscar Co. Transporte Búsqueda de nuevos Co. Transporte. No Sí
F5-Buscar Exportadores Búsqueda de nuevos Exportadores. Sí No
F6-Cálculo Volumen Según el producto CAEF, transforma unidades de Sí Sí
medida.
F7-Asigna cód. CAEF Asignar los códigos de productos CAEF. Sí Sí
F8-Asigna Esp.-Proveedor Vincula a especies según el proveedor. No No
F9-Asigna Consorcio Vincula a registros de la TTP a un consorcio. Sí No
F10-Asigna Grupo Eco. Vincula a registros de la TTP a un grupo económico. Sí No
F11-Asigna Región Real Vincula a registros de la TTP la verdadera región. Sí Sí
F12-Generar Listados Reportes con los registros en proceso de la TTP. Sí Sí
F13-Gestionar TTC Operaciones CRUD sobre la tabla TTP. Sí Sí
F14-CRUD de Tablas Operaciones CRUD sobre cualquier tabla del sistema. Sí Sí
F15-Visualizar Reportes Pre-visualizar y exportar reportes en formato CSV.
F16-Validaciones Busca y presenta campos nulos o valores en cero o mal Sí Sí
asignados.
F17-Cargar Tablas Copia los registros aceptados y validados de la TTP a las Sí Sí
Históricas tablas históricas.
Tabla 2.- Principales Funcionalidades de los Sistemas SEF y SIF.

La relación entre las funcionalidades y las actividades del proceso PEIA descrito en el
anexo F, además de las figuras 8 y 9, se dan en la tabla 3. Las actividades del PEIA que
no aparecen en esta tabla se deben a que no son cubiertas por las funcionalidades de los
sistemas, o al menos los sistemas no tienen algún aplicativo o módulo que ayude en la

46
 
actividad. Por ejemplo, la actividad Confeccionar Reportes o Corregir Reportes deben
ser realizadas empleando planillas Excel.

Función Actividad del Proceso PEIA y Subproceso Depurar SEF SIF

Información
F1-Carga de Archivos Cargar Archivo. Sí Sí
F2-Filtro de Registros Filtrar Registros. Sí Sí
F3-Buscar Importadores Buscar Nuevas Empresas, Incorporar Nuevas Empresas, No Sí
Asignar Nuevas Empresas.
F4-Buscar Co. Transporte Buscar Nuevas Empresas, Incorporar Nuevas Empresas, No Sí
Asignar Nuevas Empresas.
F5-Buscar Exportadores Buscar Nuevas Empresas, Incorporar Nuevas Empresas, Sí No
Asignar Nuevas Empresas.
F6-Cálculo Volumen Calcular y Ajustar Datos. Sí Sí
F7-Asigna cód. CAEF Asignar Código CAEF. Sí Sí
F8-Asigna Esp.-Proveedor Calcular y Ajustar Datos. No No
F9-Asigna Consorcio Calcular y Ajustar Datos. Sí No
F10-Asigna Grupo Eco. Calcular y Ajustar Datos. Sí No
F11-Asigna Región Real Calcular y Ajustar Datos. Sí Sí
F12-Generar Listados Generar Reportes. Sí Sí
F13-Gestionar TTC Corregir Cálculos y Ajustes de Datos, Corregir Filtrado, Sí Sí
Corregir Código CAEF Asignado, Corregir Cálculos y
Ajustes de Datos, Corregir Registros.
F14-CRUD de Tablas Corregir Datos Nuevas Empresas. Sí Sí
F15-Visualizar Reportes Generar Reportes. Sí Sí
F16-Validaciones Validar Registros. Sí Sí
F17-Cargar Tablas Cargar Históricas.
Históricas
Tabla 3.- Relación entre Funcionalidades y Actividades del Proceso PEIA.

8.3.4 Modelo de Datos

Las bases de datos de exportaciones e importaciones se encuentran en el mismo esquema
(ECONOMICO). Este esquema posee varias tablas y campos que no se emplean,
algunas con gran cantidad de datos. En general, estas tablas y campos extras fueron
creados como espacio de intercambio de datos para realizar diversas mantenciones,
migraciones y modificaciones.

Otra característica de las bases de datos, es que casi no poseen llaves foráneas o
primarias. Estas se han retirado del esquema para facilitar migraciones y modificaciones
directamente en la base de datos. Otra característica del esquema es que no contiene
objetos tales como package, procedimientos o funciones almacenadas, triggers, etc.
Archivos planos con código SQL, almacenados en carpetas del servidor, actúan como
contenedores de las rutinas, que se ejecutan como SQL dinámico.

Además los sistemas SEF y SIF, en este servidor hay otros sistemas, que también
emplean el mismo esquema en la base de datos. Los conjuntos de tablas empleados por

47
 
cada sistema son diferenciados mediante prefijos, por ejemplo el SEF, sus tablas
comienzan con EXP_ y el SIF con IMP_.

Las líneas punteadas en las figuras 14 y 15 representan las relaciones que se han
determinado a través del análisis para reconstruir los modelos de datos originales,
mientras tanto las líneas continuas representan relaciones existentes en el esquema. Las
tablas coloreadas con amarillo representan las tablas históricas. En estos esquemas no se
han incluido las tablas operacionales o temporales. Los modelos de datos completos de
estos sistemas se encuentran en el anexo I y J.

 
Figura 14.- Modelo de Datos Sistema de Exportaciones Forestales (SEF).
 

48
 
 Figura 15.- Modelo de Datos Sistema de Importaciones Forestales (SIF).

8.3.5 Información Histórica

El SEF, posee datos desde el año 1978 a la fecha, con aprox. 1.300.000 registros
históricos y el SIF datos desde el 2002 con aprox. 450.000 registros históricos a la fecha.
El tamaño de estas bases de datos es de aproximad2GB.

8.3.5 Entradas y Salidas de los Sistema

Las entradas de los sistemas son las siguientes:
 Archivos Aduaneros AAE para el sistema SEF y el AAE para el sistema SIF (ver
anexo A y B).
 Modificaciones de datos en tablas del sistema, principalmente la TTP por parte
del usuario mediante los aplicativos CRUD de los sistemas.

Las salidas de los sistemas son las siguientes:

 Tablas actualizadas:
o SEF: EXP_HISTORICA, EXP_HISTORICA_ADICIONAL,
EXP_EXPORTADORES.
o SIF: IMP_HISTORICA, IMP_HISTORICA_ADICIONAL,
IMP_IMPORTADORES, IMP_TRANSPORTADORAS.
 Reportes: los sistemas generan reportes. Los que presentan errores son
corregidos por el usuario, y algunos generados mediante planillas Excel, como se
mencionó.

49
 
8.4 Plan de Trabajo

El plan de trabajo simboliza una definición de requerimientos en términos generales, que

permite tener una visión global del proyecto. En esta participó principalmente la Sra.
Claudia Delard y el Sr. Marcelo Monsalves.

8.4.1 Metas del Proyecto

Este proyecto consiste en disminuir hasta en un 40% el tiempo en que está disponible la
información para que los usuarios realicen el análisis de esta. Para lograr esto se plantea
la incorporación de aplicativos que permitan gestionar nuevas reglas de filtro y
asignaciones de códigos de productos CAEF, logrando al corto plazo automatizar estas
tareas, ya que el usuario incluirá los casos no cubiertos por los sistemas a migrar.
Además, permitir al usuario construir reportes o modificarlos. A esto se suma la
posibilidad de generar los reportes en una primera etapa, antes de depurar por completo
los datos, así tener publicaciones anticipadas de la información e ir realizado la
depuración de los datos a medida que transcurre el mes hasta lograr una versión más
exacta y depurada de la información.

Como parte de las mejoras, se plantea una homologación y actualización de la

plataforma tecnológica a nivel de motor de base de datos e interfaz de usuario, junto con
la redefinición de las funcionalidades actuales, más nuevas funcionalidades (cinco). Por
lo tanto los entregables del proyecto son el prototipo funcional, y la documentación
asociada (manual de usuario, manual de instalación y el presente documento de tesis).

8.4.2 Descripción Conceptual de la Solución

La arquitectura propuesta para el prototipo del nuevo sistema (ver figura 16), se basa en
la arquitectura para Data Warehouse planteada en [BER09], debido a que esta se ajusta a
las necesidades funcionales, analíticas y de integración descritas en el capítulo 4.

50
 
 Figura 16.-Arquitectura Propuesta para el Prototipo.

La secuencia de operación del esquema de la figura 16 es la siguiente:

1. Los datos son extraídos desde los archivos y almacenados en el repositorio.
2. Los datos son procesados (transformados, limpiados), para luego ser cargados en
la base de datos histórica.
3. La información histórica se almacenada en estructura de tipo cubos
multidimensionales, o modelo de datos tipo estrella [BER09], ya que de esta
forma se mejora el performance de las consultas.
4. Los usuarios acceden a la información, utilizando diversas herramientas de
consulta, exploración, análisis, reportes, etc.

La arquitectura propuesta para el prototipo se divide en las siguientes áreas:

1. Área de Procesamiento de Archivos Aduaneros: sus principales funciones son las
de validar la estructura de los archivos aduaneros, cargar estos en el Repositorio
de Archivos Aduaneros (ver figura 16), y finalmente entregar la información del
proceso para que el usuario pueda localizar posibles errores y corregirlos de ser
posible. El propósito del repositorio de archivos aduaneros es permitir al usuario
realizar búsqueda de información específica en los datos de los archivos, dado
que en las tablas históricas sólo se almacena una parte de esta.
2. Área de Procesamiento de Datos: es un área temporal (Data Staging Area) donde
se procesan los datos aduaneros del periodo en curso [AID], sobre estos datos se
realiza el proceso PEIA. Estos son extraídos desde el Repositorio de Archivos
Aduaneros (ver figura 16), y es aquí donde se aplican las transformaciones
necesarias, como filtrado de registros, asignaciones de códigos, cálculos,
conversiones, etc.

51
 
 3. Área de Datos Históricos: en esta área se almacena la información depurada que
resulta del proceso PEIA. Los datos elaborados en el área temporal son cargados
en las tablas históricas, desde donde finalmente se obtienen los datos para los
reportes, consultas y los cubos OLAP. La información histórica reside en una
base de datos relacional, donde existen restricciones de integridad de los datos,
que permitan asegurar la integridad de estos de acuerdo a un modelo de datos
tipo estrella [BER09].
4. Acceso a Datos por Usuarios Finales:
a. Modelos de Minería de Datos: con esto es posible realizar búsqueda de
reglas de asociación, con el propósito de descubrir relaciones implícitas
en los datos [BOC02].
b. Aplicaciones de Usuarios Finales: su objetivo es permitir gestionar el
proceso PEIA, administrar las tablas del sistema mediante operaciones
CRUD, visualizar algunos reportes, revisar log del proceso, entre otras
funciones.
c. Servidor de Reportes: su objetivo es facilitar la tarea de gestión de
reportes y verificar los privilegios y restricción de acceso a la
información.
d. Herramientas de Consultas: las tareas de consultas se realizan a través de
herramientas de escritorio, o aplicaciones WEB.

8.4.3 Migrar Bases de Datos

La migración de bases de datos involucra la creación de un nuevo modelo de datos
mejorado, que cumpla con eliminar redundancia de datos y completitud, en cuanto a
tablas y campos requeridos según el problema y las necesidades del negocio. Además se
requiere migrar el motor de base de datos, de Oracle 7.3 a SQL Server 2008.

La migración de la base de datos incluye los datos históricos y las tablas de códigos o
parámetros normalizadas, debido a redundancia de datos y que existen distintos códigos
para referir a un mismo tipo, por ejemplo, se da que más de un código referencia a un
mismo tipo de especie, y así con otros parámetros. Estas situaciones en la base de datos
deben corregirse. Para esto los usuarios de los sistemas facilitarán planillas con códigos
normalizados, que serán los que deben estar en la nueva base de datos.

52
 
 9. TECNOLOGÍAS SELECCIONADAS

El criterio de selección de herramientas consistió en que estas fuesen gratuitas o de muy

bajo costo, tener compatibilidad con la Suite SQL Server 2008®, la cual junto a Visual
Studio 2008® son requisitos del proyecto. En cuanto a herramientas de usuario, estas no
deben requerir de programación para su empleo,  sin embargo debe existir al menos la
posibilidad de extraer datos mediante instrucciones SQL con el fin de facilitar
requerimientos de información muy particulares.

Del problema descrito y revisión de los sistemas SEF y SIF, se desprenden las siguientes
12
necesidades tecnológicas para la implementación del prototipo: procesos ETL e
integrar datos, creación y gestión de reportes, y consultas a bases de datos.

9.1 Procesos ETL

Los procesos ETL tienen como objetivo transferir datos desde diversos orígenes a
sistemas objetivos, desde donde finalmente se realiza análisis. Las etapas del proceso
son las siguientes:
 La primera etapa, extracción, consiste en recolectar los datos, que pueden residir
13
en un SGBD , sistemas no convencionales o fuentes externas, ya sea texto,
hipertexto, hojas de cálculos, etc. [BER09].
 Luego, durante la etapa de transformación se realizan comúnmente tareas de
asignar o normalizar códigos, conversiones de unidades de medida, convenciones
de nombres, limpieza de datos (por ejemplo quitar valores vacíos), entre otras
tareas [BER09].
 Finalmente, la etapa de carga consiste en poblar almacenes de datos (por ejemplo
un Datawarehouse), Data Mart (base de datos departamentales), bases de datos
relacionales, etc. [BER09].

9.2 Minería de Datos

                                                            
12
ETL siglas en ingles de Extract-Transform-Load, que significan Extraer, Transformar y Cargar. 
13
Los SGBD (Sistema de Gestión de Base de Datos) son un tipo de software muy específico, dedicados a
servir de interfaz entre la base de datos, el usuario y las aplicaciones que lo utilizan. Se compone de
lenguajes de definición, manipulación, consulta y seguridad de datos [BER09]. 

53
 
Minería de Datos es una técnica para descubrir patrones y relaciones entre abundantes
cantidades de datos, que a simple vista o que mediante otros tipos de análisis no se
pueden deducir, ya que tradicionalmente consumiría demasiado tiempo o estaría fuera de
las expectativas.

El proceso de minería de datos consta básicamente de las siguientes etapas [MD]:

 Selección del conjunto de datos: tanto en lo que se refiere a las variables objetivo
(aquellas que se quiere predecir, calcular o inferir), como a las variables
independientes (que sirven para hacer el cálculo o proceso), como posiblemente
al muestreo de los registros disponibles.
 Análisis de las propiedades de los datos: en especial histogramas, diagramas de
dispersión, presencia de valores atípicos y ausencia de datos (valores nulos).
 Transformación del conjunto de datos de entrada: se realiza de diversas formas
en función del análisis previo, con el objetivo de prepararlo para aplicar la
técnica de minería de datos que mejor se adapte a los datos y al problema, a este
paso también se le conoce como pre-procesamiento de datos.
 Seleccionar y aplicar la técnica de minería de datos: se construye el modelo
predictivo, de clasificación o segmentación, etc.
 Extracción de conocimiento: mediante una técnica de minería de datos, se
obtiene un modelo de conocimiento, que representa patrones de comportamiento
observados en los valores de las variables del problema o relaciones de
asociación entre dichas variables.
 Interpretación y evaluación de datos: una vez obtenido el modelo, se debe
proceder a su validación comprobando que las conclusiones que arroja son
válidas y suficientemente satisfactorias.

El proceso se repite cuantas veces sea necesario hasta que el modelo sea validado.

9.3 Herramientas de Desarrollo

9.3.1 SQL Server 2008 Enterprise

La Suite SQL Server 2008 (Katmai) dispone de un motor de base de datos relacional y
varias plataformas orientadas a resolver problemas de Business Intelligence [BI], como
los son integración de datos, reportes, consultas OLAP, minería de datos, entre otros.
Las siguientes plataformas integran la Suite SQL Server 2008 [LBS]:

54
 
  Motor de base de datos: este servicio es para almacenar, procesar y proteger los
datos. Es una base de datos relacional.
 Analysis Services (SSAS), para datos multidimensionales: admite OLAP al
permitir al usuario diseñar, crear y administrar estructuras multidimensionales
que contienen datos agregados de otros orígenes, tales como bases de datos
relacionales.
 Analysis Services (SSAS), para minería de datos: permite al usuario diseñar,
crear y visualizar modelos de minería de datos. Estos modelos de minería de
datos se pueden construir a partir de otros orígenes de datos empleando una
amplia variedad de algoritmos de minería de datos estándar (Reglas de
asociación, etc.).
 Integration Services (SSIS): plataforma para generar soluciones de integración de
datos de alto rendimiento, lo que incluye paquetes que proporcionan
procesamiento de extracción, transformación y carga (ETL) de datos.
 Reporting Services (SSRS): es un servidor de informes habilitados para Web con
el fin de poder gestionar informes que extraigan contenido a partir de una
variedad de orígenes de datos, publicar informes con distintos formatos y
administrar centralmente la seguridad y las suscripciones.

9.3.2 Visual Studio 2008

Microsoft Visual Studio 2008 (VS 2008) es un entorno de desarrollo integrado (IDE, por
sus siglas en inglés, Integrated Development Environment) para sistemas operativos
Windows. Soporta varios lenguajes de programación tales como Visual C++, Visual C#,
ASP.NET y Visual Basic .NET.
Visual Studio permite crear aplicaciones WEB o desktop, así como servicios web en
cualquier entorno que soporte la plataforma .NET (a partir de la versión .NET 2002)
[MVS].

9.3.3 Reportes y Consultas

Las herramientas empleadas para generar reportes y consultas a las bases de datos son
las siguientes:
 Report Builder 2.0®: herramienta Microsoft gratuita para la generación de
reportes, los cuales pueden ser publicados en el servidor de reportes SSRS.
Permite construir reportes en forma visual, arrastrando objetos sobre un área de
trabajo, como tablas, imágenes y otros. Además permite conexiones a varios

55
 
 tipos de motores de base de datos (Oracle 8i® o superior, SQL Server 2008,
MySql®, entre otras) [RP].
 FlySpeed SQL Query®: herramienta para generar consultas a la base de datos.
14
Permite construir secuencias en lenguaje T-SQL sólo arrastrando los objetos
(tablas, vistas y funciones) a un área de trabajo y automáticamente se generan las
relaciones entre estos [FSQ].
 Ranet-Uilibrary-Olap®: librería que implementa un control visual para .NET y
Silverlight. Se emplea para realizar consultas OLAP a la base de datos
multidimensional de SSAS [RUO].
 Excel 2007®: aplicación de planillas de cálculos Microsoft que permite
conexiones tanto a bases de datos relacionales como multidimensionales, y así
visualizar tablas, vistas, o cubos. Además es posible visualizar y emplear los
algoritmos de Minería de Datos de la plataforma de SSAS [DMA].

9.3.4 Tecnologías Web

Para implementar el prototipo se emplean las siguientes tecnologías WEB:
 IIS 7®: Internet Information Server es una aplicación de servidor web
desarrollado por Microsoft y empleado sobre sistemas operativos Microsoft
Windows [IIS].
 Tecnología ASP.NET 3.5®: es un Framework para aplicaciones web
desarrollado y comercializado por Microsoft. Es usado para construir sitios web
dinámicos, aplicaciones web y servicios web XML [ASP].
 Code OnTime®: esta herramienta, en su versión libre, permite generar páginas
web en ASP.NET a partir de la definición de tablas de una base de datos. Esta
herramienta genera el código y la interfaz para realizar las operaciones CRUD
sobre las tablas mapeadas [COG].
 Obout®: librería con licencia académica que consiste en una serie de controles
visuales que se pueden integrar con las páginas WEB ASP.NET. Estos controles
son botones, lista, grillas y funcionalidades Ajax para llamada de procedimientos
asíncronos [OSA].

9.4 Migración de Base de Datos

                                                            
14
Lenguaje Transact-SQL propiedad de Microsoft, principalmente empleado en SQL Server.
http://msdn.microsoft.com/en-us/library/ms189826(SQL.90).aspx 

56
 
Para migrar los datos desde los sistemas SIH se emplearon las siguientes herramientas:
 SSMA®: esta herramienta permite copiar un esquema o parte de este y sus datos
desde una instancia de base de datos ORACLE 8i en adelante, a un esquema en
una instancia del motor de base de datos SQL Server 2008 [MSS].
 PL/SQL Developer 6.0®: esta herramienta es un IDE que permite al usuario
interactuar de forma visual y mediante editores de PL/SQL con el motor de base
de datos de ORACLE [PLS].
 Oracle 10g Express®: motor de base datos gratuito para desarrollos y propósitos
académicos. Esta versión es limitada, ya que permite emplear una CPU, 1 GB de
RAM, y 4 GB para tamaño de bases de datos [ORC].

9.5 Herramientas Hardware

Todos los desarrollos y pruebas preliminares se realizaron en el ambiente de desarrollo

(equipo facilitado por el alumno en tesis), con una configuración similar a la del
ambiente de producción en cuanto a base de datos y servidor web (ver tabla 4). La figura
17 muestra la distribución de las tecnologías.

Ambiente Producción Ambiente Desarrollo

Tipo Servidor Notebook
Marca HP® HP®
Sistema Operativo Windows Server 2008 Enterprise ® Windows 7 Ultimate®
Capacidad Memoria RAM 16 GB 4 GB
Procesador Intel Xeon E5430 2.66 GHz (x2) AMD TurionX2 64 bit 2GHz ®
Capacidad Disco Duro 500 GB 120 GB
Tabla 4.- Descripción del Hardware.

 
Figura 17.- Diagrama Arquitectura Tecnológica.

57
 
 10. DEFINICIÓN DE REQUERIMIENTOS

El tercer objetivo tiene por finalidad obtener una definición precisa de los
requerimientos en cuanto a funcionalidades e información que el prototipo debe
satisfacer. La definición de requerimientos se logra en base a entrevistas con los
usuarios, revisión de los sistemas, la documentación existente y del negocio al que estos
sistemas apoyan. A los requerimientos se les asigna un valor de prioridad según su
importancia dentro del proceso PEIA (ver tabla 5).

Valor Descripción
A Alta: es necesaria para realizar el proceso PEIA.
M Media: entrega mejoras y facilidades notables en la realización del proceso, pero no invalida la
realización de este.
B Baja: facilita algunas tareas, pero no es invalidante para el proceso PEIA.
Tabla 5.- Nomenclatura Prioridad de los Requerimientos.

10.1 Requerimientos Funcionales

Los requerimientos REQ. 001 al REQ. 006, de la tabla 6, están directamente vinculados
con el proceso PEIA.

Id. Requerimiento Nombre y Descripción Prioridad

REQ. 001 Carga de Archivos Aduaneros A
REQ. 001.1 (funcionalidad heredada)
El sistema permitirá cargar los archivos aduaneros de exportaciones e importaciones (para la estructura dada
en los anexos A y B).

REQ. 001.2 (funcionalidad heredada, mejorada)

El sistema debe verificar la consistencia de la información en cuanto al largo de registros y tipo de datos
contenidos en cada registro del archivo, e indicar el resultado de esto.

REQ. 001.3 (Propuesto por el alumno en tesis)

El sistema deberá mostrar los errores ocurridos durante el proceso de carga de archivo.

REQ. 001.4 (Propuesto por el alumno en tesis)

El sistema permitirá almacenar en un repositorio los archivos cargados. La finalidad de esto es poder
resguardar esta información para realizar futuras búsquedas de información en los datos del archivo.

REQ. 001.5 (Propuesto por el alumno en tesis)

Validación de estructura de archivo de exportaciones según definición XML. Esta entrega información de los
tipos de errores, la columna y fila del archivo donde se produjo el error. Funcionalidad experimental
extensible a otros archivos. Esta se implementará en una aplicación de escritorio, aparte del prototipo, de esta
forma no se consumen recursos del servidor en cuanto a procesamiento.

Observaciones: estos requerimientos se aplican tanto al módulo de exportaciones como al de importaciones.

REQ. 002 Filtrado de Registros A
REQ. 002.1 (nueva funcionalidad)
El sistema permitirá seleccionar los registros que pertenecen al sector forestal o maderero. Esto se debe
realizar en base a reglas de filtros definidos por los usuarios.

REQ. 002.2 (funcionalidad heredada)

Las reglas de filtro deben considerar el código de Arancel Aduanero Chileno (AAC) y la descripción de la

58
 
mercancía de cada registro del archivo. La descripción de cada registro se compone por la concatenación de
columnas del archivo.

REQ. 002.3 (nueva funcionalidad)

El sistema debe tener un aplicativo que permita incorporar y gestionar las reglas para filtros, estos es agregar,
modificar, eliminar y visualizar las reglas.

REQ. 002.4 (funcionalidad heredada)

El sistema debe tener un aplicativo que permita realizar el proceso de filtrado de registros.

REQ. 002.5 (funcionalidad heredada)

Visualizar resultados: registros seleccionados, eliminados, sin asignar y resumen.

REQ. 002.6 (Propuesto por el alumno en tesis)

El sistema deberá buscar en los datos históricos reglas de filtrado y marcar los registros que no fueron
aceptados por la reglas definidas por los usuarios como registros “propuestos” para ser aceptados si el
usuario estima conveniente.

REQ.002.7 (Propuesto por el alumno en tesis)

El sistema deberá mostrar qué reglas de filtros fueron aplicadas a cada registro. De esta forma se logra saber,
en caso de errores, si la regla debe ser modificada o eliminada.

Observaciones: estos requerimientos aplican tanto al módulo de exportaciones como al de importaciones.

REQ. 003 Asignaciones y Cálculos A
REQ. 003.1 (funcionalidad heredada con mejoras)
El módulo de importaciones debe realizar las siguientes asignaciones en los campos de la TTP (tabla
temporal de proceso).
 Asignar código de Importadores.
 Asignar código Compañías de Transportes.
 Buscar y asignar Nuevos Importadores.
 Buscar y asignar Nuevas Co. Transportadoras.
 Gestionar Nuevos Importadores (modificar sus datos).
 Gestionar Nuevas Co. Transportadoras (modificar sus datos).
 Asignar código de productos CAEF (cód. de productos, cód. de especies, cód. de calidades).
 Calcular y asignar volumen y tonelaje.
 Asignar Consorcios, Proveedores.

REQ. 003.2 (funcionalidad heredada con mejoras)

El módulo de exportaciones debe realizar las siguientes asignaciones en los campos de la TTP:
 Asignar código de Exportadores.
 Buscar y asignar Nuevos Exportadores.
 Gestionar Nuevos Exportadores (modificar sus datos).
 Calcular y asignar tonelaje, flete, volumen.
 Asignar unidad de medida, puerto de embarque, consorcios (grupos de exportadores), región real
del exportador.
 Calcular y asignar metros cúbicos de madera aserrada y de producto.

REQ. 003.3 (funcionalidad heredada)

El módulo de importaciones y exportaciones debe permitir mediante un aplicativo ejecutar las rutinas de
asignación y cálculos.

REQ. 003.4 (nueva funcionalidad)

El módulo de importaciones y exportaciones debe permitir modificar las reglas de asignación de códigos de
productos CAEF mediante algún aplicativo. Los cambios en las reglas de asignación o filtrado, no deberán
afectar los datos históricos, ya que por definición INFOR no modifica información que ya fue publicada en
los boletines.

REQ. 003.5 (funcionalidad heredada con mejoras)

El módulo de importaciones y exportaciones debe permitir modificar las reglas de asignación y cálculo
mediante la modificación de los scripts SQL que se ejecutan. Estos deben estar en archivos planos en un
directorio habilitado del servidor.

59
 
REQ. 003.6
Al finalizar el proceso de asignaciones y cálculos se debe mostrar los resultados, estos deben ser la cantidad
de valores asignados y no asignados (vacíos o nulos y valores en cero).

Observaciones: estos requerimientos aplican tanto al módulo de exportaciones como al de importaciones.

REQ. 004 Validar Información Procesada A
El sistema mediante un aplicativo permitirá validar la información generada en el proceso para los campos
asignados y calculados. Esta validación consiste en:
1. Mostrar los registros con los campos nulos o sin asignar y con valores en cero.
2. Códigos no válidos de: productos, especie, calidad, exportador/importador, Co. Transporte.
3. Volumen, monto FOB, monto CIF, tonelaje, flete, etc.

Observaciones: estos requerimientos aplican tanto al módulo de exportaciones como al de importaciones.

REQ. 005 Gestionar Tablas del Sistema M
REQ. 005.1
El sistema permitirá administrar los datos de todas las tablas del sistema. Para esto el sistema mostrará los
datos de las tablas en una grilla con funcionalidades que permitan realizar las operaciones necesarias. Se
requiere modificar los datos históricos directamente ya que los archivos aduaneros presentan errores al ser
tipiados a mano en el SNA, y es necesario poder modificarlos si presentan errores o diferencias significativas
respecto a los datos publicados por otras instituciones respecto de lo mismo antes de generar la información
publicada en los boletines.

REQ. 005.1.1
Las funciones de la grilla para administrar tablas del sistema deben ser las siguientes:
1. Buscar datos en la grilla.
2. Filtrar datos por columnas.
3. Ordenar datos por columnas.
4. Realizar operaciones CRUD sobre las tablas.
5. Exportar los datos de la grilla a planillas Excel.
6. Mostrar la grilla en forma paginada y poder recorrer las páginas.

Observaciones: estos requerimientos aplican tanto al módulo de exportaciones como al de importaciones.

REQ. 006 Carga de Datos Históricos A
REQ. 006.1
El sistema permitirá cargar los datos procesados y validados en las tablas históricas del prototipo.

REQ. 006.2 (Propuesto por el alumno en tesis)

El sistema deberá recalcular automáticamente los Cubos para consultas OLAP al momento de realizar la
carga de datos procesados y validados en las tablas históricas.

REQ. 006.3 (Propuesto por el alumno en tesis)

El sistema debe permitir eliminar la carga histórica de algún periodo indicado por el usuario. Esto facilita la
tarea de realizar cargas, ya sea, total o parcial, siendo posible mostrar datos preliminares en forma paralela a
la depuración de los datos del mismo periodo.

Observaciones: estos requerimientos aplican tanto al módulo de exportaciones como al de importaciones.

Tabla 6.- Requerimientos Proceso PEIA.

10.2 Otros Requerimientos Funcionales

Id. Requerimiento Nombre y Descripción Prioridad

REQ. 007 Gestión de Usuarios B
Es sistema debe permitir gestionar a los usuarios del sistema: agregar, eliminar, y modificar información
del usuario.
REQ. 008 Autentificación de Usuarios A
Es sistema debe solicitar autentificación de los usuario, esto mediante el ingreso del nombre de usuario y
la password.
REQ. 009 Consultas a Base de Datos M
REQ. 010.1(Propuesto por el alumno en tesis)
El sistema permitirá realizar consultas OLAP a los datos históricos de exportaciones e importaciones

60
 
forestales. (Similar a tablas dinámicas en planillas Excel)

REQ.010.2 (funcionalidad heredada con mejoras)

El sistema permitirá realizar consultas sobre la base de datos histórica de exportaciones e importaciones
forestales y tablas en general de la base de datos. Esto es, realizar consultas mediante algún aplicativo que
facilite esta tarea sobre la base de datos relacional empleando lenguaje SQL.
REQ. 010 Generación y Gestión de Reportes M
REQ. 011.1(Propuesto por el alumno en tesis)
El sistema permitirá generar los reportes y cuadros definidos por el usuario. Para ello se dispondrá de
algún aplicativo u herramienta que facilite esta tarea. Estos reportes podrán ser posteriormente
modificados, además se deben poder exportar a planillas Excel.
REQ. 011 Módulos del Sistema A
El sistema debe disponer del módulo de exportaciones para procesar los datos de exportaciones aduaneras,
y debe constar con el módulo de importaciones para procesar los datos de importaciones aduaneras.
Tabla 7- Otros Requerimientos Funcionales.

10.3 Requerimientos de Información

Este conjunto de requerimientos indica a qué información el usuario puede tener acceso
desde el prototipo, ya sea reportes o consultas sobre la base de datos (ver tabla 8).

Id. Requerimiento Nombre y Descripción Prioridad Estado

REQ. 012 Reportes del Sistema A
REQ. 012.1 (Propuesto por el alumno en tesis)
El sistema debe desplegar un reporte con el resultado del proceso de carga de archivo.

REQ. 012.2 (Propuesto por el alumno en tesis)

El sistema debe desplegar un reporte con el resultado del proceso de filtro en cuanto a filtros aplicados.

REQ. 012.3 (Propuesto por el alumno en tesis)

El sistema debe desplegar un reporte con la estadística de cargas del archivo.
REQ. 013 Reportes de Exportaciones e Importaciones A
Es sistema permitirá generar los siguientes cuadros predefinidos:
REQ. 013.1
Cuadros de exportaciones:
1. Cuadro 2: monto exportado por periodo según productos.
2. Cuadro 3: monto exportado por periodo según país destino.
3. Cuadro 4: monto exportado por periodo según exportador.
4. Cuadro 5: monto exportado por periodo según puerto de embarque.
5. Cuadro 6: exportaciones forestales según grupos y productos.
6. Cuadro 7: exportaciones según principales países y sus productos.
7. Cuadro 8: exportaciones según principales exportadores y sus productos.
8. Cuadro 9: volumen exportado de producto según país destino.
9. Cuadro 10: volumen exportado de producto según exportador.
10. Cuadro 11: volumen de un producto exportado por año según mes.
11. Grafico 1: evolución de precios según productos.
12. Grafico 2: volumen exportado según región destino.

REQ. 013.2
Cuadros de importaciones:
1. Cuadro 2: monto importado por periodo según productos.
2. Cuadro 3: monto importado por periodo según país destino.
3. Cuadro 4: monto importado por periodo según exportador.
4. Cuadro 5: monto importado por periodo según puerto de embarque.
5. Cuadro 6: importaciones forestales según grupos y productos.
6. Cuadro 7: importaciones según principales países y sus productos.
7. Cuadro 8: importaciones según principales exportadores y sus productos.

61
 
 8. Cuadro 9: volumen importado de producto según país destino.
9. Cuadro 10: volumen importado de producto según exportador.
10. Cuadro 11: volumen de un producto importado por año según mes.
11. Grafico 1: evolución de precios según productos importados.
12. Grafico 2: volumen importado según región destino.
REQ. 014 Migración de Base de Datos A
REQ. 014.1
Se debe diseñar e implementar un modelo de datos que posea restricciones de integridad para los datos y
completitud en cuanto a las tablas que requiera el negocio. Esto es corregir los datos según las
indicaciones de los usuarios. Además, el nuevo modelo de datos debe ser similar al actual con el fin de
facilitar el entendimiento de este para los usuarios.

REQ. 014.2
Se debe realizar las correcciones indicadas por los usuarios a los datos históricos, ya que estos presentan
errores.

REQ. 014.3
Se deben migrar tanto los datos del sistema heredado de importaciones como el de exportaciones (SEF y
SIF respectivamente).
REQ. 015.1 Dimensiones y Medidas para Cubos M
REQ. 015.1.1 (sugerencias usuario)
Las medidas disponibles para importaciones: CIF, FOB, Precio CIF y FOB, tonelaje, volumen, precio
calculado (CIF/volumen), flete.

Las dimensiones disponibles para importaciones: Años, Meses, Productos, Especies, Países de Origen,
Importadores, Puerto Embarque, Puerto Desembarque.

REQ. 015.1.2 (sugerencias usuario)

Las medidas disponibles para exportaciones: tonelaje, FOB , flete, CIF, cantidad, precio, volumen, metros
cúbicos madera aserrada, metros cúbicos de productos, precio calculado (FOB/volumen)

Las dimensiones disponibles para exportaciones: años, meses, exportadores, países destino, continente
destino, puerto desembarque, puerto embarque, productos.

Jerarquías de las dimensiones: para fechas se quiere mantiene año-mes-día. Para productos, categoría-
Productos. Para países, País-Puerto de desembarque / embarque.
Tabla 8.- Requerimientos de Información.

10.4 Requerimientos No Funcionales

Id. Requerimiento Nombre y Descripción Prioridad

REQ. 016 Aplicación Web A
Es prototipo debe ser un sitio web desarrollado en ASP.NET 3.5, empleado lenguaje de programación del
lado del servidor C# (CSharp).
REQ. 017 Herramientas a Emplear A
REQ. 017.1
Para desarrollar se debe emplear el IDE Visual Studio 2008 Professional SP1.
REQ. 018 Motor de Base de Datos A
REQ. 018.1
Para implementar la base de datos se debe emplear SQL Server 2008 Enterprise (Katmai)

REQ. 018.2
Se requiere la instalación y configuración de las distintas plataformas de la Suite SQL Server 2008 en el
servidor de producción.
REQ. 019 Otras Implementaciones B I
REQ. 019.1 (Propuesto por el alumno en tesis)
Modelo de minería de datos para la búsqueda de reglas de asociación entre productos forestales exportados
e importados.
Tabla 9.- Requerimientos No Funcionales.

62
 
 11. ANÁLISIS DE REQUERIMIENTOS

El análisis de los requerimientos se realizó mediante la obtención de diversos artefactos

UML. Esto permite tener un mecanismo visual y descriptivo que facilite la comprensión
de los requerimientos. Los artefactos UML seleccionados son los siguientes: diagramas
de casos de uso, casos de uso expandido, diagramas de secuencia, contratos de las
funcionalidades relevantes [LAR03] y diagramas de ETL de la herramienta Integration
Services.

11.1 Cubos y Dimensiones

Los modelos conceptuales de los cubos, rescatados del requerimiento REQ.015.1, se

pueden representar en los diagramas de las figuras 18 y 19, los cuales muestran la
relación entre las dimensiones e indicadores [BER09].

Figura 18.- Modelo Conceptual Cubo de Exportaciones.

 

63
 
 Figura 19.- Modelo Conceptual Cubo de Importaciones.

11.2 Diagrama de Casos de Usos

Los casos de uso son requisitos funcionales que indican qué hará el sistema, y además,
ayudan a comprender como se comportará el sistema [LAR03]. En la figura 20 se
pueden distinguir los casos de uso en color azul, Elaborar Información Exportaciones
(EIE) y Elaborar Información Importaciones (EII). Estos son los más importantes, ya
que representan el proceso PEIA por completo. Los demás casos de usos dan soporte a
tareas como agregar usuarios, crear un reporte o realizar una consulta a la base de datos.

64
 
  
Figura 20.- Diagrama de Contexto de Casos de Uso Parcial.

Los casos de uso EIE y EII se han separado para mostrar que el prototipo posee dos
módulos, cada uno orientado a procesar los datos de exportaciones o importaciones,
respectivamente. Además, se muestra en las figuras los casos de usos que implementan
el proceso PEIA. Ver figura 21 y 22.

Figura 21.- Diagrama Contexto Caso de Uso EIE.

 

65
 
 Figura 22.- Diagrama Contexto Caso de Uso EII.

11.3 Casos de Uso Extendidos

La tabla 10 muestra los casos de uso vinculados a cada requerimiento, las tablas 10 y 11
muestran dos casos de uso (otros casos de uso se pueden ver en la sección anexo K).

CU/Req. req001 req002 req003 req004 req005 req006 req007 req008 req009 req010
CU000 X X X X X X X X X X
CU001 X
CU002 X
CU003 X
CU004 X
CU005 X X
CU006 X
CU007 X
CU008 X
CU009 X
CU010 X
CU011 X
CU012 X
CU013 X
CU014 X
CU015 X
Tabla 10.- Matriz Trazabilidad de Requerimientos.

Caso de Uso CU000: Elaborar Información Exportaciones / Importaciones

Actor Principal
Usuario (Especialista de la unidad CIF)

66
 
Propósito
Elaborar la información de aduana (exportaciones o importaciones) para obtener los reportes empleados en
las publicaciones (boletines, y otras).
Resumen
El usuario, una vez autentificado, accede al módulo de elaboración de la información aduanera
(exportaciones o importaciones), carga el archivo de aduana en el repositorio, selecciona y carga los
registros de este en un área temporal para realizar la depuración de los datos, filtra los registros, quedando
seleccionados los que pertenecen al sector forestal y maderero, realiza la asignación de código CAEF
(producto, especie, calidad), asigna las empresas vinculadas, realiza los cálculos de volumen , flete, entre
otros, codifica o depura en forma manual los campos nulos o en cero, finalmente carga los registros
depurados , desde el área temporal de proceso a las tablas históricas. Una vez terminada la carga histórica
se procede a exportar los reportes y realizar las consultas necesarias.
Referencias Cruzadas
CU001: Cargar Archivo.
CU002: Seleccionar Archivo Cargado.
CU003: Filtrar Registros.
CU004: Asignar y Calcular.
CU005: Codificar Registros.
CU006: Cargar Históricas.
CU007: Generar Reportes.
CU011: Autentificar Usuario.
CU012: Gestionar Reportes.
CU013: Consultar OLAP.
CU014: Consultar T-SQL.
CU015: Gestionar Tablas del Sistema.
Tabla 11.- Caso de Uso: Elaborar Información Aduanas.
 

Caso de Uso CU001: Cargar Archivo

Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Almacenar el o los archivos aduaneros en el repositorio de archivos.
Resumen
El usuario, una vez autentificado, accede al aplicativo para cargar archivos aduaneros, ingresa el periodo
mes y año, busca el archivo en su ordenador, selecciona el archivo, luego el sistema transporta el archivo
desde el ordenador del usuario al servidor remoto y guarda este archivo en sus bases de datos y valida la
estructura y tipos de datos de este. Finalmente se genera el log de este proceso para que el usuario pueda
visualizar los resultados y determinar si el proceso de carga está correcto.
Escenario Principal de Éxito (o flujo básico)
Actor Sistema
1.- El usuario ingresa al aplicativo Cargar Archivos.
(Módulo Exportaciones o Importaciones)
2.- El usuario ingresa el periodo (año y mes)
correspondiente al archivo que desea cargar en el
sistema.
3.- El usuario busca el archivo en su ordenador.
4.- El usuario selecciona el archivo a cargar.
5.- El usuario indica al sistema subir el archivo al 6.- El sistema sube el archivo al servidor.
servidor remoto.
7.- El sistema realiza la primera validación de
periodo del archivo y estructura.

8.- El sistema despliega la información de la

9.- El Usuario indica al sistema procesar el archivo.
13.- El usuario revisa log y estadísticas del proceso.
validación.
10.- El sistema realiza las validaciones registro a
registro (periodo de cada registro, estructura de
este, tipos de datos).
11.- El sistema carga el archivo en la base de datos.
12.- El sistema despliega información del resultado
de la carga.

67
 
Flujos Alternativos
2.- El usuario ingresa datos no numérico como año
a. El sistema indicara que debe ser un valor numérico de para un año valido (ej. 2009, 1790, numero
de cuatro dígitos).
3.- No se dan flujos alternativos.
4.- No se dan flujos alternativos.
5.1.- El usuario ha seleccionado un archivo de tipo diferente a RAR.
a. El sistema no permitirá subir el archivo indicando que la extensión del archivo no es la correcta.
b. El usuario debe seleccionar otro archivo de tipo RAR.
5.2.- El usuario indica al sistema la eliminación de un archivo previamente cargado.
6.- El sistema no pudo subir el archivo.
a. El sistema indicará esta situación.
b. El usuario deberá intentar subir nuevamente el archivo.
c. De no ser posible se debe dar aviso a la unidad Informática.
7.- El archivo subido al servidor no cumple las condiciones
a. El sistema indicará que validación no se cumplen.
b. El usuario debe evaluar si es posible modificar el archivo para que cumpla con las validaciones o
verificar alguna solución con el Servicio Nacional de Aduanas.
8.- No se dan flujos alternativos.
9.- El sistema no puede procesar el archivo.
a. El sistema debe indicar el error mediante el reporte de log del proceso.
10.- El sistema verifica validaciones que no se cumplieron en el archivo.
a. El usuario puede ver el reporte de log del proceso para determinar que error en el archivo no
cumple con las validaciones.
11.- El sistema no puede registrar en la base de datos la información del archivo.
a. El usuario puede ver el reporte de log del proceso para determinar que error, ya sea en el archivo
o en el sistema ocasiona el o los errores.
12.- No se dan flujos alternativos.
13.- No se dan flujos alternativos.
Tabla 12.- Caso de Uso: Cargar Archivo.
 

11.4 Diagramas de Secuencia de Casos de Uso y sus Contratos

La figura 23 muestra el diagrama de secuencia asociado al caso de uso CU001 (tabla

12), y los contratos asociados a este diagrama son los presentados en las tablas 13 y 14.

Figura 23.- Diagrama de Secuencia: Cargar Archivo.

68
 
Contrato CO001
Operación subirArchivo(año, mes, ruta_archivo)
Referencias cruzadas Caso de uso: Cargar Archivo (CU001)
Precondiciones
El archivo posee la estructura de acuerdo a los anexo A o B., según sea el caso.
Postcondiciones
El archivo queda almacenado en una carpeta del servidor.
Tabla 13.- Contrato C001.
 
Contrato CO002
Operación procesarArchivo(id_ultima_carga)
Referencias cruzadas Caso de uso: Cargar Archivo (CU001)
Precondiciones
El archivo aduanero debe estar almacenado en la carpeta habilitada en el servidor.
Postcondiciones
El archivo validado queda almacenado en la base de datos.
Tabla 14.- Contrato C002

Los demás diagramas de secuencia y sus respectivos contratos se han dejado en la

sección anexo L.

69
 
 Figura 24.- Proceso de Carga de Archivo Aduanero de Exportaciones

70
 
 12. DISEÑO DEL PROTOTIPO

El diseño del prototipo y sus distintos módulos se realizó en base a la revisión de los
sistemas heredados SEF y SIF, la definición de requerimientos y el análisis de estos.

12.1 Módulos del Prototipo

Prototipo Sistema Mercado Forestal (ver figura 25):

 El objetivo del módulo Proceso PEIA es ayudar a elaborar los datos de
exportaciones e importaciones. Las siguientes son sus funcionalidades
principales:
o Carga de Archivos: su objetivo es validar y cargar los archivos aduaneros
en el repositorio.
o Copiar Carga de Archivos: permite seleccionar un archivo desde el
repositorio y copiarlo a la TTP para comenzar la depuración de los
registros.
o Filtrar Registros: este aplicativo permite marcar como aceptados los
registros de la TTP que contengan mercancías del sector maderero y
forestal, en base a reglas definidas por los usuarios.
o Asignar y Calcular: este aplicativo asigna los códigos (CAEF,
exportadores, importadores, región real, entre otros) y campos calculados
(volumen, flete, etc.) descritos en el requerimiento REQ.003 (tabla 6).
o Codificación: este aplicativo permite al usuario editar los registros de la
TTP para corregir el resultado de los procesos de filtros, asignaciones y
cálculos.
o Cargar Históricas: este aplicativo copia los registros depurados, desde la
TTP a las tablas históricas.
 Módulo Gestión de Tablas del Sistema: permite realizar operaciones CRUD
sobre las tablas de la base de datos más empleadas por los usuarios.
 Módulo Gestión de Usuarios: permite modificar parámetros de usuarios, como
roles, estados de activación, entre otros.
 Módulo Consultas OLAP: permite visualizar los cubos de exportaciones e
importaciones y construir consultas en forma visual.

71
 
Servidor de Reportes (SSRS): los reportes de exportaciones e importaciones son
publicados en una instancia de este servidor, desde donde son referenciados por el
Prototipo Sistema Mercado Forestal.

Servidor de Análisis (SSAS): los cubos, dimensiones y modelos de minería son

desplegados en este servidor, desde donde son referenciados por el módulo de consultas
OLAP, reportes o planillas Excel.

Servidor de Integración (SSIS): la lógica de ejecución de los principales procesos

realizados de módulo Proceso PEIA, son implementadas en este componente del
sistema.

4.- En el PC de usuario se encuentran las aplicaciones FlySpeed SQL Query, empleado

para construir consultas SQL en forma visual, Report Builder 2.0 para construir reportes
en forma visual y Excel 2007, para visualizar cubos y modelos de minería.

Figura 25.- Diagrama de Componentes.

72
 
12.2 Mapa Sitio WEB Prototipo Sistema Mercado Forestal

La distribución de los módulos y aplicativos en el sitio web del prototipo Sistema

Mercado Forestal se presentan en la figura 26. Los mantenedores de las tablas se
distribuyen principalmente entre los nodos: Tablas Módulo de Exportaciones, Tablas
Módulo de Importaciones, Módulo de Importaciones, Tablas de Códigos, Tablas
Temporales.

Figura 26.- Mapa del Sitio WEB Prototipo Sistema Mercado Forestal.
 

12.3 Casos de Uso Real

El proceso PEIA es descrito prácticamente en su totalidad por los casos de uso real
elaborados. A continuación se presenta el caso de uso real Cargar Archivo (ver tabla 15).
Otros casos de uso real se dejan en el anexo LL.

Caso de Uso Real CUR001: Cargar Archivo

Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Almacenar archivos aduaneros en el repositorio.
Resumen
El usuario, una vez autentificado, accede al aplicativo para cargar archivos aduaneros, ingresa el periodo
mes y año, busca el archivo en su ordenador, selecciona el archivo, luego el sistema transporta el archivo
desde el ordenador del usuario al servidor y guarda este archivo en la bases de datos, valida la estructura y

73
 
tipos de datos de este. Finalmente se genera el log de este proceso para que el usuario pueda visualizar los
resultados y determinar si el proceso es correcto.
Referencias cruzadas
CU001: Cargar Archivo
Interfaz Gráfica

Curso Normal de los Eventos

Usuario
1.- El usuario ingresar los parámetros año y mes
del archivo aduanero. A
2.- El usuario hace clic en el botón “Examinar”. B
4.- El usuario busca y selecciona el archivo
aduanero a cargar.
6.- El usuario hace clic en el botón “Subir
Archivo”. C
8.- El usuario acepta el mensaje de aceptación.
11.- El usuario hace clic en el botón “Cargar”. E
13.- El usuario acepta el mensaje de aceptación.
Curso alternativo de los eventos
1.- El usuario ingresar los parámetros año y mes
del archivo de carga. A
2.- El usuario hace clic en el botón “Eliminar”. G
4.- EL usuario acepta el mensaje de confirmación.
Tabla 15.- Caso de Uso Real: Cargar Archivo.
Sistema
3.- El sistema muestra una ventana de búsqueda de
archivos en PC del usuario.
5.- El sistema muestra la ruta del archivo del
archivo. D
7.- El sistema muestra un mensaje de confirmación.
9.- El sistema sube el archivo, desde el PC del
usuario, al servidor.
10.- El sistema muestra un mensaje de archivo
subido al servidor.
12.- El sistema muestra un mensaje de
confirmación.
14.- EL sistema carga el archivo en el repositorio.
15.- El sistema actualiza la grilla con la carga de
archivos. F
3.- El sistema muestra mensaje de confirmación.
5.- El sistema elimina la carga de previa del archivo.
6.- El sistema actualiza la grilla de carga de
archivos. El archivo eliminado ya no aparece. F

12.4 Bases de Datos

Los nombres y descripciones de las bases de datos requeridas por el prototipo son las
siguientes:

74
 
  bd_AduanaExportaciones: repositorio archivos de exportaciones (ver anexo M).
 bd_AduanaImportaciones: repositorio archivos de exportaciones (ver anexo M).
 bd_PackageConfig: almacena la configuración de paquetes DTSX.
 aspnetdb: administración de usuarios, roles y configuraciones de los sitios web
en general. Esta base de datos es provista por la plataforma .NET.
 bd_MercadoForestal: contiene tablas históricas, tablas de códigos, tablas de
tipos, tablas de parámetros y tablas de procesamiento (TTP).

En la figura 27 se presenta la relación entre las bases de datos y las principales tablas
requeridas en el proceso PEIA. Los registros del repositorio de archivos son llevados a
las tablas TTP (tempAduanaExportaciones o tempAduanaImportaciones, según el
proceso) donde los datos son elaborados, y una vez finalizado esto son cargados en las
tablas históricas. Los principales procesos de cargas y elaboración de datos, se ha
determinado sean realizados por paquetes DTXS, la configuración de estos es
almacenada en la base de datos bd_PackageConfig, desde donde la obtienen en tiempo
de ejecución.

Figura 27.- Diagrama Bases de Datos del Prototipo.

El modelo de datos relacional principal es bd_MercadoForestal, el cual está conformado

por dos tablas con datos históricos: para exportaciones historicoExportaciones (ver
figura 28), y para importaciones historicoImportaciones (ver figura 29). Este modelo
está basado en el de los sistemas SEF y SIF, lo que facilita las consultas para el usuario,
ya que es conocidos por ellos.

75
 
Los nombres de los campos de las tablas más empleadas por los usuarios en los sistemas
SEF y SIF se han mantenido, al igual que muchas de las relaciones entre las tablas. Sin
embargo, se han agregado al modelo de datos las tablas faltantes, llaves foráneas y
primarias para asegurar la integridad de datos.

Figura 28.- Modelo de Datos bd_MercadoForestal, histórico de exportaciones.

76
 
 Figura 29.- Modelo de Datos bd_MercadoForestal, histórico de importaciones.

77
 
12.5 Módulos de Proceso PEIA

El módulo de exportaciones e importaciones son los encargados de realizar la mayoría

de los contratos descritos en la sección 11.3 y anexo L, y en especial, los casos de uso
real descritos en la sección 12.3 y anexo LL. Estos contratos y casos de uso real
sintetizan el proceso PEIA por completo.

En el diagrama de secuencia, de la figura 30, representa la interacción entre los distintos

componentes de estos módulos, describiendo la interacción que se produce al momento
de realizar la ejecución de los contratos. La función ejecutarContrato representa la
respuesta a un evento, como hacer clic en un botón, generado por un usuario al gatillar la
ejecución del procedimiento que realiza los contratos.

Todos los módulos del proceso PEIA, tanto para exportaciones como para
importaciones, tienen el flujo de ejecución mostrado en la figura 30. Por lo tanto, la
ejecución de los procesos Cargar Archivo, Copiar Carga de Archivo, Filtrar Registros,
Asignar y Calcular, y Cargar Históricas, para ambos módulos, deben entenderse de la
misma forma.

Figura 30.- Diagrama de Secuencia.

En las siguientes secciones se describe cada una de las etapas del PEIA en términos de
un proceso, los cuales se implementan mediante paquetes de integración DTSX. Por lo
tanto, la lógica de negocio está contenida completamente en la base de datos
(procedimientos, funciones, modelo relacional, etc.) y paquetes DTSX. Esto da un
enfoque de bajo acoplamiento, ya que cada DTSX es completamente independiente de

78
 
otro, tanto funcionalmente como en su lógica, lo que facilita correcciones y mejoras, y
de alta cohesión funcional, ya que cada paquete se enfoca en resolver una etapa
específica dentro del proceso.

12.4.1 Cargar Archivo

En este proceso (ver figura 31), los archivos aduaneros, comprimidos en formato RAR,
son subidos al servidor. Aquí se descomprimen, y cada fila del archivo es almacenada en
una tabla temporal, desde donde se extraen los registros y se separa cada fila en
columnas, según la estructura de los archivos del anexo A y B, luego se convierte los
tipos de datos, y se almacenan en el repositorio. Finalmente se guarda el log de proceso.
Este proceso se realiza durante el caso de uso real CUR001 (ver tabla 16). Las bases de
datos empleadas son bd_AduanaExportaciones y bd_AduanaImportaciones, para
exportaciones o importaciones respectivamente (anexo M).

Figura 31.- Proceso de Carga de Archivo.

12.4.2 Seleccionar Carga Archivo

El proceso (ver figura 32) comienza truncando la TTP, se copian los registros desde el
repositorio a ésta tabla. Se realizan transformaciones de tipo de datos, se concatenan las
columnas para generar la descripción de la mercancía de cada registro, se genera el
campo de fecha de aceptación y se reconstruye el catálogo de texto indexado para las
búsquedas. Finalmente se genera un log del proceso. Este proceso realiza el caso de uso
real CUR002 (ver anexo LL).

Figura 32.- Proceso de Copiado de Carga de Archivo.

79
 
12.4.3. Filtrar Registros
En este proceso (ver figura 33), se actualiza el campo BORRA de la TTP, asignando el
valor “n” a todos los registros. En seguida se aplica el filtro de registros, el cual emplea
una serie de reglas almacenadas en las tablas filtroExportaciones o filtroImportaciones
(ver anexo R para más detalles). Finalmente se genera la información log. Este proceso
realiza el caso de uso real CUR003 (ver anexo LL).

Figura 33.- Proceso de Filtrado de Registro.

12.4.4 Asignar y Calcular

Estos procesos (fig. 34 para exportaciones y fig. 35 para importaciones) comienzan
buscando las nuevas empresas que ingresaran a la base de datos, los inserta en la tabla
correspondiente, asignándoles un código único:
 Tabla definicionExportadores, para exportadores.
 Tabla definicionImportadores, para importadores.
 Tabla defincionCoTransportadora, para compañías de transportes.

En seguida se asignan los códigos de las empresas en la TTP, de esta forma se vincula
cada registros de la TTP a una única empresa. Se asigna el código de productos CAEF,
se ejecutan los archivos con instrucción con SQL dinámico, para realizar cálculos y otras
asignaciones. Finalmente se busca el precio promedio por producto del último periodo.

Figura 34.- Proceso Asignar y Calcular Exportaciones.

80
 
 Figura 35.- Proceso Asignar y Calcular Importaciones.

12.4.5 Carga Histórica

Los registros marcados como aceptados y depurados en la TTP se copian a las tablas
históricas (ver figura 36). En seguida se limpian tablas temporales, se procesan las
dimensiones, cubos y modelos de minería. Este proceso está relacionado al caso de uso
real CUR006 (ver anexo LL).

Figura 36.- Proceso Cargar Históricas.

12.6 Migración de Base de Datos

La migración de bases de datos consistió en rescatar las bases de datos de exportaciones

e importaciones forestales (ver figura 37). Para esto se exportó el esquema
“ECONOMICO” por completo desde la instancia Oracle 7.3 en el servidor Notro. Luego
se importó este esquema en la instancia Oracle 10g XE en el ambiente de desarrollo.
Para migrar las bases de datos desde Oracle 10g XE a SQL Server 2008 se empleó la
aplicación SSMA. Con esto se logró obtener bases de datos idénticas.

Posteriormente, una vez implementado el nuevo modelo de datos, llamado

bd_MercadoForestal, se procedió a poblar ésta con los datos históricos migrados a SQL
Server 2008.

La migración de los datos a bd_MercadoForestal consistió en copiar directamente las

tablas históricas, la de exportadores, importadores y compañías de transportes. Las
demás tablas fueron poblabas a partir de una serie de planillas Excel, facilitadas por los
usuarios, con códigos actualizados, tanto para tablas que ya existían en las bases de datos
heredadas, como tablas que debían crearse en el nuevo esquema.

81
 
 Figura 37.- Proceso Migración de Bases de Datos.

82
 
 13. IMPLEMENTACIÓN DEL PROTOTIPO

La implementación del prototipo se basa en los distintos artefactos, definiciones y

diagramas obtenidos durante la etapa de diseño.

13.1 Prototipo Sistema Mercado Forestal

El prototipo Sistema Mercado Forestal es un sitio web que emplea ASP.NET 3.5 y
lenguaje C# del lado del servidor, y fue desarrollado con VS 2008 SP1. Este sitio se
publicó en el servidor web IIS 7 con la configuración por omisión.

El prototipo está constituido por dos pantallas principales: el módulo para gestionar las
tablas de la base de datos (operaciones CRUD sobre las tablas), en la figura 38, y el
módulo para gestionar el proceso PEIA (Módulo Procesar Información). Este último
contiene los sub módulos para elaborar los datos de exportaciones (Módulo
Exportaciones) y los de importaciones (Módulo Importaciones), ver figura 39.

El módulo para gestionar las tablas (desarrollado con las librerías Code OnTime)
permite gestionar la totalidad de éstas. Para lo cual el prototipo dispone de una vista en
formato de grilla (ver figura 40) con una serie de funcionalidades para realizar las
operaciones declaradas en el requerimiento REQ. 005, por ejemplo búsquedas,
ordenamiento, exportar a planilla Excel, entre otras.

Figura 38.- Módulo Gestión de Tablas.

83
 
 Figura 39.- Módulo Procesar Información.

 
Figura 40.- Grilla Tipo para Gestionar Tablas.

El módulo de autentificación y gestión de usuarios, junto con otros aplicativos, se

describe en la sección anexo T.

13.2 Módulo Proceso PEIA

A continuación se describe cómo se realiza el proceso PEIA para el caso de

importaciones, según la implementación realizada. Para exportaciones, la
implementación de las pantallas es prácticamente igual.

13.2.1 Cargar Archivo

El aplicativo de la figura 41 está relacionado al caso de uso real CUR001, y se emplea
para cargar archivos aduaneros en el repositorio. Las filas de la grilla muestran las
cargas realizadas por fechas, periodo del archivo y cantidad de registros. Estos quedan

84
 
en la base de datos bd_AduanaImportaciones (en módulo de exportaciones quedan en
bd_AduanaExportaciones). Al finalizar el proceso de carga se puede revisar la bitácora o
log del proceso (ver figura 42).

Figura 41.- Aplicativo Carga de Archivos.

 
Figura 42.- Log Carga de Archivo.

La aplicación desktop de la figura 43 es para validar la estructura de datos de un archivo

de texto según la definición de éste en formato XML. Se ejecuta en el PC del usuario, de
forma que no se utilizan recursos del servidor para la validación. Ayuda en la tarea de
localizar errores, de este modo se puede asegurar que el archivo a procesar en el servidor
tiene un formato correcto. La definición XML sólo se implementó para el archivo de
exportaciones (ver figura 44). Puede ser extendido para el formato de archivo de
importaciones.
 

85
 
  
Figura 43.- Validador de Archivos.

Figura 44.- Definición Archivo XML de Exportaciones.

13.2.2 Seleccionar Carga de Archivo

El aplicativo de la figura 45 se emplea para ejecutar el copiado de los registros desde el
repositorio a la TTP.

El usuario selecciona en los menús el año y mes del periodo de registros que desea
copiar. Estos menús muestran la lista de años disponibles en el repositorio y los meses
disponibles por el año seleccionado. Además, se muestra el periodo de carga actual en la
TTP, la cantidad de registros copiados y el estado del proceso. Al hace clic en el botón

86
 
“Procesar” se ejecuta el Job correspondiente (ver tabla 16). Está aplicación está
relacionada al caso de uso real CUR002 (ver anexo LL).
 

Figura 45.- Seleccionar Carga de Registros.

13.2.3 Filtrar Registros

El aplicativo de la figura 46 se emplea para aplicar las reglas de filtros a los registros de
la TTP. La pantalla muestra los contadores de registros aceptados, propuestos y
eliminados. El usuario al hacer clic en el botón “Procesar” se ejecuta el Job
correspondiente (ver tabla 16). Al finalizar el proceso es posible visualizar el reportes
con la bitácora de aplicación de la reglas (ver figura 47). El caso de uso real relacionado
es el CUR003 (ver anexo LL).

Figura 46.- Filtrar Registro.

 
Figura 47.- Log Filtros Aplicados.

87
 
13.2.4 Asignar y Calcular Campos
El aplicativo de la figura 48 se emplea para aplicar las reglas de asignación de códigos
CAEF y los cálculos de los campos volumen, tonelaje, flete, entre otros (requerimiento
REQ. 003, ver sección 10.1). Al hacer clic en el botón “Procesar” se ejecuta el Job
correspondiente (ver tabla 16). Las flechas rojas, en la figura 48, señalan los campos no
asignados y con valores nulos o en cero. Este aplicativo está relacionado con el caso de
uso real CUR004 (ver anexo LL).

Figura 48.- Asignar Registros.

13.2.5 Codificación Manual

La grilla de la figura 49 se emplea para editar la TTP. Esta grilla posee una gran cantidad
de funcionalidades para realizar búsquedas, además permite ordenar por columna, y
edición múltiple de filas, como así mismo eliminar y agregar. Además posee una serie de
filtros rápidos (parte superior) para encontrar campos no asignados o no calculados.

 
Figura 49.- Grilla Codificación Manual.

El aplicativo de la figura 49 además permite visualizar el detalle de cada fila de la grilla

en una vista de tipo formulario (ver figura 50). Esta relación grilla y formulario se

88
 
conoce como maestro/detalle. En este formulario es posible editar y eliminar los
registros. Este aplicativo del módulo está relacionado al caso de uso real CUR005 (ver
anexo LL).

 
Figura 50.- Vista Maestro Detalle.

13.2.6 Cargar Tablas Históricas

El aplicativo de la figura 51 se emplea para copiar los registros desde la TTP a las tablas
históricas. Al hacer clic en el botón “Procesar” se ejecuta el Job correspondiente (ver
tabla 16). Los contadores muestran la cantidad de registros copiados (reg. copiados) a las
tablas históricas y los que aún no se copian desde la TTP (reg. no copiados). Este
aplicativo está relacionado con el caso de uso real CUR006 (ver anexo LL).

Figura 51.- Cargar Tablas Históricas.

13.2.7 Generar Reportes

Para generar un reporte y exportarlo a planilla Excel, éste se selecciona en la pestaña
“Cuadros” del menú (ver figura 52). Aquí se ingresan los parámetros, se presiona el
botón “Ver informe” para finalmente exportarlo. Todos los reportes que se pueden

89
 
visualizar a través del menú “Cuadros” están publicados en el servidor de reportes, y el
prototipo accede a estos mediante web services.

Figura 52.- Generar Reportes.

13.3 Paquetes DTSX Proceso PEIA

Cada una de las etapas del proceso PEIA (módulos exportaciones e importaciones) se
implementó con paquetes DTSX, los cuales se publicaron en el servidor de Integration
Services (SSIS), desde donde un Job los ejecuta (ver figura 30). La tabla 16 muestra la
relación entre procesos, Jobs y paquetes DTSX. Ver en la sección anexo T la
implementación de los paquetes.

Proceso/Job-Paquete DTSX JOB Paquete DTSX

Cargar Archivo
Exportaciones jobCargaDatosAduanExp CargaDatosAduanExp.dtsx
Importaciones jobCargaDatosAduanImp CargaDatosAduanImp.dtsx
Seleccionar Carga Archivo
Exportaciones jobCopiarRegistrosAduanaExp CopiarRegistrosAduanaExp.dtsx
Importaciones jobCopiarRegistrosAduanaImp CopiarRegistrosAduanaImp.dtsx
Filtrar Registros
Exportaciones jobFiltrarRegistrosExp FiltrarRegistrosExp.dtsx
Importaciones jobFiltrarRegistrosImp FiltrarRegistrosImp.dtsx
Asignar y Calcular
Exportaciones jobAsignacionesExp AsignacionesExp.dtsx
Importaciones jobAsignacionesImp AsignacionesImp.dtsx
Cargar Históricas
Exportaciones jobCargaHistoricaExp CargaHistoricaExp.dtsx
Importaciones jobCargaHistoricaImp CargaHistoricaImp.dtsx
Tabla 16.- Relación Proceso, Jobs y Paquetes DTSX.

90
 
13.4 Buscador de Reglas de Filtros

Se implementó un paquete DTSX (ver figura 53) para realizar la búsqueda de reglas de
filtros en la información histórica, tanto para exportaciones como para importaciones. La
búsqueda se realiza de la siguiente forma: por cada código AAC se buscan los términos
o palabras claves que aparezcan asociadas a éste, una cantidad de veces igual o superior
a 300, pero descartando los términos contenidos en la tabla
glosarioTerminosExcluidosExp. En seguida se construyen reglas, formadas por el
código AAC y los términos claves separados por el signo “,”. La reglas se aplican
15
durante el proceso de filtrado de registros, marcando como propuestos los registros
que no fueron aceptados o rechazados por las reglas definidas por el usuario. La
ejecución de este DTSX se realiza en forma automática los días domingo, esto por el
tiempo que tarda en realizarse y los recursos que consume del servidor. En la tabla 17 se
muestra algunos ejemplos del SQL dinámico que se forma con las reglas encontradas,
las cuales son ejecutadas con la función EXEC.

SQL Reglas de Filtros Encontradas

UPDATE tempAduanaImportaciones SET BORRA = 'p', ID_FILTRO = 25 WHERE
(glosario like '%BOLSAS%' OR glosario like '%VEGETAL%' OR glosario
like '%CARBON%' ) AND BORRA = 'n' AND ARANCEL = 44029000 ;
UPDATE tempAduanaImportaciones SET BORRA = 'p', ID_FILTRO = 4 WHERE
(glosario like '%POLVO%' OR glosario like '%HIDROXIETILCELULOSA%' )
AND BORRA = 'n' AND ARANCEL = 39123930 ;
Tabla 17.- SQL Generado por Reglas Propuestas.
 

Figura 53.- DTSX Buscar Reglas de Filtros.

                                                            
15
Se asigna la letra “p” al campo BORRA de la TTP. 

91
 
13.5 Módulo Consultas OLAP

Los cubos para consultas OLAP se implementan con la herramienta SSIS (SQL Server
Analysis Services), con la cual se generó una base de datos llamada "SSAS Mercado
Forestal" de tipo MOLAP 16 a partir de la base de datos relacional bd_MercadoForestal.

El módulo (ver figura 54) de consultas OLAP lo que realiza básicamente es conectarse a
la base de datos “SSAS Mercado Forestal” y mostrar las dimensiones, medidas, y
campos calculados del cubo seleccionado (Cubo Exportaciones o Cubo Importaciones).
Además es posible exportar los resultados de las consultas a planillas Excel y construir
campos calculados. Este componente se implementó con las librerías Ranet-Uilibrary-
Olap.

Figura 54.- Módulo Consultas OLAP.

13.6 Servidor de Reportes

Para construir los reportes se empleó la aplicación desktop Report Builder 2.0 (ver figura
55), y se publicaron en el servidor de reportes (SSRS) (ver figura 57). Los reportes
implementados corresponden a los descritos en el requerimiento REQ. 013 tabla 8. En la
figura 55 se puede apreciar que algunos reportes son gráficos.

                                                            
16
MOLAP es un tipo de bases de datos multidimensional que preprocesa los datos y los almacena en una
matriz multidimensional optimizada, más que en una base de datos relacional (o en un ROLAP) lo que da
la ventaja de obtener tiempos de respuesta menores en las consultas.

92
 
  
Figura 55.- Ejemplo Cuadros.

Figura 56.- Aplicación Report Builder 2.0.

Figura 57.- Servidor de Reportes.

93
 
13.7 Solución Business Intelligence

Para la implementación de los cubos OLAP y modelos de minería se desarrolló un

proyecto VS 2008 Business Intelligence para Analysis Services.

13.7.1 Cubos OLAP

Se implementaron dos cubos: Cubo Exportaciones y Cubo Importaciones, los cuales se
pueden visualizar con el módulo de consultas OLAP. Estos cubos se basan en los
modelos de la sección 12.7. Para más detalles de la implementación ver anexo Ñ.
En cuanto a resultados, estos cubos entregan los mismos datos que los reportes
implementados, la diferencia radica en los nuevos cruces de información que es posible
realizar. Por ejemplo, conocer el volumen exportado por grupos y sus productos según
meses y años, es un tipo de consulta que no era posible realizar con los SIH. Esto
permite conocer el comportamiento de las exportaciones a nivel mensual en
comparación con años anteriores.

13.7.2 Modelo de Minería

Los modelos de minería se definieron con el objetivo de obtener reglas de asociación de

productos forestales. El modelo de asociación de productos exportados, considera los
exportadores y sus productos exportados. El modelo de asociación de productos
importados, considera los importadores y sus productos importados, ambos modelos
para los últimos 12 meses.

Lo que se quiere es obtener reglas donde un conjunto de productos, como antecedentes,

pronostiquen un producto como consecuente. Por ejemplo, los exportadores que
exportan los productos A, B y C, exportan con un 90% de probabilidad el producto D.

Con esto es posible predecir qué productos se exportarán o importarán simultáneamente

con mayor probabilidad y de forma indirecta determinar qué productos se elaboran o
comercializan con mayor frecuencia en conjunto por las empresas. Con lo cual se puede
segmentar las empresas según los productos que elaboran y no solamente por montos
económicos o volúmenes más altos, y de esta forma ofrecer servicios de información
orientados según los productos elaborados por cada empresa.

94
 
Se implementaron dos modelos de minería para buscar reglas de asociación de
productos, basados en la descripción de la sección 12.8. Estos modelos pueden ser
visualizados empleando el administrador de base de datos de SQL Server 2008 o Excel
2007 (en adelante) con el cliente de minería de datos instalado en el PC de usuario. Más
detalles de la implementación en el anexo Ñ.

Con los resultados se quiere determinar qué productos se exportan en conjunto con
mayor afinidad. De esta forma se pretende determinar que informes de productos
específicos o agrupados conviene realizar.

Antes de analizar los resultados de la aplicación de estos modelos, se definen algunos

conceptos [AGR93]:
 Sea , ,…, un conjunto de n atributos binarios (presente, ausente)
llamados ítems.
 Sea , ,…, un conjunto de transacciones almacenadas en una base de
datos.

Cada transacción en tiene un identificador único y contiene un subconjunto de ítems

de . Una regla se define como una implicación de la forma ⇒ , dónde , ⊆ , y
∩ ∅. Los conjuntos de ítems e se denominan respectivamente "antecedente" y
"consecuente" de la regla.

Las medidas que interesa conocer para interpretar las reglas son las siguientes:
 Soporte: es el porcentaje total de transacciones que incluyen un determinado
ítem. Se expresa: | |/| | 
 Confianza: es la probabilidad de encontrar la parte derecha de una regla
condicionada a que se encuentre también la parte izquierda. Se expresa de la
∪
siguiente forma: ⇒ | ∪ |/| |

 Importancia: | / | [CRI09]

Un valor cero para la medida importancia significa que no hay asociación entre A
(antecedente) y B (consecuente). Un valor positivo dice que la probabilidad de B
aumenta cuando A ocurre y un valor negativo significa que la probabilidad de B
desciende.

95
 
Como ejemplo, para el caso de exportaciones forestales, el conjunto de ítems
{papeles para acanalar} tiene soporte 5, el conjunto de ítem {papeles para
acanalar; papel test liner} tiene soporte 4. Por lo tanto la confianza de la regla: {camas,
∪
cunas y camarotes => partes y piezas de muebles} es: ⇒

0,8 (figuras 58 y 59)

Figura 58.- Conjunto de Ítems Exportaciones

Figura 59.- Conjunto de Reglas Exportaciones.

Este cálculo significa que el 80,0% de las reglas de exportaciones de la base de datos
para los últimos 12 meses que contienen el ítem {papeles para acanalar} en el
antecedente, también tienen el ítem {papel test liner} en el consecuente; en otras
palabras, la regla se cumple el 80,0% de los casos.

Este resultado se interpreta de la siguiente forma: el 80,0% de las empresas que exportan
el producto “papeles para acanalar”, también exportan el producto “papel test liner”.

En la grilla de la figura 58, la columna Support representa el soporte multiplicado por el

total de transacciones. La columna Size es la cantidad de productos por conjunto de
ítems. La columna Itemset muestra los conjuntos de ítems encontrados. En la grilla de la

96
 
figura 59, la columna Probability representa la confianza, la columna Importance,
también llamado lift, es la importancia, que representa la “fuerza” de la relación entre el
consecuente y el antecedente, y la columna Rule muestra el conjunto de reglas
encontradas.

En la tabla 18 se muestran las reglas con mayor confianza y mayor importancia. El

indicador confianza para exportaciones no es útil en este caso, porque el soporte del
antecedente y del consecuente tienen el mismo valor, igual a tres, por lo tanto la
confianza tiene valor uno. Sin embargo, el valor del indicador importancia mayor que
uno nos dice que hay una estrecha relación entre el antecedente y el consecuente.

La interpretación de la columna “importancia” en la tabla 18, es que las empresas que

exportan los productos “tablero de fibra recubierto” y “tablero MDF recubierto”, son 2.76 veces
más propensas a exportar también el producto “tablero de fibra”, que quienes no lo hacen.
 
Confianza Importancia Reglas
Mayor Confianza Antecedente Consecuente
- tablero de fibra recubierto
exportaciones tablero de fibra
1 2,764624 - tablero MDF recubierto
- artículos de mesa o cocina
- juguetes y artículos de
importaciones entretención colgadores y perchas
- lápices de madera,
1 1,701684 - Artículos de ornamentación
Mayor Importancia
- tablero de fibra recubierto
exportaciones tablero de fibra
1 2,764624 - tablero MDF recubierto
- vitrinas y estantes,
- mesas,
importaciones sillones cama
- artículos de ornamentación
0,4 2,514774 - otros muebles
Tabla 18.- Reglas Significativas.

97
 
 14. IMPLANTACIÓN DEL PROTOTIPO

La implantación del prototipo cubrió los siguientes aspectos: mantención, capacitación y

expansión del prototipo.

14.1 Mantención de las Bases de Datos

Las tareas de mantención del prototipo tienen como objetivo conservar y mejorar la
calidad de administración de los datos por éste, así como mantener o mejorar tiempos de
respuesta.

Para realizar estas tareas se considera necesario contratar personal con el perfil adecuado
en administración de bases de datos (DBA) SQL Server 2008 o superior, responsable de
ejecutar todas las tareas de mantención que el RDBMS requiere. Además, conforme el
volumen de los datos aumente, se deberán realizar tareas de afinamiento sobre la base de
datos, como por ejemplo, compactar y reorganizar índices o particionar tablas.

SQL Server Database Engine Tuning Advisor permite realizar operaciones de tuning a la
base de datos, mediante la preparación de una carga de trabajo tipo y ejecución de ésta.
El resultado corresponde a una serie de recomendaciones para mejoran el rendimiento en
un porcentaje indicado.

El crecimiento lineal que se espera para los próximos cinco años de las tablas históricas
no supera los dos millones de registros (ver tabla 19), por lo cual el tiempo de respuesta
de las consultas no debería verse afectado a mediano plazo, a menos que las
exportaciones o importaciones forestales tengan un crecimiento explosivo. El
crecimiento mensual promedio para la tabla histórica de exportaciones es de 9112
registros, con un total de 1220657 registros actualmente, y para la tabla histórica de
importaciones es de 6306 registros, actualmente posee 484980 registros.

Tabla/Año 2010 2011 2012 2013 2014 2015

historicaExportaciones 1330001 1439345 1548689 1658033 1767377 1876721
historicaImportaciones 560652 636324 711996 787668 863340 939012
Tabla 19.- Crecimiento Tablas Históricas.

98
 
Como parte de la mantención, se han implementado tareas backup y de shrink, para
liberar el espacio que no utiliza la base de datos. Ambos procesos se realizan en forma
automática cada madrugada.

14.2 Inducción y Capacitación

Para realizar la inducción y capacitación de los usuarios en el prototipo se realizaron

reuniones donde se explicaron las distintas funcionalidades. Además, esto se
complementó con manuales de usuario para las distintas funcionalidades,
procedimientos y aplicativos involucrados.

Dada las capacidades de las herramientas, los datos involucrados y la importancia de los
análisis que podrían obtenerse, se recomienda a los usuarios actualizarse mediante algún
curso o diplomado de minería de datos o de inteligencia de negocios que facilite el uso y
explotación de las herramientas.

14.3 Expansión del Prototipo

El diseño del prototipo es modular, lo que facilita la tarea de agregar funcionalidades.

Además, cualquier desarrollador con conocimientos de las herramientas y con la ayuda
de este documento de tesis como guía, podría realizar modificaciones o mejoras sin
dificultades. Estas características las provee básicamente la construcción del prototipo en
base a paquetes DTSX, donde cada uno posee un propósito bien definido y la lógica que
se aplica puede ser fácilmente visualizada.

99
 
 15. EVALUACIÓN DEL PROTOTIPO

15.1 Migración de Bases de Datos

Para evaluar los datos migrados se compararon cifras totalizadas y la cantidad de

registros por tabla migrada. Las tablas comparadas corresponden a las históricas, y los
campos evaluados son principalmente los de volumen, tonelaje, y montos (FOB y CIF).
Otras tablas migradas son la de exportadores, importadores y compañías de transporte.
El resto de las tablas fueron pobladas con datos actualizados desde planillas Excel, como
se mencionó.

La cantidad de filas copiadas es exactamente igual, ya que sólo se volcaron los datos de
una tabla a otra. Para evaluar las cifras se comparó reportes del prototipo con las
publicaciones de periodos anteriores. Los resultados muestran cifras idénticas.

15.2 Implementación del Proceso PEIA

Para evaluar las etapas del proceso, los usuarios prepararon cargas de datos,
contrastando los resultados obtenidos en los sistemas SEF y SIF, con los del prototipo.
Se probaron simultáneamente las funcionalidades equivalentes en los módulos de
exportaciones e importaciones, de modo de realizar correcciones homogéneas.

1. Proceso Cargar de Archivo: los archivos son almacenados correctamente en el

repositorio. La cantidad de registros leídos corresponden a los que tiene el
archivo aduanero. Además, se ha solucionado el problema de carga de archivos
del sistema SEF, el cual no leía aprox. 3000 a 4000 registros mensuales. El
resultado es satisfactorio para ambos módulos.
2. Selección de Archivos Cargados: los archivos almacenados en el repositorio son
correctamente copiados a la TTP. Se generan los campos de descripción y se
actualiza el catálogo de texto indexado para mejorar los tiempos de respuesta en
las búsquedas sobre este campo. El resultado es positivo para ambos módulos.
3. Filtrado de Registro: la comparación de registros filtrados resulta ser idéntica,
tanto para el módulo exportaciones como para el de importaciones. Además, se
probó el aplicativo de reglas de filtro, incorporando nuevas, y realizando
modificaciones, con resultados positivos.

100
 
 4. Asignaciones y Cálculos: las asignaciones de código CAEF son idénticas entre el
prototipo y los sistemas migrados. Los campos calculados también muestran
cifras idénticas.
5. Codificación: la etapa de codificación consiste en corregir los campos no
asignados, nulos o con valor cero en la TTP. Estos pueden ser modificados con el
mantenedor de la TTP.
6. Carga Histórica: los procesos de ambos módulos copian los registros aceptados a
las respectivas tablas históricas correctamente. El proceso de actualización de
cubos, dimensiones y el modelo de minería también es realizado con éxito.
7. Reportes: las cifras presentadas por estos son correctas, el formato es el
solicitado (prácticamente idéntico al de los boletines) y los tiempos de respuestas
son aceptables, no superando los 10 segundos en generar el reporte en un
escenario normal de empleo de la red y el servidor. Por otra parte, los reportes
elaborados corresponden a los más complejos, siendo posible generar más, ya sea
con las herramientas de consultas o con el generador de reportes, para
posteriormente ser publicados en el servidor de reportes.

Se probó el proceso PEIA de principio a fin, en ambos módulos, realizando la carga

histórica, para finalmente generar los reportes. En seguida se eliminó esta carga para
realizar una con datos actualizados y estos se reflejaron en reportes, cubos y modelo de
minería.

La etapa que resultaba ser un freno era la de seleccionar qué empresas quedarían en las
tablas. Ahora no es necesario realizarla, sólo es suficiente con revisar los nombres de las
empresas y modificarlos si estos vienen mal escritos, pero esto puede ser realizado
posterior a la carga de las tablas históricas. De esta forma se obtiene un proceso PEIA
mucho más expedito.

101
 
 16. CONCLUSIONES.

16.1 Objetivo General

El objetivo general se considera realizado, dado que se logró migrar los sistemas de
exportaciones e importaciones forestales a nuevas tecnológica. El resultado es un
prototipo funcional que permite realizar todas las etapas del proceso de elaboración de
los datos aduanaros. Además, se realizaron mejoras al modelo de datos, incorporando
restricciones de integridad, tablas y campos requeridos por el problema y se migraron
todos los datos históricos corregidos al mes de julio de 2009.

16.2 Objetivos Específicos

Los objetivos específicos se consideran logrados, ya que se obtuvo la descripción tanto

de procesos involucrados, como la descripción técnica, y comprensión de los sistemas a
migrar. Además, se genera una propuesta de trabajo para la migración de los sistemas
forestales (capítulo 8). Se seleccionaron las herramientas adecuadas para resolver cada
una de las problemáticas planteadas. Además, éstas tienen total integración con la
plataforma .NET 3.5 y soporte (capítulo 9). Se obtuvo la documentación requerida:
definición de requerimientos y análisis (capítulo 10 y 11), diseño del prototipo, mediante
artefactos UML y diagramas, y desarrolló un prototipo funcional para realizar el proceso
de los datos aduaneros, que además cumple con otros requerimientos (capítulo 12 y 13).
Finalmente se implanta y evalúa el prototipo. Durante parte del proyecto se realizaron
capacitaciones y se generan recomendaciones para el empleo del prototipo.

16.3 Mejoras y Contribuciones

En cuanto a las mejoras y contribuciones se puede mencionar la disminución en los

tiempos de respuesta del sistema, flexibilidad en el proceso de elaboración de los datos
aduaneros, que permite pre visualizar el resultado y la depuración de estos en forma
iterativa, y la incorporación de aplicativos y funcionalidades que permiten crear nuevos
reportes.

16.4 Trabajos Futuros

102
 
Se propone realizar mejoras en los módulos de filtros y cálculos con el fin de
automatizar completamente el procesos de elaboración de los datos aduaneros. Para
lograr esto se puede incluir la posibilidad de definir reglas para cubrir situaciones más
especificas.

103
 
 17. REFERENCIAS BIBLIOGRÁFICAS

[AAV] Arancel Aduanero Vigente

Disponible en
http://www.aduana.cl/prontus_aduana/site/artic/20070214/pags/20070214133855.html
Consultado el 3 de junio de 2009

[AGR93] Agrawal R., Imielinski T. & Swami A., (1993). Mining Association Rules
between Sets of Items in Large Databases. SIGMOD Conference 1993: 207-216
Disponible en http://rakesh.agrawal-family.com/papers/sigmod93assoc.pdf
Consultado el 17 de octubre de 2009.

[AID] Artículos de Integración de Datos de Dataprix.

Disponible en http://www.dataprix.com/arquitectura-data-warehouse-areas-datos-
nuestro-almacen-corporativo
Consultado el 2 de marzo de 2009.

[ALV04] Álvarez J., García M. & Mateos M. (2004). Metodología De Reingeniería Del
Software para la Remodelación de Aplicaciones Científicas Heredadas. Departamento de
Informática y Automática - Universidad de Salamanca.
Disponible en
http://www.google.cl/url?sa=t&source=web&ct=res&cd=1&ved=0CBcQFjAA&url=htt
p%3A%2F%2Falvarez.jc.googlepages.com%2FDPTOIA-IT-2004-
003.pdf&rct=j&q=METODOLOG%C3%8DA+DE+REINGENIER%C3%8DA+DEL+S
OFTWARE+PARA+LA+REMODELACI%C3%93N+DE+APLICACIONES+CIENT%
C3%8DFICAS+HEREDADAS&ei=WXvoS62LNIP48Ab3ooS2BA&usg=AFQjCNFGl
PSr2_U-Nl_RnwISrKu8ye1vxw
Consultado el 10 de mayo de 2009

[AMP] Análisis de Modelos de Procesos de Negocios en Relación a la Dimensión

Informática
Disponible en http://www.inf.udec.cl/~revista/ediciones/edicion9/cjimenez.pdf
Consultado el 9 de junio de 2009.

104
 
[ASP] ASP.NET
Disponible en http://es.wikipedia.org/wiki/ASP.NET
Consultado el 10 de mayo de 2009.

[BDC] Base de Datos de Comercio Exterior

Disponible en http://aduanas.camaras.org/
Consultado el 1 de abril de 2009.

[BER09] Bernabeu R. (2009). Data Warehousing: Investigación y Sistematización de

Conceptos - HEFESTO: Metodología propia para la Construcción de un Data
Warehouse. Córdoba, Argentina.

[BI] Business Intelligence, SQL Server 2008

Disponible en
http://www.microsoft.com/sqlserver/2008/en/us/business-intelligence.aspx
Consultado el 10 de mayo de 2009.

[BIS09] Jesús Bisbal, Jane Grimson, Deirdre Lawless, Bing Wu (1999). Legacy
Information System Migration: A Brief Review of Problems, Solutions and Research
Issues. Trinity College Dublin#s Computer Science Technical Report.
Disponible en http://www.scss.tcd.ie/publications/tech-reports/reports.99/TCD-CS-
1999-38.pdf
Consultado el 10 de mayo de 2009.

[BIS97] Bisbal J.,Lawless D., Grimson J., Richardson R., O’Sullivan D., Wade V. & Wu
B. (1997). The Butterfly Methodology : A Gateway-free Approach for Migrating Legacy
Information Systems. Proceedings 3rd IEEE Conference on Engineering of Complex
Computer Systems (ICECCS ’97), September 1997, pp. 200-205
Disponible en
http://www.tara.tcd.ie/jspui/bitstream/2262/27040/1/The%20Butterfly%20Methodology
%20a%20gateway-
free%20approach%20for%20migrating%20legacy%20information%20systems.pdf
Consultado el 1 de febrero de 2010

105
 
[BIS99] Bisbal J., Lawless D., Wu B., Grimson J. (1999). Legacy Information Systems:
Issues and Directions. IEEE Software, pp: 103-111. Septiembre/Octubre

[BOC02] Bocca J., Campos D., Caro M. (2002). Migración De Sistemas Heredados:
Una Metodología de Apoyo Basada en el Uso de Herramientas de KDD (Knowledge
Discovery in Databases). Revista Ingeniería de Sistemas. 16 (1): 49 – 73. Junio.
Disponible en http://www.dii.uchile.cl/~ris/articulos/Vol16/03.pdf
Consultado el 10 de mayo de 2009

[BPM] THE BUSINESS PROCESS MODEL

Disponible en
http://www.sparxsystems.com/downloads/whitepapers/The_Business_Process_Model.pd
f
Consultado el 9 de junio de 2009.

[BPMN] BPMN - Business Process Modeling Notation

Disponible en http://bpt.hpi.uni-
potsdam.de/pub/Public/BPMNCorner/BPMN1_1_Poster_EN.pdf
Consultado el 5 de julio de 2009.

[BRO93] Brodie M. & Stonebraker M. (1993). DARWIN: On the Incremental Migration

of Legacy Information Systems.
Disponible en
http://docs.google.com/viewer?a=v&q=cache:Z7Pr896VIR4J:citeseerx.ist.psu.edu/view
doc/download%3Fdoi%3D10.1.1.70.2950%26rep%3Drep1%26type%3Dpdf+DARWIN
:+On+the+Incremental+Migration+of&hl=es&gl=cl&pid=bl&srcid=ADGEESgg1djnKI
3bW5eyUUCcul0mlup2g89NRU-
nOJqesK5ePr44qE5TdyjjG1Y3MfLF2pJYiO5_2Md383NwWB7knCe1B004_x6V9aeO
KE0F-
mhPIbgPmt9jHYueg8fAYtGJub38mryI&sig=AHIEtbRPMNnkgXCm5bieZPMbilerLD
FXqQ
Consultado el 10 de octubre de 2009

[BRO95] Brodie M., Stonebraker M. (1995). Migrating Legacy Systems: Gateways,

Interfaces and the Incremental Approach. Morgan Kaufman Publishers.

106
 
[COG] Code OnTime Generator
Disponible en http://codeontime.com/default.aspx
Consultado el 10 de mayo de 2009.

[CRI09] Crivat B., MacLennan J. & Tang Z. (2009). Data Mining with Microsoft SQL
Server 2008. Wiley Publishing, Inc.

[CVP] Ciclo de Vida de Proyectos, según IEEE E ISO/IEC RESPECTO A LAS

NORMAS IEEE 1074 E ISO 12207-1.
Disponible en
http://www.google.cl/url?sa=t&source=web&ct=res&cd=3&ved=0CB8QFjAC&url=htt
p%3A%2F%2F200.93.163.76%2FCdsBogota%2FCICLO_DE_VIDA.doc&rct=j&q=En
trega+Evolutiva+ciclo+vida&ei=btTpS9iyNcP68AaG56TlDg&usg=AFQjCNHLUP-
xqxITywKZs4HIBqd3CStnLw
Consultado el 5 de abril de 2009.

[DIN] Documento Declaración de Ingreso

Disponible en
http://www.aduana.cl/prontus_aduana/site/artic/20070925/asocfile/20070925164839/for
m_din_hoja_principal.pdf
Consultado el 3 de junio de 2009

[DMA] Data Mining Add-Ins for Office 2007

Disponible en http://www.microsoft.com/sqlserver/2008/en/us/data-mining-addins.aspx
Consultado el 10 de mayo de 2009.

[DUS] Documento Único de Salida

Disponible en http://www.chileclic.gob.cl/1481/printer-88450.html
Consultado el 3 de junio de 2009

[FSQ] FlySpeed SQL Query

Disponible en http://www.activedbsoft.com/overview-querytool.html
Consultado el 10 de mayo de 2009.

107
 
[GOL01] Golgher P., Laender A. & Pinheiro P. (2001). A Simulation Model for the
Performance Evaluation for Migrating a Legacy System.
Disponible en
http://www.ksl.stanford.edu/people/pp/papers/PinheirodaSilva_CSMR_2001.pdf
Consultado el 10 de octubre de 2009

[HS] What is the Harmonized System (HS)

Disponible en
http://www.wcoomd.org/home_wco_topics_hsoverviewboxes_hsoverview_hsharmonize
dsystem.htm
Consultado el 3 de junio de 2009

[IEA] Informe Estadístico de Aduanas

Disponible en
http://www.aduana.cl/prontus_aduana/site/artic/20070228/pags/20070228174902.html
Consultado el 1 de febrero de 2010

[IEC] Información Estadística de Comercio Exterior

Disponible en http://200.72.160.89/estacomex/asp/index.asp
Consultado el 5 de abril de 2009.

[IIS] Internet Information Services

Disponible en http://en.wikipedia.org/wiki/Internet_Information_Services
Consultado el 10 de mayo de 2009.

[ITL] ITLeverage
Disponible en http://it-leverage.com/legacy1.aspx
Consultado el 3 de junio de 2009

[JAC91] Jacobson, I. & Lindström F. (1991). Re-Engineering of Old Systems to an

Object-Oriented Architecture. ACM SIGPLAN Conference on Object-Oriented
Programming, Systems, Languages and Applications, (Phoenix, Arizona, octubre 1991),
340-350.
Disponible en http://www.cs.uccs.edu/~chamillard/cs534/Jacobson91.pdf
Consultado el 10 de octubre de 2009

108
 
[LBS] Libros en pantalla de SQL Server 2008
Disponible en http://msdn.microsoft.com/es-es/library/ms130214(v=sql.100).aspx
Consultado el 10 de mayo de 2009.

[LIG] Revista LIGNUM

Disponible en http://www.lignum.cl/exportaciones
Consultado el 5 de abril de 2009.

[MAR] Márquez A., Rodríguez A. & Toro M. (n.d.). Gestión de la evolución del
software. El Eterno Problema de los Legacy Systems. Departamento de Lenguajes y
Sistemas Informáticos, Escuela Técnica Superior de Ingeniería Informática, Universidad
de Sevilla.
Disponible en http://ingenieriasimple.com/papers/GestionArchivosLegacy.pdf
Consultado el 10 de octubre de 2009

[MD] Minería de Datos

Disponible en http://es.wikipedia.org/wiki/Miner%C3%ADa_de_datos
Consultado el 10 de mayo de 2009.

[MSS] Migrating to SQL Server 2008

Disponible en http://www.microsoft.com/sqlserver/2008/en/us/migration.aspx
Consultado el 10 de mayo de 2009.

[MVI] Misión y Visión. Instituto Forestal

Disponible en http://www.infor.cl/es/quienes-somos/20-mision-y-vision.html
Consultado el 2 de junio de 2009

[MVS] Microsoft Visual Studio

Disponible en
http://es.wikipedia.org/wiki/Microsoft_Visual_Studio#Visual_Studio_2008
Consultado el 10 de mayo de 2009.

[ODE] Oficina De Estudios Y Políticas Agrarias, ODEPA

109
 
Disponible en
http://www.odepa.gob.cl/menu/MacroRubros.action;jsessionid=DFA7E2B5804BC6086
F816F4270A21576?rubro=forestal&reporte
Consultado el 5 de abril de 2009.

[ORC] Oracle 10g Express

Disponible en http://www.oracle.com/lang/es/database/Express_Edition.html
Consultado el 10 de mayo de 2009.

[OSA] Obout Suite for ASP.NET

Disponible en http://www.obout.com/index.aspx
Consultado el 10 de mayo de 2009.

[PED08] Pedraza G. (2008). Evolución e Integración de Aplicaciones Legadas:

¿Comenzar de Nuevo o Actualizar? Programa Ingeniería de Sistemas, Universidad
Piloto de Colombia, Bogotá. Pedraza, G. et al., III Congreso Colombiano de
Computación, Medellín, Abril.
Disponible en http://pisis.unalmed.edu.co/3CCC/pdf/76.pdf
Consultado el 10 de octubre de 2009

[PLI] Principales Logros. Instituto Forestal

Disponible en http://www.infor.cl/es/quienes-somos/8-sede-metropolitana/59-
principales-logros.html
Consultado el 3 de junio de 2009

[PLS] PL/SQL Developer

Disponible en http://www.allroundautomations.com/plsqldev.html
Consultado el 10 de mayo de 2009.

[RP] Report Builder 2.0

Disponible en http://technet.microsoft.com/en-us/library/dd207008.aspx
Consultado el 10 de mayo de 2009.

[RUO] Ranet-UiLibrary-OLAP
Disponible en http://code.google.com/p/ranet-uilibrary-olap/

110
 
Consultado el 10 de mayo de 2009.

[SEC] Sistema de Estadísticas de COMEX

Disponible http://servicios.legalpublishing.cl/EstadisticasFR
Consultado el 5 de abril de 2009.

[SMI] Sede Metropolitana. Instituto Forestal

Disponible en http://www.infor.cl/es/quienes-somos/36-organigrama/195-sede-
metropolitana.html
Consultado el 3 de junio de 2009

[SMI95] Smith R. & Tilley S. (1995). Perspectives on Legacy System Reengineering.

Reengineering Center, Carnegie Mellon University. Pittsburgh.
Disponible en http://www.cis.uab.edu/softcom/GenParse/reengineering.pdf
Consultado el 10 de mayo de 2009

[SOA] SUNAT Operativa Aduanera

Disponible http://www.aduanet.gob.pe/operatividadAduana/index.html
Consultado el 1 de abril de 2009.

[WCO] World Customs Organization

Disponible en http://www.wcoomd.org
Consultado el 2 de abril de 2009.

111
 
 ANEXO A. ESTRUCTURA ARCHIVO EXPORTACIONES

 REG 01 es el encabezado (largo 487)

 REG 02 son los ítems (largo 458)
 REG 03 son los bultos (largo 71)
 REG 06 es el transporte (largo 79)

Cada REG tiene sus propios nombres de campos. Sólo los dos primeros (Tipo Registro y
Número Aceptación) son comunes a los cuatro REG.

El archivo TXT que envía mensualmente Aduana se puede esquematizar así:

Tipo Núm.
Registro Aceptación
01 2814198 · · · 03 · · · (487)
01 2828521 · · · 09 · · · (487)
01 · · · · · · (487)
. · · · · · · · (487)
01(n) · · · · · · · (487)
02 · · · · · · (458)
02 2814198 02 · · · · · · (458)
02 2828521 07 · · · · · · (458)
02 · · · · · · (458)
02 2828521 01 · · · · · · (458)
02 · · · · · · (458)
02 2828521 04 · · · · · · (458)
02 2814198 03 · · · · · · (458)
02 · · · · · · (458)
02 2828521 09 · · · · · ·
02 · · · · · ·
02 2814198 01 · · · · · ·
02 · · · · · ·
02 2828521 06 · · · · · ·
02 2828521 02
02 2828521 08
02
. · · · · · · (458)
02(m) · · · · · · (458)
03 · ·(71)
03 · ·(71)
. .(71)
03(p) · ·(71)
06 · · · (79)
06 · · · (79)
(79)
06(q) · · · (79)
Tabla 20.- Esquema Archivo de Exportaciones.
 

112
 
Cada Núm. Aceptación de REG01 tiene, al menos, un ítem en REG02 (campo Total
Ítem de REG01 indica el número de ítems que contiene) EJEMPLO: Núm. Aceptación
2828521 tiene 9 ítems.

Entonces, para cada Núm. Aceptación, el programa une REG01 con REG02, repitiendo
REG01 tantas veces sea necesario, quedando el nuevo archivo de salida TXT de esta
forma:

REG 01 REG 02
Núm
Tipo Núm Total Tipo Num
· · · · · · · Acept · · ·
Reg. Aceptación ítem Reg. Ítem
ación
28141
01 2814198 · 03 · · · · · · 02 01 · · ·
98
28141
01 2814198 · 03 · · · · · · 02 02 · · ·
98
28141
01 2814198 · 03 · · · · · · 02 03 · · ·
98
28141
01 2828521 · 09 · · · · · · 02 01 · · ·
98
28141
01 2828521 · 09 · · · · · · 02 02 · · ·
98
28141
01 2828521 · 09 · · · · · · 02 03 · · ·
98
01 28141
2828521 09 02 04
98
01 28141
2828521 09 02 05
98
01 28141
2828521 09 02 06
98
01 28141
2828521 09 02 07
98
28141
01 2828521 · 09 · · · · · · 02 08 · · ·
98
28141
01 2828521 · 09 · · · · · · 02 09 · · ·
98
Tabla 21.- Estructura de Archivo que el SEF Maneja.

REG 03 y REG 06 NO SE USAN.

CAPÍTULOS SOLICITADOS A ADUANA DE EXPORTACIONES : 06-07-08-12-13-

14-15-33-36-38-39-44-45-46-47-48-94-95-96 : Total 19 Capítulos.

En REG02 existe un campo llamado CODIGO ARANCEL (de 8 caracteres, entre el 263
y 270), que para el Sistema Exportaciones pasa a llamarse Capítulo (aunque,
aduaneramente, el término Capítulo hace referencia a los dos primeros dígitos, de los 8,
del Sistema Armonizado)

113
 
El archivo de salida normal actualmente se genera con todos los Capítulos solicitados a
Aduana (los 19 antes señalados).

REGISTRO ADUANA - EXPORTACIONES

Capítulos solicitados: 06-07-08-12-13-14-15-33-36-38-39-44-45-46-47-48-94-95-96 (total: 19)

ACUMULADO
DECIMALES
EDICION

VALOR
LARGO

INICIO

FINAL
CAMPO

ENCABEZADO
TIPO DE REGISTRO N 2 1 2 01 2
NÚMERO DE ACEPTACIÓN N 7 3 9 9
DV NUM. DE ACEPTACIÓN A 1 10 10 10
FECHA ACEPTACION D 8 11 18 18
ADUANA (CODIGO) N 2 19 20 20
TIPO OPERACIÓN (CODIGO) N 3 21 23 23
NOMBRE CONSIGNANTE O EXPORTADOR A 30 24 53 53
APELLIDO CONSIGNANTE O EXPORTADOR A 70 54 123 123
RUT CONSIGNANTE O EXPORTADOR N 9 124 132 132
DV A 1 133 133 133
PORCENTAJE CONSIGNANTE O EXP. N 4 1 134 137 137
COMUNA (CODIGO) N 5 138 142 142
APELLIDO EXP SEC A 70 143 212 212
NOMBRE EXP SEC A 30 213 242 242
RUT EXP. SEC N 9 243 251 251
DV A 1 252 252 252
PUERTO DE EMBARQUE (CODIGO N 3 253 255 255
REGION DE ORIGEN (CÓD. REG. DEL PAÍS) N 2 256 257 257
TIPO DE CARGA (CODIGO) A 1 258 258 258
VÍA TRANSPORTE (CODIGO) N 2 259 260 260
PUERTO DESEMBARQUE (CODIGO) N 3 261 263 263
PAÍS DE DESTINO (CODIGO) N 3 264 266 266
NOMBRE CÍA. TRANSPORTAD. A 50 267 316 316
PAÍS C.T. (CODIGO) N 3 317 319 319
RUT CIA. TRANSPORTADORA N 9 320 328 328
D.V RUT CIA. TRANSPORTADORA A 1 329 329 329
NUMERO INFORME EXPORTACION N 6 330 335 335
DVNUMERO INFORME EXPORTACION A 1 336 336 336
FECHA INFORME EXPORTACION D 8 337 344 344
MONEDA (CODIGO) N 3 345 347 347
MODALIDAD DE VENTA (CODIGO) N 1 348 348 348
CLAUSULA DE VENTA (CODIGO) N 2 349 350 350
FORMA DE PAGO (CODIGO) N 2 351 352 352
VALOR CLAUSULA DE VENTA N 12 2 353 364 364
COMISIONES EN EL EXTERIOR N 12 2 365 376 376
OTROS GASTOS DEDUCIBLES N 12 2 377 388 388
VALOR LÍQUIDO DE RETORNO N 12 2 389 400 400
Nº DOCUMENTO REGIMEN SUSPENSIVO N 10 401 410 410
ADUANA REGIMEN SUSPENSIVO N 2 411 412 412
TOTAL ITEM N 3 413 415 415

114
 
TOTAL BULTOS N 6 416 421 421
PESO BRUTO TOTAL N 12 2 422 433 433
TOTAL VALOR FOB N 13 2 434 446 446
VALOR DEL FLETE N 12 2 447 458 458
Código (% flete teórico) A 1 459 459 459
VALOR DEL SEGURO N 12 2 460 471 471
Código (% seguro teórico) A 1 472 472 472
VALOR CIF N 13 2 473 485 485
ZONA ECONOMICA N 2 486 487 487
ITEMS
TIPO DE REGISTRO N 2 1 2 02 489
NÚMERO DE ACEPTACIÓN N 7 3 9 496
NUMERO DE ITEM N 3 10 12 499
NOMBRE A 70 13 82 569
ATRIBUTO1 A 30 83 112 599
ATRIBUTO2 A 30 113 142 629
ATRIBUTO3 A 30 143 172 659
ATRIBUTO4 A 30 173 202 689
ATRIBUTO5 A 30 203 232 719
ATRIBUTO6 A 30 233 262 749
CODIGO ARANCEL A 8 263 270 757
UNIDAD DE MEDIDA N 2 271 272 759
CANTIDAD DE MERCANCIA N 14 4 273 286 773
FOB UNITARIO N 16 6 287 302 789
FOBUS N 12 2 303 314 801
CODIGOOBSERVACION1 N 3 315 317 804
VALOROBSERVACION1 A 10 318 327 814
GLOSAOBSERVACION1 A 30 328 357 844
CODIGOOBSERVACION2 N 3 358 360 847
VALOROBSERVACION2 A 10 361 370 857
GLOSAOBSERVACION2 A 30 371 400 887
CODIGOOBSERVACION3 N 3 401 403 890
VALOROBSERVACION3 A 10 404 413 900
GLOSAOBSERVACION3 A 30 414 443 930
PESOBRUTOITEM N 12 2 444 455 942
CLAVE ECONOMICA N 3 456 458 945
BULTOS
TIPO DE REGISTRO N 2 1 2 03 947
NÚMERO DE ACEPTACIÓN N 7 3 9 954
NUMERO DE BULTO(SEC) N 3 10 12 957
TIPO DE BULTO N 3 13 15 960
CANTIDAD DE BULTOS N 6 16 21 966
IDENTIFICACION BULTOS NO CONT. A 50 22 71 1016
TRANSPORTE
TIPO DE REGISTRO N 2 1 2 06 1018
NÚMERO DE ACEPTACIÓN N 7 3 9 1025
N.SEC.DOC.TRANSPORTE N 2 10 11 1027
NUMERO DOC.TRANSPORTE A 30 12 41 1057
FECHA DOC.TRANSPORTE D 8 42 49 1065
NOMBRE DE LA NAVE A 20 50 69 1085
NUMERO DEL VIAJE A 10 70 79 1095
Tabla 22.- Estructura Archivo Exportaciones.

115
 
 ANEXO B. ESTRUCTURA ARCHIVO IMPORTACIONES

REGISTRO IMPORTACION - ADUANA

LARGO 1630
Campos Glosa Largo Inicio Fin
01 REG-SALIDA.
05 NUMIDENTIF-SAL Nº Identificación PIC 9(010). 1 10
05 TPO-DOCTO-SAL Tipo de Operación PIC 9(003). 11 13
05 ADU-SAL Aduana PIC 9(002). 14 15
05 NOMBRE-SAL Nombre del Importador PIC X(030). 16 45
05 RUT-SAL Rut del Importador PIC 9(008). 46 53
05 DVRUT-SAL Dígito del Rut PIC X(001). 54 54
05 NUM-RS-SAL Número Régimen Suspensivo PIC X(010). 55 64
05 FEC-RS-SAL Fecha Régimen Suspensivo PIC 9(008). 65 72
05 ADUA-RS-SAL Aduana Régimen Suspensivo PIC 9(002). 73 74
05 PA-ORIG-SAL País Origen PIC 9(003). 75 77
05 PA-ADQ-SAL País Adquisición PIC 9(003). 78 80
05 ZONA-ECO-SAL Zona Económica PIC X(002). 81 82
05 VIA-TRAN-SAL Vía de Transporte PIC 9(002). 83 84
05 PTO-EMB-SAL Puerto de Embarque PIC 9(003). 85 87
05 PTO-DESEM-SAL Puerto de Desembarque PIC 9(003). 88 90
05 TPO-CARGA-SAL Tipo deCarga PIC X(001). 91 91
05 ALMACEN-SAL Código Almacenista PIC X(003). 92 94
05 FEC-ALMAC-SAL Fecha Recep. Almacenaje PIC 9(008). 95 102
05 FECRETIRO-SAL Fecha de Retiro de Mercancía PIC 9(008). 103 110
05 NU-REGR-SAL Nº Reg. Reconocimiento PIC 9(006). 111 116
05 ANO-REG-SAL Año Reg. Reconocimiento PIC 9(004). 117 120
05 CODVISBUEN-SAL Regla 1 o Visto bueno PIC 9(001). 121 121
05 PAGO-GRA-SAL Forma Pago Gravámenes PIC 9(002). 122 123
05 FECACEP-SAL Fecha de Aceptación PIC 9(008). 124 131
05 ARTDENU-SAL Denuncia PIC X(010). 132 141
Nombre Compañía
05 GNOM-CIA-T-SAL PIC X(020). 142 161
Transportadora
05 CODPAISCIA-SAL Código País Tansportadora PIC 9(003). 162 164
05 NUMRUTCIA-SAL Rut Cía. Transportadora PIC 9(008). 165 172
05 DIGVERCIA-SAL Dígito Rut Cía. Transportadora PIC X(001). 173 173
05 NUM-MANIF-SAL Nº de Manifiesto PIC X(015). 174 188
05 NUM-MANIF1-SAL Nº de Manifiesto 1 PIC X(015). 198 203
05 NUM-MANIF2-SAL Nº de Manifiseto 2 PIC X(015). 204 218
05 FEC-MANIF-SAL Fecha de Manifiesto PIC 9(008). 219 226
05 NUM-CONOC-SAL Número Documento Transporte PIC X(030). 227 256
05 FEC-CONOC-SAL Fecha Documento Transporte PIC 9(008). 257 264
05 REG-IMP-SAL Régimen de Importación PIC 9(002). 265 266
05 BCO-COM-SAL Código Banco Comercial PIC 9(002). 267 268
05 FORM-PAGO-SAL Forma Pago Cobertura PIC 9(002). 269 270
05 MONEDA-SAL Código de Moneda PIC 9(003). 271 273
05 CL-COMPRA-SAL Código Cláusula de Compra PIC 9(001). 274 274
05 TOT-ITEMS-SAL Nº Total de Items PIC 9(003). 275 277
PIC
05 FOB-SAL Valor Fob 278 290
9(011)V9(2).
05 COD-FLE-SAL Código del Flete PIC 9(001). 291 291
PIC
05 FLETE-SAL Valor del Flete 292 304
9(011)V9(2).
05 TOT-BULTOS-SAL Total Bultos PIC 9(006). 305 310
05 COD-SEG-SAL Código del Seguro PIC 9(001). 311 311

116
 
 PIC
05 SEGURO-SAL Seguro 312 324
9(011)V99.
PIC
05 TOT-PESO-SAL Total Peso 325 336
9(010)V99.
PIC
05 CIF-SAL Cif 337 349
9(011)V9(2).
05 NUM-AUT-SAL Nº Informe Importación PIC 9(006). 350 355
05 FEC-AUT-SAL Fecha Informe Importación PIC 9(008). 356 363
05 ID-BULTOS.
10 ID-BULTOS1-
Identificación de Bultos PIC X(070). 364 433
SAL
10 ID-BULTOS2-
Identificación de Bultos PIC X(070). 434 503
SAL
10 ID-BULTOS3-
Identificación de Bultos PIC X(070). 504 573
SAL
10 ID-BULTOS4-
Identificación de Bultos PIC X(070). 574 643
SAL
10 ID-BULTOS5-
Identificación de Bultos PIC X(070). 644 713
SAL
10 ID-BULTOS6-
Identificación de Bultos PIC X(050). 714 763
SAL

05 BULTOS-SAL.
10 ARR-BULTOS OCCURS 8 TIMES.
15 TPO-BUL-SAL Tipo de Bultos PIC 9(003) 764 766
15 CANT-BUL-
Cantidad de Bultos PIC 9(006). 767 772
SAL
05 CTA-OTRO-SAL Código Cuenta Advalorem PIC 9(003). 836 838
PIC
05 MON-223-SAL Monto Cuenta Advalorem 839 850
9(010)V9(2).
05 CTA-OTR1-SAL Código Cuenta Otro1 PIC 9(003). 851 853
PIC
05 MON-OTR1-SAL Monto Cuenta Otro1 854 865
9(010)V9(2).
05 CTA-OTR2-SAL Código Cuenta Otro2 PIC 9(003). 866 868
PIC
05 MON-OTR2-SAL Monto Cuenta Otro2 869 880
9(010)V9(2).
05 CTA-OTR3-SAL Código Cuenta Otro3 PIC 9(003). 881 883
PIC
05 MON-OTR3-SAL Monto Cuenta Otro3 884 895
9(010)V9(2).
05 CTA-OTR4-SAL Código Cuenta Otro4 PIC 9(003). 896 898
PIC
05 MON-OTR4-SAL Monto Cuenta Otro4 899 910
9(010)V9(2).
05 CTA-OTR5-SAL Código Cuenta Otro5 PIC 9(003). 911 913
PIC
05 MON-OTR5-SAL Monto Cuenta Otro5 914 925
9(010)V9(2).
05 CTA-OTR6-SAL Código Cuenta Otro6 PIC 9(003). 926 928
PIC
05 MON-OTR6-SAL Monto Cuenta Otro6 929 940
9(010)V9(2).
05 CTA-OTR7-SAL Código Cuenta Otro7 PIC X(003). 941 943
PIC
05 MON-OTR7-SAL Monto Cuenta Otro7 944 955
9(010)V9(2).
PIC
05 MON-178-SAL Monto Cuenta 178 (IVA) 956 967
9(010)V9(2).
PIC
05 MON-191-SAL Monto Total Giro en US$(191) 968 979
9(010)V9(2).
PIC
05 MON-699-SAL Monto Total Diferido (699) 980 991
9(010)V9(2).
PIC
05 MON-199-SAL Monto Cuota Contado (199) 992 1003
9(010)V9(2).

05 REG-ITEMS.

117
 
 10 NUMITEM-SAL Número de Item PIC 9(003). 1004 1006
10 DNOMBRE-SAL Nombre de la Mercancía PIC X(050). 1007 1056
10 DMARCA-SAL Atributo 1 PIC X(030). 1057 1086
10 DVARIEDAD-
Atributo 2 PIC X(030). 1087 1116
SAL
10 DOTRO1-SAL Atributo 3 PIC X(030). 1117 1146
10 DOTRO2-SAL Atributo 4 PIC X(030). 1147 1176
10 ATR-5-SAL Atributo 5 PIC X(030). 1177 1206
10 ATR-6-SAL Atributo 6 PIC X(030). 1207 1236
10 CLAVEECO-SAL Clave Económica PIC 9(003). 1237 1239
10 SAJU-ITEM-SAL Signo del Ajuste PIC X(001). 1240 1240
PIC
10 AJU-ITEM-SAL Monto Ajuste del Item 1241 1252
9(010)V9(2).
10 CANT-MERC- PIC
Cantidad de Mercancías 1253 1264
SAL 9(008)V9(4).
PIC
10 MERMAS-SAL Mermas 1265 1276
9(010)V9(2).
10 MEDIDA-SAL Código Unidad de Medida PIC 9(002). 1277 1278
PIC
10 PRE-UNIT-SAL Precio Unitario Fob 1279 1292
9(008)V9(6).
10 ARANC-ALA-
Código Arancel Aladi PIC 9(008). 1293 1300
SAL
10 NUMCOR-SAL Nº Correlativo Arancel PIC 9(001). 1301 1301
10 NUMACU-SAL Nº Acuerdo Comercial PIC 9(003). 1302 1304
10 CODOBS1-SAL Código Observación 1 PIC X(002). 1305 1306
10 DESOBS1-SAL Descripción Observación 1 PIC X(030). 1307 1336
10 CODOBS2-SAL Código Observación 2 PIC X(002). 1337 1338
10 DESOBS2-SAL Descripción Observación 2 PIC X(030). 1339 1368
10 CODOBS3-SAL Código Observación 3 PIC X(002). 1369 1370
10 DESOBS3-SAL Descripción Observación 3 PIC X(030). 1371 1400
10 CODOBS4-SAL Código Observación 4 PIC X(002). 1401 1402
10 DESOBS4-SAL Descripción Observación 4 PIC X(030). 1403 1432
10 ARANC-NAC-
Código Arancel Armonizado PIC 9(008). 1433 1440
SAL
PIC
10 CIF-ITEM-SAL Valor Cif del Item 1441 1452
9(010)V9(2).
10 ADVAL-ALA- PIC
Porcentaje Advalorem 1453 1458
SAL 9(004)V9(2).
10 ADVAL-SAL Código Cuenta Advalorem PIC 9(003). 1459 1461
PIC
10 VALAD-SAL Monto Cuenta Advalorem 1462 1473
9(010)V9(2).
PIC
10 OTRO1-SAL Porcentaje de Otro1 1474 1483
9(004)V9(6).
10 CTA1-SAL Código de Cuenta Otro1 PIC 9(003). 1484 1486
10 SIGVAL1-SAL Signo Valor 1 (+/-) PIC X(001). 1487 1487
PIC
10 VAL1-SAL Monto Impuesto Otro1 1488 1499
9(010)V9(2).
PIC
10 OTRO2-SAL Porcentaje de Otro2 1500 1509
9(004)V9(6).
10 CTA2-SAL Código de Cuenta Otro2 PIC 9(003). 1510 1512
10 SIGVAL2-SAL Signo Valor 2 (+/-) PIC X(001). 1513 1513
PIC
10 VAL2-SAL Monto Impuesto Otro2 1514 1525
9(010)V9(2).
PIC
10 OTRO3-SAL Porcentaje de Otro3 1526 1535
9(004)V9(6).
10 CTA3-SAL Código de Cuenta Otro3 PIC 9(003). 1536 1538
10 SIGVAL3-SAL Signo Valor 1 (+/-) 3 PIC X(001). 1539 1539
PIC
10 VAL3-SAL Monto Impuesto Otro3 1540 1551
9(010)V9(2).
PIC
10 OTRO4-SAL Porcentaje de Otro4 1552 1561
9(004)V9(6).

118
 
 10 CTA4-SAL Código de Cuenta Otro4 PIC 9(003). 1562 1564
10 SIGVAL4-SAL Signo Valor 1 (+/-) 4 PIC X(001). 1565 1565
PIC
10 VAL4-SAL Monto Impuesto Otro4 1566 1577
9(010)V9(2).
10 VAL-FOB-ITEM- PIC
Valor Fob del Item 1578 1590
SAL 9(011)V9(2).
10 VAL-FLE-ITEM- PIC
Valor Flete del Item 1591 1603
SAL 9(011)V9(2).
10 VAL-SEG-ITEM- PIC
Valor Seguro del Item 1604 1616
SAL 9(011)V9(2).
PIC
10 PREC-UNIT-SAL Precio Unitario Cif 1617 1630
9(010)V9(4).
Tabla 23.- Estructura Archivo Importaciones.

119
 
 ANEXO C. CAPÍTULOS ADUANEROS SELECCIONADOS

Capítulos Sección II: Productos del Reino Vegetal:

06 Plantas vivas y productos de la floricultura
07 Hortalizas, plantas, raíces y tubérculos alimenticios
08 Frutas y frutos comestibles; cortezas de agrios (cítricos), melones o sandías
12 Semillas y frutos oleaginosos; semillas y frutos diversos; plantas industriales o
medicinales; paja y forraje
13 Gomas, resinas y demás jugos y extractos vegetales
14 Materias trenzables y demás productos de origen vegetal, no expresados ni comprendidos
en otra parte
Capítulos Sección III: Grasas y aceites animales o vegetales, productos de su desdoblamiento,
grasas alimenticias elaboradas, ceras de origen animal o vegetal
15 Grasas y aceites animales o vegetales; productos de su desdoblamiento; grasas
alimenticias elaboradas; ceras de origen animal o vegetal.
Capítulos Sección VI: Productos de las industrias químicas o de las industrias conexas
33 Aceites esenciales y resinas; preparaciones de perfumería, de tocador o de cosmética
36 Pólvora y explosivos; artículos de pirotecnia; fósforos (cerillas); aleaciones pirofóricas;
materias inflamables
38 Productos diversos de las industrias químicas
Capítulos Sección VII :Plástico y sus manufacturas, caucho y sus manufacturas
39 Plástico y sus manufacturas
Capítulos Sección IX: Madera, carbón vegetal y manufacturas de madera, corcho y sus
manufacturas, manufacturas de espartería o cestería.
44 Madera, carbón vegetal y manufacturas de madera.
45 Corcho y sus manufacturas.
46 Manufacturas de espartería o cestería.
Capítulos Sección X : Pasta de madera o de las demás materias fibrosas celulósicas, papel o cartón
para reciclar - desperdicios y desechos, papel o cartón y sus aplicaciones
47 Pasta de madera o de las demás materias fibrosas celulósicas; papel o cartón para reciclar
(desperdicios y desechos)
48 Papel y cartón; manufacturas de pasta de celulosa, papel o cartón
Capítulo Sección XX : Mercancías y productos diversos
94 Muebles; mobiliario médico quirúrgico; artículos de cama y similares; aparatos de
alumbrado no expresados ni comprendidos en otra parte; anuncios, letreros y placas
indicadoras luminosos y artículos similares; construcciones prefabricadas.
95 Juguetes, juegos y artículos para recreo o deporte; sus partes y accesorios.
96 Manufacturas diversas.
Tabla 24.- Capítulos Aduaneros Seleccionados.

120
 
 ANEXO D. CÓDIGO DE PRODUCTOS CAEF

Extracto de la lista de productos CAEF:

Arancel CAEF Producto Calidad Especie
39207190 2650040 otros productos de celulosa s/i s/i
39207200 2650040 otros productos de celulosa s/i s/i
39207300 2650040 otros productos de celulosa s/i s/i
39207900 2650040 otros productos de celulosa s/i s/i
44039919 1210020 trozos aserrables s/i s/i
44112910 2320031 tablero mdf recub. y/o trab. mec. s/i pino
radiata
44122300 2350000 otros tableros s/i s/i
44129910 2340010 tablero contrachapado s/i pino
radiata
48025419 2124030 papeles sin estucar para impr. y escr. s/f. mec. s/i
48025810 2124030 papeles sin estucar para impr. y escr. s/ f. mec. s/i
48026112 2124030 papeles sin estucar para impr. y escr. s/ f. mec. s/i
44170010 3114020 mangos para herramientas s/i s/i
48055000 2124099 otros envases y papeles o cartones para envases s/i s/i
48116000 3221094 otros papeles y cartones estuc/recub/impreg no s/i s/i
impr. o escr.
48196000 2124099 otros envases y papeles o cartones para envases s/i s/i
94016930 3150010 sillas y sillones s/i s/i
94016990 3150010 sillas y sillones s/i s/i
94035040 3150062 roperos y armarios s/i s/i
96091010 3132040 lápices de madera s/i s/i
96091020 3132040 lápices de madera s/i s/i
47071090 2130000 papeles y cartones para reciclar s/i s/i
48021000 2123100 otros papeles y cartones no clasificados en otra s/i s/i
parte
48022000 2124030 Papeles sin estucar para impr. y escr. s/ f. mec. s/i
48023000 2123100 otros papeles y cartones no clasificados en otra s/i s/i
parte
48025412 2124030 Papeles sin estucar para impr. y escr. s/ f. mec. s/i
Tabla 25.- Códigos de Productos CAEF.

121
 
 ANEXO E. CARTA GANTT

1. Reconocimiento Sistema INFOR: esta etapa corresponde al primer objetivo del

proyecto, y consiste en lograr el mayor entendimiento posible de los sistemas a
migrar, mediante la revisión de código disponible, y documentación existente de
estos, además de reuniones con los usuarios.
2. Definición de Requerimientos: determinar nuevas funcionalidades y necesidades
que el prototipo debe satisfacer.
3. Iteración 1,2 y 3: en cada una de las iteraciones se realiza análisis de
requerimientos, diseño, codificación y pruebas del prototipo, con el fin de ir
aproximando los resultados a los obtenidos por SIH. Además confeccionar la
documentación.
4. Implementación: durante esta etapa se realiza la instalación en producción de la
Suite SQL Server 2008 Enterprise, del prototipo y las herramientas empleadas
por los usuarios. Además se realizan las pruebas al prototipo en producción.
Durante el cual los usuarios realizaban en el proceso en el sistema antiguo y en el
nuevo con el fin de comparar resultados.

122
 
 Figura 60.- Carta Gantt Primera Parte.

123
 
 Figura 61.- Carta Gantt Segunda Parte.

Figura 62.- Carta Gantt Tercera Parte.

124
 
 Figura 63.- Carta Gantt Cuarta Parte.

125
 
 ANEXO F. DESCRIPCIÓN PROCESO PEIA

Primera Parte

Descripción PEIA
El propósito de este proceso es elaborar los datos provenientes de la DIS aduanera, y
finalmente presentarlos en una serie de reportes. Las etapas del proceso son las
siguientes:

a. Cargar Archivo
Esta tarea, ejecutada por el sistema, consiste en cargar el (los) archivo(s) aduaneros
(AAE o AAI) en la base de datos. En esta tarea el usuario debe ingresar los siguientes
parámetros: el periodo (mes y año), y la ruta del archivo. Al finalizar la carga del archivo
se muestra la cantidad de registros leídos, la cantidad de registros cargados y los
rechazados.

Las validaciones realizadas en esta etapa son las siguientes:

1. El período ingresado por el usuario no debe estar en las base de datos históricas.
2. Los registros del archivo deben contener el mismo período de declaración que el
ingresado por el usuario.
3. Verifica si el periodo indicado por el usuario ya está en proceso, en caso de ser
así es posible sobrescribir o agregar los registros del archivo que se quiere cargar.

Desventajas y errores que presentan los sistemas:

1. Para el caso de exportaciones no son leídos todos los registros. Aprox. 3000
registros quedan fuera en cada carga.
2. No entrega información de los errores. Por lo tanto, debe ser revisado por el
usuario registro por registro (cada archivo tiene aprox. 70000 registros). Además
la aplicación se queda detenida indefinidamente cuando suceden algunos errores.
3. Los respaldos de los archivos los gestiona el usuario en su equipo o en el
servidor NOTRO, que es donde se aloja la base de datos de estos sistemas.

b.- Revisar Archivo, Corregir Archivo o Enviar Archivo al SNA

Si el contador de registros de errores en la carga de archivo es mayor que cero, el usuario
debe revisar el archivo con algún programa editor de texto, y buscar donde está el error.

126
 
Si lo encuentra, y puede modificarlo, entonces realiza los cambios, y regresa a la etapa
Cargar Archivo. De no ser posible realizar los cambios, por ser estos demasiados o no
poder encontrarlos, el archivo se envía al SNA y se espera la respuesta. Una vez
solucionado se regresa a la tarea Cargar Archivo.

c. Depurar Información
Una vez realizada la tarea Cargar Archivo, y si esta no tiene errores, se comienza con el
subproceso Depurar Información. Este se describe en la segunda parte de este anexo.

d. Generar Reportes
Una vez finalizado el subproceso Depurar Información, el sistema puede generar una
serie de reportes y listados, los cuales son en formato CSV, para planillas Excel, y
quedan almacenados en una carpeta del servidor NOTRO, donde el usuario debe
buscarlos. EL sistema SIF, presenta la particularidad, que para generar los reportes, los
datos históricos deben ser exportador a una base de datos ACCESS de Microsoft, al PC
del usuario, desde donde finalmente se generan los reportes. La desventaja de esto, es
que la actualización que se realice a esta información, también debe ser realizada en la
base de datos histórica original, de no ser así, la información presentada en los reportes,
no sería la misma en la base de datos histórica.

e. Confeccionar Reportes
Una vez finalizada la tarea Generar Reportes, se tiene que varios reportes empleados
en el boletín o solicitados por clientes, no son generados por el sistema, por lo tanto el
usuario debe elaborarlos a partir de los listados detallados, empleando tablas dinámicas
en Excel.

f. Corregir Reportes
Una vez finalizada la tarea Generar Reportes, se tiene que varios reportes generados
por el sistema presentan errores, los cuales deben ser modificados por los usuarios. Esto
se realiza en planillas Excel.

Una vez finalizadas las tareas Confeccionar Reportes y Corregir Reportes se finaliza
el proceso PEIA y comienza la elaboración del boletín, BEFP o BIFP según sea el caso.

127
 
Segunda Parte

Subproceso Depurar Información

La finalidad de este subproceso es obtener los datos depurados y normalizados para
todos los registros con mercancías pertenecientes al sector forestal y maderero. Las
etapas del subproceso son las siguientes:

a. Filtrar Registros
El sistema marca los registros, para así diferenciar los que corresponden a mercancías
forestales o madereras de aquellas que no. Para lograr esto, el sistema marca los registros
como ACEPTADOS, ELIMINADOS, o los deja NULOS si no se aplica ninguna
coincidencia. Esta asignación es en base a la comparación de los códigos AAC que
deben aceptarse y descripción de la mercancía. El resultado de esta tarea es la marca de
los registros, además se despliegan los contadores que indican la cantidad de registros
aceptados, eliminados y los nulos.

Desventajas y errores que se presentan:

 Los sistemas actuales no tienen aplicativos que permitan modificar o gestionar
las reglas de filtros, por lo cual es necesario modificar la programación para
agregar o modificar reglas.
 No es posible saber que regla fue aplicada a cada registro, por lo tanto no se tiene
control de la validez de cada una de estas.

b. Corregir Filtrado
Esta tarea consiste en que el usuario debe revisar registro a registro, y verificar que el
filtrado es correcto, es decir, no se acepten registros que no son de mercancías forestales,
y no queden fuera registros que sí lo son. Para esto el usuario observa la descripción y el
código AAC de cada registro.

c. Asignar Código CAEF

El sistema asigna el código de productos CAEF, código de especie y de calidad del
producto a los registros marcados como ACEPTADOS. Esta asignación se realiza en
base al código AAC y la descripción de la mercancía.

128
 
Desventajas y errores en los sistemas actuales:
 Sólo el sistema SIF posee un aplicativo que permite incorporar reglas, pero de
forma muy limitada y presenta problemas.
 No es posible saber que regla fue aplicada a cada registro, por lo tanto no hay
control ni validación de estas.

d. Corregir Código CAEF Asignado

El usuario debe revisar registro a registro que la asignación de CAEF es correcta,
observando y verificando según el código AAC y la descripción de las mercancías.

Desventajas que se presentan:

 Debido a que no es posible modificar las reglas, no es posible automatizar nuevas
asignaciones que se presenten, sólo en el SIF es posible agregar cierto tipo de
reglas, pero esta funcionalidad presenta problemas como se mencionó.

e. Buscar Nuevas Empresas

El sistema busca en los registros marcados como ACEPTADOS, las empresas que no
están registradas en la base de datos y deben ser ingresadas. En el caso del sistema SEF,
busca empresas exportadoras. En el caso del sistema SIF se buscan nuevas empresas
importadoras y nuevas compañías de transporte.

Desventajas:
 El sistema agrupan estas por nombre y RUT, y dado que los nombres de las
empresas aparecen escritos de muchas formar (empleando puntuación,
abreviaciones o simplemente con errores), la misma empresa puede aparecer
muchas veces.

f. Corregir Datos Nuevas Empresas

El usuario debe revisar cado una de los registros de nuevas empresas encontradas, luego
decidir cuál tiene el nombre más completo, y en base a esto indicar al sistema,
seleccionando cuál de las empresas nuevas quedarán almacenadas en forma permanente
en la base de datos, y de ser necesario modificarlos cuando presenten errores, como
nombres mal escritos y direcciones que no corresponden.

129
 
Desventajas:
 Es necesario terminar con la revisión y corrección de los datos (nombre, RUT,
dirección, etc.) de las nuevas empresas entrantes antes de continuar con el
proceso.

g. Incorporar Nuevas Empresas

El sistema almacena en la base de datos las nuevas empresas correspondientes al periodo
en el cual se está trabajando. Durante este paso el sistema asigna un código único a cada
nueva empresa, el cual es un número incremental.

h. Asignar Nuevas Empresas

El sistema asigna el código de las empresas que están registrada en la base de datos
(incluyendo las que recién fueron incorporadas en las tareas anteriores) a los registros
marcado como ACEPTADOS en la tabla temporal de proceso (TTP). De esta manera
cada registro queda vinculado a la empresa exportadora, importadora o transportadora,
según corresponda.

i. Calcular y Ajustar Datos

El módulo de importaciones debe realizar las siguientes asignaciones en los campos de

la TTP (tabla temporal de proceso).
 Asignar código de Importadores.
 Asignar código Compañías de Transportes.
 Buscar y asignar Nuevos Importadores.
 Buscar y asignar Nuevas Co. Transportadoras.
 Gestionar Nuevos Importadores (modificar sus datos).
 Gestionar Nuevas Co. Transportadoras (modificar sus datos).
 Asignar código de productos CAEF (cód. de productos, cód. de especies, cód. de
calidades).
 Calcular y asignar volumen y tonelaje.
 Asignar Consorcios, Proveedores.

El módulo de exportaciones debe realizar las siguientes asignaciones en los campos de la

TTP:
 Asignar código de Exportadores.

130
 
  Buscar y asignar Nuevos Exportadores.
 Gestionar Nuevos Exportadores (modificar sus datos).
 Calcular y asignar tonelaje, flete, volumen.
 Asignar unidad de medida, puerto de embarque, consorcios (grupos de
exportadores), región real del exportador.
 Calcular y asignar metros cúbicos de madera aserrada y de producto.

j. Corregir Cálculos y Ajustes de Datos

En esta etapa el usuario revisa una serie de listado generados por el sistema que permiten
visualizar el detalle de la información, registros marcados como ELIMINADOS y totales
de montos CIF, FOB, VOLUMEN y TONELAJE. Con esta información el usuario
busca los registros que presenten alguna anomalía, como campos nulos o en ceros,
asignaciones de código CAEF incorrectas o registros mal filtrados. En esta etapa, la
modificación de los registros se realiza mediante mantenedores de las tablas que
disponen estos sistemas, para realizar las modificaciones en los datos de la TTP, registro
a registro.

k. Validar Registros
Esta tarea consiste en que el sistema verifica la existencia de los siguientes posibles
errores en los datos procesados:

 Sistema SEF:
o Códigos inválidos de Productos, Especie, Calidad, Puerto de Embarque,
País de Destino y Exportadores.
o Valores de Volumen y FOB nulos o ceros (0).

 Sistema SIF:
o Códigos inválidos de Producto, Especie, Calidad, Importadores, Co.
Transportadoras, Puertos de Embarque, Puertos de Desembarque, Países
y Aduanas.
o Valores Volumen y CIF nulos o ceros (0)

De existir alguno de los errores mencionados, la etapa de Cargar Tablas Históricas no

será posible de realizar.

131
 
l. Corregir Registros
Si en la etapa anterior hay errores, estos deben ser corregidos en forma manual por los
usuarios mediante una grilla que permite modificar los datos de la TTP y volver a
ejecutar la tarea Validar Registros para verificar la existencia de estos.

ll. Cargar Tablas Históricas

Una vez que la tarea Validar Registros no presente errores, será posible copiar los
registros desde la TTP a las tablas históricas.

Desventajas:
 Una vez realizada la carga de los datos depurados en las tablas históricas no hay
forma de deshacer la carga.

132
 
 ANEXO G. PANTALLAS SISTEMAS EXPORTACIONES
FORESTALES

Aplicativo para realizar la carga del archivo (figura 64):

 
Figura 64.- Carga de Archivo SEF

Aplicativo para realizar el proceso PEIA (figura 65):

 
Figura 65.- Proceso PEIA SEF.

133
 
Aplicativo para realizar el proceso de codificación de la TTP (figura 66):

 
Figura 66.- Codificación Manual SEF.

Aplicativo para generar y exportar los reportes en formato CSV (figura 67):

 
Figura 67.- Generar Reportes SEF.

134
 
 ANEXO H. PANTALLAS SISTEMAS IMPORTACIONES
FORESTALES

Aplicativo para realizar la carga de archivos (figura 68):

 
Figura 68.- Carga de Archivos SIF.

Aplicativo para realizar el proceso PEIA (figura 69):

 
Figura 69.- Proceso PEIA SIF.

135
 
Aplicativo para generar reportes (figura 70):

 
Figura 70.- Generar Reportes SIF.

136
 
 ANEXO I. MODELO DE DATOS SEF

Figura 71.- Modelo de Datos SEF.

137
 
 ANEXO J. MODELO DE DATOS SIF

Figura 72.- Modelo de Datos SIF Primera Parte.

138
 
 Figura 73.- Modelo de Datos SIF Segunda Parte.

139
 
 ANEXO K. CASOS DE USO

Caso de Uso CU002: Seleccionar Archivo Cargado

Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Seleccionar y cargar los datos de un archivo desde el repositorio a la TTP, para posteriormente comenzar
el proceso PEIA.
Resumen
El usuario, una vez autentificado, accede al módulo y luego al aplicativo para seleccionar los archivos,
ingresa el periodo (mes y año), luego el usuario hace clic en un botón para comenzar la carga, finalmente
el sistema copia los registros a la TTP y muestra la cantidad de registros copiados.
Escenario Principal de Éxito (o flujo básico)
Actor Sistema
1.- El usuario ingresa al módulo (exportaciones o
importaciones) y selecciona la funcionalidad de
carga de TTP.
2.- El usuario selecciona el periodo de registros que
desea copiar desde el repositorio de archivos.
3.- El usuario hace clic en un botón para comenzar 4.- El sistema copia los registros desde el
el proceso. repositorio de archivos a la TTP.
5.- El sistema genera la descripción de la mercancía
en cada registro.
6.- El sistema genera el catalogo indexado para la
búsqueda de texto.
7.- El sistema despliega el resultado del proceso.
Flujos Alternativos
1.- El agente de trabajos SQL Server 2008 está inactivo.
a. El Sistema despliega aviso indicando el estado inactivo de este.
b. El usuario da aviso a la unidad Informática para que active el Agente.
2.- No hay archivos cargados en el repositorio.
a. El sistema mostrara vacías las listas de periodos de archivos a seleccionar.
3.- No hay archivos cargados en el repositorio.
a. El botón no ejecuta el proceso.
4.- Sucede un error al copiar los registros.
a. El proceso se detiene e inserta la información del error el registro log.
5.- No se dan flujos alternativos.
6.- No se dan flujos alternativos.
7.- No se dan flujos alternativos.
Tabla 26.- Caso de Uso: Seleccionar Archivo Cargado.

Caso de Uso CU003: Filtrar Registros

Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Marcar los registros en la tabla TTP, que pertenecen al sector forestal y cumplen con las reglas de filtros,
como aceptados.
Resumen
Una vez seleccionado y cargados los registros del archivo en la TTP, el usuario ejecuta el proceso de
filtros, quedando marcados los registros para posteriormente realizar asignaciones y cálculos sobre estos.
Escenario Principal de Éxito (o flujo básico)
Actor Sistema
1.- El usuario ingresa al módulo (exportaciones o
importaciones) y selecciona la funcionalidad de
filtrados de registros.
2.- El usuario selecciona el número de iteraciones
máxima para indicar hasta que regla será aplicada
de acuerdo al orden asignado a cada una de estas.
3.- El usuario ejecuta el proceso de filtros. 4.- El sistema ejecuta cada una de las reglas

140
 
 secuencialmente en el orden que estas tienen
definido.
5.- El sistema marca cada uno de los registros que
cumplen una de las regla, y estos quedan en estado
de “aceptado”, “eliminado”, “propuesto”, o lo deja
sin efecto.
6.- El sistema despliega el resultado del proceso.
7.- El usuario revisa los resultados. 8-. El sistema despliega los reportes con los
resultados.
Flujos Alternativos
1.- El agente de trabajos SQL Server 2008 está inactivo.
a. El Sistema despliega aviso indicando el estado inactivo de este.
b. El usuario da aviso a la unidad Informática para que active el Agente.
2.- No se dan flujos alternativos.
3.- La TTP está sin registros y el proceso de filtros no se ejecuta.
4, 5 y 6.- No se dan flujos alternativos.
7.- Si el usuario no está conforme con el resultado puede modificar las asignaciones mediante el
mantenedor de la tabla TTP o incorporar una nueva regla de filtros en la tabla de reglas de filtros, deshacer
la última aplicación del filtro y volver a ejecutar el filtro.
Tabla 27.- Caso de Uso: Filtrar Registros.

Caso de Uso CU004: Asignar y Calcular

Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Asignar códigos (productos, especie, calidad, entre otros) y calcular campos (volumen, tonelaje, flete) en
cada uno de los registros marcados como aceptados por el proceso de filtro.
Resumen
Una vez realizado el proceso de filtros, el usuario ejecuta el proceso de Asignar y Calcular, el cual
completa campos de cada registro marcado como aceptado en el proceso de filtro, y finalmente muestra
los resultados correspondientes a campos nulos o valores en cero.
Escenario Principal de Éxito (o flujo básico)
Actor Sistema
1.- El usuario ingresa al módulo (exportaciones o
importaciones) y selecciona la funcionalidad de
Asignaciones y Cálculos.
2.- El usuario selecciona el número de iteraciones
máxima para indicar hasta que regla será aplicada
de acuerdo al orden asignado a cada una de estas.
3.- El usuario ejecuta el proceso de Asignar y 4.- El sistema busca las nuevas empresas
Calcular. (exportadores, o importadores y Compañías de
Transporte, según sea el caso)
5.- El sistema genera el código de nuevas empresas
encontradas.
5.- El sistema guarda las nuevas empresas
encontradas.
6.- El sistema asigna los códigos de empresas a los
registros de la TTP.
7.- El sistema ejecuta cada una de las reglas de
asignación de códigos CAEF, secuencialmente en
el orden que estas tienen definido, asignando los
valores de códigos CAEF, especies, calidades,
región, entre otros.
8.- El sistema calcula los valores de varios campos
(volumen, tonelaje, fletes entre otros).
9.- El usuario revisa los resultados. 10-. El sistema despliega los reportes con los
resultados.
Flujos Alternativos
1.- El agente de trabajos SQL Server 2008 está inactivo.
a. El Sistema despliega aviso indicando el estado inactivo de este.
b. El usuario da aviso a la unidad Informática para que active el Agente.

141
 
2.- No se dan flujos alternativos.
3.- La TTP está sin registros, o no hay registros marcados como aceptados, y el proceso de Asignar y
Calcular no surte efecto.
4, 5, 6, 7 y 8.- No se dan flujos alternativos.
9.- Si el usuario no está conforme con el resultado puede modificar las asignaciones mediante el
mantenedor de la tabla TTP o incorporar una nueva regla de asignación de códigos CAEF en la tabla de
reglas de CAEF, o modificar los scripts correspondientes a asignaciones y cálculos, deshacer la última
aplicación del proceso de asignaciones y cálculos y volver a ejecutar el proceso Asignar y Calcular.
Tabla 28.- Caso de Uso: Asignar y Calcular.

Caso de Uso CU005: Codificar Registros

Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Editar los registros de la TTP para corregir filtrado, asignaciones y cálculos, que no se realizaron en forma
automática.
Resumen
Una vez realizado el proceso de filtros, o el proceso de Asignar y Calcular, el usuario realiza la búsqueda
de registros con campos nulos o valores en cero o registros que corresponden a mercancías del sector
forestal y modifica directamente los campos de la TTP para realizar correcciones, finalmente guarda los
cambios.
Escenario Principal de Éxito (o flujo básico)
Actor Sistema
1.- El usuario ingresa al módulo (exportaciones o
importaciones) y selecciona la funcionalidad
Codificación de registros de la TTP.
2.- El usuario ingresa los parámetros de filtros para
revisar los registros de interés.
3.- El usuario ejecuta el filtro para que aparezcan en 4.- El sistema busca los registros en la TTP y los
una grilla los registros seleccionados. presenta en una grilla.
5.- El usuario realiza las modificación a los campo
de cada fila en la grilla.
6.- El usuario guarda los cambios. 7.- El sistema actualiza el registro modificado en la
TTP.
8.- El sistema actualiza la grilla para mostrar los
registros reales de la TTP.
Flujos Alternativos
1, 2, 3, 4, 6, 7, 8.- No se dan flujos alternativos.
5.- El usuario realiza los cambios en la vista del formulario detallado asociado a cada fila del registro.
Tabla 29.- Caso de Uso: Codificar Registros.

Caso de Uso CU006: Cargar Históricas

Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Copiar los registros de la TTP, que han sido aceptados y se les ha realizado la asignación de códigos y
cálculos, a las tablas históricas correspondientes (según sea el caso, exportaciones o importaciones).
Resumen
Una vez realizado el proceso de filtros y el proceso Asignar y Calcular, el usuario indica al prototipo que
realice la copia de los registros elaborados desde la tabla TTP a las tablas históricas, la limpieza de tablas
temporales y recalcular los cubos y modelo de minería de datos.
Escenario Principal de Éxito (o flujo básico)
Actor Sistema
1.- El usuario ingresa al módulo (exportaciones o
importaciones) y selecciona la funcionalidad Cargar
Históricas.
2.- El usuario ejecuta la carga de las tablas 3.- El sistema copia los registros desde la TTP a las
históricas. tablas históricas.
4.- El sistema limpia las tablas temporales.
5.- El sistema recalcula los cubos y modelos.

142
 
 6.- El sistema despliega los resultados (contadores).
Flujos Alternativos
1, 3, 4, 6.- No se dan flujos alternativos.
2.- El usuario realiza la eliminación de la última carga realizada.
Tabla 30.- Caso de Uso: Cargar Históricas.

Caso de Uso CU007: Generar Reportes

Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Obtener un reporte previamente publicado según los parámetros introducidos.
Resumen
El usuario selecciona el reporte, introduce los parámetros y el sistema despliega el reporte según los estos.
Finalmente el usuario exporta el reporte a formato Excel.
Escenario Principal de Éxito (o flujo básico)
Actor Sistema
1.- El usuario ingresa al módulo de reportes
(exportaciones o importaciones) y selecciona el
reporte.
2.- El usuario introduce los parámetros del reporte.
3.- El usuario indica al sistema generar el reporte. 4.- El sistema despliega el reporte
5.- El usuario descarga el reporte en formato Excel.
Flujos Alternativos
2, 3, 4, 5.- No se dan flujos alternativos.
1.- El reporte no existe, entonces el usuario puede generarlo con los aplicativos correspondientes.
Tabla 31.- Caso de Uso: Generar Reportes.

Caso de Uso CU008: Calcular Metros Cúbicos de Producto

Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Calcular el campo M3_Producto de la tabla histórica de exportaciones con los metros cúbicos de producto
para las posteriores consultas.
Resumen
El usuario ejecuta las rutinas de cálculo de metros cúbicos de producto y el sistema completa el campo
M3_Producto de la tabla histórica.
Escenario Principal de Éxito (o flujo básico)
Actor Sistema
1.- El usuario ingresa al módulo de exportaciones y
selecciona el aplicativo Calcular Metros Cúbicos de
Producto.
2.- El usuario ejecuta el cálculo. 3.- El sistema completa el campo M3_Producto de
la tabla histórica de exportaciones de acuerdo a las
reglas definidas.
Flujos Alternativos
1, 3- No se dan flujos alternativos.
2.- El usuario modifica o ingresa nuevas reglas de cálculo.
Tabla 32.- Caso de Uso: Calcular Metros Cúbicos de Producto.

Caso de Uso CU009: Calcular Metros Cúbicos de Madera Aserrada

Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Después de realizar el CU008, se calcula el campo M3_Aserrada de la tabla histórica de exportaciones con
los metros cúbicos de madera aserrada para las posteriores consultas.
Resumen
El usuario ejecuta las rutinas de cálculo de metros cúbicos de madera aserrada y el sistema completa el
campo M3_Aserrada de la tabla histórica de exportaciones.
Escenario Principal de Éxito (o flujo básico)

143
 
Actor Sistema
1.- El usuario ingresa al módulo de exportaciones y
selecciona el aplicativo Calcular Metros Cúbicos de
Madera Aserrada.
2.- El usuario ejecuta el cálculo. 3.- El sistema completa el campo M3_Aserrada de
la tabla histórica de exportaciones de acuerdo a las
reglas definidas.
Flujos Alternativos
1, 3- No se dan flujos alternativos.
2.- El usuario modifica o ingresa nuevas reglas de cálculo.
Tabla 33.- Caso de Uso: Calcular Metros Cúbicos de Madera Aserrada.

Otros Casos de Uso

Caso de Uso CU010: Gestionar Usuarios

Actor Principal
Administrador (Especialista de la unidad CIF, responsable de la aplicación)
Propósito
Mantener la lista de usuarios del sistema, es posible eliminar y modificar estados de estos, como
habilitados o deshabilitados, roles (usuario, administrador).
Resumen
El administrador ingresa al módulo de gestión de usuarios, modifica los parámetros de usuario, y
finalmente guarda los cambios, entonces el sistema actualiza la base de datos.
Escenario Principal de Éxito (o flujo básico)
Actor Sistema
1.- El administrador accede al módulo de gestión de 2.- EL sistema muestra en una grilla los datos de los
usuarios. usuarios registrados.
2.- El administrador realiza los cambios en los
datos de los usuarios.
3.- El administrador guarda los cambios. 4.- El sistema refleja los cambios en la base de
datos.
Flujos Alternativos
1.-No se dan flujos alternativos.
Tabla 34.- Caso de Uso: Gestionar Usuarios.

Caso de Uso CU011: Autentificar Usuario

Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Verificar el acceso de los potenciales usuarios y los privilegios de este para emplear el prototipo.
Resumen
El usuario accede al prototipo mediante un browser, ingresa el nombre de usuario y la clave, el sistema
verifica los datos, y de ser correctos habilita funcionalidades y módulos para el usuario de acuerdo a sus
privilegios.
Escenario Principal de Éxito (o flujo básico)
Actor Sistema
1.- El usuario accede al prototipo mediante un
browser.
2.- El usuario ingresa el nombre de usuario y clave, 3.- El sistema verifica los datos ingresados con los
y presiona un botón. almacenados.
4.- El sistema autentifica al usuario habilitando las
funcionalidades y módulos según los privilegios del
rol asociado.
Flujos Alternativos
1, 3- No se dan flujos alternativos.
2.- El usuario crea una cuenta que debe ser validada por el administrador.
4.- El sistema no autentifica al usuario mostrando un mensaje de datos incorrectos.
Tabla 35.- Caso de Uso: Autentificar Usuario.

144
 
Caso de Uso CU012: Gestionar Reportes
Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Crear, actualizar, eliminar o visualizar reportes.
Resumen
El usuario accede al servidor de reportes, selecciona el reporte y accede a sus propiedades y/o acciones.
Esta caso de uso se implementa con el servidor de reportes (Reporting Services SSRS)
Escenario Principal de Éxito (o flujo básico)
Actor Sistema
1.- El usuario accede al servidor de reportes a
través de un browser compatible (Internet Explorer)
2.- El sistema despliega el contenido del servidor de
reportes con las funcionalidades provistas por este.
3.- El usuario selecciona el reporte que desea 4.- El sistema despliega el reporte exportable en
visualizar e introduce los parámetros de este. formato Excel.
4.- El usuario descarga en reporte.
Flujos Alternativos
1, 2, 4.- No se dan flujos alternativos.
3.- El usuario desea elaborar un reporte
a. El usuario genera un reporte con Report Builder 2.0
b. El usuario sube al servidor de reportes el reporte elaborado.
Tabla 36.- Caso de Uso: Gestionar Reportes.

Caso de Uso CU013: Consultar OLAP

Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Realizar consultas OLAP.
Resumen
EL usuario accede al módulo de consultas OLAP, construye la consulta arrastrando dimensiones y
medidas, ejecuta la consulta y finalmente exporta el resultado en planilla Excel.
Escenario Principal de Éxito (o flujo básico)
Actor Sistema
1.- El usuario accede al módulo de consultas
OLAP.
2.- El usuario selecciona el cubo.
3.- El usuario selecciona y arrastra dimensiones y
medidas.
4.- El usuario configura los filtros.
5.- El usuario ejecuta la consulta. 6.- EL sistema muestra el resultado y la opción para
realizar la descarga de este en planilla Excel.
Flujos Alternativos
1, 2, 3, 4, 5, 6.- No se dan flujos alternativos.
Tabla 37.- Caso de Uso: Consultar OLAP.

Caso de Uso CU014: Consultar T-SQL

Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Realizar consultas a la base de datos relacional del prototipo con la aplicación FlySpeed SQL Query.
Resumen
El usuario inicializa la aplicación de consultas, genera una consulta arrastrando las tablas, incorporando
filtros, y finalmente ejecuta la consulta, resultado el cual puede ser exportado en planilla Excel.
Escenario Principal de Éxito (o flujo básico)
Actor Aplicación
1.- El usuario accede la aplicación de consultas.
2.- El usuario selecciona se conecta a la base de

145
 
datos.
3.- El usuario selecciona y arrastra las tablas.
4.- El usuario selecciona los campos de las tablas.
5.- El usuario configura los filtros y ejecuta la 6.- EL sistema muestra el resultado y la opción para
consulta. realizar la descarga de este en planilla Excel.
Flujos Alternativos
1, 2, 3, 4, 5, 6.- No se dan flujos alternativos.
Tabla 38.- Caso de Uso: Consultar T-SQL.

Caso de Uso CU015: Gestionar Tablas del Sistema

Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Realizar operaciones CRUD y de búsquedas en las tablas de la base de datos del prototipo.
Resumen
El usuario selecciona el módulo de mantención de tablas , selecciona una tabla y realiza las operaciones
CRUD o de búsqueda sobre esta.
Escenario Principal de Éxito (o flujo básico)
Actor Sistema
1.- El usuario accede al módulo de mantención de 2.- El sistema despliega en una grilla los datos y
tablas y selecciona la tabla. operaciones que es posible realizar sobre esta.
3.- El usuario selecciona la operación que se desea
realizar sobre la tabla (crear, modificar, eliminar o
buscar registros).
4.- El usuario realiza la operación. 5.- El sistema genera los cambios en la base de
datos.
Flujos Alternativos
1, 2, 3, 4- No se dan flujos alternativos.
5.- No es posible realizar el cambio en la base de datos debido a restricciones de integridad o el o los datos
no se encuentran.
Tabla 39.- Caso de Uso: Gestionar Tablas del Sistema.

146
 
 ANEXO L. DIAGRAMAS DE SECUENCIA Y CONTRATOS

Figura 74.- Diagrama de Secuencia: Eliminar Archivo.

Contrato CO003
Operación eliminarArchivo(año, mes)
Referencias cruzadas Caso de uso: Cargar Archivo (CU001)
Precondiciones
El archivo aduanero debe estar almacenado en la base de datos.
Postcondiciones
El archivo almacenado en la base de datos es borrado.
Tabla 40.- Contrato C003.

Figura 75.- Diagrama de Secuencia: Seleccionar Carga de Archivo.

Contrato CO004
Operación copiarCargaArchivo(año, mes)
Referencias cruzadas Caso de uso: Seleccionar Archivo Cargado (CU002)
Precondiciones
El archivo del periodo correspondiente debe estar almacenado en el repositorio.
Postcondiciones
La tabla temporal de proceso (TTP) queda con los registros del archivo seleccionado para procesar.
Tabla 41.- Contrato C004.

147
 
 Figura 76.- Diagrama de Secuencia: Filtrar Registros.

Contrato CO005
Operación filtrar Registros(cantidad iteraciones)
Referencias cruzadas Caso de uso: Filtrar Registros(CU003)
Precondiciones
La TTP debe estar cargada con los registros correspondientes al periodo de proceso.
Postcondiciones
El campo BORRA de la tabla temporal de proceso (TTP) queda con el valor aceptado, eliminado,
propuesto o nulo.
Tabla 42.- Contrato C005.

Figura 77.- Diagrama de Secuencia: Asignar y Calcular.

Contrato CO006
Operación asignarValores(cantidad_iteraciones)
Referencias cruzadas Caso de uso: Asignar y Calcular (CU004)
Precondiciones
La TTP debe estar cargada con los registros correspondientes al periodo de proceso. Además debe estar el
campo BORRA de la TTP asignado por el proceso de filtros. Las asignaciones y cálculos se realizan según
el valor asignado al campo borra.
Postcondiciones
Caso Importaciones:
 Crear Nuevo Importador en tabla de Importadores
 Crear Nueva Compañía Transporte en tabla Co. Transportes
 Se asocian los importadores de la tabla de Importadores con los de la tabla TTP.
 Se asocian las Co. de transporte de la tabla Co. Transportes con los de la tabla TTP.
 Los campos PRODUCTO, ESPECIE, CALIDAD de la tabla temporal de proceso (TTP) quedan
con valores asignados (cód. CAEF).
 Se inicializan los campos VOLUMEN, TONELAJE, CONSORCIOS, PROVEEDORES en la
TTP.

Caso Exportaciones:

148
 
  Crear Nuevo Exportador en tabla de Exportadores.
 Se asocian los exportadores de la tabla de Exportadores con los de la tabla TTP.
 Inicializar campos TONELAJE, FLETE, VOLUMEN, UNIDAD, PUERTO EMBARQUE,
CONSORCIOS, REGIÓN REAL DEL EXPORTADOR.
 Los campos PRODUCTO, ESPECIE, CALIDAD de la tabla temporal de proceso (TTP) quedan
con valores asignados (cód. CAEF).
Tabla 43.- Contrato C006.

Figura 78.- Diagrama de Secuencia: Codificar Registros.

 

Contrato CO007
Operación guardarCambios(registro_modificado)
Referencias cruzadas Caso de uso: Codificar Registros(CU005)
Precondiciones
La TTP debe estar cargada con los registros correspondientes al periodo de proceso.
Postcondiciones
Todos los campos de los registros modificados en la TTP quedan actualizados o modificados.
Tabla 44.- Contrato C007.

Figura 79.- Diagrama de Secuencia: Cargar Histórica.

149
 
Contrato CO008
Operación cargarHistoricas()
Referencias cruzadas Caso de uso: Cargar Históricas(CU006)
Precondiciones
La TTP debe estar cargada con los registros correspondientes al periodo de proceso. Además debe estar el
campo BORRA de la TTP asignado por el proceso de filtros. Sólo los registros con BORRA igual a ‘a’
son asignados y calculados.
Postcondiciones
 Las tablas históricas quedan cargadas con los registros aceptados en la tabla TTP.
 Se limpian temporales.
 Se reprocesan los cubos y modelos.
Tabla 45.- Contrato C008.

Figura 80.- Diagrama de Secuencia: Eliminar Carga Histórica.

Contrato C009
Operación eliminarCargaHistorica(año, mes)
Referencias cruzadas Caso de uso: Cargar Históricas(CU006)
Precondiciones
El periodo a eliminar debe estar en las tablas históricas.
Postcondiciones
El periodo es eliminado de la tabla histórica.
Tabla 46.- Contrato C009.
 

Figura 81.- Diagrama de Secuencia: Calcular Metros Cúbicos de Producto.

Contrato C010
Operación calcularM3Producto(año, mes)
Referencias cruzadas Caso de uso: Calcular Metros Cúbicos de Producto (CU008)
Precondiciones
Los campos … deben estar asignados en la tabla histórica de exportaciones.

150
 
Postcondiciones
El campo M3Producto queda asignado en la tabla histórica de exportaciones.
Tabla 47.- Contrato C010.

Figura 82.- Diagrama de Secuencia: Calcular Metros Cúbicos de Madera Aserrada.

Contrato C011
Operación calcularM3Aserrada(año, mes)
Referencias cruzadas Caso de uso: Calcular Metros Cúbicos de Madera Aserrada (CU009)
Precondiciones
Los campos volumen y tonelaje deben estar asignados en la tabla histórica de exportaciones.
Postcondiciones
El campo M3Aserrada queda asignado en la tabla histórica de exportaciones.
Tabla 48.- Contrato C011.

Figura 83- Diagrama de Secuencia: Generar Reporte.

 

151
 
 ANEXO LL. CASOS DE USO REAL

Caso de Uso Real CUR002: Copiar Carga de Archivo

Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Seleccionar y cargar los datos de un archivo, desde el repositorio a la TTP, para posteriormente comenzar
el proceso PEIA.
Resumen
El usuario, una vez autentificado, accede al módulo y luego al aplicativo para seleccionar los archivos,
ingresa el periodo (mes y año), luego el usuario hace clic en un botón para comenzar la carga, finalmente
el sistema copia los registros a la TTP y muestra la cantidad de registros copiados y el periodo de la carga.
Referencias cruzadas
CUR002: Seleccionar Archivo Cargado
Interfaz Gráfica

Curso Normal de los Eventos

Usuario Sistema
1.- El usuario ingresar los parámetros año y mes
del archivo cargado previamente (CUR001). A
2.- El usuario hace clic en el botón “Procesar”. B 3.- El sistema muestra un mensaje de confirmación.
4.- El usuario acepta el mensaje de aceptación. 5.- El sistema copia los registros desde el repositorio
a la TTP, para la carga de archivo seleccionado en 1.
6.- El sistema actualiza los contadores. E
Curso alternativo de los eventos
1.- El usuario hace clic en el botón “Detener”, 2.- El sistema detiene el copiado de registros.
para detener el copiado de registros. C
1.- El usuario puede hacer clic en el botón 2.- El sistema actualiza los contadores.
“Actualizar” D, para actualizar el valor de los
contadores más rápido E.

Caso de Uso Real CUR003: Filtrar Registros

Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Marcar los registros en la tabla TTP, que pertenecen al sector forestal y cumplen con las reglas de filtros,
como aceptados.
Resumen
Una vez seleccionado y cargados los registros del archivo en la TTP, el usuario ejecuta el proceso de
filtros, quedando marcados los registros para posteriormente realizar asignaciones y cálculos sobre estos.
Referencias cruzadas
CU003: Filtrar Registros
Interfaz Gráfica

152
 
Curso Normal de los Eventos
Usuario Sistema
1.- El usuario selecciona el número de iteraciones.
Dado que las reglas de filtro se organizan según su
orden de ejecución en forma secuencial, este valor
indica hasta cual regla se aplicará. A
2.- El usuario hace clic en el botón “Procesar”. B 3.- El sistema muestra una ventana de confirmación.
4.- El usuario acepta la confirmación. 5.- El sistema aplica los filtros.
6.- El sistema muestra una ventana de aviso de
finalización del proceso.
7.- El usuario presiona botón “Aceptar” en el 8.- El sistema actualiza los contadores. F
mensaje.
Curso alternativo de los eventos
1.- El usuario hace clic en el botón “Deshacer”. C 2.- El sistema muestra mensaje de confirmación.
3.- El usuario hace clic en el botón “Aceptar” del 4.- El sistema reinicia con el valor NULL el campo
mensaje de confirmación. BORRA de la TTP.
1.- EL usuario hace clic en el botón “Detener”. D 2.- El sistema muestra una ventana con un mensaje
de confirmación.
3.- El usuario hace clic en el botón “Aceptar” del 4.- El sistema detiene el proceso.
mensaje de confirmación.
1.- El usuario puede hacer clic en el botón 2.- El sistema actualiza los contadores.
“Actualizar” E, para actualizar el valor de los
contadores más rápido F.

Caso de Uso Real CUR004: Asignar y Calcular

Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Asignar códigos (productos, especie, calidad, entre otros) y calcular campos (volumen, tonelaje, flete) en
cada uno de los registros marcados como aceptados por el proceso de filtro.
Resumen
Una vez realizado el proceso de filtros, el usuario ejecuta el proceso de Asignar y Calcular, el cual
completa campos (volumen, tonelaje, etc.) de cada registro marcado como aceptado en el proceso de
filtro, y finalmente muestra los resultados correspondientes a campos nulos o valores en cero.
Referencias cruzadas
CU004: Asignar y Calcular
Interfaz Gráfica

153
 
Curso Normal de los Eventos
Usuario Sistema
1.- El usuario selecciona el número de iteraciones.
Dado que las reglas de asignaciones de códigos
CAEF se organizan según su orden de ejecución
en forma secuencial, este valor indica hasta cual
regla se aplicará. A
2.- El usuario hace clic en el botón “Procesar”. B 3.- El sistema muestra una ventana de confirmación.
4.- El usuario acepta la confirmación. 5.- El sistema asigna los campos producto, especie,
calidad, entre otros, y calcula el campo volumen,
tonelaje, etc. D
6.- El sistema muestra una ventana de aviso de
finalización del proceso.
7.- El usuario presiona botón “Aceptar” en el 8.- El sistema actualiza los contadores. F
mensaje.
Curso alternativo de los eventos
1.- El usuario hace clic en el botón “Deshacer”. C 2.- El sistema muestra mensaje de confirmación.
3.- El usuario hace clic en el botón “Aceptar” del 4.- El sistema reinicia los campos (producto,
mensaje de confirmación. especie, calidad, volumen, región real, etc.) con el
valor NULL de la TTP.
1.- EL usuario hace clic en el botón “Detener”. D 2.- El sistema muestra una ventana con un mensaje
de confirmación.
3.- El usuario hace clic en el botón “Aceptar” del 4.- El sistema detiene el proceso.
mensaje de confirmación.
1.- El usuario puede hacer clic en el botón 2.- El sistema actualiza los contadores.
“Actualizar” E, para actualizar el valor de los
contadores más rápido F.

Caso de Uso Real CUR005: Codificar Registros

Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Editar los registros de la TTP para corregir filtrado, asignaciones y cálculos, que no se realizaron en
forma automática.
Resumen
Una vez realizado el proceso de filtros, o el proceso de Asignar y Calcular, el usuario realiza la búsqueda
de registros con campos nulos o valores en cero o registros que corresponden a mercancías del sector
forestal y modifica directamente los campos de la TTP para realizar correcciones, finalmente guarda los
cambios.
Referencias cruzadas
CU005: Codificar Registros
Interfaz Gráfica

154
 
 Vista Grilla

Vista Formulario
Curso Normal de los Eventos
Usuario Sistema
1.- El usuario ingresa los parámetros en ID1 e ID2
A para el rango de registros de la TTP que desea
que aparezcan en la grilla E.
2.- El usuario hace escribe una expresión para el
filtrado según el campo GLOSARIO de la TTP,
que contienen la descripción de las mercancías. B
3.- El usuario selecciona los filtros por campo
asignado o calculado (permite visualizar campos
sin asignar o calcular). D
4.- El usuario hace clic en una fila de la grilla. E 5.- El sistema muestra el detalle de ese registro en la
vista formulario.
6.- El sistema muestra el ID del registro en la TTP.
F
7.- EL usuario ingresa un nuevo ID F, y hace clic 8.- El sistema muestra el detalle de ese registro en la
en el botón “Refrescar” G. vista formulario
9.- El usuario modifica campos del formulario y 10.- El sistema guarda los cambios.
hace clic en el botón “Guardar”. H

155
 

Curso alternativo de los eventos
1.- El usuario hace clic en el botón “Eliminar”. I
3.- El usuario hace clic en el botón “Aceptar” de
la venta de confirmación.
1.- EL usuario hace clic en el botón “Anterior” o
“Siguiente” para recorrer los registros de la TTP.
J, K
11.- El sistema muestra una ventana con el resultado
de la operación.
2.- El sistema muestra una ventana de confirmación.
3.- El sistema elimina el registro de la TTP.
2.- El sistema muestra los registros en la vista de
formulario.

Caso de Uso Real CUR006: Cargar Históricas

Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Copiar los registros de la TTP, que han sido aceptados y se les ha realizado la asignación de códigos y
cálculos, a las tablas históricas correspondientes (según sea el caso, exportaciones o importaciones).
Resumen
Una vez realizado el proceso de filtros y el proceso Asignar y Calcular, el usuario indica al prototipo que
realice la copia de los registros elaborados desde la tabla TTP a las tablas históricas, la limpieza de tablas
temporales y recalcular los cubos y modelo de minería de datos.
Referencias cruzadas
CU006: Cargar Históricas
Interfaz Gráfica

Curso Normal de los Eventos

Usuario
1.- El usuario ingresar los parámetros año y mes
del archivo aduanero. A
2.- El usuario hace clic en el botón “Examinar”. B
4.- El usuario buscar y selecciona el archivo
aduanero a cargar.
6.- El usuario hacer clic en el botón “Subir
Archivo”. C
8.- El usuario acepta el mensaje de aceptación.
11.- El usuario hace clic en el botón “Cargar”. E
13.- El usuario acepta el mensaje de aceptación.
Curso alternativo de los eventos
1.- El usuario hace ingresar los parámetros año y
mes del archivo de carga. A
2.- El usuario hace clic en el botón “Eliminar”. G
4.- EL usuario acepta el mensaje de confirmación.
Sistema
3.- El sistema muestra una ventana de búsqueda de
archivos en PC del usuario.
5.- El sistema muestra la ruta del archivo del archivo
necesario. D
7.- El sistema muestra un mensaje de confirmación.
9.- El sistema sube el archivo, desde el PC del
usuario, al servidor.
10.- El sistema muestra un mensaje de archivo
subido al servidor.
12.- El sistema muestra un mensaje de
confirmación.
14.- EL sistema carga el archivo en el repositorio
correspondiente (exportaciones o importaciones).
15.- El sistema actualiza la grilla con la carga de
archivos. F
3.- El sistema muestra mensaje de confirmación.
5.- El sistema elimina la carga de previa del archivo.
6.- El sistema actualiza la grilla de carga de
archivos. El archivo eliminado ya no aparece. F

156
 
CU008: Calcular Metros Cúbicos de Producto
Caso de Uso Real CUR007: Calcular Metros Cúbicos de Producto
Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Calcular el campo M3_Producto de la tabla histórica de exportaciones con los metros cúbicos de producto
para las posteriores consultas.
Resumen
El usuario ejecuta las rutinas de cálculo de metros cúbicos de producto y el sistema completa el campo
M3_Producto de la tabla histórica.
Referencias cruzadas
CU008: Calcular Metros Cúbicos de Producto
Interfaz Gráfica

Curso Normal de los Eventos

Usuario Sistema
1.- El usuario realiza modificaciones en la reglas
de aplicación del cálculo. A
2.- El usuario ingresa el periodo año y mes. B
3.- El usuario hace clic en el botón “Ejecutar”. C 4.-El sistema ejecuta las rutinas de cálculo
asignando los valores correspondientes al campo
M3Producto en la tabla histórica.
Curso alternativo de los eventos
No se dan cursos alternativos.

CU009: Calcular Metros Cúbicos de Madera Aserrada

Caso de Uso Real CUR008: Calcular Metros Cúbicos de Madera Aserrada
Actor Principal
Usuario (Especialista de la unidad CIF)
Propósito
Después de realizar el CU008, se calcula el campo M3_Aserrada de la tabla histórica de exportaciones
con los metros cúbicos de madera aserrada para las posteriores consultas.
Resumen
El usuario ejecuta las rutinas de cálculo de metros cúbicos de madera aserrada y el sistema completa el
campo M3_Aserrada de la tabla histórica de exportaciones.
Referencias cruzadas
CU009: Calcular Metros Cúbicos de Madera Aserrada
Interfaz Gráfica

157
 
Curso Normal de los Eventos
Usuario Sistema
1.- El usuario realiza modificaciones en la reglas
de aplicación del cálculo. A
2.- El usuario ingresa el periodo año y mes. B
3.- El usuario hace clic en el botón “Ejecutar”. C 4.-El sistema ejecuta las rutinas de cálculo
asignando los valores correspondientes al campo
M3Producto en la tabla histórica.
Curso alternativo de los eventos
No se dan cursos alternativos.

CU010: Gestionar Usuarios.

Estas funcionalidades son implementadas con la plataforma .NET 3.5.

CU011: Autentificar Usuario.

158
 
CU007: Generar Reportes
Implementado con la herramienta Report Builder 2.0.
CU012: Gestionar Reportes
Implementado con el servidor de reportes SSRS.
CU013: Consultar OLAP
Componente Ranet.OLAP para visualizar cubos.
CU014: Consultar T-SQL
Implementado con la aplicación FlySpeed SQL Query.
CU015: Gestionar Tablas del Sistema
Implementado con la grillas provistas por el generador de páginas web en asp.net, Code OnTime.

159
 
 ANEXO M. MODELO DE DATOS REPOSITORIOS

Figura 84.- Modelo de Datos Repositorio Archivos Exportaciones.

160
 
 Figura 85.- Modelo de Datos Repositorio Archivos de Importaciones.

161
 
 ANEXO N. MAPEO DE BASE DE DATOS

historicoexportaciones exp_historica
rol Rol
originfo Originfo
ano Ano
mes Mes
dia Dia
producto Producto
especie Especie
calidad Calidad
exportador exportador
consorcio Consorcio
paisdestino paisdestino
codpuer Codpuer
aduana Aduana
declaracion declaracion
declaracion_dv declaracion_dv
rut Rut
digito Digito
nombreexportador nombreexportador
via_transporte via_transporte
valor_fob valor_fob
flete Flete
seguro Seguro
valor_cif valor_cif
nombprodto nombprodto
variedad Variedad
marca Marca
capitulo Capitulo
unidad Unidad
cantidad Cantidad
volumen Volumen
precio Precio
tonelaje Tonelaje
puertoemb puertoemb
puertodest puertodest
bultos Bultos
marca2 marca2
borra Borra
region Región
region_real region_real
total_item total_item
m3_producto m3_producto
m3_aserrda m3_aserrda
Tabla 49.- Mapeo Tabla Histórica Exportaciones.

162
 
 historicoimportaciones imp_historica
rol rol
ano ano
mes mes
dia dia
declaracion declaracion
n_item n_item
aduana aduana
importador importador
pais_origen pais_origen
pais_adquisicion pais_adquisicion
puerto_embarque puerto_embarque
puerto_desembarque puerto_desembarque
producto producto
especie especie
calidad calidad
grupo_ecom grupo_ecom
consorcio consorcio
via_transporte via_transporte
transportadora transportadora
arancel arancel
region_real region_real
clausula_compra clausula_compra
modalidad modalidad
clave_economica clave_economica
zona_economica zona_economica
proveedor proveedor
regimen regimen
banco banco
moneda moneda
operacion operacion
tipo_carga tipo_carga
porc_advalorem porc_advalorem
valor_advalorem valor_advalorem
mercancia mercancia
marca marca
variedad variedad
otro1 otro1
otro2 otro2
atributo5 atributo5
atributo6 atributo6
precio_fob precio_fob
precio_cif precio_cif
cantidad_merc cantidad_merc
fob fob
cif cif
flete flete

163
 
 seguro seguro
unidad unidad
volumen volumen
tonelaje tonelaje
tiempo
Tabla 50.- Mapeo Tabla Histórico Importaciones.

definicionCoTransportadora IMP_TRANSPORTADORA
pk_transportadora transportadora
nombre nombre
rut rut
dv_rut digito
fk_pais pais
dv_rut_calculado
fecha_ingreso
Tabla 51.- Mapeo Tabla de Co. Transportadora.

bd_mercadoforestal exportaciones importaciones descripción

dbo.conversionacuerdocomercialpais exp_tratado_pais vinculo
acuerdos
comerciales
y países
dbo.conversioncaef exp_caef imp_caef código
CAEF
productos,
especie,
calidad
dbo.conversioncaefexportaciones exp_caef reglas de
asignación
código
CAEF
dbo.conversioncaefimportaciones imp_asignacion
dbo.conversionexpocons exp_expocons vínculo
exportadores
y consorcios
dbo.conversionproductogrupocaef exp_caef imp_grupo_producto vínculo entre
grupos y
productos
dbo.conversiontendenciasprecios
dbo.definicioncalidad exp_calidad imp_calidad calidad
dbo.definicionclausulacompraventa imp_clausula_compra
dbo.definicionclaveeconomicaexp imp_clave_econ_exp
dbo.definicionclaveeconomicaimp imp_clave_econ_imp
dbo.definicioncotransportadora imp_transportadora
dbo.definicionespecie exp_especie imp_consorcio especies
dbo.definicionexportador exp_exportador exportadores
dbo.definicionimportador imp_importador
dbo.definicionmodalidadventa imp_modalidad
dbo.definicionmoneda
dbo.definicionproducto exp_producto imp_producto productos
dbo.definicionproveedor imp_proveedor

164
 
dbo.definiciontipooperacionimportacio imp_operacion
nes
dbo.definicionunidadmedida exp_unidad imp_unidad unidades de
medida
dbo.grupoacuerdocomercialexportacion exp_tratado acuerdos
es comerciales
dbo.grupoacuerdocomercialimportacion imp_acuerdo_comerci
es al
dbo.grupocodigocaef exp_grupo grupo de
productos
dbo.grupoconsorcio exp_consorcio consorcios
dbo.grupoconsorcioimportaciones imp_consorcio
dbo.grupozonaeconomica imp_zona_economica
dbo.historicoexportaciones exp_historica histórica
exportacione
s
dbo.historicoexportacionesii exp_historica_adicion histórica
al adicional
exportacione
s
dbo.historicoimportaciones imp_historica
dbo.historicoimportacionesii imp_historicaii
dbo.regionaladuana exp_tabaduana imp_aduana aduanas
dbo.regionalpais exp_paisdestino imp_pais países
dbo.regionalpuertodesembarque exp_puertodest imp_puerto puertos de
destino en el
mundo
dbo.regionalpuertoembarque exp_puertoemb puertos de
embarque en
chile
dbo.regionalviatransporte imp_via_transporte
dbo.tiempomes exp_mes meses del
año
Tabla 52.- Homologación de Tablas de la Base de Datos.

165
 
 ANEXO Ñ. IMPLEMENTACIÓN PROYECTO BUSINESS
INTELLIGENCE

Implementación Cubos OLAP

 
Figura 86.- Cubo Exportaciones.

166
 
  
Figura 87.- Cubo Importaciones.

 
Figura 88.- Navegador Cubos SSMS.

167
 
Implementación Modelos de Minería

En la figura 89 se muestra la implementación con la herramienta SSAS de la estructura

de minería de datos desde la cual se construye el modelo de la figura 90 para
exportaciones de productos forestales. El modelo de importaciones de productos
forestales es prácticamente igual.

Figura 89.- Estructura de Minería.

Figura 90.- Modelo de Minería.

Proceso de minería de datos:

 Selección del conjunto de datos: la variable objetivo corresponde a productos.. El
muestreo de los registros corresponde los últimos 12 meses.
 Análisis de las propiedades de los datos: se quitaron los valores nulos de
productos, exportadores e importadores.

168
 
  Transformación del conjunto de datos de entrada: se implementó una estructura
de minería que dispone los datos de entrada en forma adecuada para aplicar el
algoritmo de búsqueda de reglas de asociación, donde los productos como
antecedentes pueden predecir los productos como consecuentes.
 Seleccionar y aplicar la técnica de minería de datos: se implementó un modelo de
reglas de asociación.
 Extracción de conocimiento: se obtuvieron un conjunto de reglas de asociación,
que indican la probabilidad de ocurrencia de las distintas reglas.
 Interpretación y evaluación de datos: se presenta un ejemplo en la sección 13.7.2.

Navegadores para Modelos de Minería de Datos

En las figuras 91 y 92 se muestra los aplicativos para visualizar reglas de asociación

entre productos exportados. Para este ejemplo se muestra la “red de dependencias”, la
cual facilita visualizar las relaciones más “fuertes” entre productos exportados. Esta
relación viene dada por el indicador importancia explicado en la sección 13.7.2.

Al seleccionar un nodo en los visualizadores, se indica cual(es) nodo(s) predice, cual(es)

se predice(n) en ambos sentidos y cual(es) predice(n) el nodo seleccionado. También es
posible filtrar los niveles de las relaciones, mostrando todas o las más “fuertes”.

 
Figura 91.- Excel Add-Ins para Minería de Datos.

169
 
 

 
Figura 92.- Navegador de Minería de Datos SSMS.

170
 
 ANEXO P. LISTADO DE FUNCIONES Y PROCEDIMIENTOS
Nombre Función
sf_CrearItems
sf_cuadro6Exp
sf_cuadro6Imp
sf_cuadro7Exp
sf_cuadro7Imp
sf_generarArgContainsFiltro
sf_generarArgLikeFiltro
sf_getAnnoExp
sf_getAnnoImp
sf_getBloqueComercialExp
sf_getBloqueComercialImp
sf_getContinente
sf_getEspecie
sf_getExportador
sf_getGrupoProducto
sf_getImportador
sf_getMaxAnno
sf_getMaxAnnoImp
sf_getMes
sf_getPaisDestino
sf_getPaisOrigen
sf_getProducto
sf_getPuertoExtrangero
sf_getPuertoNacional
sf_getRegionChile
sp_propercase
Tabla 53.- Funciones de la Base de Datos.
Nombre Procedimiento
sp_asignaCaef_2
sp_asignaCaef_3
sp_asignaCaef_4
sp_asignaCaef_5
sp_asignaCaef_6
sp_asignacionCaefExp
sp_asignacionCaefImp
sp_asignacionConsorciosExp
sp_asignacionM3Aserrada
sp_asignacionM3Producto
sp_auxAsignaExp1
sp_auxAsignaImp1
sp_auxCopiarPeriodoExp1
sp_auxFiltroExp1
sp_auxFiltroImp1
sp_cuadro2Exp
sp_cuadro2Imp
sp_cuadro3Exp
sp_cuadro3Imp
sp_cuadro4Exp
Descripción
Convierte texto separado por “,” en una lista.
Cuadro 6 de exportaciones
Cuadro 6 de importaciones
Cuadro 7 de exportaciones
Cuadro 7 de importaciones
Genera argumento para función CONTAINS para buscar texto
Genera argumento para función LIKE para buscar texto
Retorna los años contenidos en la histórica de exportaciones
Retorna los años contenidos en la histórica de importaciones
Retorna los bloques comerciales de exportaciones
Retorna los bloques comerciales de importaciones
Retorna los continentes
Retor.na las especies de la madera
Retorna los exportadores
Retorna los grupos de productos
Retorna los importadores
Retorna el año más actual de la histórica de exportaciones
Retorna el año más actual de la histórica de importaciones
Retorna los meses
Retorna los países destinos
Retorna los países de origen
Retorna los productos
Retorna los puertos extranjeros
Retorna los puertos nacionales
Retorna las regiones de Chile
Convierte las cadenas de texto en formato capitalizado
Descripción
Reglas de asignación CAEF exportaciones
Reglas de asignación CAEF exportaciones
Reglas de asignación CAEF exportaciones
Reglas de asignación CAEF exportaciones
Reglas de asignación CAEF exportaciones
Asignación CAEF exportaciones
Asignación CAEF importaciones
Asignación de consorcios CAEF
Calculo metros cúbicos madera aserrada
Calculo metros cúbicos de producto
Reglas de asignación de exp.
Reglas de asignación de imp.
Copia TONELAJE_REAL = TONELAJE
Filtros propuestos de exportaciones
Filtros propuestos de importaciones
Reporte 2 exportaciones
Reporte 2 importaciones
Reporte 3 exportaciones
Reporte 3 importaciones
Reporte 4 exportaciones
171
sp_cuadro4Imp Reporte 4 importaciones
sp_cuadro5Exp Reporte 5 exportaciones
sp_cuadro5Imp Reporte 5 importaciones
sp_cuadro6Exp Reporte 6 exportaciones
sp_cuadro6Imp Reporte 6 importaciones
sp_cuadro7Exp Reporte 7 exportaciones
sp_cuadro7Imp Reporte 7 importaciones
sp_cuadro8Exp Reporte 8 exportaciones
sp_cuadro8Imp Reporte 8 importaciones
sp_cuadroGraficoEvolPrecioExp Reporte gráfico evolución de precios exp.
sp_cuadroGraficoEvolPrecioImp Reporte gráfico evolución de precios imp.
sp_cuadroGraficoVolumenDestinoExp Reporte gráfico vol. destino exp.
sp_cuadroGraficoVolumenDestinoImp Reporte gráfico vol. destino imp.
sp_cuadroVolumenProductoEspecieExportadorExp Reporte vol. de producto exp.
sp_cuadroVolumenProductoEspecieImportadorImp Reporte vol. de producto imp.
sp_cuadroVolumenProductoEspeciePaisExp Reporte vol. de producto por país exp.
sp_cuadroVolumenProductoEspeciePaisImp Reporte vol. de producto por país imp.
sp_cuadroVolumenProductoEspeciePorAnnoSegunMesExp Reporte vol. de producto por años según
exportado.
sp_cuadroVolumenProductoEspeciePorAnnoSegunMesImp Reporte vol. de producto por años según
importado
sp_eliminarPeriodoHistoricasExp Elimina un periodo de las tablas históricas
de exportaciones.
sp_eliminarPeriodoHistoricasImp Elimina un periodo de las tablas históricas
de importaciones.
sp_filtroAduanaExp Aplica las reglas de filtros para exp.
sp_filtroAduanaImp Aplica las reglas de filtros para imp.
sp_filtrosObtenerArancelExp Busca códigos de arancel aduaneros exp.
sp_filtrosObtenerArancelImp Busca códigos de arancel aduaneros imp.
sp_generarTiempoExp Genera el campo tiempo en la tabla TTP de
exportaciones.
sp_generarTiempoImp Genera el campo tiempo en la tabla TTP de
importaciones.
sp_getAnnoExp Retorna años históricos exp.
sp_getAnnoImp Retorna años históricos imp.
sp_getBloqueComercialExp Retorna bloques comerciales exp.
sp_getBloqueComercialImp Retorna bloques comerciales imp.
sp_getContinente Retorna continentes
sp_getEspecie Retorna especies
sp_getEspecieProductoExp Retorna especies de productos exp.
sp_getEspecieProductoImp Retorna especies de productos imp.
sp_getExportador Retorna exportadores
sp_getGrupoProducto Retorna grupos de productos
sp_getImportador Retorna importadores
sp_getMaxAnno Retorna año histórico máximo exp.
sp_getMaxAnnoImp Retorna año histórico máximo imp.
sp_getMes Retorna meses
sp_getPaisDestino Retorna países de destino
sp_getPaisOrigen Retorna países de origen
sp_getProducto Retorna productos

172
 
sp_getRegionChile
sp_getStatusCatalogoExp
sp_getUnidadProducto
sp_get_SQL_job_execution_status
sp_setConfigPackageAsignacionesImp
sp_setConfigPackageAsignacionesRegistrosExp
sp_setConfigPackageFiltrarRegistrosExp
sp_setConfigPackageFiltrarRegistrosImp
sp_setPrecioProductosExp
sp_setPrecioProductosImp
Tabla 54.- Procedimientos de la Base de Datos.
Retorna regiones de Chile
Retorna estado de procesamiento del
catálogo
Retorna unidades del producto
Retorna esta de ejecución de un Job
Actualizar configuración paquete de
asignaciones imp
Actualizar configuración paquete de
asignaciones exp
Actualizar configuración paquete de
asignaciones exp
Actualizar configuración paquete de
asignaciones imp.
Busca precios promedios de productos
exportados
Busca precios promedios de productos
exportados

173
 
 ANEXO Q. DICCIONARIO DE DATOS

Tablas Descripción
dbo.codigoaranceladuana códigos de capítulos de aduana
dbo.conversionacuerdocomercialpais vincula tabla regionalPaís con tabla
grupoacuerdocomercialexportaciones
dbo.conversioncaef reglas producto-especie-calidad exportaciones

dbo.conversioncaefexportaciones reglas producto-especie-calidad exportaciones

dbo.conversioncaefimportaciones reglas producto-especie-calidad importaciones

dbo.conversionexpocons vínculo entre exportadores y consorcios

dbo.conversiongrupoeconomicoimportador vínculo entre grupo económico e importadores

dbo.conversionimpocons vínculo entre importadores y consorcios

dbo.conversionpaisterritorio
dbo.conversionproductogrupocaef
dbo.conversiontendenciasprecios
dbo.conversionunidadmedida
vinculo de los países y los territorios
vinculo de los grupos y los productos. para el
sistema de importaciones se emplea el denominador
"importaciones" y para exportaciones el
denominador "exportaciones"
vinculo producto-especie-calidad con su precio
promedio y el rango porcentual de variación
permitido
mantiene la referencia entre unidades de medida y
el factor que los relaciona en dirección de unidad
inicial a unidad final

dbo.definicioncalidad calidad
dbo.definicionclausulacompraventa clausula compra venta
dbo.definicionclaveeconomicaexp clave económica exportaciones
dbo.definicionclaveeconomicaimp clave económica importaciones
dbo.definicioncotransportadora Compañías de transportes
dbo.definicionespecie especies
dbo.definicionexportador exportadores
dbo.definicionfamiliaespecie familias de especies
dbo.definicionformapago forma de pago
dbo.definicionformapagogravamenes pago de gravámenes
dbo.definiciongeneroespecie géneros de especie
dbo.definiciongrupoeconomico grupos económicos
dbo.definiciongrupoespecie grupos de especies
dbo.definicionimportador importadores
dbo.definicionmodalidadventa modalidad de ventas
dbo.definicionmoneda monedas
dbo.definicionproducto productos
dbo.definicionproveedor proveedores
dbo.definicionregimenesexportacion regímenes de exportaciones
dbo.definicionregimenesimportacion regímenes de importaciones
dbo.definicionsppespecie spp especies
dbo.definiciontipobulto tipos de bultos
dbo.definiciontipocarga tipos de carga
dbo.definiciontipoespecie tipos de especie
dbo.definiciontipooperacionexportaciones tipos de operaciones exportaciones
dbo.definiciontipooperacionimportaciones tipos de operaciones importaciones
dbo.definicionunidadmedida unidades de medida

174
 
 dbo.filtroexportaciones reglas para filtros de registros de exportaciones

dbo.filtroimportaciones reglas para filtros de registros de importaciones

dbo.glosarioglosaexportaciones sin uso

dbo.glosarioglosaimportaciones sin uso
dbo.glosarioterminoexcluido sin uso
dbo.glosarioterminosfiltroexp términos para reglas de exportaciones(asignaciones
y filtros)
dbo.glosarioterminosfiltroimp términos para reglas de importaciones(asignaciones
y filtros)
dbo.grupoacuerdocomercialexportaciones acuerdos comerciales exportaciones
dbo.grupoacuerdocomercialimportaciones acuerdos comerciales importaciones
dbo.grupocodigocaef grupos de productos
dbo.grupoconsorcio consorcios exportaciones
dbo.grupoconsorcioimportaciones consorcios importaciones
dbo.grupozonaeconomica zonas económicas
dbo.historicoexportaciones histórica de exportaciones
dbo.historicoexportacionesii histórica de exportaciones adicional
dbo.historicoimportaciones histórica de importaciones
dbo.historicoimportacionesii histórica de importaciones adicional
dbo.regionaladuana aduanas
dbo.regionalcomuna comunas
dbo.regionalcontinente continentes
dbo.regionalpais país
dbo.regionalprovincia provincias
dbo.regionalpuertodesembarque puertos de desembarque
dbo.regionalpuertoembarque puertos de embarque
dbo.regionalregion regiones
dbo.regionalterritorio territorios
dbo.regionaltipopuerto tipos de puerto
dbo.regionalviatransporte vías de transporte
dbo.reglam3aserrada reglas asociadas al cálculo de m3 de madera
aserrada
dbo.reglam3producto reglas asociadas al cálculo de m3 de producto

dbo.tempaduanaexportaciones tabla temporal para procesar los registros de

dbo.tempaduanaimportaciones
dbo.tempcotransportadora
dbo.tempexportador
dbo.tempimportador
dbo.tempnuavacotransportadora
dbo.tempnuevoexportador
dbo.tempnuevoimportador
dbo.tiempocalculado
dbo.tiempomes
Tabla 55.- Tablas bd_MercadoForestal
importaciones
tabla temporal para procesar los registros de
importaciones
tabla de proceso para rescatar los nuevos co.
transportadoras
tabla de proceso para rescatar los nuevos
exportadores
tabla de proceso para rescatar los nuevos
importadores
nuevos compañías transportadoras que se
incorporaran
nuevos exportadores que se incorporar
nuevos importadores a incorporar
contiene las fechas calculadas para utilizar en el
cubo
contiene los meses

175
 
 ANEXO R. FILTROS DE REGISTROS

Operatoria de los filtros de registros:

1. Se verifica el número de la columna Orden. Este dice a la regla cuando debe
aplicarse, es decir, si tiene el valor 3, la regla se aplicará luego de aplicarse las
reglas con valor de Orden 1 y 2.
2. Se verifica la columna Incluir, si esta tiene el valor “Si” y el valor de la columna
Cód. 3 es vacío, entonces el código arancelario aduanero (AAC) del registro debe
estar dentro del intervalo de las columnas Cód. 1 y Cód. 2, es decir, AAC
pertenece a [Cód. 1; Cód. 2]. Si la columna Incluir tiene el valor “No”, debe
suceder lo contrario respecto al intervalo, AAC NO pertenece a [Cód. 1; Cód. 2].
3. Si el valor de las columnas Cód. 1 y Cód. 2 es vacío, se verifica la columna
Incluir, si esta tiene el valor “Si”, entonces el código arancelario aduanero
(AAC) del registro debe ser igual al valor de la columna Cód. 3. Si la columna
Incluir tiene el valor “No”, debe suceder lo contrario, AAC NO es igual a Cód. 3.
4. Después de verificar los código arancelarios y el registro cumple con 1) o con 2),
o 1) y 3), se verifica (sólo si hay términos en algún conjunto):
a. Si los términos del conjunto 1 (col. Conj. 1) están todos contenidos en la
glosa, y
b. si al menos uno de los términos del conjunto 2 (col. Conj. 2) está
contenido en la glosa, y
c. si ninguno de los términos del conjunto 3 (col. Conj. 3) está contenido en
la glosa, y
d. si NO hay al menos uno de los términos del conjunto 4 (col. Conj. 4) en
la glosa.
5. Se compara la columna acción previa, es decir, si el registro fue anteriormente
marcado en el campo borra (a= aceptado, b= eliminar, n= nulo).
6. Al cumplirse las condiciones señaladas en 1), 2), 3), 4) y 5) se aplica el valor de
la columna acción actual al registro, quedando así aceptado (a), borrado(b), sin
efecto o nulo(n).
7. Los registros propuestos se generan automáticamente, a partir de los datos
históricos, relacionando AAC con términos o palabras relacionados al menos 300
veces. Este número podría modificarse para ajustar las reglas encontradas. Dado
que los que actualmente realiza es aplicar reglas que consideran el AAC y todo el
conjunto de palabras claves encontradas.

176
 
A continuación se presenta un extracto del código que aplica estas reglas:

/*…*/
WHILE @@FETCH_STATUS = 0 AND (@posicion <= @iteracion OR @iteracion =
0)
BEGIN
SET @argumentoLikeAND = (SELECT argumento FROM
dbo.sf_generarArgLikeFiltro
((SELECT terminos FROM dbo.glosarioTerminosFiltroExp

SET @argumentoLikeOR = (SELECT argumento FROM

dbo.sf_generarArgLikeFiltro

((SELECT terminos FROM dbo.glosarioTerminosFiltroExp

SET @argumentoNOTLikeAND = (SELECT argumento FROM

dbo.sf_generarArgLikeFiltro
((SELECT terminos FROM dbo.glosarioTerminosFiltroExp

SET @argumentoNOTLikeOR = (SELECT argumento FROM

dbo.sf_generarArgLikeFiltro
((SELECT terminos FROM dbo.glosarioTerminosFiltroExp

DECLARE @condiciones varchar(max) = '';

IF (@argumentoLikeAND IS NOT NULL AND @argumentoLikeAND !=

'')
BEGIN
SET @condiciones = ' ( ' + @argumentoLikeAND + ' )
';
END

IF (@argumentoLikeOR IS NOT NULL AND @argumentoLikeOR !=

'')
BEGIN

IF @condiciones != ''
BEGIN
SET @condiciones = @condiciones + ' AND ( ' +
@argumentoLikeOR + ' ) ';
END
ELSE
BEGIN
SET @condiciones = ' ( ' + @argumentoLikeOR + '
) ';
END
END

IF (@argumentoNOTLikeAND IS NOT NULL AND

@argumentoNOTLikeAND != '')
BEGIN

IF @condiciones != ''
BEGIN
SET @condiciones = @condiciones + ' AND NOT ( '
+ @argumentoNOTLikeAND + ' ) ';
END

177
 
 ELSE
BEGIN
SET @condiciones = ' NOT ( ' +
@argumentoNOTLikeAND + ' ) ';
END
END

IF (@argumentoNOTLikeOR IS NOT NULL AND

@argumentoNOTLikeOR != '')
BEGIN

IF @condiciones != ''
BEGIN
SET @condiciones = @condiciones + ' AND NOT ( '
+ @argumentoNOTLikeOR + ' ) ';
END
ELSE
BEGIN
SET @condiciones = ' NOT ( ' +
@argumentoNOTLikeOR + ' ) ';
END
END;

IF @condiciones != ' '

BEGIN
SET @condiciones = ' AND (' + @condiciones + ')';

END;

DECLARE @strCon1 VARCHAR(32) = (SELECT CASE WHEN @codigo1 IS

NULL THEN ' NULL ' ELSE CAST( @codigo1 AS VARCHAR(8) ) END);

DECLARE @strCon2 VARCHAR(32) = (SELECT CASE WHEN @codigo2 IS

NULL THEN ' NULL ' ELSE CAST( @codigo2 AS VARCHAR(8) ) END);

DECLARE @strCon3 VARCHAR(32) = (SELECT CASE WHEN @codigo3 IS

NULL THEN ' NULL ' ELSE CAST( @codigo3 AS VARCHAR(8) ) END);

DECLARE @strIncluir varchar(8) = (SELECT CASE WHEN @incluir IS

NULL THEN ' NULL ' ELSE CAST( @incluir AS VARCHAR(8) ) END);

DECLARE @query varchar(8000) =

N' UPDATE dbo.tempAduanaExportaciones SET BORRA = '''
+ @accion_actual + ''' , ID_FILTRO = ' + CAST(@pk_filtro AS
VARCHAR(16))
+ ' WHERE '
+ '(((( CAPITULO in ( ' + CAST(@strCon3 AS VARCHAR(16)) +
' ) '
+ ' OR ( CAPITULO BETWEEN ' + CAST(@strCon1 AS
VARCHAR(16))
+ ' AND ' + CAST(@strCon2 AS VARCHAR(16))
+ ' )) AND ' + CAST(@strIncluir AS VARCHAR(8))
+ ' = 1 ) OR ((CAPITULO not in ( '
+ CAST(@strCon3 AS VARCHAR(16)) + ' ) ' +
+ ' OR ( CAPITULO NOT BETWEEN ' + CAST(@strCon1 AS
VARCHAR(16))
+ ' AND ' + CAST(@strCon2 AS VARCHAR(16))
+ ' )) AND ' + CAST(@strIncluir AS VARCHAR(8))
+ ' = 0)) AND (BORRA = ''' + @accion_previa + ''' )) '
+ @condiciones + ' ; ' ;

EXEC (@query);
/*. . . */

178
 
 Tabla 56.- Código Aplicación de Reglas de Filtros.

Generar una regla de filtrado:

1) Para definir reglas, ingrese al menú => Home: Tablas Módulo Importaciones:
Filtros Importaciones.
2) Para agregar términos claves a las reglas, ingresar al menú=> Home: Tablas
Módulo Importaciones: Términos Clave Imp. (ver fig. 92)

Figura 93.- Administrador de Reglas de Filtros.

Esta grilla (ver fig. 93) es el mantenedor de la tabla filtrosImportaciones en la base de

datos bd_MercadoForestal.

Nombre Columna Descripción

Id Número identificador del registro o del regla
Incluir Valor “Si” o “No” para indicar si el cód. Arancel debe estar dentro del rango [Cód.
1; Cód. 2] o fuera de este, o si debe ser igual a Cód. 3. (Cód. X columna de la
grilla)
Cód. 1, 2 y 3 Rangos e igual para el cód. Arancel del registros en la tabla temporal de proceso
(TTP)
Acción previa Valor del campo BORRA en la TTP al momento de aplicar la regla
Acción actual Valor a aplicar al campo BORRA en la TTP.
Orden Número que indica en que n° de iteración se aplicará la regla.
Conj. 1,2 3, y 4 Referencia a la tabla de términos claves (importaciones o exportaciones) (ver fig.
94.)
Tabla 57.- Descripción Columnas Grilla de Filtros de Registros.

179
 
  
Figura 94.- Mantenedor de Términos Claves.

Nombre Columna Descripción

Nombre Conjunto Nombre del conjunto de términos.
Términos Palabras claves empleadas en las reglas de filtro. Las palabras deben ir entre el
símbolo “%” y separadas por “,”. Internamente el sistema toma cada palabra y
las aplica como argumento en la función “LIKE”. Entonces queda así: LIKE
‘%palabra1%’ AND %palabra 2%, dependiendo de la regla.
Tabla 58.- Columnas Mantenedor Términos Claves.

Esta grilla es el mantenedor de la tabla glosarioTerminosFiltrosImp en la base de datos

bd_MercadoForestal.

180
 
 ANEXO S. ASIGNACIÓN Y CÁLCULOS

En la figura 95 se muestra el aplicativo para administrar las reglas de asignación de

códigos CAEF de importaciones. Estas reglas son aplicadas por el paquete de
integración AsignacionesImp (para el caso de exportaciones es AsignacionesExp). Los
parámetros de la regla corresponden a las columnas de la grilla mostrada en la figura 95.
La descripción de estas columnas se da en la tabla 59.

 
Figura 95.- Configuración de Reglas CAEF.

Nombre Columna Descripción

Id. Identificador de la regla
Incluir Si valor “Si” entonces los aranceles de los registros deben ser igual a los de la
regla, de lo contrario distintos.
Arancel Código de arancelario de la mercancía
Producto, Especie, Códigos de Productos, Especies y Calidades (CAEF)
Calidad
A. Previa Valor que debe tener el campo BORRA al momento de aplicar la regla.
A. Actual Valor que la regla debe aplicar al campo BORRA.
Orden Orden de ejecución de la regla.
Cond. 1, 2, 3 y 4 Si tiene valor “Si” representa una condición AND, y si tiene un valor “No”
representa una condición OR.
Conj. 1, 2, 3 y 4 Conjuntos de términos claves. Es la misma tabla empleada para los filtros.
Importadores Conjunto de códigos de Importadores. Se deben separar por “,”.
Precio Desde y Precio Rango en el que debe estar el precio (CIF/volumen importaciones,
Hasta FOB/volumen exportaciones) de la mercancía para que sea aplicada la regla.
Países Conjunto de códigos de Países. Se deben separar por “,”.
Tabla 59.- Columnas Grilla Reglas CAEF

Estas reglas se aplican en forma secuencial, según el valor de la columna Orden en

forma ascendente (ver figura 95 y tabla 59). Los pasos son los siguientes:

181
 
 1. Si el valor del campo incluir es “Si”, entonces se seleccionan los registros de la
TTP con el mismo código AAC indicado por la regla (columna Arancel).
2. Si el valor del campo incluir es “No”, entonces se seleccionan los registros de la
TTP con distinto código AAC indicado por la regla (columna Arancel).
3. De los registros seleccionados en 1) o en 2), se seleccionan los registros con el
campo BORRA igual al valor de la columna A. Previa.
4. De los registros seleccionados en 3) se seleccionan los que cumplan con contener
los términos claves de las columnas Conj. 1, Conj. 2, Conj. 3 y Conj. 4. Estas
condiciones se anteceden con las condiciones booleanas AND y OR de las
columnas Cond. 1, Cond. 2, Cond. 3, Cond. 4 respectivamente. Si alguna de las
columnas está vacía no se considera.
5. De los registros seleccionados en 4) se seleccionan los registros que incluya
alguno de los códigos identificadores de las empresas importadoras en la
columna Importadores (separados por el signo “,”), en el módulo de
exportaciones es la columna Exportadores. Si la columna está vacía no se
considera.
6. De los registros seleccionados en los pasos anteriores se seleccionan los que
cumplan la siguiente condición: el precio (CIF/VOLUMEN, en el módulo de
exportaciones es FOB/VOLUMEN) de la mercancía debe ser mayor o igual que
el de la columna Precio Desde y menor o igual que el de la columna Precio
Hasta. Si alguna de las columnas está vacía no se considera.
7. De los registros seleccionados en los pasos anteriores se seleccionan los que
cumplan la siguiente condición: el país de origen del registro debe estar en la
lista de códigos de países (separados por el signo “,”) de la columna Países. Si la
columna está vacía, simplemente no se considera.

Una parte de las reglas se encuentra en la tabla conversionCaefImportaciones

(conversionCaefImportaciones modulo exportaciones) en la base de datos
bd_mercadForestal, administrada por esta grilla. Las demás asignaciones se ejecutan
desde archivos planos. Esto permite mayor flexibilidad para realizar modificaciones de
la lógica que asigna los códigos CAEF y realiza los cálculos.

Ruta de los archivos en el servidor ARES es D:\temp\Config\Importaciones SQL.

 Archivos de asignación CAEF: D:\temp\Config\Importaciones SQL\SQL Asigna
Productos CAEF.

182
 
  Calculo de Tonelaje: D:\temp\Config\Importaciones SQL\SQL Calcula Tonelaje
Importaciones.
 Calculo de Volumen: D:\temp\Config\Importaciones SQL\SQL Calcula
Volumen Importaciones.
 Otras Asignaciones de Especie: D:\temp\Config\Importaciones SQL\SQL Otras
Asignaciones\SQL Especies.

La lógica se aplica de este modo y orden:

1. Reglas de la tabla conversionCaefImportaciones. Administrado por esta grilla.
2. Archivos de asignación CAEF (archivo).
3. Otras Asignaciones de Especie (archivo).
4. Calculo de Tonelaje (archivo).
5. Calculo de Volumen (archivo).

183
 
 ANEXO T. OTRAS IMPLEMENTACIONES

Módulo Gestión de Usuarios

Este módulo consta del aplicativo de autentificación de usuarios (ver figura 96) y el
módulo de administración de usuarios (ver figura 97). Éste se basa en las
funcionalidades que provee la plataforma .NET para gestionar las configuraciones de
sitios web. La base de datos empleada es aspnetdb.

Figura 96.- Autentificación de Usuarios.

Figura 97.- Administración de Usuarios.

Módulo Gestión Tablas del Sistema

Entre las tareas que permite realizar este módulo se encuentran las siguientes:
 Administrar reglas de filtros.
 Administrar reglas de asignación de código CAEF
 Administrar grupos de productos, productos y agrupamientos de productos.
 Administrar la totalidad de las tablas de la base de datos.

184
 
 Figura 98.- Administración de Reglas de Filtro.
 

Figura 99.- Administrador de Asignación Cód. CAEF.

 

Figura 100.- Administrador de Grupos de Productos.

Módulo Tendencias de Precios

Para ayudar en la revisión y codificación manual de los campos calculados, el reporte de

la figura 101, ayuda a encontrar los registros en la TTP con precio incorrecto a través de
la columna Id temp que indica el identificador único de cada registro. Para esto se
mantiene una tabla con los promedios de los precios de productos-especie-calidad para
el último periodo cargado en las tablas históricas, en la figura 102 se muestra el
mantenedor de esta tabla, aquí el usuario puede modificar los porcentajes de variación de

185
 
los precios, entre otras cosas. El cálculo del precio para importaciones es: Valor
CIF/Volumen. EL cálculo del precio para exportaciones es: Valor FOB/Volumen. La
implementación del reporte para el caso de exportaciones es idéntica.

 
Figura 101.- Reporte Indicador de Precios.

 
Figura 102.- Mantenedor Tabla Tendencias de Precios.

Módulo Cálculos Indirectos

El módulo vinculado a los casos de uso real CUR008 y CUR009 tiene los aplicativos
para calcular los metros cúbicos de producto y metros cúbicos de madera aserrada. Este
último cálculo emplea los metros cúbicos de producto, por lo tanto se aplican en orden
secuencial.

186
 
  
Figura 103.- Aplicativo Cálculo de Metros Cúbicos de Productos.

 
Figura 104.- Aplicativo Cálculo de Metros Cúbicos de Madera Aserrada.

Paquetes de Integración DTSX Exportaciones

Las siguientes figuras muestran la implementación de los paquetes de integración para el

módulo de importaciones.

187
 
 Figura 105.- DTSX Cargar Archivo Exportaciones.

188
 
 Figura 106.- DTSX Copiar Carga de Archivo Exportaciones.

Figura 107.- DTSX Filtrar Registros Exportaciones.

189
 
 Figura 108.- DTSX Asignaciones Exportaciones.

Figura 109.- DTSX Cargar Históricas Exportaciones.

190
 
Paquetes de Integración DTSX Importaciones

Las siguientes figuras muestran la implementación de los paquetes de integración para el

módulo de importaciones.

Figura 110.- DTSX Cargar Archivo Importaciones.

Figura 111.- DTSX Copiar Carga de Archivo Importaciones.

191
 
 Figura 112.- DTSX Filtrar Registros Importaciones.

Figura 113.- DTSX Asignaciones Importaciones.

192
 
 Figura 114.- DTSX Cargar Históricas Importaciones.

193