CN109558393A - 一种数据模型构建方法、装置、设备及存储介质 - Google Patents

Abstract

本发明公开了一种数据模型构建方法、装置、设备及存储介质。该方法包括：获取模型元数据，其中，所述模型元数据包括专业模型、逻辑模型、物理模型以及专业模型、逻辑模型和物理模型之间的关联关系；将所述模型元数据存储至元模型，其中，所述元模型为库结构，通过本发明的技术方案，能够实现统一数据标准，实现对中海油勘探开发业务的全面支撑，实现多学科的协同工作，提升勘探开发水平、经营管理水平，提高生产效率。

Description

一种数据模型构建方法、装置、设备及存储介质

技术领域

本发明实施例涉及计算机技术，尤其涉及一种数据模型构建方法、装置、 设备及存储介质。

背景技术

由于历史和管理体制上的原因，各专业数据库和应用***建设的时间不同、 归属管理单位不同、采用技术方法不同，因此这些***没有采用统一、完整的 数据模型标准，已经不能满足现阶段信息共享、集成、勘探开发一体化应用的 需求，归纳起来主要存在以下几个方面的问题：

①数据模型的不一致和不规范

“名称”冲突：不同数据库中存在同名异义和同义异名的现象，不同*** 之间的数据转换要设计不同的接口来解决应用集成；“值域”冲突：同一数据库 内数据的取值范围以及度量单位不统一，影响了数据库的运行质量和效率；分 类不统一：不同专业和应用之间由于出发点不同，对同一类信息有不同的分类； 大量不规范的派生数据：因为统计分析或工作计划的需要，对同一个对象作各 类统计，并由此派生了大量的新的数据项名称，又各自定义了相应的值域，加 剧了数据属性的冲突；描述性数据不规范：应使这些不规范的描述性数据通过 代码使其定量化；模型设计的不合理，面向应用的数据库结构设计导致表的稳 定性与可扩充性很差；由于缺少数据库设计标准的设计方法和工作流程，在标 准使用过程中造成标准的无序修改等等。这些数据模型的一致性和规范性问题 直接导致了数据应用和共享的困难。

②数据模型不完整

部分数据库没有考虑专业领域的所有数据，不能全面覆盖专业应用，使部 分专业应用无法开展；部分数据项之间的逻辑关系不够清晰、准确，给综合应 用带来了不便；数据源与专业数据库之间、专业数据库与专业数据库之间、专 业数据库与综合数据库之间、综合数据库与项目数据库之间的关系没有完全理 清，影响了跨专业的数据访问及数据集成、共享。

③数据模型覆盖面不够全面

没有建立勘探开发数据标准；没有建立勘探开发元数据模型标准；对各种 勘探开发数据类型的支持不全面等，这些问题的存在，使得勘探开发数据的集 成和多学科的协同工作难以开展。

这些问题的存在，使各专业***只能满足本专业内部部分的应用需求，成 为事实上的诸多信息孤岛，使现阶段多学科协同工作、信息共享和交流、知识 挖掘和发现、决策支持等应用无法或很难开展。

现行国际石油数据模型标准不能满足国内油田企业数据管理与应用的需要

目前国际数据模型标准的数据仓库产品主要管理与应用地学研究为主的数 据，如地震数据、测井成果数据等，只实现了对勘探开发应用研究的部分支撑， 对油田勘探开发生产、经营、管理等数据不能够进行全面管理。如Schlumberger Finder和LandmarkPetroBank***，只对本公司Geoframe和Openworks软件 提供数据，业务覆盖面比较窄。

PPDM数据模型和POSC Epicentre数据模型是相对来讲业务覆盖面比较广 的模型，但也存在着一些问题：PPDM数据模型是商业化的数据模型产品，目前 只能支撑部分的勘探开发应用领域，无法满足全业务的一体化应用需求；POSC Epicentre数据模型是一个面向对象的模型，需要面向对象的接口进行操作， 另外其存取效率相对较低，没有形成商业化产品，没有成功的实用案例。

另外，针对我国地质特点，经过多年的积累和探索，逐步形成了勘探开发 生产管理业务流程和技术系列，上述国外数据模型及相关产品也不能满足国内 勘探开发这些特色业务与技术的应用需求。

