例成功的维护In1993,BellAtlanticintroducedthe.pptVIP

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