320 likes | 409 Views
电子政务项目审查要求说明. 2014年10月25日. 提纲. 一、程序要求 二、审查要点 三、模版说明 四、常见问题. 一、程序要求. 项目全生命周期管理 规划计划 申报审批 建设实施 验收审计 运行维护 监督评价 申报程序 市级:部门内部统筹上报(自评估)、信息办审查、财政局 / 发改委审批( 08 年开始实施) 电子政务项目分类 ( 新建 - 固定资产投资项目、升级改造、运维 … ). 二、审查要点. 项目审查关注的核心 项目实施的必要性 项目方案的合理性. 二、审查要点 - 必要性. 实施必要性 本部门“三定方案”要求;
E N D
电子政务项目审查要求说明 2014年10月25日
提纲 • 一、程序要求 • 二、审查要点 • 三、模版说明 • 四、常见问题
一、程序要求 • 项目全生命周期管理 • 规划计划 • 申报审批 • 建设实施 • 验收审计 • 运行维护 • 监督评价 • 申报程序 • 市级:部门内部统筹上报(自评估)、信息办审查、财政局/发改委审批(08年开始实施) • 电子政务项目分类(新建-固定资产投资项目、升级改造、运维…)
二、审查要点 • 项目审查关注的核心 • 项目实施的必要性 • 项目方案的合理性
二、审查要点-必要性 • 实施必要性 • 本部门“三定方案”要求; • 对完成部门业务工作目标有价值; • 原有系统不能满足变化了的需求; • 市委市政府领导批示、市政府办实事项目、折子工程等。
二、审查要点-合理性 • 1、业务合理性(核心) • 2、信息资源体系合理性 • 3、技术方案合理性(重点) • 4、信息安全保障体系合理性 • 5、资金预算合理性(落脚点) • 6、标准规范体系合理性 • 7、保障措施合理性 • 8、自主创新合理性(热点)
二、审查要点-合理性(续1) • 1、业务合理性 需求、目标、模式、建设内容明确 符合规划、计划要求,业务模式和业务流程优化 和其他项目边界、关系清楚。 • 2、信息资源体系合理性 信息资源目录梳理与建设工作符合部门、市要求 共享需求 共享方案
二、审查要点-合理性(续2) • 3、技术方案合理性 技术框架符合全市总体技术框架要求 进行了集约化统筹规划 技术方案(架构、配置等)适合业务需求 符合全市有关要求(网络、共享交换平台) 系统软硬件产品与设备选型及开发工作量评估合理 • 4、信息安全保障体系合理性 系统安全定级,等级保护 利用现有信息安全保障资源和条件(证书、容灾) 安全产品和服务政府统一采购目录
二、审查要点-合理性(续3) • 5、资金预算合理性 各项预算内容、规格、数量与需求相匹配 预算明细详细、明确、合理。 • 6、标准规范体系合理性 遵循国家、北京市、部门电子政务相关技术标准和规范 促进或推动可能需要的标准制订
二、审查要点-合理性(续4) • 7、保障措施合理性 现有业务、设施、人员、管理机制等条件 项目建设质量管理和风险控制措施 项目运行维护方式、措施 • 8、自主创新合理性 组织机构、业务机制、业务模式 技术架构、关键技术、模型和算法 创新点具体、明确 支持国产品牌软硬件产品使用、推进自主创新(财政部、财政局文件,政府采购、推荐目录), 优先选用自主创新的软硬件产品,必须选用国外品牌产品时要经过严格论证并特别说明
三、模版说明-目的 • 模版目的: • 明确项目申报材料要求,使项目申报材料中能充分反映出项目审查必须关注的要点内容,提高项目材料质量,减少审查中反复沟通的工作量,缩短审查周期,加快项目申请立项速度。
三、模版说明-总要求 • 总要求: • 1、具体项目材料编写时,可以省略与本次项目实施内容无关的要求。 • 2、材料主线: 业务需求-业务方案-技术方案-建设方案-项目预算 • 3、 申报材料必须真实、准确、完整(包括项目材料正文、实施单位自评估表、EXCEL预算明细表)。 • 4、 项目方案材料一式两份,正式版本需要加盖单位公章。 • 5、可附带相关问题的证明材料(如第三方评测、专家评审意见、用户使用情况反馈等)。
三、模版说明-总要求(续) 项目名称: • “XXXX升级改造项目”, 其中XXXX为要被改造的原信息系统名称,不宜识别项目单位的加项目单位名称。局部升级改造或分阶段升级改造,在原系统名称后增加限定词 (如一期、2010年)。 申报单位(盖章): • 市级部委办局或市级直属机构,不接受下属机构或部门直报。 申报时间: 年 月 日 • 采用阿拉伯数字填写,为正式递交申报书的日期,对于修改后重新提交的申报书,应填写重新提交时的日期。
三、模版说明-背景 一、背景、依据和现有系统的运行状况 • (一)背景和依据 简述单位信息化整体情况,现有信息系统和本项目背景、依据等。 • 部门内信息化规划、信息系统建设与运行现状。 • 原有系统需要升级改造的内容,以及本次升级改造的背景和依据,如市委市政府领导批示、市政府办实事项目、折子工程、奥运需求等。
三、模版说明-背景(续1) 一、背景、依据和现有信息系统的运行状况 • (二)原系统现状 1.业务应用现状 对原系统设计能力和实际实现情况进行简要描述比较:对业务的信息化支撑程度;支撑完成的业务数量及占业务总量的比例;业务是否在线完成;业务完成周期;系统用户总数;单个用户访问时间间隔;用户单次访问平均在线时长;高峰时期同时在线用户数;与需要协同或有前置、后续业务处理关系的部门间的相关系统整合联通情况;与项目有关的政务信息资源在部门内外的分布状况、管理维护状况等。
三、模版说明-背景(续1) 一、背景、依据和现有信息系统的运行状况 • (二)系统现状 2.系统软硬件及数据库现状 从技术层面对系统原设计能力和实际实现情况进行简要描述比较:系统采用的技术路线和系统架构;软件开发工具和软硬件运行环境;软硬件品牌型号与配置;能够承受的数据总量和并发业务处理量;系统软硬件运行负荷状况、软硬件运行是否正常等。
三、模版说明-背景(续2) 一、背景、依据和现有信息系统的运行状况 • (二)系统现状 3.网络及安全体系现状 对原系统设计能力和实际实现情况进行简要描述比较:现有网络拓扑结构图;与相关网络的连通情况及出口带宽、实际支撑业务的出口数据平均流量、峰值流量;安全风险评估;安全等级保护工作;安全体系建设;容灾体系建设等。
三、模版说明-背景(续3) 一、背景、依据和现有信息系统的运行状况 • (二)系统现状 4.信息化资产现状 参照《北京市市级信息系统升级改造项目决算报告(参考模版)》的“决算02-1表” 和“决算02-1表”格式说明相关的信息化资产现状。
三、模版说明-背景(续4) 一、背景、依据和现有信息系统的运行状况 • (三)现阶段运行效果 被升级改造系统运行期间产生的社会和经济效益,如产生的良好社会影响、节省的社会经济或时间成本统计分析,支撑完成的公共服务数量及其占部门公共服务总量的比例;支撑完成的核心业务数量及其占部门核心业务总量的比例;系统用户对系统是否满意;系统运行后资源共享、协同办公支撑的效果;信息资源运维情况;原系统建设时投入的资金、设备等资源配置的合理性分析等。
三、模版说明-背景(续5) 一、背景、依据和现有信息系统的运行状况 • (四)存在问题和升级改造必要性 根据项目要涉及内容,分别对应说明原系统存在的问题和原因,并分析说明不进行升级改造将会产生的风险: • 1、系统升级改造:现有信息系统哪些功能和性能不能满足业务发展和信息共享的需求需要进行功能扩展和完善;现有信息系统有哪些较大缺陷需进行完善或进行技术架构改造等。 • 2、安全加固:是否原有信息系统没有整体信息安全保障措施需要增加信息安全体系建设;原有信息安全保障措施随着技术进步需要进行哪些更新和升级;哪些信息系统安全等级提高情况导致需要对原有信息安全体系进行加固建设(不含信息安全体系正常运维保障)等。
三、模版说明-背景(续6) 一、背景、依据和现有信息系统的运行状况 • (四)存在问题和升级改造必要性 • 3、软硬件产品更新:需要进行版本升级的软件产品(如,操作系统、数据库系统、中间件等)的具体情况;因服务协议到期、技术进步或推动自主创新而需进行更换的软件产品的具体情况;因设备老化、系统软件对硬件的要求提升、网络流量增加等原因需对网络设备和计算机等硬件设备进行更换或升级的具体情况;因业务发展需要而需扩充硬件设备配置和软件产品的配置具体情况等。 • 自评估报告要难找模板,从可能导致项目必须实施的:系统所支撑业务指标、技术架构体系及所遵循标准和规范指标、信息资源共享与交换指标需求、信息系统自身的性能和功能指标等四个方面变化情况对项目的必要性进行评估。
三、模版说明-目标 • 二、升级改造的目标 • (一)业务目标 • 项目实施后业务方面将要达到的目标等: • 1、升级改造后改进服务和提高效率的量化绩效目标; • 2、明确将要支撑的业务内容,根据业务需求分析成果,论证说明支持的用户、业务和数据规模目标; • 3、规范化业务流程、完善业务机制及信息资源建设管理机制的目标。
三、模版说明-目标(续) • 二、升级改造的目标 • (二)技术目标 根据项目内容对应论证说明为实现业务目标所要达到的技术功能性能目标: • 1、软件的功能、性能、易用性、兼容性、可靠性、健壮性等及支持自主创新的目标; • 2、网络、存储、主机、机房设备等硬件的性能、兼容性等及支持自主创新的目标; • 3、根据系统安全风险合确定的安全等级,依据相应等级保护要求,在物理、网络、主机、应用、数据备份等方面及支持自主创新的目标; • 4、遵循的业务标准、信息资源标准和技术标准、建设中可以形成的规范目标; • 5、技术保障运行、支撑业务和数据维护、应急保障等运维方面的目标。
三、模版说明-方案 • 三、升级改造方案 申报书核心,依据现状、需求分析和升级改造目标提出具体方案。根据项目实施涉及内容,方案要求分别如下: • (一)信息系统功能扩展和完善类 • 根据信息系统现状、需求和升级改造目标,调整优化业务流程,在充分利用现有系统软件、硬件、信息资源或整合现有其他信息系统的基础上,制定功能完善或功能扩展总体解决方案,要明确说明信息资源共享需求和能力,明确业务流程、系统架构、技术路线、功能模块、网络拓扑结构、系统软硬件配置及部署情况等,列出应用软件开发工作量及产品化软件明细。
三、模版说明-方案(续) • 三、升级改造方案 • (二)信息安全建设或加固 • 按照相关文件要求,根据现有安全体系现状、需求和目标、风险评估要点、信息安全保护等级等因素,提出信息安全体系建设或加固方案(包括安全域划分图、安全设施和安全策略部署图、安全软硬件设备选型配置等)、信息安全测评计划及本项目建设内容等。 • (三)软件产品及硬件产品升级和更换 • 根据应用系统和办公计算机对软件产品的需求、服务期限、可更换的产品等方面提出软件产品扩容、升级或更换方案。 • 根据系统性能和信息流流量对硬件的要求,提出硬件设备扩容、升级和更换方案。
三、模版说明-预算 • 四、项目预算 要有项目预算汇总表和项目预算明细(附Excel表): • (一)硬件类费用 • 参考产品类型、用途、型号、配置、数量、单价、总价、是否国外品牌产品。需要询价。 • (二)软件类费用 • 产品软件:类型、用途、版本型号、配置(用户数/CPU数量)、数量、单价、总价、是否国外品牌产品。需要询价。 • 开发软件:功能模块名称、人月工作量、人月单价、总价、功能说明等。可参考功能点方法。 • (三)配套工程类费用 • 综合布线、机房改造、机房设备等,详细的预算估算表
三、模版说明-预算(续) • 四、项目预算 • (四)相关其他费用 • 监理费: 100万以上项目, 《建设工程监理与相关服务收费管理规定 发改价格[2007]670号》) • 集成费:项目总预算的5-7% • 信息资源建设费:采集方式、数量、单价 • 培训费:人数、内容、时间、单价 • 第三方软件测评费:100万以上项目,软件开发费用的5-8% • 第三方安全测评费: 3级以上,核心硬件设备1万元/个+开发软件安全测评费,20万以下1万元,20万至50万为2万元,50万至100万的为4万元,100万以上为6万元。或单独评估,京发改[2004]2965号文, 信息产品或信息系统每功能组件500元;
三、模版说明-预算(续) • 四、项目预算 说明:信息化升级改造以外的费用,暂不进行审查,包括: • 运维费,需向财政另行申请费用。 • 网络线路费,需向财政单独申请费用。 • 与项目开展相关度不高的调研费、差旅费、会议费、场地费等。 • 办公桌椅购置等办公环境建设。
四、常见问题 • 1、没有规划和总体思路,看不到总体目标。 • 2、没有陈述清楚具体实施内容和必要性之间的关系。 • 3、项目边界没有明确界定,只说总体目标或原则,不知本期具体实施内容 • 4、对国家和地方的相关要求不清楚(相关文件见《北京市电子政务相关文件资料汇编》(2009 版)) 。 • 5、部门内部或者行业缺乏统筹管理或者统筹方案不完善。
四、常见问题(续1) • 6、资源共享没有具体可操作或考核的方案。 • 7、技术路线优劣分析、产品设备功能性能介绍陈述过多。 • 8、材料不严谨,前后内容不一致。 • 9、文字表述不清, 定性描述多,定量描述少。 • 10、迷信国外产品。
四、常见问题(续2) • 11、涉密项目作为个案特殊处理,材料尽量不涉密。保密系统投入使用应经市国家保密局审批,其总体方案和安全方案应经特殊的审查论证和测评,承建单位应具备涉密信息系统集成资质。 • 12、还没有完成或刚完成的新建和升级改造项目,进行升级改造,没有评估考核结论。