组件处理方法及系统技术方案

本发明专利技术提供了一种组件处理方法及系统，基于预设规范编写得到满足共性政务需求的多个组件，并为每个组件添加相应的文档资源；将不同组件对应的原始接口标准设置为统一的第一接口标准；通过同一个网关分别对每个组件进行托管以实时记录每个组件的调用情况；在进行应用系统的开发时，从多个组件中调用与应用系统中的目标应用匹配的目标组件。采用本发明专利技术可以缓解当前应用系统的开发过程中存在的相同功能组件重复建设、不同功能组件之间无法互通的问题。问题。问题。

【技术实现步骤摘要】
组件处理方法及系统


[0001]本专利技术涉及软件开发
，尤其是涉及一种组件处理方法及系统。

技术介绍

[0002]组件是指应用系统开发过程中可重复利用的标准化软件工具，是对数据和方法的封装，可实现某项具体功能，充分利用组件可以提升应用系统的开发效率和质量，减少重复开发，节约投资成本。组件超市是指将分散在各地、各部门的应用组件资源进行全要素归集以实现组件上架、运营、评估等全过程闭环管理的软件系统，它完成流程的定义和管理，并按照在系统中预先定义好的流程规则进行流程实例的执行。当前应用系统的开发过程中存在相同功能组件重复建设、不同功能组件之间无法互通的情况，主要分为以下几点：(1)不同接口的标准不统一，导致不同接口反复对接、联调，工作量巨大；(2)通用技术功能的组件重复采买，造成政务资源浪费；(3)难以监测应用系统使用组件的情况，导致无法实现组件的统筹管理。

技术实现思路

