软件工程第15章软件维护与再工程.ppt

《软件工程第15章软件维护与再工程.ppt》由会员分享，可在线阅读，更多相关《软件工程第15章软件维护与再工程.ppt（64页珍藏版）》请在优知文库上搜索。

1、2 软件演化是指软件在交付以后，对软件进软件演化是指软件在交付以后，对软件进行的一系列活动的总称。行的一系列活动的总称。 软件演化：软件演化：软件的维护软件的维护、软件再工程软件再工程。 软件维护软件维护阶段覆盖了从软件交付使用到软阶段覆盖了从软件交付使用到软件被淘汰为止的整个时期。软件的开发时件被淘汰为止的整个时期。软件的开发时间可能需要一、二年，甚至更短，但它的间可能需要一、二年，甚至更短，但它的使用时间可能要经历几年或几十年。使用时间可能要经历几年或几十年。 再工程再工程的主要目的是为遗留系统转化为可的主要目的是为遗留系统转化为可演化系统提供一条现实可行的途径，是在演化系统提供一条现实可

2、行的途径，是在软件生命周期终止后开始的一个新的阶段。软件生命周期终止后开始的一个新的阶段。 3软件维护软件维护再工程技术再工程技术4再工程技术再工程技术5 什么是软件维护什么是软件维护 是指软件系统交付使用以后，为了改正错误是指软件系统交付使用以后，为了改正错误或满足新的需要而修改软件的过程或满足新的需要而修改软件的过程 国标国标GB/T 11457-2006给出如下定义给出如下定义 在一软件产品交付使用后对其进行修改，以在一软件产品交付使用后对其进行修改，以纠正故障纠正故障; 在一软件产品交付使用后对其进行修改，以在一软件产品交付使用后对其进行修改，以纠正故障、改进其性能和其它属性，或使产纠

3、正故障、改进其性能和其它属性，或使产品适应改变了的环境品适应改变了的环境6 两种两种错误认识错误认识 软件维护是一次新的开发活动软件维护是一次新的开发活动 软件维护就是改错软件维护就是改错 新开发活动新开发活动强调要在一定的约束条件下从强调要在一定的约束条件下从头开始实施头开始实施 软件维护软件维护强调必须在现有系统的限定和约强调必须在现有系统的限定和约束条件下实施束条件下实施 ；根据起因不同，软件维；根据起因不同，软件维护可以分为护可以分为纠错性维护纠错性维护、适应性维护适应性维护、改改善性维护善性维护和和预防性维护预防性维护四类四类 7 纠错性维护纠错性维护：为了改正软件系统中的错误，使：

4、为了改正软件系统中的错误，使软件能够满足预期的正常运行状态的要求而进软件能够满足预期的正常运行状态的要求而进行的维护行的维护 适应性维护适应性维护：为了使软件适应内部或外部环境：为了使软件适应内部或外部环境变化，而去修改软件的过程变化，而去修改软件的过程 改善性维护改善性维护：满足使用过程中用户提出增加新：满足使用过程中用户提出增加新功能或修改已有功能的建议维护功能或修改已有功能的建议维护 预防性维护预防性维护：为了提高软件的可维护性、可靠：为了提高软件的可维护性、可靠性等，为以后进一步改进软件打下良好基础而性等，为以后进一步改进软件打下良好基础而修改软件的活动修改软件的活动8 在实践中，软件

5、维护各种活动常常交织在在实践中，软件维护各种活动常常交织在一起，尽管这些维护在性质上有些重叠，一起，尽管这些维护在性质上有些重叠，但是还是有充分的理由区分这些维护活动但是还是有充分的理由区分这些维护活动 只有正确区分维护活动的类型才能够更有只有正确区分维护活动的类型才能够更有效地确定维护需求的优先级效地确定维护需求的优先级 9 结构化维护结构化维护：采用软件工程的方法进行软件开发，保证：采用软件工程的方法进行软件开发，保证每个阶段都有完整且详细的文档每个阶段都有完整且详细的文档 非结构化维护非结构化维护：如果不采用软件工程方法开发软件，软：如果不采用软件工程方法开发软件，软件只有程序而欠缺文档

