一种业务流程管理方法、装置及设备与流程

本发明涉及计算机领域，尤其涉及一种业务流程管理方法、装置及设备。

背景技术：

企业所有的业务都需要设计业务流程来驱动。随着现代企业组织环境的变化、企业组织目标的调整，其业务流程和业务性能要求呈现出动态变化的趋势，并伴随业务流程复杂度的提高。例如，同一功能的业务流程在不同时段，不同地域，针对不同用户群，往往对业务性能要求大不相同。这就导致单一的业务流程虽然能完成业务的基本功能，但是不能满足不同的业务性能要求，且面对随时变化和多种多样的业务性能要求，现有业务流程无法动态调整进行响应。此外，由于通常流程设计人员与执行人员并不相同，比较容易出现业务流程调整延误以及过度人工干预的情形，这样就造成企业运营成本增加，运营效率较低。

现有技术中，为了减少人机交互以及提高业务流程的自动化程度，对业务流程管理方法进行了改进，但是这些改进往往只是停留在从业务流程的功能性出发，例如，服务器只针对承载的流程数量来进行动态调整，以提高业务流程执行效率，而不能全面考量业务流程的其他属性，因此对于业务流程执行效率的提高具有局限性，其灵活性显然也无法满足业务流程和业务性能要求动态变化的需要，同样容易造成业务流程的延误或失误，导致企业组织运营的效率较低，运营成本较高。

技术实现要素：

本发明的目的是提供一种业务流程管理方法、装置及设备，以解决目前业 务流程只关注业务的基本功能，无法满足业务流程和业务性能要求动态变化需要的问题。

本发明的目的是通过以下技术方案实现的：

第一方面，一种业务流程管理方法，包括：

服务器获取一个业务需求，并将所述业务需求分解成m个功能性需求和n个非功能性需求，其中，一个功能性需求采用一个功能性属性描述，一个非功能性需求采用至少一个非功能性属性描述，m和n为正整数；

所述服务器从原子流程库中筛选获得m个备选原子流程组，其中，第i个备选原子流程组对应第i个功能性需求，所述第i个备选原子流程组包括至少一个符合所述第i个功能性需求对应的功能性属性描述的原子流程，i为正整数，1≤i≤m；

所述服务器从所述m个备选原子流程组中筛选获得n个目标原子流程集，其中，第k个目标原子流程集对应第k个非功能性需求，所述第k个目标原子流程集包括m个目标原子流程组，其中，第j个目标原子流程组从第j个备选流程组中筛选获得，所述第j个目标原子流程组包括至少一个符合所述第k个非功能性需求对应的至少一个非功能性属性描述的原子流程，k、j为正整数，1≤k≤n,1≤j≤m；

所述服务器激活筛选获得的所述n个目标原子流程集中的原子流程，采用n个被激活的原子流程集分别构建对应的原子流程组合实例。

结合第一方面，在第一方面的第一种可能的实现方式中，所述服务器从原子流程库中筛选获得m个备选原子流程组之前，还包括：

所述服务器对所述原子流程库中的每一个原子流程进行描述，生成分别对应每一个原子流程的原子流程描述表单，其中，第n个原子流程描述表单包括功能性属性信息和非功能性属性信息，所述功能性属性信息用于描述所述第n个原子流程的功能性属性，所述非功能性属性信息至少包括所述第n个原子流 程的至少一个非功能性属性和所述至少一个非功能性属性分别对应的属性值，n为正整数。

结合第一方面或第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述非功能性属性包括基于反馈的属性，其中，所述基于反馈的属性是指由原子流程在被激活使用过程中收集到的监控结果反映的所述原子流程的性能；

所述第n个原子流程描述表单中包括的非功能性属性信息还包括每个基于反馈的属性对应的执行记录参数和监控阈值，所述执行记录参数用于记录所述第n个原子流程执行过程中对应该基于反馈的属性的性能值，所述监控阈值用于描述针对所述执行记录参数的预设阈值；

所述服务器采用n个被激活的原子流程集分别构建对应的原子流程组合实例之后，还包括：

所述服务器监控每个被激活的原子流程；

若所述服务器确定被激活的第一原子流程的执行记录参数不满足所述第一原子流程的监控阈值时，则所述服务器确定所述第一原子流程归属的第t个目标原子流程集，其中，所述第t个目标原子流程集对应第t个非功能性需求，且所述服务器确定所述第一原子流程归属的原目标原子流程组，以及所述原目标原子流程组归属的第s个备选原子流程组，t、s为正整数，1≤t≤n,1≤s≤m；其中，所述第一原子流程为任意一个被激活的原子流程；

所述服务器从所述第s个备选原子流程组中重新筛选一个新目标原子流程组，其中，所述新目标原子流程组包括至少一个符合所述第t个非功能性需求对应的至少一个非功能性属性描述的原子流程；

所述服务器使用所述新目标原子流程组中包括的原子流程替换所述原目标原子流程组中包括所述第一原子流程在内的所有需要替换的原子流程。

结合第一方面，在第一方面的第三种可能的实现方式中，所述服务器采用n个被激活的原子流程集分别构建对应的原子流程组合实例之后，还包括：

若所述服务器确定第一非功能性需求对应的至少一个非功能性属性描述变更，所述服务器根据从所述m个备选原子流程组中重新筛选出对应最新第一非功能性需求的新目标原子流程集，其中，所述第一非功能性需求为所述n个非功能性需求中的任意一个；

若所述服务器使用所述新目标原子流程集中包括的原子流程替换所述第一非功能性需求对应的原目标原子流程集中需要替换的原子流程。

结合第一方面的第一种可能的实现方式，在第一方面的第四种可能的实现方式中，所述服务器采用n个被激活的原子流程集分别构建对应的原子流程组合实例之后，还包括：

若所述服务器确定所述原子流程库中加入一个新原子流程，所述服务器分析确定所述新原子流程的功能性属性信息；

若所述服务器确定所述新原子流程的功能性属性信息与所述业务需求中的第一功能性需求对应的功能性属性描述相符合，将所述新原子流程加入对应所述第一功能性需求的备选原子流程组中，构成最新的备选原子流程组，其中，所述第一功能性需求为所述m个功能性需求中的一个；

所述服务器从所述最新的备选原子流程组中，分别重新筛选出对应n个非功能性需求的n个新目标原子流程组；

所述服务器使用所述n个新目标原子流程组中包括的原子流程，替换所述n个非功能性需求对应的n个原目标原子流程组中需要替换的原子流程。

结合第一方面或以上任一一种可能的实现方式，在第一方面的第五种可能的实现方式中，所述至少一个非功能性属性描述是指所述至少一个非功能性属性的属性值分别满足对应的第一预设条件；或者

将每个非功能性属性的属性值与对应该非功能性属性的权重值采用预设的运算规则计算得到的数值满足第二预设条件。

结合第一方面，在第一方面的第六种可能的实现方式中，所述服务器将所述业务需求分解成m个功能性需求和n个非功能性需求之前，还包括：

所述服务器将所述业务需求分解成m个步骤，并分析获得每个步骤对应的功能性需求；

所述服务器确定所述m个步骤的执行顺序；

所述服务器采用第p个被激活的目标原子流程集构建对应的原子流程组合实例，包括：

所述服务器采用第p个被激活的目标原子流程集包括的m个目标原子流程组，按照所述m个步骤的执行顺序，构建对应的原子流程组合实例，1≤p≤n。

第二方面，一种业务流程管理装置，包括：

业务需求分析模块，用于获取一个业务需求，并将所述业务需求分解成m个功能性需求和n个非功能性需求，其中，一个功能性需求采用一个功能性属性描述，一个非功能性需求采用至少一个非功能性属性描述，m和n为正整数；

原子流程管理模块，用于从原子流程库中筛选获得m个备选原子流程组，其中，第i个备选原子流程组对应第i个功能性需求，所述第i个备选原子流程组包括至少一个符合所述第i个功能性需求对应的功能性属性描述的原子流程，i为正整数，1≤i≤m；

