软件工程第15章软件维护与再工程
软件工程思想——维护与再生工程

软件工程思想——维护与再生工程The document was prepared on January 2, 2021维护与重策划编程大师曾说:“哪怕程序只有三行长,总有一天你也不得不对它维护。
”很多软件产品不是一次性的买卖。
比如在电信、金融等领域,有些软件系统要用十几年,对软件进行维护是必不可少的。
节将介绍“软件维护的常识”,对维护活动进行分类,并解释为什么维护比较困难。
软件公司的经理们没有哪一个喜欢被维护的费用吓一跳,但软件维护的代价通常是高昂的。
节将说明影响维护代价的一些主要技术因素与非技术因素。
如果希望提高已有软件的质量并且提高商业竞争力,却又无法靠维护来实现,只好对已有软件进行全部或者部分的改造,这种活动叫重策划(Reengineering)。
节将解释什么是重策划,并论述重策划的三种类型:重构(Restructure)、逆向工程(Reverse Engineering)和前向工程(Forward Engineering)。
软件维护的常识对软件而言,“维护”是个不太直观的术语,因为软件产品在重复使用时不会被磨损,并不需要进行像对车辆或电器那样的维护。
软件维护是人们对既丰富多彩又会令人心酸的活动的统称。
其中丰富多彩的活动是指那些反映客观世界变化、能使软件系统更加完善的修改和扩充工作。
令人心酸的活动是指那些永无修止、并且改了旧错却引起新错让人欲哭无泪的工作。
一些学者将软件维护划分为主要的三类:纠错性维护(Corrective maintenance)、适应性维护(Adaptive maintenance)和完善性维护(Perfective maintenance):(1)纠错性维护。
由于前期的测试不可能揭露软件系统中所有替在的错误,用户在使用软件时仍将会遇到错误,诊断和改正这些错误的过程称为纠错性维护。
(2)适应性维护。
由于新的硬件设备不断推出,操作系统和编译系统也不断地升级,为了使软件能适应新的环境而引起的程序修改和扩充活动称为适应性维护。
10_软件维护和再工程

讨论
一个大型大学有一个大型计算机系统,用于存储和 管理所有学生和教职工的信息。该系统:已经使用 了25年,它采用Cobol结构化程序设计技术开发, 并与关系数据库通信;它运行在一台IBM主机上; 有50多万行代码。该系统已经进行过多次修改,既 有经过策划的修改,也有快速修改,现在维护的成 本过高。认识到有这些问题,大学希望利用面向对 象的开发优势,但是不幸的是,维护这个系统的 90%以上的员工都是新人,并不熟悉系统的实现。 请确定软件维护人员需要完成的任务。
25
Software Engineering28Fra bibliotek沈备军
为什么要进行再工程
维护一行源代码的代价可能是最初开发该行源代码 代价的14-20倍; 重新设计软件体系结构时使用了现代设计概念,它 对将来的维护会有很大的帮助; 现有的程序版本可以作为软件原型使用,开发生产 率可以大大高于平均水平 率可以大大高于平均水平; 用户具有较多使用该软件的经验,因此,能够很容 易地搞清新的变更需求和变更的范围; 利用逆向工程和再工程的工具,可以使一部分工作 自动化; 在完成预防性维护的过程中还可以建立起完整的软 件配置。
Software Engineering 沈备军
Software Engineering
沈备军
24
11 - 4
Software Engineering
再工程的概念
再工程(reengineering):指在逆向工程所 获信息的基础上修改或重构已有的系统,产 生系统的一个新版本 再工程的主要目的:为遗留系统转化为可演 化系统提供一条现实可行的途径 化系统提供 条现实可行的途径 再工程是一个工程过程,它将逆向工程、重 构和正向工程组合起来,将现存系统重新构 造为新的形式。软件理解是再工程的基础和 前提。
软件工程基础-9软件维护与再工程

