当前位置: 首页icon 51CTO软考 > 软考资讯 >考试科目 >2018年5月软件设计师 模拟试题(二) 上午之十三

2018年5月软件设计师 模拟试题(二) 上午之十三

作者:wx6225b14cdec172023-12-19 01:00:13
备考咨询 刷题指导
添加专属学姐
下载资料 2024上半年软考备考资料+考试大纲
下载按钮 下载
引号

摘要:对于【软件设计师】软考考试而言,试题无疑是最重要的学习资料之一。在软考备考过程中,吃透试题、掌握试题所考知识点、熟悉试题的出题思路,对我们提升分数的效果是最明显的,通过对试题的反复练习,还可以查漏补缺。今天,给大家带来【2018年5月软件设计师 模拟试题(二) 上午】部分试题的详解,一起来看看吧~1、 某在线交易平台的“支付”功能需求描述如下:客户进行支付时,

引号
摘要:对于【软件设计师】软考考试而言,试题无疑是最重要的学习资料之一。在软考备考过程中,吃透试题、掌握试题所考知识点、熟悉试题的出题思路,对我们提升分数的效果是最明显的,通过对试题的反复练习,还可以查漏补缺。今天,给大家带来【2018年5月软件设计师 模拟试题(二) 上午】部分试题的详解,一起来看看吧~



1、 某在线交易平台的“支付”功能需求描述如下:客户进行支付时,可以使用信用卡支付或支付宝支付。从中抽象出3个用例:支付、信用卡支付和支付宝支付,这3个用例之间的关系是( )。 
A、 A
B、 B
C、 C
D、 D

答案:A
答题解析:

在用例模型中,用例之间的关系主要有包含、扩展和泛化,利用这些关系,把一些公共的信息抽取出来,以便于复用,使得用例模型更易于维护。

①包含关系。当可以从两个或两个以上的用例中提取公共行为时,应该使用包含关系来表示它们。其中这个提取出来的公共用例称为抽象用例,而把原始用例称为基本用例或基础用例。

②扩展关系。如果一个用例明显地混合了两种或两种以上的不同场景,即根据情况可能发生多种分支,则可以将这个用例分为一个基本用例和一个或多个扩展用例,这样使描述可能更加清晰。

③泛化关系。当多个用例共同拥有一种类似的结构和行为的时候,可以将它们的共性抽象成为父用例,其他的用例作为泛化关系中的子用例。在用例的泛化关系中,子用例是父用例的一种特殊形式,子用例继承了父用例所有的结构、行为和关系。

本题中的3个用例“支付”“信用卡支付”和“支付宝支付”之间满足泛化关系。 



2、  UML用系统视图描述系统的组织结构。其中,( )对组成基于系统的物理代码的文件和构件进行建模。 
A、 用例视图
B、 逻辑视图
C、 实现视图
D、 部署视图

答案:C
答题解析:

UML用系统视图描述系统的组织结构,具体来说,就是指以下5个系统视图:

①逻辑视图。逻辑视图也称为设计视图,它表示了设计模型中在架构方面具有重要意义的部分,即类、子系统、包和用例实现的子集。

②进程视图。进程视图是可执行线程和进程作为活动类的建模,它是逻辑视图的一次执行实例,描述了并发与同步结构。

③实现视图。实现视图对组成基于系统的物理代码的文件和构件进行建模。

④部署视图。部署视图把构件部署到一组物理节点上,表示软件到硬件的映射和分布结构。

⑤用例视图。用例视图是最基本的需求分析模型。



3、  采用以下设计思路实现下图所示的目录浏览器:目录中的每个目录项被认定为一个类,其属性包括名称、类型(目录或文件)、大小、扩展名、国标等。为节省内存空间,要求不能将具有相同属性(例如类型、扩展名、图标相同)的相同文件看作不同的对象。能够满足这一要求的设计模式是( )。 
A、 Flyweight
B、 Proxy
C、 Command
D、 State

答案:A
答题解析:

根据目的和用途不同,设计模式可分为创建型(Creadonal)模弍、结构型(Structural)模式和行为型(Behavioral)模式三种。创建型模式主要用于创建对象,结构型模式主要用于处理类或对象的组合,行为型模式主要用于描述类或对象的交互以及职责的分配。

根据题干的描述,适用于该要求的设计模式应属于结构型模式。Flyweight(享元)和Proxy(代理)属于结构型模式。Flyweight模式通过运用共享技术,有效地支持大量细粒度的对象。系统只使用少量的对象,而这些对象都很相似,状态变化很小,对象使用次数增多。Proxy模式可为某个对象提供一个代理,并由代理对象控制对原对象的引用。代理模式能够协调调用者和被调用者,能够在一定程度上降低系统的耦合度。因此本题适合于采用Flyweight模式。



查看完整试题>>>


免费刷题报考资讯 机考模拟 学习群