第6章.附录

6.1附录I:iTop对ITIL支持对照表

类别	iTop支持	主要支持内容
事件管理	支持	Ÿ所有呼叫和联络的事件记录能力； Ÿ事件分级和分类，包括事件分配到组和人； Ÿ能够看到事件的发起人； Ÿ基于紧急度和影响度的事件优先级定义； Ÿ事件与配置项关联； Ÿ事件记录信息包含（配置项、联络者及临时联络人姓名、部门、电话号码）； Ÿ工单来源信息记录； Ÿ事件信息记录中显示SLA，如解决时间要求； Ÿ事件包含简短和完整描述字段； Ÿ事件状态定义； Ÿ事件历史记录； Ÿ在违反SLA时候，事件自动升级，如逾期未处理； Ÿ事件自动解决和关闭，如类似事件自动解决； Ÿ事件与问题、变更关联； Ÿ事件能自动匹配解决方案； Ÿ事件可以添加文档、音视频等附件。
问题管理	支持	Ÿ问题类型定义； Ÿ记录问题信息； Ÿ问题具备简短和完整描述字段； Ÿ问题处理方式定义； Ÿ问题状态定义； Ÿ问题历史记录； Ÿ问题与事件、变更关联； Ÿ问题可以添加附件描述信息； Ÿ可以通过问题记录自动关联知识。
配置管理	支持	Ÿ资产配置项的基本信息记录，包括类型、基本属性、供应商、发票、序列号、使用有效期等； Ÿ配置项之间能关联； Ÿ配置项变更的版本记录； Ÿ配置项与合同关联。
变更管理	支持	a)能够记录一个变更请求（FRC）； b)变更能够分配到组和人； c)能够记录变更的所有者； d)变更优先级定义； e)变更关联到配置项； f)每个RFC都有一个简短和完整描述字段； g)变更状态定义； h)变更历史记录； i)变更关联到事件、问题；
服务级别管理	支持	Ÿ可按照组织、人员、配置项、优先级等制定服务级别； Ÿ可根据服务级别建立服务目录； Ÿ能够将服务级别协议和事件、问题、变更，以及发布相关联。
信息安全管理	支持	Ÿ基于登录的ID，限制对功能模块、数据等的访问权限； Ÿ具备设定密码有效期等密码安全支持； Ÿ最大失败登录次数限制； Ÿ允许删除用户账号。
报告	支持	Ÿ能够报告由事件、问题和变更产生的反馈； Ÿ报告有关服务级别协议的能力，如服务级别响应程度； Ÿ报告IT相关的成本信息；
工作流管理	支持	Ÿ流程流转自动通知责任人； Ÿ流程中角色授权和委托； Ÿ工作流进度跟踪； Ÿ流程监督及报告； Ÿ自定义新的工作流程，如企业内部的审批流程。
接口	支持	Ÿ能够向客户自动发邮件进行满意度调查； Ÿ能够与CTI进行集成； Ÿ能够与短信进行集成； Ÿ能够与网络监控系统进行集成； Ÿ能够与单点登录进行集成； Ÿ能够与数据库进行集成； Ÿ能够导入、导出数据，如批量导入资产、人员数据等； Ÿ能提供部分源代码供二次开发使用。

6.2附录II:iTop对ISO20000支持对照表

类别	项目	iTop支持	主要支持内容
服务提供过程	服务级别管理	支持	Ÿ针对每项服务都有服务级别定义； Ÿ能够制定基于客户、项目的服务级别协议； Ÿ能够根据目标定期监测和报告服务级别的满足情况。
	IT服务预算与财务管理	支持	Ÿ通过计算服务所花费的人员工时量化服务成本，从而达到优化服务成本目的。
解决过程	事件管理	支持	Ÿ事件记录及分类； Ÿ基于影响度和紧急度定义事件优先级； Ÿ及时通知事件处理进度； Ÿ可以访问问题解决方案库（知识库）以便快速解决事件； Ÿ事件升级机制； Ÿ事件处理及关闭。
	问题管理	支持	Ÿ问题记录及分类； Ÿ问题更新、处理及解决； Ÿ问题关联到相关事件及后续变更； Ÿ把问题的解决方法提交为知识库。
控制过程	变更管理	支持	Ÿ变更记录和分类； Ÿ变更与配置的关联； Ÿ变更流程控制，如审批、考核； Ÿ变更报告；
	配置管理	支持	ŸIT资产记录、分类及关联（资产管理）。
发布过程	发布管理	支持	Ÿ发布记录和分类； Ÿ发布流程控制； Ÿ发布报告；

6.3附录III:iTop对ITSS支持对照表

类别	项目	iTop支持	主要支持内容
策划	a)根据自身业务定位和能力，策划运行维护服务对象的服务内容与要求，并形成服务目录；	支持	支持根据业务需求创建服务目录，如针对用户不同部门创建针对性服务项目。
	b)依据服务目录策划如何建立相应的组织架构和管理制度；	N/A
	c)对人员、资源、技术和过程进行规划，建立相适应的指标体系和服务保障体系；	N/A
	d)策划如何管理、审核并改进服务质量，建立内部审核评估机制。	N/A
