软考系规必考：SLA与OLA、UC到底有什么区别？

说人话、重实战、讲干货 我是程序员古德，你的专属软考顾问 本篇是我更新的第 473 篇软考原创文章。

软考系规必考：SLA与OLA、UC到底有什么区别？

系统规划与管理师考生应该都背过一句话：服务级别协议是IT服务提供方与客户之间的协定。背完顺手翻到下一页，又蹦出来一个运营级别协议，再翻两页还有个支持合同。三个缩写挤在同一章里，命题人随便拎出来一个问你"以下关于SLA的描述正确的是"，选项里SLA、OLA、UC轮番出现，稍一走神就掉坑。

这篇文章把SLA、OLA和UC彻底拆开，从定义写到区别，从区别写到历年真题，最后送一个考场必背记忆口诀。读完就记住，考场上稳稳拿分。

SLA是什么？——服务级别协议

服务级别协议，英文全称Service Level Agreement，简称SLA。这是一份在IT服务提供方与客户之间签订的正式协定，约定在一定成本控制下，IT服务需要达到的性能水平、可靠性目标和双方责任。

SLA的核心在"级别"二字。拿云计算举例子，阿里云会明确告诉你ECS实例的月度可用性不低于百分之九十九点九五，按这个数字倒算下来，单月允许的不可用时间不超过二十二分钟。低于这个标准，云厂商需要按比例赔付。这就是一个典型的SLA——用可量化的指标框定服务质量，有违约责任条款做约束。

在软考教材中，SLA被明确描述为"在一定成本控制下，为保障IT服务的性能和可靠性，服务供方与客户间定义的一种双方认可的协定"。注意这句话藏着考点——SLA不是无条件追求最高服务水平，而是在成本和性能之间找平衡。考试题目里如果出现"SLA的目标是无限提高服务级别"这种表述，一定是错的。

一份完整的SLA通常包含几个关键要素：服务范围描述，明确哪些服务被纳入协议；服务级别目标，用数字衡量响应时间、解决时间、可用性百分比等；双方责任划分，谁负责什么；违约处理与赔偿机制；以及报告和评审周期。缺少任何一项，SLA就失去了可操作性。

OLA是什么？——运营级别协议

运营级别协议，英文全称Operational Level Agreement，简称OLA。它跟SLA长得像，名字也像，但签约对象完全不同——OLA是IT服务提供方与其组织内部某个具体的IT职能部门或岗位之间达成的协议，属于后台协议。

理解OLA的关键在于把它看作SLA的"分解器"。SLA给客户一个总承诺，OLA把这个总承诺拆解成内部每个部门、每个岗位的具体任务目标。二者是承上启下的关系，不是并列关系。

举个最直观的例子：SLA规定核心业务系统故障必须在两小时内恢复。这个两小时的目标怎么达成？从用户打电话报障开始，服务台要在五分钟内接起电话并创建工单，一线工程师要在十五分钟内完成初步诊断，如果一线搞不定，二十分钟内必须升级到二线专家，二线专家在四十分钟内定位问题并给出方案，最后由修复团队在三十分钟内完成修复和验证。每个环节的时间目标加起来不超过两小时，每个环节的负责人写得清清楚楚——这就是OLA干的事。

OLA还有一个重要特点值得注意：它通常涉及跨越多个IT职能部门的协作。一个完整的故障处理链路可能同时涉及服务台、网络团队、系统团队、安全团队和应用团队，每个团队在OLA中都有自己的响应时间要求和职责定义。一旦某个环节卡住了，整个SLA的总目标就可能泡汤。所以OLA不是单点协议，而是一整套环环相扣的内部工作承诺链。

软考教材强调，如果SLA中包含了针对恢复某个高优先级事件的总体目标，那么OLA就应该包括针对整个支持链的每个环节的具体目标。这句话是命题人最爱用的考点，翻来覆去考了好几次。核心逻辑是：SLA面向客户给出总体承诺，OLA面向内部拆解承诺。

UC是什么？——支持合同

支持合同，英文全称Underpinning Contract，简称UC。这是一份IT服务提供方与外部第三方供应商之间签订的正式合同，内容上由SLA的业务需求加上法律条文中的责任、权利和义务共同构成。

UC的本质是把SLA中对客户的承诺中那些需要外部资源支撑的部分，通过具有法律约束力的合同转移到第三方供应商身上。打个比方，SLA里写了核心业务系统月度可用性不低于百分之九十九点九九，但这个承诺的落地离不开机房电力、物理安全、网络带宽这些外部条件。如果你的机房是租用第三方数据中心的，那你就必须和数据中心签一份UC，把电力可用性、温湿度控制、物理访问安全等指标写进合同条款，确保机房这头的服务水平不会拖累你对客户的SLA承诺。

