北京信息化项目申请报告书编制说明和模板

WORD 格式可编辑 北京市市级部门信息系统升级改造项目 申报书编写说明 各项目申报单位应根据本部门顶层设计成果，结合信息 化建设的实际情况，根据拟申报项目建设内容，选择申报书 参考模板中的相关章节，如实填写，申报材料必须真实、准 确、完整。 申报书可附带相关的证明材料。（如专家论证意见、领 导批示、上级主管单位发文等） 专业知识整理分享 WORD 格式可编辑 第一部分申报书封面说明第一部分申报书封面说明 项目名称 对于新建类项目，项目名称一般为主责单位简称 XXXX “建设项目” ， XXXX 应为新建信息系统的名称，如 “北京市经信委办公系统建设项目” 。对于分期建设的项目， 可在项目后加上 X 期。 对于升级改造类项目，项目名称一般为主责单位简称 XXXX “升级改造项目” ，其中 XXXX 为要被改造的原信 息系统名称，如“北京市经信委办公系统升级改造项目”。 对于只对局部进行升级改造的，可在原系统名称后增加限定 词以示区别，如“北京市经信委办公系统安全体系升级改造 项目” 。对于分期升级改造的项目，可在项目后加上 X 期。 如果信息系统名称中能体现所属行业或委办局，主责单 位简称可省略。 申报单位（盖章） 一般为市级部委办局或市级直属机构，原则上不接受下 属机构或部门越过上级主管部门直接申报的项目。 申报单位项目联系人 一般为申报单位信息化工作主管部门具体负责该项目 的人员。 联系电话 专业知识整理分享 WORD 格式可编辑 一般为固定电话，为便于及时联系沟通，最好同时留存 移动电话。 申报时间年月日 采用阿拉伯数字填写，为正式递交申报书的日期，对于 修改后重新提交的申报书，应填写重新提交时的日期。修改后重新提交的申报书，应填写重新提交时的日期。 专业知识整理分享 WORD 格式可编辑 第二部分申报书内容编写说明第二部分申报书内容编写说明 一、背景、现状和必要性一、背景、现状和必要性 （一）背景（一）背景 概述本项目立项的背景情况和依据，其中立项背景情况 包括项目来源、立项论证过程、对拟支撑业务的重要性和紧 迫性等；立项依据包括市委市政府领导批示、市政府办实事 项目、折子工程、规划范围的等。 如果属于升级改造类项目，还应说明本次要升级改造的 原系统名称、 原建设目标、 建设内容、 建设时间、 终验时间、 投入运行时间、投资规模及运行情况等。如果该系统之前已 经过升级改造，还应说明历次升级改造的相关情况。 （二）现状（二）现状 属于系统升级改造类项目，应说明原系统的现状。如果 属于多系统整合类项目，应说明本次申报项目所涉及的各系 统的现状。主要包括以下内容 1.业务应用方面重点说明原系统在业务支撑范围、业 务处理的实时性和响应时间、业务高峰期在线用户数及并发 用户数、业务协同程度等方面的设计能力和实施状况。 2.原系统情况系统采用的技术路线和系统架构，重点 说明在软件环境（系统软件品牌和版本）、硬件配置（硬件 设备品牌型号） 、数据库、数据存储系统的技术和容量、网 专业知识整理分享 WORD 格式可编辑 络及安全等方面的设计能力和实际配置，网络和设备连接图 （与相关网络的连通情况及出口带宽）。安全风险评估；安 全等级保护工作；安全体系建设；容灾体系建设等。 3. 原系统运行效果 1）概括说明原系统业务应用是否正常、软硬件运行负 荷状况等。所支撑业务的实际数据平均流量和峰值流量。 2） 系统产生的社会效益和经济效益 （投入/产出情况） ， 公共服务覆盖率、 用户满意度， 资源共享、 协同办公等效果， 资金等资源配置的合理程度等。 4.信息化资产情况。 参照北京市市级信息系统升级改造项目决算报告（参 考模版） 的“决算 02－1 表” 和“决算 02－1 表”格式说 明相关的信息化资产现状。 5.存在问题 应从原系统的业务应用、支撑服务，软件系统、硬件系 统及信息安全体系等方面，分析存在的问题、风险及其原因 等。 （1）原系统哪些功能和性能不能满足业务发展或信息 资源共享等方面需求，需要进行功能完善和扩展；原系统存 在哪些较大缺陷，需进行完善或进行技术架构改造等。 （2）原系统没有整体信息安全保障措施，需要增加信 息安全体系建设；原系统信息安全保障措施需要进行哪些更 新和升级；原系统的信息安全等级提高等情况导致需要对原 有信息安全体系进行加固建设（不含信息安全体系正常运维 专业知识整理分享 WORD 格式可编辑 保障）等。 （3）需要进行版本升级的软件产品（如，操作系统、 数据库系统、中间件等）的情况；因服务协议到期需进行更 换的软件产品；因设备老化、系统软件对硬件的要求提升、 网络流量增加等原因需对网络设备和计算机等硬件设备进 行更换或升级的具体情况；因业务发展而需扩充硬件设备配 置和软件产品的配置具体情况等。 属于新建项目，应说明与新建项目相关的业务系统情况， 包括实现方式、工作效率、需要解决的问题等。 （三）项目必要性（三）项目必要性 概述项目建设的必要性，一般按以下几个方面进行说明 1．推动业务发展，说明拟支撑业务符合部门“三定方 案”要求，进行信息化建设对支撑本部门业务工作目标有价 值。 2．概括存在的问题，说明需要进行升级改造。 3．市委、市政府领导批示，政府办实事项目，政府折 子工程。 4．上级主管单位发文，要求完成的建设任务，或配套 建设的项目。 5．其它需要说明的必要性。 专业知识整理分享 WORD 格式可编辑 二、需求分析二、需求分析 （一）业务需求（一）业务需求 在充分梳理、优化业务流程的基础上，详细描述申报项 目拟建设系统所支撑业务需求，包括业务边界、业务模式、 业务频度、业务规模等方面内容。 并说明系统的最终用户及管理用户，每类用户在业务流 程中所对应的角色、权限等方面需求。 （二）功能需求（二）功能需求 基于信息系统整合的基础上，根据业务需求，分析申报 项目中拟建设系统的功能需求。可从业务应用软件系统、信 息资源建设、设备、网络、机房环境等多个方面进行分析、 整理和归纳。 如果涉及业务协同需求，应用明确本系统和部门内其他 系统、其他部门业务系统的功能对接需求，即本系统和外部 系统的接口关系。 如果存在对共享交换平台、政务云计算服务平台、移动 政务平台、物联网平台等全市统筹建设的共性平台使用需求， 应说明需要调用哪个共性平台的哪些共性服务。 （三）数据需求（三）数据需求 若项目方案中涉及政务信息资源时，应在信息资源梳理 专业知识整理分享 WORD 格式可编辑 分析的基础上，说明本项目采集、共享、整合或者获取哪些 数据及这些数据的更新频率，并说明数据采集、数据加工处 理、数据存储等方面需求。 如果存在跨部门、跨层级资源共享需求，应说明需要共 享哪些部门的数据，并具体列出数据内容、共享方式、更新 频率等。 如果存在部门内部信息资源的整合需求，应说明需要整 合哪些系统，并具体列出这些系统中已经形成的信息资源等。 （四）性能需求（四）性能需求 说明系统支持的在线用户数、并发用户数、响应时间、 访问速度、可靠性等。 （五）安全需求（五）安全需求 分析政策法规要求、相关技术规范要求、安全风险，说 明系统主要安全需求，及系统在安