运行和维护预案.ppt

3．周期性地维护审查 检查点复查和验收检查，可用来保证新软件系统的可维护性。对已有的软件系统，则应当进行周期性的维护检查。 软件在运行期间，必须对软件做周期性的维护审查，以跟踪软件质量的变化。 周期性维护审查实际上是开发阶段检查点复查的继续，并且采用的检查方法、检查内容都是相同的。 软件的可维护性 4．对软件包进行检查 软件包是一种标准化了的、可为不同单位、不同用户使用的封装软件。 使用单位的维护人员首先要仔细分析、研究开发商提供的用户手册、操作手册、培训教程、新版本说明、计算机环境要求书，以及开发商提供的验收测试报告等，在此基础上，深入了解本单位的希望和要求，编制软件包的检验程序。该检验程序检查软件包程序所执行的功能是否与用户的要求和条件相一致。 软件的可维护性 逆向工程 正向工程产品设计过程是一个从设计到产品的过程，即设计人员首先在大脑中构思产品的外形、性能和大致的技术参数等，然后在详细设计阶段完成各类数据模型，最终将这个模型转入到研发流程中，完成产品的整个设计研发周期。 逆向工程产品设计就是根据已经存在的产品，反向推出产品设计数据（包括各类设计图或数据模型）的过程。 * 逆向工程 目标：帮助人们理解已有软件系统的方法、工具、为软件系统的维护提供支持。 * * 软件再工程过程 软件公司的经理们没有哪一个喜欢被维护的费用吓一跳，但软件维护的代价通常是高昂的。 如果希望提高已有软件的质量并且提高商业竞争力，却又无法靠维护来实现，只好对已有软件进行全部或者部分的改造，这种活动叫再生工程（Reengineering）。 * 软件再工程过程 在许多有大量软件的企业中，维护这些软件是一个挑战！ 如一个保险公司使用多种实现语言在不同平台上支持许多不同的应用程序，例如有一个应用程序处理某种类型的保险单、保单持有人信息、保险统计与记帐信息。这样的保单可能要维持数十年。有时不到最后一个保单持有人死亡并且每一项索赔都得到支付，是不可能报废软件的。 这些软件有的已老化，虽然经常出错，但对业务处理提供了有力的支持。企业还要依赖这些系统，却很难决定怎样使这些系统更易于维护。其选择可能是扩充或者用新技术替换；每种选择都希望在成本尽可能低的情况下保持或者增加软件质量。 因此软件再工程是试图增加当前系统（或称遗留系统）的总体质量、提高可维护性的工程。 * 软件再工程过程 软件再工程与新开发软件之间的重要差别表现在开发的起点上。再工程开始于已有的系统，通过改善原始系统的结构和产生新的系统文档，使之更容易理解、更易于维护。实施软件再工程的优越性是： 减少重新开发软件的风险 降低开发软件的成本 再工程的成本比重新开发要小的多。 Ulrich(1990)引用了一个商业系统的例子：重新实现预算5000万美元，经过再工程，仅用了1200万美元，是重新开发费用的四分之一。 当一个系统有很高的业务价值同时需要很高的维护费用时，对该系统实施再工程是个经济的办法。 软件再工程过程中的活动主要包括以下几个方面： * ? 文档重构(redocument) ? 结构重组( restructuring) ? 逆向工程(reverse engineering) ? 再工程(reengineering) * 1、文档重构 对源代码进行静态分析，产生以下用图标和文本表示的信息： 构件的调用关系 类或构件的层次关系 数据接口表 数据词典信息 数据流图、控制流图、实体-关系图、结构图 伪代码 测试路径 构件与变量的交叉引用 图形、文本、表格信息用来帮助维护人员理解代码，评估一个系统是否需要结构重组。 软件再工程过程 * 2、结构重组 使用CASE工具分析源代码，产生内部表示（语义网或有向图）并利用转换技术对内部表示进行精化，产生结构良好的系统代码。 3、逆向工程 和文档重构一样，从系统的源代码中得出系统的说明和设计等信息，把这种信息求精与简化并储存成表格以被后用。逆向工程的关键在于它从详细的源代码实现中抽取出抽象说明的能力。对于实时系统，由于频繁的性能优化，实现与设计之间的对应关系比较松散，设计信息不易抽取。 软件再工程过程 * 4、再工程 是逆向工程的扩展。根据抽取出的信息，在不改变整个系统功能的前提下产生新的源代码。 （1）进行逆向工程 ，然后用当前新的方法对内部表示进行修改，以便详细说明和设计软件； （2）纠正并完善软件系统模型； （3）根据新的说明或设计产生新系统。 再工程过程的输入：源程序文件、数据库文件、屏幕生成文件等与系统相关的文件。 再工程过程的输出：系统说明、设计、源程序等所有文档。 软件再工程过程 软件再工程过