⑵ 范围:例如:修改规模、涉及的费用、修改时机;
⑶ 关键性:例如,对性能、安全、保密的影响。
软件维单护过击程此处编辑母版标题样式
• 单软件击维护此管理处的基编本辑内容母——版维护文工本作事样件流式
– 第二级 用户
维护管理员
评价错误 严重程序
严重
• 第三级 提交维护申请
纠错性
维护要求
– 第四级
预防性
强软件功能,提高软件性能。
⑷ 不断扩大的软件系统的应用范围。
软件维单护概击述此处编辑母版标题样式
• 单软件击维护此的特处点:编辑母版文本样式
–⑴ 第软件二维护级阶段是软件生命周期中,时间最长、工作量最大的活动。
⑵ 软•件第维护三虽级立足于解决系统问题,改进系统功能和性能,但它不可避免
地会引–入第新四问级题,直接影响软件质量。 ⑶ 软件维护实»际第上五是级一个简化的软件生命周期开发过程。
当一个软件系统投入使 用和成功地运行时,用户会 根据业务发展的实际需要, 提出增加新功能、修改已有 功能以及性能的改进要求等。
软件维单护的击分此类 处编辑母版标题样式
• 单击此处编辑母版文本样式 按照不同的维护目的,维护工作可分成4类。
软件测试不可能找出一个 软件系统中所有潜伏的错误,
– 第二级 ➢ 完善性维护(Perfective Maintenance) 所以当软件在特定情况下运行
⑴
–
第在软二件系级统运行过程中发现测试阶段未能发现的、潜在的软件错误和缺陷。
⑵ 发随•展着第,软系硬三统件级数环据境或的文改件变格,式与、系存统储交方互式的、外读部取系步统骤的的改变变迁,,网要络求通软信件技系术统的
– 第四级
适应这些变»化第。五级
软件工程中的软件维护与更新

持续集成与部署
版本控制与追踪
安全漏洞修复
自动化测试与部署流程 快速发布更新版本
确保软件稳定性
管理代码变更历史 追踪问题解决过程
保证版本一致性
定期安全评估与修复 保障用户数据安全
预防恶意攻击
软件维护与更新挑战
版本兼容性
安全漏洞防范
维护成本控制
团队协作与沟通
确保新功能不影响 旧版本
预防和及时处理安 全漏洞
有效管理维护成本
团队协作和沟通效 率
谢谢观看!
应性
根据新技术和市场 需求进行的软件功
能和性能更新
软件维护与更新
软件维护与更新是软件工程中关键的一环, 通过持续改进和更新软件系统,确保软件始 终满足用户需求并保持高质量。维护与更新 工作涉及多个方面,包括功能更新、性能优 化、安全修复等,是软件生命周期中不可或
缺的部分。
软件维护与更新实践
敏捷开发模式
修 复 软 件 缺 陷 和 漏 提高软件性能和安全
洞
性
保护用户数据安全 提高软障率
提升系统稳定性
软件维护与更新的类型
预防性维护
纠错性维护
自适应维护
完善性更新
在软件交付之前进 行的维护工作,以
确保软件质量
修复软件缺陷和漏 洞,保障软件正常
运行
根据用户反馈和环 境变化进行的维护 工作,提高软件适
软件工程中的软件维护与更新
制作人: 时间:2024年X月
目 录
第1章 软件维护与更新简介
●01
第1章 软件维护与更新简介
什么是软件维护与更新
改进软件系统
提高软件性能
软件工程中的软件维护流程

软件工程中的软件维护流程软件维护是软件工程中不可缺少的一个环节。
它包括对软件进行修改、调试、优化和完善等活动,以确保软件能够持续运行并满足用户需求。
本文将介绍软件工程中常见的软件维护流程。
一、问题识别和报告软件维护流程的第一步是问题的识别和报告。
这是通过用户反馈、错误日志等方式来获取软件问题的信息。
在识别问题时,可以针对软件的功能、性能、可靠性等方面进行分类,以便更好地定位和解决问题。
二、问题诊断和确认在问题报告后,维护团队将进行问题诊断和确认。
这需要对问题进行详细分析和调查,以找出问题的根本原因。
同时,还需确认问题是否确实存在,并与用户进行沟通和确认。
只有明确问题后,才能制定有效的解决方案。
三、问题解决问题解决是软件维护流程的核心环节。
根据问题的性质和严重程度,维护团队将采取不同的策略和方法来解决问题。
可能的解决方案包括修复代码错误、重新设计功能模块、优化性能等。
在解决问题的过程中,需要进行详细的测试和验证,以确保解决方案的有效性和稳定性。
四、验证和发布解决问题后,维护团队将对软件进行验证和测试,以确保问题已经完全解决,并且没有引入新的问题。
验证过程中需要进行功能测试、性能测试、兼容性测试等,以确保软件的整体质量。
通过验证后,维护团队将发布修复版本,供用户升级使用。
五、文档更新在软件维护流程中,不可忽视的一个环节是文档的更新。
随着问题的解决和软件的升级,相应的文档也需要进行更新,包括用户手册、技术文档、API文档等。
更新文档可以帮助用户更好地理解和使用软件,减少后续的问题和困惑。
六、反馈和监控软件维护流程的最后一步是反馈和监控。
这需要与用户建立有效的沟通渠道,及时获取用户的反馈和建议。
同时,还需要对软件进行持续监控,以及时发现和解决潜在的问题。
反馈和监控可以帮助持续改进软件的质量和性能。
综上所述,软件维护流程包括问题识别和报告、问题诊断和确认、问题解决、验证和发布、文档更新以及反馈和监控等环节。
13章软件维护与再工程

