电子政务绩效评估.docx

《电子政务绩效评估.docx》由会员分享，可在线阅读，更多相关《电子政务绩效评估.docx（45页珍藏版）》请在三一办公上搜索。

1、#政府信息应用系统监测考核平台建设方案 *（北京）软件有限公司目 录技术点对照表5本技术方案优势概览7第一章、本方案总体目标10第二章、信息应用系统监测统计平台选型112.1、酷维的系统总体架构112.2、酷维的模块组成与功能列表132.2.1、应用系统通断可用性监测132.2.2、应用系统业务流程正确性142.2.3、应用系统信息更新量统计152.2.4、信息应用系统错链分析152.2.5、信息应用系统性能监测162.2.6、应用系统访问统计分析172.2.7、应用系统业务数据监测统计功能182.2.8、信息应用系统安全特征扫描192.3、产品功能特色212.3.1、信息应用系统故障监测与管

2、理功能212.3.2、实时告警功能222.3.4、报表自动发布功能222.5、系统运行环境要求23第三章、市信息应用监测、考核、咨询服务内容233.1、监测系统二次开发与部署服务233.2、信息应用系统总体考核报告服务243.3、信息应用系统日常监测统计报告服务243.4、信息应用系统监测考核指标体系制定与更新服务243.5、组织专家评审会253.6、信息应用系统考核与咨询服务内容概述253.7、评估的流程与组织体系27第四章、市信息应用系统综合评估模型设计304.1、电子政务系统综合评估指标体系构成与说明304.2、 电子政务系统综合评估模型314.2.1、 确定电子政务系统评价指标集314

3、.2.2、评价集的设定314.2.3、 建立电子政务系统综合信息矩阵324.2.4、建立评价等级的权重系数集334.2.5、 根据综合信息矩阵露和权重集得到综合评价矩阵334.2.6、 确定加权矩阵344.2.7、 根据综合评价矩阵和加权矩阵得到相应的综合量值344.3、 模型分析举例354.3.1、设定U1评价集354.3.2、 得到U1的综合信息矩阵R1354.3.3 设定U1的权重Q1374.3.4、得到U1综合评价矩阵M1374.3.5、设定U1的加权矩阵374.3.6、 得到U1综合量值374.4、模型参考文献38第五章、#市信息应系统考核总体报告提纲38第六章、市信息应系统日常监测

4、报告提纲40第七章、硬件服务器的采购40第八章、人员与组织安排与咨询业务实施步骤428.1、项目实施团队总体介绍428.2、第一组-指标设计组458.3、第二组-调研组458.4、第三组-应用监测平台开与部署维护组46第九章、项目实施进度47第十章、实施期工作流程说明4810.1、项目交底流程4810.2、需求变更流程4910.3、系统安装配置流程4910.4、客户化开发流程5010.5、配置变更流程5110.6、系统验收流程51第十一章、培训服务、售后技术支持服务保障计划52第十二章、信息应用系统运行绩效评估指标量化表57第十三章、*实力及案例64附件：专家委员会名单66第一章、本方案总体目

5、标q 为市信息办创建一套信息应用系统绩效考核的指标体系q 为信息办建设一套实时显示重要信息应用系统日常运行状态的监测平台，每天提供一份统计报告。q 为市领导提供一份全市重要电子政务应用运行效果的统计报告。参考文件及文献：包括：l 中办、国办关于转发的通知(中办发200217号)l 中办、国办关于转发的通知(中办发200618号)l 关于印发的通知(国信20062号)l “2006年全国电子政务工作座谈会”会议精神等建设背景及意义建设需求分析建设内容第二章、信息应用系统监测统计平台选型在本项目中，*将采用自主研发的“Webcaring酷维”系列监测统计中间件平台。该平台可统计各种政府信息应用系统

6、的日常运行状态，并具备强大的业务信息统计二次开发接口。2.1、酷维的系统总体架构Webcaring酷维信息应用系统（网站）监测与统计中间件平台（以下简称酷维）对不同信息应用系统可进行：业务处理数据统计、使用量统计与深度分析、使用状况总体评测等功能、缺陷检测、性能指标测定。酷维系统监测统计的对象为各种政府内网、外网的信息应用，本平台支持分布式部署，构架合理、灵活，建成一个开放的、构件化、可灵活扩展的多层架构系统。酷维信息应用系统监测与统计系统(以下简称”酷维系统”)的日常运行包括三个运行流程，分别是信息应用系统监测与统计流程，数据分析流程和报表发布流程。这三个流程及流程间的衔接均为全自动运行，无

