45、瀑布模型能够显著提高软件开发的质量和效率采用瀑布模型能够显著提高软件开发的质量和效率 2021-8-4 52 瀑布模型的缺点瀑布模型的缺点 需求难以确定需求难以确定 必须要求客户和系统分析员确定软件需求后才能进行后续必须要求客户和系统分析员确定软件需求后才能进行后续 的软件开发工作 ， 但多数场合给出大型软件项目的全部的软件开发工作 ， 但多数场合给出大型软件项目的全部 需求是困难的 ， 有时甚至是不现实的；需求是困难的 ， 有时甚至是不现实的； 初版开发时间长 ， 缺陷发现晚初版开发时间长 ， 缺陷发现晚 需求确定后 ， 用户和软件项目负责人要等相当长的时间需求确定后 ， 用户和软件项目负责人要等相当长的时间( (经经 过 。

46、设计、实现、测试、运行过设计、实现、测试、运行) )才能得到软件的最初版本 ， 才能得到软件的最初版本 ，如果用户对这个软件提出比较大的修改意见 ， 那么整个如果用户对这个软件提出比较大的修改意见 ， 那么整个 软件项目将会蒙受巨大的人力、财力和时间损失；软件项目将会蒙受巨大的人力、财力和时间损失； 缺陷积累、放大缺陷积累、放大 开发人员在瀑布模型开发人员在瀑布模型“上游上游”出现出现“过失过失” (mistake)” (mistake)会会 为软件制品带来为软件制品带来“缺陷缺陷”(fault)”(fault)并潜伏在软件制品中 ， 并潜伏在软件制品中 ，缺陷会误导缺陷会误导“下游下游”的开发活动 ， 若未被发 。

47、现 ， 则软件的开发活动 ， 若未被发现 ， 则软件 运行时会造成系统运行时会造成系统“故障故障” ” (failure)(failure) 。
造成修复成本高造成修复成本高 这时必须花力气找到故障原因 ， 修复缺陷 ， 造成不应有这时必须花力气找到故障原因 ， 修复缺陷 ， 造成不应有 的人力、财力和时间损失 。
的人力、财力和时间损失 。
2021-8-4 53 使用瀑布模型的注意事项使用瀑布模型的注意事项 需求明确后再施工；需求明确后再施工； 每个阶段的结果要及时评审和测试 ， 发现的问题每个阶段的结果要及时评审和测试 ， 发现的问题 妥善处理后再开始下一阶段的工作；妥善处理后再开始下一阶段的工作； 开发周期尽量短 ， 尽快给用户使用 。

48、 ， 得到反馈意开发周期尽量短 ， 尽快给用户使用 ， 得到反馈意 见；见； 一次开发的软件规模不宜过大 。
一次开发的软件规模不宜过大 。
2021-8-4 54 瀑布模型瀑布模型 实践中 ， 很多物理系统中的实践中 ， 很多物理系统中的实时软件实时软件 ， 或 ， 或大型软大型软 件系统的某些部分已经过严格的可行性论证和仿件系统的某些部分已经过严格的可行性论证和仿 真实验真实验 ， 需求是非常明确需求是非常明确的 ， 有些还能用严格的的 ， 有些还能用严格的 数学物理模型描述 ， 如火箭控制系统的嵌入式软数学物理模型描述 ， 如火箭控制系统的嵌入式软 件、军用指挥控制系统的装备软件等 。
件、军用指挥控制系统的装备软件等 。
这样的软件过程就可以采 。

49、用带反馈的瀑布模型或这样的软件过程就可以采用带反馈的瀑布模型或V V 字瀑布模型 。
字瀑布模型 。
美国国防部标准美国国防部标准2167-A2167-A规定 ， 瀑布模型是国防部规定 ， 瀑布模型是国防部 合同中软件开发交付的依据 ， 德国国防部合同中软件开发交付的依据 ， 德国国防部19921992年年 也强调了也强调了V V字瀑布模型的作用 。
字瀑布模型的作用 。
2021-8-4 55 1.3.2 1.3.2 增量过程模型增量过程模型 动因：解决瀑布模型的不足动因：解决瀑布模型的不足 对于软件开发前对于软件开发前需求基本确定需求基本确定的大型软件项目 ， 采用瀑的大型软件项目 ， 采用瀑 布模型开发时间长、不能快速占领 。

50、市场、不能在短期内布模型开发时间长、不能快速占领市场、不能在短期内 得到用户的反馈意见 。
得到用户的反馈意见 。
增量过程模型的基本思想增量过程模型的基本思想 开发人员与用户协商将需求分解 ， 划分为一系列增开发人员与用户协商将需求分解 ， 划分为一系列增 量 ， 并为增量排序 ， 急需的增量排在前面先开发 ， 不量 ， 并为增量排序 ， 急需的增量排在前面先开发 ， 不 急需的放在后面 。
急需的放在后面 。
每个增量都历经需求、设计、编码、测试、移交几每个增量都历经需求、设计、编码、测试、移交几 个阶段（如图个阶段（如图1.101.10所示） 。

稿源：(未知)

【傻大方】网址：/a/2021/0822/0023896882.html

标题：软件|第1章软件与软件工程( 八 )