CN116540980A - 业务产品的流程实例生成方法、装置、及业务系统 - Google Patents

Abstract

本申请公开了一种业务产品的流程实例生成方法及装置，属于计算机技术领域。所述方法包括：对业务产品的活动对应的业务流程进行拆分，获取流程节点对应的任务，以及，每个任务对预设数据模型描述的业务实体的操作关系；根据任务对预设产品模型描述的与产品功能对应的产品部件的引用关系，获取第一业务能力；针对未引用产品部件的任务，对操作相同业务实体的任务聚类，得到第二业务能力；获取第一业务能力和第二业务能力分别对应的业务服务；获取目标业务产品的活动对应的业务流程编排信息；对业务流程编排信息，根据解析结果生成调用业务服务的目标业务产品的流程实例。本方法可以节省业务系统开发资源，提升开发效率，降低维护成本。

Description

业务产品的流程实例生成方法、装置、及业务系统

技术领域

本申请涉及计算机技术领域，特别是涉及业务产品生成方法、装置，业务系统，及电子设备及计算机可读存储介质。

背景技术

传统的核心业务系统往往基于业务功能的理解来设计和开发，将所有的业务流程服务和业务功能紧耦合在一起。以银行业务系统为例，个人整存整取业务、个人通知存款业务、对公通知存款业务等业务，在核心业务系统中，需要分别开发与该业务功能对应的一套业务流程服务。这种传统的核心业务系统结构至少存在以下缺陷：一、系统维护成本增加，经常是牵一发动全身；二、复用度不高，每构建一套系统就有对应的、独立的业务能力代码，如：计息、计费等；三、浪费开发资源。

发明内容

本申请实施例提供一种业务产品生成方法、装置，及电子设备，有助于降低业务系统的维护成本和开发成本，提升业务产品开发效率。

第一方面，本申请实施例公开了一种业务产品的流程实例生成方法，包括：

对业务产品的活动对应的业务流程进行拆分，获取所述业务流程的流程节点对应的任务，以及，每个所述任务对预设数据模型描述的业务实体的操作关系；

根据所述任务对预设产品模型描述的与产品功能对应的产品部件的引用关系，获取第一业务能力；

针对未引用所述产品部件的所述任务，根据所述操作关系对操作相同所述业务实体的所述任务聚类，得到每个聚类类别对应的第二业务能力；

获取所述第一业务能力和所述第二业务能力分别对应的业务服务；

获取目标业务产品的活动对应的业务流程编排信息，其中，所述编排信息包括：响应所述目标业务产品的活动执行的任务对应的业务服务、所述任务的执行顺序；

对所述业务流程编排信息进行解析处理，根据解析得到的结果生成调用所述业务服务的所述目标业务产品的流程实例。

第二方面，本申请实施例公开了一种业务产品的流程实例生成装置，所述装置包括：

业务流程拆分模块，用于对业务产品的活动对应的业务流程进行拆分，获取所述业务流程的流程节点对应的任务，以及，每个所述任务对预设数据模型描述的业务实体的操作关系；

第一业务能力获取模块，用于根据所述任务对预设产品模型描述的与产品功能对应的产品部件的引用关系，获取第一业务能力；

第二业务能力获取模块，用于针对未引用所述产品部件的所述任务，根据所述操作关系对操作相同所述业务实体的所述任务聚类，得到每个聚类类别对应的第二业务能力；

业务服务获取模块，用于获取所述第一业务能力和所述第二业务能力分别对应的业务服务；

业务流程编排信息获取模块，用于获取目标业务产品的活动对应的业务流程编排信息，其中，所述编排信息包括：响应所述目标业务产品的活动执行的任务对应的业务服务、所述任务的执行顺序；

流程实例生成模块，用于对所述业务流程编排信息进行解析处理，根据解析得到的结果生成调用所述业务服务的所述目标业务产品的流程实例。

第三方面，本申请实施例公开了一种业务系统，包括：所述系统包括：流程引擎和应用服务端，其中，

所述应用服务端中预置领域数据和多个应用，所述应用通过操作所述领域数据实现相应业务能力的业务服务；

所述流程引擎，用于执行目标业务产品的流程实例，其中，所述流程实例采用本申请实施例中所述的业务产品的流程实例生成方法预先生成。

第四方面，本申请实施例还公开了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本申请实施例所述的业务产品的流程实例生成方法。

第五方面，本申请实施例公开了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时本申请实施例公开的业务产品的流程实例生成方法的步骤。

本申请实施例公开的业务产品的流程实例生成方法，通过对业务产品的活动对应的业务流程进行拆分，获取所述业务流程的流程节点对应的任务，以及，每个所述任务对预设数据模型描述的业务实体的操作关系；根据所述任务对预设产品模型描述的与产品功能对应的产品部件的引用关系，获取第一业务能力；针对未引用所述产品部件的所述任务，根据所述操作关系对操作相同所述业务实体的所述任务聚类，得到每个聚类类别对应的第二业务能力；获取所述第一业务能力和所述第二业务能力分别对应的业务服务；获取目标业务产品的活动对应的业务流程编排信息，其中，所述编排信息包括：响应所述目标业务产品的活动执行的任务对应的业务服务、所述任务的执行顺序；对所述业务流程编排信息进行解析处理，根据解析得到的结果生成调用所述业务服务的所述目标业务产品的流程实例，可以快速生成业务产品，能够降低业务系统的维护成本和开发成本，提升业务产品开发效率。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

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