– 软件维护是一次新的开发活动 – 软件维护就是改错
• 新开发活动强调要在一定的约束条件下从头开始实施 • 软件维护强调必须在现有系统的限定和约束条件下实 ;
3
软件维护的概念-软件维护分类
• 根据起因不同,软件维护可以分为四类
– 纠错性维护 – 适应性维护 – 改善性维护 – 预防性维护
② 一些修复或修改请求得不到及时安排,使得客户 满意率下降
③ 维护的结果把一些新的潜在的错误引入软件,降 低了软件质量
④ 将软件人员抽调到维护工作中,使得其它软件开 发过程受到干扰
9
软件维护的概念-维护成本
• 维护的工作可划分成:
– 生产性活动 如,分析评价、修改设计、编写程序代 码等
– 非生产性活动 如,程序代码功能理解、数据结构解 释、接口特点和性能界限分析等
软件工程
第13章 软件维护与再工程
内容摘要
• 软件维护 • 再工程技术
2
软件维护的概念
• 什么是软件维护
– 是指软件系统交付使用以后,为了改正错误或满足新的需要而修 改软件的过程
• 国标GB/T 11457-95给出如下定义
– 在一软件产品交付使用后对其进行修改,以纠正故障、改进其性 能和其它属性,或使产品适应改变了的环境。
➢ 绝大多数软件在设计时没有考虑到将来的修改问题 ➢ 软件维护这项工作毫无吸引力。一方面是因为软件维护,看
不到什么“成果”,但工作量很大,更重要的是维护工作难 度大,软件维护人员经常遭受挫折。
8
软件维护的概念-维护成本
• 软件维护除费用外的无形代价包括
① 维护活动占用了其他软件开发可用的资源,使资 源的利用率降低
类型
软件工程软件维护课件

二、软件维护分类
按照维护的起因分类四类: 纠错性维护 适应性维护 完善性维护 预防性维护
2024/7/26
1. 纠错性维护(Corrective Maintenance)
——为改正软件系统中潜藏的错误而进行的活动。
纠错性维护是指在系统开发阶段已发生而系统测试阶段尚未发 现的错误。这方面的维护工作量占整个维护工作量的17%21%。所发现的错误有的不太重要,不影响系统的正常运行 ,其维护工作可随时进行;而有的错误非常重要,甚至影响整 个系统的正常运行,其维护工作必须制定计划,进行修改,并 且要进行复查和控制。
2024/7/26
(2)数据副作用 数据副作用是由于修改数据结构带来的副作用。容
易引起数据副作用的修改包括: ①局部和全局常量的再定义; ②记录或文件格式的再定义; ③增减数据或是由于修改数据结构的定义导致 数据结构长度的改变; ④修改全局数据; ⑤重新初始化控制标志和指针; ⑥重新排列I/O表或子程序参数表。。
2.熟悉软件系统
熟悉所维护软件的功能是非常重要的,也是进行软件维护工作的第 一步。首先阅读现有的文档,最好能对文档中提到的内容亲自进 行测试。掌握现实中软件的使用方法,确保你要知道最常用的使 用情形。有时候用户会要求提供一些已经存在的功能特性,只是 因为他们不知道软件中已经具有了这些功能。
最后只能研究代码了,试着去理解函数、模块和组件在软件中所扮 演的角色。使用调试器单步执行程序中不同的分支,查看当代码 的不同部分执行时将会发生什么。要把熟悉软件的体系结构当做 一个持续进行的过程,而不是一次就能完成的事情。当你修改bug 或添加新的特性时,可能对系统有更好的理解。以上过程一定要 记录结果,这样对维护工作有巨大的帮助。
y 队列中还有维护请求吗?
软件工程软件维护方案

