系统分析师-面向对象方法学

上传人:大米 文档编号:546173623 上传时间:2023-11-15 格式:DOCX 页数:15 大小:44.91KB
返回 下载 相关 举报
系统分析师-面向对象方法学_第1页
第1页 / 共15页
系统分析师-面向对象方法学_第2页
第2页 / 共15页
系统分析师-面向对象方法学_第3页
第3页 / 共15页
系统分析师-面向对象方法学_第4页
第4页 / 共15页
系统分析师-面向对象方法学_第5页
第5页 / 共15页
点击查看更多>>
资源描述

《系统分析师-面向对象方法学》由会员分享,可在线阅读,更多相关《系统分析师-面向对象方法学(15页珍藏版)》请在金锄头文库上搜索。

1、系统分析师-面向对象方法学(三)(总分:37.00 ,做题时间:90分钟)一、B单项选择题/B(总题数:11,分数:37.00)它强3.00 )UML提供了 5种对系统动态方面建模的图,其中U U 4 /U /U 对系统行为组织和建模;U U 5 /U /U对系统功能建模,调对象之间的控制流;U U 6 /U /U之间是同构的。(分数:(1). A.用例图B.顺序图 C.协作图 D.状态图(分数:1.00 )A. VB.C.D.解析:(2).* A.用例图 B.活动图 C.状态图 D.顺序图(分数:1.00 )A.B. VC.D.解析:(3).* A.状态图和活动图* B.用例图和活动图* C

2、.顺序图和协作图* D.活动图和协作图(分数:1.00 )A.B.C. VD.解析:解析UML提供了 5种对系统动态方面建模的图。其中:用例图描述了一组用例和参与者及它们之间的关系,对于系统行为的组织和建模特别重要。交互图是顺序图和协作图的统称。顺序图强调消息的时间次序;协作图强调收发消息的对象的结构组织。这种是同构的,这意味着可以把一种图转换为另 一种图而没有信息损失。状态图显示了一个由状态、转换、事件和活动组成的状态机,它强调一个对象按事件次序发生的行为。活动图显示了系统中从活动到活动的流,它强调对象之间的控制流,对系统的功能建模是非常重要的。图7-3中左边的UML类图描绘的是设计模式中的

3、U U 7 /U /U 模式。右边的UML类图描述了该模式的一种应用,其中与左图中的“Creator对应的类是U U 8 /U /U。2.00 )(1) . A.Command* B.Factory Method C.Composite D.Class Adapter(分数:1.00 )A.B. VC.D.解析:(2) .* A.Bank B.Account* C.Checking D.Savings(分数:1.00 )A. VB.C.D.解析:解析Command模式将一个请求封装为一个对象,从而将不同的请求对象化并进行排队或登记,以 支持撤销操作。Factory Method模式定义一个创建

4、对象的接口,但由子类决定需要实例化哪一个类。Composite模式将对象组成树结构来表示局部和整体的层次关系。客户可以统一处理单个对象和对象组合。Class Adapter模式将一个类的接口转换成用户希望得到的另一种接口。它使原本不相容的接口得以协同 工作。UMI采用4+1视图来描述软件和软件开发过程,其中U U 9 /U /U 描绘了所设计的并发与同步结构;U U 10 /U /U表示软件到硬件的映射及分布结构;UML中的类图可以用来表示4+1视图中的U U 11 /U /U。(分数:3.00 )(1) .A.逻辑视图(Logical View)B.实现视图(Implementation V

5、iew)C.进程视图(Process View)D.部署视图(Deployment View)(分数:1.00 )A.B.C. VD.解析:.A.逻辑视图B.实现视图C.进程视图D.部署视图(分数:1.00 )A.B.C.D. V解析:(3) .A.逻辑视图B.实现视图C.进程视图D.部署视图(分数:1.00 )A. VB.C.D.解析:解析UML采用4+1视图来描述软件和软件开发过程:逻辑视图:以问题域的语汇组成的类和对象集合。进程视图:可执行线程和进程作为活动类的建模,它是逻辑视图的一次执行实例,描绘了所 设计的并发与同步结构。实现视图:对组成基于系统的物理代码的文件和组件进行建模。部署视

6、图:把构件部署到一组物理的、可计算的节点上,表示软件到硬件的映射及分布结构。用例视图:最基本的 需求分析模型。图7-4中左边的UML类图描绘的是设计模式中的U U 12 /U /U模式。右边的UML类图描述了该模式的一种应用,其中与左图中的“ Abstraction 对应的类是U U 13 /U /U。2.00 )(1). A.Command B.Bridge C.Composite D.Proxy(分数:1.00 )A.B. VC.D.解析:. A.DataAccess B.DataAccessImpI C.CustomerDM D.AccountDM(分数:1.00 )A. VB.C.D.

7、解析:解析Command模式将一个请求封装为一个对象,从而将不同的请求对象化并进行排队或登记,以支持撤销操作。Bridge模式将类的抽象概念和它的实现分离开来,使它们可以相互独立地变化。Composite模式将对象组成树结构来表示局部和整体的层次关系,客户可以统一处理单个对象和对象组合。Proxy模式给另一个对象提供一个代理或定位符号,以控制对它的访问。因此,UML类图描绘的是Bridge模式。将右图和左图进行对比不难得出,与左图中的“ Abstraction ”对应的类是 DataAccess。面向对象系统由对象及其相互间的通信构成。 一般来说,面向对象软件的测试可 以分为4个层次进行。其中

