软件能力成熟度模型试题库20140613_第1页
软件能力成熟度模型试题库20140613_第2页
软件能力成熟度模型试题库20140613_第3页
软件能力成熟度模型试题库20140613_第4页
软件能力成熟度模型试题库20140613_第5页
已阅读5页,还剩46页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、软件能力成熟度模型试题库目录 TOC o 1-5 h z HYPERLINK l bookmark4 o Current Document 试题部分:2第一章引入软件能力成熟度2第二章软件过程成熟度框架4 HYPERLINK l bookmark85 o Current Document 第三章能力成熟度模型的结构5 HYPERLINK l bookmark238 o Current Document 第四章CMM的相关说明部分9 HYPERLINK l bookmark310 o Current Document 第五章 CMM的应用13 HYPERLINK l bookmark396 o

2、Current Document 第六章一个高成熟度级别实例:航天飞机机载软件16 HYPERLINK l bookmark458 o Current Document 第七章可重复级关键过程域-需求管理部分18 HYPERLINK l bookmark517 o Current Document 第七章可重复级关键过程域-软件项目计划部分20 HYPERLINK l bookmark568 o Current Document 第七章可重复级关键过程域-软件项目跟踪和监督部分22 HYPERLINK l bookmark601 o Current Document 第七章可重复级关键过程域-

3、软件分包合同管理划部分23 HYPERLINK l bookmark645 o Current Document 第七章可重复级关键过程域-软件质量保证部分24 HYPERLINK l bookmark704 o Current Document 第七章可重复级关键过程域-软件配置管理部分26 HYPERLINK l bookmark768 o Current Document 第八章已定义级关键过程域-机构过程焦点部分28 HYPERLINK l bookmark818 o Current Document 第八章已定义级关键过程域-机构过程定义部分30 HYPERLINK l bookma

4、rk881 o Current Document 第八章已定义级关键过程域-培训大纲部分32 HYPERLINK l bookmark925 o Current Document 第八章已定义级关键过程域-综合软件管理部分34 HYPERLINK l bookmark978 o Current Document 第八章已定义级关键过程域-软件产品工程部分36 HYPERLINK l bookmark1049 o Current Document 第八章已定义级关键过程域-组间协调部分38 HYPERLINK l bookmark1092 o Current Document 第八章已定义级关键

5、过程域-同行评审部分40 HYPERLINK l bookmark1123 o Current Document 第九章受管理级关键过程域-定量过程管理部分41 HYPERLINK l bookmark1170 o Current Document 第九章受管理级关键过程域-软件质量管理部分43 HYPERLINK l bookmark1220 o Current Document 第十章持续优化级关键过程域-缺陷预防部分45 HYPERLINK l bookmark1270 o Current Document 第十章持续优化级关键过程域-技术更新管理部分47 HYPERLINK l boo

6、kmark1320 o Current Document 第十章持续优化级关键过程域-过程更改管理部分49参考答案: 错误!未定义书签。创智服务与开发中心内部使用试题部分:第一章引入软件能力成熟度回主目录一、填空题 直到1991年,经过多次修改,评审,问卷调查和集合用户反馈意见的CMM1.0 版本终于正式发布 1993 年,SEI发布了 CMM1.1版本,其中增加了一个关于 培训关键过程域。 当遵循某个软件过程时所达到的实际效果,我们通常把它成为软件过程效能过程把人_、工具和规程集成在一起。二、选择题 以下对软件过程能力描述正确的是:(B )人们在开发和维护软件及其相关产品时所涉及的各种活动、

7、方法、实践和改革等, 其中软件相关产品包括软件项目计划、设计文档、程序代码、测试用例和用户手册 等当遵循某个软件过程时所能达到的期望效果,它可以有效预测企业接收新的软件项 目时可能得到的结果当遵循某个软件过程时所达到的实际效果。它可以用于验证软件过程能力 对成熟的软件机构的描述正确的是:(E )具有在企业范围内管理、控制软件开发和维护过程的能力现有人员和新进人员均了解所遵循的软件过程,且工作活动均按照事先的计划完成在定义好的软件过程中,所有项目和机构中的角色和责任分明制定的计划是有效的且与实际的工作进展一致以上都是 对不成熟的软件机构的描述正确的是:(E )缺乏确定的软件过程和相应的管理和控制

8、缺乏评价软件产品质量和解决产品缺陷和过程问题的客观基础。即使给出了软件过程,也不严格的遵循和强制执行管理是完全被动的,管理者采用的策略是救火式的,即出了事才去解决,解决的时 候也难以纵观全局,往往只顾眼前以上都是 1986年11月,SEI在 的协组下,着手开发过程成熟度框架:(D )IBMSUNMicrosoftMETRE SEI有发布了包含CMM第四级和第五级KPA草案的 版本: ( A )0.71.0 TOC o 1-5 h z 0.51.1三、判断题 实施CMM是克服软件危机的唯一方法。(F )CMM适合整个工程项目的全部管理过程。()基于CMM模型的过程改进也是有风险的。()一般来说,

9、实施全面质量管理可以提高客户的满意度。()四、回答题软件危机的现象是什么?(举一个例子说明软件危机的危害性)什么叫软件过程成熟度?请描述成熟企业与不成熟企业的过程标志。请简单描述全面质量管理与CMM。第二章软件过程成熟度框架回主目录一、填空题 CMM强调 的软件过程改进。 CMM将他的演化步骤划分 个级别。这种分级结构的理论依据是原理。CMM 的五个等级分别是:初始级、。二、选择题CMM的成熟度理论目前主要涉及如下内容:()机构和资源的管理软件工程过程及其管理工具和技术ABC都是五级成熟度定义了个标准,用以度量机构的软件过程成熟度和评价其软件过程能力 TOC o 1-5 h z ()一两多以上