[0003]有鉴于此，本专利技术的目的在于提供一种组件处理方法及系统，以缓解当前应用系统的开发过程中存在的相同功能组件重复建设、不同功能组件之间无法互通的问题。
[0004]第一方面，本专利技术实施例提供了一种组件处理方法，所述方法包括：基于预设规范编写得到满足共性政务需求的多个组件，并为每个组件添加相应的文档资源；其中，所述共性政务需求是预先基于各类政务需求确定的，每个组件具有各自的组件类型，所述文档资源包括以下中至少之一：编程指南、用户手册、运维手册；将不同组件对应的原始接口标准设置为统一的第一接口标准；通过同一个网关分别对每个组件进行托管以实时记录每个组件的调用情况；在进行应用系统的开发时，从所述多个组件中调用与所述应用系统中的目标应用匹配的目标组件。
[0005]第二方面，本专利技术实施例还提供一种组件处理系统，所述系统包括：编写模块，用于基于预设规范编写得到满足共性政务需求的多个组件，并为每个组件添加相应的文档资源；其中，所述共性政务需求是预先基于各类政务需求确定的，每个组件具有各自的组件类型，所述文档资源包括以下中至少之一：编程指南、用户手册、运维手册；设置模块，用于将不同组件对应的原始接口标准设置为统一的第一接口标准；托管模块，用于通过同一个网关分别对每个组件进行托管以实时记录每个组件的调用情况；调用模块，用于在进行应用系统的开发时，从所述多个组件中调用与所述应用系统中的目标应用匹配的目标组件。
[0006]本专利技术实施例提供的一种组件处理方法及系统，基于预设规范编写得到满足共性政务需求的多个组件，并为每个组件添加相应的文档资源；将不同组件对应的原始接口标准设置为统一的第一接口标准；通过同一个网关分别对每个组件进行托管以实时记录每个组件的调用情况；在进行应用系统的开发时，从多个组件中调用与应用系统中的目标应用匹配的目标组件。采用上述技术，通过建立统一的规范编写得到满足共性政务需求的多个
组件并设置统一的接口标准，使得不同组件的数据和功能可以很方便地实现互通；通过网关对组件进行统一托管的方式实时记录每个组件的调用情况，利于实现组件的统筹管理；通过调用组件的方式即可实现相关应用的开发，提高了应用系统开发的效率。
[0007]本专利技术的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本专利技术而了解。本专利技术的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
[0008]为使本专利技术的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
[0009]为了更清楚地说明本专利技术具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本专利技术的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0010]图1为本专利技术实施例中一种组件处理方法的流程示意图；
[0011]图2为本专利技术实施例中网关、组件超市、应用系统的交互示例图；
[0012]图3为本专利技术实施例中组件提供者、组件使用者、应用系统、组件的关系示例图；
[0013]图4为本专利技术实施例中一种组件处理系统的结构示意图。
具体实施方式
[0014]为使本专利技术实施例的目的、技术方案和优点更加清楚，下面将结合实施例对本专利技术的技术方案进行清楚、完整地描述，显然，所描述的实施例是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。
[0015]当前应用系统的开发过程中存在相同功能组件重复建设、不同功能组件之间无法互通的情况，主要分为以下几点：(1)不同接口的标准不统一，导致不同接口反复对接、联调，工作量巨大；(2)通用技术功能的组件重复采买，造成政务资源浪费；(3)难以监测应用系统使用组件的情况，导致无法实现组件的统筹管理。
[0016]基于此，本专利技术实施提供的一种组件处理方法及系统，可以缓解当前应用系统的开发过程中存在的相同功能组件重复建设、不同功能组件之间无法互通的问题。
[0017]为便于对本实施例进行理解，首先对本专利技术实施例所公开的一种组件处理方法进行详细介绍，参见图1所示，该方法可以包括以下步骤：
[0018]步骤S102，基于预设规范编写得到满足共性政务需求的多个组件，并为每个组件添加相应的文档资源。
[0019]其中，上述共性政务需求可以是预先基于各类政务需求确定的，可以认为是对各类政务需求进行的归纳总结；每个组件具有各自的组件类型，组件类型的划分可以按照组件的
、功能领域、业务领域、使用要求、适用地域等，对此不进行限定；上述文档资源可以包括编程指南、用户手册、运维手册等与组件相关的文档，对此不进行限定。
[0020]示例性地，可遵循相关规范编写得到满足共性政务需求的多个组件，每个组件需
要满足相应的功能性需求和非功能性需求，功能性需求主要是指每个组件需要具有至少一个业务功能，非功能性需求主要是指每个组件需要满足可靠性、安全性、性能、扩展性等维度的需求；每个组件通常还需要提供包含编程指南、用户手册、运维手册等的文档资源以便使用者或开发人员的理解。
[0021]步骤S104，将不同组件对应的原始接口标准设置为统一的第一接口标准。
[0022]由于不同组件通常采用不同的接口标准，因而在将不同组件集成在一起进行相关应用开发时开发人员需要反复对接相应接口进行调试，工作量巨大。通过对不同的组件的接口标准进行统一，可以减少开发人员的沟通成本，降低组件开发和维护的难度，提高组件开发和维护的效率；当新的组件被加入时，只需要遵循统一的接口标准就可以保证组件所在应用系统的稳定性，减少因为接口不兼容导致的故障；新的组件可以快速地与已有组件集成，从而提高组件所在应用系统的可扩展性；不同组件之间只需要遵循相同的接口标准就可以实现数据和功能本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种组件处理方法，其特征在于，所述方法包括：基于预设规范编写得到满足共性政务需求的多个组件，并为每个组件添加相应的文档资源；其中，所述共性政务需求是预先基于各类政务需求确定的，每个组件具有各自的组件类型，所述文档资源包括以下中至少之一：编程指南、用户手册、运维手册；将不同组件对应的原始接口标准设置为统一的第一接口标准；通过同一个网关分别对每个组件进行托管以实时记录每个组件的调用情况；在进行应用系统的开发时，从所述多个组件中调用与所述应用系统中的目标应用匹配的目标组件。2.根据权利要求1所述的方法，其特征在于，所述预设规范包括组件目录编制规范以及各组件类型的代码编写规范；基于预设规范编写得到满足共性政务需求的多个组件，包括：按照对应组件类型的代码编写规范，编写得到至少一个对应组件类型的组件；按照所述组件目录编制规范，为每个组件编制并分配相应的组件编码；其中，所述组件编码包括以下中至少之一：属性编码、评分编码、版本编码、行政区域编码。3.根据权利要求2所述的方法，其特征在于，所述组件类型包括以下中至少之一：支持表现层状态转移的第一类型、支持界面集成的第二类型、支持消息队列管理的第三类型以及支持软件开发工具包的第四类型；按照对应组件类型的代码编写规范，编写得到至少一个对应组件类型的组件，包括以下中至少之一：按照第一类型的代码编写规范，编写得到至少一个第一类型的组件；按照第二类型的代码编写规范，编写得到至少一个第二类型的组件；按照第三类型的代码编写规范，编写得到至少一个第三类型的组件；按照第四类型的代码编写规范，编写得到至少一个第四类型的组件。4.根据权利要求1所述的方法，其特征在于，通过同一个网关分别对每个组件进行托管以实时记录每个组件的调用情况，包括：通过所述网关记录每个接口的请求日志；其中，所述请求日志包括以下中至少之一：请求的来源、请...

【专利技术属性】
技术研发人员：郭双盈，颜孕欧，陈阳，洪伟烨，张阳洋，
申请(专利权)人：数字浙江技术运营有限公司，
类型：发明
国别省市：