以及从所述m个备选原子流程组中筛选获得n个目标原子流程集，其中，第k个目标原子流程集对应第k个非功能性需求，所述第k个目标原子流程集包括m个目标原子流程组，其中，第j个目标原子流程组从第j个备选流程组中筛选获得，所述第j个目标原子流程组包括至少一个符合所述第k个非功能性需求对应的至少一个非功能性属性描述的原子流程，k、j为正整数，1≤k≤n,1≤j≤m；

原子流程组合实例化模块，用于激活筛选获得的所述n个目标原子流程集中的原子流程，采用n个被激活的原子流程集分别构建对应的原子流程组合实例。

结合第二方面，在第二方面的第一种可能的实现方式中，所述原子流程管理模块，还用于在从原子流程库中筛选获得m个备选原子流程组之前，对所述原子流程库中的每一个原子流程进行描述，生成分别对应每一个原子流程的原子流程描述表单，其中，第n个原子流程描述表单包括功能性属性信息和非功能性属性信息，所述功能性属性信息用于描述所述第n个原子流程的功能性属性，所述非功能性属性信息至少包括所述第n个原子流程的至少一个非功能性属性和所述至少一个非功能性属性分别对应的属性值，n为正整数。

结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述非功能性属性包括基于反馈的属性，其中，所述基于反馈的属性是指由原子流程在被激活使用过程中收集到的监控结果反映的所述原子流程的性能；

所述第n个原子流程描述表单中包括的非功能性属性信息还包括每个基于反馈的属性对应的执行记录参数和监控阈值，所述执行记录参数用于记录所述第n个原子流程执行过程中对应该基于反馈的属性的性能值，所述监控阈值用于描述针对所述执行记录参数的预设阈值；

所述原子流程管理模块，还用于在采用n个被激活的原子流程集分别构建对应的原子流程组合实例之后，监控每个被激活的原子流程；

若确定被激活的第一原子流程的执行记录参数不满足所述第一原子流程的监控阈值时，则确定所述第一原子流程归属的第t个目标原子流程集，其中，所述第t个目标原子流程集对应第t个非功能性需求，且确定所述第一原子流程归属的原目标原子流程组，以及所述原目标原子流程组归属的第s个备选原子流程组，t、s为正整数，1≤t≤n,1≤s≤m；其中，所述第一原子流程为任意一个被激活的原子流程；以及

从所述第s个备选原子流程组中重新筛选一个新目标原子流程组，其中，所述新目标原子流程组包括至少一个符合所述第t个非功能性需求对应的至少一个非功能性属性描述的原子流程；使用所述新目标原子流程组中包括的原子 流程替换所述原目标原子流程组中包括所述第一原子流程在内的所有需要替换的原子流程。

结合第二方面，在第二方面的第三种可能的实现方式中，所述原子流程管理模块，还用于在采用n个被激活的原子流程集分别构建对应的原子流程组合实例之后，确定第一非功能性需求对应的至少一个非功能性属性描述变更；以及

从所述m个备选原子流程组中重新筛选出对应最新第一非功能性需求的新目标原子流程集，其中，所述第一非功能性需求为所述n个非功能性需求中的任意一个；使用所述新目标原子流程集中包括的原子流程替换所述第一非功能性需求对应的原目标原子流程集中需要替换的原子流程。

结合第二方面的第一种可能的实现方式，在第二方面的第四种可能的实现方式中，所述原子流程管理模块，还用于在采用n个被激活的原子流程集分别构建对应的原子流程组合实例之后，在确定所述原子流程库中加入一个新原子流程时，分析确定所述新原子流程的功能性属性信息；

若确定所述新原子流程的功能性属性信息与所述业务需求中的第一功能性需求对应的功能性属性描述相符合，将所述新原子流程加入对应所述第一功能性需求的备选原子流程组中，构成最新的备选原子流程组，其中，所述第一功能性需求为所述m个功能性需求中的一个；以及

从所述最新的备选原子流程组中，分别重新筛选出对应n个非功能性需求的n个新目标原子流程组；使用所述n个新目标原子流程组中包括的原子流程，替换所述n个非功能性需求对应的n个原目标原子流程组中需要替换的原子流程。

结合第二方面或以上任一一种可能的实现方式，在第二方面的第五种可能的实现方式中，所述至少一个非功能性属性描述是指所述至少一个非功能性属性的属性值分别满足对应的第一预设条件；或者

将每个非功能性属性的属性值与对应该非功能性属性的权重值采用预设 的运算规则计算得到的数值满足第二预设条件。

结合第二方面，在第二方面的第六种可能的实现方式中，所述业务需求分析模块，还用于在将所述业务需求分解成m个功能性需求和n个非功能性需求之前，将所述业务需求分解成m个步骤，并分析获得每个步骤对应的功能性需求；

确定所述m个步骤的执行顺序；

所述原子流程组合实例化模块在采用第p个被激活的目标原子流程集构建对应的原子流程组合实例时，具体用于：

采用第p个被激活的目标原子流程集包括的m个目标原子流程组，按照所述m个步骤的执行顺序，构建对应的原子流程组合实例，1≤p≤n。

第三方面，一种业务流程管理设备，包括：

收发器，用于获取一个业务需求；

处理器，用于将所述业务需求分解成m个功能性需求和n个非功能性需求，其中，一个功能性需求采用一个功能性属性描述，一个非功能性需求采用至少一个非功能性属性描述，m和n为正整数；

从原子流程库中筛选获得m个备选原子流程组，其中，第i个备选原子流程组对应第i个功能性需求，所述第i个备选原子流程组包括至少一个符合所述第i个功能性需求对应的功能性属性描述的原子流程，i为正整数，1≤i≤m；

从所述m个备选原子流程组中筛选获得n个目标原子流程集，其中，第k个目标原子流程集对应第k个非功能性需求，所述第k个目标原子流程集包括m个目标原子流程组，其中，第j个目标原子流程组从第j个备选流程组中筛选获得，所述第j个目标原子流程组包括至少一个符合所述第k个非功能性需求对应的至少一个非功能性属性描述的原子流程，k、j为正整数，1≤k≤n,1≤j≤m；

以及激活筛选获得的所述n个目标原子流程集中的原子流程，采用n个被激活的原子流程集分别构建对应的原子流程组合实例。

结合第三方面，在第三方面的第一种可能的实现方式中，所述处理器，还用于在采用n个被激活的原子流程集分别构建对应的原子流程组合实例之后，对所述原子流程库中的每一个原子流程进行描述，生成分别对应每一个原子流程的原子流程描述表单，其中，第n个原子流程描述表单包括功能性属性信息和非功能性属性信息，所述功能性属性信息用于描述所述第n个原子流程的功能性属性，所述非功能性属性信息至少包括所述第n个原子流程的至少一个非功能性属性和所述至少一个非功能性属性分别对应的属性值，n为正整数。

结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，所述非功能性属性包括基于反馈的属性，其中，所述基于反馈的属性是指由原子流程在被激活使用过程中收集到的监控结果反映的所述原子流程的性能；

所述第n个原子流程描述表单中包括的非功能性属性信息还包括每个基于反馈的属性对应的执行记录参数和监控阈值，所述执行记录参数用于记录所述第n个原子流程执行过程中对应该基于反馈的属性的性能值，所述监控阈值用于描述针对所述执行记录参数的预设阈值；

所述处理器，还用于在采用n个被激活的原子流程集分别构建对应的原子流程组合实例之后，监控每个被激活的原子流程；

若确定被激活的第一原子流程的执行记录参数不满足所述第一原子流程的监控阈值时，则确定所述第一原子流程归属的第t个目标原子流程集，其中，所述第t个目标原子流程集对应第t个非功能性需求，且确定所述第一原子流程归属的原目标原子流程组，以及所述原目标原子流程组归属的第s个备选原子流程组，t、s为正整数，1≤t≤n,1≤s≤m；其中，所述第一原子流程为任意一个被激活的原子流程；以及

