Update project planning document to v1.3

- Add order change tracking and status management
- Add order change response in production module
- Improve table formatting and document structure
- Update version to v1.3

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

docs/01-项目启动/项目规划文档.md

@@ -4,7 +4,7 @@
 **项目性质：** 定制化轻量信息化系统  
 **实施团队：** 内部两人团队（领导 + 技术实施）  
 **文档用途：** 内部规划参考，指导项目全周期落地  
-**文档版本：** v1.0
+**文档版本：** v1.3
 
 ---
 
@@ -31,12 +31,12 @@
 
 ### 主要技术栈
 
-|技术|用途|说明|
-|---|---|---|
-|Microsoft Excel + VBA|界面与业务逻辑|无需额外环境，部署简单，客户熟悉度高|
-|Microsoft Access|数据存储与应用界面（可选方案A）|与 Office 生态集成，兼具数据库和界面开发能力，部署简单，但存在并发和稳定性局限|
-|SQL Server Express|数据存储（可选方案B）|微软出品，免费，稳定性和并发能力显著优于 Access，但部署复杂度更高|
-|Python|辅助脚本与自动化|用于 VBA 难以处理的复杂逻辑，按需引入|
+| 技术 | 用途 | 说明 |
+|------|------|------|
+| Microsoft Excel + VBA | 界面与业务逻辑 | 无需额外环境，部署简单，客户熟悉度高 |
+| Microsoft Access | 数据存储与应用界面（可选方案A） | 与 Office 生态集成，兼具数据库和界面开发能力，部署简单，但存在并发和稳定性局限 |
+| SQL Server Express | 数据存储（可选方案B） | 微软出品，免费，稳定性和并发能力显著优于 Access，但部署复杂度更高 |
+| Python | 辅助脚本与自动化 | 用于 VBA 难以处理的复杂逻辑，按需引入 |
 
 ### 数据库方案对比
 
@@ -47,14 +47,12 @@
 适用场景：单机使用，或并发用户数极少（1～2人）的情况。
 
 优点：
-
 - 无需额外安装数据库服务，部署极为简单
 - 自带窗体和报表设计器，可作为应用界面直接使用，减少开发工作量
 - 与 Excel、VBA 集成度高，开发门槛低
 - 客户已有 Office 环境即可运行，无额外软件成本
 
 局限性：
-
 - 文件型数据库，多人并发写入时存在文件损坏风险，数据一旦损坏难以恢复
 - 并发性能较弱，不适合多人同时操作的场景
 - 数据量增大后性能下降明显，长期扩展性有限
@@ -64,14 +62,12 @@
 适用场景：多人共享访问，对数据稳定性有要求的生产环境。
 
 优点：
-
 - 微软官方出品，Express 版本免费，功能满足本项目体量
 - 真正的服务型数据库，支持多人并发访问，稳定性高
 - 数据存储在服务器端，不依赖单个文件，安全性和可靠性远优于 Access
 - 后期若系统规模扩大，可平滑升级至 SQL Server 完整版，无需重构
 
 局限性：
-
 - 需要在服务器上安装和配置数据库服务，部署复杂度高于 Access
 - 需要服务器支撑（操作系统建议使用 Windows Server，普通 Windows 系统对局域网并发连接数有约20个的上限限制）
 - 界面部分仍需通过 Excel + VBA 开发，无法像 Access 一样直接利用内置界面工具
@@ -136,6 +132,8 @@
 - 客户订单录入与查询
 - 订单状态跟踪（接单 → 生产中 → 完工 → 已发货）
 - 交货期管理与提醒
+- 订单变更记录：客户提出变更（规格、数量、交货期等）时，在系统中发起变更申请，记录变更内容、变更时间和变更原因，保留完整的变更历史，确保每一次改动可追溯
+- 变更状态管理：变更申请需经确认后方可生效，生效后自动通知生产侧响应，避免变更信息在口头传递中丢失或延误
 
 **模块五：生产管理**
 
