CN116070896A - 一种基于业务中台的业务组件组合方法 - Google Patents

Abstract

本发明公开了一种基于业务中台的业务组件组合方法，涉及数据处理技术领域，包括根据业务流程定义业务功能，并确定每个业务功能对应的输入输出；基于每个业务功能对应的输入输出划分业务功能的类型，根据业务功能的类型确定第一拆解粒度；根据每个业务功能的内部信息确定第二拆解粒度；根据第一拆解粒度和第二拆解粒度确定第三拆解粒度，基于第三拆解粒度将每个业务功能拆解成多个业务组件，并依次进行单元测试和集成测试，根据测试结果对业务组件进行修改；并基于每个业务组件的基本信息和业务功能的内部信息进行业务组件的组合。提高了拆解粒度的适应性，保障了拆解粒度的精度。对组件进行适应性调整，保证了组件组合的可靠性。

Description

一种基于业务中台的业务组件组合方法

技术领域

本申请涉及数据处理技术领域，更具体地，涉及一种基于业务中台的业务组件组合方法。

背景技术

业务中台是指将企业各个业务领域的基础设施、平台和组件进行整合，形成一套业务服务中心，使得企业在业务拓展和创新时能够快速、灵活地响应市场需求。业务中台业务组件组合是业务中台中的一个核心概念，指将各个业务领域的组件进行组合，形成不同的业务流程，提供给业务线使用。

在业务中台业务组件组合中，背后涉及到了多种技术。首先，需要有一套灵活的组件架构，以支持各种业务场景下的快速组装。这个组件架构需要具备高度的可扩展性和可定制性，以适应各个业务领域的不同需求。其次，需要有一套标准的组件接口和协议，以实现不同组件之间的无缝对接和交互。这些接口和协议需要具备高度的可扩展性和兼容性，以便于新的组件的接入和组合。此外，还需要有一套统一的数据存储和管理方案，以保证组件之间的数据共享和协同工作。

现有技术中，在组件组合之前，需要将业务流程拆分成多个单独组件，拆解的粒度不合理，过大或过小导致后续组合时，效果较差。而且组件组合时，组合的准确性较差，组件间兼容的可靠性较差。

因此，如何提高拆解粒度的精度、组合的兼容性和准确性，是目前有待解决的技术问题。

发明内容

本发明提供一种基于业务中台的业务组件组合方法，用以解决现有技术中拆解粒度的精度低、组件组合的可靠性低和准确性差的技术问题。所述方法包括：

获取企业业务处理的业务流程，根据业务流程定义业务功能，并确定每个业务功能对应的输入输出；

基于每个业务功能对应的输入输出划分业务功能的类型，根据业务功能的类型确定第一拆解粒度；

获取每个业务功能的内部信息，根据每个业务功能的内部信息确定第二拆解粒度；

根据第一拆解粒度和第二拆解粒度确定第三拆解粒度，基于第三拆解粒度将每个业务功能拆解成多个业务组件，并依次进行单元测试和集成测试，根据测试结果对业务组件进行修改；

获取每个业务组件的基本信息，并基于每个业务组件的基本信息和业务功能的内部信息进行业务组件的组合；

对组合后的业务组件进行系统测试，根据系统测试的结果对业务组件进行对应调整。

本申请一些实施例中，根据业务流程定义业务功能，并确定每个业务功能对应的输入输出，包括：

将业务流程划分为多个环节，若环节数量超过预设数量阈值，则获取多次的每个环节内部所需的耗费资源量，并计算每个环节内部所需的平均耗费资源量，获取每个环节内部的步骤次序，基于每个环节内部所需的平均耗费资源量分配每个环节内部的步骤次序的耗费资源量，根据每个环节内部的步骤数量和每个环节内部的步骤次序的耗费资源量确定待规划环节，根据待规划环节的前一环节和后一环节将待规划环节进行规划，得到规划后的业务流程；

若环节数量不超过预设数量阈值，则不对业务流程进行规划；

根据规划后的业务流程或业务流程确定每个环节对应的业务功能，从而确定对应的输入输出。

本申请一些实施例中，根据每个环节内部的步骤数量和每个环节内部的步骤次序的耗费资源量确定待规划环节，根据待规划环节的前一环节和后一环节将待规划环节进行规划，包括：

基于环节内部的步骤次序的耗费资源量与各个步骤对应的第一耗费资源量阈值、第二耗费资源量阈值的关系筛选出第一步骤集、第二步骤集和第三步骤集；

将环节内部的步骤次序的耗费资源量低于各个步骤对应的第一耗费资源量阈值的步骤组成第一步骤集，将环节内部的步骤次序的耗费资源量不低于各个步骤对应的第一耗费资源量阈值，且低于第二耗费资源量阈值的步骤组成第二步骤集，将环节内部的步骤次序的耗费资源量不低于各个步骤对应的第二耗费资源量阈值的步骤组成第三步骤集；

基于每个环节内部的步骤数量、第一步骤集、第二步骤集和第三步骤集确定第一步骤集、第二步骤集和第三步骤集分别对应的占比；

若环节中仅存在第一步骤集的占比，则将该环节确定为待规划环节；