10、都不是对初始级的描述正确的是:()过程可以重复成功所于机构行为成功源于英雄主义三、判断题 TOC o 1-5 h z CMM的等级越高,软件过程的可见性越高。()CMM的五个等级之间没有太大的联系。()CMM的等级越高,软件过程越可控。()四、回答题请你描述可重复级的行为特点?请你描述已定义级的行为特点?请你描述已管理级的行为特点?请你描述优化级的行为特点?第三章能力成熟度模型的结构回主目录一、填空题每一个成熟度级别都分解成了多个组成部分。每一个成熟度级别有几个 组成。 每一个关键过程域被分解成称为 、的五个部分,这些共同特性包含了。 每个成熟度级别表示了 的水平。因为软件过程能力描述了机构通

11、过遵循某过程可能达到的期望结果的范围,所以机构的软件过程能力可作为预计该机构时最可能出现的结果的一种手段。 确定了实现一个成熟度级别所必须解决的问题。 每一个关键过程域都确定了一套相应的,完成了这些,就达到了被认为是对 改进过程能力非常重要的一组目标。 需求管理的目标是,在和 的软件项目之间,建立对客户需求的 软件项目计划的目标是,制定与 的合理的计划。软件项目跟踪和监督的目标时,能够随时掌握软件项目的实际开发过程,使得当软件项目的 与 相背离时,管理部门能采取有效的措施。软件质量保证的目标是,为管理者提供有关软件项目的 与 的适度可见性。软件配置管理的目标是,保证软件项目生成的产品在中的完整

12、性。机构过程焦点的目标是,为改进机构的整体软件过程能力,建立的机制。机构过程定义的目标是,开发和维护一组可用的能提高整体效能的软件过程资源集合,并为在定量过程管理中确定有意义的数据提供基础,这些资源提供了 一组稳定的准则,并通过诸如培训等机制使其制度化。培训大纲的目标是,提高个人的 和,使其能更有效地、更好地完成工作。综合软件管理的目标是,将 和 结合成为密切相关、定义完整的软件过程。该软件过程从 和 剪裁而得来,这种剪裁基于项目的 和。软件产品工程的目标是,始终执行经过严格定义,并综合了 的工程过程,从而高效生产出稳定的软件产品。组间协调的目标是,是与 能积极协作,从而使项目能更好、更有效地

13、满足客户需求。同行评审的目标是,尽早地、有效地排除。二、选择题设计CMM的操作性细节是为了支持一些使用方法。这些方法包括如下那些:()评估小组使用CMM确定一个软件机构所具有的优点和薄弱环节。评价小组使用CMM确定选择不同承制方可能导致的风险,据此签订合同,并监督 合同的实施。制定估价方法的人员将使用CMM开发别的基于CMM的估价方法,这些估价方法 能满足具体需要。高层管理部门使用CMM来理解在其机构中为启动一个软件过程改进大纲必须进 行的活动。技术人员和过程改进小组,例如:SEPG,将使用CMM作为定义并改进机构中软 件过程的指南。 每个关键过程域包含了那些共同特性:()目标执行约定执行能力

14、执行活动测量和分析验证实现 CMM二级中包含了那些关键过程域:()需求管理软件项目计划培训大纲软件产品工程定量过程管理软件项目跟踪和监督软件质量管理软件质量保证软件配置管理机构过程焦点机构过程定义软件分包合同管理综合软件管理缺陷预防技术更新管理组间协调同行评审过程更改管理 CMM三级中包含了那些关键过程域:()需求管理软件项目计划培训大纲软件产品工程定量过程管理软件项目跟踪和监督软件质量管理软件质量保证软件配置管理机构过程焦点机构过程定义软件分包合同管理综合软件管理缺陷预防技术更新管理组间协调同行评审过程更改管理CMM四级中包含了那些关键过程域:需求管理软件项目计划培训大纲软件产品工程定量过程

15、管理软件项目跟踪和监督软件质量管理软件质量保证软件配置管理机构过程焦点机构过程定义软件分包合同管理综合软件管理缺陷预防技术更新管理组间协调同行评审过程更改管理CMM五级中包含了那些关键过程域:需求管理软件项目计划培训大纲软件产品工程定量过程管理软件项目跟踪和监督软件质量管理软件质量保证软件配置管理机构过程焦点机构过程定义软件分包合同管理综合软件管理缺陷预防技术更新管理组间协调同行评审过程更改管理达到一个成熟度级别的充分必要条件该级别的过程域得到满足该级别的过程域得到满足,并且过程必须实现制度化该级别(以及低于该级别的所有级别)的过程域得到满足该级别(以及低于该级别的所有级别)的过程域得到满足,

16、并且过程必须实现制度 化 TOC o 1-5 h z CMM共划分为几个等级()4个5个6个7个 描述了建立一个过程能力所必须完成的活动的共同特性是:()执行约定执行能力执行活动目标每个关键过程域都由5个 组成()关键实践目标共同特性成熟度级别三、判断题CMM限制一个机构如何实现一个软件过程,它描述了软件的一般过程,并涉及如何实 TOC o 1-5 h z 现这些过程。()任何一个软件公司无须经过认证,最起码也是处在CMM的第一等级中。()CMM第二等级中含有5个关键过程域。()CMM第三等级中含有7个关键过程域。()CMM第四等级中含有3个关键过程域。()CMM第五等级中含有3个关键过程域。

