CN103593443A - 一种电子文件元数据扩展的方法 - Google Patents

Abstract

本发明涉及计算机信息管理技术领域，具体涉及一种元数据扩展的方法。一种电子文件元数据扩展的方法，包括：提供元数据定义模块，所述元数据定义模块用于由用户定义电子文件元数据实体、元数据属性和元数据属性对应的校验规则并将所述三者绑定；提供元数据界面设计模块，所述元数据界面设计模块用于定义与所述电子文件元数据实体绑定的前台显示表单，对表单添加表单组件，并绑定元数据属性和组件；以及提供元数据维护模块，所述元数据维护模块能够通过统一接口，根据不同电子文件类型，展现不同的元数据实体数据和元数据界面，统一维护不同实体的元数据信息。本发明提供了一种无需开发人员参与，用户即可自定义元数据结构、元数据维护及元数据展现的方式，达到数据自定义和界面自定义功能。

Description

一种电子文件元数据扩展的方法

 技术领域

本发明涉及计算机信息管理技术领域，具体涉及一种元数据扩展的方法。

背景技术

随着网络技术和电脑的普及应用，各个行业都在推广信息管理系统，无论是办公自动化系统(OA)、客户管理系统 (CRM)、还是企业管理系统(ERP)，都是由专业软件工程师通过某种固定的语言开发，交付给企业管理者使用。由于软件工程师一般缺乏企业管理的专业知识，使得开发和使用者之间有一道难以沟通的鸿沟，开发出来的产品往往似是而非，不能全面满足客户需求。并且这些系统都是由上万、甚至上十万、百万行代码完成的，开发工作量巨大，系统很复杂，一旦完成就很难修改，往往牵一发而动全身，导致客户难以更新。

由于传统MVC开发模型是基于数据的模型，开发者往往在开发前期，需要完成对于数据结构模型的定义，在后续的开发中根据定义的数据模型开发相应的业务功能。

元数据是关于数据的数据。在数据库管理系统(DBMS)中，元数据用于描述数据库对象，如表、视图、触发器和存储过程。在一些应用系统开发过程中，元数据也具有重要作用。通用数据维护框架首先需要以统一的方式对要维护的数据库表对象进行集中描述，在此基础上，才能实现数据维护程序的通用化。

虽然任何一种DBMS 都维护有元数据，但如果直接将DBMS 的元数据用于通用数据维护框架，则存在以下问题： 

(1)各种DBMS 维护元数据的方式不尽相同，如果使用DBMS 的元数据，则很难实现数据维护框架对不同DBMS 的兼容性。 

(2)DBMS 的元数据通常仅用于DBMS 内部，缺乏生成数据维护界面所需的信息，如某个字段的中文名称。

目前元数据扩展使用以下方法：系统开发人员手动维护数据表结构或者提供数据表维护工具，同时对于用户而言，二次开发用于用户功能的页面显示代码，添加对数据表结构的页面支持，而对于第三方接口而言，则需要修改数据交换的协议规则，如webService接口wsdl等。以上情况在元数据扩展方面，都需要系统开发人与的参与，并且扩展方面有一定的延时性，无法达到实时扩展。

发明内容

本发明目的是：针对用户需求，提供一种无需开发人员参与，用户即可自定义元数据结构、元数据维护及元数据展现的方式，达到数据自定义和界面自定义功能。

为实现上述目的,本发明提供一种电子文件元数据扩展的方法，所述方法包括：提供元数据定义模块，所述元数据定义模块用于由用户定义电子文件元数据实体、元数据属性和元数据属性对应的校验规则并将所述三者绑定；提供元数据界面设计模块，所述元数据界面设计模块用于定义与所述电子文件元数据实体绑定的前台显示表单，对表单添加表单组件，并绑定元数据属性和组件；以及提供元数据维护模块，所述元数据维护模块能够通过统一接口，根据不同电子文件类型，展现不同的元数据实体数据和元数据界面，统一维护不同实体的元数据信息。 

本发明中，所述元数据属性数据类型可包括：字符型、数字型、标记型、日期型。

本发明中，所述表单组件可包括：表单布局、树和/或控件。

本发明中，所述元数据定义模块和元数据维护模块可分别具有可视化入口。

本发明中，所述元数据维护模块能够在提交数据前可自动进行前台校验，判断用户输入数据的合法性。

