1、 ICS 35.240.01 CCS M 01 15 内蒙古自治区地方标准 DB15/T 45062026 政务信息系统概要设计编制指南 Guidelines for the outline design and compilation of government 2026-09-10 发布2026-10-10 实施内蒙古自治区市场监督管理局发 布 DB15/T 45062026 I 目次 前言.II 1 范围.1 2 规范性引用文件.1 3 术语和定义.1 4 总体框架.1 5 概要设计的定位.2 整体说明.2 需求阶段.2 设计阶段.2 开发实现阶段.3 测试与验收阶段.3 6 概要设计过
2、程.3 制定规范.3 体系结构设计.3 软件结构设计.3 数据系统设计.4 安全设计.4 故障处理设计.5 编写概要设计说明书.6 附录 A（资料性）概要设计说明书（模板）.9 附录 B（资料性）概要设计相关主要表格模板参考.12 DB15/T 45062026 II 前言 本文件按照GB/T 1.12020标准化工作导则 第1部分：标准化文件的结构和起草规则的规定起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由内蒙古自治区政务服务与数据管理局提出并归口。本文件起草单位：内蒙古自治区大数据中心、呼和浩特市大数据服务中心、内蒙古工业大学、包头市大数据中心、
3、鄂尔多斯市大数据中心、呼伦贝尔市大数据中心、乌海市大数据中心、鄂尔多斯高新技术产业开发区管理委员会。本文件主要起草人：崔连伟、张建军、张世铭、张宏强、王敏、王俊霞、张振国、朱国新、李欢、蔡婧、王绥、张尧、乌宁、石云恺、刘畅、赵燕、李海刚、王志明、马立坤、武玉平、张芯、张如明、于雷、刘彦、吕贺、张国峰。DB15/T 45062026 1 政务信息系统概要设计编制指南 1 范围 本文件规定了政务信息系统概要设计在软件工程中的定位、概要设计过程。本文件适用于政务信息系统的概要设计工作。2 规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期
4、对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T 5271.1 信息技术 词汇 第一部分：基本术语 GB/T 11457 信息技术 软件工程术语 GB 18030 信息技术 中文编码字符集 GB/T 22239 信息安全技术 网络安全等级保护基本要求 GB/T 25070 信息安全技术 网络安全等级保护安全设计技术要求 GB/T 39477 信息安全技术 政务信息共享 数据安全技术要求 GB/T 39786 信息安全技术 信息系统密码应用基本要求 GB/T 43207 信息安全技术 信息系统密码应用设计指南 GB/T 44230 政务信息系统基本
5、要求 GB/T 45396 数据安全技术 政务数据处理安全要求 3 术语和定义 GB/T 5271.1、GB/T 11457界定的以及下列术语和定义适用于本文件。需求跟踪矩阵 requirement traceability matrix 项目管理中用于追踪需求变更、验证需求实现状态的核心工具，通过建立需求与产品开发各要素的关联，保障开发过程的可控性和一致性。业务架构 business architecture 支撑战略落地的组织结构与流程规划体系，负责定义组织结构、业务策略与流程设计。4 总体框架 政务信息系统概要设计工作规范框架图如图1所示：DB15/T 45062026 2 图1 总体框
6、架 5 概要设计的定位 整体说明 政务信息系统建设流程划分为需求阶段、设计阶段、开发实现阶段、测试与验收阶段。概要设计属于设计阶段的首要环节，在详细设计之前开展，是衔接需求分析与详细设计、软件开发的关键步骤。需求阶段 需求阶段是概要设计的输入来源，为设计工作提供依据，主要包括：a)需求调研：收集、梳理政务业务原始需求与建设目标；b)需求分析：对需求进行梳理、提炼、分类与确认，建立需求跟踪矩阵；c)需求确认：对需求分析成果进行评审、确认与固化。设计阶段 设计阶段在需求阶段完成后开展，是系统建设的核心规划环节，主要包括：a)概要设计：从设计角度对需求进行总体性定义与解释，完成粗粒度架构、业务、功能
7、数据规划。内容包含：1)确定系统的设计理念、业务主线等；2)根据需求分析成果、设计理念等确定系统的业务架构；3)根据需求分析和业务架构的成果，确定系统的业务功能规划；4)根据需求、架构和功能的规划成果，确定系统的业务数据规划。b)详细设计：基于概要设计成果，细化实现细节、处理逻辑、接口规则与数据结构。DB15/T 45062026 3 开发实现阶段 开发实现阶段依据设计阶段成果开展，通过技术手段完成系统构建，主要包括：a)编码开发：按照详细设计完成程序代码实现；b)单元测试：对开发完成的模块进行单元级验证。测试与验收阶段 测试与验收阶段用于验证系统是否满足需求与设计要求，主要包括：a)集成测
8、试：对各模块、子系统进行联调测试；b)系统测试：对整体系统功能、性能、安全等进行全面测试；c)验收测试：依据需求与合同进行正式验收验证；d)系统验收：完成验收流程，确认系统符合上线条件。6 概要设计过程 制定规范 为了适应团队式开发的需要，应制定共同遵守的规范，以便协调与规范团队内各成员的工作。需要制定的规范或标准包括但不限于：a)需要采用的管理规则：包括操作流程、交流方式、工作纪律等；b)设计文档的编制标准：包括文档体系、文档格式、图表样式等；c)信息编码形式，硬件、操作系统的接口规约，命名规则等；d)设计目标、设计原则。体系结构设计 体系结构为信息系统提供了一个结构、行为和属性的高级抽象，
9、由构成系统的元素的描述、这些元素的相互作用、指导元素集成的模式以及这些模式的约束组成。体系结构设计是根据系统的需求框架，确定系统的基本结构，以获得有关系统创建的总体方案。体系结构设计的主要内容包括但不限于：a)设计规范的确定，包括：1)设计理念：依据用户目标需求明确系统最终为用户带来的使用效果与价值，该理念将指导和判断系统业务处理方式、管控手法；2)设计主线：依据设计理念，提炼并串联起支撑该理念的核心价值点，再沿此脉络展开实现价值点的功能所形成的系统设计核心脉络。b)模型与标准的确定：设计业务模型，输出业务架构图。业务架构图是后续设计的指导依据，采用的基本图表、表达方式等需统一标准。业务模型的
10、主要表达方式包括拓扑图、分层图、框架图、分解图、流程图等；c)信创适配：政务信息系统体系结构设计应遵循信息技术应用创新相关要求，支持与信创硬件、基础软件、支撑软件的兼容适配，保障系统在信创环境下稳定运行；d)网络环境支持：应支持 IPv6。软件结构设计 软件由各功能模块构成，需组织为顶层调用下层、最下层完成具体功能的层次系统，数据流图细化后可直接映射软件结构。软件结构设计包括但不限于：DB15/T 45062026 4 a)功能分类：将收集到的功能需求进行分类，找出它们的共性、特点，为建立通用模型奠定基础，分类包括但不限于：1)活动功能：记录生产数据、加载管理规则；2)字典功能：维护标准化基础
11、数据；3)看板功能：展示加工后数据；4)表单功能：以报表形式展示数据。b)功能规划：确定需实现的业务功能，区分待确定的功能需求与已确定的业务功能；c)业务功能一览：汇总分类和规划的功能为一览表。数据系统设计 数据系统应先开展分层数据规划，依据规划成果开展公共数据结构设计，统一系统数据规范。数据规划按粒度分为三个层级：a)数据整体规划：依据业务范围，统筹规划基础数据、过程数据、管理数据、加工数据及其他数据内容；b)业务领域规划：结合业务领域特点，划分业务主体数据、过程数据，形成子系统数据规划；c)业务模块规划：依托业务流程，细化各业务模块的主体数据及流程数据规划。基于分层数据规划成果，统一设计模
12、块共用公共数据构造，主要内容包括但不限于：a)公共数据变量的数据结构与作用范围；b)系统输入、输出文件结构；c)数据库表结构、视图结构及数据完整性约束；d)系统字符集统一符合 GB 18030。安全设计 6.5.1 整体要求 政务信息系统安全设计应严格遵循信息安全、数据安全、密码应用及信息技术应用创新相关国家标准规范，符合GB/T 22239、GB/T 25070、GB/T 39477、GB/T 39786、GB/T 43207、GB/T 44230、GB/T 45396中安全要求。系统应结合分层架构及业务模块特点，在各关键节点配置适配的安全防护能力，构建覆盖系统架构、业务模块、数据全生命周期
13、的安全防护体系，并满足信息技术应用创新合规要求，实现安全能力与信创环境的适配兼容。6.5.2 基于系统架构的安全能力部署 按照政务信息系统典型架构，在各层级节点部署相应安全能力，实现分层防护、按需赋能。a)接入层安全能力，包括但不限于：1)部署边界访问控制、入侵防御、Web 应用防护能力；2)实现身份认证、流量清洗、非法请求过滤；3)对远程访问实行加密接入与多因素认证。b)应用层安全能力，包括但不限于：1)按模块功能实施最小权限访问控制；2)关键操作实现防抵赖与操作留痕；3)开展安全编码、输入校验、漏洞防护。c)数据层安全能力，包括但不限于：1)按数据敏感等级实施分类分级防护；DB15/T 4
14、5062026 5 2)数据采集、传输、存储、使用、销毁全生命周期安全管控；3)敏感数据加密存储、脱敏使用、安全共享。d)基础设施层安全能力，包括但不限于：1)网络区域隔离、访问边界管控；2)设备安全加固、日志审计与监测预警；3)数据备份、故障冗余与灾难恢复。6.5.3 数据安全设计 依据国家标准开展政务数据全生命周期安全管理，实施分类分级防护，具体包括：a)数据分类分级。按照政务数据敏感程度，依据国家标准划分为四级：公开数据、内部数据、敏感数据、核心数据：1)明确各级数据的标识规则、管理责任与防护要求；2)建立数据分类分级台账，实现动态更新与全量管控。b)数据全生命周期安全：1)数据采集安全
15、合规授权采集，开展数据质量与安全校验；2)数据传输安全：采用加密传输与完整性校验，监测异常传输行为；3)数据存储安全：按等级实施加密存储，建立备份与灾备机制；4)数据使用安全：权限管控、操作审计、敏感数据脱敏使用；5)数据共享交换安全：规范数据共享、开放与交换行为，严控数据出境、越权流转，保障共享数据安全可控；6)数据销毁安全：采用安全销毁方式，形成销毁记录并可追溯。6.5.4 密码应用设计 按照信息系统密码应用相关要求，构建合规密码应用体系，在关键环节按需使用密码技术，具体包括但不限于：a)密码算法使用：1)数据加密使用合规对称密码算法；2)身份认证与数字签名使用合规非对称密码算法；3)数
16、据完整性校验使用合规哈希算法。b)密钥管理：1)密钥采用安全方式生成、存储与分发；2)按策略定期轮换，到期密钥及时安全销毁。c)密码应用场景：1)身份认证：采用多因素认证与证书验证；2)数据传输与存储：实施加密保护；3)关键操作：采用数字签名实现防抵赖；4)审计日志：采用哈希算法保障完整性。故障处理设计 6.6.1 网络层故障处理 针对网络中断、拥堵、异常访问等故障，设计网络容错与故障恢复机制，包括但不限于：a)采用冗余网络链路、多路由接入，避免单点故障；DB15/T 45062026 6 b)部署网络监控与异常流量识别，实现自动限流与阻断；c)网络故障时支持自动切换备用链路，保障网络连通性。
17、6.6.2 通信层故障处理 针对系统间、模块间通信中断、超时、丢包等故障，设计通信容错机制，包括但不限于：a)建立超时重传、断点续传、失败重试机制；b)通信异常时提供本地缓存、离线处理能力；c)对通信日志统一记录，便于故障定位与追溯。6.6.3 数据信息层故障处理 针对数据错误、不一致、丢失、非法篡改等故障，设计数据容错机制，包括但不限于：a)实施数据完整性校验、合法性校验与异常数据拦截；b)对关键数据设置校验码，确保数据传输与存储可信；c)出现数据异常时自动告警并启动数据修复流程。6.6.4 数据备份与恢复层故障处理 针对数据丢失、损坏等灾难性故障，设计备份与恢复机制，包括但不限于：a)建立
18、常态化备份策略，支持全量备份与增量备份；b)数据故障时按预案快速恢复至最近有效状态。6.6.5 冗余保障层故障处理 针对硬件、服务、组件单点故障，设计冗余与高可用机制，包括但不限于：a)关键设备、核心服务采用主备、集群冗余部署；b)故障发生时自动切换至备用节点，不中断业务；c)支持负载均衡与过载保护，避免系统瘫痪。6.6.6 模块功能层故障处理 针对模块异常、功能出错、业务中断等故障，设计模块容错与故障隔离机制，包括但不限于：a)各模块设置独立异常捕获与出错处理逻辑；b)采取故障隔离措施，限制单个模块故障向其他模块扩散；c)提供故障降级、人工干预与系统修复流程。编写概要设计说明书 6.7.1
19、概要设计说明书编写原则 概要设计说明书应真实、完整反映概要设计成果，并满足以下要求：a)及时性：阶段工作完成后应及时编制文档，需求与设计变更时同步更新，保持版本有效；b)完整性：全面纳入各阶段技术成果，关键细节不缺失，确保文档与实现一致；c)实用性：采用文字、图表结合表述，语言准确、简洁、清晰、易懂；d)规范性：统一格式、符号与图表规范，保持连续、一致、可追溯。e)结构化：结构清晰、脉络分明，符合标准体例，便于阅读与理解；f)可追溯性：建立需求、设计、实现、测试之间的双向追溯关系，确保各阶段成果对应一致，便于问题定位、整改追责与运维支撑；DB15/T 45062026 7 g)简洁性：以核心内
20、容为导向，表述精炼，避免无意义扩充。6.7.2 概要设计说明书内容 6.7.2.1 引言 内容应包括但不限于：a)编写目的；b)背景；c)定义；d)参考资料。6.7.2.2 总体设计 内容应包括但不限于：a)需求规定；b)运行环境；c)基本设计概念和处理流程；d)结构；e)功能需求与程序的关系；f)人工处理过程；g)尚未解决的问题。6.7.2.3 接口设计 内容应包括但不限于：a)用户接口；b)外部接口；c)内部接口。6.7.2.4 运行设计 内容应包括但不限于：a)运行模块组合；b)运行控制；c)运行时间。6.7.2.5 系统数据结构设计 内容应包括但不限于：a)逻辑结构设计要点；b)物理结
21、构设计要点；c)数据结构与程序的关系。6.7.2.6 故障处理设计 内容应包括但不限于：a)出错信息；b)补救措施；DB15/T 45062026 8 c)系统维护设计。概要设计说明书模板参见附录 A。概要设计相关主要表格模板参考参见附录 B。DB15/T 45062026 9 A A 附录A （资料性）概要设计说明书（模板）A.1 引言 A.1.1 编写目的 说明概要设计说明书的编制目的、预期读者，明确本文档作为详细设计、系统开发、测试实施的基础依据。A.1.2 项目背景 说明系统名称、建设单位、开发单位、项目来源、建设目标。A.1.3 术语与缩略语 对文档内专用术语、英文缩写进行定义说明。
22、A.1.4 参考资料 列出需求规格说明书、相关标准、政策文件、其他技术文档。A.2 总体设计 A.2.1 需求规定 梳理系统核心功能、性能、安全、数据、接口等需求约束。A.2.2 运行环境 说明系统部署运行所需硬件、支撑软件、网络条件，附部署架构图，不再区分开发环境与运行环境。A.2.3 基本设计概念和处理流程 阐述总体设计原则、设计思路，以图表说明系统业务处理流程。A.2.4 系统结构 完成系统子系统、功能模块划分，说明模块层级、模块职责，附系统总体架构图。A.2.5 功能需求与程序（组件）的关系 建立需求条目与功能模块、程序组件的映射关系，明确需求覆盖情况，功能-组件映射关系见表A.1。表
23、A.1 功能需求与程序（组件）映射表 序号 需求编号 需求来源 需求描述 对应功能模块 对应程序/组件 覆盖状态 备注 A.2.6 人工处理过程 DB15/T 45062026 10 说明系统流程中应保留的人工业务环节。A.2.7 尚未解决的问题 列出概要设计阶段暂未确定、后续阶段需持续研究解决的事项。A.2.8 总体技术路线 说明系统架构模式、技术体系方向，明确选型原则与总体路线。A.2.9 设计复用分析 梳理可复用模块、通用组件，区分新建、复用、外购组件。A.3 接口设计 A.3.1 用户接口 说明人机交互界面总体规范、操作交互规则。A.3.2 外部接口 系统与第三方政务系统、共享交换平台
24、外部服务之间交互接口规范。A.3.3 内部接口 系统内部各模块、子系统之间调用接口、数据交互规则。A.3.4 接口集成策略 说明接口集成方式、对接时序、特殊集成约束。A.4 运行设计 A.4.1 运行模块组合 说明不同业务场景下协同工作的模块组合模式。A.4.2 运行控制 说明系统启动、切换、暂停、停止、降级运行等控制逻辑。A.4.3 运行时间 关键业务处理时限、定时任务执行周期、并发运行约束。A.5 系统数据结构设计 A.5.1 逻辑结构设计要点 定义实体、实体关系、业务数据模型，附 E-R 图。A.5.2 物理结构设计要点 数据库表、视图、文件存储结构、数据完整性约束、字符集规范。A.5
25、3 数据结构与程序的关系 DB15/T 45062026 11 说明各类数据结构被哪些模块、组件访问与使用。A.6 故障处理设计 A.6.1 出错信息 定义系统各类异常提示、错误编码、信息输出规范。A.6.2 补救措施 包含异常捕获、故障隔离、服务降级、故障恢复机制。A.6.3 系统维护设计 支撑运维监控、日志管理、故障排查、定期维护相关设计。A.7 非功能性设计 A.7.1 质量特性设计 开展可用性、可靠性、高效性、可维护性、可移植性、易用性等概要设计。A.7.2 安全设计 开展网络安全、数据安全、密码应用、访问控制等总体安全架构设计。DB15/T 45062026 12 B B 附录B
26、资料性）概要设计相关主要表格模板参考 B.1 业务功能一览表用于汇总梳理系统全部业务功能，对业务领域、功能属性、终端适配情况进行统一登记，业务功能汇总信息见表 B.1。表B.1 业务功能一览表 业务功能一览表 实体信息 终端 业务功能分类 业务领域 编号 名称 功能说明 数量 名称 PC 手机 平板电脑 活动 字典 看板 表单 1 合同管理 00-000 合 同 签订 输入正式的合同文本，归档 2 合同书主表 2 3 4 5 6 DB15/T 45062026 13 B.2 字段定义模板用于规范数据项字段描述，统一字段属性、数据源及变更管理信息，数据字段定义信息见表 B.2。表B.2 字段定义模板 编号 字段名称 类型 格式 长度 必填 数据源 定义与说明 变更人 变更原因 变更日 状态 按钮区 1 所属单位 文本框 16 N 组织机构 默认填报人所属组织，不可编辑 2 3 主表区 1 2 3 细表区 1 2 3
