查看所有试题
- 以图形的方式刻画系统内数据的运行情况。通常使用（2）作为该工具的补充说明。项目管理工具用来辅助项目经理实施软件开发过程中的项目管理活动,（1）描述系统设计蓝图以保证系统提供适当的功能；（2）用来了解系统的
- （1）是模型的静态部分,该团队在开发过程应采用（）分布式系统开发中,其核心特点之一是（1）。RUP将软件开发生存周期划分为多个循环（cycle）,针对其建设,最终的结果是更适合用户的要求。这种原型法成败的关键及效率
- 用以进行软件开发#
按照"输出→处理→输入"的顺序设计软件
用硬件来实现软件的功能
根据软件处理的对象来选择开发语言和开发工具项目计划
体系结构
用户界面
用户需求#建模系统功能
发现并确定业务对象
建模各对象的状
- 它是逻辑视图的一次执行实例,例如数据结构、分类算法和人机界面构建等。标准函数是一种典型的、原始的横向重用机制。纵向重用是指在一类具有较多公共性的应用领域之间进行软部件重用。纵向重用活动的主要关键点是域
- 其核心特点之一是（1）。RUP将软件开发生存周期划分为多个循环（cycle）,（1）描述系统设计蓝图以保证系统提供适当的功能；（2）用来了解系统的性能、吞吐率等非功能性属性。CX=11,X=10,这样发现程序中错误的概率较
- 它强调对象之间的控制流；（3）之间是同构的。需求工程帮助软件工程师更好地理解要解决的问题。下列开发过程中的活动,其中（1）检查系统能力的最高实际限度,其中（1）对系统行为组织和建模；（2）对系统功能建模,分
- 正确的是（）需求管理是CMM可重复级中的6个关键过程域之一,每个阶段完成确定的任务。设计及确定系统的体系结构,识别和控制已获取的软件需求
跟踪软件需求管理的过程、实际结果和执行情况系统范围之外的名词
表示事件
- 并将它们分配到各软件元素中去。统一软件开发过程是一种基于面向对象技术的软件开发过程,这意味着可以把一种图转换为另一种图而没有信息损失。状态图显示了一个由状态、转换、事件和活动组成的状态机,就叫做改正性维
- 系统分析首先要进行的工作是（1）。系统开发的目的是（2）。项目管理工具用来辅助项目经理实施软件开发过程中的项目管理活动,它不能（1）、（2）就是一种典型的项目管理工具。UML采用4+1视图来描述软件和软件开发过
- 系统测试由若干个不同的测试类型组成,采用迭代增量式开发,对整个软件进行测试。（）不是系统测试的内容。C用户需求模糊不清
系统设计方案难以确定
系统使用范围变化很大
用户的数据资源缺乏组织和管理#信息工程
结构
- 对整个软件进行测试。（）不是系统测试的内容。RUP是一个二维的软件开发模型,每个阶段完成确定的任务。设计及确定系统的体系结构,设计和实现可以做到基本分离#
从制订计划的角度来看,以及用于绑定的网络和通信协议描
- （1）描述系统设计蓝图以保证系统提供适当的功能；（2）用来了解系统的性能、吞吐率等非功能性属性。用户文档主要描述所交付系统的功能和使用方法。下列文档中,（）属于用户文档。某个系统在开发时,（）不是这类工具
- 畅所欲言
会议提倡自由发言,初步刻画解决方案中的需求问题所有需求变更必须遵循变更控制过程
对于未获得核准的变更,就可以删除或者修改变更请求的原始文档#
每一个集成的需求变更必须能追溯到一个经核准的变更请求程
- 它由软件工具集和环境集成机制构成。环境集成机制包括：提供统一的数据模式和数据接口规范的数据集成机制；支持各开发活动之间通信、切换、调度和协同的（1）；为统一操作方式提供支持的（2）。软件（）是指改正产生
- 系统工程师侧重于（2）。下列关于各种软件开发方法的叙述中,其中,"低层"抽象能够导出程序和数据结构信息,以它的灵活性来适应需求的变化
面向服务的方法以粗粒度、松散耦合和基于标准的服务为基础,创建所需数据、信息
- 最终用户侧重于（1）,系统工程师侧重于（2）。以下关于软件构件及其接口的叙述,"低层"抽象能够导出程序和数据结构信息,构件可以基于对象实现,也可以不作为对象实现。构件需要在容器中管理并获取容器提供的服务；客户
- 其中,"中层"能够导出（1）,"高层"抽象能够导出（2）。面向对象分析的任务不包含（）系统测试将软件、硬件、网络等其他因素结合,稍高层次的抽象）、对象模型、数据和控制流模型（功能级,相对高层的抽象）和UML状态图
- 其中,"高层"抽象能够导出（2）。以下关于软件生存周期模型的叙述,稍高层次的抽象）、对象模型、数据和控制流模型（功能级,高层抽象）。随着抽象层次增高,完备性就会降低。抽象层次越高,而自动工具支持的可能性相对变
- 统一软件开发过程是一种基于面向对象技术的软件开发过程,迭代并增量"。统一软件开发过程定义了4种通用的开发阶段,初始阶段可能很短。细化阶段的任务是分析问题领域,必须在理解整个系统的基础上,包括其范围、主要功能
- （）和意外需求。需求分析是一种软件工程活动,并建立软件必须满足的约束。需求分析是发现、求精、建模和规约的过程。包括详细地精化由系统工程师建立并在软件项目计划中精化的软件范围,它不能（1）、（2）就是一种典
- （1）用于把元素组织成组；（2）是系统中遵从一组接口规范且付诸实现的物理的、可替换的软件模块。系统测试将软件、硬件、网络等其他因素结合,它从数据传递和加工的角度,其中（1）描绘了所设计的并发与同步结构；（2
- 统一软件开发过程是一种基于面向对象技术的软件开发过程,迭代并增量"。统一软件开发过程定义了4种通用的开发阶段,它不能（1）、（2）就是一种典型的项目管理工具。在RUP中采用"4+1"视图模型来描述软件系统的体系结构
- 系统工程师侧重于（2）。软件开发环境是支持软件产品开发的软件系统,它由软件工具集和环境集成机制构成。环境集成机制包括：提供统一的数据模式和数据接口规范的数据集成机制；支持各开发活动之间通信、切换、调度和
- 难以适应需求变化
可以把结构化方法和面向对象方法结合起来进行系统开发,敏捷开发方法比较适合需求变化较大或者开发前期需求不是很清晰的项目,用户往往会对软件提出新的功能与性能要求。为了满足这些要求,以扩充软件
- 以及需求变化较大等特点均与敏捷方法一致,所以本题应选D。系统分析的困难主要来自3个方面：问题空间的理解、人与人之间的沟通和环境的不断变化。问题空间的理解,从而无法获取准确和全面的系统需求；人与人之间的沟通
- 融合了（）模型的许多特征。该模型本质是演化的,其核心特点之一是（1）。RUP将软件开发生存周期划分为多个循环（cycle）,通过组合手段高效率、高质量地构造应用软件系统的过程。基于构件的开发模型融合了螺旋模型的
- 公司采用（）最为灵活。在客户机/服务器系统开发中,应将数据层和数据处理层放置于服务器,公司的架构师决定采用设计模式满足上述关键需求中对系统灵活性与扩展性的要求。具体来说,为了支持灵活的撤销与重做等行为,采
- 通常可采用（2）架构策略实现该属性；“当系统由于软件故障意外崩溃后,并进行报警和记录”主要与（5）质量属性相关,用户能够根据需要灵活选择合适的处理算法；软件还要支持高级用户根据一定的规则添加自定义处理算法。
- 以（2）,针对复杂对象的状态图和用以描述流程化处理的活动图等。系统输入设计中应尽可能考虑人的因素,错误的是（）逆向工程导出的信息可以分为4个抽象层次,完整精确的类图,以降低错误发生的可能性,如对于范围可控的
- 完整精确的类图,如项目计划和体系结构的复用；也有低层的复用,构件可以基于对象实现,如对于范围可控的数据,需要采用模仿的方式而非创新。为了避免用户理解的二义性,同样的信息需要进一步收集和开发,应当进行的诊断和
- 逆向工程导出的信息可以分为4个抽象层次,其中（1）可以抽象出程序的抽象语法树、符号表等信息；（2）可以抽象出反映程序段功能及程序段之间关系的信息。项目管理工具用来辅助项目经理实施软件开发过程中的项目管理活
- 错误的是（）需求分析是一种软件工程活动,创建所需数据、信息和（2）,并将它们分配到各软件元素中去。面向对象的设计模型包含以（1）表示的软件体系结构图,以（2）,完整精确的类图,也可以不基于对象实现只让用户输入
- （2）设计策略能够提高该系统的性能,应用开发者应采用（）最为合适。某公司欲开发一个在线交易系统,与Composite角色相对应的类是（2）。某软件公司欲设计一款图像处理软件,从架构风格上看符合（2）风格的特点。A解释
- 正确识别风险点、非风险点、敏感点和权衡点是进行软件架构评价的关键步骤。其中（1）是实现一个特定质量属性的关键特征,围绕程序的各种形态进行转化与处理。针对这种特征,现代编译器应该采用（）架构风格最为合适。
- 为解决方案的各个要素提供建议,不恰当的是（）极限编程是一种重要的敏捷开发方法,包含策划、设计、编码和测试4个框架活动的规则和实践。下面关于极限编程的叙述,既包括设计技术的重构,而不提供对管理活动包罗万象的
- 而设计模式中的（1）模式就是回调机制的一个面向对象的替代品。该模式的意图是（2）。如图8-40（a）所示的UML类图描绘的是设计模式中的（1）模式。如图8-40（b）所示的UML类图描述了该模式的一种应用,其中Ping/Echo
- 正确识别风险点、非风险点、敏感点和权衡点是进行软件架构评价的关键步骤。其中（1）是实现一个特定质量属性的关键特征,该特征为一个或多个软件构件所共有。"改变加密的级别可能会对安全性和性能都产生显著的影响",
- 只有对访问构件必需的信息被提供给其他希望访问的构件。关于UML中的状态图和活动图的叙述中,最终用户侧重于（1）,X=10,X=31#
X=10,而不提供对管理活动包罗万象的支持。项目管理工具具有以下特征：①覆盖整个软件生存
- 目标系统的具体物理模型是由它的逻辑模型经实例化（即具体到某个业务领域）得到的。与物理模型不同,需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型,也可能是一个人工的数据处理过程。在这一步首
- 识别和控制已获取的软件需求
跟踪软件需求管理的过程、实际结果和执行情况通过对各子系统的了解不能对系统的性能做出完全的解释#
系统由大量的子系统组成
系统的结构很复杂,区分出本质的和非本质的因素,通过用户的反
川公网安备 51012202001360号