7、需人工干预。系统采用B/S方式提供用户界面(UI)，报表发布，指标查询和系统管理功能均通过浏览器进行访问。酷维系统全自动运行应用系统监测与统计探针各政府应用信息系统(群)数据分析模块报表发布模块http/httpshttps图1：系统流程全自动运行示意酷维系统的数据分析流程包含以下步骤：q 基于安装在用户端的信息采集软件统计市政府各应用系统的使用数据q 通过安装在服务器端的软件采集各应用系统日志数据q 读取已经入库的监测或统计记录q 按照分析指标对的相关记录进行统计分析，生成多维指标库q 对指标库中的数据进行汇总统计，生成报表q 这个流程中的每一步，都在系统开发，测试，使用的不断迭代过程中，最

8、大限度实现了数据分析统计的准确性和很高的处理性能。2.2、酷维的模块组成与功能列表酷维平台是酷维信息应用系统（网站）监测与统计智能平台的简称，整个平台包含四大监测与统计指标，其中安全监控指标又包含五项安全监控，可以对各类B/S架构信息应用系统进行全面、准确的运行状态统计。2.2.1、应用系统通断可用性监测政府内部信息应用系统/网站可否正常访问（登陆）对政府而言是头等大事，所以各业务应用系统的“年中断次数”，“月中断次数”和“周中断次数”是衡量这个业务信息应用系统稳定性的重要指标。而信息应用系统中断发生时间和持续的时间则是判别中断事故严重性的细化指标。在本平台中把信息应用系统的“中断次数”，“中

9、断发生时间”，“中断持续时间”综合称为“信息应用系统通断可用性指标”。酷维监测与统计平台可对目标信息应用进行高频度的“信息应用系统可用性”扫描，并提供相应的统计报表。2.2.2、应用系统业务流程正确性应用系统流程监测与统计功能是指对政府内部OA系统、业务信息平台中一组逻辑功能的测试。大型业务信息应用单靠人工无法连续长期测试。业务流程的故障如不能及时发现将给政府带来巨大的损失，比如政府OA系统瘫痪将直接导致政府各项内部业务的停止。酷维对流程的诊断监测是按照“业务环节”进行的，像内部应用系统中常见的WebMail，其业务可划分为：用户登陆，发送邮件，接收邮件，删除邮件五个子环节，流程诊断可以按照预

10、设的逻辑步骤对WebMail五个业务环节进行逐一测试，并自动告警。流程诊断监测功能是保证关键政府信息应用系统日常可用性的重要手段。2.2.3、应用系统信息更新量统计政府的内部信息应用系统每天会发布大量的业务信息，每天新增的信息数量反应该系统的应用程度。该指标直接反映该政府信息应用系统的维护管理水平，也是主管领导考察各业务部门工作业绩的重要依据。酷维信息应用系统监测与统计平台监控并统计应用系统每个专题每天的新增信息量，统计出提供总更新量变化曲线，更新量排名，各专题信息更新量变化曲线。统计报表分为日报，周报，月报等。2.2.4、信息应用系统错链分析酷维监测与统计平台可对B/S架构信息应用系统的每一

11、个动静态网页进行检测，并自动分析出这些信息应用系统的网页间链接关系。系统根据分析结果判断信息应用系统是否存在缺页或者缺图的情况，或存在多媒体附件（ZIP,DOC,PDF,MP3等文件）缺失的情况。系统在给出具体缺失页面位置的同时，还可以显示其引用该错误URL的路径和原页。2.2.5、信息应用系统性能监测政府信息应用系统访问速度是评价该信息系统的重要指标,对于B/S架构的信息应用系统，访问速度指标主要由“网页响应速度”和“网页下载速度”两个指标构成。网页响应速度：指网页收到“浏览请求(Http Request)”后的给出第一个响应(HTTP Response)字节的时间。引起网页响应速度慢的原因

