MXPA06003684A

MXPA06003684A - Un sistema, un metodo y un aparato para importar datos de texto en una base de datos.

Info

Publication number: MXPA06003684A
Application number: MXPA06003684A
Authority: MX
Inventors: Atul Gupta; Amar Singh
Original assignee: Logined Bv
Priority date: 2003-10-01
Filing date: 2004-10-01
Publication date: 2007-03-26
Also published as: NO20061923L; GB0608392D0; CA2540812A1; GB2423391A; EP1671248A1; WO2005033980A1; NO339507B1; EA010400B1; CA2540812C; EA200600651A1

Abstract

La presente invencion incluye un aparato, metodo y sistema para cargar datos en una base de datos. La invencion incluye un conjunto de datos de hoja de calculo que tiene datos en la forma de uno o mas registros, un archivo de control que contiene un conjunto de reglas, teniendo cada regla una condicion y un cargador de hoja de calculo. El conjunto de datos de la hoja de calculo y el archivo de control se ingresan en el cargador de la hoja de calculo. Cada regla en el archivo de control se evalua para cada registro para determinar si la condicion es verdadera para el registro, y los registros se analizan sintacticamente si la condicion es verdadera. El cargador de la hoja de calculo envia los datos sintacticamente analizados a la base de datos. La invencion incluye una interfaz de usuario para facilitar la creacion del archivo de control.

Description

UN SISTEMA, UN MÉTODO Y UN APARATO PARA IMPORTAR DATOS DE TEXTO EN UNA BASE DE DATOS REFERENCIA CRUZADA A SOLICITUDES RELACIONADAS Esta es una solicitud suplente de la solicitud provisional pendiente anterior numerada serie 60/507,576 presentada en Octubre 1 de 2003 y titulada "System, Method, and Apparatus for oading Text Data in a Datábase" ("Sistema, Método y Aparato para Cargar Datos de Texto en una Base de Datos") . ANTECEDENTES DE LA INVENCIÓN Campo de la Invención Esta invención se refiere a métodos y sistemas para utilizar en software de computadora que tiene bases de datos. En PARTICULAR, la invención proporciona métodos, aparatos y sistemas para cargar datos de texto de manera más efectiva y eficientemente en una base de datos. Técnica Anterior La mayoría de los programas de software utilizan una base de datos como un depósito para almacenar datos.

Ejemplos de tales bases de datos incluyen Oracle, SQL Server, Sybase por nombrar algunos. Los datos se almacenan en tablas de bases de datos relaciónales en un esquema pre-definido.

