![点击分享此内容可以赚币 分享](/master/images/share_but.png)
XXXX政府门户网站维护项目运维方案.doc
《XXXX政府门户网站维护项目运维方案.doc》由会员分享,可在线阅读,更多相关《XXXX政府门户网站维护项目运维方案.doc(146页珍藏版)》请在咨信网上搜索。
1、XXXXXXX政府门户网站维护项目运维方案XXX公司2017年5月XXX运维方案目 录第一章 运维方案41.1 运维总体原则41.1.1 整体性原则41.1.2 有效性原则41.1.3 可靠性原则41.1.4 反馈性原则41.1.5 防范预警原则41.2 运维服务目标41.3 项目运维服务方案51.3.1 运维服务总则51.3.1.1 安全性51.3.1.2 稳定性51.3.2 运维服务计划51.3.2.1 启动阶段和运维体系的导入61.3.2.2 正常服务阶段61.3.2.3 收尾阶段61.3.3 运维服务体系71.3.3.1 IT服务体系的建立71.3.3.2 IT运维体系的建立101.3
2、.3.3 系统运维制度建设121.3.3.4 运维管理机制建设131.3.3.5 项目沟通机制建设151.3.3.6 运维保障机制建设171.3.4 运维团队组织191.3.4.1 组建团队191.3.4.2 工作岗位设置211.3.4.3 组织机构231.3.4.4 人员安排241.3.4.5 团队建设261.3.5 运维协作环境281.3.6 运维服务内容281.3.6.1 网站内容保障服务281.3.6.2 日常巡检服务291.3.6.3 网站安全服务321.3.6.4 技术支持161.3.6.5 其它181.3.7 运维服务交接261.3.7.1 制定工作交接计划261.3.7.2 启
3、动交接271.3.7.3 文档、流程、系统交接271.3.7.4 运维对象调查及其内容再识别271.3.7.5 交接工作总结会271.4 运维保障服务方案271.4.1 系统安全性保障服务271.4.1.1 网络安全271.4.1.2 信息安全281.4.1.3 设备安全281.4.1.4 数据安全301.4.1.5 操作系统安全321.4.1.6 数据库访问安全321.4.2 系统稳定性保障服务321.4.2.1 XXX网站7X24小时网站监控服务321.4.2.2 访问响应时间监控服务331.4.3 系统故障处理保障服务381.4.4 系统突发事件处理保障服务391.4.4.1 处理方式4
4、01.4.4.2 应对黑客攻击401.4.4.3 突发事件紧急处理411.4.5 内容发布响应保障服务491.4.6 网站运维文档保障服务491.4.7 响应时间保障服务601.4.7.1 工作原则601.4.7.2 应急处置工作要求601.4.7.3 应急组织机构与职责601.4.7.4 应急事件分级611.4.7.5 应急响应631.4.7.6 保障措施681.4.7.7 信息发布691.4.7.8 后期处置691.4.7.9 宣传、培训和演练701.4.7.10 附录711.4.7.11 XXX专业的客服中心731.4.8 日常工作管理保障服务731.4.8.1 工作总则731.4.8.
5、2 服务时间741.4.8.3 汇报管理741.4.8.4 问题管理741.4.8.5 知识库管理751.4.8.6 服务记录管理75第二章 售后服务保障方案762.1 售后服务组织机构762.2 售后服务规范772.3 售后服务方式及内容792.3.1 呼叫中心(内含本项目运维组)792.3.2 邮件服务792.3.3 服务网站802.3.4 远程培训802.3.5 投诉受理服务802.4 售后服务流程及跟踪812.4.1 售后服务流程812.4.2 售后服务跟踪842.5 售后服务保障措施842.5.1 售后服务具体措施842.5.2 售后服务应急措施852.5.2.1 售后服务档案机制8
6、62.5.2.2 售后服务监督机制872.5.2.3 售后服务提交文档872.6 售后服务承诺88第 55 页第一章 运维方案1.1 运维总体原则1.1.1 整体性原则我们将综合考虑XXX目前所有门户网站相关应用系统的现状,提出整体的运行维护策略,有效保障系统运行中各环节的不间断运行,并综合使用不同层次的技术手段,为应用系统和系统依托的基础环境提供全方位的监控管理和服务。1.1.2 有效性原则将充分利用各种现代技术手段,选择一款功能丰富、技术先进的系统运维监控软件,结合科学合理的运行管理机制,对系统的稳定可靠运行提供有效的保障。1.1.3 可靠性原则对维护工作中后续应用系统模块的开发设计中,应
7、采用成熟可靠的技术和产品,同时配合完善的项目控制规范和质量保证体系,保证互联网站的升级维护中的严格的质量控制,保证系统开发和运行的安全可靠。1.1.4 反馈性原则实现运维中发现、需要解决的问题要及时反馈给信息系统的开发商进行完善,利于优化机构、岗位设置,利于业务流程的改进。1.1.5 防范预警原则运维系统中应包含各种预案,争取实现在故障、问题出现时有章可循,在紧急状态有应急措施,提高运维效率,将故障代价减小到最小。1.2 运维服务目标按照网站管理处要求,完成与XXX网站运维相关的日常工作。1.3 项目运维服务方案1.3.1 运维服务总则1.3.1.1 安全性(1)XXX门户网站及内容管理平台应
8、用的安全性确保网站能够正常访问;确保网站群动态应用正常,并能够提供正常的服务。(2)XXX门户网站及内容管理平台数据的安全性确保数据库中的信息跟网站发布的信息一致;确保数据库数据正确,不被非法破坏,并且及时做数据库和网站数据的备份,当意外发生时,网站能够及时、完全恢复;未经许可,不得将网站数据泄漏给其它个人或组织;由专人负责,保证数据的安全。1.3.1.2 稳定性(1)不间断服务提供7*24不间断服务,专人值守,监控网站;意外情况下,及时通知信息中心相关负责人,并做好各项应急准备。定期向信息中心相关负责人汇报网站运营情况。(2)访问响应时间监控网站群访问速度,如访问相应时间过长,及时查找原因,
9、并向信息中心相关负责人汇报;监控网站群动态应用,对影响应用性能方面因素及时预警,并提出相应解决方案,及时汇报给信息中心相关负责人。1.3.2 运维服务计划为了对此次维护服务项目提供良好的管理监控,并对项目中各管理组织之间的持续运作建立恰当联系,我们把整个项目执行分为三个阶段:1、启动阶段项目前期的准备工作,包括服务管理制度流程的建立、人员的到位,运维体系中各种因素的交接。我方将在签订合同后的5个工作日内,提供详细的项目实施工作计划(包括:项目组成员、运维服务的内容、进度安排、应急预案等)。2、正常服务阶段正常的执行资产管理和运营维护。3、收尾阶段项目的总结移交并达到有序的结束。1.3.2.1
10、启动阶段和运维体系的导入在此阶段中,主要执行前期的准备工作,为尽快向客户提供高质量的服务打好基础。该阶段主要工作如下:1、成立维护服务项目组,确定客户与XXX公司的职责分配2、相关人员提前到位,提供维护服务的准备工作3、召开项目启动会议,明确工作范围,制定启动阶段计划4、项目管理、运营维护等规章制度流程的确定5、服务工具的安装、运维体系管理文件的草拟6、与客户方人员一起讨论有关的工作计划和需求7、系统维护服务实施方案的出台和审核8、原来的服务商对XXX公司的知识、档案转移,XXX公司进行签收,确保服务的无缝链接9、对客户的系统信息进行摸底大调查,建立和更新配置管理数据库10、对现有系统进行分析
11、,得出改进报告,提交用户1.3.2.2 正常服务阶段项目启动后,新的运维服务体系可以实现完成所有设备维护后,即进入正常的服务阶段。在正常服务阶段,所有的工作将按照制定的计划进行,并提供服务级别的承诺。具体的工作如下:1、服务管理体系和流程的改进2、正常的维护管理3、风险评估1.3.2.3 收尾阶段此阶段开始于合同结束前1个月(如合同继续延期续签,则本阶段工作主要以总结为主)。这个阶段的主要工作是和客户充分沟通,移交服务期的工作,争取继续合作的可能。并从此项目的服务实施过程中积极总结经验,以促进提高在未来的项目中的工作绩效。 1、收集服务期中各部分的服务文档资料。2、汇总、装订,提交用户并存档。
12、3、项目评估、总结。4、向甲方或甲方指定的其他组织进行档案和知识转移,人员培训,确保系统的稳定运行。1.3.3 运维服务体系1.3.3.1 IT服务体系的建立XXX公司作为国内积极参与政府信息化建设的大型企业之一,长期以来积累了丰富的技术支持和运维服务经验,始终视服务为企业生存与发展的生命线,优秀的服务理念成为我们在激烈市场竞争中所体现的鲜明特色。1.3.3.1.1 IT服务体系整体结构只有高效、稳定、个性化的本地化服务模式才能满足用户随时随地的服务需求;也只有迅速的维护响应才能真正保证用户的利益不受损害。因此我们在自身服务体系的基础上,针对XXX政府门户网站内容管理平台运维项目,特定IT服务
13、体系,由响应体系、维护体系和质量监督体系构成,见下图所示: 图1: IT服务体系架构1、客户需求在服务协议规定范围内的任何服务请求,包括咨询、问题申报、投诉等。2、响应体系第一时间受理客户的需求,以最快的速度解决问题,保障客户系统尽快恢复正常。3、维护体系对客户系统进行主动式服务,发现并解决系统隐患,优化系统性能,并提出合理的改进和升级建议。4、质量监督体系为保障服务的质量制定相关的服务协议,通过满意度调查等方式评估服务的提供是否正常。IT服务体系最终都可以通过本次项目建设的ITIL运维体系落实,响应体系对应ITIL运维体系的“事件管理”,维护体系对应ITIL运维体系的“问题管理”,质量监督体
14、系则通过“运维管理”来实现。1.3.3.1.2 响应体系响应体系包含服务台和突发事件管理,主要任务是受理客户的服务需求,尽快恢复客户系统的正常运行。客户有问题可以通过热线电话、Email与服务台联系,服务台负责接听技术服务电话、受理客户问题,进行记录,分类并转给相应的工程师处理。二线工程师负责处理服务台分配的事件或问题,当二线工程师需要技术支持时,可以从公司总部获第三方获得到技术支持和实验室环境支持。故障级别服务请求时间响应方式、时间一级故障724服务台接到服务请求后,即刻响应,服务人员工作时间内马上到达现场,非工作时间1小时内到达,进行现场服务。 二级故障 724服务台接到服务请求后,对于电
15、话未解决故障,15分钟内再次回应,提供电话技术支持,工作时间内服务人员1小时到达现场。三级故障724服务台接到服务请求后,30分钟内再次回应,提供电话技术支持,工作时间内服务人员2小时到达现场,或与用户协商1.3.3.1.3 质量监督体系为保障向客户提供的服务准时高效,质量监督体系是必须的。运维团队和客户将按照合同的要求,共同制定服务协议书中的各项服务水平要求,以监督保障所提供的服务质量。质量监督体系的主要工具是满意度调查,衡量的标准即双方认可的服务水平要求。满意度调查制度及时了解客户对我们事件处理情况的重要手段。也是我们不断改进、完善服务的渠道。服务满意度调查制度同响应体系事件的调查制度一样
16、,技术服务中心将协同客户一起定期对提供的服务进行全面的满意度调查,以此来提高服务的质量。满意度调查结果与服务工程师的当期绩效考核挂钩,作为工程师个人业绩评价的参考数据之一。1.3.3.2 IT运维体系的建立ITIL提供了一个概念化、模块化的优秀框架,与其说是解决方案,不如说它更象理论。它提出了建立IT服务管理体系时要考虑哪些流程,提到了应该做哪些,好处在哪儿,但并不详细介绍怎样去做,因此它本身不具备实际操作可能性。我们在长期的运维项目中积累的丰富的经验,根据XXX门户网站的实际情况,对ITIL进行适当选取、适应和扩展:(1) 导入ITIL是一个长期过程,运维运维初期,以“系统日常运行和支持”为
17、主,重点解决服务支持(Service Support)流程,对发生的问题进行维护和处理。在运维后期,运维的服务支持流程步入正轨后,再关注运维服务的长期计划和改进,考虑服务提供(Service Delivery)。(2) 针对XXX门户网站,运维的主要任务是解决发生的问题,对IT基础架构进行基本的配置管理,因此主要实现“服务台”、“事件管理”、“问题管理”和“配置管理”,至于变更管理在实际运维中,暂时没有系统工具支持,放在后期在规范流程,并用信息系统化实现。(3) 由于初期运维工作内容多,系统繁杂,人员少,为提高运维人员解决问题的能力和效率,运维体系扩展加设“知识库”,以提高运维技术的积累、传承
18、、利用。经过对ITIL体系进行适当选取、适应和扩展,从适合XXX门户网站,适合运维团队完成任务目标为主,我们制定了个性化的运维体系,如下图所示:图2: IT运维体系架构个性化的XXX门户网站运维体系设置“服务台”统一接受各种故障受理,包括最终用户直接电话或邮件传来的求助信息和运维监控软件过来的自动报警信息,然后服务台问题分析并归类,力求初步解决用户或系统的故障;不能在线解决的需求问题,启动“事件管理”和“问题管理”流程,运维人员按照既定的流程,在“知识库”和“配置管理”的支持下,解决故障,并把积累的经验知识归入知识库。问题解决后,运维体系反馈于IT系统,促使其更好更稳定运行,并促进其优化和完善
19、。其中,“知识库”和“配置管理”可以依托运维监控工具实现信息化作业,而“服务台”、“事件管理”和“问题管理”则仍然依照对应的制度人工操作,暂时没有信息化系统辅助运行,可以考虑在后期建设运维平台时优先实现。所有的事件都应该基于影响度、紧急度和优先级进行分类分级,并提供相应的解决方案和临时方案。表1: 系统运维故障级别定义故障级别 服务请求时间响应方式、时间一级故障724服务台接到服务请求后,即刻响应,服务人员工作时间内马上到达现场,非工作时间1小时内到达,进行现场服务。 二级故障 724服务台接到服务请求后,对于电话未解决故障,15分钟内再次回应,提供电话技术支持,工作时间内服务人员1小时到达现
20、场。三级故障724服务台接到服务请求后,30分钟内再次回应,提供电话技术支持,工作时间内服务人员2小时到达现场,或与用户协商注: 故障级别描述:一级故障是指系统发生严重故障,业务发生中断,或虽然业务未中断但已经无法保证及时、正确的情况,对用户业务的运行有严重影响。二级故障是指对于系统发生的非严重故障,业务并未中断,业务仍然及时、正确的情况,但性能有所下降。三级故障是指系统发生轻微的故障,系统有警告信息等,对系统没有较大影响的故障。1.3.3.3 系统运维制度建设在信息化运维中,制度建设是一道必要的保障。信息化不能一蹴而就,在信息化发展到一定阶段,建设重点应该要从系统实施转向以应用运维提升为主,
21、运维质量保障、安全机制变得重要起来,这时除了技术的保障以外,制度保障越显得重要。对于IT运维团队来说,可从以下几个方面来进行IT运维制度化:(一)转变运维观念,树立规范化意识。树立只有建立制度化的IT运维意识,才能在日常繁杂琐碎的工作中有效的区分任务的优先级,将有限的资源投入到最能满足“客户”需要的工作中。 为保证运维工作,把运维工作和制度化紧紧地捆绑到一起。运维工作很琐碎,关键在于规范而不是创新。只有各级运维技术人员一丝不苟、老老实实按规范做,才能够把事情做好。 (二)建立事件处理流程,强化规范执行力度。首先需要建立故障和事件处理流程,利用表格工具等记录故障及其处理情况,以建立运维日志,并定
22、期回顾从中辨识和发现问题的线索和根源。建立每种事件的规范化处理指南,减少运维操作的随意性,在很大程度上降低故障发生的概率。 同时,建立IT运维制度非常重要,但是有了制度还要有人去执行,要强化执行制度比建立制度更重要的观念和意识。1.3.3.4 运维管理机制建设“三分建设,七分管理”,XXX公司采用多重管理制度,并加强沟通机制,力求完善建设ITSM中的服务监督体系。1.3.3.4.1 升级管理机制升级管理是突发事件管理的重要组成部分。“事件跟踪”将记录从受理用户问题到派单过程中相关人员所做的处理和建议,保证信息的正确传递,记录内容将做为我们向用户提供服务及分析和衡量服务水准的依据。我们将通过服务
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- XXXX 政府门户 网站 维护 项目 方案
![提示](https://www.zixin.com.cn/images/bang_tan.gif)
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【天****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【天****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。