【软考-中级】系统集成项目管理工程师-配置管理历年案例

请添加图片描述

请添加图片描述 持续更新。。。。。。。。。。。。。。。

2023 上试题三(20分)

某公司有自己的质量管理体系，其中配置管理程序已运行多年，由项目经理牵头组建变更控制委员会(CCB)，在创建配置管理环境后，并经过变更申请、变更评估、变更实施后，方可发布配置基线的变化。
通常公司项目在软件封版后，再做一次发布验证，通过后即可上线。近日，项目A已封版。版本号为10.5.0。但项目经理收到测试人员的反馈，封版软件上发现多个问题，其中有两个问题严重影响用户体验。于是项目经理安排研发人员紧急解决。并向配置管理员提出变更申请。研发人员在10.5.0版本上导入问题1的修改后，将版本号更新为10.6.0；在10.5.0版本上导入问题2的修改后，将版本更新为11.0.0。新版本由项目经理发布给项目组。

问题1(10分)
结合案例，请指出项目A在配置管理中存在的问题。

答案：
1.没有制定配置管理计划，存在问题
2.项目经理牵头组建变更控制委员会(CCB)，存在问题
3.变更申请、变更评估、变更实施后，方可发布配置基线的变化，存在问题
4.封版后，版本号为 10.5.0，存在问题。
5.向配置管理员提出变更申请，存在问题
6.研发人员在 10.5.0 版本上导入问题1的修改后，将版本号更新为 10.6.0，存在问
7.在 10.5.0 版本上导入问题2的修改，存在问题
8.导入问题2的修改后，将版本更新为 11.0.0，存在问题
9.只解决严重影响用户体验的问题，存在问题
10.没有重新建立配置基线，存在问题
11.新版本由项目经理发布给项目组，存在问题

问题2(6分)
结合案例填写下表，为每个角色指派合适的工作职责(用“√”表示负责对应工作)。

问题3(4分)
判断下列说法的正误(填写在答题纸的对应栏内，正确的填写“√”，错误的填写“×”)
(1)信息系统相关信息(文档)具有永久性。 ( )
(2)按开发任务建立相应的配置库，适用于通用软件的开发组织。 ( )
(3)配置控制是配置管理过程的基础。 ( )
(4)每个产品都有配置基线，一个产品只有一个配置基线。 ( )

在这里插入图片描述

2016 下试题三(17分)

阅读下列说明，回答问题 1 至问题 3，将解答填入答题纸对应栏内。

[说明]鉴于配置管理在信息系统集成和 T 运维项目中的重要作用，某企业计划在企业层面统一建立配置库.以规范公司的配置管理，并责成公司的商务经理杨工兼任公司的配置经理，全面组织和协调公司的配置管理事项。杨工接到任务后，按照公司目前系统集成和运维的架构，将配置库分为系统集成项目配置库和运维项目配置库，不过这种配置库管理只是从名称方面进行了区分，实际上只有一个配置库。由于公司大部分运维项目来自于公司的系统集成部，所以底层数据是共享的，没有分割开来，运维人员和系统集成人员经堂针对同一个配置项进行修改
在配置库运行 4 个月之后，公司组织了一次对配置库的审计，发现配置库存在大量的问题，杨工面对这样的局面，对自己在配置管理中的角色也感到非常迷茫。他收集了目前公司配置库管理方面存在的问题，这些问题比较突出地体系在以下几个方面:
(1)有的项目组将配置项细化到了软件产品的模块，而有的项目组以项目简单为由，根本没有进行配置管理，并且各项目组内部对配置管理的需求也不统一，随时间变化波动较大。
(2)很多开发人员和运维人员不知道在不同的库里应该放置什么内容，而且各种配置项的配置格式也不同意，导致配置库难以达到预期的效果。
(3) 配置库增删比较混乱，很多配置项还找不到最后的版本，而且很多配置内容也放置混乱，各种哭的分隔管理起不到预期的效果。

[问题 1](6 分)
请结合以上案例，简要说明配置管理的目标和主要活动。

答案：
配置管理的目标是:
为了系统的控制配置变更，在系统的整个生命周期中维持配置的完整性和可跟踪性，
标示系统在不同时间点上的配置。
配置管理包括 6 个主要活动:
制定配置管理子计划、配置标识、配置控制、配置状态报告、配置审计、发布管理、发布管理和交付。

[问题 2](8 分)
请说明杨工在配置管理中存在的问题

答案
杨工在配置管理中存在的问题有
1) 没有指定配置管理计划
2) 没有对配置库进行很好的分类管理
3) 版本管控不到位，造成版本丢失
4) 没有成立配置控制委员会 CCB
5) 变更管理没有走流程或者没有规范的变更流程
6) 没有任命专职的配置管理员
7) 没有很好的配置管理系统。

[问题 3](3 分)
根据你的理解，请指出配置审计的功能是什么 ?

答案：
配置审计也称为配置审核或配置评价，包括功能配置审计和物理配置审计，
分别用以验证当前配置项的一致性和完整性。
配置审计的实施是为了确保项目配置管理的有效性，体现了配置管理的最根本要求，
不允许出现任何混乱的现象，
例如:防止向用户提交不合适的产品，如交付了用户手册的不确定版本:发现不完善的实现，
如开发出不符合初始规格说明或未按变更请求实施变更;找出各配置项间不匹配或不相容的现象;
确认配置项已在所要求的质量控制审核之后纳入基线并入库保存:确认记录和文档保持着可追溯性。