CN106951254A

CN106951254A - 支付系统中相似业务功能模块复用的方法及装置

Info

Publication number: CN106951254A
Application number: CN201710176895.8A
Authority: CN
Inventors: 不公告发明人
Original assignee: PEOPLE'S BANK OF CHINA NATIONAL CLEARING CENTER
Current assignee: PEOPLE'S BANK OF CHINA NATIONAL CLEARING CENTER
Priority date: 2017-03-22
Filing date: 2017-03-22
Publication date: 2017-07-14
Anticipated expiration: 2037-03-22
Also published as: CN106951254B

Abstract

本申请提供了一种支付系统中相似业务功能模块复用的方法及装置，其中方法包括：根据业务信息创建实体对象模型；根据具体业务功能描述信息生成注解信息；将所述注解信息加入所述实体对象模型。提高了支付系统的开发效率，节省了大量的人力物力，开发周期短，并且对开发人员的要求较低。

Description

支付系统中相似业务功能模块复用的方法及装置

技术领域

本申请属于计算机技术领域，特别涉及利用注解(annotation)重复利用功能模块的方法，具体来说就是一种支付系统中相似业务功能模块复用的方法及装置。

背景技术

二代支付系统中各个业务系统的控制管理台和信息系统均基于java语言开发，为了完成支付功能，研发人员开发了大量业务模块。在二代支付系统的开发过程中，有大量相似的业务功能模块需要开发，比如支付业务数据的查询、自由格式报文下发。这类功能模块分别对应不同的业务数据，现有开发方式需要分别为每个功能模块开发相对应的程序代码(一般采用MVC模型进行开发，包括后台数据获取、前端页面展示、中间业务逻辑控制)。

利用现有开发方式进行功能模块开发至少存在以下问题：1.相似业务功能模块需要分别开发，需要消耗大量的人力物力，开发效率低下；2.开发周期较长；3.不利于风格的统一；4.对开发人员的要求较高。上述缺点严重影响了二代支付系统的普及和发展。

因此，本领域技术人员亟需研发出一种复用相似业务功能模块的方法，从而避免现有支付系统开发过程中遇到的上述问题。

发明内容

有鉴于此，本发明要解决的技术问题在于提供一种支付系统中相似业务功能模块复用的方法及装置，解决了现有支付系统中相似业务功能模块需要分别开发，开发周期长，效率低下的问题。

为了解决上述技术问题，本发明的具体实施方式提供一种支付系统中相似业务功能模块复用的方法，包括：根据业务信息创建实体对象模型；根据具体业务功能描述信息生成注解信息；将所述注解信息加入所述实体对象模型。

本发明的另一具体实施方式还提供一种支付系统中相似业务功能模块复用的装置，包括：创建单元，用于根据业务信息创建实体对象模型；生成单元，用于根据具体业务功能描述信息生成注解信息；加入单元，用于将所述注解信息加入所述实体对象模型。

根据本发明的上述具体实施方式可知，支付系统中相似业务功能模块复用的方法及装置至少具有以下有益效果：在一个普通加哇实体类(Java Bean)的基础上，增加业务功能对应的注解(annotation)来实现相似业务功能模块的复用，Java Bean也称为视图层对象(Object View)，在增加相似业务功能模块时，仅需要增加业务功能对应的注解，因此，极大提高了支付系统的开发效率，节省了大量的人力物力，开发效率高、开发周期短，对开发人员的要求较低，有利于新支付系统的发展及普及。

应了解的是，上述一般描述及以下具体实施方式仅为示例性及阐释性的，其并不能限制本发明所欲主张的范围。

附图说明

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

图1为本发明具体实施方式提供的一种支付系统中相似业务功能模块复用的方法的实施例一的流程图；

图2为本发明具体实施方式提供的一种支付系统中相似业务功能模块复用的方法的实施例二的流程图；

图3为本发明具体实施方式提供的一种支付系统中相似业务功能模块复用的方法的实施例三的流程图；

图4为本发明具体实施方式提供的一种支付系统中相似业务功能模块复用的方法的实施例三的流程图；

