2018年下半年系统架构设计师考试系统架构设计案例分析下午真题_真题

2018年下半年系统架构设计师考试系统架构设计案例分析下午真题_真题


2024年4月10日发(作者:)

2018年下半年系统架构设计师考试系统架构设计案例分析下午真题

(总分125, 做题时间150分钟)

案例分析题

试题一

阅读以下关于软件系统设计的叙述,在答题纸上回答下来问题。

【说明】

某文化产业集团委托软件公司开发一套文化用品商城系统,业务涉及文化用品

销售、定制、竞拍和点评等板块,以提升商城的信息化建设水平。该软件公司

组织项目组完成了需求调研,现已进入到系统架构设计阶段。考虑到系统需求

对架构设计决策的影响,项目组先列出了可能影响系统架构设计的部分需求如

下:

(a)用户界面支持用户的个性化定制;

(b)系统需要支持当前主流的标准和服务,特别是通信协议和平台接口;

(c)用户操作的响应时间应不大于3秒,竞拍板块不大于1秒;

(d)系统具有故障诊断和快速恢复能力;

(e)用户密码需要加密传输;

(f) 系统需要支持不低于2G的数据缓存;

(g)用户操作停滞时间超过一定时限需要重新登录验证;

(h)系统支持用户选择汉语、英语或法语三种语言之一进行操作。

项目组提出了两种系统架构设计方案:瘦客户端C/S架构和胖客户端C/S架

构,经过对上述需求逐条分析和讨论,最终决定采用瘦客户端C/S架构进行设

计。

SSS_TEXT_QUSTI

在系统架构设计中,决定系统架构设计的非功能性需求主要有四类:操作性需

求、性能需求、安全性需求和文化需求。请简要说明四类需求的含义。

SSS_TEXT_QUSTI

根据表1-1的分类,将题干所给出的系统需求(a)~(h)分别填入(1) ~

(4)。

表1-1 需求分类

需求类别

操作性需求

系统需求

(1)

性能需求

安全性需求

文化需求

(2)

(3)

(4)

SSS_TEXT_QUSTI

请说明瘦客户端C/S架构能够满足题干中给出的哪些系统需求(只需要回答出

三个系统需求)。

从下列的 4 道试题(试题二至试题五)中任选 2 道解答。请在答题纸上的指

定位置处将所选择试题的题号框涂黑。若多涂、少涂或者未涂题号框 ,则对题

号最小的两道试题进行评分。

试题二

请说明瘦客户端C/S架构能够满足题干中给出的哪些系统需求(只需要回答出

三个系统需求)。

阅读以下关于软件系统建模的叙述,在答题纸上回答下列问题。

【说明】

某公司欲建设一个房屋租赁服务系统,统一管理房主和租赁者的信息,提供快

捷的租赁服务。本系统的主要功能描述如下:

1. 登记房主信息。记录房主的姓名、住址、身份证号和联系电话等信息,并写

入房主信息文件。

2. 登记房屋信息。记录房屋的地址、房屋类型(如平房、带阳台的楼房、独

立式住宅等)、楼层、租金及房屋状态(待租赁、已出租)等信息,并写入房

屋信息文件。一名房主可以在系统中登记多套待租赁的房屋。

3. 登记租赁者信息。记录租赁者的个人信息,包括:姓名、性别、住址、身

份证号和电话号码等,并写入租赁者信息文件。

4. 安排看房。已经登记在系统中的租赁者,可以从待租赁房屋列表中查询待租

赁房屋信息。租赁者可以提出看房请求,系统安排租赁者看房。对于每次看

房,系统会生成一条看房记录并将其写入看房记录文件中。

5. 收取手续费。房主登记完房屋后,系统会生成一份费用单,房主根据费用单

交纳相应的费用。

6. 变更房屋状态。当租赁者与房主达成租房或退房协议后,房主向系统提交变

更房屋状态的请求。系统将根据房主的请求,修改房屋信息文件。

