服务管理系统变更风险评估方法、装置、设备及介质

摘要

本公开提供了一种服务管理系统变更风险评估方法，可以应用于IT运维或云计算技术领域。该方法包括：根据变更类型，预先创建变更前导作业模型，变更前导作业模型包括至少一个作业域和每个作业域下的至少一个作业项，每个作业域和作业项均预设初始权重；响应于接收到的变更请求指令，依次执行变更前导作业模型中的各作业项，记录各作业项的执行时间和执行结果类型；根据执行结果类型，设定各作业项的执行结果权重；根据各作业项的初始权重和执行结果权重计算变更请求的风险等级。本公开还提供了一种服务管理系统变更风险评估装置、设备及介质。

说明书

技术领域

本公开涉及IT运维或云计算技术领域，更具体地涉及一种服务管理系统变更风险评估方法、装置、设备及介质。

背景技术

随着IT基础设施建设的深入发展，IT软硬件系统的建设规模越来越庞大，与外界的联系越来越复杂，与之相应的，进行IT变更操作时，为了更精准的准备变更方案和变更风险应对措施，对变更风险等级评估的精准度要求也越来越高。

目前业界通用的变更风险评估方法，是预先设定受变更影响的各方面因素，如变更涉及的部门、变更方案实施费用、变更失败恢复重建费用等，形成一份调查问卷，由变更经理根据变更实际情况完成问卷，系统根据问卷各答案的预设值来计算风险等级。

在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题：现有变更风险评估方法的缺点在于，调查问卷倾向于用IT基础设施本身的价值来评定对其实施变更的风险，并且将整个调查问卷涉及的问题作为一个整体来影响变更风险评估。但实际上，变更风险在很多时候与IT基础设施本身并没有直接的联系，调查问卷评估变更风险非常容易流于形式。

发明内容

鉴于上述问题，本公开提供了提高现有IT服务管理系统变更风险评估准确性的服务管理系统变更风险评估方法、装置、设备及介质。

根据本公开的第一个方面，提供了一种服务管理系统变更风险评估方法，包括：根据变更类型，预先创建变更前导作业模型，变更前导作业模型包括至少一个作业域和每个作业域下的至少一个作业项，每个作业域和作业项均预设初始权重；响应于接收到的变更请求指令，依次执行变更前导作业模型中的各作业项，记录各作业项的执行时间和执行结果类型；根据执行结果类型，设定各作业项的执行结果权重；根据各作业项的初始权重和执行结果权重计算变更请求的风险等级。

根据本公开的实施例，服务管理系统包括IT服务管理系统，IT服务管理系统设置有数据库、作业执行驱动引擎、风险测算引擎和模型训练引擎；其中，数据库存储有各作业项的执行时间和执行结果类型；作业执行驱动引擎驱动依次执行变更前导作业模型中的各作业项；风险测算引擎驱动计算变更请求的风险等级；模型训练引擎驱动训练变更前导作业模型。

根据本公开的实施例，变更类型包括应用系统上线，作业域包括FTP服务器、数据库服务器、应用服务器和客户端中的至少一种。

根据本公开的实施例，各作业项的执行时间包括执行开始时间和执行结束时间，各作业项的执行结果类型包括不涉及、执行成功、执行失败或未执行。

根据本公开的实施例，根据执行结果类型，设定各作业项的执行结果权重，包括：若一作业项的执行结果类型为不涉及或执行成功，则设定该作业项的执行结果权重为0；若一作业项的执行结果类型为执行失败，则设定该作业项的执行结果权重为1；若一作业项的执行结果类型为未执行，则设定该作业项的执行结果权重为0.5。

根据本公开的实施例，根据执行结果类型，设定各作业项的执行结果权重的步骤之后，还包括：判断各作业项的执行结果类型是否为执行失败，如果是，则为该作业项预设风险应对策略。

根据本公开的实施例，根据各作业项的初始权重和执行结果权重计算变更请求的风险等级，包括：根据各作业域和各作业项的初始权重，以及各作业项的执行结果权重，计算变更请求的风险值。

根据本公开的实施例，变更请求的风险值根据以下公式计算得出：

其中，T表示变更请求的风险值；ad_weight(i)表示第i项作业域的初始权重，i＝1，2，…n，n表示作业域的个数；job_weight(i，j)表示第i项作业域中的第j项作业项的初始权重，j＝1，2，…m，m表示第i项作业域的作业项个数；p(i，j)表示第i项作业域中的第j项作业项的执行结果权重。

