实用软件工程第3版习题解答V1.2(7)

4条性质：可理解性、可测试性、可修改性和可移植性。

9.19 软件维护的副作用表现在哪4个方面？

（1）使编码更加混乱，程序结构更加不清晰，可读性更差，而且有连锁反应。

（2）数据结构是系统的骨架，修改数据结构是对系统伤筋动骨的大手术，在数据冗余与数据不一致方面，可能顾此失彼。

（3）需要与用户协商，一旦有疏忽，可使系统发生意外。 （4）对结构化维护要严防程序与文档的不匹配。

9.20 面向缺陷维护的内容是什么？

面向缺陷维护的内容是：该软件产品能够正常运行，可以满足用户的功能、性能、接口需求，只是维护前在个别地方存在缺陷，用户不是非常满意。克服缺陷的方法是修改程序，也就是通常说的只修改程序，不修改数据结构。

9.21 面向功能维护的内容是什么？

面向功能维护的内容是：该软件产品在功能、性能、接口上存在某些不足，不能满足用户的某些需求，因此需要增加某些功能、性能、接口。解决这些不足的方法是，不但要修改设计，而且也要修改程序，也就是通常说的，既要修改数据结构，又要修改编码。

9.22 两层结构和三层结构的软件维护方法有什么不同？

两层结构（客户机/服务器）的软件维护方法是，将客户机和服务器上两部分软件分开维护。

三层结构（客户机/应用服务器/数据库服务器）的软件维护方法是，软件维护在系统后台服务器上借助网络运行实现，使得软件的安装与升级，不需要到用户现场进行，在互联网上就可以实现一切维护工作，对用户来说就变成了一个完全透明的过程，不用再担心光盘上的安装或软盘的损伤。

9.23 软件维护与软件产品版本升级有什么关系？

一般而言，版本号中小圆点的左一位，表示该软件产品的第几个版本。版本号中小圆点的右一位，表示该版本的大修改次数。版本号中小圆点的右二位，表示该版本的小修改次数。只要当该软件产品的运行环境发生大改变时，或者该软件产品的功能变化超过30%时，其

版本号中小圆点的左一位才能升级。例如，若维护前的版本号为V1.00，则维护后的版本号为V2.00。

9.24 怎样理解软件产品的版本号？ 软件产品的版本号，记录了该软件产品的修改次数和修改幅度大小。初始版本号一般是V1.00，其后每大改一次，版本号中小圆点的右一位加1。每小改一次，版本号中小圆点的右二位加1。特大修改后，版本号中小圆点的左一位加1。

9.25 怎样理解迭代模型RUP对软件维护的影响？

UML的功能覆盖整个软件的开发周期，从需求分析开始，直到软件的发布、实施和维护为止，因而它对传统意义下的维护工作产生重大影响。

UML把软件生存周期定义为4个主要阶段：初始、细化、构造、移交。经过这4个阶段的历程被称为一个开发周期，自动产生一个周期内的所有文档，从而生成一个软件产品。首次经历这4个阶段称为该产品的初开发周期，除非该产品的生命终止，否则它将重复初始、细化、构造和移交这4个阶段，从而演化为下一代产品，这就是对旧有产品的维护，也是新产品的升级换代，也就是开发周期的演化，也就是UML对软件维护工作的影响。

9.26 请设计“软件维护管理文档”的格式。

表格式设计的理论基础是关系数据库设计的范式理论。一般而言，一个表由表头和表体两部分组成，共性的数据项放在表头，个性的数据项放在表体。只要懂得上述道理，任何复杂的表格均可设计出来。“软件维护管理文档”的格式设计，如表所示。 （1）用户意见反馈表

所属产品编号： 反馈人： 反馈日期： 意见分类编号

意见描述 用户姓名 （2）用户意见分类整理表

所属产品编号： 整理人： 整理日期：

意见分类编号

意见描述 同类意见出现次数 （3）维护申请单

所属产品编号： 申请人： 申请日期： 维护分类编号

维护描述 批准日期 维护日期 （4）产品缺陷统计表

所属产品编号： 统计人： 统计日期： 缺陷分类编号 缺陷描述 出现次数

依此类推，可以将维护文档中各种表设计好，在此不再一一举例。

习 题 10

10.1 CMMI本身内容丰富，是一所软件管理大学校，您同意这个观点吗？为什么？ 同意。因为CMMI是全球软件管理经验的总结与提炼，而且各个级别的目标明确、条文详细、措施有力。CMMI不但是技术管理的典范，而且吸取了发达国家政治体制、司法体制、民主体制的管理思想，集成了社会科学和自然科学两个方面的管理精华，应用到软件工程的管理上来。20多年来它在印度的实践也证明了它是一所软件管理大学校。

