WEB 软件开发（后端）工作经验分享——非技术性

WEB 软件开发（后端）工作经验分享——非技术性

• 背景
• • 软件开发（后端）
  • • 需求开发的流程
    • • • 理想流程
        • 实际流程
    • 总结一些保命点
    • 总结一些开发建议

背景

菜鸟软件工程师已工作一年多了，从实习到现在，虽然在项目组里仍是弟弟，但是已有一定的独立开发需求的能力。在这里记录一下这一年来的总结，以便日后可有自嘲的材料。

软件开发（后端）

需求开发的流程

理想流程

a）甲方提出需求 》 乙方分析需求的可行性
b）甲方确认需求 》 乙方约甲方进行需求澄清
c）甲方澄清需求 》 乙方分析需求的人力
d）甲方确认人力 》 乙方安排需求负责人（一般来说是产品经理）
e）乙方需求负责人细化需求细节 》甲方确认细节
f） 乙方开发人员进行技术分析、数据结构分析、需求逻辑分析 》乙方进行需求开发评审
g）乙方开发人员进行建库建表、项目搭建、需求逻辑代码开发、联调（前后端、与第三方等）》 甲方协助补充需求细节
h）乙方开发人员进行单元测试 》 乙方开发人员进行功能测试 》乙方测试人员进行系统测试 》 乙方开发人员进行问题修复
i） 甲方测试员在UAT下进行需求业务测试 》乙方开发人员进行问题修复 》甲方确认接收
j） 甲方提出发布需求的项目 》 乙方准备发布软件、邮件发送甲方项目信息（需求信息、文件变动清单、开发负责人等）
k）甲方确认发布 》甲方运维人员发布需求项目
l） 甲方运维人员进行生产巡检 》 乙方随时准备接收反馈的问题并及时修复（h-l反复进行）

实际流程

甲方提出需求
》 项目经理接收需求
》 甲方澄清需求
》 开发分析需求
》 开发评估需求
》 甲方确认需求
》 然后就是开发与甲方边沟通边开发的时间了
》 开发写文档、开发联调、开发修BUG（循环）
》 开发测试、测试测试、开发修BUG（循环）
》 甲方测试、测试测试、开发修BUG（循环）
》 甲方需求更改、开发开发、测试测试、甲方测试、测试测试、开发修BUG（循环）
》 甲方确认投产、开发准备投产、开发投产、甲方测试、甲方接收
》 甲方反馈问题、测试测试、开发修BUG（循环）——到这还有BUG就挺严重的，但是都是常态

总结一些保命点

1.能不加班就不加班；
2.做事高调，做人低调；
3.保持独立的思考，不要别人说一就是一，实践出真理；
4.有问题解决问题就行；
5.和同事工作，多换位思考；
6.有任何需求不清楚的或需要了解和获取的，直接问甲方；
7.任何需求或变更等甲方确认后再动手开发；

总结一些开发建议

1.注释不要吝啬，文档也不能吝啬；
2.多想想以后的维护；
3.命名不规范，后人两行泪；
4.多多重构代码；
5.旧代码别乱动，能增就增加，不能也少改动旧代码，不然自己就两行泪了；

来源：劲·Lin(JINJames)