软件工程软件维护方案软件工程软件维护方案1. 引言2. 软件维护的重要性软件维护是指在软件发布后,对软件进行各种改进、修复和更新的过程。
软件维护的重要性在于:提高软件的可靠性和性能:通过不断对软件进行改进和修复,可以增强软件的可靠性和性能,提供更好的用户体验。
修复软件中的缺陷和漏洞:随着软件使用的不断深入,可能会发现一些软件缺陷和漏洞,及时修复这些问题可以提高软件的安全性和稳定性。
支持新的功能需求:软件维护还可以满足用户对新功能的需求,不断为用户提供更好、更全面的服务。
3. 软件维护的流程软件维护的流程主要包括以下几个步骤:收集用户反馈和需求:及时收集用户的反馈和需求,了解软件存在的问题和用户对功能的期望。
分析问题和需求:对用户反馈和需求进行分析和处理,确定问题的优先级和解决方案。
定义修复和改进计划:根据问题和需求的优先级,制定相应的修复和改进计划,并确定相关资源和时间安排。
实施修复和改进:根据计划,进行软件修复和改进的工作,确保质量和效果。
验证和测试:对修复和改进的软件进行验证和测试,确保其功能正常、稳定和符合用户需求。
发布和部署:在验证和测试通过后,发布修复和改进后的软件,并进行部署和推广。
4. 软件维护的团队组织为了保证软件维护工作的顺利进行,需要建立一个专门的软件维护团队。
该团队可以包括以下角色:维护经理:负责协调和管理软件维护工作,确保工作的顺利进行。
售后支持人员:负责收集用户反馈和需求,并将其反馈给开发团队。
开发人员:负责软件的修复和改进工作,根据需求进行相应的开发工作。
测试人员:负责对修复和改进后的软件进行测试,确保其质量和稳定性。
文档人员:负责编写软件维护的相关文档,包括用户手册、技术文档等。
5. 软件维护的工具和技术在软件维护的过程中,可以使用一些工具和技术来提高工作效率和质量,例如:缺陷管理工具:用于收集和跟踪软件中的缺陷和问题,确保问题能够及时解决。
版本控制工具:用于对软件进行版本控制,方便修复和改进的追踪和管理。
软件工程中的软件产品维护与升级

先让部分用户体验, 再逐步扩大范围
提供快速回滚机制
一旦发现问题,能 够快速回退到上一
个版本
用户反馈解决方案
建立用户反馈渠道
优先处理用户反馈
定期分析用户反馈
让用户更容易提供 反馈
让用户感受到关注
根据用户建议改进 软件
增量升级解决方案
灰度发布
逐步扩大用户范围 收集不同用户的反馈
快速回滚机制
保障升级过程的稳定性 降低系统故障的风险
持续监控升级效果
定期汇总用户反馈
及时调整升级策略 保持软件的稳定性和功能 性
分析用户需求变化 优化软件产品特性
软件产品升级的重要性
软件产品的升级是保持竞争力和持续改进 的关键。通过不断升级和改进,软件能够 适应市场变化,满足用户需求,提升用户 体验,增强软件产品的市场地位和用户粘
增加功能体验
提供更多选择 个性化定制
加强安全性
修复漏洞 防止黑客攻击
改善用户界面
增加易用性 提高美观度
总结
软件产品升级是软件工程中至关重要的一 环,通过合理的策略可以提升软件的性能、 安全性和用户体验。增量、强制和定时升 级是常见的策略,每种都有其适用的场景
和优势。
软件产品升级的挑战
在软件工程中,软件产品升级是一个重要 且具有挑战性的任务。面临的挑战包括兼 容性问题、用户反馈以及增量升级的稳定 性。这些问题需要在升级过程中得到有效 的解决,以确保软件产品的持续发展和用
能化和个性化软件维护与升级的趋势。
MORE>>
软件维护与升级的重要性
确保系统稳定性
持续维护可以预防 系统故障和漏洞
提升用户体验
改进功能和性能满 足用户需求
13章软件维护与再工程

– 软件维护是一次新的开发活动 – 软件维护就是改错
• 新开发活动强调要在一定的约束条件下从头开始实施 • 软件维护强调必须在现有系统的限定和约束条件下实 ;
3
软件维护的概念-软件维护分类
• 根据起因不同,软件维护可以分为四类
– 纠错性维护 – 适应性维护 – 改善性维护 – 预防性维护
• 对于改善性维护,则还要考虑是否采取行动, 如果接受申请,则同样按照评估后得到的优先 级放入队列,如果拒绝申请,则通知请求者, 并说明原因
• 对于工作安排队列中的任务,由修改负责人依 次从队列中取出任务,按照软件工程方法学规 划、组织、实施工程。
17
软件维护的过程-维护过程
维护请求Biblioteka 适应性维护评估后按优先 级在队列排队
➢ 系统年龄:老系统比新系统需要更多的维护工作量。
11
软件维护的概念-维护成本
➢ 数据库技术的应用:使用数据库,可以简单而有效 地管理和存储用户程序中的数据,还可以减少生成 用户报表应用软件的维护工作量
➢ 先进的软件开发技术:在软件开发过程中,如果采 用先进的分析设计技术和程序设计技术,如面向对 象技术、复用技术等,可减少大量的维护工作量
➢ 其它一些因素:如应用的类型、数学模型、任务的 难度、IF嵌套深度、索引或下标数等,对维护工作 量也有影响
12
软件维护的过程
维护活动包括:
– 建立维护组织 – 确定维护过程 – 保管维护记录 – 进行维护评价
13
软件维护的过程-维护组织
• 维护组织结构图
14
软件维护的过程-维护组织
• 维护团队根据时间的不同,可以分为短期团队和 长期团队
仅使用了这种语言的标准版本和特性? ③ 程序中是否使用了标准的普遍使用的库功能和子程序? ④ 程序中是否极少使用或根本不使用操作系统的功能?
软件工程——软件维护课件