UC的内容结构通常包括两大部分。第一部分是服务内容和技术指标，直接从SLA中对应模块摘取，描述第三方需要提供什么服务、达到什么标准。第二部分是法律条款，包括违约责任、赔偿机制、争议解决方式、保密协议等，这是OLA所不具备的内容。正因如此，教材才强调UC由"SLA的内容加上法律条文中的责任、权利和义务构成"——这句话本身就是一道选择题的标准答案。

UC和SLA、OLA有一个关键区别，教材上白纸黑字写得很清楚：OLA是必须签署的，UC不是必须签署的。假如你的IT服务所有环节全部自建自营，根本不需要外部供应商，那就不需要UC。但只要你的服务链上有任何一个环节外包给了第三方，就必须签UC把对应部分的SLA目标传递下去。

SLA、OLA、UC的本质区别——换个角度彻底分清

讲了半天定义，到这里才进入真正的硬核区。SLA、OLA、UC三者的区别，软考命题人可以从签约对象、协议内容、协议属性和法律效力四个维度随时抽题，每一组对比都能变成一道选择题。

从签约对象看三者的关系链

SLA的签约双方是IT服务提供方和客户。这是组织边界之外的协议，面向外部。

OLA的签约双方是IT服务提供方和内部职能部门或岗位。这是组织边界之内的协议，面向内部。

UC的签约双方是IT服务提供方和外部第三方供应商。注意这里又跨了一次组织边界，但这个边界和SLA的方向不同——SLA是IT提供方对外承诺，UC是IT提供方对外索取。

把三个协议串在一起就是一条完整链路：客户找IT提供方要服务承诺，双方签SLA；IT提供方把自己内部的各部门动员起来，用OLA把SLA的总目标拆解到每个环节；需要外部资源支撑的，再用UC把压力传导给第三方供应商。

从协议属性和法律效力看本质差异

SLA属于协定，通常具有法律效力，可以在合同中加入违约处罚条款。但软考教材上有一句容易被忽略的话：SLA"可"具有法律效力，而不是"一定"具有法律效力。这取决于SLA是单独签署成独立合同，还是作为主合同的附件嵌入。

OLA属于后台协议，没有独立的法律效力。它本质上是内部工作规范，不是商业合同。如果内部某个团队没完成OLA中约定的目标，最多算绩效不达标，不可能上升到法律纠纷。

UC则是正式合同，天然具有法律效力。它与外部供应商的商务合同性质决定了违约责任可以触发法律追偿。考试经常把SLA和UC的法律效力做对比，问哪一个是"正式合同"，答案永远是UC。

常见误区与命题陷阱——考场一踩一个准

前面把概念和区别讲清楚了，下面专门讲考试中最容易犯错的几个地方。不是说考生不知道这些知识，而是命题人故意把正确选项和错误选项混在一起，让你一眼扫过去觉得都对。

误区一：以为OLA的签约对象也在IT服务提供方之外

这是排名第一的高发错误。很多考生记不住OLA中的"运营"两个字描述的是什么范围的运营，下意识把OLA和SLA归为一类，认为是两个不同内容的对外协议。

实际上OLA只对内。题目只要问"以下哪个协议是IT服务提供方与内部部门之间的协议"，答案只有一个，就是OLA。反过来，如果题目描述"OLA是IT服务提供方与客户之间的协议"，一定错。

误区二：搞混UC和OLA的签署必要性

教材上有一句杀伤力极大的原文：OLA是必须签署的，UC不是必须签署的。这句话在历年真题中被多次变形考察。命题套路是把这句话反过来写——"UC是IT服务管理的强制性要求，每个IT服务项目都必须签署UC"，看到这句话直接判错。

为什么OLA必须签而UC不一定签？回到逻辑本身：任何IT服务提供商开展服务，内部必然有分工，有分工就需要明确职责边界，OLA就是这个边界文档。但外部第三方供应商不是必然存在的，全部自建自营就不需要UC。

另一个由这句话衍生的陷阱是："如果IT服务项目没有签署OLA，可以用UC替代OLA的功能"。这是典型的张冠李戴，OLA对内分解SLA目标，UC对外传导SLA目标，两个协议指向的是不同的责任主体，功能不可互相替代。

误区三：混淆SLA包含的内容范围

有一种常见命题表述是"SLA中只需要包含服务响应时间和解决时间两个指标即可"。这个表述的问题在于把一个多要素协议缩减为两个维度。SLA必须包含服务范围、级别目标、双方责任、违约处理和报告机制，少一个都算不完整。

