简单实用的互联 公司软件开发流程

文章目录

• • 1、需求评审
  • 2、 项目成员沟通及启动
  • 3、 前端接口定义及评审
  • 4、 逻辑技术设计(后端)
  • 5、 测试用例设计及评审：
  • 6、后端技术评审：
  • 7、提测邮件:
  • 8、发布计划评审：
  • 9、发布
  • 10、发布验证
  • 11、其他

1、需求评审

技术根据现有功能讨论是否有优化或微调需求的空间。围绕最终目的，在实现最终目的的前提下，可以有些调整。
技术评需求时应该对需求有所了解，对自己熟悉的领域提出一些问题，在会上讨论，绝对杜绝临时了解需求；

2、 项目成员沟通及启动

指定开发同学，由开发同学估算工期，根据工期及目的考虑是否拆分项目分次上线，需要指定的里程碑时间点包括：各系统的提测时间、联调时间、交付测试时间、功能测试时间、产品验收时间、发布时间等；

3、 前端接口定义及评审

前端以自己的角度出发，定义接口，并组织评审，后端同学根据系统现状，对接口进行讨论等。达成共识的接口前端同学可以通过mock数据等手段先行开发。

4、 逻辑技术设计(后端)

总体设计(可以表示出层级及系统间调用关系的架构图)、功能时序图、实现功能关键点、各模块详细设计、各模块流程图、状态图、接口、数据库、mq消息、对现有系统的影响等

5、 测试用例设计及评审：

对开发同学来说查漏补缺，与测试同学逻辑保持一致；
包括测试环境全case、必要case、正式环境验证case等；
根据需求来定是否需要回归测试

6、后端技术评审：

查漏补缺，最终定稿；

7、提测邮件:

改动原因：技改/产品需求/修复bug等
改动范围
影响模块(测试根据这项进行测试)
坏境说明：预发、测试等
其他说明：发布计划、后门等

8、发布计划评审：

预计时长、db改动、数据初始化、配置更新、消息更新等

9、发布

10、发布验证

验证线上测试用例

11、其他

邮件节点：需求发出、需求评审、项目启动、接口评审、用例评审、逻辑设计评审、提测邮件、发布计划评审、发布
对一些节点要有总结产出：需求评审、接口评审、用例评审。逻辑设计评审、发布计划评审、发布验证结果

在项目开发过程中，如有变动需周知项目中所有同学，如果需求发生变更，由项目负责人与组内同学沟通，最终决定需求是否进行变更。如果最终需求变更需发邮件说明缘由，技术跟邮件说明改动范围，与原设计出入，及影响工时等