图5为本发明具体实施方式提供的一种支付系统中相似业务功能模块复用的装置的实施例一的结构示意图；

图6为本发明具体实施方式提供的一种支付系统中相似业务功能模块复用的装置的实施例二的结构示意图；

图7为本发明具体实施方式提供的一种支付系统中相似业务功能模块复用的装置的实施例三的结构示意图；

图8为本发明具体实施方式提供的一种支付系统中相似业务功能模块复用的装置的实施例四的结构示意图。

具体实施方式

为了使本申请的技术特点及效果更加明显，下面结合附图对本申请的技术方案做进一步说明，本申请也可有其他不同的具体实例来加以说明或实施，任何本领域技术人员在权利要求范围内做的等同变换均属于本申请的保护范畴。

本申请的示意性实施例及其说明用于解释本申请，但并不作为对本申请的限定。另外，在附图及实施方式中所使用相同或类似标号的元件/构件是用来代表相同或类似部分。

关于本文中所使用的“第一”、“第二”、…等，并非特别指称次序或顺位的意思，也非用以限定本申请，其仅为了区别以相同技术用语描述的元件或操作。

关于本文中所使用的方向用语，例如：上、下、左、右、前或后等，仅是参考附图的方向。因此，使用的方向用语是用来说明并非用来限制本创作。

关于本文中所使用的“包含”、“包括”、“具有”、“含有”等等，均为开放性的用语，即意指包含但不限于。

关于本文中所使用的“及/或”，包括所述事物的任一或全部组合。

关于本文中所使用的用语“大致”、“约”等，用以修饰任何可以微变化的数量或误差，但这些微变化或误差并不会改变其本质。一般而言，此类用语所修饰的微变化或误差的范围在部分实施例中可为20％，在部分实施例中可为10％，在部分实施例中可为5％或是其他数值。本领域技术人员应当了解，前述提及的数值可依实际需求而调整，并不以此为限。

详细的说，本申请对微处理器的型号不做限定，可根据需求选取微处理器的型号，只要能够协调各器件工作的处理器均可作为本申请所述的微处理器。

图1为本发明具体实施方式提供的一种支付系统中相似业务功能模块复用的方法的实施例一的流程图，如图1所示，通过在普通加哇实体类(Java Bean)上增加业务功能对应的注解(annotation)来实现相似业务功能模块的复用。

该附图所示的具体实施方式中，支付系统中相似业务功能模块复用的方法包括：

步骤101：根据业务信息创建实体对象模型。本发明的具体实施例中，实体对象模型可以为加哇实体类(Java Bean)或者为视图层对象(Object View)。

步骤102：根据具体业务功能描述信息生成注解信息。本发明的具体实施例中，注解信息可以为Java注解(Annotation)，Java注解(Annotation)本身不具备生产能力，基于Java注解(Annotation)的一些框架也只能实现某一特定功能，如模型视图控制器(MVC)框架只提供了Web前端相关处理、对象关系映射(ORM)框架只提供数据库了相关操作，均缺乏对整体业务功能模型的支持。支持整体业务功能模型是指通过完成一种方式就可以完成从前端数据展示、收集，到后台数据获取、保存等动作。比如订单的增、删、改、查操作。

步骤103：将所述注解信息加入所述实体对象模型。将注解信息加入实体对象模型后，当系统启动时，通过反射技术，将根据标签开发的实体对象模型解析，并将解析后的实体对象模型加载到内存中。

参见图1，在增加相似业务功能模块时，仅需要增加业务功能对应的注解，不需要分别为每个业务功能模块开发相对应的程序代码，因此，极大提高了支付系统的开发效率，节省了大量的人力物力，开发效率高、开发周期短，对开发人员的要求较低，有利于新支付系统的发展及普及。

图2为本发明具体实施方式提供的一种支付系统中相似业务功能模块复用的方法的实施例二的流程图，如图2所示，定义实体对象模型的属性信息，满足用户的个性化需求。

该附图所示的具体实施方式中，步骤103之前，该方法还包括：

