软件生命周期(SDLC) ——第一季

简介

本文简单介绍了几个传统的软件生命周期（Process Model）,在后续文章会对这些生命周期差异对比，并介绍影响软件生命周期发展的主要因素，并大胆的预测未来。

什么是软件生命周期

用一句话总结软件生命周期就是指软件从生产到报废的全部过程，早期的软件生命周期往往是指——计划、需求分析、设计、实现、部署、维护、报废——这主要是收到第一个软件生命周期瀑布模型（Waterfall Model）所影响。随着不同的开发需求逐渐演化了许多不同的生命周期，其中V模型（V Model）,螺旋模型（Spiral Model), 迭代式模型(Rational Unified Process)，敏捷开发（Agile Model）等最为流行。

瀑布模型（Waterfall Model）

瀑布模型是许多软件生命周期的原型，主要分为七个阶段： 需求分析，设计，实现，集成，测试，安装部署，维护。每个阶段都完全不同并且没有重叠，各个阶段都有独立的交付，列如需求分析文档，设计文档，测试文档等。这种直线步骤的模型需要每一步都完全交付才能开始下一步，因为这种直线模型是没法回到之前的步骤的。
瀑布模型的最大优势是简单直接，因为他的每个阶段都有明显的交接和里程碑，所以非常方便管理和使用。如果需求很清晰并且不会变更，使用瀑布模型会相对安全。而且瀑布模型非常节约成本，因为使用瀑布模型可以雇佣新手程序员和相对短的开发周期可以缩减预算。
然而瀑布模型的缺陷也很明显，它是直线的周期缺乏迭代，使用瀑布模型就会有很大风险，任何步骤如果出现错误都需要付出很大的代价，尤其是当生命周期结束后，与客户交付的时候出现问题将会带来灾难性的影响。另一个明显的缺陷就是，当需求分析步骤结束后，瀑布模型就很难接受并处理需求变更，这也是瀑布模型没法满足大部分软件开发周期的主要原因。由于过多的交付阶段，瀑布模型需要大量的文档支持，编写和阅读这些文档也是对生产力的一种浪费。
瀑布模型已经走过了半个多世纪了，尽管经历了很多批评和调整，然而至今还有很多软件公司依然使用瀑布模型，这些公司主要以外包公司为主，毕竟在需求更变最小化的情况下，瀑布模型是成本最低的开发周期。

螺旋模型（Spiral Model)

螺旋模型是一种结合了快速迭代和线性瀑布模型的软件生命周期，其最大的特点是加强了风险分析和控制来弥补瀑布模型的缺陷。螺旋模型通常包括四个主要步骤：决定目标，风险分析，开发，计划。
螺旋模型最大的优势是加入了风险分析，使软件不能在发生重大风险的时候造成损失。并且螺旋模型加入了迭代，客户可以更早的接触到软件的原型并对其提出建议及修改，这点与增量模型十分相似。通过不同周期的迭代，螺旋模型可以随意地增加必要新功能或修改原有功能， 所以很显然这种软件开发生命周期非常适合大风险类型的软件开发管理。
然而螺旋模型依然存在很多缺陷，大量的风险分析工作与风险分析专家参与都使螺旋模型的开发成本大大增加，所以这种开发管理方案并不适用小型的低风险项目。螺旋模型也可以叫做meta-model, 因为它通常是结合了集中不同的软件生命周期，比如瀑布模型，样机模型，增量开发等。

螺旋模型（巴里·勃姆，1988）

敏捷开发（Agile Method）

敏捷开发是一个轻量级的迭代性的软件生命周期，是在2000以后出现用以对抗传统的繁琐的重量级的软件生命周期。最早期的敏捷开发叫做极限模型（Extrem Model），如今已经发展出很多不同的敏捷开发模型，其中以极限变成（XP）与Scrum最为出名，以后有时间再写一篇文章单独分析下XP和Scrum。
敏捷开发也可以理解为增量开发，它拥有非常多并且快速的迭代周期，通过不停地迭代，客户可以很快的看到不同版本的软件模型，并且通过不停地与客户互动可以帮助完善功能，所以大部分敏捷开发的项目都需要工程师和客户经常面对面的交互。虽然敏捷开发有非常简单的迭代周期，但是每个周期都会有测试的过程来确保软件的可靠性。敏捷开发是目前解决需求变更最快成本最低的管理方式，就算在软件开发末期或者发布以后都可以轻易的解决需求变更。敏捷开发可以说完美的解决了重视时间和需求更变的小型项目，这些项目往往可以快速的占领市场，不给竞争对手截胡的机会。
然而对于敏捷开发往往也会充满挑战，比如敏捷开发通常需要拥有丰富经验的工程师构成的团队才能完成快速的迭代，而且快速的早期的软件模型由于功能的缺陷可能会使客户不满意而造成失败。为了保证迭代的速度，敏捷开发通常需要管理人员的介入，例如Scrum Master，并且通常伴随的连续交付，所以测试人员通常再编程之前就要准备好单元测试用例，各种敏捷开发的要素都是对整个团队的一个考验。但是只要运用得当，敏捷开发的收益将是不可估量的。

在第一季只针对几个流行的软件生命周期做一下简单的介绍与分析，第二季我打算分别对比分析一下这几个软件生命周期的差异，第三季计划根据这三个不同年代产生的代表性SDLC来分析一下软件生命周期的发展要素，并且大胆的猜想一下未来。
软件生命周期（SDLC）——第二季