图1是本申请实施例公开的业务产品的流程实例生成方法的流程图；

图2是本申请实施例公开的业务产品的流程实例生成方法中业务流程示意图；

图3是本申请实施例公开的业务产品的流程实例生成方法另一流程图；

图4是本申请实施例公开的业务产品的流程实例生成装置结构示意图之一；

图5是本申请实施例公开的业务产品的流程实例生成装置结构示意图之二；

图6是本申请实施例公开的业务系统结构示意图；

图7示意性地示出了用于执行根据本申请的方法的电子设备的框图；以及

图8示意性地示出了用于保持或者携带实现根据本申请的方法的程序代码的存储单元_。

具体实施方式

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

本申请实施例公开的一种业务产品的流程实例生成方法，如图1所示，所述方法包括：步骤110至步骤160。

步骤110，对业务产品的活动对应的业务流程进行拆分，获取所述业务流程的流程节点对应的任务，以及，每个所述任务对预设数据模型描述的业务实体的操作关系。

本申请的实施例中公开的业务产品的流程实例生成方法可以应用于为用户提供多种业务活动的业务系统中，例如，所述业务系统可以为银行系统。所述业务产品可以为业务系统中响应相应活动的程序产品。例如，当业务系统为银行系统时，业务产品对应的活动可以为用户触发的个人整存整取活动、理财活动等。相应的，业务系统通过运行相应的业务产品进行信息和数据处理，以响应该活动。

可选的，对业务产品的活动对应的业务流程进行拆分，获取所述业务流程的流程节点对应的任务，包括：基于功能对业务产品的活动对应的业务流程进行拆分，获取所述业务流程的流程节点对应的任务，以及，每个所述任务对预设数据模型描述的业务实体的操作关系。

活动通常具有指定的操作流程，相应的，业务产品按照对应的业务流程处理一系列操作，从而响应该活动。以图2所示的支取个人存款资金活动为例，用户到柜面取钱，输入客户证件、取款金额和介质，支取个人存款资金活动被触发。支取个人存款资金活动对应的业务流程为：识别客户->受理申请->判断是否需要审批->审批申请->支取存款资金，或者，识别客户->受理申请->判断是否需要审批->支取存款资金。相应的，业务产品需要处理的一系列操作包括：进行客户识别、在客户识别通过后判断是否需要审批、在确定需要审批的情况下执行审批流程、执行支取存款资金的操作；或者，业务产品需要处理的一系列操作包括：进行客户识别、在客户识别通过后判断是否需要审批、在确定不需要审批的情况下直接执行支取存款资金的操作。其中，是否需要审批根据业务需求预先设置。例如，业务产品代码中可以预先设置支取资金额度审批条件，当支取资金额度大于预设额度时，认为需要审批。

进一步的，通过对上述业务流程进行拆分，可以得到支取个人存款资金活动包括以下几部分功能：识别客户、受理申请、审批申请、支取存款资金。本申请的一些实施例中，业务流程中的功能可以根据软件开发人员的定义确定。业务系统执行业务产品对应的业务流程，实现上述功能。

本申请的实施例中，将业务产品中实现每个功能的代码作为一个独立的任务，即业务产品执行过程中，通过创建与每个功能对应的任务，并执行该任务，实现相应功能。这样，在获取到每个业务产品对应的业务流程之后，通过基于功能对业务流程进行拆分，可以获取到业务流程的每个流程节点对应的任务。

进一步的，通过对实现每个功能需要操作的业务实体进行分析和梳理，可以得到每个所述任务对业务实体的操作关系。其中，所述业务实体是任务操作的最小单元。业务实体来源于业务信息需求，是一种由业务信息需求管理和维护而来的抽象或具体的事物。以业务系统为银行系统为例，业务流程操作的业务实体包括但不限于以下一种或多种：账户、合约、客户、余额等。可选的，业务实体的定义，可以根据业务产品所属领域的行业标准。

本申请的一些实施例中，通过对业务流程建模，获取所述业务流程的每个流程节点对应的任务，以及，每个所述任务对预设数据模型描述的业务实体的操作关系。通过对业务流程建模，得到流程模型，通过所述流程模型描述指定业务领域包括的活动类别、每种类别下包括的业务活动、业务活动包括的任务、任务包括的执行步骤，以及，任务引用的产品部件等信息。所述流程模型还可以描述任务操作的业务实体、各步骤操作的业务实体等信息。其中，所述产品部件是根据业务产品的产品功能进行聚类得到的。

可选的，业务领域可以包括：存款业务领域、贷款业务领域、理财业务领域等。

活动类别可以为按照不同的价值对各业务领域的活动进行分类得到的类别。例如，存款业务领域包括以下活动类别：存款计划、介质管理、客户收益等。

一个活动，会触发相应业务产品的业务流程，每个业务流程中需要执行一个或多个任务，以完成该业务流程，实现相应功能。例如，当客户通过智能终端上运行的应用程序查询理财产品时，即用户执行查询理财产品活动，相应的，客户执行的上述活动会触发应用程序执行理财业务产品对应的业务流程。

本申请的实施例中，按照业务阶段分别建立每个所述业务产品的业务流程。可选的，所述业务流程的每个流程节点对应一个任务，业务产品按照相应的业务流程执行一个或一系列任务，响应不同场景下的活动。例如，个人整存整取产品的开户功能对应的开户业务流程中，包含核对客户信息、开立整存整取账户、现金存入、介质配发等业务阶段，每个业务阶段对应一个任务。本申请的实施例中，任务是业务产品的产品功能的逻辑实现。