12、包括：网络带宽窄、主机工作繁忙、网页代码有问题。网页下载速度：指从服务器到浏览器下载完整网页所需要的时间。引起网页下载速度慢的原因包括：网页文件比较大，主机繁忙。酷维信息应用系统监测与统计平台可以记录并统计每一个信息应用系统网页的速度指标，并绘制出该网页性能的历史趋势，协助信息应用系统管理员把握整个B/S架构信息应用系统的总体性能变化趋势。2.2.6、应用系统访问统计分析信息应用系统的访问统计分析是了解其使用情况的最直接技术指标，管理人员可通过应用系统访问统计获取系统的使用情况，从而实现对系统运行与改进的决策信息。每个政府信息应用系统都有自身的访问日志，访问量指标的获取依据对其访问日志的分析，

13、酷维监测与统计平台通过对信息应用系统日志的分析可以得到访问者的来源，近而可以获取如下访问量数据：q 自动发现应用系统的热点栏目和热点服务q 可分析哪些政府内网用户使用了目标信息系统。q 可分析出用户使用应用系统的时间总量和使用频率q 酷维监测与统计平台自动向管理员提供目标应用系统访问量分析的日报表，周报表，月报表。2.2.7、应用系统业务数据监测统计功能“信息应用运行监测统计平台”通过两种模式采集各业务系统运行数据：一、 安装在各个客户端的业务数据采集软件二、 通过对业务系统日志进行分析酷维平台监测各电子政务应用系统的日常运行情况，将这些运行数据以图表的形式反应在市领导和信息办领导的面前：1、

14、全市各分站政务公开文件新增数量综合统计2、全市在线网上办事可用性综合统计3、全市信息应用系统公众参与次数综合统计4、各应用系统市处理结办结果市领导批示次数5、各应用系统每日使用人数综合统计6、各应用系统每天更新发布的信息数量：体现系统维护力度和重视程度7、各应用系统发布信息的访问量统计：体现发布信息的质量。8、各应用系统使用时长统计：体现业务部门对信息应用系统的依赖程度9、各应用系统文件传输次数统计：体现应用系统办公自动化效率10、各应用系统办结成功次数统计：体现应用系统实际发挥效果11、各应用部门领导签发次数统计：体现部门领导对应用系统实际应用情况12、各应用系统跨系统信息传输次数统计：体现

15、系统对联动办公的支持程度13、各应用系统报错次数统计：体现业务部门对应用系统的开发和维护水平。2.2.8、信息应用系统安全特征扫描酷维信息应用系统安全特征扫描是以页面特征扫描为主要手段的被动式安全监控模式。对于政府重要的信息应用系统，安全特征扫描可有效保障这些系统的可靠运行，是信息应用安全的最后一道防线。对B/S架构政府信息系统安全特征包括：q 网页的字节数；q 网页内的文字和标记；q 图片的大小和描述特征扫描功能包括以下几个方面：1、网页文件大小变化率过大告警正规信息应用系统的网页文件的大小不会发生剧烈的变化，比如突然缩水至原文件的10%，或者突然放大5倍。引起文件大小突变的原因一般是软件故

16、障或者是黑客篡改。酷维安全特征扫描功能记录每个重要页面的大小，并按照预先设定的变化率阀值判断是否发送告警信息。2、扫描页面内容是否中含有敏感词汇所谓敏感词汇指“涉及敏感政治”（简称“涉敏”）的文字或者“格调低”的文字词汇。信息应用系统中如果包含这些“敏感词汇”，但并不一定说明该系统被“攻陷篡改”或存在问题，因为绝大多数的敏感词汇都是处于被批判的位置。酷维监测平台可以协助信息系统管理员从大量的含敏感词汇的语句中筛选出真正的危害性文章。同时诊断监测平台可显示每次扫描新增的“涉敏”文章，并按照时间排序，近一步帮助信息应用管理员提高敏感信息的排查效率。2.3、产品功能特色2.3.1、信息应用系统故障监

