第19章 结束原则
一.1 运维总体原则
一.1.1 整体性原则
我们将综合考虑门源县人民政府目前所有门户网站相关应用系统的现状,提出整体的运行维护策略,有效保障系统运行中各环节的不间断运行,并综合使用不同层次的技术手段,为应用系统和系统依托的基础环境提供全方位的监控管理和服务。
一.1.2 有效性原则
将充分利用各种现代技术手段,选择一款功能丰富、技术先进的系统运维监控软件,结合科学合理的运行管理机制,对系统的稳定可靠运行提供有效的保障。
一.1.3 可靠性原则
对维护工作中后续应用系统模块的开发设计中,应采用成熟可靠的技术和产品,同时配合完善的项目控制规范和质量保证体系,保证互联网站的升级维护中的严格的质量控制,保证系统开发和运行的安全可靠。
一.1.4 反馈性原则
实现运维中发现、需要解决的问题要及时反馈给信息系统的开发商进行完善,利于优化机构、岗位设置,利于业务流程的改进。
一.1.5 防范预警原则
运维系统中应包含各种预案,争取实现在故障、问题出现时有章可循,在紧急状态有应急措施,提高运维效率,将故障代价减小到最小。
一.2 运维服务目标
按照网站管理处要求,完成与门源县人民政府网站运维相关的日常工作。
一.3 项目运维服务方案
一.3.1 运维服务总则
一.3.1.1 安全性
(1)门源县人民政府网站及内容管理平台应用的安全性
确保网站能够正常访问,确保网站群动态应用正常,并能够提供正常的服务。
(2)门源县人民政府门户网站及内容管理平台数据的安全性
确保数据库中的信息跟网站发布的信息一致;确保数据库数据正确,不被非法破坏,并且及时做数据库和网站数据的备份,当意外发生时,网站能够及时、完全恢复;未经许可,不得将网站数据泄露给其它个人或组织;由专人负责,保证数据的安全。
一.3.1.2 稳定性
(1)不间断服务
提供7*24不间断服务,专人值守,监控网站;意外情况下,及时通知信息中心相关负责人,并做好各项应急准备。定期向信息中心相关负责人汇报网站运营情况。
(2)访问响应时间
监控网站群访问速度,如访问响应时间过长,及时查找原因,并向信息中心相关负责人汇报;监控网站群动态应用,对影响应用性能方面因素及时预警,并提出相应解决方案,及时汇报给信息中心相关负责人。
一.3.2 运维服务计划
为了对此次维护服务项目提供良好的管理监控,并对项目中各管理组织之间的持续运作建立恰当联系,我们把整个项目执行分为三个阶段:
1、启动阶段
项目前期的准备工作,包括服务管理制度流程的建立、人员的到位,运维体系中各种因素的交接。
我方将在签订合同后的5个工作日内,提供详细的项目实施工作计划(包括:项目组成员、运维服务的内容、进度安排、应急预案等)。
2、正常服务阶段
正常的执行资产管理和运营维护。
3、收尾阶段
项目的总结移交并达到有序的结束。
一.3.2.1 启动阶段和运维体系的导入
在此阶段中,主要执行前期的准备工作,为尽快向客户提供高质量的服务打好基础。
该阶段主要工作如下:
1、成立维护服务项目组,确定客户与门源县人民政府的职责分配。
2、相关人员提前到位,提供维护服务的准备工作。
3、召开项目启动会议,明确工作范围,制定启动阶段计划。
4、项目管理、运营维护等规章制度流程的确定。
5、服务工具的安装、运维体系管理文件的草拟。
6、与客户方人员一起讨论有关的工作计划和需求。
7、系统维护服务实施方案的出台和审核。
8、原来的运维网站的服务商对门源县人民政府的知识、档案转移,门源县人民政府进行签收,确保服务的无缝链接。
9、对客户的系统信息进行摸底大调查,建立和更新配置管理数据库。
10、对现有系统进行分析,得出改进报告,提交用户。
一.3.2.2 正常服务阶段
项目启动后,新的运维服务体系可以实现完成所有设备维护后,即进入正常的服务阶段。在正常服务阶段,所有的工作将按照制定的计划进行,并提供服务级别的承诺。具体的工作如下:
1、服务管理体系和流程的改进
2、正常的维护管理
3、风险评估
一.3.2.3 收尾阶段
此阶段开始于合同结束前1个月。主要工作是和客户充分沟通,移交服务期的工作,争取继续合作的可能。并从此项目的服务实施过程中积极总结经验,以促进提高在未来的项目中的工作绩效。
1、收集服务器中各部分的服务文档资料。
2、汇总、装订,提交用户并存档。
3、项目评估、总结。
4、向甲方或甲方指定的其他组织进行档案和知识转移,人员培训,确保系统的稳定运行。
一.3.3 运维服务体系
一.3.3.1 建立IT服务体系
门源县人民政府网站作为青海政务服务平台,积极参与政府信息化网络的建设,长期以来积累了丰富的技术支持和运维服务经验,始终视为人民服务为人民政府生存与发展的生命线,优秀的服务理念成为我们在激烈市场竞争中所体现的鲜明特色。
一.3.3.1.1IT服务体系整体结构
只有高效、稳定、个性化的本地化服务模式才能满足用户随时随地的服务需求;也只有迅速的维护响应才能真正保证用户的利益不受损害。因此我们在自身服务体系的基础上,针对门源县人民政府门户网站内容管理平台运维项目,特定IT服务体系,由响应体系、维护体系和质量监督体系构成。
1、客户需求
在服务协议规定范围内的任何服务请求,包括咨询、问题申报、投诉等。
2、响应体系
第一时间受理客户的需求,以最快的速度解决问题,保障客户系统尽快恢复正常。
3、维护体系
对客户系统进行主动式服务,发现并解决系统隐患,优化系统性能,并提出合理的改进和升级建议。
4、质量监督体系
为保障服务的质量制定相关的服务协议,通过满意度调查等方式评估服务的提供是否正常。
IT服务体系最终都可以通过本次项目建设的ITIL运维体系落实,响应体系对应ITIL运维体系的“事件管理”,维护体系对应ITIL运维体系的“问题管理”,质量监督体系则通过“运维管理”来实现。
一.3.3.1.2响应体系
响应体系包含服务台和突发事件管理,主要任务是受理客户的服务需求,尽快恢复客户系统的正常运行。
客户有问题可以通过热线电话、Email与服务台联系,服务台负责接听技术服务电话、受理客户问题,进行记录,分类并转给相应的工程师处理。二线工程师负责处理服务台分配的事件或问题,当二线工程师需要技术支持时,可以从总部或第三方获得到技术支持和实验室环境支持。
一.3.3.1.3质量监督体系
为保障向客户提供的服务准时高效,质量监督体系是必须的。运维团队和客户将按照合同的要求,共同制定服务协议书中的各项服务水平要求,以监督保障所提供的服务质量。
质量监督体系的主要工具是满意度调查,衡量的标准即双方认可的服务水平要求。
满意度调查制度及时了解客户对我们事件处理情况的重要手段。也是我们不断改进、完善服务的渠道。
服务满意度调查制度同响应体系事件的调查制度一样,技术服务中心将协同客户一起定期对提供的服务进行全面的满意度调查,以此来提高服务的质量。
满意度调查结果与服务工程师的当期绩效考核挂钩,作为工程师个人业绩评价的参考数据之一。
一.3.3.2 IT运维体系的建立
完善一体化政务服务平台:不断强化青海政务服务平台功能,一方面,持续优化平台的界面设计、操作流程,使其更加简洁、易用,提升用户体验;另一方面,加强平台的稳定性和安全性,确保系统能够高效、可靠地运行,保障政务服务的连续性。
整合政务业务办理系统:各部门按照政务信息系统整合共享的要求,加快业务专网承载的非涉密信息系统向电子政务外网迁移,推进业务系统整合清理。依据国家政务服务平台标准规范,加快改造自建的业务办理系统,全面接入青海政务服务平台,强化工作协同,逐步打破部门间的信息壁垒。除特殊保密要求外,不再单独建设审批服务业务平台系统,避免重复建设和资源浪费。
完善便民服务网上办事大厅:深入开发便民服务应用,依托青海政务服务平台将政务服务网上办理延伸到乡镇、村(社区),建设基层“便民服务网上办事大厅”,逐步实现网上政务服务县、乡镇、村(社区)全覆盖。
构建移动服务“一张网”:以公安、人力资源社会保障、教育、卫生健康、民政、住房和建设、不动产登记等领域为重点,依托青海政务服务移动平台,开发手机app、小程序等移动端应用,推动更多政务服务事项、便民服务事项通过移动端办理。
建立数据标准与规范:制定统一的数据标准和规范,包括数据格式、编码规则、数据字典等,确保各部门数据的一致性和准确性。
推进数据整合与共享:搭建数据共享交换平台,整合各部门的业务数据,实现数据的集中存储和管理。通过数据共享交换平台,各部门可以按照规定的权限和流程,获取所需的其他部门数据,避免数据的重复采集和“信息孤岛”现象。
加强数据安全与隐私保护:建立健全数据安全管理制度,采取多重安全防护措施,如数据加密、访问控制、安全审计等,确保数据在存储、传输和使用过程中的安全。
提升IT服务管理水平。建立IT服务管理机制:制定完善的IT服务管理制度和流程,包括服务台管理、事件管理、问题管理、变更管理、配置管理等,确保IT服务的规范化和标准化。培养IT专业人才:加大对IT专业人才的引进和培养力度,通过招聘、培训等方式,打造一支高素质的IT服务团队。定期组织开展IT技术培训和业务知识培训,提升团队成员的专业技能和服务意识,为IT服务体系的建设和运行提供有力的人才支撑。
强化IT服务绩效评估:建立科学合理的IT服务绩效评估指标体系,定期对IT服务的质量、效率、满意度等进行评估和考核。根据评估结果,及时发现问题和不足,采取针对性的改进措施,不断提升IT服务的水平和效果。例如,通过统计政务服务平台的业务办理量、办理时间、群众满意度等指标,评估平台的运行效果和服务质量。
经过对IT运维体系进行适当选取、适应和扩展,从适合门源县人民政府门户网站,适合运维团队完成任务目标为主,制定个性化的运维体系。
个性化的门源县人民政府门户网站运维体系设置“服务台”统一接受各种故障受理,包括最终用户直接电话或邮件传来的求助信息和运维监控软件过来的自动报警信息,然后服务台问题分析并归类,力求初步解决用户或系统的故障;不能在线解决的需求问题,启动“事件管理”和“问题管理”流程,运维人员按照既定的流程,在“知识库”和“配置管理”的支持下,解决故障,并把积累的经验知识归入知识库。问题解决后,运维体系反馈于IT系统,促使其更好更稳定运行,并促进其优化和完善。
其中,“知识库”和“配置管理”可以依托运维监控工具实现信息化作业,而“服务台”、“事件管理”和“问题管理”则仍然依照对应的制度人工操作,暂时没有信息化系统辅助运行,可以考虑在后期建设运维平台时优先实现。
所有的事件都应该基于影响度、紧急度和优先级进行分类分级,并提供相应的解决方案和临时方案。
系统运维故障级别定义
故障级别
服务请求时间
响应方式、时间
一级故障
7×24
服务台接到服务请求后,即刻响应,服务人员工作时间内马上到达现场,非工作时间1小时内到达,进行现场服务。
二级故障
7×24
服务台接到服务请求后,对于电话未解决故障,15分钟内再次回应,提供电话技术支持,工作时间内服务人员1小时到达现场。
三级故障
7×24
服务台接到服务请求后,30分钟内再次回应,提供电话技术支持,工作时间内服务人员2小时到达现场,或与用户协商
注: 故障级别描述:
一级故障是指系统发生严重故障,业务发生中断,或虽然业务未中断但已经无法保证及时、正确的情况,对用户业务的运行有严重影响。
二级故障是指对于系统发生的非严重故障,业务并未中断,业务仍然及时、正确的情况,但性能有所下降。
三级故障是指系统发生轻微的故障,系统有警告信息等,对系统没有较大影响的故障。
一.3.3.3 系统运维制度建设
还没有评论哦,快来首发吧