业务流程中的每个任务通过操作预设数据模型中的业务实体，从而实现相应的产品部件对应的产品功能。例如，任务可以查找、新增或删除业务实体。

本申请的一些实施例中，如图3所示，所述对业务产品的活动对应的业务流程进行拆分，获取所述业务流程的流程节点对应的任务，以及，每个所述任务对预设数据模型描述的业务实体的操作关系之前，还包括：步骤102。

步骤102，对业务系统进行数据建模，得到所述预设数据模型。

其中，所述预设数据模型用于描述业务实体、业务对象、实体属性、所述业务实体之间的关联关系，以及，所述业务对象和所述业务实体之间的聚合关系。

可以通过预先构建与业务系统匹配的数据模型，对业务系统中操作的业务实体，以及，所述业务实体之间的关系、业务实体关联的业务对象、实体属性等进行描述。

构建数据模型的具体方法参见下文描述，此处不再赘述。

本申请的实施例中，通过梳理业务流程的各流程节点对应的任务，采集实现业务系统中所有业务产品的功能的任务，之后，分别从产品功能角度和操作的业务实体角度对采集的任务进行聚类，基于聚类结果抽象业务能力，得到业务系统中可以提供的业务能力。其中，业务能力包括第一业务能力和第二业务能力。步骤120，根据所述任务对预设产品模型描述的与产品功能对应的产品部件的引用关系，获取第一业务能力。

本申请的一些实施例中，如图3所示，所述根据所述任务对预设产品模型描述的与产品功能对应的产品部件的引用关系，获取第一业务能力之前，还包括：步骤104。

步骤104，通过对业务系统中的业务产品基于产品功能进行结构化建模，得到所述预设产品模型。

其中，所述预设产品模型用于描述实现所述产品功能的产品部件。

可选的，所述产品模型还用于描述：基于所述业务产品抽象得到的基础产品、各所述基础产品包括的所述产品部件等。其中，所述产品部件是基于产品功能依赖的产品条件属性聚类得到的。所述产品条件属性选自与产品功能的参数。

建模得到预设产品模型的具体实施方式参见下文描述，此处不再赘述。

本申请的实施例中，由于产品部件是基于产品功能所依赖的产品条件属性聚类得到的，可以认为，产品部件对应依赖相同产品条件属性的产品功能。因此，在该业务产品的业务流程中，任务与产品部件存在引用关系，即某个任务可以用于实现某个产品部件实现的功能。

可选的，一种获取业务能力的方法为：针对采集的任务中引用产品部件的任务进行聚类，根据聚类结果，得到第一业务能力。其中，任务对产品部件的引用关系可以根据任务对应的功能和产品部件对应的产品功能的匹配关系确定。可选的，任务对产品部件的引用关系可以人工设置，也可以通过程序自动识别。

可选的，根据所述任务对预设产品模型描述的与产品功能对应的产品部件的引用关系，获取第一业务能力，包括：基于任务引用的产品部件对所述任务聚类，得到每个聚类类别对应的第一业务能力，其中，所述产品部件在构建预设产品模型时由产品功能聚类得到，并通过所述预设产品模型描述。例如，将引用同一个产品部件的任务聚类到一个聚类类别，并根据聚类到该聚类类别的任务引用的产品部件，确定该类任务对应的业务能力，记为“第一业务能力”。

仍以业务系统为银行系统为例，如果个人整存整取、个人开户等业务活动对应的业务流程中某个流程节点对应的任务引用了开户部件，则对任务进行聚类时，可以将应用开户部件的几个任务聚类至一个聚类类别，该聚类类别对应的业务能力包括开户功能，即实现开户部件对应的产品功能。

步骤130，针对未引用所述产品部件的所述任务，根据所述操作关系对操作相同所述业务实体的所述任务聚类，得到每个聚类类别对应的第二业务能力。

可选的，另一种获取业务能力的方法为：针对采集的任务中未引用产品部件的任务进行聚类，根据聚类结果得到第二业务能力。

本申请的一些实施例中，所述产品部件在构建预设产品模型时由产品功能聚类得到，并通过所述预设产品模型描述。在聚类过程中，例如，针对未引用所述预设产品模型中产品部件的所述任务，可以将操作相同业务实体的任务抽象成一个公共的业务能力。

本申请的实施例中，业务能力指一组由特定规则关联在一起的业务数据，以及，对这些业务数据的逻辑处理能力的封闭组合。比如，现金业务的业务能力是指实现对银行现金的管理以及操作。每个业务能力包括一个或多个业务对象(如关联性极强、生命周期一致的业务实体)。每个业务能力可以操作一个或多个业务对象。

步骤140，获取所述第一业务能力和所述第二业务能力分别对应的业务服务。

第一业务能力和第二业务能力构成了业务系统需要提供的业务能力的集合。例如，获取的业务能力包括但不限于：现金管理能力、清算管理能力、尾箱管理能力、冻结管理能力、介质管理能力、费用管理能力、限额管理能力，以及合约管理能力等。

在聚类得到业务系统需要提供的第一业务能力和第二业务能力之后，进一步获取每种第一业务能力对应的业务服务和每种第二业务能力对应的业务服务。可选的，每种业务能力可以通过一个独立的服务接口或应用程序实现，每种业务能力可以通过开发多个业务服务来支撑。可选的，根据聚合得到某个业务能力的任务对应的功能，确定该业务能力对应的业务服务的数量和业务服务内容。业务服务用于实现业务功能。

