电子政务项目审查要求说明

1、电子政务项目审查要求说明电子政务项目审查要求说明 2021年6月29日 提纲提纲 一、程序要求 二、审查要点 三、模版说明 四、常见问题 一、程序要求一、程序要求 项目全生命周期管理 规划计划 申报审批 建设实施 验收审计 运行维护 监督评价 申报程序 市级：部门内部统筹上报（自评估）、信息办审查、 财政局/发改委审批（08年开始实施） 电子政务项目分类(新建-固定资产投资项目、升级改造、 运维) 二、审查要点二、审查要点 项目审查关注的核心 项目实施的必要性 项目方案的合理性 二、审查要点二、审查要点- -必要性必要性 实施必要性 本部门“三定方案”要求； 对完成部门业务工作目标有价值； 原

2、有系统不能满足变化了的需求; 市委市政府领导批示、市政府办实事项 目、折子工程等。 二、审查要点二、审查要点- -合理性合理性 1、业务合理性（核心） 2、信息资源体系合理性 3、技术方案合理性（重点） 4、信息安全保障体系合理性 5、资金预算合理性（落脚点） 6、标准规范体系合理性 7、保障措施合理性 8、自主创新合理性（热点） 二、审查要点二、审查要点- -合理性（续合理性（续1 1） 1、业务合理性 需求、目标、模式、建设内容明确 符合规划、计划要求，业务模式和业务 流程优化 和其他项目边界、关系清楚。 2、信息资源体系合理性 信息资源目录梳理与建设工作符合部门、 市要求 共享需求 共享

3、方案 二、审查要点二、审查要点- -合理性（续合理性（续2 2） 3、技术方案合理性 技术框架符合全市总体技术框架要求 进行了集约化统筹规划 技术方案（架构、配置等）适合业务需求 符合全市有关要求（网络、共享交换平台） 系统软硬件产品与设备选型及开发工作量评 估合理 4、信息安全保障体系合理性 系统安全定级，等级保护 利用现有信息安全保障资源和条件（证书、 容灾） 安全产品和服务政府统一采购目录 二、审查要点二、审查要点- -合理性（续合理性（续3 3） 5、资金预算合理性 各项预算内容、规格、数量与需求 相匹配 预算明细详细、明确、合理。 6、标准规范体系合理性 遵循国家、北京市、部门电子政

4、务 相关技术标准和规范 促进或推动可能需要的标准制订 二、审查要点二、审查要点- -合理性（续合理性（续4 4） 7、保障措施合理性 现有业务、设施、人员、管理机制等条件 项目建设质量管理和风险控制措施 项目运行维护方式、措施 8、自主创新合理性 组织机构、业务机制、业务模式 技术架构、关键技术、模型和算法 创新点具体、明确 支持国产品牌软硬件产品使用、推进自主创新 （财政部、财政局文件，政府采购、推荐目录）， 优先选用自主创新的软硬件产品，必须选用国外品 牌产品时要经过严格论证并特别说明 三、模版说明三、模版说明-目的目的 模版目的： 明确项目申报材料要求，使项目申报材 料中能充分反映出项目

5、审查必须关注的要 点内容，提高项目材料质量，减少审查中 反复沟通的工作量，缩短审查周期，加快 项目申请立项速度。 三、模版说明三、模版说明- -总要求总要求 总要求： 1、具体项目材料编写时，可以省略与本次项目实 施内容无关的要求。 2、材料主线： 业务需求-业务方案-技术方案-建 设方案-项目预算 3、 申报材料必须真实、准确、完整（包括项目 材料正文、实施单位自评估表、EXCEL预算明细 表）。 4、 项目方案材料一式两份，正式版本需要加盖 单位公章。 5、可附带相关问题的证明材料（如第三方评测、 专家评审意见、用户使用情况反馈等） 。 三、模版说明三、模版说明- -总要求（续）总要求（续

6、） 项目名称： “XXXX升级改造项目”, 其中XXXX为要被改造的原信 息系统名称，不宜识别项目单位的加项目单位名称。局部 升级改造或分阶段升级改造，在原系统名称后增加限定词 (如一期、2010年)。 申报单位（盖章）： 市级部委办局或市级直属机构，不接受下属机构或部门 直报。 申报时间： 年 月 日 采用阿拉伯数字填写，为正式递交申报书的日期，对于 修改后重新提交的申报书，应填写重新提交时的日期。 三、模版说明三、模版说明- -背景背景 一、背景、依据和现有系统的运行状况 （一）背景和依据 简述单位信息化整体情况,现有信息系 统和本项目背景、依据等。 部门内信息化规划、信息系统建设与运行现

