管理信息系统 第十章 系统维护与评价.pptVIP

* 开发人员和维护人员定期轮换，可以使软件人员体会到开发和维护工作的具体要求以及两者之间的相互关系，有利于提高软件人员的技术水平和软件系统的质量，这是一种较好的做法。 用户填写维护申请表。表中必须完整地描述每个错误发生的环境，包括：输入数据、输出结果等有关信息。对于适应性或完善性的维护要求，还应该提出一份修改说明书，提出用户希望的修改。维护申请表交维护组织后，经有关人员认真分析，并根据分析结果制定软件修改报告，内容应包括：（1）维护要求的性质；（2）维护活动的优先顺序；（3）计算满足维护申请表中提出的软件变更所需要的工作量；（4）预计软件变更后的状况。 软件修改报告确定后交软件开发组织审批，经批准后交由维护组织（人）具体实施。 第十章 系统维护与评价 系统维护与评价 系统规划 系统设计 系统实施 系统分析 开发 设计 初步 调查 可行性 研究 审批 系统 评价 系统 维护 总体 设计 详细 设计 审计 审查 编程 调试 系统 转换 验收 详细 调查 逻辑 设计 11-1 系统维护 系统维护是指在管理信息系统交付使用后，为了改正错误或满足新的需要而修改系统的过程。 系统维护的任务 　　系统维护的任务是改正软件系统在使用过程中发现的隐含错误，扩充在使用过程中用户提出的新的功能及性能要求，其目的是维护软件系统的“正常运作”。 软件维护并不只是修改错误，维护的最终目的是满足用户对软件的性能与运行环境不断提高的要求，进而延长软件的寿命。 维护成本 30%-40% 开发成本 1970年 维护成本 40%-60% 开发成本 1980年 维护成本 70% 开发成本 1990年 系统维护成本的比例 一、系统维护的起因 ▓由于系统运行期间发生错误或其它问题，在实施阶段不可能被检查出来。 ▓由于用户使用计算机后，对计算机有了了解，从而提出更多的要求和改进意见。 ▓由于企业的管理方式方法、经营情况发生变化，从而需要变更和改进。 ▓硬件产品的更新而需要修改。 二、系统维护工作常见的问题 (1)理解别人写的程序通常非常困难，而且困难程度随着软件配置成分的减少而迅速增加。如果仅有程序代码而没有说明文档，则会出现严重的问题。 (2)需要维护的软件往往没有合适的文档，或者文档资料显著不足。认识到软件必须有文档仅仅是第一步，容易理解的并且和程序代码完全一致的文档才真正有价值。 (3)当要求对软件进行维护时，不能指望由开发人员来仔细说明软件。由于维护阶段持续的时间很长，因此，当需要解释软件时，往往原来写程序的人已不在附近了。 (4)绝大多数软件在设计时没有考虑将来的修改。除非使用强调模块独立原理的设计方法论，否则修改软件既困难又容易发生差错。 三、系统的可维护性 系统的可维护性可通过以下方面来衡量。 1．可理解性 2．可测试性 3．可修改性 4．软件文档 四、维护的内容 系统维护包括以下几个方面的工作： 1、程序的维护 在系统维护阶段，会有一部分程序需要改动。 2、数据文件的维护 业务发生了变化，从而需要建立新文件，或者对现有文件的 结构进行修改。 3、代码的维护 随着环境的变化，旧的代码不能适应新的要求，必须进行改造。 4、机器、设备的维护 包括机器、设备的日常维护与管理。 五、维护的类型 依据信息系统需要维护的原因不同，系统维护可分为四种类型： 1、更正性维护（corrective maintenance） 指由于发现系统中错误而引起的维护，包括诊断问题和改正错误。在软件交付使用后，由于开发时测试的不彻底、不完全，必然会有一部分隐藏的错误被带到运行阶段来。改正软件性能上的缺陷、排除实施中的误使用，应进行的诊断和改正错误的过程，是更正性维护。 2、适应性维护（adaptive maintenance） 为了适应外界环境的变化而增加或修改系统的部分功能的维护工作。 随着计算机的飞速发展，外部环境（新的硬、软件配置）或数据环境（数据库、数据格式、数据输入／输出方式、数据存储介质）可能发生变化，为了使软件适应这种变化，而修改软件的过程叫做适应性维护。 3、完善性维护（perfective maintenance） 为了改善系统功能或适应用户的需要而增加新的功能的维护工作。 在软件的使用过程中，用户往往会对软件提出新的功能与性能要求。为了满足这些要求，需要修改或再开发软件，以扩充软件功能、增强软件性能、改进加工效率、提高软件的可维护性。这种情况下进行的维护活动