业务模型、建模装置、处理器与计算机设备的制作方法

1.本技术涉及软件需求工程领域，具体而言，涉及一种业务模型、建模装置、计算机可读存储介质、处理器与计算机设备。

背景技术：

2.目前在系统建设阶段中，企业级业务建模与功能点业务需求描述是常用的方法，而企业级业务建模包括流程模型、实体模型与产品模型，三者密不可分，通过三者之间的准确对接才能搭建出完整的业务模型。
3.现有技术中，采用迭代和五级建模的方式来编写流程模型，流程模型具体包括：定义业务领域、定义价值流、定义活动、识别任务以及编写步骤。其中，第一级定义业务领域，通过识别预设业务领域、收集预设活动、完善业务领域定义、定义上下文背景图等步骤，完成业务领域划分；第二级定义价值流，通过划分计划、执行、监督三个阶段并识别各阶段的活动，定义及编制价值流；第三级定义活动，通过识别事件、预设活动与事件的对接，形成活动定义清单；第四级识别任务，通过识别工作事项、绘制工作流图以及标准化任务，形成任务定义清单；第五级编写步骤，通过识别步骤、整理规则、分析cpcp(客户、产品、渠道、合作方)变化、勾稽各类信息等，完成业务规则的识别。
4.由于流程模型中四级任务和五级步骤对业务规则进行了一定的抽象归纳、聚类处理，使得一个任务可以支持多个业务场景，而应用分析设计阶段则需要对业务场景进行具象化的还原，这种一(任务)对多(业务场景)的关系使设计和开发人员较难识别和串接完整的业务流程。
5.在背景技术部分中公开的以上信息只是用来加强对本文所描述技术的背景技术的理解，因此，背景技术中可能包含某些信息，这些信息对于本领域技术人员来说并未形成在本国已知的现有技术。

技术实现要素：

