软件生命周期模型(1).docVIP

软件生命周期的模型 　　任何软件都是从最模糊的概念开始的：为某个 HYPERLINK /wiki/%E5%85%AC%E5%8F%B8 \o 公司 公司设计办公的流程处理；设计一种商务 HYPERLINK /wiki/%E4%BF%A1%E5%87%BD \o 信函 信函打印系统并投放 HYPERLINK /wiki/%E5%B8%82%E5%9C%BA \o 市场 市场。这个概念是不清晰的，但却是最高层的业务需求的原型。这个概念都会伴随着一个目的，例如在一个“银行 HYPERLINK /wiki/%E6%8A%BC%E6%B1%87 \o 押汇 押汇系统”的目的是提高工作的 HYPERLINK /wiki/%E6%95%88%E7%8E%87 \o 效率 效率。这个目的将会成为系统的核心思想，系统成败的 HYPERLINK /wiki/%E8%AF%84%E5%88%A4%E6%A0%87%E5%87%86 \o 评判标准 评判标准。1999年政府部门上了大量的 HYPERLINK /wiki/OA%E7%B3%BB%E7%BB%9F \o OA系统 OA系统（ HYPERLINK /wiki/%E5%8A%9E%E5%85%AC%E8%87%AA%E5%8A%A8%E5%8C%96%E7%B3%BB%E7%BB%9F \o 办公自动化系统 办公自动化系统），学过一点Lotus Notes（Lotus Notes是功能强大的多界面的Windows 软件，它使人们能高效地协同工作。使用Notes 人们可以突破平台技术组织和地理的限制，Lotus Notes非常好用，通常要由许多应用程序来完成的任务，用Notes一次即可完成。）的人都发了财（ HYPERLINK /wiki/IBM \o IBM IBM更不用说了），但是更普遍的情况是，许多的政府部门原有的处理模式并没有变化，反而又加上了自动化处理的一套 HYPERLINK /wiki/%E6%B5%81%E7%A8%8B \o 流程 流程。提高工作效率的初衷却导致了完全不同的结果。这样的软件究竟是不是成功的呢？ 　　从概念提出的那一刻开始，软件产品就进入了软件生命周期。在经历需求、分析、设计、实现、部署后，软件将被使用并进入维护阶段，直到最后由于缺少维护费用而逐渐消亡。这样的一个过程，称为“生命周期模型”（Life Cycle Model）。 　　典型的几种生命周期模型包括 HYPERLINK /wiki/%E7%80%91%E5%B8%83%E6%A8%A1%E5%9E%8B \o 瀑布模型 瀑布模型、 HYPERLINK /wiki/%E5%BF%AB%E9%80%9F%E5%8E%9F%E5%9E%8B%E6%A8%A1%E5%9E%8B \o 快速原型模型 快速原型模型、 HYPERLINK /wiki/%E8%BF%AD%E4%BB%A3%E6%A8%A1%E5%9E%8B \o 迭代模型 迭代模型。瀑布模型（Waterfall Model）首先由 HYPERLINK /w/index.php?title=%E6%B8%A9%E6%96%AF%E9%A1%BF%C2%B7%E7%BD%97%E4%BC%8A%E6%96%AFaction=edit \o 温斯顿·罗伊斯 温斯顿·罗伊斯（Winston Royce）提出。该模型由于酷似瀑布闻名。在该模型中，首先确定需求，并接受客户和软件质量保证（SQA）小组的验证。然后拟定规格说明，同样通过验证后，进入计划阶段…可以看出，瀑布模型中至关重要的一点是只有当一个阶段的文档已经编制好并获得软件质量保证小组的认可才可以进入下一个阶段。这样，瀑布模型通过强制性的要求提供规约文档来确保每个阶段都能很好的完成任务。但是实际上往往难以办到，因为整个的模型几乎都是以文档驱动的，这对于非专业的用户来说是难以阅读和理解的。想象一下，你去买衣服的时候，售货员给你出示的是一本厚厚的服装规格说明，你会有什么样的感触。虽然瀑布模型有很多很好的思想可以借鉴，但是在过程能力上有天生的缺陷。 　　迭代式模型是 HYPERLINK /wiki/RUP \o RUP RUP（ HYPERLINK /wiki/Rational_Unified_Process \o Rational Unified Process Rational Unified Process， HYPERLINK /wiki/%E7%BB%9F%E4%B8%80%E8%BD%AF%E4%BB%B6%E5%BC%80%E5%8F%91%E8%BF%87%E7%A8%8B \o 统一软件开发过程 统一软件开发过程， HYPERLINK /wiki/%E7%BB%9F%E4%B8%80%E