本申请的一些实施例中，每种业务能力可以实现为一个独立的应用程序，相应的，业务服务可以实现为该应用程序的功能模块。本申请的另一些实施例中，每种业务能力可以实现为应用服务端的服务接口，相应的，业务服务可以实现为该也接口的不同接口参数对应的程序功能模块。

在获取到业务系统的每种业务能力对应的业务服务之后，可以通过编排业务活动的业务流程的方式，快速开发业务产品。

步骤150，获取目标业务产品的活动对应的业务流程编排信息，其中，所述编排信息包括：响应所述目标业务产品的活动执行的任务对应的业务服务、所述任务的执行顺序。

在编排业务活动的业务流程时，可以编排业务活动对应的业务产品的业务流程中各流程节点对应的任务，以及，各任务引用的业务服务。其中，所述业务服务是前述步骤获取的与业务系统的业务能力对应的应用或服务接口。

本申请的一些实施例中，可以预先设置任务和业务服务的对应关系，用于根据业务流程中的任务获取相应的业务服务。

步骤160，对所述业务流程编排信息进行解析处理，根据解析得到的结果生成调用所述业务服务的所述目标业务产品的流程实例。

接下来，对所述业务流程编排信息进行解析处理，得到解析结果，所述解析结果中包括所述业务流程需要调用的业务服务。之后，根据解析结果生成业务产品的程序源代码。可选的，每个任务对应的源代码中，以接口调用等方式引用相应业务服务。之后，编译所述程序源代码，生成所述目标业务产品的流程实例。

可选的，具有相同业务能力的所述业务服务可以在一个应用程序中实现，并部署在业务系统的应用服务端。

在业务系统运行过程中，用户触发该目标业务产品的活动时，业务系统将通过执行所述流程实例，依次调用在所述流程实例中被引用的业务服务，以响应目标业务产品的活动，执行对应的业务处理。

本申请的实施例中，所述活动与业务产品对应，是用户行为。以业务系统为银行系统为例，所述活动例如可以为：客户现金存款活动、ATM取现活动、活期结算户开户活动等。

下面分别对产品模型和数据模型的构建方法进行阐述。

(一)构建预设数据模型

可选的，所述预设数据模型包括以下部分或全部层级：主题域、业务对象、业务实体、实体属性、属性域。

在不同主题域下，包括不同的业务对象，而每个业务对象中至少包括一个业务实体。可选的，所述数据模型用于描述任务操作的业务实体、业务服务操作的业务对象所述业务对象，以及，所述业务对象和业务实体的对应关系。其中，所述业务实体包括：基础实体、属性实体和关系实体。所述数据模型还用于描述基础实体关联的实体属性，以及各实体属性的属性域。所述业务对象为高内聚的业务实体的集合。

可选的，所述对业务系统进行数据建模，得到所述预设数据模型，包括：通过对业务手册和/或业务需求进行实体识别，获取业务实体、实体属性和属性域；对所述业务实体基于关联关系进行聚类，并将聚类到每个类别的所述业务实体的集合作为一个业务对象；基于所述业务对象、每个所述业务对象包括的所述业务实体、基础实体的实体属性和属性域构建数据模型。

其中，实体是一个名词，事物、概念都可以是实体。在本申请的实施例中，业务实体指具体业务场景中的实体，如客户、产品、合约等。相应的，所述关联关系包括但不限于以下一种或多种：业务实体是否属于相同类型、业务实体是否具有相同的实体属性等。

可选的，所述数据模型可以包括以下子模型：主题域子模型、概念子模型和逻辑子模型。下面结合各子模型的构建方法和模型内容，阐述数据模型的构建方法。

所述主题域子模型用于描述主题域。其中，主题域根据业务系统的应用场景确定。例如，所述主题域可以包括：客户、当事人、产品、组织结构、网点、机构等。

所述概念子模型用于描述指定主题域内实现业务服务过程中需要操作的业务对象和业务实体。可选的，所述概念子模型中包括：指定主题域下包含的业务对象、各业务对象包含的基础实体、用于描述基础实体之间连接的关系实体、用于细化基础实体的属性实体。其中，所述基础实体、关系实体和属性实体统称为“业务实体”。

所述逻辑子模型用于基于实体属性细化基础实体，例如，说明基础实体有哪些字段，每个字段的类型是什么。所述逻辑子模型包括但不限于：实体属性和属性域两种信息。

可选的，可以以业务规划成果为输入，参考业界数据模型建设主题域模型和概念模型。其中，业务规划成果包括但不限于：企业在售产品数据、用户信息、合约等成果。

可选的，所述业务对象为业务流程中任务(如引用产品部件的任务)操作的对象。例如，所述业务对象可以为：利息业务对象。例如：定期产品在产品部件(如结息部件)执行流程模型中的结息任务，结息任务中调用结息部件对应的业务能力，在任务处理过程中操作利息业务对象。

可选的，所述基础实体为基本的业务实体，是形成数据模型的基础构造；所述属性实体是对基础实体的扩展，用于扩展基础实体的信息，是基础实体的一部分；所述关系实体用于连接基础实体，描述实体和实体之间的关系。在数据模型中用关系实体描述实体之间多对多的关系。

可选的，每个实体归属于一个唯一的主题域。