Los datos pueden crearse en la base de datos utilizando GUI's (Graphical User Interface (Interfaz Gráfica de Usuario) ) tales como por ejemplo Oracle Forms mediante entrada manual o más frecuentemente por el usuario cargando los datos en la base de datos utilizando un programa de software tal como Loader. Una unidad de almacenamiento externa, tal como un archivo en disco o una cinta que contiene los datos para cargarse ("conjunto de datos") usualmente se codifica en formato binario o de texto (ASCII) . Si se utiliza un programa de carga de software para cargar el conjunto de datos, el programa de carga lee el conjunto de datos, decodifica la codificación y lo carga en las tablas de base de datos. Este es un escenario muy común para el software utilizado, por ejemplo, en la industria del petróleo y gas en donde la necesidad es de datos a cargarse en varios formatos estándar de la industria, tales como DLIS, Geoshare, WITSML, por nombrar algunos. Estos formatos estándar se encuentran en binario, XLM o ASCII. Por lo tanto, para tales datos de la industria en formatos estándar, se escriben cargadores "a la medida" para cargar los datos. Los cargadores a la medida leen un formato específico y cargan (crean/actualizan) datos en un depósito específico. Por ejemplo, GeoFrame DLIS Loader lee los datos DLIS y carga datos solo en el depósito GeoFrame. Sin embargo, existe una gran cantidad de datos en los archivos de texto para los cuales no existen estándares. Los archivos de texto sin estándar pueden contener datos en cualquier formato y es casi imposible crear cargadores a la medida para todas tales disposiciones de datos de texto. SUMARIO DE LA INVENCIÓN En vista de los problemas anteriores, un objetivo de la presente invención es proporcionar métodos, aparatos y sistemas mejorados para cargar datos, especialmente en archivos de texto no estándar, en una base de datos mientras se elimina o minimiza el impacto de los problemas y limitaciones descritos. Los datos en el conjunto de datos de la hoja de cálculo pueden ser datos en base a la fila o datos en base a la columna. Una modalidad preferida de la presente invención incluye un archivo de control que contiene un conjunto de reglas, teniendo cada regla una condición y un cargador de hoja de cálculo que tiene como entradas el conjunto de datos de hoja de cálculo y el archivo de control. Cada regla en el archivo de control se evalúa para cada registro para determinar si la condición es verdadera para el registro y los registros se analizan sintácticamente si la condición es verdadera. El cargador de hoja de cálculo envía los datos sintácticamente analizados hacia la base de datos. El conjunto de reglas dentro del archivo de control puede incluir una regla variable, una regla de entidad o ambas (incluyendo pero sin limitarse a una pluralidad de ambas) . La regla variable comprende una condición, un descriptor-analizador sintáctico y una cláusula de valores y una cláusula de valores y puede incluir una condición final y/o una lista de atributos. La regla de entidad se encuentra comprendida de una condición y una lista de atributos y puede incluir una cláusula de condición final y/o una cláusula de entidad de referencia. La invención puede incluir también una interfaz de usuario utilizada para crear el archivo de control. La interfaz de usuario puede incluir una sección de información del archivo de control, que tiene un árbol de objetivos, un indicador de atributos y un área de prevista de archivos de control y una sección de información del archivo de datos que tiene un área de datos de la hoja de cálculo que refleja el conjunto de datos de la hoja de cálculo. Utilizando la interfaz de usuario, que selecciona un objetivo comercial en el árbol de objetivos, se abre una lista de uno o más atributos para el objeto comercial en el indicador de atributos. Los atributos de la lista abierta de atributos pueden arrastrarse y soltarse en las columnas en el área de datos de la hoja de cálculo; y el cargador de datos de la hoja de cálculo utiliza los atributos soltados en el área de datos de la hoja de cálculo para correlacionar las columnas con los objetivos comerciales y para crear el archivo de control a partir de la correlación. El archivo de control puede pre-visualizarse en un área de prevista del archivo de control en la interfaz de usuario. Los atributos en el indicador de atributo que no son obligatorios para el objetivo comercial seleccionado pueden distinguirse de los atributos que no son obligatorios, tal como un color, sombra o el uso de una fuente especial. El área de datos de la hoja de cálculo de la interfaz de usuario puede incluir funciones de edición. El árbol de objetivos puede desplegar tres objetivos comerciales utilizando una jerarquía de dos filas con una lista de sub modelos (siendo grupos de objetivos comerciales) y con objetivos comerciales bajo cada sub modelo. La invención también puede incluye una capa de acceso de datos en la base de datos que permite utilizar definiciones y mapas de persistencia de la entidad para crear nuevos objetivos comerciales en el árbol de objetivos. Los atributos de los objetivos comerciales se definen en la base de datos. Los atributos pueden evaluarse utilizando una cláusula de expresión de valor y pueden analizarse sintácticamente utilizando un comando descriptor-analizador sintáctico y el valor del atributo analizado sintácticamente es referido utilizando una cláusula de valor. Una modalidad preferida de la invención incluye un método para cargar datos a partir de un conjunto de datos de hoja de cálculo, que tiene datos en la forma de uno o más registros, en una base de datos incluyendo las etapas de crear un archivo de control que tiene reglas, incluyendo cada regla una condición; introducir el conjunto de datos de la hoja de cálculo y el archivo de control en un cargador de hoja de cálculo; evaluándose cada regla con respecto a cada registro para determinar si la condición para la regla es verdadera para ese registro y si la condición es verdadera, entonces se analiza sintácticamente el registro en uno o más símbolos y se refiere el valor del registro analizado sintácticamente utilizando una cláusula de valor de la regla y enviando los datos valuados sintácticamente analizados hacia la base de datos. Crear un archivo de control puede incluir las etapas de: al utilizar una interfaz de usuario para un cargador de hoja de cálculo, seleccionar un objetivo comercial en una sección del árbol de objetivos de la interfaz de usuario, de manera que la selección del objetivo comercial abre una lista de atributos para el objetivo comercial seleccionado en una sección de indicadores de atributos de la interfaz de usuario, arrastrando y soltando los atributos para el objetivo comercial seleccionado en las columnas de un área de datos de la hoja de cálculo de la interfaz de usuario, reflejando el área de datos de la hoja de cálculo un conjunto de datos de la hoja de cálculo que se va a cargar mediante el cargador de la hoja de cálculo, utilizando los atributos de arrastrar y soltar para correlacionar las columnas en las cuales los atributos se arrastraron hacia los objetivos comerciales de los atributos arrastrados y generando un archivo de control que refleje la etapa de correlación. Además, se puede pre-visualizar el archivo de control generado en un área de pre-vista del archivo de control de la interfaz de usuario. Los atributos en el indicador de atributos que son obligatorios para el objetivo comercial seleccionado pueden distinguirse de los atributos que no son obligatorios, tal como con un color, sombreando o el uso de una fuente especial. El área de datos de la hoja de cálculo de la interfaz de usuario puede incluir funciones de edición. El árbol de objetivos puede desplegar los objetivos comerciales utilizando una jerarquía de dos filas, con una lista de sub modelos (siendo grupos de objetivos comerciales) y con los objetivos comerciales bajo cada sub modelo. Las reglas del archivo de control pueden incluir una regla variable, una regla de entidad o ambas. La regla variable incluye una condición, un descriptor-analizador sintáctico y una cláusula de valores y puede incluir un condición final y/o lista de atributos. La regla de entidad incluye una condición y una lista de atributos y puede incluir una cláusula de condición final y/o una cláusula de entidad de referencia. La invención puede incluir una capa de acceso de datos en la base de datos que permite utilizar las definiciones de entidad y mapas de persistencia para crear nuevos objetivos comerciales en el árbol de objetivos. Los atributos se definen en la base de datos y pueden evaluarse utilizando una cláusula de expresión de valor, pueden analizarse sintácticamente utilizando un comando descriptor-analizador sintáctico y el valor del atributo analizado sintácticamente puede referirse utilizando una cláusula de valor. Una modalidad preferida de la invención incluye un sistema para cargar datos a partir de un conjunto de datos de la hoja de cálculo (que tiene datos en la forma de uno o más registros) en una base de datos. Incluyendo el sistema un archivo de control que tiene reglas, incluyendo cada regla una condición, un cargador de la hoja de cálculo que tiene entradas del conjunto de datos de la hoja de cálculo y el archivo de control. El cargador de la hoja de cálculo tiene un dispositivo de almacenamiento de programas legible mediante una máquina incorporando tangiblemente un programa de instrucciones ejecutables mediante una máquina para llevar a cabo las siguientes etapas del método: evaluar cada regla con respecto a cada registro para determinar si la condición para la regla es verdadera para ese registro y si la condición es verdadera, entonces analizar sintácticamente el registro en uno o más símbolos y refiriendo el valor del registro analizado sintácticamente utilizando una cláusula de valor de la regla y enviando los datos valuados analizados sintácticamente hacia la base de datos. El archivo de control del sistema de esta modalidad de la invención puede crearse mediante las siguientes etapas: Utilizar una interfaz de usuario para un cargador de hoja de cálculo para seleccionar un objetivo comercial en una sección de árbol de objetivos de la interfaz de usuario, en donde la selección del objetivo comercial abre una lista de atributos para el objetivo comercial seleccionado en una sección de indicador de atributos de la interfaz de usuario, arrastrando y soltando los atributos para el objetivo comercial seleccionado en las columnas de un área de datos de la hoja de cálculo de la interfaz de usuario, reflejando el área de datos de la hoja de cálculo un conjunto de datos de la hoja de cálculo que se van a cargar mediante el cargador de la hoja de cálculo, correlacionando . las columnas en las cuales los atributos se arrastraron hacia los objetivos comerciales de los atributos arrastrados al utilizar los atributos soltados y arrastrados y generando un archivo de control que refleje la etapa de correlación. El archivo de control generado puede pre-visualizarse en un área de pre-vista del archivo de control de la interfaz de usuario. El conjunto de reglas dentro del archivo de control puede incluir una regla variable que tiene una condición, un descriptor-analizador sintáctico y una cláusula de valores y puede incluir una regla de entidad que tiene una condición y una lista de atributos . Los atributos en el indicador de atributos que son obligatorios para el objetivo comercial seleccionado pueden distinguirse de los atributos que no son obligatorios, tal como por el color, por el sombreado o por una fuente especial. Pueden también distinguirse por sonido para los usuarios incapacitados visuales. Las funciones de edición pueden llevarse a cabo utilizando el área de datos de la hoja de cálculo de la interfaz de usuario. El árbol de objetivos puede desplegar los objetivos comerciales utilizando una jerarquía de dos filas, con una lista de sub modelos, estando los grupos de los objetivos comerciales, seguido por los objetivos comerciales bajo cada sub modelo. La invención puede incluir una capa de acceso de datos en la base de datos. La capa de acceso de datos puede permitir el uso de las definiciones de entidad y los mapas de persistencia para crear nuevos objetivos comerciales en el árbol de objetivos. Los atributos se definen en la base de datos. Los atributos pueden evaluarse utilizando una cláusula de expresión de valor. Los atributos pueden analizarse sintácticamente utilizando un comando de descriptor-analizador sintáctico y el valor del atributo analizado sintácticamente referido utilizando una cláusula de valor. Una ventaja de la presente invención es que proporciona una interfaz simple para cargar todos los datos de texto de la hoja de cálculo en una base de datos. Otra ventaja de la presente invención es que carga cualquier dato de texto cuya disposición se encuentra en formato de hoja de cálculo. Otros objetivos, características y ventajas de la presenten invención serán aparentes para aquellos de experiencia en la materia mediante la referencia a las figuras, la descripción siguiente y las reivindicaciones. BREVE DESCRIPCIÓN DE LOS DIBUJOS La Figura 1 ilustra entradas que entran en un cargador de hoja de cálculo de una modalidad preferida de la presente invención. La Figura 2 es un diagrama de bloques que ilustra el esquema para las reglas de entidad y reglas variables de una modalidad preferida de la presente invención. La Figura 3 es un diagrama de bloques que representa detalles adicionales para la regla variable en una modalidad preferida de la presente invención. La Figura 4 es un diagrama de bloques que representa detalles adicionales para la regla de entidad en una modalidad preferida de la presente invención. La Figura 5 es un diagrama de bloques que representa detalles adicionales para los atributos en una modalidad preferida de la presente invención. La Figura 6 es un diagrama de bloques de una interfaz de usuario del cargador de la hoja de cálculo para una modalidad preferida de la presente invención.

