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

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

1、表1-1王工与李工的柒构风格iF价f、_架构风格评价要素_共享数据的主程序-子程序管道-过谑器算法变更-(1)功能变更(2)数据表示变更(3)(4)性能(5)(6)【问题3】4分）-IT是李工给出的架构设计示意图,请将恰当的功能描述填入图中的（D（4）.KRfl3（4分）RMO公司精生区域将在未来5年大面枳扩展，其潜在客户数仪也会因此大幅度增加，所以良好的可犷展性是CRSS系统所必需的旗吊:属性.请分别说明在集中式和分布式数据架构下，可以采用哪些方法提升系统的可扩展性.B3-2李工设计的流程【问题2】（10分）图31中的II-U.1项中定义了软件架构和操作系统的要求,图34是满足AUTOSAR

2、定义的操作系统各功能模块的层次结构.请说明（1）-（5）衡头所标的具体操作含义.图3TAuTOSAR定义的掾作系及结构【问JH3（8分）1.!T0SR是一种开放式架构.用150字以内的文字.说明采用AUTOSAR架构的主要优点.并说明汽车电子ECU凌萩汽车的现三个领域。试J四阅读以下关于软件架构设计的叙述，在答题纸上回答何阳1至问SS3。【说明】TeleDev是一个大型的电信软件开发公司，公司内部采用多种商业/开源的工具进行软件系统设计与开发工作，为了提高系统开发效率，公司管理层决定开发一个分布式的系统设计与开发工具集成框架,将现有的系统设计与开发工具有效集成在一起.集成框架开发小组羟过广泛调

3、研，理到了如下核心需求.(1)目前使用的系统设计与开发工具的运行平台和开发语言差异较大，集成框架应无集成各个工具的功能：(2)日前使用的系统设计与开发工具所支持的通信协议和数据格式各不相向,集成框架应实现工具之间的灵活通信和数据格式转换；(3)集成框架需要根据实际的开发流程以活、动态地定义系统工具之间的协作关系：(4)集成框架应能集成些常用的第三方实用工具，如即时通信、邮件系统等.集成枢架开发小组经过分析与讨论.最终决定采用企业眼芬总线(ESB)作为集成彬架的基础架构.【问JR1(8分)ESB是目前企业级应用袈成附用的姑础架内,请列举出ESB的4个主要功能，井从集成系统的部署方式、侍集成系统之

4、间的耦合程度、集成系统的可扩展性三个方面说明为何来用ESB作为集成框架的基础架构.【问2】(12分)在ESB茶础架构的基础上，的根据题描述中的4个需求，说明每个需求应该采用何种具体的集成方式或架构风格最为合适。KRfl3（5分）请指出在实现工具之间数据格式的灵活转换时，通常采用的设计模式是什么,并对实现过程进行简要描述.试J五阅读以下信息系统可用性的问SS,在答鹿纸上回答何超1至同SS3,某软件公司开发一项域于数据流的软件,其系统的主要功能是对输入的数据进行多次分折、处埋和加工，生成需要的怆出数据.需求方对该系统的软件可靠性要求很高，要求系统能防长时间无故隔运行，该公司将该系统设计交给王工负而

5、。王工给出该系统的模块示懑图，如图51所示.王工解择：只要各个模块的可靠度足够高.失效率足桀低.则整个软件系统的可藁性是有保证的.稣金出图5-1王工建仪的软件系统模块示意图李工对王工的方案提出了异议。李工认为王工的说法有两个问题：第一，即使砥个模块的可装度足够高，假设各个模块的可能度均为099,但是整个软件系统模块之间全部采用申联，则整个软件系统的可度为0991=Q96,即整个软件系统的可靠度下降明显：第1,软件系统模块全部采用串联结构.一口.某个模块失效,则意味着第个软件系统失效.李工认为,应该在软件系统中采用冗余技术中的动态冗余或者软件容错的N版本程序设计技术，对容易失效或者非常重要的模块

6、进行冗余设计，将模块之间的串联结囱部分变为并联结构.柬提高整个软件系统的可辨性.同时,李工给出了采用动态冗余技术后的软件系统模块示意图，如图5-2所示。图6-2亭工建议的系及模块示意BB刘工建议，亭工方案中MI和网模块没有采用容错设计,但MI和Wl发生故障有可能导狭晔改后果。因此，可以在用和用模块设计上采用检错技术，在软件出现故障后能及时发现并报警,提醒维妒人员进行处理.注；假设各个模块的可能吱均为099,【向1】（4分）在系统可行性中,可他度和失效率是两个非僚关键的指标，请分别解择其含义.（M2K13分）请解择李工提出的动态冗余和N版本程序设计技术，给出图51中模块M2采用图52动态冗余技术后的可毒度，请给出来用李工设计方案后整个系统可除度的计算方法，并计算结果。【向JS3】（8分）请给出检错技术的优缺点，并说明检测技术常见的实现方式和处理方式.