软件工程模型方法[学习].pptVIP

初步需求分析 快速设计 建造原型 用户评估原型(新需求) 对原型加工 开发产品 开始 结束 用户/客户给出软件产品的一般需求 开发小组和用户共同定义软件总体目标，标识已知需求 对界面、功能、人机交互方式等，进行设计并建造原型 强调“快速”，釆用基于构件的软件开发方法,尽量缩短软件开发周期,不宜釆用过多的新技术 用户/客户对原型进行评估 修改需求、更新设计、完善原型直至确定需求。 原型模型示意图 * 方法汇编·实用借鉴 快速原型的开发途径 仅模拟软件系统的人机界面和人机交互方式。 开发一个工作模型，实现软件系统中重要的或容易产生误解的功能。 利用一个或几个类似的正在运行的软件向用户展示软件需求中的部分或全部功能。 建造原型应尽量采用相应的软件工具和环境，并尽量采用软件重用技术，在运行效率方面可做出让步，以便尽快提供。同时，原型应充分展示软件系统的可见部分，如人机界面、数据的输入方式和输出格式等。 * 方法汇编·实用借鉴 采用原型模型的软件生命周期 生成 原型 测试 分析定义 系统需求 系统 设计 程序 设计 含原型化的 软件生存期 原型化 运 行 和维护 编码 * 方法汇编·实用借鉴 原型模型的优点 原型模型比瀑布模型更符合人们认识事物的过程和规律，是一种较实用的开发框架。 它产生的正式需求文挡，是软件开发的基础。 如果开发的原型是可运行的，它的若干高质量的程序片段和开发工具可用于工作程序的开发。 原型的开发和评审是系统分析员和用户/客户共同参予的迭代过程，每个迭代循环都是线性过程。 * 方法汇编·实用借鉴 原型模型的缺点 对于大型软件项目，原型模型需要足够的人力资源以建立足够的原型组。 原型模型要求开发者和客户在一段时间内共同完成原型系统的开发，如果任何一方没有实现承诺，会导致原型开发的失败。 如果系统难以模块化，建造原型所需构件就有问题；如果高性能是一个指标，原型模型也可能不奏效。 原型模型不适合采用很多新技术的项目。 * 方法汇编·实用借鉴 原型模型的适应场合 它适合于那些不能预先确切定义需求的软件系统的开发，更适合于那些项目组成员（包括分析员、设计员、程序员和用户）不能很好交流或通信有困难的情况。 * 方法汇编·实用借鉴 螺旋模型 螺旋模型（spiral model）是B. Boehm于1988年提出的。它综合了瀑布模型和原型模型的优点，即将两者结合，并加入了风险分析机制。螺旋模型的基本框架如图： * 方法汇编·实用借鉴 螺旋模型 第一圈 产生产品规格说明 第二圈 产生一个用于开发的原型 第三圈 产生软件产品的初始版本 第四圈 产生软件产品比较完善的新版本 原型1 原型2 原型3 风险分析 风险分析 风险分析 风险分析 操作原型 评审 需求计划和生存周期计划 操作的概念 软件需求 需求有效性验证 预估可选方案，明确并解决风险 验收测试计划 组装测试计划 规划下阶段工作 设计验证与确认 产品设计 详细设计 编码 单元测试 组装测试 验收测试 运行维护 开发验证下一级产品 对目标、可选方案和约束的确定 提交线 制定计划 风险分析 实施工程 客户评估 建模 模拟 评价 需求评价 需求精化计划 开发计划 实现计划 顺时针为进展方向 * 方法汇编·实用借鉴 螺旋模型 螺旋模型的每一个周期都包括计划（需求定义）、风险分析、工程实现和评审4个阶段。 1）计划（需求定义） 首先开始利用需求分析技术理解应用领域，获取初步用户需求，制定项目开发计划（即整个软件生命周期计划）和需求分析计划。然后根据用户和开发人员对上一周期工作成果评价和评审，修改、完善需求，明确下一周期软件开发的目标、约束条件，并据此制定新一轮的软件开发计划。 * 方法汇编·实用借鉴 螺旋模型 2）风险分析 根据本轮制定的开发计划，进行风险分析，评估可选方案，并构造原型进一步分析风险，给出消除或减少风险的途径。此时根据风险分析的结果决策项目是否继续。所以，螺旋模型是一个风险驱动的模型。 3）工程实现 利用构造的原型进行需求建模或进行系统模拟，…，直至实现软件系统。 * 方法汇编·实用借鉴 螺旋模型 4）用户评价与阶段评审 将原型提交用户使用并征求改进意见。开发人员应在用户的密切配合下进一步完善用户需求，直到用户认为原型可满足需求，或对软件产品设计进行评价或确认等。 螺旋模型从第一个周期的计划开始，一个周期、一个周期地不断迭代，直到整个软件系统开发完成。 * 方法汇编·实用借鉴 螺旋模型的优点 支持用户需求的动态变化。支持软件系统的可维护性，每次维护过程只是沿螺旋模型继续多走一两个周期。这符合人们认识现实世界和软件开发的客观规律。 原型可看作形式的可执行的需求规格说明，易于为用户和开发人员共同理解，还可作为继续开发的基础，并为用户参与所有关键决策