Update content.md

Signed-off-by: Erickw87 <[email protected]>

Author: Erickw87

2025/15. 架构设计从何入手/content.md

@@ -14,7 +14,7 @@
 
 回顾我们的实训项目过程，合理的项目顺序应该是：
 
-`明确产品定位 → 定义产品原型与原型图 → 定义功能 API → 完成数据表设计 → 进行概要设计 → 模块详细设计`。
+`明确产品定位 → 定义产品原型与原型图 → 定义功能 API → 完成数据表设计 → 进行模块拆分 → 模块详细设计`。
 
 下面我们逐一展开。
 
@@ -100,9 +100,9 @@ API 定义完成后，一般不直接拆模块，而是先定义 **数据表结
 
 - 避免过度设计。例如不必为了兼容多种数据库而抽象表结构，这种做法通常在现实中不会出现，现实中一般在数据库选型确定后，不会再轻易更改。
 
-## 概要设计
+## 模块拆分
 
-完成 API 和数据表设计后，进入 **概要设计阶段**，主要目标是完成 **模块拆分**。
+完成 API 和数据表设计后，进入 **模块拆分阶段**。
 
 几个关键点：
 
@@ -120,7 +120,7 @@ API 定义完成后，一般不直接拆模块，而是先定义 **数据表结
 
 ## 模块详细设计
 
-在概要设计完成后，需要将每个模块展开到可指导开发的程度，包括：
+在模块拆分完成后，需要将每个模块展开到可指导开发的程度，包括：
 
 - 输入输出定义；
 
@@ -134,8 +134,8 @@ API 定义完成后，一般不直接拆模块，而是先定义 **数据表结
 
 架构设计并不是凭空展开，而是一个循序渐进的过程：
 
-`明确产品定位 → 定义原型与原型图 → API 设计 → 数据表定义 → 概要设计 → 模块详细设计`。
+`明确产品定位 → 定义原型与原型图 → API 设计 → 数据表定义 → 模块拆分 → 模块详细设计`。
 
 每一步都建立在前一步的基础上，避免推倒重来。只有顺序合理，最终才能得到一个稳定、低耦合的系统架构。
 
-希望通过本文，能让大家在面对新产品架构时，不再困惑于“从何入手”。
+希望通过本文，能让大家在面对新产品架构时，不再困惑于“从何入手”。