图2-1 房屋租赁

服务系统顶层DFD

SSS_TEXT_QUSTI

若采用结构化方法对房屋租赁服务系统进行分析,得到如图2-1所示的顶层

DFD。使用题干中给出的词语,给出图2-1中外部实体E1~E2、加工P1~P6以及

数据存储D1~D4的名称。

SSS_TEXT_QUSTI

若采用信息工程(Information Engineering)方法对房屋租赁服务系统进行

分析,得到如图2-2所示的ERD。请给出图2-2中实体(1)~ (5)的名称。

图2-2 房屋租赁服务系

统ERD

SSS_TEXT_QUSTI

(1)信息工程方法中的“实体(entity)” 与面向对象方法中的“类

(class)”之间有哪些不同之处?

(2)在面向对象方法中通常采用用例(Use Case)来捕获系统的功能需求。

用例可以按照不同的层次来进行划分,其中的Essential Use Cases和

Real Use Cases有哪些区别?

试题三

阅读以下关于嵌入式实时系统相关技术的叙述,在答题纸上回答下来问题。

【说明】

某公司长期从事宇航领域嵌入式实时系统的软件研制任务。公司为了适应未来

嵌入式系统网络化、智能化和综合化的技术发展需要,决定重新考虑新产品的

架构问题,经理将论证工作交给王工负责。王工经调研和分析,完成了新产品

架构设计方案,提交公司高层讨论。

SSS_TEXT_QUSTI

王工提交的设计方案中指出:由于公司目前研制的嵌入式实时产品属于简单型

系统,其嵌入式子系统相互独立,功能单一,时序简单。而未来满足网络化、

智能化和综合化的嵌入式实时系统将是一种复杂系统,其核心特征体现为实时

任务的机理、状态和行为的复杂性。简单任务和复杂任务的特征区分主要表现

在十个方面。请参考表3-1给出的实时任务特征分类,用题干中给出的(a)~

(t)20个实时任务特征描述,补充完善表3-1给出的空(1)~(14)。

(a)任务属性不会随时间变化而改变;

(b)任务的属性与时间相关;

(c)任务仅可以从非连续集中获取特征变量;

(d)任务变量域是连续的;

(e)功能原理不依赖于上下文;

(f) 功能原理依赖于上下文;

(g)任务行为可以用step-by-step顺序分析方法来理解;

(h)许多任务在产生访问活动时相互间是并发处理的,很难用step-by-step

方法分析;

(i) 因果关系相互影响;

(j) 行为特征依赖于大量的反馈机制;

(k)系统内构成、策略和描述是相似的;

(l) 系统内存在许多不同的构成、策略和描述;

(m)功能关系是非线性的;

(n) 功能关系是线性的;

(o) 不同的子任务是相互独立的,任务内部仅存在少量的交互操作;

(p) 不同的子任务有很高的交互操作,要把一个单任务的行为隔离开是困难

的;

(q) 域特征有非常整齐的原则和规则;

(r) 许多不同的上下文依赖于规则;

(s) 原理和规则在表面属性上很容易被识别;

(t) 原理被覆盖、抽象,而不会在表面属性上被识别。

表3-1 简单任务和复杂任务特征比较

特征分类

静态/动态

连续/非连续

顺序/并行执行

单一性/混合型

工作原理

线性/非线性

上下文相关性

简单任务(simple task) 复杂任务(complex task)

(a)

(1)

(5)

(7)

(9)

(11)

(13)

(b)

(2)

(4)

(6)

(8)

(10)

(12)

(14)

子系统的独立性 (3)


发布者:admin,转转请注明出处:http://www.yc00.com/news/1712708826a2107708.html

相关推荐

发表回复

评论列表(0条)

  • 暂无评论

联系我们

400-800-8888

在线咨询: QQ交谈

邮件:admin@example.com

工作时间:周一至周五,9:30-18:30,节假日休息

关注微信