若环节中第一步骤集的占比最大，或第一步骤集的占比大于第三步骤集的占比，或第一步骤集的占比不大于第三步骤集的占比，且第二步骤集的占比大于第三步骤集的占比，则将该环节确定为待规划环节；

分别计算待规划环节与前一个环节的相关度、与后一个环节的相关度，分别记作第一相关度和第二相关度，若第一相关度与第二相关度之间的差值超过预设差值，则将待规划环节划分到相关度较大一方对应的环节中；

若第一相关度与第二相关度之间的差值未超过预设差值，则根据第一相关度与第二相关度之间的差值和预设补偿表确定补偿值，将待规划环节划分到相关度距离补偿值较近一方对应的环节中；

其中，补偿表中每个差值对应有一个补偿值。

本申请一些实施例中，基于每个业务功能对应的输入输出划分业务功能的类型，根据业务功能的类型确定第一拆解粒度，包括：

若业务功能对应的输入仅是上一个业务功能的输出，则该业务功能为第一类型；

若业务功能对应的输入不仅是上一个业务功能的输出，还需要额外的输入，则该业务功能为第二类型；

基于第一类型或第二类型确定业务功能对应的第一拆解粒度。

本申请一些实施例中，获取每个业务功能的内部信息，根据每个业务功能的内部信息确定第二拆解粒度，包括：

获取业务功能的内部流程图，将内部流程图中的各个步骤次序的耗费资源量作为路径，各个步骤所实现的功能为功能点，以此构建内部地图，基于内部地图获取每个业务功能的内部信息；

业务功能的内部信息包括功能点数量、流程复杂度和处理复杂度；

根据内部地图各个步骤所实现的功能确定功能点数量，根据内部地图中所有路径所形成的形状确定流程复杂度，根据内部地图中所有路径的长度之和确定处理复杂度；

获取该业务功能涉及的最少拓展次数，基于最少拓展次数、功能点数量、流程复杂度和处理复杂度确定校对量；

；

其中，L为校对量，为功能点数量对应的转化权重，n为功能点数量，为第i个功能点对应的权重，为第i个功能点对应的影响量，为流程复杂度对应的转化权重，为流程复杂度，为处理复杂度对应的转化权重，为处理复杂度，exp为指数函数，m为最少拓展次数，为第j次拓展对应的权重，为第j次拓展的影响量，k为影响量常数；

根据校对量确定第二拆解粒度。

本申请一些实施例中，根据第一拆解粒度和第二拆解粒度确定第三拆解粒度，包括：

按照第一拆解粒度和第二拆解粒度在标准拆解粒度表中进行搜索，若第二拆解粒度在标准拆解粒度表中存在，则将标准拆解粒度表中第一拆解粒度和第二拆解粒度对应的拆解粒度作为第三拆解粒度，其中，标准拆解粒度表中第一拆解粒度和第二拆解粒共同对应有一个目标拆解粒度；

若第二拆解粒度在标准拆解粒度表中不存在，则在标准拆解粒度表中找到与第二拆解粒度最接近的值，记作标准拆解粒度，将标准拆解粒度表中第一拆解粒度和标准拆解粒度对应的目标拆解粒度记为第四拆解粒度；

根据标准拆解粒度与第二拆解粒度的差值确定第五拆解粒度，若业务功能的类型为第一类型，则根据第四拆解粒度和第五拆解粒度确定第三拆解粒度，若业务功能的类型为第二类型，则将第四拆解粒度和第五拆解粒度中较小者作为第三拆解粒度。

本申请一些实施例中，基于第三拆解粒度将每个业务功能拆解成多个业务组件，并依次进行单元测试和集成测试，根据测试结果对业务组件进行修改，包括：

若业务组件的集成测试并未通过，则构建业务组件接口暴露必要性的评价数组（P1，P2），其中，P1为第一接口暴露必要性，P2为第二接口暴露必要性；

；

其中，为接口复杂性，为接口重要性，c为接口被调用的频次，Y为一次调用接口的时间成本，U为接口实现的总时间成本；

针对每个不通过的业务组件，筛选出满足第一接口暴露必要性条件的接口作为第一接口集合，筛选出满足第二接口暴露必要性条件的接口作为第二接口集合；

若第一接口集合和第二接口集合全部相同，则删除业务组件中其余接口；

若第一接口集合和第二接口集合部分相同，则删除业务组件中相同接口以外的其余接口；

若第一接口集合和第二接口集合不存在相同，则根据其余接口的（P1，P2）的趋向第一接口暴露必要性条件或第二接口暴露必要性条件的程度依次添加若干个接口到第一接口集合或第二接口集合，直至第一接口集合和第二接口集存在相同部分，其中，其余接口为第一接口集合以外的接口或第二接口集合以外的接口。

本申请一些实施例中，基于每个业务组件的基本信息和业务功能的内部信息进行业务组件的组合，包括：

根据业务功能的内部信息确定业务组件的组合方向；

业务组件的基本信息包括接口定义、数据格式和运行环境；

根据业务组件的组合方向得到业务组件间的兼容性；

；

其中，K为业务组件间的兼容性，为接口定义对应的转换权重，n为影响接口定义的因素数量，为第i个影响接口定义因素的权重，为第i个影响接口定义因素的影响量，为数据格式对应的转换权重，m为影响数据格式的因素数量，为第j个影响数据格式因素的权重，为第j个影响数据格式因素的影响量，exp表示指数函数，s为运行环境对应的影响常数；

