欢迎来到课桌文档! | 帮助中心 课桌文档-建筑工程资料库
课桌文档
全部分类
  • 党建之窗>
  • 感悟体会>
  • 百家争鸣>
  • 教育整顿>
  • 文笔提升>
  • 热门分类>
  • 计划总结>
  • 致辞演讲>
  • 在线阅读>
  • ImageVerifierCode 换一换
    首页 课桌文档 > 资源分类 > DOCX文档下载  

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

    • 资源ID:1463899       资源大小:90.31KB        全文页数:11页
    • 资源格式: DOCX        下载积分:5金币
    快捷下载 游客一键下载
    会员登录下载
    三方登录下载: 微信开放平台登录 QQ登录  
    下载资源需要5金币
    邮箱/手机:
    温馨提示:
    用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)
    支付方式: 支付宝    微信支付   
    验证码:   换一换

    加入VIP免费专享
     
    账号:
    密码:
    验证码:   换一换
      忘记密码?
        
    友情提示
    2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
    3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
    4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
    5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。

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

    傲统务求(I)ftKS4t(2)(»XftV*(4)IRfl3(9分)请说明疙客户联C/S架构能够满足用干中给出的嚅”系统需求(只需要网答出三个系统需求).,从下列的4道试题(试题二至试题五)中任选2道解答.如果解答的试题数超过2道,则题号小的2道解答有效.««二阅徒以下关于软件系统建模的叙述.在答磔纸上回答问胭1至向超3.【说明】某公司欲建设一个房屋租赁服务系统.统一管理房主和租赁者的信息,提供快徒的租赁眼芬.本系统的主要功能描述如下:1 .登记房主信息。记录房主的姓名、住址、分份证号和联系电话等信息,并写入唐主估息文件.2 .登记房屋信息。记录房屋的地址、房屋类里(如平房、带阳台的楼房、独立式住宅等)、楼层、租金及房屋状态(待租赁、已出租)等信息,并写入房屋信息文件.一名房主可以在系统中登记多套待租赁的房屋.3 .登记租赁者信息.记录租赁者的个人信息,包括:姓名、性别、住址、身份证号和电话号码等,并写入租赁者信息文件.4.安排看房.己经登记在系统中的租赁者,可以从价租赁房屋列表中查询侍租赁房屋信息。租赁者M以提出看房谙求,系统安排租培者看房。对于悠次看房,系统会生成一条看房记录并将其写入看房记录文件中,5,收取手续宜。房主笠记完房屋后,系统会生成一份费用单,房主根据费用单交纳相应的费用。6.变更房屋状态.当租赁者与房主达成租房或退房协议后,房主向系统提交变更房屋状态的请求.系统将根据房主的请求,修改房屋信息文件,图2-1房租赁JR务系统顶层DFD【问题11(12分)若:果用结构化方法财房屋租赁网务系统进行分析,褥到如图2-1所示的更层DFD,使用题干中给出的词语,给出图2-1中外部实体E1E2,加工P1P6以及数据存储D1D4的名称.角2(5分)心果用伯息工程(InformationEngineering)方法对厉屋租赁服务系统进行分析,得到如图2-2所示的ERO.请给出图2-2中实体<1>的名称,图2-2房屋租赁蜃务系统ERDCRfl3(8分)(1)信息工程方法中的“实体(entity)”与面向对象方法中的“类(ClaSSV之间有哪叫不同之处?(2)在面向对效方法中通常采用用例(USeCase)来捕获系统的功能需求.用例可以按照不同的层次来进行划分,其中的ESSemlalUSeCaSeS和RealUseCases有骁些区别?试题三阅读以下关于做入式实时系统相关技术的叙述,在答题纸上回答问题1和同超2,tttn某公司长期从事宇航领域嵌入式实时系统的软件研制任务.公司为了适应未来嵌入式系统网络化、智能化和综合化的技术发展需要,决定正新考虑新产品的架构向题,经理将论证工作交给王工负责.王工经调研和分析.完成了新产品架构设计方案,提交公司高层讨论.IMl(i4分)王工提交的设计方案中指出:由于公司目前研制的嵌入式实时产品属于简单型系统,其嵌入式子系统相互独立,功能单一,时序简的.而未来满足网洛化、智能化和综合化的嵌入式实时系统将是一种双杂系统,其核心特征体现为实时任务的机理、状态和行为的复杂性。简单任务和焚杂任务的特征区分主要表现在十个方面请参考表3-1给出的实时任务特征分类,用Ja干中给出的(a>(t)20个实时任务特征描述,补充完善表3-1给出的空(1)(14)。(八)任务璃件不会的时间变化而改变:(b)任务的属性与时间相关;(C)任务仅可以从非连续集中获取特征变盘:(d)任务变Gt域是连续的:(e)功能原理不依根于上下文:(f)功能原理依梭干上下文:(g)任务行为可以用Stepby-Step顺序分析方法来理解:(三)许多任务在产生访问活动时相互间是并发处理的,很玳用StehbySteP方法分析:(i)因果关系相互影响:(J)行为特征依赖广大城的反馈机制;(k)系统内构成、策略和描述是相似的;(I)系统内存在许多不同的构成、策略和描述:(m)功能关系是非雄性的:(n)功能关系是线性的:(O)不同的子任务是相互独立的,任务内部仅存在少麻的交互操作:(P)不同的子任务有很高的交互操作,要把一个单任务的行为隔离开是困难的:(q)域特征有非常整齐的原则和规则:(r)许多不同的上下文依赖f煌则;(s原理和规则在表面属性上很容易被识别:(t)原理被理盖、抽象,而不会在衣面屈性上被识别.«31简单任务和震杂任务特征比较特征分类简年任务(SmPktask)复杂任务(COmPlCXUsk)冷态/动态(八)(b)连续/0连续迎皿子系统的独0:性8独序/并行执行迎巫单一桂川£合性d皿工作原理皿JJIl1.ttftttft工也皿上下文相关性皿3烧样/不规律<q)(r)表面属性(三)(t)【付21(11分)王工设计方案中指出:要涵足未来网络化、智能化和琼合化的需求,应该设计种能弊充分表达嵌入式系统行为的、且代有定通川性的通信架构,以避免复杂任务的某些特征带来的通信复杂性,通用为了实现收入式系统中计嶙组件间的通信,在架构上需要一种筒总的架内风格,用于屏蔽不同出议、不同硬件和不同结何组成所带来的复杂性。图31给出fWtS(WaistIine)"里通信模式的架构风格.展吧架构的关键是加本消息通伯(8MTS),通常BMTS的消息与时间制性相关,支持打件触发消息、速率约束消息和时间触发消息。请说明基于BMTS的消息通信网络的主要特征和上述三种消刖的基本含义,并举例给出两种具有时间触发消息能力的网络总税.图3-1型通信模式架构风格试题四阅读以卜关于分布式数据库线在设计的叙述,在答题纸上回答问效1至问题3.【说明】某企业是为城市御端用户提供高品帧冰菜生鲜服务的初创企业,创业初期为快速开展业务该企业采用轻St型的开发架构(脚本谱才+关系型数据库)研制了一套业务系统.业务开展后受到用户普遍炊迎.用户数和业务数G迅速增长,原有的数刖阵服务器已不能满足高度并发的业务要求,为此,该企业成正了专门的研发团队来解决该问胭。张工建议重新开发整个系统,采用新的服务器和数据架构.解决当前问题的同时为日后的扩展提供支持.但是李工认为张工的方案开发周期过长,投入过大,当前应该在改动尽量小的前提卜解决该何时,李工认为访问增很大的只是部分数据,建议采用爆存工具MemCache来减轻数据库服务器的压力,这样开发fit小,开发周期短,比较适合初创公司.同时将来也可以通过集群迸行扩展,然而,刘工又认为李工的方案中存在钦据可考性和一致性问题,在宕机时容易丢失交易数据,建议采用RediS来解决何烟,在经过充分讨论,该公11J最终决定采用刘工的方案.【问题1(9分)在李工和刘工的方案中.均采用分布式数据库缓存技术来解决问题.说说明分布式数据陈畿存的联本概含.表4中对McmCache和Redis两种工具的优缺点进行了比较,请祚充完降表4-1中的空(1)(6),刘,认为李工的方案存在数据可恭性和一致性的问题,请说明原因.为避免数据可邨性和一致性的问题,刘工的方案采用Redis作为数据库域存,谛说明基本的RediS与原钉关系数据库的数据同步方案.(HH3(8分)请给出Redis分布式存储的2衿常见方案和RediS集群切片的几种常见方式.试题五阅读以下关于Web系统设计的叙述,在答曲纸上网答问鹿1至何成3.【说明】某银行拟将以分行为主体的银行估息系统,全面整合为由总行统一管理维护的银行佰息系统,实现统一的用户账户管理、转账汇款、自助缴费、理财投资、贷款管理、网上支付、财务报表分析等业务功能.但是,由于原行以分行为主体的例行信息系统中,多个业务系统果用异佝平台、数据库和中间件,使用的报文交换标准和通信协议也不尽相同,使用传统的EAl解决方案根本:C法实现新的业务模式卜异构系统间灵活的交互和集成。因此,为了以最小的系统改进整合现行的基于不同技术实现的微行业分系统.该银行拟采用基于ESB的面向股务架构(SOA)集成方案实现业务整合.【问题1(7分)请说明什么是面向服务架均<S0A)以及ESBSOA中的作用与特点.KRfl2(12分)基于该信息系统整合的实际需求.项目组完成了基于SOA的银行信息系统架构设计方案。该系统架构图如图5-1所示:S51基于SOA的银行信息系新架构设计请从(a>(J)中选择相应内容埴入图5-1的(1)(6),补充完善架构设计图.(八)数据层(b)界面层(O业务层(d)bind(e)企业服务总践ESB(f)XM1.(g)安全始证和质代管理(h) publish(i) UDDI(J)组件层(k)BPE1.KRfl3(6分)针对银行信息系统的数据交互安全性需求,列举3种可实现信息系统安全保隙的措施,

    注意事项

    本文(2018年下半年 系统架构设计师 案例分析.docx)为本站会员(夺命阿水)主动上传,课桌文档仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知课桌文档(点击联系客服),我们立即给予删除!

    温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




    备案号:宁ICP备20000045号-1

    经营许可证:宁B2-20210002

    宁公网安备 64010402000986号

    课桌文档
    收起
    展开