17、()关键实践描述了对关键过程域的有效实施和制度化起最重要作用的基础设施和活动。() 关键实践描述要做“什么”,但是它们没有强行规定应当“怎样”完成目标。() 用其他替代实践也一样能完成关键过程域的目标。()共同特性是一些属性,指明一个关键过程域的执行和制度化是否有效、可重复和可持续。共有5个共同特性。()四、回答题设计CMM的操作性细节是为了支持那些使用方法?成熟度级别的内部结构是怎样的?CMM有几个成熟度级别?分别包含那些关键过程域?关键实践描述了什么内容?关键过程域由那些共同特性组成?第四章CMM的相关说明部分回主目录一、填空题尽管为了结合不同应有环境的需要,对CMM进行了恰当剪裁,但已有

18、结果表明,尽管还要 结合具体实现环境对这些关键实践进行具体说明,CMM中还是有以上的关键实践得 到了应有。 关键实践的目的在于,沟通那些在项目和机构中使用的原理,沟通那些在软件应用系统中发挥了作用并且能够长期发挥作用的原理。 这个共同特性中的关键实践描述了机构为确保建立软件过程并持续执行所必 须采取的措施。一般包括制定机构策略的构建领导体制。使用策略陈述,通常是指项目为实施该关键过程域中的实践必须遵循某个书面的。这样做的目的是为了加强 与实际实施这些工作的项目间的联系。在一些关键过程域,执行约定包括指定领导职责(如,项目软件负责人)或说明关键过程域要成功地必须倡议实施的活动。 这个共同特性中的

19、关键实践描述了项目或机构能成功地执行软件过程所必须 满足的前提条件。通常包括资源,机构结构和培训。 这个共同特性中的关键实践说明了执行一个关键过程域所需的活动,职责分配 和规程。一般包括制定计划和规程,实施工作,进行跟踪并在必要时采取正确的措施。 在所有共同特性中,在机构方面差异最大,因为各层关键过程域的执行活动在 细节,机构焦点(如,项目或机构)以及对计划和文档形成的需求方面都不同。 关键实践中描述了两种不同类型的计划: (例如,软件开发计划,软件质量保 证计划的软件配置管理计划)的非正规计划(例如,同行评审计划,风险管理计划和技 术管理计划)。一般可作为正规计划的一部分记入文档(例如,同行

20、评审计划可作为软件开发计划的一部分记入文档)或者作为正规计划的补充(例如,同行评审进度计划) 无论是制定正规计划还是保证这些计划的遵守执行,正规计划都需要给出 管理约定。在已签署合同的情况下,这些正规计划通常也交给订立合同的有户。贯穿CMM的主题之一就是需要通过将过程记入文档并按照文档执行这些过程的 方式来提高机构能力。这一点正像俗语所称,”。CMM中通常所称的“给定需求”是的一部分,由系统的软件部件完成。是制定软件开发计划的基础。需求针对整个系统,而不仅仅是软件。CMM包括评审和同行评审。中,软件工作产品或软件工作产品主要提交给管 理人员,客户,最终有户或其它相关人员,以得到他们的同意的认可

21、。评审一般在任务 完成后进行。中,软件开发包工作产品或软件工作产品集提交给软件开发单位 的同行,以发现其中存在的缺陷。管理人员,客户的最终用户一般不参与同行评审,同行评审是不可缺少的任务,实 施同行评审能够及早,提高生成记质量的产品。“管理的控制”指的是在内(过去和现在)所使用工作产品的是明确的(版本控制),并以受控方式进行修改(更改控制)。测量和分析这个共同特性中的关键实践描述了确定与过程相并的情况时所必需的基本测量实践。该共同特性中测量的目的是和。最常见的验证执行共同特性有、三者的评审。小组由负责一组任务或活动的、和组成。二、选择题 以下不是制定CMM关键实践目的的是:()需要或支持软件生

22、命周期的某个具体模型需要或支持某个具体的机构需要或支持某种具体的职责分配需要或支持开发软件的某种具体的管理和技术方法描述有效软件过程的基本要素 制定剪裁指南是为了指导软件项目:()从认可使用的软件生命周期中选择合适的生命周期剪裁和精化机构标准软件过程和所选的软件生命周期,使其适用于项目的具体特征剪裁掉不必要的机构标准软件过程剪裁掉不必要的软件生命周期 机构软件过程数据库中包括或附加了那些方面的内容()实际测量数据理解该测量数据和评估她的合理性、实用性所需的相关信息评审和审核纪录软件过程相关文档 建立软件过程相关文档库是为了:()保存对现在和将来的项目可能有用的过程文档,特别是与机构标准软件过程

23、有关的 过程文档保存项目中的测量数据在机构范围内共享通过提供成功的项目的实例为起点,帮助减少新项目所耗费的工作量 专家判断是说明关键实践以及实现关键过程域中的目标的:()主要手段必要手段辅助手段次要手段提交给客户或最终用户的计算机程序、规程和相关的文档与数据的全集或该集合中的单项是:()非软件产品软件产品软件工作产品非软件工作产品三、判断题项目责任人在其责任范围内对实施任务和活动的人员提供技术,管理指导与控制,其职 TOC o 1-5 h z 能包括职责范围内的计划,组织,指导和控制工作。()负责人对整个项目负完全责任,是指导,控制,管理的规范某个软件或软/硬件系统建设的人,项目负责人是最终对

