刷题刷出新高度,偷偷领先!偷偷领先!偷偷领先! 关注我们,悄悄成为最优秀的自己!

简答题

阅读下列说明,回答问题1至问题3,将解答或相应的编号填入答题纸的对应栏内。


【说明】


某公司的质量管理体系中的配置管理程序文件中有如下规定:


1. 由变更控制委员会(CCB)制定项目的配置管理计划;


2. 由配置管理员(CMO)创建配置管理环境;


3. CCB审核变更计划;


4. 项目中配置基线的变更经过变更申请、变更评估、变更实施后便可发布;


5. CCB组成人员不少于一人,主席由项目经理担任。


公司的项目均严格按照程序文件的规定执行。在项目经理的一次例行检查中,发现项目软件产品的一个基线版本(版本号V1.3)的两个相关联的源代码文件仍有遗留错误,便向CMO提出变更申请。CMO批准后,项目经理指定上述源代码文件的开发人员甲、乙修改错误。甲修改第一个文件后将版本号定为V1.4,直接在项目组内发布。次日,乙修改第二个文件后将版本号定为V2.3,也在项目组内发布。


 


【问题1】(6分)


请结合案例,分析该公司的配置管理程序文件的规定及实际变更执行过程存在哪些问题?


【问题2】(3分)


请为案例中的每项工作职责指派一个你认为最合适的负责角色。(在答题纸相应的单元格中画“√”,每一列最多只能有一个单元格画“√”,多画、错画“√”不得分。)


问题3】(6分)


请就配置管理,判断以下概念的正确性(在答题纸对应栏内,正确的画“√”,错误的画“×”):


1)配置识别、变更控制、状态报告、配置审计是软件配置管理包含的主要活动。


                                                                                              


2CCB必须是常设机构,实际工作中需要设定专职人员。                               


3)基线是软件生存期各个开发阶段末尾的特定点,不同于里程碑。             


4)动态配置库用于管理基线和控制对基线的变更。                                         


5)版本管理是对项目中配置项基线的变更控制。                                     


6)配置项审计包括功能配置审计和物理配置审计。                                  



 



使用微信搜索喵呜刷题,轻松应对考试!

答案:

见解析

解析:

问题1:
- 配置管理计划应由CCB审批,但不应由CCB制定。CCB的职责是审批计划,而不是制定计划。
- 基线变更流程中缺少变更验证或确认环节,这是确保变更正确性的重要步骤。
- CCB成员的要求不应以人数作为规定,而应考虑其代表项目干系人利益的能力。
- 甲乙修改后应进行单元测试和代码走查,确保修改的正确性。
- 变更审查应提交CCB审核,确保变更的合理性。
- 变更发布应交由CMO完成,确保变更的正确发布。
- 甲乙两人不能同时修改错误,否则可能导致版本混乱。

问题2:
- 变更申请可以由CMO、项目经理或开发人员提出,只要不是CCB即可。
- 变更评估可以由CCB或CMO进行,以评估变更的可行性和影响。
- 变更实施可以由CCB或CMO进行,以确保变更的正确执行。
- 配置审计可以由CMO或CCB进行,以检查配置项的完整性和一致性。

问题3:
- 配置管理的主要活动包括配置识别、变更控制、状态报告和配置审计。
- CCB不必是常设机构,根据实际情况可以灵活设置。
- 基线不一定是开发阶段末尾的特定点,它可以发生在项目的任何阶段,用于控制变更。
- 动态配置库用于保存开发人员当前正在开发的配置实体,由工程师控制,而不是用于管理基线和控制对基线的变更。
- 版本管理是对配置项状态变迁的管理,包括状态变迁规则、版本号标识和版本控制,而不仅仅是基线的变更控制。
- 配置项审计包括功能配置审计和物理配置审计,用于检查配置项的功能和物理特性。

创作类型:
原创

本文链接:阅读下列说明,回答问题1至问题3,将解答或相应的编号填入答题纸的对应栏内。 【说明】 某公司的质

版权声明:本站点所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明文章出处。

让学习像火箭一样快速,微信扫码,获取考试解析、体验刷题服务,开启你的学习加速器!

分享考题
share