实施	a)制定满足整体策划的实施计划，并按计划实施；	N/A
	b)建立与需方的沟通协调机制；	N/A
	c)按照服务能力要求，实施管理活动并记录，确保服务能力管理和服务过程实施可追溯，服务结果可计量或可评估；	N/A
	d)提交满足质量要求的交付物。	N/A
检查	a)定期评审服务过程及相关管理体系，以确保服务能力的适宜性和有效性；	N/A
	b)调查用户满意度，并对服务结果进行统计分析；	支持	可以生成服务质量报表，如客户满意度。
	c)检查各项指标达成情况。	N/A
改进	a)建立服务能力管理改进机制；	N/A
	b)对不符合策划要求的行为进行总结分析；	N/A
	c)对未达成的指标进行调查分析；	N/A
	d)根据分析结果确定改进措施，制定服务能力改进计划。	N/A
人员管理	a)人员储备	N/A
	b)人员培训	N/A
	c)绩效考核	N/A
岗位结构	Ÿ管理岗人员及职责确立；	N/A
	Ÿ技术支持岗人员及职责确立；	支持	支持对技术人员技术能力界定、分组。
	Ÿ操作岗人员及职责确立。	N/A
知识	a)基础知识	N/A
	b)专业知识	N/A
	c)综合知识	N/A
技能	a)确定运行维护服务人员在运行维护服务中所必备的能力；	N/A
	b)要求运行维护服务人员具备从事相关运行维护服务的资格；	N/A
	c)特殊环境运行维护服务人员应具备相关资格。	N/A
经验	a)运行维护服务人员应具备所从事运行维护服务活动的经验；	N/A
	b)供方应具备一定的从事运行维护服务活动的经验；	N/A
	a)从事运行维护服务的时间；	N/A
	b)主持或参与运行维护服务项目的项目数量、项目金额、项目规模以及在项目中的角色作用等。	N/A
运维工具	a)监控工具对运行维护服务对象进行数据的采集和监控，评估可能导致运行维护服务对象故障的因素；	支持	系统支持与常用监控工具无缝集成，通过捕捉设备异常信号自动生成事件工单。
	b)过程管理工具按照商定的服务级别协议管理运行维护服务的交付过程，过程管理工具宜包括日常运维管理、记录、测量、监督和评估等功能；	支持	系统包含对日常运维的记录、测量、监督和评估功能。
	c)专用工具能够根据服务要求配备安全工具和用于特殊要求的工具。	支持	能够根据需方要求，提供与其他第三方工具进行集成。
服务台	a)供方应设置专门的沟通渠道作为与需方的联络点，沟通渠道可以是热线电话、传真、网站、电子邮箱等；	支持	系统整合集成电话、短信、邮件等方式实现IT部门与用户的唯一联络点。
	b)供方应设定专人负责服务请求的处理；	支持	设定服务台接线员或一线运维工程师负责服务请求的处理，同时支持工单的继续转派；
	c)供方应针对沟通渠道建立服务流程和管理制度，包括服务请求的接收、记录、跟踪和反馈等机制，以及日常工作的监督和考核。	支持	支持服务响应、处理、反馈等机制及对IT工程师的工作量统计。
备件库	备件出入库管理：能够对入库备件进行标识，规范备件的使用和核销，备件物品的帐务管理；	N/A
知识库	a)组织应针对常见问题的描述、分析和解决方法建立知识库；	N/A
	b)整个组织内的知识是可用的、可共享的；	N/A
	c)组织应选择一种合适的知识管理策略；	N/A
	d)知识库应具备知识的添加、更新和查询功能；	N/A
	e)组织应针对知识管理要求制定相关管理制度，并进行知识生命周期管理。	N/A
技术研发	a)根据业务和市场分析，制定研发规划，包括新技术和前沿技术的应用、技术储备等；	N/A
	b)配备与规划相适应的研发环境；	N/A
	c)配备与规划相适应的研发队伍。	N/A
与发现问题相关的技术	a)具有信息采集和监控的手段；	支持	能够与第三方监控工具实现集成从而捕捉设备异常信号，实现故障实时响应处理。
	b)具有诊断和分析问题的方法。	支持	系统支持故障的智能诊断。
与解决问题相关的技术	a)解决问题的技术指标或标准；	N/A
	b)解决问题的方案或手册；	N/A
	c)测试环境、测试标准和方法。	N/A
服务级别管理	a)建立服务目录；	支持	系统支持根据客户服务合同制定服务目录及定义SLA。
	b)与需方签订服务级别协议；	N/A
	c)根据需方的考核评估要求，建立SLA考核自评估机制，包括SLA完成情况、达成率；	支持
	d)在SLA评估后制定改进内容及改进措施。	N/A
