1. 定义.pptVIP

③ 完善性维护（perfective maintenance) —— 为了增加新功能，修改已有功能，改造界面，增加HELP等，而修改软件,约占全部维护活动的50~66% ； ④ 预防性维护(preventive maintenance) —— 为了改进未来的可维护性或可靠性，或为了给未来的改进奠定更好的基础而修改软件, 与其它维护活动共占总维护的4%左右。 2、维护的代价 ? 有形代价：费用已上升至总预算的80%； ? 无形代价： ? 占用资源以致延误开发； ? 修改不及时引起用户不满 ； ? 维护引入新错误，降低了软件质量；等等。 ? 维护工作量的经验模型： 3、维护的问题 §3. 维护过程 —— 本质上是修改和压缩了的软件定义和开发过程 1、建立维护组织(maintenance team)： 在维护活动开始之前就明确维护责任是十分必要的，这样可以大大减少维护过程中可能出现的混乱 2、维护报告 ⑴ 维护申请报告(MRF, Maintenance Request Form) 由用户填写的外部文件，提供错误情况说明（输入数据，错误清单等），或修改说明书等。 ⑵ 软件修改报告(Software Change Report) 与MRF相应的内部文件，要求说明： ①所需修改变动的性质； ②申请修改的优先级； ③为满足某个维护申请报告，所需的工作量； ④预计修改后的状况。 4、存档及评估 Q：哪些数据是值得记录的？ A：P.171 Swanson 提议的18项内容。 Q：维护工作一般从哪几方面定量度量？ A：P.172 七个方面。 §4.可维护性(Maintainability )的度量 —— 软件度量学(Software Measurement) 软件可维护性可定性地定义为：维护人员理解、改正、改动和改进这个软件的难易程度。 1、用于衡量可维护性的软件特性： ⑴ 可理解性(Understandability) 是指由文档代码理解功能运行的容易程度。 好程序的特征： 模块化、结构化、代码与设计风格一致， 高级语言实现。 度量方法： 90 - 10 Test ——读源程序10分钟，能否默写出90%？ ⑵可测试性(Testability) 是指论证程序正确性的容易程度。 好程序的特征：可理解、可靠、简单。 度量方法： 程序复杂度（第五章中已讨论） ⑶ 可修改性(Reparability) 是指程序容易修改的程度。 好程序的特征：可理解、简单、通用。 度量方法： 2、文档 —— 影响可维护性的决定因素，比代码更重要。 ⑴ 用户文档： ①功能描述 —— 说明系统能做什么； * §1. 定义 第七章 维 护(Maintenance) —— 亦称 Software Evolution Q：什么是维护？ A：在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。 Q：维护做什么？ A: ① 改正性维护(corrective maintenance)—— 诊断和改正错误, 约占全部维护活动的 17~20%； ② 适应性维护(adaptive maintenance) —— 为了和变化了的环境（如软\硬件升级、新数据 库等）适当地配合而修改软件，约占全部维护活动的18~25%； §1. 定义 注：① 一般维护的工作量占生存周期70%以上，维护成本约为开发成本的4倍(80 - 20 Rule)； ② 文档维护与代码维护同样重要。 软件结构、系统接口、 约束条件……？？？ 不知道！ 1、结构化维护与非结构化维护的对比 维护要求 软件配置 只有代码 评价代码 重编程序 复 查 完整配置 评价设计文档 估计改动影