软件维护特点专家讲座

8.2软件维护特点MaintenanceCharacteristics 8.3软件维护过程Maintenanceprocess 8.4软件可维护性SoftwareMaintainability 8.5软件维护副作用Maintenance

sideeffect第八章软件维护

SoftwareMaintenance 8.1软件维护概念ConceptsofSoftwareMaintenance软件维护特点专家讲座第1页8.1软件维护概念ConceptsofSoftwareMaintenance 8.1.1软件维护种类ClassesofSoftwareMaintenance8.1.2影响维护工作量原因AffectedfactorsforMaintenancequantity软件维护特点专家讲座第2页普通来说，要求进行维护原因大致有以下几个：（1）更正程序中错误和缺点。（2）改进设计以适应新软、硬件环境。（3）增加新应用范围。综合以上几个要求进行维护原因，我们能够把软件维护分为以下几类：1．更正性维护(CorrectiveMaintenance)2．适应性维护(AdaptiveMaintenance)3．完善性维护(PerfectiveMaintenance)4．预防性维护(PreventiveMaintenance)8.1.1软件维护种类ClassesofSoftwareMaintenance软件维护特点专家讲座第3页8.1.2影响维护工作量原因AffectedfactorsforMaintenancequantity1．系统规模(Systemscale)2．系统年纪(Systemage)3．系统结构(SystemStructure)4．程序设计语言(ProgramLanguages)5．文档质量(Qualityofdocumentation)软件维护特点专家讲座第4页8.2软件维护特点

