件工程第六章至八章.pptVIP

软件维护过程与组织 2.维护报告 应用标准化的格式表达软件维护要求。软件人员通常提供给用户空白的维护要求表，也称为问题报告表，这个表由提出维护要求的用户填写。对于适应性或完善性维护要求，用户还要给出一个简短的需求规格说明书。 维护要求表是计划维护活动的基础，软件组织内部还应该制定一个软件修改报告，其内容如下: （1）满足维护要求的工作量。 （2）维护要求的性质。 （3）维护要求的有限顺序。 （4）与修改有关的事后数据。 在拟订进一步的维护计划之前，把软件修改报告提交给修改控制部门审查批准。 软件维护过程与组织 3.维护流程 对于任何一项维护申请，都需要经历标准的处理流程，维护的流程如图8.2所示。 图8.2 维护的流程 当用户提交维护申请后，首先决定维护类型。如果是改正性维护，先决定错误的严重程度，如果是严重性错误，应立即进行问题分析，决定分配维护人员实施维护，如果错误不严重，可以与其他维护任务统筹安排。当用户提交的维护申请是适应性或完善性维护类型时，应该确定维护的优先次序，并且安排要求的工作时间。如果维护要求的次序非常高，可立即决定并且分配维护人员进行维护。 软件维护过程与组织 图 图8.2 维护的流程 软件维护过程与组织 4.维护记录 在维护阶段保留完整的维护记录是很有必要的。通过维护记录，我们可以估计维护技术的有效程度，确定软件产品的质量，估算维护的费用。维护记录应该包括下述的内容: （1）程序名称。 （2）源程序语句条数。 （3）机器代码指令条数。 （4）使用的程序设计语言。 （5）程序的安装日期。 （6）程序安装后的运行次数。 （7）与程序安装后运行次数相关的处理故障的次数。 软件维护过程与组织 （8）程序修改的层次和名称。 （9）由于程序修改而增加的源程序语句条数。 （10）由于程序修改而删除的源程序语句条数。 （11）每项修改所付出的人时数。 （12）程序修改的日期。 （13）软件维护人员的姓名。 （14）维护申请报告的名称。 （15）维护类型。 （16）维护开始时间和维护结束时间。 （17）用于维护的累计人时数。 （18）维护工作的净收益。 把这些内容作为维护数据库的基础。通过这些数据，可以对维护活动进行评价。 软件维护过程与组织 5.维护评价 维护评价是对维护的效果做定量的度量，可以从下述7个方面来度量维护的效果: （1）单次程序运行失效的平均次数。 （2）用于每一类维护活动的总人数。 （3）平均每个程序、每种语言、每种维护类型所做的程序变动数。 （4）增加和删除一条源语句所花费的人时数。 （5）维护每种语言所花费的人时数。 （6）一张维护要求表的平均周转时间。 （7）各种维护类型申请的百分比。 软件维护过程与组织 根据对维护工作定量度量的结果，可以做出关于开发技术、语言选择、维护工作量的规划、资源分配及其他方面的决定，而且可以利用这些数据分析评价维护工作。 8.4 软件的可维护性 软件的可维护性 软件可维护性可以定性地定义为，维护人员理解、改正和改进这个软件的难易程度。我们一直强调，提高可维护性是软件工程方法论中所有步骤的关键目标。 软件的可维护性 8.4.1 决定可维护性的内容 1.可理解性。维护人员通过阅读程序代码和相关文档，如果能够比较方便地理解程序功能及其实现，那么我们就说软件的可理解性强。为了保证可理解性，软件应具有的特征是:模块化、结构化、代码风格一致及文档清楚详细等。 2.可测试性。可测试性表明验证程序正确性的难易程度。验证的难易程度主要取决于理解软件的难易程度。此外，良好的文档记录对诊断和测试也是相当重要的。维护人员可以利用在开发阶段用过的测试方案来进行测试。 软件的可维护性 3.可修改性。可修改性表明软件修改的难易程度。一个容易修改的软件应具有这样的特征:模块间低耦合，模块高内聚，数据局部化，模块的作用域在控制域之内等。当然，一致的代码风格、详实的文档记录都对可修改性有很大的影响。 4.可移植性。可移植性表明系统对软件及硬件环境的兼容性。由于硬件的更替，软件的升级往往是不可避免的，因此，软件的可移植性对软件的可维护性也有很大的影响。 软件的可维护性 8.4.2 提高可维护性的方法 软件的可维护性直接关系着软件的维护数量和维护质量，所以，必须提高软件的可维护性。提高可维护性可从以下方面努力。 1.建立明确的软件质量标准 一个可维护的软件应具有可理解性、可测试性、可修改性和可移植性的特性。但是在实际工作中，要完全保证所有的特