La Figura 7 es un diagrama de bloques de una modalidad preferida de la presente invención. La Figura 8 es un diagrama de bloques de un conjunto de datos de la hoja de cálculo de una modalidad preferida de la presente invención. La Figura 9 es un diagrama de bloques del archivo de control de una modalidad preferida de la presente invención. La Figura 10 es un diagrama de flujo de una modalidad preferida de la presente invención. La Figura 11 es un diagrama de flujo para cómo crear un archivo de control en una modalidad preferida de la presente invención. DESCRIPCIÓN DETALLADA En la siguiente descripción detallada de las modalidades preferidas y otras modalidades de la invención, se hace referencia a los dibujos acompañantes. Debe entenderse que aquellos expertos en la materia observarán fácilmente otras modalidades y cambios que pueden hacerse sin apartarse del alcance de la invención. La Figura 1 ilustra entradas que entran en un cargador de la hoja de cálculo 10 de una modalidad preferida de la presente invención. El cargador de la hoja de cálculo 10 de esta modalidad preferida tiene dos entradas: un conjunto de datos de la hoja de cálculo 20, que contiene un conjunto de datos de los datos y un archivo de control 30 y el cargador de la hoja de cálculo 10 emite datos hacia una base de datos 35. Un conjunto de datos de la hoja de cálculo 20 puede leerse mediante esta modalidad preferida de la invención en dos formas: como una secuencia de filas ("datos en base a la fila") o una secuencia de columnas ("datos en base a columnas") . Refiriéndose a la Figura 8 cada entrada en el conjunto de datos de la hoja de cálculo se llamada un registro 21. Existe una diferencia en la forma en que se procesan los datos mediante el cargador de la hoja de cálculo 10 para cada una de las dos formas de leer una hoja de cálculo, como se describe abajo. • Da tos en base a la fila Los datos en cada fila representan uno o más de los objetivos comerciales. Un objetivo comercial es una entidad, tal como un pozo en el dominio de exploración y producción ("E&P") . Cada columna representa un atributo del objetivo comercial (Figura 5 que contiene más detalles sobre los atributos y se describe después abajo) . Los atributos se utilizan para describir algunos aspectos del objetivo comercial. En la hoja de cálculo de los datos en base a la fila, los atributos usualmente se separan mediante un carácter especial, e.g., coma (,), raya vertical (|) , espacio o indicador, etc. EJEMPLO 1: #well_name|uwi|drill_total_depth|tvd_depth|spud_d te DEPAR ET AL 7B WAINWR 7-4-46-6|100070404606W400|632|632|25-SEP-98 HOME EPPING A16 29 47 27|111162904727W300|652.3|652.3|04-JUL-78 PENN WEST PROVOST 14-9-41-8|100140904108W400]905|905|20-FEB-00 397510 WAINWR 11 D-17-45-5|1 D0111704505W400|650.7|650.7|29-JUL-76 397510 WAINWR 11 D-17-45-5|1 D0111704505W402|650.7¡650.7|29-JUL-76 397510 WAINWR 7-32-45-5|100073204505W400|664.5|664.5|19-OCT-72 397510 WAINWR 7-32-45-5|100073204505W402|664.5|664.5|19-OCT-72 397510 WAINWR 7A-29-45-5|100072904505W4001|652.3|652.3|25-AUG-72 397510 WAINWR 7A-29-45-5|100072904505W402|652.3|652.3|25-AUG-72 397510 WAINWRIGHT 13-17-45-5|100131704505W400|750|647.4|03-MAY-94 397510 WAINWRIGHT 6-33-45-5|100063304505W400|676.7|676.7|05-JUN-77 623396 BRACO EDGER 7-16-45-3|100071604503W400|710|710|29-MAY-90 "PENN WEST PROVOST 14 -9-41-8|100140904108W400|905|905 | 20-FEB-00" La fila anterior describe un objetivo de pozo con los siguientes atributos: el nombre del pozo, uwi (identificador de pozo único) , "drill_total_depth" (profundidad medida total) , profundidad vertical verdadera (tvd) y spud_date (la fecha en que se inició la perforación del pozo) . De manera que en la fila de arriba, el objetivo del pozo y sus atributos son: Pozo (well_name=PENN WEST PROVOST 14-9-41-8 uwi <= 100140904108W400, drill_total_depth=905, tvd_depth=905, spud date=20-FEB-00) Datos en base a la columna Los datos en cada columna es un objetivo comercial, típicamente volumen de los datos de canal en el dominio de exploración y producción.

