Files
JY1.0/今日计划.md
2026-05-21 09:46:02 +08:00

149 lines
4.9 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 今日工作计划与部署文档
## 1. 工作概述
本文档记录了今日开发与运维任务包括PLM数据上传、采购到货入库单生成逻辑、生产计划功能更新及生产环境部署。重点涉及数据库表结构变更、存储过程更新及上线后的Bug跟踪。
## 2. 任务清单
| 序号 | 任务名称 | 状态 | 优先级 | 预计耗时 | 负责人 |
| -- | -------------- | ---- | --- | ---- | --- |
| 1 | PLM文档上传 | 进行中 | 高 | 1.5h | 开发组 |
| 2 | 采购到货生成入库单 | 待开始 | 高 | 2h | 开发组 |
| 3 | 生产计划功能更新(含数据库) | 待开始 | 高 | 2.5h | 开发组 |
| 4 | 生产环境部署 | 待开始 | 紧急 | 1h | 运维组 |
| 5 | 上线后Bug监控与修复 | 持续执行 | 高 | 持续 | 全体 |
## 3. 详细任务说明
### 3.1 PLM文档上传
- **目标**将PLM系统中的设计文档、BOM表等同步至生产系统。
- **操作**
- 使用PLM接口批量拉取最新文档。
- 校验文档完整性并存储至文件服务器。
- 更新文档索引至数据库`plm_docs`表。
- **验证标准**上传成功率≥99%,文档可预览。
### 3.2 采购到货生成入库单
- **业务逻辑**:根据采购订单的到货通知单,自动生成仓库入库单。
- **操作**
- 读取采购到货记录表`purchase_arrival`
- 校验数量、批次号、质检状态。
- 调用存储过程`sp_generate_inbound_order`生成入库单。
- **数据库变更**:无新增表,但需验证触发器`trg_after_arrival`是否正常。
### 3.3 生产计划功能更新(含数据库变更)
此任务包含应用程序代码更新及数据库结构/存储过程变更,需按顺序执行。
#### 3.3.1 数据库变更脚本
**表结构变更**
```sql
-- 添加字段用于计划优先级
ALTER TABLE production_plan ADD priority_level TINYINT DEFAULT 3 CHECK (priority_level BETWEEN 1 AND 5);
-- 新增索引以提高查询效率
CREATE INDEX idx_plan_status_priority ON production_plan(plan_status, priority_level);
-- 增加历史日志表
CREATE TABLE production_plan_log (
log_id INT PRIMARY KEY IDENTITY(1,1),
plan_id INT NOT NULL,
action_type VARCHAR(20),
change_time DATETIME DEFAULT GETDATE()
);
```
**存储过程更新**
sql
```
-- 更新生产计划状态存储过程,增加优先级处理
CREATE OR ALTER PROCEDURE sp_update_plan_status
@plan_id INT,
@new_status VARCHAR(20)
AS
BEGIN
BEGIN TRY
BEGIN TRANSACTION;
UPDATE production_plan
SET plan_status = @new_status,
last_modified = GETDATE()
WHERE plan_id = @plan_id;
-- 记录日志
INSERT INTO production_plan_log (plan_id, action_type)
VALUES (@plan_id, 'STATUS_CHANGE_TO_' + @new_status);
COMMIT TRANSACTION;
END TRY
BEGIN CATCH
ROLLBACK;
THROW;
END CATCH
END;
```
**执行顺序**
1. 备份现有数据库(生产计划相关表)。
2. 执行`ALTER TABLE`语句。
3. 执行`CREATE TABLE`语句。
4. 执行`CREATE OR ALTER PROCEDURE`语句。
5. 验证索引创建。
#### **3.3.2 应用程序更新**
- 生产计划列表页增加“优先级”筛选和排序。
- 计划详情页支持修改优先级(权限控制)。
- 调用`sp_update_plan_status`替代原有直接UPDATE语句。
### **3.4 生产环境部署**
**部署步骤**
1. 停止生产计划相关服务。
2. 备份当前生产数据库和生产计划模块代码。
3. 执行数据库变更脚本见3.3.1)。
4. 部署新的后端API和前端页面。
5. 启动服务,执行冒烟测试(创建计划、变更状态、优先级过滤)。
6. 通知业务部门恢复使用。
**回滚计划**
- 若部署后30分钟内出现严重错误执行数据库回滚脚本恢复备份表及存储过程并回退至上一版本代码。
### **3.5 上线后Bug监控与修复**
- **监控指标**
- 生产计划保存接口错误率 > 5%
- 入库单生成超时 > 3秒
- PLM上传失败率 > 1%
- **响应机制**
- 普通Bug2小时内修复记录至JIRA。
- 严重Bug导致数据错误或流程中断立即回滚相关变更事后分析。
## **4. 注意事项**
- 所有数据库变更是不可逆的,务必提前全量备份。
- 生产计划优先级字段`priority_level`默认值为3需通知前端做UI提示。
- 存储过程更新后需同步更新ORM实体映射如有
- 采购入库单生成依赖质检结果,若存在未质检记录,系统应跳过并记录错误日志。
## **5. 验收与完成标准**
- PLM上传完成文件可访问。
- 成功根据3笔以上到货数据生成入库单。
- 生产计划数据库变更执行成功,索引有效。
- 生产计划前端能正确展示并修改优先级。
- 上线后2小时无P0/P1级Bug。
<br />