需求分析、修改设计、修改代码、测试与验 证。
技术
模块化设计、面向对象设计、设计模式、重 构技术等。
04
完善性维护
定义与目的
定义
完善性维护是对软件系统进行修改和增强,以改进其性能、可维护性、可靠性和安全性 的过程。
目的
完善性维护旨在提高软件系统的质量,使其更好地满足用户需求,并增强系统的适应性 和稳定性。
软件工程——软件维护课件
目录
• 软件维护概述 • 改正性维护 • 适应性维护 • 完善性维护 • 软件维护的挑战与解决方案 • 软件维护最佳实践
01
软件维护概述
软件维护的定义
软件维护是指在软件运行过程中,为 了改正错误、满足新的需求或改进性 能等目的,对软件进行的修改、完善 和优化活动。
软件维护是软件生命周期中一个重要 的阶段,包括改正性维护、适应性维 护、完善性维护和预防性维护等类型 。
适应性维护
定义与目的
定义
适应性维护是指对软件系统进行修改, 使其适应软件环境的变化和满足新的要 求。
VS
目的
确保软件系统在变化的环境中能够正常运 行,提高软件的可维护性和可扩展性。
常见问题与原因
问题
软件系统无法适应环境变化或新需求。
原因
软件设计不够灵活、缺乏有效的维护机制、 代码质量差等。
实施过程与技术
定义
改正性维护是指在软件发布后,为了识别和纠正软件中的错误、缺陷或不符合需求的地方所进行的维护活动。
目的
确保软件能够满足用户的需求,修复已知的错误,提高软件的质量和可靠性。
常见问题与原因
常见问题
软件崩溃、数据丢失、功能异常、界面错误等。
原因
软件工程电子课件第6章 软件维护及软件再工程

2021/1/17
4
6.1.2 软件维护的分类
软件需要进行维护的原因很多,归结起来主要有以下 三种:
Ø (1)故障 Ø (2)环境变化 Ø (3)用户和维护人员的要求
2021/1/17
5
6.1.2 软件维护的分类
由这些原因引进的软件维护活动分为四类,每类维护活 动的任务各不相同。 Ø (1)改正性维护(Corrective maintenance) Ø (2)适应性维护(Adaptive maintenance)
变更的范围能够容易地搞清。 Ø (5)逆向工程和再工程的工具可以使一部分作业自动化。 Ø (6)软件配置将可以在完成预防性维护的基础上建立起来。
2021/1/17
26
6.4.2 软件的逆向工程和再工程
逆向工程是从源代码中抽取出来的设计信息。作为逆向工 程的评价,要求抽取出来的信息的抽象程度越高越好。
结构化维护是在软件开发的早期应用软件工
程方法学的结果。虽然有了软件的完整配置并不
能保证维护中没有问题,但是确实能减少精力的
浪费并且能提高维护的总体质量。
Ø (2)非结构化维护
非结构化维护需要付出很大代价(浪费精力并
且遭受挫折的打击),这种维护方式是没有使用
良好定义的方法学开发出来的软件的必然结果。
2021/1/17
逆向工程中得到的信息抽象层次(从低到高);软件过程的 设计表示、程序和数据结构信息、数据和控制流模型和实体、 关系模型。
2021/1/17
27
6.4.2 软件的逆向工程和再工程
再工程(reengineering),它不仅能从已存在的程序中重新 获得设计信息,而且还能使用这些信息来改建或重构现有的系 统.以改进它的综合质量。一般软件人员利用再工程重新实现 已存在的程序,同时加进新的功能或改善它的性能。
软件工程课件:软件维护

