第一种是传统的:1.技术文档自上(服务端)而下(用户终端)形成一个服务端主导,用户端跟进的串行开发流程。服务端与用户端开发:到技术文档打止,服务端的工作已经完成,技术文档以下由用户端根据技术文档去完成。
第二种依据技术文档产生的并发开发的竞争流程:2.技术文档驱动服务端与用户端并行开发,实现服务端与用户端开发竞争流程:首先服务端与用户端共同商讨已确定需求的实现方案,编制可以实现的现有接口形成约束双方和唯一开发依据的标准技术文档,要求包含:1.接口地址,2.请求参数,3.请求类型,
4.返回请求数据结构详情。服务端与客户端以此为标准,开始自己的开发。
第二种好处非常明显:在效率上和公司资源配置上,完全超越传统方式,实践中测试,并行开发效率是传统的3倍多,然后缺点也非常明显,对整个开发技术团队要求更好,每一个环节紧紧相扣,对与技术文档的编制,编制一定要双端讨论,并有经验丰富的两端负责人编制,总之技术文档驱动,一旦启动项目,技术文档就像法律一样,通过奖励,让双端的开发竞争又像鞭子一样驱策前进。
未来互联网技术竞争和快速迭代,必然会需要更具侵略性效率性的开发流程。
本文探讨了两种软件开发流程:传统的串行开发及技术文档驱动的并发开发。后者通过服务端与用户端并行工作,显著提升了开发效率。介绍了并发开发流程中技术文档的重要作用,包括接口地址、请求参数等关键要素。
5万+

被折叠的 条评论
为什么被折叠?



