软件工程第10章 软件生存期模型.pptVIP

10.2 传统软件过程模型 螺旋模型的4项活动 螺线上的每一个循环可划分为4个象限，分别表达了4个方面的活动。 (1)目标设定——定义在该阶段的目标，弄清对过程和产品的限制条件，制订详细的管理计划，识别项目风险，可能还要计划与这些风险有关的对策。 (2)风险估计与弱化——针对每一个风险进行详细分析，设想弱化风险的步骤。 (3)开发与验证——评价风险之后选择系统开发模型。 (4)计划——评价开发工作，确定是否继续进行螺线的下一个循环。如果确定要继续，则计划项目的下一个阶段的工作。 10.2 传统软件过程模型 螺旋模型的优点 对可选方案和约束条件的强调有利于已有软件的重用，也有助于把软件质量作为软件开发的一个重要目标。 减少了过多测试或测试不足所带来的风险。 在螺旋模型中维护只是模型的另一个周期，因而在维护和开发之间并没有本质区别。 10.2 传统软件过程模型 螺旋模型的缺点 螺旋模型是风险驱动的，因此要求软件开发人员必须具有丰富的风险评估经验和这方面的专门知识，否则将出现真正的风险：当项目实际上正在走向灾难时，开发人员可能还以为一切正常。 10.2 传统软件过程模型 喷泉模型 喷泉模型是典型的面向对象生命周期模型。 “喷泉”一词体现了迭代和无间隙特性。图中代表不同阶段的圆圈相互重叠，这明确表示两个活动之间存在重叠。 10.3 现代软件过程模型 基于构件的开发模型 基于构件的软件工程（component-based software engineering，CBSE）是强调使用可复用的软件“构件”来设计和构造基于计算机的系统的过程。Clements对CBSE给出了如下描述。 10.3 现代软件过程模型 基于构件的开发模型 Clements对CBSE给出了如下描述。 CBSE正在改变大型软件系统的开发方式。CBSE体现了Frod Brooks和其他人支持的“购买，而非构造”的思想。就如同早期的子程序将程序员从考虑编程细节中解脱出来一样，CBSE将考虑的重点从编码转移到组装软件系统。考虑的焦点是“集成”，而不再是“实现”。这样做的基础是假定在很多大型软件系统中存在足够多的共性，使得开发可复用的构件来满足这些共性是可行的。 10.3 现代软件过程模型 基于构件的开发模型 当软件团队使用传统的需求获取技术确定了待开发软件的系统需求时，该过程开始。 体系结构设计完成后，并不立即进行详细设计任务，而是针对每一系统需求考虑以下问题: (1)现有的商品化构件（commercial off-the-shelf，COTS）是否能够实现该需求？ (2)内部开发的可复用构件是否能够实现该需求？ (3)可用构件的接口与待构造系统的体系结构是否相容？ 10.3 现代软件过程模型 基于构件的开发模型 10.3 现代软件过程模型 开发步骤 不考虑构件的开发技术，基于构件的开发模型由以下步骤组成： (1)对于该问题领域的基于构件的可用产品进行研究和评估。 (2)考虑构件集成的问题。 (3)设计软件架构以容纳这些构件。 (4)将构件集成到架构中。 (5)进行充分的测试以保证功能正常。 10.3 现代软件过程模型 典型的构件模型 (1)OMG/CORBA。对象管理组织发布了公共对象请求代理体系结构（OMG/CORBA），一个对象请求代理提供了多种服务使得可复用构件（对象）可以与其他构件通信。 (2)Microsoft COM。微软公司开发了构件对象模型（COM），此模型提供了运行于Windows操作系统下的单个应用中使用不同厂商生产的构件的规格说明。 (3)Sun JavaBean构件。JavaBean构件系统是一个可移植的、平台独立的、使用Java程序设计语言开发的CBSE基础设施。 10.3 现代软件过程模型 形式化方法模型 形式化系统开发模型是一种基于形式化数学变换的软件开发方法，它可将系统规格说明转换为可执行的程序。 10.3 现代软件过程模型 与瀑布模型的区别 软件需求规格说明被细化为用数学记号表达的详细的形式化规格说明。 设计、实现和单元测试等开发过程由变换开发过程代替。通过一系列变换将形式化规格说明细化成为程序。这种细化的过程如图所示。 10.3 现代软件过程模型 面向方面的软件开发 面向方面的软件开发（aspect-oriented software development，AOSD）通常称为面向方面编程（aspect-oriented progamming，AOP）， 是相对较新的一种软件工程模型，为定义、说明、设计和构建方面（aspect）提供过程和方法。 软件生存期模型也称为软件过程模型，是从软件项目需求定义直至软件运行维护为止，跨越整个生存周期的系统开发、运作和维护所实施的全部