)前言对于尚未步入社会或从未在互联网公司工作的人来说，互联网企业的开发流程是什么样的，我很感兴趣。 正好利用我最近的经验，写一篇介绍这个开发流程的文章。
)二)开发流程对于拥有自研系统的企业来说，程序员往往在产品经理和battle。 的整个开发过程中涉及的人员的作用是项目经理、产品、设计、后端开发、前端开发、运维、测试。
2.1需求调查首先是需求调查阶段。 这个阶段由项目经理和产品经理全面负责。 产品经理针对上司或客户的要求，进行需求调查，了解是否需要功能，该怎么办。 最后，组织一组需求文件和整个项目的项目经理。
2.2产品文件生产需求调查结束后，产品需要将调查的需求整理成产品文件。
2.3产品文件评审这里是需要全员参加的第一次会议，产品召集所有项目人员进行产品文件评审，主要介绍产品要做什么、怎么做、每页实现什么功能。 在这个阶段产品和开发者的争论往往是最大的阶段。 产品思维有时会满天飞，想法很棒，但在技术人员眼里实现极不可靠或无法实现。 在这个battle过程中，一些需求被切断，一些功能被调整。
2.4制作设计稿的产品文件评审结束，二次修改完成后，设计根据产品文件制作具体的设计稿。
2.5设计评审这里是所有项目人员需要聚集的第二次会议，设计根据设计稿，结合产品文档介绍各功能点。 如果这里与产品的期望不同，设计需要根据产品的想法进行调整。
2.6技术方案生产设计完成后，开发人员需要根据产品和设计稿考虑技术选型，最后给出比较完整的技术方案。 该步骤往往在产品文档确定后与设计同步进行。 这一步也是整个开发过程中技术人员最困难的时候。 关于核心内容，需要选定多种技术。 对于后端来说，数据库使用什么？ 是否要部署缓存？ 现有选型能否满足数据量和性能的需要？ 一切都需要考虑。 其次，设计表格结构，设计界面，编写完整的技术方案文件。 前端也同样需要提出实现方案。
2.7技术方案评审技术方案生产后，下一步进行技术方案评审。 这次参加的是技术人员，在这个阶段很多技术负责人参加讨论技术的可行性和稳定性。 在技术方案的审查中，前后端必须对接口达成一致，后续基本上由这次决定的接口分别开发。 技术方案审查后，需要前后端分别给出开发时间表，如果没有问题，将进入开发合作的一环。
2.8开发合作接下来，在前后端分别开发，在deadline前合作，将合作完成的项目发送到测试环境。
2.9测试人员在测试环境中测试系统，将测试结果反馈给开发人员，开发人员修复测试中提交的错误。 测试需要再次测试修正后的问题。
2.10在线测试发布没有任何问题后，承运人将协助开发将系统版本的test环境发布到生产环境中。
2.11版的重复通常，在没有严重错误的情况下，在一段时间内不运行生产的系统将在每个版本中重复以下更改： 现在，正好形成了第一步和闭环。
)三)总体来说，开发商越多的公司，整体流程往往越规范，对企业无疑是好事，但对个人也需要从两个方面来看。 流程越来越规范，开发能力越来越高，但解决问题的场景也越来越少。 运输业者解决运输业者的问题，产品解决需求。 如果你在初创公司或面向客户的软件业，往往可以一个人掌握，锻炼自己各方面的能力。
具体怎么选择，要看你自己未来的计划。 我是个鱼仔。 我最近真的很忙。 下一期再见吧。