《uml试题A.docx》由会员分享，可在线阅读，更多相关《uml试题A.docx（8页珍藏版）》请在三一文库上搜索。
1、uml试题A一、选择题（共20分每小题2分）1、下列描述中，哪个不是建模的基本原则（ D ）A.要仔细的选择模型B.每一种模型可以在不同的精度级别上表示所要开发的系统C.模型要与现实相联系D.对一个重要的系统用一个模型就可以充分描述2、面向对象的基本特征不包括的特性是（ D ）A、封装B、继承C、多态性D、抽象3、用例是从（ A ）的观点对系统行为的一个描述。A、用户B、类C、系统D、对象4、用例之间是具有相关性的。在一个“订单输入系统”中，创建新订单和更新订单都需要检查用户帐号是否正确。那么，用例“创建新订单”、“更新订单”与用例“检查用户帐号”之间是（ A ）关系。A.包含B.扩展C.分类
2、D.聚集5、在类图中，哪种关系表达总体与局部的关系（ D ）A、泛化B、实现C、依赖D、聚合6、顺序图反映对象之间发送消息的时间顺序，它与（ C ）是同构的。A、用例图B、类图C、协作图D、状态图7、如果要对一个企业的工作流程建模，下面四个图中（ B ）是最有用的。A 交互图B 活动图C 状态图D 类图8、下面哪个不是活动图中的基本元素（D）A 状态、分支B 转移、汇合C 泳道、转移D 用例、状态9、在采用分层的设计时，UML的顺序图中，通常由左向右分层排列各个对象，正确的排列方法 ( B ）A执行者角色控制类用户接口业务层后台数据库B执行者角色用户接口控制类业务层后台数据库C执行者角色控制类
3、用户接口后台数据库业务层D执行者角色用户接口业务层控制类后台数据库10、UML中所谓的“泛化”实际上与以下哪个术语等价( B )？A聚合B继承C抽象D封装二、填空题（共15分每空1分）1、UML的全称是(统一建模语言)。2、UML中，从用户角度描述需求通常使用（用例图），与之配套的文档说明叫用例描述。3、在UML的顺序图中的消息可以分为发送、调用以及简单消息和返回消息。4、在UML的图形表示中，类的表示法是一个矩形，这个矩形应有三部分构成，分别为类的名称、属性和方法。5、UML 提供了一系列的图支持面向对象的分析与设计，其中类图给出系统的静态设计视图；用例图对系统的行为进行组织和建模是非常重要
4、的；顺序图和协作图都是描述系统动态视图的交互图，其中顺序图描述了以时间顺序组织的对象之间的交互活动， 用例 图强调收发消息的对象的组织结构。6、在协作图中通过 消息编号 表示出消息的时间顺序。7、一个用例可以增强另外一个用例的功能，这种关系称为 扩展 。三、简答题（共30分）1、简述用例之间的扩展、泛化、包含三种关系有什么异同，请分别举例说明。（6分）扩展：扩展用例被定义为基础用例的增量扩展，扩展关系是把新的行为插入到已有用例中的方法。例如： 泛化：用例的泛化是指父用例的行为被子用例继承或覆盖，往往父用例表示为抽象用例。 包含：其中一个用例（基本用例）的行为包含了另一个用例（包含用例）的行为。
5、一个用例的执行需要依赖于另一个用例的实现 2、在类图中，主要的类间关系有哪几种，使用什么图符来表示?（4分）答： 12）泛化3）依赖4）实现Query Personal Info3、下图中的实体类为（书籍，书目），控制类为（书籍管理），边界类为（借书界面）。（6分）4、顺序图的作用主要是用来描述什么？其组成元素有哪些（5分）答：顺序图主要用来描述用例的实现，组成元素有：对象、消息、生命线、激活5、MVC的设计模式中M、V、C各指什么？网页版MVC模式中，都是有谁来担当M、V、C的角色？windows窗口应用程序版MVC模式中，谁来担当M、V、C的角色？（9分）、答1） M：model模型，应用
6、程序的主体部分。模型代表了业务数据和业务逻辑V：view视图，是用户看到并与之交互的界面C：control控制器，位于视图和模型中间，负责接受用户的输入，将输入进行解析并反馈给模型2）M：业务逻辑类，指JavaBeanV：jsp文件C：Servlet3）M：业务逻辑类V：Windows窗口界面C：监听类四、分析设计题（共35分）1、以小菜设计实现加、减、乘、除简单运算计算器的例子阐述业务逻辑的封装，即设计一个Operation业务逻辑类，这样做带来的好处是什么？并画出简单工厂模式的类图（15分）解：1）业务逻辑和界面逻辑分离，降低了两者之间的耦合度，从而可以实现业务逻辑类复用的目的。2）2、餐
7、馆预约系统所支持的主要任务有下面四个，初始用例图如下，(1)记录一个新的预约信息（“记录预约”）。(2)取消一个预约（“取消预约”）。(3)记录一位顾客的到来（“记录到达”）。(4)将一位顾客从一张餐桌移到另一张餐桌（“调换餐桌”）。在进一步的分析过程中，我们发现这四个用例全都是从参与者输入一个日期，然后系统响应，显示该日记录的预约而开始的，因此考虑独立出来一个完整的新用例“显示预约”；同时发现，“记录未预约顾客(Record walk_in)”这个新用例，它将会被某个没有预约就来用餐的人触发，属于Record arrival的特殊情况。最后，接待员和侍者领班可以泛化出“员工”，员工只能执行“显示预约”操作，根据以上提示，（1）画出最终完成的用例图。（6分）（2）写出用例“记录预约”的基本事件路径（4分）（3）画出最初的领域模型（3分）（4）设计中，若采用MVC分层架构的设计模式，画出“显示预约”用例的顺序图（7）（1）用例图（2）(1)接待员输入要预约的日期；(2)系统显示该日的预约；(3)有一张合适的餐桌可以使用；接待员输入顾客的姓名和电话号码、预约的时间、用餐人数和餐桌号；(4)系统记录并显示该预约（3）领域模型（4）顺序图，如上图。