MaintenanceCharacteristics 8.2.1软件工程与软件维护关系RelationshipbetweenSoftwareprojectandSoftwareMaintenance 8.2.2维护成本MaintenanceCost 8.2.3维护问题MaintenanceProblem软件维护特点专家讲座第5页8.2.1软件工程与软件维护关系RelationshipbetweenSoftwareprojectandSoftwareMaintenance软件维护特点专家讲座第6页无形维护成本：（1）一些看起来是合理改错或修改要求不能及时满足，使得用户不满意；（2）维护时产生改动，可能会带来新潜伏故障，从而降低了软件整体质量；（3）当必须把软件开发人员抽调去进行维护工作时，将在开发过程中造成混乱。8.2.2维护成本MaintenanceCost软件维护特点专家讲座第7页用于软件维护工作量能够分为两部分：一部分用于生产性活动，另一部分用于非生产性活动。下面表示式是由Belady和Lehman提出维护工作量计算模型：M＝p＋K×e(c–d)M：维护中消耗总工作量；p：生产性工作量；K：经验常数；c：复杂程度；d：维护人员对软件熟悉程度。经过这个模型能够看出，假如使用了不好软件开发方法，参加维护人员都不是原来开发人员，那么维护工作量（及成本）将按指数级增加。软件维护特点专家讲座第8页（1）了解他人编写程序普通都有一定困难性。（2）软件配置文档严重不足甚至没有，或者没有合格文档。（3）当需要对软件进行维护时，因为软件人员经常流动，维护阶段连续时间又很长，所以普通不能指望由原来开发人员来完成或提供软件解释。（4）绝大多数软件在设计时没有考虑到未来修改问题。（5）软件维护能够说是一项毫无吸引力工作。之所以形成这么一个观念，首先是因为软件维护工作量大，看不到什么“结果”，更主要原因是因为维护工作难度大，又经常遭受挫折。8.2.3维护问题MaintenanceProblem软件维护特点专家讲座第9页8.3软件维护过程Maintenanceprocess 8.3.1维护机构(Maintenanceorganization) 8.3.2维护申请汇报(MaintenanceReporting) 8.3.3维护工作流程(FlowofMaintenance) 8.3.4维护统计(RecordKeepingofMaintenance) 8.3.5维护评价(EvaluationofMaintenance)软件维护特点专家讲座第10页8.3.1维护机构Maintenanceorganization维护管理员负责接收维护申请，然后把维护申请交给某个系统管理员去评价。系统管理员是一名技术人员，他必须熟悉软件产品某一部分。系统管理员对维护申请做出评价，然后交与修改责任人确定怎样进行修改。软件维护特点专家讲座第11页8.3.2维护申请汇报MaintenanceReporting维护申请汇报是由软件组织外部提交文档，它是计划维护活动基础。软件组织内部应依此制订对应软件修改汇报，这个汇报包含以下内容：（1）为满足某个维护申请要求所需工作量；（2）所需修改变动性质；（3）申请修改优先级；（4）与修改相关事后数据。软件修改汇报应提交修改责任人进行审核同意，方便进行下一步工作。软件维护特点专家讲座第12页8.3.3维护工作流程FlowofMaintenance软件维护特点专家讲座第13页不论是哪一个类型维护，都要进行以下工作：（1）修改软件设计；（2）设计复审；（3）对源代码必要修改；（4）单元测试；（5）集成测试，包含回归测试；（6）验收测试；（7）软件配置复审。在每次软件维护任务完成后，需要进行必要情况评审。这种评审是对以下问题一个小结：（1）在当前情况下，设计、编码、测试中哪些方面能够改进？（2）哪些维护资源是应该有而实际上却没有？（3）工作中主要和次要障碍是什么？（4）要求维护类型中有预防性维护吗？软件维护特点专家讲座第14页8.3.4维护统计RecordKeepingofMaintenance对于维护统计中内容，Swanson给出了下述项目表：（1）程序名称；（2）源程序语句条数；（3）机器代码指令条数；（4）使用程序设计语言；（5）程序安装日期；（6）程序安装后运行次数；（7）与程序安装后运行次数相关处理故障次数；软件维护特点专家讲座第15页（8）程序修改层次和名称；（9）因为程序修改而增加源程序语句条数；（10）因为程序修改而删除源程序语句条数；（11）每项修改所付出“人时”数；（12）程序修改日期；（13）软件维护人员姓名；（14）维护申请汇报名称；（15）维护类型；（16）维护开始时间和维护结束时间；（17）用于维护累计“人时”数；（18）维护工作净收益。软件维护特点专家讲座第16页8.3.5维护评价EvaluationofMaintenance普通来说，能够从以下七个方面来评价维护工作：（1）每次程序运行时平均犯错次数；（2）用于每一类维护活动总“人时”数；（3）每个程序、每种语言、每种维护类型所做平均修改数；（4）维护过程中，增加或删除每条源程序语句花费平均“人时”数；（5）用于每种语言平均“人时”数；（6）一张维护申请汇报平均处理时间；（7）各类维护类型所占百分比。软件维护特点专家讲座第17页8.4软件可维护性SoftwareMaintainability 8.4.1软件可维护性度量MaintainabilityMeasures 8.4.2提升软件可维护性方法MethodsforImprovingMaintainability软件维护特点专家讲座第18页能够从以下四个方面来度是软件可维护性：1．可了解性(understandability)2．可测试性(testability)3．可修改性(Modify-ability)4．可移植性(transplant-ability)8.4.1软件可维护性度量MaintainabilityMeasures软件维护特点专家讲座第19页8.4.2提升软件可维护性方法MethodsforImprovingMaintainability

1．建立明确软件质量标准2．利用先进软件技术和工具3．建立明确质量确保制度4．选择可维护程序设计语言5．改进软件文档软件维护特点专家讲座第20页8.5软件维护副作用Maintenance

sideeffect（1）对子程序删除或修改；（2）对语句标号删除或修改；（3）对标识符删除或修改；（4）为改进程序执行性能所做修改：（5）改变文件打开或关闭；（6）对逻辑运算符修改；（7）把设计修改翻译成程序代码修改；（8）对判定边界条件所做修改。为确保编码修改没有引入新错误，应进行严格回归测试。普通情况下，经过回归测试，能够发觉并纠正修改编码所带来副作用。1、修改编码副作用(Codingsideeffect)

软件维护特点专家讲座第21页（1）重新定义局部常量或全程常量；（2）重新定