从所述第s个备选原子流程组中重新筛选一个新目标原子流程组，其中，所述新目标原子流程组包括至少一个符合所述第t个非功能性需求对应的至少一个非功能性属性描述的原子流程；

使用所述新目标原子流程组中包括的原子流程替换所述原目标原子流程组中包括所述第一原子流程在内的所有需要替换的原子流程。

结合第三方面，在第三方面的第三种可能的实现方式中，所述处理器，还用于在采用n个被激活的原子流程集分别构建对应的原子流程组合实例之后，确定第一非功能性需求对应的至少一个非功能性属性描述变更；

从所述m个备选原子流程组中重新筛选出对应最新第一非功能性需求的新目标原子流程集，其中，所述第一非功能性需求为所述n个非功能性需求中的任意一个；

以及使用所述新目标原子流程集中包括的原子流程替换所述第一非功能性需求对应的原目标原子流程集中需要替换的原子流程。

结合第三方面的第一种可能的实现方式，在第三方面的第四种可能的实现方式中，还包括：

所述处理器，还用于在采用n个被激活的原子流程集分别构建对应的原子流程组合实例之后，在确定所述原子流程库中加入一个新原子流程时，分析确定所述新原子流程的功能性属性信息；

若确定所述新原子流程的功能性属性信息与所述业务需求中的第一功能性需求对应的功能性属性描述相符合，将所述新原子流程加入对应所述第一功能性需求的备选原子流程组中，构成最新的备选原子流程组，其中，所述第一功能性需求为所述m个功能性需求中的一个；

从所述最新的备选原子流程组中，分别重新筛选出对应n个非功能性需求的n个新目标原子流程组；

使用所述n个新目标原子流程组中包括的原子流程，替换所述n个非功能性需求对应的n个原目标原子流程组中需要替换的原子流程。

结合第三方面或以上任一一种可能的实现方式，在第三方面的第五种可能的实现方式中，所述至少一个非功能性属性描述是指所述至少一个非功能性属性的属性值分别满足对应的第一预设条件；或者

将每个非功能性属性的属性值与对应该非功能性属性的权重值采用预设的运算规则计算得到的数值满足第二预设条件。

结合第三方面，在第三方面的第六种可能的实现方式中，所述处理器，还用于在将所述业务需求分解成m个功能性需求和n个非功能性需求之前，将所述业务需求分解成m个步骤，并分析获得每个步骤对应的功能性需求；

确定所述m个步骤的执行顺序；

采用第p个被激活的目标原子流程集构建对应的原子流程组合实例时，所述处理器，具体用于：

采用第p个被激活的目标原子流程集包括的m个目标原子流程组，按照所述m个步骤的执行顺序，构建对应的原子流程组合实例，1≤p≤n。

本发明实施例的有益效果为：服务器获取一个业务需求，并将业务需求分解成m个功能性需求和n个非功能性需求，实现对业务流程的细粒度划分，服务器从原子流程库中筛选获得m个备选原子流程组，服务器从m个备选原子流程组中筛选获得n个目标原子流程集，实现业务流程和资源的重用，服务器激活筛选获得的n个目标原子流程集中的原子流程，采用n个被激活的原子流程集分别构建对应的原子流程组合实例，最终实现既满足功能需求又满足非功能性需求灵活构建原子流程组合实例，能够更好地满足用户的业务需求，提高系统的整体效率。

附图说明

图1为本发明实施例中业务流程管理方法的概述流程图；

图2为本发明实施例中根据业务需求a构建原子流程组合实例的具体流程图；

图3为本发明实施例中根据对已激活原子流程的监控结果判断是否需要替换原子流程的具体流程图；

图4为本发明实施例中根据新加入的原子流程判断是否需要替换原子流程 的具体流程图；

图5为本发明实施例中购买支付的应用场景的结构示意图；

图6(a)为本发明实施例中业务流程管理装置的结构示意图；

图6(b)为本发明实施例中业务需求分析模块的结构示意图；

图6(c)为本发明实施例中原子流程管理模块的结构示意图；

图6(d)为本发明实施例中原子流程组合实例化模块的结构示意图；

图7为本发明实施例中业务流程管理设备的结构示意图。

具体实施方式

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

参阅图1所示，本发明实施例提供一种业务流程管理方法，具体包括：

步骤110：服务器获取一个业务需求，并将业务需求分解成m个功能性需求和n个非功能性需求，其中，一个功能性需求采用一个功能性属性描述，一个非功能性需求采用至少一个非功能性属性描述，m和n为正整数。

在执行步骤110之前或者在执行步骤120之前，服务器对原子流程库中的每一个原子流程进行描述，生成分别对应每一个原子流程的原子流程描述表单。其中，原子流程是指系统中不可再分解的最小粒度的业务流程。针对一个原子流程描述表单，该表单包括功能性属性信息和非功能性属性信息。

功能性属性信息用于描述该原子流程的功能性属性。其中，功能性属性是用于描述原子流程的功能性能力，是用来描述一个原子流程能够做什么。

非功能性属性信息至少包括该原子流程的至少一个非功能性属性和分别对应每一个非功能性属性的属性值。非功能性属性也是用于描述一个原子流程的性能，具体用来描述一个原子流程是如何实现其功能属性的。

具体的，非功能性属性包括固有属性和基于反馈的属性。其中，固有属性 是指原子流程本身具有的固定属性，原子流程在设计时就已经固化的属性，不随其执行过程变动的性能属性，这类属性一般情况下比较固定，例如，安全性、执行时间、响应时间和执行成本等。

基于反馈的属性是指由原子流程在被激活使用过程中收集到的监控结果反映的原子流程的性能，这类属性是基于原子流程的使用所获得的监控结果分析得到的，会根据原子流程的执行反馈而不断改变其性能参数，例如，客户满意度、执行正确率、客户信任度等。这类属性的属性值是通过原子流程在过去被使用的过程中所得到的。此外，在非功能性属性信息中，还记录有每个基于反馈的属性对应的执行记录参数和监控阈值。其中，执行记录参数用于记录原子流程执行过程中对应该基于反馈的属性的性能值，例如，记录该原子流程本次被激活的时间，本次执行后得到的客户满意度评分，该原子流程在某个特定时间段的被激活失败率等等。监控阈值用于描述针对执行记录参数的预设阈值，用于在原子流程的执行过程中，一旦确定执行记录参数记录的监控结果不在预设的监控阈值范围内，比如大于监控阈值或者小于监控阈值，则都会触发性能告警、或原子流程替换程序，或其他根据需要预设的程序。例如，预设执行成功率大于90％，预设激活失败率小于2％等等。

须知，为了非功能性属性的描述更加直观可利用，这里将每个非功能性属性进行量化，得到对应每个非功能性属性的属性值。

具体的，在将非功能性属性进行量化得到对应的属性值时，可以采用以下两种但不限于以下两种方法：

第一种方法：若非功能性属性是描述直接获取的可量化监测结果的，可以根据记录的监测结果落入的预设的范围确定该非功能性属性的属性值，比如执行时间，激活时间，某个特定时间的执行成功率等。这种方法既可以用于获得固有属性的属性值，也可以用于获得基于反馈的属性的属性值。

例如，非功能性属性为预设时长内的被激活失败率，预设时长内的被激活失败率是一个基于反馈的属性，属性值取值范围为从1到5，预先规定预设时 长内的被激活失败率落入的预设的范围与属性值之间的对应关系，如预设时长内的被激活失败率小于等于1％，对应的属性值为5，预设时长内的被激活失败率为1％～1.5％，对应的属性值为4，预设时长内的被激活失败率为1.5％～2％，对应的属性值为3，预设时长内的被激活失败率为2％～2.5％，对应的属性值为2，预设时长内的被激活失败率为2.5％以上，对应的属性值为1。当一个原子流程的在预设时长内的被激活失败率为1.1％时，则可以记为(预设时长内的被激活失败率：4)。

