职业考证-软考-系统架构设计师考前自测提分卷82(含答案详解)

上传人:住在****他 文档编号:103662949 上传时间:2022-06-09 格式:DOCX 页数:7 大小:24.80KB
收藏 版权申诉 举报 下载
职业考证-软考-系统架构设计师考前自测提分卷82(含答案详解)_第1页
第1页 / 共7页
职业考证-软考-系统架构设计师考前自测提分卷82(含答案详解)_第2页
第2页 / 共7页
职业考证-软考-系统架构设计师考前自测提分卷82(含答案详解)_第3页
第3页 / 共7页
资源描述:

《职业考证-软考-系统架构设计师考前自测提分卷82(含答案详解)》由会员分享,可在线阅读,更多相关《职业考证-软考-系统架构设计师考前自测提分卷82(含答案详解)(7页珍藏版)》请在装配图网上搜索。

1、书山有路勤为径,学海无涯苦作舟! 住在富人区的她职业考证-软考-系统架构设计师考前自测提分卷(含答案详解)一.综合题(共10题)1.单选题软件过程是制作软件产品的-组活动及其结果。这些活动主要由软件人员来完成,软件活动主要包括软件描述、() 、软件有效性验证和()。 其中,()定义了软件功能以及使用的限制。问题1选项A.软件模型B.软件需求C.软件分析D.软件开发问题2选项A.软件分析B.软件测试C.软件演化D.软件开发问题3选项A.软件分析B.软件测试C.软件描述D.软件开发【答案】第1题:D第2题:C第3题:C【解析】第1题:本题考查的是软件过程的相关知识。软件生命周期模型又称软件开发模型

2、(software develop model)或软件过程模型(software process model),它是从某一个特定角度提出的软件过程的简化描述。软件过程模型是软件开发实际过程的抽象与概括,它应该包括构成软件过程的各种活动,也就是对软件开发过程各阶段之间关系的一个描述和表示。软件过程模型的基本概念:软件过程是制作软件产品的一组活动以及结果,这些活动主要由软件人员来完成,软件活动主要有如下一些:1、软件描述。必须定义软件功能以及使用的限制。第三空选择C选项。2、软件开发。也就是软件的设计和实现,软件工程人员制作出能满足描述的软件。3、软件有效性验证。软件必须经过严格的验证,以保证能够

3、满足客户的需求。4、软件演化。改进软件以适应不断变化的需求。第一空和第二空选择D选项和C选项。第2题:第3题:2.单选题自动化测试工具主要使用脚本技术来生成测试用例,其中,()是录制手 工测试的测试用例时得到的脚本;()是将测试输入存储在独立的数据文件中,而不是在脚本中。问题1选项A.线性脚本B.结构化脚本C.数据驱动脚本D.共享脚本.问题2选项A.线性脚本B.结构化脚本C.数据驱动脚本D.共享脚本【答案】第1题:A第2题:C【解析】第1题:本题考查的是自动化测试相关知识。自动化测试工具主要使用脚本技术来生成测试用例,测试脚本不仅可以在功能测试上模拟用户的操作,比较分析,而且可以用在性能测试、

4、负载测试上,虚拟用户可以同时进行相同的、不同的操作,给被测软件施加足够的数据和操作,检查系统的响应速度和数据吞吐能力。线性脚本,是录制手工执行的测试用例得到的脚本,这种脚本包含所有的击键、移动、输入数据等,所有录制的测试用例都可以得到完整的回放。结构化脚本,类似于结构化程序设计,具有各种逻辑结构、函数调用功能。共享脚本,共享脚本是指可以被多个测试用例使用的脚本,也允许其他脚本调用。共享脚本可以在不同主机、不同系统之间共享,也可以在同一主机、同一系统之间共享。数据驱动脚本,将测试输入存储在独立的(数据)文件中,而不是存储在脚本中。可以针对不同数据输入实现多个测试用例.关键字驱动脚本,关键字驱动脚

5、本是数据驱动脚本的逻辑扩展。它将数据文件变成测试用例的描述,采用一些关键字指定要执行的任务。第2题:3.单选题需求管理的主要活动包括( )问题1选项A.变更控制、版本控制、需求跟踪、需求状态跟踪B.需求获取、变更控制、版本控制、需求跟踪C.需求获取、需求建模、变更控制、版本控制D.需求获取、需求建模、需求评审、需求跟踪【答案】A【解析】需求工程包括需求开发和需求管理两大类活动。其中,需求开发包括:需求获取,需求分析,需求定义,需求验证这些主要活动;而需求管理包括:变更控制、版本控制、需求跟踪和需求状态跟踪这些活动。4.单选题( )是在逆向工程所获取信息的基础上修改或重构已有的系统,产生系统的一

