论电子政务项目试运行阶段故障处理办法的作用

论电子政务项目试运行阶段故障处理办法的作用赵为北京赛迪信息工程监理有限公司摘要：随着我国电子政务项目逐渐兴起，越来越多的项目趋于正规化，大型电子政务项目在《国家电子政务工程建设项目管理暂行办法》(发改委55号令)的指导与监理公司的协助下，项目各个阶段都具有相应规格化文档与标准，但很多项目经过初步验收后，认为重要里程碑已经结束，很多项目都不注重试运行工作，其实项目的成败很大一部分是在试运行阶段验证的，因此试运行工作是十分重要的，也是项目验收的重要依据之一，下面就以国家某重点电子政务项目为例，谈谈试运行阶段故障处理办法。关键词：电子政务；试运行阶段；处理办法10 1引言本文以某大型电子政务项目为例，针对项目进入试运行阶段后，频繁出现系统故障事件，为保证应用系统正常运行，各级用户正常使用，确保系统在出现紧急情况时能切实有效的解决问题，并认真分析、研究、发现问题，特此制定试运行故障管理办法，本项目是典型的二级部署三级应用的电子政务，建设过程中由软件开发商主要担任软件开发工作，系统集成商负责采购与硬件集成工作，总集成主要负责技术标准制定，软件系统集成工作，本办法适用于本项目试运行期间故障处理过程，对试运行期间的各承建单位进行约束与制定性工作。2主要内容此办法主要涉及以下几个方面的内容：1、故障级别及解决时间规定了故障级别及对于故障的解决时间。2、故障处置流程根据两种不同的故障发现形式，对于处理流程进行约定。3、事后分析流程对于故障处理完成后的事后分析流程进行了严格控制。4、相关处罚条例通过四个不同维度将故障划分为四种情况，根据不同情况制定了相应的处罚条例。5、相关组织机构针对项目试运行情况，制定组织机构，确定责任人和联系人。10 1故障级别及解决时间1.1故障级别为提供故障快速应急响应。根据故障所给系统造成的影响程度来划分故障级别，本项目故障级别主要被分为四级。表3-1：故障级别说明序列级别描述影响度紧急度优先级解决时间1全国范围第一级出现以下问题时：软件：应用系统中主要功能不能使用；或硬件：主干网络、服务器、存储、安全等设备故障导致全国性系统中断。高高12小时2第二级出现以下问题时：软件：应用系统部分功能出现故障；或硬件：部分硬件设备出现故障。高高23小时3省中心范围第三级出现以下问题时：软件：应用系统功能造成部分用户无法使用或不能正常使用；或硬件：某省中心网络系统中断、国家中心办公网中断等故障问题；故障影响个别省中心使用的情况。中高34小时4第四级出现以下问题时：软件：应用系统功能出现故障只影响到某个人或某个不重要功能；或硬件：硬件设备非主要部件出现问题，但并不影响整体系统运行的正常应用；故障在不会对系统造成明显影响的情况下。低低48小时10 1.1故障定级故障具体定级由总集成负责初步定位和定级，最终由业主及监理单位认定级别，并由承建单位进行确认后生效，如有争议聘请第三方专业测评机构进行定级，产生后果由责任方承担，如总集成定级不准确与责任方共同承担后果，如总集成无法定级、定位故障原因，由总集成承担相应责任，具体流程见下图图3-1：故障定级流程2故障处置流程2.1主动发现故障处理流程主动发现故障是指承建单位通过巡检、测试等方式检测出系统问题，主动提出问题。10 主动发现问题后，由发现问题的承建单位通过书面方式向总集成提交工作联系单，首先相关技术人员详细记录故障现象，为后期分析故障原因保留真实依据，由总集成派遣相关专业具有一定技术能力的人员对故障进行详细记录，为故障分析与定级提供充分证据，组织相关人员进行问题排查，同时提交业主方与监理方，由业主方进行最终定级，总集成组织相关承建单位利用技术会议等形式进行排查，相关承建单位记录排查过程并向总集成提交工作联系单，总集成根据排查结果对问题进行客观的实事求是的分析判断，定位故障原因，根据故障原因制定解决方案，由总集成出具工作联系单要求相关承建单位根据解决方案解决问题，如果问题解决由总集成通知业主及监理单位，并完成此流程，如果没有解决则继续进行排查，直至解决为止。具体见流程图：图4-1：主动发现故障处理流程10 1.1被动发现故障处理流程被动发现故障是指由用户提出系统故障问题，告知总集成，由总集成组织解决。总集成接到用户提出系统故障问题时，首先相关技术人员详细记录故障现象，为后期分析故障原因保留真实依据，并派遣相关专业并具有一定技术能力人员对问题进行初步定位、定级，提交业主及监理单位，由业主确定故障级别后，总集成组织相关承建单位利用技术会议等形式进行排查；相关承建单位记录排查过程并向总集成提交工作联系单，总集成根据排查结果对问题进行客观的实事求是的分析判断，定位故障原因，根据故障原因制定解决方案，由总集成出具工作联系单要求相关承建单位根据解决方案解决问题，如果问题解决由总集成通知业主及监理单位，并完成此流程，如果没有解决则继续进行排查，直至解决为止。具体见流程图：图4-2：被动发现故障处理流程10 1事后分析流程系统恢复正常后要求总集成组织各承建单位以会议形式对问题原因进行分析总结，要求各相关承建单位提交故障报告（故障中应包括故障定级和故障责任单位），由总集成对故障进行技术审核后，出具故障报告，加盖单位公章（事后五个工作日内）提交监理审核，监理审核通过后提交业主，业主确认后按照相关处罚条例进行定责处罚。具体见流程图：图5-1：事后分析流程10 1相关处罚条例1.1根据故障级别处罚依据故障定级结果，对主要责任方进行以下处罚：一级故障：出现问题后承建单位在规定时间内排除故障，系统恢复正常，由于此故障影响范围较广，因此认为责任单位造成了系统质量问题，形成了事实上的违约，按照合同相关条款应承担违约责任，如果此故障为重复故障，则按照第6.4节处罚条例追加处罚；二级故障：出现问题后承建单位在规定时间内排除故障，系统恢复正常，由于此故障影响系统正常使用，因此认为责任单位应受到相应处罚，但影响范围较小，由业主视情况酌情进行处罚,如果此故障为重复故障，则按照第6.4节处罚条例追加处罚；三级故障：出现问题后承建单位在规定时间内排除故障，系统恢复正常，由责任单位提交故障报告，并以公司名义向用户单位提交致歉信，同时归入项目备忘，进行档案管理，如果此故障为重复故障，则按照第6.4节处罚条例追加处罚；四级故障：出现问题后承建单位在规定时间内排除故障，系统恢复正常，由责任单位提交故障报告，归入项目单位备忘，如果此故障为重复故障，则按照第6.4节处罚条例追加处罚。1.2根据故障解决时间处罚出现故障后总集成确认故障原因，要求相关单位排除故障后，相关单位未在规定时间内解决问题，则认为责任单位造成了系统质量问题（如总集成无法确定问题原因，所造成的时间拖延，由总集成承担责任），形成了事实上的违约，按照合同相关条款应承担违约责任。10 1.1对于故障瞒报或不报处罚对于系统出现故障后，如主动发现故障承建单位有义务执行第4.1节流程，但在发现故障后瞒报或不报者，如事后发现有类似情况出现，则认为责任单位已形成了事实上的违约，按照合同相关条款应承担违约责任。1.2重复故障处罚出现故障后总集成确认故障原因，业主认为此故障是由于相关人员未执行相关规定或手续造成的重复故障，由相关单位确认后，则认为责任单位造成了系统质量问题，形成了事实上的违约，按照合同相关条款应承担违约责任。2组织机构及职责应急保障工作组织将在国家中心核心组的统一管理下，成立本项目技术保障机构，设置管理组和技术组：Ø管理组由项目核心工作组和项目监理组成；Ø技术组由总集成、软件组、硬件组组成。2.1管理组负责本项目监督、管理，对系统故障进行最终定级，对系统故障流程执行情况进行全过程监控，并负责对故障责任单位依照本办法进行相关处罚。2.2技术组2.2.1总集成负责项目的整体实施工作，提出项目建设整体技术方案和建设要求，并对其他承建商提出技术指导和建设约束要求；在具体实施过程中按照国家相关标准提交规范化的各阶段工程文档，保障整个工程建设有序、稳步推进，实现整个系统建设目标。10 对于故障的发现与处理，总集成应完善技术规范，保障工程质量，杜绝故障发生，同时及时监测发现问题，出现应急情况，组织相应人员详细记录故障现象，分析故障原因，对问题初步定级，提交业主、监理单位，故障处理完成后，开展故障分析并提交故障分析报告。1.1.1软件组n国家中心现场技术保障；n协调系统集成商完成网络系统保障；n协调其他承建单位完成相关系统的保障工作；n数据库系统技术保障；n中间件等相关支撑软件；n接收各省中心反馈的问题，进行汇总、整理和分析。1.1.2硬件组硬件系统支撑基础平台保障组负责本项目机房、网络、安全、服务器存储等硬件基础支撑环境的应急保障工作。与项目现场保障组相互合作，共同负责系统运维工作。2结束语本项目采用此处理办法大大减少了试运行期间系统问题的多发，使承建单位积极主动预防问题发生，同时当出现系统问题时，解决问题的效率也有所提高，为项目顺利验收提供了保障。参考文献[1]刘红平，唐敏，何明全.电子政务建设中工程监理模式的应用.重庆大学学报(自然科学版).l000-582X（2005）04-0l60-03[2]何志明，剃杨.加强电子政务建设中的项目管理.企业科技与发.1674-0688(2009)12-0001-03.10