- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第8章 维护 1 软件维护的定义 2 软件维护的特点 3 软件维护过程 4 软件的可维护性 5 预防性维护 6 软件再工程过程 8.1 软件维护的定义 1. 所谓软件维护就是在软件已经交付使用之后,为 了改正错误或满足新的需要而修改软件的过程。 2. 软件维护通常包括4类活动: 1)改正性维护; 2)适应性维护; 3)完善性维护; 4)预防性维护。 8.2 软件维护的特点 8.2.1 结构化维护与非结构化维护差别巨大; 1. 非结构化维护; 2. 结构化维护。 8.2.2 维护的代价高昂 1. 维护费用只不过是软件维护的最明显的代价; 2. 还有其他无形的代价: 1) 当看来合理的有关改错或修改的要求不能及时满足时 将引起用户不满; 2) 由于维护时的改动,在软件中引入了潜伏的错误,从 而降低了软件的质量; 3) 当必须把软件工程师调去从事维护工作时,将在开发 过程中造成混乱。 ◆ 软件维护的最后一个代价是生产率的大幅度下降。 ◆ 用于维护工作的劳动可以分成生产性活动和非生产性活动 生产性活动: 分析评价,修改设计和编写程序代 码等; 非生产性活动: 理解程序代码的功能,解释数据 结构、接口特点和性能限度等。 ◆ 下面给出维护工作量的一个模型: M = P + K × exp ( c – d ) 其中:M是维护用的总工作量, P是生产性工作量, K是经验常数, c是复杂程度, d是维护人员对软件的熟悉程度。 8.2.3 维护的问题很多 1. 与软件维护有关的绝大多数问题,都可归因于 软件定义和软件开发的方法有缺点。 2. 在软件生命周期的头两个时期没有严格而又科 学的管理和规划,几乎必然会导致在最后阶段 出现问题。 8.3 软件维护过程 ◆ 维护过程本质上是修改和压缩了的软件定义和 开发过程, ◆ 首先,必须建立一个维护组织, ◆ 随后,必须确定报告和评价的过程, ◆ 而且,必须为每个维护要求规定一个标准化的 事件序列。 ◆ 还应该建立一个适用于维护活动的记录保管过 程,并且规定复审标准。 1. 维护组织 2. 维护报告 1) 软件维护人员通常给用户提供空白的维护要求表, 有时称为软件问题报告表,这个表格由要求一项 维护活动的用户填写。 2) 如果遇到了一个错误,那么必须完整描述导致出 现错误的环境,包括输入数据、全部输出数据以 及其他有关信息。 3) 对于适应性或完善性的维护要求,应该提出一个 简短的需求说明书。如前所述,由维护管理员和 系统管理员评价用户提交的维护要求表。 ◆ 维护要求表是一个外部产生的文件,软件组织 内部应该制定出一个软件修改报告,它给出下 述信息: (1) 满足维护要求表中提出的要求所需要的工作量; (2) 维护要求的性质; (3) 这项要求的优先次序; (4) 与修改有关的事后数据。 在拟定进一步的维护计划之前,把软件修改报告提 交给变化授权人审查批准。 3. 维护的事件流 4. 保存维护记录 保存维护记录遇到的第一个问题就是,哪些数据是值得记 录的? Swanson 提出了下述内容: ① 程序标识; ② 源语句数; ③ 机器指令条数; ④使用的程序设计语言; ⑤ 程序安装的日期; ⑥自从安装以来程序运行的次数; ⑦自从安装以来程序失效的次数; ⑧ 程序变动的层次和标识; ⑨ 因程序变动而增加的源语句数; 因程序变动而删除的 源语句数; 每个改动耗费的人时数; 程序改动的日 期; 软件工程师的名字; 维护要求表的标识; 维护类 型; 维护开始和完成的日期; 累计用于维护的人时 数; 与完成的维护相联系的纯效益。 5. 评价维护活动 根据保存的维护记录,至少可以从下述7个方面度 量维护工作: (1) 每次程序运行平均失效的次数; (2) 用于每一类维护活动的总人时数; (3) 平均每个程序、每种语言、每种维护类型所做 的程序变动数; (4) 维护过程中增加或删除一个源语句平均花费的
文档评论(0)