根据业务组件的组合方向和业务组件间的兼容性进行业务组件的组合。

本申请一些实施例中，对组合后的业务组件进行系统测试，根据系统测试的结果对业务组件进行对应调整，包括：

计算具有顺序关系的两个业务组件的处理能力，记为第一处理能力和第二处理能力，若第一处理能力和第二处理能力差值超过预设处理差值，则输出测试结果为异常，对业务组件进行调整；

若第一处理能力和第二处理能力差值未超过预设处理差值，则输出测试结果为正常，不对业务组件进行调整。

通过应用以上技术方案，获取企业业务处理的业务流程，根据业务流程定义业务功能，并确定每个业务功能对应的输入输出；基于每个业务功能对应的输入输出划分业务功能的类型，根据业务功能的类型确定第一拆解粒度；获取每个业务功能的内部信息，根据每个业务功能的内部信息确定第二拆解粒度；根据第一拆解粒度和第二拆解粒度确定第三拆解粒度，基于第三拆解粒度将每个业务功能拆解成多个业务组件，并依次进行单元测试和集成测试，根据测试结果对业务组件进行修改；获取每个业务组件的基本信息，并基于每个业务组件的基本信息和业务功能的内部信息进行业务组件的组合。本申请通过第一拆解粒度和第二拆解粒度确定第三拆解粒度，综合考虑了业务功能的类型以及自身内部信息，提高了拆解粒度的适应性，保障了拆解粒度的精度。通过业务组件的基本信息和业务功能的内部信息进行组合，组合后通过多种测试检测组合效果，并对组件进行适应性调整，保证了组件组合的可靠性。

附图说明

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

图1示出了本发明实施例提出的一种基于业务中台的业务组件组合方法的流程示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供一种基于业务中台的业务组件组合方法，如图1所示，该方法包括以下步骤：

步骤S101，获取企业业务处理的业务流程，根据业务流程定义业务功能，并确定每个业务功能对应的输入输出；

步骤S102，基于每个业务功能对应的输入输出划分业务功能的类型，根据业务功能的类型确定第一拆解粒度；

步骤S103，获取每个业务功能的内部信息，根据每个业务功能的内部信息确定第二拆解粒度；

步骤S104，根据第一拆解粒度和第二拆解粒度确定第三拆解粒度，基于第三拆解粒度将每个业务功能拆解成多个业务组件，并依次进行单元测试和集成测试，根据测试结果对业务组件进行修改；

步骤S105，获取每个业务组件的基本信息，并基于每个业务组件的基本信息和业务功能的内部信息进行业务组件的组合；

步骤S106，对组合后的业务组件进行系统测试，根据系统测试的结果对业务组件进行对应调整。

本实施例中，判断业务流程是否需要进行规划调整，根据规划调整后的流程定义业务功能，即定义每个环节对应的业务功能。

本实施例中，根据输入输出判断业务功能的类型，输入是上一个业务功能的输出的为第一类型（正常类型），输入不仅是上一个业务功能的输出，还需要额外的输出的为第二类型（表示合并等复杂环节）。一般来说，第一类型对应的第一拆解粒度比第二类型对应的第一拆解粒度大。因为，第二类型更为复杂。

本实施例中，业务功能的内部信息是这个环节内部的流程等信息，据此得到第二拆解粒度。

本实施例中，基于每个业务组件的基本信息和业务功能的内部信息进行业务组件的组合，是指根据业务的主体流程框架、业务功能需求（内部信息）和组件的接口定义、数据格式等信息（基本信息）来进行组合。可以理解为根据流程和组件兼容性来进行组合。

本实施例中，单元测试、集成测试和系统测试中除了包括本方案涉及的测试内容，还包括各自对应的常规测试。

上述方案的有益效果：根据第一拆解粒度和第二拆解粒度确定第三拆解粒度，保证每个业务组件的粒度适应性较好，不会出现粒度过大或过小的问题。对组合后的业务组件进行多种测试，并根据测试结果对组件进行调整。保障了组件组合的可靠性。

本申请一种基于业务中台的业务组件组合方法一些实施例中，根据业务流程定义业务功能，并确定每个业务功能对应的输入输出，包括：

将业务流程划分为多个环节，若环节数量超过预设数量阈值，则获取多次的每个环节内部所需的耗费资源量，并计算每个环节内部所需的平均耗费资源量，获取每个环节内部的步骤次序，基于每个环节内部所需的平均耗费资源量分配每个环节内部的步骤次序的耗费资源量，根据每个环节内部的步骤数量和每个环节内部的步骤次序的耗费资源量确定待规划环节，根据待规划环节的前一环节和后一环节将待规划环节进行规划，得到规划后的业务流程；

若环节数量不超过预设数量阈值，则不对业务流程进行规划；

根据规划后的业务流程或业务流程确定每个环节对应的业务功能，从而确定对应的输入输出。

本实施例中，多次的每个环节内部所需的耗费资源量是指通过历史数据得到多次数的每个环节内部所需的耗费资源量，从而计算平均耗费资源量。

本实施例中，根据环节数量判断是否需要规划环节。步骤次序也就是步骤。