根据本公开的实施例，根据各作业项的初始权重和执行结果权重计算变更请求的风险等级，还包括：将变更请求的风险值按顺序划分为不同的分值区间；根据不同的分值区间，得到变更请求的风险等级，变更请求的风险等级包括极高风险、高风险、中风险和低风险。

根据本公开的实施例，方法还包括：待变更请求指令审批完成，由变更执行人实施变更作业；在变更作业实施结束后，由变更执行人进行变更回顾。

根据本公开的实施例，变更回顾包括：使用变更请求和变更请求的风险等级作为训练数据来训练变更前导作业模型。

根据本公开的实施例，变更前导作业模型根据以下方式训练得到：若变更作业成功实施且实施时间不超过预设实施时间阈值，则保持当前各作业域和各作业项的初始权重不变；若变更作业成功实施且实施时间超过预设实施时间阈值，则继续判断导致超时的作业项是否在变更前导作业模型中，如果是，则将导致超时的作业项的初始权重加1；否则，在变更前导作业模型中新增导致超时的作业项，并且将新增作业项的初始权重设置为1；若变更作业实施失败，继续判断导致失败的作业项是否在变更前导作业模型中，如果是，则将导致失败的作业项的初始权重加1；否则，在变更前导作业模型中新增导致失败的作业项，并且将新增作业项的初始权重设置为1。

本公开的第二方面提供了一种服务管理系统变更风险评估装置，包括：模型创建模块，用于根据变更类型，预先创建变更前导作业模型，变更前导作业模型包括至少一个作业域和每个作业域下的至少一个作业项，每个作业域和作业项均预设初始权重；作业项执行模块，用于响应于接收到的变更请求指令，依次执行变更前导作业模型中的各作业项，记录各作业项的执行时间和执行结果类型；权重设定模块，用于根据执行结果类型，设定各作业项的执行结果权重；以及风险计算模块，用于根据各作业项的初始权重和执行结果权重计算变更请求的风险等级。

本公开的第三方面提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行上述服务管理系统变更风险评估方法。

本公开的第四方面还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述服务管理系统变更风险评估方法。

本公开的第五方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述服务管理系统变更风险评估方法。

与现有技术相比，本公开提供的服务管理系统变更风险评估方法、装置、设备及介质，至少具有以下有益效果：

(1)现有技术以调查问卷为整体，评估变更所带来的风险，忽视了变更前导作业对变更风险更精准的评估作用；而本公开的变更回顾过程中对变更前导作业模板的在线训练，可以更精准的反映某一作业项对变更带来的影响；

(2)本公开的变更前导作业模板执行中，对执行失败作业项的分析，可以生成有针对性的变更风险应对方案；

(3)本公开可以有效的控制变更实施人完成必要的变更前导作业，并且根据前导作业项的完成时间和完成情况更精细的测算变更风险。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的服务管理系统的示例性系统架构；

图2示意性示出了根据本公开实施例的服务管理系统变更风险评估方法的流程图；

图3示意性示出了根据本公开实施例的服务管理系统变更风险评估方法的数据关系图；

图4示意性示出了根据本公开实施例的风险等级计算的流程图；

图5示意性示出了根据本公开实施例的变更前导作业模型训练的操作流程图；

图6示意性示出了根据本公开实施例的服务管理系统变更风险评估装置的结构框图；以及

图7示意性示出了根据本公开实施例的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

本公开提供了一种服务管理系统变更风险评估方法，可以应用于IT运维或云计算技术领域。本公开主要实现一种基于IT服务管理系统实现变更任务的风险等级评估方法，并且根据变更前导工作的执行过程和结果，直观地体现风险等级。

在详细描述本公开的具体实施例之前，首先对技术术语进行阐释，以便于更好地理解本公开。

IT服务管理系统：简称ITSM，满足一个组织或单位管理IT服务的需求。

变更管理：IT服务管理系统的重要组成部分，为IT变更活动提供流程管控。变更管理的目的是管理整个变更的流程以及变更相关的事件，按可控的方式控制基础设施或者服务方面的变更，将已经批准的变更影响降至最低限度。

风险等级：针对IT变更活动可能发生的风险程度分级。

变更前导作业模板：为实现某一变更必须做的准备工作组成的作业模板。

作业域：作业模板下的一级划分。

作业项：作业模板下的二级划分。

作业域权重：作业域在风险等级评估中所占的比重。

作业项权重：作业项在风险等级评估中所占的比重。