事件管理	a)与事件管理过程一致的流程，包括事件受理、分类和初步支持、调查和诊断、解决、进展监控与跟踪、关闭等流程；	支持	支持对事件处理方式包括记录、分派、升级、调查、解决、关闭、重开。
	b)事件分类、分级机制；	支持	支持根据影响度和紧急度定义事件优先级。
	c)事件升级机制；	支持	支持对违反SLA的事件进行优先级升级。
	d)满意度调查机制；	支持
	e)事件解决评估机制，包括事件解决率、事件平均解决时间等。	支持	系统以报表形式统计分析事件解决效率。
问题管理	a)与问题管理过程一致的流程，包括问题建立、分类、调查和诊断、解决、错误评估、关闭等流程；	支持	支持对问题处理方式包括记录、分派、升级、调查、解决、关闭。
	b)问题分类管理机制，包括问题的影响范围、重要程度、紧急程度并确定优先级；	支持	支持定义问题优先级。
	c)问题导入知识库机制；	支持	支持把问题的解决方法导入知识库。
	d)问题解决评估机制，包括问题解决率、问题平均解决时间等。	支持	系统以报表形式统计分析问题解决效率。
变更管理	a)建立与变更管理过程一致的流程，包括请求、评估、审核、实施、确认和回顾等环节；	支持	支持变更处理方式包括新建、审批、编辑等。
	b)建立变更类型和范围的管理机制；	支持
	c)对变更完成情况进行统计分析，包括未经批准变更数量及占比、不同类型的变更数量及占比、不成功的变更数量及占比、取消的变更数量及占比、变更关联的配置数。	支持	系统以报表形式统计分析变更完成情况。
发布管理	a)建立发布类型和范围的管理机制；	支持
	b)对发布完成情况进行统计分析，包括发布成功率、发布及时率、是否更新配置管理数据库等。	支持	通过报表形式对发布完成情况进行统计分析
安全管理	建立与服务要求一致的信息安全策略、方针和措施。	支持	基于不同角色，设置对模块、数据的访问权限。

6.4附录IV:iTopFAQ

问1：iTop软件适合于哪些企业？

答：iTop具备通用的运维支持流程，同时更强调管理能力和IT运营支持，适合于国内大部分企业IT部门包括集团型、连锁型集团公司IT部门和IT服务提供商。

问2：iTop软件是怎样满足IT服务提供商要求？

答：iTop软件针对IT服务提供商的特色需求，提供多客户、多项目管理能力以及更加强大的服务管理能力如业务单元、多组织管理。

问3：iTop软件带给IT部门哪些价值？

答：提高IT运营绩效；提升服务质量；持续改进IT服务。

问4：iTop和其他ITSM软件比较，有哪些显著优势？

答：

a)理念。强调以人为本的IT运维和运营的管理；

b)工具。用户操作智能化，提高工具使用效率；

c)扩展性。丰富的集成接口和定制功能，提升工具随需而变的能力；

d)合规性。遵循ITIL最佳实践、国际通行的ISO20000标准；

e)CMDB核心。提供强大的CMDB模块，动态生成CI关系拓扑图；

f)聚焦业务。依托IT运维管理社区在业界领先的研究成果和咨询经验，使工具的业务逻辑设计更加符合IT运维的实际工作需求；

g)解决方案。具备包括培训、咨询、软件的一体化解决方案。

问5：iTop软件是怎样做到快速落地的？

答：软甲在设计之初就预置了90%用户场景的最佳实践的流程设置。iTop中国社区通过成熟的实施方法论，注重实施过程中的理念导入和工具营销，使IT服务管理工具循序渐进地逐步实施从而安稳落地。

问6：iTop软件能和哪些外部系统进行集成？

答：呼叫中心、监控系统、邮件、短信、AD单点登录及CRM、OA等业务应用系统。

问7：iTop是否已经汉化？

答：iTop本身已经部分汉化，IT运维管理IT运维管理社区于2013年5月已推出完全汉化版，并推出绿色版本。

问8：在事件管理模块，创建了一个服务单，并新建了团队和用户；但第二次创建服务单时无法选择第一次新建立的团队和用户。

答：这个团队要提前定义好，并且添加到相应的交付模式，这样就不用每次临时添加了，当然还要看团队组建、合同创建是否合理。

问9：itop版本升级之后如何查看版本信息？

答：鼠标移到左上角，可以查看版信息，但升级后仍然显示升级前的版本信息。可通过数据库来查相关信息。

6.5附录V:ITSM参考资源

1）IT运维管理社区

http://www.ITILxf.com/

2）iTop中国社区

http://www.ITILxf.com/

3）iTop中文全汉化版下载

http://www.ITILxf.com/thread-32596-1-1.html

4）ITIL官方网站

5）ITIL最佳实践

http://www.ITILxf.com/

6）工信部信息技术服务标准ITSS官方网站

http://www.ITILxf.com/

谢谢分享

谢谢分享

看看能否有帮助

谢谢分享！