2018年下半年 系统架构设计师 案例分析.docx

上传人:夺命阿水 文档编号:1463899 上传时间:2024-06-29 格式:DOCX 页数:11 大小:90.31KB
返回 下载 相关 举报
2018年下半年 系统架构设计师 案例分析.docx_第1页
第1页 / 共11页
2018年下半年 系统架构设计师 案例分析.docx_第2页
第2页 / 共11页
2018年下半年 系统架构设计师 案例分析.docx_第3页
第3页 / 共11页
2018年下半年 系统架构设计师 案例分析.docx_第4页
第4页 / 共11页
2018年下半年 系统架构设计师 案例分析.docx_第5页
第5页 / 共11页
点击查看更多>>
资源描述

《2018年下半年 系统架构设计师 案例分析.docx》由会员分享,可在线阅读,更多相关《2018年下半年 系统架构设计师 案例分析.docx(11页珍藏版)》请在课桌文档上搜索。

1、傲统务求(I)ftKS4t(2)(XftV*(4)IRfl3(9分)请说明疙客户联C/S架构能够满足用干中给出的嚅”系统需求(只需要网答出三个系统需求).,从下列的4道试题(试题二至试题五)中任选2道解答.如果解答的试题数超过2道,则题号小的2道解答有效.二阅徒以下关于软件系统建模的叙述.在答磔纸上回答问胭1至向超3.【说明】某公司欲建设一个房屋租赁服务系统.统一管理房主和租赁者的信息,提供快徒的租赁眼芬.本系统的主要功能描述如下:1 .登记房主信息。记录房主的姓名、住址、分份证号和联系电话等信息,并写入唐主估息文件.2 .登记房屋信息。记录房屋的地址、房屋类里(如平房、带阳台的楼房、独立式住

2、宅等)、楼层、租金及房屋状态(待租赁、已出租)等信息,并写入房屋信息文件.一名房主可以在系统中登记多套待租赁的房屋.3 .登记租赁者信息.记录租赁者的个人信息,包括:姓名、性别、住址、身份证号和电话号码等,并写入租赁者信息文件.4.安排看房.己经登记在系统中的租赁者,可以从价租赁房屋列表中查询侍租赁房屋信息。租赁者M以提出看房谙求,系统安排租培者看房。对于悠次看房,系统会生成一条看房记录并将其写入看房记录文件中,5,收取手续宜。房主笠记完房屋后,系统会生成一份费用单,房主根据费用单交纳相应的费用。6.变更房屋状态.当租赁者与房主达成租房或退房协议后,房主向系统提交变更房屋状态的请求.系统将根据

3、房主的请求,修改房屋信息文件,图2-1房租赁JR务系统顶层DFD【问题11(12分)若:果用结构化方法财房屋租赁网务系统进行分析,褥到如图2-1所示的更层DFD,使用题干中给出的词语,给出图2-1中外部实体E1E2,加工P1P6以及数据存储D1D4的名称.角2(5分)心果用伯息工程(InformationEngineering)方法对厉屋租赁服务系统进行分析,得到如图2-2所示的ERO.请给出图2-2中实体的名称,图2-2房屋租赁蜃务系统ERDCRfl3(8分)(1)信息工程方法中的“实体(entity)”与面向对象方法中的“类(ClaSSV之间有哪叫不同之处?(2)在面向对效方法中通常采用用

4、例(USeCase)来捕获系统的功能需求.用例可以按照不同的层次来进行划分,其中的ESSemlalUSeCaSeS和RealUseCases有骁些区别?试题三阅读以下关于做入式实时系统相关技术的叙述,在答题纸上回答问题1和同超2,tttn某公司长期从事宇航领域嵌入式实时系统的软件研制任务.公司为了适应未来嵌入式系统网络化、智能化和综合化的技术发展需要,决定正新考虑新产品的架构向题,经理将论证工作交给王工负责.王工经调研和分析.完成了新产品架构设计方案,提交公司高层讨论.IMl(i4分)王工提交的设计方案中指出:由于公司目前研制的嵌入式实时产品属于简单型系统,其嵌入式子系统相互独立,功能单一,时

5、序简的.而未来满足网洛化、智能化和综合化的嵌入式实时系统将是一种双杂系统,其核心特征体现为实时任务的机理、状态和行为的复杂性。简单任务和焚杂任务的特征区分主要表现在十个方面请参考表3-1给出的实时任务特征分类,用Ja干中给出的(a(t)20个实时任务特征描述,补充完善表3-1给出的空(1)(14)。(八)任务璃件不会的时间变化而改变:(b)任务的属性与时间相关;(C)任务仅可以从非连续集中获取特征变盘:(d)任务变Gt域是连续的:(e)功能原理不依根于上下文:(f)功能原理依梭干上下文:(g)任务行为可以用Stepby-Step顺序分析方法来理解:(三)许多任务在产生访问活动时相互间是并发处理

6、的,很玳用StehbySteP方法分析:(i)因果关系相互影响:(J)行为特征依赖广大城的反馈机制;(k)系统内构成、策略和描述是相似的;(I)系统内存在许多不同的构成、策略和描述:(m)功能关系是非雄性的:(n)功能关系是线性的:(O)不同的子任务是相互独立的,任务内部仅存在少麻的交互操作:(P)不同的子任务有很高的交互操作,要把一个单任务的行为隔离开是困难的:(q)域特征有非常整齐的原则和规则:(r)许多不同的上下文依赖f煌则;(s原理和规则在表面属性上很容易被识别:(t)原理被理盖、抽象,而不会在衣面屈性上被识别.31简单任务和震杂任务特征比较特征分类简年任务(SmPktask)复杂任务

7、(COmPlCXUsk)冷态/动态(八)(b)连续/0连续迎皿子系统的独0:性8独序/并行执行迎巫单一桂川合性d皿工作原理皿JJIl1.ttftttft工也皿上下文相关性皿3烧样/不规律q)(r)表面属性(三)(t)【付21(11分)王工设计方案中指出:要涵足未来网络化、智能化和琼合化的需求,应该设计种能弊充分表达嵌入式系统行为的、且代有定通川性的通信架构,以避免复杂任务的某些特征带来的通信复杂性,通用为了实现收入式系统中计嶙组件间的通信,在架构上需要一种筒总的架内风格,用于屏蔽不同出议、不同硬件和不同结何组成所带来的复杂性。图31给出fWtS(WaistIine)里通信模式的架构风格.展吧架

8、构的关键是加本消息通伯(8MTS),通常BMTS的消息与时间制性相关,支持打件触发消息、速率约束消息和时间触发消息。请说明基于BMTS的消息通信网络的主要特征和上述三种消刖的基本含义,并举例给出两种具有时间触发消息能力的网络总税.图3-1型通信模式架构风格试题四阅读以卜关于分布式数据库线在设计的叙述,在答题纸上回答问效1至问题3.【说明】某企业是为城市御端用户提供高品帧冰菜生鲜服务的初创企业,创业初期为快速开展业务该企业采用轻St型的开发架构(脚本谱才+关系型数据库)研制了一套业务系统.业务开展后受到用户普遍炊迎.用户数和业务数G迅速增长,原有的数刖阵服务器已不能满足高度并发的业务要求,为此,

9、该企业成正了专门的研发团队来解决该问胭。张工建议重新开发整个系统,采用新的服务器和数据架构.解决当前问题的同时为日后的扩展提供支持.但是李工认为张工的方案开发周期过长,投入过大,当前应该在改动尽量小的前提卜解决该何时,李工认为访问增很大的只是部分数据,建议采用爆存工具MemCache来减轻数据库服务器的压力,这样开发fit小,开发周期短,比较适合初创公司.同时将来也可以通过集群迸行扩展,然而,刘工又认为李工的方案中存在钦据可考性和一致性问题,在宕机时容易丢失交易数据,建议采用RediS来解决何烟,在经过充分讨论,该公11J最终决定采用刘工的方案.【问题1(9分)在李工和刘工的方案中.均采用分布

10、式数据库缓存技术来解决问题.说说明分布式数据陈畿存的联本概含.表4中对McmCache和Redis两种工具的优缺点进行了比较,请祚充完降表4-1中的空(1)(6),刘,认为李工的方案存在数据可恭性和一致性的问题,请说明原因.为避免数据可邨性和一致性的问题,刘工的方案采用Redis作为数据库域存,谛说明基本的RediS与原钉关系数据库的数据同步方案.(HH3(8分)请给出Redis分布式存储的2衿常见方案和RediS集群切片的几种常见方式.试题五阅读以下关于Web系统设计的叙述,在答曲纸上网答问鹿1至何成3.【说明】某银行拟将以分行为主体的银行估息系统,全面整合为由总行统一管理维护的银行佰息系统

11、,实现统一的用户账户管理、转账汇款、自助缴费、理财投资、贷款管理、网上支付、财务报表分析等业务功能.但是,由于原行以分行为主体的例行信息系统中,多个业务系统果用异佝平台、数据库和中间件,使用的报文交换标准和通信协议也不尽相同,使用传统的EAl解决方案根本:C法实现新的业务模式卜异构系统间灵活的交互和集成。因此,为了以最小的系统改进整合现行的基于不同技术实现的微行业分系统.该银行拟采用基于ESB的面向股务架构(SOA)集成方案实现业务整合.【问题1(7分)请说明什么是面向服务架均(J)中选择相应内容埴入图5-1的(1)(6),补充完善架构设计图.(八)数据层(b)界面层(O业务层(d)bind(e)企业服务总践ESB(f)XM1.(g)安全始证和质代管理(h) publish(i) UDDI(J)组件层(k)BPE1.KRfl3(6分)针对银行信息系统的数据交互安全性需求,列举3种可实现信息系统安全保隙的措施,

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 在线阅读 > 生活休闲


备案号:宁ICP备20000045号-1

经营许可证:宁B2-20210002

宁公网安备 64010402000986号