CN101930443A - 数据业务系统及数据业务实现方法 - Google Patents

Abstract

本发明提供一种数据业务系统，包括：数据结构平台，管理控制信息和数据；业务逻辑模块，根据用户指令调用数据结构平台的数据和/或控制信息，根据数据结构平台对业务逻辑的控制信息实现业务逻辑。本发明构建一个完整的数据业务系统，将数据库实体表结构信息封装为数据字典描述平台，将抽象的数据库技术提取为用户能够理解并简单易用的功能，将业务系统的逻辑控制进行抽象与平台功能进行集成，形成一个集成的数据结构平台。本发明可以方便实现用户自定义扩展，并将扩展应用到数据业务系统的各个业务子系统，实现用户管理相匹配的功能，从而实现业务功能的完整应用，形成完整的数据业务系统解决方案。

Description

数据业务系统及数据业务实现方法

技术领域

本发明涉及数据业务处理，特别涉及数据业务系统及数据业务实现方法。

背景技术

现有的数据业务系统解决方案基本上是根据数据业务的需要，实现相关数据的业务描述并在此基础上提出离散的解决方案。各解决方案分别具有不同的处理方式，只满足某一数据业务的需要，相对来说，只是整体数据业务功能的一部分。如需对数据业务进行自定义扩展，须采用INI配置文件、XML文件等实现，通过修改或添加功能模块来实现用户要求扩展的功能。

现有技术的方案仅能为部分数据业务服务，非体系化和系统化的解决方案，可用性和操作性都较差，只适用于简单的扩展和局部功能使用，灵活性不足。现有技术没有考虑整个系统的应用模式，没有参与到相关业务的逻辑控制中，只是局限在有限的几个功能点。

发明内容

本发明目的在于提出便于扩展的数据业务系统。本发明提供一种数据业务系统，其特征在于，包括：数据结构平台，管理控制信息和数据；业务逻辑模块，根据用户指令调用所述数据结构平台的数据，根据所述数据结构平台的控制信息实现业务逻辑。

本发明构建一个完整的数据业务系统，将数据库实体表结构信息封装为数据字典描述平台，将抽象的数据库技术提取为用户能够理解并简单易用的功能，将业务系统的逻辑控制进行抽象与平台功能进行集成，形成一个集成的数据结构平台。本发明可以方便实现用户自定义扩展，并将扩展应用到数据业务系统的各个业务子系统，实现用户管理相匹配的功能，从而实现业务功能的完整应用，形成完整的数据业务系统解决方案。

附图说明

图1是本发明第一实施方式数据业务系统结构示意图；

图2是本发明第一实施方式数据业务系统流程示意图；

图3是本发明第二实施方式数据结构平台结构示意图；

图4是本发明第二实施方式数据结构平台的构建过程示意图；

图5是本发明第三实施方式数据业务实现方法流程示意图；

图6是本发明第四实施方式数据库实体表结构示意图；

图7是本发明第四实施方式数据结构平台的构建过程示意图。

本发明目的、功能及优点将结合实施方式，参照附图做进一步说明。

具体实施方式

根据本申请的一个实施方式，数据业务系统包含统一的数据库表和字段扩展的平台，以实现对多种业务数据结构的信息描述和业务进行控制。具体地说，本申请是将需要进行数据库实体结构描述和需要扩展的业务功能汇总，形成统一的数据结构平台，将数据处理逻辑集中在该平台上处理，支撑数据业务系统的应用。

参照图1，根据本申请一个本实施方式的数据业务系统，包括数据结构平台1和业务逻辑模块2。数据结构平台1管理控制信息和数据，其中包括用户自定义信息、控制逻辑的代码实现方式和程序规则、权限控制逻辑、业务数据等。业务逻辑模块2根据用户指令从数据结构平台1调用数据和控制信息，根据用户业务数据和所调用的数据产生业务处理结果，将业务处理结果发送给数据结构平台1。

参照图2，根据本申请一个实施方式的流程，其中包括：

步骤S 1，业务逻辑模块2接收用户指令；

步骤S2，业务逻辑模块2根据用户指令向数据结构平台1调用数据和控制信息；