本申请一些实施例中，根据每个环节内部的步骤数量和每个环节内部的步骤次序的耗费资源量确定待规划环节，根据待规划环节的前一环节和后一环节将待规划环节进行规划，包括：

基于环节内部的步骤次序的耗费资源量与各个步骤对应的第一耗费资源量阈值、第二耗费资源量阈值的关系筛选出第一步骤集、第二步骤集和第三步骤集；

将环节内部的步骤次序的耗费资源量低于各个步骤对应的第一耗费资源量阈值的步骤组成第一步骤集，将环节内部的步骤次序的耗费资源量不低于各个步骤对应的第一耗费资源量阈值，且低于第二耗费资源量阈值的步骤组成第二步骤集，将环节内部的步骤次序的耗费资源量不低于各个步骤对应的第二耗费资源量阈值的步骤组成第三步骤集；

基于每个环节内部的步骤数量、第一步骤集、第二步骤集和第三步骤集确定第一步骤集、第二步骤集和第三步骤集分别对应的占比；

若环节中仅存在第一步骤集的占比，则将该环节确定为待规划环节；

若环节中第一步骤集的占比最大，或第一步骤集的占比大于第三步骤集的占比，或第一步骤集的占比不大于第三步骤集的占比，且第二步骤集的占比大于第三步骤集的占比，则将该环节确定为待规划环节；

分别计算待规划环节与前一个环节的相关度、与后一个环节的相关度，分别记作第一相关度和第二相关度，若第一相关度与第二相关度之间的差值超过预设差值，则将待规划环节划分到相关度较大一方对应的环节中；

若第一相关度与第二相关度之间的差值未超过预设差值，则根据第一相关度与第二相关度之间的差值和预设补偿表确定补偿值，将待规划环节划分到相关度距离补偿值较近一方对应的环节中；

其中，补偿表中每个差值对应有一个补偿值。

本实施例中，第一耗费资源量阈值小于第二耗费资源量阈值，两个值为预设值。

需要说明的是，每个环节对应的第一耗费资源量阈值和第二耗费资源量阈值并不相同。

本实施例中，若第一步骤集或第二步骤集或第三步骤集为空集，即为不存在。第一步骤集说明这些步骤耗费资源较少，第二步骤集说明这些步骤耗费资源正常，第三步骤集说明这些步骤耗费资源较多。可以将第一步骤集占比较多的环节规划到其它环节中。

本实施例中，若环节中仅存在第一步骤集的占比，若环节中第一步骤集的占比最大，或第一步骤集的占比大于第三步骤集的占比，或第一步骤集的占比不大于第三步骤集的占比，且第二步骤集的占比大于第三步骤集的占比，除了上述几种可能，其余可能均不确定为待规划环节。

本实施例中，根据第一相关度与第二相关度将待规划环节进行划分，两个相关度相差较大，则将待规划环节划分到相关度较大一方对应的环节中。两个相关度相差较小，则根据两个相关度差值确定补偿值，将待规划环节划分到较为靠近补偿值一方对应的环节中。例如，第一相关度为a1，第二相关度为a2，二者之差不超过预设差值，则确定补偿值b，如果a1距离b更近，则将待规划环节划分到a1对应的环节中，反之同理。

上述方案的有益效果：根据每个环节内部的步骤数量和每个环节内部的步骤次序的耗费资源量确定待规划环节，根据待规划环节与前一环节和后一环节的相关度将待规划环节进行规划划分，提高了业务功能的可靠性，为后续组件拆解及组合提供了保障。

本申请一种基于业务中台的业务组件组合方法一些实施例中，基于每个业务功能对应的输入输出划分业务功能的类型，根据业务功能的类型确定第一拆解粒度，包括：

若业务功能对应的输入仅是上一个业务功能的输出，则该业务功能为第一类型；

若业务功能对应的输入不仅是上一个业务功能的输出，还需要额外的输入，则该业务功能为第二类型；

基于第一类型或第二类型确定业务功能对应的第一拆解粒度。

本申请一些实施例中，获取每个业务功能的内部信息，根据每个业务功能的内部信息确定第二拆解粒度，包括：

获取业务功能的内部流程图，将内部流程图中的各个步骤次序的耗费资源量作为路径，各个步骤所实现的功能为功能点，以此构建内部地图，基于内部地图获取每个业务功能的内部信息；

业务功能的内部信息包括功能点数量、流程复杂度和处理复杂度；

根据内部地图各个步骤所实现的功能确定功能点数量，根据内部地图中所有路径所形成的形状确定流程复杂度，根据内部地图中所有路径的长度之和确定处理复杂度；

获取该业务功能涉及的最少拓展次数，基于最少拓展次数、功能点数量、流程复杂度和处理复杂度确定校对量；

；

其中，L为校对量，为功能点数量对应的转化权重，n为功能点数量，为第i个功能点对应的权重，为第i个功能点对应的影响量，为流程复杂度对应的转化权重，为流程复杂度，为处理复杂度对应的转化权重，为处理复杂度，exp为指数函数，m为最少拓展次数，为第j次拓展对应的权重，为第j次拓展的影响量，k为影响量常数；

根据校对量确定第二拆解粒度。

