软件工程学：维护分解.pptxVIP

本章介绍软件维护的定义、种类、特点；维护的过程；提高软件可维护性的因素；以及软件再工程过程。第8章维护(Maintenance)软件维护的任务：保证软件在一个相当长的时间内能够正常运行。软件维护的目的：满足用户对已开发软件产品的性能与运行环境不断提高的需求，进而达到延长软件寿命。§1.软件维护的定义诊断和改正用户使用软件时所发现的软件错误的过程。约占全部维护活动的17%~21%。软件维护：就是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。软件维护包括4项活动：①改正性维护(correctivemaintenance)②适应性维护(adaptivemaintenance)为了使软件和变化了的环境（如软/硬件升级、新数据库等）适当地配合而修改软件的活动。约占全部维护活动的18%~25%。③完善性维护(perfectivemaintenance)§1.软件维护的定义注：①一般维护的工作量占生存周期70%以上，维护成本约为开发成本的4倍；②文档维护与代码维护同样重要。为了改进未来的可维护性或可靠性，或为了给未来的改进奠定更好的基础而主动修改软件的活动。与其它维护活动共占总维护的4%左右。为了增加软件新功能、改已有功能（如改造界面）、增强软件性能、提高运行效率等，而修改软件的活动。约占全部维护活动的50%~66%。④预防性维护(preventivemaintenance)软件结构、系统接口、约束条件……？？？不知道！1、结构化维护与非结构化维护的对比评价代码评价设计文档交付使用§2.软件维护的特点结构化维护与非结构化维护的区别：结构化维护是在软件开发中使用软件工程方法学的结果；非结构化维护是没有使用良好定义的方法学开发的结果。结构化维护是从评价设计文档开始，确定软件结构特点、性能特点及接口特点；而非结构化维护是从评价代码开始，评价困难且对软件结构、系统接口、性能设计约束常产生误解。结构化维护可估计改动带来的影响并计划实施途径；非结构化对程序的改动后果难于估计。结构化维护是先修改设计并复查，在编写相应的代码；非结构化维护在艰难理解后直接修改代码。结构化维护可进行回归测试，非结构化维护不能进行回归测试且付出较大代价。§2.软件维护的特点有形代价：费用已上升至总预算的80%；无形代价：占用资源以致延误开发；修改不及时引起用户不满；维护引入新错误，降低了软件质量；等等。生产率大幅度下降。§2.软件维护的特点其中：M=Totalmaintenanceeffort;P=Productiveefforts(e.g.Analysis,evaluation,design,coding,andtesting);K=Empiricalconstant;c=Complexity(causedbythelackofstructureddesignanddocumentation)d=Degreetowhichthemaintenanceteamisfamiliarwiththesoftware.2、维护的代价M=P+Ke（c-d）软件维护工作分为生产性活动和非生产性活动，维护工作量的经验模型：3、维护的问题别人的程序很难读懂说明性文档不可缺少!文档与代码不一致那是给谁看呢？开发人员往往不参加维护工资不一样嘛！大多数软件在设计时没有考虑将来的修改所以不是人人能发财值得注意的是：软件工程的思想至少部分地解决了与维护有关的每一个问题。§2.软件维护的特点§3.软件维护过程在维护活动开始之前就明确维护责任是十分必要的，这样可以大大减少维护过程中可能出现的混乱。维护过程本质上是修改和压缩了的软件定义和开发过程。1、建立维护组织(maintenanceteam)系统管理员客户要求任务评价任务评价钱太少不干！§3.软件维护过程2、维护报告§3.软件维护过程⑴维护要求表(MaintenanceRequestForm)由用户填写的外部文件（维护申请报告），提供错误情况说明（输入数据，错误清单等），或修改说明书等。⑵软件修改报告(SoftwareChangeReport)与MRF相应的内部文件，要求说明：①所需修改变动的性质；②申请修改的优先级；③为满足某个维护申请报告，所需的工作量；④预计修改后的状况。用户类型维护要求估计错误严重程度改错计划改正进度不严重分析问题严重维护任务分配的人员复审修改后的软件配置评价优先度开始分析完善适应低高分配的人员复审后供使用的软件配置3、维护的事件流§3.软件维护过程4、维护的存档及评估§3.软件维护过程维护记录的保存Swanson提议的18项内容是值得记录的（P.194）。维护工作的定量度量每次程序运行平均失效的次数用于每一类维护活动的总人时数平均每个程序、每种语言、每种维护所作的程序变动数增加或删