# 今日工作计划与部署文档 ## 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% - **响应机制**: - 普通Bug:2小时内修复,记录至JIRA。 - 严重Bug(导致数据错误或流程中断):立即回滚相关变更,事后分析。 ## **4. 注意事项** - 所有数据库变更是不可逆的,务必提前全量备份。 - 生产计划优先级字段`priority_level`默认值为3,需通知前端做UI提示。 - 存储过程更新后,需同步更新ORM实体映射(如有)。 - 采购入库单生成依赖质检结果,若存在未质检记录,系统应跳过并记录错误日志。 ## **5. 验收与完成标准** - PLM上传完成,文件可访问。 - 成功根据3笔以上到货数据生成入库单。 - 生产计划数据库变更执行成功,索引有效。 - 生产计划前端能正确展示并修改优先级。 - 上线后2小时无P0/P1级Bug。