EJEMPLO 2 DEPT SP RHOB GR POR PER DEN 2000.0000 1888.01 -426.127 -452.644 124.576 2.193 79.500 2001.0000 1887.03 -426.654 -453.271 124.574 2.174 80.812 2002.0000 1887.60 -427.180 -453.899 133.241 2.178 78.562 En el Ejemplo 2 anterior, los objetivos comerciales son Canales de Registro y uno de tales objetivos comerciales es RHOB. En el Ejemplo 2, DEPT significa profundidad y los otros nombres de columna, diferentes mediciones de registro cronológico: RHOB, significa Densidad de Volumen, SP, Potencial Espontáneo, GR, Rayo Gamma, POR, Porosidad, DEN, Densidad y PER, Factor Fotoeléctrico, Derecho. En el Ejemplo 2, a 2001 pies de profundidad en el pozo, la medición SP fue 1887.03, la medición de densidad de volumen fue -427.180, la medición de rayos gamma fue -453.271, la medición de porosidad fue 124.574, la medición del factor fotoeléctrico, derecho fue 2.174 y la medición de densidad fue 80.812. Refiriéndose a la Figura 9, el archivo de control 30 contiene un conjunto de reglas 100. Las reglas 100 pueden definirse en cualquier lenguaje que entienda el cargador de la hoja de cálculo 10. Para el cargador de la hoja de cálculo 10 de la modalidad preferida de la presente invención ilustrada en la Figura 1, las reglas del archivo de control se describen en XML. Cada regla del archivo de control 100 describe cómo analizar sintácticamente y correlacionar los datos en el conjunto de datos de la hoja de cálculo. Cada regla 100 tiene una condición que tiene que ser verdadera para la regla a evaluarse. Las condiciones se tratan más abajo, con referencia a la Figura 3 y la Figura 4. La Figura 2 es un diagrama de bloques que ilustra el esquema para las reglas en una modalidad preferida de la presente invención. Como se ilustra en la Figura 2, existen dos tipos principales de reglas 100 en esta modalidad preferida de la presente invención: las reglas variables 110 y las reglas de entidad 120. La mezcla de las reglas variables y las reglas de entidad que componen el archivo de control se evalúan para cada registro encontrado en el conjunto de datos, para determinar si la condición para la regla se evalúa como verdadera. • Regla Variable 110 La regla variable se utiliza para leer un símbolo. Un símbolo es una cadena o un número leído a partir de los datos registrados como se describe por una cadena sintácticamente analizada. La regla variable lee el símbolo a partir de los datos en la forma de un archivo de texto de entrada y lo almacena como una variable para utilizarse después, en ya sea una regla de entidad 120 o en una condición de otra regla. Más información sobre las reglas variables se ilustra en la Figura 3 (y se trata abajo) .

• Regla de entidad 120 La regla de entidad 120 describe una entidad, un objetivo que se va a crear. La regla de entidad 120 lista los atributos del objeto y describe cómo se establecen los atributos, utilizando una regla variable 110 o el símbolo, que se lee a partir del archivo de texto de entrada. Más detalles sobre las reglas de entidad se ilustran en la Figura 4 (y se tratan abajo) . El símbolo representado en la Figura 2 a la derecha de las reglas 100 (y a la izquierda de las ramificaciones que conducen a la regla variable 110 y a la regla de entidad 120) es un agregado 122 y se refiere a una o muchas reglas de entidad o variable que comprenden un conjunto de reglas. Abajo se encuentra un ejemplo del archivo de control 30 que lee los datos en base a la fila como se muestra en el EJEMPLO 1 de arriba. <ControlFile name="GAL Loader" version="l .0"> <Header> <StringDelimiter data_type="string"> | </StringDelimiter> <Comment data_type="str±ng"> # </Comment> <StartRo data_type= "string">2</StartRow> <StopRow data_type= "string">5</StopRo > <RecordLength data_type="string"> </RecordLength> </Header> <Rules> <Entity name="XWell" entity_type="Well" operation=" créate" continue="true' rank="l" version= "l . Q"> <Condition>true</Condition> <EndCondition>true</EndCondition> <AttributeList> <Attribute name="Name" type="ParseDescr±ptor"> <ParseDescriptor>gal_String (I, , " ¡ ") </ParseDescriptor> <Values>Name [O] </Values> </Attribute> <Attribute name="O I" type="ParseDescriptor"> <ParseDescriptor>gal_String (, , " 1 ") </ParseDescriptor> <Values>U I [O] </Values> </Attribute> </AttributeList> </Entity> <Entity name="XBorehole" entity_type="Borehole" operation="create" continue="true" rank="l" version="l .0"> <Condition>true</Condition> <EndCondition>true</EndCondition> <AttributeList> <Attribute name="ÜBHI" type="ParseDescriptor"> <ParseDescriptor>gal_String (1, , " | ") , gal_String (, , " I ") </ParseDescriptor> <Values>UBHI[l]</Values> </Attribute> <Attribute name="Driller__PBTD" type="ParseDescriptor"> <ParseDescriptor>gal_Number (, , " | ", "floaT") </ParseDescriptor> <Values>Driller_PBTD [O] </Values> </Attribute> <Attribute name="Spud_Date" type="ParseDescriptor"> <ParseDescriptor>gal_String ( , , " | " ) , gal_Date (,,"!","") </ParseDescriptor> <Values>Spud_Date [1] </Values> </Attribute> </AttributeList> </Entity> </Rules> </ControlFile> La Figura 3 es un diagrama de bloques que representa detalles adicionales para la regla variable 110 en una modalidad preferida de la presente invención. Las reglas variables 110 se evalúan en base a las condiciones procesadas a partir de cada registro en el conjunto de datos de la hoja de cálculo. El símbolo a la derecha de la regla variable 110 en la Figura 3 es una secuencia 124 y se refiere a que la regla variable se construye como una secuencia de una condición 125, un descriptor-analizador sintáctico 130, una cláusula de valores 135 y puede (opcionalmente) incluir una condición final 140 y una lista de atributos 145. Una condición 125 es un estado lógico que debe evaluarse a verdadero si se va a procesar una regla variable (o regla de entidad como se trata abajo) . La regla variable 110 puede incluir expresiones en la condición. Una expresión describe datos, variables o entidades. Si la condición 125 es verdadera, el descriptor-analizador sintáctico 130 se utiliza para analizar sintácticamente el registro al descomponerlo en ya sea un solo símbolo o un ordenamiento de símbolos. El valor del conjunto de datos sintácticamente analizados se refiere utilizando una cláusula de valor 135. La cláusula de valor 135 es una expresión que refiere cuál de los símbolos analizados sintácticamente utilizando el descriptor-analizador sintáctico 130 se le asignó un valor para una variable o un atributo y se refiere en otras expresiones por nombre. La condición final opcional 140 es una expresión que permite especificar ya sea una variable o entidad que se va a evaluar continuamente para los registros de datos subsecuentes - en el caso de la evaluación continua, la condición final 140 en la modalidad preferida de la invención se evaluará a verdadera. La lista opcional de atributos 145 es una lista de atributos que pueden ser valores asignados 135 para una entidad dada. La Figura 4 es un diagrama de bloques que representa detalles adicionales para la regla de entidad 120 en una modalidad preferida de la presente invención. El símbolo a la derecha de la regla de entidad 120 en la Figura 4 es una secuencia 124 y se refiere a que una regla de entidad 120 se encuentra comprendida de las cláusulas de condición 125 y de lista de atributos 145 y de condición final opcional 140 y la entidad de referencia 155. La entidad de referencia opcional 155 es una lista de una o más entidades que se refieren mediante la entidad actual. La entidad de referencia 155 se utiliza para establecer la referencia relacional entre la entidad actual y otras entidades a procesarse por el cargador de la hoja de cálculo. Por ejemplo, en el dominio de exploración y producción, una entidad de Sondeo se refiere a la entidad de Pozo, de manera que en el ejemplo, la regla de entidad de Sondeo puede utilizar la cláusula de entidad de referencia 155 para referirse a la regla de entidad del Pozo. La Figura 5 es un diagrama de bloques que representa detalles adicionales para los atributos 200 en una modalidad preferida de la presente invención. Los atributos 200 se refieren a aspectos de un objetivo comercial y se definen en la base de datos en la cual el cargador de la hoja de cálculo cargará los datos. Los atributos 200 se evalúan como una expresión de valor 210 o un descriptor-analizador sintáctico 220 y una cláusula de valor 230. La expresión de valor 210 es una expresión simple o un valor constante que se asigna al atributo. Si un atributo 200 es una expresión, entonces el valor para el atributo 200 se evalúa mediante la expresión de valor 210. Como con las reglas variables, el comando de descriptor-analizador sintáctico 220 se utiliza para analizar sintáticamente el registro de datos al descomponerlo en ya sea una solo símbolo o un ordenamiento de símbolos. El valor del registro de datos sintácticamente analizado se refiere utilizando la cláusula de valor 230. Algunos atributos 200 son obligatorios para los objetivos comerciales debido a que los atributos 200 se requieren para estar presentes para crear el objetivo comercial en la base de datos relacional (columnas sin anulación) . Otros atributos no son obligatorios. La Figura 6 es un diagrama de bloques de una interfaz de usuario 300 del cargador de la hoja de cálculo en una modalidad preferida de la presente invención, que se utiliza para construir el archivo de control. (La operación de la interfaz de usuario 300 también se ilustra además en la Figura 7 y se describe abajo) . Refiriéndose a la Figura 6, la interfaz de usuario 300 tiene dos paneles principales, el panel de Información de Archivo de Control 305 y el panel de Información de Archivo de Datos 310. El panel de Información de Archivo de Control 305 tiene tres áreas: un área de árbol de objetivos 315, un área de indicador de atributos 320 y un área de pre-vista del archivo de control 325. El área del árbol de objetivos 315 despliega los objetivos comerciales (no representados) como soportados por la base de datos (no representada en la Figura 6) . La definición de los objetivos comerciales se describe preferentemente en XML. El área del árbol de objetivos 315 se despliega preferentemente en una jerarquía de dos filas, con una lista de Sub Modelos (no representados) y después los objetivos comerciales (no representados) bajo cada Sub Modelo. Los Sub Modelos son un agrupamiento de los objetivos comerciales. Por ejemplo, en el dominio E&P, puede existir un Sub Modelo de Pozo que consiste de todas las entidades/ objetivos relacionados con el Pozo. El área de indicador de atributos 320 despliega los atributos (no representados) de los objetivos comerciales seleccionados. Cada objetivo comercial cuando se selecciona en el área del árbol de objetivos 315 lleva un indicador en el área de indicador de atributos 320 con una lista de atributos para el objetivo comercial seleccionado. En una modalidad preferida de la invención, los atributos que son obligatorios para ese objetivo comercial se despliegan en una forma especial, tal como utilizando un color diferente, de manera que el usuario puede identificarlos fácilmente para propósitos de correlación. (En otras modalidades, para usuarios ciegos al color, por ejemplo, puede utilizarse sombrear o resaltar el formato para indicar los atributos obligatorios.