步骤S3，业务逻辑模块2实现业务逻辑，根据用户业务数据，和所调用的数据产生业务处理结果，将业务处理结果发送给数据结构平台1，其中，用户业务数据是指用户输入的数据，也包括其它系统运算的数据，是一种业务所需要的原始业务的入口数据。

根据本申请的另一个实施方式，数据业务系统的数据结构平台1是通过数据字典而实现。

参照图3，其中的数据结构平台1包括表定义模块12、表选项设置模块13、表字段定义模块14和表字段选项设置模块15。根据数据业务系统的需要，还可以包括表类别定义模块11、表字段引用关系设置模块16和/或同步模块17等功能模块。其中表类别定义模块11定义表类别信息(HRMS_TableCategories)，包括数据表所属的大类，如人事信息表、绩效信息表、招聘信息表等描述信息。表定义模块12用于定义数据表的新增、修改、删除等操作。表选项设置模块13设置表的一些属性，如单行表、多行表、是否在“档案维护中显示”等描述信息。表字段定义模块14定义表的字段信息(HRMS_Fields)，包括有关表字段的新增、修改、删除等描述信息，如字段名称、数据类型、数据长度、小数位数、输入控件、顺序号、是否允许为空、描述信息等。表字段选项设置模块15设置字段的显示属性、报表展示属性等。表字段引用关系设置模块16设置引用字段、显示字段、引用关系等描述信息。同步模块17实现同步自定义报表、同步万能报表等同步功能，将数据结构平台1的控制信息和数据同步到其他对应业务系统中。

数据结构平台1经过构建，具有数据和控制信息后方可与业务逻辑模块2配合实现逻辑控制和业务处理。数据结构平台1的构建过程如图4所示，其中包括：

步骤S11，数据实体表的抽象。实体表是数据库中管理实际对象的表，数据库中的表按照管理对象的不同可划分为实体表、关系表、临时表等，其中关系表管理实体表之间的关系。

完成数据字典的抽象后，就可以在数据字典中进行操作。抽象是根据数据和业务逻辑的特性，确定对数据进行管理的方案的过程，其中方案包括采用哪些实体表，建立实体表的描述信息和控制信息。例如对职员资格证书及证件的管理，可以采用名为“职员资格证书及证件表”的实体表来实现。该表的字段包括唯一标识ID，职员ID、是否多行表、资格证书及证件名称、资格证书级别、有效日期、公司是否承担费用、承担费用金额、批准日期等，而“资格证书级别”则是一个参考引用表，包括国际通用、国家一级、国家二级、行业高级、行业中级等取值。

表1

表2

表1和表2为数据实体表及样例数据，职员资格证书及证件表是用户数据的业务实体表，资格证书级别表也是一张实体表，是职员资格证书及证件表的参考引用表。这两张实体表的表关系是通过“职员资格证书及证件表.资格证书级别ID＝资格证书级别表.ID”来限定的，就是说用户数据的业务实体表(职员资格证书及证件表)，只记录了一个ID数据，而具体的数据内容是放在参考引用表(资格证书级别表)中的。如此我们就清楚的知道，王五的“PMP认证”的证书级别为“国际通用”。又例如，某业务系统需要对职员事务进行管理，职员事务包括“辞职类别”、“辞退类别”、“离职类别”、“异动类别”、“离退休类别”等类型，经过数据表实体结构的抽象，不需要在数据库中分别建立5个实体表以管理这5类型的职员事务，而是可只建立一名为“职员事务类别表”的实体表，其中设置一字段描述职员事务，该字段的不同取值分别表示“辞职类别”、“辞退类别”等类型。

步骤S12，分别建立表结构，将抽象得到的方案通过数据字典构建立实体表以及表的关系，但，表的关系并不是必须。仍以职员资格证书及证件管理为例，在“人事信息表”的类别下新建名为“职员资格证书及证件表”的职员属性表，职员属性表，是一个名称，并不是实体，其实就是指“职员资格证书及证件表”这张表，修改为“职员信息的附表”是一种表关系的数据维护，也就是表关系的定义，即“职员资格证书及证件表”是属于“人事信息表”这一表大类的。因此属性表定义表关系，不需要建立字段。而形成实体表需要建立职员ID字段、职员ID关联字段、是否单行表标识字段等业务所需要字段。

