B

[解析] 精华阶段的目标是分析问题领域，建立健全的体系结构基础，编制项目计划，淘汰项目中最高风险的元素。精华阶段结束时第二个重要的里程碑：生命周期结构(Lifecycle Architecture)里程碑。生命周期结构里程碑为系统的结构建立了管理基准并使项目小组能够在构建阶段中进行衡量。此刻，要检验详细的系统目标和范围、结构的选择以及主要风险的解决方案。

B

[解析] 软件需求中对软件产品的响应时间、吞吐量、价格等属性的要求都属于非功能性需求。

A

[解析] 在对软件系统进行评价时，从系统评价对象出发，用户所关心的是他们的需求和系统的运行质量。

C

[解析] 一个对风险评估很有用的技术就是定义风险参照水准。对于大多数软件项目来说，成本、进度和性能就是三种典型的风险参照水准。

A

[解析] 瀑布模型是将软件生存周期各个活动规定为依线性顺序连接的若干阶段的模型，它为软件的开发和维护提供了一种有效的管理模式，适合于软件需求很明确的软件项目的模型。
   演化模型在获取一组基本的需求后，通过快速分析构造出该软件的一个初始可运行的版本，然后逐步演化成为最终软件产品，该模型主要是针对需求不明确或不清楚的情况下，进行项目开发建议采用的，而螺旋模型弥补了以上两种模型的不足，增加了风险分析，每个螺旋周期分为制订计划、风险分析、实施工程和用户评估四个工作步骤。
   喷泉模型是一种以用户需求为动力，以对象作为驱动的模型，适合于面向对象的开发方法。它克服了瀑布模型不支持软件复用和多项开发活动集成的局限性，使开发过程具有迭代性和无间隙性。

B

[解析] 敏捷过程的开发方法有很多，每一种方法基于一套原则。极限编程(XP)是一种轻量级、高效、低风险、可预测的、科学的软件开发方式，由4大价值观、5个原则和12个最佳实践和行为等4部分组成。水晶法(Crystal)认为每一个不同的项目都需要一套不同的策略、约定和方法论。并列争球法(Scrum)使用迭代的方法，其中把每30天一次的迭代称为一个“冲刺”，并按需求的优先级别来实现产品。自适应软件开发(ASD)包含6个基本的原则：有一个使命作为指导；特征为视为客户价值的关键点；过程中的等待是很重要的；变化不被视为改正，而是被视为对软件开发实际情况的调整；确定的交付时间迫使开发人员认真考虑每一个生产版本的关键需求；风险也包含其中。

C

[解析] McCabe度量法是一种基于程序控制流的复杂性度量方法，该方法认为程序的复杂性很大程度上取决于控制的复杂性。首先根据程序画出程序图，然后基于图论用图的环路数来度量程序复杂性，即V(G)=m-n+2p，其中m、n和p分别表示图G中弧的个数、顶点的个数和强连通分量数。由上图可知，m=8，n=6，p=1，根据上述公式可得，其环路复杂性为8-6+2=4。

A

[解析] 冗余附加技术是指为实现冗余技术所需的资源和技术，包括程序、指令、数据、存放和调动它们的空间和通道等。在屏蔽硬件错误的容错技术中，冗余附加技术包括关键程序和数据的冗余存储及调用，检测、表决、切换、重构、纠错和复算的实现。在屏蔽软件错误的容错系统中，冗余附加技术的构成包括冗余备份程序的存储及调用、实现错误检测和错误恢复的程序、实现容错软件所需的固化程序。

A

[解析] 信息系统的文档，是系统建设过程的“痕迹”，是系统维护人员的指南，是开发人员与用户交流的工具。信息系统的文档，不但包括应用软件开发过程中产生的文档，还包括硬件采购和网络设计中形成的文档。软件文档的编制贯穿于软件产品开发的各个阶段，是提高软件产品开发效率、规范软件产品开发过程、保证软件产品质量的关键。

B

[解析] 这种题基本上是必考题，关键路径可以简单地记为：完成活动需要时间最长的路径。本题的关键路径为A→C→F→G→I，所需时间为17，很显然C在关键路径上。

C

[解析] 无主程序员组中的成员相互平等，工作目标和决策都由全体成员民主讨论。这种组有利于发挥每个人的积极性，但往往职责不明，出了问题谁也不负责，而且不利于与外界的联系。很显然，大规模的项目不适合采用这种人员组织形式。

A