6、个新版本。问题1选项A.逆向分析(Reverse Analysis)B.重组(Restructuring)C.设计恢复(Design Recovery)D.重构工程(Re-engineering)【答案】D【解析】所谓软件的逆向工程就是分析已有的程序,寻求比源代码更高级的抽象表现形式。一般认为,凡是在软件生命周期内将软件某种形式的描述转换成更为抽象形式的活动都可称为逆向工程。与之相关的概念是:重构(restructuring),指在同一抽象级别上转换系统描述形式;设计恢复(design recovery),指借助工具从已有程序中抽象出有关数据设计、总体结构设计和过程设计的信息(不一定是原设计)

7、。重构/再工程(re-engineering),也称修复和改造工程,它是在逆向工程所获信息的基础上修改或重构已有的系统,产生系统的一个新版本。本题描述的是重构工程,选择D选项。5.案例题某公司拟开发一套在线软件开发系统,支持用户通过浏览器在线进行软件开发活动。该系统的重要功能包括代码编辑、语法高亮显示、代码编译、系统调试、代码仓库管理等,在需求分析与架构设计阶段,公司提出的需求和质量属性描述如下:a)根据用户的付费情况对用户进行分类,并根据类别提供相应的开发功能;b)在正常负载情况下,系统应该在0.2s内对用户的界面操作请求进行响应;c)系统应该具备完善的安全防护措措施,能够对黑客的攻击行为进

8、行检测和防御;d)系统主站点断电后应在3s内将请求重定向到备用站点;e)系统支持中文昵称,但用户名必须以字母开头,长度不少于8个字符;f)系统宕机后,需要在15s内发现错误,并启用备用系统;g)在正常负载情况下,户的代码提交请求应在0.5s内完成;h)系统支持硬件设备灵活扩容,应保证在2人天内完成所有的部署与测试工作;i)系统需要针对代码仓库的所有操作进行详细记录;便于后期查阅与审计;j)更改系统web界面风格需要在4人天内完成;k)系统本身需要提供远程调试接口,支持开发团队进行远程排错;在对系统需求、质量属性和架构特性进行分析的基础上,该公司的系统果构师给出了两种候选的架构设计方案,公司目前

9、正在组织相关专家对候选系统架构进行评估。【问题1】(13分)针对该系统的功能,李工建议采用管道过滤器(pipe and fiter)的架构风格,而王工则建议采用仓库(repository) 架构风格。请指出该系统更适合采用哪种架构风格,并针对系统的主要功能,从数据处理方式、系统的可扩展性和处理性能三个方面对这两种架构风格进行比较与分析,填写表1-1中的 (1) (4)空白处。【问题2】(12分)在架构评估过程中,质量属性效用树(utility tree)是对系统质量属性进行识别和优先级排序的重要工具。请将合适的质量属性名称填入图1-1中(1)、 (2)空白处,并选择题干描述的(a) (k)填入

10、(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【解析】本题考查的是架构设计过程中涉及到的一些质量属性,以及架构风格的对比。【问题1】在管道/过滤器风格的软件体系结构中,每个构件都有一组

11、输入和输出,数据输入构件,经过内部处理,然后产生数据输出。因此,这里的构件被称为过滤器,这种风格的连接件就像是数据流传输的管道,将一个过滤器的输出传到另一过滤器的输入。在仓库(repository)风格中,有两种不同的构件:中央数据结构说明当前状态,独立构件在中央数据存储上执行。一方面,若构件控制共享数据,则仓库是一传统型数据库;另一方面,若中央数据结构的当前状态触发进程执行的选择,则仓库是一黑板系统。通过交互方式、数据结构、控制结构和扩展方法分别对仓库风格和管道过滤器风格进行对比,如下所示:交互方式:管理过滤器很明显是顺序结构或循环结构,数据在管理中进行传递。而仓库结构是数据在中心位置,所有

12、的处理均是中心结点与周边结点之间的交互,从形态来看,是星型的。数据结构:从数据结构来看,仓库风格会使用一个文件将数据保存起来,所有的操作围绕这个文件进行。而管道过滤器则是在过滤器之间传递数据流。控制结构:从控制结构来说仓库风格是业务功能驱动,而管道过滤器是由数据流驱动的。扩展方法:从扩展方法来讲,管道过滤器是通过过滤器提供标准接口与其它过滤器对接,而数据仓库风格,要共享数据,扩展功能,只要功能的操作与数据模型本身是匹配的就行了,就像我们要共享一个数据库做系统集成,此时共享同一数据库的多个应用系统所用的数据模型一定会是一致的,否则无法去共享。【问题2】本题主要考查考生对于软件质量属性的理解、掌握

13、和应用。本题考查的是架构设计过程中涉及到的一些质量属性,以及架构风格的对比。常用的质量属性包括:1、性能性能(performance)是指系统的响应能力,即要经过多长时间才能对某个事件做出响应,或者在某段时间内系统所能处理的事件的个数。2、可靠性可靠性(reliability)是软件系统在应用或系统错误面前,在意外或错误使用的情况下维持软件系统的功能特性的基本能力。3、可用性可用性(availability)是系统能够正常运行的时间比例。经常用两次故障之间的时间长度或在出现故障时系统能够恢复正常的速度来表示。4、安全性安全性(security)是指系统在向合法用户提供服务的同时能够阻止非授权用

14、户使用的企图或拒绝服务的能力。安全性又可划分为机密性、完整性、不可否认性及可控性等特性。5、可修改性可修改性(modifiability)是指能够快速地以较高的性能价格比对系统进行变更的能力。通常以某些具体的变更为基准,通过考察这些变更的代价衡量可修改性。6、易用性软件开发工具应有十分友好的用户界面,用户乐于使用;工具应能剪裁和定制,以适应特定用户的需要;工具应能提示用户的交互操作,提供简单有效的执行方式;工具还应能检查用户的操作错误,尽可能自动改正错误。 识别软件架构质量属性是进行架构设计的重要步骤。根据对相关质量属性的定义和含义,其中:“c)系统应该具备完善的安全防护措措施,能够对黑客的攻

