软件工程第1章 概论.pptVIP

⒌ 结果应能清楚地审查 根据软件开发项目的总目标及完成期限，规定开发组织的责任和产品标准，从而使得所得到的结果能够清楚地审查。 ⒍ 开发小组的人员应该少而精 ⒎ 承认不断改进软件工程实践的必要性 不仅要积极主动地采纳新的软件技术，而且要注意不断总结经验。 1.3.2 软件工程的基本原理 * * 组织实施软件工程项目，最终目标是降低软件的开发成本，提高软件的质量、软件的可维护性和软件开发的效率。软件工程的主要目标是生产具有正确性、可用性以及开销合适的产品。 1.3.3 软件工程项目的基本目标 * * (1)抽象(abstraction) (2) 信息隐藏(information hiding) (3) 模块化(modularity) (4) 局部化(localization) (5) 一致性(consistency) (6) 完整性(completeness) (7) 可预测性(verifiability) 1.3.4 软件工程的基本原则 * * 定义：一个软件从开始计划起，到废弃不用止，称为软件生存周期(life cycle)。 软件生存周期包括计划、开发、运行三个时期，每一时期又可分为若干更小的阶段。 1.4 软件生存周期 * * 对以上步骤作一个概括的描述 (1) 制定计划(planning) (2) 需求分析和定义(requirement analysis and definition) (3) 软件设计(software design) (4) 程序编写(coding、programming) (5) 软件测试(testing) (6) 运行与维护(running maintenance) 1.4 软件生存周期 * * 瀑布模型将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。 1.5 软件开发过程模型 1.5.1 瀑布模型 * * 　标准的瀑布模型 1.5.1 瀑布模型 * * 1.5.1 瀑布模型 实际的瀑布模型 * * 这种模型的线性过程太理想化，已不再适合现代的软件开发模式，几乎被业界抛弃，其主要问题在于： (1) 各个阶段的划分完全固定，阶段之间产生大量的 文档，极大地增加了工作量； (2) 由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发的风险； (3) 早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果。 实际的瀑布模型 * * 1.5.1 瀑布模型 快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统之间的交互，用户或客户可以通过对原型的评价，进一步细化待开发软件的需求，由此通过逐步调整原型而进一步满足客户的要求，开发人员也可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品 。 1.5.2 快速原型模型 * * 1.5.2 快速原型模型 * * 1.5.2 快速原型模型 * * 1988年，Barry Boehm正式发表了软件系统开发的“螺旋模型”，它将瀑布模型和快速原型模型结合起来，强调了其它模型所忽视的风险分析，特别适合于大型复杂的系统。 1.5.3 螺旋模型 * * 螺旋模型沿着螺线进行若干次迭代： (1) 制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件； (2) 风险分析：分析评估所选方案，考虑如何识别和消除风险； (3) 实施工程：实施软件开发和验证； (4) 客户评估：评价开发工作，提出修正建议，制定下一步计划。 1.5.3 螺旋模型 * * 1.5.3 螺旋模型 * 螺旋模型也有一定的限制条件，具体如下： (1) 螺旋模型强调风险分析，但要求许多客户接受和相信这种分析，并做出相关反应是不容易的，因此，这种模型往往适应于内部的大规模软件开发。 (2) 如果执行风险分析会大大影响项目的利润，那么进行风险分析毫无意义，因此，螺旋模型只适合于大规模软件项目。 (3) 软件开发人员应该擅长寻找可能的风险，准确地分析风险，否则将会带来更大的风险。 1.5.3 螺旋模型 * * 在增量模型中，软件被作为一系列的增量构件来设计、实现、集成和测试，每一个构件是能够满足一定功能，并且能够最终组合成一个具有完整功能软件的模块。 1.5.4 增量模型 * * 1.5.4 增量模型 * 增量模型也存在以下缺陷： (1) 由于各个构件是逐渐并入已有的软件体系结构中的，所以加入构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构。 (2) 在开发过程中，需求的变化是不