El panel de información de archivo de datos 310 tiene un área de datos de la hoja de cálculo 340. El área de datos de la hoja de cálculo 340 despliega los datos a partir del conjunto de datos de la hoja de cálculo 20. El área de datos de la hoja de cálculo 340 incluye operaciones de edición básicas . El área de pre-vista del archivo de control 325 del panel de información del archivo de control 305 despliega un archivo de control a medida que se construye cuando el usuario correlaciona los atributos con las columnas en el conjunto de datos de la hoja de cálculo, como se refleja en el área de datos de la hoja de cálculo 340. La operación de la interfaz de usuario se explica además mediante la referencia a la Figura 7, que es un diagrama de bloques de una modalidad preferida de la presente invención. Puede ser difícil crear un archivo de control y puede utilizarse una interfaz de usuario 300 para facilitar esto. Refiriéndose a la Figura 7, a fin de crear el archivo de control 30, el usuario utiliza la interfaz de usuario 300 para correlacionar las columnas en el conjunto de datos de la hoja de cálculo 20, como se refleja en el área de datos 340 de la hoja de cálculo de la interfaz de usuario 300, para los atributos de uno o más objetivos comerciales en el árbol de objetivos 315 al utilizar una característica de arrastrar y soltar de la interfaz de usuario 300. Específicamente, el usuario puede seleccionar un objetivo comercial en el árbol de objetivos 315, una lista de los atributos del objetivo comercial seleccionado se abrirá en el indicador de atributo 320 y el usuario puede soltar y arrastrar el nombre del atributo en una columna en el área de datos de la hoja de cálculo 340, que refleja el conjunto de datos de la hoja de cálculo 20. El cargador de la hoja de cálculo 10 correlaciona entonces el nombre del atributo al área de datos de la hoja de cálculo 340 y genera una regla de archivo de control (que puede pre-visualizarse en el área de pre-vista del archivo de control 325) . Una vez que se completa la correlación, el usuario puede cargar los datos en la base de datos 35 utilizando el cargador de la hoja de cálculo 10. El usuario puede también definir nuevos objetivos comerciales en el árbol de objetivos 315, al agregar definiciones de entidad y mapas de persistencia (por ejemplo, en XML) para utilizarse mediante una capa de acceso de datos genéricos (no representado en la Figura 7) para la base de datos 35. Las definiciones de entidad (no confundirse con las reglas de entidad) son descripciones de objetivos de la base de datos. Los mapas de persistencia son reglas que describen, para la capa de acceso de datos, cómo se escriben los datos en la base de datos 35 o en algún otros depósito, tal como un archivo uniforme. Para crear un nuevo objetivo comercial, el usuario tiene que crear una Definición de Entidad para el nuevo objetivo comercial diciendo cuál es el nuevo objetivo comercial y debe crear un mapa de Persistencia para el nuevo objetivo comercial diciendo cómo se escribirán los nuevos objetivos comerciales en la base de datos. El cargador de la hoja de cálculo 10 puede captar las definiciones de entidad en el área del árbol de objetivos 315 y el usuario puede utilizar una vista de alto nivel para las correlaciones . La Figura 10 representa un diagrama de flujo para una modalidad preferida de la presente invención. Primero, se crea u obtiene 400 un archivo de control que tiene reglas, incluyendo cada regla una condición. (Un método para crear un archivo de control se ilustra en la Figura 11, tratado abajo, así como en lo tratado arriba con respecto a la Figura 6 y la Figura 7) . Un conjunto de datos de la hoja de cálculo, que tiene datos en la forma de registro y el archivo de control se introducen 410 en un cargador de la hoja de cálculo. Cada regla del archivo de control se evalúa 415 para cada registro encontrado en el conjunto de datos para determinar 420 si la condición para la regla es verdadera para ese registro. Si en 425 la condición no es verdadera, todas las otras reglas para ese registro se evalúan 430 hasta que se completa. Si la condición es verdadera, entonces el registro se analiza sintácticamente 435 en uno o más símbolos. El valor del registro sintácticamente analizado se refiere 440 utilizando una cláusula de valor. Si todas las reglas no se han evaluado para el registro 425, entonces evalúa 430 todas las otras reglas hasta que se completa y después evalúa 445, 450 las reglas para todos los otros registros hasta que se completa. Una vez que todas las reglas para un registro se han evaluado completamente, los datos valuados sintácticamente analizados se cargan 455 en una base de datos y termina 460 el proceso. Se recuerda que las reglas pueden ser reglas variables o reglas de entidad. Como parte de este proceso, 'una regla (variable o de entidad) puede tener una condición final que evalúa para verdad si la regla se va a evaluar continuamente para los registros de datos subsecuentes.

