软件配置管理题库【.10.26】

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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.你们组的版本是如何传递给客户的?

由项目配置管理员将版本放置在某个发布版本的固定目录下,然后由版本获取人获取并发布给客户。

你认为你们的传递方式有什么问题吗?

相关文档
最新文档