24、客户负责的人。()项目软件负责人对一个项目的所有软件活动负完全责任,控制一个项目的所有软件资源,按照软件约定与项目负责人打交道。()软件生命周期是指从软件产品的设想开始到软件不再使用而结束的时间周期。 TOC o 1-5 h z () 在级别1,文档形式的实际计划是软件项目管理的基础。() 在级别2,软件项目管理的好坏取决于软件项目负责人。()在级别3,软件项目管理则建立在机构资源中派生的定义软件过程的基础上。() 在级别4,运用定量和统计技术来管理过程效能和产品质量。() 在级别5,管理在整个持续演化的环境中进行。()软件工作产品作为定义、维护或使用一个软件过程的一部分而产生的任何人工制品,

25、可能包括过程描述、计划、规程、计算机程序和相关的文档,这些文档可以是也可 以不是打算提交给客户和最终用户的。()四、回答题请填写出上图中各数字代表的意思:1:_2:3:4:_5: 6:7:8:2.看图填写表格:过程类别 级别管理机构工程优化级2.已管理级4.已定义级6.7.可重复级13.14.15.16.17.18.初始级1.3.5.8.11.9.12.10.无序级1:2:3:4:5:6:7:8:9:10:11:12:13:14:15:16:17:18:3.是叙述机构软件过程资源包括哪些内容?根据上图数字将CMM中十八个KPA填入到空格第五章CMM的应用回主目录一、填空题 一般有两种类型的评估

26、:和。 于 决定机构当前软件过程的状态,决定一个机构所面临的高优先级的过程相关问题,并且 获得机构对软件过程改进的支持。用来确定合格的软件项目承制 方,或用来监督在目前的软件项目中正在进行的软件过程的状态。评估和评价间的重要区别在于如何适用其结果。对评估而言,其结果为机构提供了进行自我改进而确定的行动计划的基础。对评价而言,其结果则 的开发。CMM模型是为着眼于软件过程而特别建立的,而实际的使用背景会更广。如果在机构 中实施了,则软件过程改进应参考TQM原则并与其保持一致。即便 没有TQM,软件过程改进出发点也应与机构的业务目标保持一致。如果没有这样的一 致性存在,过程改进不会持久。 CMM关

27、注一个高的推进点,即,该过程对激发员工的工作效率和采用有效 技术有一种神奇的作用,而员工效率和新技术均能帮助机构达到其业务目标。 CMM制订了一套准则,可供软件开发机构改进其软件开发和,或客户用 于评估选择软件项目承制方所面临的风险。IDEAL是下列5个英文单词的缩写,代表着软件过程改进的5个阶段:初始化(Initiating). 诊断(Diagnosing)、行动(Acting)、推进(Leveraging)。软件能力评价用来确定合格的软件项目承制方,或用来监督在目前的软件项目中正在进行的 的状态。 软件工程过程组(SEPG)将机构当前实际情况与CMM的要求相比较。分析需要进行 什么样的过程

28、改进,如何实施及活动所需要的支持。制 计划,并按计划进 行改进活动。CMM描述的是过程应解决的问题而非应当如何去执行,过程改进中需要确定许多细节。软件过程改进出发点应与 一致。软件过程评估小组应接受过和评估及估价的具体细节的培训。二、选择题 评估和评价间的重要区别在于()如何适用其结果B .使用的对象不同过程不同遵守的原则不同估价的第1步是()拟制估价计划准备估价材料选择估价方法选择估价小组 CMM模型是为针对软件过程建立的,重点在于。机构除了软件过程外,还有很多需要不断完善的方面。例如:战略业务规划方面、建立产品线、采用有效技术、人 力资源管理等。()资金问题软件问题设备问题技术问题Well

29、-defined process (严格定义过程)一个包括有准备就绪准则、输入、工作的标准和规程、验证机制,如:、输出和完成准则的过程。()同行评审考试调查向上级汇报 是在更为面向审计的环境中进行的。评价的目的是与金钱密切相关,因为 评价组的推荐意见将影响挑选承制方或投放资金。()软件过程评估软件能力评价软件过程改进软件过程重组 软件能力评价过程的重点放在 上,这些记录能揭示机构实际执行的软件过程。()电话询问走查复审已文档化的审计记录项目文档评审 有许多因素会影响过程改进的效果,这些因素包 的主动倡议,对机构 从何处开始过程改进的理解,机构向何处去以及如何到达那里的清晰思路。()SEPG 组

30、员工上级管理部门SQACMM强调做出有根据的和理性的决策过程。在解决什么样的合适技术适用于一个给定需求等问题时,CMM不去规定这些决策应该是什么。机构或项目根据他们做出技术决策,地位最为恰当。如果做出了有根据的决策,该机构(或有合同关系的单位) 之外的任何人说所选技术不适当,只能证明他刚愎自用。()模型规定客户要求标准规定自身需要技术是获得竞争优势的另一个支撑点。CMM既没有要求也没有排除具体的软件技术,例如原型法、面向对象设计以及对软件需求、设计、编码等要素的重用技术。这并不是 说在开发有效而高效的软件产品的过程中技术不是重要的因素,在的资源实践中就对支持过程的工具提出了要求。()执行目标执

31、行约定执行活动执行能力究竟是何种工具和何种方法能够支持所有的应用领域和所有软件工程环境,软件界对此尚未有一致的意见。是今天使用的最流行、功能最强的软件技术之一, 但是它们仍然不能适用于所有环境。()面向对象方法和重用技术面向对象重用技术J2EE三、判断题 TOC o 1-5 h z CMM描述的是过程应当如何去执行而非应解决的问题。()机构过程具体改进的方法对软件过程改进无影响。()软件过程改进的前提是获得管理层的支持。()有效的软件过程改进能降低人员调动频率。()有效的软件过程改进能提高员工的士气。()软件工程过程组的英文缩写是SEPG。()Verification (验证)为了确定指定开发