17、测与管理功能 酷维的“应用故障管理”功能可以让政府信息应用管理员对发现的应用故障进行登记、追踪、分析、统计。举例如下：某应用系统入口不能访问，管理员可根据实际情况判断其原因为“主机宕机问题”、“网络问题（如：路由器端口故障）”、“人为问题（如：编辑人员没有上传）”、“软件故障（如：发布系统BUG、或者编程人员失误）”。应用系统管理人员可根据实际情况将故障原因输入酷维故障管理系统，并督促各部门解决，也可随时调出故障记录用于跟踪与分析。 对于应用系统管理的主管领导，可通过故障管理功能检查每个系统维护部门的工作成效，比如，系统可以统计出每个月（季度、年）事故占总故障率的百分比、人为事故率占总故障率的

18、百分比等等，如有必要可以细分到某个栏目事故占总故障的百分比。这样在统计数据面前，每个部门的工作业绩一目了然，便于领导进行工作评议与总结。 从这个角度来说酷维业绩考核功能有助于改善工作流程提高工作效率。2.3.2、实时告警功能酷维信息应用系统监测与统计平台具备告警信息自动发送功能，可通过SMS短消息和电子邮件方式及时向用户发送故障通知。用户可灵活定制不同告警信息发送的时间和接收对象。比如：政府信息应用系统使用首界面不可访问告警信息可发给主管领导、技术部经理、网络工程师等；如果某一个功能有问题（数据库查询）则告警信息直接发送给数据库维护人员即可。2.3.4、报表自动发布功能报表自动发布，信息应用系

19、统管理员对系统参数配置一次，就可以让新产生的报表源源不断地自动发布到指定的查询界面上，避免人为发布而引起的不必要错误。同时，支持自动生成指定的文件名，并让文件名中带有日期等信息。访问分析系统提供对报表的自动发布和导出机制，具体功能包括：可以发布或者导出成html, xml, pdf, excel, csv五种格式的文件；自动导出时，文件名可根据配置生成，并带有日期和报表类型，栏目等信息，避免不同报表导出时重名；容错功能：发布时自动检测上次发布出错的报表，并重新发布；支持本地文件系统发布，可通过ftp/rsync协议自动上传到Web服务器。系统界面友好，中文界面展示，自动提取信息标题（中文标题、

20、英文标题等），能够提供个性化查询服务，可根据目标信息应用系统结构设计多层次查看方式。2.5、系统运行环境要求酷维系统的编程语言使用java，通过标准的JDBC协议对数据库进行访问，因此天然具备跨多种服务器硬件，多种操作系统和数据库部署运行的能力。需要配置服务器数量为一台，硬件要求为：q CPU，频率在2.0G以上q 内存2G以上q 硬盘140G以上第三章、市信息应用监测、考核、咨询服务内容3.1、监测系统二次开发与部署服务*技术开发中心会在“酷维”诊断监测与统计平台的基础上为#市政府各个重点信息应用开发专用的监测平台模板,部署客户端业务监测系统，根据考核指标定制开发监测统计功能。*技术开发中心

21、将组织10人的二次开发队伍。网景盛世技术开发中心将按照市信息办的要求开发“日常信息监测数据查询系统”。市信息办和市领导可随时登陆“日常监测平台”查询市政府各个信息应用系统的运行状态。3.2、信息应用系统总体考核报告服务*技术开发中心在2008年度将根据连续若干月的监测统计数据为#市政府提供一份综合评测（考核）报告。报告提纲详见第四章。3.3、信息应用系统日常监测统计报告服务*技术开发中心将在#市各个主要信息应用系统部署监测与统计平台，并根据统计监测的数据定期在界面上进行发布。为市主要信息化方面的领导提供各个业务信息系统的运行数据。日常监测报告内容详见第五章。3.4、信息应用系统监测考核指标体系

22、制定与更新服务 *技术开发中心将按照市政府要求根据每年的情况更新应用系统考核监测考核指标。定期修改监测统计软件的配置，根据信息应用系统的升级不断改进软件监测统计功能，为#市政府提供所需的各个重点信息应用系统的运行状态。3.5、组织专家评审会 *技术开发中心在电子政务领域与众多的业务合作伙伴，和“中国软件评测中心（赛迪顾问）”、“北京国脉互联信息顾问有限公司”、“电子政务杂志社”、“社科院信息化研究所”、“计世顾问”、“信息化建设杂志社”等均有长期业务联系。我们将为#市政府组织高规格高水平的信息化应用考核结果发布会。届时，我们将保证邀请到三位以上国家级电子政务专家参加评审考核，也将邀请北京市和其

