JY1.0/今日计划.md

今日工作计划与部署文档

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 数据库变更脚本

表结构变更：

-- 添加字段用于计划优先级
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。