@@ -143,6 +141,7 @@
 - 生产进度记录
 - 生产异常记录
 - 与库存联动（领料出库）
+- 订单变更响应：当上游订单发生变更时，系统提示相关生产工单需要处理；根据生产进度的不同，支持对工单执行暂停、修改或作废重开等操作，并记录变更原因，确保生产执行与订单要求始终保持一致
 
 **模块六：发货管理**
 
@@ -159,108 +158,90 @@
 ---
 
 ### 第一阶段：调研与需求确认
-
 **时间：第1～3周（约3周）**
 
 **工作内容**
-
 - 与客户开展调研访谈，覆盖全部业务模块
 - 记录客户当前各环节的操作方式和痛点
 - 确认各模块的具体需求和优先级
 - 输出需求确认文档，作为后续开发的依据
 
 **产出物**
-
 - 客户现状调研记录
 - 系统需求确认文档（各模块字段、流程、规则）
 - 物料编码规则草案
 
 **阶段目标**
-
 - 双方对系统要做什么达成一致
 - 物料编码体系的设计方向确定，可进入开发阶段
 
 ---
 
 ### 第二阶段：基础数据层建设
-
 **时间：第4～8周（约5周）**
 
 **工作内容**
-
 - 设计并确认物料编码规则
 - 搭建物料主数据管理模块（录入界面 + 数据库）
 - 设计 BOM 数据结构，搭建 BOM 管理模块
 - 协助客户完成存量物料数据的整理与录入
 
 **产出物**
-
 - 物料编码规则文档
 - 可用的物料主数据管理模块
 - 可用的 BOM 管理模块
 - 初始物料数据库（含客户现有物料数据）
 
 **阶段目标**
-
 - 物料编码体系落地，数据库中有真实可用的物料数据
 - 为后续所有模块提供数据基础
 
 ---
 
 ### 第三阶段：库存与采购模块
-
 **时间：第9～12周（约4周）**
 
 **工作内容**
-
 - 搭建库存管理模块（入库、出库、库存查询、预警）
 - 搭建采购管理模块（采购单、供应商、到货确认）
 - 实现库存与采购的数据联动
 - 与客户对接，验证流程是否符合实际操作习惯
 
 **产出物**
-
 - 可用的库存管理模块
 - 可用的采购管理模块
 - 两模块的操作说明文档
 
 **阶段目标**
-
 - 客户可以通过系统管理日常的入库、出库、采购操作
 - 库存数据可实时查询，告别依靠记忆和人工盘点
 
 ---
 
 ### 第四阶段：订单与生产模块
-
 **时间：第13～17周（约5周）**
 
 **工作内容**
-
 - 搭建订单管理模块（订单录入、状态跟踪、交货期）
 - 搭建生产管理模块（工单、进度、领料）
 - 实现订单 → 生产 → 库存的数据联动
 - 测试完整业务流程的数据流转是否顺畅
 
 **产出物**
-
 - 可用的订单管理模块
 - 可用的生产管理模块
 - 完整业务流程的数据流转测试记录
 
 **阶段目标**
-
 - 系统可以覆盖从接单到生产完成的完整流程
 - 各环节数据可以贯通，不再孤立
 
 ---
 
 ### 第五阶段：发货模块与系统整合交付
-
 **时间：第18～20周（约3周）**
 
 **工作内容**
-
 - 搭建发货管理模块（出库确认、发货单、发货记录）
 - 全系统整合测试，修复问题
 - 数据迁移协助（将客户现有 Excel 数据导入系统）
@@ -268,14 +249,12 @@
 - 交付系统及相关文档
 
 **产出物**
-
 - 可用的发货管理模块
 - 完整可交付的信息化管理系统
 - 用户操作手册
 - 系统维护说明文档
 
 **阶段目标**
