工作流要求¶
主要从工作流的分工及操作方法来讲日常的工作流程。
工作流概述¶
- 需求分析
- 任务调度
- 任务处理
- 测试
- 发布
需求分析¶
只处理平台旧功能修改、bug修复、新功能添加。若是操作和配置的问题，则不要加到需求分析里，那些属于使用操作不当造成的，不应该提交给开发人员。
- 旧功能修改（已存在的菜单的功能调整）。
- bug修复（平台的框架bug和各模块菜单bug）。
- 新功能添加（合同和技术协议里没有的功能，若是新增模块则需要重新签订合同，旧模块改动超过50%也视为新增模块）。
任务调度¶
把需求提交到统一的平台如禅道，由开发人员技术主管分配任务。技术主管先检查一遍新需求，剔除操作不当和配置的需求，只保留需要开发人员处理的需求。保证每周的任务能够排满，并预留20%的时间预防突发情况和让开发人员进行总结提升。根据重要程度，任务优先级可以这样配置：
- 集团平台新任务（紧急且重要）。
- 突发事件（紧急但不重要）。
- 矿端平台默认新任务（紧急但不重要）。
- 无关痛痒的新任务（不紧急也不重要）。
任务处理¶
需求经开发主管设置截止时间分配任务后，会邮件通知各开发人员，各开发人员开始处理。将需求的处理状态分为以下几类，开发人员每周五下班前要及时更新任务状态。
- 准备（任务已检查过，但未开始执行）。
- 执行中（任务已分配给开发人员进行修改）。
- 已处理（任务已由开发人员修改完毕，并经过运维的确认）。
- 暂停（由于时间安排或需求不明确，暂停中的任务）。
- 延期（由于时间安排，无限期暂停，最后很大几率是不处理）。
- 不处理（运维人员和客户沟通后确认不再处理）。
测试¶
开发人员处理好的任务，邮件通知运维人员。开发人员先进行单元测试，运维人员再进行集成测试。运维人员根据任务需求描述进行确认，若未达到需求描述，则反馈给开发人员重新修改。直到修改完成或暂停处理。
- 搭建测试环境（部署新的测试环境或者使用指定的测试服务器）。
- 检查后台数据库写入情况（查看数据是否写入数据库）。
- 检查平台前台展示情况（查看平台展示数据是否正确）。
发布¶
其实这里指打包和部署。经过测试的代码部署到生产环境服务器。
- 开发人员提交代码到svn服务器。
- 运维人员获取svn服务器的最新源码。
- 打包（使用自动化构建工具生成升级包）。
- 部署（将升级包推送到生产环境服务器进行代码更新）。