一种数据资源的管理方法、装置、设备及介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种数据资源的管理方法、装置、设备以及计算机可读存储介质。

背景技术

随着互联网技术的飞速发展，各个企业内部都存在大量数据信息需要管控，以支持现有业务场景，并对未来的业务调整提供数据来源。为了保护企业隐私数据，就需要在企业内部构建一套具有“管理”功能的数据管理系统。同时，随着业务之间竞争的不断增大，企业为了保持和增加用户黏着度，越来越积极地响应用户和社会的需求，这就增加了企业投产(将变更信息投放到生产)的频度。在这些变更中，数据资源的变更是一类变化频繁的变更，比如，对于虚拟软件产品，其升级往往伴随后台数据库信息的变更，对于实体商店，新上架的商品，也需要后台商品表的数据变更。

然而，程序总是有缺陷(bug)的，变更也总是有风险的。为了降低变更的风险，各个企业也指定了一系列变更准则，比如进行投产例会、多人审核、每个月按照固定时间实施投产等。然而，这些需要人为驱动的方式，风险仍旧不可控，同时工作量大，并不适合当今飞速发展的社会需求。究其原因，最大的问题在于，没有将企业内部“管理”的数据，与“投产”活动联动起来，导致线下“管理态”的数据，与线上“运行态”的数据存在脱节，久而久之，线下“管理态”的数据，越来越没有价值，线上“运行态”的数据也失去了对其整个“全生命周期”的追踪。

发明内容

本申请提供了一种数据资源的管理方法。该方法通过接收用户对数据资源的操作，根据该操作对应的模型驱动路径，以及数据资源对应的包括有管理态数据结构和运行态数据结构的数据管理模型，将数据资源由第一状态切换为第二状态。由此将数据资源的“管理态”和“运行态”进行结合，实现对数据资源“全生命周期”的跟踪，提高了数据资源变更的自动化程度，降低了数据资源变更的风险。

第一方面，本申请提供了一种数据资源的管理方法，该方法包括：

接收用户对所述数据资源的操作；

根据所述操作对应的模型驱动路径，以及所述数据资源对应的数据管理模型，将所述数据资源由第一状态切换为第二状态，所述数据管理模型包括管理态数据结构和运行态数据结构，所述第一状态和所述第二状态为多种状态中的不同状态。

在一些可能的实现方式中，所述管理态数据结构包括信息表、详情表、历史表和投产表中的至少一个，所述运行态包括基线表、基线详情表、基线明细表和基线明细详情表中的至少一个。

在一些可能的实现方式中，所述第一状态和所述第二状态为草稿态、审批态、生效态、历史态、投产态中的不同状态。

在一些可能的实现方式中，所述用户对所述数据资源的操作包括新增、修改、删除、基线投产或审批中的任意一个或多个。

在一些可能的实现方式中，所述方法还包括：

根据所述数据资源的属性信息和所述数据资源对应数据类型的模型框架生成所述数据资源对应的数据管理模型。

在一些可能的实现方式中，所述数据资源包括具有关联关系的第一数据资源和第二数据资源，所述方法还包括：

生成所述第一数据资源和所述第二数据资源的关联关系对应的数据管理模型。

第二方面，本申请提供了一种数据资源的管理装置，该装置包括：

通信模块，用于接收用户对所述数据资源的操作；

管理模块，用于根据所述操作对应的模型驱动路径，以及所述数据资源对应的数据管理模型，将所述数据资源由第一状态切换为第二状态，所述数据管理模型包括管理态数据结构和运行态数据结构，所述第一状态和所述第二状态为多种状态中的不同状态。

在一些可能的实现方式中，所述管理态数据结构包括信息表、详情表、历史表和投产表中的至少一个，所述运行态包括基线表、基线详情表、基线明细表和基线明细详情表中的至少一个。

在一些可能的实现方式中，所述第一状态和所述第二状态为草稿态、审批态、生效态、历史态、投产态中的不同状态。

在一些可能的实现方式中，所述用户对所述数据资源的操作包括新增、修改、删除、基线投产或审批中的任意一个或多个。

在一些可能的实现方式中，所述装置还包括：

第一生成模块，用于根据所述数据资源的属性信息和所述数据资源对应数据类型的模型框架生成所述数据资源对应的数据管理模型。

在一些可能的实现方式中，所述数据资源包括具有关联关系的第一数据资源和第二数据资源，所述装置还包括：