8、,U U 14 /U /U测试,测试类中定义的每个方法,基本上相当于传统软件测试中的U U 15 /U/U;U U 16 /U /U测试,测试一组协同工作的类之问的相互作用。(分数:7.00)(1).A.类层* B.模板层 C.系统层 D.算法层(分数:1.00)A.B.C.D. V解析:. A.单元测试 B.系统测试 C.确认测试 D.集成测试(分数:1.00 )A. VB.C.D.解析:. A.类层* B.模板层 C.系统层* D.算法层(分数:1.00 )A.B. VC.D.解析:解析模板是面向对象语言所提供的一种特殊机制,通过模板可以定义一种特殊的类 (称为模板类)。在这些类的定义中可

9、以包含待定的类型参数,在声明类的实例时,系统会自动根据传递的类型生成用户想要生成的类实例。 面向对象的测试可以分成的 4个层次如下:测试与对象关联的单个操作 (方法),即 算法层。由于是测试单个方法,所以相当于传统软件测试中的单元测试。测试单个对象类,即类层。测试对象集群(测试一组协同工作的类之间的相互作用 ),即模板层。测试整个面向对象系统,即系统层。(4).设计模式(Design pattern)是一套被反复使用、多数人知晓、经过分类编目的、代码设计经验的总结。 下面关于设计模式所倡导的基本原则的描述,错误的是U U /U /U。* A.模块应对扩展开放,而对修改关闭* B.优先使用继承,

10、而不是组合* C.要针对接口编程,而不是针对实现编程* D.抽象不应该依赖于细节,细节应当依赖于抽象(分数:1.00 )A.B. VC.D.解析:解析本题所考查的是面向对象设计的一些基本原则,这些原则如下:开闭原则:一个软件实体应当对扩展开放,对修改关闭。在设计一个模块时,应当使这个模块可以在不被修改的情况下被扩展。关键在于抽象,抽象层要预见所有可能的扩展,因此抽象层在任何扩展情况下都不会改变,即对修改关闭。同时,由于从抽象层导出一个或多个新类,可以有不同的实现,改变系统的行为,此即对扩展开发。简而 言之,抽象层对修改关闭,通过扩展实现改变系统行为。里氏代换原则:任何基类可以岀现的地方,子类一

11、定可以岀现。依赖原则:要依赖于抽象,而不是具体实现。也可以这样说,要针对接口编程,不要 针对实现编程。接口分离原则:应当为客户端提供尽量小的单独的接口,而不是提供大的接口。组合复用原则:要尽量使用组合而不是继承关系达到复用目的。迪米特法则:又叫最少知识法则,就是说一个对象应当对其他对象有尽可能少的了解。有关这些原则的详细介绍,请学习指定教材系统分析师教程(张友生,清华大学出版社)第1343节。(5) .在企业应用系统开发中,方法调用(Method Invocation) 和消息(Messaging)机制是两种常用的数据处理与交换方式。下面关于这两种机制的描述,不正确的是U U /U /U。A.

12、方法调用一般具有同步特性,而消息机制具有异步的特点B.从可靠性方面考虑,消息机制比方法调用更有优势* C.从效率方面考虑,一般情况下消息机制比方法调用更有优势D.消息调用机制可以支持多个数据的发送者和接收者,更加灵活(分数:1.00 )A.B.C. VD.解析:解析方法调用是指当某个事件发生时,调用某个对象的方法来处理事件。消息机制是指当某个事 件发生时,把相关的消息发送给某些对象(一个或多个),相关对象捕获消息后,进行相应的处理。从以上定义可以看岀,方法调用一般具有同步特性,而消息机制具有异步的特点。在消息调用机制中,消息是通 过消息总线进行发送的,可以支持多个数据的发送者和接收者,更加灵活

13、。从效率方面考虑,由于方法调用指定调用某个对象的方法同步进行,所以效率要高一些。而消息机制由于采用异步方法,数据不一定得 到很快处理,具体要根据接收消息的对象的处理情况,所以一般情况下效率会低一些。但是,从可靠性方 面考虑,由于消息机制是通过系统总线来完成,且可能有多个接收者,所以比方法调用更有优势。(6) .Java EE 是Java领域内企业级应用开发的框架与标准。下面关于采用Java EE架构的描述,不正确的是U U /U /U。 A.Java EE定义了分布式环境中多层应用系统的架构,是多种Java技术的混合体B.具有典型的三层结构:表现层、业务逻辑层和基础设施层* C.不同的应用系统对底层支持系统的要求可能不同,因此每次开发时应该针对不同的应用需求对 底层系统进行二次开发,提供支持接口D.要严格区分业务逻辑层和表现层,尤其应该注意不要在表现层中混杂业务代码(分数:1.00 )A.B.C. VD.解析:解析Java EE以前称为J2EE,可以帮助开发和部署可移植、健壮、可伸缩且安全的服务器端Java应用程序。Java EE是在Java SE的基础上构建的,它提供Web服务、组件模型、管理和通信API,可以用来实现企业级的面向服务体系结构

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 学术论文 > 其它学术论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号