32、阶段的产品是否满足此阶段开始时规定的条件所进行的软件评价。()Software quality goal (软件质量目标)为一个软件工作产品定义的定性质量目标。()IDEAL没有描述了成功的过程改进所需经历的阶段、实施的活动和所需的资源。()软件过程评估和软件能力评价的估价的范围不同。()四、回答题请绘制出IDEAL方法示意图。请简单说明软件过程评估和软件能力评价不同点。请简单描述估价的基本步骤。说明影响进行过程改进的主要因素。说明有效的过程改进能给企业带来什么好处。第六章一个高成熟度级别实例:航天飞机机载软件回主目录一、填空题美国宇航局开发(简称NASA)飞船飞行软件(space shutt

33、le on board software,简称SSOS)SSOS项目计划留有,以便容纳工作量的增加,而不必重新协调交付里程碑。 TOC o 1-5 h z SSOS项目成立了过程评价组。过程评价组的作用是。 整个项目每个季度建立质量目标,并根据取得的经验教训定期。 SSOS项目设立了质量调度员,为调拨资源。SSOS项目的大量费用用于验证实际质量。验证指派给一个管理上独立与软件开发组的机构,但其是直接报告到总项目负责人,他们与开发人员是平行的和。 SSOS项目验证过程包括:验证测试计划的开发和审查;测试 实例结果与问题解决方案文档的确认和客户评审。SSOS项目组的需求构思工作包括、检查体系结构选

34、择、开发软件系统 解决方案等活动。SSOS项目组的需求生成工作包括根据操作原理和系统需求定义软件需求,生成 说明书。SSOS项目组的需求分析工作包括评估技术和资源影响、确定可接受性、可实现性和、检查需求准备状态。SSOS项目组的需求审查工作包括详细讨论提出的需求、讨论操作方案、识别二、选择题过程评价组通过与过程的技术拥有者协商,为每个过程建立期望的评定级别。如果过程不满足评价的,它的执行可能被停止,直到它被改进。()最低标准最高标准模型要求标准要求SSOS项目成立了 4个小组(教育过程组、知识库组、课程组、客户接口组)以改进SSOS项目的教育问题。课程组针对,实施培训需求分析和制定培训目标。(

35、)客户需求员工用户在设计和编码中要求形式化软件审查,所有审查均要求接受过审查训练的仲裁人参与。指定一位主仲裁人,仲裁小组和主要的软件人员开始分析审查。()软件产品管理周报软件工作产品管理活动 1980年,SSOS项目配置管理已经很严格而正规,然而,很多跟踪是的。()自动进行手工进行半自动半手工使用VS建立配置库一个成熟的过程如何成功地转移到另一个机构?遇到的最难转移的东西是:()正确的机构范围内的软件过程对应着不同应用领域的一个机构关于已经学到的如何最好地执行过程的经验不能应用到新领域的历史数据三个都是无论如何,开发成熟过程的原理是可以把应用转移到新项目。把这些原理转移到新项目最佳实践中去的方

36、法是转移经理和技术人员。因此,为了获得最有效的转移,与其只转 移静态文档,不如重新分配那些在如何应用 方面拥有动态知识的人员。()面向对象开发成熟过程和改进方法面向对象设计面向客户开发三、判断题 TOC o 1-5 h z 在SSOS项目之初,建立了配置控制和测量。() SSOS基线控制委员会负责与NASA协商,并修改项目计划。()SSOS项目操作系统是用HAL/S编写的,而其余飞行软件则是用汇编语言编写的。()SSOS项目亦开发和维护了 17万行的飞行软件应用工具,以便支持配置管理、软件建造、测试和模似、自动验证和软件配置。()就SSOS来看,交付产品的缺陷是一个个人的问题。缺陷的分析集中到

37、过程而不是个人。()如果一个缺陷在检测中遗漏并交付给了用户,SSOS项目组将追究开发个人。()SSOS项目有个原则是在指派某人完成任务前必须有很好的准备,而不能放任不管让职员自身去学习开发技能。()SSOS项目组所有层次的经理均接受了质量管理原理和技术方面的培训。()SSOS项目组只是重要的部门建立了质量测量机制,不是每个组或部门都建立了质量测量机制。()NASA整个参与了 SSOS项目的质量和过程改进活动。()四、问答题简单说明美国宇航局开发(简称NASA)飞船飞行软件(space shuttle on board software, 简称SSOS)项目软件缺陷预防过程?SSOS项目在开发过

38、程中确定哪些障碍因素会影响软件质量?请简单介绍SSOS开发的生命周期情况。请简单介绍SSOS项目组的人员组成情况。SSOS项目组在管理上有什么可取的经验?第七章可重复级关键过程域-需求管理部分回主目录一、填空题 需求管理的目的是在客户和遵循客户需求的之间建立一种共同的理解。 指定给软件的系统需求在CMM中简称为”,它是系统需求的一部分,在系 统的软件部分实现。需求管理这个关键过程域有两个目标,其中一个:控制指定给软件的系统需求,为和 建立基线。软件工程组进入软件项目之前要对给定需求进行。 软件工程组将 作为软件开发计划、工作产品和 的基础。给定需求的变更前要经过。对于给定需求的管理活动状态要进