第二生成模块，用于生成所述第一数据资源和所述第二数据资源的关联关系对应的数据管理模型。

第三方面，本申请提供一种设备，设备包括处理器和存储器。处理器、存储器进行相互的通信。处理器用于执行存储器中存储的指令，以使得设备执行如第一方面或第一方面的任一种实现方式中的数据资源的管理方法。

第四方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，指令指示设备执行上述第一方面或第一方面的任一种实现方式所述的数据资源的管理方法。

第五方面，本申请提供了一种包含指令的计算机程序产品，当其在设备上运行时，使得设备执行上述第一方面或第一方面的任一种实现方式所述的数据资源的管理方法。

本申请在上述各方面提供的实现方式的基础上，还可以进行进一步组合以提供更多实现方式。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例提供了一种数据资源的管理方法，该方法通过接收用户对数据资源的操作，根据该操作对应的模型驱动路径，以及数据资源对应的包括有管理态数据结构和运行态数据结构的数据管理模型，将数据资源由第一状态切换为第二状态。通过将数据资源的“管理态”和“运行态”进行结合，能够实现对数据资源“全生命周期”的跟踪，使数据资源在变更的过程中，数据资源能够在不同状态之间按照规范进行流转，从而规范了数据资源的变更流程，提高了数据资源变更的自动化程度，减少了人工干预，从而降低数据资源变更的风险。

并且，本方法中模型的复用度较高，对于不同类别的数据资源，仅需要调整各自特有属性字段，即可生成本数据管理模型代码，便于实际生产应用，同时该模型可基于关系型数据库轻便实现，以较小成本提供数据资源的“管理”功能，保护了企业内部的数据安全。

附图说明

为了更清楚地说明本申请实施例的技术方法，下面将对实施例中所需使用的附图作以简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种数据资源的管理方法的流程示意图；

图2为本申请实施例提供的一种数据资源管理模型示意图；

图3为本申请实施例提供的一种数据资源管理模型流转示意图；

图4为本申请实施例提供的一种“管理态”、“运行态”各自维度示意图；

图5为本申请实施例提供的一种将第一状态切换为第二状态的示意图；

图6为本申请实施例提供的另一种将第一状态切换为第二状态的示意图；

图7为本申请实施例提供的另一种将第一状态切换为第二状态的示意图；

图8为本申请实施例提供的一种具有关联关系的数据资源管理模型示意图；

图9为本申请实施例提供的一种数据资源的管理装置的结构示意图。

具体实施方式

下面将结合本申请中的附图，对本申请提供的实施例中的方案进行描述。

本申请实施例中的术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。

首先对本申请实施例中所涉及到的一些技术术语进行介绍。

数据资源(data resources)是从资源的角度对数据及其本身所存在的状态进行的描述，在企业的生产中数据资源具体包括运行态和管理态。所谓运行态是指数据资源在生产环境实际运行的形态。所谓管理态是指数据资源在线下管理的形态，与运行态对应。

数据资源的管理(data resource management)是指应用信息技术和软件工具对数据资源进行管理的活动。随着企业业务的发展，数据资源会进行频繁变更，在数据资源进行变更时，企业通常在数据资源的管理中采用人为驱动的方式，但是这种人为驱动的方式风险不可控，同时工作量大，不适合当今飞速发展的社会。

究其原因，最大的问题在于，没有将企业内部“管理”的数据，与“投产”活动联动起来，导致线下“管理态”的数据，与线上“运行态”的数据存在脱节，久而久之，线下“管理态”的数据，越来越没有价值，线上“运行态”的数据也失去了对其整个“全生命周期”的追踪。

有鉴于此，本申请提供一种贯穿数据资源全生命周期的数据资源的管理方法，该方法可以由处理设备执行。其中，处理设备是指具有数据处理能力的设备，例如可以是服务器，或者是台式机、笔记本电脑或者智能手机等终端设备。

具体地，处理设备接收用户对数据资源的操作，根据该操作对应的模型驱动路径以及包括有管理态数据结构和运行态数据结构的该数据资源对应的数据管理模型，将数据资源由第一状态切换为第二状态。

该方法通过将“管理态”和“运行态”进行结合，能够实现对数据资源“全生命周期”的跟踪，使数据资源变更的过程中，数据资源能够在不同状态之间按照规范进行流转，从而规范了数据资源的变更流程，提高了数据资源变更的自动化程度，减少了人工干预，从而降低数据资源变更的风险。为了便于理解本申请的技术方案，下面结合图1对本申请提供的页面中数据资源的管理方法进行介绍。