Además, una regla de entidad tendrá una lista de atributos para la entidad y puede tener una entidad de referencia utilizada para establecer la referencia relacional entre la entidad actual y otras entidades. La Figura 11 representa una diagrama de flujo para cómo crear un archivo de control en una modalidad preferida de la presente invención. Utilizando una interfaz de usuario para un cargador de la hoja de cálculo, se selecciona 500 un objetivo comercial (en una sección de árbol de objetivos de la interfaz de usuario) , abriendo mediante esto una lista de atributos para el objetivo comercial seleccionado en una sección de indicador de atributos de la interfaz de usuario.

Los atributos para el objetivo comercial se arrastran y sueltan 510 en las columnas de un área de datos de la hoja de cálculo de la interfaz de usuario, el área de datos de la hoja de cálculo que refleja un conjunto de datos de la hoja de cálculo que se van a cargar por el cargador de la hoja de cálculo. Utilizando los atributos de soltar y arrastre, el cargador de la hoja de cálculo correlaciona 515 las columnas en las cuales los atributos se arrastraron hacia los objetivos comerciales de los atributos arrastrados. El cargador de la hoja de cálculo genera 520 un archivo de control que refleja la etapa de correlación 515 y permite que el archivo de control se pre-visualice 525 en un área de prevista del archivo de control de la interfaz de usuario. Si en 530 todos los objetivos comerciales no se han representado, se selecciona 535 el siguiente objetivo comercial y se repite el proceso hasta que se complete 540. La presente invención resuelve el problema de insertar/actualizar/sobre-escribir datos que entran en la hoja de cálculo ASCII (incluyendo archivos excel) en una forma genérica. Aunque se cargan los datos, la presente invención oculta del usuario final la complejidad del objetivo de la base de datos y resuelve cualquier relación (utilizando la cláusula de EntidadReferenciada) entre los objetivos comerciales, totalmente transparentes al usuario. La presente invención puede utilizarse para cargar en cualquier depósito objetivo siempre que la capa de acceso de datos genéricos soporte un adaptador objetivo. La presente invención también puede utilizarse para crear objetivos comerciales en la memoria para el uso directo mediante las aplicaciones. El extremo frontal del cargador de la hoja de cálculo, que lee datos como objetivos comerciales (que pueden definirse por el usuario) a partir del archivo de datos de la hoja de cálculo, puede permitir que el usuario lleve a cabo la correlación utilizando una interfaz de usuario genérica. Este procedimiento puede también utilizarse para cargar los datos en la memoria en los objetivos comerciales definidos por el usuario para el uso directo mediante las aplicaciones. Aunque se proporciona lo anterior para propósitos de ilustración, explicando y describiendo ciertas modalidades de la invención de inspección de defecto de microestructura de arreglo repetitivo automatizado en detalle particular, las modificaciones y adaptaciones a los métodos, sistemas y otras modalidades descritos serán aparentes para aquellos expertos en la materia y pueden hacerse sin apartarse del alcance o espíritu de la invención.

Claims