又例如，非功能性属性为执行时间，执行时间是一个固有属性，属性值取值范围为从1到5，预先规定执行时间落入的预设的范围与属性值之间的对应关系，如执行时间小于等于5s，对应的属性值为5，执行时间为6s～10s，对应的属性值为4，执行时间为11s～15s，对应的属性值为3，执行时间为15s～20s，对应的属性值为4，执行时间为20s以上，对应的属性值为1。当一个原子流程的执行时间为12s，则可以记为(执行时间：3)。

此外，针对可量化的非功能性属性，也可以直接使用其真实值作为其属性值，比如执行时间，可以直接记录为0.1s，每秒触发失败率＝0.1％/s，并在后续计算过程中在相同的计算单位的情况下直接进行精确计算。

第二种方法：若非功能性属性不是直接的可量化的性能，则需要预设属性值获得规则。比如，针对客户满意度评分，可以规定从(特别不满意，不满意，一般，满意，特别满意)分别对应属性值可以是(-2，-1,0,1,2)，也可以是(1,2,3,4,5)。用户可以根据自己的体验给出评分，服务器根据该评分与属性值的对应确定该非功能性属性的属性值，此外，需将客户满意度评分记录在非功能性属性客户满意度的执行记录参数中。

下面举例说明针对原子流程x的原子流程描述表单，假设非功能性属性的属性值取值范围为从1到5：

x＝{功能性属性信息：通过微信公众号推广完成客户接触；非功能性属性信息：(安全性：3)(客户信任度：2；执行记录参数；监控阈值)(客户满意 度：3；执行记录参数；监控阈值)(响应时间：4)}

其中，安全性和响应时间为固定属性，它们分别对应的属性值为3和4，客户信任度和客户满意度为基于反馈的属性，它们分别对应的属性值为2和3。

针对一个业务需求，在服务器将业务需求分解成m个功能性需求和n个非功能性需求之前，服务器需要首先将业务需求分解成m个步骤，并分析获得每个步骤对应的功能性需求，且服务器需要进一步确定m个步骤的执行顺序，例如，顺序、并行、选择、循环的不同执行顺序的组合。

例如，业务需求a是商场推出一种新会员卡，服务器通过分析该业务需求a得出实现这个业务需求的典型业务步骤为：

步骤1、客户接触；步骤2、客户申请办理会员卡；步骤3、客户与商场签订会员卡办理协议；步骤4、客户会员卡申请成功。这四个步骤需要按照顺序依次执行。

步骤1的功能性需求为将新会员卡推荐给客户，完成客户接触。

步骤2的功能性需求为客户提出办理新会员卡的申请

步骤3的功能性需求为商场与客户完成签约过程。

步骤4的功能性需求为商场与客户确认签约，客户开始使用该新会员卡。

进一步地，为了针对该业务需求进行细粒度的描述，更好地满足客户的需要，需要对该业务需求分析获得n个非功能性需求。针对每个非功能性需求采用至少一个非功能性属性描述，其中，至少一个非功能性属性描述是指至少一个非功能性属性的属性值分别满足对应的第一预设条件；或者将每个非功能性属性的属性值与对应该非功能性属性的权重值采用预设的运算规则计算得到的数值满足第二预设条件。

例如，针对业务需求a的非功能性需求为：具有原会员卡的客户办理新会员卡时的响应时间较短，则对应该非功能性属性的描述为：响应时间的属性值大于4；

或者，针对业务需求a的非功能性需求为：具有原会员卡的客户办理新会 员卡时的响应时间较短且客户满意度较高。

这里用(1，2，3)表示权重(轻，一般，重要)，预设的运算规则为：

s＝3*响应时间的属性值+2*客户满意度的属性值

则该非功能性属性的描述还可以为：具有原会员卡的客户的s值大于新申领会员卡的客户的s值。

步骤120：服务器从原子流程库中筛选获得m个备选原子流程组，其中，第i个备选原子流程组对应第i个功能性需求，第i个备选原子流程组包括至少一个符合第i个功能性需求对应的功能性属性描述的原子流程，i为正整数，1≤i≤m。

具体的，这里可以采用但不限于以下两种方法，从原子流程库中筛选获得第i个功能性属性对应的第i个备选原子流程组：

第一种方法：通过关键字匹配从原子流程库中筛选第i个功能性属性对应的第i个备选原子流程组。

例如，针对业务需求a的步骤1对应的功能性需求，在原子流程库中，筛选出原子流程描述表单的功能性信息中包含“客户接触”关键字的原子流程，将筛选获得的至少一个原子流程组作为步骤1对应的功能性需求的备选原子流程组。须知，在采用此种方法时，需要预先统一功能性需求的描述术语，即关键字。

第二种方法：通过语义分析，从原子流程库中筛选出符合第i个功能性属性对应的功能性属性描述的同义或/和近义描述的原子流程，作为第i个功能性属性对应的第i个备选原子流程组。

例如，仍以业务需求a的步骤1对应的功能性需求为例，在原子流程库中，筛选出原子流程描述表单的功能性信息中包含“客户接触”或者与其同义或/和近义的描述的原子流程，例如，“客户推荐”，“客户推销”等，将筛选获得的至少一个原子流程组作为步骤1对应的功能性需求的备选原子流程组。可见，这种方法更加灵活，但是也可能出现筛选错误的情形。

现有技术中提供了多种类似的筛选方法，这里不再赘述。

此外，当服务器没有筛选到针对第i个功能性属性对应的第i个备选原子流程组时，服务器可以向用户推荐与第i个功能性属性最接近的原子流程，或者建议用户修改业务需求，重新定义业务需求对应的功能性需求。

步骤130：服务器从m个备选原子流程组中筛选获得n个目标原子流程集，其中，第k个目标原子流程集对应第k个非功能性需求，第k个目标原子流程集包括m个目标原子流程组，其中，第j个目标原子流程组从第j个备选流程组中筛选获得，第j个目标原子流程组包括至少一个符合第k个非功能性需求对应的至少一个非功能性属性描述的原子流程，k、j为正整数，1≤k≤n,1≤j≤m。

具体的，在服务器筛选获得m个备选原子流程组后，下面以第k个非功能性属性为例，服务器从m个备选原子流程组中筛选出m个目标原子流程组，其中，筛选得到的第i个目标原子流程组包括至少一个符合第k个非功能性属性对应的至少一个非功能性属性描述的原子流程，1≤i≤m。

例如，服务器针对业务需求a筛选出4个备选原子流程组后，针对业务需求a的非功能性需求1为：具有原会员卡的客户办理新会员卡时的响应时间较短，则对应该非功能性属性1的描述为：响应时间的属性值大于4。因此，服务器从第1个备选原子流程组中，筛选出原子流程描述表单的非功能性属性信息中记录的响应时间大于4的原子流程，构成第1个目标原子流程组，从第2备选原子流程组中，筛选出原子流程描述表单的非功能性属性信息中记录的响应时间大于4的原子流程，构成第2个目标原子流程组，……，从第4备选原子流程组中，筛选出原子流程描述表单的非功能性属性信息中记录的响应时间大于4的原子流程，构成第4个目标原子流程组。这4个目标原子流程组构成针对非功能性属性1的目标原子流程集。

须知，针对非功能性属性也可以采用关键字匹配或语义分析等方法，从备选原子流程组中筛选出与非功能性属性匹配的原子流程，再进一步根据至少一 个非功能性属性描述，判断每个原子流程是否符合对应的非功能性需求。

此外，当服务器没有筛选到针对第k个非功能性需求的第j个目标原子流程组时，服务器可以向用户推荐与最接近符合第k个非功能性需求对应的至少一个非功能性属性描述的原子流程，或者建议用户修改第k个非功能性需求对应的至少一个非功能性属性描述或者业务需求。

步骤140：服务器激活筛选获得的n个目标原子流程集中的原子流程，采用n个被激活的原子流程集分别构建对应的原子流程组合实例。

