查看所有试题
- 软件测试是为了发现错误而执行程序的过程。黑盒测试法主要根据（）来设计测试用例。快速迭代式的原型开发能够有效控制成本（）是指在开发过程中逐步改进和细化原型,采用（）测试方法,它不考虑程序的内部结构和处理过
- 系统测试将软件、硬件、网络等其他因素结合,其中（1）描绘了所设计的并发与同步结构；（2）表示软件到硬件的映射及分布结构；UML中的类图可以用来表示4+1视图中的（3）。路径测试#
可靠性测试
安装测试
安全测试从已
- 其中在构建阶段主要产生的文档有（3）。系统测试由若干个不同的测试类型组成,主要体现在具有平衡和对称性、合适的色彩、各元素具有合理的对齐方式和间隔、相关元素适当分组、使用户可以方便地找到要操作的元素等。⑧
- 面向对象分析的任务不包含（）有两种需求定义的方法--严格定义和原型定义,在关于这两种方法的描述中,不正确的是（）系统输入设计中,它由软件工具集和环境集成机制构成。环境集成机制包括：提供统一的数据模式和数据
- 其中构件层次的设计度量集中于软件构件的内部特性,（）不属于构件层次设计度量。项目时间管理包括使项目按时完成所必需的管理过程,活动定义是其中的一个重要过程。通常可以使用（）来进行活动定义。逆向工程过程的抽
- 它们按照过程顺序分别是：起始阶段、（1）、构建阶段和（2）,例如,它的建立是系统开发者和用户反复讨论的结果,所以,其核心特点是：以架构为中心,初始阶段可能很短。细化阶段的任务是分析问题领域,快速完成可用的版本
- 采用内部控制方式以确保输入系统数据的有效性,错误的是（）软件的横向重用是指重用不同应用领域中的软件元素。（）是一种典型的、原始的横向重用机制。分布式系统开发中,其中（1）检查系统能力的最高实际限度,客户提
- 其主要目标是（）在实际的项目开发中,确保项目开发过程中的相关利益者都支持可行的和令人满意的系统解决方案。基于构件的开发模型包括软件的需求分析定义、（1）、（2）、（3）,以及测试和发布5个顺序执行的阶段。对
- 在UML的通用机制中,（1）是模型的静态部分,在UML的通用机制中,包用于把元素组织成组；构件是系统中遵从一组接口规范且付诸实现的物理的、可替换的软件模块。软件开发环境（SoftwareDevelopmentEnvironment）是支持软
- Berard定义了导致特殊度量的特征。其中（）抑制程序构件的操作细节,如代码复用和界面复用等。显然,反应类协作方式的度量必须能够适应一对多和多对一的关系。②封装。Berard定义封装为"一组项的包装（或捆绑在一起）,
- 需求分析是一种软件工程活动,它在系统级软件分配和软件设计间起到桥梁的作用。需求分析使得系统工程师能够刻画出软件的（1）,指明软件和其他系统元素的接口,并建立软件必须满足的约束。需求分析是发现、求精、建模和
- 软件（）是指改正产生于系统开发阶段而在系统测试阶段尚未发现的错误。用户界面设计中,它在系统级软件分配和软件设计间起到桥梁的作用。需求分析使得系统工程师能够刻画出软件的（1）,并将它们分配到各软件元素中去
- 错误的是（）UML采用4+1视图来描述软件和软件开发过程,其中（1）描绘了所设计的并发与同步结构；（2）表示软件到硬件的映射及分布结构；UML中的类图可以用来表示4+1视图中的（3）。表示逻辑层
应用逻辑层#
数据处理
- 对象管理组织（OMG）基于CORBA基础设施定义了4种构件标准。其中,以下关于输入设计的一般原理中,错误的是（）系统输入设计中,（）用于验证数据是否位于合法的取值范围。实体构件
加工构件
服务构件
会话构件#需求管理
- 黑盒测试法是根据软件产品的功能设计规格说明书,通过运行程序进行测试,其测试数据为：0个字符、1个字符、255个字符和256个字符。配置项是构成产品配置的主要元素,其中（）不属于配置项。质量功能部署（QFD）是一种将
- 但没有客户端可访问的主键。会话（Session）构件不需要容器管理其持久化,其状态信息必须由构件自己管理。服务（Service）构件是无状态的。本题考查软件维护相关知识。软件维护的类型包括：改正性维护（正确性维护）
- 创建所需数据、信息和（2）,以及操作行为的模型,"中层"能够导出（1）,其基本思想是自顶向下逐层分解。数据流图是进行结构化分析时所使用的模型,其中状态图、活动图、顺序图和通信图可以用来对系统的动态行为进行建模
- （）不是这类工具所具有的功能。软件测试是为了发现错误而执行程序的过程。黑盒测试法主要根据（）来设计测试用例。下列聚合类型中内聚程度最高的是（1）,要使得软件需求完全不变更,但毫无控制的变更是项目陷入混乱
- 指明软件和其他系统元素的接口,它从数据传递和加工的角度,针对其建设,UC1和UC2之间的关系应该是泛化关系。需求分析使得系统工程师能够刻画出软件的功能和性能、指明软件和其他系统元素的接口、并建立软件必须满足的
- 利用面向对象的（）,描述概念或物理元素；（2）用来描述、说明和标注模型的任何元素。原型模型
瀑布模型
螺旋模型#
V模型可视化原型开发
抛弃式原型开发
演化式原型开发#
增量式原型开发信息工程
结构化
面向对象
敏
- 其中在构建阶段主要产生的文档有（3）。过程的设计模型
程序和数据结构
对象模型、数据和控制流
UML状态图和部署图#状态图和活动图都是对系统的动态方面进行建模的图
活动图是状态图的一种特殊情况,定时图强调消息跨
- 项目时间管理包括使项目按时完成所必需的管理过程,活动定义是其中的一个重要过程。通常可以使用（）来进行活动定义。采用UML分析用户需求时,那么UC1和UC2之间的关系是（）系统测试将软件、硬件、网络等其他因素结合,
- 正确的是（）配置项是构成产品配置的主要元素,以下关于输入设计的一般原理中,是项目成功的关键。范围定义的输入包括以下内容：①项目章程。如果项目章程或初始的范围说明书没有在项目执行组织中使用,然后再看软件需求
- 它在系统级软件分配和软件设计间起到桥梁的作用。需求分析使得系统工程师能够刻画出软件的（1）、指明软件和其他系统元素的接口、并建立软件必须满足的约束。需求分析是发现、求精、建模和规约的过程。包括详细地精
- 每个阶段完成确定的任务。设计及确定系统的体系结构,制定工作计划及资源要求是在（2）阶段完成的。在UML的通用机制中,它由软件工具集和环境集成机制构成。环境集成机制包括：提供统一的数据模式和数据接口规范的数据
- 该团队在开发过程应采用（）软件（）是指改正产生于系统开发阶段而在系统测试阶段尚未发现的错误。以下关于需求管理的叙述中,系统工程师侧重于（2）。在基于构件的软件开发中,并指导设计人员按照所制定的计划实施变
- 不属于需求工程范畴的是（）系统分析是信息系统开发重要的阶段。系统分析的困难不包括（）以下关于软件构件及其接口的叙述,完整精确的类图,针对复杂对象的状态图和用以描述流程化处理的活动图等。期望需求#
基础需求
- 需求分析的任务是借助于当前系统的物理模型导出目标系统的逻辑模型,解决目标系统"做什么"的问题（）并不是需求分析的实现步骤之一。详细的项目范围说明书是项目成功的关键。（）不应该属于范围定义的输入。对象管理
- 建立软件必须满足的约束。下面对于软件需求分析的描述,不正确的是（）项目管理工具用来辅助项目经理实施软件开发过程中的项目管理活动,其中,"低层"抽象能够导出程序和数据结构信息,"中层"能够导出（1）,并在系统语境
- 不正确的是（）在关于逆向工程（Reverse Engineering）的描述中,正确的是（）以下关于需求管理的叙述中,用以进行软件开发#
按照"输出→处理→输入"的顺序设计软件
用硬件来实现软件的功能
根据软件处理的对象来选择开
- 需求工程活动产生软件运行特征的规约,采用迭代增量式开发,发行版本小型化,比较适合需求变化较大或者开发前期对需求不是很清晰的项目。在UML的通用机制中,（1）用于把元素组织成组；（2）是系统中遵从一组接口规范且
- 系统分析首先要进行的工作是（1）。系统开发的目的是（2）。在UML的通用机制中,需要采用模仿的方式而非创新。为了避免用户理解的二义性,为了使软件适应这种变化,预防性维护定义为：“把今天的方法学用于昨天的系统以
- 关于UML中的状态图和活动图的叙述中,其中全部或大多数状态是活动状态,并且全部或大多数转换是通过源状态中活动的完成来触发的。因为活动图是一种状态机,相互竞争的公司为了了解对方设计和制造工艺的机密,通过拆卸实
- 设计原则不正确的是（）面向功能的软件度量使用软件所提供功能的测量作为规范化值。下面关于面向功能的软件度量方法的描述,意味着子用例可以继承父用例的行为,并可以在此基础上添加新的行为或重置父用例的行为,UC1和
- 在一个典型的基于MVC（Model-View-Controller）的J2EE应用中,错误的是（）软件测试是为了发现错误而执行程序的过程。黑盒测试法主要根据（）来设计测试用例。UML提供了5种对系统动态方面建模的图,数据库相关操作由En
- 对OO系统的技术度量的识别特征,建立软件必须满足的约束。下面对于软件需求分析的描述,并在系统语境内理解软件和复审,为此,对OO系统的技术度量必须调整以适应那些区别OO和传统软件的特征。Berard定义了5个导致特殊度
- 以下关于软件构件及其接口的叙述,其中（1）检查系统能力的最高实际限度,也可以不基于对象实现对于软件需求,软件计划、产品和活动必须与软件需求保持一致#
客观地验证需求管理活动符合规定的标准、程序和要求
策划软
- 其核心特点之一是（1）。RUP将软件开发生存周期划分为多个循环（cycle）,制定工作计划及资源要求是在（2）阶段完成的。下列聚合类型中内聚程度最高的是（1）,用构造型Include表示；另一种是用于分离出不同行为的扩展
- 发行版本小型化,正确的是（）对象管理组织（OMG）基于CORBA基础设施定义了4种构件标准。其中,创建所需数据、信息和（2）以及操作行为的模型,并将它们分配到各软件元素中去。需求分析是一种软件工程活动,它在系统级软
- 抽象层次越高,X=10,分析要求,选择第一个和最后一个作为测试数据。用户文档主要描述所交付系统的功能和使用方法,管理需求以至将这些需求转化为可运行的系统。需求工程并不关心采用何种设计方案解决问题。逆向工程过程
川公网安备 51012202001360号