6.本技术的主要目的在于提供一种业务模型、建模装置、计算机可读存储介质、处理器与计算机设备，以解决现有技术中设计和开发人员较难识别和串接完整的业务流程的问题。
7.根据本发明实施例的一个方面，提供了一种业务模型，包括流程模型、实体模型和产品模型，其中，所述流程模型用于：获取业务事件，并至少根据所述业务事件确定业务场景，所述业务事件为由用户触发的事件或者满足预定条件的事件，所述业务场景为完成所述业务事件涉及的场景；根据所述业务场景，确定多个工作事项，所述工作事项为完成所述业务事件的业务规则的集合，其中，任意两个所述工作事项之间相互独立且不相同；根据预设规则和多个所述工作事项，对多个所述工作事项进行分类，得到至少一个任务，所述任务为同一个类别的多个所述工作事项的集合。
8.可选地，至少根据所述业务事件确定业务场景，包括：确定变量因子，所述变量因
子为完成所述业务事件的必要因素；根据所述业务事件和所述变量因子，确定所述业务场景。
9.可选地，在根据所述业务场景，确定多个工作事项之后，在根据预设规则和多个所述工作事项，对多个所述工作事项进行分类，得到至少一个任务之前，所述流程模型还用于：根据所述业务场景，确定执行所述工作事项的业务角。
10.可选地，根据预设规则和多个所述工作事项，对多个所述工作事项进行分类，得到至少一个任务，包括：确定多个连续的所述工作事项对应的所述业务角是否相同；在多个连续的所述工作事项对应的所述业务角相同的情况下，确定对应一个所述业务角的多个连续的所述工作事项为一个所述任务。
11.可选地，在根据预设规则和多个所述工作事项，对多个所述工作事项进行分类，得到至少一个任务之后，所述流程模型还用于：根据所述业务事件和cpcp拆分规则，确定与所述业务场景对应的功能点，所述cpcp拆分规则为根据客户、产品、渠道和合作方确定的拆分规则。
12.可选地，在根据所述业务事件和cpcp拆分规则，确定与所述业务场景对应的功能点之后，所述流程模型还用于：根据业务规则对所述功能点进行描述，以得到所述功能点在被执行的过程中的具体业务处理逻辑。
13.根据本发明实施例的另一方面，还提供了一种构建任意一种的业务模型的建模装置，所述业务模型包括流程模型、实体模型和产品模型，所述流程模型包括：获取单元，用于获取业务事件，并至少根据所述业务事件确定业务场景，所述业务事件为由用户触发的事件或者满足预定条件的事件，所述业务场景为完成所述业务事件涉及的场景；第一确定单元，用于根据所述业务场景，确定多个工作事项，所述工作事项为完成所述业务事件的业务规则的集合，其中，任意两个所述工作事项之间相互独立且不相同；分类单元，用于根据预设规则和多个所述工作事项，对多个所述工作事项进行分类，得到至少一个任务，所述任务为同一个类别的多个所述工作事项的集合。
14.根据本发明实施例的又一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，所述程序用于执行任意一种所述的业务模型。
15.根据本发明实施例的再一方面，还提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时用于执行任意一种所述的业务模型。
16.根据本发明实施例的一方面，还提供了一种计算机设备，包括：一个或多个处理器，存储器以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置为由所述一个或多个处理器执行，所述一个或多个程序包括用于执行任意一种所述的业务模型。
17.在本发明实施例中，所述的业务模型包括流程模型、实体模型和产品模型，其中，所述流程模型用于：首先，获取业务事件，并至少根据获取到的所述业务事件确定业务场景，其中，所述业务事件为由用户触发的事件或者满足预定条件的事件，所述业务场景为完成所述业务事件涉及的场景；然后，根据所述业务场景，确定多个工作事项，所述工作事项为完成所述业务事件的业务规则的集合，其中，任意两个所述工作事项之间相互独立且不相同，最后，根据预设规则和多个所述工作事项，对多个所述工作事项进行分类，得到至少一个任务，所述任务为同一个类别的多个所述工作事项的集合。在本技术的业务模型中，至
少根据获取到的业务事件确定业务场景，再根据业务场景确定为完成业务事件所需要执行的工作事项，即保证了确定出的多个工作事项同处于一个业务场景，最后，根据预设规则和确定出的多个工作事项，对多个所述工作事项进行分类，得到至少一个任务，本方案实现了在同一个业务场景中确定出至少一个任务，与现有技术中确定出的一个任务对应多个业务场景相比，本方案实现了一个或者多个任务对应于一个业务场景，保证了可以较为准确地还原出业务场景，从而解决了现有技术中设计和开发人员较难识别和串接完整的业务流程的问题。
18.本技术所述的技术方案，基于具体业务场景编写所述流程模型中的四级任务，并将现有技术的流程模型的五级步骤替换为功能点描述，即形成了“业务建模和功能点描述”的编写方法，将业务建模需求编写方法与功能点需求编写方法相结合，在编写过程中通过适当结合结构化写法和非结构化写法，达到优化业务建模工艺的目的。
附图说明
19.构成本技术的一部分的说明书附图用来提供对本技术的进一步理解，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
20.图1示出了根据本技术的一种实施例的业务模型的示意图；
21.图2示出了根据本技术的一种实施例建模装置的示意图。
具体实施方式
22.需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本技术。
23.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
24.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
25.正如背景技术中所说的，现有技术中的设计和开发人员较难识别和串接完整的业务流程，为了解决上述问题，本技术的一种典型的实施方式中，提供了一种业务模型、建模装置、计算机可读存储介质、处理器与计算机设备。
26.根据本技术的实施例，提供了一种业务模型。
27.图1是根据本技术实施例的业务模型的流程图。该业务模型包括流程模型、实体模型和产品模型，如图1所示，上述流程模型用于：
28.步骤s101，获取业务事件，并至少根据上述业务事件确定业务场景，上述业务事件
为由用户触发的事件或者满足预定条件的事件，上述业务场景为完成上述业务事件涉及的场景；
29.步骤s102，根据上述业务场景，确定多个工作事项，上述工作事项为完成上述业务事件的业务规则的集合，其中，任意两个上述工作事项之间相互独立且不相同；
30.步骤s103，根据预设规则和多个上述工作事项，对多个上述工作事项进行分类，得到至少一个任务，上述任务为同一个类别的多个上述工作事项的集合。
31.上述的业务模型包括流程模型、实体模型和产品模型，其中，上述流程模型用于：首先，获取业务事件，并至少根据获取到的上述业务事件确定业务场景，其中，上述业务事件为由用户触发的事件或者满足预定条件的事件，上述业务场景为完成上述业务事件涉及的场景；然后，根据上述业务场景，确定多个工作事项，上述工作事项为完成上述业务事件的业务规则的集合，其中，任意两个上述工作事项之间相互独立且不相同，最后，根据预设规则和多个上述工作事项，对多个上述工作事项进行分类，得到至少一个任务，上述任务为同一个类别的多个上述工作事项的集合。在本技术的业务模型中，至少根据获取到的业务事件确定业务场景，再根据业务场景确定为完成业务事件所需要执行的工作事项，即保证了确定出的多个工作事项同处于一个业务场景，最后，根据预设规则和确定出的多个工作事项，对多个上述工作事项进行分类，得到至少一个任务，本方案实现了在同一个业务场景中确定出至少一个任务，与现有技术中确定出的一个任务对应多个业务场景相比，本方案实现了一个或者多个任务对应于一个业务场景，保证了可以较为准确地还原出业务场景，从而解决了现有技术中设计和开发人员较难识别和串接完整的业务流程的问题。
32.需要说明的是，本技术的上述业务事件和上述业务场景是五级流程模型中三级活动需要完成的事项，对三级活动中的每个业务场景均单独梳理工作事项，这样保证了得到的一个或者多个工作事项属于同一个业务场景。
33.另外，上述业务事件可以由银行的外部干系人或内部因时间或条件因素所触发的，需要银行以活动流程来应对的事件。例如，定期扣款功能有两个前提条件：一个是客户签约了定期扣款，一个是到了约定的定期扣款时间。其次，上述预设规则为预先自定义的规则，上述预设规则还可以根据实际的情况进行调整。
34.本技术的技术方案，基于具体业务场景编写流程模型中的四级任务，并将现有技术的流程模型的五级步骤替换为功能点描述，即形成了“业务建模和功能点描述”的编写方法，将业务建模需求编写方法与功能点需求编写方法相结合，在编写过程中通过适当结合结构化写法和非结构化写法，达到优化业务建模工艺的目的。
35.需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
36.本技术的一种实施例中，至少根据上述业务事件确定业务场景，包括：确定变量因子，上述变量因子为完成上述业务事件的必要因素；根据上述业务事件和上述变量因子，确定上述业务场景。在该实施例中，根据业务事件和变量因子确定业务场景，即通过一个业务事件与不同的变量因子进行匹配，这样可以确定出一个或者多个业务场景，这样能够进一步地保证了后续能够较为准确和灵活地还原出业务场景。
37.本技术的另一种实施例中，在根据上述业务场景，确定多个工作事项之后，在根据
预设规则和多个上述工作事项，对多个上述工作事项进行分类，得到至少一个任务之前，上述流程模型还用于：根据上述业务场景，确定执行上述工作事项的业务角。在该实施例中，根据业务场景确定执行上述工作事项的业务角，后续根据确定出的业务角确定一个或者多个任务，这样进一步地保证了后续确定任务的方法较为简便，进一步地保证了能够较为简单地确定出任务。
38.为了较为简单地确定出任务，本技术的又一种实施例中，根据预设规则和多个上述工作事项，对多个上述工作事项进行分类，得到至少一个任务，包括：确定多个连续的上述工作事项对应的上述业务角是否相同；在多个连续的上述工作事项对应的上述业务角相同的情况下，确定对应一个上述业务角的多个连续的上述工作事项为一个上述任务。
39.本技术的一种具体的实施例中，如表1所示，客户到某银行做跨境汇款，对应的三级活动为“汇出个人跨境资金”活动，即业务事件为“汇出个人跨境资金”，且对应的业务场景是“柜面办理银邮汇款汇出个人跨境资金”。首先根据划分任务的“归属一个系统”且“一个角连续执行”的原则初步划分任务。例如，工作事项“联网核查客户信息”是和外部干系人的交互；工作事项“检查客户证件真实性”、工作事项“检查是否我行客户”以及工作事项“修改客户信息”是由客户信息管理系统完成，且由同一角柜员完成，因此把此四个工作事项划分为一个任务“检查和维护个人客户信息”；工作事项“检查介质外观”、工作事项“检查账户状态”以及工作事项“检查国际收支申报信息”等由新一代个人核心系统完成，且由同一角柜员完成，因此把这些工作事项划分为一个任务“审核汇出个人跨境资金申请”。然后发现“检查和维护个人客户信息”任务在非客户发起的场景中无法重用，因此拆分为“识别个人客户”和“维护个人客户信息”两个任务。
40.表1
[0041][0042]
为了较为准确地确定出上述业务场景对应的功能点，本技术的再一种实施例中，在根据预设规则和多个上述工作事项，对多个上述工作事项进行分类，得到至少一个任务之后，上述流程模型还用于：根据上述业务事件和cpcp拆分规则，确定与上述业务场景对应的功能点，上述cpcp拆分规则为根据客户、产品、渠道和合作方确定的拆分规则。
[0043]
本技术的一种具体的实施例中，如表2所示，在“个人存款”的领域下，“支取个人存款账户资金”的业务事件按照cpcp拆分规则，梳理出了不同业务场景下的功能点列表，其中，客户是指“个人客户”；产品包括“整存整取”、“通知存款”、“大额存单”、“(外币)整存整取”、“(外币)通知存款”、“(外币)大额存单”、“活期储蓄”、“整存零取”、“存本取息”、“(外币)活期储蓄”；渠道包括“网点柜面”、“自助设备”、“个人网银”、“手机银行”，暂无合作方。例如，通过个人客户、活期储蓄的产品、网点柜面的渠道梳理出了“网点支取个人活期储蓄”的业务场景，根据此业务场景梳理出了“柜面识别个人客户”、“维护个人客户信息”、“审核柜面支取个人存款账户资金”、“授权”、“支取个人存款账户资金”、“配发个人介质”、“给付现金”的任务和功能点，在“网点支取个人活期储蓄”的功能点描述的业务规则中会对任务进行详细的描述。
[0044]
表2
[0045][0046]
本技术的一种实施例中，在根据上述业务事件和cpcp拆分规则，确定与上述业务场景对应的功能点之后，上述流程模型还用于：根据业务规则对上述功能点进行描述，以得到上述功能点在被执行的过程中的具体业务处理逻辑。在该实施例中，根据业务规则对上述功能点进行描述，这样保证了对功能点得描述更加具体，且易于理解，这样能够有利于支持后续复杂的条件判断。
[0047]
在实际的应用过程中，功能描述和功能点描述都是对具体功能的描述，当功能切分比较清楚、分功能点来写时，称为“功能点描述”。其中，业务规则是系统功能实现的核心依据，描述了功能点在执行过程中的具体业务处理逻辑。因此，应尽量完整细致地描述业务规则，同时需注意公式计算、系统功能继承、相关业务功能之间的逻辑关系。功能描述的核心是改用贴近业务语言的功能点描述改进业务规则的抽象表达。业务规则描述中不再包含实体，在结构、抽象上弱化，回归业务语言描述，每个功能点描述举例如下表3所示。
[0048]
表3
[0049]
[0050]
[0051][0052]
具体地，如表4所示，在四级任务定义清单中新增功能点、cpcp(客户、产品、渠道、合作方)，并按照四级任务标准化清单中的任务范围与业务需求的功能点进行映射，校验功能点需求是否实现对线上四级任务的全覆盖。
[0053]
表4
[0054][0055]
在实际的应用过程中，上述四级任务采用基于具体业务场景的编写模式，即基于梳理出的每个业务场景单独梳理工作事项形成四级任务；本技术中的“四级任务+功能点”的流程模型编写方式，使得改进后的流程模型由五级建模简化为四级建模加功能点的描述形式。在流程建模的四级任务中，采用贴近业务语言的功能点描述方式编写业务规则，不再采用嵌套实体模型名称的抽象表达方法。在功能点描述中，按照产品、渠道区分不同业务场景，并按照不同场景对功能点进行描述。在本方案中形成了“业务建模和功能点描述”的编
写方法，相对于传统功能点编写方式，功能点描述划分更为细致，有利于支持后续复杂条件判断。通过采用以上方式，不仅使编写业务规则的方法易于掌握，更贴近业务人员编写习惯，降低业务人员的理解难度；还有利于业务需求阶段的成果在项目其他阶段的继承；更有助于将业务建模与行内已有业务需求资产融合。
[0056]
本技术实施例还提供了一种建模装置，需要说明的是，本技术实施例的建模装置可以用于构建本技术实施例所提供的用于业务模型。以下对本技术实施例提供的建模装置进行介绍。图2是根据本技术实施例的建模装置的示意图。如图2所示，上述建模装置包括流程模型、实体模型和产品模型，上述流程模型包括：
[0057]
获取单元10，用于获取业务事件，并至少根据上述业务事件确定业务场景，上述业务事件为由用户触发的事件或者满足预定条件的事件，上述业务场景为完成上述业务事件涉及的场景；
[0058]
第一确定单元20，用于根据上述业务场景，确定多个工作事项，上述工作事项为完成上述业务事件的业务规则的集合，其中，任意两个上述工作事项之间相互独立且不相同；
[0059]
分类单元30，用于根据预设规则和多个上述工作事项，对多个上述工作事项进行分类，得到至少一个任务，上述任务为同一个类别的多个上述工作事项的集合。
[0060]
上述的建模装置包括流程模型、实体模型和产品模型，其中，上述流程模型用于：首先，获取业务事件，并至少根据获取到的上述业务事件确定业务场景，其中，上述业务事件为由用户触发的事件或者满足预定条件的事件，上述业务场景为完成上述业务事件涉及的场景；然后，根据上述业务场景，确定多个工作事项，上述工作事项为完成上述业务事件的业务规则的集合，其中，任意两个上述工作事项之间相互独立且不相同，最后，根据预设规则和多个上述工作事项，对多个上述工作事项进行分类，得到至少一个任务，上述任务为同一个类别的多个上述工作事项的集合。在本技术的业务模型中，至少根据获取到的业务事件确定业务场景，再根据业务场景确定为完成业务事件所需要执行的工作事项，即保证了确定出的多个工作事项同处于一个业务场景，最后，根据预设规则和确定出的多个工作事项，对多个上述工作事项进行分类，得到至少一个任务，本方案实现了在同一个业务场景中确定出至少一个任务，与现有技术中确定出的一个任务对应多个业务场景相比，本方案实现了一个或者多个任务对应于一个业务场景，保证了可以较为准确地还原出业务场景，从而解决了现有技术中设计和开发人员较难识别和串接完整的业务流程的问题。
[0061]
需要说明的是，本技术的上述业务事件和上述业务场景是五级流程模型中三级活动需要完成的事项，对三级活动中的每个业务场景均单独梳理工作事项，这样保证了得到的一个或者多个工作事项属于同一个业务场景。
[0062]
另外，上述业务事件可以由银行的外部干系人或内部因时间或条件因素所触发的，需要银行以活动流程来应对的事件。例如，定期扣款功能有两个前提条件：一个是客户签约了定期扣款，一个是到了约定的定期扣款时间。其次，上述预设规则为预先自定义的规则，上述预设规则还可以根据实际的情况进行调整。
[0063]
本技术的技术方案，基于具体业务场景编写流程模型中的四级任务，并将现有技术的流程模型的五级步骤替换为功能点描述，即形成了“业务建模和功能点描述”的编写方法，将业务建模需求编写方法与功能点需求编写方法相结合，在编写过程中通过适当结合结构化写法和非结构化写法，达到优化业务建模工艺的目的。
的业务场景，根据此业务场景梳理出了“柜面识别个人客户”、“维护个人客户信息”、“审核柜面支取个人存款账户资金”、“授权”、“支取个人存款账户资金”、“配发个人介质”、“给付现金”的任务和功能点，在“网点支取个人活期储蓄”的功能点描述的业务规则中会对任务进行详细的描述。
[0070]
本技术的一种实施例中，上述流程模型还包括描述单元，用于在根据上述业务事件和cpcp拆分规则，确定与上述业务场景对应的功能点之后，根据业务规则对上述功能点进行描述，以得到上述功能点在被执行的过程中的具体业务处理逻辑。在该实施例中，根据业务规则对上述功能点进行描述，这样保证了对功能点得描述更加具体，且易于理解，这样能够有利于支持后续复杂的条件判断。
[0071]
在实际的应用过程中，功能描述和功能点描述都是对具体功能的描述，当功能切分比较清楚、分功能点来写时，称为“功能点描述”。其中，业务规则是系统功能实现的核心依据，描述了功能点在执行过程中的具体业务处理逻辑。因此，应尽量完整细致地描述业务规则，同时需注意公式计算、系统功能继承、相关业务功能之间的逻辑关系。功能描述的核心是改用贴近业务语言的功能点描述改进业务规则的抽象表达。业务规则描述中不再包含实体，在结构、抽象上弱化，回归业务语言描述，每个功能点描述举例如下表3所示。
[0072]
具体地，如表4所示，在四级任务定义清单中新增功能点、cpcp(客户、产品、渠道、合作方)，并按照四级任务标准化清单中的任务范围与业务需求的功能点进行映射，校验功能点需求是否实现对线上四级任务的全覆盖。
[0073]
在实际的应用过程中，上述四级任务采用基于具体业务场景的编写模式，即基于梳理出的每个业务场景单独梳理工作事项形成四级任务；本技术中的“四级任务+功能点”的流程模型编写方式，使得改进后的流程模型由五级建模简化为四级建模加功能点的描述形式。在流程建模的四级任务中，采用贴近业务语言的功能点描述方式编写业务规则，不再采用嵌套实体模型名称的抽象表达方法。在功能点描述中，按照产品、渠道区分不同业务场景，并按照不同场景对功能点进行描述。在本方案中形成了“业务建模和功能点描述”的编写方法，相对于传统功能点编写方式，功能点描述划分更为细致，有利于支持后续复杂条件判断。通过采用以上方式，不仅使编写业务规则的方法易于掌握，更贴近业务人员编写习惯，降低业务人员的理解难度；还有利于业务需求阶段的成果在项目其他阶段的继承；更有助于将业务建模与行内已有业务需求资产融合。
[0074]
上述建模装置包括处理器和存储器，上述获取单元、第一确定单元和分类单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
[0075]
处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来解决现有技术中设计和开发人员较难识别和串接完整的业务流程的问题。
[0076]
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)，存储器包括至少一个存储芯片。
[0077]
本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现上述业务模型。
[0078]
本发明实施例提供了一种处理器，上述处理器用于运行程序，其中，上述程序运行时执行上述业务模型。
[0079]
本技术的一种典型的实施例中，还提供了一种计算机设备，包括：一个或多个处理器，存储器以及一个或多个程序，其中，上述一个或多个程序被存储在上述存储器中，并且被配置为由上述一个或多个处理器执行，上述一个或多个程序包括用于执行任意一种上述的业务模型。
[0080]
本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现至少以下步骤：
[0081]
步骤s101，获取业务事件，并至少根据上述业务事件确定业务场景，上述业务事件为由用户触发的事件或者满足预定条件的事件，上述业务场景为完成上述业务事件涉及的场景；
[0082]
步骤s102，根据上述业务场景，确定多个工作事项，上述工作事项为完成上述业务事件的业务规则的集合，其中，任意两个上述工作事项之间相互独立且不相同；
[0083]
步骤s103，根据预设规则和多个上述工作事项，对多个上述工作事项进行分类，得到至少一个任务，上述任务为同一个类别的多个上述工作事项的集合。
[0084]
本文中的设备可以是服务器、pc、pad、手机等。
[0085]
本技术还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有至少如下方法步骤的程序：
[0086]
步骤s101，获取业务事件，并至少根据上述业务事件确定业务场景，上述业务事件为由用户触发的事件或者满足预定条件的事件，上述业务场景为完成上述业务事件涉及的场景；
[0087]
步骤s102，根据上述业务场景，确定多个工作事项，上述工作事项为完成上述业务事件的业务规则的集合，其中，任意两个上述工作事项之间相互独立且不相同；
[0088]
步骤s103，根据预设规则和多个上述工作事项，对多个上述工作事项进行分类，得到至少一个任务，上述任务为同一个类别的多个上述工作事项的集合。
[0089]
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0090]
在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
[0091]
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0092]
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0093]
上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例上述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
[0094]
从以上的描述中，可以看出，本技术上述的实施例实现了如下技术效果：
[0095]
1)、本技术的业务模型包括流程模型、实体模型和产品模型，其中，上述流程模型用于：首先，获取业务事件，并至少根据获取到的上述业务事件确定业务场景，其中，上述业务事件为由用户触发的事件或者满足预定条件的事件，上述业务场景为完成上述业务事件涉及的场景；然后，根据上述业务场景，确定多个工作事项，上述工作事项为完成上述业务事件的业务规则的集合，其中，任意两个上述工作事项之间相互独立且不相同，最后，根据预设规则和多个上述工作事项，对多个上述工作事项进行分类，得到至少一个任务，上述任务为同一个类别的多个上述工作事项的集合。在本技术的业务模型中，至少根据获取到的业务事件确定业务场景，再根据业务场景确定为完成业务事件所需要执行的工作事项，即保证了确定出的多个工作事项同处于一个业务场景，最后，根据预设规则和确定出的多个工作事项，对多个上述工作事项进行分类，得到至少一个任务，本方案实现了在同一个业务场景中确定出至少一个任务，与现有技术中确定出的一个任务对应多个业务场景相比，本方案实现了一个或者多个任务对应于一个业务场景，保证了可以较为准确地还原出业务场景，从而解决了现有技术中设计和开发人员较难识别和串接完整的业务流程的问题。
[0096]
2)、本技术的上述的建模装置包括流程模型、实体模型和产品模型，其中，上述流程模型用于：首先，获取业务事件，并至少根据获取到的上述业务事件确定业务场景，其中，上述业务事件为由用户触发的事件或者满足预定条件的事件，上述业务场景为完成上述业务事件涉及的场景；然后，根据上述业务场景，确定多个工作事项，上述工作事项为完成上述业务事件的业务规则的集合，其中，任意两个上述工作事项之间相互独立且不相同，最后，根据预设规则和多个上述工作事项，对多个上述工作事项进行分类，得到至少一个任务，上述任务为同一个类别的多个上述工作事项的集合。在本技术的业务模型中，至少根据获取到的业务事件确定业务场景，再根据业务场景确定为完成业务事件所需要执行的工作事项，即保证了确定出的多个工作事项同处于一个业务场景，最后，根据预设规则和确定出的多个工作事项，对多个上述工作事项进行分类，得到至少一个任务，本方案实现了在同一个业务场景中确定出至少一个任务，与现有技术中确定出的一个任务对应多个业务场景相比，本方案实现了一个或者多个任务对应于一个业务场景，保证了可以较为准确地还原出业务场景，从而解决了现有技术中设计和开发人员较难识别和串接完整的业务流程的问题。
[0097]
以上所述仅为本技术的优选实施例而已，并不用于限制本技术，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。