可选的，可以通过对遵循国际标准、国家标准、行业标准和业务规范的业务手册或业务需求进行分析，可以识别上述实体。例如，以业务手册作为输入，通过对业务手册进行实体识别，得到业务实体。之后，再将关联的业务实体聚合到一个业务对象中。

在获取业务实体的过程中，通过对各业务服务对应的产品部件在执行过程中操作的参数进行抽象，获取所述基础实体和属性实体，并通过每个所述产品部件在执行过程中操作的参数对应的基础实体，得到相应的关系实体。

属性实体是对基础实体的具体描述，可选的，可以通过一个或多个属性实体来描述基础实体的特征。例如，客户的属性包括姓名、年龄、地址、爱好、与银行机构的关系等，相应的，可以将描述该客户的属性信息分别作为该客户对应的客户实体的属性实体。

具体举例而言，当某一银行业务识别到一个新客户时，增加一个“客户”实体(即基础实体)；当银行出售产品给该客户，并与客户取得合约时，增加一个“合约”实体(即基础实体)，以及，增加一个“客户/合约”关系实体(即关系实体)。当某一银行与客户签定贷款产品合约,合约中包括贷款放款计划时，增加一个“贷款合约”实体(即基础实体)，同时，增加一个“贷款合约放款计划”(即属性实体)。

可选的，可以通过增加属性实体，细化对基础实体的描述，得到逻辑模型，从而完善数据模型。

本申请的一些实施例中，对基础实体增加属性实体时，采用以下方法获取属性实体：根据基础实体的属性遵循的业务规则为基础实体增加属性实体。其中，业务规则包括但不限于：域规则、计算规则和依赖规则。所述域规则是对属性的取值范围、编码规则、实力组等的定义。域是属性值集合的通用表示，用于规范属性的数据类型、长度、取值范围、取值规则等，例如属性年龄定义为整型，姓名定义为字符串类型。计算规则进一步包括：数值计算、文本截取等业务规则。依赖关系进一步包括某一属性依赖其他属性的取值。

具体举例而言，如果“客户证件类型”取值为“居民身份证”(即属性实体)，则"客户证件号码"(即属性实体的取值)的规则为:我国现行居民身份证是全国统一编号，由原15位升至18位，由17位数字本体码和1位校验码组成；排列顺序从左至右依次为:6位数字地址码，8位数字出生日期码，3位数字顺序码和一位数字校验码；最后1位校验码只能为0-9和大写"X"。如果“客户证件类型”取值为“组织机构代码”则“客户证件号码”的规则为:组织机构代码由8位字符本体代码和一位字符校验码组成，表示形式为:XXXXXXX-X，本体代码(8位)连字符校验码(1位)。

本申请的实施例中，所述业务实体可以存储为数据表的形式，识别业务实体的过程可以认为是建立任务操作的数据表的过程。在业务产品的程序代码执行过程中，任务可以通过操作相应的数据表，实现对业务实体的操作。

相应的，实体属性可以作为数据表中的字段进行记录。

本申请的实施例中，通过采用上述方法构建数据模型，使得构建的数据模型全面包含了业务系统的业务信息，支持现有业务系统中的可选的全部业务活动，能够正确的表达业务的含义及相关业务约束，遵循相关的国际标准、国家标准、行业标准和业务规范。进一步的，由于数据模型采用了主题域模型、概念模型和逻辑模型的多层次子模型结构，使得数据模型可以支持业务规则的多变性，灵活性更高。

(二)构建预设产品模型

可选的，所述产品模型用于描述业务系统中的基础产品和产品部件。

本申请的一些实施例中，所述通过对业务系统中的业务产品基于产品功能进行结构化建模，得到所述预设产品模型，包括：对所述业务系统中各业务产品的产品功能进行拆分，获取产品功能的集合；基于所述集合中各所述产品功能匹配的业务目的和依赖的产品条件属性，对所述产品条件属性进行聚类，获取与产品功能对应的产品部件；基于所述业务产品包含的所述产品部件对所述业务产品聚类，得到至少一种基础产品；基于所述基础产品、所述产品部件、所述基础产品包括的所述产品部件，以及，各所述产品部件依赖的产品条件属性，构建产品模型。

首先，获取业务系统中的全部业务产品。以业务系统为银行系统举例，可以获取银行系统响应用户活动的所有业务产品，如：个人整存整取产品、个人通知存款产品、对公通知存款产品、储蓄账户开户产品等。可选的，可以遍历已有业务系统中的所有在售产品(即业务产品)，以获取可选的全部业务产品，或者，根据行业经验，采用专家穷举的方法获取业务产品。

接下来，获取每个业务产品的产品功能。

可选的，可以按照可以独立对用户提供且对预设业务实体有新增、修改、删除等预设操作的拆分标准，对每个业务产品进行功能拆分，得到每个业务产品对应的功能集合。其中，所述预设业务实体为相应业务领域中的业务实体，以业务系统为银行系统举例，所述业务实体可以为用户、银行账户等；独立对用户提供的产品功能例如可以包括：开户功能、销户功能、存款功能等。

然后，基于产品功能使用的产品属性条件，对上述产品属性条件进行聚类，获取所述产品功能对应的产品部件。

可选的，对于每个产品功能，列出每个产品功能所处理的产品条件，其中，所述产品条件包括：产品条件属性和产品条件属性的取值。例如，分析出每个产品功能需要使用哪些参数，并以这些参数作为产品条件属性，之后，以产品功能作为聚类依据，进行聚类，得到若干产品部件。例如，通过聚类将具有相同的业务目的、相似的数据使用的多个产品条件属性归并到一个产品部件中。具体以金融产品为例，可以将结息方式、结息周期、结息日期等聚类为结息部件。可选的，聚类依据包括但不限于：产品条件属性是否具有可协商性(例如，是否可以协商不同取值)、产品条件属性是否属于某种约束、限制和规则(例如，是否影响业务逻辑分支，业务逻辑包含整个产品生命周期内的所有业务逻辑处理过程)。

之后，基于业务产品包含的产品部件对所述业务产品进行聚类，得到所述业务系统中包括的基础产品。例如，可以将仅含有开户部件的业务产品聚类为一个基础产品。

进一步的，在聚类得到业务系统中的基础产品之后，可以根据各基础产品的产品功能将基础产品划分为多个产品组，所有产品组形成了业务系统的产品线。

基于上述步骤得到的产品线、构成产品线的产品组、划分到每个产品组中的基础产品、每个基础产品包含的产品部件，以及，各产品部件对应的产品功能处理的产品条件属性和产品条件属性的取值，最终可以生成具有层级关系的产品模型。

本申请实施例公开的业务产品的流程实例生成方法，通过对业务产品的活动对应的业务流程进行拆分，获取所述业务流程的流程节点对应的任务，以及，每个所述任务对预设数据模型描述的业务实体的操作关系；根据所述任务对预设产品模型描述的与产品功能对应的产品部件的引用关系，获取第一业务能力；针对未引用所述产品部件的所述任务，根据所述操作关系对操作相同所述业务实体的所述任务聚类，得到每个聚类类别对应的第二业务能力；获取所述第一业务能力和所述第二业务能力分别对应的业务服务；获取目标业务产品的活动对应的业务流程编排信息，其中，所述编排信息包括：响应所述目标业务产品的活动执行的任务对应的业务服务、所述任务的执行顺序；对所述业务流程编排信息进行解析处理，根据解析得到的结果生成调用所述业务服务的所述目标业务产品的流程实例，可以快速生成业务产品，能够降低业务系统的维护成本和开发成本，提升业务产品开发效率。

本申请实施例公开的业务产品的流程实例生成方法，由业务驱动应用架构设计，通过解耦业务流程和业务能力，从业务流程中抽象出业务能力，提供稳定的指定业务领域的核心业务能力。进一步的，绕着业务能力构建应用服务，业务架构中的业务能力对应应用架构的应用服务，应用服务的创建依赖于业务能力。在业务能力发生调整时，可以直接在应用服务中进行维护，不影响整个业务流程，从而降低业务系统的维护成本和提升维护效率。

另一方面，当业务系统需要新增业务产品时，通过业务流程编排生成新增业务产品的流程实例，可以重用已有业务能力，提升业务产品开发效率，降低业务产品开发成本。

相应的，本申请实施例还公开了一种业务产品的流程实例生成装置，如图4所示，所述装置包括：

业务流程拆分模块410，用于对业务产品的活动对应的业务流程进行拆分，获取所述业务流程的流程节点对应的任务，以及，每个所述任务对预设数据模型描述的业务实体的操作关系；

第一业务能力获取模块420，用于根据所述任务对预设产品模型描述的与产品功能对应的产品部件的引用关系，获取第一业务能力；

第二业务能力获取模块430，用于针对未引用所述产品部件的所述任务，根据所述操作关系对操作相同所述业务实体的所述任务聚类，得到每个聚类类别对应的第二业务能力；

业务服务获取模块440，用于获取所述第一业务能力和所述第二业务能力分别对应的业务服务；

业务流程编排信息获取模块450，用于获取目标业务产品的活动对应的业务流程编排信息，其中，所述编排信息包括：响应所述目标业务产品的活动执行的任务对应的业务服务、所述任务的执行顺序；

流程实例生成模块460，用于对所述业务流程编排信息进行解析处理，根据解析得到的结果生成调用所述业务服务的所述目标业务产品的流程实例。

可选的，所述第一业务能力获取模块420，进一步用于：

基于任务引用的产品部件对所述任务聚类，得到每个聚类类别对应的第一业务能力，其中，所述产品部件在构建预设产品模型时由产品功能聚类得到，并通过所述预设产品模型描述。

可选的，所述第二业务能力获取模块430，进一步用于：

针对未引用所述产品部件的所述任务，根据所述操作关系对操作相同所述业务实体的所述任务聚类，得到每个聚类类别对应的第二业务能力，其中，所述产品部件在构建预设产品模型时由产品功能聚类得到，并通过所述预设产品模型描述。

可选的，如图5所示，所述根据所述任务对预设产品模型描述的与产品功能对应的产品部件的引用关系，获取第一业务能力之前，所述装置还包括：

第一建模模块402，用于通过对业务系统中的业务产品基于产品功能进行结构化建模，得到所述预设产品模型，其中，所述预设产品模型用于描述实现所述产品功能的产品部件。

可选的，所述通过对业务系统中的业务产品基于产品功能进行结构化建模，得到所述预设产品模型，包括：

对所述业务系统中各业务产品的产品功能进行拆分，获取产品功能的集合；

基于所述集合中各所述产品功能匹配的业务目的和依赖的产品条件属性，对所述产品条件属性进行聚类，获取与产品功能对应的产品部件；

