数字化改革应用项目建设方案编制指南（县级）.docx

《数字化改革应用项目建设方案编制指南（县级）.docx》由会员分享，可在线阅读，更多相关《数字化改革应用项目建设方案编制指南（县级）.docx（18页珍藏版）》请在第一文库网上搜索。

1、政府数字化改革应用项目建设方案编制指南（县级）根据数字化改革领导小组关于进一步加强数字化改革项目 规范管理的通知、政府投资信息化项目管理办法，以及IRS 系统建设应用要求，现编制形成数字化改革应用项目建设方案 编制指南。第一章基本要求一是强调“顶层设计、增量开发、迭代升级”原则。在数字 化改革“1512”工作体系下，通过梳理“三大清单”，科学运用 “五大方法、四大机制”，编制项目建设方案。二是强调业务流程重塑和机制创新。要按V字理论重构业务 流程，重塑业务机制，形成切实有效，能快速解决问题的业务协 同模型，确保应用管用，防止低水平的数字化。三是强调建设内容的合理安排。要处理好纵向横向、近期长

2、期、存量和增量关系。按照急用先行、重要先行原则，分期开展 项目建设。要与上级业务系统做好差异化对接，防止功能重复。 要充分利用存量应用系统的建设成效，通过系统对接或集成的方 式实现建设，防止全部重起炉灶重新建设。四是强调建设方式的规范。要按市县一体化智能化公共数据 平台建设和应用规范制定建设方案，要紧紧围绕核心业务应用， 把主要财力聚焦于业务应用层本身，网络、云、组件、数据中台、 两端等基础支撑设施应全面依托于一体化智能化公共数据平台。在项目方案中要合理确定业务应用基本单位，并以应用为基 本单位进行相关数据、组件、政务云等数字资源的实施、同源发 布（两端）等详细设计。要充分利用IRS “一本帐

3、”能力，对项 目方案中涉及到的应用以及相关业务功能进行查重或查询。凡是 已经揭榜挂帅的，其它单位不得再建，凡是级部门已经统建的， 县级部门不得再建。对于内其它部门已经建设的，且业务应用相 同的，可采用应用复用或购买服务方式，防止出现重复投资建设。 建设实施期间要通过IRS系统，统一申请使用数字资源以及用户 体系、支付体系等统一的强制组件。项目建成后应将业务应用系 统作为基本单位在IRS中建档。五、增加方案结构化等相关附表。为便于计算机系统对项目 方案内容进行系统化管理，根据IRS管理指标要求，对项目建设 方案的关键信息进行了结构提取，以表格形式进行管理，为将来 系统化管理打下基础。第二章编制大

4、纲方案原则上按下表的大纲进行编制，可根据项目的实际情况, 对有关章节进行调整。一、项目综述（一）项目名称（二）项目建设单位（三）项目主要建设内容和建设期（四）项目建设层级、建设模式（五）总投资及资金来源二、项目建设单位概况（一）项目协调机构（二）建设单位以及相关协同部门的任务分工和职责三、项目必要性分析（一）问题和差距（二）政策文件依据（三）改革任务目标（四）价值和意义四、项目需求分析（-）业务需求分析（二）功能需求分析五、项目可行性分析（一）相关存量应用调研分析（二）技术实施及运维保障条件分析六、详细设计方案（一）系统总体框架设计（二）业务应用层设计（S）应用支撑层设计（四）数据资源层设计（

5、五）基础设施层设计七、与数字化改革总体方案的关系（重点审查章节）八、信息安全保障体系设计（重点审查章节）九、落实安全可靠要求的相关情况说明（重点审查章节）十、项目建设与运行管理方案（一）组织保障体系（二）政策制度保障体系（三）标准规范实施体系十一、项目建设实施进度计划十二、投资概算（一）总投资概算（二）分项概算（S）投资概算编制说明十三、项目效益与风险分析（一）项目的经济效益和社会效益分析（二）项目风险分析附表：1、项目方案结构化指标表2、项目投资概算表3、项目产生核心业务数据资源表4、项目共享外部数据资源表5、项目产生组件资源表6、项目共享使用组件资源表7、政务云资源申请表附图：1、总体框架

6、图（“四横四纵”）2、系统网络拓扑图3、其它证明材料注：各章节内容根据需要可增加调整。第三章编制内容要求（文中出现相关术语、要素、指标等的定义及标准请参考数 字化改革术语定义（DB33/T 23502021）,IRS应用目录编制 规范和级电子政务项目立项评审要点等文件）一、项目综述（-）项目名称描述项目名称。项目命名一般由地域+核心业务关键字+（期 数）（期数非必填，示例：舟山市海上一体化项目（一期）。（二）项目建设单位描述项目建设单位及实施单位、项目建设单位负责人（职务、 联系方式）、项目建设单位联系人（职务、联系方式）。（三）项目主要建设内容和建设期简述项目主要建设内容（主要的业务应用场景

7、以及其它附属 投资建设内容）、项目起始时间、项目终止时间。（四）项目建设层级、建设模式1、说明项目的建设层级（省、市、县）、是否初次建设等内 容。2、说明项目的建设模式。（统一建设、共同使用；统一建设， 分级部署；揭榜挂帅、中榜建设）（五）总投资及资金来源简述项目总投资、分期投资及资金来源和构成。二、项目建设单位概况（一）项目协调机构描述项目的协调机构的概况，包括：机构名称、牵头部门、 项目建设部门、项目相关的机构职责等。（二）建设单位以及相关协同部门的建设任务分工和职责 描述项目建设单位和其他协同部门的部门名称、建设的任务 分工及对应的职责（核心业务）。三、项目必要性分析（一）问题和差距分析

8、说明现有应用系统存在的主要问题和差距。可分别从业 务功能性、组件及数据资源整合共享、网络安全等方面分析。（二）政策文件依据1、说明政策文件依据。列出项目建设政策文件、项目规划 批复文件、项目建议书或可行性研究报告批复文件等名称及文号, 并明确说明政策依据中涉及本项目的内容以及与项目建设有关 的其它依据等。（文件依据的来源包括：（1）中央、国家、部委发布的法规、政策、文件、规划， 以及决策部署等文件中有关项目建设要求或任务计划。（2）县委县政府发布的，或经县委县政府同意，由县级单 位发布的政策、文件、规划，以及决策部署等文件中有关项目建 设要求或任务计划。如属于数字化改革重点项目，需说明项目建

9、设、市、县分级任务。（3）县委县政府相关通知或县领导批示有关建设本项目的 要求的内容。（4）其他支撑文件中明确要求实施该项目相关内容。2、列出执行的标准文件等名称及标准号，并明确说明标准 中涉及本项目的标准内容。（三）改革任务目标说明项目建设中有关法律法规突破、体制机制创新、政策制 度供给、业务流程重塑等涉及数字化改革的内容。（四）价值和意义概述项目建设的价值和意义，产生的经济效益和社会效益等, 包括直接效益和间接效益，需要进行量化。四、需求分析（一）业务需求分析结合“三张清单”详细分析本项目需要实现的业务功能，及 要实现的业务目标，业务流程（包括与其它系统协同）、业务处 理量等业务逻辑，明确

10、业务功能边界。（二）功能需求分析根据业务需求，详细分析应用系统功能需求、应用发布端（浙 里办、浙政钉）需求、应用支撑需求（组件、中台等）、数据资 源需求（系统协同共享等）以及基础设施支撑等方面需求。五、项目可行性分析（一）相关存量应用调研分析详细说明建设单位现有信息化系统的建设情况，包括数据中 心建设、网络情况、支撑平台、业务应用系统及运维方式等情况。 如有协同部门的存量信息化系统与本项目相关也要求一并说明 情况。（二）技术实施及运维保障条件分析1、按照成熟稳定原则，针对目前可采用的技术进行分析， 说明技术路线的可靠性、稳定性、复杂性。2、详细说明业务工作对本项目的依赖程度，并说明现有或 将要

11、建立的运维保障机制的可行性。六、详细设计方案（一）系统总体框架设计应包含建设原则、标准规范、系统总体框架、网络框架和部 署方式。L建设原则：从技术发展、兼容性、可用性、易维护性、安 全性、性价比、节能环保等角度说明项目建设应遵循的基本原则。2 .标准规范：列举项目建设前期设计过程中遵循和参考的标 准规范。3 .系统总体框架：说明项目总体架构、子场景/功能模块等。4 .网络框架：根据部门专网整合至电子政务外网的要求，详 细设计用户接入及系统软硬件部署网络拓扑图。5 .部署方式：本项目部署情况（上云、本地机房），所需设 备与软件配置的利旧情况等。（二）业务应用层设计论述包括功能模块、数据资源、共享

12、与交换体系设计，系统 软件、数据库、产品软件选型计划，应用软件开发工作量等。L充分考虑与已有相关系统关系的前提下，进行子系统划分, 并描述应用系统的结构、各子系统的主要功能，说明各组成部分 的功能、性能、安全要求、技术要点和技术方案。6 .初步提出项目各子系统之间集成的技术方案，本单位的业 务流程整合设计和信息系统集约化整合设计等，描述项目与现有 （或在建）系统之间整合的技术方案。明确应用系统与其他单位 业务系统关联设计，体现信息共享、业务协同、自动化信息审核 等。7 .初步提出项目中涉及应用软件定制开发工作量核算结果。8 .若涉及视频监控系统设计，需包括前端监控点设计（监控 点分布与摄像机配

13、置情况、立杆、前端供电）、传输网络设计（管 道、光缆、电缆、配线、配管技术要求）、监控机房设计及防雷 设计。（三）应用支撑层设计详述应用系统所需的支撑资源以及实现方式。包括：中间件 资源，组件资源等，以及开发、购置或复用方式。另外，也要说 明应用同源发布的支撑平台要通过IRS系统进行同源发布管理， 实现统一源头管理，可多端发布、被不同渠道共享，减少重复建 设。（四）数据资源层设计按业务协同模型设计确定数据共享模型，提供数据需求清单, 包含数据名称、来源部门、接入方式、更新周期等，并提供本项 目直接采集数据目录清单和预期可开放共享数据目录清单。列表 详细说明直接采集数据表、共享使用数据表、业务产

14、生数据表、 大数据分析计算环境、商品软件或数据服务购置等内容。（五）基础设施层设计按一体化智能化公共数据平台架构体系设计基础设施和部 署方式。围绕核心业务应用，网络、云、数据中台等基础支撑设 施应依托于一体化公共数据平台，防止借此项目机会重新大量投 入一些云平台等基础设施。七、与数字化改革总体方案的关系（重点审查章节）（一）基础设施明确系统在政务云的部署方案、基于电子政务网络的网络环 境部署方案，测算云资源需求。（二）数据资源明确系统涉及数据资源清单是否已列入信息资源目录体系， 提出数据资源归集到县公共数据平台的方案，明确项目涉及的跨 部门数据共享、系统对接需求，明确基于公共数据平台的数据归

15、集、共享、交换、开放方案。（三）应用系统明确应用系统和“1512”体系的关系，面向互联网（移动互 联网）提供服务的系统应明确项目接入政务服务网（浙里办）的 方案，涉及政府运行、决策辅助的项目明确接入“浙政钉”的方 案，延伸至乡镇（街道）、村（社区）的项目明确接入基层四平 台及县社会治理大联动平台的方案，涉及行政执法办案、风险预 警监测等模块的项目明确接入县社会治理大联动平台的方案，涉 及公共信用应用的项目说明与公共信用信息平台的关系。八、信息安全保障体系设计（重点审查章节）结合业务需求分析安全风险隐患，明确系统的安全域划分, 确定系统的安全等级，制定安全策略，包括应急方案，提出安全 解决方案和主要软硬件设备选型。按照信息安全技术网络安全 等级保护基本要求（GB/T 22239-2019）及相关文件要求，分析 信息安全需求，指出系统的较高的风险点，并提出数据备份及系 统安全要求。列表说明安全设施购置内容。九、落实安全可靠要求的相关情况说明（重点审查章节）专章说明落实安全可靠要求的相关情况，若存在不适用安全 可靠软硬件产品，需采购名录外非安可产品的，必须说明充 分理由，标明拟采购非安可产品