23、他市县信息化领导出席。在会议上我们也将根据各位与会领导专家的意见为#市信息化应用系统评测与考核编写规划报告。 3.6、信息应用系统考核与咨询服务内容概述市信息应用系统的考核咨询包括了六个方面，分别是基础设施、政府网站服务、业务系统应用效果情况、信息资源、保障环境、安全保障等。本文只罗列了考核与咨询的基本范围和原则，详细的考核咨询方案需和用户讨论后给出。市信息应用考核与咨询调研问卷见本文第十章。（一）基础设施基础设施评估的内容包括：网络建设和利用情况；信息安全基础设施建设情况。（二）业务系统运行效果情况业务系统的评估内容包括：业务系统应用支持的广度和深度；业务运行的基础统计数据；业务系统在提高政

24、府行政管理能力、促进经济和社会发展、带动信息化方面发挥的效果；国家试点工程的落实情况。（三）信息资源整合情况信息资源的评估内容包括：委办局信息资源公开、共享水平；基础信息资源开发利用水平（四）保障环境保障环境的评估内容包括：领导和综合协调机制建设和发挥作用情况。发展规划、制度规范、标准的制定和实施情况。资金投入情况和社会化情况。电子政务人才队伍培养和公务员培训方面。（五）政府网站建设情况考察#市电子政务公共服务水平与政府网站建设，形成“以评促建”的机制。主要评估范围是：#市主要委办局政府网站建设及运行维护绩效水平进行评估（根据监测平台日常监测数据），包括网站内部日常运行管理评估指标，政务信息发

25、布绩效指标，公共服务指标，公众参与指标，技术实现指标等。（六）安全保障情况信息应用平台绩效考核测评软件在安全性评估方面主要对以下几方面内容进行安全性评估：1、 信息应用平台系统漏洞检测；2、 信息应用平台程序漏洞检测；3、 信息应用平台页面漏洞检测；4、 信息应用平台数据库漏洞检测；3.7、评估的流程与组织体系目前形成的流程如图371所示：信息办制定考核办法日常考核和检查网景盛世公司监测软件制定实施细则综合评价确定等级区领导评分一级考核年终考核日常考核和检查年终考核公示通报结果信息办评分专家评分督考办汇总整理荣誉加分二级考核图371 行政执行力考核流程图在该图中主要包括11个环节，分别为：1)

26、 领导小组明确重点考核任务 ；2) 督考办制定#市政市应用信息平台督查考核暂行办法，下发市各委办厅局；3) 系统考核单位根据#市政市应用信息平台督查考核暂行办法制定实施细则和评分标准，报督考办审定后，考核各被考核单位；4) 专家对全部被考核单位打分；5) 主管市长对分管的系统考核单位打分；6) 信息办对系统考核单位信息应用情况进行考核；7) 被考核单位将获得的表彰和荣誉报信息办；8) 系统考核单位将考核结果上报督考办；9) 督考办汇总、计算各被考核单位日常监测数据和总得分；10) 督考办将各被考核单位总得分结果上报领导小组，领导小组对总得分进行检查核实，确定考核等次。11) 市政府向全市公示、

27、通报考核结果考核督查中涉及到的因素或环节还有：1) 信息办应根据所考核的重点任务，确定被考核单位；2) 市信息办要将实施细则向被考核单位公示；3) 信息办对各单位自查结果和网景盛世提交的日常监测结果进行分析，对不符合要求的、不合理的驳回，并扣减相应分数，相关单位整改后再次提交审定，直至信息办办审定无异议。其中的相互关系及拥有的权限如图372所示：考核领导小组信息办与受邀请专家网景盛世公司被考核单位明确重点考核任务任务确定考核原则发布考核办法考核系统考核单位提交实施细则日常考核年终考核 评分评分 综合评价定级公布考核结果汇总考核结果报送表彰或荣誉报送执行情况执行力考核主要组成执行力考核权限审定

