第3单元 软件过程模型.pptVIP

第3章 软件过程模型 瀑布模型 增量模型 螺旋模型 协同开发模型 面向对象模型 面向方面的软件开发 瀑布模型 瀑布模型提供了软件开发的基本框架。 瀑布模型将软件生命周期划分为软件计划、需求分析和定义、软件设计、软件实现、软件测试、软件运行和维护这6个阶段，规定了它们自上而下、相互衔接的固定次序，如同瀑布流水逐级下落而得名 它是一个软件开发架构，开发过程是通过一系列阶段顺序展开的。 每个阶段都会产生循环反馈 各个阶段产生的文档是维护软件产品时必不可少的，没有文档的软件几乎是不可能维护的。 瀑布模型示意图 系统需求 软件需求 需求分析 设计 编码 维护 测试 瀑布模型特点 顺序性和依赖性 推迟实现 质量保证的观点 是一种线性模型 强调文档的作用 增量模型 增量模型（Incremental Model）也称为渐增模型，是在项目的开发过程中以一系列的增量方式开发系统。 软件被作为一系列的增量构件来设计、实现、集成和测试，每一个构件是由多种相互作用的模块所形成的提供特定功能的代码片段构成. 增量方式包括： 增量开发：以一定的时间间隔开发部分工作软件 增量提交：以一定的时间间隔增量方式向用户提交工作软件及相应文档 增量模型融合了线性顺序模型的基本成份和原型实现模型的迭代特征。 增量模型 分为渐增模型和原型模型 渐增模型是瀑布模型的变种，有两类渐增模型： 增量构造模型：它在瀑布模型基础上，对一些阶段进行整体开发，对另一些阶段进行增量开发。前面的开发阶段按瀑布模型进行整体开发，后面的开发阶段按增量方式开发。 演化提交模型：它在瀑布模型的基础上，所有阶段都进行增量开发，也就是说不仅是增量开发，也是增量提交。 增量构造模型 需求分析 设计 编码1 测试1 测试2 编码2 编码3 测试3 螺旋模型 螺旋模型（Spiral Model）是结合了瀑布模型和快速原型模型的迭代开发模型 强调了其他模型均忽略了的风险分析： 风险识别 风险分析 风险控制 特别适合于大型复杂的系统 每一个周期都包括需求定义、风险分析、工程实现和评审 螺旋模型示意图 螺旋模型活动 四个象限分别代表了以下活动： 制定计划：确定软件目标，选定实施方案，确定项目开发的限制条件； 风险分析：分析评估所选方案，考虑如何识别和消除风险； 实施工程：实施软件开发和验证； 客户评估：评价开发工作，提出修正建议，制定下一步计划。 螺旋模型是风险驱动的模型 协同开发模型 协同开发模型（Collaborative Development Model, 简称CDM），有时也叫做协同工程，可以表示为一系列框架活动、软件工程动作和任务以及相应的状态。 在某一特定时间，建模活动可能处于任何一种状态。 协同开发模型定义了一系列事件，这些事件将触发软件工程活动、动作或任务的状态转换。 协同开发模型 空状态 开发状态 等待变更状态 评审状态 修改状态 建立基线状态 结束状态 建模活动 面向对象过程模型 面向对象是一种的程序设计方法，或者说它是一种程序设计范型。 基本思想是使用对象，类，继承，封装，消息等基本概念来进行程序设计。 面向对象的要素： 抽象：强调实体的本质、内在的属性，忽略一些无关紧要的属性。类实现了对象的数据（即状态）和行为的抽象，是对象的共性的抽象。 封装性：指所有软件部件内部都有明确的范围以及清楚的外部边界。 共享性： 面向对象的特征：对象惟一性；分类性；继承性；多态性（多形性）。 统一过程模型 统一过程（Unified Process，UP) 是风险驱动的、基于用例技术的、以架构为中心的、迭代的、可配置的软件开发流程。 统一过程是以用例驱动的，以架构为中心，迭代和增量的过程。 统一过程是一个软件开发过程，是一个通用的过程框架： 初始 细化 构造 移交 统一过程的四个阶段 统一过程五个核心工作流 需求(Requirements Capture)：致力于开发正确的系统 分析(Analysis)：更精确地理解需求 设计(Design)：深入理解与非功能性需求和约束相联系的问题 实现(Implementation)：实现系统与集成 测试(Test)：验证实现的结构 核心工作流 统一过程准则 准则 迭代的开发软件 需求管理 基于构件的体系结构 可视化软件建模 验证软件质量 控制软件的变更 统一过程主要的优点是提高了团队生产力 构件集成模型 构件集成模型是基于构件的开发模型 构件集成模型： 整个系统模块化 复用构件库中的软件构件 构件集成模型是演化形的，开发过程是迭代的 5个阶段： 软件的需求分析和定义 体系结构设计 构件库建立 应用软件构建 测试和发布 构件集成模型 需求分析和定义 体系结构设计 构件库建立 测试和发布 应用软件构建 1：N 面向方面的软件开发 面向方面的软件开发（Aspect-O