步骤S13，分别确定表的属性，例如职员资格证书及证件表是多行表，需要在数据业务系统的“档案维护”功能模块中显示其字段，则选取该表，提供“选项”功能以便进行相应的设置。

步骤S14，新增表属性字段，例如资格证书及证件名称表，在数据字典中调用新增字段功能，提供字段名称、数据类型、长度、输入控件、是否允许为空等信息，数据字典的新增字段功能根据上述信息在相应实体表中新增相应字段。

步骤S15，建立公共代码关系，其中具体包括在公用代码表中建立代码类型，输入相应参考基础数据步骤，如建立“资格证书级别”代码类型。代码类型就是公用代码表的一个数据分类，并输入相应的公用代码数据如“国际通用”、“国家一级”、“国家二级”、“行业高级”、“行业中级”等，还包括对字段设置相应引用关系的步骤，如对“资格证书级别”设置相应的引用关系、引用表。其中引用关系的设置，设置了实体表“职员资格证书及证件表”字段“资格证书级别”和实体表“公用代码表”的表关系，并且还指定了“职员资格证书及证件表”字段“资格证书级别”的数据关系。而上述设置是来自于“公用代码表”中的类型为“资格证书级别”的这一类数据记录。这里所说的引用表，其实是公用代码表实体表中的一部分数据记录的集合，例如公用代码表有500条数据，其中有5条数据为“资格证书级别”，有5条数据为“辞职原因”，有10条数据为“假期类型”，其它数据为其它的类型数据，这一例子中是指公用代码表中的5条“资格证书级别”的数据集合。所以“公用代码表(资格证书级别)”就是设置了实体表“职员资格证书及证件表”字段“资格证书级别”和实体表“公用代码表”的表关系，同时指定了“职员资格证书及证件表”字段“资格证书级别”的数据关系，引用关系的设置来自于“公用代码表”中的类型为“资格证书级别”的这一类数据记录。

公用代码表可以理解为，一些基础代码数据的抽象和分类，具体的数据实体关系由图6显示。相关的操作和流程请参考如下说明和数据实例。按传统的做法公用代码表需要建立“资格证书级别表”，“考勤假期类型表”，“人事辞职原因表”等多张数据库实体表。而本申请则通过抽象一张数据库实体表公用代码表用于记录数据，然后再设计一张公用代码类型表，用于区分公用代码表中的记录，这样就将需要建立多张数据库实体表(基础代码表)，转换为只需要建立两张数据库实体表，这样每新增一张表就变为，只需要在这张表中加入相应的记录数据。数据表关系如下，职员资格证书及证件表.资格证书级别ID＝公用代码表.ID；职员资格证书及证件表.公用代码类型ID＝公用代码表.公用代码类型ID；公用代码表.公用代码类型ID＝公用代码类型表.ID。建立公共代码关系就是建立基础代码，并设置相应的表关系和数据关系，从而实现在业务系统中的输入、显示、报表显示、业务系统应用方面的功能。

表3

表4

表5

根据本申请一个实施方式，要实现职员资格证书的级别，需要设置如下步骤：A：在职员资格证书及证件表中新增两个字段“资格证书级别ID”和“公用代码类型ID”。B：在公用代码类型表中建立代码类型“资格证书级别”，就是在公用代码类型表中新增一条记录，建立一个代码分类。C：在公用代码表中建立公用代码数据，也就是输入证书级别的数据(如“国际通用”、“国家一级”、“国家二级”、“行业高级”、“行业中级”等)，通过B、C两步，就相当于建立了一张“资格证书级别表”，并录入了相应的基础资料。D：设置字段引用关系，对家过数据结构平台功能，设置职员资格证书及证件表.资格证书级别ID的字引用关系为“公用代码表(资格证书级别)”，相当于建立了实体表职员资格证书及证件表和实体公用代码表的表关系(职员资格证书及证件表.资格证书级别ID＝公用代码表.ID)，同时指定了这一字段(职员资格证书及证件表.资格证书级别ID)的取数的数据关系，来自于“公用代码表”中的类型为“资格证书级别”的这一类数据记录；(职员资格证书及证件表.公用代码类型ID＝公用代码表.公用代码类型ID)。E：余下一些控制信息的设置，如“显示字段”、“携带字段”等控制信息设置。

