软件维护 - read.pptVIP

软件维护 维护-含义 什么是维护 所谓软件维护就是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。 维护的目的 保证软件系统能持续地与用户环境、数据处理操作、政府或其他有关部门的请求取得协调。 软件维护的类型 软件维护的类型 1.正确性维护 改正在系统开发阶段已发生的而系统测试阶段尚未发现的错误。 一般来说，这类故障由于遇到了以前从未有过的某种输入数据的组合，或者是系统的硬件和软件有了不正确的界面而引起的。 2.适应性维护 为适应软件的外界环境变化而进行的修改。 软件维护的类型 3.完善性维护 为扩充系统的功能和改善系统性能而进行的修改 4.预防性维护 为减少或避免以后可能需要的前三类维护而对软件配置进行的工作。 维护的特点 维护的特点 1.结构化维护与非结构化维护的对比 维护的特点 2.维护的代价 软件维护的费用稳步上升，目前已达到80%。 维护工作量的模型 M=P+K*exp(c-d) M-维护用的总工作量 P-生产性工作量 K-经验系数 c-复杂程度（非结构化设计和缺少文档都会增加软件的复杂程度） d-维护人员对软件的熟悉程度 维护的内容 维护的内容 1.程序维护 根据使用的要求，对程序进行全部或部分修改。修改以后，必须书写修改设计报告。 2.数据维护 数据维护指对数据有较大的变动。如安装与转换新的数据库；或者某些数据文件或数据库出现异常时的维护工作，如文件的容量太大而出现数据溢出等。 3.硬件维护 硬件人员应加强设备的保养以及定期检修，并做好检验记录和故障登记工作。 维护中的问题 维护中的问题 与软件维护有关的绝大多数问题的根源在于计划阶段和开发阶段的工作有缺点。 典型问题 读懂原开发人员写的程序通常相当困难。 软件人员的流动性，使得软件维护时，很难与原开发人员沟通。 没有文档或文档严重不足。 软件设计时，欠考虑软件的可修改性 维护中的问题 频繁的软件升级，要追踪软件的演化变得很困难，使软件难以修改。 软件的可维护性 什么是软件的可维护性 软件能够被理解、改正、适应和完善以适应新的环境的难易程度。 控制因素 与开发方法有关的因素，如采用什么方法 与开发环境有关的因素 合格的软件开发人员 可理解的系统结构 软件的可维护性 与开发环境有关的因素 系统处理容易 使用标准的编程语言 使用标准的操作系统 标准化的文档结构 测试用例的有效性 系统自身拥有的纠错工具 易于维护的计算机 开发该软件的个人或组织 软件的可维护性 定量度量 软件的可维护性与质量或可靠性一样，很难以数量表示，但可以通过能够度量的维护活动的属性，间接地估算可维护性。 Gilb提出的与维护工作量有关的可维护性度量： 问题确定时间 管理延迟时间 维护工具收集时间 问题分析时间 规格说明修改时间 软件的可维护性 Gilb提出的与维护工作量有关的可维护性度量： 改正或修改活动时间 局部测试时间 全局测试时间 维护评审时间 整个恢复时间 另外，可维护性还可以通过设计结构和软件复杂性间接度量。 软件的可维护性 评审 在软件开发各个阶段的评审过程中分别考虑它们的可维护性 需求评审 对将来可能要完善和修改的部分应加以说明，如讨论可移植性问题时应考虑系统接口对软件可维护性带来的影响。 软件的可维护性 设计评审 数据设计、体系结构设计、过程设计及接口设计是否易于修改 编码评审 强调编程风格和内部文档 测试 在软件正式交付使用前，每个测试步骤都应对预防性维护作出提示。 软件维护过程（任务） 1.建立维护组织 一般软件公司没有专门的维护机构，除非大型软件。 维护机构成员一般包括：配置管理员、维护控制员、系统管理员、一般维护工作人员。 软件维护过程（任务） 2.安排计划 维护工作不应该采用“一次改一个错”的零打碎敲的方法，而应当有计划有步骤地统筹安排。 维护报告应包括的内容：该维护任务的范围，所需资源，确认的要求，维修费用及维修进度安排。 软件维护过程（任务） 3 .维护流程 P127 图7-4-2 软件维护过程（任务） 4.软件维护实施 软件维护任务与新软件开发的过程基本上一致并且是并行的。 软件修改完成后，由维修主管进行验收，验收标准如下： 全部软件文档已准备齐全，并已更新好 所有测试用例和测试结果已经正确记录下来 记录和所有寻找软件配置的工序已建立 维护工序和责任已经确定 软件维护过程（任务） 5.软件维护文档 除一般文档外，还包括： 软件问题报告 软件变动报告 软件维护记录，如Swanson提出的项目表。 6.软件维护的评价 在有维护记录保存的基础上，可以进行软件维护活动的评价，否则很难评价。 软件维护的副作用 什么是软件维护的副作用 由于软件被修改而导致的错误或其他多余动作的发生，称为是软件维护的副作用。 软件副作用的类型 修改代码的副作用 修改数