15、击行为进行检测和防御”、“i)系统需要针对代码仓库的所有操作进行详细记录;便于后期查阅与审计”属于安全性;“h)系统支持硬件设备灵活扩容,应保证在2人天内完成”、“j)更改系统web界面风格需要在4人天内完成”这描述的是系统的可修改性;“g)在正常负载情况下,户的代码提交请求应在0.5s内完成”描述的是性能属性。 6.单选题软件需求开发的最终文档经过评审批准后,就定义了开发工作的(),它在客户和开发者之间构筑了产品功能需求和非功能需求的一个(), 是需求开发和需求管理之间的桥梁。问题1选项A.需求基线B.需求标准C.需求用例D.需求分析问题2选项A.需求用例B.需求管理标准C.需求约定D.需求

16、变更【答案】第1题:A第2题:C【解析】第1题:本题是对需求工程相关概念的考查。 需求开发的结果应该有项目视图和范围文档、用例文档和SRS,以及相关的分析模型。经评审批准,这些文档就定义了开发工作的需求基线。本题第一空描述的是需求基线,选择A选项。 这个基线在用户和开发人员之间就构成了软件需求的一个约定,它是需求开发和需求管理之间的桥梁。第二空选择C选项。第2题:7.单选题某公司欲开发-一个在线教育平台。在架构设计阶段,公司的架构师识别出3个核心质量属性场景。其中“网站在并发用户数量10万的负载情况下,用户请求的平均响应时间应小于3秒”这一场景主要与()质量属性相关,通常可采用()架构策略实现

17、该属性:“主站宕机后,系统能够在10秒内自动切换至备用站点并恢复正常运行”主要与()质量属性相关,通常可采用()架构策略实现该属性; “系统完成上线后,少量的外围业务功能和界面的调整与修改不超过10人月”主要与()质量属性相关。问题1选项A.性能B.可用性C.易用性D.可修改性问题2选项A.抽象接口B.信息隐藏C.主动冗余D.资源调度问题3选项A.性能B.可用性C.易用性D.可修改性问题4选项A.记录/回放B.操作串行化C.心跳D.增加计算资源问题5选项A.性能B.可用性C.易用性D.可修改性【答案】第1题:A第2题:D第3题:B第4题:C第5题:D【解析】第1题:本题主要考查考生对质量属性的

18、理解和质量属性实现策略的掌握。对于题干描述:“网站在并发用户数量10万的负载情况下,用户请求的平均响应时间应小于3秒”,主要与性能这一质量属性相关,实现该属性的常见架构策略包括:增加计算资源、减少计算开销、引入并发机制、采用资源调度等。“主站宕机后,系统能够在10秒内自动切换至备用站点并恢复正常运行”主要与可用性质量属性相关,通常可采用心跳、Ping/Echo、主动冗余、被动冗余、选举等架构策略实现该属性。 “系统完成上线后,少量的外围业务功能和界面的调整与修改不超过10人/月”主要与可修改性质量属性相关,通常可采用接口-实现分离、抽象、信息隐藏等架构策略实现该属性。第2题:第3题:第4题:第

19、5题:8.单选题在Linux系统中,DNS的配置文件是(),它包含了主机的域名搜索顺序和DNS服务器的地址。问题1选项A./etc/hostnameB./dev/host.confC./etc/resolv.confD./dev/name .conf【答案】C【解析】本题考查的是DNS的相关应用。当进行DNS解析的时候,需要系统指定一台DNS服务器,以便当系统要解析域名的时候,可以向所设定的域名服务器进行查询。在包括Linux系统在内的大部分UNIX系统中,DNS服务器的IP地址都存放在/etc/resolv.conf文件中。也就是说在图形方式配置网络参数的时候,所设置的DNS服务器就是存放在