本公开的实施例提供了一种服务管理系统变更风险评估方法及装置。该方法包括：根据变更类型，预先创建变更前导作业模型，变更前导作业模型包括至少一个作业域和每个作业域下的至少一个作业项，每个作业域和作业项均预设初始权重；响应于接收到的变更请求指令，依次执行变更前导作业模型中的各作业项，记录各作业项的执行时间和执行结果类型；根据执行结果类型，设定各作业项的执行结果权重；根据各作业项的初始权重和执行结果权重计算变更请求的风险等级。

图1示意性示出了根据本公开实施例的服务管理系统的示例性系统架构100。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

本公开实施例中，服务管理系统可以为IT服务管理系统(IT ServiceManagement，ITSM)。如图1所示，该IT服务管理系统的系统架构100可以包括作业执行驱动引擎101、数据库102、风险测算引擎103和模型训练引擎104。

其中，作业执行驱动引擎101驱动依次执行变更前导作业模型中的各作业项；数据库102存储有各作业项的执行时间和执行结果类型；风险测算引擎103驱动计算变更请求的风险等级；模型训练引擎104驱动训练变更前导作业模型。

应该理解，图1中的作业执行驱动引擎、数据库、风险测算引擎和模型训练引擎的数目仅仅是示意性的。根据实现需要，IT服务管理系统可以具有任意数目的作业执行驱动引擎、数据库、风险测算引擎和模型训练引擎。

在IT服务管理系统的实际变更作业中，需要变更实施人员对变更的实施做一系列的准备工作，这些准备工作包括开展变更实施的必要环境搭建，以及模拟变更实施的变更演练这两方面内容。

本公开实施例将这两方面作业定义为变更前导作业。变更前导作业是对变更实施成功的保障，是变更不可或缺的组成部分，同时变更前导作业的执行过程和结果，可以直观的反映出变更风险，有针对性的准备变更风险应对方案。通过变更前导作业的执行情况，可以更精准的预测变更风险等级。

以下将基于图1描述的系统架构，通过图2-图5对公开实施例的服务管理系统变更风险评估方法进行详细描述。

图2示意性示出了根据本公开实施例的服务管理系统变更风险评估方法的流程图。

如图2所示，本公开实施例的服务管理系统变更风险评估方法可以包括操作S201～S204。

在操作S201，根据变更类型，预先创建变更前导作业模型，变更前导作业模型包括至少一个作业域和每个作业域下的至少一个作业项，每个作业域和作业项均预设初始权重。

在操作S202，响应于接收到的变更请求指令，依次执行变更前导作业模型中的各作业项，记录各作业项的执行时间和执行结果类型。

在操作S203，根据执行结果类型，设定各作业项的执行结果权重。

在操作S204，根据各作业项的初始权重和执行结果权重计算变更请求的风险等级。

通过本公开的实施例，可以有效的控制变更实施人完成必要的变更前导作业，并且根据前导作业项的完成时间和完成情况更精细的测算变更风险。

本公开实施例依据ITSM的运维管理实践和管理需求，将ITSM变更作业按照预先定义好的变更类型进行区分。服务管理系统的变更类型可以分为常规变更、标准变更和紧急变更三大类，其中，标准变更又可以分为一般变更和重大变更两个子分类。

表1

例如，表1具体指出了上述变更类型分类的具体示例及说明。其中，常规变更可以包括机构撤并或监控巡检操作；标准表更中，一般变更可以包括系统配置修改、补丁升级、网络配置修改以及硬件或配件变更；重大变更可以包括应用系统上线、补丁升级、网络配置修改以及硬件或配件变更。紧急变更可以包括紧急抢修。

由此，本公开可以根据不同的变更类型，预先创建不同的变更前导作业模型。

图3示意性示出了根据本公开实施例的服务管理系统变更风险评估方法的数据关系图。

如图3所示，该方法包括的数据关系主要有四大模块：变更前导作业模型、变更前导作业执行表、作业执行结果表以及风险应对策略表。其中，变更前导作业模型设置有作业项ID，模型ID，作业域、作业域初始权重、作业项和作业项初始权重。作业项ID驱动变更前导作业执行表中对应的作业项执行变更前导作业，变更前导作业执行表设置有变更请求单ID、作业项ID、执行开始时间、执行结束时间、执行结果ID和风险应对策略ID。执行结果类型驱动作业执行结果表中对应的执行结果ID，根据执行结果ID确定各作业项的执行结果权重。风险应对策略ID驱动风险应对策略表为对应的作业项预设风险应对策略。

在变更实施前，需要定义变更前导作业模型，变更前导作业模型中的各作业项的执行，是变更实施的必要条件，变更前导作业为变更搭建必要的环境，并且可以为变更实施开展演练或测试。