中国石油EPDM是陆上油田数据模型，不是一套完整的模型体系

EPDM数据模型根据中国石油勘探开发业务构建，目前不完全支持海上特色 的勘探开发业务，同时其仅是一个数据模型，跟业务的关系不是通过模型驱动 架构来实现，不能实现对业务变化的快速响应，不是一套完整的模型体系。

中国石化SPDM不能实现模型的版本控制和分级管理，实现对业务变化的快 速响应有困难。

发明内容

本发明实施例提供一种数据模型构建方法、装置、设备及存储介质，以实 现统一数据标准，实现对中海油勘探开发业务的全面支撑，实现多学科的协同 工作，提升勘探开发水平、经营管理水平，提高生产效率，同时，有利于开发 满足中海油业务需要的自主版权软件，通过对模型版本控制和分级管理的实现， 实现对业务变化的快速响应。

第一方面，本发明实施例提供了一种数据模型构建方法，包括：

获取模型元数据，其中，所述模型元数据包括专业模型、逻辑模型、物理 模型以及专业模型、逻辑模型和物理模型之间的关联关系；

将所述模型元数据存储至元模型，其中，所述元模型为库结构。

进一步的，在获取模型元数据之前，还包括：

建立专业模型，所述专业模型包括业务域划分、业务划分、业务流程划分、 业务活动描述、数据标准描述、数据流分析、缺失业务补充以及业务模型标准 化及发布。

进一步的，建立专业模型，所述专业模型包括业务域划分、业务划分、业 务流程划分、业务活动描述、数据标准描述、数据流分析、缺失业务补充以及 业务模型标准化及发布包括：

根据预设规则进行业务域划分；

根据专业类别、业务职能、施工方法或者工作目标对所述业务域进行分解；

针对分解出的每一项业务进行业务流程分析，其中，业务流程包括至少一 个活动；

获取业务流程中任一活动的业务活动描述，其中，所述业务活动描述包括： 活动、活动的执行者、活动作用的对象、活动的结果对象、活动的参与对象以 及各对象相对应的特征；

针对业务活动进行数据标准描述，其中，所述数据标准描述包括对业务活 动数据项的汇总及描述；

分析所述业务活动数据项的数据操作类型；

若所述业务活动数据项的数据操作类型为阅读型，则查找产生数据操作类 型为阅读型的业务活动数据项的业务活动；

若不存在产生数据操作类型为阅读型的业务活动数据项的业务活动，则补 充产生数据操作类型为阅读型的业务活动数据项，或者补充缺失的业务活动， 形成专业模型。

进一步的，专业模型、逻辑模型和物理模型之间的关联关系包括：

专业模型通过模型的映射转换成逻辑模型；

所述逻辑模型通过投影得到物理模型。

第二方面，本发明实施例还提供了一种数据模型构建装置，该装置包括：

获取模块，用于获取模型元数据，其中，所述模型元数据包括专业模型、 逻辑模型、物理模型以及专业模型、逻辑模型和物理模型之间的关联关系；

存储模块，用于将所述模型元数据存储至元模型，其中，所述元模型为库 结构。

进一步的，还包括：

建立模块，用于在获取模型元数据之前，建立专业模型，所述专业模型包 括业务域划分、业务划分、业务流程划分、业务活动描述、数据标准描述、数 据流分析、缺失业务补充以及业务模型标准化及发布。

进一步的，所述建立模块具体用于：

根据预设规则进行业务域划分；

根据专业类别、业务职能、施工方法或者工作目标对所述业务域进行分解；

针对分解出的每一项业务进行业务流程分析，其中，业务流程包括至少一 个活动；

获取业务流程中任一活动的业务活动描述，其中，所述业务活动描述包括： 活动、活动的执行者、活动作用的对象、活动的结果对象、活动的参与对象以 及各对象相对应的特征；

针对业务活动进行数据标准描述，其中，所述数据标准描述包括对业务活 动数据项的汇总及描述；

分析所述业务活动数据项的数据操作类型；

若所述业务活动数据项的数据操作类型为阅读型，则查找产生数据操作类 型为阅读型的业务活动数据项的业务活动；