还有一道经典考题："服务级别协议SLA是指IT服务提供方和外部供应商之间签订的服务实施合同"。这句话用UC的定义套在SLA头上，签约对象挪错了位，直接判错。

历年真题逐题精析——答案在教材原话里

下面选三道最具代表性的真题来做逐题分析。真题不编，直接引用系统规划与管理师历年考试原题，每道题的解析都回到教材原文。

第一道题来自二零二三年系统规划与管理师综合知识。题干："关于服务级别协议SLA、运营级别协议OLA和支持合同UC的描述，不正确的是"。四个选项分别是：A选项"SLA可具有法律效力"，B选项"OLA与UC的作用之一是分解SLA中的工作责任和服务目标"，C选项"OLA是必须签署的，UC不是必须签署的"，D选项"UC由SLA的内容加上法律条文中的责任、权利和义务构成"。

这道题的标准答案是C。乍一看，C选项跟教材原文"OLA是必须签署的，UC不是必须签署的"一字不差，怎么就成了错误项？关键在题干问的是"不正确的描述"——如果细心对比原文会发现，这道题C选项的原文表述在特定版本教材中是直接引述，但在本题语境中，结合其他选项的逻辑推导，错误选项另有指向。实际上，根据多位考生的回忆与各平台交叉验证，本题的正确答案应当回到教材原话去对照：教材明确说OLA必须签、UC不必签，所以C本身是对的；而D选项虽然看起来像原文，但"由SLA的内容加上法律条文中的责任、权利和义务构成"这个描述中对"SLA的内容"的指代不够精准——UC承载的不是SLA的"内容"，而是SLA中"需要外部资源支撑的那部分"目标的传递，二者有范围差异。

这道题的真正价值在于它让考生明白：对SLA、OLA、UC三者，光背定义不够，必须理解每一条教材原话背后的逻辑边界。命题人用的是"近原文表述"而非"原文照搬"，细微的措辞差异就能构成错误选项。

第二道题同样来自二零二三年真题。题干："在IT服务规划设计阶段，不是服务级别设定的主要活动的是"。选项考的是服务级别管理流程中的具体步骤。这道题的背景是：服务级别管理有自己的流程，包括识别服务需求、定义服务级别、签署服务级别协议、监控服务级别达成、报告和评审。选项中如果出现"提前识别IT服务运营中的风险"，这属于风险管理过程的内容，不属于服务级别设定的主要活动。正确答案就是它。

这道题的陷阱在于混淆概念归属——属于IT服务管理，但不属于服务级别管理。在软考系规中，"过程"和"过程内部的活动"是有严格层级关系的，跨层级张冠李戴是命题人最常用的手法之一。

第三道题是二零二四年下半年的真题。题干："在规划设计阶段，应涉及的流程包括服务级别管理、服务报告管理、事件管理、问题管理、配置管理、变更管理、发布管理和"。括号里应该填的是安全管理。这道题考察的是系规教材中IT服务规划设计阶段应覆盖的八大流程。SLA属于服务级别管理的核心产出物，而服务级别管理是八大流程中的第一个，也是整个IT服务管理体系的入口。

三道题串起来可以看清命题规律：概念辨析题盯住SLA/OLA/UC的三维区别考，流程归属题盯住各个管理过程的范围边界考，设计阶段题盯住八大流程的名字考。这三个方向的题目加起来覆盖了系规科目中服务级别管理模块的大部分分值。

备考总结——考场五分钟拿分策略

SLA、OLA、UC这一组知识点，在系统规划与管理师考试中的考察频率高，但知识总量并不大。备考策略非常明确：先记住三维区别框架，再背一个记忆口诀，最后用真题验证掌握程度。

三维区别框架就是签约对象、协议属性、签署必要性。SLA的签约对象是客户，属于协定，可具有法律效力。OLA的签约对象是内部部门，属于后台协议，无独立法律效力，必须签署。UC的签约对象是外部供应商，属于正式合同，天然有法律效力，视情况决定是否签署。

记忆口诀可以用六个字概括：外协定、内后台、外合同。对应起来就是SLA是面向外部的协定，OLA是面向内部的后台协议，UC是面向外部的正式合同。再加一句话记住签署必要性：对内必须，对外未必——OLA必须签，UC不一定签。

系规考试的选择题中，SLA相关题目约占百分之五到百分之八的分值，也就是三到六道题。纯概念辨析加流程归属加设计阶段八大流程，三类题型的解题思路已经全部讲完。上考场之前翻出这篇文章再扫一遍，这些分就是稳拿的。