基于所述业务产品包含的所述产品部件对所述业务产品聚类，得到至少一种基础产品；

基于所述基础产品、所述产品部件、所述基础产品包括的所述产品部件，以及，各所述产品部件依赖的产品条件属性，构建产品模型。

可选的，如图5所示，所述装置还包括：

第二建模模块404，用于对业务系统进行数据建模，得到所述预设数据模型，其中，所述预设数据模型用于描述业务实体、业务对象、实体属性、所述业务实体之间的关联关系，以及，所述业务对象和所述业务实体之间的聚合关系。

本申请实施例公开的业务产品的流程实例生成装置，用于实现本申请实施例中所述的业务产品的流程实例生成方法，装置的各模块的具体实施方式不再赘述，可参见方法实施例相应步骤的具体实施方式。

本申请实施例公开的一种业务产品的流程实例生成装置，通过对业务产品的活动对应的业务流程进行拆分，获取所述业务流程的流程节点对应的任务，以及，每个所述任务对预设数据模型描述的业务实体的操作关系；根据所述任务对预设产品模型描述的与产品功能对应的产品部件的引用关系，获取第一业务能力；针对未引用所述产品部件的所述任务，根据所述操作关系对操作相同所述业务实体的所述任务聚类，得到每个聚类类别对应的第二业务能力；获取所述第一业务能力和所述第二业务能力分别对应的业务服务；获取目标业务产品的活动对应的业务流程编排信息，其中，所述编排信息包括：响应所述目标业务产品的活动执行的任务对应的业务服务、所述任务的执行顺序；对所述业务流程编排信息进行解析处理，根据解析得到的结果生成调用所述业务服务的所述目标业务产品的流程实例，可以快速生成业务产品，能够降低业务系统的维护成本和开发成本，提升业务产品开发效率。

本申请实施例公开的业务产品的流程实例生成装置，由业务驱动应用架构设计，通过解耦业务流程和业务能力，从业务流程中抽象出业务能力，提供稳定的指定业务领域的核心业务能力。进一步的，绕着业务能力构建应用服务，业务架构中的业务能力对应应用架构的应用服务，应用服务的创建依赖于业务能力。在业务能力发生调整时，可以直接在应用服务中进行维护，不影响整个业务流程，从而降低业务系统的维护成本和提升维护效率。

另一方面，当业务系统需要新增业务产品时，通过业务流程编排生成新增业务产品的流程实例，可以重用已有业务能力，提升业务产品开发效率，降低业务产品开发成本。

本申请实施例还公开了一种业务系统，如图6所示，所述业务系统包括：

所述系统包括：流程引擎610和应用服务端620，其中，

所述应用服务端620中预置领域数据和多个应用，所述应用通过操作所述领域数据实现相应业务能力的业务服务；

所述流程引擎610，用于执行目标业务产品的流程实例，其中，所述流程实例采用如前文所述的业务产品的流程实例生成方法预先生成。

其中，所述流程实例中引用了所述业务服务。

可选的，所述流程引擎610领域数据可以存储为数据表的形式。所述领域数据可以为前文构建数据模型建模方法构建的数据模型中的部分或全部数据(例如包括：业务对象、业务实体、实体属性、属性域等数据)在业务系统运行过程中，用户触发该目标业务产品的活动时，业务系统将通过执行所述流程实例，依次调用在所述流程实例中被引用的业务服务，以响应目标业务产品的活动，执行对应的业务处理。

所述业务能力和业务服务的获取方法如前文实施例中所述，此处不再赘述。

本申请实施例公开的业务系统，由业务驱动应用架构设计，通过解耦业务流程和业务能力，从业务流程中抽象出业务能力，提供稳定的指定业务领域的核心业务能力。进一步的，绕着业务能力构建应用服务，业务架构中的业务能力对应应用架构的应用服务，应用服务的创建依赖于业务能力。在业务能力发生调整时，可以直接在应用服务端进行维护，不影响整个业务流程，从而降低业务系统的维护成本和提升维护效率。当业务系统需要新增业务产品时，通过业务流程编排生成新增业务产品的流程实例，可以重用已有业务能力，提升业务产品开发效率，降低业务产品开发成本。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上对本申请提供的一种业务产品的流程实例生成方法及装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其一种核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

本申请的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的电子设备中的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

例如，图7示出了可以实现根据本申请的方法的电子设备。所述电子设备可以为PC机、移动终端、个人数字助理、平板电脑等。该电子设备传统上包括处理器710和存储器720及存储在所述存储器720上并可在处理器710上运行的程序代码730，所述处理器710执行所述程序代码730时实现上述实施例中所述的方法。所述存储器720可以为计算机程序产品或者计算机可读介质。存储器720可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。存储器720具有用于执行上述方法中的任何方法步骤的计算机程序的程序代码730的存储空间7201。例如，用于程序代码730的存储空间7201可以包括分别用于实现上面的方法中的各种步骤的各个计算机程序。所述程序代码730为计算机可读代码。这些计算机程序可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(CD)、存储卡或者软盘之类的程序代码载体。所述计算机程序包括计算机可读代码，当所述计算机可读代码在电子设备上运行时，导致所述电子设备执行根据上述实施例的方法。

本申请实施例还公开了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例所述的业务产品的流程实例生成方法的步骤。

