软件的生命周期
软件生命周期包括
软件生命周期包括软件生命周期是指从软件的概念产生到最终退役的全过程。
它包括了软件的规划、开发、测试、部署、运维和维护等不同阶段。
软件生命周期的有效管理对于确保软件项目的成功至关重要。
本文将详细介绍软件生命周期的各个阶段，并分析其重要性。
1. 规划阶段：规划阶段是软件生命周期的起点。
在这个阶段，需求分析师和项目经理与客户一起讨论和定义软件的需求和目标。
这包括功能需求、性能指标、可行性分析、预算估计等方面的内容。
规划阶段的目标是建立一个明确的需求基础，为后续的开发工作提供指导。
2. 开发阶段：开发阶段是软件生命周期的核心。
软件开发团队根据规划阶段确定的需求和目标，进行系统设计、编码和测试工作。
在这个阶段，软件工程师负责编写代码，开发各种功能模块，并进行单元测试。
为了确保软件的质量，通常会采用一些开发方法论，如敏捷开发、瀑布模型等。
3. 测试阶段：测试阶段是软件生命周期中不可或缺的一个环节。
测试团队会对软件进行各种测试，包括单元测试、集成测试和系统测试等。
测试的目的是发现和修复软件中的错误和缺陷，并保证软件的功能和性能达到用户的要求。
通过有效的测试，可以提高软件的质量，减少后续维护工作的难度。
4. 部署阶段：部署阶段是将软件安装并交付给最终用户的阶段。
在这个阶段，安装团队会将软件安装到用户的计算机或服务器上，并进行用户培训和技术支持。
一些大型软件项目可能需要进行多次迭代和部署，直到软件能够正常运行，并满足用户的需求。
5. 运维阶段：运维阶段是软件生命周期中的持续阶段。
在这个阶段，运维团队负责监控和维护软件的运行环境，确保软件能够正常运行。
如果发现了问题或需要进行升级，运维团队会及时采取措施进行修复，以保证软件的稳定性和可用性。
6. 维护阶段：维护阶段是软件生命周期中的最后一个阶段。
在这个阶段，软件开发团队会根据用户的反馈和需求变化，对软件进行修改和升级。
维护阶段的目标是保证软件始终能够满足用户的需求，并提供及时的技术支持。
软件生命周期各阶段的简要描述
软件生命周期各阶段的简要描述1. 需求分析：根据客户需求，分析需求，建立软件需求规格说明书，以及软件设计文档，并确定软件设计的技术方案。
2. 系统设计：根据软件需求规格说明书，进行系统的概要设计，确定系统的结构，功能，接口，性能等指标的设计。
3. 详细设计：根据系统设计文档，进行详细设计，确定系统的具体功能，接口，性能等指标的设计。
4. 编码：根据详细设计文档，进行编码，完成系统的编程工作。
5. 测试：根据软件设计文档，进行系统的测试，包括功能测试，性能测试，安全测试，可靠性测试等。
6. 交付：根据软件设计文档，完成软件的交付，包括软件的安装，部署，配置，操作指导等。
7. 维护：根据软件设计文档，对软件进行维护，检查软件的运行情况，及时修复软件的问题，满足客户的需求。
1. 需求分析阶段：根据客户的需求，分析并确定软件的功能需求，以及其他可能的限制条件，编制软件需求规格说明书，为软件开发奠定基础。
2. 设计阶段：根据需求规格说明书，确定软件的架构，编制软件设计文档，设计软件的结构、界面、模块等。
3. 编码阶段：根据软件设计文档，编写软件代码，实现软件的功能模块，完成软件的开发。
4. 测试阶段：根据软件的需求规格说明书，进行软件的功能测试，确保软件的质量。
5. 部署阶段：根据客户的要求，进行软件的安装、配置、部署，确保软件能够正常运行。
6. 维护阶段：根据软件的运行情况，定期进行软件的版本升级、功能优化，确保软件的正常运行。
1. 需求分析：在软件开发过程中，需求分析是第一步，它是一个收集和确定软件需求的过程，旨在确定系统需要实现的功能，识别系统的性能和可用性要求，并确定软件的架构和实现方式。
2. 设计：设计是软件开发的第二步，它是指根据需求分析的结果，使用软件设计语言（如UML）来定义软件的架构和模块，以及实现每个模块的细节。
3. 编码：编码是软件开发的第三步，它是指根据设计文档，使用编程语言（如C++）来编写软件程序代码，以实现设计文档中定义的功能。
软件开发生命周期：从概念到归档的全过程
软件开发生命周期：从概念到归档的全过程软件开发生命周期是指从软件概念的形成，到设计、开发、测试、部署、维护和归档的全过程。
在软件开发过程中，按照一定的顺序和步骤进行，以确保软件的质量和可靠性。
本文将详细介绍软件开发生命周期的各个阶段，以及每个阶段的主要工作内容。
1、需求分析软件开发的第一步是需求分析阶段。
在这个阶段，开发团队与客户进行沟通，了解客户的需求和期望。
开发团队会收集客户的需求，并将其转化为明确的软件规范，包括功能需求和非功能需求。
在这个阶段中，需求分析师主要的工作是：收集需求、分析需求、制定软件规范和确定可行性。
2、设计阶段在需求分析阶段确定了软件的规范后，接下来就是设计阶段。
在这个阶段，设计师会根据规范进行系统设计和详细设计。
系统设计主要是确定软件的整体结构和模块划分，详细设计则是对每个模块进行具体的设计和实现。
设计阶段的主要工作内容包括：系统设计、详细设计、数据库设计、界面设计等。
3、编码阶段在设计阶段完成后，接下来就是编码阶段。
编码阶段是将设计好的软件逐行代码实现的过程。
开发人员会根据详细设计文档，使用编程语言进行编码。
编码阶段的主要工作内容包括：编写代码、单元测试、代码评审等。
4、测试阶段在编码完成后，软件进入测试阶段。
在这个阶段，测试人员会对软件进行各种测试，以确保软件的质量和可靠性。
测试阶段的主要工作内容包括：软件测试计划编写、功能测试、性能测试、安全测试等。
5、部署阶段在测试通过后，软件进入部署阶段。
在这个阶段，软件会被部署到实际的生产环境中，供用户使用。
部署阶段的主要工作内容包括：软件安装、培训指导、数据迁移等。
6、维护阶段软件部署后，还需要进行维护工作。
在维护阶段，开发团队会对软件进行修复漏洞、增加新功能、优化性能等工作。
维护阶段的主要工作内容包括：问题解决、版本升级、性能优化等。
7、归档阶段当软件被废弃或者不再使用时，会进入归档阶段。
在归档阶段，对软件进行备份和存档，以便日后需要时能够找到相关的软件资料。
软件开发的生命周期
软件开发的生命周期随着人类社会的不断进步，科技的飞速发展，计算机技术已经成为现代社会不可或缺的一部分。
而软件作为计算机技术中的重要组成部分，其开发过程也逐渐成为了软件工程学科的重要研究领域。
软件开发的生命周期是指软件从提出需求到最终投入使用的全过程。
它通常包括需求分析、设计、编码、测试、交付和维护六个主要阶段。
1. 需求分析阶段需求分析是软件开发的第一个步骤，它是整个软件生命周期中最重要、最关键的阶段。
需求分析的主要任务是确定用户需求和系统需求，并将其转化为明确、可实现的功能需求和性能需求，为软件开发提供依据。
在需求分析的过程中，需要与客户进行密切的沟通和交流，了解客户的需求并确认需求的可行性。
此外，还需要对已经存在的软件系统进行详细分析，包括设计文档、使用说明书等，以便更好地了解软件系统的整体架构和功能。
2. 设计阶段设计阶段是软件开发中的第二个重要环节。
在这个阶段，需要将需求分析得出的需求转化为可实现的软件解决方案，包括软件系统的整体架构、模块设计、算法设计等。
设计阶段的主要目标是制定软件的整体结构和详细设计方案，为后续的开发工作提供依据。
在设计阶段，需要对软件系统进行详细的设计，包括模块、类的定义、软件运行过程中的数据流程等。
此外，还需要制定详细的测试计划，以确保软件系统交付客户后能够正常工作。
3. 编码阶段编码阶段是软件开发的第三个步骤，它是将设计方案转化为可执行代码的过程。
在这个阶段，需要根据设计文档编写源代码，并进行相关测试，以确保编写的代码能够正常运行。
在编码阶段，需要注意代码的可读性、可维护性和可重用性。
同时，还需要根据实际情况调整设计方案，使其更好地实现用户需求。
4. 测试阶段测试阶段是软件开发的一个重要环节，它包括单元测试、集成测试、系统测试和验收测试等多种测试方法。
在测试阶段，需要对软件系统进行全面深入的测试，并记录测试结果，以便作为后续软件维护和升级的依据。
测试阶段可以帮助发现软件系统中的各种问题，包括性能问题、安全漏洞、编码错误等。
软件生命周期
软件生命周期(Software Life Cycle,SLC)是软件的产生直到报废或停止使用的生命周期。
旧的解释是周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。
随着新的面向对象的设计方法和技术的成熟，早期软件生命周期设计方法的指导意义正在逐步减少或需要调整。
不过从另一种意义来说，面向对象本身也是一种软件生命周期，传统的软件生命周期的概念仍是所有软件工程师非常重要的知识基础和工作指导。
软件生命周期的解释也应当调整。
以上旧的解释与下文的生命周期模型是不相容的，只与瀑布型生命周期模型及其衍生模型(比如V模型，W模型)相符合，而与迭代为基本特征的生命周期模型是不符合的。
新的情况应当是把迭代加入到阶段当中，如下:软件生命周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，也有将以上阶段的活动组合在内的迭代阶段，即迭代作为生命周期的阶段。
像其他任何事物一样，软件产品或软件系统也必须经历妊娠，出生，成长，成熟和衰落的阶段，这些阶段通常称为软件生命周期（软件生命周期）。
整个软件生命周期分为几个阶段，因此每个阶段都有明确的任务，因此大规模，复杂的结构和复杂的管理软件开发变得更易于控制和管理。
通常，软件生命周期包括：1.问题定义。
系统分析师需要与用户沟通，找出“用户需要计算机解决什么问题”，然后提出“系统目标和范围声明”，并提交给用户进行审查和确认。
2.可行性研究。
一方面是用清晰的语言描述要开发的系统的目标，另一方面是从经济，技术，法律等方面进行可行性分析。
3.需求分析。
找出软件系统的所有用户需求，编制需求规范和初步用户手册，然后将其提交以供审核。
4.发展阶段。
开发阶段包括四个阶段：1.外形设计2.详细设计3.实现：根据所选的编程语言完成源程序的编码。
6软件生命周期各阶段的主要任务是什么？
6．软件生命周期各阶段的主要任务是什么？答：软件生命周期是指在一个用户需求开始，经过开发、交付使用中不断地增补修订，直至软件报废的全过程，也叫做软件生存期。
软件生命周期分为7个阶段：①、可行性研究和项目开发计划。
该阶段的任务是：弄清楚“要解决的问题是什么”②、需求分析。
该阶段的任务不是具体的解决问题，而是准确地确定“软件系统必须做什么”，确定软件系统必须具备哪些功能。
③、概要设计。
概要设计就是软件的结构，该结构由哪些模块组成，这些模块的层次是怎样的，这些模块的调用关系是怎样的，每个模块的功能是什么。
同时还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据，这些数据是什么样的结构，他们之间有什么关系等等。
④、详细设计。
即对每个模块完成的功能进行具体描述，要把功能描述变为精确的、结构化的过程描述。
⑤、编码。
该阶段把每个模块的控制结构转换成计算机可接受的程序代码，即写成以某些特定设计语言表示的“源程序”。
⑥、测试。
她是保证软件质量的重要手段，其主要方式是在设计测试用例的基础上检验软件的各个组成部分。
测试分为：模块测试、组装测试、确认测试等。
⑦、维护。
软件维护是软件生存周期中时间最长的的阶段。
已交付的软件投入正式使用后，便进入软件维护阶段，它可以持续几年甚至几十年。
4、M公司．．．．．．答：对于M公司软件开发方法改进的报告速成原型法是一个循环的模型，比起瀑布模型来讲更容易对软件进行修改符合用户的需求。
我公司的软件产品以开发实验型的新软件为主我觉得用速成原型法更好。
原因如下：瀑布模型在软件工程的第一阶段得到了广泛的应用，它简单易用，在消除非结构化软件，降低软件的复杂性，促进软件开发工程化方面起了很大的作用。
但在软件开发实践中也有很多的缺点。
由于瀑布模型是一种理想的线性开发模式，它将一个充满回溯的软件开发过程硬性的分割为几个阶段，无法解决软件需求不明确或者变动的问题。
这些缺点对软件开发带来了严重影响，由于需求不明确，会导致开发的软件不符合拥护的需求而夭折。
软件生命周期
软件生命周期软件的生命周期是一个孕育、诞生、成长、成熟和衰亡的生存过程，也就是所谓的软件定义、软件开发和运行维护3个时期组成。
而每个时期又有所要完成的不同的基本任务。
软件定义时期的主要任务是解决“做什么”的问题，通俗的讲就是做此项目的主要功能及可行性报告等。
比如说网上选课系统，在软件定义阶段，要确定以下几个功能模块：管理员管理课程、教师、学生的增删改查和对教师、学生的权限授予等功能，教师对自己信息的修改和对自己课程的上传、修改、删除、查询等功能，学生对课程的选择、退选及查询等功能。
针对此项目，从技术、经济、法律、成本、可获得的效益、开发的进度做出一系列的估算，制定出具体的实施计划。
软件开发时期的主要任务是解决“如何做”的问题，也就是如何完成此项目的过程，要解决每个构建所要完成的工作以及完成此工作的顺序。
选择编写源程序的开发工具，把软件设计转换成计算机可以接受的程序代码。
比如说网上选课系统，在软件开发阶段，我们确定先要进行管理员的模块编写，再进行教师模块的编写，进而进行学生模块的编写，另外也要确定是运用某种软件开发工具，如java、C语言等进行模块的开发等。
运行维护时期的主要任务是使软件持久地满足用户的需要，通常包括：改正性维护、适应性维护、完善性维护和预防性维护。
在此阶段主要是把前期的各个模块组装起来进行测试，保证按需求分析的要求完成软件功能的测试并对此进行确认，交与开发方运行测试。
比如网上选课系统，在运行维护阶段，要对前期的管理员、教师、学生这三个模块进行组合，并按照需求分析的功能进行核对，有不符合需求规格说明书之处进行修改，直到完全符合并测试成功，交与开发方测试及运用。
软件的生命周期是一个耗时长的工程。
在软件工程生命周期的3个时期中，各个阶段又有着其不同的基本任务：一、问题定义和可行性研究此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。
在这个阶段中我们需要从开发的技术、成本、效益等各个方面来衡量这个项目，进行可行性分析，形成可行性分析报告书，并以此为基础进行需求分析等后期的工作。
软件生命周期
概括地说，软件生命周期由软件定义、软件开发和运行维护（也称为软件维护）3个时期组成，每个时期又进一步划分成若干个阶段。
软件定义时期的任务是：确定软件开发工程必须完成的总目标;确定工程的可行性；导出实现工程目标应该采用的策略及系统必须完成的功能；估计完成该项工程需要的资源和成本，并且制定工程进度表。
这个时期的工作通常又称为系统分析，由系统分析员负责完成。
软件定义时期通常进一步划分成3个阶段，即问题定义、可行性研究和需求分析。
开发时期具体设计和实现在前一个时期定义的软件，它通常由下述4个阶段组成：总体设计，详细设计，编码和单元测试，综合测试。
其中前两个阶段又称为系统设计，后两个阶段又称为系统实现。
维护时期的主要任务是使软件持久地满足用户的需要。
具体地说，当软件在使用过程中发现错误时应该加以改正；当环境改变时应该修改软件以适应新的环境；当用户有新要求时应该及时改进软件以满足用户的新需要。
通常对维护时期不再进一步划分阶段，但是每一次维护活动本质上都是一次压缩和简化了的定义和开发过程。
下面简要介绍软件生命周期每个阶段的基本任务。
1. 问题定义问题定义阶段必须回答的关键问题是:“要解决的问题是什么？”如果不知道问题是什么就试图解决这个问题，显然是盲目的，只会白白浪费时间和金钱，最终得出的结果很可能是毫无意义的。
尽管确切地定义问题的必要性是十分明显的，但是在实践中它却可能是最容易被忽视的一个步骤。
通过对客户的访问调查，系统分析员扼要地写出关于问题性质、工程目标和工程规模的书面报告，经过讨论和必要的修改之后这份报告应该得到客户的确认。
2. 可行性研究这个阶段要回答的关键问题是：“对于上一个阶段所确定的问题有行得通的解决办法吗？”为了回答这个问题，系统分析员需要进行一次大大压缩和简化了的系统分析和设计过程，也就是在较抽象的高层次上进行的分析和设计过程。
可行性研究应该比较简短，这个阶段的任务不是具体解决问题，而是研究问题的范围，探索这个问题是否值得去解，是否有可行的解决办法。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件生命周期(SDLC，软件生存周期)是软件的产生直到报废的生命周期，周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。
但随着新的面向对象的设计方法和技术的成熟，软件生命周期设计方法的指导意义正在逐步减少。
一、软件生命周期(SDLC)的六个阶段
1、问题的定义及规划
此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。
2、需求分析
在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。
需求分析阶段是一个很重要的阶段，这一阶段做得好，将为整个软件开发项目的成功打下良好的基础。
"唯一不变的是变化本身。
"，同样需求也是在整个软件开发过程中不断变化和深入的，因此我们必须制定需求变更计划来应付这种变化，以保护整个项目的顺利进行。
3、软件设计
此阶段主要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计，数据库设计等等。
软件设计一般分为总体设计和详细设计。
好的软件设计将为软件程序编写打下良好的基础。
4、程序编码
此阶段是将软件设计的结果转换成计算机可运行的程序代码。
在程序编码中必须要制定统一，符合标准的编写规范。
以保证程序的可读性，易维护性，提高程序的运行效率。
5、软件测试
在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。
整个测试过程分单元测试、组装测试以及系统测试三个阶段进行。
测试的方法主要有白盒测试和黑盒测试两种。
在测试过程中需要建立详细的测试计划并严格按照测试计划进行测试，以减少测试的随意性。
6、运行维护
软件维护是软件生命周期中持续时间最长的阶段。
在软件开发完成并投入使用后，由于多方面的原因，软件不能继续适应用户的要求。
要延续软件的使用寿命，就必须对软件进行维护。
软件的维护包括纠错性维护和改进性维护两个方面。
二、软件生命周期模型
任何软件都是从最模糊的概念开始的：为某个公司设计办公的流程处理；设计一种商务信函
打印系统并投放市场。
这个概念是不清晰的，但却是最高层的业务需求的原型。
这个概念都会伴随着一个目的，例如在一个"银行押汇系统" 的目的是提高工作的效率。
这个目的将会成为系统的核心思想，系统成败的评判标准。
99年政府部门上了大量的OA系统，学过一点Lotus Notes的人都发了财（IBM更不用说了），但是更普遍的情况是，许多的政府部门原有的处理模式并没有变化，反而又加上了自动化处理的一套流程。
提高工作效率的初衷却导致了完全不同的结果。
这样的软件究竟是不是成功的呢？
从概念提出的那一刻开始，软件产品就进入了软件生命周期。
在经历需求、分析、设计、实现、部署后，软件将被使用并进入维护阶段，直到最后由于缺少维护费用而逐渐消亡。
这样的一个过程，称为"生命周期模型"（Life Cycle Model）。
典型的几种生命周期模型包括瀑布模型、快速原型模型、迭代模型。
瀑布模型（Waterfall Model）首先由Royce提出。
该模型由于酷似瀑布闻名。
在该模型中，首先确定需求，并接受客户和SQA小组的验证。
然后拟定规格说明，同样通过验证后，进入计划阶段…可以看出，瀑布模型中至关重要的一点是只有当一个阶段的文档已经编制好并获得SQA小组的认可才可以进入下一个阶段。
这样，瀑布模型通过强制性的要求提供规约文档来确保每个阶段都能很好的完成任务。
但是实际上往往难以办到，因为整个的模型几乎都是以文档驱动的，这对于非专业的用户来说是难以阅读和理解的。
想象一下，你去买衣服的时候，售货员给你出示的是一本厚厚的服装规格说明，你会有什么样的感触。
虽然瀑布模型有很多很好的思想可以借鉴，但是在过程能力上有天生的缺陷。
迭代式模型
迭代式模型是RUP推荐的周期模型，也是我们在这个系列文章讨论的基础。
在RUP中，迭代被定义为：迭代包括产生产品发布（稳定、可执行的产品版本）的全部开发活动和要使用该发布必需的所有其他外围元素。
所以，在某种程度上，开发迭代是一次完整地经过所有工作流程的过程：（至少包括）需求工作流程、分析设计工作流程、实施工作流程和测试工作流程。
实质上，它类似小型的瀑布式项目。
RUP认为，所有的阶段（需求及其它）都可以细分为迭代。
每一次的迭代都会产生一个可以发布的产品，这个产品是最终产品的一个子集。
迭代的思想如上图所示。
迭代和瀑布的最大的差别就在于风险的暴露时间上。
"任何项目都会涉及到一定的风险。
如果能在生命周期中尽早确保避免了风险，那么您的计划自然会更趋精确。
有许多风险直到已准备集成系统时才被发现。
不管开发团队经验如何，都绝不可能预知所有的风险。
"（RUP）二者的区别如下图所示：
由于瀑布模型的特点（文档是主体），很多的问题在最后才会暴露出来，为了解决这些问题的风险是巨大的。
"在迭代式生命周期中，您需要根据主要风险列表选择要在迭代中开发的新的增量内容。
每次迭代完成时都会生成一个经过测试的可执行文件，这样就可以核实是否已经降低了目标风险。
"（RUP）
快速原型（Rapid Prototype）模型是我喜欢采用的另一种模型。
快速原型模型在功能上等价于产品的一个子集。
注意，这里说的是功能上。
瀑布模型的缺点就在于不够直观，快速原型法就解决了这个问题。
一般来说，根据客户的需要在很短的时间内解决用户最迫切需要，完成一个可以演示的产品。
这个产品只是实现部分的功能（最重要的）。
它最重要的目的是为了确定用户的真正需求。
在我的经验中，这种方法非常的有效，原先对计算机没有丝毫概念的用户在你的原型面前往往口若悬河，有些观点让你都觉得非常的吃惊。
在得到用户的需求之后，原型将被抛弃。
因为原型开发的速度很快，设计方面是几乎没有考虑的，如果保留原型的话，在随后的开发中会为此付出极大的代价。
至于保留原型方面，也是有一种叫做增量模型是这么做的，但这种模型并不为大家所接受，不在我们的讨论之内。
上述的模型中都有自己独特的思想，其实现在的软件组织中很少说标准的采用那一种模型的。
模型和实用还是有很大的区别的。
软件生命周期模型的发展实际上是体现了软件工程理论的发展。
在最早的时候，软件的生命周期处于无序、混乱的情况。
一些人为了能够控制软件的开发过程，就把软件开发严格的区分为多个不同的阶段，并在阶段间加上严格的审查。
这就是瀑布模型产生的起因。
瀑布模型体现了人们对软件过程的一个希望：严格控制、确保质量。
可惜的是，现实往往是残酷的。
瀑布模型根本达不到这个过高的要求，因为软件的过程往往难于预测。
反而导致了其它的负面影响，例如大量的文档、繁琐的审批。
因此人们就开始尝试着用其它的方法来改进或替代瀑布方法。
例如把过程细分来增加过程的可预测性。