其中，原子流程组合实例是指能够实现业务需求的一系列原子流程的组合。

具体的，在执行步骤110之前，服务器已将业务需求分解成m个步骤，并进一步确定m个步骤的执行顺序。

服务器采用第p个被激活的目标原子流程集构建对应的原子流程组合实例时，采用第p个被激活的目标原子流程集包括的m个目标原子流程组，按照m个步骤的执行顺序，构建对应的原子流程组合实例。

此外，服务器在采用n个被激活的原子流程集分别构建对应的原子流程组合实例之后，还包括以下几种可能需要对原子流程组合实例进行调整的情况：

第一种情况：根据对已激活原子流程的监控结果判断是否需要替换原子流程。

服务器监控每个被激活的原子流程。若服务器确定被激活的第一原子流程的执行记录参数不满足第一原子流程的监控阈值时，则服务器确定第一原子流程归属的第t个目标原子流程集，其中，第t个目标原子流程集对应第t个非功能性需求，且服务器确定第一原子流程归属的原目标原子流程组，以及原目标原子流程组归属的第s个备选原子流程组，t、s为正整数，1≤t≤n,1≤s≤m，其中，第一原子流程为任意一个被激活的原子流程中的。

服务器从第s个备选原子流程组中重新筛选一个新目标原子流程组，其中，新目标原子流程组包括至少一个符合第t个非功能性需求对应的至少一个非功 能性属性描述的原子流程。

服务器使用新目标原子流程组中包括的原子流程替换原目标原子流程组中包括第一原子流程在内的所有需要替换的原子流程。

例如，原子流程1的预设执行成功率为80％，小于监控阈值90％，则需要确定原子流程1归属于第2个目标原子流程集，对应第2个非功能性需求，且原子流程1归属于第2个目标原子流程集中的第3个目标原子流程组，且第3目标原子流程组是从第3个备选原子流程组中筛选得到的，则服务器需要从第3备选原子流程组中重新筛选出一个新目标原子流程组，该新目标原子流程组包括至少一个符合第2个非功能性需求对应的至少一个非功能性属性描述的原子流程。服务器使用新目标原子流程组中包括的原子流程替换原第3个目标原子流程组中包括原子流程1在内的所有需要替换的原子流程。

第二种情况：根据任一非功能性需求的变更判断是否需要替换原子流程。

若服务器确定第一非功能性需求对应的至少一个非功能性属性描述变更，服务器根据从m个备选原子流程组中重新筛选出对应最新第一非功能性需求的新目标原子流程集，其中，第一非功能性需求为n个非功能性需求中的任意一个。

若服务器使用新目标原子流程集中包括的原子流程替换第一非功能性需求对应的原目标原子流程集中需要替换的原子流程。

例如，非功能性需求对应的至少一个非功能属性的描述为：具有原会员卡的客户办理新会员卡时的响应时间较短且客户满意度较高。

预设的运算规则由原来的

s＝3*响应时间的属性值+2*客户满意度的属性值

变更为：

s＝3*响应时间的属性值+3*客户满意度的属性值

第三种情况：根据新加入的原子流程判断是否需要替换原子流程。

若服务器确定原子流程库中加入一个新原子流程，服务器分析确定新原子 流程的功能性属性信息。

若服务器确定新原子流程的功能性属性信息与业务需求中的第一功能性需求对应的功能性属性描述相符合，将新原子流程加入对应第一功能性需求的备选原子流程组中，构成最新的备选原子流程组，其中，第一功能性需求为m个功能性需求中的一个。

服务器从最新的备选原子流程组中，分别重新筛选出对应n个非功能性需求的n个新目标原子流程组。

服务器使用n个新目标原子流程组中包括的原子流程，替换n个非功能性需求对应的n个原目标原子流程组中需要替换的原子流程。

例如，新加入的原子流程性能更好，非功能性属性的属性值更高，则可以用新加入的原子流程去替换已有的原子流程。

实施例1：

参阅图2所示，为根据业务需求a构建原子流程组合实例的具体流程图。

s201：服务器分析业务需求a，将业务需求a分解成m个步骤，并获得m个步骤的执行顺序。

服务器根据m个步骤的执行顺序作为原子流程组合实例的组合依据。

s202：服务器针对每个步骤分析确定对应的功能性需求和每个功能性需求确定对应的功能性属性描述。

s203：服务器分析业务需求a，确定n个非功能性需求。

s204：服务器根据当前功能性需求查询原子流程库，判断是否存在符合当前功能性需求对应的功能性属性描述的原子流程，若是，执行s207；否则，执行s205；

s205：服务器推荐与该功能性需求最接近的原子流程。

s206:服务器根据用户指令判断用户是否接受服务器推荐的最近的原子流程，若是，执行s207，否则，建议用户修改业务需求，返回执行s201。

s207：服务器继续判断是否存在符合下一个功能性需求对应的功能性属性 描述的原子流程，返回执行s204，直至服务器筛选获得m个备选原子流程组。

s208：服务器根据当前非功能性需求，判断是否能从m个备选原子流程组中筛选出m个目标原子流程组，若是，执行s211，否则，执行s209；

s209：服务器推荐与该非功能性需求最接近的原子流程。

s210:服务器根据用户指令判断用户是否接受服务器推荐的最近的原子流程，执行s211，否则，建议用户修改业务需求，返回执行s201。

s211：服务器继续判断是否能够筛选出针对下一个非功能性需求的目标原子流程集，返回执行s208，直至服务器筛选获得n个目标原子流程集。

s212：服务器激活被筛选出的n个目标原子流程集中的原子流程，采用n个被激活的原子流程集分别构建对应的原子流程组合实例。

实施例2：

参阅图3所示，为根据业务需求a构建原子流程组合实例完成后，根据对已激活原子流程的监控结果判断是否需要替换原子流程的具体流程图。

s301：服务器监测每个被激活的原子流程。

s302：服务器判断原子流程的基于反馈的属性的执行记录参数是否满足预设的监控阈值范围，若不满足执行s303，否则，执行s301。

s303：服务器标记执行记录参数不满足预设的监控阈值范围的原子流程为需要被替换的原子流程。

s304：服务器根据该需要被替换的原子流程对应的非功能性需求和所在的备选原子流程组，重新筛选出一个新目标原子流程组。

s305：服务器将新目标原子流程组中的原子流程的活跃度标记为“激活”。

s306：服务器确定需要被替换的原子流程在执行中作为下一个执行原子流程时，将新目标原子流程组中的原子流程作为下一个执行原子流程。

s307：服务器将被替换下来的原子流程的活跃度标记为“未激活”。

s308：服务器更新原子流程组合实例。

参阅图4所示，为根据业务需求a构建原子流程组合实例完成后，根据新 加入的原子流程判断是否需要替换原子流程的具体流程图。

s401：服务器确定原子流程库中加入一个新原子流程，服务器查询是否有相同的原子流程，若是，结束流程，否则，执行s402。

s402：服务器分析确定新原子流程的原子流程描述表单。

s403：服务器确定新原子流程的功能性属性信息与业务需求中的第一功能性需求对应的功能性属性描述相符合，将新原子流程加入对应第一功能性需求的备选原子流程组中。

s404：服务器从最新的备选原子流程组中，分别重新筛选出对应n个非功能性需求的n个新目标原子流程组。

这里的新目标原子流程组可以与原目标原子流程组相同，也可以不同，即包含了新原子流程。

s405：服务器使用n个新目标原子流程组中包括的原子流程，替换n个非功能性需求对应的n个原目标原子流程组中需要替换的原子流程。

s406：服务器更新原子流程组合实例。

实施例3：

下面以根据电信运营商推出的一种新的套餐业务的需求为例具体说明本发明实施例中业务流程的管理方法。

首先，服务器分析该业务需求，得出要实现这个业务要求，电信运营商的典型业务步骤分为4步，分别是：

1.客户接触→2.客户申请使用该新业务→3.电信运营商与客户签约→4.确认签约成功，客户开始使用该新业务。