6、，则维护工作将变得十分困难件只有程序而欠缺文档，则维护工作将变得十分困难 维护时，开发人员从分析需求规格说明开始，明白软件维护时，开发人员从分析需求规格说明开始，明白软件功能和性能上的改变，对设计说明文档进行修改和复查，功能和性能上的改变，对设计说明文档进行修改和复查，再根据设计修改进行程序变动，并用测试文档中的测试再根据设计修改进行程序变动，并用测试文档中的测试用例进行回归测试，最后将修改后的软件再次交付使用。用例进行回归测试，最后将修改后的软件再次交付使用。10和软件维护有关的部分问题和软件维护有关的部分问题 ：理解别人的代码通常是非常困难的，而且理解别人的代码通常是非常困难的，而且难度随

7、着软件配置成分的缺失而迅速增加难度随着软件配置成分的缺失而迅速增加需要维护的软件往往没有文档、或文档资需要维护的软件往往没有文档、或文档资料严重不足、或软件的变化未在相应的文料严重不足、或软件的变化未在相应的文档中反映出来档中反映出来11当软件要求维护时，不能指望由原来的开当软件要求维护时，不能指望由原来的开发人员来完成或提供软件的解释。由于维发人员来完成或提供软件的解释。由于维护持续时间很长，因此当需要解释软件时护持续时间很长，因此当需要解释软件时候，往往开发人员已经不在附近了候，往往开发人员已经不在附近了绝大多数软件在设计时没有考虑到将来的绝大多数软件在设计时没有考虑到将来的修改问题修改问

8、题软件维护这项工作毫无吸引力。一方面是软件维护这项工作毫无吸引力。一方面是因为软件维护，看不到什么因为软件维护，看不到什么“成果成果”，但，但工作量很大，更重要的是维护工作难度大，工作量很大，更重要的是维护工作难度大，软件维护人员经常遭受挫折。软件维护人员经常遭受挫折。 12 软件维护除费用外的无形代价包括软件维护除费用外的无形代价包括 维护活动占用了其他软件开发可用的资源，维护活动占用了其他软件开发可用的资源，使资源的利用率降低使资源的利用率降低 一些修复或修改请求得不到及时安排，使得一些修复或修改请求得不到及时安排，使得客户满意率下降客户满意率下降 维护的结果把一些新的潜在的错误引入软件，

9、维护的结果把一些新的潜在的错误引入软件，降低了软件质量降低了软件质量 将软件人员抽调到维护工作中，使得其它软将软件人员抽调到维护工作中，使得其它软件开发过程受到干扰件开发过程受到干扰 13 维护的工作可划分成：维护的工作可划分成： 生产性活动生产性活动 如，分析评价、修改设计、编写如，分析评价、修改设计、编写程序代码等程序代码等 非生产性活动非生产性活动 如，程序代码功能理解、数据如，程序代码功能理解、数据结构解释、接口特点和性能界限分析等结构解释、接口特点和性能界限分析等 维护工作量的模型维护工作量的模型 M：维护的总工作量：维护的总工作量 ；P：生产性工作量；：生产性工作量；K：经验常数；

10、：经验常数；c：复杂程度；复杂程度；d：维护人员对软件的熟悉程度：维护人员对软件的熟悉程度 dcKepM14 影响维护工作量的因素主要有以下六种影响维护工作量的因素主要有以下六种 系统的规模系统的规模：系统规模越大，其功能就越复：系统规模越大，其功能就越复杂，软件维护的工作量也随之增大杂，软件维护的工作量也随之增大 程序设计语言程序设计语言：使用强功能的程序设计语言：使用强功能的程序设计语言可以控制程序的规模。语言的功能越强，生可以控制程序的规模。语言的功能越强，生成程序的模块化和结构化程度越高，所需的成程序的模块化和结构化程度越高，所需的指令数就越少，程序的可读性也越好指令数就越少，程序的可

11、读性也越好15 系统年龄系统年龄：老系统比新系统需要更多的维护：老系统比新系统需要更多的维护工作量。工作量。 数据库技术的应用数据库技术的应用：使用数据库，可以简单：使用数据库，可以简单而有效地管理和存储用户程序中的数据，还而有效地管理和存储用户程序中的数据，还可以减少生成用户报表应用软件的维护工作可以减少生成用户报表应用软件的维护工作量量 先进的软件开发技术先进的软件开发技术：在软件开发过程中，：在软件开发过程中，如果采用先进的分析设计技术和程序设计技如果采用先进的分析设计技术和程序设计技术，如面向对象技术、复用技术等，可减少术，如面向对象技术、复用技术等，可减少大量的维护工作量大量的维护工

