第1章 软件工程学概述8.pptVIP

* 那么，什么是软件？ Three kinds of bus 计算机科学家Brooks布鲁克斯 * * 原型： 系统的一个早期可运行的版本 它反映最终系统的部分重要特性 比如：大致界面、基本功能... 就像概念车 新颖 独特 超前的构思 （2）快速原型法 建立原型的目的 分析用户需求 评论员比作家更容易当 “百闻不如一见”，用户亲眼看见产品的原型更容易说出他心中的需求 评估关键技术 展示新概念和方法 软件中的概念车 Google就是靠一个简单的概念模型赢得了第一笔10万美元的种子资金开始了创业之路,发展到今天的最大搜索引擎。 （2）快速原型法 如何建造原型 分清主次 原型只是为了展示基本功能、大致界面等 因此不需要注重性能、质量 兵贵神速 选用快速开发工具 比如界面原型，可以使用VB、Python等，甚至使用Visio等绘图软件 而且修改次数不要太多 （2）快速原型法 从原型走向产品 抛弃策略 建立原型的目的一旦达到，就抛弃之 因为： 原型的质量不好 建立原型的工具和建造产品的工具可能不同 演化策略 原型作为产品的内核和起点在此内核的基础上不断修改、滚动开发 前提：建立原型的工具和开发工具相容 （3）增量模型 (Incremental Model) 是一种渐进地开发逐步完善的软件版本的模型。 需求分析 验证 规格说明 验证 设计 验证 维护 针对每个构件完成详细设计、编码和集成，经测试后交付给用户 分析 分析 分析 分析 设计 设计 设计 设计 编码 编码 编码 编码 测试 测试 测试 测试 增量1 增量2 增量3 增量4 交付 交付 交付 交付 ● ● ● ● ● ? 反复的应用瀑布模型的基本成分和原型模型的迭代特征，每一个线型过程产生一个“增量”的发布或提交，该增量均是一个可运行的产品。 ? 早期的版本实现用户的基本需求，并提供给用户评估的平台。 增量模型 在较短时间内向用户提交可完成部分工作的产品，并分批、逐步地向用户提交产品。从第一个构件交付之日起，用户就能做一些有用的工作。 整个软件产品被分解成许多个增量构件，开发人员可以一个构件一个构件地逐步开发。 逐步增加产品功能可以使用户有较充裕的时间学习和适应新产品，从而减少一个全新的软件可能给客户组织带来的冲击。 采用增量模型比采用瀑布模型和快速原型模型需要更精心的设计，但在设计阶段多付出的劳动将在维护阶段获得回报。 增量模型的优点 增量模型的困难 在把每个新的增量构件集成到现有软件体系结构中时，必须不破坏原来已经开发出的产品。此外，必须把软件的体系结构设计得便于按这种方式进行扩充，向现有产品中加入新构件的过程必须简单、方便，也就是说，软件体系结构必须是开放的。 开发人员既要把软件系统看作整体。又要看成可独立的构件，相互矛盾。 多个构件并行开发，具有无法集成的风险。 （3）增量模型 增量（渐增）模型 多个迭代同时展开 每次迭代其实就是一个瀑布模型 每次迭代实现一个功能子集 类似流水线 充分利用人力资源 有利于规避风险 分析 设计 编程 测试 产品1 分析 设计 编程 测试 产品2 分析 设计 编程 测试 产品3 核心产品： 最基本的功能 更多的功能 （4）螺旋模型 (Spiral Model) 软件风险是任何软件开发项目中都普遍存在的实际问题，项目越大，软件越复杂，承担该项目所冒的风险也越大。 对于复杂的大型软件，开发一个原型往往达不到要求。螺旋模型将瀑布模型和增量模型结合起来，加入了风险分析。在该模型中，软件开发是一系列的增量发布，早期的迭代中，发布的增量可能是一个纸上的模型或原型，在以后的迭代中，逐步产生系统更加完善的版本。 螺旋模型的基本思想是降低风险。 快速原型 验证 规格说明 验证 设计 验证 编码 测试 综合测试 维护 变化的需求 验证 风险分析 风险分析 风险分析 风险分析 风险分析 风险分析 可看作在每个阶段之前都增加了风险分析过程的快速原型模型。 简化的螺旋模型 提交线 评审 风险分析 原型1 模拟、建模、评测 需求计划、 生存期计划 操作概念 原型2 风险分析 软件需求 需求确认 开发计划 风险分析 原型3 软件产品设计 设计确认与验证 组装与测试 风险分析 可运行原型 详细设计 单元测试 编码 组装与测试 验收测试 实现 累计成本 顺时针 实施工程： 开发、验证下一产品 客户评估 制定计划： 决定目标 方案和限制 风险分析： 评价方案 识别风险 消除风险 （4）螺旋模型 框架活动，也称任务区域 通常3~6个 制定计划：确定软件目标，选定实施方