系统更新规范

业务沟通

• 更新之前必须所有相关人员知晓更新的原因和内容；

技术开发

• 必须评估风险：

1. 开发周期
2. 对其它模块的影响
3. 是否对现有用户造成影响
4. 发生变动（数据结构变化、操作流程变化）

• 需求文档

1. 编写详细说明文档（必须实现的、可以不实现的）
2. 需求文档评审
3. 相关负责人确认签字通过

• 设计和开发

1. 设计和开发按照需求文档开展工作
2. 设计评审（UI、数据库、流程）
3. 测试开始准备测试文档
4. 测试文档评审

• 测试验收

1. UI还原度
2. 功能
3. 性能
4. 安全性

• 上线准备

1. 界面迁移使用新版入口和提示，为用户提供不同版本切换
2. 设置发生变动，必须使用默认值，避免用户相关配置发生错误
3. 教程准备
4. 更新内容说明（更新通知）
5. 发布确认书（相关人员确认准备工作无误后上线）