步骤102-1：定义所述实体对象模型的属性信息。本发明的具体实施例中，属性信息用于具体化业务实现规则及表单实现规则。

参见图2，通过定义实体对象模型的属性信息，可以满足用户的个性化需求，例如实现表单输入、明细实现等功能，提高用户体验度。

图3为本发明具体实施方式提供的一种支付系统中相似业务功能模块复用的方法的实施例三的流程图，如图3所示，为了便于用户使用，在实体对象模型中添加中文描述信息。

该附图所示的具体实施方式中，步骤103之后，该方法还包括：

步骤104：向所述实体对象模型中添加中文描述信息。中文描述信息包括用户名、登录密码等。

参见图3，在实体对象模型中添加中文描述信息，方便用户使用，进一步提高用户体验度。

图4为本发明具体实施方式提供的一种支付系统中相似业务功能模块复用的方法的实施例三的流程图，如图4所示，根据具体业务功能描述信息生成注解信息，实现相似业务功能模块的复用。

该附图所示的具体实施方式中，步骤102具体包括：

步骤1021：根据具体业务功能描述信息生成与业务映射的标签。本发明的具体实施例中，针对不同的业务模型(列表查询、明细展示、表单录入)，分别定制了对应的Grid标签、Detail标签、Form标签，这些标签与业务之间具有映射关系，标签表示了具体业务功能。

步骤1022：向所述标签中增加个性化参数从而生成注解信息。个性化参数包括默认宽度、查询条件、枚举转义等。

参见图4，根据具体业务功能描述信息生成注解信息，注解信息中可以体现用户的个性化需求，实现相似业务功能模块的复用，降低了程序开发人员的工作强度，可以让相似业务功能模块具有相同的风格。

基于同一发明构思，本申请实施例中还提供了一种支付系统中相似业务功能模块复用的装置装置，如下面的实施例所述。由于该装置解决问题的原理与支付系统中相似业务功能模块复用的方法相似，因此该装置的实施可以参见支付系统中相似业务功能模块复用的方法的实施，重复之处不再赘述。

图5为本发明具体实施方式提供的一种支付系统中相似业务功能模块复用的装置的实施例一的结构示意图，如图5所示，通过在普通加哇实体类(Java Bean)上增加业务功能对应的注解(annotation)来实现相似业务功能模块的复用。

该附图所示的具体实施方式中，支付系统中相似业务功能模块复用的装置包括：创建单元1、生成单元2和加入单元3，其中，创建单元1用于根据业务信息创建实体对象模型；生成单元2用于根据具体业务功能描述信息生成注解信息；加入单元3用于将所述注解信息加入所述实体对象模型。

参见图5，在增加相似业务功能模块时，仅需要增加业务功能对应的注解，不需要分别为每个业务功能模块开发相对应的程序代码，因此，极大提高了支付系统的开发效率，节省了大量的人力物力，开发效率高、开发周期短，对开发人员的要求较低，有利于新支付系统的发展及普及。

图6为本发明具体实施方式提供的一种支付系统中相似业务功能模块复用的装置的实施例二的结构示意图，如图6所示，定义实体对象模型的属性信息，满足用户的个性化需求。

该附图所示的具体实施方式中，支付系统中相似业务功能模块复用的装置还包括定义单元4，其中，定义单元4用于定义所述实体对象模型的属性信息。

参见图6，通过定义实体对象模型的属性信息，可以满足用户的个性化需求，例如实现表单输入、明细实现等功能，提高用户体验度。

图7为本发明具体实施方式提供的一种支付系统中相似业务功能模块复用的装置的实施例三的结构示意图，如图7所示，为了便于用户使用，在实体对象模型中添加中文描述信息。

该附图所示的具体实施方式中，支付系统中相似业务功能模块复用的装置还包括添加单元5，其中，添加单元5用于向所述实体对象模型中添加中文描述信息。

参见图7，在实体对象模型中添加中文描述信息，方便用户使用，进一步提高用户体验度。

