软件工程第01章.pptVIP

快速原型的开发途径有三种： 1）仅模拟软件系统的人机界面和人机交互方式。 2）开发一个工作模型，实现软件系统中重要的或容易产生误解的功能。 3）利用一个或几个类似的正在运行的软件向用户展示软件需求中的部分或全部功能。 总之，建造原型应尽量采用相应的软件工具和环境，并尽量采用软件重用技术，在运行效率方面可做出让步，以便尽快提供。同时，原型应充分展示软件系统的可见部分，如人机界面、数据的输入方式和输出格式等。 原型模型的适应场合 原型模型比瀑布模型更符合人们认识事物的过程和规律，是一种较实用的开发框架。 它适合于那些不能预先确切定义需求的软件系统的开发，更适合于那些项目组成员（包括分析员、设计员、程序员和用户）不能很好交流或通信有困难的情况。 1.4.3 螺旋模型 螺旋模型（spiral model）是B. Boehm于1988年提出的。它综合了瀑布模型和原型模型的优点，即将两者结合，并加入了风险分析机制。螺旋模型的基本框架如图1-4-3所示。 生命周期计划 需求计划 风险分析 原型1 原型2 原型3 可操作 的原型 建模 模拟 评价 操作概念 软件需求 需求确认 开发计划 组装测试计划 风险分析 风险分析 风险分析 软件产品 设计 设计验证与确认 详细 设计 编码 单元 测试 组装 测试 验收 测试 实现 成本 顺时针为进展方向 计划： 明确目标、约束条件 选择方案 风险分析 构造原型 工程实现 用户评价；阶段评审 图1-4-3 螺旋模型 验收测试计划 需求精化计划 需求评价 评审 决策 实现计划 1.4.3 螺旋模型 螺旋模型的每一个周期都包括计划（需求定义）、风险分析、工程实现和评审4个阶段。 1．计划（需求定义） 第一周期开始利用需求分析技术理解应用领域，获取初步用户需求，制定项目开发计划（即整个软件生命周期计划）和需求分析计划。经过一个周期后，根据用户和开发人员对上一周期工作成果评价和评审，修改、完善需求，明确下一周期软件开发的目标、约束条件，并据此制定新一轮的软件开发计划。 1.4.3 螺旋模型 2．风险分析 根据本轮制定的开发计划，进行风险分析，评估可选方案，并构造原型进一步分析风险，给出消除或减少风险的途径。此时根据风险分析的结果决策项目是否继续。所以，螺旋模型是一个风险驱动的模型。 3．工程实现 利用构造的原型进行需求建模或进行系统模拟，…，直至实现软件系统。 1.4.3 螺旋模型 4．用户评价与阶段评审 将原型提交用户使用并征求改进意见。开发人员应在用户的密切配合下进一步完善用户需求，直到用户认为原型可满足需求，或对软件产品设计进行评价或确认等。 螺旋模型从第一个周期的计划开始，一个周期、一个周期地不断迭代，直到整个软件系统开发完成。 螺旋模型的优点 支持用户需求的动态变化。这就要求构造的原型的总体结构、算法、程序、测试方案应具有良好的可扩充性和可修改性。也支持软件系统的可维护性，每次维护过程只是沿螺旋模型继续多走一两个周期。 原型可看作形式的可执行的需求规格说明，易于为用户和开发人员共同理解，还可作为继续开发的基础，并为用户参与所有关键决策提供了方便。 螺旋模型特别强调原型的可扩充性和可修改性，原型的进化贯穿整个软件生存周期，这将有助于目标软件的适应能力。 螺旋模型为项目管理人员及时调整管理决策提供了方便，进而可降低开发风险。 螺旋模型的缺点和适应场合 缺点： ①如果每次迭代的效率不高，致使迭代次数过多，将会增加成本并推迟提交时间； ②使用该模型需要有相当丰富的风险评估经验和专门知识，要求开发队伍水平较高。 适应场合：支持需求不明确、特别是大型软件系统的开发，并支持面向规格说明、面向过程、面向对象等多种软件开发方法，是一种具有广阔前景的模型。 1.4.4 喷泉模型 喷泉模型是近几年提出来的软件生存周期模型。它是以面向对象的软件开发方法为基础，以用户需求为动力，以对象来驱动的模型。 维 护 测 试 实 现 设 计 分 析 演 化 图1-4-4 喷泉模型 喷泉模型的特点 1．软件系统可维护性较好； 2．各阶段相互重叠，表明了面向对象开发方法各阶段间的交叉和无缝过渡； 3．整个模型是一个迭代的过程，包括一个阶段内部的迭代和跨阶段的迭代； 4．模型具有增量开发特性，即能做到分析一点、设计一点、实现一点，测试一点，使相关功能随之加入到演化的系统中。 5．模型是对象驱动的，对象是各阶段活动的主体，也是项目管理的基本内容。 6．该模型很自然地支持软部件的重用。 1.4.5 变换模型 变换模型（transformational model）主要用于软件的形式化开发方法。 在软件需求分析确定以后，便用形式化的规格说明语言将其