软件维护
5.评价维护活动 缺乏有效的数据就无法评价维护活动。如果已经开始保 存维护记录了,则可以对维护工作做一些定量度量。至少可 以从下述7个方面度量维护工作: • 每次程序运行平均失效的次数; • 用于每一类维护活动的总人时数; • 平均每个程序、每种语言、每种维护类型所做的程序 变动数; • 维护过程中增加或删除一个源语句平均花费的人时数;
软件维护
2.适用性维护 适用性维护是为了使系统适应环境的变化而进行的维护 工作。一方面,信息系统要能够适应新的软硬件环境,以提 高系统的性能和运行效率;另一方面,应用对象在不断发生 变化,机构的调整,管理体制的改变、数据与信息需求的变 更等都将导致系统不能适应新的应用环境。如代码改变、数 据结构变化、数据格式以及输入/输出方式的变化、数据存 储介质的变化等,都将直接影响系统的正常工作。因此,有 必要对系统进行调整,使之适应应用对象的变化,满足用户 的需求。
软件维护
• 程序名称; • 源程序语句条数; • 机器代码指令条数; • 所用的程序设计语言; • 程序安装的日期; • 程序安装后的运行次数; • 与程序安装后运行次数有关的处理故障次数; • 程序改变的层次及名称; • 修改程序增加的源程序语句条数;
软件维护
• 修改程序减少的源程序语句条数; • 每次修改所付出的人时数; • 修改程序的日期; • 软件维护人员的姓名; • 维护申请报告的名称、维护类型; • 维护开始时间和维护结束时间; • 花费在维护上的累计人时数; • 维护工作的净收益等。
17%~21%
改正性 维护
预防性 维护 4%
完善性维护 50%~66%
图6-1 各种维护的比例
软件维护
需要注意的是,上述4种维护活动都必须应用于整个软 件配置,维护软件文档和维护软件的可执行代码是同样重要 的。
软件工程-第15章第3节图文模板

版本 1.1.1
版本 1.1.2
4
5
15.3.3 版本控制
软件工程过程中某一阶段的变更,均要引起软件配 置的变更,这种变更必须严格加以控制和管理,保 持修改信息,并把精确、清晰的信息传递到软件工 程过程的下一步骤。 变更控制包括建立控制点和建立报告与审查制度。 对于一个大型软件来说,不加控制的变更很快就会 引起混乱。因此变更控制是一项最重要的软件配置 任务,变更控制的过程如图15.8所示。其中“检出”
15.3.2 软件配置项
(9) 数据库描述(模式和文件结构、初始内容)。 (10) 用户手册。 (11) 维护文档(软件问题报告、维护请求和工程 变更次序)。 (12) 软件工程标准。 (13) 项目开发小结。 此外,许多软件工程组织把配置控制之下的软件
15.3.3 版本控制
软件配置实际上是一动态的概念,它一方面随着软 件生存期向前推进,SCI的数量在不断增多,一些 文档经过转换生成另一些文档,并产生一些信息; 另一方面又随时会有新的变更出现,形成新的版本。 系统不同版本的一种表示如图15.7所示,在这个版 本演变图中各个结点是一个完全的软件版本。软件 的每一个版本都是SCI(源代码、文档及数据)的一 个收集,且各个版本都可能由不同的变种组成。
15.3.3 版本控制
图的右边具体说明一个简单的程序版本:它由1,
2,3,4和5版本使用单色显示器
版本
版本
时使版本用。版本因此版,本 可以1.3 定义1.4版本的两个变种1 。
1.0
1.1
1.2
版本
版本
2
3
此演变图显示了
2.0
2.1
变种
软件的修改情况
15.3.1 基线
系统工程 需求分析 软件设计 程序编写
软件工程-软件维护及再工程67页PPT

•
6、黄金时代是在Biblioteka 们的前面,而不在 我们的 后面。•
7、心急吃不了热汤圆。
•
8、你可以很有个性,但某些时候请收 敛。
•
9、只为成功找方法,不为失败找借口 (蹩脚 的工人 总是说 工具不 好)。
•
10、只要下定决心克服恐惧,便几乎 能克服 任何恐 惧。因 为,请 记住, 除了在 脑海中 ,恐惧 无处藏 身。-- 戴尔. 卡耐基 。
谢谢!
36、自己的鞋子,自己知道紧在哪里。——西班牙
37、我们唯一不会改正的缺点是软弱。——拉罗什福科
xiexie! 38、我这个人走得很慢,但是我从不后退。——亚伯拉罕·林肯
39、勿问成功的秘诀为何,且尽全力做你应该做的事吧。——美华纳
40、学而不思则罔,思而不学则殆。——孔子
软件工程第15章-软件维护与再工程

