软件工程项目最佳实践打印版.docx
《软件工程项目最佳实践打印版.docx》由会员分享，可在线阅读，更多相关《软件工程项目最佳实践打印版.docx（34页珍藏版）》请在冰豆网上搜索。
软件工程项目最佳实践打印版
软件工程项目最佳实践
单选题
第二章软件工程概述
软件工程的目的是（）。
A.建造大型的软件系统B.软件开发的理论研究C.软件的质量保证D.研究软件开发的原理
比较成熟的软件开发方法是（）。
A．面向数据库的方法B．软件工程的开发方法
C．结构化的程序设计方法D．面向对象的开发方法
软件产品的开发主要是（）。
A．进行软件复制B．进行软件的研制C．进行软件的销售D．进行软件的测试
在软件开发模型中，提出最早、应用最广泛的模型是（）。
A．瀑布模型B．喷泉模型C．快速原型模型D．螺旋模型
软件的主要结构和功能是在（）阶段决定的。
A．分析设计B．编程C．测试D．维护
“软件危机”是指（）。
A．计算机病毒的出现B．利用计算机进行经济犯罪活动
C．软件开发和维护中出现的一系列问题D．人们过分迷恋计算机系统
为了客户软件危机，人们提出了用（）的原理来设计软件，这就是软件工程诞生的基础。
A．数学B．软件学C．运筹学D．工程学
软件工程的出现是由于（）。
A．软件危机的出现B．计算机硬件技术的发展
C．软件社会化的需要D．计算机软件技术的发展
（）分批地逐步向用户提交产品，每次提交一个满足用户需求子集的可运行的产品。
A.增量模型B．喷泉模型C．快速原型模型D．瀑布模型
（）就是用工程、科学和数学的原则和方法研制、维护计算机软件的相关技术及管理方法。
A．软件工程B.软件C．运筹学D．工程学
（）是指容许对系统进行修改而不增加原系统的复杂性，它支持软件的调试和维护。
A．可修改性B．有效性C．可靠性D．可维护性
（）是指软件系统能够最有效地利用计算机的时间资源和空间资源。
A．可修改性B．有效性C．可靠性D．可维护性
（）是指软件系统能够防止因概念、设计和结构等方面的不完善造成软件系统失效，具有挽回因操作不当造成软件系统失效的能力。
A．可修改性B．有效性C．可靠性D．可维护性
（）是指软件产品交给用户使用后，能够对它进行修改、以便修改潜伏的错误，改进性能和其他属性。
使软件产品适应环境的变化。
A．可修改性B．有效性C．可靠性D．可维护性
（）是指软件产品概念或者功能相对独立的一个或者多个相关模块定义为一个软件部件。
软部件可以在多种场合应用的程度称为部件的可重用性。
可重用的部件可以不加修改直接使用，有的需要修改才能使用。
A．可修改性B．有效性C．可重用性D．可维护性
（）是指软件在不同的系统约束条件下，使用户得到满足的难易程度。
适应性强的软件应采用广为流行的程序设计语言编码。
A．可修改性B．有效性C．可重用性D．可适应性
（）是指根据软件需求对软件设计、程序进行正向追踪、或者根据程序、软件设计对软件进行逆向追踪的能力。
A．可修改性B．可追踪性C．可重用性D．可适应性
在软件工程的基本原则中，（）是指抽象事物是最基本的特征和行为，忽略非基本的细节。
A．抽象原则B．信息隐藏原则C．模块化D．局部化
在软件工程的基本原则中，（）是指将模块中的软件设计决策封装起来。
模块接口应尽量简洁，不要罗列可有可无的内容操作和对象。
A．抽象原则B．信息隐藏原则C．模块化D．局部化
在软件工程的基本原则中，（）是指要求在一个物理模块内部集中逻辑上相互关联的计算资源。
A．抽象原则B．信息隐藏原则C．模块化D．局部化
在软件工程的基本原则中，（）是指整个软件系统的各个模块均使用一致的概念、符号和术语。
程序内部接口应该保持一致；用于形式化规格说明的公理系统应保持一致等等。
A．抽象原则B．信息隐藏原则C．模块化D．一致性
（）是指一套关于项目的阶段、状态、方法、技术和开发、维护软件的人员以及相关Artifacts（计划、文档、模型、编码、测试、手册等）组成。
A．软件B．软件工程C．软件过程D．模式
（）是对软件开发和维护过程中所有相关活动的组织、计划和控制的模型。
A．软件过程模型B．软件生命周期模型C．软件开发方法D．软件控制模型
答案.A
（）是软件的产生直到报废的期限，期限内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。
A．软件过程模型B．软件生命周期模型C．软件开发方法D．软件控制模型
（）的任务是理解和描绘客户的需求，引导和协调用户和业务需求的收集和确认。
A．软件架构师B．软件工程师C．业务分析师D．技术开发人员
（）负责理解系统的业务需求，并创建合理、完善的系统体系结构。
A．软件架构师B．软件工程师C．业务分析师D．技术开发人员
（）通常负责设计和实现可执行的代码方案、测试开发出了的组件和分析运行时情况以去除可能存在的错误。
A．软件架构师B．软件工程师C．业务分析师D．开发人员
在软件开发周期模型中，下图显示了（）。
A．瀑布模型B．快速原型模型C．螺旋模型D．迭代模型
在软件开发周期模型中，下图显示了（）。
A．瀑布模型B．快速原型模型C．螺旋模型D．迭代模型
（）提倡的是一种迭代式增量开发模型，定义了过程和目标。
A．瀑布模型B．快速原型模型C．螺旋模型D．迭代增量开发模型
（）是目前主流的软件开发方法，主要的方法包括Booch方法、OMT方法、OOSE方法。
A．结构化软件开发方法B．快速原型软件开发方法
C．面向对象的软件开发方法D．面向方面的软件开发方法
（）是一种软件开发方法，该方法强调将软件系统的功能规约与实现这些功能的技术和平台相分离，并与OMG所推出的各种技术标准相融合。
为了达到这一目的，它将软件系统的模型分为两类：
一类是平台无关的模型（PIM，PlatformIndependentModel），另一类是平台相关的模型（PSM，PlatformSpecificModel）。
A．结构化软件开发方法B．快速原型软件开发方法C．面向对象的软件开发方法D．MDA
第三章软件项目计划.
（）是指对软件项目实施所涉及的活动、资源、任务、进度等方面作出的预先规划。
A．软件过程规划B．软件项目计划C．软件过程模型D．软件开发模型
（）负责制定软件项目计划，对项目活动进行跟踪与管理。
收集项目开发活动的相关数据，对项目偏差进行控制。
A．软件架构师B．测试人员C．部署人员D．项目管理人员
（）负责制定系统的测试计划，创建测试用例、测试场景，执行测试（单元测试、集成测试、系统测试、可接受性测试、非功能性测试），标识故障和系统缺陷，生成测试报告。
A．软件架构师B．测试人员C．部署人员D．项目管理人员
（）负责创建系统的部署计划，对系统实施部署。
A．软件架构师B．测试人员C．部署人员D．项目管理人员
（）是一种图形化的任务表示方式，它的横轴表示时间，纵轴对应于各个软件开发活动或任务。
A．流程图B．任务图C．甘特图D．网络图
在制定软件项目进度计划时，进度计划的制订者和软件项目的负责人必须清晰地知道哪些软件开发活动将可能对软件项目的实施进度产生关键性的影响。
所谓的（）是指软件项目进度计划中从起始活动开始到结束活动为止，具有最长长度的路径。
这里所指的长度是指软件开发所需的时间周期。
A．关键路径B．关键资源C．关键活动D．时间计划
在软件项目计划中，（）定义了软件项目开发需经历的阶段和步骤，需要完成的活动和任务，以及它们之间的关系。
A．软件过程B．软件生命周期C．软件开发周期D．软件任务与活动
第四章需求阶段
需求分析是在（）进行的。
A．客户B．用户和分析设计人员之间C．开发人员内部D．使用和维护人员间
（）是指用户对目标软件系统在功能、性能、质量等方面的期望，以及对目标软件系统在运行环境、资源消耗等方面的约束。
A．软件系统B．软件需求C．需求工程D．系统功能
（）是指需求工程活动的组织方式，包括活动的进入、完成条件，活动的输入、输出，参与活动的角色及其职责，活动之间的衔接方式等。
A．需求工程的资源B．需求工程的过程模型
C．需求工程的进度模型D．需求工程的任务分配模型
（）的目标是从用户的角度，完整地收集并以用户容易理解的业务语言阐述软件需求，形成文档。
B．需求分析
（）可泛指执行者与系统（不仅限于软件系统）之间的一系列交互。
A．用例
（）是软件工程界公认的迄今为止最恰当的初始软件需求表达方式。
A．用例
软件需求分析阶段最重要的技术文档之一是（）。
C．需求规格说明书
在软件需求分析之前，有必要进行（）。
B．可行性分析
软件需求分析阶段建立原型的主要目的是（）。
A．确定系统的功能和性能需求
软件开发的需求活动，其主要任务是（）。
D．定义需求并建立系统模型
第五章分析阶段
软件需求分析阶段的研究对象是（）。
A．用户要求
对象是面向对象开发方法的基本成分，每个对象可用它的一组（）和它可以执行的一组操作来定义。
C．属性
在软件工程学中，我们把具有相同属性和服务的一组对象的集合定义为（）。
A．类
面向对象软件技术的许多强有力的功能和突出的优点，都来源于把类组织成一个层次结构的系统，一个类的上层可以有5层，可以有子类，这种层次结构系统的一个重要性质是一个类获得其父类的全部描述，即（）。
B．继承性
动态模型的构成不包括（）。
B．关联
对象模型技术OMT把分析时收集的信息构造在三类模型中，即对象模型、动态模型和（）。
D．行为模型
对象模型的描述工具是（）。
C．对象图
动态模型的描述工具是（）。
C．状态图
在只有单重继承的类层次结构中，类层次结构是（）。
A．树型层次结构
表示了对象的相互行为的模型是（）。
A．对象模型
在面向对象方法学中，信息隐藏的实现是通过对象的（）体现的。
C．封装性
通过执行对象的操作改变该对象的属性，但它必须通过（）来执行。
C．信息
面向对象的主要特征除了对象唯一性、封装性、继承性外，还有（）。
A．多态性
描述对象的行为，反应对象的状态与事件的关系是（）。
A．状态图
面向对象的静态模型主要捕获了（）。
C．对象为系统承担的责任
DFD用于描述系统的（）。
C．基本加工
DFD中的每个加工至少需要（）。
C．一个输入或输出流
数据字典不包括的条目是（）。
B．数据流
软件需求规格说明书的作用不包括（）。
D．软件设计的依据
软件需求分析是保证软件质量的重要步骤，它的实施应该在（）。
C．软件定义阶段
（）是面向数据流进行需求分析的方法。
B．结构化分析方法
（）是系统分析人员在需求分析阶段需要完成的文档，是软件需求分析的最终结果。
B．需求规格说明书
在需求分析阶段，如果需要对数据模型建模，最好选择（）。
A．E-R图
在结构化分析模型中，（）用于描述数据对象的关系、构建软件的数据模型。
A．E-R图
在结构化分析模型中，（）主要指明系统中数据是如何流动和变换的。
B．DFD
在结构化分析模型中，（）执行系统在外部时间的作用下将如何动作，表明系统的各种状态及各种状态之间的变迁。
C．STD图
软件的（）通常由一组模型组成，其中包括数据模型、功能模型和行为模型。
C．分析模型
（）是对一个软件结构内不同模块之间互连程度的度量。
B．耦合
（）标志一个模块内各个元素彼此结合的紧密程度。
D．内聚
（）是用户对软件系统能够完成何种功能，以及在某些场景下软件系统能够展现的何种外部可见行为或效果的期望，包括对外部行为效果的业务规则约束。
A．功能需求
（）表示用户对软件质量属性、运行环境、资源约束、外部接口等方面的要求或期望。
B．非功能需求
（）表示用户在软件响应速度、结果精度、运行时资源消耗量等方面的要求。
A．性能需求
（）用户在软件失效的频率、严重程度、易恢复性，以及故障可预测性等方面的要求。
B．可靠性需求
（）用户在界面的易用性、美观性，以及对面向用户的文档和培训资料等方面的要求。
C．易用性需求
（）用户在身份认证、授权控制、私密性等方面的要求。
D．安全性需求
（）表示用户对软件系统运行环境的要求。
A．运行环境约束
（）表示用户对待开发软件系统与其他软件系统或硬件设备之间的接口的要求。
B．外部接口
（）表示用户在软件可配置性、可扩展性、可维护性、可移植性等方面的要求。
C．可保障性（supportable）需求
需求工程的目标是（）。
D．获取精确化、一致化、完全化的软件需求。
（）是指需求工程活动的组织方式，包括活动的进入、完成条件，活动的输入、输出，参与活动的角色及其职责，活动之间的衔接方式等。
B．需求工程的过程模型
（）的目标是从用户的角度，完整地收集并以用户容易理解的业务语言阐述软件需求，形成文档。
A．需求获取
需求的（）表示每个需求项正确地、真实地反映用户需求的程度。
A．正确性
需求的（）表示所有需求项构成的全集完整地覆盖所有必须在待开发软件产品中实现的用户需求，尤其不能遗漏重要或者紧迫的用户需求。
D．完全性
需求的（）需求项的表述不至引起二义甚至多义理解。
C．精确性
需求的（）表示需求项的表述不至引起二义甚至多义理解。
C．精确性
需求的（）表示每项用户需求在需求模型中仅出现一次。
A．无冗余
需求的（）表示在实际资源约束条件下，软件项目组能够完整实现某项需求的可能性。
B．可行性
需求的（）表示每项需求能够在软件开发周期、软件生命周期内保持不变的可能性。
C．稳定性
需求的（）表示在验收测试阶段，开发方能否通过呈现测试结果，客观地、无争议地向用户表明某项需求已经被完整实现。
D．可测试性
需求的（）表示需求项发生变化时对整个软件系统的结构、质量及项目计划的影响程度。
B．可修改性
需求的（）表示需求项对于用户完成业务目标的重要性。
C．用户价值
需求的（）表示在实现需求项的过程中可能存在的风险因素及其应对措施。
D．实现风险
（）是指直接服务于用户功能性需求的概念层面的类，与待开发软件系统的具体实现技术无关。
B．分析类
在需求分析中，边界类（）。
A．负责目标软件系统与外部执行者之间的交互。
在需求分析中，控制类（）。
B．作为完成用例任务的责任承担者，负责协调、控制其他类共同完成用例规定的功能或行为。
在需求分析中，实体类（）。
C．负责保存目标软件系统中具有持久意义的信息项并向其他类提供信息访问的操作。
通常情况下，执行者与用例之间的一种通信连接对应一个（）。
A．边界类
一般而言，一个用例通常对应一个（）。
如果不同用例的任务有较多类似之处，也可以考虑在多个用例的实现方案中加以共享。
B．控制类
（）主要来源于领域概念模型和用例描述中具有持久意义的信息项，一般与用例中特定的业务逻辑关系不大。
C．实体类
UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画。
其中（）包括用例图（usecasediagram），它从外部用户的角度描述系统的功能，并指出功能的参与者。
A．用例视图
UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画。
其中（）包括类图（classdiagram）、对象图（objectdiagram）和包图（packagediagram），它们分别从不同的层面表示系统的静态结构。
B．结构视图
UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画。
其中（）包括交互图（interactivediagram）、状态图（statechartdiagram）与活动图（activitydiagram），它们从不同的侧面刻画系统的动态行为。
C．行为视图
UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画。
其中（）包括构件图（componentdiagram），它描述软件系统中各组成构件、构件的内部结构以及构件之间的依赖关系。
D．构件视图
UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画。
其中（）包括部署图（deploymentdiagram），它描述软件系统中的各类工件在物理运行环境中的分布情况。
D．部署视图
UML的（）由一到多幅用例图构成，它们表示从软件系统的外部使用者的角度看到的各项系统功能，并清晰地说明软件系统的边界，即，所有用例图中的用例的集合构成软件系统应该提供的功能，除此之外软件系统不再承诺其他功能。
B．用例模型
在UML中，（）表示使用软件系统的功能、与软件系统交换信息的外部实体。
B．执行者
在UML中，（）表示执行者为达成一项相对独立、完整的业务目标而要求软件系统完成的功能。
A．用例
如果用例B是用例A的某项子功能，并且建模者确切地知道在A所对应的动作序列中何时将调用B，则称（）。
A．用例A包含用例B
如果用例A与用例B相似，但A的功能较B多，A的动作序列是通过在B的动作序列中的某些执行点上插入附加的动作序列而构成的，则称（）。
B．用例A扩展用例B
如果用例A与用例B相似，但A的动作序列是通过改写B的部分动作或者扩展B的动作而获得的，则称（）。
C．用例A继承用例B
在用例图中，执行者之间的关系只有（）一种。
C．继承
在用例图中，可以用（）来表示整个软件系统或其中一些子系统的边界，也可以用它表示软件系统的不同发布版本的功能范围。
A．边界框
（）描述面向对象软件系统的静态结构。
其结点表示系统中的类及其属性和操作，其边表示类之间的关系。
B．类图
下图表示类图的（）。
A．关联关系
下图表示类图的（）。
B．聚合关系
下图表示类图的（）。
C．组合关系
下图表示类图的（）。
D．依赖关系
下图表示类图的（）。
B．实现关系
下图表示类图的（）。
C．继承关系
（）是一种不包含操作的实现部分的特殊类。
A．接口
（）是软件系统中的某些对象在运行过程中的瞬时快照，其结点表示对象，边表示对象之间的链接。
D．对象图
（）描述一组对象通过消息传递而形成的协作行为。
C．交互图
（）是一张二维图。
其纵向代表时间轴，时间沿垂直方向向下延伸；其横向由多个参与交互的对象构成，这些对象之间无顺序关系。
D．顺序图
对象之下的垂直虚线称为（），表示对象在始于对象表示图元所处的时间起点、止于对象生命终结符之间的时间段内在软件系统中存在。
D．对象的生命线
在顺序图中，（）采用实心三角形箭头表示。
C．同步消息
在顺序图中，（）采用普通箭头表示。
D．异步消息
在UML顺序图中，（）是指一个对象传向其自身的消息。
A．自消息
在UML顺序图中，如果一条消息从对象a传向对象b，那么其（）是一条从b指向a的虚线有向边，它表示原消息的处理已经完成，处理结果（如果有的话）沿返回消息传回。
B．返回消息
在UML顺序图中，（）对消息传递的目标对象的创建。
C．创建（create）消息
在UML顺序图中，（）对消息传递的目标对象的销毁。
D．销毁（destroy）消息
在顺序图中，下图表示（）。
A．同步消息
在顺序图中，下图表示（）。
B．异步消息
在顺序图中，下图表示（）。
D．带时延的消息
下图表示一个（）的示例。
D．通信图
（）描述一个实体在事件刺激下的反应式动态行为。
B．状态图
（）描述实体为完成某项功能而执行的操作序列，其中的某些操作或者操作的子序列可以并发和同步。
A．活动图
在UML活动图中，（）表示一个操作完成后对其后续操作的触发。
C．控制流
在UML活动图中，（）表示操作之间的信息交换。
D．信息流
在UML活动图中，（）表示计算过程的抽象表示，它或者是一个基本的计算步骤，或者由一系列基本的计算步骤和子活动构成。
A．活动
在UML活动图中，（）表示活动需要输入的对象或者作为活动的处理结果输出的对象。
D．对象
（）是软件系统中的某个逻辑模块或物理模块，它具有精确定义的对外接口，并且，嵌于运行系统中的构件实例能够被其他任何实现了相同接口的另一构件实例所替换。
D．构件
（）描述软件系统中的构件及构件之间的构成关系和依赖关系。
B．构件图
（）表示软件系统的可执行工件（artifact）在运行环境中的分布情况。
A．部署图
（）的目标是，确保需求规格说明书真实、准确、全面地反映了用户的所有需求。
为达成此目标，软件项目的利益相关者必须参与需求验证活动，通过文档评审检查需求描述的一致性、完全性、精确性、可行性、可测试性等质量属性，并在所有利益相关者之间就软件需求达成一致。
C．需求验证
（）的目标是，在需求分析的输出制品的基础上，按照项目事先选定的需求规格说明书的模板，形成正式的需求规格说明。
A．需求规范化
（）是指对需求开发、需求实现和需求变更过程进行监督和控制的一系列活动和过程。
B．需求管理
第六章设计阶段
在界面设计中，下面说法错误的是（）。
D．界面包含的功能越多越好
内聚性是对模块功能强度的度量，内聚性较强的是（）。
C．功能内聚
模块间的耦合性超强，说明模块之间的联系越密切，耦合性较强的是（）。
A．内容耦合
（）能够显示软件的组成模块及其调用关系。
D．系统结构图
结构化设计方法是面向（）的设计。
A．数据流
复杂的数据流图（）
D．既有变换型又有事务型
概要设计阶段产生的文档不包括（）。
D．开发进度月报
一个模块把数值作为参数传递给另一个模块，这种耦合方式称为（）。
A．数据耦合
在数据流图中，椭圆代表（）。
C．加工
模块内聚度越高，说明模块各成分彼此结合的程度越（）。
A．松散
（）是指，针对需求工程给出的软件需求，综合考虑各种制约因素，探求切实可行的软件解决方案并最终给出方案的逻辑表示。
B．软件设计
（）的目标是建立软件系统的顶层架构，这种架构既要明确定义软件各子系统、关键构件、关键类的职责划分及协作关系，同时也要描绘它们在物理运行环境下的部署模型；此外，顶层架构还必须针对软件系统全局性、基础性的技术问题给出技术解决方案，这种方案往往构成目标软件系统的体系结构的技术基础设施。
C．体系结构设计
（）是指，以设计复用为目的，采用一种良好定义的、正规的、一致的方式记录的软件设计经验。
C．设计模式
（）的目标是，确定子系统内部的结构，即，设置包含于其中的（更小粒度的）子系统、构件和设计类，明确它们之间的协作关系，确保它们能够协同实现迄今为止获得的子系统服务提供接口规定的所有功能和行为。
D．子系统设计
（）的任务是，对体系结构模型中出现的关键设计类，以及界面设计模型、子系统设计模型和构件设计模型中出现的类进行细化设计，以使它们精细至能够直接提交给软件构造阶段进行编码实现。
C．类设计
（）的任务是，确定设计模型中需要持久保存的数据条目，基于关系数据模型设计这些数据条目的组织方式，必要时还须设计特定于本软件项目将
升级会员 