海大计算机专业软件工程课程资料lge第一章软件工程学概述.pptVIP

1.4.3 增量模型 增量模型也称为渐增模型，如图1.5所示。 图1.5 增量模型 需求分析 验证 规格说明 验证 概要设计 验证 针对每个构件，完成详细 设计、编码和集成，经测 试后交付给用户 维护 使用增量模型开发软件时，把软件产品作为一系列的增量构件来设计、编码、集成和测试。每个构件由多个相互作用的模块构成，并且能够完成特定的功能。使用增量模型时，第一个增量构件往往实现软件的基本需求，提供最核心的功能。 图1.5所示的增量模型表明，必须在开始实现各个构件之前就全部完成需求分析、规格说明和概要设计的工作。由于在开始构建第一个构件之前就已经有了总体设计，因此风险较小。图1.6描绘一种风险更大的增量模型：一旦确定了用户需求之后，就着手拟定第一个构件的规格说明文档，完成后规格说明组将转向第二个构件的规格说明，与此同时设计组开始设计第一个构件…用这种方式开发软件，不同的构件将并行的构建，因此有可能加快工程进度。但是，使用这种方法将冒构件无法集成到一起的风险。 规格说明 设计 编码和集成 交付客户 规格说明 设计 编码和集成 交付客户 规格说明 设计 编码和集成 交付客户 构件1： 构件2： 构件n： 图1.6 风险更大的增量模型 1.4.4 螺旋模型 软件开发总要冒一定风险，项目越大，软件越复杂，承担该项目所冒的风险也越大。软件风险可能在不同程度上损害软件开发过程和软件产品质量。因此，在软件开发过程中必须及时识别和分析风险，并且采取适当措施以消除或减少风险的危害。 螺旋模型的基本思想是，使用原型及其他方法来尽量降低风险。理解这种模型的简便方法是，把它看作在每个阶段之前都增加了风险分析过程的快速原型模型，如图1.7所示。 风险分析 快速原型 验证 风险分析 规格说明 验证 风险分析 设计 验证 风险分析 编码 测试 风险分析 综合测试 维护 风险分析 变化的需求 验证 图1.7 简化的螺旋模型 图1.8 完整的螺旋模型 1.4.5 喷泉模型 迭代是软件开发过程中普遍存在的一种内在属性。经验表明，软件过程各个阶段之间的迭代或一个阶段内各个工作步骤之间的迭代，在面向对象范型中比在结构化范型中更常见。 图1.9所示的喷泉模型，是典型的面向对象的软件过程模型。“喷泉”这个词体现了面向对象软件开发过程迭代和无缝的特性。 维护期 进一步开发 运行状态 集成和测试阶段 编码阶段 面向对象设计阶段 面向对象分析阶段 需求阶段 图1.9 喷泉模型 图中代表不同阶段的圆圈相互重叠，这明确表示两个活动之间存在交叠。图中在一个阶段内的向下箭头代表该阶段内的迭代（或求精）。 为避免使用喷泉模型开发软件时开发过程过分无序，应该把一个线性过程（如图1.9中的中心垂线）作为总目标。 1.最佳实践 迭代式开发 管理需求 使用基于构件的体系结构 可视化建模 验证软件质量 控制软件变更 1.4.6 Rational 统一过程 Rational统一过程(Rational Unified Process, RUP)是由Rational公司推出的一种软件过程。 RUP总结了6条最有效的软件开发经验，这些经验被称为“最佳实践”。 2. RUP软件开发生命周期 RUP软件开发生命周期是一个二维的生命周期模型。如下图所示。图中纵轴代表核心工作流，横轴代表时间。 （1）核心工作流 RUP中有9个核心工作流，其中前6个为核心过程工作流(Core Process Workflows)，后3个为核心支持工作流(Core Supporting Workflows)。 业务建模(Business Modeling) 需求(Requirements) 分析和设计(Analysis Design) 实现(Implementation) 测试(Test) 部署(Deployment) 配置和变更管理(Configuration Change Management) 项目管理(Project Management) 环境(Environment) （2）工作阶段 RUP中的软件生命周期在时间上被分解为四个连续的阶段，每个阶段都有明确的目标，并且定义了用来评估是否达到这些目标的里程碑。如果评估结果令人满意的话，可以允许项目进入下一个阶段。 Email:green.lyn@ 教材：软件工程导论（第5版） 张海藩 编著 清华大学出版社 软件工程 你编写过的最长的程序有多少行？ A: 50行以内 B:50-100行 C: 100-500行 D: 500行以上 问题一： 你编写