java开发的正常开发步骤和进度总结

可乐多点冰

已于 2022-07-26 16:36:23 修改

阅读量2.4k

点赞数 1

分类专栏：小小小知识点文章标签：开发流程开发进度开发java

于 2022-07-26 16:33:25 首次发布

本文链接：https://blog.csdn.net/u013541707/article/details/125996459

版权

小小小知识点专栏收录该内容

55 篇文章 5 订阅

订阅专栏

项目规范

需求排期阶段

1、业务提需求，业务与PD和技术初步探讨业务背景和需求。

在此阶段，开发人员的目标是提前的了解需求，想业务之所想，丰富和优化需求
所以，开发人员，应该主动的了解需求，并提出不合理和可以优化的点，充分的发挥自己的见解，这样对自己表现自己专业能力的时候。

2、业务开排期会，对所有需求进行排期，标明优先级和时间限制

此阶段非常的重要，是保证整体项目正常有序的关键，保证各方利益的平衡，工作时，一定要有这个步骤！

对于开发，此时是保护自己最重要的时候，可以初步估算开发时间，并争取多排几天，保证自己的效率和质量。

除此之外，还有2个好处，1、明确了接下来一段时间自己的工作内容，并且只做这一块事情，如果有其他人和事情找到自己，自己可以明确的拒绝，一定要保证自己已经排期好的需求，若非要自己去处理其他事情，则一定让此时需求的提出方于原本需求提出的业务人员进行沟通，得到明确指示之后，才能处理新的事情。这样可以保证自己的权益。2、那就是可以不用打黑工。所以，任何需求，都需要排期，并让需求、PD、前端、测试人员知道这个事情。

PRD评审阶段

3、PD与业务深入沟通，并编写PRD，并拉干系人进行PRD评审

此阶段是产品输出PRD，这是开发人员开发的唯一参考。
所以评审之前就要先过一遍PRD，并做好疑问点，在会议开始到疑问点处的时候，要及时提出，充分讨论之后给出明确疑问，对于需要修改的点，一定要重新填写到PRD里。
总结：PRD是开发人员的开发手册，一定要充分讨论，不留疑问。并且，后期有任何的改动，一定要让PD更新到PRD里。记住，一定要有凭证！！！不要口头！！！

开发阶段

4、后端开发、前端和测试人员依次进行系分评审会议

此阶段，一般公司可能没有系分评审，实际上这个是非常重要的。所谓系分评审，就是开发人员要自己写出一个文档，把代码层面的改动要表明比如：
需求背景、业务分析、用例图、领域模型、系统流程图、接口设计、出入参，表设计，资金流、消息MQ、配置项、状态机、错误码、监控点、核对脚本、系统依赖、人员分工、时间进度等。
开发和测试人员要逐步开展各自的系分，技术同学一定要认真参与并仔细分析，确保自己与上下游没有技术问题。测试同学测试点，业务同学也要指出问题或补充相关点。一定要与测试同学多沟通，与他们关系打好，这样自己出线上的几率会更小。

5、与此同时，开始开发，一般是1周。写完之后找其他开发人员进行CR

此阶段，就是开发，一般开发的时候，就认真快速，不要受其他事情打扰，有事情找我们，我们可以明确拒绝。
确保一定有CR，cr是保证代码质量和发现问题重要的一环，找技术骨干cr会发现自己想不到的问题，经验表明，CR是极其重要的，很多问题，都是cr的时候发现的。所以要感谢为我们CR的人，不要觉得CR的comment太多，指出了自己的问题就觉得不舒服，一定端正心态，因为别人指出，是为了我们自己好，发现问题，以免发布到线上了，那就是大问题了，面临低绩效甚至辞退的后果。

测试阶段

6、线下环境，开发人员单测、自测和联调，并让测试给出自测验收文档，一号位填写自测情况到文档里。

一定要写单侧。不要目视，觉得没有问题就过去了。无数次经验告诉我，很多线上事故，都是一行代码的问题，而且自己目视完全看不出来的。比如缺少if条件、比如最常见的NPE问题。即使再小的问题，在线上了都是大问题，所以一定要写单侧。
自测和联调，是方便测试接入之后，少一些问题。所以我们尽可能自己发现，然后解决，免得自己都不测试给到测试同学了，他们发现更多问题，你再修复也耗时间，增加沟通成本。同时，bug数提多了，对开发人员影响也不好，如果吐槽给开发人员的老板了，更不好了

7、测试人员开始接入，测试线下环境。