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

编码和单元测试——写出正确的容易理解、容易维护的程序模块。 综合测试——通过各种类型的测试(及相应的调试)使软件达到预定的要求。 运行维护——通过各种必要的维护活动使系统持久地满足用户的需要。 各阶段基本任务 * 软件过程定义 步行：27分钟，约2.7公里； 公交车：829路，26分钟，2.11公里； 打车：4分钟，约1.9公里，约8元。 传统瀑布模型 瀑布模型 需求规格说明书 设计文档 程序 测试报告 传统瀑布模型的特点 1.阶段间具有顺序性和依赖性 2.推迟实现的观点。 3.每个阶段必须完成规定的文档;每个阶段结束前完成文档审查,及早改正错误。 是一种整体开发模型，程序的物理实现集中在 开发阶段的后期，用户在最后才能看到自己的 产品。 传统瀑布模型存在什么问题？ 瀑布模型 实际的瀑布模型 瀑布模型 可强迫开发人员采用规范的方法（例如，结构化技术）； 严格地规定了每个阶段必须提交的文档；要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。 瀑布模型的成功在很大程度上是由于它基本上是一种文档驱动的模型。 瀑布模型的缺点有时候也是由于它基本上是一种文档驱动的模型。 适合于用户需求明确、完整、无重大变化的软件项目开发。 瀑布模型的优缺点 瀑布模型 快速建立起来的可以在计算机上运行的程序，他所能完成的功能 往往是最终产品能完成的功能的 一个子集。 在用户不能给出完整、准确的需求说明，或者开发者不能确定算法的有效性、操作系统的适应性或人机交互的形式等许多情况下，可以根据用户的一组基本需求，快速建造一个原型（可运行的软件），然后进行评估，进一步精化、调整原型，使其满足用户的要求，也使开发者对将要做的事情有更好的理解。 建造/修改原型 听取用 户意见 用户测试运行原型 原型实现范型 快速原型模型 快速原型 验证 规格说明 验证 设计 验证 编码 测试 综合测试 维护 变化的需求 验证 维护过程 开发过程 快速原型模型 快速原型的本质是“快速”。原型的用途是获知用户的真正需求，一旦需求确定了，原型将被抛弃。因此，原型系统的内部结构并不重要，重要的是，必须迅速地构建原型然后 根据用户意见迅速地修改原型。UNIX Shell和超文本都是广泛使用的快速原型语言，最 近的趋势是，广泛地使用第四代语言(4GL)构建快速原型。 快速原型模型 是一种渐进地开发逐步完善的软件版本的模型。 需求分析 验证 规格说明 验证 设计 验证 维护 针对每个构件完成详细设计、编码和集成，经测试后交付给用户 增量模型 分析 分析 分析 分析 设计 设计 设计 设计 编码 编码 编码 编码 测试 测试 测试 测试 增量1 增量2 增量3 增量4 交付 交付 交付 交付 ● ● ● ● ● ? 反复的应用瀑布模型的基本成分和原型模型的迭代特征，每一个线型过程产生一个“增量”的发布或提交，该增量均是一个可运行的产品。 ? 早期的版本实现用户的基本需求，并提供给用户评估的平台。 风险更大的增量模型 增量模型 在较短时间内向用户提交可完成部分工作的产品，并分批、逐步地向用户提交产品。从第一个构件交付之日起，用户就能做一些有用的工作。 整个软件产品被分解成许多个增量构件，开发人员并行的开发这些构件。 逐步增加产品功能可以使用户有较充裕的时间学习和适应新产品，从而减少一个全新的软件可能给客户组织带来的冲击。 采用增量模型比采用瀑布模型和快速原型模型需要更精心的设计，但在设计阶段多付出的劳动将在维护阶段获得回报。 增量模型的优点 增量模型 增量模型的困难 在把每个新的增量构件集成到现有软件体系结构中时，必须不破坏原来已经开发出的产品。此外，必须把软件的体系结构设计得便于按这种方式进行扩充，向现有产品中加入新构件的过程必须简单、方便，也就是说，软件体系结构必须是开放的。 开发人员既要把软件系统看作整体。又要看成可独立的构件，相互矛盾。 多个构件并行开发，具有无法集成的风险。 增量模型 * * 在现代软件开发中会越来越少了，越来越多的项目经理都具有丰富的管理经验。而项目的划分，也将会越来越细，项目不再是依赖于单个程序员的发挥和技巧，依靠的是团队的力量。(Teamwork 团队)。 * 软件工程的目的就是为开发高质量的软件产品提供一个工程框架。 软件工程的目的就是为开发高质量的软件产品提供一个工程框架。 1、问题定义：这是计划时期的第一步，它主要是要弄清“用户要计算机解决什么问题” 该阶段是软件生存周期中最短的阶段，一般它只需要一两天左右。 2、可性行研究：这一阶段主