[解析] 如果软件项目组对于风险采取主动的方法，则避免永远是最好的策略。这可以通过建立一个风险缓解计划来达到。例如，频繁的人员流动被标注为一个项目风险，基于以往的历史和管理经验，人员流动的概率为70%，而影响被预测为对于项目成本及进度有严重的影响。为了缓解这个风险，项目管理者必须建立一个策略来降低人员流动。

B

[解析] 增量模型融合了瀑布模型的基本成分(重复应用)和原型实现的迭代特征，该模型采用随着日程时间的进展而交错的线性序列，每一个线性序列产生软件的一个可发布的“增量”。当使用增量模型时，第1个增量往往是核心的产品，即第1个增量实现了基本的需求，但很多补充的特征还没有发布。客户对每一个增量的使用和评估都作为下一个增量发布的新特征和功能，这个过程在每一个增量发布后不断重复，直到产生了最终的完善产品。增量模型的特点是引进了增量包的概念，无须等到所有需求都出来，只要某个需求的增量包出来即可进行开发。虽然某个增量包可能还需要进一步适应客户的需求并且更改，但只要这个增量包足够小，其影响对整个项目来说是可以承受的。

A

[解析] 瀑布模型以软件需求完全确定为前提的。瀑布模型将软件生命周期划分为软件计划、需求分析和定义、软件设计、软件实现、软件测试、软件运行和维护这6个阶段，规定了它们自上而下、相互衔接的固定次序，如同瀑布流水逐级下落。瀑布模型有利于大型软件开发过程中人员的组织及管理，有利于软件开发方法和工具的研究与使用，从而提高了大型软件项目开发的质量和效率。本题中，要开发的软件系统功能较为清晰，而且交付时间严格，因此适宜采用瀑布模型。
   

B

[解析] 对于有向图，复杂性度量值为m-n+2，其中m是图中弧的个数，n是图中的节点数。本题中弧的个数为10，节点数为9，因此复杂度为10-9+2=3。

A

[解析] 关键路径为A→B→D→I→J→L，因为这条路径最长，决定了整个项目完成的最短时间为20。

D

[解析] Gantt图以日历为基准描述项目任务。水平轴表示日历时间，每个条形表示一个任务。图中水平条的起点和终点对应于时间轴上的时间，分别表示该任务的开始时间和结束时间，水平线的长度表示完成该任务所持续的时间。当日历中同一时段存在多个水平条时，表示任务之间的并发。但Gantt图不能清晰地反映各处任务之间的依赖关系，难以确定整个项目的关键所在，也不能反映计划中有潜力的部分。

A

[解析] 风险管理当中包括了对风险的量度、评估和应变策略。理想的风险管理，是一连串排好优先次序的过程，使当中的可以引致最大损失及最可能发生的事情优先处理，而相对风险较低的事情则押后处理。现实情况里，优化的过程往往很难决定，因为风险和发生的可能性通常并不一致，所以要权衡两者的比重，以便作出最合适的决定。

D

[解析] 喷泉模型是一种以用户需求为动力，以对象为驱动的模型，主要用于描述面向对象的软件开发过程。喷泉模型不像瀑布模型那样，需要分析活动结束后才开始设计活动，设计活动结束后才开始编码活动。该模型的各个阶段没有明显的界线，开发人员可以同步进行开发。

A

[解析] 瀑布模型是W.Royce于1970年首先提出的，由可行性研究、需求分析、系统设计、编码、测试、运行和维护各阶段组成。该模型把软件生命过程比喻成瀑布的流水，每个阶段看作瀑布中的一个台阶，软件生命过程在台阶上由上向下流动。瀑布模型规定上一阶段的变换结果是下一阶段变换的输入，相邻两个阶段具有因果关系，紧密相连。为保障软件开发的正确性，每一阶段任务完成后，都必须对它的阶段性产品进行评审，确认之后再转入下一阶段的工作。评审过程发现错误和疏漏后，应该反馈到前面的有关阶段修正错误、弥补疏漏，然后再重复前面的工作，直至某一阶段通过评审后再进入下一阶段。
   本题是要用新技术开发一个系统，并替换原有系统，客户需求明确，工作可以采用线性的方式完成，因此适合采用瀑布模型进行开发。

A

[解析] “将每个用户的数据和其他用户的数据隔离开”是从安全性方面提出的功能要求，这主要是考虑了软件的功能性质量特性。

D