本实施例中，内部地图是指将内部流程图中各个信息以路径形式表现出来，从而得到业务功能的内部信息。根据内部地图中所有路径所形成的形状确定流程复杂度，形状结构越简单说明流程复杂度越低，反之说明流程复杂度越低。根据内部地图中所有路径的长度之和确定处理复杂度，即耗费资源量总和。

本实施例中，这里的最少拓展次数是指组件在未来最少修改或扩展的次数。

本实施例中，表示拓展对总影响量的修正，取值在0.1-0.15之间。k为固定影响量常数。

本实施例中，每个校对量对应有一个第二拆解粒度。

上述方案的有益效果：基于最少拓展次数、功能点数量、流程复杂度和处理复杂度确定校对量，校对量对应有第二拆解粒度，从而准确确定第二拆解粒度，并且综合考虑了最少拓展次数、功能点数量、流程复杂度和处理复杂度的影响，提高了第二拆解粒度的可靠性。

本申请一种基于业务中台的业务组件组合方法一些实施例中，根据第一拆解粒度和第二拆解粒度确定第三拆解粒度，包括：

按照第一拆解粒度和第二拆解粒度在标准拆解粒度表中进行搜索，若第二拆解粒度在标准拆解粒度表中存在，则将标准拆解粒度表中第一拆解粒度和第二拆解粒度对应的拆解粒度作为第三拆解粒度，其中，标准拆解粒度表中第一拆解粒度和第二拆解粒共同对应有一个目标拆解粒度；

若第二拆解粒度在标准拆解粒度表中不存在，则在标准拆解粒度表中找到与第二拆解粒度最接近的值，记作标准拆解粒度，将标准拆解粒度表中第一拆解粒度和标准拆解粒度对应的目标拆解粒度记为第四拆解粒度；

根据标准拆解粒度与第二拆解粒度的差值确定第五拆解粒度，若业务功能的类型为第一类型，则根据第四拆解粒度和第五拆解粒度确定第三拆解粒度，若业务功能的类型为第二类型，则将第四拆解粒度和第五拆解粒度中较小者作为第三拆解粒度。

本实施例中，标准拆解粒度表中存在三种拆解粒度值，第一拆解粒度、第二拆解粒度和对应的目标拆解粒度。标准拆解粒度表中第一拆解粒度和第二拆解粒共同对应有一个目标拆解粒度。三个值本质都是拆解粒度，但是代表的含义并不相同，第一拆解粒度是根据业务功能的类型决定的，第二拆解粒度是根据业务功能的内部信息决定的，对应的目标拆解粒度是根据第一拆解粒度、第二拆解粒度综合决定的。标准拆解粒度表如下表1所示。

表1

其中，拆解粒度大小的单位以代码行数表示，代码行数存在一定的误差，因此，代码行数误差在10行之内均算符合。例如，实际第二拆解粒度为606，即可将其作为601。因为第二拆解粒度存在多种可能，上述表1不进行所有可能的列举，仅列举部分数据当做参考。表中的具体参数值是根据系统业务自身的多次试验或计算得到的，具有一定的条件限制，可能并不适用其它业务系统，目标拆解粒度是表中第一拆解粒度和第二拆解粒共同对应的一个拆解粒度。

需要说明的是，拆解粒度的单位是代码行数，其余能表征拆解粒度大小的参数均属于本申请的保护范围。

本实施例中，在标准拆解粒度表中找到与第二拆解粒度最接近的值，记作标准拆解粒度，标准拆解粒度是表中的第二拆解粒度值。第四拆解粒度为对应的目标拆解粒度。标准拆解粒度与第二拆解粒度的差值对应有一个第五拆解粒度。

本实施例中，若业务功能的类型为第一类型，则根据第四拆解粒度和第五拆解粒度确定第三拆解粒度，若业务功能的类型为第二类型，则将第四拆解粒度和第五拆解粒度中较小者作为第三拆解粒度。这里考虑业务功能的类型不同，确定第三拆解粒度的方式也不同。因为第二类型的流程比较普通流程相对复杂，选择第四拆解粒度和第五拆解粒度中较小者作为第三拆解粒度。

需要说明的是，每个业务功能对应的第二拆解粒度不同，则第三拆解粒度也不尽相同。

上述方案的有益效果：根据第一拆解粒度、第二拆解粒度和标准拆解粒度表确定第三拆解粒度，保证了第三拆解粒度的精度及可靠性。

本申请一种基于业务中台的业务组件组合方法一些实施例中，基于第三拆解粒度将每个业务功能拆解成多个业务组件，并依次进行单元测试和集成测试，根据测试结果对业务组件进行修改，包括：

若业务组件的集成测试并未通过，则构建业务组件接口暴露必要性的评价数组（P1，P2），其中，P1为第一接口暴露必要性，P2为第二接口暴露必要性；

；

其中，为接口复杂性，为接口重要性，c为接口被调用的频次，Y为一次调用接口的时间成本，U为接口实现的总时间成本；

针对每个不通过的业务组件，筛选出满足第一接口暴露必要性条件的接口作为第一接口集合，筛选出满足第二接口暴露必要性条件的接口作为第二接口集合；

若第一接口集合和第二接口集合全部相同，则删除业务组件中其余接口；

若第一接口集合和第二接口集合部分相同，则删除业务组件中相同接口以外的其余接口；