39、行。上级管理部门对管理给定需求的活动要进行评审。除上级管理部门外,对给定需求管理活动也要进行评审、审核或监督的人员有、 0二、选择题项目遵循书面的机构管理策略,对指定给软件的系统需求进行管理,这些策略包括:()以文档形式给出给定需求;由相关的小组或人员评审给定需求;更改软件计划、工作产品和活动,以保持同给定需求更改的一致性;给定需求必须进行严格的配置管理 给定需求要经过相关小组或人员的评审,这里的相关小组指的是:()仅仅是软件工程组(例如:设计小组、分析小组、编码小组等等)仅仅是系统工程组(硬件、技术支持小组等等)和软件工程组C .仅仅是客户所有受此项目影响的小组(例如:软件工程组、系统工程组

40、、系统测试组、软件质 量保证组、软件配置管理组、文档支持组等等) 给定需求有文档依据,其中给定需求包括:()影响和决定软件项目活动的非技术性需求(例如:协议、条件和合同条款)软件的技术性需求用于确认软件产品是否满足给定需求的验收标准客户的所有需求 以下那些要素要与指定给软件的系统需求保持一致:()软件计划软件开发过程中的工作产品软件开发过程中的活动机构标准过程 以下那些可以是评审给定需求的目的:()确定不完整或遗漏的给定需求确定给定需求是否可行、适用于软件实现、说明清楚、适当、彼此一致、可测试确认可能有问题的给定需求,进行必要的更改相关小组协商,由给定需求所得出约定需求管理的测量中,有必要测量

41、的数据主要是:()每个给定需求的状态给定需求的更改活动更改给定需求的累计数给定需求评审的工作量和缺陷数三、判断题对每个项目,系统需求分析及分配给硬件、软件和其他系统部件的职责明确。 TOC o 1-5 h z () 给定需求就是指分配给软件的系统的技术的需求。() 公司要为给定需求管理提供充足的资源和资金。() 软件工程组和其他相关小组的成员要接受过实施需求管理活动的培训。()需求管理的验证活动主要有软件项目责任人评审和SQA的评审或审核。() 给定需求不是软件开发计划的基础。() 给定需求不是开发软件需求的基础。()四、回答题需求管理和需求开发的含义和区别?当给定需求变更时应有哪些必要的步骤

42、?第七章可重复级关键过程域一软件项目计划部分回主目录一、填空题为实施软件工程和管理软件项目制定合理的计划,包括对要完成的工作进行估计、确定必要约定和等内容。 软件项目组形成软件估计文档的目的是供计划和使用。 制定软件开发计划时要确认相关小组和个人认同与软件项目相关的。 软件项目组在总体项目计划时同步制定。 常见的软件项目周期有、重叠瀑布型、螺旋型、顺序构造型等。 软件项目组应该鉴别、评估与项目成本、资源、进度计划和相关的软件风险, 并归入文档。二、选择题为软件项目计划提供充足的资源和资金是执行软件项目计划的能力之一,下面哪些是执行软件项目计划的资源:()该软件项目应用领域具有经验的人员自动制表

43、软件项目计划和进度计划软件以上都是作为基础,软件工程组应该参与项目建立组的活动,评审项目的有关约定。项目约定的实例有:()项目的技术目标和对象系统和软件技术解决方案软件经费预算、进度计划和资源软件采用的标准和规程以上都是 下面一般不用来度量软件工作产品的规模的是()响应速度功能点数特征点数代码行数 关键计算机资源的估计与以下哪项估计关联不大:()软件工作产品的规模运行处理负载进度估计通信量三、判断题 TOC o 1-5 h z 指定多个负责人,负责协商约定与制定项目的软件开发计划。()软件项目组要有经批准认可的工作说明文件。()软件项目组在制定与实施软件开发计划的职责要明确。()软件负责人、软