REIVINDICACIONES 1. Un aparato para cargar datos a partir de un conjunto de datos de la hoja de cálculo, que tiene datos en la forma de uno o más registros, en una base de datos que comprende : a) un archivo de control que contiene un conjunto de reglas, teniendo cada regla una condición; b) un cargador de hoja de cálculo que tiene como entradas el conjunto de datos de la hoja de cálculo y el archivo de control, en donde: i) cada regla en el archivo de control se evalúa para cada registro para determinar si la condición es verdadera para el registro y los registros se analizan sintácticamente si la condición es verdadera; y ii) el cargador de la hoja de cálculo envía los datos sintácticamente analizados a la base de datos . 2. Un aparato de acuerdo con la reivindicación 1, en donde el conjunto de reglas en el archivo de control incluye una regla variable. 3. Un aparato de acuerdo con la reivindicación 2, en donde la regla variable comprende una condición, un descriptor-analizador sintáctico y una cláusula de valores. . Un aparato de acuerdo con la reivindicación 3, en donde la regla variable incluye una condición final. 5. Un aparato de acuerdo con la reivindicación 3, en donde la regla variable incluye una lista de atributos. 6. Un aparato de acuerdo con la reivindicación 1, en donde el conjunto de reglas dentro del archivo de control incluye una regla de entidad. 7. Un aparato de acuerdo con la reivindicación 6, en donde la regla de entidad se encuentra comprendida de una condición y una lista de atributos. 8. Un aparato de acuerdo con la reivindicación 7, en donde la regla de entidad incluye una cláusula de condición final. 9. Un aparato de acuerdo con la reivindicación 7, en donde la regla de entidad incluye una cláusula de entidad de referencia. 10. Un aparato de acuerdo con la reivindicación 1, en donde el conjunto de reglas en el archivo de control contiene una regla variable y una regla de entidad. 11. Un aparato de acuerdo con la reivindicación 1, que comprende además, una interfaz de usuario utilizada para crear el archivo de control . 12. Un aparato como en la reivindicación 11, en donde la interfaz de usuario incluye una sección de información de archivo de control, que tiene un árbol de objetivos, indicador de atributos y área de pre-vista del archivo de control y una sección de información de archivo de datos que tiene un área de datos de la hoja de cálculo que refleja el conjunto de datos de la hoja de cálculo, en donde: a) seleccionar un objetivo comercial en un árbol de objetivos abre una lista de uno o más atributos para el objetivo comercial en el indicador de atributos; b) los atributos de la lista de atributos abierta pueden arrastrarse y soltarse en columnas en el área de datos de la hoja de cálculo; y c) el cargador de datos de la hoja de cálculo utiliza los atributos arrastrados hacia el área de datos de la hoja de cálculo para correlacionar las columnas con los objetivos comerciales y para crear el archivo de control a partir de la correlación. 13. Un aparato como en la reivindicación 12, en donde el archivo de control puede pre-visualizarse en un área de pre-vista del archivo de control en la interfaz de usuario. 14. Un aparato como en la reivindicación 12, en donde los atributos en el indicador de atributos que son obligatorios para el objetivo comercial seleccionado se distinguen de los atributos que no son obligatorios. 15. Un aparato como en la reivindicación 14, en donde los atributos obligatorios se distinguen por el color. 16. Un aparato como en la reivindicación 14, en donde los atributos obligatorios se distinguen por sombreado. 17. Un aparato como en la reivindicación 14, en donde los atributos obligatorios se distinguen mediante una fuente especial . 18. Un aparato como en la reivindicación 12, en donde el área de datos de la hoja de cálculo de la interfaz de usuario incluye funciones de edición. 19. Un aparato como en la reivindicación 12, en donde el árbol de objetivos despliega una jerarquía de dos filas, con una lista de sub modelos, estando los grupos de los objetivos comerciales con los objetivos comerciales bajo cada sub modelo. 20. Un aparato como en la reivindicación 12, que comprende además una capa de acceso de datos en la base de datos que permite utilizar las definiciones de entidad y los mapas de persistencia para crear nuevos objetivos comerciales en el árbol de objetivos. 21. Un aparato como en la reivindicación 1, en donde los datos en el conjunto de datos de la hoja de cálculo son datos en base a la fila. 22. Un aparato como en la reivindicación 1, en donde los datos en el conjunto de datos de la hoja de cálculo son datos en base a la columna. 23. Un aparato como en la reivindicación 1, en donde el conjunto de reglas dentro del archivo de control incluye una regla variable que comprende una condición, un descriptor-analizador sintáctico y una cláusula de valores y una regla de entidad comprendida de una condición y una lista de atributos . 24. Un aparato de acuerdo con la reivindicación 23, que comprende además una interfaz de usuario utilizada para crear el archivo de control, en donde la interfaz de usuario incluye una sección de información del archivo de control, que tiene un árbol de objetivos, indicador de atributos y área de pre-vista del archivo de control y una sección de información del archivo de datos, que tiene un área de datos de la hoja de cálculo que refleja el conjunto de datos de la hoja de cálculo, en donde: a) seleccionar un objetivo comercial en un árbol de objetivos abre una lista de uno o más atributos para el objetivo comercial en el indicador de atributos; b) los atributos de la lista de atributos abierta pueden arrastrarse y soltarse en las columnas en el área de datos de la hoja de cálculo; c) el cargador de datos de la hoja de cálculo utiliza los atributos arrastrados hacia el área de datos de la hoja de cálculo para correlacionar las columnas con los objetivos comerciales y para crear el archivo de control a partir de la correlación; y d) el archivo de control puede pre-visualizarse en un área de pre-vista del archivo de control en la interfaz de usuario. 25. Un aparato como en la reivindicación 12, en donde los atributos se definen en la base de datos. 26. Un aparato como en la reivindicación 12, en donde al menos un atributo se evalúa utilizando una cláusula de expresión de valor. 27. Un aparato como en la reivindicación 12, en donde al menos un atributo se analiza sintácticamente utilizando un comando descriptor-analizador sintáctico y el valor del atributo sintácticamente analizado se refiere utilizando una cláusula de valor. 28. Un método para cargar datos a partir de un conjunto de datos de la hoja de cálculo, que tiene datos en la forma de uno o más registros, en una base de datos que comprende : a) crear un archivo de control que tiene reglas, incluyendo cada regla una condición; b) introducir al conjunto de datos de la hoja de cálculo y el archivo de control en un cargador de hoja de cálculo; c) evaluar cada regla con respecto a cada registro para determinar si la condición para la regla es verdadera para ese registro y si la condición es verdadera, entonces analizar sintácticamente el registro en uno o más símbolos y refiriendo el valor del registro sintácticamente analizado utilizando una cláusula de valor de la regla; d) enviar los datos evaluados sintácticamente analizados hacia la base de datos. 29. Un método como en la reivindicación 28, en donde los datos en el conjunto de datos de la hoja de cálculo son datos en base a la fila. 30. Un método como en la reivindicación 28, en donde los datos en el conjunto de datos de la hoja de cálculo son datos en base a la columna. 31. Un método como en la reivindicación 28, en donde la etapa para crear una archivo de control comprende además : i) al utilizar una interfaz de usuario para un cargador de la hoja de cálculo, seleccionar un objetivo comercial en una sección del árbol de objetivos de la interfaz de usuario, en donde la selección del objetivo comercial abre una lista de atributos para el objetivo comercial seleccionado en una sección de indicador de atributo de la interfaz de usuario; ii) arrastrar y soltar los atributos para el objetivo comercial seleccionado en las columnas de un área de datos de la hoja de cálculo de la interfaz de usuario, reflejando el área de datos de la hoja de cálculo un conjunto de datos de la hoja de cálculo que se va a cargar mediante el cargador de la hoja de cálculo; iii) utilizar los atributos soltados y arrastrados, correlacionando las columnas en las cuales se arrastraron los atributos hacia los objetivos comerciales de los atributos arrastrados; iv) generar un archivo de control que refleje la etapa de correlación a) (iii) . 32. Un método como en la reivindicación 31, en donde la etapa para crear un archivo de control comprende además : v) pre-visualizar el archivo de control generado en un área de pre-vista del archivo de control de la interfaz de usuario. 33. Un método como en la reivindicación 28, en donde el conjunto de reglas dentro del archivo de control incluye una regla variable. 34. Un método como en la reivindicación 33, en donde la regla variable comprende una condición, un descriptor-analizador sintáctico y una cláusula de valores. 35. Un método como en la reivindicación 34, en donde la regla variable incluye además una condición final. 36. Un método como en la reivindicación 34, en donde la regla variable incluye además una lista de atributos . 37. Un método como en la reivindicación 28, en donde el conjunto de reglas dentro del archivo de control incluye una regla de entidad. 38. Un método como en la reivindicación 37, en donde la regla de entidad comprende una condición y una lista de atributos . 39. Un método como en la reivindicación 38, en donde la regla de entidad incluye una cláusula de condición final. 40. Un método como en la reivindicación 38, en donde la regla de entidad incluye una cláusula de entidad de referencia. 41. Un método como en la reivindicación 28, en donde el conjunto de reglas en el archivo de control contiene una regla variable y una regla de entidad. 42. Un método como en la reivindicación 31, en donde los atributos en el indicador de atributos que son obligatorios para el objetivo comercial seleccionado se distinguen de los atributos que no son obligatorios. 43. Un método como en la reivindicación 42, en donde los atributos obligatorios se distinguen por el color. 44. Un método como en la reivindicación 42, en donde los atributos obligatorios se distinguen por el sombreado. 45. Un método como en la reivindicación 42, en donde los atributos obligatorios se distinguen por una fuente especial . 46. Un método como en la reivindicación 31, en donde las funciones de edición pueden llevarse a cabo utilizando el área de datos de la hoja de cálculo de la interfaz de usuario. 47. Un método como en la reivindicación 31, en donde el árbol de objetivos despliega una jerarquía de dos filas, con una lista de sub modelos, estando los grupos de objetivos comerciales, con los objetivos comerciales bajo cada sub modelo . 48. Un método como en la reivindicación 31, que comprende además una capa de acceso de datos en la base de datos, permitiendo la capa de acceso de datos que se utilicen las definiciones de entidad y los mapas de persistencia para crear nuevos objetivos comerciales en el árbol de objetivos. 49. Un método como en la reivindicación 31, en donde los atributos se definen en la base de datos. 50. Un método como en la reivindicación 49, en donde al menos un atributo se evalúa utilizando una cláusula de expresión de valor. 51. Un método como en la reivindicación 49, en donde al menos un atributo se analiza sintácticamente utilizando un comando descriptor-analizador sintáctico y el valor del atributo sintácticamente analizado se refiere utilizando una cláusula de valor. 52. Un método como en la reivindicación 32, en donde las reglas dentro del archivo de control incluyen una regla variable, que comprende una condición, un descriptor-analizador sintáctico y una cláusula de valores y las reglas incluyen una regla de entidad comprendida de una condición y una lista de atributos. 53. Un sistema para el método de cargar datos a partir de un conjunto de datos de la hoja de cálculo, que tiene datos en la forma de uno o más registros, en una base de datos que comprende: a) un archivo de control que tiene reglas, incluyendo cada regla una condición; b) un cargador de hoja de cálculo que tiene entradas del conjunto de datos de la hoja de cálculo y el archivo de control y que tiene un dispositivo de almacenamiento de programas legible por una máquina, que incorpora tangiblemente un programa de instrucciones ejecutable por la máquina para llevar a cabo las siguientes etapas del método: c) evaluar cada regla con respecto a cada registro para determinar si la condición para la regla es verdadera para ese registro y si la condición es verdadera, entonces analizar sintácticamente el registro en uno o más símbolos y referir el valor del registro sintácticamente analizado utilizando una cláusula de valor de la regla; d) enviar los datos evaluados sintácticamente analizados a la base de datos. 54. Un sistema como en la reivindicación 53, en donde los datos en el conjunto de datos de la hoja de cálculo son datos en base a la fila. 55. Un sistema como en la reivindicación 53, en donde los datos en el conjunto de datos de la hoja de cálculo son datos en base a la columna. 56. Un sistema como en la reivindicación 53, en donde el archivo de control se crea mediante las siguiente etapas : i) al utilizar una interfaz de usuario para un cargador de la hoja de cálculo, seleccionando un objetivo comercial en una sección del árbol de objetivos de la interfaz de usuario, en donde la selección del objetivo comercial abre una lista de atributos para el objetivo comercial seleccionado en una sección de indicador de atributo de la interfaz de usuario; ii) arrastrar y soltar los atributos para el objetivo comercial seleccionado en columnas de un área de datos de la hoja de cálculo de la interfaz de usuario, reflejando el área de datos de la hoja de cálculo un conjunto de datos de la hoja de cálculo que se va a cargar mediante el cargador de la hoja de calcúleiii) utilizar los atributos soltados y arrastrados, correlacionando las columnas en las cuales se arrastraron los atributos hacia los objetivos comerciales de los atributos arrastrados; iv) generar un archivo de control que refleje la etapa de correlación a) (iii) . 57. Un sistema como en la reivindicación 56, que comprende además: v) pre-visualizar el archivo de control generado en un área de pre-vista del archivo de control de la interfaz de usuario. 58. Un sistema como en la reivindicación 53, en donde el conjunto de reglas dentro del archivo de control incluye una regla variable que tiene una condición, un descriptor-analizador sintáctico y una cláusula de valores. 59. Un sistema como en la reivindicación 53, en donde el conjunto de reglas dentro del archivo de control incluye una regla de entidad que tiene una condición y una lista de atributos. 60. Un sistema como en la reivindicación 53, en donde el conjunto de reglas en el archivo de control contienen una regla variable y una regla de entidad. 61. Un sistema como en la reivindicación 56, en donde los atributos en el indicador de atributo que son obligatorios para el objetivo comercial seleccionado se distinguen de los atributos que no son obligatorios. 62. Un sistema como en la reivindicación 61, en donde los atributos obligatorios se distinguen por el color. 63. Un sistema como en la reivindicación 61, en donde los atributos obligatorios se distinguen por el sombreado. 64. Un sistema como en la reivindicación 61, en donde los atributos obligatorios se distinguen por una fuente especial . 65. Un sistema como en la reivindicación 56, en donde las funciones de edición pueden llevarse a cabo utilizando el área de datos de la hoja de cálculo de la interfaz de usuario. 66. Un sistema como en la reivindicación 56, en donde el árbol de objetivos despliega una jerarquía de dos filas, con una lista de sub modelos, estando los grupos de objetivos comerciales, con los objetivos comerciales bajo cada sub modelo. 67. Un sistema como en la reivindicación 56, que comprende además una capa de acceso de datos en la base de datos, permitiendo la capa de acceso de datos que se utilicen las definiciones de entidad y los mapas de persistencia para crear nuevos objetivos comerciales en el árbol de objetivos. 68. Un sistema como en la reivindicación 56, en donde los atributos se definen en la base de datos. 69. Un sistema como en la reivindicación 68, en donde al menos un atributo se evalúa utilizando una cláusula de expresión de valor. 70. Un sistema como en la reivindicación 69, en donde al menos un atributo se analiza sintácticamente utilizando un comando descriptor-analizador sintáctico y el valor del atributo sintácticamente analizado se refiere utilizando una cláusula de valor.