S102：处理设备接收用户对数据资源的操作。

处理设备通过与用户的直接或间接交互获取用户对数据资源的操作，用户对数据资源的操作包括新增、修改、删除、基线投产或审批中的任意一个多个。

投产是指将开发测试后的软件、数据通过变更手段投放到生产环境，以更新企业的某一产品的活动，具体地是指将管理态数据，联动更新到生产环境中。

基线投产是指将一批计划投产的生效态数据资源建立一个基线，即标记一个版本，定义投产时间、投产环境等投产相关内容，再将该基线提交投产进行审批，审批通过后，该基线可以导出投产脚本供用户进行验证环境的投产演练。如果演练成功，则该基线关联的生效态数据资源将按照约定的投产时间投放到约定投产环境中，并更新数据资源到投产态；如果演练不成功，可以在约定的投产时间前废弃该基线，由此终止该基线的投产过程。

S104：处理设备根据操作对应的模型驱动路径，以及数据资源对应的数据管理模型，将数据资源由第一状态切换为第二状态。

数据管理模型包括管理态数据结构和运行态数据结构，其中管理态数据结构包括信息表、详情表、历史表和投产表中的至少一个，运行态数据结构包括基线表、基线详情表、基线明细表和基线明细详情表中的至少一个，如图2所示。通过构建该数据管理模型，可以使数据资源在“管理态”和“运行态”之间进行流转，如图3所示。数据管理模型通常根据数据资源的属性信息和数据资源对应数据类型的模型框架生成。

其中，如图4所示，信息表中包括有数据资源标识(identity，ID)，还可以包括数据资源特有属性，例如名称等、最后修改人ID、最后修改时间、投产状态、草稿状态和申请单号等。

详情表中包括有数据资源维护详情ID，还可以包括数据资源特有属性现值，例如名称等、数据资源特有属性原值，例如名称原值等、数据资源ID、最后修改人ID、最后修改时间、投产状态、投产状态原值、维护类型和申请单号等。

历史表中包括有数据资源历史ID，还可以包括数据资源特有属性，例如名称等、数据资源ID、最后修改人ID、最后修改时间、投产状态、历史版本号和申请单号等。

投产表中包括有数据资源ID，还可以包括数据资源特有属性，例如名称等、最后修改人ID、最后修改时间和申请单号等。

申请表中包括有申请单号，也可以包括申请单特有属性和审批流程控制相关信息，其中申请单特有属性包括项目ID、系统ID、创建人ID、说明等，审批流程控制相关信息包括审批流程模板ID、审批流程实例ID、审批流程当前状态、审批流程当前审核用户ID、审批流程当前任务名、审批流程下一个任务ID、审批流程结束时间等。

基线表中包括有基线ID，还可以包括有基线特有属性、基线投产状态、基线草稿状态、申请单号等。

基线详情表中包括有基线详情ID，还可以包括基线特有属性、基线投产状态、基线维护状态、申请单号等，其中基线特有属性为基线类型、基线名称、基线投产脚本、基线投产日期、基线建立日期等。

基线明细表中包括基线明细ID，还可以包括基线ID、数据资源维护详情ID和基线明细表其他关联信息等。

基线明细详情表中包括基线明细详情ID，还可以包括基线明细ID、基线详情ID、数据资源维护详情ID和基线明细表其他关联信息等，其中基线明细表其他关联信息可以包括关联顺序等。

第一状态和第二状态为草稿态、审批态、生效态、历史态、投产态中的不同状态。

草稿态是指数据资源维护后，还未提交的状态，包括数据资源的新增未提交、修改未提交和删除未提交三种状态。

审批态是指数据资源维护后，已提起审批流程，但审批流程还未走完的状态，其中不同数据资源可配置不同的审批流程，例如X资源需要a-b-c三个人审批，在c审批完成之前，数据资源都是审批中状态。包括数据资源的新增审批中、修改审批中和删除审批中三种状态。

生效态是指数据资源在新增、修改、删除审批完成后的状态，例如X资源需要a-b-c三个人审批，只有前一个人同意，审批才能推进到下一个人，在c审批同意后，数据资源变成生效态。

投产态是指数据资源在完成基线投产流程后的状态，投产态的数据与生产环境一致。

历史态是指数据资源在历经新增、修改、删除审批后的所有历史已生效状态的版本记录。历史态可以用来恢复数据到指定版本。

