CN108664235B - 基于组件仓库的煤矿信息系统融合建设方法 - Google Patents

Abstract

本发明公开了一种基于组件仓库的煤矿信息系统融合建设方法，包括以下步骤：S1：建立组件仓库，用于对煤矿信息系统中的可用的业务功能组件进行集合；S2：定义组件规范，用于定义煤矿信息系统中的功能组件进行统一管理的通行约束条件；S3：建立组件，用于获取新生成的功能组件的组件编码、并在接口中定义新生成的组件的身份信息以及与外部通信的组件上下文信息；所述组件编码用于建立组件仓库中组件的管理元数据与实体文件的对应关系；S4：对组件仓库中的基于组件的元数据进行组件的管理维护。

Description

基于组件仓库的煤矿信息系统融合建设方法

技术领域

本发明涉及一种基于组件仓库的煤矿信息系统融合建设方法。

背景技术

现有煤矿安全生产行业信息系统建设主要以单体应用的方式进行。在该模式下，每个应用为一个独立的整体系统，用于解决生产方面的某个业务问题。应用中包含各功能组件作为应用系统中不可分割的一部分跟随系统被一并打包部署。由于煤矿井下业务复杂，多个厂商分别进行信息系统建设，导致该方法的缺点是：功能组件多、杂、孤立，造成功能间调用、跳转、数据流转的隔阂，也导致部分功能重复建设；各厂商所建设的应用系统风格不一、操作方式不一，给用户造成了学习与操作困扰；业务功能紧藕合在应用中，修改与部署困难；不同客户业务功能变动导致应用版本管理混乱；用户使用时需要运行多个应用系统，导致计算机性能降低，且反复的登录认证与系统切换操作，导致工作效率降低。

发明内容

本发明的目的是提供一种基于组件仓库的煤矿信息系统融合建设方法，以解决上述技术问题。

为解决上述技术问题，本发明提供一种基于组件仓库的煤矿信息系统融合建设方法，包括以下步骤：

S1：建立组件仓库，用于对煤矿信息系统中的可用的业务功能组件进行集合；

S2：定义组件规范，用于定义煤矿信息系统中的功能组件进行统一管理的通行约束条件；

S3：建立组件，用于按照组件规范开发满足于具体业务需求的功能组件；其必须获取新的组件编码、并在接口中定义身份信息；并且，与外部通信的组件上下文信息由框架在运行时通过接口自动向组件提供；

S4：对组件仓库中的基于组件的元数据进行组件的管理维护。

进一步地，步骤S2中所述的通行约束条件包括：

组件仓库中的功能组件必须采用组件模块的方式组织；

组件仓库中的功能组件必须实现指定的同一个接口；

组件仓库中的功能组件必须采用指定的属性进行标识；

组件仓库中的功能组件必须采用指定格式的唯一编码；

组件仓库中的功能组件必须在组件仓库中注册信息。

进一步地，所述组件仓库中的功能组件采用WidgetInfoAttribute属性类进行标识。

进一步地，所述组件模块为一个实现IModuleManager接口的类，每个工程只有一个组件模块类，用于查找、预处理、加载或卸载该模块下的功能组件。

进一步地，步骤S2和步骤S4中所述的元数据包括：组件编码、组件名称、当前版本、组件助记码、组件类型、组件链接、组件库文件、组件库文件夹、使用状态和分类标签。

进一步地，所述步骤S4中所述的组件的管理维护内容具体包括：

组件分类管理，用于基于业务分类和组件类型、功能类型对组件进行多维分类管理；

组件版本管理，用于在更新组件时，选择增加新版本或替换当前版本；

组件授权管理，用于对组件仓库中的功能菜单进行授权鉴权管理。

进一步地，所述组件编码包括依次排列的组件资源分类编码、功能类型编码、组件类型编码和顺序数字编码。

进一步地，该方法还包括步骤：

S5：采用同一个组件框架从组件仓库中加载业务组件，使用户可以通过统一的操作界面完成多个业务功能。