为了便于说明，以下为变更类型为应用系统上线为例，以进一步说明图2所示的方法。

针对变更类型为应用系统上线，预先创建变更前导作业模型，如表2所示，该变更前导作业模型可以包括至少一个作业域和每个作业域下的至少一个作业项，每个作业域和作业项均预设初始权重。其中，作业域可以包括FTP服务器、数据库服务器、应用服务器和客户端。本公开例如可以为这四项作业域分配初始权重均为1，这四项作业域下的作业项个数可以预先定义，例如FTP服务器作业域可以包括安装vsftpd、创建ftp用户/密码、编辑vsftpd的配置文件、启动/重启vsftpd服务和验证ftp用户/密码这五项作业项，为每一项作业项分配初始权重均为1。

表2

由于表2中的变更前导作业模型总共包括14个作业项ID，然后依次执行变更前导作业模型中的各作业项，记录各作业项的执行时间和执行结果类型，存储于变更前导作业执行表中，如表3所示。

表3

为了便于实时记录各作业项的执行时间，如表3所示，该执行时间包括执行开始时间和执行结束时间。

进一步地，作业执行结果表如表4所示，各作业项的执行结果类型包括不涉及、执行成功、执行失败或未执行。

表4

结合表3和表4可知，作业项ID10005的执行结果ID为3，也即10005作业项的执行结果为执行失败。同理，10014作业项的执行结果也为执行失败。

本公开实施例中，根据执行结果类型，设定各作业项的执行结果权重，可以包括：若一作业项的执行结果类型为不涉及或执行成功，则设定该作业项的执行结果权重为0；若一作业项的执行结果类型为执行失败，则设定该作业项的执行结果权重为1；若一作业项的执行结果类型为未执行，则设定该作业项的执行结果权重为0.5。

本公开实施例中，根据执行结果类型，设定各作业项的执行结果权重的步骤之后，还包括：判断各作业项的执行结果类型是否为执行失败，如果是，则为该作业项预设风险应对策略。

例如结合表2，10005作业项的执行结果为执行失败，则需要对该作业项，为该作业项预设风险应对策略，该策略ID对应为20001。10005作业项的风险应对策略设置如表5所示。

表5

由此，对于执行失败的作业项，需分析失败原因并记录应对策略，以供用户精准应对变更请求可能出现的风险。进一步地，根据前述变更前导作业模型中的各作业项的执行结果，触发风险测算引擎，根据实际情况测算整个变更请求的风险等级。

图4示意性示出了根据本公开实施例的风险等级计算的流程图。

如图4所示，根据各作业项的初始权重和执行结果权重计算变更请求的风险等级，可以包括子操作S401～S403。

在操作S401，根据各作业域和各作业项的初始权重，以及各作业项的执行结果权重，计算变更请求的风险值。

本公开实施例中，变更请求的风险值根据以下公式计算得出：

其中，T表示变更请求的风险值；ad_weight(i)表示第i项作业域的初始权重，i＝1，2，…n，n表示作业域的个数；job_weight(i，j)表示第i项作业域中的第j项作业项的初始权重，j＝1，2，…m，m表示第i项作业域的作业项个数；p(i，j)表示第i项作业域中的第j项作业项的执行结果权重。

在操作S402，将变更请求的风险值按顺序划分为不同的分值区间。

在操作S403，根据不同的分值区间，得到变更请求的风险等级，变更请求的风险等级包括极高风险、高风险、中风险和低风险。

例如，表6给出了前述操作S401计算得出的风险值划分的4个分值区间(仅为示例)，其中，当风险值≥50％时，确定风险等级为较高风险；当30％≤风险值＜50％时，确定风险等级为高风险；当10％≤风险值<30％时，确定风险等级为中风险；当0％≤风险值＜10％时，确定风险等级为低风险。

表6

由此，按照前述变更请求的风险值的计算公式，根据表3显示的变更前导作业执行结果，测算出变更风险值P为

通过本公开的实施例，直观的体现风险等级，根据测算出来的变更风险值和服务管理系统的实际运行情况，划分出分值区间，最终测算出变更请求的风险等级。

在一些实施例中，服务管理系统变更风险评估方法还可以包括：

待变更请求指令审批完成，由变更执行人实施变更作业；

在变更作业实施结束后，由变更执行人进行变更回顾。

进一步地，变更回顾可以包括：使用变更请求和变更请求的风险等级作为训练数据来训练变更前导作业模型。

图5示意性示出了根据本公开实施例的变更前导作业模型训练的操作流程图。

如图5所示，变更前导作业模型可以根据以下方式训练得到：