本发明中，所述元数据维护模块还可对每个元数据属性值进行后台校验。

本发明中，所述展现不同的元数据实体数据和元数据界面，统一维护不同实体的元数据信息可包括：(1) 创建数据维护界面：根据数据维护界面关联的元数据对象的字段列表，按照一定的布局方式在界面上自动创建所有输入控件； (2)界面初始化：进行数据修改或删除操作时，利用以TTableBase 统一接口方法生成的SQL查询语句，从数据库中获得当前记录的数据集，以初始化输入控件的值；以及 (3)执行数据修改操作：用户确认更新后，先利用元数据属性对应校验规则判断输入控件中值的合法性，如果所有输入值都合法，则设置元数据对象的每个字段的当前值属性，然后利用元数据的新增、修改、删除或查看方法自动生成所需的数据操纵SQL 语句，并送往DBMS执行。

本发明的以元数据为基础的可视化快速开发平台显示出相对于一般开发工具的优越性和广泛的适应性。本发明的优点包括：无需开发人员参与，用户即自定义元数据结构、元数据维护及元数据展现的方式，达到数据自定义和界面自定义功能。因此，这种基于用户的快速构建方式决定了它具有低成本、高效率、易扩展等优势。

具体实施方式

元数据扩展的目的在于能够满足用户对于数据定义和数据扩展存储的意愿，系统需要提供给用户对于元数据扩展的定义入口，同时用户完成定义后，需要对于扩展的元数据实体或元数据属性进行增删改查的业务逻辑操作，那么系统同样需要提供给用户维护元数据的可视化入口。对于Web系统而言，用户需要在浏览器中进行操作，系统则需要提供能够供用户进行操作的元数据表单，用户通过填写表单达到对于元数据定义和元数据扩展维护的目的。

扩展元数据有多种数据类型，根据相应的DBMS 需要生成对应的数据定义语言，同时在对于扩展数据维护过程中，需要提供给用户填写业务数据的表单展现形式应该是多元化的，如果用户录入数据的方式不同，数据的填写形式不同，系统则需要提供不同的表单组件，甚至系统需要允许用户定义部分组件的数据格式或选取数据需要的业务模型。

本发明的电子文件元数据扩展的方法包括提供元数据定义模块，所述元数据定义模块用于由用户定义电子文件元数据实体、元数据属性和元数据属性对应的校验规则并将所述三者绑定。

元数据定义主要包括两个定义：1.元数据表定义、2、元数据属性定义。

元数据表定义：元数据表定义主要包括元数据实体的名称，实体在DBMS中存储编码等实体信息。

元数据属性定义：主要包括元数据属性的名称，元数据属性在实体中编码，元数据属性存储的数据类型，属性数据类型长度，以及属性对应的校验规则。

元数据定义需要提供可供用户前端定义元数据实体的入口，用户通过前端用户界面（UI）填写元数据实体信息，系统在接收到用户填写的信息后，对实体信息进行校验，判断是否符合当前DBMS的数据存储要求，元数据定义的实体信息是否在当前DBMS中重复定义。实体信息通过系统验证后，系统根据实体编码，在当前DBMS中生成相应的数据库表，用于维护元数据信息，同时在数据库实体维护表中添加用户填写的实体信息，用于对生产的数据库表进行维护。

元数据属性定义包括两个层次的定义：元数据属性信息定义和属性信息对应校验规则定义。系统提供可供用户定义元数据属性及属性定义的入口，用户在添加属性信息后，系统根据DBMS存储规则校验属性信息，通过校验后，根据信息在属性对应的元数据实体表中生存相应的数据列，在DBMS维护属性定义规则的属性维护表中，添加定义的属性信息用于维护属性信息。同时系统将定义的校验规则添加到数据库中，并将校验规则与定义好的属性进行绑定。

用户在系统前台页面中填写元数据及元数据属性信息，系统根据填写的信息进行关键字校验和数据有效性校验。校验通过后，根据填写的信息生成对应的DDL语言，对于关系型数据库，生成对应的实体数据库表，并注册元数据定义信息。

本发明的电子文件元数据扩展的方法还包括提供元数据界面设计模块，所述元数据界面设计模块用于定义与所述电子文件元数据实体绑定的前台显示表单，对表单添加表单组件，并绑定元数据属性和组件。

