3 软件生存周期模型.ppt

《3 软件生存周期模型.ppt》由会员分享，可在线阅读，更多相关《3 软件生存周期模型.ppt（37页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 软件工程软件工程 第三讲第三讲 软件生存周期模型软件生存周期模型2.2软件生存周期模型软件生存周期模型)基本概念基本概念 软件生存周期模型软件生存周期模型IEEEStandard12207.0-1996把一个软件生存周期模型描述为：一个包括软件产品开把一个软件生存周期模型描述为：一个包括软件产品开发、运行和维护中有关过程、活动和任务的框架，覆盖了从该发、运行和维护中有关过程、活动和任务的框架，覆盖了从该系统的需求定义到系统的使用终止。系统的需求定义到系统的使用终止。中国计算机科学与技术百科全书中国计算机科学与技术百科全书称软件生存周期模型为称软件生存周期模型为“软件开发模型软件开发模型”，并

2、把它定义为：，并把它定义为：软件过程、活动、任务的结构框架。软件过程、活动、任务的结构框架。系统需求系统需求软件需求软件需求需求分析需求分析设设计计编编码码测测试试运运行行归纳逻辑：归纳逻辑：P P Q Q P P Q Q )瀑布模型瀑布模型1970年，年，W.RoyceThe basis for mostcurrent practice and hasmany variations.Its namecome from the progressionof activities based on theoutputofonephase“falling”as input to thefollowi

3、ngphase.Itisdrivenby the needs to scheduleprojectmilestoneswhichareprovidedbythecompletionofdocumentsateachlevelorphase.（）（）项目的开发依次经过：需求、设计、编码和单元测试、项目的开发依次经过：需求、设计、编码和单元测试、集成以及维护集成以及维护 这一基本路径。这一基本路径。（）在每一阶段提交以下产品：软件需求规约、设计文档、（）在每一阶段提交以下产品：软件需求规约、设计文档、实际代码、测试用例、最终产品等。工作产品（又称可实际代码、测试用例、最终产品等。工作产品（又称可提

4、提交交的的产产品品，DeliverablesDeliverables）流流经经“正正向向”开开发发的的基基本本步步骤路径。骤路径。（）“反反向向”步步骤骤流流表表示示对对前前一一个个可可提提交交产产品品的的重重复复变变更更（又（又称为称为“返工返工”(Rework)(Rework)）。由于所有开发活动的非确定性，因此是否需要重复变由于所有开发活动的非确定性，因此是否需要重复变更，这仅在下一个阶段或更后的阶段才能认识到。更，这仅在下一个阶段或更后的阶段才能认识到。返工不仅在以前阶段的某一地方需要，而且对当前正返工不仅在以前阶段的某一地方需要，而且对当前正在进行的工作也是需要的。在进行的工作也是需