28、发布实施细则图372 行政执行力考核关系图第四章、市信息应用系统综合评估模型设计 电子政务信息化不仅要注重投入，而且要注重其性能、成本、经济和社会效益，对电子政务信息化系统的综合评估是各级政府必须认真考虑和对待的问题。这里我们根据一些电子政务专家的研究成果，向#市政府信息办提出了一套两层结构的信息应用系统综合评价指标体系（电子政务系统综合评价指标体系），并在此体系的基础上，提出了一种量化综合评估模型。4.1、电子政务系统综合评估指标体系构成与说明电子政务系统是一个十分复杂的系统，为了客观地评价一个电子政务系统，衡量一项电子政务信息化工程是否成功，需要设计一套科学、完整并能全方位、多角度反映该电

29、子政务信息化系统成功与否的评价指标体系。因此我们建议建立了一个两层结构的电子政务综合评价指标体系。该体系暂定由5大属性指标层构成，较好地反映了电子政务信息化系统的基本内涵。q 系统性能属性指标 :主要是从“电子”方面来评估电子政务系统。包括对系统的功能、安全、技术、应用等方面评估。成本属性指标 :主要是从系统的资金投入方面来评估系统，包括分析、设计、维护、管理等成本。q 直接经济效益属性指标 是从系统建设能给实施部门带来的直接经济效益的角度评估，也是研究者关注最多的方面。q 间接经济效益属性指标 从系统建设能带来的间接效益方面来评估，侧重于“政务”方面，包括公共服务、市场监管等方面。其它属性指

30、标主要是从材料、环境、能源等方面评估系统带来的变化或效益。一个良好的电子政务系统，必须同时具备优良的系统性能、尽可能低的成本、最显著的经济和社会效益。4.2、 电子政务系统综合评估模型4.2.1、 确定电子政务系统评价指标集根据以上建立的两层结构综合评价指标体系，本文的评估模型的评价指标集分为两个层次：属性层指标集U：U1,U2,U3Uk (k=5)，指标层指标集 =Ui1,Ui2,Uij(i为自然数且 t=j,-8,j2=j3=6,j5=5)。4.2.2、评价集的设定在评价过程中，我们对每一个属性层的每一个指标都设计一组模糊评价值，如5等级的模糊评价值优，良，中，较差，差，7等级的模糊评价值

31、非常好，好，较好，一般，差，较差，非常差。由于电子政务系统的综合评价指标体系涉及的内容很广，各层的评估标准不统一，为此，在本文的评估模型中，不直接给出具体的等级标准。在实际应用中，各属性层指标的等级标准可以根据不同的评估重点，由专家根据实际情况选择适当的方法来确定。将Ui的评价集记作 Pi=P1，P2，Pn(ni为Ui评价集的等级数)。4.2.3、 建立电子政务系统综合信息矩阵选择一定数量的专家(包括经济学专家、管理学专家、信息专家、政府人员等)和一些非专家(包括设计人员、使用人员、维修人员等)组成评估团。在评估过程中，综合每一位参评人员的评价意见和每一个评价指标，对 的每个指标进行评价，从而

