反馈

问题：
(25分)<br/><br/> 阅读下列说明，回答问题1至问题4,将解答填入答题纸的对应栏内。<br/><br/> 小张被任命为公司的文档与配置管理员，在了解了公司现有的文档及配置管理现状和问题之后 ，他做出如下工作计划：<br/><br/> (1) 整理公司所有文档，并进行归类管理<br/><br/> 小张在核理公司文档时，根据GB/T16680-1996《软件文档管理指南》，从项目生命周期角度将文档划分为开发文档，产品文档和管理文档，并对公司目前的文档进行了如下分类：<br/><br/> ①开发文档：可行性研究报告、需求规格说明书、概要设计说明书、数据设计说明书、数据字典。<br/><br/> ②管理文档：开发计划、配置管理计划、测试用例、测试计划、质量保证计划、开发进度报告，项目开发总结报告。<br/><br/> ③产品文档：用户手册、操作手册。<br/><br/> (2) 建立公司级配置管理系统，将配置库划分为开发库与受控库，并规定开发库用于存放正在开发过程中的阶段成果，受控库作为基线库存放评审后的正式成果。<br/><br/> (3) 建立配置库权限机制，允许公司人员按照不同级别查看并管理公司文档，考虑到公司总经理权限最大、项目经理要查看并了解相关项目资料等额外因素，对受控库进行了下表的权限分配，(√表示允许，X表示不允许)：<br/><br/> <img style='width:100%;' src="http://doquestion.docdev.cn/ruankao_work_version_0103/userfile/image/xtjcxmgls2014-s-x-1d-1.png"><br/><br/> 进行了如上配置管理工作后，此时有一个项目A的项目经理告知小张，发现基线库中有一个重要的功能缺陷要修改,项目经理组织配置控制委员会进行了分析讨论后，同意修改，并指派了程序员小王进行修改，于是小张按照项目经理的要求在受控库中増加了小王的修改权，以便小王可以在受控库中直接修改该功能。<br/><br/>

选项 ：
<b>问题：1.1 </b><br/> (1)依据16680-1996《软件文档管理指南》，小张对公司项目文档的归类是否正确？ (2)从候选答案中选择8个正确选项(多选该题得0分)，将选项编号填入答题纸纸对应栏内。 应归入“开发文档”类的文档有： 候选答案： A.可行性研究报告 B.需求规格说明书 C.用户手册 D.数据字典 E.操作手册 F.开发计划 G.配置管理计划 H.测试用例 I.测试计划 J.质量保证计划 K.项目开发总结报告

选项 ：
<b>问题：1.2 </b><br/> 小张在建立配置管理系统时，不清楚如何组织配置库，请帮助小张组织配置库(至少写出两种配置库组织形式，并说明优缺点)。

选项 ：
<b>问题：1.3 </b><br/> 本案例中当发现基线库中有一个重要的功能缺点需要修改时，你认为小张的做法存在哪些问题，并说明正确的做法。

选项 ：
<b>问题：1.4 </b><br/> 结合案例.请指出小张在整个受控库的权限分配方面存在哪些问题。

答案：