5、要的。关于瀑布模型的几点说明关于瀑布模型的几点说明(）瀑布模型的优点）瀑布模型的优点 虽然瀑布模型是一个比较虽然瀑布模型是一个比较“老老”的、甚至过时的开发模型，的、甚至过时的开发模型，但其优点为：但其优点为：在决定系统怎样做之前，存在一个需求阶段，鼓励对系在决定系统怎样做之前，存在一个需求阶段，鼓励对系 统统“做什么做什么”进行规约（即设计之前的规约）。进行规约（即设计之前的规约）。在建造构件之前，存在一个设计阶段，鼓励规划系统结在建造构件之前，存在一个设计阶段，鼓励规划系统结 构（即编码之前的设计）。构（即编码之前的设计）。在每一阶段结束时进行复审，允许获取方和用户的参与。在每一阶段结束时

6、进行复审，允许获取方和用户的参与。允许基线和配置早期接受控制。允许基线和配置早期接受控制。前一步工作产品可作为下一步被认可的、文档化的基线。前一步工作产品可作为下一步被认可的、文档化的基线。（）（）瀑布模型存在的不足瀑布模型存在的不足 客户必须能够完整、正确和清晰地表达他们的需求；开发客户必须能够完整、正确和清晰地表达他们的需求；开发 人员一开始就必须理解其应用。人员一开始就必须理解其应用。在开始的两个或三个阶段中，很难评估真正的进度状态在开始的两个或三个阶段中，很难评估真正的进度状态;设计、编码和测试阶段都可能发生延期。设计、编码和测试阶段都可能发生延期。在一个项目的早期阶段，过分地强调了基

7、线和里程碑处在一个项目的早期阶段，过分地强调了基线和里程碑处 的文档的文档;可能要花费更多的时间，用于建立一些用处不可能要花费更多的时间，用于建立一些用处不 大的文档。大的文档。当接近项目结束时，出现了大量的集成和测试工作。当接近项目结束时，出现了大量的集成和测试工作。直到项目结束之前，都不能演示系统的能力。直到项目结束之前，都不能演示系统的能力。（3）瀑布模型适用的情况瀑布模型适用的情况在开发中，向下、渐进的路径占支配地位。也就是说，在开发中，向下、渐进的路径占支配地位。也就是说，需求已被很好地理解；并且需求已被很好地理解；并且 过程设计人员也很清楚：开发组织非常熟悉为实现这一模过程设计人员

8、也很清楚：开发组织非常熟悉为实现这一模 型所需要的过程（或经过培训后，熟悉什么时候来支持这型所需要的过程（或经过培训后，熟悉什么时候来支持这 一项目，以实现这一模型所需要的过程）。一项目，以实现这一模型所需要的过程）。因此为了避免产生过多因此为了避免产生过多的反复迭代工作，增加开发成本，的反复迭代工作，增加开发成本，一般在准备采用瀑布模型一般在准备采用瀑布模型(也包括其他模型也包括其他模型)时，需要考虑以下时，需要考虑以下2个问题：第一个问题是，过程设计人员必须对初始产品个问题：第一个问题是，过程设计人员必须对初始产品(通常通常是软件需求规约，是软件需求规约，SRS)的不确定性进行评估。的不确

9、定性进行评估。另一个问题是，组织是否具有熟练实施每个活动和另一个问题是，组织是否具有熟练实施每个活动和任务的历史经验。任务的历史经验。13259101167121384增量增量1 1 1,2,5,9 1,2,5,9 增量增量2 2 3 3,6,7,4,10,11,6,7,4,10,11 增量增量3 3 8 8,12,13,12,13 管理管理增量规约增量规约增量设计增量设计纠错性分析纠错性分析增量实现增量实现增量1增量2增量33)增量模型增量模型该模型有一个假设，即需求可以分段，成为一系列增该模型有一个假设，即需求可以分段，成为一系列增量产品，每一增量可以分别地开发。量产品，每一增量可以分别地

