全部科目 > 系统规划与管理师 >
2021年上半年 上午试卷 综合知识
第 36 题
知识点 GB/T28827.2-2012   信息技术服务   维护   运行维护  
关键词 信息技术服务   运行维护   维护  
章/节 产品、服务和信息技术服务   IT服务国家标准化及行业标准  
 
 
GB/T28827.2-2012信息技术服务 运行维护 第2部分:交付规范》框架中交付内容不包括()。
 
  A.  例行操作
 
  B.  体系审计
 
  C.  应支持
 
  D.  优化改善




 
 
相关试题     产品、服务和信息技术服务 

  第25题    2023年上半年  
在GB/T 29264《信息技术服务分类与代码》标准中,()不属于运行维护服务的子类别。

  第18题    2022年上半年  
()不属于服务作为产品的特性。

  第15题    2018年上半年  
与有形产品相比,服务作为产品具有独有的特性,下列对于服务特性描述正确的是()。

相关试题     IT服务国家标准化及行业标准 

  第68题    2019年上半年  
在ITSS的IT服务生命周期模型中,( )阶段是根据IT服务部署情况,采用过程方法,全面管理基础设施、服务流程、人员和业务连续性。

  第52题    2023年上半年  
不适合做安全管理关键指标的是()。

  第68题    2020年下半年  
(68)旨在阐述信息技术服务的业务分类和服务原理、服务质量评价方法、服务人员能力要求、服务定额规范等。

 
知识点讲解
· GB/T28827.2-2012
· 信息技术服务
· 维护
· 运行维护
 
        GB/T28827.2-2012
        《信息技术服务运行维护第2部分:交付规范》GB/T28827.2-2012给出了运维服务供需双方从服务级别协议签署到结束的过程中,对交付管理的策划、实施、检查和改进方面提供的原则框架,以及对交付内容、交付方式、交付成果给出的指导建议。本标准除了为运维服务需方和供方提供参考依据外,还可以为运维服务质量的评估、审计人员提供指南。
        标准主要内容
        供方根据对服务级别协议需求的理解,通过交付过程的策划、实施、检查和改进四个关键环节的管理,以现场或远程交付方式为手段,向需方提供满足服务级别协议的交付内容和交付成果。
        运维服务交付规范的框架如下图所示。
        
        运维服务交付规范框架
        (1)交付管理,供需双方通过对服务交付的策划、实施、检查和改进以保障服务级别协议的达成。
        (2)交付内容,供方根据服务级别协议要求,向需方提供的例行操作服务、响应支持服务、优化改善服务和咨询评估服务。
        (3)交付方式,供方根据服务级别协议要求,采用现场支持和远程支持方式向需方提供服务。
        (4)交付成果,供方根据服务级别协议要求,向需方提供的无形和有形的交付成果。
        本标准适用于:
        (1)使需方和供方对运维服务交付标准达成一致。
        (2)为需方和供方提供运维服务交付的最佳实践和质量评估依据。
 
        信息技术服务
        信息技术服务,因信息技术(Information Technology, IT)的特指性,信息技术服务广泛被业界人士称为IT服务。IT服务是服务的一种,因此继承了服务独有的特性。
        通常而言,IT服务是指IT服务提供商为其客户提供信息咨询、软件升级、硬件维修等全方位的服务,具体包括产品维护服务、IT专业服务、集成和开发服务、IT管理外包服务等。
        在《信息技术服务分类与代码》(GB/T 29264-2012)中,对信息技术服务(Information Technology Service,即IT服务)的定义是“供方为需方提供开发、应用信息技术的服务,以及供方以信息技术为手段提供支持需方业务活动的服务”。常见服务内容包括软件服务、硬件服务及其他相关的服务。常见IT服务形态有信息技术咨询服务、设计与开发服务、信息系统集成实施服务、运行维护服务、数据处理和存储服务、运营服务、数据内容服务、呼叫中心服务和其他信息技术服务。
 
        维护
        维护阶段是软件生存期中时间最长的阶段。软件一旦交付正式投入运行后便进入软件维护阶段。该阶段的关键任务是通过各种必要的维护活动使系统持久地满足用户的需要。每一项维护活动都应该准确地记录下来,作为正式的文档资料加以保存。
 
        运行维护
        数据库应用系统经过测试、试运行后即可正式投入运行。运行维护是系统投入使用后,必须不断地对其进行评价、调整与修改,直至系统消亡。
        在任一设计阶段,一旦发现不能满足用户数据需求时,均需返回到前面的适当阶段进行必要的修正。经过如此的迭代求精过程,直到能满足用户需求为止。在进行数据库结构设计时,应考虑满足数据库中数据处理的要求,将数据和功能两方面的需求分析、设计和实现在各个阶段同时进行,相互参照和补充。
        事实上,在数据库设计中,对每一个阶段设计成果都应该通过评审。评审的目的是确认某一阶段的任务是否全部完成,从而避免出现重大的错误或疏漏,保证设计质量。评审后还需要根据评审意见修改所提交的设计成果,有时甚至要回溯到前面的某一阶段,进行部分重新设计乃至全部重新设计,然后再进行评审,直至达到系统的预期目标为止。



更多复习资料
请登录电脑版软考在线 www.rkpass.cn

京B2-20210865 | 京ICP备2020040059号-5
京公网安备 11010502032051号 | 营业执照
 Copyright ©2000-2025 All Rights Reserved
软考在线版权所有