24
软件维护的过程-维护记录
• 维护人员对程序进行修改前要着重做好两个记 录
– 维护申请报告
– 软件修改报告
• 维护请求表(报告)即软件问题报告,该报告 (表)由要求一项维护活动的用户填写。对改 正性维护,用户需要将错误出现的现场信息详 细描述出来,包括输入数据、错误清单以及其 它有关材料。对适应性维护或改善性维护,应 该给出一个简短的需求规格说明书。维护申请 被批准后,维护申请报告就成为外部文档,作 为本次维护的依据
复旦大学计算机科学技术学院 软件工程(第二版)
28
软件可维护性-主要影响因素
• 可理解性:指理解软件的结构、接口、功 能和内部过程的难易程度。
• 提高软件可理解性的措施有:采用模块化 的程序结构;书写详细正确的文档;采用 结构化程序设计;书写源程序的内部文档; 使用良好的编程语言;具有良好的程序设 计风格等
• 国标GB/T 11457-2006给出如下定义
– 在一软件产品交付使用后对其进行修改,以 纠正故障;
– 在一软件产品交付使用后对其进行修改,以 纠正故障、改进其性能和其它属性,或使产 品适应改变了的环境
复旦大学计算机科学技术学院 软件工程(第二版)
5
软件维护的概念-软件维护分类
• 两种错误认识
• 维护工作最后一步是复审
– 依照当前状态,在设计、编码和测试的哪 些方面还能用其他方法进行?
– 哪些维护资源可用但未用?
复旦大学计算机科学技术学院 软件工程(第二版)
23
软件维护的过程-维护过程
– 这次维护活动中主要(或次要)的障碍有哪些? – 在维护请求中有预防性维护吗?
复旦大学计算机科学技术学院 软件工程(第二版)
复旦大学计算机科学技术学院 软件工程(第二版)
赵良《软件工程》软件维护