10、开发。关于增量模型的几点说明：关于增量模型的几点说明：(1(1）增量模型的优点）增量模型的优点 作为瀑布模型的第一个变体，具有瀑布模型的所有优点。作为瀑布模型的第一个变体，具有瀑布模型的所有优点。此外，它还有以下优点：此外，它还有以下优点：第一个可交付版本所需要的成本和时间是很少的；第一个可交付版本所需要的成本和时间是很少的；开发由增量表示的小系统所承担的风险是不大的；开发由增量表示的小系统所承担的风险是不大的；由于很快发布了第一个版本，因此可以减少用户需求由于很快发布了第一个版本，因此可以减少用户需求 的变更；的变更；允许增量投资，即在项目开始时，可以仅对一个或两允许增量投资，即在项目开始时

11、，可以仅对一个或两 个增量投资。个增量投资。(）缺点：）缺点：如果增量模型不适于某些项目，或使用有误，则有如果增量模型不适于某些项目，或使用有误，则有以下缺点：以下缺点：如果没有对用户的变更要求进行规划，那么产生的初始如果没有对用户的变更要求进行规划，那么产生的初始 增量可能会造成后来增量的不稳定；增量可能会造成后来增量的不稳定；如果需求不像早期思考的那样稳定和完整，那么一些增如果需求不像早期思考的那样稳定和完整，那么一些增 量就可能需要重新开发，重新发布；量就可能需要重新开发，重新发布；管理发生的成本、进度和配置的复杂性，可能会超出组管理发生的成本、进度和配置的复杂性，可能会超出组 织的能力

12、。织的能力。注：如果采用增量投资方式，那么客户就可以对一些增量进注：如果采用增量投资方式，那么客户就可以对一些增量进行招标。然后，开发人员按提出的截止期限进行增量开发，这行招标。然后，开发人员按提出的截止期限进行增量开发，这样客户就可以用多个契约来管理组织的资源和成本。样客户就可以用多个契约来管理组织的资源和成本。(）该模型的适用情况）该模型的适用情况 在在开开始始开开发发时时，需需求求很很明明确确，且且产产品品还还可可被被适适当当地地分分解解为为一一些些独独立立的的、可可交交付付的的软软件件（构构造造增增量量：Build Build incrementsincrements如如果果一一个个增

13、增量量并并不不需需要要交交付付给给客客户户的的话话，那那么么这这样样的的增增量量通通常常称称为为一一个个“构构造造”(Build)。如如果果增增量量被被交交付付，那那么么它它们们就就被被认认为为是发布版本是发布版本(Releasedversion)。）；）；在开发中，期望尽快提交其中的一些增量产品。在开发中，期望尽快提交其中的一些增量产品。例如：例如：一个数据库系统，它必须通过不同的用户界面，为不同类型的一个数据库系统，它必须通过不同的用户界面，为不同类型的用户提供不同的功能。在这一情况下，首先实现完整的数据库用户提供不同的功能。在这一情况下，首先实现完整的数据库设计，并把一组具有高优先级的用

14、户功能和界面作为一个增量；设计，并把一组具有高优先级的用户功能和界面作为一个增量；以后，陆续构造其它类型用户所需求的增量。以后，陆续构造其它类型用户所需求的增量。附：微软附：微软“同步同步-稳定的产品开发模型稳定的产品开发模型”将项目分为若干个里程碑阶段将项目分为若干个里程碑阶段 定义稳定、灵活的体系结构，并为构件定义稳定、灵活的体系结构，并为构件 和子系统的开发提供统一的接口和子系统的开发提供统一的接口 开发构件，维持一个可发布的系统版本开发构件，维持一个可发布的系统版本 可以准确把握项目进展情况可以准确把握项目进展情况 增强开发人员的信心和成就感增强开发人员的信心和成就感 可以随时根据市场

15、情况及时作出调整可以随时根据市场情况及时作出调整需求需求设计设计编码编码测试测试集成集成需求需求设计设计编码编码测试测试集成集成开开发发反反馈馈开开发发反反馈馈.核核心心系系统统开开发发第第二二次次迭迭代代)演化模型（演化模型（Evolutionary modelEvolutionary model）是一种有弹性的过程模式，由一些小的开发步组成，每一是一种有弹性的过程模式，由一些小的开发步组成，每一步历经需求分析、设计、实现和验证，产生软件产品的一个增步历经需求分析、设计、实现和验证，产生软件产品的一个增量。通过这些迭代，完成最终软件产品的开发。量。通过这些迭代，完成最终软件产品的开发。针对事

16、先不能完整地定义需求针对事先不能完整地定义需求 针对用户的核心需求针对用户的核心需求,开发核心系统开发核心系统 根据用户的反馈根据用户的反馈,实施活动的迭代实施活动的迭代关于演化模型的几点说明关于演化模型的几点说明(1(1）主要特征）主要特征 该模型显式地把增量模型扩展到需求阶段。由图可以看出，该模型显式地把增量模型扩展到需求阶段。由图可以看出，为了第二个构造增量，使用了第一个构造增量来精化需求。为了第二个构造增量，使用了第一个构造增量来精化需求。这一精化可以有多个来源和路径。这一精化可以有多个来源和路径。首先，如果一个早期的增量已向用户发布，那么用户会以变首先，如果一个早期的增量已向用户发布

17、，那么用户会以变更要求的方式提出反馈，以支持以后增量的需求开发。更要求的方式提出反馈，以支持以后增量的需求开发。第二，通过实实在在地开发一个构造增量，为以前还没有认第二，通过实实在在地开发一个构造增量，为以前还没有认识到的问题提供了可见性，以便实际地开始这一增量的工作。识到的问题提供了可见性，以便实际地开始这一增量的工作。(2(2）与瀑布模型的关系）与瀑布模型的关系 在在演演化化模模型型中中，仍仍然然可可以以使使用用瀑瀑布布模模型型来来管管理理每每一一个个演演化化的的增增量量。一一旦旦理理解解了了需需求求，就就可可以以像像实实现现瀑瀑布布模模型型那那样样开开始始设设计计阶阶段和编码阶段。段和编

18、码阶段。(3(3）使用演化模型应注意的问题）使用演化模型应注意的问题 不不能能弱弱化化需需求求分分析析阶阶段段的的工工作作。其其原原因因是是：在在项项目目开开始始时时，考考虑虑所所有有需需求求来来源源的的重重要要性性和和风风险险，对对这这些些来来源源的的可可用用性性进进行行评评估估。只只有有采采用用这这一一方方法法，才才能能识识别别和和界界定定不不确确定定的的需需求求，并并识识别别第一个增量中所包含的需求。第一个增量中所包含的需求。(4(4）演化模型的长处和不足）演化模型的长处和不足 演化模型还具有以下优点：与增量模型是类似的。特别地，演化模型还具有以下优点：与增量模型是类似的。特别地，在需求

19、不能予以规约时，可以使用这一演化模型。在需求不能予以规约时，可以使用这一演化模型。用户可以通过运行系统的实践，对需求进行改进。用户可以通过运行系统的实践，对需求进行改进。与瀑布模型相比，需要更多用户与瀑布模型相比，需要更多用户/获取方的参与。获取方的参与。缺点有：缺点有：演化模型的使用仍然处于探索阶段，因此具有较大演化模型的使用仍然处于探索阶段，因此具有较大 的风险，需要有力的管理。的风险，需要有力的管理。演化模型的使用很容易成为不编写需求或设计文档的借口，演化模型的使用很容易成为不编写需求或设计文档的借口，即使很好地理解了需求或设计。即使很好地理解了需求或设计。用户用户/获取方不易理解演化模

20、型的自然属性，因此当结果不获取方不易理解演化模型的自然属性，因此当结果不 够理想时，可能产生抱怨。够理想时，可能产生抱怨。演化演化维护维护确认确认实现实现设计设计分析分析)喷泉模型喷泉模型 特征：迭代特征：迭代无缝无缝 与面向对象技术与面向对象技术的关系的关系)螺旋模型螺旋模型 该模型是由该模型是由Dr.Barry Boehm Boehm 1988Dr.Barry Boehm Boehm 1988开发的。开发的。该模型将软件生存周期的活动分为四个可重复的阶段：该模型将软件生存周期的活动分为四个可重复的阶段：规划、风险分析、开发和评估：规划、风险分析、开发和评估：项目的进度是项目的进度是“螺旋螺

21、旋”式的。式的。riskanalysisstageDevelopmentstagePlanningstageEvaluationstagestartResourceuse其中：其中：评估和风险分析阶段都可作出一个决策：项目是否继续。评估和风险分析阶段都可作出一个决策：项目是否继续。螺旋循环的次数指示了已消耗的资源；螺旋循环的次数指示了已消耗的资源；在规划阶段、风险分析阶段和开发阶段均进行需求规约活在规划阶段、风险分析阶段和开发阶段均进行需求规约活动；动；在早期螺旋循环中，为了为最终的实现给出一些指导性决在早期螺旋循环中，为了为最终的实现给出一些指导性决策，经常使用原型构造；策，经常使用原型构造

22、；设计和实现活动一般是在开发阶段进行；设计和实现活动一般是在开发阶段进行；V&V活动在开发阶段和评估阶段进行；活动在开发阶段和评估阶段进行；关于螺旋模型的几点说明：关于螺旋模型的几点说明：(1(1）该模型关注解决问题的基本步骤）该模型关注解决问题的基本步骤:标识问题标识问题;标识一些标识一些 可选方案，选择一个最佳方案可选方案，选择一个最佳方案;遵循动作步骤，并实施遵循动作步骤，并实施 后续工作。其中只要完成了开发的一个迭代，开发的另后续工作。其中只要完成了开发的一个迭代，开发的另 一个迭代就开始。一个迭代就开始。(2(2）螺旋模型的一个特征是，实际上只有一个迭代过程真正）螺旋模型的一个特征是

23、，实际上只有一个迭代过程真正 开发可交付的软件。因此开发可交付的软件。因此,如果如果 项目的开发风险很大，或项目的开发风险很大，或 客户不能确定系统需求，在更广泛的意义上来讲，还客户不能确定系统需求，在更广泛的意义上来讲，还 包括系统或系统类型的要求，包括系统或系统类型的要求，这时螺旋模型就是一个好的生存周期模型。这时螺旋模型就是一个好的生存周期模型。(3)(3)与其它模型的关系与其它模型的关系 与与演演化化模模型型一一样样，螺螺旋旋模模型型也也使使用用瀑瀑布布模模型型作作为为一一个个嵌嵌入入的的过过程程-即即分分析析、设设计计、编编码码、实实现现和和维维护护的的瀑瀑布布过过程程，是是螺螺旋一

24、周的组成部分。旋一周的组成部分。尽尽管管螺螺旋旋模模型型和和一一些些迭迭代代模模型型在在框框架架和和全全局局体体系系结结构构方方面面是等同的，但所关注的是等同的，但所关注的阶段阶段以及它们的以及它们的活动活动是不同的。是不同的。具具体体地地说说：标标识识客客户户想想要要的的是是一一个个什什么么样样的的系系统统；确确定定风风险险和和效效益益的的可可选选路路线线；选选择择最最优优方方案案；开开发发系系统统；评评估完成情况等；估完成情况等；重新开始。重新开始。即即 螺螺旋旋模模型型扩扩展展了了增增量量模模型型的的管管理理任任务务范范围围。而而增增量量模模型型是是基基于于以以下下假假定定：需需求求是是

25、最最基基本本的的、并并且且是是唯唯一一的的风风险险源源。而而在螺旋模型中，决策和降低风险的空间是相当广泛的。在螺旋模型中，决策和降低风险的空间是相当广泛的。7)模型中的三个重要修饰模型中的三个重要修饰原型、并发、商业构件的复用。原型、并发、商业构件的复用。（1 1）原型与）原型与原型原型构造构造 何谓原型何谓原型 显式地规划如何使用一个或多个演化的增量，这作为一个显式地规划如何使用一个或多个演化的增量，这作为一个明确的需求揭示工具明确的需求揭示工具,是生存周期模型的发展的必然。是生存周期模型的发展的必然。遵循其它工程领域所使用的术语，我们把这样的一个增量遵循其它工程领域所使用的术语，我们把这样

26、的一个增量称为一个原型。称为一个原型。注：尽管原型可以由用户以某一受限的方式使用，但注：尽管原型可以由用户以某一受限的方式使用，但不能把原型看作是一个具有完备功能的增量。不能把原型看作是一个具有完备功能的增量。原型的作用原型的作用 揭示那些以后将在具有完备功能的、可交付的、可支持的揭示那些以后将在具有完备功能的、可交付的、可支持的增量中予以实现的需求。增量中予以实现的需求。可以用于为一个项目或一个项目的某些部分，确定技术、可以用于为一个项目或一个项目的某些部分，确定技术、成本和进度的可能性。例如，原型有助于回答以下问题：成本和进度的可能性。例如，原型有助于回答以下问题：一个新的开发环境或工具，

27、是否能够满足客户成本和进一个新的开发环境或工具，是否能够满足客户成本和进 度约束？度约束？一个被安装的、可用的软一个被安装的、可用的软/硬件基础设施，是否可以支持硬件基础设施，是否可以支持 客户新的性能和能力需求？客户新的性能和能力需求？是否能够创建这一产品，即这是可行的吗？是否能够创建这一产品，即这是可行的吗？原型构造原型构造 原型构造，有时它也被称为快速应用开发（原型构造，有时它也被称为快速应用开发（Rapid Rapid ApplicationApplicationDevelopment,RADDevelopment,RAD）。）。适用范围：适用范围：对那些具有较多用户界面和数据库的系统

28、开发中，可使对那些具有较多用户界面和数据库的系统开发中，可使用之用之 使用条件使用条件：需要相应需要相应RADRAD方法和工具的支持。方法和工具的支持。注：近年来，由于注：近年来，由于VBVB（Visual BasicVisual Basic）、）、DelphiDelphi、。、。NETNET等开发环境的出现，这一术语得到了广泛的应用，使用这些等开发环境的出现，这一术语得到了广泛的应用，使用这些工具几乎可以无缝地建造原型和最终系统。工具几乎可以无缝地建造原型和最终系统。如何使用如何使用：首先给出首先给出一个原型的目标陈述，其中包括为实现这一个原型的目标陈述，其中包括为实现这一目标所需要的特定需

29、求。一目标所需要的特定需求。随后进行设计。其中应选择一组可用的工具，用于实现随后进行设计。其中应选择一组可用的工具，用于实现该系统的原型，而后当设计完成之后，开发人员就建造该系统的原型，而后当设计完成之后，开发人员就建造这一原型，即实现对客户可见的或强调一个关键技术风这一原型，即实现对客户可见的或强调一个关键技术风险的那些方面。险的那些方面。最后最后，通过某种形式，对原型进行评估。，通过某种形式，对原型进行评估。评估方法：通常是把原型交给客户，进行试用。评估方法：通常是把原型交给客户，进行试用。原型试用的目标是：原型试用的目标是：揭示客户界面的需求。揭示客户界面的需求。通过通过客户与一个原型系

30、统的交互，提出反馈，明确或揭客户与一个原型系统的交互，提出反馈，明确或揭示客户的功能和性能需求。示客户的功能和性能需求。随后，开发人员可依据这一反馈，基于所使用的生随后，开发人员可依据这一反馈，基于所使用的生存周期模型，再将这些需求精化并实现之。存周期模型，再将这些需求精化并实现之。原型构造在应用中的风险原型构造在应用中的风险 用户和开发人员不能很好地判断将一个原型变成一个具有用户和开发人员不能很好地判断将一个原型变成一个具有完整功能的系统需要多少工作。完整功能的系统需要多少工作。由于客户看到的是一个精化、复杂的用户界面，于是他们由于客户看到的是一个精化、复杂的用户界面，于是他们 就可能认为系

31、统开发的大部分工作已经完成。就可能认为系统开发的大部分工作已经完成。一旦由于感觉构造的原型看起来是乎是相当成功的，这一旦由于感觉构造的原型看起来是乎是相当成功的，这 样样，原原型型就就有有可可能能以以一一种种无无规规划划的的方方式式“成成长长”，以以至至于于超超出了系统的期望或要求，为了最终版本，耗尽进度、资金出了系统的期望或要求，为了最终版本，耗尽进度、资金和人力，付出了很高的代价。换言之，它违背了所指出的和人力，付出了很高的代价。换言之，它违背了所指出的计划，即它是第一个增量的交付。计划，即它是第一个增量的交付。可能发生原型开发组与最终产品开发组之间的交流和学习可能发生原型开发组与最终产品

32、开发组之间的交流和学习不能是充分的，例如原型构造组是一个独立组织功能的一不能是充分的，例如原型构造组是一个独立组织功能的一部分，如市场策划。另外，原型开发所使用的工具与整个部分，如市场策划。另外，原型开发所使用的工具与整个开发工作所使用的工具可能无法实现互操作。开发工作所使用的工具可能无法实现互操作。不论在性能方面还是在能力方面，都无法对原型进行度不论在性能方面还是在能力方面，都无法对原型进行度量，以确定实现的程度。量，以确定实现的程度。有时，由于有时，由于原型并没有必要支持系统所有功能，因此原型原型并没有必要支持系统所有功能，因此原型实际执行的功能（它所实现的）可能甚至好于一个可交付实际执行

33、的功能（它所实现的）可能甚至好于一个可交付的功能。在这种情况下，从原型到整个系统的进行中，客的功能。在这种情况下，从原型到整个系统的进行中，客户就有可能会遗漏一些事情，而说明这种情况又可能是非户就有可能会遗漏一些事情，而说明这种情况又可能是非常困难的。常困难的。如何解决这些风险如何解决这些风险：在项目早期，原型开发组标识并监控以上这些风险在项目早期，原型开发组标识并监控以上这些风险进一步说，即使对它们实施了管理，所有这些风险也进一步说，即使对它们实施了管理，所有这些风险也可能发生到一定程度，但关键的问题是它们必须被识可能发生到一定程度，但关键的问题是它们必须被识别并被管理。别并被管理。（）生存

34、周期模型中的并发（）生存周期模型中的并发 问题的提出：问题的提出：当一个工作当一个工作程序程序经过其所选择的生存周期时，一些过程之经过其所选择的生存周期时，一些过程之间的重叠几乎是不可避免的，不论这一重叠是规划的还是没间的重叠几乎是不可避免的，不论这一重叠是规划的还是没有规划的。有规划的。例例如如，即即使使在在需需求求是是非非常常清清楚楚的的，出出于于对对成成本本和和进进度度的的考考虑虑，可可能能就就选选择择通通常常的的瀑瀑布布模模型型的的情情况况下下，表表面面上上看看，这这排排除除了了并并发发的的可可能能性性事事实实上上这这是是非非常常困困难难的的。例例如如，如如果果一一个个子子系系统统的的

35、详详细细设设计计在在另另一一个个子子系系统统之之前前完完成成，并并且且这这两两个个子子系系统统之之间间的的接接口口是是稳稳定定的的，那那么么就就可可以以提提前前对对已已完完成成详详细细设设计计的的那那个个子子系系统统进进行行编编码码，从从而而导导致致一一个个系系统统的的详详细细设设计计阶段和编码阶段的并发。阶段和编码阶段的并发。还要注意，在所有生存周期模型的反向流（即对已经完成的还要注意，在所有生存周期模型的反向流（即对已经完成的一个文档或其它产品必须要做的改变）中，也可能隐含地存在一个文档或其它产品必须要做的改变）中，也可能隐含地存在 一些并发。一些并发。使用并发的基本要求使用并发的基本要求

36、 -要求要求组织的管理必须有能力支持并发，包括进度安排、组织的管理必须有能力支持并发，包括进度安排、成本控制、状态跟踪和配置管理系统，包括技术复审机制成本控制、状态跟踪和配置管理系统，包括技术复审机制和任何设计工具。和任何设计工具。-如果两个子系统同时处在同样的开发阶段，那么就要求如果两个子系统同时处在同样的开发阶段，那么就要求严格监控这两个子系统之间的界面。严格监控这两个子系统之间的界面。使用中的问题使用中的问题围绕并发的使用，存在以下两个重要的问题：围绕并发的使用，存在以下两个重要的问题：并发程度。并发程度。并发的程度可以并发的程度可以 从偶然的，只有少量反向改变的要求；从偶然的，只有少量

37、反向改变的要求；到过分的，存在一个增量正在设计，而前面那个增量到过分的，存在一个增量正在设计，而前面那个增量正在集成。正在集成。注意：以上两种情况，对技术系统和管理系统的需求是非注意：以上两种情况，对技术系统和管理系统的需求是非 常不同的。常不同的。并发的管理。并发的管理。一旦出现并发，就要很好地进行规划。其中应重视由于使一旦出现并发，就要很好地进行规划。其中应重视由于使用并发所出现的这些问题。用并发所出现的这些问题。（3 3）商业构件的复用）商业构件的复用 问题的提出问题的提出 现代软件系统的创建趋势是，使用商业应用框架和商业构现代软件系统的创建趋势是，使用商业应用框架和商业构件，或复用组织

38、内部已开发的构件和框架，当然，也复用组件，或复用组织内部已开发的构件和框架，当然，也复用组织的实践和规程。这一趋势的出现，有以下三个原因：织的实践和规程。这一趋势的出现，有以下三个原因：（1 1）.市场和成本的竞争压力；市场和成本的竞争压力；（2 2）.交付环境的日趋复杂和标准化，例如交付环境的日趋复杂和标准化，例如InternetInternet；（3 3）.产品线工程的出现，其中系统地规划和实施：产品线工程的出现，其中系统地规划和实施：多个相关软件产品的开发和演化；多个相关软件产品的开发和演化；那些可复用的设计和那些可复用的设计和 实现；实现；用于产品线的所有产品。用于产品线的所有产品。这

39、趋势意味着：这趋势意味着：一个项目生存周期过程的意义，可能从毫无意义，一直一个项目生存周期过程的意义，可能从毫无意义，一直到意义深远。例如，到意义深远。例如，如果开发组织使用一个新的商业应用框架来建造一个产如果开发组织使用一个新的商业应用框架来建造一个产品，那么就需要开发一个原型，以获得框架使用的经验，并品，那么就需要开发一个原型，以获得框架使用的经验，并检验该框架对这一应用的适应性。检验该框架对这一应用的适应性。如果使用的框架是组织内部开发的，那么也需要开发一个如果使用的框架是组织内部开发的，那么也需要开发一个原型，以评估该框架对应用开发的的适应性。原型，以评估该框架对应用开发的的适应性。框

40、架的选择就是这样一个基本的设计决策，以至于必须在框架的选择就是这样一个基本的设计决策，以至于必须在项目生存周期的早期实施原型构造。如果可能的话，原型构项目生存周期的早期实施原型构造。如果可能的话，原型构造应在承约项目的成本和进度之前实施。造应在承约项目的成本和进度之前实施。商业构件的使用商业构件的使用 如果使用内部开发的构件或市场购买的构件，作为新系如果使用内部开发的构件或市场购买的构件，作为新系统的组成部分，那么就必须在项目早期评估这些构件的适应统的组成部分，那么就必须在项目早期评估这些构件的适应性。确切地说，怎样使用这些构件，什么时候评估这些构件。性。确切地说，怎样使用这些构件，什么时候评

41、估这些构件。例如，如果产品的的很大部分都涉及与用户的交互，那么就应例如，如果产品的的很大部分都涉及与用户的交互，那么就应该仔细地评估实现图形用户界面的构件，以确保它们支持所要该仔细地评估实现图形用户界面的构件，以确保它们支持所要求的功能。在操作文档开发之后，就应立即进行这一评估。求的功能。在操作文档开发之后，就应立即进行这一评估。如果一个商业构件为产品提供较少的但是很关键的部分，如果一个商业构件为产品提供较少的但是很关键的部分，那么就应该在设计阶段之前或期间对其进行评估，一旦发现构那么就应该在设计阶段之前或期间对其进行评估，一旦发现构件不适合该产品，就要建造一个构件或在一些可选的构件中获件不适

42、合该产品，就要建造一个构件或在一些可选的构件中获得一个构件。得一个构件。按着一般的原则，如果存在一些构件或框架，即使这些资源按着一般的原则，如果存在一些构件或框架，即使这些资源正在用于一个产品的开发，那么也应该对它们进行评估。评估正在用于一个产品的开发，那么也应该对它们进行评估。评估过程应在生存周期模型中予以明确地表达。例如，在某些情况过程应在生存周期模型中予以明确地表达。例如，在某些情况下，评估过程可能在很大程度上影响生存周期模型的选择或生下，评估过程可能在很大程度上影响生存周期模型的选择或生成，如选择螺旋模型，而不选择增量模型。成，如选择螺旋模型，而不选择增量模型。使用已存在的构件，除了会

43、引起一个项目生存周期结构上的使用已存在的构件，除了会引起一个项目生存周期结构上的改变，还可能极大地影响个体的技术过程。例如，如果复用的改变，还可能极大地影响个体的技术过程。例如，如果复用的构件表示了该产品的重要部分，那么单元测试工作量的百分比构件表示了该产品的重要部分，那么单元测试工作量的百分比就会相对地减少，但集成该部分的工作量就会增大。同样，由就会相对地减少，但集成该部分的工作量就会增大。同样，由于必须建立或修改子过程，以确保设计与任何可复用的框架或于必须建立或修改子过程，以确保设计与任何可复用的框架或构件是一致的，因此设计过程将是有效的。构件是一致的，因此设计过程将是有效的。作业一：作业一：（第（第5页）解释以下术语：软件、软件工程、软件页）解释以下术语：软件、软件工程、软件危机、模型危机、模型（第（第57页）简述软件生存周期、软件生存周期过页）简述软件生存周期、软件生存周期过程、软件生存周期模型、软件项目生存周期过程程、软件生存周期模型、软件项目生存周期过程之间的基本关系之间的基本关系