若第一接口集合和第二接口集合不存在相同，则根据其余接口的（P1，P2）的趋向第一接口暴露必要性条件或第二接口暴露必要性条件的程度依次添加若干个接口到第一接口集合或第二接口集合，直至第一接口集合和第二接口集存在相同部分，其中，其余接口为第一接口集合以外的接口或第二接口集合以外的接口。

本实施例中，单元测试：单元测试是对业务组件中的最小单元进行测试，例如某个函数或方法。这种测试可以帮助开发人员找出代码中的错误和缺陷，以及确保代码满足需求。集成测试：集成测试是对业务组件与其他组件进行测试。它可以帮助开发人员找出在组件之间的交互中可能存在的问题，例如数据传输和接口调用。系统测试：系统测试是对整个业务中台进行测试，包括各个组件之间的交互和整个系统的功能和性能。这种测试可以帮助确定系统是否符合业务需求和质量标准，以及发现系统可能存在的问题和缺陷。单元测试可以看作是对组件或更小的单元进行单个测试。集成测试可以看作是对组件之间的交互的测试。系统测试可以看作是整体的测试。

本实施例中，若业务组件的集成测试并未通过，则主要考虑组件接口是否存在一些不必要的接口开放的问题，即每个组件应该只暴露必要的接口给其它组件使用，不应该暴露不相关的接口。这样可以降低组件之间的依赖关系，减少代码的修改和维护成本。接口暴露必要性主要从接口自身的价值以及接口调用时间占比两个方面进行考虑。

本实施例中，第一接口集合和第二接口集合是两个方面各自符合要求的接口集合。存在以下三种情况：

情况1、第一接口集合和第二接口集合全部相同，则剔除掉除第一接口集合或第二接口集合以外的接口，只保留第一接口集合或第二接口集合的接口。

情况2、第一接口集合和第二接口集合部分相同，记相同部分为第一部分，则剔除掉除第一部分以外的接口，只保留第一部分的接口。

情况3、第一接口集合和第二接口集合不存在相同，根据其余接口的（P1，P2）的趋向第一接口暴露必要性条件或第二接口暴露必要性条件的程度依次添加若干个接口到第一接口集合或第二接口集合，例如，第一接口暴露必要性条件为P11，P1大于P11的接口为符合第一接口暴露必要性条件。第一接口暴露必要性条件为P22，P2大于P22的接口为符合第二接口暴露必要性条件。不存在，则说明没有大于P11、P22的接口。对这些接口进行排序，将排名靠近P11、P22的几个接口添加到第一接口集合或第二接口集合，直至第一接口集合和第二接口集存在相同部分。然后，剔除掉除相同部分以外的接口，只保留相同部分的接口。

需要说明的是，P1仅与P11进行比较，P2仅与P22进行比较。

上述方案的有益效果：基于第三拆解粒度将每个业务功能拆解成多个业务组件，并依次进行单元测试和集成测试，根据测试结果对业务组件进行修改。根据组件接口的暴露必要性确定开放的接口，以此提高了组件的资源节约能力。

本申请一种基于业务中台的业务组件组合方法一些实施例中，基于每个业务组件的基本信息和业务功能的内部信息进行业务组件的组合，包括：

根据业务功能的内部信息确定业务组件的组合方向；

业务组件的基本信息包括接口定义、数据格式和运行环境；

根据业务组件的组合方向得到业务组件间的兼容性；

；

其中，K为业务组件间的兼容性，为接口定义对应的转换权重，n为影响接口定义的因素数量，为第i个影响接口定义因素的权重，为第i个影响接口定义因素的影响量，为数据格式对应的转换权重，m为影响数据格式的因素数量，为第j个影响数据格式因素的权重，为第j个影响数据格式因素的影响量，exp表示指数函数，s为运行环境对应的影响常数；

根据业务组件的组合方向和业务组件间的兼容性进行业务组件的组合。

本实施例中，组件进行组合时，需要考虑组件的兼容性。兼容性与接口定义、数据格式和运行环境有关。接口定义包括参数类型、返回值类型、异常类型、方法签名等接口定义方面，在设计以及组合时需要综合考虑。数据格式包括数据的编码方式、数据的大小、数据的精度等数据格式方面。

本实施例中，表示接口定义和数据格式的总兼容性，表示运行环境对总兼容性的修正，s一般取值在3-3.4左右。

本实施例中，根据业务组件的组合方向和业务组件间的兼容性进行业务组件的组合，是指根据业务流程给出的组合方向以及组件间的兼容性进行组件组合。

上述方案有益效果：基于每个业务组件的基本信息和业务功能的内部信息进行业务组件的组合，组合时考虑组件间的兼容性，保证了组件组合的可靠性以及组合精度。

本申请一种基于业务中台的业务组件组合方法一些实施例中，对组合后的业务组件进行系统测试，根据系统测试的结果对业务组件进行对应调整，包括：

计算具有顺序关系的两个业务组件的处理能力，记为第一处理能力和第二处理能力，若第一处理能力和第二处理能力差值超过预设处理差值，则输出测试结果为异常，对业务组件进行调整；

若第一处理能力和第二处理能力差值未超过预设处理差值，则输出测试结果为正常，不对业务组件进行调整。

