《2022年软考-系统架构设计师考试题库及全真模拟冲刺卷97（附答案带详解）》由会员分享，可在线阅读，更多相关《2022年软考-系统架构设计师考试题库及全真模拟冲刺卷97（附答案带详解）（24页珍藏版）》请在金锄头文库上搜索。
1、2022年软考-系统架构设计师考试题库及全真模拟冲刺卷（附答案带详解）1. 单选题以下关于以太网交换机转发表的叙述中，正确的是（ ）。问题1选项A.交换机的初始MAC地址表为空B.交换机接收到数据帧后，如果没有相应的表项，则不转发该帧C.交换机通过读取输入帧中的目的地址添加相应的MAC地址表项D.交换机的MAC地址表项是静态增长的，重启时地址表清空【答案】A【解析】B选项错误，因为交换机接收到数据帧后，如果没有相应的表项，交换机会采用ARP泛洪操作，即广播方式进行转发。C选项错误，因为交换机通过读取输入帧中的源地址添加相应的MAC地址表项。D选项错误，交换机的MAC地址表项是动态增长的。2.
2、单选题4+1视图模型可以从多个视图或视角来描述软件架构。其中，（ ）用于捕捉设计的并发和同步特征；（ ）描述了在开发环境中软件的静态组织结构。问题1选项A.逻辑视图B.开发视图C.过程视图D.物理视图问题2选项A.类视图B.开发视图C.过程视图D.用例视图【答案】第1题:C第2题:B【解析】4+1视图中各个部分的情况如下：（1）逻辑视图。逻辑视图主要支持系统的功能需求，即系统提供给最终用户的服务。一般用类图和对象图描述。（2）开发视图。开发视图也称为模块视图，在UML中被称为实现视图，它主要侧重于软件模块的组织和管理。该视图可描述源代码，系统文件结构。（3）过程视图。过程视图侧重于系统的运行特
3、性，主要关注一些非功能性需求，例如，系统的性能和可用性等。过程视图强调并发性、分布性、系统集成性和容错能力，以及逻辑视图中的功能抽象如何适合进程结构等，它也定义了逻辑视图中的各个类的操作具体是在哪一个线程中被执行的。（4）物理视图。物理视图在UML中被称为部署视图，它主要考虑如何把软件映射到硬件上，它通常要考虑到解决系统拓扑结构、系统安装和通信等问题。当软件运行于不同的物理节点上时，各视图中的构件都直接或间接地对应于系统的不同节点上。因此，从软件到节点的映射要有较高的灵活性，当环境改变时，对系统其他视图的影响最小化。（5）场景。场景可以看作是那些重要系统活动的抽象，它使四个视图有机联系起来，从
4、某种意义上说场景是最重要的需求抽象。场景视图对应UML中的用例视图。3. 单选题某公司拟开发一个个人社保管理系统,该系统的主要功能需求是根据个人收入、家庭负担、身体状态等情况，预估计算个人每年应支付的社保金，该社保金的计算方式可能随着国家经济的变化而动态改变，针对上述需求描述，该软件系统适宜采用（ ）架构风格设计，该风格的主要特点是（ ）。问题1选项A.Layered systemB.Data flowC.Event systemD.Rule-based system问题2选项A.将业务逻辑中频繁变化的部分定义为规则B.各构件间相互独立C.支持并发D.无数据不工作【答案】第1题:D第2题:A【
5、解析】本题考查架构风格应用，根据题目描述，最核心的业务特点是变化大，变化之后要能及时响应变化。此时，可以理解为，可以自行定义计算的方式与规则，所以使用虚拟机风格较为合适，题目中提到的规则系统属于虚拟机风格。该风格最显著的特点是会把变化的内容定义为规则。4. 案例题阅读下列说明，回答问题1至问题3 ，将解答填入答题纸的对应栏内。【说明】某软件企业为快餐店开发一套在线订餐管理系统，主要功能包括：（1）在线订餐：已注册客户通过网络在线选择快餐店所提供的餐品种类和数量后提交订单，系统显示订单费用供客户确认，客户确认后支付订单所列各项费用。（2）厨房备餐：厨房接收到客户已付款订单后按照订单餐品列表选择各
6、类食材进行餐品加工。（3）食材采购：当快餐店某类食材低于特定数量时自动向供应商发起来购信息，包括食材类型和数量，供应商接收到采购信息后按照要求将食材送至快餐店并提交已采购的食材信息，系统自动更新食材库存 。（4）生成报表：每个周末和月末，快餐店经理会自动收到系统生成的统计报表，报表中详细列出了本周或本月订单的统计信息以及库存食材的统计信息。现采用数据流图对上述订餐管理系统进行分析与设计，系统未完成的0层数据流图。如图2-1 所示。图2-1【问题 1】（8分）根据订餐管理系统功能说明，请在图2-1所示数据流图中给出外部实体E1E4和加工P1 P4的具体名称。【问题 2】（8 分）根据数据流图规范
7、和订餐管理系统功能说明，请说明在图2-1中需要补充哪些数据流可以构造出完整的0层数据流图。【问题3】（9 分）根据数据流图的含义，请说明数据流图和系统流程图之间有哪些方面的区别。 【答案】【问题 1】E1：客户E2：厨房E3：经理E4：供应商P1：在线订餐P2：厨房备餐P3：生成报表P4：食材采购【问题 2】（1）增加E1到P1数据流“餐品订单”；（2）增加P1到P2数据流“餐品订单”；（3）增加D1到P3数据流“订单汇总”；（4）增加P3到E3数据流“统计报表”。【问题 3】（1）数据流图中的处理过程可并行；系统流程图在某个时间点只能处于一个处理过程。（2）数据流图展现系统的数据流：系统流程
8、图展现系统的控制流。（3）数据流图展现全局的处理过程，过程之间遵循不同的计时标准；系统流程图中处理过程遵循一致的计时标准。【解析】暂无解析。5. 单选题（ ）是由中间件技术实现并支持SOA的一组基础架构，它提供了一种基础设施，其优势在于（ ） 。问题1选项A.ESBB.微服务C.云计算D.Multi-Agent System问题2选项A.支持了服务请求者与服务提供者之间的直接链接B.支持了服务请求者与服务提供者之间的紧密耦合C.消除了服务请求者与服务提供者之间的直接链接D.消除了服务请求者与服务提供者之间的关系【答案】第1题:A第2题:C【解析】第1题:本题考查的是SOA相关知识。SOA常用的
9、设计模式是服务注册表模式和企业服务总线ESB模式。微服务是SOA技术的一种变体，云计算是网络云服务的一种技术，Multi-Agent System多智能系统是人工智能技术的一种应用。本题第一空选择A选项。企业服务总线（Enterprise Service Bus, EBS）技术，其思想是提供一种标准的软件底层架构，各种程序组件能够以服务单元的方式“插入”到该平台上运行，并且组件之间能够以标准的消息通信方式来进行交互。ESB的定义通常如下：企业服务总线是由中间件技术实现的支持面向服务架构的基础软件平台，支持异构环境中的服务以基于消息和事件驱动模式的交互，并且具有适当的服务质量和可管理性。这种交互
10、过程不再是点对点的直接交互模式，而是由事件驱动的消息交互模式。通过这种方式，ESB最大限度上解耦了组件之间的依赖关系，降低了软件系统互连的复杂性。ESB不支持服务请求者与服务提供者直接的直接链接，二者之间仍然存在关系，只是这种关系是松耦合的。本题第二空选择C选项，其他选项的说法都是错误的。第2题:6. 案例题某公司拟开发一套在线软件开发系统，支持用户通过浏览器在线进行软件开发活动。该系统的重要功能包括代码编辑、语法高亮显示、代码编译、系统调试、代码仓库管理等，在需求分析与架构设计阶段，公司提出的需求和质量属性描述如下：a）根据用户的付费情况对用户进行分类，并根据类别提供相应的开发功能；b）在正
11、常负载情况下，系统应该在0.2s内对用户的界面操作请求进行响应；c）系统应该具备完善的安全防护措措施，能够对黑客的攻击行为进行检测和防御；d）系统主站点断电后应在3s内将请求重定向到备用站点；e）系统支持中文昵称，但用户名必须以字母开头，长度不少于8个字符；f）系统宕机后，需要在15s内发现错误，并启用备用系统；g）在正常负载情况下，户的代码提交请求应在0.5s内完成；h）系统支持硬件设备灵活扩容，应保证在2人天内完成所有的部署与测试工作；i）系统需要针对代码仓库的所有操作进行详细记录；便于后期查阅与审计；j）更改系统web界面风格需要在4人天内完成；k）系统本身需要提供远程调试接口，支持开发
12、团队进行远程排错；在对系统需求、质量属性和架构特性进行分析的基础上，该公司的系统果构师给出了两种候选的架构设计方案，公司目前正在组织相关专家对候选系统架构进行评估。【问题1】（13分）针对该系统的功能，李工建议采用管道过滤器(pipe and fiter)的架构风格，而王工则建议采用仓库(repository) 架构风格。请指出该系统更适合采用哪种架构风格，并针对系统的主要功能，从数据处理方式、系统的可扩展性和处理性能三个方面对这两种架构风格进行比较与分析，填写表1-1中的 (1) (4)空白处。【问题2】（12分）在架构评估过程中，质量属性效用树(utility tree)是对系统质量属性进
13、行识别和优先级排序的重要工具。请将合适的质量属性名称填入图1-1中(1)、 (2)空白处，并选择题干描述的(a) (k)填入(3) (6) 空白处，完成该系统的效用树。【答案】【问题1】1.应该采用仓库风格。（5分）2.表（1）-（4）空的空白分别为：（8分）该系统更适合采用仓库架构风格。（1）数据存储在中心仓库，处理流程独立，支持交互式处理。（2）数据与处理紧密关联，调整处理流程需要系统重新启动。（3）数据与处理分离，需要加载数据，性能降低。（4）数据处理组件之间一般无依赖关系，可并发调用，提高性能。【问题2】（12分）（1）安全性（2）可修改性（3）g（4）i（5）f（6）j【解析】本题考
14、查的是架构设计过程中涉及到的一些质量属性，以及架构风格的对比。【问题1】在管道/过滤器风格的软件体系结构中，每个构件都有一组输入和输出，数据输入构件，经过内部处理，然后产生数据输出。因此，这里的构件被称为过滤器，这种风格的连接件就像是数据流传输的管道，将一个过滤器的输出传到另一过滤器的输入。在仓库(repository)风格中，有两种不同的构件：中央数据结构说明当前状态，独立构件在中央数据存储上执行。一方面，若构件控制共享数据，则仓库是一传统型数据库；另一方面，若中央数据结构的当前状态触发进程执行的选择，则仓库是一黑板系统。通过交互方式、数据结构、控制结构和扩展方法分别对仓库风格和管道过滤器风
15、格进行对比，如下所示：交互方式：管理过滤器很明显是顺序结构或循环结构，数据在管理中进行传递。而仓库结构是数据在中心位置，所有的处理均是中心结点与周边结点之间的交互，从形态来看，是星型的。数据结构：从数据结构来看，仓库风格会使用一个文件将数据保存起来，所有的操作围绕这个文件进行。而管道过滤器则是在过滤器之间传递数据流。控制结构：从控制结构来说仓库风格是业务功能驱动，而管道过滤器是由数据流驱动的。扩展方法：从扩展方法来讲，管道过滤器是通过过滤器提供标准接口与其它过滤器对接，而数据仓库风格，要共享数据，扩展功能，只要功能的操作与数据模型本身是匹配的就行了，就像我们要共享一个数据库做系统集成，此时共享同一数据库的多个应用系统所用的数