建立维护活动的登记制度以及规定评价
和评审的标准。
2021/8/17
10
软件维护的机构
2021/8/17
11
软件维护的副作用-源程序
通常对源程序的修改不能无计划地仓促上阵, 为了正确、有效地修改,需要经历以下三个步 骤。 分析和理解程序 修改程序 重新验证程序
2021/8/17
12
(1)修改代码的副作用
2021/8/17
3
改正性维护
在软件交付使用后,因开发时测试的不彻 底、不完全,必然会有部分隐藏的错误遗 留到运行阶段。
这些隐藏下来的错误在某些特定的使用环 境下就会暴露出来。
为了识别和纠正软件错误、改正软件性能 上的缺陷、排除实施中的误使用,应当进 行的诊断和改正错误的过程就叫做改正性 维护。
2021/8/17
2021/8/17
29
4
适应性维护
在使用过程中, 外部环境(新的硬、软件配置) 数据环境(数据库、数据格式、数据输 入/输出方式、数据存储介质)可能发生 变化。
为使软件适应这种变化,而去修改软件的 过程就叫做适应性维护。
2021/8/17
5
完善性维护
在软件的使用过程中,用户往往会对软件 提出新的功能与性能要求。
为了满足这些要求,需要修改或再开发软 件,以扩充软件功能、增强软件性能、改 进加工效率、提高软件的可维护性。
2021/8/17
16
软件的可维护性
软件可维护性是指纠正软件系统出现的错 误和缺陷,以及为满足新的要求进行修改、 扩充或压缩的容易程度。
可维护性、可使用性、可靠性是衡量软件 质量的主要质量特性。
软件的可维护性是软件开发阶段各个时期 的关键目标。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
复旦大学计算机科学技术学院 软件工程(第二版)
7
软件维护的概念-软件维护分类
• 在实践中,软件维护各种活动常常交织在 一起,尽管这些维护在性质上有些重叠, 但是还是有充分的理由区分这些维护活动
• 只有正确区分维护活动的类型才能够更有 效地确定维护需求的优先级
复旦大学计算机科学技术学院 软件工程(第二版)
复旦大学计算机科学技术学院 软件工程(第二版)
15
软件维护的概念-维护成本
• 其它一些因素:如应用的类型、数学模型、 任务的难度、IF嵌套深度、索引或下标数 等,对维护工作量也有影响
复旦大学计算机科学技术学院 软件工程(第二版)
16
软件维护的过程-维护组织
• 维护组织结构图
复旦大学计算机科学技术学院 软件工程(第二版)
复旦大学计算机科学技术学院 软件工程(第二版)
14
软件维护的概念-维护成本
– 系统年龄:老系统比新系统需要更多的维护 工作量。
– 数据库技术的应用:使用数据库,可以简单 而有效地管理和存储用户程序中的数据,还 可以减少生成用户报表应用软件的维护工作 量
– 先进的软件开发技术:在软件开发过程中, 如果采用先进的分析设计技术和程序设计技 术,如面向对象技术、复用技术等,可减少 大量的维护工作量
• 国标GB/T 11457-2006给出如下定义
– 在一软件产品交付使用后对其进行修改,以 纠正故障;
– 在一软件产品交付使用后对其进行修改,以 纠正故障、改进其性能和其它属性,或使产 品适应改变了的环境
复旦大学计算机科学技术学院 软件工程(第二版)
5
软件维护的概念-软件维护分类
• 两种错误认识
复旦大学计算机科学技术学院 软件工程(第二版)
9
软件维护的概念-维护问题
• 和软件维护有关的部分问题 :
– 理解别人的代码通常是非常困难的,而且 难度随着软件配置成分的缺失而迅速增加
– 需要维护的软件往往没有文档、或文档资 料严重不足、或软件的变化未在相应的文 档中反映出来
复旦大学计算机科学技术学院 软件工程(第二版)
• 纠错性维护:为了改正软件系统中的错误,使 软件能够满足预期的正常运行状态的要求而进 行的维护
• 适应性维护:为了使软件适应内部或外部环境 变化,而去修改软件的过程
• 改善性维护:满足使用过程中用户提出增加新 功能或修改已有功能的建议维护
• 预防性维护:为了提高软件的可维护性、可靠 性等,为以后进一步改进软件打下良好基础而 修改软件的活动
10
软件维护的概念-维护问题
– 当软件要求维护时,不能指望由原来的开 发人员来完成或提供软件的解释。由于维 护持续时间很长,因此当需要解释软件时 候,往往开发人员已经不在附近了
– 绝大多数软件在设计时没有考虑到将来的 修改问题
– 软件维护这项工作毫无吸引力。一方面是 因为软件维护,看不到什么“成果”,但 工作量很大,更重要的是维护工作难度大, 软件维护人员经常遭受挫折。
17
软件维护的过程-维护组织
• 系统监督员一般都是对程序(某一部分)特 别熟悉的技术人员。
• 在维护人员对程序进行修改的过程中,由 配置管理员严格把关,控制修改的范围, 对软件配置进行审计 。
– 软件维护是一次新的开发活动 – 软件维护就是改错
• 新开发活动强调要在一定的约束条件下从 头开始实施
• 软件维护强调必须在现有系统的限定和约 束条件下实施 ;根据起因不同,软件维 护可以分为纠错性维护、适应性维护、改 善性维护和预防性维护四类
复旦大学计算机科学技术学院 软件工程(第二版)
6
软件维护的概念-软件维护分类
复旦大学计算机科学技术学院 软件工程(第二版)
2
内容摘要
• 软件维护 • 再工程技术
复旦大学计算机科学技术学院 软件工程(第二版)
3
内容摘要
• 软件维护 • 再工程技术
复旦大学计算机科学技术学院 软件工程(第二版)
4
软件维护的概念
• 什么是软件维护
– 是指软件系统交付使用以后,为了改正错误 或满足新的需要而修改软件的过程
8
软件维护的概念-维护问题
• 结构化维护:采用软件工程的方法进行软件开发,保证 每个阶段都有完整且详细的文档
• 非结构化维护:如果不采用软件工程方法开发软件,软 件只有程序而欠缺文档,则维护工作将变得十分困难
维护时,开发人员从分析需求规格说明开始,明白软件 功能和性能上的改变,对设计说明文档进行修改和复查, 再根据设计修改进行程序变动,并用测试文档中的测试 用例进行回归测试,最后将修改后的软件再次交付使用。
复旦大学计算机科学技术学院 软件工程(第二版)
11
软件活动占用了其他软件开发可用的资源, 使资源的利用率降低
– 一些修复或修改请求得不到及时安排,使得 客户满意率下降
– 维护的结果把一些新的潜在的错误引入软件, 降低了软件质量
– 将软件人员抽调到维护工作中,使得其它软 件开发过程受到干扰
复旦大学计算机科学技术学院 软件工程(第二版)
12
软件维护的概念-维护成本
• 维护的工作可划分成:
– 生产性活动 如,分析评价、修改设计、编写 程序代码等
– 非生产性活动 如,程序代码功能理解、数据 结构解释、接口特点和性能界限分析等
• 维护工作量的模型
M p Kecd
– M:维护的总工作量 ;P:生产性工作量;K:经验常数;c: 复杂程度;d:维护人员对软件的熟悉程度
复旦大学计算机科学技术学院 软件工程(第二版)
13
软件维护的概念-维护成本
• 影响维护工作量的因素主要有以下六种
– 系统的规模:系统规模越大,其功能就越复 杂,软件维护的工作量也随之增大
– 程序设计语言:使用强功能的程序设计语言 可以控制程序的规模。语言的功能越强,生 成程序的模块化和结构化程度越高,所需的 指令数就越少,程序的可读性也越好
软件工程
第15章软件维护与再工程
• 软件演化是指软件在交付以后,对软件进 行的一系列活动的总称。
• 软件演化:软件的维护、软件再工程。
• 软件维护阶段覆盖了从软件交付使用到软 件被淘汰为止的整个时期。软件的开发时 间可能需要一、二年,甚至更短,但它的 使用时间可能要经历几年或几十年。
• 再工程的主要目的是为遗留系统转化为可 演化系统提供一条现实可行的途径,是在 软件生命周期终止后开始的一个新的阶段。