10.2 CMMI的5个级别各有哪些特征？

SW-CMM的5个级别分别为： 初始级（CMM1）：组织内部是人治，是英雄创造历史。

可重复级（CMM2）：项目管理级，在组织内部重复使用项目管理的经验。

已定义级（CMM3）：组织级管理，在组织内部已经达到了法律化管理，由项目组级管理发展到组织级管理，13个KPA已制度化和法律化，组织级法律框架健全，工程过程和管理过程已文档化，软件测量数据库已开始建立。 已管理级（CMM4）：定量管理或数据管理，在组织内部已经达到了定量化管理，实现了定量的数据级管理，产品和项目级管理的经验已定量化，组织级过程管理已标准化和定量化，软件测量数据库已发挥量化管理的作用。

优化级（CMM5）：组织已经达到了循环优化和与时俱进。

10.3 CMMI的文档体系由哪三部分组成？CMMI的实施步骤是什么？

整个CMMI过程体系文件可分成三个层次：总体文件、过程文件和支撑文件。 （1）总体文件。它描述CMMI体系的总体实施方案，包括组织的策略方针、远景目标与阶段目标、流程概述、生命周期及裁减指南、度量系统、责任矩阵、体系文件清单等。 （2）过程文件。它以过程定义为中心，描述过程的具体活动：什么人、什么时候、做什么事，这是整个CMMI体系的主体部分。组织的标准过程中，每一个过程包含多个活动，每一个活动对应的内容如下表所示。

CMMI过程文件中每个活动对应的内容

活 动 名 称 目标 角色职责 入口准则 输入 活动及其步骤 输出 出口准则 软件度量

定义本过程的目标 本过程中涉及的角色及其职责 什么条件会触发本过程的启动 文档、资源和数据 本过程有关活动的处理步骤 文档、资源和数据 什么条件会触发本过程的结束 工作量、缺陷数量、变更次数、问题个数、建议个数等 活 动 内 容 （3）支撑文件。它提供具体的实施方法，包括各种各样的规程、规范、准则、指南、表格、模板、检查表和工具，如.NET编码规范、配置管理工具使用指南、项目开发计划模板等。支撑文件发挥了操作说明书的作用，其内容如下表所示。

CMMI的支撑文件的内容

支 撑 名 称 规程 指南 规范 模板 检查表

支 撑 内 容 针对过程文件中的某些重要活动，详细描述其实施步骤，规程的要素可以参考过程 针对规程文件中的某些实施步骤，给出更具实际意义的指导 对于某些重要活动或步骤的实现方法进行标准化推荐 项目实施过程中，某些活动的执行需要生成文档；模板文件为这些文档的编写提供了参考和指导 项目实施过程中，某些活动的执行需要生成文档；模板文件为这些文档的编写提供了参考和指导 软件组织内部的所有开发文档和管理文档，都必须根据这三部分文档规定的格式来编写。所有文档的封面和目录，都必须用中英文进行双语说明。因为CMMI主任评估师大部分来自英语国家，而且评估通过后，要报美国SEI组织批准备案。

CMMI的实施步骤是：

第1步，进行基本知识的培训。 第2步，成立工作小组。 第3步，建立文档体系。

第4步，进行内部模拟评审。 第5步，确定正式评估的工作步骤。 第6步，进行正式评估。

第7步，根据评估结果改进软件过程。

10.4 怎样理解“如果你对过程域吃透了，用好了，你就成为CMMI的内行了”？ 为了学好、用好CMMI，推荐“过程域是纲，纲举目张”的办法。对于CMMI 1.2版本，要以它的22个过程域为纲（主线），以特定目标、特定实践、共性目标、共性实践为目，去熟悉每个级别中的内容，从内容中去发现内涵。作为第一步，先熟悉CMMI阶段模型ML2中的7个PA，为了实现每个过程域的目标（包括特定目标和共性目标），要规划每个PA对应的关键实践（包括特定实践和共性实践）及工作产品，然后在组织内实施，以改善软件管理过程。

10.5 软件配置管理的目的是什么？

通俗地讲，软件配置管理的目的，就是为了做到“三个有利于”：有利于配置项的综合管理，有利于基线的变更管理，有利于版本的升级管理，以保证所交付的软件版本产品能够满足需求规格说明书中的各项具体要求，节省人力、物力资源，加强安全与保密工作。 科学地讲，软件配置管理的目的，就是为了建立和维护在整个软件生存周期内软件产品的完整性。

