软件配置管理题库【.10.26】
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
理论部分
1.你是怎么理解软件配置管理的?
软件配置管理为软件研发提供了基础性的支持环境,每个人都要面对软件配置管理,学习使用它,根据具体情况选择正确的策略和方法,以便从它那里充分受益。
2.软件配置管理的作用或意义?
在软件建立时变更是不可避免的,而变更加剧了项目中软件开发者之间的混乱。软件配置管理的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更。
3.IPD流程有几个决策评审点,几个技术评审点?各个技术评审点的作用?
4个:概念决策评审(CDCP)计划决策评审(PDCP)计划决策评审(PDCP)可获得性评审(ADCP)
目标、关注点、输入、输出
4.IPD流程分为哪几个阶段?
3个:市场管理(MM)、需求管理(OR)、继承产品开发(IPD)
5.IPD流程的核心思想是什么?
1.产品开发是投资行为
2.基于市场的创新
3.基于平台的异步开发模式和重用策略
4.技术开发和产品开发分离
5.跨部门协同
6.结构化并行开发流程
7.产品线和能力线并重
8.职业化人才梯队建设
你是如何理解软件工作成果的?
软件工作成果包含哪些?
管理、系统分析、设计、编码,还是产品管理、测试、文档、实施、维护
6.举例说明什么是配置项?配置项有哪些属性?
凡是纳入配置管理范畴的工作成果都是配置项
配置项有两大类:属于产品组成部分的工作成果;项目管理和机构职称过程产生的文档。
属性有:名称、标示符文件状态、版本、作者、日期……
7.什么是配置库?
存放配置项的数据库,常用两种形式:按配置项类型分类建库和按任务建库。
如果让你为你们组的项目规划一个目录结构,你认为哪些目录是必须的?
1.项目立项与策划
2.需求分析
3.系统设计
4.开发
5.测试
6.客户文档
7.项目验收
8.质量管理
9.配置管理
10.项目管理
11.项目结项
12.培训资料
8.在你做过的软件项目中,需求阶段,必须输出的文档有哪些?
1.开发背景
2.项目目标
3.运行环境
4.项目任务书
9.你怎么理解基线?
1)代表多个源代码文件的一组版本。
2)代表文档的一个稳定状态。
3)合同基线。
4)发行基线。
5)产品基线
10.什么是变更?
改变;更动。
11.应该怎样跟踪变更,跟踪变更的目的是什么?
及时更新内容,避免开发过程中因为重复引发的混乱。
12.你是怎么理解配置审计的?
实施配置审计以维护配置基线的完整性。
配置审计确认最终的基线和文件有遵照特定标准或需求,并适当记录审计结果。13.配置管理员的职责有哪些?
1.项目计划阶段
2.规范配置管理环境
3.简历配置库
4.与项目负责人讨论变更控制的实施
5.配置培训
14.配置状态报告通常需要体现的主要内容有哪些?
1.各变更请求概要:变更请求号、日期、申请人、状态、估计工作量、实际工作量、发
行版本、变更结束日期。
2.基线库状态。
3.发行信息。
4.备份信息。
5.配置管理工具状态。
6.配置管理培训状态。
15.一篇文档应该包含的主要信息有哪些?
项目名称+文档内容+版本号
如:学生成绩管理系统需求说明书V1.0
16.文档的命名规范,也就是你怎样给一篇文档起规范的名字?
项目名称+文档内容+版本号
如:学生成绩管理系统需求说明书V1.0
17.文档的密级通常有哪些,是怎么定义的?
1.绝密:一旦泄密会使公司利益遭受特别严重的损害;
2.机密:一旦泄密会使公司利益遭受严重的损害;
3.秘密:一旦泄密会使公司利益遭受较大的损害;
4.内部公开:一旦泄密会使公司利益遭受一般损害;
5.公开资料:公开有助于公司利益。
各文档作者可根据文档内容的重要性制定文档密级。
18.本课程学习和使用的配置管理工具是什么?
TortoiseSVN
属于集中式版本控制系统,还是分布式版本控制系统?
集中式版本控制系统
19.你们项目组的基线活动是如何开展的?比如:项目计划阶段已经结束,马上要进入开发
阶段。
基线时间点前一个星期:
1.检查文档的交付情况;
2.检查文档规范;
3.检查文档与代码的变更情况是否符合规范;
4.检查缺陷是否符合质量要求,举例说明:TR5时缺陷个数不能超过12个,且不能有严
重和致命的缺陷;TR6时缺陷个数不能超过6个,且不能有严重和致命的缺陷。
基线时间到时,项目配置管理员为代码和文档打标签,收回文档的修改权限。并发布基线报告给相关人员。
20.你们组开发阶段结束,即将开始测试活动,也就是TR5的基线报告应该主要体现哪些内
容?
21.你们组发现bug后,是如何跟踪bug,并最终修复关闭bug的?
22.你们组的版本命名规则是?比如:测试阶段的版本,与发布阶段的版本是如何区分的?
版本号继续延续,但是发布阶段的版本用“【】”来标识
23.你们组的版本是如何传递给客户的?
由项目配置管理员将版本放置在某个发布版本的固定目录下,然后由版本获取人获取并发布给客户。
你认为你们的传递方式有什么问题吗?