基于新信息技术的软件工程与UML教程(第二版) 课件 项目六 软件交付与维护

项目六软件交付与维护任务一软件交付任务二软件维护

任务一软件交付

一、软件交付准则计算机软件的交付阶段是继计算机软件的需求、设计、编码、测试等阶段之后的一个核对用户需求、检验软件产品、面向客户实施应用的阶段。本阶段后期的工作主旨是通过对计算机软件产品客户方的安装、应用及维护，收集计算机软件产品运行期出现的问题，及时反馈用户的使用信息，并转化为计算机软件产品升级换代的重要性材料。

二、软件交付过程

1．对计算机软件项目进行交付前的最终评审

这部分工作主要包括：

(1)核对软件项目开发周期各阶段形成文档的完整性。这些阶段性文档包括：

①需求阶段：《需求规格说明书》《项目开发计划》《可行性研究报告》《产品设计说明书》《产品发布计划》《用户手册》《操作手册》。

②设计阶段：《概要设计说明书》《数据字典》《详细设计说明书》《数据库设计说明书》《测试计划》《质量保证计划》《质量配置方案》。

③编码阶段：《测试报告》。

④测试阶段：《测试报告》。

(2)评审阶段性文档的真实性、有效性。各阶段文档应当反映出所处阶段的工作特点、待完成的工作指标和工作任务，应当符合软件生命周期各阶段的具体工作要求。

2．对计算机软件项目进行交付阶段的最终评审

这部分工作主要包括：

(1)评审最终产品是否符合需求阶段《需求规格说明书》对用户需求的定义。

(2)评审最终产品在逻辑设计上是否完全覆盖了用户的需求。

(3)评审最终产品在软件测试上是否完全覆盖了用户的操作需求。

(4)安排、评审最终产品后期维护的准备工作。

任务二软件维护

一、软件维护的概念1．软件维护的定义软件维护(SoftwareMaintenance)是一个软件工程名词，是指在软件产品发布后，因修正错误、提升性能或其他属性而进行的软件修改。软件维护主要是指根据需求变化或硬件环境的变化对应用程序进行部分或全部的修改，修改时应充分利用源程序。修改后要填写《程序修改登记表》，并在《程序变更通知书》上写明新旧程序的不同之处。

具体地说，软件维护涉及以下几个方面的任务。

(1)改正性维护：由于软件测试技术的限制，已投入使用的软件必然会有一些隐藏的错误或缺陷，这些隐藏下来的错误或缺陷，在某些特定的使用环境下可能会暴露出来，并有可能影响到软件的正常使用。因此，软件技术人员需要对暴露出来的软件错误进行诊断，并设法改正这个错误。这个诊断与改正错误的过程就叫作改正性维护。

(2)适应性维护：随着计算机技术的飞速发展，软件的工作环境，例如硬件设备、软件配置、数据环境、网络环境等都有可能发生变化，为了使软件适应这种变化，往往需要对软件进行改造。这个为使软件适应新的工作环境而对软件进行改造的过程，就叫作适应性维护。

(3)完善性维护：在软件使用过程中，用户难免会对软件提出一些新的与完善软件有关的要求，例如，要求增加一些新的功能，要求对系统原有的功能关系做一些调整，要求提高数据检索速度，要求操作界面更加人性化等，为了满足这些要求，就必须对软件进行改造，以使软件在功能、性能、界面等方面有所进化，由于这些原因而对软件进行的维护活动，就叫作完善性维护。

(4)预防性维护：预防性维护是为了改进应用软件的可靠性和可维护性，适应未来的软硬件环境的变化，而主动增加预防性的新功能，以使应用系统适应各类变化而不被淘汰。例如将专用报表功能改成通用报表生成功能，以适应将来报表格式的变化。这方面的维护工作量占整个维护工作量的4%左右。

2．影响维护工作的因素

有关研究表明，影响软件维护工作量的因素归纳起来主要有以下几个方面：