20、这个文件中的。用户也完全可以用手工的方式修改这个文件的内容来进行DNS设置。配置文件不会放在dev目录下。点拨:/etc/resolv.conf文件的每一行是由一个关键字和随后的参数组成的,常见的关键字有:Nameserver:指定DNS服务器的IP地址,可以有多行,查询的时候按照次序进行,只有当一个DNS服务器不能使用的时候,才查询后面的DNS服务器。Domain:用来定义默认域名(主机的本地域名)。Search它的多个参数指明域名查询顺序。当要查询没有域名的主机,主机将在由Search声明的域中分别查找。domain和Search不能共存;如果同时存在,后面出现的将会被使用。9.单选题创建

21、型模式支持对象的创建,该模式允许在系统中创建对象,而不需要在代码中标识出特定的类型,这样用户就不需要编写一系列相关或相互依赖的对象在不指定具体类的情况下。( )模式为创建一系列相关或相互依赖的对象提供了一个接口,( )模式将一个复杂对象的构建与其表示相分离,这样相同的构造过程可以创建不同的对象,( )模式允许对象在不了解要创建对象的确切类以及如何创建细节的情况下创建自定义对象。问题1选项A.PrototypeB.Abstract FactoryC.BuilderD.Singleton问题2选项A.PrototypeB.Abstract FactoryC.BuilderD.Singleton问题

22、3选项A.PrototypeB.Abstract FactoryC.BuilderD.Singleton【答案】第1题:B第2题:C第3题:A【解析】第1题:本题考查的是设计模式的知识内容。Prototype(原型模式):用原型实例指定创建对象的类型,并且通过拷贝这个原型来创建新的对象。允许对象在不了解创建对象的确切类以及如何创建细节的情况下创建自定义对象。Abstract Factory(抽象工厂模式):提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。Builder(生成器模式):将一个复杂类的表示与其构造相分离,使得相同的构建过程能够得出不同的表示。Singleton(

23、单例模式):保证一个类只有一个实例,并提供一个访问它的全局访问点。第2题:第3题:10.单选题针对二层C/S软件架构的缺点,三层CIS架构应运而生。在三层CIS架构中,增加了一个()。三层CS架构是将应用功能分成表示层、功能层和()三个部分。 其中()是应用的用户接口部分,担负与应用逻辑间的对话功能。问题1选项A.应用服务器B.分布式数据库C.内容分发D.镜像问题2选项A.硬件层B.数据层C.设备层D.通信层问题3选项A.表示层B.数据层C.应用层D.功能层【答案】第1题:A第2题:B第3题:A【解析】第1题:本题考查的是C/S架构风格的相关知识。C/S架构是基于资源不对等,且为实现共享而提出

24、来的,是20世纪90年代成熟起来的技术,C/S结构将应用一分为二,服务器(后台)负责数据管理,客户机(前台)完成与用户的交互任务。C/S软件架构具有强大的数据操作和事务处理能力,模型思想简单,易于人们理解和接受。但随着企业规模的日益扩大,软件的复杂程度不断提高,传统的二层C/S结构存在以下几个局限:1.二层C/S结构为单一服务器且以局域网为中心,所以难以扩展至大型企业广域网或Internet;2.软、硬件的组合及集成能力有限;3.服务器的负荷太重,难以管理大量的客户机,系统的性能容易变坏;4.数据安全性不好。因为客户端程序可以直接访问数据库服务器,那么,在客户端计算机上的其他程序也可想办法访问

25、数据库服务器,从而使数据库的安全性受到威胁。正是因为二层C/S有这么多缺点,因此,三层C/S结构应运而生。三层C/S结构是将应用功能分成表示层、功能层和数据层三个部分。表示层是应用的用户接口部分,它担负着用户与应用间的对话功能。它用于检查用户从键盘等输入的数据,并显示应用输出的数据。在变更用户接口时,只需改写显示控制和数据检查程序,而不影响其他两层。检查的内容也只限于数据的形式和取值的范围,不包括有关业务本身的处理逻辑。功能层相当于应用的本体,它是将具体的业务处理逻辑编入程序中。而处理所需的数据则要从表示层或数据层取得。表示层和功能层之间的数据交往要尽可能简洁。数据层就是数据库管理系统,负责管理对数据库数据的读写。数据库管理系统必须能迅速执行大量数据的更新和检索。因此,一般从功能层传送到数据层的要求大都使用SQL语言。第2题:第3题:

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!