若不存在产生数据操作类型为阅读型的业务活动数据项的业务活动，则补 充产生数据操作类型为阅读型的业务活动数据项，或者补充缺失的业务活动， 形成专业模型。

进一步的，专业模型、逻辑模型和物理模型之间的关联关系包括：

专业模型通过模型的映射转换成逻辑模型；

所述逻辑模型通过投影得到物理模型。

第三方面，本发明实施例还提供了一种计算机设备，包括存储器、处理器 及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程 序时实现如本发明实施例中任一所述的数据模型构建方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有 计算机程序，该程序被处理器执行时实现如本发明实施例中任一所述的数据模 型构建方法。

本发明实施例通过获取模型元数据，其中，所述模型元数据包括专业模型、 逻辑模型、物理模型以及专业模型、逻辑模型和物理模型之间的关联关系；将 所述模型元数据存储至元模型，其中，所述元模型为库结构，实现统一数据标 准，实现对中海油勘探开发业务的全面支撑，实现多学科的协同工作，提升勘 探开发水平、经营管理水平，提高生产效率，同时，有利于开发满足中海油业 务需要的自主版权软件，通过对模型版本控制和分级管理的实现，实现对业务 变化的快速响应。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使 用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例， 因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创 造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是本发明实施例一中的一种数据模型构建方法的流程图；

图2A是本发明实施例二中的数据模型架构图；

图2B是本发明实施例二中的专业模型设计步骤图；

图3是本发明实施例二中的一种数据模型构建装置的结构示意图；

图4是本发明实施例四中的一种计算机设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此 处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需 要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结 构。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某 一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解 释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而 不能理解为指示或暗示相对重要性。

实施例一

图1为本发明实施例一提供的一种数据模型构建方法的流程图，本实施例 可适用于数据模型构建的情况，该方法可以由本发明实施例中的数据模型构建 装置来执行，该装置可采用软件和/或硬件的方式实现，如图1所示，该方法具 体包括如下步骤：

S110，获取模型元数据，其中，所述模型元数据包括专业模型、逻辑模型、 物理模型以及专业模型、逻辑模型和物理模型之间的关联关系。

其中，所述专业模型是在业务调研与分析成果的基础上，以企业数据资源 管理的视角，实现对业务域、业务、业务流程的划分，对业务活动名称、操作 者、业务活动内涵、数据、相关代码、相关行业标准、相关重要资料的描述， 达到以下指标：业务划分不交叉、业务活动不遗漏、不重复；业务、业务活动 描述清晰无异议；数据项描述语义标准唯一；数据项属性、操作属性描述准确， 例如可以是，所述专业模型可以为以油田企业数据资源关系的视觉建立的勘探 开发专业模型。

其中，所述逻辑模型的设计采用关系模型建立对象间各种静态关系，建立 静态关系模。

其中，所述物理模型可以为中心数据库，也可以为项目库，还可以为应用 库。

可选的，在获取模型元数据之前，还包括：

建立专业模型，所述专业模型包括业务域划分、业务划分、业务流程划分、 业务活动描述、数据标准描述、数据流分析、缺失业务补充以及业务模型标准 化及发布。

可选的，建立专业模型，所述专业模型包括业务域划分、业务划分、业务 流程划分、业务活动描述、数据标准描述、数据流分析、缺失业务补充以及业 务模型标准化及发布包括：

根据预设规则进行业务域划分；

根据专业类别、业务职能、施工方法或者工作目标对所述业务域进行分解；

针对分解出的每一项业务进行业务流程分析，其中，业务流程包括至少一 个活动；

获取业务流程中任一活动的业务活动描述，其中，所述业务活动描述包括： 活动、活动的执行者、活动作用的对象、活动的结果对象、活动的参与对象以 及各对象相对应的特征；

针对业务活动进行数据标准描述，其中，所述数据标准描述包括对业务活 动数据项的汇总及描述；

分析所述业务活动数据项的数据操作类型；

若所述业务活动数据项的数据操作类型为阅读型，则查找产生数据操作类 型为阅读型的业务活动数据项的业务活动；

