软件工程概论第2章 软件生存期模型.pptVIP

统一过程的阶段 ③ 构造阶段。构造阶段是建立系统，构造信息系统的第1个具有操作质量的版本，以能够交付给客户进行?测试的版本结束，有时称为测试版本。 ④ 移交阶段。移交阶段包含?测试时期，以发布完整的系统而终止，其目标是确保信息系统真正满足客户的需求。 2.6 统一过程 主要工作产品 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.7 基于构件的开发模型 典型的构件模型 (1)OMG/CORBA。对象管理组织发布了公共对象请求代理体系结构（OMG/CORBA），一个对象请求代理提供了多种服务，使得可复用构件（对象）可以与其他构件通信。 (2)Microsoft COM/DCOM/.NET。微软公司开发了构件对象模型（COM），此模型提供了构件的规格说明,在Windows操作系统，一个应用系统中可以使用不同厂商生产的构件。 (3)Sun JavaBean构件。JavaBean构件系统是一个可移植的、平台独立的、使用Java程序设计语言开发的CBSE基础设施。 * 典型的软件生存期模型包括瀑布模型、原型模型、增量模型、螺旋模型等。 第2章 软件生存期模型 瀑布模型 快速原型模型 增量模型 螺旋模型 喷泉模型 统一过程 基于构件的开发模型 敏捷过程 在20世纪80年代之前，瀑布模型一直是唯一被广泛采用的生命周期模型。 传统的瀑布模型如图所示。 2.1 瀑布模型 瀑布模型的特点 阶段间具有顺序性和依赖性。其中包含两重含义： ① 必须等前一阶段的工作完成之后，才能开始后一阶段的工作； ② 前一阶段的输出文档就是后一阶段的输入文档。 2.1 瀑布模型 瀑布模型的特点 推迟实现的观点 ① 瀑布模型在编码之前设置了系统分析和系统设计的各个阶段，分析与设计阶段的基本任务规定，在这两个阶段主要考虑目标系统的逻辑模型，不涉及软件的物理实现。 ② 清楚地区分逻辑设计与物理设计，尽可能推迟程序的物理实现，是按照瀑布模型开发软件的一条重要的指导思想。 2.1 瀑布模型 瀑布模型的特点 质量保证的观点 ① 每个阶段都必须完成规定的文档，没有交出合格的文档就是没有完成该阶段的任务。 ② 每个阶段结束前都要对所完成的文档进行评审，以便尽早发现问题，改正错误。 2.1 瀑布模型 实际的瀑布模型 实际的瀑布模型是带“反馈环”的，如图所示。 图中实线箭头表示开发过程，虚线箭头表示维护过程。 2.1 瀑布模型 V模型：瀑布模型的一个变体 V模型描述了测试阶段的活动与开发阶段相关活动（包括需求建模、概要设计、详细设计、编码）之间的关系。 2.1 瀑布模型 瀑布模型的优点 可强迫开发人员采用规范化的方法。 严格地规定了每个阶段必须提交的文档。 要求每个阶段交出的所有产品都必须是经过验证的。 2.1 瀑布模型 瀑布模型的缺点 由于瀑布模型几乎完全依赖于书面的规格说明，很可能导致最终开发出的软件产品不能真正满足用户的需要。如果需求规格说明与用户需求之间有差异，就会发生这种情况。 瀑布模型只适用于项目开始时需求已确定的情况。 2.1 瀑布模型 快速原型是快速建立起来的可以在计算机上运行的程序，它所能完成的功能往往