软件工程理论与实践 第2版 课件 第13章 软件维护与软件工程管理.pptx

第13章软件维护与软件工程管理本章概述 本章首先介绍软件维护的概念,包括软件部署与软件交付、软件维护的过程和分类、软件的可维护性、软件维护的副作用、自动化运维以及软件再工程技术;然后阐述软件估算软件开发进度计划、软件开发人员组织、软件开发风险管理、软件质量保证、软件配置管理.软件工程标准与软件文档、软件过程能力成熟度模型和软件项目管理等相关概念。本章概述本章目标:熟悉软件维护的基本概念了解软件估算的概念、方法、原则与技巧。掌握制订软件开发进度计划的方法。了解软件开发人员组织的形式。了解软件开发风险管理的概念。了解软件质量保证的措施。了解软件配置管理的相关概念。熟悉软件工程标准与软件文档的概念。熟悉软件过程能力成熟度模型。了解软件项目管理的相关内容目录13.3软件开发进度计划13.9软件过程能力成熟度模型13.7软件配置管理13.10软件项目管理13.1软件维护13.4软件开发人员组织13.2软件估算13.8软件工程标准13.5软件开发风险13.6软件质量13.11软件复用13.1　软件维护软件维护是软件产品生命周期的最后一个阶段。在产品交付并且投入使用之后，为了解决在使用过程中不断发现的各种问题，保证系统正常运行，同时使系统功能随着用户需求的更新而不断升级，软件维护的工作是非常必要的。概括地说，软件维护就是指在软件产品交付给用户之后，为了改正软件测试阶段未发现的缺陷，改进软件产品的性能，补充软件产品的新功能等，所进行的修改软件的过程。13.1　软件维护进行软件维护通常需要软件维护人员与用户建立一种工作关系，使软件维护人员能够充分了解用户的需要，及时解决系统中存在的问题。通常，软件维护是软件生命周期中延续时间最长、工作量最大的阶段。据统计，软件开发机构60%以上的精力都用在维护已有的软件产品上了。对于大型的软件系统，一般开发周期是1～3年，而维护周期会高达5～10年，维护费用甚至会高达开发费用的4～5倍。软件维护不仅工作量大、任务重，而且如果维护的不恰当，还会产生副作用，引入新的软件缺陷。因此，进行维护工作要相当谨慎。13.1　软件维护13.1.1　软件维护的过程 典型的软件维护的过程可以概括为：建立维护机构用户提出维护申请并提交维护申请报告维护人员确认维护类型并实施相应的维护工作整理维护记录并对维护工作进行评审对维护工作进行评价13.1　软件维护13.1.2　软件维护的分类软件维护的分类13.1　软件维护13.1.3　软件的可维护性 软件的可维护性是用来衡量对软件产品进行维护的难易程度的标准，它是软件质量的主要特征之一。软件产品的可维护性越高，纠正并修改其错误或缺陷，对其功能进行扩充或完善时，消耗的资源越少，工作越容易。开发可维护性高的软件产品是软件开发的一个重要目标。影响软件可维护性的因素有很多，如可理解性、可测试性、可修改性等。13.1　软件维护可测试性指诊断和测试软件缺陷的难易程度。程序的逻辑复杂度越低，就越容易测试。透彻地理解源程序有益于测试人员设计出合理的测试用例，从而有效地对程序进行检测。可理解性 指人们通过阅读软件产品的源代码和文档，来了解软件的系统结构、功能、接口和内部过程的难易程度。可理解性高的软件产品应该具备一致的编程风格，准确、完整的文档，有意义的变量名称和模块名称，清晰的源程序语句等特点。可修改性指在定位了软件缺陷以后，对程序进行修改的难易程度。一般来说，具有较好的结构且编码风格好的代码比较容易修改。13.1　软件维护 要想提高软件产品的可维护性，软件开发人员需要在开发过程和维护过程中都对其非常重视。提高可维护性的措施有以下几种。2 采用先进的维护工具和技术。先进的维护工具和技术可以直接提高软件产品的可维护性。例如，采用面向对象的软件开发方法、高级程序设计语言以及自动化的软件维护工具等。1 建立完整的文档。完整、准确的文档有利于提高软件产品的可理解性。文档包括系统文档和用户文档，它是对软件开发过程的详细说明，是用户及开发人员了解系统的重要依据。完整的文档有助于用户及开发人员对系统进行全面的了解。3 注重可维护性的评审环节。在软件开发过程中，每一阶段的工作完成前，都必须通过严格的评审。由于软件开发过程中的每一个阶段都与产品的可维护性相关，因此对软件可维护性的评审应该贯穿于每个阶段完成前的评审活动中。13.1.4　软件维护的副作用 软件维护是存在风险的。对原有软件产品的一个微小的改动都有可能引入新的错误，造成意想不到的后果。软件维护的副作用主要有3类，包括修改代码的副作用、修改数据的副作用和修改文档的副作用。13.1.5　自动化运维 自动化运维是指将IT 运维中日常的、大量的重复性工作自动化,将过去的手工执行转为自动化操作,最终达到提升运维效率的目的。自动化是IT 运维工作的提升,IT 运维自动化不单纯是