(1)若变更作业成功实施且实施时间不超过预设实施时间阈值，则保持当前各作业域和各作业项的初始权重不变；

(2)若变更作业成功实施且实施时间超过预设实施时间阈值，则继续判断导致超时的作业项是否在变更前导作业模型中，如果是，则将导致超时的作业项的初始权重加1；否则，在变更前导作业模型中新增导致超时的作业项，并且将新增作业项的初始权重设置为1；

(3)若变更作业实施失败，继续判断导致失败的作业项是否在变更前导作业模型中，如果是，则将导致失败的作业项的初始权重加1；否则，在变更前导作业模型中新增导致失败的作业项，并且将新增作业项的初始权重设置为1。

通过本公开的实施例，根据变更结果对变更前导作业模型进行在线训练，可以更精准的反映某一作业项对变更带来的影响。

基于上述服务管理系统变更风险评估方法，本公开还提供了一种服务管理系统变更风险评估装置。以下将结合图6对该装置进行详细描述。

图6示意性示出了根据本公开实施例的服务管理系统变更风险评估装置的结构框图。

如图6所示，该服务管理系统变更风险评估装置600可以包括模型创建模块610、作业项执行模块620、权重设定模块630和风险计算模块640。

模型创建模块610，用于根据变更类型，预先创建变更前导作业模型，所述变更前导作业模型包括至少一个作业域和每个作业域下的至少一个作业项，每个作业域和作业项均预设初始权重。在一实施例中，模型创建模块610可以用于执行前文描述的操作S201，在此不再赘述。

作业项执行模块620，用于响应于接收到的变更请求指令，依次执行变更前导作业模型中的各作业项，记录所述各作业项的执行时间和执行结果类型。在一实施例中，作业项执行模块620可以用于执行前文描述的操作S202，在此不再赘述。

权重设定模块630，用于根据所述执行结果类型，设定各作业项的执行结果权重。在一实施例中，权重设定模块630可以用于执行前文描述的操作S203，在此不再赘述。

风险计算模块640，用于根据各作业项的初始权重和执行结果权重计算所述变更请求的风险等级。在一实施例中，风险计算模块640可以用于执行前文描述的操作S204，在此不再赘述。

需要说明的是，本公开实施例中的装置部分与本公开实施例中的方法部分是相对应的，服务管理系统变更风险评估装置部分的描述具体参考服务管理系统变更风险评估方法部分，在此不再赘述。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，模型创建模块610、作业项执行模块620、权重设定模块630和风险计算模块640中的任意多个可以合并在一个模块/单元/子单元中实现，或者其中的任意一个模块/单元/子单元可以被拆分成多个模块/单元/子单元。或者，这些模块/单元/子单元中的一个或多个模块/单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合，并在一个模块/单元/子单元中实现。根据本公开的实施例，模型创建模块610、作业项执行模块620、权重设定模块630和风险计算模块640中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，模型创建模块610、作业项执行模块620、权重设定模块630和风险计算模块640中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图7示意性示出了根据本公开实施例的电子设备的方框图。图7示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图7所示，电子设备700包括处理器710、计算机可读存储介质720。该电子设备700可以执行根据本公开实施例的服务管理系统变更风险评估方法。

具体地，处理器710例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器710还可以包括用于缓存用途的板载存储器。处理器710可以是用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

计算机可读存储介质720，例如可以是非易失性的计算机可读存储介质，具体示例包括但不限于：磁存储装置，如磁带或硬盘(HDD)；光存储装置，如光盘(CD-ROM)；存储器，如随机存取存储器(RAM)或闪存；等等。

计算机可读存储介质720可以包括计算机程序721，该计算机程序721可以包括代码/计算机可执行指令，其在由处理器710执行时使得处理器710执行根据本公开实施例的方法或其任何变形。

计算机程序721可被配置为具有例如包括计算机程序模块的计算机程序代码。例如，在示例实施例中，计算机程序721中的代码可以包括一个或多个程序模块，例如包括721A、模块721B、……。应当注意，模块的划分方式和个数并不是固定的，本领域技术人员可以根据实际情况使用合适的程序模块或程序模块组合，当这些程序模块组合被处理器710执行时，使得处理器710可以执行根据本公开实施例的方法或其任何变形。

根据本公开的实施例，模型创建模块610、作业项执行模块620、权重设定模块630和风险计算模块640中的至少一个可以实现为参考图7描述的计算机程序模块，其在被处理器710执行时，可以实现上面描述的相应操作。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的服务管理系统变更风险评估方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的服务管理系统变更风险评估方法。

根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。