步骤S16，表字段选项设置处理，如将字段“资格证书及证件名称”设置为职员数据综合报表和/或职员基本情况统计报表中的显示项目字段、条件字段和/或排序字段等。

步骤S17，完成数据结构和控制信息的数据库保存，此处的控制信息就是一些业务控制信息，其实就是一些数据，不同的控制信息根据具体的情况会放在不同的实体表中。

本实施方式的抽象形成一个数据结构平台1，实现用户业务数据快速易用的维护，并实现可视化的控制信息维护。数据业务系统根据数据结构平台1的控制规则，实现动态可配置的功能业务逻辑处理，将用户自定义扩展功能按统一约定进行处理，实现业务功能依据数据结构平台1控制规则的自适应。要扩展一个功能，只需要在数据结构平台1中预插相应的业务数据，业务代码实现相应的控制逻辑，就能很好的实现用户个性化的需求和自定义扩展，而不需要去修改配置文件和二次开发修改代码。例如用户需要对字段进行自定义扩展，则可提供自定义信息，通过本实施方式扩展字段。本实施方式实现对这些扩展字段的动态处理并设置相应的控制信息，将这些字段纳入数据业务处理中，从而让用户在使用软件的基础上，不需要进行二次开发和程序代码的修改，通过对数据结构平台1和数据业务功能的操作配置出数据的自定义扩展、维护、展现、控制等功能，极大的提高了软件高度的灵活性和集成性，通过方便易用的可配置功能，快速满足用户个性化功能要求。

上述业务逻辑模块2在新增、修改、维护等业务功能中实现读取数据字典中的设置规则，可进行动态展示和动态规则的控制，从而实现信息的自定义扩展和维护。其中动态展示是业务逻辑模块2提供用户业务数据的输入界面和数据展示界面，根据数据业务平台1的描述信息和控制信息进行自适应。自适应就是自动支持，根据系统内置的规则实现相应的控制和界面显示调整。例如，用户在做职员合同记录是希望加入“是否劳动合同”这一信息，在传统的系统中，如此的添加需要修改代码或二次开发功能来实现，而根据本申请实施方式的系统，只需要在数据结构平台中找到职员合同记录表，加入“是否劳动合同”的字段，设置好字段的描述信息和控制信息，就可以了。这样本申请的系统就可以自动支持相应的功能了，如在合同管理中输入“是否劳动合同”的信息输入和维护，职员合同报表自动就可以支持进行过滤和数据显示等。动态规则是数据业务系统的控制规则，在数据结构平台1中进行设置，在数据业务系统中进自匹配和适应。此处的匹配可以解释为业务系统根据数据结构平台中设置好的控制规则进行逻辑的处理。例如：A字段在数据结构平台中是定义为下拉选择的录入方式，录入的内容是“性别”信息(男，女)；在业务系统地录入界面，系统进行控制信息的匹配，A字段的录入方式就是个性别的下拉选择的录入方式。如前文所述，在职员的信息附表中加入字段“现从事专业”，对于这一职员属性的维护可包括是否为必录信息、是否允许为空、是单行文本框维护还是多行文本框维护、是下拉框选择还是F7弹出界面进行选择、字段的显示顺序、字段是否参与报表过滤、排序、显示等，这些属性都在数据结构平台1中设置，数据业务系统根据数据结构平台1的设置自适应，不需要修改代码或调整功能。

本发明还提拱一种数据业务实现方法，参照图5，该方法包括：

步骤S21，构建数据结构平台1和业务逻辑模块2。

步骤S22，初始化数据结构平台1原始描述信息。

步骤S23，业务逻辑模块2调用数据结构平台1实现相应业务逻辑。

上述数据结构平台1采用数据字典实现，数据结构平台包括用户自定义描述信息、控制逻辑的代码实现方式和程序规则、权限控制逻辑和业务数据等信息。上述业务逻辑模块2在新增、修改、维护等业务功能中实现读取数据字典中的设置规则，进行动态展示和动态规则的控制，从而实现信息的自定义扩展和维护。

原始描述信息是数据结构平台的初始内置的实体表和字段的描述信息和控制信息，是数据结构平台内置的信息如：表类别信息，包括“组织单元信息表”、“职位信息表”、“职员信息表”、“招聘信息表”、“绩效信息表”等；表定义信息，包括“职位基本信息表”、“员工基本信息表”、“后备人才信息表”、“员工任职信息表”、“员工基本信息附表”等表结构和字段信息。有了初始化描述信息，用户大部分的业务不需要进行设置就可以实现，只有个性化业务才需在数据结构平台中设置。