本发明的有益效果为：通过将业务功能由单体系统拆解成独立的组件，使用组件仓库对所有功能组件进行统一管理，避免重复开发，便于开发、使用、维护；通过使组件采用唯一编码，既利于运维中的快速识别、监控、诊断、拆换组件，也基于编码进行组件间通信，解除了原来组件间基于强类型调用的功能藕合；通过使用组件仓库提供的组件进行模块化系统组装与更新，部署灵活，维护方便，可通过拆换组件快速实现用户需求；通过将组件进行版本划分，解决新旧多版本组件不能同时运行的问题，适应功能多样化、个性化需求；使用组件框架作为用户操作的唯一界面，统一界面风格与操作习惯，用户学习成本低，工作效率高。系统运行时，功能对应到独立的组件，加载与卸载快捷可控，系统开销低，运行性能高。

附图说明

图1为本发明其中一个实施例的组件编码规则示意图。

具体实施方式

一种基于组件仓库的煤矿信息系统融合建设方法，包括以下步骤：

S1：建立组件仓库，组件仓库用于提供组件版本管理、自动更新、组件授权鉴权功能，是煤矿信息系统中的可用的业务功能组件的集合；

S2：定义组件规范，用于定义煤矿信息系统中的功能组件进行统一管理的通行约束条件；组件规范是将煤矿系统中的功能组件进行统一管理的通行约束，所有组件必须符合规范。组件规范表现形式为规约文档与软件开发包，提供组件的分类、标识、定义、结构构成、组装方式等方面的规范定义与实现描述。

S3：建立组件，用于按照组件规范开发满足于具体业务需求的功能组件；其必须获取新的组件编码、并在接口中定义身份信息；并且，与外部通信的组件上下文信息由框架在运行时通过接口自动向组件提供；

S4：对组件仓库中的基于组件的元数据进行组件的管理维护。

根据本申请的一个实施例，步骤S2中所述的通行约束条件包括：

组件仓库中的功能组件必须采用组件模块的方式组织；

组件仓库中的功能组件必须实现指定的同一个接口；

组件仓库中的功能组件必须采用指定的属性进行标识；

组件仓库中的功能组件必须采用指定格式的唯一编码；

组件仓库中的功能组件必须在组件仓库中注册信息。

根据本申请的一个实施例，所述组件模块为一个实现IModuleManager接口的类，每个工程只有一个组件模块类，用于查找、预处理、加载或卸载该模块下的功能组件。

根据本申请的一个实施例，步骤S3中所述组件编码包括依次排列的组件资源分类编码、功能类型编码、组件类型编码和顺序数字编码。

在实时操作过程中，可采用如图1所示编码规则对组件进行编码。

并且，组件须实现接口IWidgetComponent或继承自类WidgetComponent。在接口中定义了组件的身份信息及与外部通信的组件上下文信息；同时，使用WidgetInfoAttribute属性类在组件类中描述该组件的基本信息，包括：组件编码、组件名称、描述、图标文件等信息。组件编码信息是必须的，其用来建立组件仓库中组件的管理元数据与实体文件的对应关系。

组件建立完成后，以组件模块为单位，将每个组件模块编译为DLL文件，连同关联引用的其它DLL文件打包上传到仓库中。组件仓库对上传进行解包，根据仓库中的组件元数据信息与DLL中的组件标识信息验证每个组件的有效性。通过验证的组件可按要求替换当前版本或存储为新版本。根据本申请的一个实施例，步骤S2和步骤S4中所述的元数据包括：组件编码、组件名称、当前版本、组件助记码、组件类型、组件链接、组件库文件、组件库文件夹、使用状态和分类标签。

根据本申请的一个实施例，所述步骤S4中所述的组件的管理维护内容具体包括：

组件分类管理，用于基于业务分类和组件类型、功能类型对组件进行多维分类管理，每个分类可以再进行扩展，下辖各业务组件。同时，采用组件类型、功能类型属性进行多维描述与归类。在本实施例中，可对煤矿信息系统中的进行如下分类操作：

业务分类：可分为管理保障、矿井地质、生产系统、安全四个大类及下辖的23个二级小类。

组件类型：可分为系统、图形、业务三方面的组件。其中，系统组件为提供系统交互、安全、通信、数据访问、界面展示等方面的通用组件；图形组件为提供煤矿空间数据展示、编辑、查询、分析功能的地理信息组件；业务组件为提供煤矿安全生产相关业务功能的组件。

功能类型：可分为采集、监测、设计、分析、预警、救援、其它七类。

组件版本管理，组件仓库中包含每个组件的所有版本的完整信息，包括版本时间、版本描述、文件签名等信息。用于在更新组件时，选择增加新版本或替换当前版本。