32、得到单一属性层综合信息矩阵R。其中，ripm 为第i个属性Ui 的第j个评价指标Uij的某个评价等级Pm的隶属度。具体的算法可以在实际应用中由专家根据一些具体算法及经验确定。如：我们可以设计根据Ri得到电子政务系统的综合信息矩阵R：4.2.4、建立评价等级的权重系数集权重一般根据实际情况来加以确定，采用的方法有统计分析法、专家评估法等。由于本文的评估体系指标集是两层结构，所以权重集也分为两个层次：属性层权重集Q=Q1Q2 Qk(Qk 0且Qi=1，i=1，2，k)，指标层指标集Qi =Qi1 Qi2 Qij (QijO且Qij=14.2.5、 根据综合信息矩阵露和权重集得到综合评价矩阵根据上述

33、数据和公式得到单一属性层的综合信息评价矩阵M1：根据上述数据，通过数据合成得到综合评价矩阵M：其中“。”表示合成算子M()。通过M我们可以很直观地知道所评估的电子政务系统对应的各个属性层指标的综合评分，在衡量电子政务信息系统投标单位方案的时候可以起到很好的作用。4.2.6、 确定加权矩阵评价等级的加权矩阵是在不考虑模糊边界条件下的值，它反映的是各个评价对最终结果的影响程度，一般使用百分制度。如将Ui的评价集P1=(非常好，好，较好，一般，较差，差，非常差)的加权矩阵定为B1=(90，80，70，60，50，30，20)。本文将属性层Ui的指标集评价等级的加权矩阵记为BiB1,B2Bi(n为评价

34、集的等级数)。同理将各个属性层的加权集记为B=B1B2Bk4.2.7、 根据综合评价矩阵和加权矩阵得到相应的综合量值由M1和B1可以得到属性层U1的综合评估量值Vi：V即被评电子政务系统的最终评价结果，V值越大，则说明相应的电子政务系统综合性能更好，成本效益比最低，环境能源性能好。4.3、 模型分析举例本文以某行政部门Dept为实例，对其电子政务系统的性能属性指标Ui进行评估，说明本模型的应用。4.3.1、设定U1评价集P=P1P2Pk=非常好,好,较好,一般,较差,差,非常差(n=7)。4.3.2、 得到U1的综合信息矩阵R1评估组的10位成员对该Dept的电子政务系统U1的各项指标评价结果

35、如附表。由附表根据得到Dept的电子政务系统单一属性层U1的综合信息矩阵R1：4.3.3 设定U1的权重Q1采用层次分析法，通过计算机编程运算得到如下权重Q1：Ql=【0.06 0.1 0.1 0.16 0.16 0.16 0.26】4.3.4、得到U1综合评价矩阵M1根据信息矩阵R1权重集Q1得U1的综合评价矩阵：Ml=QlRl =0.136 0.616 0.1 16 0.132 0 0 04.3.5、设定U1的加权矩阵4.3.6、 得到U1综合量值从V1的值我们可以知道该Dept的电子政务系统的性能属性综合性能为中等，还有待进一步改进和完善。用同样的方法可以得到V1，V2，Vk。从而最终得

36、到该Dept整个系统的综合量值V， 进而对其做出合理评估。4.4、模型参考文献1叶楚璇我国电子政务建设初探J图书馆论坛，2004，(1)：71-722王双燕中国电子政务建设的效益分析J兰州学刊，2003，(6)：36-373汪玉凯中国电子政务建设的经济效益分析J新视野，2oo2，(5)：4l-434王宁红电子政务成本与效益问题分析J经济问题，2oo4，(2)：27295汪培庄模糊集合论及其应用M上海：上海科学出版社，19836韩正忠等模糊数学应用M南京：东南大学出版社，1993第五章、#市信息应系统考核总体报告提纲通过对各委办局信息应用系统的监测统计与评估，最终将形成#市信息应用系统情况监测与

37、统计评估报告，报告的主要提纲如下。一、#市政府信息应用系统发展水平评估方法（一）我国地市电子政务评估方法（二）本报告采用的政府信息应用系统的评估方法1.市属委办局政府信息应用系统（电子政务系统）发展状况评估方法2.街乡政府信息应用系统（电子政务系统）发展状况评估方法二、#市政府信息应用系统（电子政务系统）发展水平评估与分析（一）总体情况1.网络基础设施2.网站3.业务系统技术数据统计4.信息资源5.保障环境（二）部门发展情况三、#市政府信息应用系统（电子政务系统）情况特点与趋势四、 #市政府信息应用系统存在的问题五、#市政府信息应用系统进一步发展的建议第六章、市信息应系统日常监测报告提纲1、全

38、市各信息应用系统通断可用性综合统计2、全市信息应用系统公众参与次数综合统计3、各应用系统市处理结办结果市领导批示次数4、各应用系统每日使用人数综合统计5、各应用系统每天更新发布的信息数量：体现系统维护力度和重视程度6、各应用系统发布信息的访问量统计：体现发布信息的质量。7、各应用系统使用时长统计：体现业务部门对信息应用系统的依赖程度8、各应用部门领导签发次数统计：体现部门领导对应用系统实际应用情况9、各应用系统报错次数统计：体现业务部门对应用系统的开发和维护水平 其他具体指标需和用户讨论后统计。 45第十二章、信息应用系统运行绩效评估指标量化表填写日期： 年 月 日填报单位名称填报单位主管领导

39、部门传真处室领导 联系电话联系人联系邮箱组织领导情况部署、协调、决策情况部署、协调、决策情况信息化是否纳入领导重要议事日程：是 否领导是否定期亲自过问重大项目：经常 偶尔 很少 不过问信息化是否纳入本部门的重点工作计划：是 否主管领导对本部门信息化发文次数 批示次数 参加信息化会议次数 组织保障电子政务宣传与培训公务员参加过信息 化培训比例：85%以上 60%-85% 45%-59% 30%-44% 30%以下 领导参加信息化培训的频率：经常 偶尔 很少 不参加组织社会宣传活动的次数: ;效果：显著 不明显 几乎没有效果 没有效果制度建设（各方面的）统筹管理、项目库管理、前期工作管理、建设管理

40、、运行管理、验收评价、资源共享、信息安全、市场化、绩效评估等制度规范健全比率：100% 80%以上 60%-80% 45%-60% 45%以下 应用标准、应用支撑技术标准、网络基础设施标准、信息安全标准以及管理标准健全比率：100% 80%以上 60%-80% 45%-60% 45%以下 是否编制了部门电子政务“十一五”规划，以及具体实施路线：是 否该规划编制是否规范：是 否；目标是否清晰：是 否； 进度是否明确：是 否既定的规划是否能够落实：90%以上 75%-89% 60%-74% 45%-59% 45%以下 落实责任信息化管理责任的落实：全部落实 大部分落实 部分落实 没有落实 业务部门

41、和负责信息化工作的部门配合：配合很好 配好良好 基本配合 不配合信息化办会议参加次数： 缺席次数： 法规标准执行情况推进电子政务建设中贯彻应用国家标准及遵守法规的情况电子政务建设过程、项目管理方面、网络、信息安全、信息资源等方面标准和法规执行情况：100%得到执行 85%以上得到执行 70%-85%得到执行 50%-70%得到执行 50%以下得到执行 违反市电子政务建设法规条例次数： 执行本地市各项管理规范和标准的情况遵守本地市管理规范情况：严格 一定程度上遵守 不能遵守是否发生招投标投诉等其他严重问题：没有发生 发生过但未造成损失 发生过并造成严重损失部门没按信息办要求及时反馈的次数：建设和

42、应用情况业务系统建设与应用业务系统日常监测统计业务系统日均访问人次 ： 业务系统开通率 业务系统事项办结数量 业务系统访问者平均停留时间统计 ： 业务系统信息更新量统计 ： 出现系统中断运行的次数 ： 出现病毒入侵的次数： 业务系统对政府核心业务的支撑情况系统对行政许可事项或核心业务的支撑程度高： %手工作业、 % 网上受理、 %网上发布、 %网上查询， %全过程在线办理内部管理信息化公务员使用OA办公的比例：90%以上 75%-90% 60%-74% 45%-59% 45%以下 OA办公月使用人次： OA办公中断次数统计： OA办公文件传输流转次数统计： 政务信息资源建设开发利用情况业务协同

43、情况内部协同关系情况：清晰 基本清晰 梳理中 尚未开展 是否形成清晰的流程图：有且清晰 有比较简单 没有 与其他部门开展协同业务情况：开展且有成效 开展简单的协同业务 正在尝试中 无 政务信息资源采集情况信息采集机制：健全 较为健全 基本健全 简单 未制定 政务信息数字化率：90%以上 70%-90% 60%-70% 40%-60% 40%以下 政务信息资源更新维护及整合情况 业务数据及时进行更新及整合情况：100% 85%以上 70%-85% 50%-75% 50%以下 部门信息资源目录编制情况： 100%完成且内容完整，格式规范 75%以上完成且内容基本完整，格式基本规范 50%完成 20%以上完成 没有信息资源目录编制 政府网站建设和应用的情况（使用网站评比的分数）政务信息共享的情况 部门共享交换节点的建立情况：已建 在建 资金已落实 资金在计划中 未建 支撑市级基础数据库共享建设情