CN113434924B - 一种基于ipde的大型水面舰船通用信息模型建模方法 - Google Patents

Abstract

本发明公开了一种基于IPDE的大型水面舰船通用信息模型建模方法，包括以下步骤：步骤1、在集成产品数据环境IPDE的模型结构树中新建域；步骤2、设计人员新建类Element，设置显示名称为设备，新建属性abbrev，设置显示名称为说明，配置类型为字符串；新建方法method_1，编辑发布该方法后，其余域下实体均访问使用，前后台皆可调用；步骤3、设计人员通过步骤2新建类Element后，设置Element类型为零件Part，则Element继承于Part；步骤4、设计人员通过步骤2新建类Element后，添加新关系zone_1，设置zone_1类型为区域Zone，建立Element与Zone之间的关联关系，类之间通过关系名称互相访问，前后台皆可调用。本发明方法解决了船舶设计建造过程中上下游模型不一致、大量冗余数据、协同效率低下的问题。

Description

一种基于IPDE的大型水面舰船通用信息模型建模方法

技术领域

本发明涉及船舶设计技术，尤其涉及一种基于IPDE(集成产品数据环境)的大型水面舰船通用信息模型建模方法。

背景技术

在船舶总体设计建造过程中，由于生命周期较长，涉及的专业科较多，而大部分的专业科之间舰船模型不一致，使用的建模软件也并不相同，无形中为上下游协同工作带来了压力，双方沟通成本过高，严重影响了专业人员的工作效率。

目前，上下游协作主要是设计人员将基于AutoCAD的二维图纸传递至建造人员，建造人员由二维图纸重新建模为三维模型，这种方式不仅时间较长，严重影响了协同合作的效率，还会造成大量数据冗余。

因此，为了提高船舶设计建造上下游的协同工作效率，同时避免数据重复冗余，我们需要一种统一的通用信息模型建模方法。

发明内容

本发明要解决的技术问题在于针对现有技术中的缺陷，提供一种基于IPDE的大型水面舰船通用信息模型建模方法。

本发明解决其技术问题所采用的技术方案是：一种基于IPDE的大型水面舰船通用信息模型建模方法，包括以下步骤：

步骤1、在集成产品数据环境(IPDE)的模型结构树中新建域；并根据建模方式进行大型水面舰船通用信息模型建模，若采用结构树建模，执行步骤2到步骤4；若采用图形化建模，执行步骤5到步骤8；

步骤2、新建类Element，设置显示名称为“设备”，新建属性abbrev，设置显示名称为“说明”，配置类型为字符串；新建方法method_1，编辑发布该方法后，其余域下实体均访问使用，前后台皆可调用；

步骤3、通过步骤2新建类Element后，设置Element类型为零件Part，则Element继承于Part；

步骤4、通过步骤二新建类Element后，添加新关系zone_1，设置zone_1类型为区域Zone，建立Element与Zone之间的关联关系，类之间通过关系名称互相访问，前后台皆可调用；

步骤5、在Domain上新建类图d_element，打开该类图，利用图形化模型设计器新建模型Element，设置显示名称为“设备”；

步骤6、通过步骤5新建Element后，利用图形化模型设计器对模型操作，为其添加成员属性，配置属性类型，更改其名称和显示名称；

步骤7、通过步骤5新建Element后，利用图形化设计建模技术引入模型零件Part、舱室Cabinet，为Element与Part添加继承关系、为Element与Cabinet添加关联关系，默认关系名称为双方实体名称；

步骤8、通过步骤5至步骤7建模完成后，发布该类图，并确认模型结构树中的模型与类图一致；

步骤9、确认模型结构树中模型无误后，在Domain下生成脚本文件，确认脚本文件中的对象与模型一一对应后，发布该脚本文件，后台自动将模型转化为机器识别的代码文件，创建对应的数据表，并对前后台提供调用方法。

本发明产生的有益效果是：该方法解决了船舶设计建造过程中上下游模型不一致、大量冗余数据、协同效率低下的问题，使得船舶从设计到建造不再需要上游传递二维图纸到下游，下游重新建模而是上下游使用统一的模型，极高的提升了上下游工作效率。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1是本发明实施例的方法流程图；

图2是本发明实施例的设备Element的类图示例图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