若不存在产生数据操作类型为阅读型的业务活动数据项的业务活动，则补 充产生数据操作类型为阅读型的业务活动数据项，或者补充缺失的业务活动， 形成专业模型。

可选的，专业模型、逻辑模型和物理模型之间的关联关系包括：

专业模型通过模型的映射转换成逻辑模型；

所述逻辑模型通过投影得到物理模型。

具体的，获取专业模型、逻辑模型、物理模型以及专业模型、逻辑模型和 物理模型之间的关联关系。

S120，将所述模型元数据存储至元模型，其中，所述元模型为库结构。

其中，元模型为库结构，制定了统一的标准和存储规则，实现对专业模型、 逻辑模型、物理模型以及标准转换关系等实施有效地管理。

具体的，将模型元数据存储至元模型中，也可以从元模型中读取模型元数 据。

本实施例的技术方案，通过获取模型元数据，其中，所述模型元数据包括 专业模型、逻辑模型、物理模型以及专业模型、逻辑模型和物理模型之间的关 联关系；将所述模型元数据存储至元模型，其中，所述元模型为库结构，实现 统一数据标准，实现对中海油勘探开发业务的全面支撑，实现多学科的协同工 作，提升勘探开发水平、经营管理水平，提高生产效率，同时，有利于开发满 足中海油业务需要的自主版权软件，通过对模型版本控制和分级管理的实现， 实现对业务变化的快速响应。

实施例二

在本实施例中，以海洋油气勘探开发为例，建立数据模型。选用模型驱动 架构(也称MDA架构，Model-Driven Architecture)进行勘探开发数据模型体 系设计。模型驱动架构是一种非常成熟的***架构，它通过高度抽象的平台无 关的逻辑模型PIM来适应业务的变化和多种软硬件基础环境，从而保持软件系 统的稳定性，保障***的可持续发展。如图2A所示的数据模型架构图，采用 模型驱动架构的勘探开发一体化数据模型体系技术架构。勘探开发一体化数据 模型体系架构由勘探开发专业模型、勘探开发一体化逻辑模型、物理模型、元 模型及元数据、模型管理***五大部分组成，由模型管理***实现对专业模型、逻辑模型、物理模型维护与管理，通过模型管理元数据、映射元数据、投影规 则与投影关系元数据，实现模型间的映射与转换。由于采用模型驱动架构，勘 探开发一体化数据模型体系能够适应业务的变化，使数据模型具有较好的稳定 性、延展性并可持续发展。勘探开发专业模型设计的目标是在业务调研与分析 成果的基础上，以油田企业数据资源管理的视角，实现对业务域、业务、业务 流程的划分，对业务活动名称、操作者、业务活动内涵、数据、相关代码、相 关行业标准、相关重要资料的描述，达到以下指标：业务划分不交叉、业务活动不遗漏、不重复；业务、业务活动描述清晰无异议；数据项描述语义标准唯 一；数据项属性、操作属性描述准确。如图2B所示为专业模型设计步骤图，业 务领域的划分以某种与石油相关的主题为指导从整体上对油田主要业务进行划 分，反映一个企业或组织中的一些主要业务活动领域，是对企业中的一些主要 业务活动领域的抽象。对油田业务域的划分可以依据某一主题从整体上对油田 主要业务进行划分。一项具体的业务是对业务域的再分解。业务的划分和识别 一般可根据专业类别、业务职能、施工方法或工作目标等进行。大的业务包含 更小的子业务。按照一定的业务划分原则，可以对业务继续细分。直到分析出 业务领域中的全部业务。对划分出的每一项业务，要进行业务流程分析。业务 流程是一组联系紧密的活动。业务活动是企业功能分解后最基本的功能单元。 业务活动包含了以下几块内容：活动、活动的执行者、活动作用的对象、活动 的结果对象、活动的参与对象及各对象相对应的特性。业务活动描述采用6W 方法(出处)，即谁(业务角色Who)在什么时间(业务时间When)在什么地 点(活动承担的单位或场所Where)做了什么事，活动的原因或目的是什么(Why)，(该业务活动)使用哪些资料(参与对象Which),产生了哪些结果(结 果对象Which)，活动引起的(涉及对象)变化是什么(What)。通过参照业务 活动相关标准和现行业务相关图、表等资料，同时对与业务活动相关的人、系 统、仪器设备、工具等的分析，对业务活动产生数据结果的分析，实现对业务 活动的数据标准描述。业务活动过程中所参照的标准及规范，包括行业标准、 业务规范、信息标准等，如施工操作标准、图表制作的参照标准等。该部分内 容是业务活动格式化数据描述重要的参考依据。在活动中引用、依据和产生的 关键性资料的收集，资料类型包括：图、表、文档、数据体等。该部分内容也 是业务活动格式化数据描述重要的参考依据。对业务活动的目标对象进行分析， 一个业务活动的作用对象是唯一的。比如地震采集的作用对象是工区；井筒工 程的作用对象是井筒；分析化验的作用对象是样品；开发生产的作用对象是单 井、区块、油田等。对业务活动参与的人、***、设备仪器及相关属性等进行 分析。通过参照相关标准、相关资料，结合业务活动实际，对业务产生结果进 行分析。综合上述分析结果，对业务活动数据项进行汇总及描述。业务活动数 据项汇总后可以参照现行专业数据库结构进行补充和完善，保证数据项覆盖现 行专业数据库的数据内容。对业务活动数据项进行数据操作类型分析。有两种 可选的数据操作类型，产生(Create，标注为“C”)是指在该活动过程中产生 了该项数据；读(Read，标注为“R”)是指在该活动过程中直接使用某项数据， 这个数据项是该活动之前的其它活动中已经产生并存在了的。其次在数据项数 据操作类型的分析基础上进行数据流分析，对于操作类型为“R”的数据项，要 找到其产生(R)的业务活动，对于找不到产生源头的“R”数据项需要在已分 析的某业务活动中补充该数据项(C)或者补充缺失的业务活动。通过对全业务域数据C/R关系的梳理，保证能够所有的R数据(业务活动的使用数据)都能 找到其产生(C，Create)的源头，从而建立完整的数据流。通过上述分析和描 述过程，并在整体上进行优化、调整和标准化后，形成油田企业勘探开发一体 化专业模型。勘探开发专业模型分为：业务域划分、业务划分、业务流程分析、 业务活动描述四大部分内容。

