ONEPSOFT | 软考学习知识库
deepread31|第12章 信息系统服务管理 服务需求识别详解
知识点深度解读:服务需求识别
一、知识点定位
「服务需求识别」属于【第 12 章 · 信息系统服务管理】12.1.3 节。它是规划设计 " 需求阶段 " 的核心动作——客户结合服务目录,把自己对 IT 服务的 6 类需求说清楚,是后面服务级别设计(定 SLA)的输入。
二、教材原文精摘(12.1.3 核心)
【需求识别定义 + 6 类】原文:
在服务规划设计的需求阶段,客户结合服务目录所定义的服务范围及内容,识别自身的服务需求。客户对信息系统服务的需求一般可划分为可用性需求、连续性需求、服务能力需求、信息安全需求、价格需求及服务报告需求。
【可用性需求】原文:
要将客户的业务需求转化为信息系统的可用性需求:服务不可用对业务的影响(客户能承受多长停机时间);从业务角度分析,服务不可用(或质量下降)时造成的成本损失。
【连续性需求】原文:
信息系统的连续可用是组织业务运行的保障。灾难性事件比突发性事件后果更严重,须针对连续性需求编制灾难恢复计划。通过风险评估确定可能造成中断的潜在威胁,预测损失程度,评估控制措施是否有效。
【服务能力需求】原文:
服务能力是指以最及时、最有效的方式满足客户当前及未来的服务级别需求的能力。能力需求分析要深入了解客户现状、业务需求及系统,以合理成本满足所有能力需求,尤其把握未来能力需求。
【信息安全需求(三性)】原文:
机密性:信息仅可被授权的人访问和使用;完整性:保护信息防止未授权修改;可用性:在协议规定时间内信息可获取且可用。优先级由数据和业务内容决定。
【价格需求】原文:
对服务内容确认后,估算服务成本并定价。服务成本主要包括设备成本、软件成本、人力成本、第三方支持成本、管理成本和其他成本等。
【服务报告需求】原文:
为记录服务过程和结果、与客户沟通互动,需识别报告需求。要素:分析客户具体业务需求;明确报告产生前提与内容要素。典型报告含:按 SLO 衡量的绩效、主要工作绩效(概况/事件/变更)、工作量信息、趋势信息、未来计划工作信息。
三、系统解读(逐点讲透)
四、工程实践举例(土木工程背景)
用 " 业主提技术要求 / 勘察需求 " 套:需求识别就像业主在招标前把 " 能停几天工、出大事怎么应急、保密要求、造价、要啥监理月报 " 一条条列清。
教材 ↔ 土木工程实践 对照表:
| 教材要素 | 工程实践对应 | 映射说明 |
|---|---|---|
| 需求识别(结合服务目录) | 业主按 " 承包商能力清单 " 提要求 | 对着菜单点 |
| 可用性需求(停机时长/损失) | 能停几天工、停工一天亏多少 | 日常容忍 |
| 连续性需求(灾难恢复计划) | 防汛/坍塌应急预案 + 风险评估 | 大灾恢复 |
| 服务能力需求(当前 + 未来) | 高峰期运力/设备是否够 | 能力余量 |
| 信息安全三性 | 保密(图纸不外泄)/完整(不被篡改)/可用(随时调阅) | 安全三性 |
| 价格需求(6 类成本) | 人工/材料/机械/分包/管理/其他 | 造价构成 |
| 服务报告需求 | 监理月报/周报/趋势分析 | 过程报表 |
流程对比(需求识别 6 类 ↔ 业主技术要求 6 类):
流程图(结构化呈现)
对应关系
| 节点A | 关系 | 节点B |
|---|---|---|
| 可用性:停机容忍 | 对应 | 能停几天工 |
| 连续性:灾难恢复 | 对应 | 应急预案 |
| 安全:保密/完整/可用 | 对应 | 图纸保密 |