本实施例中，具有顺序关系的两个业务组件是指处理顺序上相邻。第一处理能力和第二处理能力是指组件处理数据的能力或者处理数据量等参考能力。若相邻的两个业务组件处理能力相差过大，可能会导致处理效率过低。因此需要对此进行调整。

通过应用以上技术方案，获取企业业务处理的业务流程，根据业务流程定义业务功能，并确定每个业务功能对应的输入输出；基于每个业务功能对应的输入输出划分业务功能的类型，根据业务功能的类型确定第一拆解粒度；获取每个业务功能的内部信息，根据每个业务功能的内部信息确定第二拆解粒度；根据第一拆解粒度和第二拆解粒度确定第三拆解粒度，基于第三拆解粒度将每个业务功能拆解成多个业务组件，并依次进行单元测试和集成测试，根据测试结果对业务组件进行修改；获取每个业务组件的基本信息，并基于每个业务组件的基本信息和业务功能的内部信息进行业务组件的组合。本申请通过第一拆解粒度和第二拆解粒度确定第三拆解粒度，综合考虑了业务功能的类型以及自身内部信息，提高了拆解粒度的适应性，保障了拆解粒度的精度。通过业务组件的基本信息和业务功能的内部信息进行组合，组合后通过多种测试检测组合效果，并对组件进行适应性调整，保证了组件组合的可靠性。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施场景所述的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (9)

1.一种基于业务中台的业务组件组合方法，其特征在于，所述方法包括：

获取企业业务处理的业务流程，根据业务流程定义业务功能，并确定每个业务功能对应的输入输出；

基于每个业务功能对应的输入输出划分业务功能的类型，根据业务功能的类型确定第一拆解粒度；

获取每个业务功能的内部信息，根据每个业务功能的内部信息确定第二拆解粒度；

根据第一拆解粒度和第二拆解粒度确定第三拆解粒度，基于第三拆解粒度将每个业务功能拆解成多个业务组件，并依次进行单元测试和集成测试，根据测试结果对业务组件进行修改；

获取每个业务组件的基本信息，并基于每个业务组件的基本信息和业务功能的内部信息进行业务组件的组合；

对组合后的业务组件进行系统测试，根据系统测试的结果对业务组件进行对应调整。

2.如权利要求1所述的基于业务中台的业务组件组合方法，其特征在于，根据业务流程定义业务功能，并确定每个业务功能对应的输入输出，包括：

将业务流程划分为多个环节，若环节数量超过预设数量阈值，则获取多次的每个环节内部所需的耗费资源量，并计算每个环节内部所需的平均耗费资源量，获取每个环节内部的步骤次序，基于每个环节内部所需的平均耗费资源量分配每个环节内部的步骤次序的耗费资源量，根据每个环节内部的步骤数量和每个环节内部的步骤次序的耗费资源量确定待规划环节，根据待规划环节的前一环节和后一环节将待规划环节进行规划，得到规划后的业务流程；

若环节数量不超过预设数量阈值，则不对业务流程进行规划；

根据规划后的业务流程或业务流程确定每个环节对应的业务功能，从而确定对应的输入输出。

3.如权利要求2所述的基于业务中台的业务组件组合方法，其特征在于，根据每个环节内部的步骤数量和每个环节内部的步骤次序的耗费资源量确定待规划环节，根据待规划环节的前一环节和后一环节将待规划环节进行规划，包括：

基于环节内部的步骤次序的耗费资源量与各个步骤对应的第一耗费资源量阈值、第二耗费资源量阈值的关系筛选出第一步骤集、第二步骤集和第三步骤集；

将环节内部的步骤次序的耗费资源量低于各个步骤对应的第一耗费资源量阈值的步骤组成第一步骤集，将环节内部的步骤次序的耗费资源量不低于各个步骤对应的第一耗费资源量阈值，且低于第二耗费资源量阈值的步骤组成第二步骤集，将环节内部的步骤次序的耗费资源量不低于各个步骤对应的第二耗费资源量阈值的步骤组成第三步骤集；

基于每个环节内部的步骤数量、第一步骤集、第二步骤集和第三步骤集确定第一步骤集、第二步骤集和第三步骤集分别对应的占比；

若环节中仅存在第一步骤集的占比，则将该环节确定为待规划环节；

若环节中第一步骤集的占比最大，或第一步骤集的占比大于第三步骤集的占比，或第一步骤集的占比不大于第三步骤集的占比，且第二步骤集的占比大于第三步骤集的占比，则将该环节确定为待规划环节；

分别计算待规划环节与前一个环节的相关度、与后一个环节的相关度，分别记作第一相关度和第二相关度，若第一相关度与第二相关度之间的差值超过预设差值，则将待规划环节划分到相关度较大一方对应的环节中；

若第一相关度与第二相关度之间的差值未超过预设差值，则根据第一相关度与第二相关度之间的差值和预设补偿表确定补偿值，将待规划环节划分到相关度距离补偿值较近一方对应的环节中；

其中，补偿表中每个差值对应有一个补偿值。

4.如权利要求1所述的基于业务中台的业务组件组合方法，其特征在于，基于每个业务功能对应的输入输出划分业务功能的类型，根据业务功能的类型确定第一拆解粒度，包括：

若业务功能对应的输入仅是上一个业务功能的输出，则该业务功能为第一类型；

