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>
This commit is contained in:
Misaka
2026-04-12 13:16:14 +08:00
parent 8a1ff506ba
commit 485fa27e6f

View File

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