在一些可能的实现方式中，当处理设备接收的用户对数据资源的操作为新增操作时，可以在草稿箱对数据资源进行新增，其中该新增操作为可编辑操作，也可以删除该操作，处理设备再将草稿箱的新增数据提交审批，审批可以为多层级审批，每一步审批结果可以为通过、拒绝、转处理等，如果审批未通过，则该数据回到草稿箱，处理设备可以后续接收用户的再次提交审批操作或撤销此次操作，如果审批通过，则该新增数据变为生效状态，此过程中，可以用“最后修改人”实现“用户隔离”，当一个用户对该记录进行编辑时，其他用户不允许编辑。

具体地，如图5所示，处理设备在草稿态向“信息表”新增一条记录，在审批态生成申请单号，更新“信息表”第一步插入的记录，并向“详情表”插入一条记录。处理设备在生效态更新“信息表”第一步插入的记录，并向“历史表”插入一条记录，记录历史态。处理设备通过建立基线，关联此记录，并走完基线审批流程，按照计划投产时间，执行自动投产。具体地，处理设备在投产态更新“信息表”、“详情表”、“历史表”记录的投产状态，并复制“信息表”的这条记录，向“投产表”新增一条记录。

当处理设备接收的用户对数据资源的操作为修改操作时，数据资源在变成生效状态后，可以在草稿箱进行编辑，编辑可以包括多次编辑、也可以对编辑操作进行撤销，再将草稿箱的修改信息提交审批，审批可以为多层级审批，每一步审批结果可以为通过、拒绝、转处理等，如果审批未通过，该数据回到草稿箱，处理设备接收用户后续再次提交审批的操作或撤销此次操作，如果审批通过，则该修改数据变为生效状态。

具体地，如图6所示，处理设备在草稿态更新“信息表”中待修改记录的状态，并向“详情表”新增一条记录。处理设备在审批态生成申请单号，更新“信息表”第一步插入的记录，并向“详情表”插入一条记录，复制第一步的申请单号为0的记录，并设置申请单号。处理设备在生效态和历史态更新“信息表”第一步修改的记录，并向“历史表”插入一条记录，同时删除“详情表”中申请单号为0的一条记录。在投产态更新“信息表”、“详情表”、“历史表”记录的投产状态，如果“投产表”已存在这条记录，则更新，否则新增这条记录。

当处理设备接收的用户对数据资源的操作为删除操作时，数据资源在变成生效状态后，可以在草稿箱进行删除，其中删除操作可撤销，再将草稿箱的删除信息提交审批，审批可以为多层级审批，每一步审批结果可以为通过、拒绝、转处理等，如果审批未通过，则该数据回到草稿箱，处理设备可以接收用户再次提交审批的操作或撤销此次操作，如果审批通过，则该数据的删除变为生效状态。当处理设备删除审批通过后，该数据不能再进行操作。

具体地，如图7所示，处理设备在草稿态更新“信息表”中待修改记录的状态，当删除未提交即接收到撤销操作时，“信息表”状态回退。处理设备在审批态生成申请单号，更新“信息表”第一步插入的记录，并向“详情表”插入一条记录，复制第一步的申请单号为0的记录，并设置申请单号。处理设备在生效态和历史态删除“信息表”此条的记录。处理设备在投产态更新“详情表”记录的投产状态，如果“投产表”已存在这条记录，则删除这条记录。

当处理设备接收的用户对数据资源的操作为基线投产操作时，数据资源变为生效状态后，具体可以是新增、修改、删除审批等，处理设备在草稿箱新增基线，关联一批数据资源，其中关联可以为多次，再将草稿箱的新增基线提交审批可以为多层级审批，每一步审批结果同样可以为通过、拒绝、转处理等，如果审批未通过，则该基线数据回到草稿箱，处理设备接收用户再次提交审批的操作或撤销操作，如果审批通过，则该基线可以导出投产脚本，根据投产时间完成投产后，数据资源变为已投产状态，投产时间之前还可以选择废弃投产以放弃此次投产动作。因为基线的管理，实际是缩小版的资源管理，其新增流程可以参考图5中新增操作。

由此，本申请实施例通过接收用户对数据资源的操作，根据该操作对应的模型驱动路径，以及数据资源对应的包括有管理态数据结构和运行态数据结构的数据管理模型，将数据资源由第一状态切换为第二状态。