这4个步骤的执行顺序为按步骤编号依次执行。

然后，分别定义这四个业务步骤的功能性需求和对应的功能性描述：

·<1.客户接触>的功能需求是：将新业务推广给客户，使客户了解该项新业务，争取目标客户的签约意向。

·<2.客户申请使用该新业务>：客户提出使用该新业务的申请，创建并完 成客户申请。

·<3.电信运营商与客户签约>：电信运营与客户完成签约过程。

·<4.确认签约成功，客户开始使用该新业务>：电信运营商与客户确认签约，电信运营商交付该项新业务给客户，客户开始使用该项新业务。

接着，定义非功能性需求：

在本实施例中，提出三个非功能性需求，用(1，2，3)表示权重(轻，一般，重要)，分别为针对不同客户群、不同地域和不同时段的非功能性需求。

第1个非功能性需求为：vip客户的整体非功能属性的性能要优于普通客户，具体的，客户群可以被分为vip客户和普通客户两种。针对两个客户群都关注安全性，客户信任度，客户评分和响应时间四个非功能属性，而且前三个非功能性属性的权重大于响应时间的权重。即：

s¹vip>s¹普通客户

具体运算规则为：s¹＝3*(安全性+客户信任度+客户评分)+2*(响应时间)

第2个非功能性需求为：针对不同地域的客户从步骤1到步骤4的时间要求不同，具体的，不同地域的客户都关注安全性，客户信任度，客户评分和响应时间四个非功能属性，而且前三个非功能性属性的权重小于响应时间的权重。在广东省对签约时间要求在1小时内完成，其他地区要求在24小时内完成，对时效便捷性的要求权重大于对其他性能属性的权重，即：

s²广东省>s²其他地区

具体运算规则为：s²＝2*(安全性+客户信任度+客户评分)+3*(响应时间)

第3个非功能性需求为：针对不同时段对于客户接触的精确度要求不同，具体的，在普通时段对客户接触的精确度要求高于热销时段。对客户评分和客户信任度的要求权重大于对其他性能属性的权重，即：

s³热销时段>s³普通时段

具体运算规则为：s³＝3*(客户评分+客户信任度)+2*(安全性+响应时间)

本实施例中设定非功能性属性的属性值范围从1至5。

服务器已有的原子流程库中，筛选获得4个备选原子流程组：

第1备选原子流程组对应功能性需求<1.客户接触>：

原子流程1.1＝{功能性属性：通过网络推广完成客户接触功能；非功能性属性(安全性：3)(客户信任度：2；执行记录参数；监控阈值(>3))(客户满意度评分：2；执行记录参数；监控阈值(>3))(响应时间：4)}

具体的，监控阈值(>3)表示的是替换阈值，即客户信任度的执行记录参数(就是执行该原子流程时获得的监控结果)必须大于3，一旦客户信任度的执行记录参数小于等于3，则替换该原子流程被触发。同理，其他基于反馈的属性也可能设置相应的监控阈值。

原子流程1.2＝{功能性属性：1对1的接触完成客户接触功能；非功能性属性(安全性：3)(客户信任度：4；执行记录参数；监控阈值(>3))(客户满意度评分：3；执行记录参数；监控阈值(>3))(响应时间：2)}

第2备选原子流程组对应功能性需求<2.客户申请使用新业务>：

原子流程2.1＝{功能性属性：通过网络完成业务申请；非功能性属性(安全性：3)(客户信任度：3；执行记录参数；监控阈值(>3))(客户评分：3；执行记录参数；监控阈值(>3))(响应时间：4)}

原子流程2.2＝{功能性属性：营业厅完成业务申请；非功能性属性(安全性：4)(客户信任度：5；执行记录参数；监控阈值(>4))(客户评分：3；执行记录参数；监控阈值(>3))(响应时间：3)}

第3备选原子流程组对应功能性需求<3.电信运营商与客户签约>：

原子流程3.1＝{功能性属性：电子签约；非功能性属性(安全性：3)(客户信任度：3；执行记录参数；监控阈值(>3))(客户评分：4；执行记录参数；监控阈值(3；4))(响应时间：4)}