解析：
<br/><b>答案</b><br/>(1) 不正确。(2分)<br/>(2) A、B、D、F、G、H、I、J (每选对一个得0.5分，并4分，多选该题得0分) <br/>【解析】<br/>本题主要考查的是信息(文档)和配置管理的相关理论与应用。考生应结合案例的背景，综合运用理论知识和实践经验在认真分析后予以解答。<br/>第一小题是一道判断题，要求考生依据GB/T 16680-1996《软件文档管理指南》，判断小张对公司项目文档的归类是否正确。根据GB/T 16680-19%《软件文档管理指南》中“7.2规定文档类型和内容”一节的有关内容，软件文档归入如下三种类别：开发文档——描述开发过程本身；产品文档——描述开发过程的产物；管理文档——记录项目管理的信息。<br/>基本的开发文档有：可行性研究和项目任务书：需求规格说明；功能规格说明；设计规格说明，包括程序和数据规格说明；开发计划；软件集成和测试计划；质量保证计划、标准、进度：安全和测试信息。<br/>基本的产品文档包括：培训手册；参考手册和用户指南；软件支持手册：产品手册和信息广告。<br/>管理文档包括：开发过程的每个阶段的进度和进度变更的记录；软件变更情况的记录；相对于开发的判定记录；职责定义。<br/>显然根据上述内容可知，小张对其公司文档的分类是不正确的。 <br/>第二小题是一道选择题，同样根据上述内容可以进行选样。候选项中的用户手册(C 项)和操作手册(E项)显然属于产品文档，而项目开发总结报告(K项)属于管理文档，因此正确的选项是：A、B、D、F、G、H、I、J。 <br/><b>答案</b><br/>(1) 按照配置项类型进行组织。(1分)<br/>优点：有助于对配置项统一管理(1分)；提高编译和发布效率(1分)。<br/>缺点：比较麻烦，增加开发人员工作量：结构较复杂。(1分，答出一项即给分)<br/>(2) 按照工作任务进行组织。(1分)<br/>优点:灵活(1分)；简单(1分)。<br/>缺点：不利于配置项的统一管理。(1分)<br/>【解析】<br/>是一道简答题，要求考生帮助小张组织配置库，至少写出两种配置库组织形式，并说明其优缺点。这个问题实际是考查考生是否了解配置库的组织形式及其特点。考生可以根据《系统集成项目管理工程师教程》中“15.2.4建立配置管理系统”一节的有关内容作答。<br/>一般常用的配置库组织形式有两种：按配置项类型分类建库和按任务建库。<br/>按配置项的类型分类建库的方式经常被一些咨询服务公司所推荐，它适用于通用的应用软件开发组织。这样的组织，往往产品的继承性较强，工具比较统一，对并行开发有一定的需求。使用这样的库结构有利于对配置项的统一管理和控制，同时也能提高编译和发布的效率。但由于这样的库结构并不是面向各个开发团队的开发任务的，所以可能会造成开发人员的工作目录结构过于复杂，带来一些不必要的麻烦。<br/>按任务建立相应的配置库则适用于专业软件的研发组织。在这样的组织内，使用的开发工具种类繁多，开发模式以线性发展为主，所以就没有必要把配置项严格地分类存储，人为增加目录的复杂性。因此，对于研发性的软件组织来说，是采用这种设置策略比较灵活。 <br/><b>答案</b><br/>小张不应该在受控库中给小王增加修改权限。(1分)<br/>正确做法：<br/>(1) 小张在幵发库中开辟工作区间。<br/>(2) 小张将受控库中待修改部分取出，放入开发库。<br/>(3) 小张在开发库核实小王的修改权限。<br/>(4) 确认小王修改后的结果是否得到测试和确认。<br/>(5) 由小张将确认后的成果纳入受控库。<br/>(每项1分，最多得4分) <br/>【解析】<br/>是一道问答题，要求考生分析小张在发现基线库中有一个重要的功能缺陷需要修改时的做法存在哪些问题，并指出正确的做法。这个问题考査的是关于配置管理权限分配方面的知识。考生应结合案例背景，根据配置管理权限分配有关原则与方法予以回答。考生可以参考《系统集成项目管理工程师教程》中“15.2.3配置识别与建立基线”和“15.2.4建立配置管理系统”这两节的有关内容进行回答。<br/>在引入软件配置管理工具进行管理后，配置项都应以一定的目录结构保存在配置库中。所有配置项的操作权限应由CMO (配置管理员)严格管理，基本原则是：基线配 置项向软件开发人员开放读取的权限；非基线配置项向PM、CCB及相关人员开放。<br/>配置库可以分为动态库(开发库、程序员库、工作库)、受控库(主库)、静态库(软件仓库)和备份库4种类型。动态库也称为开发库、程序员库或工作库，用于保存开发人员当前正在开发的配置实体。动态库通常包括新模块、文档、数据元素或进行修改的已有元素。动态库是软件工程师的工作区，由工程师控制。受控库也称为主库或系统库， 是用于管理当前基线和控制对基线的变更。受控库包括配置单元和被提升并集成到配置项中的组件，软件工程师和其他人员可以自由地复制受控库中的单元或组件。然而，必须有适当的权限授权变更。受控库中的单元或组件用于创建集成、系统和验收测试或对用户发布的构建。静态库也称为软件仓库或软件产品库，用于存档各种广泛使用的已发布的基线，静态库用于控制、保存和检索主媒介。备份库包括制作软件和相关构架、数据和文档的不同版本的复制品。在各点的及时备价，可以每天、每周或每月执行备份。<br/>根据上述内容分析可知，小张不应该直接在受控库中给小王增加修改权限。正确的做法应该是：首先，在开发库中开辟工作区间；然后将受控库中待修改部分取出，放入开发库；接着在开发库中核实小王的修改权限；再确认小王修改后的结果是否得到测试和确认；最后，由小张将确认后的成果纳入至受控库。 <br/><b>答案</b><br/>(1) 总经理不应该具有修改、删除权限。<br/>(2) 项目经理不应该具有修改权限。<br/>(3) 开发人员不应该具有修改权限。<br/>(每项2分，共6分)<br/>【解析】<br/>是一道问答题，要求考生指出小张在整个受控库的权限分配方面存在哪些问题，这个问题考查的仍然是配置管理权限分配的知识点。根据配置项的操作权限管理基本原则：基线配置项向软件开发人员开放读取的权限；非基线配置项向PM、CCB及 相关人员开放，受控库用于管理当前基线和控制对基线的变更。受控库包括配置单元和被提升并集成到配置项中的组件。软件工程师和其他人员可以自由地复制受控库中的单元或组件。然而，必须有适当的权限授权变更。<br/>综上所述进行分析可知，小张对受控库的权限分配问题在于：<br/>(1) 总经理不应该具有修改、删除权限。<br/>(2) 项目经理不应该具有修改权限。<br/>(3) 开发人员不应该具有修改权限。 <br/>