勘探开发一体化逻辑模型，通过对国内外石油主流数据模型的研究和参照， 结合国内油田企业勘探开发业务实际，采用面向对象的设计方法设计油田企业 勘探开发一体化逻辑模型。油田企业勘探开发一体化逻辑模型的高层模型由关 注对象、活动、过程数据、关系、参照数据、地质过程六大类实体组成，其中， 关注对象管理勘探开发业务对象(地质对象、设施、材料与样品等)和技术对 象(标准、规章等)；活动管理业务活动实例；过程数据管理各业务活动产生的 结果；关系管理对象间的各种关系(隶属关系、管理关系、关联关系等)；参照 数据管理规范值、标准分类等；地质过程管理地质年代与地质活动。应用面向 对象的设计方法在此六大类实体下通过继承关系和关联关系建立。在一体化模 型中有两个主要的模型，一个是活动模型，一个是关系模型，同时基于面向对 象的设计，还有继承、关联等关系。活动模型表达了业务发生的场景，关系模 型表达了现实世界对象间的各种关系。在一体化逻辑模型设计中采用活动模型 建立对象、活动和属性的三者关系，建立动态数据模型。在一体化逻辑模型设 计中采用关系模型建立对象间各种静态关系，建立静态关系模型。通过实例化 关系类型实体，可以表达对象间的归属关系、包含关系、装配关系、伙伴关系 等等。勘探开发一体化逻辑模型包括逻辑字典、相关ER关系图、标准值、版本 变更管理四大部分组成。

物理模型：设计从逻辑模型到物理模型的投影规则，依据投影规则自动实 现逻辑模型到物理模型的转换，以支持油田企业不同的数据存储管理需求和不 同物理模型间的数据交换。投影规则可以依据不同的数据存储要求灵活定义， 投影为不同的物理模型，支持建库需求；能适应对现有专业数据库模型的映射， 从而能为数据迁移和异构数据交换提供逻辑支持。面向对象的投影技术实现了 面向对象模型设计与关系型数据库技术的统一，使面向对象的模型能够在关系 型数据库中完整表达其继承、关联等关系。

