基于任务驱动模式的软件工程与UML建模技术项目软件交付与维护.pptVIP

项目六 软件交付与维护  　任务一 软 件 交 付? 操作一 软件交付准则　　计算机软件的交付阶段是继计算机软件的需求、设计、编码、测试等阶段之后的一个核对用户需求、检验软件产品、面向客户实施应用的阶段。本阶段后期的工作旨在通过对计算机软件产品客户方的安装、应用及维护，收集计算机软件产品运行期出现的问题，及时反馈用户的使用信息，并转化为计算机软件产品的升级换代的重要性材料。 ? 操作二 软件交付过程　　1．对计算机软件项目进行交付前的最终评审　　这部分工作主要包括： 　　(1) 核对软件项目开发周期各阶段形成文档的完整性。　　这些阶段性文档包括：　　① 需求阶段：《需求规格说明书》《项目开发计划》《可行性研究报告》《产品设计说明书》《产品发布计划》《用户手册》《操作手册》。 　　② 设计阶段：《概要设计说明书》《数据字典》《详细设计说明书》《数据库设计说明书》、《测试计划》《质量保证计划》《质量配置方案》。 　　③ 编码阶段：《测试报告》。　　④ 测试阶段：《测试报告》。　　(2) 评审阶段性文档的真实性、有效性。各阶段文档应当反映出所处阶段的工作特点、待完成的工作指标和工作任务，符合软件生命周期各阶段的具体工作要求。 　　2．对计算机软件项目进行交付阶段的最终评审　　这部分工作主要包括：　　(1) 评审最终产品是否符合需求阶段《需求规格说明书》对　用户需求的定义。严格检查计算机软件在完成功能的形式上是否符合《需求规格说明书》中对计算机软件功能、内容的阐述；对于需求变更的部分，是否形成了变更部分的实时性说明书，并在《产品设计说明书》《产品发布计划》《用户手册》和《操作手册》中有所体现。 对用户操作平台进行标准化评审，从设计标准、设计风格、操作风格等方面重点进行考核。并检查是否在《产品设计说明书》《产品　发布计划》《用户手册》和《操作手册》中有所体现。 　　(2) 评审最终产品在逻辑设计上是否完全覆盖了用户的需求。全面检查《概要设计说明书》《数据字典》《详细设计说明书》和《数据库说明书》中对各个功能模块的定义是否符合用户需求，各技术说明书之间是否严格按照阶段性划分对模块进行定义，彼此之间是否存在着功能调用上的联系；检查各模块所用到的系统级参数的传递定义是否完全符合用户对需求的要求。对于新功能的增加部分，要严格同《产品设计说明书》、《产品发布计划》《用户手册》和《操作手册》进行比较，从模块定义、接口设计、数据及数据库定义等方面检查是否同以上文档的阐述内容相吻合。 　　(3) 评审最终产品在软件的测试上是否完全覆盖了用户的操作需求。核对单元测试记录报告，检查模块测试接口覆盖率、错误测试覆盖率、代码覆盖率。核对集成测试记录报告，验收测试记录报告，并检查测试范围是否覆盖了用户的全部需求；对于增加部分的功能测试，要核对是否与技术文档(《概要设计说明书》《数据字典》《详细设计说明书》和《数据库说明书》)和非技术文档(《产品设计说明书》《产品发布计划》《用户手册》和《操作手册》)相应部分的说明吻合。 　　(4) 安排、评审最终产品后期维护的准备工作。　　 　任务二 软 件 维 护? 操作一 软件维护概念　　1. 软件维护定义　　一般认为，软件维护就是在软件运行维护阶段，为了改正软件错误，或为了满足用户新的应用需要，而对软件进行改错、变更或进化的过程。 　　具体地说，软件维护涉及以下几个方面的任务。 　　(1) 改正性维护。由于软件测试技术的限制，已投入使用的软件必然会有一些隐藏的错误或缺陷。这些隐藏的错误或缺陷，在某些特定的使用环境下可能会暴露出来，并有可能影响到软件的正常使用。因此，软件技术人员需要对暴露出来的软件错误进行诊断，并设法改正这个错误。这个诊断与改正错误的过程，就叫做改正性维护。 　　(2) 适应性维护。随着计算机技术的飞速发展，软件的工作环境，例如硬件设备、软件配置、数据环境、网络环境等，都有可能发生变化。为了使软件适应这种变化，往往需要对软件进行改造。这个为使软件适应新的工作环境而对软件进行改造的过程，就叫做适应性维护。 　　(3) 完善性维护。在软件使用过程中，用户难免会对软件提出一些新的与完善性有关的要求，例如，要求增加一些新的功能，要求对系统原有的功能关系做一些调整，要求提高数据检索速度，要求操作界面更加人性化等。而为了满足这些要求，就必须对软件进行改造，以使软件在功能、性能、界面等方面有所进化，由于这些原因而对软件进行的维护活动，就叫做完善性维护。 　　大多数软件维护活动的表现是：在软件运行阶段初期，改正性维护的工作量较大，而随着软件错误发现率的降低，软件系统的工作逐步趋于稳定，改正性维护也就由此下降。然而，随着软件使用时间的增加，用户新的需求意