软件工程复习总结（精品） 2010.12.pptVIP

第一章 软件工程概念 了解软件概念、特点及分类方法。 了解软件发展及软件危机的起因。 了解软件工程过程及软件生存期的概念。 了解软件工程的概念及其要素。 了解软件工程的基本目标和原则。 软件 软件就是计算机程序和它使用的数据结构及其文档。 它具有以下特征： 软件是逻辑产品，而不是有形的物质 软件需要设计、开发，但不是传统的产品制造。 软件不会磨损 目前大多数软件仍需要定制 软件怎样定义 1.软件 == 程序 + 数据 + 文档。 数据 == 初始化数据 + 测试数据+研发数据+运行数据+维护数据 文档 == 开发文档 + 管理文档。 软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。 软件危机包含下述两方面的问题： 如何开发软件，以满足对软件日益增长的需求； 如何维护数量不断膨胀的已有软件。 软件工程 软件工程是指导计算机软件开发和维护的一门工程学科。采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。 软件工程研究的内容 (1). 软件开发模型 (2). 软件开发方法 (3). 软件支持过程 (4). 软件管理过程 软件过程 软件过程是为了获得高质量软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。 软件生产过程包括的活动有：需求分析、概要设计、详细设计、编码、测试、发布、维护。 软件生存周期是指软件从研制、发布、维护到被新的产品代替这一整个产品生存过程。 选择模型的条件： 当有一个稳定的产品定义和很容易被理解的技术解决方案时，纯瀑布模型特别合适。 当你对一个定义得很好的版本进行维护或将一个产品移植到一个新的平台上，瀑布模型也特别合适。 对于那些容易理解但很复杂的项目，采用纯瀑布模型比较合适，因为可以用顺序方法处理问题。 在质量需求高于成本需求和进度需求的时候，它尤为出色。 当开发队伍的技术力量比较弱或者缺乏经验时，瀑布模型更为适合。 瀑布模型的缺点 在项目开始的时候，用户常常难以清楚地给出所有需求；用户与开发人员对需求理解存在差异。 实际的项目很少按照顺序模型进行。 缺乏灵活性：因为瀑布模型确定了需求分析的绝对重要性，但是在实践中要想获得完善的需求说明是非常困难的，导致“阻塞状态”。反馈信息慢，开发周期长。 虽然存在不少缺陷，瀑布模型经常被嘲笑为“旧式的”，但是在需求被很好地理解的情况下，仍然是一种合理的方法。 增量模型 增量模型是迭代和演进的过程。 增量模型把软件产品分解成一系列的增量构件，在增量开发迭代中逐步加入。 每个构件由多个相互作用的模块构成，并且能够完成特定的功能。 早先完成的增量可以为后期的增量提供服务。 增量开发方法的新演进版本叫做 “极限程序设计（eXtreme Programming）”。 选择模型的条件： （1）在项目开发过程中，客户接受分阶段交付。 （2）开发人员对应用领域不熟悉，难以一步到位。 （3）工期过紧的中等或高风险项目。 （4）用户可参与到整个软件开发过程中。 （5）使用面向对象语言或第四代语言。 （6）软件公司自己有较好的类库、构件库。 模型的缺点： 若软件系统的组装和拆卸性不强，或开发人员全局把握水平不高（没有数据库设计专家进行系统集成），或者客户不同意分阶段提交产品，或者开发人员过剩，都不宜采用这种模型。 原型模型 特点：原型驱动。因此，开发者必须先有一个原型，至少要有一个原型的核心。 与迭代模型比较：相同点是反复循环几次，直到客户确认为止。不同点是原型模型事先有一个展示性的产品原型，而迭代模型可能没有。 选择模型的条件： （1）已有产品或产品的原型，只需客户化的项目。 （2）简单而熟悉的行业或领域。 （3）有快速原型开发工具。 （4）进行产品移植或升级。 模型的缺点 用户有时误解了原型的角色，例如他们可能误解原型应该和真实系统一样可靠。 缺少项目标准，进化原型方法有点像编码修正。 缺少控制，由于用户可能不断提出新要求，因而原型迭代的周期很难控制。 额外的花费：研究结果表明构造一个原型可能需要10%额外花费。 为了尽快实现原型，采用了不合适的技术，运行效率可能会受影响。 原型法要求开发者与用户密切接触，有时这是不可能的。例如外包软件。 机械化地模拟现有业务流程 统一开发过程模型（RUP模型） 模型的特点： (1)迭代或迭代循环驱动，每一次迭代或迭代循环，均要走完初始、精化、构建、移交4个阶段。 (2)面向对象方法和统一建模语言UML，尤其是面向对象的CASE工具Rose，适合于迭代模型。或者说，迭代模型很适合于面向对象的Rose工具。 RUP模型