上述初始化数据结构平台1原始描述信息是将必要的原始描述信息插入数据字典对应的实体表中，这类实体表，是支撑数据结构平台的实体表，如下面所提到的表类别信息(HRMS_TableCategories)、字段类别信息表(HRMS_FieldCategories)、表信息描述(HRMS_Tables)、字段信息描述表(HRMS_Fields)等。例如数据结构平台1包含人员基本信息表(HRMS_Empolyees)，则将该人员基本信息表的原始描述信息插入数据结构平台1中，新建人员基本信息表、设定该表属性、设定需要加入的字段属性，形成符合原始描述信息的人员基本信息表。

上述业务逻辑模块2调用数据结构平台1实现相应业务逻辑，是由相关业务领域的业务逻辑模块2支持数据结构平台1的动态扩展，采用相应的程序代码逻辑实现业务逻辑。如业务逻辑需要对人员基本信息附表(HRMS_EmployeeAddinfo)进行查询，则业务逻辑模块2通过数据结构平台1中对该表的描述信息取得人员基本信息附表的所有字段，供查询使用。

基于上述实施方式，本申请的又一实施方式，该实施方式的数据字典包括多个数据库实体表的描述信息和控制信息结合描述多个数据库实体表。参照图6，在数据业务系统如人力资源人事管理系统上，描述信息包括：表类别信息(HRMS_TableCategories)，主要记录表所属的大类，即一些表的分类维度，如：人事信息表、招聘信息表、绩效信息表、考勤管理表等；表分类信息(HRMS_TableCategoryMembers)，主要记录表的分类标识(简称分类ID)和表标识(简称表ID)的记录，实现表和表类别一对多的关系；表信息描述(HRMS_Tables)，数据库实体表的描述信息，主要是表名称、表实体名、主键信息、表分类信息及相关的一些控制信息，例如是否允许新增字段、是否允许修改字段、是否允许选项设置、是否视图、是否同构表等；字段类别信息表(HRMS_FieldCategories)实现字段的分类，如组织单元信息维护字段、职位条件查询条件字段、条件查询显示字段、个人信息查看字段、个人信息维护字段、招聘查看字段等；字段分类信息表(HRMS_FieldCategoryMembers)，主要记录字段的分类标识和字段标识的记录，实现字段和字段类别一对多的关系；字段信息描述表(HRMS_Fields)，是字段信息的一个描述表，主要包括字段的一些描述信息和控制信息，包括但不限于字段名称、数据类型、字段长度、小数位数、表标识、引用字段标识(简称引用字段ID)、引用字段名称、显示字段标识(简称显示字段ID)、显示字段名称、业务类型标识(简称业务类型ID)、引用表名称、携带字段、输入控件、是否锁定、是否内置、F7参数描述、F7显示字段、工资引入显示、工作流锁定标识、引用视图字段标识(简称引用视图字段ID)、引用视图字段名称、引用视图名称、引用视图别名等。

本实施方式构建数据结构平台1和业务逻辑模块2，其中包括建立数据库实体表、实现数据字典平台功能，实现系统功能和用户交互功能等处理，实现用户功能的自定义扩展。用户要求为在人力资源人事管理系统实现职员资格证书及证件的信息管理，进一步细化要求为实现职员资格证书及证件信息的新增、修改、删除、导入、导出、报表查询等功能。

本实施方式是一个系统化的全面解决方案，将数据结构的描述和数据库表字段控制抽象成为一个数据结构平台1，并和业务逻辑模块2进行分离，很好的解决了用户交互和操作的问题，扩展性好，灵活性好；要扩展一个功能，只需要在数据字典中预插相应的业务数据，业务代码实现相应的控制逻辑，就能很好的实现用户个性化的需求和自定义扩展，而不需要去修改配置文件和二次开发修改代码。

具体来说，参照图4和图7，本实施方式步骤S21，构建数据结构平台1包括：

步骤S11，数据表实体结构的抽象；

步骤S12，分别建立表结构；

步骤S13，分别确定表的属性；