元数据定义完成后，用户需要对定义后的元数据或元数据属性进行增删改查操作。因此，需要重新设计供用户维护元数据的表单，系统提供进行表单界面设计功能，用户在前台页面中，对表单进行表单元素的维护，表单元素包括多种类型，对于web系统而言，包括：文本框、数字框、时间选择框、下拉数据框、数据字典、标签、布局组件等多种表单元素。用户选取自己需要的表单元素添加到表单相应的位置，并调节表单元素的大小，完成表单的UI设计，同时将添加的表单组件与需要维护的元数据属性进行绑定，完成表单的数据与前台组件的绑定。最终将设计好的表单与需要维护的元数据进行绑定，并将表单和表单与元数据实体的绑定关系存储到系统中，以便于在用户需要对元数据进行维护的时候调用绑定的表单，对元数据实体进行增删改查的操作。

本发明的电子文件元数据扩展的方法进一步包括提供元数据维护模块，所述元数据维护模块能够通过统一接口，根据不同电子文件类型，展现不同的元数据实体数据和元数据界面，统一维护不同实体的元数据信息。

用户需要对元数据进行维护时，选取需要进行增删改查操作的元数据实体，系统根据选中的实体，加载实体对应的实体表单。

（1）用户在进行增加操作时，需要在表单上填写实体数据，完成数据填写后，用户手动提交数据，系统将填写的数据自动保存到后台数据库中.

（2）用户在进行修改操作时，需要选中一条需要修改的元数据记录，系统同时加载需要修改的元数据记录和元数据表单，将需要修改的记录以表单的形式展现给用户，用户修改完元数据值后，提交系统后台，系统将修改的元数据信息保存到数据库中。

（3）用户在进行查看操作时，选中一条需要查看的元数据记录,系统将元数据信息和元数据表单绑定展现在前台。

（4）用户在进行删除操作时，选中一条需要删除的元数据记录,系统提示是否需要删除，待用户确认后，系统将数据库中对应的数据自动删除。

本发明中，属性数据可包括但不限于以下类型：

字符型：用于存储文本信息，用户需设置字符长度信息，控制文本长度。

数字型：用于存储数字信息，包括整数型和小数型，整数型数据需设置数字长度，小数型需设置数字长度和数字精度。

标记型：用于存储数据字典信息或用户自定义数据信息。

日期型：用于存储时间信息。

本发明中，元数据实体表单可由多种表单组件构成，所述组件可包括：

    表单：用于进行整体布局的表单组件。

    布局：根据不同页面需求进行表单整体布局组件，包括：行布局、列布局、自适应布局、绝对布局，构件。

树：用于关联业务信息的下拉树结构视图。

控件：控件用于在表单中填写元数据信息，包括：下拉列表、文本框文本域、数字文本框、日期控件、单选按钮、多选按钮等。

      表单组件不仅仅限制于以上类型，开发者可定制自己需要的组件表现样式和数据填充。

    本发明中，系统在用户填写元数据表单中，需要对用户填写的数据进行数据有效性校验，数据校验的校验规则按照元数据定义过程中定义的元数据属性校验规则进行校验，数据校验的方式包括两种：前台校验和后台校验，系统既要提供用户前台的实时性校验，又需要提供后台的安全性校验。具体如下：

    （1）前台校验：用户在填写数据的过程中，在数据未提交后台的情况下，系统需要对于填写的数据进行校验，校验错误后需提供对于错误类型的错误提示。系统在加载表单的过程中，将定义的元数据属性校验信息和校验错误提示同时加载，表单定义的过程中定义了表单组件与元数据属性的绑定关系，元数据定义过程中定义了元数据属性与元数据校验规则的绑定关系，系统根据两个绑定关系，完成校验规则与表单组件的绑定关系，并且在前台实现统一的校验逻辑判断，最终将绑定了校验规则的表单展现给用户，在用户填写表单的过程中完成对于元数据属性值的校验判断。

（2）后台校验：用户在填写完数据后，用户手动将数据提交给后台，系统抽取用户填写的属性和属性值对应关系，映射到元数据定义的校验规则，对每个元数据属性值进行校验，校验通过后再将数据填写到数据库中，如果校验不通过则向用户返回校验的错误信息，后台校验可防止用户通过非正式方式向系统发送错误信息，避免造成数据错误。