7、 状。 原有系统需要升级改造的内容，以及本次升 级改造的背景和依据，如市委市政府领导批示、 市政府办实事项目、折子工程、奥运需求等。 三、模版说明三、模版说明- -背景（续背景（续1 1） 一、背景、依据和现有信息系统的运行状况 （二）原系统现状 1.业务应用现状 对原系统设计能力和实际实现情况进行简要描述比 较：对业务的信息化支撑程度；支撑完成的业务数量 及占业务总量的比例；业务是否在线完成；业务完成 周期；系统用户总数；单个用户访问时间间隔；用户 单次访问平均在线时长；高峰时期同时在线用户数； 与需要协同或有前置、后续业务处理关系的部门间的 相关系统整合联通情况；与项目有关的政务信息资源

8、在部门内外的分布状况、管理维护状况等。 三、模版说明三、模版说明- -背景（续背景（续1 1） 一、背景、依据和现有信息系统的运行状况 （二）系统现状 2.系统软硬件及数据库现状 从技术层面对系统原设计能力和实际实现 情况进行简要描述比较：系统采用的技术路线 和系统架构；软件开发工具和软硬件运行环境； 软硬件品牌型号与配置；能够承受的数据总量 和并发业务处理量;系统软硬件运行负荷状况、 软硬件运行是否正常等。 三、模版说明三、模版说明- -背景（续背景（续2 2） 一、背景、依据和现有信息系统的运行状况 （二）系统现状 3.网络及安全体系现状 对原系统设计能力和实际实现情况进行简 要描述比较：

9、现有网络拓扑结构图；与相关网 络的连通情况及出口带宽、实际支撑业务的出 口数据平均流量、峰值流量；安全风险评估； 安全等级保护工作；安全体系建设；容灾体系 建设等。 三、模版说明三、模版说明- -背景（续背景（续3 3） 一、背景、依据和现有信息系统的运行状况 （二）系统现状 4.信息化资产现状 参照北京市市级信息系统升级改造项目决 算报告（参考模版）的“决算021表” 和“决 算021表”格式说明相关的信息化资产现状。 三、模版说明三、模版说明- -背景（续背景（续4 4） 一、背景、依据和现有信息系统的运行状况 （三）现阶段运行效果 被升级改造系统运行期间产生的社会和经济效 益，如产生的良

10、好社会影响、节省的社会经济或 时间成本统计分析，支撑完成的公共服务数量及 其占部门公共服务总量的比例；支撑完成的核心 业务数量及其占部门核心业务总量的比例；系统 用户对系统是否满意；系统运行后资源共享、协 同办公支撑的效果；信息资源运维情况；原系统 建设时投入的资金、设备等资源配置的合理性分 析等。 三、模版说明三、模版说明- -背景（续背景（续5 5） 一、背景、依据和现有信息系统的运行状况 （四）存在问题和升级改造必要性 根据项目要涉及内容,分别对应说明原系统存在的问题 和原因，并分析说明不进行升级改造将会产生的风险： 1、系统升级改造:现有信息系统哪些功能和性能不能满足 业务发展和信息共

11、享的需求需要进行功能扩展和完善；现 有信息系统有哪些较大缺陷需进行完善或进行技术架构改 造等。 2、安全加固:是否原有信息系统没有整体信息安全保障措 施需要增加信息安全体系建设；原有信息安全保障措施随 着技术进步需要进行哪些更新和升级；哪些信息系统安全 等级提高情况导致需要对原有信息安全体系进行加固建设 （不含信息安全体系正常运维保障）等。 三、模版说明三、模版说明- -背景（续背景（续6 6） 一、背景、依据和现有信息系统的运行状况 （四）存在问题和升级改造必要性 3、软硬件产品更新:需要进行版本升级的软件产品（如，操作 系统、数据库系统、中间件等）的具体情况；因服务协议到期、 技术进步或推

12、动自主创新而需进行更换的软件产品的具体情况； 因设备老化、系统软件对硬件的要求提升、网络流量增加等原 因需对网络设备和计算机等硬件设备进行更换或升级的具体情 况；因业务发展需要而需扩充硬件设备配置和软件产品的配置 具体情况等。 自评估报告要难找模板，从可能导致项目必须实施的：系统所支 撑业务指标、技术架构体系及所遵循标准和规范指标、信息资源共享 与交换指标需求、信息系统自身的性能和功能指标等四个方面变化情 况对项目的必要性进行评估。 三、模版说明三、模版说明- -目标目标 二、升级改造的目标 （一）业务目标 项目实施后业务方面将要达到的目标等: 、升级改造后改进服务和提高效率的量 化绩效目标；