这样的计算机程序产品可以为计算机可读存储介质，该计算机可读存储介质可以具有与图7所示的电子设备中的存储器720类似布置的存储段、存储空间等。程序代码可以例如以适当形式进行压缩存储在所述计算机可读存储介质中。所述计算机可读存储介质通常为如参考图8所述的便携式或者固定存储单元。通常，存储单元包括计算机可读代码730’，所述计算机可读代码730’为由处理器读取的代码，这些代码被处理器执行时，实现上面所描述的方法中的各个步骤。

本文中所称的“一个实施例”、“实施例”或者“一个或者多个实施例”意味着，结合实施例描述的特定特征、结构或者特性包括在本申请的至少一个实施例中。此外，请注意，这里“在一个实施例中”的词语例子不一定全指同一个实施例。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

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

Claims (10)

1.一种业务产品的流程实例生成方法，其特征在于，所述方法包括：

对业务产品的活动对应的业务流程进行拆分，获取所述业务流程的流程节点对应的任务，以及，每个所述任务对预设数据模型描述的业务实体的操作关系；

根据所述任务对预设产品模型描述的与产品功能对应的产品部件的引用关系，获取第一业务能力；

针对未引用所述产品部件的所述任务，根据所述操作关系对操作相同所述业务实体的所述任务聚类，得到每个聚类类别对应的第二业务能力；

获取所述第一业务能力和所述第二业务能力分别对应的业务服务；

获取目标业务产品的活动对应的业务流程编排信息，其中，所述编排信息包括：响应所述目标业务产品的活动执行的任务对应的业务服务、所述任务的执行顺序；

对所述业务流程编排信息进行解析处理，根据解析得到的结果生成调用所述业务服务的所述目标业务产品的流程实例。

2.根据权利要求1所述的方法，其特征在于，所述根据所述任务对预设产品模型描述的与产品功能对应的产品部件的引用关系，获取第一业务能力，包括：

基于任务引用的产品部件对所述任务聚类，得到每个聚类类别对应的第一业务能力，其中，所述产品部件在构建预设产品模型时由产品功能聚类得到，并通过所述预设产品模型描述。

3.根据权利要求1所述的方法，其特征在于，所述产品部件在构建预设产品模型时由产品功能聚类得到，并通过所述预设产品模型描述。

4.根据权利要求1所述的方法，其特征在于，所述根据所述任务对预设产品模型描述的与产品功能对应的产品部件的引用关系，获取第一业务能力之前，还包括：

通过对业务系统中的业务产品基于产品功能进行结构化建模，得到所述预设产品模型，其中，所述预设产品模型用于描述实现所述产品功能的产品部件。

5.根据权利要求4所述的方法，其特征在于，所述通过对业务系统中的业务产品基于产品功能进行结构化建模，得到所述预设产品模型，包括：

对所述业务系统中各业务产品的产品功能进行拆分，获取产品功能的集合；

基于所述集合中各所述产品功能匹配的业务目的和依赖的产品条件属性，对所述产品条件属性进行聚类，获取与产品功能对应的产品部件；

基于所述业务产品包含的所述产品部件对所述业务产品聚类，得到至少一种基础产品；

基于所述基础产品、所述产品部件、所述基础产品包括的所述产品部件，以及，各所述产品部件依赖的产品条件属性，构建产品模型。

6.根据权利要求1所述的方法，其特征在于，所述对业务产品的活动对应的业务流程进行拆分，获取所述业务流程的流程节点对应的任务，以及，每个所述任务对预设数据模型描述的业务实体的操作关系之前，还包括：

对业务系统进行数据建模，得到所述预设数据模型，其中，所述预设数据模型用于描述业务实体、业务对象、实体属性、所述业务实体之间的关联关系，以及，所述业务对象和所述业务实体之间的聚合关系。

7.一种业务产品的流程实例生成装置，其特征在于，所述装置包括：

业务流程拆分模块，用于对业务产品的活动对应的业务流程进行拆分，获取所述业务流程的流程节点对应的任务，以及，每个所述任务对预设数据模型描述的业务实体的操作关系；

第一业务能力获取模块，用于根据所述任务对预设产品模型描述的与产品功能对应的产品部件的引用关系，获取第一业务能力；

第二业务能力获取模块，用于针对未引用所述产品部件的所述任务，根据所述操作关系对操作相同所述业务实体的所述任务聚类，得到每个聚类类别对应的第二业务能力；

业务服务获取模块，用于获取所述第一业务能力和所述第二业务能力分别对应的业务服务；

业务流程编排信息获取模块，用于获取目标业务产品的活动对应的业务流程编排信息，其中，所述编排信息包括：响应所述目标业务产品的活动执行的任务对应的业务服务、所述任务的执行顺序；

流程实例生成模块，用于对所述业务流程编排信息进行解析处理，根据解析得到的结果生成调用所述业务服务的所述目标业务产品的流程实例。

8.一种业务系统，其特征在于，所述系统包括：流程引擎和应用服务端，其中，

所述应用服务端中预置领域数据和多个应用，所述应用通过操作所述领域数据实现相应业务能力的业务服务；

所述流程引擎，用于执行目标业务产品的流程实例，其中，所述流程实例采用如权利要求1至6所述的业务产品的流程实例生成方法预先生成。

9.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的程序代码，其特征在于，所述处理器执行所述程序代码时实现权利要求1至6任意一项所述的业务产品的流程实例生成方法。

10.一种计算机可读存储介质，其上存储有程序代码，其特征在于，该程序代码被处理器执行时实现权利要求1至6任意一项所述的业务产品的流程实例生成方法的步骤。