10.6 配置项标识是配置管理的基础。请读者设计一套配置项的标识方案。

只要你理解了标识两个字，设计一套配置项的标识方案就不难了。标识设计有两个要点，一是标识的唯一性，二是标识的规律性。唯一性就是各不相同，规律性就是便于查找与检索。事实上，软件产品版本号就是一套标识方案，我们用此方案来标识配置项。为此，规定如下：

产品名称．配置项名称．版本标识号

其中版本标识号定义为

X1X2．X3X4．X5X6

X1X2两位标识大版本号，X3X4两位标识中版本号，X5X6两位标识小版本号。对于小项目或小产品，只要用一位标识大版本号、用一位标识中版本号、用一位标识小版本号即可。

10.7 什么是配置项？什么是配置管理？ 软件配置管理中的基本单元，称为软件配置项。

在开发过程中，将软件的文档、程序、数据进行分割与综合，以利于软件的定义、标识、跟踪、管理，使其最终形成受控的软件版本产品，这一管理过程称为软件配置管理。

10.8 这里讲的“版本”，泛指配置项的版本，当然包括软件工作产品的版本和最终交付给顾客的软件产品版本。怎样理解这句话？

可以这样理解：配置项的粒度可大可小，无论大小，都必须有标识，没有标识就找不到控制对象，就无法控制它。

10.9 在VSS中，怎样理解“存取控制通过配置管理中的三个库加以实现”？ 存取控制通过配置管理中的3个库加以实现，这3个库都属于配置管理库，它们分别是： （1）软件开发库DL（Development Library）。它是项目组开发人员的“个人配置库”，专门记录每个人每次上机的工作状态，存放每个人工作产品，动态跟踪个人工作轨迹。 （2）软件基线库BL（Baseline Library）。它是“项目组的团队配置库”，存放团队配置项，即存放项目组公用的软件工作产品。

（3）软件产品库PL（Product Library）。它是“软件组织的配置库”，存放公司的最终软件产品版本。

以上3个库都有不同的操作权限，DL库由程序员个人操作，BL库由项目组的配置管理员操作，PL库由公司的配置管理员操作。

10.10 “Check out—Edit—Check in”操作是什么意思？它与配置管理工具有什么关系？ “Check out—Edit—Check in”，这是配置管理工具的基本操作，这种操作是对3个库而言的。对每一个库中的内容进行操作（比如增、删、改），要先将操作内容从库中取出，放入内存缓冲区，这一动作叫做“Check out”。当操作（Edit）完成后，又要将本次操作的内容放入相应的库中，这一动作叫做“Check in”。值得注意的是，每次Check out后，相应库中原来的内容仍然保留着。每次Check in后，也不会覆盖原来的内容，这就自动保存了可供追踪的轨迹。

以“Check out—Edit—Check in”操作为基础，以版本控制为中心、进行软件配置项的标识、跟踪与管理的电子工具，就是配置管理工具。

程序员只能在软件开发库上作“Check out—Edit—Check in”操作。

10.11 软件配置管理员的职责有哪些？ 配置管理员是一个工作岗位，专业软件公司有一名专职的配置管理员，他的工作职责是： （1）与项目经理一起，识别出项目的所有基线，并标识出这些基线及其所属的配置项，再根据有关规范和规程制定配置管理计划。

（2）在配置管理服务器上建立配置管理库，作为配置管理的工作仓库，并对仓库进行管理和维护。

（3）配置项变更控制。

（4）基线变更控制。工作程序与配置项变更控制相同。

（5）最终软件版本产品的生成控制。

（6）对配置项、基线、软件版本产品进行跟踪和审计，并编制配置管理活动报告，供高级经理、项目经理、相关组和个人阅读。

（7）定期或事件驱动方式，对软件开发人员进行配置管理知识培训。 （8）配置管理工具的安装，包括服务器端的安装和客户端的安装，配置管理服务器的日常维护。

10.12 简述软件质量的定义。

所谓软件质量，就是供方提供的软件产品满足用户明确和隐含需求的能力特性的总和。

10.13 针对软件质量保证问题，最有效的办法是什么？

通常，人们将“质量标准”、“配置管理”、“测试测量”作为质量管理的三大支柱，而将 “SQA计划”、“SQA进度”、“SQA评审和审计”作为质量管理三大要素。软件质量保证是一个质量管理过程，基本思想是以事前预防为主，以事后测试和纠偏为辅，采取标本兼治的方法，且以治本为主。为此，要从“事前、事中、事后”三个层次上对软件质量进行控制。归根结底

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库实用软件工程第3版习题解答V1.2(7)在线全文阅读。