图8为本发明具体实施方式提供的一种支付系统中相似业务功能模块复用的装置的实施例四的结构示意图，如图8所示，根据具体业务功能描述信息生成注解信息，实现相似业务功能模块的复用。

该附图所示的具体实施方式中，所述生成单元2具体包括生成模块21和增加模块22。其中，生成模块21用于根据具体业务功能描述生成与业务映射的标签；增加模块22，用于向所述标签中增加个性化参数从而生成注解信息。

参见图8，根据具体业务功能描述信息生成注解信息，注解信息中可以体现用户的个性化需求，实现相似业务功能模块的复用，降低了程序开发人员的工作强度，可以让相似业务功能模块具有相同的风格。

本发明的具体实施方式提供一种支付系统中相似业务功能模块复用的方法及装置，在普通加哇实体类(Java Bean)上增加业务功能对应的注解(annotation)来实现相似业务功能模块的复用，Java Bean也称为视图层对象(Object View)，在增加相似业务功能模块时，仅需要增加业务功能对应的注解，因此，极大提高了支付系统的开发效率，节省了大量的人力物力，开发效率高、开发周期短，对开发人员的要求较低，有利于新支付系统的发展及普及。

支付系统中相似业务功能模块复用的装置可以通过逻辑电路实现运行于智能终端，例如手机、平板电脑等设备中，或者以功能模块的方式由软件实现各部件的功能，运行于所述智能终端上。

在本说明书的描述中，参考术语“一个实施例”、“一个具体实施例”、“一些实施例”、“例如”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。各实施例中涉及的步骤顺序用于示意性说明本申请的实施，其中的步骤顺序不作限定，可根据需要作适当调整。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述仅用于说明本申请的技术方案，任何本领域普通技术人员均可在不违背本申请的精神及范畴下，对上述实施例进行修饰与改变。因此，本申请的权利保护范围应以权利要求限定的范围为准。

Claims

1.一种支付系统中相似业务功能模块复用的方法，其特征在于，该方法包括：

根据业务信息创建实体对象模型；

根据具体业务功能描述信息生成注解信息；以及

将所述注解信息加入所述实体对象模型。

2.如权利要求1所述的支付系统中相似业务功能模块复用的方法，其特征在于，将所述注解信息加入所述实体对象模型的步骤之前，该方法还包括：

定义所述实体对象模型的属性信息。

3.如权利要求2所述的支付系统中相似业务功能模块复用的方法，其特征在于，所述属性信息用于具体化业务实现规则及表单实现规则。

4.如权利要求1所述的支付系统中相似业务功能模块复用的方法，其特征在于，将所述注解信息加入所述实体对象模型的步骤之后，该方法还包括：

向所述实体对象模型中添加中文描述信息。

5.如权利要求1所述的支付系统中相似业务功能模块复用的方法，其特征在于，根据具体业务功能描述信息生成注解信息的步骤，具体包括：

根据具体业务功能描述信息生成与业务映射的标签；以及

向所述标签中增加个性化参数从而生成注解信息。

6.如权利要求1所述的支付系统中相似业务功能模块复用的方法，其特征在于，所述实体对象模型为加哇实体类Java Bean或者为视图层对象Object View。

7.一种支付系统中相似业务功能模块复用的装置，其特征在于，该装置包括：

创建单元，用于根据业务信息创建实体对象模型；

生成单元，用于根据具体业务功能描述信息生成注解信息；以及

加入单元，用于将所述注解信息加入所述实体对象模型。

8.如权利要求7所述的支付系统中相似业务功能模块复用的装置，其特征在于，该装置还包括：

定义单元，用于定义所述实体对象模型的属性信息。

9.如权利要求7所述的支付系统中相似业务功能模块复用的装置，其特征在于，该装置还包括：

添加单元，用于向所述实体对象模型中添加中文描述信息。

10.如权利要求7所述的支付系统中相似业务功能模块复用的装置，其特征在于，所述生成单元具体包括：

生成模块，用于根据具体业务功能描述信息生成与业务映射的标签；以及

增加模块，用于向所述标签中增加个性化参数从而生成注解信息。