8软件维护.ppt

软件实施与维护 软件工程的基础模型 系统实施 软件系统实施的一般过程： 产品的本地化与客户化 用户培训 实施的准备（组织、数据、环境、计划、工作分工） 安装与调试、迁移与割接 系统试运行与改进完善 测试、验收与移交（运行控制、管理责任、文档） 实施大致可分为前（开发与培训）、中（环境准备、迁移与割接）、后（试运行）三个阶段，根据项目具体情况不同 软件维护概念 软件维护的定义 在软件运行／维护阶段对软件产品进行的修改就是所谓的维护。 维护有改正性、适应性、完善性、预防性维护四种类型四种维护 哪几种可以向用户收费？ GB/T20157-2006/ISO/IEC14764:1999 维护工作量 维护的策略 维护成本 软件维护概念 改正性维护 部分隐藏的错误会遗留到软件交付使用、运行阶段，并在特定环境下暴露出来。为纠正软件错误、改正软件性能上的缺陷、排除实施中发生错误，而进行的诊断和改正错误的过程 适应性维护 在使用过程中，外部环境（新的硬、软件配置）， 数据环境（数据库、数据格式、数据输入/输出方式、数据存储介质）可能发生变化，软件必须适应这种变化，进行修改的过程 软件维护概念 完善性维护 使用中，用户提出新的功能与性能要求，需要修改或再开发软件，以适应软件新功能要求、增强软件性能、改进加工效率、提高软件的可维护性等 预防性维护 为了提高软件的可维护性、可靠性及改进软件打下基础，采用先进的软件工程方法，对需要维护的软件或软件中的某一部分（重新）进行设计、编制和测试。 维护工作量 软件维护工作量，可能占整个生存期工作量的70%以上 软件运行过程中需要不断对软件进行修改，以改正新发现的错误、适应新的环境和用户要求 修改需要很多精力和时间，而且有时会引入新的错误 实践中，完善性维护所占的比重最大。在整个软件维护阶段所花费的全部工作量中，完善性维护占了几乎一半的工作量 维护工作量 软件维护的工作流程图 维护工作量 影响因素 系统规模 开发工具和平台 系统年龄（结构越来越乱、 人员经常更换，程序难于理解、文档太少、文档变得不一致） 数据库技术 软件开发技术 应用的类型 数学模型 任务的难度 软件在开发时并未考虑将来的修改，是影响软件维护工作量的最主要因素。 维护的策略 改正性维护 高可靠意味高成本，新技术可减少改正性维护 常见新技术 数据库管理系统 软件开发环境 程序自动生成系统 较高级(第四代)的语言 新的开发方法 软件复用 防错程序设计 周期性维护审查 维护的策略 适应性维护 在体系结构设计中，把硬件、操作系统和其它相关环境因素的可能变化考虑在内 把与硬件、操作系统、外围设备有关的接口程序归到特定的程序模块 使用内部程序列表、外部文件、处理的例行程序包，可为维护时修改程序提供方便。 维护的策略 完善性维护 利用前两类维护中列举的方法，也可以减少这一类维护，特别是数据库管理系统、程序生成器、应用软件包，可减少维护工作量。 建立软件系统的原型，把它在实际系统开发之前提供给用户。用户通过研究原型，进一步完善他们的功能要求，可以减少以后完善性维护的需要。 维护成本 人力、物力和财力的有形软件维护成本 一些未及时安排的合理修复或修改请求使客户不满（用户心理成本） 变更会引入新故障，使软件质量下降(隐含风险成本) 开发团队人员调整，干扰开发工作(工作质量成本) 成本的度量 维护工作量包括生产性 (分析)和消耗性 (理解代码等) M=P+K*EXP（C - D） M—维护工作的总工作量，P—生产性活动的工作量，K—经验常数，C—程序复杂度（由非结构化维护引起的），D—对维护软件熟悉程度的度量 软件维护的代价是降低了生产率。不好的开发方法，原开发组不能参加维护，则工作量将按指数级增加 维护活动 软件维护需要建立维护工作规范和机制 首先建立维护的机构，至少有专人负责 申明提出维护申请报告的过程及评价的过程 为每一个维护申请规定标准的处理步骤 建立维护活动的登记制度以及规定评价和评审的标准。 维护活动 软件维护的机构 维护活动 维护技术 正确、合理地使用软件维护技术，是提高维护的效率和质量的关键 面向维护的技术。涉及到软件开发的所有阶段 维护支援技术。支持软件维护阶段的技术 维护档案记录。做好维护档案记录，才能为维护评价提供有效的数据 维护评价。确定维护的质量和成本 面向维护的技术。涉及到软件开发的所有阶段 需求分析阶段。对用户的需求进行严格的分析定义，使之没有矛盾和易于理解 设计阶段。划分模块时充分考虑将来改动或扩充的可能性 编码阶段。采用灵活的数据结构，使程序相对独立于数据的物理结构，养成良好的程序设计风格 测试阶段。尽可能多发现错误，保存测试用例和测试数据等 维护活动 维护支援技术。尽管维护申请的类型不同，但都要进行同样的技术工作 信息收集 错误原因