[解析] 设计质量的评审内容包括以下几个方面。
   ● 评价软件的规格说明是否合乎用户的要求。
   ● 评审可靠性。
   ● 评审保密措施实现情况。
   ● 评审操作特性实施情况。
   ● 评审性能实现情况。
   ● 评审软件是否具有可修改性、可扩充性、可互换性和可移植性。
   ● 评审软件是否具有可测试性。
   ● 评审软件是否具有复用性。
   模块层次属于程序质量的评审内容，不属于设计质量的评审内容。

A

[解析] 需要协作沟通的人员的数量影响着开发成本，因为成本的主要组成部分是相互的沟通和交流，以及更正沟通不当所引起的不良结果。人与人之间必须通过沟通来解决各自承担任务之间的接口问题，如果项目有n个工作人员，则有n×(n-1)/2个相互沟通的路径。很明显，包含8个成员的开发小组的沟通路径最多有28条。这其实是一道简单的图论问题，相当于求包含8个顶点的无向图中最多有多少条边。

B

[解析] 风险具有不确定性，可能会表现出损失，而风险管理则可对风险进行干预，以减少损失。一定会发生的事件，就不叫风险了。因此选项B是错误的。

D

[解析] 专家判断方法是依靠一个或多个专家对要求的项目做出估算，其精确性取决于专家对估算项目的定性参数的了解和经验，缺点便是具有一定的主观性。即使将专家判断方法、启发式方法和机器学习方法结合起来，也不可能得到精确的估算结果。

B

[解析] 本题的关键路径是：START→2→5→7→8→FINISH，因为这一条路径最长，决定了整个项目完成的最短时间为65。很明显，里程碑2在关键路径上。

C

[解析] 瀑布模型将软件生命周期的各个活动规定为线性连续的若干阶段模型，它有由前至后、相互衔接的固定次序，适合用于开发需求明确的软件。
   V模型是在瀑布模型的基础上演变而来的，它强调了在整个软件项目开发中需要经历的若干个测试级别，并与每一个开发级别对应。
   如果对软件需求的认识是模糊的，可在获取一组基本的需求后，通过快速分析构造出该软件的一个初始可运行版本，即软件的原型，然后根据用户的意见和建议对原型进行改进。
   螺旋模型将瀑布模型和原型模型结合起来，加入了风险分析。
   题目中的需求还要捕获，也就是说需求还不是很明确，因此适合采用原型模型。

D

[解析] 能力成熟度继承模型(Capacity Maturity Model Integrated，CMMI)有两种不同的表述方式。一种表述方式为连续表述，主要关注某特定域的过程改进和能力评估；另一种表述方式为阶段式，主要是衡量一个企业的成熟度。很明显，选项D是错误的。

D

[解析] 软件可靠性是关于软件能够满足需求功能的性质，软件不能满足需求是因为软件中的差错引起了软件故障。软件差错是软件开发各阶段潜入的人为错误：需求分析定义错误、设计错误、编码错误、测试错误、文档错误等。软件可靠性不但与软件中存在的缺陷有关，而且与系统输入和系统使用有关。

B

[解析] 在瀑布模型中，软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动的工作结果，实施完成所需的工作内容。当前活动的工作结果需要进行验证，如果验证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回修改。瀑布模型要求每个阶段都要仔细验证。
   快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。快速原型通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品。
   V模型是在快速应用开发模型的基础上演变而来的，由于将整个开发过程构造成一个V字形而得名。V模型强调软件开发的协作和速度，将软件实现和验证有机地结合起来，可以在保证较高的软件质量情况下缩短开发周期。
   螺旋模型将瀑布模型和快速原型模型结合起来，强调了其他模型所忽视的风险分析，特别适合于大型复杂的系统。螺旋模型强调风险分析，但要求许多客户接受和相信这种分析，并做出相关反应是不容易的，因此，这种模型往往适应于内部的大规模软件开发。

C

[解析] 12个最佳实践为：
   ● 计划游戏(快速制订计划、随着细节的不断变化而完善)
   ● 小型发布(系统的设计要能够尽可能早地交付)
   ● 隐喻(找到合适的比喻传达信息)
   ● 简单设计(只处理当前的需求，使设计保持简单)
   ● 测试先行(先写测试代码，然后再编写程序)
   ● 重构(重新审视需求和设计，重新明确地描述它们以符合新的和现有的需求)
   ● 结队编程
   ● 集体代码所有制
   ● 持续集成(可以按日甚至按小时为客户提供可运行的版本)
   ● 每周工作40个小时
   ● 现场客户
   ● 编码标准

