软件生存周期模型-瀑布模型
瀑布模型
各个阶段的说明
2.设计： 这一步包括了“定义硬件和软件架构、组件、模块、
界面和数据等来满足指定的需求(Wikipedia)。”它 包括了硬件和软件架构的定义，确定性能和安全参数， 设计数据存储容器和限制，选择集成开发环境（IDE） 和编程语言，并指定异常处理、资源管理和界面连接 性的策略。
这一阶段还强调了用户接口的设计，包括与浏览和可 用性相关的问题，这一阶段的输出结果是一份或多份 设计说明书，这些说明书将在下一阶段使用。
码、测试和支持的方法可以在该模板下有一个共同 的指导。
瀑布模型有以下缺点：
各个阶段的划分完全固定，阶段之间产生大量的文 档，极大地增加了工作量。
由于开发模型是线性的，用户只有等到整个过程的 末期才能见到开发成果，从而增加了开发风险。
通过过多的强制完成日期和里程碑来跟踪各个项目 阶段。
瀑布模型的突出缺点是不适应用户需求的变化。
生命周期划分
各个阶段的说明
1.需求分析：
虽然是第一步，但是这一步至关重要，因为它包含了 获取客户需求与定义的信息，以及对需要解决的问题 所能达到的最清晰的描述。分析包含了理解客户的商 业环境与约束，产品必需实现的功能，产品必需达到 的性能水平，以及必需实现兼容的外部系统。
在这一阶段所使用的技术包括采访客户、使用案例和 软件特色的“购物清单”。分析阶段的结果通常是一 份正式的需求说明书，这也是下一阶段的起始信息资 料。
客户需求
在瀑布模型中，软件开发的各项活动严格按照线 性方式进行，当前活动接受上一项活动的工作结 果，实施完成所需的工作内容。当前活动的工作 结果需要进行验证，如果验证通过，则该结果作 为下一项活动的输入，继续进行下一项活动，否 则返回修改。
7.什么是软件生命周期模型？试比较瀑布模型，快速原型模型，增量模型和螺旋模型的优缺点，说明。。。
7.什么是软件⽣命周期模型？试⽐较瀑布模型，快速原型模型，
增量模型和螺旋模型的优缺点，说明。
软件⽣命周期？
软件⽣命周期由软件定义，软件开发和运⾏维护3个时期组成。
瀑布模型：
优点：
有利于⼤型软件开发过程中⼈员的组织、管理，有利于软件开发⽅法和⼯具的研究，从⽽提⾼了⼤型软件项⽬开发的质量和效率。
缺点：
瀑布模型是由⽂档驱动的。
范围
⽤户需求稳定的项⽬。
快速原型：
优点：
有助于保证⽤户的真实需要得到满⾜。
缺点：
准确的原型设计⽐较困难。
客户和开发者对原型认识不同。
范围：
对开发领域熟悉，并有开发原型的项⽬。
增量模型：
优点：
能在短时间内向⽤户提交可完成部分的⼯作的产品，逐步增加产品功能可以使⽤户有较充裕的时间学习和适应新产品。
缺点：
并⾏开发控件可能遇到风险。
灵活性使之容易退化为边改边做模型，失去控制。
范围：
进⾏已有产品升级。
螺旋模型：
优点：
设计上的灵活，可在项⽬各阶段修改。
客户始终参与开发各阶段，保证了项⽬的正确⽅向。
缺点：
需要相当丰富的风险评估，多次迭代会提⾼成本，延迟提交时间。
范围：
⼤规模的软件项⽬。
1软件生命周期
今天和大家分享的是软件开发生命周期，主要介绍软件的生命周期和软件的设计模型。
国标（GB8566-88）中将软件生命周期分为8个阶段：可行性研究与计划、需求分析、概要设计、详细设计、实现（包括单元测试）、组装测试（集成测试）、确认测试、使用和维护。
这里出现了一个面试经常出现的问题，就是测试阶段的问题，测试阶段：单元测试、集成测试、系统测试、验收测试。
软件设计模型：瀑布模型、快速原型开发、增量与递归模型、螺旋模型。
1）瀑布模型：1970年由W.Royce提出，其开发过程依照固定顺序进行，各阶段的任务与工作结果。
该模型严格规定了各阶段的任务，上一阶段的输出作为下一阶段的输入。
此模型适用于用户需求明确、开发技术比较成熟、工程管理严格的场合使用。
缺点是由于任务顺序固定，软件研制周期长，前一阶段工作中造成的差错越到后期越大，纠正的代价也就越高。
2）快速原型就是先用相对少的成本，较短的周期开发一个简单的、但可以运行的系统原型向用户演示或让用户试用，以便及早澄清并检验一些主要设计策略，在此基础上再开发实际的软件系统。
快速原型模型主要有三种类型：探索型原型、实验型原型和演化型原型。
探索型主要用于开发需求的阶段，目的是弄清用户的原型。
实验型原型主要用于设计阶段，目的是考核实现方案是否合适，能否实现。
演化型模型主要用于及早的向用户提交一个原型，得到用户认可后不断的修改演化成最终的软件系统。
快速原型的开发步骤：先快速分析需求，然后构造原型，之后是运行原型和评价原型，最后就是修改原型。
3）迭代模型：所有的阶段都能够细分为迭代，每一次的迭代都会产生一个能够发布的产品，这个产品是最终产品的一个子集。
4）螺旋模型：特别适合于大型复杂的系统。
螺旋模型沿着螺线进行若干次的迭代，图中的四个象限代表了一下活动：1. 制定计划2. 风险分析3. 实施工程4. 客户评估上述的开发模型有一些都是适合大型复杂系统的，我们平时基本不接触的。
所以只需掌握瀑布模型和快速原型模型就可以了。
软件工程第2讲 软件生命周期模型
敏捷开发4软件生命周期模型1瀑布模型及几个衍生模型2迭代和递增3其他生命周期模型及模型比较5敏捷开发4软件生命周期模型1瀑布模型及几个衍生模型2迭代和递增3其他生命周期模型及模型比较57P32: 2.9.2P23: 2.2 P25: 2.3P34: 2.9.3模型构造多使用脚本语言、基于现有基础代码库、UI工具制作，制作过程一般不会考虑性能、稳定敏捷开发4软件生命周期模型1瀑布模型及几个衍生模型2迭代和递增3其他生命周期模型及模型比较5迭代-递增生命周期模型递增也是软件工程的一个固有特性P27P26: 2.5P28P29P30 2.7敏捷开发4软件生命周期模型1瀑布模型及几个衍生模型2迭代和递增3其他生命周期模型及模型比较58个体和交互胜过过程和工具以人为本我相信没有比面对面交流更高效的沟通渠道了•尊重和信任激发个人内心的责任感和使命感，激发了个体的潜能。
•基于互相信任的前提，敏捷提倡自治的全功能团队。
在工作形式上，整个团队平时坐在一起工作，从物理空间上创造了更加便捷面对面的沟通机会。
•要摒弃这种重流程和重工具，提倡轻量级流程和轻量级工具，而这些流程和工具又在促进个体交互。
比如，我们在日常工作中会使用Trello、Jira、Keynote等工具。
可以工作的软件胜过面面俱到的文档价值导向为客户交付可工作的软件是我们的核心目标•我们应该尽早交付可进行端到端测试的代码，该目标决定了我们不应该花过多精力在面面俱到的文档上。
•但这不代表我们要抵制任何文档。
实践证明，轻量级的文档策略有助于团队高质量交付可工作的软件。
•在开发过程中，交互设计原型也是一种轻量级文档，交互设计师交付可以尽早地跟团队和客户进行确认验收的核心业务场景的原型，快速收集反馈。
客户合作胜过合同谈判客户团队帮助客户实现他们真正想要的价值•让客户也作为团队的一分子，跟客户建立信任的合作关系取代敌对的谈判关系。
•需求的变化往往来自客户，让客户参与进来可以在开发的过程中尽早的发现变化，从而尽早采取解决方案。
瀑布模型
瀑布模型（Waterfall Model）1970年Winston Royce提出了著名的"瀑布模型"，直到80年代早期，它一直是唯一被广泛采用的软件开发模型。
瀑布模型瀑布模型将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。
在瀑布模型中，软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动的工作结果，实施完成所需的工作内容。
当前活动的工作结果需要进行验证，如果验证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回修改。
瀑布模型强调文档的作用，并要求每个阶段都要仔细验证。
但是，这种模型的线性过程太理想化，已不再适合现代的软件开发模式，几乎被业界抛弃，其主要问题在于：（1）各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量；（2）由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发的风险；（3）早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果。
我们应该认识到，"线性"是人们最容易掌握并能熟练应用的思想方法。
当人们碰到一个复杂的"非线性"问题时，总是千方百计地将其分解或转化为一系列简单的线性问题，然后逐个解决。
一个软件系统的整体可能是复杂的，而单个子程序总是简单的，可以用线性的方式来实现，否则干活就太累了。
线性是一种简洁，简洁就是美。
当我们领会了线性的精神，就不要再呆板地套用线性模型的外表，而应该用活它。
例如增量模型实质就是分段的线性模型，螺旋模型则是接连的弯曲了的线性模型，在其它模型中也能够找到线性模型的影子。
瀑布模型的优缺点1、瀑布模型有以下优点：1）为项目提供了按阶段划分的检查点。
2）当前一阶段完成后，您只需要去关注后续阶段。
3）可在迭代模型中应用瀑布模型。
软件开发生命周期模型的选择
软件开发生命周期模型的选择在软件开发中，生命周期模型是一种用于描述软件开发过程的框架。
不同的生命周期模型为软件开发提供了不同的指导方针和步骤，从而有助于开发团队在项目执行期间遵循规范和有效地组织开发过程。
但是，不同的开发项目具有不同的特点和需求，因此选择合适的生命周期模型是非常重要的。
本文将对软件开发生命周期模型进行探讨，并讨论在选择过程中需要考虑的因素。
一、生命周期模型概述生命周期模型是软件开发中的一个重要概念，其目的是为软件开发过程提供一种组织方法，使得软件开发流程变得更加明确可控。
常见的生命周期模型主要有瀑布模型、迭代模型、螺旋模型、敏捷方法等。
瀑布模型是软件生命周期模型中最经典的模型，其具有层次分明、逐步推进，且每个阶段都有明确定义的文档和交付成果的特点。
瀑布模型适合开发复杂性低、需求稳定的软件项目，但当需求发生变更时，会导致大幅度返工，增加项目延误和成本。
迭代模型强调快速、迭代式的开发环节，通过不断迭代，逐步完善系统，具有灵活性和应变能力，适合于需求不稳定的软件开发项目。
螺旋模型是一种风险驱动的生命周期模型，强调对开发过程中出现的风险进行管理，并在开发周期的各个阶段不断调整和完善计划。
该模型适用于需要高度可靠性、安全性和稳定性的软件项目。
敏捷方法是一种应对快速变化的软件开发方法，其主要特点是将软件开发过程分解为较短的周期（通常为2至4周），每个周期内的成果可以及时交付和评估。
因此，敏捷方法适用于需要快速响应市场、客户需求的软件开发项目。
以上介绍的生命周期模型仅是其中的一部分，根据项目的不同特点和需求，开发团队可以选择不同的生命周期模型。
二、选择生命周期模型的考虑因素在选择软件开发生命周期模型时，需要考虑多种因素，包括以下几个方面：1. 项目特点不同的项目具有不同的特点，例如项目复杂度、需求稳定性、风险程度等。
在选择生命周期模型时，应根据项目特点选择合适的模型。
如果项目需求稳定、复杂度低，则瀑布模型适合；如果项目需求变化较快，则可以考虑采用迭代模型或敏捷方法。
软件开发七大过程模型
软件开发七⼤过程模型⽬录⼀．瀑布模型⼆、喷泉模型三、快速原型模型四、增量模型五、螺旋模型六、Rational统⼀模型七、微软过程模型总结⼀．瀑布模型瀑布模型严格遵循软件⽣命周期各阶段的固定顺序:计划、分析、设计、编程、训试和维护，上⼀阶段完成后才能进⼊到下⼀阶段，整个模型就像⼀个飞流直下的瀑布。
瀑布模型的过程如下图：瀑布模型有许多优点:可强迫开发⼈员采⽤规范的⽅法:严格规定了各阶段必须提交的⽂档:要求每个阶段结束后，都要进⾏严格的评审。
但这也造就了瀑布模型过于理想化，⽽且缺之灵活性，⽆法在开发过程中逐渐明确⽤户难以确切表达或⼀时难以想到的需求，直到软件开发完成之后才发现与⽤户需求有很⼤距离，此时必须付出⾼额的代价才能纠正这⼀偏差，这开发模型主要适⽤于需求⾮常明确的应⽤。
⼆、喷泉模型喷泉模型主要⽤于描述⾯向对象的开发过程，“喷泉”⼀词体现了⾯向对象开发过程的迭代和⽆间隙特征。
迭代意味着模型中的开发活动常常需要多次重复，每次重复都会增加或明确⼀些⽬标系统的性质，但却不是对先前⼯作结果的本质性改动。
⽆间隐是指在开发活动(如分析、设计、编程)之间不存在明显的边界，⽽是允许各开发活动交叉、迭代地进⾏。
喷泉模型具有的优点是：⽆缝、可同步开发，提⾼开发效率，节省开发时间，适⽤于⾯向对象的软件开发。
但是对于这样的模型同样是具有缺点的：在软件开发过程中可能随时会增加各种信息、需求和资料，需要严格管理⽂档，这样就造成了审核的难度逐渐增⼤。
三、快速原型模型快速原型模型对于许多需求不够明确的项⽬，⽐较适合采⽤该模型。
它采⽤了⼀种动态定义需求的⽅法，通过快速地建⽴个能够反映⽤户主要需求的软件原型，让⽤户在计算机上使⽤它，了解其概要，再根据反馈的结果进⾏修改，因此能够充分体现⽤户的参与和决策。
原型化⼈员对原型的实施很重要，衡量他们的重要标准是能否从⽤户的模糊描述中快速地获取实际的需求。
快速原型模型的优点是：由于该模型是通过原型与⽤户进⾏交互，所以在确定需求上优于瀑布模型，通过开发原型和演⽰原型对开发者和使⽤者了解系统都有积极作⽤。
软件工程的各种模型的比较
软件工程的各种模型的比较软件工程的各种模型的比较1.瀑布模型瀑布模型是软件开发中最传统的模型之一。
它按照线性顺序的方式进行，各个阶段相互依赖。
包括需求分析、设计、编码、测试和维护等阶段。
优点是开发过程清晰简单，易于控制和管理。
缺点是无法适应需求变化频繁的项目，不利于迭代开发。
2.原型模型原型模型是通过构建原型，以获得对系统需求的更好理解，并与用户进行交互和反馈。
在此基础上，逐步开发出最终系统。
优点是能够快速满足用户需求，提供更好的用户体验。
缺点是在需求未完全明确时开发的原型可能会被抛弃。
3.迭代模型迭代模型是将开发过程分解为多个迭代周期，每个迭代周期都包含需求分析、设计、编码和测试等阶段。
每个迭代周期都能产出可用的软件产品。
优点是可以快速响应变化，减少风险。
缺点是需要更多的管理和协调工作，有可能出现迭代周期过长的情况。
4.螺旋模型螺旋模型结合了瀑布模型和原型模型的特点，以风险管理为核心。
它通过识别和解决风险来推动开发过程。
每个迭代周期都会重复四个阶段：________计划、风险分析、工程开发和评估。
优点是可以更好地控制风险，适用于大型复杂项目。
缺点是开发周期较长，成本较高。
5.敏捷模型敏捷模型是一种迭代增量开发方法，强调合作、自组织和快速适应变化。
它鼓励团队通过短期冲刺和持续交付来不断提高软件质量。
敏捷模型包括Scrum、XP、Kanban等等。
优点是能够及时响应变化，高度适应需求的变化。
缺点是需要团队成员具备高度的合作和沟通能力，对项目管理要求较高。
附件：________本文档涉及的附件如下：________1.瀑布模型详细图解2.原型模型示例原型图3.迭代模型迭代周期规划表4.螺旋模型风险分析表格法律名词及注释：________1.软件工程：________指将系统化、规范化和量化的方法应用于软件的开发、运行和维护的一门工程学科。
2.瀑布模型：________软件生命周期的经典模型，按顺序进行软件开发的各个阶段。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
作业要求:除课件中介绍的几种软件生存周期模型，请详细介绍其他一种或几种生存周期模型，也可以是在实践开发过程中使用某种模型的心得体会，或者是针对某种模型的意见建议等。
1.瀑布模型
1.1.瀑布模型定义
瀑布模型也称“线性顺序模型”。
瀑布模型规定了各项软件工程活动，包括：制定开发计划，进行需求分析和说明，软件设计，程序编码，测试及运行维护。
并且规定了它们自上而下，相互衔接的固定次序，如同瀑布流水，逐级下落。
由于需要对每一个阶段进行验证，瀑布模型要求每一个阶段都有明确的文档产出,对于严格的瀑布模型每一个阶段都不应该重叠,而应该是在评审通过，相关的产出物都已经基线后才能够进入到下一个阶段。
1.2.瀑布模型特点：
瀑布模型提供了软件过程模型的基本模板。
强调了每一阶段活动的严格顺序。
瀑布模型是一种整体开发模型，程序的物理实现集中在开发阶段的后期，用户在最后才能看到自己的产品。
瀑布模型的优点是可以保证整个软件产品较高的质量,保证缺陷能够提前的被发现和解决。
采用瀑布模型可以保证系统在整体上的充分把握，使系统具备良好的扩展性和可维护性。
瀑布模型适合于用户需求明确、完整、无重大变化的软件项目开发。
缺点就是不够灵活。
但对于前期需求不明确,而又很难短时间明确清楚的项目则很难很好的利用瀑布模型.另外对于中小型的项目,需求设计和开发人员往往在项目开始后就会全部投入到项目中,而不是分阶段投入,因此采用瀑布模型会导致项目人力资源过多的闲置的情况,这也是必须要考虑的问题。
1.3.使用心得
虽然瀑布模型存在很多的问题有待解决,但瀑布模型仍然是最基本的和最效的一种可供选择的软件开发生命周期模型.瀑布模型要求软件开发严格按照需求->分析->设计->编码->测试的阶段进行,每一个阶段都可以定义明确的产出物和验证准则.瀑布模型在每一个阶段完成后都可以组织相关的评审和验证,只有在评审通过后才能够进入到下一个阶段。
很多人往往会以进度约束而不选择瀑布模型,这往往是一个错误的观点.导致这种情况的一个关键因素往往是概念需求阶段人力不足.因此在概念需求阶段人力能够得到充分保证的情况下,瀑布模型和迭代模型在开发周期上并不会存在太大的差别.反而是很多项目对于迭代或敏捷模型用不好,为了赶进度在前期需求不明确,没有经过一个总体的架构设计情况下就开始编码,后期出现大量的返工而严重影响进度.
架构设计是软件开发中一个重要的关注点.因此在RUP中也提及到软件开发要以架构为核心.因此在架构设计完成后系统会被分为相关的子系统和功能模块.每个功能模块间的接口都可以定义清楚.在这种情况下,当模块B的详细设计做完成后往往就没有必要等到其它模块的详细设计都要完全作完才开始编码,因此在架构设计完成后可以将系统分为多个模块并行开发,每个模块仍然遵循先设计和编码测试的瀑布模型思路.这是瀑布模型的一种最重要的改进思路,也可以说这是一种增量开发的模型。
图示如下：
2.关于选择生命周期模型的总结
1.在前期需求明确的情况下尽量采用瀑布模型或改进型的瀑布模型.
2.在用户无信息系统使用经验,需求分析人员技能不足情况下一定要借助原型.
3.在不确定性因素很多,很多东西前面无法计划情况下尽量采用增量迭代和螺旋模型
4.在需求不稳定情况下尽量采用增量迭代模型
5.在资金和成本无法一次到位情况下可以采用增量模型,软件产品分多个版本进行发布
6.对于完全多个独立功能开发可以在需求阶段就分功能并行,但每个功能内都应该遵循瀑布模型
7.对于全新系统的开发必须在总体设计完成后再开始增量或并行.
8.对于编码人员经验较少情况下建议不要采用敏捷或迭代等生命周期模型.
9.增量,迭代和原型可以综合使用,但每一次增量或迭代都必须有明确的交付和出口准则。