工程导论第6版ppt第1章.pptVIP

传统方法与面向对象方法比较 信息隐藏(Information hiding) 有利用维护软件 使得软件开发变得容易 职责驱动设计(Responsibility-driven design)或按合同设计(design by contract) 软件生命周期 软件产品或系统一系列相关活动的全周期 软件定义 软件开发 可行性分析 需求分析 总体设计 详细设计 编 码 测 试 软件发布 软件运行 软件维护 软件维护 问题定义 系统设计 系统实现 软件定义 1.问题定义 “要解决的问题是什么?” 确定用户要求解决的性质、工程的目标和规模 2. 可行性研究 “对于上一个阶段所确定的问题有行得通的解决办法吗?” 经济、技术、法律可行性、不同的方案 3. 需求分析 “为了解决这个问题，目标系统必须做什么” 确定系统必须具有的功能和性能，系统要求的运行环境，并且预测系统发展的前景 规格说明书(specification) 软件开发… 4. 总体设计（概要设计） “概括地说，应该怎样实现目标系统?” 设计出实现目标系统的几种可能的方案。推荐一个最佳方案 确定程序由哪些模块组成以及模块之间的关系 5. 详细设计（模块设计） “应该怎样具体地实现这个系统呢?” 设计出程序的详细规格说明 确定实现模块功能所需要的算法和数据结构 …软件开发 6. 编码和单元测试 写出正确的易理解、易维护的程序模块并仔细测试每个模块 7. 综合测试 集成测试和验收测试，现场测试或平行运行 软件维护 8. 软件维护 使系统持久地满足用户的需要 维护工作分成以下四类 改正性维护 适应性维护 完善性维护 预防性维护 软件过程 软件过程是为了获得高质量软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤 运用方法的顺序、文档资料、管理措施，各个阶段的里程碑 通常使用生命周期模型简洁地描述软件过程 生命周期模型规定了把生命周期划分成哪些阶段及各个阶段的执行顺序 也称为过程模型 过程模型 典型的过程模型 瀑布模型(Waterfall model) 快速原型开发模型(Rapid Prototyping model) 增量模型(Incremental model) 螺旋模型(Spiral model) 其它模型 喷泉模型(Fountain model) 极限编程(eXtreme Programming) RUP(Rational Unified Process) 建造—修补模型(Build-and-fix model) 瀑布模型 理想的瀑布模型 实际的瀑布模型 对生命周期各个阶段，规定了自顶向下，相互衔接的固定次序。 瀑布模型的特点 阶段间具有顺序性和依赖性 推迟实现的观点 清楚地区分逻辑设计与物理设计，尽可能推迟程序的物理实现 质量保证的观点(文档驱动) 每个阶段都必须完成规定的文档 每个阶段结束前都要对所完成的文档进行评审 瀑布模型的优点 强迫开发人员采用规范方法； 每个阶段必须提交相应的文档； 每个阶段所交出的产品必须经过质量保证小组（SQA）的验证。 瀑布模型的缺点 完全依赖于书面的规格说明，可能导致最终开发出的软件产品不能真正满足用户的需要。 快速原型模型… 快速原型是一个与产品子集功能上相同的工作模型 快速建立起来的可以在计算机上运行的程序 它所能完成的功能往往是最终产品能完成的功能的一个子集 …快速原型模型 用户测试 运行原型 建造/修改 原型 听取用 户意见 快速原型模型的特点 快速原型的本质是“快速” 快速原型可以取代规格说明阶段，但不是设计阶段，容易适应需求的变化 有利于开发与培训的同步 开发费用低、开发周期短、维护容易且对用户更友好 客户与开发者对原型理解不同 准确的原型设计比较困难 不利于开发人员的创新 快速原型模型的应用范围 用户需求不完全或不准确，有快速的原型开发工具 项目招投标时，可以以原型模型作为软件的开发模型 产品移植或升级或对已有产品原型进行客户化工作 比较 瀑布模型试图一次就获得正确的产品 快速原型频繁变化，然后废弃 增量模型 把软件产品作为一系列增量构件来设计、编码、集成和测试 构件：由一些代码块组成，这些代码块来自多个相互作用的模块，完成特定的功能 增量模型的特点 瀑布模型和快速原型模型的目标 交付给客户一个完整的、可用的产品 增量模型的优点 每个阶段交付一个可用的产品 减少一个全新产品给客户带来的心理上的影响 分阶段地交付产品不需要大的资金支出 需求经常变化，增量模型的灵活性使其具有更加优越的适用性 增量模型的困难 需要一个开放的结构，方便构件的加入 要求集成的新的构件不能破坏软件的原有体系结构 风险更大的增量模型 螺旋模型 螺旋模型将瀑布模型和快速原型模型结