若业务功能对应的输入不仅是上一个业务功能的输出，还需要额外的输入，则该业务功能为第二类型；

基于第一类型或第二类型确定业务功能对应的第一拆解粒度。

5.如权利要求4所述的基于业务中台的业务组件组合方法，其特征在于，获取每个业务功能的内部信息，根据每个业务功能的内部信息确定第二拆解粒度，包括：

获取业务功能的内部流程图，将内部流程图中的各个步骤次序的耗费资源量作为路径，各个步骤所实现的功能为功能点，以此构建内部地图，基于内部地图获取每个业务功能的内部信息；

业务功能的内部信息包括功能点数量、流程复杂度和处理复杂度；

根据内部地图各个步骤所实现的功能确定功能点数量，根据内部地图中所有路径所形成的形状确定流程复杂度，根据内部地图中所有路径的长度之和确定处理复杂度；

获取该业务功能涉及的最少拓展次数，基于最少拓展次数、功能点数量、流程复杂度和处理复杂度确定校对量；

；

其中，L为校对量，为功能点数量对应的转化权重，n为功能点数量，为第i个功能点对应的权重，为第i个功能点对应的影响量，为流程复杂度对应的转化权重，为流程复杂度，为处理复杂度对应的转化权重，为处理复杂度，exp为指数函数，m为最少拓展次数，为第j次拓展对应的权重，为第j次拓展的影响量，k为影响量常数；

根据校对量确定第二拆解粒度。

6.如权利要求5所述的基于业务中台的业务组件组合方法，其特征在于，根据第一拆解粒度和第二拆解粒度确定第三拆解粒度，包括：

按照第一拆解粒度和第二拆解粒度在标准拆解粒度表中进行搜索，若第二拆解粒度在标准拆解粒度表中存在，则将标准拆解粒度表中第一拆解粒度和第二拆解粒度对应的拆解粒度作为第三拆解粒度，其中，标准拆解粒度表中第一拆解粒度和第二拆解粒共同对应有一个目标拆解粒度；

若第二拆解粒度在标准拆解粒度表中不存在，则在标准拆解粒度表中找到与第二拆解粒度最接近的值，记作标准拆解粒度，将标准拆解粒度表中第一拆解粒度和标准拆解粒度对应的目标拆解粒度记为第四拆解粒度；

根据标准拆解粒度与第二拆解粒度的差值确定第五拆解粒度，若业务功能的类型为第一类型，则根据第四拆解粒度和第五拆解粒度确定第三拆解粒度，若业务功能的类型为第二类型，则将第四拆解粒度和第五拆解粒度中较小者作为第三拆解粒度。

7.如权利要求1所述的基于业务中台的业务组件组合方法，其特征在于，基于第三拆解粒度将每个业务功能拆解成多个业务组件，并依次进行单元测试和集成测试，根据测试结果对业务组件进行修改，包括：

若业务组件的集成测试并未通过，则构建业务组件接口暴露必要性的评价数组（P1，P2），其中，P1为第一接口暴露必要性，P2为第二接口暴露必要性；

；

其中，为接口复杂性，为接口重要性，c为接口被调用的频次，Y为一次调用接口的时间成本，U为接口实现的总时间成本；

针对每个不通过的业务组件，筛选出满足第一接口暴露必要性条件的接口作为第一接口集合，筛选出满足第二接口暴露必要性条件的接口作为第二接口集合；

若第一接口集合和第二接口集合全部相同，则删除业务组件中其余接口；

若第一接口集合和第二接口集合部分相同，则删除业务组件中相同接口以外的其余接口；

若第一接口集合和第二接口集合不存在相同，则根据其余接口的（P1，P2）的趋向第一接口暴露必要性条件或第二接口暴露必要性条件的程度依次添加若干个接口到第一接口集合或第二接口集合，直至第一接口集合和第二接口集存在相同部分，其中，其余接口为第一接口集合以外的接口或第二接口集合以外的接口。

8.如权利要求1所述的基于业务中台的业务组件组合方法，其特征在于，基于每个业务组件的基本信息和业务功能的内部信息进行业务组件的组合，包括：

根据业务功能的内部信息确定业务组件的组合方向；

业务组件的基本信息包括接口定义、数据格式和运行环境；

根据业务组件的组合方向得到业务组件间的兼容性；

；

其中，K为业务组件间的兼容性，为接口定义对应的转换权重，n为影响接口定义的因素数量，为第i个影响接口定义因素的权重，为第i个影响接口定义因素的影响量，为数据格式对应的转换权重，m为影响数据格式的因素数量，为第j个影响数据格式因素的权重，为第j个影响数据格式因素的影响量，exp表示指数函数，s为运行环境对应的影响常数；

根据业务组件的组合方向和业务组件间的兼容性进行业务组件的组合。

9.如权利要求1所述的基于业务中台的业务组件组合方法，其特征在于，对组合后的业务组件进行系统测试，根据系统测试的结果对业务组件进行对应调整，包括：

计算具有顺序关系的两个业务组件的处理能力，记为第一处理能力和第二处理能力，若第一处理能力和第二处理能力差值超过预设处理差值，则输出测试结果为异常，对业务组件进行调整；

若第一处理能力和第二处理能力差值未超过预设处理差值，则输出测试结果为正常，不对业务组件进行调整。

Images