组件授权管理，用于对组件仓库中的功能菜单进行授权鉴权管理，组件仓库中存储组件与系统功能菜单的映射关系，对功能菜单的授权既是对组件的授权。

根据本申请的一个实施例，该方法还包括步骤：

S5：采用同一个组件框架(即应用门户)从组件仓库中加载业务组件，使用户可以通过统一的操作界面完成多个业务功能。

其中，组件框架既是用户的操作界面，也是组件运行的容器环境。其将用户原来需要登录多个独立系统才能完成的业务功能抽象通过同一个组件框架从组件仓库中加载业务组件来实现。其主要功能如下：

提供组件的全生命周期运行环境，以组件模块为单位实现运行时的组件管理，依据组件编码实现组件的运行时的实现组件的自动更新、签名验证、加载、运行、卸载。

提供通用的组件通信、事件调用、服务调用、数据访问、消息传递等功能。实现井下采、掘、运、通、环各环节数据与业务流程衔接。

对用户提供统一的系统风格与界面布局。

提供统一的安全认证、权限验证机制。组件框架通过解析指定的属性标识来判别该功能组件是否是系统要识别的功能组件，并通过属性中具体的参数值进一步识别组件的身份信息，从而验证组件的规范性与合法性，以便继续进行的组件加载、权限验证步骤；通过单点登录使用所有业务功能；并且，在使用时，动态验证用户对组件的访问权限。

各组件中调用到的对应后台服务，通过组件框架内置的服务总线统一进行访问。在组件需要直接访问业务数据库时，由组件框架内置的数据总线统一进行授权访问。

最后说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的宗旨和范围，其均应涵盖在本发明的权利要求范围当中。

Claims (7)

1.一种基于组件仓库的煤矿信息系统融合建设方法，其特征在于，包括以下步骤：

S1：建立组件仓库，用于对煤矿信息系统中的可用的业务功能组件进行集合；

S2：定义组件规范，用于定义煤矿信息系统中的功能组件进行统一管理的通行约束条件；所述通行约束条件包括：

组件仓库中的功能组件必须采用组件模块的方式组织；

组件仓库中的功能组件必须实现指定的同一个接口；

组件仓库中的功能组件必须采用指定的属性进行标识；

组件仓库中的功能组件必须采用指定格式的唯一编码；

组件仓库中的功能组件必须在组件仓库中注册信息；

S3：建立组件，用于按照组件规范开发满足于具体业务需求的功能组件；其必须获取新的组件编码、并在接口中定义身份信息；并且，与外部通信的组件上下文信息由框架在运行时通过接口自动向组件提供；

S4：对组件仓库中的基于组件的元数据进行组件的管理维护。

2.根据权利要求1所述的基于组件仓库的煤矿信息系统融合建设方法，其特征在于，所述组件仓库中的功能组件采用WidgetInfoAttribute属性类进行标识。

3.根据权利要求1所述的基于组件仓库的煤矿信息系统融合建设方法，其特征在于，所述组件模块为一个实现IModuleManager接口的类，每个工程只有一个组件模块类，用于查找、预处理、加载或卸载该模块下的功能组件。

4.根据权利要求1所述的基于组件仓库的煤矿信息系统融合建设方法，其特征在于，步骤S2和步骤S4中所述的元数据包括：组件编码、组件名称、当前版本、组件助记码、组件类型、组件链接、组件库文件、组件库文件夹、使用状态和分类标签。

5.根据权利要求1所述的基于组件仓库的煤矿信息系统融合建设方法，其特征在于，所述步骤S4中所述的组件的管理维护内容具体包括：

组件分类管理，用于基于业务分类和组件类型、功能类型对组件进行多维分类管理；

组件版本管理，用于在更新组件时，选择增加新版本或替换当前版本；

组件授权管理，用于对组件仓库中的功能菜单进行授权鉴权管理。

6.根据权利要求5所述的基于组件仓库的煤矿信息系统融合建设方法，其特征在于，所述组件编码包括依次排列的组件资源分类编码业务分类、功能类型编码、组件类型编码和顺序数字编码。

7.根据权利要求5所述的基于组件仓库的煤矿信息系统融合建设方法，其特征在于，该方法还包括步骤：

S5：采用同一个组件框架从组件仓库中加载业务组件，使用户可以通过统一的操作界面完成多个业务功能。

Images