13、 2、明确将要支撑的业务内容，根据业务需 求分析成果，论证说明支持的用户、业务 和数据规模目标； 3、规范化业务流程、完善业务机制及信息 资源建设管理机制的目标。 三、模版说明三、模版说明- -目标（续）目标（续） 二、升级改造的目标 （二）技术目标 根据项目内容对应论证说明为实现业务目标所要达到的技 术功能性能目标: 1、软件的功能、性能、易用性、兼容性、可靠性、健壮 性等及支持自主创新的目标； 2、网络、存储、主机、机房设备等硬件的性能、兼容性 等及支持自主创新的目标； 3、根据系统安全风险合确定的安全等级，依据相应等级 保护要求，在物理、网络、主机、应用、数据备份等方面 及支持自主创新的

14、目标； 4、遵循的业务标准、信息资源标准和技术标准、建设中 可以形成的规范目标； 5、技术保障运行、支撑业务和数据维护、应急保障等运 维方面的目标。 三、模版说明三、模版说明- -方案方案 三、升级改造方案 申报书核心，依据现状、需求分析和升级改造目标提 出具体方案。根据项目实施涉及内容,方案要求分别如下： （一）信息系统功能扩展和完善类 根据信息系统现状、需求和升级改造目标，调整优化业 务流程，在充分利用现有系统软件、硬件、信息资源或整 合现有其他信息系统的基础上，制定功能完善或功能扩展 总体解决方案，要明确说明信息资源共享需求和能力，明明 确业务流程、系统架构、技术路线、功能模块、网络拓扑

15、确业务流程、系统架构、技术路线、功能模块、网络拓扑 结构、系统软硬件配置及部署情况等，列出应用软件开发结构、系统软硬件配置及部署情况等，列出应用软件开发 工作量及产品化软件明细。工作量及产品化软件明细。 三、模版说明三、模版说明- -方案（续）方案（续） 三、升级改造方案 （二）信息安全建设或加固 按照相关文件要求，根据现有安全体系现状、需求和目 标、风险评估要点、信息安全保护等级等因素，提出信息提出信息 安全体系建设或加固方案（包括安全域划分图、安全设施安全体系建设或加固方案（包括安全域划分图、安全设施 和安全策略部署图、安全软硬件设备选型配置等）、信息和安全策略部署图、安全软硬件设备选型配

16、置等）、信息 安全测评计划及本项目建设内容等。安全测评计划及本项目建设内容等。 （三）软件产品及硬件产品升级和更换 根据应用系统和办公计算机对软件产品的需求、服务期 限、可更换的产品等方面提出软件产品扩容、升级或更换软件产品扩容、升级或更换 方案。方案。 根据系统性能和信息流流量对硬件的要求，提出硬件设硬件设 备扩容、升级和更换方案。备扩容、升级和更换方案。 三、模版说明三、模版说明- -预算预算 四、项目预算 要有项目预算汇总表和项目预算明细（附Excel 表）: （一）硬件类费用（一）硬件类费用 参考产品类型、用途、型号、配置、数量、单价、总价、 是否国外品牌产品。需要询价。 （二）软件类

17、费用（二）软件类费用 产品软件：类型、用途、版本型号、配置（用户数/CPU 数量）、数量、单价、总价、是否国外品牌产品。需要询 价。 开发软件：功能模块名称、人月工作量、人月单价、总价、 功能说明等。可参考功能点方法。 （三）配套工程类费用（三）配套工程类费用 综合布线、机房改造、机房设备等，详细的预算估算表 三、模版说明三、模版说明- -预算（续）预算（续） 四、项目预算 （四）相关其他费用相关其他费用 监理费： 100万以上项目， 建设工程监理与相关服务收 费管理规定 发改价格2007670号） 集成费：项目总预算的5-7% 信息资源建设费：采集方式、数量、单价 培训费：人数、内容、时间、

18、单价 第三方软件测评费：100万以上项目，软件开发费用的5- 8% 第三方安全测评费： 3级以上，核心硬件设备1万元/个+开 发软件安全测评费，20万以下1万元，20万至50万为2万 元，50万至100万的为4万元，100万以上为6万元。或单 独评估，京发改20042965号文， 信息产品或信息系统 每功能组件500元； 三、模版说明三、模版说明- -预算（续）预算（续） 四、项目预算 说明：信息化升级改造以外的费用，暂不 进行审查，包括： 运维费，需向财政另行申请费用。 网络线路费，需向财政单独申请费用。 与项目开展相关度不高的调研费、差旅费、 会议费、场地费等。 办公桌椅购置等办公环境建设。 四、常见问题四、常见问题 1、没有规划和总体思路，看不到总体目标。 2、没有陈述清楚具体实施内容和必要性之 间的关系。 3、项目边界没有明确界定，只说总体目标 或原则，不知本期具体实施内容 4、对国家和地方的相关要求不清楚（相关 文件见北京市电子政务相关文件资料汇 编（2009 版） 。 5、部门内部或者行业缺