电子政务绩效评估.docx
- 文档编号:30287744
- 上传时间:2023-08-13
- 格式:DOCX
- 页数:32
- 大小:575.42KB
电子政务绩效评估.docx
《电子政务绩效评估.docx》由会员分享,可在线阅读,更多相关《电子政务绩效评估.docx(32页珍藏版)》请在冰豆网上搜索。
电子政务绩效评估
####政府信息应用系统监测考核平台建设方案
****(北京)软件有限公司
目录
技术点对照表5
本技术方案优势概览7
第一章、本方案总体目标10
第二章、信息应用系统监测统计平台选型11
2.1、酷维的系统总体架构11
2.2、酷维的模块组成与功能列表13
2.2.1、应用系统通断可用性监测13
2.2.2、应用系统业务流程正确性14
2.2.3、应用系统信息更新量统计15
2.2.4、信息应用系统错链分析15
2.2.5、信息应用系统性能监测16
2.2.6、应用系统访问统计分析17
2.2.7、应用系统业务数据监测统计功能18
2.2.8、信息应用系统安全特征扫描19
2.3、产品功能特色21
2.3.1、信息应用系统故障监测与管理功能21
2.3.2、实时告警功能22
2.3.4、报表自动发布功能22
2.5、系统运行环境要求23
第三章、市信息应用监测、考核、咨询服务内容23
3.1、监测系统二次开发与部署服务23
3.2、信息应用系统总体考核报告服务24
3.3、信息应用系统日常监测统计报告服务24
3.4、信息应用系统监测考核指标体系制定与更新服务24
3.5、组织专家评审会25
3.6、信息应用系统考核与咨询服务内容概述25
3.7、评估的流程与组织体系27
第四章、市信息应用系统综合评估模型设计30
4.1、电子政务系统综合评估指标体系构成与说明30
4.2、电子政务系统综合评估模型31
4.2.1、确定电子政务系统评价指标集31
4.2.2、评价集的设定31
4.2.3、建立电子政务系统综合信息矩阵32
4.2.4、建立评价等级的权重系数集33
4.2.5、根据综合信息矩阵露和权重集得到综合评价矩阵33
4.2.6、确定加权矩阵34
4.2.7、根据综合评价矩阵和加权矩阵得到相应的综合量值34
4.3、模型分析举例35
4.3.1、设定U1评价集35
4.3.2、得到U1的综合信息矩阵R135
4.3.3设定U1的权重Q137
4.3.4、得到U1综合评价矩阵M137
4.3.5、设定U1的加权矩阵37
4.3.6、得到U1综合量值37
4.4、模型参考文献38
第五章、####市信息应系统考核总体报告提纲38
第六章、市信息应系统日常监测报告提纲40
第七章、硬件服务器的采购40
第八章、人员与组织安排与咨询业务实施步骤42
8.1、项目实施团队总体介绍42
8.2、第一组-指标设计组45
8.3、第二组-调研组45
8.4、第三组-应用监测平台开与部署维护组46
第九章、项目实施进度47
第十章、实施期工作流程说明48
10.1、项目交底流程48
10.2、需求变更流程49
10.3、系统安装配置流程49
10.4、客户化开发流程50
10.5、配置变更流程51
10.6、系统验收流程51
第十一章、培训服务、售后技术支持服务保障计划52
第十二章、信息应用系统运行绩效评估指标量化表57
第十三章、****实力及案例64
附件:
专家委员会名单66
第一章、本方案总体目标
❑为市信息办创建一套信息应用系统绩效考核的指标体系
❑为信息办建设一套实时显示重要信息应用系统日常运行状态的监测平台,每天提供一份统计报告。
❑为市领导提供一份全市重要电子政务应用运行效果的统计报告。
参考文件及文献:
包括:
●《中办、国办关于转发<国家信息化领导小组关于我国电子政务建设指导意见>的通知》(中办发[2002]17号)
●《中办、国办关于转发<国家信息化领导小组关于推进国家电子政务网络建设的意见>的通知》(中办发[2006]18号)
●《关于印发<国家电子政务总体框架>的通知》(国信[2006]2号)
●“2006年全国电子政务工作座谈会”会议精神等
建设背景及意义
建设需求分析
建设内容
第二章、信息应用系统监测统计平台选型
在本项目中,****将采用自主研发的“Webcaring酷维”系列监测统计中间件平台。
该平台可统计各种政府信息应用系统的日常运行状态,并具备强大的业务信息统计二次开发接口。
2.1、酷维的系统总体架构
Webcaring酷维信息应用系统(网站)监测与统计中间件平台(以下简称酷维)对不同信息应用系统可进行:
业务处理数据统计、使用量统计与深度分析、使用状况总体评测等功能、缺陷检测、性能指标测定。
酷维系统监测统计的对象为各种政府内网、外网的信息应用,本平台支持分布式部署,构架合理、灵活,建成一个开放的、构件化、可灵活扩展的多层架构系统。
酷维信息应用系统监测与统计系统(以下简称”酷维系统”)的日常运行包括三个运行流程,分别是信息应用系统监测与统计流程,数据分析流程和报表发布流程。
这三个流程及流程间的衔接均为全自动运行,无需人工干预。
系统采用B/S方式提供用户界面(UI),报表发布,指标查询和系统管理功能均通过浏览器进行访问。
图1:
系统流程全自动运行示意
酷维系统的数据分析流程包含以下步骤:
❑基于安装在用户端的信息采集软件统计市政府各应用系统的使用数据
❑通过安装在服务器端的软件采集各应用系统日志数据
❑读取已经入库的监测或统计记录
❑按照分析指标对的相关记录进行统计分析,生成多维指标库
❑对指标库中的数据进行汇总统计,生成报表
❑这个流程中的每一步,都在系统开发,测试,使用的不断迭代过程中,最大限度实现了数据分析统计的准确性和很高的处理性能。
2.2、酷维的模块组成与功能列表
酷维平台是酷维信息应用系统(网站)监测与统计智能平台的简称,整个平台包含四大监测与统计指标,其中安全监控指标又包含五项安全监控,可以对各类B/S架构信息应用系统进行全面、准确的运行状态统计。
2.2.1、应用系统通断可用性监测
政府内部信息应用系统/网站可否正常访问(登陆)对政府而言是头等大事,所以各业务应用系统的“年中断次数”,“月中断次数”和“周中断次数”是衡量这个业务信息应用系统稳定性的重要指标。
而信息应用系统中断发生时间和持续的时间则是判别中断事故严重性的细化指标。
在本平台中把信息应用系统的“中断次数”,“中断发生时间”,“中断持续时间”综合称为“信息应用系统通断可用性指标”。
酷维监测与统计平台可对目标信息应用进行高频度的“信息应用系统可用性”扫描,并提供相应的统计报表。
2.2.2、应用系统业务流程正确性
应用系统流程监测与统计功能是指对政府内部OA系统、业务信息平台中一组逻辑功能的测试。
大型业务信息应用单靠人工无法连续长期测试。
业务流程的故障如不能及时发现将给政府带来巨大的损失,比如政府OA系统瘫痪将直接导致政府各项内部业务的停止。
酷维对流程的诊断监测是按照“业务环节”进行的,像内部应用系统中常见的WebMail,其业务可划分为:
用户登陆,发送邮件,接收邮件,删除邮件五个子环节,流程诊断可以按照预设的逻辑步骤对WebMail五个业务环节进行逐一测试,并自动告警。
流程诊断监测功能是保证关键政府信息应用系统日常可用性的重要手段。
2.2.3、应用系统信息更新量统计
政府的内部信息应用系统每天会发布大量的业务信息,每天新增的信息数量反应该系统的应用程度。
该指标直接反映该政府信息应用系统的维护管理水平,也是主管领导考察各业务部门工作业绩的重要依据。
酷维信息应用系统监测与统计平台监控并统计应用系统每个专题每天的新增信息量,统计出提供总更新量变化曲线,更新量排名,各专题信息更新量变化曲线。
统计报表分为日报,周报,月报等。
2.2.4、信息应用系统错链分析
酷维监测与统计平台可对B/S架构信息应用系统的每一个动静态网页进行检测,并自动分析出这些信息应用系统的网页间链接关系。
系统根据分析结果判断信息应用系统是否存在缺页或者缺图的情况,或存在多媒体附件(ZIP,DOC,PDF,MP3等文件)缺失的情况。
系统在给出具体缺失页面位置的同时,还可以显示其引用该错误URL的路径和原页。
2.2.5、信息应用系统性能监测
政府信息应用系统访问速度是评价该信息系统的重要指标,对于B/S架构的信息应用系统,访问速度指标主要由“网页响应速度”和“网页下载速度”两个指标构成。
网页响应速度:
指网页收到“浏览请求(HttpRequest)”后的给出第一个响应(HTTPResponse)字节的时间。
引起网页响应速度慢的原因包括:
网络带宽窄、主机工作繁忙、网页代码有问题。
网页下载速度:
指从服务器到浏览器下载完整网页所需要的时间。
引起网页下载速度慢的原因包括:
网页文件比较大,主机繁忙。
酷维信息应用系统监测与统计平台可以记录并统计每一个信息应用系统网页的速度指标,并绘制出该网页性能的历史趋势,协助信息应用系统管理员把握整个B/S架构信息应用系统的总体性能变化趋势。
2.2.6、应用系统访问统计分析
信息应用系统的访问统计分析是了解其使用情况的最直接技术指标,管理人员可通过应用系统访问统计获取系统的使用情况,从而实现对系统运行与改进的决策信息。
每个政府信息应用系统都有自身的访问日志,访问量指标的获取依据对其访问日志的分析,酷维监测与统计平台通过对信息应用系统日志的分析可以得到访问者的来源,近而可以获取如下访问量数据:
❑自动发现应用系统的热点栏目和热点服务
❑可分析哪些政府内网用户使用了目标信息系统。
❑可分析出用户使用应用系统的时间总量和使用频率
❑酷维监测与统计平台自动向管理员提供目标应用系统访问量分析的日报表,周报表,月报表。
2.2.7、应用系统业务数据监测统计功能
“信息应用运行监测统计平台”通过两种模式采集各业务系统运行数据:
一、安装在各个客户端的业务数据采集软件
二、通过对业务系统日志进行分析
酷维平台监测各电子政务应用系统的日常运行情况,将这些运行数据以图表的形式反应在市领导和信息办领导的面前:
1、全市各分站政务公开文件新增数量综合统计
2、全市在线网上办事可用性综合统计
3、全市信息应用系统公众参与次数综合统计
4、各应用系统市处理结办结果市领导批示次数
5、各应用系统每日使用人数综合统计
6、各应用系统每天更新发布的信息数量:
体现系统维护力度和重视程度
7、各应用系统发布信息的访问量统计:
体现发布信息的质量。
8、各应用系统使用时长统计:
体现业务部门对信息应用系统的依赖程度
9、各应用系统文件传输次数统计:
体现应用系统办公自动化效率
10、各应用系统办结成功次数统计:
体现应用系统实际发挥效果
11、各应用部门领导签发次数统计:
体现部门领导对应用系统实际应用情况
12、各应用系统跨系统信息传输次数统计:
体现系统对联动办公的支持程度
13、各应用系统报错次数统计:
体现业务部门对应用系统的开发和维护水平
。
。
。
。
。
2.2.8、信息应用系统安全特征扫描
酷维信息应用系统安全特征扫描是以页面特征扫描为主要手段的被动式安全监控模式。
对于政府重要的信息应用系统,安全特征扫描可有效保障这些系统的可靠运行,是信息应用安全的最后一道防线。
对B/S架构政府信息系统安全特征包括:
❑网页的字节数;
❑网页内的文字和标记;
❑图片的大小和描述
特征扫描功能包括以下几个方面:
1、网页文件大小变化率过大告警
正规信息应用系统的网页文件的大小不会发生剧烈的变化,比如突然缩水至原文件的10%,或者突然放大5倍。
引起文件大小突变的原因一般是软件故障或者是黑客篡改。
酷维安全特征扫描功能记录每个重要页面的大小,并按照预先设定的变化率阀值判断是否发送告警信息。
2、扫描页面内容是否中含有敏感词汇
所谓敏感词汇指“涉及敏感政治”(简称“涉敏”)的文字或者“格调低”的文字词汇。
信息应用系统中如果包含这些“敏感词汇”,但并不一定说明该系统被“攻陷篡改”或存在问题,因为绝大多数的敏感词汇都是处于被批判的位置。
酷维监测平台可以协助信息系统管理员从大量的含敏感词汇的语句中筛选出真正的危害性文章。
同时诊断监测平台可显示每次扫描新增的“涉敏”文章,并按照时间排序,近一步帮助信息应用管理员提高敏感信息的排查效率。
2.3、产品功能特色
2.3.1、信息应用系统故障监测与管理功能
酷维的“应用故障管理”功能可以让政府信息应用管理员对发现的应用故障进行登记、追踪、分析、统计。
举例如下:
某应用系统入口不能访问,管理员可根据实际情况判断其原因为“主机宕机问题”、“网络问题(如:
路由器端口故障)”、“人为问题(如:
编辑人员没有上传)”、“软件故障(如:
发布系统BUG、或者编程人员失误)”。
应用系统管理人员可根据实际情况将故障原因输入酷维故障管理系统,并督促各部门解决,也可随时调出故障记录用于跟踪与分析。
对于应用系统管理的主管领导,可通过故障管理功能检查每个系统维护部门的工作成效,比如,系统可以统计出每个月(季度、年)事故占总故障率的百分比、人为事故率占总故障率的百分比等等,如有必要可以细分到某个栏目事故占总故障的百分比。
这样在统计数据面前,每个部门的工作业绩一目了然,便于领导进行工作评议与总结。
从这个角度来说酷维业绩考核功能有助于改善工作流程提高工作效率。
2.3.2、实时告警功能
酷维信息应用系统监测与统计平台具备告警信息自动发送功能,可通过SMS短消息和电子邮件方式及时向用户发送故障通知。
用户可灵活定制不同告警信息发送的时间和接收对象。
比如:
政府信息应用系统使用首界面不可访问告警信息可发给主管领导、技术部经理、网络工程师等;如果某一个功能有问题(数据库查询)则告警信息直接发送给数据库维护人员即可。
2.3.4、报表自动发布功能
报表自动发布,信息应用系统管理员对系统参数配置一次,就可以让新产生的报表源源不断地自动发布到指定的查询界面上,避免人为发布而引起的不必要错误。
同时,支持自动生成指定的文件名,并让文件名中带有日期等信息。
访问分析系统提供对报表的自动发布和导出机制,具体功能包括:
可以发布或者导出成html,xml,pdf,excel,csv五种格式的文件;自动导出时,文件名可根据配置生成,并带有日期和报表类型,栏目等信息,避免不同报表导出时重名;容错功能:
发布时自动检测上次发布出错的报表,并重新发布;支持本地文件系统发布,可通过ftp/rsync协议自动上传到Web服务器。
系统界面友好,中文界面展示,自动提取信息标题(中文标题、英文标题等),能够提供个性化查询服务,可根据目标信息应用系统结构设计多层次查看方式。
2.5、系统运行环境要求
酷维系统的编程语言使用java,通过标准的JDBC协议对数据库进行访问,因此天然具备跨多种服务器硬件,多种操作系统和数据库部署运行的能力。
需要配置服务器数量为一台,硬件要求为:
❑CPU,频率在2.0G以上
❑内存2G以上
❑硬盘140G以上
第三章、市信息应用监测、考核、咨询服务内容
3.1、监测系统二次开发与部署服务
****技术开发中心会在“酷维”诊断监测与统计平台的基础上为####市政府各个重点信息应用开发专用的监测平台模板,部署客户端业务监测系统,根据考核指标定制开发监测统计功能。
****技术开发中心将组织10人的二次开发队伍。
网景盛世技术开发中心将按照市信息办的要求开发“日常信息监测数据查询系统”。
市信息办和市领导可随时登陆“日常监测平台”查询市政府各个信息应用系统的运行状态。
3.2、信息应用系统总体考核报告服务
****技术开发中心在2008年度将根据连续若干月的监测统计数据为####市政府提供一份综合评测(考核)报告。
报告提纲详见第四章。
3.3、信息应用系统日常监测统计报告服务
****技术开发中心将在####市各个主要信息应用系统部署监测与统计平台,并根据统计监测的数据定期在界面上进行发布。
为市主要信息化方面的领导提供各个业务信息系统的运行数据。
日常监测报告内容详见第五章。
3.4、信息应用系统监测考核指标体系制定与更新服务
****技术开发中心将按照市政府要求根据每年的情况更新应用系统考核监测考核指标。
定期修改监测统计软件的配置,根据信息应用系统的升级不断改进软件监测统计功能,为####市政府提供所需的各个重点信息应用系统的运行状态。
3.5、组织专家评审会
****技术开发中心在电子政务领域与众多的业务合作伙伴,和“中国软件评测中心(赛迪顾问)”、“北京国脉互联信息顾问有限公司”、“《电子政务》杂志社”、“社科院信息化研究所”、“计世顾问”、“《信息化建设》杂志社”等均有长期业务联系。
我们将为####市政府组织高规格高水平的信息化应用考核结果发布会。
届时,我们将保证邀请到三位以上国家级电子政务专家参加评审考核,也将邀请北京市和其他市县信息化领导出席。
在会议上我们也将根据各位与会领导专家的意见为####市信息化应用系统评测与考核编写规划报告。
3.6、信息应用系统考核与咨询服务内容概述
市信息应用系统的考核咨询包括了六个方面,分别是基础设施、政府网站服务、业务系统应用效果情况、信息资源、保障环境、安全保障等。
本文只罗列了考核与咨询的基本范围和原则,详细的考核咨询方案需和用户讨论后给出。
市信息应用考核与咨询调研问卷见本文第十章。
(一)基础设施
基础设施评估的内容包括:
网络建设和利用情况;信息安全基础设施建设情况。
(二)业务系统运行效果情况
业务系统的评估内容包括:
业务系统应用支持的广度和深度;业务运行的基础统计数据;业务系统在提高政府行政管理能力、促进经济和社会发展、带动信息化方面发挥的效果;国家试点工程的落实情况。
(三)信息资源整合情况
信息资源的评估内容包括:
委办局信息资源公开、共享水平;基础信息资源开发利用水平
(四)保障环境
保障环境的评估内容包括:
领导和综合协调机制建设和发挥作用情况。
发展规划、制度规范、标准的制定和实施情况。
资金投入情况和社会化情况。
电子政务人才队伍培养和公务员培训方面。
(五)政府网站建设情况
考察####市电子政务公共服务水平与政府网站建设,形成“以评促建”的机制。
主要评估范围是:
####市主要委办局政府网站建设及运行维护绩效水平进行评估(根据监测平台日常监测数据),包括网站内部日常运行管理评估指标,政务信息发布绩效指标,公共服务指标,公众参与指标,技术实现指标等。
(六)安全保障情况
信息应用平台绩效考核测评软件在安全性评估方面主要对以下几方面内容进行安全性评估:
1、信息应用平台系统漏洞检测;
2、信息应用平台程序漏洞检测;
3、信息应用平台页面漏洞检测;
4、信息应用平台数据库漏洞检测;
3.7、评估的流程与组织体系
目前形成的流程如图3-7-1所示:
图3-7-1行政执行力考核流程图
在该图中主要包括11个环节,分别为:
1)领导小组明确重点考核任务;
2)督考办制定《####市政市应用信息平台督查考核暂行办法》,下发市各委办厅局;
3)系统考核单位根据《####市政市应用信息平台督查考核暂行办法》制定实施细则和评分标准,报督考办审定后,考核各被考核单位;
4)专家对全部被考核单位打分;
5)主管市长对分管的系统考核单位打分;
6)信息办对系统考核单位信息应用情况进行考核;
7)被考核单位将获得的表彰和荣誉报信息办;
8)系统考核单位将考核结果上报督考办;
9)督考办汇总、计算各被考核单位日常监测数据和总得分;
10)督考办将各被考核单位总得分结果上报领导小组,领导小组对总得分进行检查核实,确定考核等次。
11)市政府向全市公示、通报考核结果
考核督查中涉及到的因素或环节还有:
1)信息办应根据所考核的重点任务,确定被考核单位;
2)市信息办要将实施细则向被考核单位公示;
3)信息办对各单位自查结果和网景盛世提交的日常监测结果进行分析,对不符合要求的、不合理的驳回,并扣减相应分数,相关单位整改后再次提交审定,直至信息办办审定无异议。
其中的相互关系及拥有的权限如图3-7-2所示:
图3-7-2行政执行力考核关系图
第四章、市信息应用系统综合评估模型设计
电子政务信息化不仅要注重投入,而且要注重其性能、成本、经济和社会效益,对电子政务信息化系统的综合评估是各级政府必须认真考虑和对待的问题。
这里我们根据一些电子政务专家的研究成果,向####市政府信息办提出了一套两层结构的信息应用系统综合评价指标体系(电子政务系统综合评价指标体系),并在此体系的基础上,提出了一种量化综合评估模型。
4.1、电子政务系统综合评估指标体系构成与说明
电子政务系统是一个十分复杂的系统,为了客观地评价一个电子政务系统,衡量一项电子政务信息化工程是否成功,需要设计一套科学、完整并能全方位、多角度反映该电子政务信息化系统成功与否的评价指标体系。
因此我们建议建立了一个两层结构的电子政务综合评价指标体系。
该体系暂定由5大属性指标层构成,较好地反映了电子政务信息化系统的基本内涵。
❑系统性能属性指标:
主要是从“电子”方面来评估电子政务系统。
包括对系统的功能、安全、技术、应用等方面评估。
成本属性指标:
主要是从系统的资金投入方面来评估系统,包括分析、设计、维护、管理等成本。
❑直接经济效益属性指标是从系统建设能给实施部门带来的直接经济效益的角度评估,也是研究者关注最多的方面。
❑间接经济效益属性指标从系统建设能带来的间接效益方面来评估,侧重于“政务”方面,包括公共服务、市场监管等方面。
其它属性指标主要是从材料、环境、能源等方面评估系统带来的变化或效益。
一个良好的电子政务系统,必须同时具备优良的系统性能、尽可能低的成本、最显著的经济和社会效益。
4.2、电子政务系统综合评估模型
4.2.1、确定电子政务系统评价指标集
根据以上建立的两层结构综合评价指标体系,本文的评估模型的评价指标集分为两个层次:
属性层指标集U:
{U1,U2,U3……Uk}(k=5),指标层指标集={Ui1,Ui2,……,Uij}(i为自然数且≤t=j,-8,j2=j3=6,j5=5)。
4.2.2、评价集的设定
在评价过程中,我们对每一个属性层的每一个指标都设计一组模糊评价值,如5等级的模糊评价值{优,良,中,较差,差},7等级的模糊评价值{非常好,好,较好,一般,差,较差,非常差}。
由于电子政务系统的综合评价指标体系涉及的内容很广,各层的评估标准不统一,为此,在本文的评估模型中,不直接给出具体的等级标准。
在实际应用中,各属性层指标的等级标准可以根据不同的评估重点,由专家根据实际情况选择适当的方法来确定。
将Ui的评价集记作Pi={P1,P2,…,Pn}(ni为Ui评价集的等级数)。
4.2.3、建立电子政务系统综合信息矩阵
选择一定数量的专家(包括经济学专家、管理学专家、信息专家、政府人员等)和一些非专家(包括设计人员、使用人员、维修人员等)组成评估团。
在评估过程中,综合每一位参评人员的评价意见和每一个评价指标,对的每个指标进行评价,从而得到单一属性层综合信息矩阵R。
其中,ripm为第i个属性Ui的第j个评价指标Uij的某个评价等级Pm的隶属度。
具体的算法可以在实际应用中由专家根据一些具体算法及经验确定。
如:
我们可以设计
根据Ri得到电子政务系统的综合信息矩阵R:
4.2.4、建立评价等级的权重系数集
权重一般根据实际情况来加以确定,采用的方法有统计分析法、专家评估法等。
由于本文的评估体系指标集是两层结构,所以权重集也分为两个层次:
属性层权重集Q=
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 电子政务 绩效 评估
![提示](https://static.bdocx.com/images/bang_tan.gif)