软件开发流程 - VSBYA

简介

软件开发流程，是一个多变，官方有一个标准的流程图，然后衍生出适合本公司自己的流程图，自古都是我们去适应公司，适应环境，而不是我们有一个自认为标准的去原封不动的套公司。

流程主要分为以下步骤：需求阶段 - 开发阶段 - 测试阶段 - 验收阶段

需求阶段

需求流程图

• 产品经理编写需求文档&原型文档
• 需求或原型进行一次评审，会议记录问题，修改完问题后决定是否需要再次评审，不需要就交给测试进行测试
• 测试文档完成后，提供问题清单，产品经理有时间就按照清单改原型或需求，没有时间就把清单作为产品文档的附件
• 需求文档有问题清单时，则进行二次评审，确定最终的需求文档，这个时候需求文档是有一个问题清单附件的。
• 开发根据【需求文档】或【需求文档-问题清单附件版】进行分析，编写流程图及设计文档 ，测试同步根据文档进行编写流程图及测试点
• 评审开发和测试编写的文档，评审期间记录问题，进行文档的二次修改
• 需求管理员对需求、原型、设计文档、测试点文档进行存档备份，最后研发根据各种文档进行本地软件开发

开发阶段

接口规范

1、没有冗余字段 ，多余的字段要么注释要么删除，接口请求参数只存可用字段

2、每个接口的返回结果统一格式，并且都为json格式， 例如：

{"code": "0","success": "True", "message": "新增数据成功", data": [{}]}

3、新增编辑接口，返回结果要有数据的关键信息，比如删除该数据用到的id ，uuid 等字段值

4、接口中参数名和数据库字段名称统一，其中如uuid、name这种字段，建议加前缀，比如user_uuid、team_uuid

Git分支描述图

软件开发流程图

• 研发主管在Dev分支V1.0版本创建项目代码框架
• 开发拉取Dev分支V1.0到本地进行开发
• 开发完成后提交代码，由研发主管进行审核代码
• 审核通过则提交到Dev分支V1.0，审核失败则打回，由开发修改后再次提交
• 使用jenkins平台对Dev分支V1.0代码进行打包部署到Dev研发环境
• 测试进行接口测试，完成后前后端联调，有困难性，不管对于后端还是流程，待定
• 研发在Dev环境进行自测，发现问题重新提交代码，或拉取当前Dev分支V1.0代码到本地进行修改，再次走提交流程
• Dev环境测试无问题之后，把Dev分支V1.0分支代码提交到Test分支V1.0
• 使用jenkins平台对Test分支V1.0代码进行打包部署到Test测试环境

测试阶段

验收阶段

• 测试通过后，把Test分支最终代码版本，提交到MasterV1.0分支上面

总结

适合自己的才是最好的，根据公司规模，人员规模，领导及人员性格灵活制定流程