ITIL论文:开发应用ITIL理念的运维系统(精选4篇)
1.ITIL论文:开发应用ITIL理念的运维系统 篇一
基于ITIL的IT运维管理系统概述
基于ITIL的流程框架的IT运维管理系统,能够快速适应企业业务流程及业务发展变化需求的IT运维管理最佳实践,能够帮助企业从人员、技术和流程三个方面提高IT运维管理能力,本文就来为大家介绍基于ITIL的IT运维管理系统。
基于ITIL的IT运维管理系统可以逐步建立并完善、达到以下目标:
标准化——通过ITIL的流程框架,构建最佳实践经验的IT运维管理流程。
流程化——把大部分的IT运维管理工作流程化,确保这些工作都可重复,确保这些工作都能有质量完成。
自动化——替企业有效无误地完成一些日常工作,比如备份,杀毒等。
基于ITIL的IT运维管理系统为用户解决了哪些问题:
运行维护管理—重要性
事前管理——通过监控系统,及时发现故障隐患,主动的告诉用户需要关注的资源,以达到防患于未然,事前管理的目的。
迅即的故障报警—全天候自动检测与及时报警,通过多种告警方式实现网络的“全天候无人值守”,大大降低管理人员的工作负担。例:通过短消息告警和远程客户端管理的结合,用户可以在任何地方轻松的管理自己的网络,解决问题。
ITIL的标榜—IT服务最佳实践
提供灵活的、流程化的IT服务管理,帮助企业完成流程定义、流程执行、流程监控以及流程的优化。将日常操作全部流程化,并通过自动化工具对流程执行情况进行及时追踪。
业务流程化、流程自动化、服务规范化
通过流程管理来简化IT部门繁琐的业务,把维护人员从救火队员中解救出来,规范运营管理。本文叙述的IT运维管理系统以ITIL的流程框架,缔造一个流程化,自动化和规范化的IT运维管理系统。
以CMDB为运维核心,自动发现资源配置项
CMDB有两部分重要内容,一是CI,二是CI之间的关系,这两部分构成了CMDB比较核心的内容,在CMDB初始化方面,很多产品只是提供了手工输入的方式对CI 的初始化,用户需要面对大量的需要手工输入的信息,造成系统使用前的高门槛,而摩卡软件在这里提供了两种方式快速进行CMDB的初始化,第一种是自动发现CI,第二种是从Mocha BSM系统中导入,大大简化了用户管理员的工作,快速搭建ITIL最佳实践平台。
多种渠道新建故障处理请求 为了提交企业各部门所遇到的IT故障处理请求,用户可以通过自助服务台、电话通知服务台、监控系统自动触发等方式发起故障处理请求。通过自助服务台用户可快速新建故障处理请求,并随时追踪该故障请求的状态,如该故障请求是否已经在处理当中,或者已经转为变更流程,需要继续通过变更管理才能解决故障等。
知识库与 FAQ 的紧密结合,IT运维管理经验的积累,IT运维管理经验的积累转入到知识库中
符合ITIL框架,规范IT部门管理
用户实施ITIL的一个重要目的就是要规范IT 部门的管理,让日常运维更加规范化、流程化、自动化,在产品中是通过自动化和流程化来体现管理的规范化的。
客户化的IT运维管理流程,满足不同业务需求
流程必须客户化,产品如何做到呢?两个层面,第一个层面就是可以方便的在用户所需要的范围内进行不同版本流程的切换,第二个层面就是用户可以方便的通过可视化工具对流程进行定制,不需要二次开发的代码,只需要简单的鼠标拖动即可完成流程自定义。
可定制的KPI报表,度量流程执行绩效
系统中提供了很多和报表,来度量各个流程执行的绩效,报表是用来做统计用的,一般用来做各类别数量的统计或者是变化趋势的统计,KPI 是经过计算的,衡量各个模块执行绩效的,在首页上点击后下面列出的黄色边框的是报表,而绿色边框的是KPI。
基于ITIL的IT运维管理系统的相关描述就为大家介绍完了,希望为欲了解此方面信息的读者提供了参考信息。
2.ITIL论文:开发应用ITIL理念的运维系统 篇二
一、基于ITIL的信息系统运维管理系统的研究
1. ITIL标准框架概述
ITIL (Information Technology Infrastructure Library) 又称作“信息技术基础构架库”。是英国政府组织并由一批国际知名IT厂商和专家共同研究开发形成的一套IT行业的服务管理标准库。20世纪90年代中期ITIL已经成为IT管理领域事实上的国际标准。
ITIL标准主要包括6大模块 (图1) , 即业务管理、服务管理、ICT基础构架管理、IT服务管理规划与实施、应用管理和安全管理。ITIL的核心模块是“服务管理”, 这个模块一共包括10个流程和1项职能, 这些流程和职能又被归结为两大流程组, 即“服务提供”流程组和“服务支持”流程组。其中服务支持流程组归纳了与IT管理相关的1项管理职能及5个流程, 即事件管理、问题管理、配置管理、变更管理和发布管理, 是信息系统运维的核心管理流程。
2. 运维管理系统在设计时应遵循的原则
以ITIL的框架为基础, 分析比较目前相对成熟的运维系统, 在设计信息系统运维管理系统时, 应当遵循以下原则。
(1) 界面简洁友好。
(2) 注重信息系统运维的全过程管理。
(3) 追踪运维请求的根本原因。
(4) 考虑运维问题的关联性。
二、信息系统运维管理系统设计
中国石油炼化企业设备综合管理平台自2006年推广应用以来, 已完成多家地区公司的上线工作, 随着平台在企业设备管理中不断深化应用, 信息资源的增长也对平台的运维服务管理部门提出了更高的要求, 不仅要进行平台基础设施的日常运行维护管理, 支撑业务系统稳定、高效运行, 而且应该实现长期安全、可靠、持续的运行环境, 使平台能够以用户为中心, 主动适应业务发展需求。实现上述目标的关键是建立一系列的管理流程和支持工具, 提高平台运维工作效率, 提高用户的满意度。
2012年初平台运维项目组在学习了ITIL和ISO20000等国际标准和认证体系的基础上, 以ITIL的运维流程 (图2) 为基础, 考虑平台当时运维工作的实际情况, 分别设计运维系统各模块的功能及流程, 明确各功能模块之间的流转关系, 最终形成了适合平台需求的运维管理系统。该系统通过近3年的应用实践, 不断完善, 使得本企业信息系统运维管理能力得到很大提升。
通过对ITIL服务支持流程的分析, 考虑信息系统运维工作的迫切需求, 运维系统在设计时, 初步考虑实现运维请求管理、问题管理、变更管理和知识管理4个部分, 其他相关功能在后续的工作中逐步实现。运维系统各模块功能及流程设计如下。
1. 运维请求管理
(1) 功能描述。运维请求模块是运维系统的入口之一, 目的是实现日常问题的快速处理响应、统计处理时间、处理情况。通过采用主体界面分层级展示的方式, 确保基层用户录入界面简洁、减少必填字段、减少用户操作环节。其中, 属于未知问题需要寻求根本解决方案的转入问题管理模块处理。
(2) 流程描述如图3所示。
(1) 用户提出运维请求并记录。
(2) 进入问题类型判断, 已知问题处理并记录;未知问题, 提供临时解决方案, 同时将运维请求转入问题管理功能进行处理;变更或新需求转入变更管理功能进行处理。如果都不是, 由实施方对请求提出解决方案进行处理, 然后由二级运维单位判断事件是否永久解决和是否变更, 不是永久解决事件转入问题管理功能, 变更的进入变更管理功能。确认后, 由发起人将运维请求关闭。
(3) 对于运维请求的管理要求采取谁发起谁关闭的原则。
(3) 指标 (请求管理指标) :常规请求处理时间不得超过48h。超过48h未处理的常规请求需要给请求处理负责人发提醒。
每级运维请求处理的时间定义为该级用户将该请求从前一级发出的时间到将该请求发送至下一级运维的总耗时。
2. 问题管理
(1) 功能描述。问题管理是对问题进行分类总结管理, 可以将目前不具备条件实现的运维请求转为问题进行处理。
由运维人员对问题进行识别、记录、分类, 由系统实施商提供解决方案, 运维人员对该方案进行审核、确认, 系统实施商对该方案进行实施后, 运维人员确认并关闭问题。关闭的问题由运维人员判断是否需要对信息系统进行升级, 需要升级的转入变更管理流程, 不需要升级的将该解决方案录入知识库。
(2) 流程描述如图4所示。
(1) 由运维人员针对未知问题进行确认。
(2) 提交给系统实施商编写解决方案。解决方案由用户进行审核, 判断是临时方案或永久方案。如果是永久方案就直接进行修改实施, 如果是临时方案, 先由实施方进行处理, 之后在进行详细处理, 提出永久方案。
(3) 问题源于运维请求, 统一由运维人员进行关闭。
(4) 问题关闭之后, 将具备解决方案的问题记录到知识管理中。
3. 变更管理
(1) 功能描述。变更管理模块是运维管理系统的入口之一, 同时也是一个单独的功能模块, 基于变更纸质表格进行设计, 同时新增需求也在此处合并处理, 通过增加字典加以区别。
(2) 流程描述如图5所示。
变更与运维请求管理的主要区别在于需要控制的字段不同, 主要过程基本保持一致。
4. 知识管理
(1) 功能描述。知识管理与问题管理具有关联关系, 已经解决的问题可以转入知识库, 形成系统常见 (已知) 问题知识库 (按点击率统计) , 便于运维知识的共享与查询。可分别从所属功能模块、根原因分析、运维事项等多纬度多角度进行管理。具体要求如下。
(1) 实现操作手册按照条目拆分查询。
(2) 采用标签方式对知识库提供检索功能, 并提供全文搜索功能。
(2) 流程描述。对于问题管理模块中已提供永久解决方案的问题转入知识库, 由运维人员对问题原因进行分析, 加注根原因, 形成信息系统运维知识条目。
三、结论和建议
通过该系统的应用, 实现了:信息系统运维请求的全过程管理、追踪运维问题的根本原因、控制信息系统的变更和新增需求, 并形成了运维知识库, 便于对运维问题进行统计分析, 为运维工作提供了依据。
在运维系统的设计中还增加了“补充信息”的特色功能, 该功能是在该条运维请求关闭前, 相关人员可以随时添加对该问题的说明和解释, 确保运维问题的描述更加清晰明确, 同时提供了问题提出人和问题解决人的沟通渠道, 提高了解决问题的准确性。
随着运维系统的进一步应用, 应当考虑在运维系统中设计“监控管理”、“配置管理”和“发布管理”等功能, 更加全面地对信息系统的运维进行管理, 同时随着运维数据量的增加, 形成相应的统计报表, 分析和统计运维服务的各项指标的完成率, 进一步提高信息系统运维服务的质量和工作效率, 提高信息系统用户的满意度。
参考文献
[1]黄岩渠.ITIL实践:运维管理系统设计与实现[J].金融信息化论坛, 2009, 8 (12) .
[2]刘志刚.IT系统运维服务流程管理的探索与实践[J].机场建设, 2010, 4 (41) .
[3]刘通.ITILV3服务管理与认证考试详解 (第2版) [M].哈尔滨工业大学出版社.
3.开放的运维管理系统 OSA 篇三
OSA运维管理平台是由OSA开发团队,针对目前服务器运维、监控和报警提出的一个开源、 易用、实用的跨平台服务器运维管理平台;
OSA运维管理平台除了满足运维需求,还引导用户进行知识管理,流程规范,日常学习等。
资源监控独创的即时监控,智能分析服务器进程的内存和CPU占用率等信息。邮件报警灵活的报警设置,以邮件的方式进行服务异常、设备宕机等告警通知。单机运维简单操作即可进行服务器的日常维护与管理,支持通过智能手机进行登录和管理。批量操作批量操作结合计划任务功能,让操作更加自动化,一键部署成千上万台服务器。故障记录强大的故障记录与分类功能,根据历史记录很好的分析突发故障,知识库丰富的知识库内容,帮助您解决问题,寻找日常运维中的问题的答案。运营分析用图形的方式分析服务器,让运营人员对基础设备状态信息了如指掌。账户管理通过合理的权限分配,为不同用户设定不同角色,方便灵活管理。
为什么要使用OSA运维管理平台?
不必担心服务器故障OSA运维管理平台的监控助手,会在出现故障的第一时间提醒您,而您不必每分钟都去访问您的服务器查看状态。尽早发现故障,尽快解决服务器故障难以避免,但越早发现,尽早处理,损失越小,OSA运维管理平台帮助您在客户提交故障之前,将故障通知到您的手机邮箱。大大降低运营成本OSA开源管理平台,是真正开源免费提供给用户的产品,真正做到零成本辅助监控与运营!故障记录,知识库管理当您遇到一起突发故障时,会不会曾经有过类似的处理案例呢?这时故障记录和知识库是您寻找解决方案的最佳途劲!
4.高速公路机电系统的运维要求 篇四
高速公路机电系统维护维修工作是公路交通安全正常运行的重要保障,是实现公路现代化管理的基本条件,是提高公路服务质量和提供信息服务的必要基础,也是发展前景良好,经济效益和社会效益良好的产业。
高速公路机电设备涉及机械、电子、通信、信息、计算机、供配电等多项技术,做好设备的维护维修和管理对于保障运营工作的正常有序有着至关重要的作用,应遵循下列基本要求:
1、严格贯彻安全生产的方针,制定技术安全措施、加强安全教育和技术培训,安全操作、文明施工,确保维护维修安全和系统安全。
2、加强技术管理,做好相关竣工资料和维护维修技术档案的总结工作,为公路机电系统的维护维修提供可靠的技术依据,并定期核查更新。
3、制定切实可行的维护维修标准,明确工作职责和内容。根据路段的实际情况制订维护与维修管理验收标准,要确保全面且可行。要对维护的等级进行划分,并规定维修时限及相关制度,从而使各项工作有章可循。
4、在日常维护维修工作中,应加强对机电系统的检查和测试,熟悉机电设施的运行情况,发现异常现象应及时处理。对暂时无法修复的应及时上报并作出相关延迟修复报告说明。为保证机
电系统的正常运行,各级管理和运行部门也应制定各种情况下具体的系统和设备故障抢修与排除的预案。
5、对机电设施较大的故障和缺陷,应根据设备损坏的程度和对系
统的影响范围,及时安排大、中修或抢修工程,对损坏严重或已不能正常运行的系统和设备,应根据实际需求进行改建和更换。
6、应加强通信系统的维护管理,并应重视网络安全和数据库安全,建立完善的网络信息安全管理制度,为公路机电系统的正常运行提供可靠平台。
7、备品备件应实行统一采购,进行精确管理,提高备件的利用率,减少浪费,缩短故障维修时间,保持零备件供应渠道的畅通,确保满足维修需要并降低备件采购成本。
8、机电系统的维护维修和管理应依靠科技进步,发挥以人为本的管理理念,加强维护维修人员和管理人员对新设备、新技术、新材料和新工艺的技术培训,培养建设一支素质高、业务精的专业维护维修技术团队。
【ITIL论文:开发应用ITIL理念的运维系统】推荐阅读:
手持设备应用软件的开发课程教学研究论文12-05
职工工资管理系统的设计与开发论文开题报告06-24
软件工程思想在信息系统开发的问题的论文07-19
自考计算机应用管理信息系统开发12-06
初中体育课程开发论文07-28
化学与能源开发论文08-27
房地产开发流程论文06-26
软件开发技术论文11-19
我国房地产开发融资分析论文06-29
机械设计教学工具与方法的开发的论文07-05