🏛️ 一、概述：系统结构的"总规划师"
概要设计（也称为总体设计）是系统设计的第一个层次，其核心任务是根据系统分析阶段所确定的逻辑模型，在宏观层面确定新系统的总体结构、资源分配和技术路线，为后续的详细设计和系统实施提供纲领性指导。它回答的核心问题是："系统由哪些部分组成？各部分之间如何协作？采用什么技术平台？"
对于系统分析师而言，概要设计是你展现架构视野和技术决策能力的关键阶段。你需要将需求分析中得到的逻辑模型（如数据流图、用例图）转化为高层次的物理模型，做出影响整个项目走向的重大技术决策。
概要设计在系统设计中的位置：
``` 系统分析 → [概要设计 → 详细设计] → 系统实施 ↑ 宏观结构的"总规划" ```
概要设计的主要目标：
· 将系统分解为若干子系统/模块，定义它们之间的接口关系 · 选择合适的硬件、软件、网络平台 · 确定数据的存储方式和分布策略 · 为详细设计提供清晰的结构框架
🏗️ 二、详细讲解：概要设计的四大核心内容
1️⃣ 系统总体结构设计（系统划分）
系统总体结构设计的核心任务是系统划分------将整个系统划分为若干子系统，再将子系统进一步划分为若干模块。这是概要设计最核心的内容，决定了系统的基本骨架。
（1）系统划分的原则
原则 核心要求 实践要点 自顶向下逐层分解 从整体到局部，逐步细化 先将系统划分为子系统，再逐层分解为模块 功能独立性 子系统/模块功能单一、简洁 每个子系统完成一组相对独立的功能 低耦合 子系统之间的关联度尽可能低 接口简单明确，减少数据交换 数据冗余小 避免跨系统的数据大量重复 共享数据通过接口获取，不重复存储 可扩展性 为未来变化预留空间 考虑系统的发展，模块边界合理 适应组织结构和业务流程 与业务部门设置和流程匹配 子系统划分便于组织分工
（2）系统划分的方法
由数据流图（DFD）导出初始模块结构图，再予以优化。关键在于识别DFD的结构类型：
DFD类型 特征 设计方法 映射结果 变换型 可明显分为输入、处理、输出三部分 变换分析法 模块结构图呈线性结构，依次为输入、变换、输出模块 事务型 呈束状结构，根据条件选择不同分支 事务分析法 模块结构图呈星型结构，事务中心模块调度各事务处理模块
变换分析法的步骤：
- 找出逻辑输入和逻辑输出，确定变换中心 2. 设计顶层模块（主控模块） 3. 设计输入、变换、输出模块的层次结构 4. 细化直至基本模块
事务分析法的步骤：
- 确定事务中心（接收事务并分派的模块） 2. 设计事务调度模块 3. 设计每个事务处理模块 4. 细化各模块
（3）系统划分的常见结构
结构类型 特点 适用场景 示例 层次结构 模块按层次组织，上层调用下层 业务逻辑清晰、分层明确 表示层-业务层-数据层 星型结构 一个主模块调度多个从模块 事务处理系统 订单处理中心调度各种订单类型处理 网状结构 模块之间相互调用 复杂业务、松耦合 微服务架构
📌 速记口诀："自顶向下分系统，功能独立低耦合；变换事务两类型，映射结构有定法"。
2️⃣ 系统平台设计
系统平台设计是确定系统运行的硬件、软件、网络环境，它是系统实现的物质基础。
（1）硬件平台设计
硬件类型 设计要点 服务器 类型（机架式、刀片式）、CPU（核数、主频）、内存、存储容量、冗余配置（双电源、RAID） 存储设备 SAN、NAS、DAS；容量、IOPS、带宽 网络设备 交换机（端口数、速率）、路由器、防火墙 终端设备 工作站、移动设备、打印机等
（2）软件平台设计
软件类型 设计要点 操作系统 Windows Server、Linux（CentOS、Ubuntu）、Unix 数据库管理系统 关系型（Oracle、MySQL、PostgreSQL）、NoSQL（MongoDB、Redis）、时序数据库等 中间件 Web服务器（Nginx、Apache）、应用服务器（Tomcat、WebLogic）、消息队列（Kafka、RabbitMQ） 开发语言与框架 Java、C#、Python、Spring、.NET Core等
（3）网络方案设计
设计内容 要点 拓扑结构 星型、总线型、环型、树型，常用星型 通信协议 TCP/IP为主，考虑是否需要专线、VPN 带宽规划 根据数据流量估算，预留冗余 网络安全 防火墙、入侵检测、VLAN隔离、VPN接入
平台选型的原则：
· 成熟性原则：优先选择经过市场验证的成熟产品 · 匹配性原则：与系统规模、性能要求、团队技术栈匹配 · 成本效益原则：在满足需求前提下控制成本 · 可扩展性原则：考虑未来业务增长
📌 速记口诀："硬件软件网络，平台三要素；成熟匹配成本，选型四原则"。
3️⃣ 数据存储总体设计
数据存储总体设计是在概要设计阶段对数据的存储方式、数据库选型和分布策略做出宏观规划。
（1）存储方式选择
存储方式 特点 适用场景 集中式存储 所有数据存储在单一数据库服务器 数据量不大、一致性要求高、事务密集 分布式存储 数据分布在多个节点 海量数据、高并发、高可用要求 混合存储 部分集中+部分分布 大型复杂系统
（2）数据库选型
数据库类型 代表产品 适用场景 关系型数据库 Oracle、MySQL、SQL Server 结构化数据、事务处理、强一致性 文档数据库 MongoDB、Couchbase 半结构化数据、灵活模式 键值数据库 Redis、Memcached 缓存、会话存储、高速读写 列族数据库 HBase、Cassandra 海量数据、高写入吞吐 图数据库 Neo4j 复杂关系分析（社交、推荐）
（3）数据分布策略
策略 描述 适用场景 垂直分区 按业务功能将不同表分布到不同库 业务模块划分清晰 水平分片 将同一张表的数据按规则拆分到多个库 单表数据量极大 数据复制 将数据复制到多个节点 提高读性能、容灾
（4）数据备份与恢复策略（概要设计层面）
· 确定备份频率（全量、增量） · 选择备份方式（在线、离线） · 制定恢复时间目标（RTO）和恢复点目标（RPO）
📌 速记口诀："存储集中与分布，数据库型按需选；分区复制策略明，备份恢复定指标"。
4️⃣ 模块结构设计
模块结构设计是概要设计的核心产出，它确定了系统的模块层次结构和模块间接口。
（1）模块化设计的基本概念
概念 定义 度量指标 模块 可独立命名、独立完成一定功能的程序语句集合 大小适中 模块独立性 模块内部功能紧密，外部关联松散 内聚度（高内聚）、耦合度（低耦合） 模块耦合 模块之间相互依赖的程度 内容耦合>公共耦合>控制耦合>数据耦合（由高到低） 模块内聚 模块内部各成分之间的联系程度 功能内聚>顺序内聚>通信内聚>过程内聚（由高到低）
（2）模块结构图（SC图）
模块结构图是概要设计的主要表达工具，它展示了：
· 模块：用矩形表示 · 调用关系：用带箭头的连线表示 · 数据传递：用带空心圆的箭头表示 · 控制信息：用带实心圆的箭头表示
模块结构图的优化原则：
· 高内聚低耦合：尽量使模块功能单一，接口简单 · 扇入扇出适中：上层模块调用下层模块的数量（扇出）不宜过多（一般不超过7±2），下层模块被调用的数量（扇入）尽量高 · 模块大小适中：功能不宜过于复杂，也不宜过于琐碎
（3）从DFD到SC图的转换
· 变换型DFD：通过变换分析法，得到输入-变换-输出的线性结构 · 事务型DFD：通过事务分析法，得到事务中心-事务处理的星型结构
（4）模块设计示例
以订单处理系统为例，模块结构可能包括：
· 顶层模块：订单处理主控 · 第二层：订单输入、订单校验、订单存储、订单状态更新 · 第三层：根据具体功能进一步分解
📌 速记口诀："模块高内聚低耦合，结构图展示调关系；扇入扇出要适度，DFD映射有章法"。
5️⃣ 概要设计的产出物
概要设计阶段的核心产出是《系统概要设计说明书》，通常包含以下内容：
章节 内容 引言 设计背景、目的、范围、术语、参考资料 总体设计 系统总体结构图、子系统划分、功能描述 模块结构设计 模块结构图、模块清单、模块功能说明、接口定义 系统平台设计 硬件配置、软件选型、网络拓扑 数据存储设计 存储方式、数据库选型、数据分布策略 接口设计 内部接口、外部接口（与其他系统） 安全与备份设计 安全策略、备份恢复方案 实施计划 开发阶段划分、资源需求、进度安排
📝 三、重点总结与速记方法
✅ 核心重点
- 概要设计的四大核心内容：系统总体结构、系统平台、数据存储、模块结构。 2. 系统划分的原则：自顶向下、功能独立、低耦合、数据冗余小、可扩展。 3. DFD两种结构类型：变换型（线性结构）和事务型（星型结构），对应不同的设计方法。 4. 系统平台设计：硬件、软件、网络三要素，遵循成熟、匹配、成本、扩展四原则。 5. 数据存储设计：存储方式、数据库选型、数据分布、备份策略。 6. 模块结构设计的核心：高内聚、低耦合、扇入扇出适中。 7. 主要产出：《系统概要设计说明书》。
⚡ 速记口诀
1️⃣ 概要设计"四内容"口诀
"总体平台数据模块，概要设计四支柱"
2️⃣ 系统划分"五原则"口诀
"自顶向下逐层分，功能独立低耦合，数据冗余尽量小，扩展能力要留足"
3️⃣ DFD结构"两型"口诀
"变换型分三段，事务型星状展"
4️⃣ 平台设计"三要素四原则"口诀
"硬件软件网络三要素，成熟匹配成本扩展四原则"
5️⃣ 数据存储"四方向"口诀
"集中分布选方式，数据库型按需挑，分区复制定分布，备份恢复设指标"
6️⃣ 模块设计"三要点"口诀
"高内聚低耦合，扇入扇出要适度"
7️⃣ 一句话总纲
概要设计 = （系统划分 + 平台选型 + 数据规划 + 模块结构），是系统设计的"骨架搭建"阶段，为详细设计和实施提供宏观蓝图。
掌握13.2节，意味着你能够独立完成系统概要设计，将需求转化为清晰的系统结构，并为后续详细设计打下坚实基础。这是系统分析师进行架构设计的关键能力。