元模型与元数据，通过设计元数据标准，制定了统一的标准和存储规则， 实现对专业模型、逻辑模型、物理模型以及标准转换关系等元数据实施有效地 管理。

模型管理***，模型管理***是面向模型设计人员开发的，辅助模型设计 人员进行业务分析与建模、逻辑模型设计和物理模型投影的管理工具，通过模 型的版本控制和分级管理，实现勘探开发一体化数据模型的有序维护和可持续 发展。模型管理***包含“专业模型设计、逻辑模型设计、物理模型投影、模 型标准发布”等主要功能。

专业模型设计，主要由业务人员使用，实现对业务域的划分、业务的划分、 业务活动描述以及数据标准描述等，其中数据标准描述实现对数据流的描述， 通过数据的创建/使用(我们称为C/R关系，即Create/Read关系)关系建立数 据流程。

逻辑模型设计，逻辑模型维护工具实现对面向对象逻辑模型的维护，如对 象的继承关系与关联关系的维护、中英文名称的维护、中英文描述的维护、对 象属性增减、对象属性中英文描述的维护等。

物理模型投影，设置逻辑模型向物理模型的投影策略，实现逻辑模型到物 理模型的投影，通过投影产生勘探开发一体化数据库的结构，生成数据库创建 脚本。

模型标准发布，基于数据标准及数据模型设计成果，面向油田企业内员工， 提供专业模型、逻辑模型、物理模型的浏览和查询功能。

本发明实施例能够不交叉、全覆盖的海油勘探开发一体化专业模型OOBPM v1.0，包含五大业务域、50个一级业务、140个次级业务，543各业务活动； 海油勘探开发一体化数据标准，包括数据集2694类，数据项32304个，标准项 355344个，附录180类，附录项8657个；满足陆上及海上勘探开发业务需求 的一体化逻辑模型OODM v1.0；模型体系的版本控制技术；模型版本的分级管 理技术。

本发明实施例相对于现行专业数据库数据模型，具有不交叉、全覆盖、标 准统一的特点，在广度上实现了与国内勘探开发业务的深度融合和全面覆盖， 在深度上抵达最小业务颗粒内的最小量化指标，彻底解决勘探开发数据共享与 应用协同问题；相对于PPDM数据模型，具有业务全覆盖、适应国内油田企业业 务现状的特点；相对于POSC Epicentre数据模型，具有存取效率高、适应国内 油田企业业务现状的特点；相对于现行的所有数据模型，从时间、空间、特征 三个维度整合数据关系，实现了油气田四维数字孪生表达；同时适应海洋及陆 上油气勘探开发业务；相对于现行的所有数据模型，创新性使用模型驱动架构， 从单纯建立数据模型转变成建立勘探开发一体化数据模型体系，使数据模型与 业务相互融合并梯次转换，同时具有模型的版本控制和分级管理，能够快速响 应业务需求，保障油田企业数据标准体系的可持续发展。

实施例三

图3为本发明实施例三提供的一种数据模型构建装置的结构示意图。本实 施例可适用于数据模型构建的情况，该装置可采用软件和/或硬件的方式实现， 该装置可集成在任何提供数据模型构建的功能的设备中，如图3所示，所述数 据模型构建装置具体包括：获取模块310和存储模块320。

其中，获取模块310，用于获取模型元数据，其中，所述模型元数据包括 专业模型、逻辑模型、物理模型以及专业模型、逻辑模型和物理模型之间的关 联关系；

存储模块320，用于将所述模型元数据存储至元模型，其中，所述元模型 为库结构。

可选的，还包括：

建立模块，用于在获取模型元数据之前，建立专业模型，所述专业模型包 括业务域划分、业务划分、业务流程划分、业务活动描述、数据标准描述、数 据流分析、缺失业务补充以及业务模型标准化及发布。

可选的，所述建立模块具体用于：

根据预设规则进行业务域划分；

根据专业类别、业务职能、施工方法或者工作目标对所述业务域进行分解；

