正确答案: B
使用创新的模式吸引用户的眼球
题目:系统输入设计中应尽可能考虑人的因素,以下关于输入设计的一般原理中,错误的是()
解析:本题考查软件界面设计中的系统输入设计。人的因素在系统输入设计中扮演了很重要的角色。输入应该尽可能地简单,以降低错误发生的可能性,如对于范围可控的数据,使用选择的方式替代用户输入;只输入变化的数据等。输入应该尽可能使用已有含义明确的设计,需要采用模仿的方式而非创新。为了避免用户理解的二义性,应该对表格中输入的数据给出提示信息。
查看原题 查看所有试题
学习资料的答案和解析:
[单选题]软件()是指改正产生于系统开发阶段而在系统测试阶段尚未发现的错误。
正确性维护
解析:本题考查软件维护相关知识。 软件维护的类型包括改正性维护(正确性维护)、适应性维护、完善性维护、预防性维护。 改正性维护:在软件交付使用后,必然会有一部分隐藏的错误被带到运行阶段来。这些隐藏下来的错误在某些特定的使用环境下就会暴露出来。为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的误使用,应当进行的诊断和改正错误的过程,就叫做改正性维护。 适应性维护:随着计算机的飞速发展,外部环境(新的硬、软件配置)或数据环境(数据库、数据格式、数据输入输出方式、数据存储介质)可能发生变化,为了使软件适应这种变化,而去修改软件的过程就叫做适应性维护。 完善性维护:在软件的使用过程中,用户往往会对软件提出新的功能与性能要求。为了满足这些要求,需要修改或再开发软件,以扩充软件功能、增强软件性能、改进加工效率、提高软件的可维护性。这种情况下进行的维护活动叫做完善性维护。 预防性维护:为了提高软件的可维护性、可靠性等而提出的一种维护类型,它为以后进一步改进软件打下良好基础。通常,预防性维护定义为:“把今天的方法学用于昨天的系统以满足明天的需要”。也就是说,采用先进的软件工程方法对需要维护的软件或软件中的某一部分(重新)进行设计、编制和测试。
[单选题]黑盒测试注重于测试软件的功能性需求,主要用于软件的后期测试.()不能用黑盒测试检查出来。
程序控制结构错误
解析:黑盒测试注重于测试软件的功能性需求,把被测试对象看成一个黑盒子,测试人员完全不考虑程序的内部控制结构和处理过程,只在软件的接口(界面)处进行测试,依据需求规格说明书,检查程序是否满足功能要求。
[单选题]基于构件的开发(CBD)模型,融合了()模型的许多特征。该模型本质是演化的,采用迭代方法开发软件。
螺旋
解析:基于构件的开发模型利用模块化方法将整个系统模块化,并在一定构件模型的支持下复用构件库中的一个或多个软件构件,通过组合手段高效率、高质量地构造应用软件系统的过程。基于构件的开发模型融合了螺旋模型的许多特征,本质上是演化形的,开发过程是迭代的。基于构件的开发模型由软件的需求分析和定义、架构设计、构件库建立、应用软件构建及测试和发布5个阶段组成。
[单选题]对象管理组织(OMG)基于CORBA基础设施定义了4种构件标准。其中,()的状态信息是由构件自身而不是由容器维护。
会话构件
解析:对象管理组织(OMG)基于CORBA基础设施定义了4种构件标准。实体(Entity)构件需要长期持久化并主要用于事务性行为,由容器管理其持久化。加工(Process)构件同样需要容器管理其持久化,但没有客户端可访问的主键。会话(Session)构件不需要容器管理其持久化,其状态信息必须由构件自己管理。服务(Service)构件是无状态的。
[单选题]企业信息系统往往是一个具有业务复杂性和技术复杂性的大系统,针对其建设,系统分析首先要进行的工作是(1)。系统开发的目的是(2)。
解析:通常,软件开发项目是要实现目标系统的物理模型,即确定待开发软件系统的系统元素,并将功能和数据结构分配到这些系统元素中,它是软件实现的基础。但是,目标系统的具体物理模型是由它的逻辑模型经实例化(即具体到某个业务领域)得到的。与物理模型不同,逻辑模型忽视实现机制与细节,只描述系统要完成的功能和要处理的数据。作为目标系统的参考,需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型,解决目标系统"做什么"的问题。结合现有系统(当前)分析,进行新系统设计的过程如图7-7所示。①获得当前系统的物理模型。当前系统可能是需要改进的某个已在计算机运行的数据处理系统,也可能是一个人工的数据处理过程。在这一步首先分析、理解当前系统是如何运行的,了解当前系统的组织机构、输入输出、资源利用情况和日常数据处理过程,并用一个具体模型来反映自己对当前系统的理解。这一模型应客观地反映现实世界的实际情况。②抽象出当前系统的逻辑模型。在理解当前系统"怎样做"的基础上,抽取其"做什么"的本质,从而从当前系统的物理模型抽象出当前系统的逻辑模型。在物理模型中有许多物理因素,随着分析工作的深入,有些非本质的物理因素就成为不必要的负担,因而需要对物理模型进行分析,区分出本质的和非本质的因素,去掉那些非本质的因素即可获得反映系统本质的逻辑模型。③建立目标系统的逻辑模型。分析目标系统与当前系统逻辑上的差别,明确目标系统到底要"做什么",从当前系统的逻辑模型导出目标系统的逻辑模型。④建立目标系统的物理模型。根据新系统的逻辑模型构建出相应的物理模型。值得注意的是,原有系统可以是一个正在运行的软件系统,也可以是一个纯手工运作的流程。
[单选题]在UML的通用机制中,(1)用于把元素组织成组;(2)是系统中遵从一组接口规范且付诸实现的物理的、可替换的软件模块。
解析:本题是纯概念题,在UML的通用机制中,包用于把元素组织成组;构件是系统中遵从一组接口规范且付诸实现的物理的、可替换的软件模块。
[单选题]在RUP中采用"4+1"视图模型来描述软件系统的体系结构。在该模型中,最终用户侧重于(1),系统工程师侧重于(2)。
[单选题]UML提供了5种对系统动态方面建模的图,其中(1)对系统行为组织和建模;(2)对系统功能建模,它强调对象之间的控制流;(3)之间是同构的。
解析:UML提供了5种对系统动态方面建模的图。其中:用例图描述了一组用例和参与者及它们之间的关系,对于系统行为的组织和建模特别重要。交互图是顺序图和协作图的统称。顺序图强调消息的时间次序;协作图强调收发消息的对象的结构组织。这种是同构的,这意味着可以把一种图转换为另一种图而没有信息损失。状态图显示了一个由状态、转换、事件和活动组成的状态机,它强调一个对象按事件次序发生的行为。活动图显示了系统中从活动到活动的流,它强调对象之间的控制流,对系统的功能建模是非常重要的。