SE1001-lecture11 软件维护.pptVIP

软件工程 刘竹松 欢迎各位同学光临本科生课程 第11章 软件维护 本章导读 软件维护是软件交付之后的一项重要的日常工作，软件项目或产品的质量越高，其维护的工作量就越少。 软件零维护是IT企业的追求目标，该目标至今仍没有实现。但是，随着软件开发技术、软件管理技术和软件支持工具的发展，软件维护中的许多观念正在发生变化，维护的工作量也在逐步下降。 要求 具体内容 了解 1) 软件维护的概念 2) 传统软件维护分哪几大类 3) 软件维护活动的一般工作流程 4) 结构化维护和非结构化维护 5) 软件的可维护性 6) 维护的副作用 理解 1) 面向缺陷维护：程序级维护 2) 面向功能维护：设计级维护 3) UML对软件维护的影响 4) CMM对软件维护的影响 5) 软件维护文档和维护管理文档 关注 1) 软件维护的最新方法 2) 软件维护与软件产品版本升级的关系 11.1 软件维护的传统方法 1. 软件维护定义： 定义11-1：所谓软件维护，就是在软件产品安装、实施并交付给用户使用后，在新版本产品升级之前，这段时间里软件厂商向客户提供的服务工作，称为该软件产品的软件维护。 2. 软件维护分类： 序号 维护的种类 维护的内容 1 纠错性维护 产品或项目中存在缺陷或错误，在测试和验收时未发现，到了使用过程中逐渐暴露出来，需要改正 2 适应性维护 这类维护是为了产品或项目适应变化了的硬件、系统软件的运行环境，如系统升级 3 完善性维护 这类维护是为了给软件系统增加一些新的功能，使产品或项目的功能更加完善与合理，又不致于对系统进行伤筋动骨的改造，这类维护占维护活动的大多数情况 4 预防性维护 这类维护是为了提高产品或项目的可靠性和可维性，有利于系统的进一步改造或升级换代 软件维护的传统方法(续) 3. 软件维护过程 软件维护的工作程序有：维护的需求分析、维护的设计、修改程序代码、维护后的测试、维护后的试运行、维护后的正式运行、对维护过程的评审和审计。 4. 结构化维护和非结构化维护 定义11-2：软件产品或软件项目有完善的文档，并且文档与程序代码互相匹配，两者完全一致。对这种软件产品或软件项目的维护，称为结构化维护。 反之，只能叫非结构化维护。 软件维护的传统方法(续) 5. 软件的可维护性 定义11-3：所谓软件的可维护性，就是维护人员理解、掌握和修改被维护软件的难易程度。 可维护性的软件，它应具备下列四条性质： (1).可理解性。 (2).可测试性。 (3).可修改性。 (4).可移植性。 下表是对这四条性质的说明。 软件的可维护性(续) 序号 名称 可维护性内容 1 可理解性 软件模块化、结构化，代码风格化，文档清晰化 2 可测试性 文档规范化，代码注释化，测试回归化 3 可修改性 模块间低耦合，高内聚，程序块的单入口和单出口，数据局部化，公用模块组件化 4 可移植性 例如用ODBC、ADO来屏蔽对数据库管理系统的依赖，用三层结构来简化对客户浏览层的维护 6.维护的副作用(四个副作用) (续) 序号 维护的方式 副作用的表现 1 修改编码 使编码更加混乱，程序结构更不清晰，可读性更差，而且有连锁反映 2 修改数据结构 数据结构是系统的骨架，修改数据结构是对系统伤筋动骨的大手术，在数据冗余与数据不一致方面，可能顾此失彼 3 修改用户数据 需要与用户协商，一旦有疏忽，可使系统发生意外 4 修改文档 对非结构化维护不适应，对结构化维护要严防程序与文档的不配匹 维护的副作用(续) (1)四个副作用加在一起，很容易出现打补丁的现象，造成维护一次，就追加一个补丁，最后补丁越打越多，隐含的问题也会越来越多； (2)由于考虑不周，或对系统消化不透，可能在维护中出现连锁反映现象：东边的错误改了，西边的错误又冒出来了。 7.为了减少维护的工作量，防止维护的副作用，人们在长期的实践中积累了如下的经验： (1)用CMMI体系来改善软件企业的软件过程管理； (2)在开发和维护中，尽量使用CASE工具； (3)维护完成后，一定要进行回归测试。 11.2 软件维护的最新方法 1. 软件维护的最新分类方法 随着软件开发模型、软件开发方法、软件支持过程和软件管理过程四个方面技术的飞速发展，软件维护的方法也跟着发展。这种发展，首先表现在软件维护的分类上。目前，软件企业将软件产品维护活动分为两大类： (1)面向缺陷维护：程序级维