针对分解出的每一项业务进行业务流程分析，其中，业务流程包括至少一 个活动；

获取业务流程中任一活动的业务活动描述，其中，所述业务活动描述包括： 活动、活动的执行者、活动作用的对象、活动的结果对象、活动的参与对象以 及各对象相对应的特征；

针对业务活动进行数据标准描述，其中，所述数据标准描述包括对业务活 动数据项的汇总及描述；

分析所述业务活动数据项的数据操作类型；

若所述业务活动数据项的数据操作类型为阅读型，则查找产生数据操作类 型为阅读型的业务活动数据项的业务活动；

若不存在产生数据操作类型为阅读型的业务活动数据项的业务活动，则补 充产生数据操作类型为阅读型的业务活动数据项，或者补充缺失的业务活动， 形成专业模型。

可选的，专业模型、逻辑模型和物理模型之间的关联关系包括：

专业模型通过模型的映射转换成逻辑模型；

所述逻辑模型通过投影得到物理模型。

上述产品可执行本发明任意实施例所提供的方法，具备执行方法相应的功 能模块和有益效果。

本实施例的技术方案，通过获取模型元数据，其中，所述模型元数据包括 专业模型、逻辑模型、物理模型以及专业模型、逻辑模型和物理模型之间的关 联关系；将所述模型元数据存储至元模型，其中，所述元模型为库结构，实现 统一数据标准，实现对中海油勘探开发业务的全面支撑，实现多学科的协同工 作，提升勘探开发水平、经营管理水平，提高生产效率，同时，有利于开发满 足中海油业务需要的自主版权软件，通过对模型版本控制和分级管理的实现， 实现对业务变化的快速响应。

实施例四

图4为本发明实施例四中的一种计算机设备的结构示意图。图4示出了适 于用来实现本发明实施方式的示例性计算机设备12的框图。图4显示的计算机 设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，计算机设备12以通用计算设备的形式表现。计算机设备12 的组件可以包括但不限于：一个或者多个处理器或者处理单元16，***存储器 28，连接不同***组件(包括***存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控 制器，***总线，图形加速端口，处理器或者使用多种总线结构中的任意总线 结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA) 总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA) 局域总线以及***组件互连(PCI)总线。

计算机设备12典型地包括多种计算机***可读介质。这些介质可以是任何 能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的 和不可移动的介质。

***存储器28可以包括易失性存储器形式的计算机***可读介质，例如随 机存取存储器(RAM)30和/或高速缓存存储器32。计算机设备12可以进一步 包括其它可移动/不可移动的、易失性/非易失性计算机***存储介质。仅作为举 例，存储***34可以用于读写不可移动的、非易失性磁介质(图4未显示，通 常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性 磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如 CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以 包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这 些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如 存储器28中，这样的程序模块42包括——但不限于——操作***、一个或者 多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合 中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的 功能和/或方法。

计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、 显示器24等)通信，还可与一个或者多个使得用户能与该计算机设备12交互 的设备通信，和/或与使得该计算机设备12能与一个或多个其它计算设备进行 通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/ 输出(I/O)接口22进行。另外，本实施例中的计算机设备12，显示器24不是 作为独立个体存在，而是嵌入镜面中，在显示器24的显示面不予显示时，显示 器24的显示面与镜面从视觉上融为一体。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/ 或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与计 算机设备12的其它模块通信。应当明白，尽管图中未示出，可以结合计算机设 备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗 余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储系 统等。

处理单元16通过运行存储在***存储器28中的程序，从而执行各种功能 应用以及数据处理，例如实现本发明实施例所提供的数据模型构建方法：获取 模型元数据，其中，所述模型元数据包括专业模型、逻辑模型、物理模型以及 专业模型、逻辑模型和物理模型之间的关联关系；将所述模型元数据存储至元 模型，其中，所述元模型为库结构。

实施例五

本发明实施例五提供了一种计算机可读存储介质，其上存储有计算机程序， 该程序被处理器执行时实现如本申请所有发明实施例提供的数据模型构建方法： 获取模型元数据，其中，所述模型元数据包括专业模型、逻辑模型、物理模型 以及专业模型、逻辑模型和物理模型之间的关联关系；将所述模型元数据存储 至元模型，其中，所述元模型为库结构。

