软件工程维护研讨.ppt

软件维护的定义 在软件运行／维护阶段对软件产品进行的修改就是所谓的维护。 维护的类型有三种： 改正性维护 适应性维护 完善性维护 改正性维护 在软件交付使用后，因开发时测试的不彻底、不完全，必然会有部分隐藏的错误遗留到运行阶段。 这些隐藏下来的错误在某些特定的使用环境下就会暴露出来。 为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的误使用，应当进行的诊断和改正错误的过程就叫做改正性维护。 适应性维护 在使用过程中， 外部环境（新的硬、软件配置） 数据环境（数据库、数据格式、数据输入/输出方式、数据存储介质） 可能发生变化。 为使软件适应这种变化，而去修改软件的过程就叫做适应性维护。 完善性维护 在软件的使用过程中，用户往往会对软件提出新的功能与性能要求。 为了满足这些要求，需要修改或再开发软件，以扩充软件功能、增强软件性能、改进加工效率、提高软件的可维护性。 这种情况下进行的维护活动叫做完善性维护。 实践表明，在几种维护活动中，完善性维护所占的比重最大。即大部分维护工作是改变和加强软件，而不是纠错。 完善性维护不一定是救火式的紧急维修，而可以是有计划、有预谋的一种再开发活动。 事实证明，来自用户要求扩充、加强软件功能、性能的维护活动约占整个维护工作的50％。 预防性维护 预防性维护是为了提高软件的可维护性、可靠性等，为以后进一步改进软件打下良好基础。 预防性维护定义为：采用先进的软件工程方法对需要维护的软件或软件中的某一部分（重新）进行设计、编制和测试。 在整个软件维护阶段所花费的全部工作量中，完善性维护占了几乎一半的工作量。 软件维护活动所花费的工作占整个生存期工作量的70%以上，这是由于在漫长的软件运行过程中需要不断对软件进行修改，以改正新发现的错误、适应新的环境和用户新的要求，这些修改需要花费很多精力和时间，而且有时会引入新的错误。 维护在软件生 三类维护占 存期所占比例 总维护比例 2、维护的代价 ? 有形代价：费用已上升至总预算的80%； ? 无形代价： ? 占用资源以致延误开发； ? 修改不及时引起用户不满 ； ? 维护引入新错误，降低了软件质量；等等。 ? 维护工作量的经验模型： 3、维护的问题 §3. 维护过程 —— 本质上是修改和压缩了的软件定义和开发过程 1、建立维护组织(maintenance team)： 在维护活动开始之前就明确维护责任是十分必要的，这样可以大大减少维护过程中可能出现的混乱 2、维护报告 ⑴ 维护申请报告(Maintenance Request Form) 由用户填写的外部文件，提供错误情况说明（输入数据，错误清单等），或修改说明书等。 ⑵ 软件修改报告(Software Change Report) 与MRF相应的内部文件，要求说明： ①所需修改变动的性质； ②申请修改的优先级； ③为满足某个维护申请报告，所需的工作量； ④预计修改后的状况。 4、存档及评估 Q：哪些数据是值得记录的？ A：Swanson 提议的18项内容。 Q：维护工作一般从哪几方面定量度量？ A：七个方面。 §4.可维护性(Maintainability )的度量 —— 软件度量学(Software Measurement) 软件可维护性可定性地定义为：维护人员理解、改正、改动和改进这个软件的难易程度。 1、用于衡量可维护性的软件特性： ⑴ 可理解性(Understandability) 是指由文档代码理解功能运行的容易程度。对外又称 user friendliness. 好程序的特征：模块化、结构化、代码与设计风格一致，高级语言实现。 度量方法：90 - 10 Test ——读源程序10分钟，能否默写出90%？ ⑵可测试性(Testability) 是指论证程序正确性的容易程度。 好程序的特征：可理解、可靠、简单。 度量方法：程序复杂度（第五章中已讨论） ⑶ 可修改性(Reparabili