如图1所示，一种基于IPDE的大型水面舰船通用信息模型建模方法，包括以下步骤：

步骤一、在集成产品数据环境(IPDE)的模型结构树中新建域(以下简称为“Domain”)。本专利提供两种建模方式，第一种方式为结构树建模，详见步骤二到步骤五。第二种方式为图形化建模，详见步骤六到步骤九。两种方式效果相同，择一即可，其中图形化建模方式更加有利于对模型以及模型之间关系的理解和分析。以设备(以下简称为“Element”)的建模过程为例，如图2，其余产品、结构、电气、轮机同理可建；

步骤二、在Domain上新建类Element，设置显示名称为“设备”，新建属性abbrev，设置显示名称为“说明”，配置类型为字符串或数值或文本或二进制，这里配置为字符串，其余属性同理可配；

步骤三、通过步骤二新建类Element后，新建方法method_1，设计人员编辑发布该方法后，其余域下类亦可访问使用，前后台皆可调用；

步骤四、通过步骤二新建类Element后，设置类型为已发布的模型零件(以下简称为“Part”)，则Element继承于Part；

步骤五、通过步骤二新建类Element后，在其下添加新关系zone_1，设置zone_1类型为已发布的模型区域(以下简称为“Zone”)，在Zone下重命名关系名称为element，则建立了Element与Zone之间的关联关系，类之间可通过关系名称互相访问，前后台皆可调用；

步骤六、在Domain上新建类图d_element，打开该类图，利用图形化模型设计器新建模型Element，设置显示名称为“设备”；

步骤七、通过步骤六新建Element后，利用图形化模型设计器对模型操作，为其添加成员属性，配置属性类型，更改其名称和显示名称；

步骤八、通过步骤六新建Element后，利用图形化设计建模技术引入模型Part、舱室Cabinet，为Element与Part添加继承关系、为Element与Cabinet添加关联关系，默认关系名称为双方实体名称；

步骤九、通过步骤六、七、八建模完成后，发布该类图，确认模型结构树中的模型与类图一致，完成后的类图见图2；

步骤十、确认模型结构树中模型无误后，在Domain下生成脚本文件，确认脚本文件中的对象与模型一一对应后，发布该脚本文件，后台会自动将模型转化为机器识别的代码文件，创建对应的数据表，并对前后台提供调用方法。

应当理解的是，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，而所有这些改进和变换都应属于本发明所附权利要求的保护范围。

Claims (1)

1.一种基于IPDE的大型水面舰船通用信息模型建模方法，其特征在于，包括以下步骤：

步骤1、在集成产品数据环境IPDE的模型结构树中新建域；并根据建模方式进行大型水面舰船通用信息模型建模，若采用结构树建模，执行步骤2到步骤4；若采用图形化建模，执行步骤5到步骤8；

步骤2、新建类Element，设置显示名称为设备，新建属性abbrev，设置显示名称为说明，配置类型为字符串；新建方法method_1，编辑发布该方法后，其余域下实体均访问使用，前后台皆可调用；

步骤3、通过步骤2新建类Element后，设置Element类型为零件Part，则Element继承于Part；

步骤4、通过步骤二新建类Element后，添加新关系zone_1，设置zone_1类型为区域Zone，建立Element与Zone之间的关联关系，类之间通过关系名称互相访问，前后台皆可调用；

步骤5、在Domain上新建类图d_element，打开该类图，利用图形化模型设计器新建模型Element，设置显示名称为设备；

步骤6、为Element配置字符串类型属性abbrev；通过步骤5新建Element后，利用图形化模型设计器对模型操作，为其添加成员属性，配置属性类型，更改其名称和显示名称；

步骤7、通过步骤5新建Element后，利用图形化设计建模技术引入模型零件Part、舱室Cabinet，为Element与Part添加继承关系、为Element与Cabinet添加关联关系，默认关系名称为双方实体名称；

步骤8、通过步骤5至步骤7建模完成后，发布该类图，并确认模型结构树中的模型与类图一致；

步骤9、确认模型结构树中模型无误后，在Domain下生成脚本文件，确认脚本文件中的对象与模型一一对应后，发布该脚本文件，后台自动将模型转化为机器识别的代码文件，创建对应的数据表，并对前后台提供调用方法。

Images