ch06软件维护.pptVIP

下载本文档

6
0
约2.76千字
约 18页
2017-09-20 发布于河南
举报
版权申诉

ch06软件维护.ppt

1、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。。
2、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击这里二次下载。
3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
4、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
5、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
6、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
7、VIP文档为合作方或网友上传，每下载1次，网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档

6.1 软件维护的类型软件维护是指软件系统交付使用以后，为了改正错误或满足新的需求而修改软件的过程。按照不同的维护目的，维护工作可分成4类。软件维护的类型四类软件维护的比例二、维护的步骤三、维护工作的组织管理软件维护工作不仅是技术性的，它还需要大量的管理工作与之相配合，才能保证维护工作的质量。管理部门应对提交的修改方案进行分析和审查，并对修改带来的影响作充分的估计，对于不妥的修改予以撤销。需修改主文档时，管理部门更应仔细审查。软件维护的管理流程如图所示：软件维护的管理流程 6.2 软件维护的特性一、结构化维护与非结构化维护结构化维护 — 指软件开发过程是按照软件工程方法，软件的维护过程，有一整套完整的方案、技术、审定过程。非结构化维护 — 缺乏必要的文档说明，难于确定数据结构、系统接口等特性。维护工作令人生畏，事倍功半。二、软件维护的代价维护费用高达开发费用的55% — 70%，而且逐年上涨。维护中还可能引入新的潜在错误。 Belady 和 Lehman 提出软件维护工作模型： M=P+K*EXP（C - D）其中： M—维护总工作量 P—生产性活动工作量 K—经验常数 C—程序复杂度（由非结构化维护引起的） D—对维护软件熟悉程度的度量。二、软件维护的代价结论若C越大，D越小，那么维护工作量将成指数增加 C增加表示因未按软件工程方法开发，软件未结构化设计，文档缺少，程序复杂度高 D减小表示维护人员非原来开发人员，对软件熟悉程度低，重新理解软件要花费很多时间 6.3 软件维护的技术在软件开发阶段用来减少错误，提高软件可维护性的技术。涉及到软件开发的所有阶段。补充：软件工程管理技术一、软件工程管理的重要性先进的管理技术往往是大型软件开发成功的关键。开发计划安排表达计划安排的三种主要工具：（1）一般表格工具——进度表（2）甘特图（Gantt Chart）实线 — 已完成虚线 — 未完成（3）PERT图 Program Evaluation Review Technique 进度计划与评审技术，是一种网络图。人员组织安排一、人员组织原则 1、专人负责、有责、有权。 2、切忌开发过程中增加人员。二、按开发进度进行人员配置 1、按 40 —20 — 40 模式前编码后三、系统评价 1、经济指标评价 2、性能指标评价 3、管理指标评价 * 第 6 章退出上页首页下页末页完善性维护（Perfective Maintenance）扩充原有系统的功能，提高原有系统的性能，满足用户的实际需要。纠错性维护（Corrective Maintenance）对在测试阶段未能发现的，在软件投入使用后才逐渐暴露出来的错误的测试、诊断、定位、纠错以及验证、修改的回归测试过程。一、软件维护的类型退出上页首页下页末页适应性维护（Adaptive Maintenance）要使运行的软件能适应运行环境的变动而修改软件的过程。预防性维护（Preventive Maintenance）为了进一步改善软件的可靠性和易维护性，或者为将来的维护奠定更好的基础而对软件进行修改。退出上页首页下页末页纠错性维护25% 适应性维护21% 完善性维护50% 预防性维护4% 退出上页首页下页末页用户维护人员安排改正性维护确认维护类型维护实施评价优先级进行问题分析复审评价错误严重程度进行问题分析确定更改要求维护要求完善性适应性将安排好的工作量列入计划低高纠错性严重不严重将改正错误列入计划人员安排人员安排交付使用的软件理解分析程序安排计划修改程序测试程序或或或或软件维护的工作流程图修改过的软件退出上页首页下页末页退出上页首页下页末页维护修改建议分析修改建议是否合理提交管理部门审查是否同意修改撤销 N Y N Y 进行测试提交管理部门审批是否批准更新主文档 Y 更新其他文档提交使用修改 N 退出上页首页下页末页退出上页首页下页末页退出上页首页下页末页退出上页首页下页末页可维护性（可测试性、可理解性、可修改性）二、软件支援技术一、面向维护的技术在软件维护阶段用于提高维护工作的效率和质量的技术。主要用到测试阶段的技术。（信息收