可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以 是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可 以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或 器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的 列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机 存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或 闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任 何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使 用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据 信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种 形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计 算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质， 该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器 件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括—— 但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计 算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、 Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的 程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算 机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算 机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形 中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN) —连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提 供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员 会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进 行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽 然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以 上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例， 而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种数据模型构建方法，其特征在于，包括：

获取模型元数据，其中，所述模型元数据包括专业模型、逻辑模型、物理模型以及专业模型、逻辑模型和物理模型之间的关联关系；

将所述模型元数据存储至元模型，其中，所述元模型为库结构。

2.根据权利要求1所述的方法，其特征在于，在获取模型元数据之前，还包括：

建立专业模型，所述专业模型包括业务域划分、业务划分、业务流程划分、业务活动描述、数据标准描述、数据流分析、缺失业务补充以及业务模型标准化及发布。

3.根据权利要求2所述的方法，其特征在于，建立专业模型，所述专业模型包括业务域划分、业务划分、业务流程划分、业务活动描述、数据标准描述、数据流分析、缺失业务补充以及业务模型标准化及发布包括：

根据预设规则进行业务域划分；

根据专业类别、业务职能、施工方法或者工作目标对所述业务域进行分解；

针对分解出的每一项业务进行业务流程分析，其中，业务流程包括至少一个活动；

获取业务流程中任一活动的业务活动描述，其中，所述业务活动描述包括：活动、活动的执行者、活动作用的对象、活动的结果对象、活动的参与对象以及各对象相对应的特征；

针对业务活动进行数据标准描述，其中，所述数据标准描述包括对业务活动数据项的汇总及描述；

分析所述业务活动数据项的数据操作类型；

若所述业务活动数据项的数据操作类型为阅读型，则查找产生数据操作类型为阅读型的业务活动数据项的业务活动；

若不存在产生数据操作类型为阅读型的业务活动数据项的业务活动，则补充产生数据操作类型为阅读型的业务活动数据项，或者补充缺失的业务活动，形成专业模型。

4.根据权利要求1所述的方法，其特征在于，专业模型、逻辑模型和物理模型之间的关联关系包括：

专业模型通过模型的映射转换成逻辑模型；

所述逻辑模型通过投影得到物理模型。

5.一种数据模型构建装置，其特征在于，包括：

获取模块，用于获取模型元数据，其中，所述模型元数据包括专业模型、逻辑模型、物理模型以及专业模型、逻辑模型和物理模型之间的关联关系；

存储模块，用于将所述模型元数据存储至元模型，其中，所述元模型为库结构。

6.根据权利要求5所述的装置，其特征在于，还包括：

建立模块，用于在获取模型元数据之前，建立专业模型，所述专业模型包括业务域划分、业务划分、业务流程划分、业务活动描述、数据标准描述、数据流分析、缺失业务补充以及业务模型标准化及发布。

7.根据权利要求6所述的装置，其特征在于，所述建立模块具体用于：

根据预设规则进行业务域划分；

根据专业类别、业务职能、施工方法或者工作目标对所述业务域进行分解；

针对分解出的每一项业务进行业务流程分析，其中，业务流程包括至少一个活动；

获取业务流程中任一活动的业务活动描述，其中，所述业务活动描述包括：活动、活动的执行者、活动作用的对象、活动的结果对象、活动的参与对象以及各对象相对应的特征；

针对业务活动进行数据标准描述，其中，所述数据标准描述包括对业务活动数据项的汇总及描述；

分析所述业务活动数据项的数据操作类型；

若所述业务活动数据项的数据操作类型为阅读型，则查找产生数据操作类型为阅读型的业务活动数据项的业务活动；

若不存在产生数据操作类型为阅读型的业务活动数据项的业务活动，则补充产生数据操作类型为阅读型的业务活动数据项，或者补充缺失的业务活动，形成专业模型。

8.根据权利要求5所述的装置，其特征在于，专业模型、逻辑模型和物理模型之间的关联关系包括：

专业模型通过模型的映射转换成逻辑模型；

所述逻辑模型通过投影得到物理模型。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-4中任一所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-4中任一所述的方法。