(1)系统大小。

(2)程序设计语言。

(3)系统文档。

(4)系统年龄。

(5)其他因素。

3．非结构化与结构化维护

1)非结构化维护

非结构化维护往往与早期软件非工程化开发有关系，是软件开发过程中没有按照软件工程原则实施软件开发的后遗症。

2)结构化维护

软件工程所要求的是结构化维护，它建立在严格按照软件工程原则实施软件开发的基础上，因此各个阶段的文档完整，能够比较全面地说明软件的功能、性能、软件结构、数据结构、系统接口和设计约束等，这些都将给后续软件的维护带来便利。

二、软件维护的实施

1．维护机构

随着软件维护工作量的不断增加，许多软件开发单位开始意识到了设立软件维护机构的重要性。这种维护机构有可能是一个临时维护小组，也有可能是一个长期专门从事软件维护的职能部门。

1)维护机构的人员组成

一项维护工作，无论是临时的还是长期的，都往往会涉及以下人员或角色：

(1)维护机构负责人：全权负责所有维护活动，包括技术与管理两个方面的工作，并负责向上级主管部门报告维护工作的开展情况。

(2)系统监督员：负责对维护申请进行技术性评价，以确保维护的有效性。

(3)配置管理员：进行与软件维护有关的软件配置管理。

(4)维护管理员：负责同软件开发部门或其他部门的联系，收集、整理有关维护的信息。

(5)维护技术人员：负责分析程序错误、进行程序修正。

2)维护机构工作人员之间的协作关系

为使维护工作正常开展，上述维护人员需要协作工作，例如可以按照下面的协作关系与工作步骤实施对软件的维护：

(1)有关人员将维护申请报告表提交给维护管理员登记。

(2)维护管理员把维护申请报告交系统监督员进行技术性评价。

(3)系统监督员从技术角度对该项维护的可行性、必要性等做出说明。

(4)在得到系统监督员的技术性评价之后，维护管理员把维护申请报告表提交给维护机构负责人。

(5)维护机构负责人将根据对维护申请报告的技术评价，决定如何进行软件维护。

(6)维护机构负责人需要将维护决定通知维护管理员，以便维护管理员能够及时安排相关技术人员实施维护。

(7)维护机构负责人还需要将维护决定通知配置管理员，以便技术人员在对系统进行维护的过程中，配置管理员能够严格把关，控制维护范围，并对软件配置进行审计。

图6-1是维护机构工作人员之间的协作关系。

图6-1维护机构工作人员之间的协作关系

2．维护申请报告

在维护过程中，软件维护机构内部还应该制定一份软件修改报告，该报告是维护阶段的技术性文档，其一般包含以下信息：

(1)维护工作量；

(2)维护类型；

(3)维护的优先顺序；

(4)预见的维护结果。

3．软件维护工作流程

软件维护的工作流程如图6-2所示，其主要工作步骤如下：

(1)确定维护类型。由于用户的看法可能会与维护人员的评价不一致，当出现意见不一致时，维护人员应该与用户进行协商。

(2)对于改正性维护申请，需要先对错误的严重程度进行评价。如果存在严重的错误，则必须立即安排维护人员进行“救火”式的紧急维护；对于不太严重的错误，则可根据任务情况和问题的严重程度列入维护计划，按优先顺序统一安排维护时间。

图6-2软件维护工作流程

(3)对于适应性维护和完善性维护申请，需要先确定每项申请的优先次序。若某项申请的优先级非常高，就可立即开始维护工作，否则应将维护申请纳入软件开发任务计划进行排队(适应性维护与完善性维护可当作开发看待)，统一安排维护时间。

4．维护记录

为了估计软件维护的有效程度，确定软件产品的质量，同时确定维护的实际开销，需要在维护的过程中做好维护档案记录。

5．维护评价

维护评价可参考的度量值如下：

(1)每次程序