通过将“管理态”和“运行态”进行结合，能够实现对数据资源“全生命周期”的跟踪，使数据资源变更的过程中，数据资源能够在不同状态之间按照规范进行流转，从而规范了数据资源的变更流程，提高了数据资源变更的自动化程度，减少了人工干预，从而降低数据资源变更的风险。

按照本申请实施例提供的方案，企业可以自行实现数据管理，降低了企业数据向商业数据管理软件泄露的风险。同时，通过贯穿数据资源管理态与运行态全生命周期，提高了企业进行数据变更的安全性。

同时，本申请实施例提供了一种对于数据资源管理的通用解决方案，成本较低，任何有数据管理需求的系统，均可灵活使用此方案，具备较高实用价值，可以适用于大多数企业的多种数据资源，具有较高的实用性。

并且，本实施例中的数据管理模型，可以根据企业不同的管理需求，灵活调整模型结构，进一步支持特殊的数据资源的管理，例如，方案中的“用户隔离”即是采用此种方式实现，具体较高的可扩展性。

对于具有相同管理需求的不同数据资源，它们的数据管理模型的控制属性相同，因此对于这类数据资源，只需要根据数据管理模型完成一个数据资源A的逻辑代码，然后克隆此代码，将A本身的属性信息替换成B的属性信息，就可以实现从一个已完成数据管理模型构建的数据资源，快速生成下一个数据资源管理代码。如果企业有较多相同管理需求的不同数据资源，可以编写代码生成框架代码，只需要录入资源属性信息，完成一整套数据管理模型代码，具有较高的可复用性。

在一些可能的实现方式中，数据资源包括具有关联关系的第一数据资源和第二数据资源，在“管理态”分别建立第一数据资源“管理态”模型、第二数据资源“管理态”模型和第一数据资源和第二数据资源关系表的管理模型，第一数据资源“管理态”模型和第二数据资源“管理态”模型通过第一数据资源和第二数据资源关系表的管理模型相连，参见图8所示。处理设备根据所接收的用户的操作对应的模型驱动路径，以及数据资源对应的数据管理模型，将数据资源由第一状态切换为第二状态的过程与上述类似，本申请在此不做赘述。

与上述方法实施例相对应的，本申请还提供了一种数据资源的管理装置，参见图9，该装置900包括：通信模块902和管理模块904。

通信模块902，用于接收用户对所述数据资源的操作；

管理模块904，用于根据所述操作对应的模型驱动路径，以及所述数据资源对应的数据管理模型，将所述数据资源由第一状态切换为第二状态，所述数据管理模型包括管理态数据结构和运行态数据结构，所述第一状态和所述第二状态为多种状态中的不同状态。

在一些可能的实现方式中，所述管理态数据结构包括信息表、详情表、历史表和投产表中的至少一个，所述运行态包括基线表、基线详情表、基线明细表和基线明细详情表中的至少一个。

在一些可能的实现方式中，所述第一状态和所述第二状态为草稿态、审批态、生效态、历史态、投产态中的不同状态。

在一些可能的实现方式中，所述用户对所述数据资源的操作包括新增、修改、删除、基线投产或审批中的任意一个或多个。

在一些可能的实现方式中，所述装置900还包括：

第一生成模块，用于根据所述数据资源的属性信息和所述数据资源对应数据类型的模型框架生成所述数据资源对应的数据管理模型。

在一些可能的实现方式中，所述数据资源包括具有关联关系的第一数据资源和第二数据资源，所述装置还包括：

第二生成模块，用于生成所述第一数据资源和所述第二数据资源的关联关系对应的数据管理模型。

本申请提供一种设备，用于实现页面中数据资源的管理方法。该设备包括处理器和存储器。处理器、存储器进行相互的通信。该处理器用于执行存储器中存储的指令，以使得设备执行页面中数据资源的管理方法。

本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当其在设备上运行时，使得设备执行上述页面中数据资源的管理方法。

本申请提供了一种包含指令的计算机程序产品，当其在设备上运行时，使得设备执行上述页面中数据资源的管理方法。

另外需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本申请提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现，当然也可以通过专用硬件包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现。一般情况下，凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现，而且，用来实现同一功能的具体硬件结构也可以是多种多样的，例如模拟电路、数字电路或专用电路等。但是，对本申请而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘、U盘、移动硬盘、ROM、RAM、磁碟或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，训练设备，或者网络设备等)执行本申请各个实施例所述的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、训练设备或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、训练设备或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的训练设备、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。