-
 - 系统全流程打通，覆盖接单到发货的完整业务链
 - 客户可以独立使用系统，完成日常业务操作
 
@@ -283,13 +262,13 @@
 
 ## 五、时间节点总览
 
-|阶段|主要内容|时间区间|关键产出|
-|---|---|---|---|
-|第一阶段|调研与需求确认|第1～3周|需求确认文档|
-|第二阶段|物料编码 + BOM|第4～8周|物料与BOM模块上线|
-|第三阶段|库存 + 采购|第9～12周|库存采购模块上线|
-|第四阶段|订单 + 生产|第13～17周|订单生产模块上线|
-|第五阶段|发货 + 整合交付|第18～20周|完整系统交付|
+| 阶段 | 主要内容 | 时间区间 | 关键产出 |
+|------|---------|---------|---------|
+| 第一阶段 | 调研与需求确认 | 第1～3周 | 需求确认文档 |
+| 第二阶段 | 物料编码 + BOM | 第4～8周 | 物料与BOM模块上线 |
+| 第三阶段 | 库存 + 采购 | 第9～12周 | 库存采购模块上线 |
+| 第四阶段 | 订单 + 生产 | 第13～17周 | 订单生产模块上线 |
+| 第五阶段 | 发货 + 整合交付 | 第18～20周 | 完整系统交付 |
 
 **总周期：约20周（5个月）**
 
@@ -297,14 +276,14 @@
 
 ## 六、风险识别与应对
 
-|风险|说明|应对方式|
-|---|---|---|
-|需求变更|调研不充分导致开发中途改需求|第一阶段重点投入，确保需求文档经双方确认后再开发|
-|数据录入量大|存量物料数据录入可能耗时超预期|协助客户设计数据整理模板，分批录入，不影响开发进度|
-|客户使用习惯|员工不习惯新系统，使用率低|界面设计贴近 Excel 操作习惯，降低学习成本，上线前做培训|
-|并发访问限制|普通 Windows 系统对局域网并发连接数有上限，多人同时使用时可能出现连接被拒的情况|服务器操作系统必须使用 Windows Server，在项目启动前与客户确认并推动采购落实|
-|数据库稳定性|Access 文件型数据库在多人并发写入时存在文件损坏的风险，一旦损坏数据难以恢复|采用 SQL Server Express 替代 Access 作为数据库，从根本上规避此风险|
-|开发时间有限|技术实施以业余时间为主|借助 AI 辅助开发提升效率，各阶段设置缓冲时间，优先保证核心模块|
+| 风险 | 说明 | 应对方式 |
+|------|------|---------|
+| 需求变更 | 调研不充分导致开发中途改需求 | 第一阶段重点投入，确保需求文档经双方确认后再开发 |
+| 数据录入量大 | 存量物料数据录入可能耗时超预期 | 协助客户设计数据整理模板，分批录入，不影响开发进度 |
+| 客户使用习惯 | 员工不习惯新系统，使用率低 | 界面设计贴近 Excel 操作习惯，降低学习成本，上线前做培训 |
+| 并发访问限制 | 普通 Windows 系统对局域网并发连接数有上限，多人同时使用时可能出现连接被拒的情况 | 服务器操作系统必须使用 Windows Server，在项目启动前与客户确认并推动采购落实 |
+| 数据库稳定性 | Access 文件型数据库在多人并发写入时存在文件损坏的风险，一旦损坏数据难以恢复 | 采用 SQL Server Express 替代 Access 作为数据库，从根本上规避此风险 |
+| 开发时间有限 | 技术实施以业余时间为主 | 借助 AI 辅助开发提升效率，各阶段设置缓冲时间，优先保证核心模块 |
 
 ---
 
@@ -318,4 +297,4 @@
 
 ---
 
-_内部工作文件 · v1.2 · 可根据调研结果和项目进展持续更新_
+*内部工作文件 · v1.3 · 可根据调研结果和项目进展持续更新*