步骤S14，新增表属性字段；

步骤S15，建立公共代码关系；

步骤S16，表字段选项设置；

步骤S17，完成数据结构和控制信息的数据库保存。

其中步骤S11，数据表实体结构的抽象具体包括：

步骤S111，数据结构平台1根据业务自定义要求，进行数据字典的抽象和数据实体的抽象；

步骤S112，建立数据字典描述及控制信息。

其中步骤S12，分别建立表结构具体包括：

步骤S121，表类别定义模块11判断是否需要建立表类别，若需要则进行步骤S122，否则进行步骤S123；

步骤S122，表类别定义模块11在数据字典中建立表类别；

步骤S123，表类别定义模块11选择相应的表类别；

步骤S124，表定义模块12进行表信息处理；

步骤S125，表定义模块12判断是否已有数据表，若已有则进行步骤S126，否则进行步骤S127；

步骤S126，表定义模块12判断是否修改已有表，若修改则进行步骤S132，否则进行步骤S133；

步骤S127，表定义模块12新增数据表。

其中步骤S13，分别确定表的属性，该步骤根据数据业务系统的需要而进行。步骤S13具体包括：

步骤S131，表选项设置模块13进行表选项设置；

步骤S132，进行表信息和表选项设置的修改。

其中步骤S14，新增表属性字段具体包括：

步骤S141，表字段定义模块14进行表字段信息处理，此处处理是统一地指字段信息维护的处理，包括新增字段和修改字段，如：维护字段的名称，字段的数据类型，字段长度，小数位数，字段的显示顺序，字段的输入控件等信息处理；

步骤S142，表字段定义模块14判断是否已有表字段，若已有则进行步骤S143，否则进行步骤S144；

步骤S143，表字段定义模块14判断是否修改已有表字段，若修改则进行步骤S147，否则进行步骤S148；

步骤S144，表字段定义模块14新增表字段，包括字段名称、数据长度、小数位数、输入控件、顺序号、是否允许为空、描述信息等；

步骤S145，表字段选项设置模块15进行字段选项设置，包括字段显示属性、字段报表显示属性等；

步骤S146，表字段选项设置模块15进行字段信息和字段选项设置的修改。

其中步骤S 15，建立公共代码关系该步骤根据数据业务系统的需要而进行。步骤S15具体包括：

步骤S151，表字段引用关系设置模块16判断是否设置字段引用关系，若设置则进行步骤S152，否则进行步骤S156；

步骤S 152，表字段引用关系设置模块16判断是否有代码表或公用代码表，若有则进行步骤S154，否则进行步骤S153；

步骤S153，表字段引用关系设置模块16新增代码表或公用代码表；

步骤S154，表字段引用关系设置模块16设置字段引用关系，包括引用字段、显示字段、携带字段包括视图引用关系等；

步骤S155，输入代码的基础数据；

步骤S156，表字段引用关系设置模块16判断是否循环设置表字段信息，若是则进行步骤S132，否则进行步骤S171。

其中步骤S16，表字段选项设置，具体包括进行报表显示的业务逻辑，如将字段“资格证书及证件名称”设置为职员数据综合报表、职员基本情况统计表的显示项目字段、条件字段、排序字段等；还包括字段的显示控制，如“个人信息查看安段”、“个人信息维护字段”、“职员条件维护字段”等业务逻辑。

其中步骤S17，完成数据结构和控制信息的数据库保存具体包括：

步骤S171，同步模块17同步数据字典描述信息；

步骤S172，同步模块17将自定义扩展信息保存到数据库表中，数据结构平台1的构建过程结束。

步骤S22，初始化数据结构平台1原始描述信息，具体包括：构建平台的初始化数据，快速提供给用户进行应用，进行系统已有的业务数据、业务表、业务字段、业务控制的抽象和描述，将这些信息按要求构建到数据结构平台中，使用户不需再次进行配置和构建就可以直接使用。如职员信息中有“现居住地”，初始化数据就包括：“现居住地”这一字段放在“职员信息附表”中，输入长度为80个字符，用文本框控件输入，在职员数据报表中显示，在职员档案中有权限修改，在报表中查询以进行排序等。

