软件配置管理题库【2015.10.26】

理论部分你是怎么理解软件配置管理的？软件配置管理为软件研发提供了基础性的支持环境，每个人都要面对软件配置管理，学习使用它，根据具体情况选择正确的策略和方法，以便从它那里充分受益。软件配置管理的作用或意义？在软件建立时变更是不可避免的，而变更加剧了项目中软件开发者之间的混乱。软件配置管理的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更。IPD流程有几个决策评审点，几个技术评审点？各个技术评审点的作用？4个：概念决策评审（CDCP）计划决策评审（PDCP）计划决策评审（PDCP）可获得性评审（ADCP）目标、关注点、输入、输出IPD流程分为哪几个阶段？3个：市场管理（MM）、需求管理（OR）、继承产品开发（IPD）IPD流程的核心思想是什么？1.产品开发是投资行为2.基于市场的创新3.基于平台的异步开发模式和重用策略4.技术开发和产品开发分离5.跨部门协同6.结构化并行开发流程7.产品线和能力线并重8.职业化人才梯队建设你是如何理解软件工作成果的？软件工作成果包含哪些？管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护举例说明什么是配置项？配置项有哪些属性？凡是纳入配置管理范畴的工作成果都是配置项配置项有两大类：属于产品组成部分的工作成果；项目管理和机构职称过程产生的文档。属性有：名称、标示符文件状态、版本、作者、日期……什么是配置库？存放配置项的数据库，常用两种形式：按配置项类型分类建库和按任务建库。如果让你为你们组的项目规划一个目录结构，你认为哪些目录是必须的？项目立项与策划需求分析系统设计开发测试客户文档项目验收质量管理配置管理项目管理项目结项培训资料在你做过的软件项目中，需求阶段，必须输出的文档有哪些？开发背景项目目标运行环境项目任务书你怎么理解基线？1）代表多个源代码文件的一组版本。2）代表文档的一个稳定状态。3）合同基线。4）发行基线。5）产品基线什么是变更？改变；更动。应该怎样跟踪变更，跟踪变更的目的是什么？及时更新内容，避免开发过程中因为重复引发的混乱。你是怎么理解配置审计的？实施配置审计以维护配置基线的完整性。配置审计确认最终的基线和文件有遵照特定标准或需求，并适当记录审计结果。配置管理员的职责有哪些？项目计划阶段规范配置管理环境简历配置库与项目负责人讨论变更控制的实施配置培训配置状态报告通常需要体现的主要内容有哪些？1.各变更请求概要：变更请求号、日期、申请人、状态、估计工作量、实际工作量、发行版本、变更结束日期。2.基线库状态。3.发行信息。4.备份信息。5.配置管理工具状态。6.配置管理培训状态。一篇文档应该包含的主要信息有哪些？项目名称+文档内容+版本号如：学生成绩管理系统需求说明书V1.0文档的命名规范，也就是你怎样给一篇文档起规范的名字？项目名称+文档内容+版本号如：学生成绩管理系统需求说明书V1.0文档的密级通常有哪些，是怎么定义的？1.绝密:一旦泄密会使公司利益遭受特别严重的损害；2.机密:一旦泄密会使公司利益遭受严重的损害；3.秘密:一旦泄密会使公司利益遭受较大的损害；4.内部公开:一旦泄密会使公司利益遭受一般损害；5.公开资料：公开有助于公司利益。各文档作者可根据文档内容的重要性制定文档密级。本课程学习和使用的配置管理工具是什么？TortoiseSVN属于集中式版本控制系统，还是分布式版本控制系统？集中式版本控制系统你们项目组的基线活动是如何开展的？比如：项目计划阶段已经结束，马上要进入开发阶段。基线时间点前一个星期：检查文档的交付情况；检查文档规范；检查文档与代码的变更情况是否符合规范；检查缺陷是否符合质量要求，举例说明：TR5时缺陷个数不能超过12个，且不能有严重和致命的缺陷；TR6时缺陷个数不能超过6个，且不能有严重和致命的缺陷。基线时间到时，项目配置管理员为代码和文档打标签，收回文档的修改权限。并发布基线报告给相关人员。你们组开发阶段结束，即将开始测试活动，也就是TR5的基线报告应该主要体现哪些内容？你们组发现bug后，是如何跟踪bug，并最终修复关闭bug的？你们组的版本命名规则是？比如：测试阶段的版本，与发布阶段的版本是如何区分的？版本号继续延续，但是发布阶段的版本用“【】”来标识你们组的版本是如何传递给客户的？由项目配置管理员将版本放置在某个发布版本的固定目录下，然后由版本获取人获取并发布给客户。你认为你们的传递方式有什么问题吗？由于开发比较慢，所以发布的频率较低。你认为你们的缺陷管理报告应该体现哪些内容？问题发现人：环境配置：问题版本：操作步骤：预期结果：实际结果：问题严重程度：缺陷所属模块：缺陷报告应该发布给项目组的哪些角色呢，为什么？项目经理、架构设计是、开发工程师、测试工程师、资料工程师、配置管理员、质量保证工程师举一个例子说明版本控制的重要性。比如存放在U盘中的版本默认为最新版，但如果不将资料存放于配置库，很容易搞混，不利于开发人员开发。你是怎么理解变更集的？举例说明。实操部分创建一个本地版本库。在版本库的trunk目录下创建一个名为：Test的文件夹，然后该目录下的将目录结构导入到版本库。检出版本库上的Test文件夹到本地副本。在工作副本路径：04开发/源代码与脚本下，新建一个file1.c的文件，提交到版本库上。针对file1.c文件构造冲突并解决。拉一个名为“BR_成绩管理系统_forBug”的分支到branches下。打一个名为“BL_成绩管理系统_TR5”的标签到tags下。演示一下如何应用一个补丁文件。演示一下给文件file1.c加锁。设置提交日志的模板，限制不少于20个字符，模板内容包括：变更单号：修改人：修改原因：审核人：如何查看路径：“04开发/源代码与脚本”的日志信息？如何将文件夹“源代码与脚本”的名字修改为“code&script”？如何撤销对文件file1.c的修改？如果想使用另外一个账号和密码访问SVN，怎么清除掉原来保存的账号信息？当前工作副本的路径访问的是trunk的路径，如何在现有的工作副本的基础上，将工作副本数据切换到bran