第1章软件工程概述0909.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 实例三 ? 基于工作流的科技项目管理系统 项目信息发布 项目信息分类 项目信息集成 项目协同工作 项目过程支持 个性化设置 项目管理信息数据服务 项目监控与评价数据服务 应用 系统 集成服务 通讯服务 统一编码体系 项目组织管理 项目过程控制 项目数据分析 项目流程管理 项目知识管理 生命周期管理 工作流定义 消息组件 权限与安全 工作流 平台 动态工作流引擎 协同工作引擎 资源管理 29 增量模型也称为渐增模型，如图1.5所示。 使用增量模型时，第一个增量构件往往实现软件的基本需求，提供最核心的功能。第二个增量构件提供更完善的编辑和文档生成功能；第三个增量构件完成高级的页面排版功能。 优点: 能在较短时间内向用户提交可完成部分工作的产品， 逐步增加产品功能可以使用户有较充裕的时间学习和适应新产品， 将早期增量作为原型有助于明确后期增量的需求 - 降低开发风险 。 1.4.3 增量模型 图1.5 增量模型 缺点： 需要软件具备开放式的体系结构 需求难以在增量实现之前详细定义，因此增量与需求的准 确映射以及所有增量的有效集成可能会比较困难 - 容易退化为边做边改方式，使软件过程的控制失去整体 性 增量模型本身是自相矛盾的。它一方面要求开发人员把软件看作一个整体，另一方面又要求开发人员把软件看作构件序列，每个构件本质上都独立于另一个构件。除非开发人员有足够的技术能力协调好这一明显的矛盾，否则用增量模型开发出的产品可能并不令人满意。 1.4.3 增量模型 图1.5 增量模型 图1.5 增量模型 1.4.4 螺旋模型 增量模型 定义 设计 框架需求 体系结构 增量 1 分析 设计 编码 测试 交付 （核心产品） 增量 2 分析 设计 编码 测试 交付 增量n 分析 设计 编码 测试 交付 最终 软件系统 30 螺旋模型的基本思想:使用原型及其他方法来尽量降低风险。 理解这种模型的一个简便方法，是把它看作在每个阶段之前都增加了风险分析过程的快速原型模型，如图1.7所示。 完整的螺旋模型如图1.8所示。 优点：1、对可选方案和约束条件的强调有利于已有软件的重用，2、有助于把软件质量作为软件开发的一个重要目标；3、减少了过多测试（浪费资金）或测试不足（产品故障多）所带来的风险；4、在螺旋模型中维护只是模型的另一个周期，在维护和开发之间并没有本质区别。 弱点:除非软件开发人员具有丰富的风险评估经验和这方面的专门知识，否则将出现真正的风险：当项目实际上正在走向灾难时，开发人员可能还认为一切正常。 1.4.4 螺旋模型 图1.7 简化的螺旋模型 图1.7 简化的螺旋模型 图1.8 完整的螺旋模型 1.5 小结 1.1 软件危机 本章首先通过回顾计算机系统发展简史，说明开发软件的一些错误方法和观念是怎样形成的。然后列举了这些错误方法带来的严重弊病(软件危机)，澄清了一些糊涂观念。 1.2 软件工程 本章对软件工程的定义、七条基本原理有概括的本质的认识。 介绍了软件工程使用最广泛的两种开发方法 生命周期方法学 把软件生命周期划分为若干个相对独立的阶段，每个阶段完成一些确定的 任务，每个阶段结束之前都进行严格的技术审查和管理复审。 面向对象方法学 有4个要点，可以用下列方程式概括: 面向对象方法=对象+类+继承+用消息通信 面向对象方法简化了软件的开发和维护，提高了软件的可重用性。 1.5 小结 1.3 软件生命周期 在概念上可以把软件生命周期划分成可行性研究、需求分析、总体设计、详细设计、编码和单元测试、综合测试以及运行维护等7个阶段。 1.4 软件过程 通常使用软件过程模型简洁地描述软件过程，本章介绍了4种典型的软件过程模型。瀑布模型、快速原型模型、,增量模型、风险驱动。 瀑布模型 历史悠久、广为人知，它的优势在于它是规范的、文档驱动的方法；这种模型的问题是，最终开发出的软件产品可能并不是用户真正需要的。 快速原型模型