初始化数据就是将数据业务需要的字段描述、字段的默认业务逻辑控制进行内置，让用户可以直接应用，如果某一点不匹配，就在数据结构平台上进行修改，以达到用户个性化的应用。在一个实施方式中，初始化数据结构平台1原始描述信息，主要包括以下内容：设置内置表类别、字段类别的分类内容；设置内置表信息描述；设置内置字段信息描述；设置表及字段选项及业务逻辑控制；设置系统公用代码表及内容；设置系统内置控制信息；业务逻辑控制等内容等。

上述步骤S23，业务逻辑模块2调用数据结构平台1实现相应业务逻辑，其中的相应业务逻辑也是公用的业务处理逻辑，在上述步骤S21构建成功以后不再需要进行调整，可直接实现业务逻辑。

上述公用的业务处理逻辑具体做法包括：将所有的数据进行抽象，形成一名为“公用代码表”的实体表，按预设的业务逻辑实现预设功能。如数据业务系统需要新增数据“员工信息历史变更类型”，本实施方式是对该功能进行抽象，形成公共代码表，再根据预设的业务逻辑实现数据的维护、数据校验、精度控制、输入控制、权限控制、报表展示等功能。现有技术的做法是在数据库中建立“员工信息历史变更类型表”，数据业务系统中增加“员工信息历史变更类型”的数据维护功能，该功能对“员工信息历史变更类型表”进行操作以实现维护数据。对比现有技术，本实施方式在数据结构平台1上完成公用的业务处理逻辑，不需建立新的表或修改程序代码。

为了描述方便，本实施方式沿用上述示例说明，在人力资源人事管理系统上进行详细代码逻辑控制。在人力资源人事管理系统交付用户后，用户不需关心业务处理逻辑，只需根据数据字典的底层设置和控制信息，就可以实现相应的业务逻辑，如职员信息表的维护、数据校验、精度控制、输入控制、权限控制、报表展示等功能。

具体来说，本实施方式提供用户对表及字段权限的控制的设置，主要是设置当前的操作员对于新增的职员属性表“职员资格证书及证件表”是否有操作的权限，对于相应的字段(唯一标识ID，职员ID、是否多行表、资格证书及证件名称、资格证书级别、有效日期、公司是否承担费用、承担费用金额、批准日期)是否有查看和修改的权限等进行设置。该业务逻辑主要的代码逻辑包括：根据数据字典的描述信息，人力资源人事管理系统向用户显示“职员资格证书及证件表”；用户选择“职员资格证书及证件表”，字段授权的界面根据数据字典的描述向用户展示本表的所有属性字段；用户根据实际情况在界面操作，本实施方式根据用户操作设置字段的查看权和修改权。整个数据授权的功能操作界面，具体的数据内容都是在数据字典平台中进行描述的。界面根据数据字典中的描述展现数据内容供用户查看及操作，根据数据字典描述实现了一个动态的操作数据授权的功能。

本实施方式还提供数据的维护处理，包括表记录的新增、修改、删除、字段属性的相关效验和控制等业务逻辑，其主要的代码逻辑包括：根据数据字典和数据权限的设置，在人力资源人事管理系统的职员维护功能界面向用户展示新增的职员属性表“职员资格证书及证件表”：根据数据字典的描述，动态生成职员信息表的数据列表，从实体表中取得相应的数据记录，展示职员代码、姓名、职位、选择、序号、资格证书及证件名称、资格证书级别、有效日期、公司是否承担费用、承担费用金额、批准日期等信息；并进行数据记录的新增、修改，即根据数据字典的描述和数据字段授权，动态生成信息记录的维护界面，向用户显示字段的录入显示顺序，字段的描述、字段的输入控件(如文本框、日期控件、下拉选择框、F7选择输入和/或多行文档输入框)，是否必填等项目，供用户进行数据记录的输入；进而将用户输入的数据进行保存，在保存过程中根据数据字典进行数据是否必填、数据类型、数据长度、数据精度等项目的校验；保存成功后，完成对数据记录的新增或修改；还根据用户指令进行数据删除，具体是向用户显示数据列表，选择相应的数据记录进行删除。

本实施方式还实现报表的展现，具体是人力资源人事管理系统向用户显示职员报表查询(如职员数据综合报表)的过滤方案界面，过滤方案操作区域根据数据字典的设置展示字段，供用户选择操作。根据用户对报表过滤方案的设置，进行报表取数和数据显示。数据字典的设置包括哪些字段为报表显示项目字段、条件字段、排序字段等。