技术特征：

1.一种业务模型，其特征在于，包括流程模型、实体模型和产品模型，其中，所述流程模型用于：获取业务事件，并至少根据所述业务事件确定业务场景，所述业务事件为由用户触发的事件或者满足预定条件的事件，所述业务场景为完成所述业务事件涉及的场景；根据所述业务场景，确定多个工作事项，所述工作事项为完成所述业务事件的业务规则的集合，其中，任意两个所述工作事项之间相互独立且不相同；根据预设规则和多个所述工作事项，对多个所述工作事项进行分类，得到至少一个任务，所述任务为同一个类别的多个所述工作事项的集合。2.根据权利要求1所述的业务模型，其特征在于，至少根据所述业务事件确定业务场景，包括：确定变量因子，所述变量因子为完成所述业务事件的必要因素；根据所述业务事件和所述变量因子，确定所述业务场景。3.根据权利要求1所述的业务模型，其特征在于，在根据所述业务场景，确定多个工作事项之后，在根据预设规则和多个所述工作事项，对多个所述工作事项进行分类，得到至少一个任务之前，所述流程模型还用于：根据所述业务场景，确定执行所述工作事项的业务角。4.根据权利要求3所述的业务模型，其特征在于，根据预设规则和多个所述工作事项，对多个所述工作事项进行分类，得到至少一个任务，包括：确定多个连续的所述工作事项对应的所述业务角是否相同；在多个连续的所述工作事项对应的所述业务角相同的情况下，确定对应一个所述业务角的多个连续的所述工作事项为一个所述任务。5.根据权利要求1至4任意一项所述的业务模型，其特征在于，在根据预设规则和多个所述工作事项，对多个所述工作事项进行分类，得到至少一个任务之后，所述流程模型还用于：根据所述业务事件和cpcp拆分规则，确定与所述业务场景对应的功能点，所述cpcp拆分规则为根据客户、产品、渠道和合作方确定的拆分规则。6.根据权利要求5所述的业务模型，其特征在于，在根据所述业务事件和cpcp拆分规则，确定与所述业务场景对应的功能点之后，所述流程模型还用于：根据业务规则对所述功能点进行描述，以得到所述功能点在被执行的过程中的具体业务处理逻辑。7.一种构建权利要求1至6任意一项的业务模型的建模装置，其特征在于，所述建模装置包括流程模型、实体模型和产品模型，所述流程模型包括：获取单元，用于获取业务事件，并至少根据所述业务事件确定业务场景，所述业务事件为由用户触发的事件或者满足预定条件的事件，所述业务场景为完成所述业务事件涉及的场景；第一确定单元，用于根据所述业务场景，确定多个工作事项，所述工作事项为完成所述业务事件的业务规则的集合，其中，任意两个所述工作事项之间相互独立且不相同；分类单元，用于根据预设规则和多个所述工作事项，对多个所述工作事项进行分类，得到至少一个任务，所述任务为同一个类别的多个所述工作事项的集合。
8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的程序，其中，所述程序用于执行权利要求1至6中任意一项所述的业务模型。9.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时用于执行权利要求1至6中任意一项所述的业务模型。10.一种计算机设备，其特征在于，包括：一个或多个处理器，存储器以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置为由所述一个或多个处理器执行，所述一个或多个程序包括用于执行权利要求1至6中任意一项所述的业务模型。

技术总结

本申请提供了一种业务模型、建模装置、处理器与计算机设备，该业务模型包括流程模型、实体模型和产品模型，其中，流程模型用于：获取业务事件，并至少根据业务事件确定业务场景，业务事件为由用户触发的事件或者满足预定条件的事件，业务场景为完成业务事件涉及的场景；根据业务场景，确定多个工作事项，工作事项为完成业务事件的业务规则的集合；根据预设规则和多个工作事项，对多个工作事项进行分类，得到至少一个任务，任务为同一个类别的多个工作事项的集合。本申请将流程模型的五级步骤替换为功能点描述，形成了业务建模加功能点描述的编写方法，达到优化业务建模工艺的目的。达到优化业务建模工艺的目的。达到优化业务建模工艺的目的。