原子流程3.2＝{功能性属性：营业厅签约；非功能性属性(安全性：4)(客 户信任度：4；执行记录参数；监控阈值(>4))(客户评分：4；执行记录参数；监控阈值(>3)(响应时间：3)}

第4备选原子流程组对应功能性需求<4.确认签约成功，开始使用新业务>：

原子流程4.1＝{功能性属性：电子确认，开始使用新业务；非功能性属性(安全性：3)(客户信任度：3；执行记录参数；监控阈值(>3))(客户评分：4；执行记录参数；监控阈值(>3))(响应时间：4)}

原子流程4.2＝{功能性属性：营业厅确认，开始使用新业务；非功能性属性(安全性：4)(客户信任度：4；执行记录参数；监控阈值(>4:)(客户评分：4；执行记录参数；监控阈值(>3))(响应时间：3)}

针对第1个非功能性需求s¹vip>s¹普通客户：

s¹＝3*(安全性+客户信任度+客户评分)+2*(响应时间)

服务器计算出原子流程1.1：s¹＝3*(3+2+2)+2*4＝29

原子流程1.2：s¹＝3*(3+4+3)+2*2＝34

第1目标原子流程组包括原子流程1.1和原子流程1.2，原子流程1.2针对vip客户，原子流程1.1针对普通客户。

以此类推，得出第2目标原子流程组包括原子流程2.1:s¹＝35，针对普通客户，和原子流程2.2:s¹＝42，针对vip客户；第3目标原子流程组包括原子流程3.1：s¹＝38，针对普通用户，和原子流程3.2:s¹＝42，针对vip用户；第4目标原子流程组包括原子流程4.1:s¹＝35，针对普通客户，和原子流程4.2:s¹＝38，针对vip客户。

服务器根据第1个非功能性需求筛选获得第1个目标原子流程集。

即针对vip客户选择出：原子流程1.2→原子流程2.2→原子流程3.2→原子流程4.2，构件原子流程组合实例。

针对普通客户选择出：原子流程1.1→原子流程2.1→原子流程3.1→原子流程4.1，构件原子流程组合实例。

同理，针对第2个非功能性需求s²广东省>s²其他地区：

s²＝2*(安全性+客户信任度+客户评分)+3*(响应时间)

针对广东地区客户为：原子流程1.1→原子流程2.2→原子流程3.1→原子流程4.2，构件原子流程组合实例

针对非广东地区客户为：原子流程1.1→原子流程2.1→原子流程3.2→原子流程4.1，构件原子流程组合实例。

同理，针对第3个非功能性需求s³热销时段>s³普通时段：

s³＝3*(客户评分+客户信任度)+2*(安全性+响应时间)

针对热销时段为：原子流程1.1→原子流程2.2→原子流程3.2→原子流程4.2，构件原子流程组合实例。

针对普通时段为：原子流程1.2→原子流程2.1→原子流程3.1→原子流程4.1，构件原子流程组合实例。

服务器将原子流程组合实例构建完成以后，在执行过程中，每个原子流程的基于反馈的属性将根据其被监控的结果进行修正，被记录在执行记录参数中，如果原子流程的执行记录参数超过了监控阈值，则该原子流程将被替换。如果用户修正了对非功能性需求中针对某一非功能性属性的权重，则将重新组合原子流程以符合最新的用户需要。

例如，对vip客户的非功能性需求更改为对于步骤1,2的响应时间权重高于其他非功能性属性，而步骤3,4的安全性，客户信任度和客户评分高于其他非功能性属性，即针对步骤1,2的运算规则为：2*(安全性+客户信任度+客户评分)+3*(响应时间)，针对步骤3,4的运算规则：3*(安全性+客户信任度+客户评分)+2*(响应时间)，由此根据最新的非功能性属性计算得出针对vip客户的原子流程实例更新为:原子流程1.1→原子流程2.2→原子流程3.2→原子流程4.2。针对普通客户的原子流程实例更新为：原子流程1.2→原子流程2.1→原子流程3.1→原子流程4.1。

实施例4：

参阅图5所示，以在购买支付的应用场景中添加一个新的“虚拟货币支付”流程到已执行的原子流程组合实例中为例，下面对新的原子流程加入后触发流程更新进行详细说明。

首先，服务器需要对已有的流程进行原子化拆分，以提高资源的可重用性。然后根据购买支付的应用场景确定该业务需求对应的功能性需求和非功能性需求，并对功能性需求和非功能性需求进行描述。新的原子流程“虚拟货币支付”加入以后，触发原子流程组合实例的更新。

服务器首先分析确定新原子流程的功能性属性信息。

具体的，“虚拟货币支付”原子流程＝{功能性属性：完成支付，通过使用用户账号的虚拟货币；非功能性属性(安全性：3)(客户满意度评分：3；执行参数；监控阈值(>3))(执行时间：4)}

若服务器确定新原子流程的功能性属性信息与业务需求中的完成支付的功能性需求对应的功能性属性描述相符合，将新原子流程加入对应该功能性需求的备选原子流程组中，构成最新的备选原子流程组。服务器从最新的备选原子流程组中，将新添加的原子流程加入到目标原子流程集，即已执行的原子流程组合实例中，以满足新的业务需求。具体的，将新添加的原子流程标记为下一执行原子流程，并将其标记为“激活”，当执行到“选择支付方式”这个原子流程时，将“虚拟执行货币支付”标记为“下一个可选择的执行流程”，“虚拟货币支付”作为和其他支付一样，可供用户进行选择。如果用户选择使用虚拟货币进行支付，服务器则将执行信息传递给“虚拟货币支付流程”，进行执行，然后“确认支付”，最终执行“发给完成购买流程”，完成将这个新的原子流程加入到已执行的流程组合中。

参阅图6(a)所示，本发明实施例提供一种业务流程管理装置60，包括：

业务需求分析模块61，用于获取一个业务需求，并将业务需求分解成m个功能性需求和n个非功能性需求，其中，一个功能性需求采用一个功能性属 性描述，一个非功能性需求采用至少一个非功能性属性描述，m和n为正整数。

具体的，参阅图6(b)所示，业务需求分析模块61具体包括业务需求获取单元，用于获取业务需求，业务需求拆分单元，用于将业务需求拆分成多个步骤，并确定执行顺序，业务需求描述单元，用于对功能性需求和非功能性需求进行描述，以及业务需求表单存储单元，用于存储针对每个业务需求的步骤，执行顺序以及功能性需求描述和非功能性需求描述。

原子流程管理模块62，用于从原子流程库中筛选获得m个备选原子流程组，其中，第i个备选原子流程组对应第i个功能性需求，第i个备选原子流程组包括至少一个符合第i个功能性需求对应的功能性属性描述的原子流程，i为正整数，1≤i≤m；

从m个备选原子流程组中筛选获得n个目标原子流程集，其中，第k个目标原子流程集对应第k个非功能性需求，第k个目标原子流程集包括m个目标原子流程组，其中，第j个目标原子流程组从第j个备选流程组中筛选获得，第j个目标原子流程组包括至少一个符合第k个非功能性需求对应的至少一个非功能性属性描述的原子流程，k、j为正整数，1≤k≤n,1≤j≤m；

具体的，参阅图6(c)所示，原子流程管理模块62具体包括原子流程存储单元、原子流程描述表单存储单元、原子流程查询单元、原子流程更新单元、原子流程生命周期管理单元。其中，原子流程存储单元，用于存储各个原子流程，每个原子流程组对应一个功能性属性；原子流程描述表单存储单元，用于存储每个原子流程描述表单；原子流程查询单元，用于筛选获得备选原子流程组以及目标原子流程集；原子流程更新单元，用于当新添加原子流程时，对新原子流程进行解析；

原子流程生命周期管理单元，用于监控每个原子流程，并针对需要替换的原子流程进行替换。

原子流程组合实例化模块63，用于激活筛选获得的n个目标原子流程集 中的原子流程，采用n个被激活的原子流程集分别构建对应的原子流程组合实例。

具体的，参阅图6(d)所示，原子流程组合实例化模块63具体包括原子流程组合单元和实例信息存储单元。其中，原子流程组合单元，用于对筛选出目标原子流程集按照执行顺序进行组合；实例信息存储单元，用于存储针对每个实例的描述表单。

可选的,原子流程管理模块62，还用于在从原子流程库中筛选获得m个备选原子流程组之前，对原子流程库中的每一个原子流程进行描述，生成分别对应每一个原子流程的原子流程描述表单，其中，第n个原子流程描述表单包括功能性属性信息和非功能性属性信息，功能性属性信息用于描述第n个原子流程的功能性属性，非功能性属性信息至少包括第n个原子流程的至少一个非功能性属性和至少一个非功能性属性分别对应的属性值，n为正整数。

可选的，非功能性属性包括基于反馈的属性，其中，基于反馈的属性是指由原子流程在被激活使用过程中收集到的监控结果反映的原子流程的性能；

第n个原子流程描述表单中包括的非功能性属性信息还包括每个基于反馈的属性对应的执行记录参数和监控阈值，执行记录参数用于记录第n个原子流程执行过程中对应该基于反馈的属性的性能值，监控阈值用于描述针对执行记录参数的预设阈值；

原子流程管理模块62，还用于在采用n个被激活的原子流程集分别构建对应的原子流程组合实例之后，监控每个被激活的原子流程；

若确定被激活的第一原子流程的执行记录参数不满足第一原子流程的监控阈值时，则确定第一原子流程归属的第t个目标原子流程集，其中，第t个目标原子流程集对应第t个非功能性需求，且确定第一原子流程归属的原目标原子流程组，以及原目标原子流程组归属的第s个备选原子流程组，t、s为正整数，1≤t≤n,1≤s≤m；其中，第一原子流程为任意一个被激活的原子流程；

从第s个备选原子流程组中重新筛选一个新目标原子流程组，其中，新目 标原子流程组包括至少一个符合第t个非功能性需求对应的至少一个非功能性属性描述的原子流程；

使用新目标原子流程组中包括的原子流程替换原目标原子流程组中包括第一原子流程在内的所有需要替换的原子流程。

可选的，原子流程管理模块62，还用于在采用n个被激活的原子流程集分别构建对应的原子流程组合实例之后，确定第一非功能性需求对应的至少一个非功能性属性描述变更；

从m个备选原子流程组中重新筛选出对应最新第一非功能性需求的新目标原子流程集，其中，第一非功能性需求为n个非功能性需求中的任意一个；

使用新目标原子流程集中包括的原子流程替换第一非功能性需求对应的原目标原子流程集中需要替换的原子流程。

可选的，原子流程管理模块62，还用于在采用n个被激活的原子流程集分别构建对应的原子流程组合实例之后，在确定原子流程库中加入一个新原子流程时，分析确定新原子流程的功能性属性信息；

若确定新原子流程的功能性属性信息与业务需求中的第一功能性需求对应的功能性属性描述相符合，将新原子流程加入对应第一功能性需求的备选原子流程组中，构成最新的备选原子流程组，其中，第一功能性需求为m个功能性需求中的一个；

从最新的备选原子流程组中，分别重新筛选出对应n个非功能性需求的n个新目标原子流程组；

使用n个新目标原子流程组中包括的原子流程，替换n个非功能性需求对应的n个原目标原子流程组中需要替换的原子流程。

可选的，至少一个非功能性属性描述是指至少一个非功能性属性的属性值分别满足对应的第一预设条件；或者

将每个非功能性属性的属性值与对应该非功能性属性的权重值采用预设的运算规则计算得到的数值满足第二预设条件。

可选的，业务需求分析模块61，还用于在将业务需求分解成m个功能性需求和n个非功能性需求之前，将业务需求分解成m个步骤，并分析获得每个步骤对应的功能性需求；

确定m个步骤的执行顺序；

原子流程组合实例化模块63在采用第p个被激活的目标原子流程集构建对应的原子流程组合实例时，具体用于：

采用第p个被激活的目标原子流程集包括的m个目标原子流程组，按照m个步骤的执行顺序，构建对应的原子流程组合实例，1≤p≤n。

需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

参阅图7所示，本发明实施例提供一种业务流程管理设备700，包括：

如图7所示，该设备包括第一收发器701、第一处理器702、第一存储器703。第一收发器701、第一处理器702以及第一存储器703相互连接。本发明实施例中不限定上述部件之间的具体连接介质。本发明实施例在图7中以第一 存储器703、第一处理器702以及第一收发器701之间通过总线704连接，总线在图7中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本发明实施例中第一存储器703，用于存储第一处理器702执行的程序代码，可以是易失性存储器(英文：volatilememory)，例如随机存取存储器(英文：random-accessmemory，缩写：ram)；第一存储器703也可以是非易失性存储器(英文：non-volatilememory)，例如只读存储器(英文：read-onlymemory，缩写：rom)，快闪存储器(英文：flashmemory)，硬盘(英文：harddiskdrive，缩写：hdd)或固态硬盘(英文：solid-statedrive，缩写：ssd)、或者第一存储器703是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。第一存储器703可以是上述存储器的组合。

收发器701，用于获取一个业务需求；

处理器702，用于将业务需求分解成m个功能性需求和n个非功能性需求，其中，一个功能性需求采用一个功能性属性描述，一个非功能性需求采用至少一个非功能性属性描述，m和n为正整数；

从原子流程库中筛选获得m个备选原子流程组，其中，第i个备选原子流程组对应第i个功能性需求，第i个备选原子流程组包括至少一个符合第i个功能性需求对应的功能性属性描述的原子流程，i为正整数，1≤i≤m；

从m个备选原子流程组中筛选获得n个目标原子流程集，其中，第k个目标原子流程集对应第k个非功能性需求，第k个目标原子流程集包括m个目标原子流程组，其中，第j个目标原子流程组从第j个备选流程组中筛选获得，第j个目标原子流程组包括至少一个符合第k个非功能性需求对应的至少一个非功能性属性描述的原子流程，k、j为正整数，1≤k≤n,1≤j≤m；

以及激活筛选获得的n个目标原子流程集中的原子流程，采用n个被激 活的原子流程集分别构建对应的原子流程组合实例。

可选的，处理器702，还用于在从原子流程库中筛选获得m个备选原子流程组之前，对原子流程库中的每一个原子流程进行描述，生成分别对应每一个原子流程的原子流程描述表单，其中，第n个原子流程描述表单包括功能性属性信息和非功能性属性信息，功能性属性信息用于描述第n个原子流程的功能性属性，非功能性属性信息至少包括第n个原子流程的至少一个非功能性属性和至少一个非功能性属性分别对应的属性值，n为正整数。

可选的，非功能性属性包括基于反馈的属性，其中，基于反馈的属性是指由原子流程在被激活使用过程中收集到的监控结果反映的原子流程的性能；

第n个原子流程描述表单中包括的非功能性属性信息还包括每个基于反馈的属性对应的执行记录参数和监控阈值，执行记录参数用于记录第n个原子流程执行过程中对应该基于反馈的属性的性能值，监控阈值用于描述针对执行记录参数的预设阈值；

处理器702，还用于在采用n个被激活的原子流程集分别构建对应的原子流程组合实例之后，监控每个被激活的原子流程；以及

若确定被激活的第一原子流程的执行记录参数不满足第一原子流程的监控阈值时，则确定第一原子流程归属的第t个目标原子流程集，其中，第t个目标原子流程集对应第t个非功能性需求，且确定第一原子流程归属的原目标原子流程组，以及原目标原子流程组归属的第s个备选原子流程组，t、s为正整数，1≤t≤n,1≤s≤m；其中，第一原子流程为任意一个被激活的原子流程；

从第s个备选原子流程组中重新筛选一个新目标原子流程组，其中，新目标原子流程组包括至少一个符合第t个非功能性需求对应的至少一个非功能性属性描述的原子流程；

使用新目标原子流程组中包括的原子流程替换原目标原子流程组中包括第一原子流程在内的所有需要替换的原子流程。

可选的，处理器702，还用于在采用n个被激活的原子流程集分别构建对 应的原子流程组合实例之后，确定第一非功能性需求对应的至少一个非功能性属性描述变更；以及

从m个备选原子流程组中重新筛选出对应最新第一非功能性需求的新目标原子流程集，其中，第一非功能性需求为n个非功能性需求中的任意一个；

使用新目标原子流程集中包括的原子流程替换第一非功能性需求对应的原目标原子流程集中需要替换的原子流程。

可选的，处理器702，还用于在采用n个被激活的原子流程集分别构建对应的原子流程组合实例之后，在确定原子流程库中加入一个新原子流程时，分析确定新原子流程的功能性属性信息；

若确定新原子流程的功能性属性信息与业务需求中的第一功能性需求对应的功能性属性描述相符合，将新原子流程加入对应第一功能性需求的备选原子流程组中，构成最新的备选原子流程组，其中，第一功能性需求为m个功能性需求中的一个；

从最新的备选原子流程组中，分别重新筛选出对应n个非功能性需求的n个新目标原子流程组；

使用n个新目标原子流程组中包括的原子流程，替换n个非功能性需求对应的n个原目标原子流程组中需要替换的原子流程。

可选的，至少一个非功能性属性描述是指至少一个非功能性属性的属性值分别满足对应的第一预设条件；或者

将每个非功能性属性的属性值与对应该非功能性属性的权重值采用预设的运算规则计算得到的数值满足第二预设条件。

可选的，处理器702，还用于在将业务需求分解成m个功能性需求和n个非功能性需求之前，将业务需求分解成m个步骤，并分析获得每个步骤对应的功能性需求；

确定m个步骤的执行顺序；

采用第p个被激活的目标原子流程集构建对应的原子流程组合实例时，处 理器702，具体用于：

采用第p个被激活的目标原子流程集包括的m个目标原子流程组，按照m个步骤的执行顺序，构建对应的原子流程组合实例，1≤p≤n。

综上，服务器获取一个业务需求，并将业务需求分解成m个功能性需求和n个非功能性需求，实现对业务流程的细粒度划分，服务器从原子流程库中筛选获得m个备选原子流程组，服务器从m个备选原子流程组中筛选获得n个目标原子流程集，实现业务流程和资源的重用，服务器激活筛选获得的n个目标原子流程集中的原子流程，采用n个被激活的原子流程集分别构建对应的原子流程组合实例，最终实现既满足功能需求又满足非功能性需求灵活构建原子流程组合实例，能够更好地满足用户的业务需求，提高系统的整体效率。

此外，本发明提供的方法能够解决针对目前业务流程不能进行细粒度的动态组合和编排，不能及时适应不断变化的用户需求的技术问题。同时也可以解决因为业务流程预期设计和实际执行时的差距所造成的在执行过程中的过多的人工干预，成本增加和性能下降的技术问题。

该方法能够提高业务流程和资源的可重用性，减少资源浪费，并且能够实现根据不同业务需求动态管理业务流程，使组合的流程实例不但能够满足功能性需求，还能依据业务流程在执行中的反馈信息对流程进行优化(替换或者淘汰不符合要求的原子流程)，从而提高系统的整体效率和响应速度。

本发明提供的方法不但可以应用于电信领域的新业务推出和针对新业务的流程改动和重组，还可以被广泛地应用于面向服务的工业管理或其他领域，比如物流领域的流程和服务管理，餐饮酒店流程管和服务理，企业内部流程和服务管理，面向服务的企业流程管理，交通运输流程和服务管理，网络购物和服务提供的流程和服务管理，传统生产制造领域的流程和服务管理等等。

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

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

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

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

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。