D

[解析] 风险分析是4个不同的风险活动：风险识别、风险预测、风险评估、风险控制。
   风险识别是试图系统化地确定对项目计划的威胁。
   风险预测又称风险估算，它从两个方面评估一个风险：风险发生的可能性或概率；以及如果风险发生所产生的后果。
   风险评估是要估计风险影响的大小。
   风险控制活动的目的是辅助项目组建立处理风险的策略。

C

[解析] 实现容错的主要手段是冗余。通常冗余技术分为4类：结构冗余、信息冗余、时间冗余和冗余附加技术。
   结构冗余是通常采用的冗余技术，按其工作方法可以分为静态、动态和混合冗余。
   信息冗余通常采用奇偶码、循环码等冗余码制式以发现甚至纠正信息在运算或传输中出现的错误。
   时间冗余是指以重复执行指令或程序来消除瞬时错误带来的影响。
   冗余附加技术是指为实现上述冗余技术所需要的资源和技术，包括程序、指令、数据、存放和调动它们的空间和通道等。

B

[解析] 过程能力成熟度模型的基本思想是，由于问题是由人们管理软件过程的方法不当引起的，所以新软件技术的运用并不会自动提高软件的生产率和质量。其策略是力图改进对软件过程的管理，而在技术方面的改进是其必然的结果。

B

[解析] 软件复杂度度量的参数包括软件的规模、难度、结构和智能度。
   ● 规模：程序总共的指令数，或源程序的行数。
   ● 难度：通常由程序中出现的操作数的数目所决定的量来表示。
   ● 结构：通常用于程序结构有关的度量来表示。
   ● 智能度：即算法的难易程度。

A

[解析] 对于强连通的有向图，复杂性度量值为m-n+2p，其中m是图中弧的个数，n是图中的节点数，p是图中强连通分量的个数。
   题图中弧的个数为9，节点的个数为7，强连通分量的个数为1，因此，可以计算题图的复杂度度量值为4。

C

[解析] 系统的可维护性指标包括：可理解性、可测试性和可修改性。

C

[解析] 软件系统的文档主要包括用户文档和系统文档。用户文档主要描述系统功能和使用方法，用户可以通过用户文档理解软件的功能、性能等各项指标。系统文档描述系统设计、实现和测试等各方面的内容。软件系统文档还包括在软件开发过程中，由软件开发人员制定提交的一些工作计划或工作报告，使管理人员能够通过这些文档了解软件开发项目安排、进度、资源使用和成果等。可见，软件系统文档可以提高软件开发的可见度和开发效率。

C

[解析] 基于构件的软件开发，主要强调在构建软件系统时复用已有的软件“构件”，在检索到可以使用的构件后，需要针对新系统的需求对构件进行合格性检验、适应性修改，然后集成到新系统中。

C

[解析] 软件变更控制是变更管理的重要内容，要有效地进行变更控制，需要借助配置数据库和基线的概念。配置数据库一般包括开发库、受控库和产品库。

C

[解析] 能力等级0指未执行过程，表明过程域的一个或多个特定目标没有被满足；能力等级1指过程通过转化可识别的输入工作产品，产生可识别的输出工作产品，关注于过程域的特定目标的完成；能力等级2指过程作为以管理的过程制度化，针对单个过程实例的能力；能力等级3指过程作为已定义的过程制度化，关注过程的组织级标准化和部署；能力等级4指过程作为定量管理的过程制度化；能力等级5指过程作为优化的过程制度化，表明过程得到很好的执行且持续得到改进。

B

[解析] 初启阶段的里程碑是生命周期目标，精化阶段的里程碑是生命周期架构，构建阶段的里程碑是初始运作功能，移交阶段的里程碑是产品发布。

C

[解析] 软件配置管理是一组管理整个软件生存期各阶段中变更的活动，主要包括变更标识、变更控制和版本控制。

C

[解析] McCabe度量法是一种基于程序控制流的复杂性度量方法。采用这种方法先画出程序图，然后采用公式V(G)=m-n+2计算环路复杂度。其中，m是图G中弧的个数，n是图G中的节点数。图中节点数为7，边数为11，所以环路复杂度为11-7+2=6。

A

[解析] 确定构建软件系统所需要的人数时，与系统的规模、技术复杂度和项目的计划都有关系，因此需要考虑，而与系统的市场前景没有任何关系，不需要加以考虑。