CN103327003A - 用于面向服务的系统的服务等级协议转换 - Google Patents

用于面向服务的系统的服务等级协议转换 Download PDF

Info

Publication number
CN103327003A
CN103327003A CN2013100883359A CN201310088335A CN103327003A CN 103327003 A CN103327003 A CN 103327003A CN 2013100883359 A CN2013100883359 A CN 2013100883359A CN 201310088335 A CN201310088335 A CN 201310088335A CN 103327003 A CN103327003 A CN 103327003A
Authority
CN
China
Prior art keywords
service
affects
impact
generate
sla
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN2013100883359A
Other languages
English (en)
Other versions
CN103327003B (zh
Inventor
W.吉拉尼
U.温克勒
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
SAP SE
Original Assignee
SAP SE
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by SAP SE filed Critical SAP SE
Publication of CN103327003A publication Critical patent/CN103327003A/zh
Application granted granted Critical
Publication of CN103327003B publication Critical patent/CN103327003B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/067—Enterprise or organisation modelling

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Engineering & Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Educational Administration (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Debugging And Monitoring (AREA)

Abstract

实施例包括用于对于具有多个流程和服务的面向服务的架构（SOA）执行业务影响分析的数据处理装置。该数据处理装置包括：流程表生成器，其被配置为生成用于第一流程的第一影响表和用于第二流程的第二影响表；服务表生成器，其被配置为生成用于顶层服务的服务影响表；依赖模型生成器，其被配置为生成利用依赖链接排列多个服务的依赖模型；分析模型生成器，其被配置为基于服务影响表、依赖模型和选择的服务等级协议来生成BEAM；仿真器，其被配置为在一时间段内仿真BEAM；以及服务等级协议分类器，其被配置为基于所述一个或多个违反对选择的服务等级协议进行分类。

Description

用于面向服务的系统的服务等级协议转换
技术领域
本发明书涉及业务影响分析和用于面向服务的系统的服务等级协议。
背景技术
业务流程中断可能导致财务和法律损失并且损害声誉。业务连续性管理（Business Continuity Management，BCM）的目标是（1）识别关键业务流程、系统和服务，（2）识别对服务、系统和关键业务流程的潜在威胁，以及（3）评价和估计对关键业务流程的威胁可能造成的潜在的损害或损失。BCM专家将这三项活动称为业务影响分析（Business Impact Analysis，BIA）。BIA的一个成果是特定时间帧，比如最大可容忍停用时间（Maximum Tolerable OutageTime，MTO），其中，正常等级的服务和操作必须被恢复以使得组织能够继续交付产品和服务。
使用BIA，BCM专家可以选择适当的服务等级协议来恢复服务以避免MTO。一般情况下，服务等级协议可以涉及服务提供者为公司的业务进行服务的服务要约（offer）。每个服务等级协议可以包括信息，诸如，指示当服务变得不可用时提供者能够恢复服务的时间段（例如，0到4小时）的时间约束信息、以及指示提供这样的服务的费用的费用信息。在一个例子中，BCM专家可以考虑与提供给公司的电力服务相关的许多不同的服务等级协议。例如，一个服务等级协议可以规定电力提供者能够在停电的情况下在0到4小时内恢复电力，而且另一个服务等级协议可以规定电力提供者能够在停电的情况下在4到8小时内恢复电力。然而，第一服务等级协议与第二服务等级协议相比可以具有更高的费用。
在面向服务的架构（SOA）中，服务通常消费（consume）其他服务并且因此可以互相依赖。通常，服务之间的关系可以使用服务依赖图来描述。在评价各种服务等级协议时，BCM专家可能需要从依赖图中的由业务流程直接消费的顶级服务开始向下到较低级的服务转换MTO目标，以便根据它的时间约束信息验证特定服务等级的协议可以恢复服务，而不会造成业务流程中的严重中断并且避免MTO违反(violation)。执行这样的分析的常规方法依赖于一般的图表和电子表格，这往往是耗时和麻烦的。
发明内容
实施例包括用于对于具有多个流程和服务的面向服务的架构（SOA）执行业务影响分析的数据处理装置。该数据处理装置可以包括至少一个处理器和非临时性计算机可读存储介质，其包括可由所述至少一个处理器运行的指令。所述指令被配置为实施流程表生成器，其被配置为生成用于第一流程的第一影响表和用于第二流程的第二影响表；服务表生成器，其被配置为基于第一影响表和第二影响表生成用于顶层服务的服务影响表。第一影响表、第二影响表和服务影响表中的每一个都可以具有至少一个时间间隔和至少一个影响类别。所述指令还被配置为实施依赖模型生成器，其被配置为生成利用依赖链接排列多个服务的依赖模型，所述依赖模型的至少一个服务利用与所述至少一个服务相关联的风险信息进行注释。所述指令还被配置为实施分析模型生成器，其被配置为接收选择的服务等级协议并且基于服务影响表、依赖模型和选择的服务等级协议来生成行为分析模型（BEAM），其中选择的服务等级协议包括至少一个时间约束信息。所述指令被配置为实施仿真器，其被配置为在一时间段内仿真BEAM，包括对于选择的服务等级协议的至少一个服务确定一个或多个违反；以及被配置为实施服务等级协议分类器，其被配置为基于所述一个或多个违反对选择的服务等级协议进行分类。
在一个实施例中，第一影响表、第二影响表和服务影响表中的每一个提供每个时间间隔的总的严重性值，所述总的严重性值表示对于相应时间间隔的预期的业务影响，而且每个影响表在每个时间间隔内为每个影响类别提供影响值。
此外，流程表生成器可以被配置为生成第一影响表和第二影响表，而且服务表生成器可以被配置为生成服务影响表包括为相应影响表中的每个影响值计算严重性值，以及在每个时间间隔内对所述至少一个影响类别的严重性值求和，以便生成每个时间间隔的总的严重性值。
流程表生成器可以被配置为生成第一影响表包括生成与第三流程相对应的第三影响表，其中第三流程依赖于第一流程的输出，第三流程与偏移值相关联，而且所述偏移值表示当第一流程的输出不可用时第三流程能够继续进行而不中断的时间段。第一影响表的生成可以包括通过偏移值调整第三影响表的一个或多个时间间隔，将具有已调整的时间间隔的第三影响表分配给第一流程，以及合并第一影响表和具有已调整的时间间隔的第三影响表以便生成用于第一流程的第一影响表。
服务表生成器可以被配置为生成服务影响表包括将第一影响表和第二影响表分配给顶层服务，以及合并第一影响表和第二影响表以便生成服务影响表。
在一个实施例中，风险信息可以包括故障率和服务提供者能够恢复所述至少一个服务的概率率。依赖模型的至少一个依赖链接可以是利用恢复时间和延迟影响时间之一注释的。BEAM可以是petri网模型，而且分析模型生成器可以被配置为生成BEAM包括基于服务影响表、风险信息、多个服务和时间约束信息来生成多个图案。
仿真器可以被配置为仿真所述BEAM包括确定在该时间段内顶层服务不可用的次数，对于服务影响表的一个或多个时间间隔确定违反时间约束信息的次数，以及基于与相应时间间隔相关联的总的严重性值是否高于阈值水平来确定违反的类型。
此外，服务等级协议分类器可以被配置为对选择的服务等级协议进行分类包括基于违反的次数和类型对选择的服务等级协议进行分类。
实施例还提供用于对于具有多个流程和服务的面向服务的架构（SOA）执行业务影响分析的方法。该方法可以包括生成用于第一流程的第一影响表和用于第二流程的第二影响表，以及基于第一影响表和第二影响表生成用于顶层服务的服务影响表。第一影响表、第二影响表和服务影响表中的每一个都可以具有至少一个时间间隔和至少一个影响类别。该方法可以包括生成利用依赖链接排列多个服务的依赖模型，其中依赖模型的至少一个服务利用与所述至少一个服务相关联的风险信息进行注释，并接收选择的服务等级协议。选择的服务等级协议可以包括至少时间约束信息。该方法可以包括基于服务影响表、依赖模型和选择的服务等级协议来生成行为分析模型（BEAM），在一时间段内仿真BEAM，包括对于选择的服务等级协议的至少一个服务确定一个或多个违反，以及基于所述一个或多个违反对选择的服务等级协议进行分类。
在一个实施例中，第一影响表、第二影响表和服务影响表中的每一个提供每个时间间隔的总的严重性值，所述总的严重性值可以表示对于相应时间间隔的预期的业务影响，而且每个影响表可以在每个时间间隔内为每个影响类别提供影响值。
生成第一影响表、第二影响表和服务影响表可以包括为相应影响表中的每个影响值计算严重性值，以及在每个时间间隔内对所述至少一个影响类别的严重性值求和，以便生成每个时间间隔的总的严重性值。
生成第一影响表可以包括生成与第三流程相对应的第三影响表。第三流程可以依赖于第一流程的输出，第三流程可以与偏移值相关联，而且所述偏移值可以表示当第一流程的输出不可用时第三流程能够继续进行而不中断的时间段。该方法还可以包括通过偏移值调整第三影响表的一个或多个时间间隔，将具有已调整的时间间隔的第三影响表分配给第一流程，以及合并第一影响表和具有已调整的时间间隔的第三影响表以便生成用于第一流程的第一影响表。
生成用于顶层服务的服务影响表可以包括将第一影响表和第二影响表分配给顶层服务，以及合并第一影响表和第二影响表以便生成服务影响表。
确定所述一个或多个违反可以包括：确定在该时间段内顶层服务不可用的次数，对于服务影响时间表的一个或多个时间间隔确定违反时间约束信息的次数，以及基于与相应时间间隔相关联的总的严重性值是否高于阈值水平来确定违反的类型。
对选择的服务等级协议进行分类可以包括基于违反的次数和类型对选择的服务等级协议进行分类。
实施例可以提供存储指令的非临时性计算机可读介质，当所述指令被运行时使得一个或多个处理器执行流程。所述指令包括执行以下步骤的指令：生成用于第一流程的第一影响表和用于第二流程的第二影响表，基于第一影响表和第二影响表生成用于顶层服务的服务影响表。第一影响表、第二影响表和服务影响表中的每一个都可以具有至少一个时间间隔和至少一个影响类别。所述指令可以生成利用依赖链接排列多个服务的依赖模型。所述依赖模型的至少一个服务可以利用与所述至少一个服务相关联的风险信息进行注释。所述指令可以接收选择的服务等级协议，其中选择的服务等级协议包括至少一个时间约束信息。所述指令可以基于服务影响表、依赖模型和选择的服务等级协议来生成行为分析模型（BEAM），在一时间段内仿真BEAM，其包括对于选择的服务等级协议的至少一个服务确定一个或多个违反，以及基于所述一个或多个违反对选择的服务等级协议进行分类。
在一个实施例中，第一影响表、第二影响表和服务影响表中的每一个提供每个时间间隔的总的严重性值，所述总的严重性值可以表示对于相应时间间隔的预期的业务影响，而且每个影响表可以在每个时间间隔内为每个影响类别提供影响值。
所述指令包括执行以下步骤的指令：为相应影响表中的每个影响值计算严重性值；以及在每个时间间隔内对所述至少一个影响类别的严重性值求和，以便生成每个时间间隔的总的严重性值。
在附图和下面的描述中阐述一个或多个实现的细节。根据描述和附图并且根据权利要求，其它的特征将是显而易见的。
附图说明
图1示出根据实施例的用于对于具有多个流程和服务的面向服务的架构（SOA）执行业务影响分析的数据处理装置；
图2是示出图1的数据处理装置的示例性操作的流程图；
图3示出根据实施例的示例性流程模型和服务依赖模型；
图4示出根据实施例的用于创建流程模型的流程编辑器的示例性用户界面；
图5示出根据实施例的用于创建服务依赖模型的业务连续性管理（BCM）编辑器的示例性用户界面；
图6示出说明根据实施例的用于使用图1的数据处理装置生成影响表的示例性操作的流程图；
图7示出根据实施例的描述流程影响表的示例性用户界面；
图8示出根据实施例的业务流程的依赖关系的图形表示；
图9示出根据实施例的在第一业务流程和第二业务流程之间提供通路连接的示例性用户界面；
图10示出根据实施例提供用于业务流程的合并的影响表的示例性用户界面；
图11示出根据实施例的用于顶层服务的影响表的分配；
图12示出根据实施例的提供用于顶层服务的合并的服务影响表的示例性用户界面；
图13示出根据实施例的利用风险信息、恢复时间信息和延迟时间信息注释的依赖模型；
图14是根据实施例的提供SLA表的示例性用户界面；
图15是示出使用图1的数据处理装置的SLA转换的示例性操作的流程图；
图16示出根据实施例的Petri网行为分析模型；以及
图17示出根据实施例的提供仿真结果和推荐的提供者的列表的示例性用户界面。
具体实施方式
图1示出根据实施例的用于对具有多个流程和服务的面向服务的架构（SOA）执行业务影响分析的数据处理装置100。
参照图1，数据处理装置100可以包括用于对多个业务流程建模的流程编辑器102、存储业务流程模型的流程模型数据库106、用于利用资源和业务影响表对业务流程模型进行注释的场景模型编辑器108、用于存储带注释的业务流程模型的带注释的流程模型数据库114、创建安排多个服务的依赖模型并且利用风险信息、服务影响表、恢复时间、延迟时间和服务等级协议（SLA）信息对依赖模型进行注释的业务连续性管理（BCM）编辑器116、用于存储带注释的依赖模型的带注释的依赖模型数据库124、用于使用带注释的依赖模型和流程模型将SLA信息转换成SLA的不同分类的SLA转换器(translator)126、用于存储SLA转换器126的结果的结果表数据库134、以及用于与用户通信的交互式用户界面136，如进一步解释的。用户可以是业务连续性管理（BCM）专家或者希望对具有多个流程和服务的SOA进行业务影响分析的任何其他人。
流程编辑器102可以包括用于生成流程模型的流程模型生成器104。每个流程模型可以包括一个或多个业务流程。流程编辑器102可以是能够对业务流程建模的任何传统的编辑器。业务流程可以包括本领域普通技术人员已知的任何类型的业务流程。举例来说，业务流程可以是相关的、结构化的活动或任务的集合。流程模型生成器104可以经由用户界面136接收信息，并生成具有多个业务流程的流程模型。流程模型的例子相对于将在下面进一步描述的图4示出。编辑器102将流程模型存储在流程模型数据库106中。
场景模型编辑器108可以包括流程表生成器110和资源分配器112。场景模型编辑器108可以是流程编辑器102的扩展，其允许用户对存储在流程模型数据库106中的流程模型进行注释。可替换地，场景模型编辑器108可以是用于对流程模型进行注释的单独的编辑器。流程表生成器110可以为流程模型中的一个或多个流程生成影响表(impact table)。例如，当执行业务影响分析时，如果业务流程被中断，则用户必须对业务影响进行量化。用户必须考虑各种维度（dimension），例如，法律后果、财务影响或外部损害。虽然这些维度中的一些可能比较容易量化，但是这些维度中的一些只能以定性的形式表示。例如，财务后果是可量化的维度。但是，法律后果或对外部声誉的损害不容易表示为数值，而且可能依赖于人的判断。为了量化这些维度，流程表生成器110可以基于经由用户界面136从用户提供的信息来生成影响表。下面将参照下表提供用于特定流程的影响表的例子。
表1：用于流程A的影响表
Figure BDA00002936740200071
流程A可以是流程模型中的多个流程当中的一个流程。影响表包括定量或定性维度以及时间维度。在表1的例子中，影响表包括三个维度：财务影响（定量）、法律（定性）和外部（定性）后果。然而，流程表生成器110可以生成包括任意数目和类型的维度的影响表。例如，根据业务需要，用户可以经由用户界面136添加或删除维度。
业务影响表中的列可以被称为维度，而且行可以被称为时间间隔。在表1的例子中，第一维度是时间维度。随后的维度包括影响类别-财务（定量）、法律（定性）和外部（定性）。定性维度中的一个条目可以具有五种不同的影响值：无（NONE）、低（LOW）、中（MEDIUM）、高（HIGH）或特大（MEGA）。定量维度中的一个条目可以是与它的影响类别相对应的数值。例如，参考财务影响类别，影响值包括货币金额。如此，影响值可以代表对于它的相应时间间隔的预期的业务影响。例如，如果流程A被中断4-8小时，则可能花费公司1,000.00美元并遭受低法律后果和低外部后果。
使用场景模型编辑器108，用户可以改变影响类别的影响值，并且经由界面136删除或添加任何其他类型的影响类别。基于从用户接收到的信息，流程表生成器110可以为流程模型中的一个或多个流程生成影响表。例如，流程表生成器110可以为影响表中的每个影响值计算严重性值，然后为每行或每种时间间隔计算总的严重性值。于是，流程表生成器110可以对于一个时间间隔跨越各个影响类别将严重性值相加，以便为相应的时间间隔生成总的严重性值。在表1的例子中，对于4-8小时的时间间隔，总的严重性值是6。总的严重性值可以表示对于相应时间间隔的预期的业务影响，其以数字形式被量化。为了计算每个影响值的严重性值，流程表生成器110可以使用映射信息，该映射信息将货币金额映射到影响值（例如，无、低、中、高或特大）然后将影响值转换为数字严重性值。例如，影响值“高”可以涉及数值13。下面进一步解释根据影响值计算严重性值的细节。
此外，业务流程可以依赖于其他业务流程。在一个示例中，流程B可以依赖于流程A的输出，而且流程B可以运行，而不受流程A中断一小时的影响。一小时的时间间隔可以被称为偏移（offset）。根据实施例，流程表生成器110可以通过将多个影响表分配给流程并且合并多个影响表以生成合并的影响表来说明（account for）流程之间的依赖关系。例如，继续上面的例子，流程表生成器110可以将具有一小时偏移的流程B的影响表分配给流程A，这导致处理A具有两个影响表。随后，流程表生成器110合并这两个影响表以便为流程A创建合并的影响表。稍后在本公开中描述这些特征。
一旦为流程模型中的流程创建了影响表，场景模型编辑器108就可以经由用户界面136显示（合并的）影响表。使用来自影响表的信息，场景模型编辑器108可以基于经由用户界面136从用户提供的风险偏好等级（riskappetite level），为每个流程定义最大可容忍的中断时间（MTO）。可替换地，SLA转换器126可以经由用户界面136向用户提供用于选择风险偏好等级的类型的仿真对话框。流程的MTO代表组织可以承担的流程未被执行的最大时间量。定义流程的MTO提供了这个流程在中断之后必须再次可执行的最后期限。风险偏好可以是数值并且表示组织或企业愿意接受的风险等级。例如，场景模型编辑器108可以经由界面136提供风险偏好的选择。在一个实施例中，所述选择可以包括高、中和低的风险等级。
场景模型编辑器108或SLA转换器126可以经由界面136接收选择的风险等级并将该风险等级转换成严重性值。如果用户选择高风险偏好等级，则场景模型编辑器108或SLA转换器126将该高等级转换成诸如13的严重性值。例如，当生成影响表时，流程表生成器110可以将数字值13与高等级相关联。在这种情况下，场景模型编辑器108或SLA转换器126可以将高风险等级转换成数字值13。然后，影响表中的具有13和更大的严重性值的行可以被选择。参照表1的例子，第3行可以被选择。此后，当选择等于或高于风险偏好等级的适当的行时，场景模型编辑器108或SLA转换器126可以基于与具有最低时间间隔的行相关联的时间间隔来确定MTO。参照表1，因为只有一行被选择，所以MTO可以被确定为8小时。在另一个例子中，如果风险偏好等级与数值5相关联，则场景模型编辑器108或SLA转换器126可以选择第2行和第3行，因为与这些行相关联的时间间隔等于或高于风险偏好值5。在这种情况下，场景模型编辑器108或SLA转换器126可以将MTO确定为4小时。
资源分配器112被配置为将某些服务或资源分配给流程模型的每个业务流程。例如，流程A可以是“可收款账户（account collectable）”。可收款账户流程可以依赖于某些资源，诸如可收款账户部门中的人的数量和/或电话服务。根据实施例，用户可以利用用户界面136并将某些资源或服务分配给每个业务流程。如此，资源分配112利用这个分配信息对流程模型进行注释。
场景模型编辑器108可以将利用影响表和资源/服务分配注释的流程模型存储在带注释的流程模型数据库114中。
BCM编辑器116可以包括依赖模型生成器118、服务表生成器120和SLA构建器122。BCM编辑器可以是任何类型的通用业务连续性模型编辑器，其被配置为对服务依赖图建模。依赖图可以包括具有依赖链接(dependency link)的多个服务的排列。依赖链接可以指示多个服务之间的关系。服务依赖图的例子相对于图13示出。服务可以是被交付给一个或多个业务客户的任何类型的业务服务。依赖模型生成器118可以经由用户界面136接收来自用户的信息并基于用户的命令创建服务依赖模型。
根据实施例，服务表生成器120可以为包含顶层服务的一个或多个服务生成服务影响表。顶层服务是由一个或多个业务流程直接消费的服务。在一个例子中，如果顶层服务是由流程A和流程B直接消费的服务，则服务表生成器120可以基于流程A的影响表和流程B的影响表来生成服务影响表。如下面进一步解释的，服务表生成器120可以将流程A的影响表和流程B的影响表分配给顶层服务，然后合并影响表以便为顶层服务创建合并的影响服务表。下面相对于表2提供服务影响表的例子。
表2：用于顶层服务的服务影响表
Figure BDA00002936740200101
一般情况下，服务表生成器120可以接收与服务依赖图中的每个顶层服务相关的流程影响表，并且对于每个顶层服务基于其相关流程影响表生成服务影响表。服务表生成器120可以执行两个步骤-分配相关流程影响表并将所分配的流程影响表合并成服务影响表。如上所示，服务影响表类似于业务流程的流程影响表。例如，表2表示多个时间间隔的各种影响值。在一个例子中，如果顶层服务对于0-4小时不可用，则预计财务影响为0.00美元、法律影响为低、并且外部影响为低。服务表生成器120以如上参照流程影响表所述相同的方式生成严重性值。下面进一步解释服务影响表的生成。
此外，类似于流程影响表，包括顶层服务的一个或多个服务的MTO可以基于风险偏好等级来确定。例如，BCM编辑器116或SLA转换器126可以经由用户界面136提供在多个风险偏好等级中的选择。当选择风险偏好等级时，BCM编辑器116或SLA转换器126可以选择服务影响表中的适当的行，并且将MTO确定为具有等于或高于与风险偏好等级相关联的严重性值的严重性值的行的具有最低时间段的时间间隔。
SLA构建器122可以经由用户界面136接收来自用户的服务等级信息，并创建与依赖模型的一个或多个服务相关联的服务等级协议表。服务等级协议表包括多个服务等级协议（SLA）。一般情况下，SLA可以指代提供服务的协议或要约，其可以包括时间约束信息和/或费用信息。用户可能会感兴趣的是，评估SLA以确定一个或多个SLA是否能够提供足够的支持。例如，顶层服务可以依赖于诸如电力的服务。在这种情况下，用户可能希望评估与电力服务相关联的某些SLA以确定它们对依赖模型，特别是顶层服务和业务流程的影响。换句话说，用户可能希望确定一个或多个SLA是否足以保持一个或多个业务流程。下面相对于表3提供SLA表的例子。
表3：服务等级协议表
Figure BDA00002936740200111
表3示出了四个不同的SLA。时间约束是由值——时间（最小）和时间（最大）——提供的。例如，恢复时间约束可以指示服务提供者（例如，P1、P2、P3）能够恢复服务的预期的时间段。每年价格（price per year）可以表示每年订购该SLA的费用，与服务失败与否无关。价格激励可以是在该年内服务没有失败过一次的情况下支付给提供者的额外奖金。每起事件价格可以是在服务需要被恢复的情况下服务用户不得不支付给提供者的费用。惩罚费用是每次服务失败时服务提供者支付给服务客户的费用。值得注意的是，实施例不仅包括在表3中提供的特定属性，还包括与SLA相关的任何类型的属性。
SLA构建器122可以经由用户界面136接收来自用户的这个信息，并且创建如上所述的SLA表。BMC编辑器116利用服务影响表和SLA信息对依赖模型进行注释。
BCM编辑器116还可以利用风险信息对依赖模型进行注释。风险信息可以包括故障率(failure rate)和服务提供者能够恢复相应服务的概率(probabilityrate)。例如，用户可以经由用户界面136输入与一个或多个服务相关联的风险信息。在一个例子中，用户可以输入依赖模型的一个或多个服务的风险列表以及每种风险施加到相应服务的潜在故障率。此外，用户可以输入服务提供者能够及时恢复服务的概率。对于电力服务，保险丝可能烧断，这不是罕见的事件。在这种情况下，非常可能的是，服务提供者能够在该时间约束内更换坏掉的保险丝。然而，如果由于特大洪水或地震而导致停电（这是罕见的事件），则服务提供者可能不能在该时间约束内恢复供电。因此，对于依赖模型中的一个或多个服务，BCM编辑器116可以利用经由用户界面136从用户提供的风险信息来对依赖图进行注释。另外，如上所述，服务可以彼此依赖，这由依赖模型中的依赖链接反映。BCM编辑器116可以利用诸如恢复时间和延迟影响时间的依赖信息对一个或多个依赖链接进行注释。带注释的依赖图被存储在带注释的依赖模型数据库124中。
用户可能希望评估针对服务的一个或多个SLA，以确定这些SLA是否是可接受的，以便避免业务流程的中断。经由用户界面136，用户可以从如表3所示的SLA表中选择一个或多个SLA，以便进一步分析哪些选择的SLA能够提供足够的恢复支持以及任何选择的SLA是否违反顶层服务或业务流程的MTO目标。
SLA转换器126包括行为分析模型（BEAM）生成器128、仿真器130和SLA分类器132，BEAM生成器128基于服务影响表、带注释的依赖模型和选择的SLA来生成BEAM模型，仿真器130在一时间段内仿真BEAM以便针对与选择的SLA相关联的一个或多个服务确定一个或多个违反（violation），而且SLA分类器132基于该一个或多个违反对SLA进行分类。
例如，BEAM生成器128将服务影响表、带注释的依赖模型和选择的SLA转换成一系列BEAM图案（pattern）。在一个实施例中，BEAM模型可以是Petri网（Petri-Net）模型。一般来说，BEAM生成器128可以使用变换图案(transformation pattern)用于基于服务影响表、带注释的依赖模型和选择的SLA生成Petri网图案。参照图16进一步解释Petri网BEAM。
SLA转换器126可以经由用户界面136提供仿真对话框，用于提供仿真选项供用户选择。例如，仿真对话框可以提供用于选择仿真开始日期和仿真结束日期的选项。用户可以具有选择任意时间段(包括小时、天、月和年)的选项。另外，仿真对话框可以提供用于选择仿真运行次数的选项、以及用于选择风险偏好等级的选项。
仿真器130可以在该时间段内并根据仿真对话框中指定的仿真运行次数来仿真BEAM。在仿真过程中，仿真器130可以针对与选择的SLA有关的服务确定一个或多个违反。例如，仿真器130可以确定在该时间段内顶层服务不可用的次数、对于服务影响时间表的每个时间间隔确定违反时间约束信息（例如，来自SLA）的次数、并基于与时间间隔相关联的总的严重性值是否等于或高于MTO来确定违反的类型（例如，主要或次要）。在一个例子中，可以在3年的时间段内执行10次仿真。在这个仿真时间段期间，仿真器130可以确定在相应的服务提供者的服务等级协议表中规定的时间约束信息之内服务未被恢复的次数。另外，仿真器130可以计数顶层服务不可用的次数，以及对于顶层服务而言，对于被标识为如上面的MTO阈值（例如，被称为违反SLA库所）的时间间隔，是否违反时间约束信息。如果在顶层服务中对于高于MTO阈值的时间间隔确定了违反，则仿真器可以将该违反确定为主要违反。其他的违反可以被确定为次要违反。
SLA分类器132可以基于所确定的一个或多个违反对SLA进行分类。例如，SLA分类器132将SLA分类为多个不同的类别-例如，无能力的（incapable）SLA、有能力的（capable）SLA、满意的（satisfactory）SLA和最优的（optimal）SLA。
如果SLA不能在给定的时间约束内恢复服务而且至少一个主要违反被确定，则SLA分类器132将该SLA分类为无能力的SLA。如果SLA能够在给定的时间约束内实现恢复而且防止故障传播到顶层服务，则SLA分类器132可以将该SLA分类为有能力的SLA。然而，有能力的SLA不必保证在所有情况下都恢复或防止故障，例如，在一些仿真运行时，仿真器130可以确定顶层违反。如果有能力的SLA的残余风险（residual risk）等于或低于预定义的残余风险阈值，则SLA分类器132将该SLA分类为满意的SLA。例如，用户可以说明，恢复必须在所有情况的90.0％的情况下是成功的，这样剩余风险阈值将被设置为10.0％。因此，如果仿真器130确定违反低于所有仿真运行的10％，则SLA分类器132可以将该SLA分类为满意的SLA。
如果SLA分类器132对于一个服务将多于一个的SLA分类为满意的SLA，则SLA分类器132可以根据诸如费用的一些其他标准对满意的SLA进行排序。因此，SLA分类器132列出（或选择）具有最低费用的满意的SLA。
SLA转换器126可以将仿真和分类的结果存储在结果表数据库134中。另外，SLA转换器126可以在用户界面136上显示结果。用户界面136可以根据它们的分类和/或它们的排序来布置选择的SLA。例如，被分类为有能力的SLA可以在被分类为无能力的SLA之前呈现，并且最优的SLA可以首先呈现。另外，用户界面136可以显示指示违反的数目和类型的仿真结果。仿真结果将参照图17进一步描述。
图2是示出图1的数据处理装置100的示例性操作的流程图。尽管图2被示出为顺序的、有次序的操作列表，但是要理解的是，这些操作中的一些或全部可以以不同的顺序，或并行，或迭代地发生，或者可以在时间上重叠。
可以生成用于第一流程的第一影响表和用于第二流程的第二影响表（202）。例如，流程表生成器110可以生成用于第一流程的第一影响表和用于第二流程的第二影响表。比如，流程编辑器102可以创建具有包括第一流程和第二流程的多个流程的流程模型。场景模型编辑器108可以利用影响表对流程模型进行注释。例如，流程表生成器110可以生成第一影响表和第二影响表以包括至少一个时间间隔和至少一种影响类别。至少一种影响类别可以包括财务影响（定量）、法律（定性）和外部（定性）后果。然而，流程表生成器110可以生成第一影响表和第二影响表以包括任意数目和类型的维度。流程表生成器110可以生成与上面的表1类似的第一影响表和第二影响表。另外，在一个实施例中，可以由第一流程和第二流程直接消费顶层服务。
可以基于第一影响表和第二影响表生成用于顶层服务的服务影响表（204）。例如，服务表生成器120可以基于第一影响表和第二影响表生成用于顶层服务的服务影响表。在一个实施例中，服务表生成器120可以将用于第一流程的第一影响表和用于第二流程的第二影响表分配给顶层服务。然后，服务表生成器120可以合并第一影响表和第二影响表以创建用于顶层服务的合并的服务影响表。服务表生成器120可以生成与上面的表2类似的服务影响表。
可以生成利用依赖链接排列多个服务的依赖模型（206）。例如，依赖模型生成器118可以生成具有多个服务的依赖模型。另外，多个服务可以彼此依赖，并因此依赖模型可以包括一个或多个依赖链接（dependency link）。根据一个实施例，依赖链接中的至少一个可以利用与至少一个服务相关联的风险信息来注释。该风险信息可以包括故障率和服务提供者能够恢复相应服务的概率。例如，用户可以经由用户界面136输入与一个或多个服务相关联的风险信息。在一个例子中，用户可以输入依赖模型的一个或多个服务的风险列表以及每种风险施加到相应服务的潜在故障率。此外，用户可以输入服务提供者能够及时恢复服务的概率。
可以接收选择的SLA（208）。例如，BEAM生成器128可以接收选择的SLA，其是从具有多个SLA的SLA表中选择的。
可以基于服务影响表、依赖模型和选择的服务等级协议来生成BEAM（210）。例如，BEAM生成器128可以基于服务影响表、依赖模型和选择的服务等级协议来生成BEAM。在一个实施例中，BEAM模型可以是Petri网模型。一般来说，BEAM生成器128可以使用变换图案，用于基于服务影响表、带注释的依赖模型和选择的SLA生成Petri网图案。
可以在一时间段内对BEAM进行仿真（212），包括对于选择的SLA的至少一个服务确定一个或多个违反。例如，SLA转换器126可以经由用户界面136提供仿真对话框，用于提供仿真选项供用户选择。仿真对话框可以提供该时间段以及仿真运行的次数。然后，仿真器130可以在该时间段内并根据仿真对话框中指定的仿真运行次数对BEAM进行仿真。在仿真期间，仿真器130可以针对与选择的SLA有关的服务确定一个或多个违反。例如，仿真器130可以确定在该时间段内顶层服务不可用的次数、对于服务影响时间表的每个时间间隔确定违反时间约束信息（例如，来自SLA）的次数、并基于与时间间隔相关联的总的严重性值是否等于或高于MTO来确定违反的类型（例如，主要或次要）。
可以基于一个或多个违反来对选择的SLA进行分类（214）。例如，基于确定的一个或多个违反，SLA分类器132可以对SLA进行分类。在一个例子中，SLA分类器132可以将SLA分类成多个不同的类别-例如，无能力的SLA、有能力的SLA、满意的SLA和最优的SLA。
图3示出根据实施例的示例性流程模型和服务依赖模型。图3示出具有三个业务流程和五个服务的样本用例。然而，应该理解，示例性实施例涵盖任何数目和类型的业务流程和服务。
图3示出具有三个流程310的流程模型，三个流程310即流程310-1（例如，可收款的账户A）、流程310-2（例如，金库（treasury）B）和流程310-3（采购（procurement）C）。流程310-1的输出被输入到流程310-2，其中流程310-3与流程310-1或流程310-2没有关系。
另外，图3示出具有五个服务的服务依赖模型，所述五个服务即服务320-1（企业资源规划（ERP）S1）、服务320-3（主数据库服务S3）、服务320-2（辅助数据库服务S2）、服务320-4（不间断电源（UPS）S4）和服务320-5（电力S5）。服务320-1可以被称为顶层服务。例如，服务320-1由流程310-1和310-3直接消费。
在这个例子中，顶层服务320-1依赖于高可用性的（high-available）数据库服务。服务320-3（主数据库服务S3）由服务320-2（辅助的、外部托管的数据库服务S2）备份。如果主数据库服务不可用，则将使用辅助数据库服务。如果数据库服务S2和S3二者都不可用，则服务320-1不可用。如果数据库服务S2或S3中的至少一个可用，则服务320-1可用。服务320-3本身依赖于由服务320-5提供的电力，而且服务320-4作为为实际电力提供者和数据库服务之间的缓冲而操作。
图4示出根据实施例的用于创建流程模型的流程编辑器102的示例性用户界面。参照图4，用户可以操作用户界面，以便开发流程模型。在这种情况下，流程模型生成器104基于从用户接收到的信息生成图3的用例中的流程的流程模型。如该用户界面所示，流程模型包括被连接到流程310-2（例如，金库）的流程310-1（例如，可收款的账户），和流程310-3（采购）。用户可以操作图4的用户界面以便添加、删除和/或改变业务流程310的布置，而且流程模型生成器104经由图4的用户界面基于用户的命令来生成流程模型。
图5示出根据实施例的用于创建服务依赖模型的BCM编辑器116的示例性用户界面。如图5所示，用户可以操纵图5的用户界面以便添加、删除和/或改变服务320的布置，而且依赖模型生成器118可以基于用户的命令生成依赖模型。在图3的用例中，用户界面提供多个服务320，所述多个服务320根据它们的依赖关系来布置。例如，在每个服务320之间，用户可以提供表明服务320被如何布置的依赖链接，并因此彼此依赖。图5示出顶层服务320-1、服务320-2（例如，辅助数据库）、服务320-3（例如，主数据库）、服务320-3（例如，UPS）和服务320-5（例如，电力服务）。
如上所解释的，为了执行业务影响分析，如果业务流程被中断，则用户必须对业务影响进行量化。用户必须考虑各种维度，例如法律后果、财务影响或外部损害。
图6是示出根据实施例的用于使用图1的数据处理装置100生成影响表的示例性操作的流程图。尽管图6被示出为顺序的、有次序的操作列表，但是要理解的是，这些操作中的一些或全部可以以不同的顺序，或平行，或迭代地发生，或者可以在时间上重叠。
可以将用于流程的影响表提供给用户（302）。例如，流程表生成器110可以生成影响表，并经由用户界面136将影响表提供给用户。在一个例子中，流程表生成器110可以提供上面提到的表1作为用于流程310-1（例如，流程A）的影响表。在表1的例子中，流程表生成器110生成影响表，其具有多个时间间隔和相关联的影响类别（财务、法律和外部）。对于用于定性类别（例如，法律和外部）的时间间隔和影响类别的每个组合，影响表可以提供“无”、“低”、“中”、“高”或“特大”的影响值。对于用于定量类别（例如，财务）的时间间隔和影响类别的每个组合，影响表可以提供与它的类别的类型相关联的数值。例如，参照财务影响类别，影响表提供货币金额。
如上面所解释的，基于影响表中的每个特定行的影响值，流程表生成器110可以提供每个时间间隔的总的严重性值，其指示预期的业务影响。例如，流程表生成器110可以计算影响表中的每个影响值的严重性值，然后将每个时间间隔内的影响类别的严重性值相加以生成每个时间间隔的总的严重性值。
为了计算定量维度的严重性值，流程表生成器110使用将该维度的值范围映射到影响值的映射信息。依赖于活动的业务值，该映射信息可以将财务影响0美元-99.99美元映射到“无”、将财务影响100美元-999.99美元映射到“低”，等等。根据一个实施例，流程表生成器110可以基于如下面所解释的映射规则来计算定性维度条目(qualitative dimension entry)的严重性值。例如，如果假设影响表中存在x个定量和定性维度，则流程表生成器110基于下面的映射规则生成严重性值：无=0、低=1、中=x*低+1、高=x*中+1、以及特大=x*高+1。
在计算一行内的每个严重性值之后，流程表生成器110通过跨越影响类别对严重性值求和来生成总的严重性值。该映射规则可以确保具有单一“高”条目的行的总的严重性值总是比所有条目都为“中”的行的总的严重性值高。
在表1的例子中，x=3，这是因为存在三个影响类别或维度（例如，财务、法律、外部）。因此，流程表生成器110确定以下映射规则：无=0、低=1、中=4、高=13、以及特大=40。财务影响1,000美元可以映射到“中”。结果，表1中的第二行的总的严重性值以“中+低+低”表示，其提供了总的严重性值6。流程表生成器110可以提供用于流程表310-1（例如，流程A）的生成的影响表。
可以接收对维度和/或影响值的一个或多个调整（304）。例如，流程表生成器110可以接收来自用户的信息，其改变维度中的一个或多个和/或一个或多个影响值。
可以基于更新的信息重新计算总的严重性值（306）。例如，流程表生成器110可以基于更新的信息重新计算严重性值。如果用户添加或删除影响类别，则流程表生成器110可以更新映射规则，然后重新计算总的严重性值。
可以将更新的影响表提供给用户（308）。例如，流程表生成器110可以经由用户界面136将更新的影响表提供给用户。
图7示出根据实施例的描述流程影响表330的示例性用户界面。例如，场景模型编辑器108可以被配置为经由用户界面136提供流程影响表330。如上面所指出的，场景模型编辑器108可以是流程编辑器102的扩展，用户可以选择用户界面上的BCM标签（tab）并选择业务流程310之一，从而允许场景模型编辑器108的流程模型生成器104提供影响表330。在图7的例子中，用户已经选择可收款的账户流程310-1（例如，流程A），这导致流程模型生成器104显示与可收款的账户流程310-1相对应的流程影响表330（例如，表1）。随后，用户可以选择采购业务流程310-3或金库业务流程310-2以生成并查看与这些业务流程相对应的影响表。
此外，业务流程可以彼此依赖。例如，流程的输出可以是另一个流程的输入。一旦生成了用于业务流程310的影响表时，就可以识别出业务流程310之间的依赖关系。
图8示出根据实施例的业务流程的依赖关系的图形表示。图8（a）示出具有影响表（T1，0）的业务流程P1。元组（T1，0）表示业务流程具有偏移量为0的影响表T1。图8（b）示出业务流程P2依赖于业务流程P1的输出。业务流程P2包括影响表（T2，0），而且业务流程P1包括多个业务影响表（T1，0）和（T2，1）。比如，影响表T2可以被分配给业务流程P1，偏移量为1，如下面进一步描述的。图8（c）、图8（d）和图8（e）示出业务流程P1、P2和P3之间的依赖关系的其他变体，以及如何将说明它们的依赖关系的影响表分配给业务流程。
参照图8（b），业务流程P1的输出是流程P2的输入。如果业务流程P1被中断，则业务流程P2可能能够继续进行一定时间，例如，一小时。这个时间段可以被称为偏移o。一般情况下，偏移不是负值。根据实施例，为了说明业务流程P1和业务流程P2之间的依赖关系，影响表T1和影响表T2可以被分别分配给业务流程P1和业务流程P2，表示为（T1，0）和（T2，0）。随后，利用偏移量1标记业务流程P1和业务流程P2之间的输入弧(input arc)。因此，由于业务流程P2依赖于业务流程P1，所以业务流程P2的影响表被分配给业务流程P1，偏移量为1，表示为元组（T2，1）。结果，业务流程P1在它的表集合{（T1，0），（T2，1）}中包括两个影响表。
传递输入关系被相应地处理。例如，输入弧的所有影响表被分配给业务流程，而且附加的偏移量被添加到现有的偏移。相对于图8（c），业务流程P3的影响表被分配给业务流程P2的影响表集合，偏移量为3，而且被分配给业务流程P1的影响表集合，偏移量为4。
如果我们必须分配偏移量为o1的影响表，该影响表已经被分配给业务流程的表集合，偏移量为o2，则选择最小偏移min（o1，o2）。这解决了如图8（d）和图8（e）所示的循环和冲突情况。参照图8（e），（T3，7）或（T3，2）被添加到业务流程P1的影响表集合。在这种情况下，选择最小偏移（T3，2）。在循环情况下，业务流程P2的影响表集合{（T1，1），（T2，0）}被分配给业务流程P1，偏移量为7。然而，由于业务流程P1在其表集合中已经具有元组（T1，0），因此选择最小偏移0。
继续图3的用例，业务流程310-1（例如，业务流程A）被输入到业务流程310-2（例如，流程B），如图8（b）所示。然而，相对于这个特定的例子，业务流程310-1和业务流程310-2之间的偏移是72小时。下面相对于表4提供用于流程310-2的业务影响表。
表4：用于流程310-2的业务影响表
停止运行时间(h) 财务 法律 外部 总的严重性值
1 24-无穷大 0.00 特大 特大 80
结果，用于流程310-1的业务影响表包括两个影响表-表1和具有72小时偏移的表4。
图9示出根据实施例的在业务流程310-1和业务流程310-2之间提供通路连接340的示例性用户界面。例如，使用场景模型编辑器108，用户可以输入业务流程310-1和业务流程310-2之间的适当偏移（也被称为延迟）。此外，用户可以对流程模型中的任何业务流程之间的一个或多个依赖链接进行注释，并提供适当的偏移值。此外，用户可以输入关于业务流程之间的依赖的附加信息，诸如概率和方差，如图9所示。
一旦用于每个业务流程310的影响表的完整集合可用，流程表生成器110就将这些影响表合并成用于每个业务流程310的单一影响表。合并的影响表包括来自具有添加到时间跨度的偏移的所有影响表的行。如果这些影响表包括具有相同时间帧的行，则流程表生成器110可以定量条目（例如财务条目）加在一起并且利用较高值替换定性条目（例如法律条目）。
如果影响表的行的时间帧重叠，则流程表生成器110可以将这些行分割成具有新的时间帧的行，以使得一个或多个行不重叠，而且一个或多个行变成具有相同时间帧的行。随后，流程表生成器110可以应用规则来合并具有相同时间帧的行。
继续该用例，当合并用于流程310-1的业务影响表（例如，合并（T1，0）和（T2，72））时，流程表生成器110可以增加来自具有72小时偏移的业务流程310-2的影响表（例如，表4）的单一24小时行。这样，在第一合并步骤中，业务表生成器110可以将具有72小时偏移的表4的单一行增加到业务流程310-1的影响表（例如，表1），其结果在下面的表中：
表5：将来自表4的单一行增加到表1
停止运行时间(h) 财务 法律 外部 严重性
… … … … … …
3 8-无穷大 1000.0 中 高 21
4 96-无穷大 0.00 特大 特大 80
如表5所示，行3和行4是重叠的行。因此，在下一步骤中，流程表生成器100可以将行号码3分割为3′和3″，从而行3″和4具有相同的时间帧，如下面的表中所示：
表6：将行3分割为3′和3″
停止运行时间(h) 财务 法律 外部 总的严重性值
… … … … … …
3′ 8-96 1000.0 中 高 21
3″ 96-无穷大 1000.0 中 高 21
4 96-无穷大 0.0 特大 特大 80
在最后的步骤中，流程表生成器110可以将行3″和行4合并为新的行4′。根据上面概述的合并行的规则，流程表生成器110可以将行3″和行4的财务值相加，并且新的行4′的财务值变为1000.00美元。由于行4与行3″相比具有更高的法律和外部影响值，因此流程表生成器110将行4的法律和外部影响类别的影响值分配给新的行4′。然后，流程表生成器110删除行3″和4，这产生用于流程310-1的最终合并的影响表，如下表所示：
表7：流程310-1的合并的影响表
停止运行时间(h) 财务 法律 外部 严重性
1 0-4 0.00 低 低 2
2 4-8 1000.0 低 低 6
3′ 8-96 1000.0 中 高 21
4′ 96-无穷大 1000.0 特大 特大 82
流程表生成器110可以生成用于依赖模型中的每一个流程的合并的影响表。
图10示出根据实施例提供用于业务流程310-1的合并的影响表350的示例性用户界面。例如，参照图10，流程表生成器110可以经由界面136向用户提供合并的影响表350。
在生成合并的影响表之后，场景模型编辑器108和/或SLA转换器126可以确定每个业务流程的MTO。例如，如上面所解释的，使用来自合并的影响表的信息，场景模型编辑器108可以基于经由用户界面136从用户提供的风险偏好等级定义每个业务流程的MTO。可替换地，SLA转换器126可以经由用户界面136向用户提供仿真对话框，用于选择如下面进一步解释的风险偏好等级的类型。
继续图3的用例，风险偏好可以被设置为高。因此，参照表7（例如，用于流程310-1的合并的影响表），该合并的影响表包括三个维度。当应用如上面所解释的映射规则时，值“高”被计算为13。因此，表7中总的严重性值等于或大于风险偏好13的所有行都被选中，而且MTO被确定为8小时。因此，流程310-1的MTO被确定为8小时。场景模型编辑器108和/或SLA转换器126可以以相同的方式确定每个业务流程的MTO。
接下来，可以基于用于业务流程的合并的业务影响表生成用于服务的服务影响表。例如，服务表生成器120可以从带注释的流程模型数据库114接收合并的业务影响表，将适当的业务影响表分配给服务，并且合并分配的影响表以生成用于每个顶层服务的合并的影响表。然后，按照与参照业务流程解释的相同的方式，可以确定每个顶层服务的MTO。
图11示出根据实施例的用于顶层服务的影响表的分配。如图11所示，业务流程310-1包括影响表集合{（TA，0），（TB，72）}，业务流程310-2包括影响表（TB，0），而且业务流程310-3包括影响表（TC，0）。根据实施例，服务表生成器120可以将由顶层服务（例如，流程A和流程B）直接消费的业务流程的影响表分配给顶层服务（S1），如下面进一步解释的。
首先，服务表生成器120以与合并的影响表类似的方式将所有未合并的影响表分配给顶层服务S1，但不施加任何偏移。用于流程310-3（例如，流程C）的业务影响表在下面的表中提供：
表8：用于流程310-3的业务影响表
停止运行时间(h) 财务 法律 外部 总的严重性值
1 6-无穷大 0.0 中 高 17
顶层服务S1的表集合可以是{（TA，0），（TB，72），（TC，0）}。接下来，服务表生成器120可以使用与应用于业务影响表的合并规则相同的合并规则来合并顶层服务S1的表集合。S1的合并的影响表被提供在下面的表中：表9：用于顶层服务320-1的合并的影响表
停止运行时间(h) 财务 法律 外部 总的严重性值
1 0-4 0.00 低 低 2
2 4-6 1000.0 低 低 6
4 6-96 1000.0 中 高 21
5 96-无穷大 1000.0 特大 特大 84
基于来自顶层服务320-1的信息，按照与参照业务流程描述的相同的方式可以确定顶层服务的MTO。
图12示出根据实施例的提供用于顶层服务320-1的合并的服务影响表360的示例性用户界面。例如，参照图12，服务表生成器120可以经由界面136向用户提供合并的影响表360。
如上所述，BCM编辑器116还可以利用风险信息和/或恢复信息对依赖图进行注释。
图13示出根据实施例的利用风险信息、恢复时间信息和延迟时间信息注释的依赖模型500。参照图13，依赖图提供了具有多个依赖链接的多个服务320。根据实施例，BCM编辑器116可以利用风险信息注释一个或多个服务320，而且利用恢复时间和延迟时间之一注释一个或多个依赖链接。在图13中，利用风险信息R5={（e（0.5y,1y,2y）,0.9）}注释服务320-5，和服务320-4，利用延迟时间Δb=e（10，15，20）注释服务320-5和服务320-4的依赖链接，利用恢复时间Δr=e（5，7，10）注释服务320-3和服务320-4之间的依赖链接。
如上文所述，依赖模型500是具有诸如延迟时间、恢复时间和风险信息的附加特征的服务依赖图。参照图3的用例，ERP服务（例如，服务320-1）正使用多于一个的单一数据库服务。如果一个数据库服务器出现故障，则管理员不仅需要重放备份，而且也需要确保各个数据库是同步的。这个恢复时间可以被称为逻辑错误。即使数据库服务器再次运行，该服务在管理员解决该逻辑错误之前可能仍然无法使用。
同样地，这样的BCM依赖图中的服务可以作为缓冲。很好的例子是图3的用例中的不间断电源（UPS）。UPS作为服务器和电力提供者之间的缓冲来操作，并能够在电力中断时在一定时间量内提供电力。
如上面所指出的，服务320-3和服务320-4之间的依赖链接是具有恢复时间Δr=e（5，7，10）的依赖。一般来说，参数e（a,m,b）可以表示三点估算。所述三点估算是在极少的信息可用或者基于人的判断进行估计的情况下，进行管理以拟合β-分布或三角分布的常用技术。另外，因为服务310-4作为缓冲操作，所以服务320-4和服务320-5之间的依赖链接可以是具有缓冲时间Δb=e（10，15，20）的依赖。
除了恢复时间之外，BCM编辑器116还注释服务的风险列表R以及每个风险施加到服务的潜在故障率λ。为了简单起见，在本公开中讨论的λ值被表示为每年的故障。此外，用户可以估计服务提供者能够及时恢复服务的概率。服务320-5的故障列表R5={（λ1=（0.5，1，2），p1=0.9）}表示服务320-5将出故障的概率从半年内非常低上升到一年内的高概率，再上升到两年内的几乎确定(almost certainty)。如果发生这种情况，则服务提供者能够在时间约束内在所有情况的90％中恢复服务。
如上面所指出的，SLA构建器122可以经由用户界面136接收来自用户的SLA信息，并创建与依赖模型的一个或多个服务相关联的SLA表。用户可能会感兴趣的是，评估SLA以确定SLA是可接受的。例如，顶层服务可以依赖于诸如电力的服务。在这种情况下，用户可能希望评估与电力服务相关联的某些SLA以确定它们对依赖模型的影响。
图14是根据实施例的提供SLA表370的示例性用户界面。例如，SLA生成器122可以接收来自用户的信息以在SLA表370中构建SLA。SLA表370反映上述表3中示出的信息。在图14的情况下，用户已经在SLA表370中输入5个SLA。对于每个SLA，SLA表370提供了提供者的名称（例如，P1，P2，P3）、时间约束信息（例如，最小时间和最大时间）、每年价格、价格激励信息以及可选地每起事件价格。时间约束信息涉及在服务中断时服务提供者已经估计或同意的恢复时间。每年价格表示每年订购该SLA的费用，与服务失败与否无关。价格激励是在该年内服务一次都没有失败的情况下必须支付给提供者的额外奖金。每起事件价格是服务需要被恢复的情况下服务用户必须支付给提供者的费用。惩罚费用是每次服务失败时服务提供者支付给服务客户的费用。
在SLA表370中，外部和内部服务未被明确区分。外部服务可以指代由公司外部的提供者所提供的服务，而且内部服务可以指代由公司本身提供的服务。然而，实施例涵盖SLA表370的任何类型的变体，其说明内部服务和外部服务之间的区别。内部和外部服务之间的主要区别是与SLA相关联的费用。外部服务和服务恢复操作可能是要收费的，而内部服务是内部收费的。因此，可能难以量化附加费用。在没有与SLA相关联的费用的情况下，SLA转换器126宁愿选择基本免费的服务。因此，为了补偿内部服务，SLA表370可以包括关联隐性费用的类别，比如管理员作为间隔服务的服务提供者。
基于SLA表370、利用合并的业务影响表注释的流程模型、利用合并的服务影响表、风险信息和恢复时间注释的依赖模型，SLA转换器126可以生成BEAM并且针对所选择的数目的服务等级协议对BEAM进行仿真以确定一个或多个选择的服务等级协议是否将提供足够的恢复支持以及是否违反顶层服务或业务流程的MTO。
图15是示出使用图1的数据处理装置100的SLA转换的示例性操作的流程图。尽管图15被示出为顺序的、有次序的操作列表，但是将理解的是，这些操作中的一些或所有可以以不同的顺序，或平行，或迭代地发生，或者可以在时间上重叠。
最初，用户可以选择SLA表370中提供的一个或多个SLA用于仿真。例如，SLA转换器126可以经由用户界面136向用户提供仿真对话框。仿真对话框可以提供开始时间和结束时间，以及仿真运行次数。此外，仿真对话框可以提供许多风险偏好等级供选择。
可以基于利用服务影响表、风险信息以及恢复和延迟时间注释的依赖模型以及所选择的SLA来生成行为分析模型（BEAM）（502）。例如，BEAM生成器128可以基于利用服务影响表、风险信息以及恢复和延迟时间注释的依赖模型以及所选择的SLA生成BEAM。
在一个实施例中，BEAM可以是Petri网模型。一般来说，Petri网是指已知的建模语言或技术，其中，弧（直接弧）可以伸展（run）在“库所（place）”（例如库所630，625）和“变迁（transition）”（例如变迁615，620）之间，其中变迁被称为具有变迁的“输入库所”（如果经由弧导致变迁的话）或“输出库所”（如果接收来自变迁的弧）。这样的Petri网可以被用于，例如，提供与工作流处理或其他基于服务的流程相关联的动作(action)的、基于状态的模型。Petri网的库所可以包含令牌（token）（诸如具有令牌的库所625），其中，在BPEL中，而且在其他上下文和语言中，分支或活动(activity)的激活可以被称为或描述为通过或传送(passing or routing)控制令牌，从而变迁可以被称为通过“激发（fire）”对输入令牌做出响应，其中如果在变迁的每个输入库所有令牌则启用的变迁可以激发。当激发时，事务（transaction）使用来自它的输入库所的令牌、执行任何相关的处理、并将令牌放置到各种输出库所。
图16示出根据实施例的Petri网BEAM 600。一般情况下，BAEM生成器128根据预先定义的变换图案将依赖图的每个源模型对象（例如，服务、服务之间的依赖、风险信息、恢复信息、服务影响表）变换成BEAM图案610。换句话说，BEAM生成器128基于服务、服务之间的依赖、风险信息、恢复和延迟信息、服务影响表和选择的SLA中的一个或多个来生成一个或多个图案。具体来说，参照图16，BEAM生成器128可以生成用于顶层服务320-1的BEAM图案610-1、和用于顶层服务320-1的服务影响表的BEAM图案610-5。另外，BEAM生成器128可以生成用于服务320-4和服务320-5之间的依赖链接（例如，延迟时间）的BEAM图案610-2、以及用于服务320-5的BEAM图案610-3。另外，BEAM生成器128可以生成用于选择的SLA（例如，在图16的情况下，第二SLA是从服务等级协议表370中选择的）的时间约束信息以及风险信息的一部分（例如，概率信息）的BEAM图案610-6、以及用于风险信息的一部分（例如，故障率）的BEAM图案610-4。为简单起见，Petri网BEAM600仅示出图13的整个依赖模型500的BEAM的一部分。然而，实施例的BEAM生成器128可以被扩展以便生成用于任意数量的模型对象的BEAM图案，所述模型对象包括流程影响表或与业务影响分析相关联的任何其他信息。
每个BEAM图案包括定时变迁615、变迁620、具有令牌的库所625、库所630、读取弧635、弧640、抑制弧645、和复位弧650中的一个或多个。Petri网模型的这些组件中的每一个的功能对本领域普通技术人员是公知的。
参照BEAM图案610-5，库所B表示用于服务310-1的合并的服务影响表中的第二行，而且库所A表示用于服务310-1的合并的服务影响表中的第四行。此外，如上面所解释的，用户可能已经选择风险偏好等级“高”。因此，第四行的总严重性值被认为是超过MTO。结果，仿真器130将库所A标识为违反库所。如果仿真器130将令牌放置在库所A中，则该违反被认为是主要的。虽然在BEAM图案610-5中只表示了两行，但是实施例涵盖表示服务影响表的每一行的情况。
返回参照图15，可以使用BEAM执行一个或多个仿真（504）。例如，仿真器130可以在该时间段内并根据经由仿真界面由用户提供的仿真运行次数对BEAM仿真。在仿真过程中，仿真器130可以确定对于选择的SLA的一个或多个违反。例如，仿真器130可以确定在该时间段内顶层服务320-1不可用的次数。此外，仿真器130可以对于服务影响时间表的一个或多个时间间隔确定违反时间约束信息的次数。例如，参照图16，仿真器130可以针对BEAM图案610-5中的库所A和库所B计算违反时间约束信息的次数。例如，每次将令牌放入库所A或库所B时，仿真器130可以记录时间约束违反。由于库所A被标识为违反库所，所以被放入库所A的任何令牌将被标识为主要的。下面解释样本仿真。
首先，BEAM图案610-4中的定时变迁在给定的时间间隔期间激发而且在库所D中创建令牌。这触发了BEAM图案610-3的不可用的变迁（例如，库所E），而且仿真器130将令牌放入BEAM图案610-3的不可用的库所E。例如，库所E中的令牌表示服务310-5（S5）不可用。此外，BEAM图案610-3的不可用的库所中的令牌使能两个变迁：BEAM图案610-2的延迟变迁和BEAM图案610-6的SLA恢复触发变迁。BEAM图案610-6的触发恢复变迁将令牌放入库所F。结果，两个变迁X和Y竞争该令牌。假设，具有p=0.9的变迁X赢了，则仿真器130使能在时间间隔[4：6]期间激发的定时变迁，并且恢复服务310-5（S5）。本将使得依赖图案不可用的定时变迁现在被禁用。恢复在时间约束之内，因此故障未被传播到顶层S1服务（没有主要违反标记）。在这个例子中，选择的SLA将被分类为有能力的的SLA，如下面进一步解释的。
返回参照图15，选择的SLA被分类（506）。例如，SLA分类器132可以基于违反的次数和违反的类型（例如，主要或次要）对选择的SLA分类。此外，SLA分类器132可以将选择的SLA在诸如无能力的SLA的、有能力的SLA、满意的SLA和最优的SLA的多个类别中进行分类。
如果SLA不能在给定的时间约束内恢复服务，而且至少一个主要违反被确定，则SLA分类器132将该SLA分类为无能力的SLA。如果SLA能够在给定的时间约束内实现恢复而且防止故障传播到顶层服务，则SLA分类器132可以将该SLA分类为有能力的SLA。然而，有能力的SLA不必保证在所有情况下都恢复故障或防止故障，即，在一些仿真运行时，仿真器130可以确定顶层违反。如果有能力的SLA的残余风险等于或低于预定义的残余风险阈值，则SLA分类器132将SLA分类为满意的SLA。例如，用户可以说明，恢复必须在所有情况的90.0％中是成功的，这样剩余风险阈值将被设置为10.0％。因此，如果仿真器120确定违反低于所有仿真运行的10％，则SLA分类器132可以将该SLA分类为满意的SLA。
如果SLA分类器132对于一个服务将一个以上的SLA分类为满意的SLA，则SLA分类器132可以根据诸如费用的其他一些标准对满意的SLA进行排序。因此，SLA分类器132列出（或选择）具有最低费用的满意的SLA。
SLA转换器126可以将仿真和分类的结果存储在结果表数据库134中。另外，SLA转换器126可以在用户界面136上显示结果。用户界面136可以根据它们的分类和/或它们的排序来布置选择的SLA。例如，被分类为有能力的SLA可以在被分类为无能力的SLA之前呈现，并且最优的SLA可以首先呈现。另外，用户界面136可以显示指示违反的次数和类型的仿真结果。
图17示出根据实施例的提供仿真结果380和推荐的提供者的列表390的示例性用户界面。例如，SLA转换器126可以经由用户界面136向用户提供仿真结果380和推荐的提供者的列表390。参照图17，仿真结果380为每个选择的SLA提供结果。在图17的例子，仿真结果380是针对SLA表370的SLA来提供的。SLA可以根据它们的排序来提供。例如，SLA转换器126可以根据最优的SLA、满意的SLA、有能力的SLA和无能力的SLA的顺序提供选择的SLA。如上所述，最优的SLA可以包括根据满意的SLA和有能力的SLA的费用（例如，从最便宜到最昂贵）排序的满意的SLA和有能力的SLA中的一个。因为第一SLA是被分类为有能力的（例如，无严重违反）唯一服务等级协议，所以SLA转换器126将第一SLA从其他SLA分离。此外，仿真结果380可以为每个选择的SLA提供主要和次要违反的次数。
另外，该用户界面可以提供推荐的提供者的列表390。推荐的提供者的列表390对应于被分类为满意的或有能力的SLA的提供者。此外，推荐的提供者的列表390可以提供有关它们各自的SLA的更详细的信息，诸如每年的费用、时间约束信息（例如，最小和最大恢复时间）。
因此，数据处理装置100可以帮助用户进行业务影响分析，以确定一个或多个选择的服务等级协议是否将提供足够的恢复支持以及顶层服务或业务流程的MTO是否被违反。
这里描述的各种技术的实现方式可以被实施在数字电子电路中，或者实施在计算机硬件、固件、软件，或者它们的组合中。所述实现方式可以实施为计算机程序产品，即，有形地具体实施在信息载体中，例如有形地具体实施在机器可读存储设备中或者有形地具体实施在传播的信号中，的计算机程序，以供数据处理装置执行或者控制数据处理装置的操作，所述数据处理装置例如可编程处理器、计算机或多个计算机。计算机程序，诸如上面描述的计算机程序，可以用任何形式的编程语言编写，包括汇编语言或解释语言，并且，它可以被以任何形式部署，包括作为独立的程序或者作为模块、组件、子程序或其他适于在计算环境中使用的单元。计算机程序可以被部署为在一个计算机上执行或在位于一个地点或跨过多个地点分布并被通信网络互连起来的多个计算机上执行。
方法步骤可以被一个或多个可编程处理器执行，所述可编程处理器执行计算机程序，以便通过对输入数据操作和产生输出来执行功能。方法步骤还可以被专用逻辑电路执行，或者装置可以被实施为专用逻辑电路，所述专用逻辑电路例如FPGA（现场可编程门阵列）或ASIC（专用集成电路）。
作为例子，适于执行计算机程序的处理器包括通用和专用微处理器，以及任何类型的数字计算机的任意一个或多个处理器。一般来说，处理器将从只读存储器或随机存取存储器接收指令和数据，或者从两者都接收指令和数据。计算机的组件可以包括至少一个用于执行指令的处理器，和用于存储指令和数据的一个或多个存储器设备。一般来说，计算机还可以包括，或者被可操作地连接，以从一个或多个用于存储数据的海量储存设备接收数据，或把数据传送到海量储存设备，或者二者皆有，所述海量储存设备例如：磁盘、磁光盘或光盘。适于具体实施计算机程序指令和数据的信息载体包括所有形式的非易失性存储器，包括例如半导体存储器器件，例如：EPROM、EEPROM和闪存器件；磁盘，例如内置硬盘或可移动盘、磁光盘和CD-ROM以及DVD-ROM盘。处理器和存储器可以以专用逻辑电路补充，或者被包含在专用逻辑电路中。
为了提供和用户的交互，实现方式可以在具有显示设备和键盘以及定点设备的计算机上实施，显示设备例如阴极射线管（CRT）或液晶显示（LCD）监视器，用于向用户显示信息，指示设备例如鼠标或轨迹球，用户利用它们可以提供到计算机的输入。其他种类的设备也可以被用来提供和用户的交互；例如，提供给用户的反馈可以是任何形式的感觉反馈，例如视觉反馈、听觉反馈或触觉反馈，并且，可以以任何形式接收来自用户的输入，包括声音、语音或触觉输入。
实现方式可以被在包括后端组件或包括中间件组件或包括前端组件的计算系统中实施，或者在这些后端、中间件、前端组件的任意组合中实施，后端组件例如数据服务器，中间件组件例如应用服务器，前端组件例如具有图形用户界面，或Web浏览器的客户端计算机，通过图形用户界面或Web浏览器，用户可以和实现方式进行交互。可以利用任何形式或介质的数字数据通信，例如通信网络，互连组件。通信网络的例子包括：局域网（LAN）和广域网（WAN），例如因特网。
虽然如这里所描述的那样已经示出了所描述的实现方式的某些特征，但是本领域普通技术人员现在将想到很多修改、替换、变化或等同物。因此应当理解，所附权利要求旨在覆盖落入实施例的范围内的所有这样的修改和变化。

Claims (20)

1.一种用于对于包括多个流程和服务的面向服务的架构（SOA）执行业务影响分析的数据处理装置，该数据处理装置包括：
至少一个处理器；
非临时性计算机可读存储介质，其包括可由所述至少一个处理器运行的指令，所述指令被配置为实施，
流程表生成器，其被配置为生成用于第一流程的第一影响表和用于第二流程的第二影响表；
服务表生成器，其被配置为基于第一影响表和第二影响表生成用于顶层服务的服务影响表，第一影响表、第二影响表和服务影响表中的每一个都具有至少一个时间间隔和至少一个影响类别；
依赖模型生成器，其被配置为生成利用依赖链接排列多个服务的依赖模型，所述依赖模型的至少一个服务利用与所述至少一个服务相关联的风险信息进行注释；
分析模型生成器，其被配置为接收选择的服务等级协议并且基于服务影响表、依赖模型和选择的服务等级协议来生成行为分析模型（BEAM），选择的服务等级协议包括至少一个时间约束信息；
仿真器，其被配置为在一时间段内对BEAM进行仿真，包括对于选择的服务等级协议的至少一个服务确定一个或多个违反；以及
服务等级协议分类器，其被配置为基于所述一个或多个违反对选择的服务等级协议进行分类。
2.如权利要求1所述的数据处理装置，其中，第一影响表、第二影响表和服务影响表中的每一个提供每个时间间隔的总的严重性值，所述总的严重性值表示对于相应时间间隔的预期的业务影响，每个影响表提供每个时间间隔内的每个影响类别的影响值。
3.如权利要求2所述的数据处理装置，其中，所述流程表生成器被配置为生成第一影响表和第二影响表，而且所述服务表生成器被配置为生成服务影响表包括：
计算相应影响表中的每个影响值的严重性值；以及
对每个时间间隔内的所述至少一个影响类别的严重性值求和，以便生成每个时间间隔的总的严重性值。
4.如权利要求1所述的数据处理装置，其中，所述流程表生成器被配置为生成第一影响表包括：
生成与第三流程相对应的第三影响表，第三流程依赖于第一流程的输出，第三流程与偏移值相关联，所述偏移值表示当第一流程的输出不可用时第三流程能够继续进行而不中断的时间段；
通过偏移值调整第三影响表的一个或多个时间间隔；
将具有已调整的时间间隔的第三影响表分配给第一流程；以及
合并第一影响表和具有已调整的时间间隔的第三影响表以便生成用于第一流程的第一影响表。
5.如权利要求1所述的数据处理装置，其中，所述服务表生成器被配置为生成服务影响表包括：
将第一影响表和第二影响表分配给顶层服务；以及
合并第一影响表和第二影响表以便生成服务影响表。
6.如权利要求1所述的数据处理装置，其中，所述风险信息包括故障率和服务提供者能够恢复所述至少一个服务的概率。
7.如权利要求1所述的数据处理装置，其中，所述依赖模型的至少一个依赖链接是利用恢复时间和延迟影响时间之一注释的。
8.如权利要求1所述的数据处理装置，其中，所述BEAM是petri网模型，而且分析模型生成器被配置为生成BEAM包括：
基于服务影响表、风险信息、多个服务和时间约束信息来生成多个图案。
9.如权利要求1所述的数据处理装置，其中，所述仿真器被配置为对所述BEAM进行仿真包括：
确定在该时间段内顶层服务不可用的次数；
对于服务影响时间表的一个或多个时间间隔确定违反时间约束信息的次数；以及
基于与相应时间间隔相关联的总的严重性值是否高于阈值水平来确定违反的类型。
10.如权利要求9所述的数据处理装置，其中，所述服务等级协议分类器被配置为对选择的服务等级协议进行分类包括：
基于违反的次数和类型对选择的服务等级协议进行分类。
11.一种用于对于包括多个流程和服务的面向服务的架构（SOA）执行业务影响分析的方法，该方法包括：
生成用于第一流程的第一影响表和用于第二流程的第二影响表；
基于第一影响表和第二影响表生成用于顶层服务的服务影响表，第一影响表、第二影响表和服务影响表中的每一个都具有至少一个时间间隔和至少一个影响类别；
生成利用依赖链接排列多个服务的依赖模型，所述依赖模型的至少一个服务利用与所述至少一个服务相关联的风险信息进行注释；
接收选择的服务等级协议，选择的服务等级协议包括至少一个时间约束信息；
基于服务影响表、依赖模型和选择的服务等级协议来生成行为分析模型（BEAM）；
在一时间段内对BEAM进行仿真，包括对于选择的服务等级协议的至少一个服务确定一个或多个违反；以及
基于所述一个或多个违反对选择的服务等级协议进行分类。
12.如权利要求11所述的方法，其中，第一影响表、第二影响表和服务影响表中的每一个提供每个时间间隔的总的严重性值，所述总的严重性值表示对于相应时间间隔的预期的业务影响，每个影响表提供每个时间间隔内的每个影响类别的影响值。
13.如权利要求12所述的方法，其中，生成第一影响表、第二影响表和服务影响表包括：
计算相应影响表中的每个影响值的严重性值；以及
对每个时间间隔内的所述至少一个影响类别的严重性值求和，以便生成每个时间间隔的总的严重性值。
14.如权利要求11所述的方法，其中，生成第一影响表包括：
生成与第三流程相对应的第三影响表，第三流程依赖于第一流程的输出，第三流程与偏移值相关联，所述偏移值表示当第一流程的输出不可用时第三流程能够继续进行而不中断的时间段；
通过偏移值调整第三影响表的一个或多个时间间隔；
将具有已调整的时间间隔的第三影响表分配给第一流程；以及
合并第一影响表和具有已调整的时间间隔的第三影响表以便生成用于第一流程的第一影响表。
15.如权利要求11所述的方法，其中，生成用于顶层服务的服务影响表包括：
将第一影响表和第二影响表分配给顶层服务；以及
合并第一影响表和第二影响表以便生成服务影响表。
16.如权利要求11所述的方法，其中，确定所述一个或多个违反包括：
确定在该时间段内顶层服务不可用的次数；
对于服务影响时间表的一个或多个时间间隔确定违反时间约束信息的次数；以及
基于与相应时间间隔相关联的总的严重性值是否高于阈值水平来确定违反的类型。
17.如权利要求16所述的方法，其中，对选择的服务等级协议进行分类包括：
基于违反的次数和类型对选择的服务等级协议进行分类。
18.一种存储指令的非临时性计算机可读介质，当所述指令被运行时使得一个或多个处理器执行流程，所述指令包括执行以下步骤的指令：
生成用于第一流程的第一影响表和用于第二流程的第二影响表；
基于第一影响表和第二影响表生成用于顶层服务的服务影响表，第一影响表、第二影响表和服务影响表中的每一个都具有至少一个时间间隔和至少一个影响类别；
生成利用依赖链接排列多个服务的依赖模型，所述依赖模型的至少一个服务利用与所述至少一个服务相关联的风险信息进行注释；
接收选择的服务等级协议，选择的服务等级协议包括至少一个时间约束信息；
基于服务影响表、依赖模型和选择的服务等级协议来生成行为分析模型（BEAM）；
在一时间段内对BEAM进行仿真，包括对于选择的服务等级协议的至少一个服务确定一个或多个违反；以及
基于所述一个或多个违反对选择的服务等级协议进行分类。
19.如权利要求18所述的非临时性计算机可读介质，其中，第一影响表、第二影响表和服务影响表中的每一个提供每个时间间隔的总的严重性值，所述总的严重性值表示对于相应时间间隔的预期的业务影响，每个影响表在每个时间间隔内为每个影响类别提供影响值。
20.如权利要求19所述的非临时性计算机可读介质，其中，所述指令包括执行以下步骤的指令：
为相应影响表中的每个影响值计算严重性值；以及
在每个时间间隔内对所述至少一个影响类别的严重性值求和，以便生成每个时间间隔的总的严重性值。
CN201310088335.9A 2012-03-19 2013-03-19 用于面向服务的系统的服务等级协议转换 Active CN103327003B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US13/423,997 2012-03-19
US13/423,997 US10095994B2 (en) 2012-03-19 2012-03-19 Service level agreement translation for service oriented systems

Publications (2)

Publication Number Publication Date
CN103327003A true CN103327003A (zh) 2013-09-25
CN103327003B CN103327003B (zh) 2019-07-12

Family

ID=47683502

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310088335.9A Active CN103327003B (zh) 2012-03-19 2013-03-19 用于面向服务的系统的服务等级协议转换

Country Status (3)

Country Link
US (1) US10095994B2 (zh)
EP (1) EP2642433A1 (zh)
CN (1) CN103327003B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106991606A (zh) * 2017-03-29 2017-07-28 恒生电子股份有限公司 交易数据处理方法及装置

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130317869A1 (en) * 2012-05-23 2013-11-28 Oracle International Corporation Guided punchout catalog
US10147063B2 (en) * 2012-07-16 2018-12-04 International Business Machines Corporation Transforming project management representations into business process representations
US9077613B2 (en) * 2013-04-10 2015-07-07 International Business Machines Corporation System and method for graph based K-redundant resiliency for IT cloud
US9213575B2 (en) * 2013-06-21 2015-12-15 Infosys Limited Methods and systems for energy management in a virtualized data center
US10361927B2 (en) * 2014-01-14 2019-07-23 International Business Machines Corporation Managing risk in multi-node automation of endpoint management
WO2015186342A1 (ja) * 2014-06-03 2015-12-10 日本電気株式会社 要因順序推定装置、要因順序推定方法、及び、要因順序推定プログラムが格納された記録媒体
US10796315B2 (en) * 2014-12-15 2020-10-06 Siemens Aktiengesellschaft Automated recertification of a safety critical system
US9769730B1 (en) * 2016-03-21 2017-09-19 Verizon Patent And Licensing Inc. Service level agreement violation warning and service suspension
US10726146B2 (en) 2017-05-16 2020-07-28 Sap Se Data custodian model and platform for public clouds
US11087042B1 (en) 2017-06-30 2021-08-10 Wells Fargo Bank, N.A. Generation of a simulation plan and performance of a simulation based on the plan
CN108052446B (zh) * 2017-12-11 2021-04-23 苏州大学 一种Web服务组合的建模与概率验证方法及装置
CN112990425A (zh) * 2019-12-18 2021-06-18 中国移动通信集团浙江有限公司 5g网络切片的自动分类方法、其装置、电子设备及计算机存储介质
US20210319150A1 (en) * 2020-04-10 2021-10-14 The Boeing Company Instruction authoring tool
US20230153725A1 (en) * 2021-11-18 2023-05-18 Cisco Technology, Inc. Techniques for determining service risks and causes

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050066239A1 (en) * 2003-09-19 2005-03-24 Hewlett-Packard Development Company, L.P. Configuration system and method
CN101097620A (zh) * 2006-06-28 2008-01-02 国际商业机器公司 用于商业转换管理的方法和系统
US20090018813A1 (en) * 2007-07-12 2009-01-15 International Business Machines Corporation Using quantitative models for predictive sla management
US20090254411A1 (en) * 2008-04-04 2009-10-08 Kamal Bhattacharya System and method for automated decision support for service transition management
CN101808351A (zh) * 2009-02-17 2010-08-18 中兴通讯股份有限公司 业务影响分析方法和系统

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002531014A (ja) * 1998-11-24 2002-09-17 ニクスン インコーポレイテツド 通信データを収集して分析する装置および方法
EP1190342A2 (en) * 1999-05-24 2002-03-27 Aprisma Management Technologies, Inc. Service level management
US20030149604A1 (en) * 2002-01-25 2003-08-07 Fabio Casati Exception analysis, prediction, and prevention method and system
US7437459B2 (en) * 2003-08-14 2008-10-14 Oracle International Corporation Calculation of service performance grades in a multi-node environment that hosts the services
WO2009096519A1 (ja) * 2008-01-31 2009-08-06 Nec Corporation フィードフォーワード制御方法、サービス提供品質制御装置、システム、プログラム及びその記録媒体
US20120232948A1 (en) * 2011-03-07 2012-09-13 Wolf Kay Information technology infrastructure risk modeling

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050066239A1 (en) * 2003-09-19 2005-03-24 Hewlett-Packard Development Company, L.P. Configuration system and method
CN101097620A (zh) * 2006-06-28 2008-01-02 国际商业机器公司 用于商业转换管理的方法和系统
US20090018813A1 (en) * 2007-07-12 2009-01-15 International Business Machines Corporation Using quantitative models for predictive sla management
US20090254411A1 (en) * 2008-04-04 2009-10-08 Kamal Bhattacharya System and method for automated decision support for service transition management
CN101808351A (zh) * 2009-02-17 2010-08-18 中兴通讯股份有限公司 业务影响分析方法和系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106991606A (zh) * 2017-03-29 2017-07-28 恒生电子股份有限公司 交易数据处理方法及装置

Also Published As

Publication number Publication date
CN103327003B (zh) 2019-07-12
US10095994B2 (en) 2018-10-09
EP2642433A1 (en) 2013-09-25
US20130246105A1 (en) 2013-09-19

Similar Documents

Publication Publication Date Title
CN103327003A (zh) 用于面向服务的系统的服务等级协议转换
US10372593B2 (en) System and method for resource modeling and simulation in test planning
Khalili et al. Integrated production–distribution planning in two-echelon systems: a resilience view
Conforti et al. A recommendation system for predicting risks across multiple business process instances
Szulanski et al. Overcoming stickiness: An empirical investigation of the role of the template in the replication of organizational routines
Hazır et al. Robust optimization models for the discrete time/cost trade-off problem
US11307770B2 (en) Capacity forecasting based on capacity policies and transactions
Chung et al. Cascading delay risk of airline workforce deployments with crew pairing and schedule optimization
US20100318658A1 (en) Datacenter execution templates
Pierro et al. Are the gas prices oracle reliable? a case study using the ethgasstation
US20150058078A1 (en) Rule to constraint translator for business application systems
US20150242971A1 (en) Selecting Deliverables and Publishing Deliverable Checklists
US8478629B2 (en) System and method for collaborative management of enterprise risk
US8527322B2 (en) Proactive demand shaping for a configurable product portfolio with uncertain demand
Uriarte et al. Defining and guaranteeing dynamic service levels in clouds
US8478627B2 (en) Method for reducing risk associated with a task
US10528965B2 (en) Bundling application programming interfaces
Su et al. Apportioning contract float with voting methods to correlated activities in network schedules to protect construction projects from delays
US20120143777A1 (en) Using documentation plans for soa governance
US20230222526A1 (en) Optimization of timeline of events for product-location pairs
KR101981201B1 (ko) 보험사대리점서버에 비즈니스 룰을 구현하기 위한 방법 및 그 방법을 구현하기 위한 시스템
Sampathkumaran et al. Financial evaluation and optimization of business processes
Klegová et al. Enterprise content management in the cloud
Kotzé et al. Exploring supply chain resilience in the South African telecommunications industry
US20070192149A1 (en) System and method for managing risk in services solution development

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C53 Correction of patent of invention or patent application
CB02 Change of applicant information

Address after: German Waldo

Applicant after: SAP AG

Address before: German Waldo

Applicant before: SAP AG

COR Change of bibliographic data

Free format text: CORRECT: APPLICANT; FROM: SAP AG TO: SAP EUROPE AG

C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant