贵州省政务信息化建设项目实施方案模板(2026年版）（新建、升级改造）.docx

1、贵州省政务信息化建设项目实施方案模板（2026年版）（新建、升级改造）项目名称:建设单位：XXXXXX（省级部门）编制时间：202X年XX月（若项目为SM项目，需规范标明相关M级及年限）XXX项目实施方案目录第一章项目概述11.1. 项目基本情况11.1.1. 项目名称11.1.2. 项目性质1IlT项目建设期1114项目建设单位11.2. 项目背景概述11.3. 项目建设目标11.4. 项目建设内容简介2L5.项目预算及资金来源21.6. 项目采购模式21.7. 相对部门三年规划的调整情况21.8. 项目可行性分析结论2第二章项目建设单位概况32.1. 项目建设单位简介32.2. 本项目相关

2、单位的职责介绍3第三章现状及需求分析43.1. 项目建设背景及必要性4项目建设背景4项目建设必要性43.2. 项目建设依据43.3. 现状描述及问题分析44,L信息化现状5MMZ存在的主要问题934项目建设需求分析91.1.1. 4.1.业务需求分析91.1.2. 用户角色需求分析944,功能需求分析10344数据资源需求分析10&4,共性服务需求分析131.1.3. 础设施需求分析133.4.7. 网络资源需求分析1454R基础软件需求分析14信息安全需求分析143410系统性能需求分析163411国产化需求分析163.4.12标准规范需求分析162414其他需求分析163.5.部门政务信息

3、系统整合及集约化建设分析（必写）.17UL系统整合需求分析（必写）17352集约化建设需求分析（必写）18WSa特殊情况说明18第四章总体设计方案194.1. 项目设计原则194.2. 总体建设思路194.3. 系统架构设计19421一总体架构设计194A2总体业务架构1942,总体数据架构19434总体网络结构204RS总体安全架构20436系统关联架构2044总体技术路线2044L技术架构204.4.2.主要技术20第五章项目建设内容225.1. 基础设施建设2251L云资源22工12硬件设施225.2. 基础软件设计225.3. 定制化软件系统建设22IMLXX模块功能设计234X2系统

4、对接设计245.4. 数据资源建设24541.总体规划24142数据汇聚应用2444,数据共享开放25544数据质量保障2955信息安全建设295.6. 标准规范建设315.7. 共性服务315.8. 其他31第六章项目实施及保障326.1.项目实施机构32Sll实施单位职责32A12实施单位要求3212人员配置计划3262实施周期及计划32AM项目实施周期3222实施进度规划326.3. 项目培训方案326.4. 实施保障体系3364L运行维护33安全保障3354,质量保障3344.应急保障33第七章项目投资经费347.1. 编制说明347.2. 资金来源347.3. 经费预算35751经费

5、汇总35经费明细37第八章项目效益及风险分析458.1. 项目效益45811.效益分析458.1.2. 建设成效458.2. 风险分析45R?1风险识别与分析45RJ5风险对策与控制45第一章项目概述11项目基本情况11项目名称XXXXX项目（以下简称“XXX项目”）。11.2项目性质新建、升级改造。L1.3项目建设期描述项目建设的起止时间（自合同签订后XX个月完成建设）和质保/免费运维期时间（自项目竣工验收（终验）通过之日起X年）。114项目建设单位项目建设单位：项目负责人：指项目工作的组织者和指挥者，对本项目的全过程实施负责，需填写职务和职称。项目联系人（一级部门）：明确项目具体对接人和联

6、系方式。项目联系人（二级部门）：如为二级部门项目，须明确二级部门单位名称、对接人和联系方式。12.项目背景概述提炼总结项目背景（包括项目由来、项目主要依据、项目建设必要性概要等）。13.项目建设目标对标项目背景，针对建设的紧迫性和必要性提出建设目标，明确在“系统整合、功能合并”方面达到的预期目标，明确本项目建设目标与本单位三年规划的关系，可根据项目规模和实施周期分别制定总体目标和本期目标。L4.项目建设内容简介结合项目经费预算，从基础设施、基础软件、定制化开发软件、信息安全、数据服务等进行描述本项目主要建设内容。注：需与预算内容进行对应。1.1. 5.项目预算及资金来源描述项目总投资预算、资金

7、来源。1.6. 项目采购模式XXX项目采取部门采购/统筹采购模式。1.7. 相对部门三年规划的调整情况主要描述该项目建设内容及资金调整说明。项目建设资金原则上不超过三年规划需求资金。1.8. 项目可行性分析结论从政策法规、经济效益、社会效益、技术路径等维度对本项目的可行性进行结论性阐述（主要针对项目前期工作开展情况进行结论性的描述）。第二章项目建设单位概况2.1.项目建设单位简介根据三定职能，介绍单位情况及主要职责。画出组织机构图，展现本单位组织机构情况，包括本单位内设机构、直属单位等。2.2.本项目相关单位的职责介绍介绍本项目相关处室在项目中的主要工作内容和职责。对于多个部门和单位参与的项目

8、按牵头单位和参加单位的顺序分别描述。第三章现状及需求分析3.1.项目建设背景及必要性概述项目背景，以及项目建设意义和必要性。311项目建设背景描述项目背景，包括政策文件背景、行业发展背景、项目由来背景等。注：建设背景与建设依据章节进行对应。312项目建设必要性从政策依据符合性、需求合理性、建设内容可行性及项目成效等,描述项目建设意义和必要性。3.2.项目建设依据据实罗列项目建设依据及相关文件，明确文件名称、文件号，以及文件中关于本项目建设内容相关的具体描述。相关依据作为项目必要性支撑材料。3.3.现状描述及问题分析详细描述项目建设单位的信息化水平现状及单位现有应用系统情况，例如基础设施、网络

9、资源、业务功能、数据安全防护情况、网络安全防护情况等需进行相应的现状描述。阐述现有业务通过相关信息系统处理情况，以及实际工作业务流程中需改进的方面，分析归纳存在的主要问题与差距。3.3.1信息化现状3.3.1.1.基础设施现状描述本项目涉及的基础设施现状，适当采用表格、拓扑图等进行描述；若不涉及请填写“不涉及基础设施服务”，并进行简要说明。使用贵州政务云平台的，提供相关政务信息系统使用服务器、存储、网络设备情况、承载业务情况、使用量、利用率等。使用本地机房的，提供机房建设情况、设备概况、承载业务情况、建设年份、使用状态及资金投入、维护单位等。其他基础设施包括设备数量、型号、配置、用途、建设年份

10、使用状态及资金投入等。3.3.1.2.网络资源现状明确项目网络部署现状，网络环境包括本项目涉及网络的使用情况、覆盖范围、带宽、以及网络资源峰值利用率等信息，并提供与当前网络相符合的详细网络拓扑图。说明关联IPv6规模部署和应用现状，包括网络规划、设备选用功能应用等方面。3.3.1.3.基础软件现状描述本项目涉及的相关基础软件（包括数据库、中间件、操作系统等）现状，明确基础软件与基础设施关联部署情况。3.3.1.4.业务功能现状对标“章节2.2.本项目相关单位的职责介绍”中具体业务职能，明确业务流程，描述本项目涉及的主要业务信息化现状，包括与本项目关联业务应用系统现状（包括但不限于建设年限、系

11、统功能、建设金额、用户对象及数量、并发用户数、系统接口情况），以及需要进行数据对接、业务协同、系统整合的信息系统的现状。如涉及业务未进行信息化建设，需描述项目的业务工作现有开展方式，包括具体业务应用场景等。3. 3.1.5.数据资源现状根据业务需求，描述本单位所有与项目相关的现有数据资源现状（根据3.3.1.4的具体关联业务系统，依次列举本项目数据现状），具体包括但不限于数据资源目录、数据库建设情况、数据类型格式、数据存储方式、数据量等内容。4. 3.1.6.信息安全现状与本项目相关的信息安全现状和需求描述。详细描述本项目业务系统所在的网络环境安全现状（本地网络与云环境中分别进行描述），当前已

12、部署的安全产品现状，与本项目相关的等保、国密定级、建设与测评现状（新建系统需明确等保定级情况），安全服务保障现状、密码应用现状、网络安全制度管理体系现状等：1 .根据网络现状的梳理，详细描述整个网络区域边界划分（包括电子政务外网、互联网等）以及网络安全设备部署情况，并提供详细网络架构图（重点突出安全设备），需要进一步描述安全设备的数量、型号、配置、用途、建设年份、使用状态及资金投入等情况。示例：边界路由器-A边界路由器-BHA-边界下一代I防火墙-A2界下一个防火墙-B上网行为管理-A上网行为管理-B边界安全接入区安全管理区汇聚交换机-A安全管理区汇聚交换机-B教育资源平台应用平台区终端接入汇

13、聚交换机-A终端接入汇聚交换机-B核心交换机-A终端终端终端终端接入核心交换机-B准入控制系统E0日志审计系统EB威胁检测分析系统杀毒软件堡垒机安全管理区图3-1网络架构图2.描述网络中已部署的安全产品现状，提供安全设备清单，并需要评估是否可以整合使用的情况。表3-1云上安全产品及密码产品清单序号网络区域安全设备数量评估情况备注例如：互联网交换区/运维区防火墙1例如：电子政务外网安全管理区日志审计1例如：互联网交换区/运维区云密码机(VSM)1例如：其他网表3-2本地安全设备及密码产品清单序号网络区域安全设备数量评估情况备注例如：互联网交换区/运维区防火墙1例如：电子政务外网安全管理区日志审计

14、1例如：其他网例如：互联网交换区/运维区密码机11.3 .描述本项目整合前所涉及的业务系统的等级保护定级和测评情况、国密测评情况。表3-3整合前系统的等保和国密情况序号应用系统安全等级等保测评情况国密建设情况国密测评情况备注1.系统1二级/三级2022年已测评2022年已开展国密应用未测评/无需进行建设测评2.4 详细描述针对本项目整合前提供的安全服务现状。表3-4安全服务清单序号服务类型服务内容服务范围数量单位备注例如：代码审计服务采用代码审计工具进行扫描审计，寻找系统中存在的薄弱环节和业务逻辑问题、漏洞等。提供代码审计报告。1项15 .根据密码应用现状的梳理（若有），详细描述密码应用设备部

15、署情况，包括但不限于密码设备的数量、型号、配置、用途、建设年份、使用状态及资金投入等情况。6 .描述本项目网络安全制度管理体系现状（若有）。7 .SM项目据实梳理信息安全现状。3.3.1.7.标准规范现状说明关联业务信息化已遵循的国家、地方信息化标准规范和相关行业标准规范的情况。3.3. 1.8.其他信息化现状可根据项目实际情况提供，如链路租用及短信服务现状。3.32存在的主要问题阐述现有信息化处理手段的不足，以及实际工作业务流程中需改进的方面，逐项分析存在的主要问题与差距，描述的问题应能通过本项目实施予以解决。基于部门“大系统”，涉及基础设施、业务功能、数据资源、信息安全等内容的，可分别归纳

16、系统整合存在的主要问题与差距。3.4.项目建设需求分析31业务需求分析从职能定位、社会服务功能需要、技术发展、存在的问题和改进的需要等方面，结合行业特点，详细提出项目的业务整合需求，明确相关的存量应用系统与本应用的关联关系及统筹整合计划，明确整合业务内容及业务流程。3.42用户角色需求分析从系统的使用角度，简要梳理和分析本项目涉及的政务信息系统所涉及的各类用户角色及用户数量、应用场景及相应的功能需求，包括但不限于管理用户、业务用户等。3.43功能需求分析对标业务职能，基于原应用系统现状及存在问题分析，进行业务需求梳理，提出业务功能的内容、结构、流程及相关指标。分析项目主要功能领域的构成和边界，

17、简述每个功能领域涵盖的主要功能点和操作要求。注：按照贵州省省级政务信息系统建设管理办法（黔府办函2023）2号），原则上保持系统数量“只减不增”、功能“只合不分”。提供业务系统功能对照表，明确原应用系统功能与本项目新增功能的边界关系，需要与预算明细表进行对应。24二数据资源需求分析结合项目业务需求，明确项目所需自有和外部数据资源，并根据业务需求来分类，分为基础数据（省大数据局统筹基础库/专题库/主题库中数据）、扩展行业数据（非大数据局统筹基础库/专题库/主题库中数据及行业特有数据）等方面列出数据需求目录。3.4.4.1.基础数据需求基础数据是指在贵州省数据共享交换平台的基础库/专题库/主题库中

18、数据（如人口信息、法人单位信息、自然资源和空间地理信息、电子证照等）。描述此类数据需求主要见下表：表3-5基础数据需求目录序数据来源（省级基数据资源需求数据需求皿一-卜E数据数据对接数据获更新用途号础库/主题资源项列方式取方式频次编码库/专题库）名称举需求需求工商证照号接口省共享系统XX1电子证照/码；交换平每周模块，i基础库/证照法人接入用于名台申请XXX称3.4.4.2,行业数据需求行业数据是指各省级部门自行归集、管理和维护政务数据，可通过贵州省数据共享交换平台获取（贵州省数据共享交换平台已存在的可直接提数据需求，贵州省数据共享交换平台没有的可按流程申请增加）。描述此类数据目录主要见下表：

19、表3-6行业数据需求目录序号数据来源（部门名称）数据来源系统数据资源编码需求数据资源名称需求数据项列举皿ILE数据对接方式需求数据获取方式更新频次需求用途1省公安厅/公民信息身份证号；姓名.接口接入省共享交换平台申请周系统XX模块，用于XXX2省住建厅（项目厅局）/住房信息房屋地址；编号.库表推动省共享交换平台申请系统XX模块，用于XXX说明：用于分析数据分类、数据结构、数据来源（包括内部和外部的信息资源需求），展示数据来源清单，结合数据资源现状，明确数据获取方式，明确数据是否重复采集。填写说明：（1）需求数据资源名称：需接入的数据资源名称（2）数据来源/数据来源系统：包括目前生产该数据类的业

20、务系统、基础库、主题库名称及来源厅局名称，如无系统支撑的写“无”。（3）需求数据数据项列举：数据资源中涉及的数据项业务含义的详细数据字段清单（不得省略）。（4）数据资源编码：按照省大数据局数据资源目录编码提供，编码查询方式待定的，先填写/。（5）数据对接方式需求：明确数据通过什么方式获取，包括库表、文件、接口等。原则上跨部门数据共享开放都应通过贵州省数据共享交换平台开展。若需求数据未上架至贵州省数据共享交换平台，经由数据提供部门梳理上架后，统一由贵州省数据共享交换平台提供。（6）数据获取方式：获取方式包括通过贵州省数据共享交换平台获取、系统对接（需提供政策文件）、自行采集等。（7）更新频次要求

21、描述需求数据的提供频率/更新频率。（8）用途：明确需求数据在项目建设的用途，细化到子系统及模块功能用途。3.4.4.3.数据质量需求按照贵州省数据质量评估体系及项目数据目录编制情况，项目系统产生数据需通过数据质检，达到上架可用、动态鲜活、数据可信的地步，由贵州省政务数据中台生成数据质量评估报告，满足数据资源统筹管理，加强数据同步更新监控及管理调度，满足国家政务大数据全国一体化建设中数据质量控制要求。其他需求自行进行增减。3.4.5,共性服务需求分析描述本项目需要使用的共性服务以及使用规模测算等，如能否复用共性支撑能力。共性中台包括区块链中台、身份认证中台、地图中台、视频中台、贵州省数据共享交

22、换平台、贵州省政府数据开放平台、贵州省数据治理平台、贵州省元数据管理平台等。按照省人民政府印发贵州省关于加强数字政府建设实施方案的通知（黔府发202321号），共性应用包括全省统一的政府网站集约化平台及移动端（中国贵州）、全省一体化政务服务平台及移动端（贵人服务）和贵州省企业综合服务平台（贵商易）、全省统一的12345政务服务便民热线系统等。3.4.6,基础设施需求分析表述本项目建设所需的技术设施需求，包括云资源、硬件采购等,并对所需资源进行测算分析。注：测算过程作为基础设施资源配置依据。3.47网络资源需求分析明确项目承载网络及带宽需求，对所需网络资源进行测算分析。按照关于进一步加强国家电子

23、政务网络建设和应用工作的通知（发改高技（2023）1986号）文件要求，原则上，涉及国家秘密的机密级及以下的业务信息系统部署在国家电子政务内网上，非涉及国家秘密的业务信息系统部署在国家电子政务外网上。明确IPv6建设需求，包括网络规划、设备选用功能应用等方面。3.4.8基础软件需求分析基于本项目涉及的相关基础软件（包括数据库、中间件、操作系统等）现状，针对本次新增的基础软件进行简要描述，并明确与基础设施的对应关系。3.4. 9.信息安全需求分析按照国家、省以及所属行业颁布的相关法律法规和有关信息系统安全等级保护的标准规范要求，结合项目的具体要求和特点，明确信息系统的安全保护等级；若是三级业务系

24、统，还需根据情况选择国密测评，通过分析项目所在单位的信息系统安全现状，结合不同安全保护等级对应的基本要求，提出项目涉及的信息系统安全管理要求和信息系统安全技术要求。从业务连续性、完整性、保密性等方面对信息系统所涉及的业务的安全需求进行描述。结合业务系统现状，做安全需求（包括安全产品、安全服务、等保测评、国密测评等）分析。3.4.9.1.等级保护建设需求1 .描述业务系统的等级保护二级/三级建设及测评需求。2 .网络安全等级保护建设需求分析，如信息系统等级保护安全技术要求中的安全通信网络、安全区域边界、安全计算环境、安全管理中心的“一个中心三重防护”建设需求分析；安全管理需求分析，从安全管理制度

25、安全管理机构、安全管理人员、安全建设管理、安全运维管理等几方面进行分析描述；安全资源授权分析，基于信息安全现状中安全产品资源授权使用情况，结合本项目建设内容（包括但不限于基础设施、数据库）进行安全产品需求分析，明确对应信息安全产品的新增/利旧需求。3.4.9.2. 密码应用建设需求1 .针对三级及以上业务系统，描述其国密建设及测评需求。2 .密码应用需求分析，如物理和环境安全、网络和通信安全设备和计算安全、应用和数据安全、管理制度、人员管理、建设运行、应急处置等几个方面进行分析描述；密码资源授权分析，基于原有密码产品资源授权情况，结合本项目建设内容（包括但不限于基础设施、数据库）进行密码产品

26、授权需求分析，明确对应密码产品的新增/利旧需求，据实合理配置密码产品。3.4.9.3.安全服务保障需求安全服务保障需求分析，如对基线核查服务、渗透测试服务等需求；注：原则上安全服务内容与信息安全产品不能重复计列。3.4.9.4.数据安全保障需求针对业务系统重要数据保障分析，根据中华人民共和国数据安全法及相关行业政策法律法规，详细描述本项目重要数据的采集、传输、存储、使用、共享、销毁等数据全生命周期安全防护需求。3.4.9.5.其他信息安全需求可根据项目实际情况描述存在的其他信息安全需求，包括但不限于网络安全制度管理体系建设需求。3410系统性能需求分析对系统响应时间、吞吐量、资源率等性能需求，

27、模块性、可复用性、易分析性等可维护与可扩展性需求，可恢复性、容错性、成熟性等可靠性需求，易学习性、易操作性、用户界面美观、用户错误防御机制等易用性需求等方面进行分析。对系统的处理能力、存储能力和传输能力进行总量分析，提出系统能力的具体量化指标。3.411.国产化需求分析按照2023年财政部工信部印发7大类最新版IT政府采购需求标准（财库2023）29-35号），从基础软件、定制化软件、硬件设施、安全设施、密码设施等多方面响应国产化要求。应充分考虑信创环境，原则上所有建设内容都须符合国产化要求。3.4/2.标准规范需求分析说明本应用开发中需遵从的国家、地方信息化标准规范和相关行业标准规范的情况如

28、涉及新增标准规范，明确与现行规范的边界关系，核实标准规范建设必要性。并针对本次新增的各标准规范主要内容进行简要描述。3413其他需求分析可根据项目实际情况描述存在的其他需求，如短信服务需求。3.5.部门政务信息系统整合及集约化建设分析（必写）351系统整合需求分析（必写）描述本项目所整合的政务信息系统情况，内容包括信息系统名称、业务功能、等保定级情况等，并填写下表：表3-7整合系统情况一序号.存量系统名称部署网络部署地点服务范围主要业务功能等保定级分级保护与本应用关系1XX系统/平台政务信息系统名称（系统编码）互联网/政务外网/政务内网/XXX专网（明确专网名称）行业垂管/内部管理/对外服务X

29、XX填报、XXX管理、XXX监控、等保XX级秘密/机密是否需整合到本应用，若需整合则说明与本应用具体模块关联关系、整合实现刀工I，若无需整合则说明该模块具体处置方式等2XX系统/平台互联网对外服务人才巾报、岗位发布、考核管理、人才服务等保二级/3第页a5.2.集约化建设需求分析（必写）省级政务信息系统项目原则上应按照集约化建设要求，基于贵州政务云平台、政府数据共享平台、开放平台、共性支撑平台，依托贵州省政府网站集约化平台及其移动端、贵州政务服务网及其移动端、贵州省电子政务一体化办公平台及其移动端、贵州省企业综合服务平台及其移动端等，及电子政务外网或电子政务内网开展建设。明确贵州政务云符合性、集

30、约化符合性。353特殊情况说明针对不进行系统整合/集约化建设的项目，须详细说明项目原因，并提供相关依据文件。第四章总体设计方案4.1.项目设计原则根据项目实际描述项目设计原则。须包括国产化原则。4.2.总体建设思路根据项目实际描述项目总体建设思路。4.3.系统架构设计431总体架构设计对系统架构进行描述，项目如由几个相对独立的子系统或平台构成一个整体项目时，应同时对子平台进行架构描述。分析项目总体架构，提出系统划分方案，通过文字和图表说明各系统与功能需求的关系以及各系统之间以及与外部系统之间的关系，区分已建系统和新增系统。432.总体业务架构通过框架、图表和文字描述本项目相关业务之间的相互逻辑

31、关系。43a总体数据架构数据架构图应结合业务需求，体现本项目涉及的相关数据资源建设内容和整体技术架构，依托现有的数据中台能力，构建架构图，数据架构包括数据汇聚应用、数据共享开放、数据安全和数据质量保障等要素，或符合并能呈现数据生成周期核心管理逻辑域要求，不采用现有数据中台能力的特殊情况需要单独说明原因，避免重复建设）数据流向图，除去数据架构图外，应用描述子系统/模块间数据流向关系的数据流向图，展示子系统间数据交互关系。434总体网络结构简述项目总体网络架构设计方案，说明新建网络与现有网络资源之间的设备共享、网络整合方案、边界划分。43.5.总体安全架构简述项目总体安全架构设计，说明新建安全与现

32、有安全资源之间的设备共享、安全整合方案、边界划分、区域划分。根据XXX网业务需求进行网络安全域的划分，建立相应的安全策略和安全控制，（如：安全域主要划分为边界安全域、数据中心域、安全管理域、核心交换域及接入域），安全架构规划如下：（根据用户实际情况补充规划的网络架构图）。4.36系统关联架构明确项目与省级电子政务平台及用户单位其他信息化系统的关系，以业务逻辑图呈现或数据流向图呈现并进行描述。4.4.总体技术路线441技术架构对技术架构图进行描述。442主要技术对项目使用的主要技术进行描述，明确实现与已有业务系统整合、已有功能模块合并所采用的技术方案，明确项目技术路线与关联业务系统的兼容性。明确

33、网络环境、信息安全、应用层面关于IPV6的兼容性。第五章项目建设内容5.1.基础设施建设根据基础设施需求描述内容进行规划设计（含整合）。注：按照贵州省省级政务信息系统建设管理办法实施细则（试行）（黔数（2024）10号），十二条不予储备项目，非涉密的新建（含改建、扩建）数据机房、数据中心、私有云平台。5.1.1云资源描述支撑省级政务信息系统运行而租用的贵州政务云平台计算、存储、网络带宽等云资源。512.硬件设施包括网络设备、服务器、存储设备、网管设备、智能化设备，以及为提供政务信息系统服务而必须配套建设的设施等。5.2.基础软件设计基于本项目涉及的相关基础软件（包括数据库、中间件、操作系统等）

34、现状，针对本次新增的基础软件进行描述，明确新增基础软件具体用途及部署实施方式。5.3.定制化软件系统建设描述本项目整合后的政务信息系统情况，内容包括模块功能构成、覆盖用户范围、实现效果等。说明新旧系统之间的业务逻辑关系、统筹整合关系等，通过对应表的形式详细说明存量系统各功能模块开发情况、具体整合实现方式等。53.1.XX模块功能设计5311.功能概述描述系统模块功能概况，涉及的要素包括：1）模块的建设意义和作用；2）模块主要实现的功能；3）主要模块之间的关联关系；4）模块的建设模式（定制开发、可进行整合的成品软件等）。5. 3.1.2.功能架构提供模块的功能架构图，根据架构图作简要说明。架构图

35、的要素需包括：D模块基本功能；2） 2）与其他内部模块关系；3） 3）与外部系统关系。5. 3.1.3.功能整合对比列表本项目与现有系统整合的功能对比说明，逐一梳理：表5-1整合前后功能对比表序号整合后信息整合前信息整合前后对比说明备注整合后模块名称整合后模块功能概述原系统名称原系统功能概述1XX模块XX系统/平台2XX模块XX系统/平台35.3.1.4.功能设计一、一级模块名称如果此一级模块下包括二级模块，则在此处概述：1）该版块的整体作用；2）子功能模块之间的关系（如有）。如果此一级模块下不包括二级模块，则在此处描述此一级模块的主要作用和实现方式。（一）二级模块名称如果此二级模块下包括三级

36、模块，则在此处概述：1）该版块的整体作用；2）子功能模块之间的关系（如有）。如果此二级模块下不包括三级模块，则在此处描述此二级模块的主要作用和实现方式。1 .三级模块名称如果子功能的描述文字较少，则在段内描述此三级模块的主要作用和实现方式。不在5级标题下再新增标题层级。功能模块层级描述需根据业务复杂度详细编制功能级别。532.系统对接设计如需要与其他系统对接，则要对接入方式，接入业务进行约定和描述，如：接入方式（系统与XX平台对接，采用ReStFUl接口方式按照XX标准进行业务数据推送、数据查询等）、功能接入（描述XXX功能的接入，输入/输出哪些数据）等。5.4.数据资源建设5.4.1.总体规

37、划描述资源建设规划、数据资源范围、数据安全保障、数据质量保障等内容。542数据汇聚应用描述从外部汇聚数据，经加工处理后在本项目中进行融合应用内容，包括数据采集存储、数据服务（含数据治理）、数据库建设、数据融合应用等。5.4.2.1.数据采集存储描述项目中所需数据采集方式和数据更新方式；包括存储方式/物理地点/逻辑地点，运用产品及运用数据库、数据获取方式、数据更新频率等。5.4.2.2.数据服务5.4.2.2.1.数据治理服务描述项目中数据ETL运用工具、治理逻辑、指标梳理方式工具、数据质量服务等。5.4.2.2.2.XX数据服务描述其他数据服务内容。5.4.2.3.数据库建设对数据库进行设计，

38、并对各个数据库进行描述，可通过文字或图表等形式呈现表关系并进行描述。5.4.2.4.数据融合应用描述项目数据融合应用范围和领域/场景，包括业务应用场景等。543数据共享开放描述本项目产生的数据资源，可通过贵州省数据共享交换平台和贵州省政府数据开放平台对外提供的数据资源相关内容。5.4.3.1.元数据梳理按照省级信息化管理及数据资源一体化建设有关要求，项目建设需明确元数据梳理工作计划，确保在项目建设期内完成相关工作。（作为立项及验收重点考核）5.4.3.2.数据库注册按照关于建设贵州省一体化公共数据资源体系工作方案（黔数据领2023）2号）要求，项目建设需明确数据物理归集工作计划，确保在项目建设

39、期内，将项目涉及的数据资源（政务外网端、互联网端），分别在省数据共享交换平台数据区、省公共数据平台数据区完成政务信息系统数据库注册工作。（作为立项及验收重点考核）5. 4.3.3.数据共享开放按照项目编制数据目录，明确数据开放、共享要求，通过贵州省数据共享交换平台和贵州省政府数据开放平台进行上架，并按约定进行数据周期维护和数据工单响应。结合本项目的服务内容及业务系统的功能，描述本项目产生的全部数据资源内容，项目验收时将通过元数据目录扫描方式对服务方案数据目录编制完整性进行审查。产生的数据资源目录清单样表如下:表5-2数据资源目录清单序号数据资源生产业务系统数据资源名称数据类型包括的数据项共享属

40、性开放属性数据类型数据范围数据更新频率是否属于重要数据备注1例如：医保基础信息管理系统贵州省贫困人口参保个人基结构：3半结构：3非结构市（州）、县（市区）、乡（镇）、村、姓名、身份证、年龄、性别、医保卡号、参保险种、参保年度、是否户主、贫困人口属性、人口编号有条件共享不予开放服务接口贝州省是1.涉及个人隐私不予开放；一本信息2贵州省人口基础库贵州省人口户姓名、性别、证件类型、证件号码、出生日期、人员状态、行政区划、照片、状态无条件共享不予开放服务接口贝州省是1 .涉及个人隐私不予开放；2 .按照贵州籍信息省数据共享开放条例，根据区域戈IJ分,对数据中请部门行政区域内的人口数据进行共享填写说明：

41、1 .数据资源生产业务系统：本项目中产生该数据类的业务系统名称。2 .数据资源名称：本部门数据资源目录中涉及的具体数据类别，以业务为主题进行划分，即系统数据库设计文件中定义的数据表。数据类命名规则：（1）数据名称填写基本原则遵循：“数据范围+数据主体+业务（行为）属性”，如：贵州省省本级医疗保险联网结算药店名录；贵州省人口户籍信息；遵义市厅工业生产企业准入许可信息。（2） 一个部门不予允许存在相同名称的数据目录名称。数据名称类似的，需要明确予以区分。（3） 一般不允许使用各类符号。（4）不影响表义的情况下，尽量使用对应的中文表达英文词串含义。3 .包括的数据项：数据类中涉及的数据项业务含义的详

42、细数据字段清单。4 .共享属性：政府数据以共享为原则、不共享为例外，按照共享属性分为无条件共享（政府内部）、有条件共享（需数据提供部门审核）和不予共享三种类型。列入有条件共享类或者不予共享类的政府数据，应当有法律、行政法规或者国家有关规定作为依据。5 .开放属性：政府数据开放应当坚持需求导向、有序开放、平等利用、确保安全的原则，实行分类管理，按照开放属性分为无条件开放、有条件开放（公民、法人或者其他组织申请使用）和不予开放。涉及国家秘密、商业秘密、个人隐私，或者法律、法规规定不得开放的政府数据属于不予开放类。列入有条件开放类或者不予开放类的政府数据，应当有法律、行政法规或者国家有关规定作为依据

43、6 .数据类型：包括系统库表、服务接口、文档等。7 .数据范围：是指数据适用的地理范围，如：贵州省、省本级、XX市、XX市本级等。8 .数据更新频率：数据更新周期。9 .是否属于重要数据：根据网络安全等级保护测评高风险判断指引，等保三级及以上信息系统的重要数据需要进行异地实时备份。10 .备注：有条件共享和不共享的法律法规依据及政策理由，有明确条款规定的应列出来源及条款内容。（1）有条件共享的法律法规依据和政策理由主要包括：写明供哪些属于省级（市级）政务部门或少数特定省级（市级）申请政务部门的某某应用场景，可同意共享；写明申请部门业务对该类数据的共享需求是依于哪条法律法规和政策或者依据哪份函

44、件，在某某应用场景下需要的，可同意共享;写明申请部门的业务需求属于数据统计和分析，对具体数据项明细无需求的，可同意共享该类数据的统计结果或脱敏数据；如写明申请部门业务属于某一特定业务场景或者特定行业的，可同意共享；各部门须明确的其他符合规范要求的具体条件。（2）不予共享的法律法规依据和政策理由主要包括：各单位涉及国家秘密、国家安全的业务数据，不能够在政府内部共享，可以不共享;各单位有法律法规、规章依据明确规定，不能在政府内部共享的业务数据，可以不共享；各单位认为不能共享的其他政策理由。5.4.3.4.数据要素开发利用如涉及，明确数据资源是否可以形成数据要素，对外提供授权运营/开发利用，并梳理数据要素清单。5. 44.数据质量保障