44、件工程师和其他参与软件项目计划的人员接受过其职责范围内的软件估计和计划的规程培训是软件项目计划的执行约定。()上级管理部门根据书面规程评审针对外部小组和个人制定的软件项目约定。( TOC o 1-5 h z 软件项目组应按依据书面规程控制项目的软件开发计划。()软件项目组只能在软件配置计划中标明建立和保持对软件项目的控制所必需的软件工作产品。()软件项目组只能在软件项目计划时依据书面规程估计软件项目的工作量和成本。()软件项目计划这个KPA所指关键计算机资源是指开发环境、集成测试环境中的计算机资源。()四、回答题你们是怎样进行项目估计的,或者说你们在项目计划是估计了哪些内容?一般软件公司要有哪

45、些软件项目计划活动和工作产品的验证工作?项目遵循书面的机构管理策略制定软件项目计划。这个书面的策略一般规定哪些内容?软件开发计划一般包括哪些内容?第七章可重复级关键过程域一软件项目跟踪和监督部分回主目录一、填空题软件项目跟踪和监督的目的是为能够随时掌握软件项目的实际开发过程,使得当软件项目的执行与软件计划相背离时,管理部门能够采取。 软件项目跟踪和监督是依据 对实际结果和过程运行效能进行跟踪。 依据书面规程,上级管理部门评审针对的软件项目约定及约定变动。 软件项目经理应将批准通过的那些与软件项目相关的约定变动,通知 和 其他软件相关组成员。软件项目组应测量软件跟踪和监督活动的状态。测量的实例有

46、:实施跟踪和监督活动所 花费的工作量和其他资源。对软件开发计划所做的更改,包括对软件工作产品的 估计、软件成本估计、关键计算机资估计及进度计划的更改。二、选择题下面哪个不属于跟踪软件工作产品的规模(或变动规模)的具体实践。()跟踪所有主要软件工作产品的规模将代码的实际规模与软件开发计划中的估计数进行比较将实际交付的文档分数与软件开发计划中的估计份数进行比较定期地仔细研究、监测和调整软件工作产品的估计规模的变动,相关小组进行协商, 并归入文档下面哪个不属于跟踪项目的软件工作量和成本,必要时采取相应的调整措施的具体实践。()根据已完成的工作和花掉的时间,将实际工作量和成本与软件开发计划中规定的估计

47、数相比较,以确定是否低于估计产量和超支跟踪软件成本,并与软件开发计划中的估计数相比较将代码的实际规模与软件开发计划中的估计数进行比较将工作量、人员配备与软件开发计划的估计数相比较对影响软件约定的人员变动和其他软件成本的变动,相关小组进行协商,并归入文 档三、判断题 TOC o 1-5 h z 软件约定的更改经相关小组和个人同意认可。()依据书面的软件开发计划,跟踪软件活动和交流情况。()跟踪项目的软件进度计划,偏差时调整软件进度计划。()四、回答题你们是怎样根据软件开发计划跟踪项目的进展的,跟踪的内容有哪些?软件项目应项目遵循书面的机构管理策略管理软件项目。该策略一般规定些什么内容?一般软件企

48、业应怎样跟踪项目的软件工程技术活动?第七章可重复级关键过程域一软件分包合同管理划部分回主目录一、填空题依据书面规程,对软件分包合同投标者的进行评价,据此选择软件分承制方。二、选择题 下面哪个不属于软件分包合同投标者应该评价的内容()分包合同投标者对计划的分包合同提交的建议分包合同投标者以前类似工作的运行记录(如果有)分包合同投标者相对于主承制方的地理位置可用于完成该工作的人员多少 主承制方的管理部门与分承制方的 一道定期评审和协调各种开发情况。()管理部门开发人员设计人员测试人员 主承制方在选定的 处,正式评审分承制方的软件工程完成情况及其结果。()里程碑约定日期验收交付 依据书面规程,主承制

49、方的软件配置管理组监督分承制方的活动()软件质量保证软件配置管理软件设计软件测试 主承制方应该定期评价软件分承制方的软件过程性能,并与评审其评价结果。()工程经理项目经理分承制方软件项目经理 依据书面规程,主承制方验收测试分承制方交付的。()工作产品软件产品软件工作产品源代码三、判断题主承制方和软件分承制方就彼此的约定应达成一致。()四、回答题主承制方的软件质量保证员应依据书面规程监控分承制方的软件质量保证活动。该规程 一般规定些什么内容?第七章可重复级关键过程域一软件质量保证部分回主目录一、填空题 软件质量保证的目的是为管理者提供有关软件项目过程和产品的适当的。 SQA组参与制定和评审项目的

50、、标准和规程。 SQA组评审软件工程活动,验证其。 SQA组定期向报告活动的结果。 依据书面的规程,和处理软件活动和软件工作产品中的_。 合适时,SQA组与客户的 人员定期对SQA组的活动和 进行评审。 独立于SQA组的 定期评审项目SQA组的活动和软件工作产品。二、选择题 软件质量保证这个关键过程域的目标有:()对软件质量保证活动做到有计划客观地验证软件产品及其活动是否遵守应用的标准、规程和需求将软件质量保证活动及其结果及时通知相关小组和个人由上级管理部门及时处理软件项目内部解决不了的不一致性问题项目遵循书面的机构管理策略来实施软件质量保证(SQA),该策略一般规定:()软件质量保证(SQA

51、)职能在所有软件项目中占有的地位SQA组有一个向独立于项目的报告的渠道软件项目组定期的评审SQA的活动和结果上级管理部门定期评审SQA的活动和结果进行软件质量保证活动应具备以下哪些执行能力:()有负责协调和实施项目的软件质量保证(SQA)活动的小组(即SQA组)为实施SQA活动提供了充足的资源和资金SQA组的成员接受过完成相应的SQA任务所需的培训软件项目的成员接受过有关SQA组的任务、职责、权限和作用方面的定向培训依据书面规程,为软件项目制定SQA计划。该规程一般规定:()SQA计划在要完全参照项目总体计划,只有项目总体计划完成后才能开始制定SQA计划在项目总体计划的早期开始制定,两者同步进

52、行由相关小组和个人评审SQA计划对SQA计划实行管理和控制以下各项中,属于SQA组审核指定的软件产品,验证其一致性的活动的有:()在交付给客户前,对可交付的软件产品进行评价依据指定的软件标准、规程和合同需求,评价软件工作产品识别和归档存在的偏差,跟踪到关闭验证改正结果软件质量保证活动的测量中,以下有哪些是必要测量数据:()SQA活动的里程碑完成情况,与计划的相比较高级管理者的评审次数SQA活动中已完成的工作、花费的工作量和资金,与计划相比较产品审核和活动评审的次数,与计划相比较三、判断题 TOC o 1-5 h z 上级管理部门要定期评审SQA活动。()项目负责人定期和根据实际需要随时评审SQ

53、A活动。()SQA评价软件活动是不要依据软件开发计划。()SQA在评审和(或)审核软件产品和(或)活动时要识别和记录存在的偏差,并跟踪偏差的改进情况。()SQA工作由项目负责人进行指派。()SQA接受过完成相应的SQA任务所需的培训。()四、回答题SQA计划一般包括哪些内容?软件质量保证过程域中要求进行哪些测量和验证?第七章可重复级关键过程域一软件配置管理部分回主目录一、填空题 软件配置管理的目的是保证软件项目生成的产品在软件生命周期中的。 使用审批通过的、书面的 作为实施SCM活动的基础。 依据书面的规程,对所有配置项/单元的 和 实施初始准备、记录、评审、批准和跟踪。配置管理员应该足够详细

54、地记录配置管理操作,使得每个配置项/单元的 和内容是清楚地,并且可以恢复;还要保留每个配置项/单元的 和历史。 编制证明 和 内容的权威性报告,并提供给相关小组和个人。 SCM活动定期审核软件基线,以验证它们与文档定义的。二、选择题 软件配置管理这个关键过程域的目标有:()软件配置管理活动是有计划的所选择的软件工作产品是经过标识、受到控制并具有可用性的所标识的软件工作产品的更改是受控的让相关小组和个人及时了解软件基线的状态和内容项目遵循书面的机构管理策略来实施软件配置管理(SQA),该策略一般规定:()在整个项目的生命周期中实施SCM,并且明确制定每个项目的SCM职责对于外部提交的软件产品、指

55、定的内部软件工作产品以及项目内部使用的支持工具 实施SCM项目建立或访问一个存储有配置项/单元和相关SCM记录的仓库定期审核软件基线和SCM活动 进行软件配置管理活动应具备以下哪些执行能力:()有(或建立)一个有权管理项目软件基线的委员会有一个负责协调和实施项目的软件配置管理(SCM)活动的小组(即SCM组)为实施SCM活动提供了充足的资源和资金SCM组的成员接受过有关SCM活动的目的、规程和方法方面的培训软件工程组和其他软件相关组成员接受过实施SCM活动的培训 标识将置于配置管理下的软件工作产品,有哪些必要的要求:()按书面标准选择配置项/单元为配置项/单元指定唯一的标识符说明每个配置项/单

56、元所属的软件基线、特征、负责人、开发时间点等内容标识配置项/单元的大小 软件配置管理活动的验证中,以下哪些验证评审工作是必要的:()上级管理部门定期评审SCM活动项目负责人定期或根据实际需要随时评审SCM活动SCM组定期审核软件基线,以验证它们与文档定义的一致性软件质量保证组评审和(或)审核SCM的活动及其工作产品,并报告结果 软件配置管理活动的测量中,以下有哪些是必要测量数据:()单位时间内处理更改请求的数目验证评审次数SCM活动的里程碑完成情况,与计划相比较SCM活动中完成的工作、花费的工作量和资金三、判断题关于SCM计划的说法,以下有哪些是正确的: TOC o 1-5 h z a)在软件

