第1章-软件工程学概述.ppt

7. 综合测试 任务：得到符合要求的软件 通过集成测试、验收测试、现场测试、平行运行等方法对目标系统进一步测试检验。 通过对软件测试结果的分析可以预测软件的可靠性；反之，根据对软件可靠性的要求，也可以决定测试和调试过程什么时候可以结束。 结果： 测试计划、详细测试方案以及实际测试结果 完整一致的软件配置 8. 软件维护 任务：使系统持久地满足用户的需要 改正性维护，诊断和改正在使用过程中发现的软件错误； 适应性维护，修改软件以适应环境的变化； 完善性维护，根据用户的要求改进或扩充软件； 预防性维护，修改软件为将来的维护活动做准备。 每一项维护活动实质上是经历了一次压缩和简化了的软件定义和开发的全过程。 结果： 完整准确的维护记录 各类维护工作量所占比例 维护工作量在软件生命周期所占比例 1.4 软件过程 软件过程：是为了获得高质量软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。 过程定义了运用方法的顺序、应该交付的文档资料、为保证软件质量和协调变化所需要采取的管理措施，以及标志软件开发各个阶段任务完成的里程碑。为获得高质量的软件产品，软件过程必须科学、有效。 传统的瀑布模型 实际的瀑布模型 1.4.1 瀑布模型 瀑布模型的特点： 1. 阶段间具有顺序性和依赖性 前一阶段的工作完成之后，才能开始后一阶段的工作； 前一阶段的输出文档就是后一阶段的输入文档。 2. 推迟实现的观点 对于规模较大的软件项目来说，往往编码开始得越早最终完成开发工作所需要的时间反而越长。 3. 质量保证的观点 每个阶段都必须完成规定的文档，是“文档驱动”的模型； 每个阶段结束前都要对所完成的文档进行评审，尽早发现问题，改正错误。 瀑布模型的优点： 可强迫开发人员采用规范的方法； 严格地规定了每个阶段必须提交的文档； 要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。 瀑布模型的缺点： 只能通过文档了解产品，不经过实践的需求是不切实际的。 实际项目很少按照该模型给出的顺序进行； 用户常常难以清楚地给出所有需求； 用户必须有耐心，等到系统开发完成 瀑布模型适用于： 需求是预知的； 软件实现方法是成熟的； 项目周期较短。 快速原型模型 1.4.2 快速原型模型 快速原型：是快速建立起来的可以在计算机上运行的程序，它所能完成的功能往往是最终产品能完成的功能的一个子集。 快速原型模型的特点： 快速原型模型不带反馈环，软件产品的开发基本上是线性顺序进行的。 快速原型的本质是“快速”。应该尽可能快地建造出原型系统，以加速软件开发过程，节约成本。 根据原型的不同作用，有三类原型模型： 探索型原型——用于开发的需求分析阶段 实验型原型——主要用于设计阶段 演化型原型——用于及早向用户提交一个原型系统 快速原型模型的运用方式： 抛弃策略——探索型和实验型采用此策略 附加策略——演化型快速原型采用此策略 1.4.3 增量模型 增量模型把软件产品作为一系列的增量构件来设计、编码、集成和测试。每个构件由多个相互作用的模块构成，并且能够完成特定的功能。 增量模型 项目日历时间 软件功能性和特征 1 2 3 4 5 第2次增量发布 增量2 1 2 3 4 5 第n次增量发布 增量n 1 2 3 4 5 第1次增量发布 增量1 ┇ 5 部署（发布，反馈） 4 构造（编码，测试） 3 建模（分析，设计） 2 计划 1 交流 增量模型的优点： 人员分配灵活，刚开始不用投入大量人力资源。 当配备的人员不能在设定的期限内完成产品时，它提供了一种先推出核心产品的途径。 逐步增加产品功能可以使用户有较充裕的时间学习和适应新产品。 增量模型的难点： 软件体系结构必须是开放的。 模型本身是自相矛盾的。整体——独立构件。 不同的构件并行地构建有可能加快工程进度，但是冒无法集成到一起的风险。 增量模型适用于： 适用于需求经常改变的软件开发过程。 如果在项目既定的商业要求期限之前不可能找到足够的开发人员，在这种情况下，增量模型显得特别有用。 1.4.4 螺旋模型 螺旋模型的基本思想：使用原型及其他方法来尽量降低风险。把它看作在每个阶段之前都增加了风险分析过程的快速原型模型。 简化的螺旋模型 完整的螺旋模型 螺旋模型的优点： 主要优势在于它是风险驱动的。 对可选方案和约束条件的强调有利于已有软件的重用，也有助于把软件质量作为软件开发的一个重要目标； 减少了过多测试或测试不足所带来的风险； 维护只是模型的另一个周期，维护和开发之间没有本质区别。 螺旋模型的缺点： 采用螺旋模型需要具有相当丰富的风险评估经验和专门知识，在风险较大的项目开发中，如果未能够及时标识风险，势必造成重大损失。 过多的迭代次数会增加开发成本，延迟提交时间