本发明中，展现不同的元数据实体数据和元数据界面，统一维护不同实体的元数据信息包括：(1) 创建数据维护界面：根据数据维护界面关联的元数据对象的字段列表，按照一定的布局方式在界面上自动创建所有输入控件； (2)界面初始化：进行数据修改或删除操作时，利用以TTableBase 统一接口方法生成的SQL 查询语句，从数据库中获得当前记录的数据集，以初始化输入控件的值；以及(3)执行数据修改操作：用户确认更新后，先利用元数据属性对应校验规则判断输入控件中值的合法性，如果所有输入值都合法，则设置元数据对象的每个字段的当前值属性，然后利用元数据的新增、修改、删除或查看方法自动生成所需的数据操纵SQL 语句，并送往DBMS执行。

在初始化时，可以根据元数据对象的字段对象列表生成表格的列；在刷新数据时，利用以元数据实体定义方法构造的SQL查询语句，从数据库中获得数据集，并按列填充进表格中即可。对于数据维护界面，应该采用不同的输入控件对应不同种类的字段类型，例如采用组合列表框控件对应参照字段、采用时间控件对应时间类型字段、采用编辑控件对应一般字段。

本发明实现了客户化元数据定义,客户化元数据校验规则,客户化元数据界面展示扩展过程完成有客户自主完成,无需开发人员参与。本发明以数据库表结构的元数据为核心设计通用数据框架，该框架能够自动生成数据维护所需的程序界面和数据操纵SQL语句，并能在提交数据前自动判断用户输入数据的合法性。当数据库表结构因需求变化而发生变化时，只要修改元数据就能适应变化，不需要对框架进行程序代码级的修改。

本发明的以元数据为基础的可视化快速开发平台显示出相对于一般开发工具的优越性和广泛的适应性。

基于以上对本发明的描述，应该清楚，由所附的权利要求书所限定的本发明并不仅仅局限于上面说明书中所阐述的特定细节，未脱离本发明宗旨或范围的对本发明的许多显而易见的改变同样可能达到本发明的目的。

Claims (7)

1.一种电子文件元数据扩展的方法，包括：

提供元数据定义模块，所述元数据定义模块用于由用户定义电子文件元数据实体、元数据属性和元数据属性对应的校验规则并将所述三者绑定；

提供元数据界面设计模块，所述元数据界面设计模块用于定义与所述电子文件元数据实体绑定的前台显示表单，对表单添加表单组件，并绑定元数据属性和组件；以及

提供元数据维护模块，所述元数据维护模块能够通过统一接口，根据不同电子文件类型，展现不同的元数据实体数据和元数据界面，统一维护不同实体的元数据信息。

2.根据权利要求1所述的电子文件元数据扩展的方法，其特征在于，所述元数据属性数据类型包括：字符型、数字型、标记型、日期型。

3.根据权利要求1所述的电子文件元数据扩展的方法，其特征在于，所述表单组件包括：表单布局、树和/或控件。

4.根据权利要求1所述的电子文件元数据扩展的方法，其特征在于，所述元数据定义模块和元数据维护模块分别具有可视化入口。

5.根据权利要求1所述的电子文件元数据扩展的方法，其特征在于，所述元数据维护模块能够在提交数据前自动进行前台校验，判断用户输入数据的合法性。

6.根据权利要求5所述的电子文件元数据扩展的方法，其特征在于，所述元数据维护模块还能够对每个元数据属性值进行后台校验。

7.根据权利要求1所述的电子文件元数据扩展的方法，其特征在于，所述展现不同的元数据实体数据和元数据界面，统一维护不同实体的元数据信息包括：

   (1) 创建数据维护界面：根据数据维护界面关联的元数据对象的字段列表，按照一定的布局方式在界面上自动创建所有输入控件； 

(2)界面初始化：进行数据修改或删除操作时，利用以TTableBase 统一接口方法生成的SQL 查询语句，从数据库中获得当前记录的数据集，以初始化输入控件的值；以及 

(3)执行数据修改操作：用户确认更新后，先利用元数据属性对应校验规则判断输入控件中值的合法性，如果所有输入值都合法，则设置元数据对象的每个字段的当前值属性，然后利用元数据的新增、修改、删除或查看方法自动生成所需的数据操纵SQL 语句，并送往DBMS执行。