|
|
知识路径： > 信息系统开发和运行管理知识 > 系统运行管理知识 > 系统管理服务 >
|
被考次数：2次
被考频率：低频率
总体答错率：32%
知识难度系数： 
|
由 软考在线 用户真实做题大数据统计生成
|
|
相关知识点：2个
|
|
|
|
|
|
|
如果IT部门不能准确了解业务部门的服务需求，业务部门的客户也同样不能期望IT部门能够为其提供令人满意的IT服务。因此，为了让IT服务级别满足组织的业务需求，IT服务部门在对IT基础架构进行服务级别设计时，必须充分调查和了解组织真实的业务需求。这就是服务级别管理关注的过程。
|
|
|
|
为了真正了解组织的IT服务需求，以及由此决定相应的服务级别，IT部门与业务部门之间应进行全面沟通，结合客户对当前服务级别的体验，在此基础上帮助客户分析和梳理那些真实存在却又尚未明确的IT服务。因为很多时候，用户和客户并不能准确地把握其真实的IT服务需求。除了需要明确组织的IT服务需求以外，还应结合相关的IT成本预算进一步确定组织对IT服务的有效需求，从而抑制客户在设备和技术方面“高消费”的欲望，为组织节约成本，提高IT投资的效益。
|
|
|
|
|
|
服务级别管理是定义、协商、订约、检测和评审提供给客户服务的质量水准的流程。它是连接IT部门和客户（业务部门）之间的纽带，不过其直接面对的不是使用IT服务的用户（通常是指业务部门内某个具体的职员），而是为IT服务付费的客户（通常是指某个具体的业务部门），如下图所示。
|
|
|
|
|
|
|
|
服务级别管理的主要目标在于，根据客户的业务需求和相关的成本预算，制定恰当的服务级别目标，并将其以服务级别协议（Service Level Agreements, SLA）的形式确定下来。在服务级别协议中确定的服务级别目标，既是IT服务部门监控和评价实际服务品质的标准，也是协调IT部门和业务部门之间有关争议的基本依据。
|
|
|
|
|
|
服务级别协议（SLA）设定了IT服务的数量、质量、费用等相关标准，实现了IT部门和业务部门之间的全面协作，努力获得高质量的服务以及最大限度地提高服务效率。SLA不仅用于企业内部IT部门和业务部门之间，而且也将用于企业和第三方服务提供商之间（比如外包、应用开发服务、系统集成服务等）。
|
|
|
|
|
|
|
|
.定义每项服务的测量标准：例如数量、质量、可用性、可靠性、安全性、问题解答、支持、备份、恢复时间、偶然性、增长能力、开发请求。
|
|
|
|
.此外还应包括服务时间框架；服务成本及计费；对不履行职责所实施的惩罚。
|
|
|
|
|
|
.另外服务级别协议中也应包括企业和第三方服务提供商之间的明确职责。
|
|
|
|
|
|
企业在IT系统管理中应用服务级别管理，应注意以下问题。
|
|
|
|
（1）强调IT对业务的价值。这种价值主要体现在两点：一是在考虑服务级别需求时，要充分考虑业务部门潜在的、隐含的需求，以免因遗漏而影响业务的正常运作；二是在确定服务级别目标时，要确定合适的服务级别、服务质量。
|
|
|
|
（2）要让业务部门的人员参与进来，因为他们清楚地知道业务对IT的需求在哪里，他们能够从业务的角度来看待IT，弥补IT人员从IT的角度看待业务的不足。
|
|
|
|
（3）服务级别管理不是书面文章，关键要落到实处。而这需要更长时间，更复杂、更艰难的监测、评审。通过对IT服务的衡量，才能确定各个业务在具体时期的服务级别、服务质量情况，也才能很好地进行监控，或者实施服务改进计划。
|
|
|
|
（4）对于IT部门而言，至关重要的是不要好高骛远——创建能提供的，而不是想提供的服务级别管理。对于业务部门来说，SLA与业务要求相吻合，才有生命力和执行的必要；而IT服务商如果承诺过高，高于自己的IT能力，即使承诺了SLA，也依然无法落实、实现。当然，这些因素都必须考虑到服务成本问题，如果SLA的实现超出了IT服务提供方所能承受的成本或者盈亏平衡点，最终结果也无法达成双赢，长期来看，必将影响IT服务的持续运营。
|
|
|
