第8节-维护 数据库原理.pptVIP

第八章、软件维护 本章内容 软件维护 在软件产品被开发出来并交付用户使用之后，就进入了软件的运行维护阶段。 是软件生命周期的最后一个阶段，其基本任务是保证软件在一个相当长的时期能够正常运行。 软件维护成本很高。大型软件的维护成本高达开发成本的4倍左右。 软件工程的目的是要提高软件的可维护性，减少软件维护所需要的工作量，降低软件系统的总成本。 8.1 软件维护的定义 软件维护：就是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。 软件维护有4类: 把诊断和改正错误的过程称为改正性维护。 为适应环境变化而进行的修改软件的活动称为适应性维护。 为了满足用户提出增加新功能或修改已有功能的建议而进行完善性维护。 为了改进未来的可维护性或可靠性而修改软件的活动称为预防性维护。 维护的规律 事实上在全部维护活动中一半以上是完善性维护。 国外的统计数字表明，完善性维护占全部维护活动的50%～66%，改正性维护占17%～21%，适应性维护占18%～25%，其他维护活动只占4%左右。 应该注意，维护软件文档和维护软件的可执行代码是同样重要的。 8.2 软件维护的特点 1、结构化维护和非结构化维护差别巨大 2、维护的代价很高 3、维护的问题很多  非结构化维护 1、软件配置的惟一成分是程序代码 2、文档不足使的评价程序代码困难，对于软件结构、全程数据结构、系统接口、性能和(或)设计约束等经常会产生误解 3、没有测试文档，不可能进行回归测试 非结构化维护的因果 1、非结构化维护需要付出很大代价(浪费精力并且遭受挫折的打击) 2、是没有使用良好定义的方法学开发出来的软件的必然结果 非结构化维护与结构化维护 2. 结构化维护 有完整的软件配置和测试配置 结构化维护的步骤： 1、首先修改设计并且对所做的修改进行仔细复查。 2、接下来编写相应的源程序代码； 3、使用在测试说明书中包含的信息进行回归测试； 4、最后，把修改后的软件再次交付使用。 8.2.2 维护的代价高昂 软件维护的费用高昂且稳步上升 1970年维护费用占软件总预算的35%～40%，1980年上升为40%～60%，1990年上升为70%～80%。 维护费用是软件维护的最明显的代价 软件维护的无形代价有： 不能及时修改的要求引起用户不满； 维护导致新潜伏的错误，降低了软件的质量； 开发人员调去维护，造成开发过程混乱。 生产率的大幅度下降。 维护工作量模型 维护工作的劳动分成生产性活动(例如，分析评价，修改设计和编写程序代码等)和非生产性活动(例如，理解程序代码的功能，解释数据结构、接口特点和性能限度等)。 维护工作量的一个模型：M=P+K×exp(c-d) 其中： M是维护用的总工作量，P是生产性工作量，K是经验常数，c是复杂程度(非结构化设计和缺少文档都会加大c)，d是维护人员对软件的熟悉程度。 软件的开发途径不好（没使用软件工程方法学）、原来的开发人员不能参加维护工作，维护工作量和费用将指数地增加。 8.2.3 维护的问题很多 软件维护的困难主要归因于软件定义和软件开发方法的缺陷。 （1） 理解别人写的程序非常困难，并随着软件配置成分的减少而迅速增加。 （2） 维护需要的文档资料不合格或显著不足。 （3） 维护阶段持续时间很长，开发人员通常不能仔细说明软件。 （4） 绝大多数软件在设计时没有考虑将来的修改。使维护既困难又容易出错。 （5） 软件维护不是一项吸引人的工作。缺乏成就感，经常遭受挫折。 8.3 软件维护过程 维护过程本质上是修改和压缩了的软件定义和开发过程。 1、首先建立一个维护组织 2、确定报告和评价的过程 3、为每个维护要求规定一个标准化的事件序列 4、建立一个适用于维护活动的记录保管过程 5、规定复审标准 1. 维护组织 在维护活动开始之前就明确维护责任，减少维护过程中可能出现的混乱。 每个维护要求都通过维护管理员转交给相应的系统管理员去评价。 系统管理员是被指定去熟悉一小部分产品程序的技术人员。 系统管理员对维护任务做出评价之后，由变化授权人决定应该进行的活动。 2. 维护报告 维护报告=维护要求表+修改报告 维护要求表 1、用标准化的格式表达所有软件维护要求。 2、由要求维护活动的用户填写维护要求表 3、改正性维护必须完整描述导致出现错误的环境(包括输入数据、全部输出数据等相关信息)。 4、适应性或完善性的维护要提出一个简短的需求说明书。 5、由维护管理员和系统管理员评价用户提交的维护要求表。 软件修改报告 1、满足要求表需求的工作量 2、维护要求的性质 3、维护的优先次序 4、修改有关的事后数据 3. 维护的事件流 维护的事件流 各类维护都需要进行软件设计修改、复查、必要的代码修改、单元测试和集成测试(回归测试等)、验收测试和复审的