|
转自 | TopSemic嵌入式 一行代码导致灾难，一个Bug导致发射失败，一个不合格的电容导致产品寿命缩短。这些看似偶然的事件，偏偏又常常真实地发生了。(参考我们之前的文章) 即使产品设计没有问题，又可能因为不好卖，而没能给公司带来丰厚利润。不但初创的小公司时刻面临生存的威胁，一些巨无霸公司由于产品决策失误，陷入困境甚至倒闭的案例也不鲜见。 人们于是想有没有一种方法，可以帮助我们设计出又好用，又好卖的产品。我们今天介绍一些前人在这方面探索，主要涉及一些开发模型，和开发管理流程。 开发模型指的是软件开发的全部过程、活动和任务的框架，它规定了软件开发的具体活动和任务，并且以清晰直观的方式表达出软件开发的全部过程。简单来说，开发模型是软件开发过程的基础和保障。 开发流程是指软件开发的具体步骤和过程。它包括可行性分析、项目开发计划、需求分析、系统概要设计、系统详细设计、编码、测试等环节。这些环节是软件开发不可或缺的步骤，它们之间的关系密切，相互衔接，以确保软件开发的高效和顺利。 几种典型的开发模型 瀑布模型 瀑布模型是最经典的开发模型，又称为线性模型。它把开发过程分解为按顺序进行的六个阶段：计划，需求分析，设计，实现，测试，运行维护。每一个阶段完成后，评审通过，才能开启下一阶段，一级一级向下进行，如同瀑布。用户在最后得到一个可用产品。 迭代模型 一个项目被拆解为多个小项目，每个小项目如同一个瀑布模型，都包括需求分析，设计，实现，测试。每个小项目的完成，就可以认为是产品的一次迭代，虽然还不完善，但用户可以使用。每个小项目可以反复迭代，整个产品也不断完善。SpaceX的猎鹰火箭，就是采用了这种迭代方式开发。所以虽然爆炸了几次，最终还是成功了。而其它的采用传统瀑布模型的公司，很多还没有一次发射。 除了以上这两种，还有不少变种，如快速原型模型，螺旋模型，智能模型，增量模型，喷泉模型，V模型，混合模型，演化模型。
开发管理流程 IPD (Integrated Product Development） IPD的思想来源于美国PRTM公司出版的《产品及生命周期优化法》（Product And Cycle-time Excellence）一书，该书中详细描述了这种新的产品开发模式所包含的各个方面。 IBM公司在上世纪90年代遭遇了一次危机，当时研发经费开支过高，产品上市时间过长，利润下降严重。作为重振公司的一项重要内容，IBM引入了集成产品开发方法IPD。它由7个方面的内容组成：异步开发与公共基础模块、跨部门团队、项目和管道管理、结构化流程、分析客户需求的工具($APPEALS)、优化投资和衡量指标 。其核心为产品开发由市场驱动，强调决策的重要性，更关注做正确的事。 华为在1998年花重金从IBM引入IPD，经过多年优化，成为其飞速成长的基石之一。其它比较知名的公司有美的，VIVO，方太等。 CMMI (Capability Maturity Model Integration) 1987年，由美国卡内基.梅隆大学软件研究所提出CMM,即软件过程成熟度模型，用于评价软件承包能力，并帮助其改善软件质量的方法。后推广至硬件开发，系统集成等更多领域。其核心目的为衡量一个组织的过程能力，并推动其改进。CMMI分为初始级，已管理级，已定义级，已定量管理级，优化级等5个等级，其中优化级为最高等级。 CMMI主要关注执行，也就是正确地做事。它认为控制好了过程，就可以保证产品交付质量。 敏捷开发 (Agile Development) 2001年，烦透了各种开发管理流程，疲于应付各种文档的17名程序员大佬，聚会于犹他州瓦萨奇山中的一个小酒店，扯起了敏捷开发的大旗，并发表了4条宣言： Individuals and interactions over processes and tools （有话您直说，甭瞎扯流程。） Working software over comprehensive documentation （软件贼好用，文档如废纸。）
Customer collaboration over contract negotiation （客户一点头，合同算个鸟。） Responding to change over following a plan （领导一挥手，马上跟着走。） 总之，敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。简言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。 我们如何借鉴？ 大公司引入流程，花费巨资的传闻，有点儿让小公司望而却步。但也并不是说只有大公司才需要流程，小公司其实可以根据自身的情况，做一些借鉴。 比如项目需求分析，一开始就和客户做深入的交流，为客户周到的考虑，不要到最后发现某个功能没实现，要过认证时才整改。项目需求形成说明书文档，设计实现要跟需求一一对应。 另外，开发的每一阶段，做一些评审也是很必要的，特别是开发人员之间的互相检查(Peer Review)，可以把很多问题解决在萌芽状态。把开发分解成并行的过程，并进行关键路径分析，可以大大缩短研发周期。 ------------ END ------------
| 
