第2章 软件生存期模型PPT.ppt

主要工作产品 2.6 统一过程 2.7 基于构件的开发模型 基于构件的软件工程（component-based software engineering，CBSE）是强调使用可复用的软件“构件”来设计和构造基于计算机的系统的过程。 2.7 基于构件的开发模型 Clements对CBSE给出了如下描述。 CBSE正在改变大型软件系统的开发方式。CBSE体现了Frod Brooks和其他人支持的“购买，而非构造”的思想。就如同早期的子程序将程序员从考虑编程细节中解脱出来一样，CBSE将考虑的重点从编码转移到组装软件系统。 考虑的焦点是“集成”，而不再是“实现”。 这样做的基础是假定在很多大型软件系统中存在足够多的共性，使得开发可复用的构件来满足这些共性是可行的。 2.7 基于构件的开发模型 当软件团队使用传统的需求获取技术确定了待开发软件的系统需求时，该过程开始。 体系结构设计完成后，并不立即进行详细设计任务，而是针对每一系统需求考虑以下问题: (1)现有的商品化构件（commercial off-the-shelf，COTS）是否能够实现该需求？ (2)内部开发的可复用构件是否能够实现该需求？ (3)可用构件的接口与待构造系统的体系结构是否相容？ 2.7 基于构件的开发模型 基于构件的开发模型如下图。 2.7 基于构件的开发模型 开发步骤 不考虑构件的开发技术，基于构件的开发模型由以下步骤组成： (1)对于该问题领域的基于构件的可用产品进行研究和评估。 (2)考虑构件集成的问题。 (3)设计软件架构以容纳这些构件。 (4)将构件集成到架构中。 (5)进行充分的测试以保证功能正常。 第2章 软件生存期模型 瀑布模型 快速原型模型 增量模型 螺旋模型 喷泉模型 统一过程 基于构件的开发模型 敏捷过程 在20世纪80年代之前，瀑布模型一直是唯一被广泛采用的生命周期模型。 传统的瀑布模型如图所示。 2.1 瀑布模型 瀑布模型的特点 阶段间具有顺序性和依赖性。其中包含两重含义： ① 必须等前一阶段的工作完成之后，才能开始后一阶段的工作； ② 前一阶段的输出文档就是后一阶段的输入文档。 2.1 瀑布模型 瀑布模型的特点 推迟实现的观点 ① 瀑布模型在编码之前设置了系统分析和系统设计的各个阶段，分析与设计阶段的基本任务规定，在这两个阶段主要考虑目标系统的逻辑模型，不涉及软件的物理实现。 ② 清楚地区分逻辑设计与物理设计，尽可能推迟程序的物理实现，是按照瀑布模型开发软件的一条重要的指导思想。 2.1 瀑布模型 瀑布模型的特点 质量保证的观点 ① 每个阶段都必须完成规定的文档，没有交出合格的文档就是没有完成该阶段的任务。 ② 每个阶段结束前都要对所完成的文档进行评审，以便尽早发现问题，改正错误。 2.1 瀑布模型 V模型：瀑布模型的一个变体 V模型描述了测试阶段的活动与开发阶段相关活动（包括需求建模、概要设计、详细设计、编码）之间的关系。 2.1 瀑布模型 瀑布模型的优点 可强迫开发人员采用规范化的方法。 严格地规定了每个阶段必须提交的文档。 要求每个阶段交出的所有产品都必须是经过验证的。 2.1 瀑布模型 瀑布模型的缺点 由于瀑布模型几乎完全依赖于书面的规格说明，很可能导致最终开发出的软件产品不能真正满足用户的需要。如果需求规格说明与用户需求之间有差异，就会发生这种情况。 瀑布模型只适用于项目开始时需求已确定的情况。 2.1 瀑布模型 快速原型是快速建立起来的可以在计算机上运行的程序，它所能完成的功能往往是最终产品能完成的功能的一个子集。 快速原型模型如图所示。 2.2 快速原型模型 快速原型模型的优点 (1)有助于满足用户的真实需求。 (2)原型系统已经通过与用户的交互而得到验证，据此产生的规格说明文档能够正确地描述用户需求。 (3)软件产品的开发基本上是按线性顺序进行。 (4)因为规格说明文档正确地描述了用户需求，因此，在开发过程的后续阶段不会因为发现规格说明文档的错误而进行较大的返工。 2.2 快速原型模型 快速原型模型的优点 (5)开发人员通过建立原型系统已经学到了许多东西，因此，在设计和编码阶段发生错误的可能性也比较小，这自然减少了在后续阶段需要改正前面阶段所犯错误的可能性。 (6) 快速原型的突出特点是“快速”。开发人员应该尽可能快地建造出原型系统，以加速软件开发过程，节约软件开发成本。 原型的用途是获知用户的真正需求，一旦需求确定了，原型可以抛弃，当然也可以在原型的基础上进行开发。 2.2 快速原型模型 增量模型也称为渐增模型，是Mills等于1980年提出来的。 使用增量模型开发软件时，把软件产品作为一系列的增量构件来设计、编码、集成和测试。 每个构件由多个相互作用的模块构成，