practice1｜系规 IT服务规划设计

ONEPSOFT | 软考学习知识库

---

practice1｜系规 IT服务规划设计

教材出处：第 12 章 信息系统服务管理 / 12.1 规划设计活动 · 12.2 服务方案设计

题 1 ·【情境判断】题干

某工地信息化项目，甲方（业主方）口头要求 IT 服务团队 " 出问题随时上门、还要 7×24 远程监控 "，但只肯付很低的服务费。项目经理小 A 觉得 " 甲方要求就是需求 "，二话不说按口头要求开工，没签任何服务级别协议。

问：小 A 的做法对吗？规划设计阶段他漏掉了哪些关键活动？

• 考察点（教材原文）：规划设计主要活动为 "服务需求识别、服务目录设计、服务方案设计、服务成本评估、服务级别协议设计"；"SLA 是在成本控制下保障性能与可靠性的协定，含当事人、条款、处罚、费用等 "；服务模式设计需 "与可用性/连续性/安全性需求一致，人员资源配置匹配 "。
• 自答区：（小 A 对/错？漏了哪几步？）
• 参考答案与解读：不对。规划设计的正确顺序是先服务需求识别（甲方要的是 " 高可用 + 低成本 "，这是冲突的，必须识别并拉齐：可用性需求 vs 价格需求），再做服务模式设计（远程 + 现场并存，但要和成本匹配，不是无底线承诺），最后落到服务级别协议（SLA）设计, 把性能、可靠性、费用、处罚写进正式协定。小 A 跳过了需求识别与 SLA 设计，口头承诺 " 随时上门 +7×24" 既无成本依据、也无权责边界，后期必然扯皮、赔本。
• 画像提示：就像你做土木工程，业主口头说 " 随便盖、便宜点、还要抗十级地震 "，你不能不开工料合同、不签设计任务书就买钢筋, SLA 就是 IT 服务的 " 合同 + 验收标准 "，规划设计阶段就必须定。

题 2 ·【概念辨析】题干

请说清 SLA、OLA、UC 三者的区别，以及各自在规划设计里 " 和谁签、管什么 "。

• 考察点（教材原文）："SLA：供方与需方认可的质量/性能级别要求，成本控制下保障性能与可靠性的协定 "；"运营级别协议（OLA）：内部后台协议，分解 SLA 至各环节目标 "；"支持合同（UC）：与外部供方的正式合同 "。
• 自答区：（三者分别和谁签？管什么？）
• 参考答案与解读：
• SLA（服务级别协议）：IT 服务供方 ↔ 客户/需方 签，约定对外承诺的质量、性能、费用、处罚, 是 " 对外的总承诺 "。
• OLA（运营级别协议）：供方内部后台团队之间签，把 SLA 拆成各环节的内部目标（如事件 30 分钟响应），是 " 内部如何兑现 SLA"。
• UC（支持合同）：供方 ↔ 外部第三方供方 签（如硬件维保商），是 " 借外力兑现 SLA"。
• 三者层级：SLA 对外总包 → OLA 内化分解 → UC 外部借力，共同支撑同一个服务承诺。
• 画像提示：SLA = 你和业主签的总包合同；OLA = 你内部土建/机电/装修分包之间的配合协议；UC = 你向外部钢厂买的钢材供货合同。总包靠分包和供货商一起兑现。

题 3 ·【找错 / 挑刺】题干

下面这段话看似高效，请找出它违反教材的地方并改正：

"IT 服务规划设计时，先抓紧把人员、技术、资源、过程都配齐（详细设计），再回过头来想客户到底要什么服务（需求识别），这样不用反复改方案，效率最高。"

• 考察点（教材原文）：规划设计原则 "先有总体设计，才有详细设计，再进行实现和验证"，符合系统论从整体全局思考；规划设计活动顺序为 "服务需求识别 → 服务目录设计 → 服务方案设计（含五要素）→ 服务成本评估 → 服务级别协议设计"。
• 自答区：（错在哪？正确顺序？）
• 参考答案与解读：错在把顺序颠倒了。" 需求识别 " 是规划设计的第一步（12.1.3），必须在服务方案设计（配人、配技术、配资源、配过程这 " 详细设计 "）之前。教材明确 " 先有总体设计，才有详细设计 "——客户要什么（总体/需求）没搞清楚就先配齐资源（详细设计），恰恰会 " 反复改方案 "、造成浪费。正确顺序：需求识别 → 服务目录 → 服务方案（五要素）→ 成本评估 → SLA 设计。
• 画像提示：就像盖楼必须先需求调研（业主要几层、抗震几级、预算多少）再出施工图、再买钢筋水泥，不能 " 先把钢筋买齐再想盖啥楼 "——那是真浪费。

掌握度自评（答完回来勾）

题号	你的判定	是否吃透	备注
题 1	对/错/说不清	□	规划设计顺序 & SLA 必签
题 2	对/错/说不清	□	SLA/OLA/UC 三层关系
题 3	对/错/说不清	□	先总体后详细原则