本实施方式还实现导入和导出，具体是人力资源人事管理系统向用户显示基础数据的导入导出界面，显示相关表或字段的选择区域，根据数据字典的描述信息动态展示用户自定义的表或字段，供用户进行操作。

本实施方式还根据数据字典平台的描述信息，动态实现用户自定义扩展和业务逻辑处理，实现相关的系统应用如：考勤管理、绩效考核、招聘等系统。

以上是由数据业务系统支撑数据字典应用的系统控制平台示例，支持数据字典动态的表定义、字段定义、表控制和字段控制等逻辑的处理，通过数据字典平台和数据业务系统相结合，共同完成用户自定义扩展信息功能的处理；数据字典平台解决数据库的结构描述、用户对数据库的操作维护及控制信息的功能；数据业务系统提供操作界面，解决自定义信息维护、展示和控制的业务逻辑，这两者结合共同解决用户自定义信息的扩展。在数据业务系统中，这两部分功能都按预先约定的逻辑实现，对用户自定义信息只要在数据字典平台中构建相应的数据结构和控制信息，数据业务系统按约定的逻辑完成相关功能的实现，从而有效地减少了二次开发，最大限度的提高程序代码的稳定性，实现功能操作上的灵活性和易用性。

以上是在数据结构平台完成的功能操作，构建用户所需要功能的数据库实体表结构，以及业务逻辑控制所需要的信息设置。根据用户自定义扩展的功能确定进行上述步骤中的一步或多步。

以上所述仅为本发明的优选实施方式，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种数据业务系统，其特征在于，包括：

数据结构平台，管理控制信息和数据；

业务逻辑模块，根据用户指令调用所述数据结构平台的数据，根据所述数据结构平台的控制信息实现业务逻辑。

2.如权利要求1所述的数据业务系统，所述数据结构平台采用数据实体表管理数据结构信息并控制信息，其中包括：

表定义模块，定义表的操作；

表选项设置模块，设置表的属性；

表字段定义模块，定义表的定义表字段的描述及控制信息；以及

表字段选项设置模块，设置字段的显示属性和/或报表展示属性。

3.如权利要求1所述的数据业务系统，其中进一步包括：

表类别定义模块，定义表的类别信息；

表字段引用关系设置模块，设置引用字段、显示字段和/或引用关系描述信息；和/或

同步模块，实现控制信息和数据的同步。

4.如权利要求1至3任意一项所述的数据业务系统，其中，所述业务逻辑模块根据用户指令从所述数据结构平台调用数据和控制信息，根据用户业务数据和所调用的数据产生业务处理结果，将所述业务处理结果发送给数据结构平台。

5.一种数据业务实现方法，其中包括：

构建数据结构平台和业务逻辑模块；

初始化数据结构平台原始描述信息；

业务逻辑模块调用数据结构平台实现业务逻辑。

6.如权利要求5所述的数据业务实现方法，其中构建的所述数据结构平台包括业务数据、用户自定义描述信息、控制逻辑的代码实现方式和程序规则和/或权限控制逻辑。

7.如权利要求5所述的数据业务实现方法，其中所述业务逻辑模块读取所述数据结构平台中的数据和控制信息，根据所述数据结构平台的控制信息实现业务逻辑，进行动态展示和动态规则的控制，实现信息的自定义扩展和维护。

8.如权利要求5所述的数据业务实现方法，其中所述初始化数据结构平台原始描述的信息包括：将表的描述信息插入数据字典的对应内置实体表中。

9.如权利要求5至8任意一项所述的数据业务实现方法，其中，在构建所述数据结构平台过程中还包括：

数据表实体结构的抽象；

分别建立表结构；

新增表属性字段；

表字段选项设置；

完成数据结构和控制信息的数据库保存。

10.如权利要求5至8任意一项所述的数据业务实现方法，其中所述初始化数据结构平台原始描述信息的步骤包括：

所诉构建平台的初始化数据，即对所述平台内已有的业务数据、业务表、业务字段和/或业务控制的抽象和描述，然后将所述业务数据、所述业务表、所述业务字段和/或所述业务控制构建到数据结构平台中。

Images