57、项目总体计划的初期开始制定SCM计划,两者同步进行 ()b)SCM计划要相关小组评审()c)对SCM计划要进行严格的配置管理()对于软件产品的发布控制,以下说法正确的是:d)软件配置控制委员会(SCCB)授权由软件基线库生成产品()e)来自软件基线库的产品,不论是外部使用还是内部使用,仅由软件基线库中的配置项/单元构成()对于软件基线库审核,以下说法正确的是:f)要评估软件基线库的完整性()g)要评审配置管理数据库系统的结构和工具()h)只要验证软件基线库内容的完备性和准确性()i)只要验证应用SCM的标准及规程的一致性()j)必须向高级管理者报告其审核结果()k)跟踪审核所采取的各项措施,直

58、到关闭()四、回答题按软件基线库的要求建立配置管理数据库系统,该数据库系统一般有哪些要求?基线的更改控制通常要做到哪些规定?第八章已定义级关键过程域-机构过程焦点部分回主目录一、填空题 机构过程焦点的目的是为能改进的软件过程活动建立机构的职责。软件过程评估的目的是相对于过程标准,识别所使用的软件过程的机构过程焦点的执行约定包括机构遵循书面的管理策略,协调整个机构范围内的软件过程0 软件工程科目的实例有软件需求分析、程序编码、软件测试等。 SEPG组要 机构中限制使用的新过程、方法和工具。合适时,推广到机构的其 他部分。 只要有适当的机制来报告 情况,上级管理部门实施定期评审机构过程改进活动的

59、时间间隔就尽可能长些。二、选择题 建立一个小组,负责的软件过程活动,使这些活动与各项目协调一致,这个小组一般称为SEPG组。()机构级项目级高级低级SPEG组成员中有软件工程及软件相关科目的代表。请从以下科目中选择软件相关科目的正确实例:()a 软件需求分析b 软件设计c 程序编码d 软件测试e 软件配置管理f 软件质量保证(a b c)(c d b f )(a b c d e f )以上都不对为保证软件过程改进活动有充足的资金和资源,机构应提供给SEPG组从事机构软件过 程活动的工具。支持工具的实例有:()统计分析工具过程建模工具数据库管理系统都是 上级管理部门实施定期评审机构过程改进的活动

60、的工作有()对照计划,评审有关开发和改进软件过程活动的进展和状态讨论低层不能解决的冲突和问题指定和评审行动措施,并跟踪到关闭ABC三、判断题 TOC o 1-5 h z 机构内部软件过程的制定和改进活动协调一致。()有一个负责机构的软件过程活动的小组是机构过程焦点的执行能力之一。()负责机构软件过程活动的SEPG所有成员一定要接受过实施机构软件过程活动软件工程实践、过程控制技术、机构过程变动管理、软件过程计划、管理和监督、技术转变等方 面的培训。()SEI软件过程评估方法是评估机构软件过程能力的唯一方法。()机构制定和维护它的软件过程开发和改进活动的计划是以以软件过程评估后的行动计划和其他的机

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论