12、作量16 其它一些因素其它一些因素：如应用的类型、数学模型、：如应用的类型、数学模型、任务的难度、任务的难度、IF嵌套深度、索引或下标嵌套深度、索引或下标数等，对维护工作量也有影响数等，对维护工作量也有影响 17 维护组织结构图维护组织结构图 18 系统监督员一般都是对程序系统监督员一般都是对程序(某一部分某一部分)特特别熟悉的技术人员。别熟悉的技术人员。 在维护人员对程序进行修改的过程中，由在维护人员对程序进行修改的过程中，由配置管理员严格把关，控制修改的范围，配置管理员严格把关，控制修改的范围，对软件配置进行审计对软件配置进行审计 。 维护管理员、系统监督员、修改控制决策维护管理员、系统监

13、督员、修改控制决策机构等，均代表维护工作的某个职责范机构等，均代表维护工作的某个职责范围围 。 19 修改控制决策机构、维护管理员可以是指修改控制决策机构、维护管理员可以是指定的某个人，也可以是一个包括管理人员、定的某个人，也可以是一个包括管理人员、高级技术人员在内的小组。高级技术人员在内的小组。 系统监督员可以有其他职责，但应具体分系统监督员可以有其他职责，但应具体分管某一个软件包。管某一个软件包。 20 维护团队根据时间的不同维护团队根据时间的不同,可以分为可以分为短期短期团队团队和和长期团队长期团队 短期团队一般是当需要执行相关具体任务短期团队一般是当需要执行相关具体任务时，临时组织起来

14、解决手头的问题时，临时组织起来解决手头的问题 长期团队则更正式，能够专业化创建沟通长期团队则更正式，能够专业化创建沟通渠道，可以管理软件系统整个生存期的成渠道，可以管理软件系统整个生存期的成功演化功演化 无论是短期团队还是长期团队，都要把有无论是短期团队还是长期团队，都要把有经验的员工和新员工混合起来。经验的员工和新员工混合起来。21 对于非对于非纠错性维护纠错性维护，则首先判断维护类型，对，则首先判断维护类型，对适应性维护，按照评估后得到的优先级放入队适应性维护，按照评估后得到的优先级放入队列列 对于对于改善性维护改善性维护，则还要考虑是否采取行动，则还要考虑是否采取行动，如果接受申请，则同

15、样按照评估后得到的优先如果接受申请，则同样按照评估后得到的优先级放入队列，如果拒绝申请，则通知请求者，级放入队列，如果拒绝申请，则通知请求者，并说明原因并说明原因 对于工作安排队列中的任务，由修改负责人依对于工作安排队列中的任务，由修改负责人依次从队列中取出任务，按照软件工程方法学规次从队列中取出任务，按照软件工程方法学规划、组织、实施工程。划、组织、实施工程。22维护请求维护请求类型类型类型类型严重性严重性评估后按优先评估后按优先级在队列排队级在队列排队救火行动，当救火行动，当排在队列之首排在队列之首评估后分类评估后分类评估后按优先评估后按优先级在队列排队级在队列排队采取的行动采取的行动通知

16、请求者通知请求者并说明原因并说明原因按优先级在按优先级在队列中排队队列中排队从维护请求队列之首取出一任务从维护请求队列之首取出一任务按按SESE方法学规划、组织、实施工程方法学规划、组织、实施工程队列中还有维护请求吗？队列中还有维护请求吗？资源用于开发新的软件。资源用于开发新的软件。y yn n纠错性维护纠错性维护其他其他改善性维护改善性维护适应性维护适应性维护拒绝拒绝接受接受并不严重并不严重非常严重非常严重维护过程图维护过程图23每种维护请求都要进行同样的一系列技每种维护请求都要进行同样的一系列技术工作：术工作：修改软件需求说明修改软件需求说明、修改软件修改软件设计设计、设计评审设计评审、必要时重新编码必要时重新编码、单单元测试元测试、集成测试集成测试( 包括回归测试包括回归测试)、确确认测试等认测试等 维护工作最后一步是复审维护工作最后一步是复审 依照当前状态，在设计、编码和测试的哪依照当前状态，在设计、编码和测试的哪些方面还能用其他方法进行些方面还能用其他方法进行?哪些维护资源可用但未用哪些维护资源可用但未用?24 这次维护活动中主要这次维护活动中主要(或次要或次要)的障碍有哪些