【软考系统架构设计师】2012年下系统架构师案例分析历年真题
【软考系统架构设计师】2012年下系统架构师案例分析历年真题
2012年下系统架构师案例分析历年真题
-
- 【软考系统架构设计师】2012年下系统架构师案例分析历年真题
-
- 2012年系统架构师案例分析真题第一题（软件架构）
- 2012年系统架构师案例分析真题第二题（数据架构）
- 2012年系统架构师案例分析真题第三题（设计模式）
- 2012年系统架构师案例分析真题第四题（分布式系统设计）
- 2012年系统架构师案例分析真题第五题（嵌入式系统）
2012年系统架构师案例分析真题第一题（软件架构）
某软件公司为其新推出的字处理软件设计了一种脚本语言，专门用于开发该字处理软件的附加功能插件。为了提高该语言的编程效率，公司组织软件工具开发部门为脚本语言研制一套集成开发环境。软件工具开发部门根据字处理软件的特点，对集成开发环境进行了需求分析，总结出以下3项核心需求：
（1） 集成开发环境需要提供对脚本语言的编辑、语法检查、解释、执行和调试等功能的支持，并要实现各种功能的灵活组合、配置与替换。
（2） 集成开发环境需要提供一组可视化的编程界面，用户通过对界面元素拖曳和代码填充的方式就可以完成功能插件核心业务流程的编写与组织。
（3） 在代码调试功能方面，集成开发环境需要实现在脚本语言编辑界面中的代码自动定位功能。具体来说，在调试过程中，编辑界面需要响应调试断点命中事件，并自动跳转到当前断点处所对应的代码。
针对上述需求，软件工具开发部门对集成开发环境的架构进行分析与设计，王工认为该集成开发环境应该采用管道-过滤器的架构风格实现，李工则认为该集成开发环境应该采用以数据存储为中心的架构风格来实现。公司组织专家对王工和李工的方案进行了评审，最终采用了李工的方案。
【问题1】
请用200字以内的文字解释什么是软件架构风格，并从集成开发环境与用户的交互方式、集成开发环境的扩展性、集成开发环境的数据管理三个方面说明为什么最终采用了李工的设计方案。
【问题2】
在对软件系统架构进行设计时，要对架构需求进行分析，针对特定需求选择最为合适的架构风格，因此实际的软件系统通常会混合多种软件架构风格。请对核心需求进行分析，说明为了满足需求（2）和（3），分别应采用何种架构风格，并概要说明采用相应架构风格后的架构设计过程
- 【问题1我的解答】
- 软件架构风格是一系列的软件构件的组织方式，一种高层次的软件构件组织的抽象表示，它也是组织软件结构的一种惯用模式。
| 特征 | 管道过滤器 | 数据仓库风格 |
|---|---|---|
| 集成开发环境与用户的交互方式 | 管道过滤器风格在与用户的交互方式上较差 | 以数据为中心的模式可以更好的支持用户通过对界面元素拖曳和代码填充的方式完成功能插件核心业务流程的编写与组织 |
| 集成开发环境的扩展性 | 管道过滤器风格对于集成环境的扩展支持较差 | 以数据存储为中心可以更好的满足实现各种功能的灵活组合、配置与替换的需求 |
| 集成开发环境的数据管理 | 在管道过滤器风格中，数据以数据流的方式在组件中传递，不便于管理 | 以数据存储为中心的风格就是把数据放在了中心位置，可以对数据之间更好的管理 |
- 【问题1标准答案】
- 软件架构风格是指描述特定软件系统组织方式的惯用模式。
- 组织方式描述了系统的组成构件和这些构件的组织方式，惯用模式则反映众多系统共有的结构和语义。
- 从集成开发环境与用户的交互方式看，用户通常采用交互式的方式对脚本语言进行编辑、解释执行与调试。在这种情况下，采用以数据存储为中心的架构风格能够很好地支持交互式数据处理，而管道-过滤器架构风格则对用户的交互式数据处理支持有限。
- 从集成开发环境的扩展性来看，系统核心需求要求实现各种编辑、语法检查、解释执行等多种功能的灵活组织、配置与替换。在这种情况下，采用以数据存储为中心的架构风格，以数据格式解耦各种功能之间的依赖关系，并可以灵活定义功能之间的逻辑顺序。管道-过滤器架构风格同样以数据格式解耦数据处理过程之间的依赖关系，但其在数据处理逻辑关系的灵活定义方面较差。
- 从集成开发环境的数据管理来看，集成开发环境需要支持脚本语言、语法树（用于检查语法错误）、可视化模型、调试信息等多种数据类型，并需要支持数据格式的转换。 以数据存储为中心的架构将数据存储在统一的中心存储器中，中心存储器能够表示多种数据格式，并能够为数据格式转换提供各种支持。管道-过滤器架构风格通常只能支持有限度的数据格式，并且在数据格式转换方面的灵活性较差
- 【问题2我的解答】
| 业务需求 | 架构风格 |
|---|---|
| 集成开发环境需要提供一组可视化的编程界面，用户通过对界面元素拖曳和代码填充的方式就可以完成功能插件核心业务流程的编写与组织 | 基于规则的系统 |
| 在调试过程中，编辑界面需要响应调试断点命中事件，并自动跳转到当前断点处所对应的代码 | 隐式调用 |
在调试断点响应的时候，这个时候命中事件并跳转到断点的代码处；可以采用Command命令模式来实现和完成隐式调用
- 【问题2标准答案】
- 为了满足需求2.，应该采用解释器架构风格。具体来说，需要：
- 为可视化编程元素及其拖拽关系定义某种语言，并描述其语法与语义
- 编写解释器对该语言进行解释
- 生成对应的脚本语言程序。
- 为了满足需求3.，应该采用隐式调用架构风格。具体来说，首先需要定义“断点在调试过程中命中”这一事件，并实现当断点命中后的屏幕定位函数。集成开发环境维护一个事件注册表结构，将该事件与屏幕定位函数关联起来形成注册表中的一个记录项。
- 在调试过程中，集成开发环境负责监听各种事件，当“断点在调试过程中命中”这一事件发生时，集成开发环境查找事件注册表，找到并调用屏幕定位函数，从而实现脚本语言编辑界面与调试代码的自动定位
- 【心得体会】
- 本题主要考查考生对软件架构风格的理解与掌握，特别是针对实际应用问题，如何采用基于软件架构风格的系统软件架构设计。
- 软件架构风格的概念已经是第二次考了。不记忆不行了。它是描述特定软件系统的，是描述组织方式的惯用模式。组织方式这里是说组成系统的构件和这些构件之间的组织方式；而惯用模式则反映众多系统共有的结构和语义。
- 第一问主要考查设计方案的比较与选型。题干明确指出从集成开发环境与用户的交互方式、集成开发环境的扩展性、集成开发环境的数据管理三个方面对两种方案进行比较。
- 首先从集成开发环境与用户的交互方式看，需求是用户经常采用交互式的方式来完成编辑，解释执行与调试；以数据存储中心风格的优势就是能够很好地支持交互式数据处理，而管道-过滤器架构风格的劣势对用户的交互式数据处理支持有限。
- 从集成开发环境的扩展性来看，需求是要求实现各种编辑、语法检查、解释执行等多种功能的灵活组织、配置与替换；数据存储为中心的架构风格优势在以数据格式解耦各种功能之间的依赖关系，并可以灵活定义功能之间的逻辑顺序；而管道-过滤器架构风格虽然也可以以数据的方式来解耦功能之间的逻辑顺序和依赖关系，但劣势在于在处理关系上灵活定义方面较差。
- 从集成开发环境的数据管理来看，需求是集成开发环境需要支持脚本语言、语法树（用于检查语法错误）、可视化模型、调试信息等多种数据类型，并需要支持数据格式的转换。以数据存储为中心的架构优势在于数据都放在统一的中心存储器中管理，能够表示多种数据格式，并为各种数据格式转换提供支持；管道-过滤器架构风格通常只能支持有限度的数据格式，并且在数据格式转换方面的灵活性较差。
- 第二问就是考查具体的实践内容了。隐式调用好说，关键字有：事件注册表，定义断点定位函数。
- 为了满足需求2，也就是自定义点集成开发环境，可以使用解释器。解释器和基于规则的系统都归属于虚拟机风格。基于决策的架构风格一般使用在人工智能领域和DSS决策支持系统中，它是一个规则集；解释器风格其实就是一个解释引擎，它有虚拟机在里面，所以可以仿真硬件执行和一些关键的应用。
- 为拖拽定义语言，编写解释器对该语言进行解释，最后生成对应的脚本语言；这些都是解释器风格做得事情。
2012年系统架构师案例分析真题第二题（数据架构）
请详细阅读有关数据架构方面的描述，回答问题1至问题3。
【说明】
某软件公司欲开发一个基于Web 2.0的大型社交网络系统。就该系统的数据架构而言，李工决定采用公司熟悉的数据架构，使用通用的商用关系型数据库，系统内部数据采用中央集中方式存储。
该系统投入使用后，初期用户数量少，系统运行平稳。6个月后，用户数出现了爆炸式增长，系统暴露出诸多问题，集中表现在：
（1）用户执行读写操作时，响应时间均变得很慢；
（2）随着系统功能的扩充，原有数据格式发生变化，又出现新的数据格式，维护困难；
（3）数据容量很快超过系统原有的设计上限，数据库扩容困难；
（4）软件系统不断出现宕机，整个系统可用性较差。
经过多次会议讨论公司的王工建议采用NoSQL数据库来替代关系数据库，以解决上述问题。但李工指出NoSQL数据库出现时间不长，在使用上可能存在风险。公司技术人员对NoSQL数据库产品进行了认真测试，最终决定采用NoSQL数据库来替代现有的数据库系统。
【问题1】（11分）
分别解释产生问题（1）~（4）的原因。
【问题2】（8分）
请针对问题（1）~（4），分别指出NoSQL数据库的哪些特点促使公司最终采用了NoSQL数据库。
【问题3】（6分）
请指出该系统采用NoSQL数据库时可能存在的问题。
- 【问题1我的解答】
|No|需求|产生原有|
|:–|:–|:–|
|01|用户执行读写操作时，响应时间均变得很慢|关系数据库中存储的数据增多，支持并发的能力有限|
|02|随着系统功能的扩充，原有数据格式发生变化，又出现新的数据格式，维护困难|关系数据库在数据格式转换和扩充上面，支持的力度有限|
|03|数据容量很快超过系统原有的设计上限，数据库扩容困难|传统关系数据库只支持向上扩展而不支持向外扩展|
|04|软件系统不断出现宕机，整个系统可用性较差|关系数据库的并发操作用到的是锁机制，频繁使用锁机制容易发生死锁| - 【问题1标准答案】
- 用户响应时间慢
大型社交网络系统要根据用户个性化信息来实时生成动态页面和提供动态信息，所以基本上无法使用动态页面静态化技术，因此数据库并发负载非常高，往往要达到每秒上万次读写请求。关系数据库应付上万次SQL查询还勉强可以， 但是应付上万次SQL写数据请求，硬盘I/O就已经无法承受了。特别是涉及到多表连接操作，会导致响应变慢。 - 数据格式变化
大型社交网络系统随着用户的使用，会不断地增加新的功能， 导致原有数据格式发生变化，甚至出现新的数据格式。但关系数据库中采用元组方式组织数据，难以使用新型数据格式，难以维护。 - 数据容量超过设计上限
对于大型社交网络系统，往往会在很短时间内产生海量数据。关系数据库多采用中央数据存储，使得数据容量受限于前期设计的上限，很难实现数据容量的横向扩展。 - 系统可用性差
关系数据库采用中央数据存储，容易成为系统的性能瓶颈，单点故障很容易导致系统崩溃，负载过高往往导致系统出现宕机现象。
- 【问题2我的解答】
|No|需求|NoSQL的特点|
|:–|:–|:–|
|01|用户执行读写操作时，响应时间均变得很慢|NoSQL在数据读写上支持并发，且速度较快|
|02|随着系统功能的扩充，原有数据格式发生变化，又出现新的数据格式，维护困难|NoSQL支持新规数据格式，数据格式转换也更加简单|
|03|数据容量很快超过系统原有的设计上限，数据库扩容困难|NOSQL支持向外扩展，数据扩容更加容易|
|04|软件系统不断出现宕机，整个系统可用性较差|NOSQL在查找时比较便捷高效，可以更好的支持自定义数据格式| - 【问题2标准答案】
- 针对问题1.，NoSQL数据库支持高并发数据访问，性能较高。
- 针对问题2.，NoSQL数据库的数据存储结构松散，能够灵活支持多种类型的数据格式。
- 针对问题3.，NoSQL数据库能够支持海量数据的存储，且易于横向扩展。
- 针对问题4.，NoSQL数据库基于分布式数据存储，不存在单点故障和性能瓶颈，系统可用性高。
- 【问题3我的解答】
- NoSQL属于新技术，熟悉的人不够多；
- 关系数据库一般用在通用领域，而NoSQL只能用在某些特定领域；
- NoSQL和关系数据库兼容性差；
- 【问题3标准答案】
该系统采用NoSQL数据库时可能存在的问题有：
- NoSQL数据库的现有产品不够成熟，大多数产品处于初创期。
- NoSQL数据库并未形成一定的标准，产品种类繁多，缺乏官方支持。
- NoSQL数据库不提供对SQL的支持，学习和应用迁移成本较高。
- NoSQL数据库支持的特性不够丰富，现有产品提供的功能比较有限
- 【心得体会】
- 这题本题主要考查考生对NoSQL数据库的理解与掌握情况。
- 第一问主要考查对题干（1）～（4）出现问题的分析与理解情况，应该要围绕背景中的Web2.0和大型社交网络，同时从四个维度来回答。大型社交网络的特点就是海量的数据，需要大量实时并发操作以及需要对数据访问的高可用性。
- 体现在第一和第二问中，就是关系型数据库在处理高并发访问时能力有限，而NOSQL支持高并发，所以性能较高；
- 在数据变化方面，关系性数据库采用元祖的方式来定义和组织数据，所以难以新增加数据的类型，而NoSQL数据结构松散，可以更灵活的支持各种数据格式；
- 在数据存储方面，关系数据库是中央数据存储，很难横向扩展，而NoSQL可以支持海量数据存储，因为它是可以支持分布存储的。
- 在可用性方面，正因为关系数据库采用的是中央数据存储，所以单台数据库服务器出现问题和故障，就很难恢复了（除非依靠双机互备），同时性能方面也会有瓶颈，而NoSQL支持分布式存储，可以更好的和集群技术一起使用，可用性高。
- 总结下来还是考的比较简单，但这是2012年的真题，所以10年前回答此题还是有难度的。
2012年系统架构师案例分析真题第三题（设计模式）
阅读以下关于面向对象系统建模的叙述，在答题纸上回答问题1至问题3。
【说明】
某软件企业为影音产品销售公司W开发一套在线销售系统，以提升服务的质量和效率。项目组经过讨论后决定采用面向对象方法开发该系统。在设计建模阶段需要满足以下设计要求：
（1）W公司经常进行促销活动。根据不同的条件（如订单总额、商品数量、产品种类等），公司可以提供百分比折扣或现金减免等多种促销方式供提交订单的用户选择。实现每种促销活动的代码量很大，且会随促销策略不同经常修改。系统设计中需要考虑现有的促销和新的促销，而不用经常地重写控制器类代码。
（2）该在线销售系统需要计算每个订单的税率，不同商品的税率及计算方式会有所区别。所以W公司决定在系统中直接调用不同商品供应商提供的税率计算类，但每个供应商的类提供了不同的调用方法。系统设计中需要考虑如果公司更换了供应商，应该尽可能少地在系统中修改或创建新类。
项目组架构师决定采用设计模式来满足上述设计要求，并确定从当前已经熟练掌握的设计模式中进行选择，这些设计模式包括：适配器模式（Adapter）、构造器模式（Builder）、命令模式（Command）、外观模式（Facade）、中介模式（Mediator）、原型模式（Prototype）、代理模式（Proxy）、状态模式（State）和策略模式（Strategy）等。
【问题1】（6分）
设计模式按照其应用模式可以分为三类：创建型、结构型和行为型，请用200字以内文字说明三者的作用。
【问题2】（9分）
请将项目组已经掌握的设计模式按照其作用分别归类到创建型、结构型和行为型模式中。
【问题3】（10分）
针对题目中所提出的设计要求（1）和（2），项目组应该分别选择何种设计模式？请分别用200字以内文字说明具体的解决方案
- 【问题1我的解答】
- 创建型模式的作用：主要是用来简化复杂对象或者特殊对象的创建。
- 结构型模式的作用：主要是用来定义和设计面向对象中的复杂结构，使其可以更好的复用。
- 行为型模式的作用：主要是用来定义和设计对象之间交互方式以便更好的复用这些交互方式。
- 【问题1标准答案】
- 创建型模式主要用于创建对象，为设计类实例化新对象提供指南。
- 结构型模式主要用于处理类或对象的组合，对类如何设计以形成更大的结构提供指南。
- 行为型模式主要用于描述类或对象的交互以及职责的分配，对类之间交互以及分配责任的方式提供指南。
- 【问题2我的解答】
- 创建型模式：构造器模式，原型模式
- 行为型模式：命令模式，状态模式，策略模式
- 结构型模式：适配器，中介模式，代理模式，外观模式；
- 【问题2标准答案】
- 创建型模式：构造器模式、原型模式。
- 结构型模式：适配器模式、外观模式、代理模式。
- 行为型模式：命令模式、中介模式、状态模式和策略模式。
- 【问题3我的解答】
- 策略模式
定义一个促销方式的基类，多种促销策略方式继承这个基类，促销策略改变时就通过替换不同的促销策略的类来实现。控制器类通过载入不同策略类来实现促销策略 - 外观模式
通过统一的接口，接口中输入不同的供应商来调用不同供应商的计算税率，实现直接调用不同商品供应商提供的税率计算类
- 【问题3标准答案】
- 策略模式
解决方案：在具有公共接口的独立类中定义每个计算。可以利用该模式创建各种促销类，它们从同一个超类继承。每个类都有相同名称的标准接口方法，用于根据订单编号计算将要折扣的金额总数。计算每个促销的内部代码对促销类来说完全不同（3分）。 - 适配器模式
解决方案：增加一个类作为适配器，转换类的接口到客户端类期望的另一个接口。实现一个适配器类，这个类为系统的其他部分提供了一个不变的方法供调用，为了集成不同商品供应商提供的税率计算类，编写一个适配器类的子类，包含调用购买类所需的代码。该子类将系统的调用映射到某个供应商的税率计算类。如果要更换供应商，那么只需要写一个新的适配器子类，其他保持不变
- 【试题解析】
- 本题主要考查系统建模技术中的设计模式。
- 设计模式是前人经验的总结，它使人们可以方便地复用成功的设计和架构。当人们在特定的环境下遇到特定类型的问题，采用他人已经使用过的一些成功的解决方案，一方面可以降低分析、设计和实现的难度，另一方面可以使系统具有更好的可复用性和灵活性，随着面向对象技术的发展和广泛应用，设计模式已经成为系统架构设计师所需掌握的基本技能之一。
- 创建型模式对类的实例化过程进行了抽象，能够使得软件模块做到与对象的创建和组织无关。创建型模式隐藏了对象是如何被创建的和组合在一起的，以达到使整个系统独立的目的。创建型模式包括工厂方法模式、抽象工厂模式、原型模式、单例模式和构造器模式等。
- 结构型模式描述如何将类或对象组合在一起形成更大的结构。结构型模式描述两种不同的事物，即类与类的实例。结构型模式包括适配器模式、桥接模式、组合模式、装饰模式、外观模式、享元模式和代理模式等。
- 行为型模式是对在不同的对象之间划分责任和算法的抽象，它不仅是关于类和对象的，而且是关于它们之间的相互作用的。行为型模式包括职责链模式、命令模式、解释器模式、迭代器模式、中介模式、备忘录模式、观察者模式、状态模式、策略模式、模板方法模式和访问者模式等。
- 设计模式根据目的和用途不同，可以分为创建型（Creational）模式、结构型（Structural）模式和行为型（Behavioral）模式三种。创建型模式主要用于创建对象，为设计类实例化新对象提供指南；结构型模式主要用于处理类或对象的组合，对类如何设计以形成更大的结构提供指南；行为型模式主要用于描述类或对象的交互以及职责的分配，对类之间交互以及分配责任的方式提供指南
- 【心得体会】
- 第一问创建型模式主要用于创建对象，结构型模式处理对象或类组合，行为型模式是在不同对象或类中划分职责。创建型模式为类的实例化提供指南，结构型模式为如何设计以形成更大的结构提供指南；而行为型模式对类之间的交互以及职责的分配方式提供指南。这个记住了同样可以用到论文中。
- 在第二问中，我把中介者模式归类到了结构，其实中介者模式是行为型的设计模式。
- 中介者模式一般应用于一组对象以定义良好但是复杂方式进行通信的场合，以及想定制一个分布在多个类中的行为，而又不想生成太多子类的场合。
- 第三问第一个回答对了是策略模式，但第二个回答错了，应该是适配器模式。系统设计中需要考虑如果公司更换了供应商，应该尽可能少地在系统中修改或创建新类，针对这个需求就可以使用适配器模式。
2012年系统架构师案例分析真题第四题（分布式系统设计）
阅读以下关于分布式系统设计的说明，在答题纸上回答问题1至问题3。
【说明】
某软件公司拟开发一套电信领域的分布式系统，该系统后台多个功能模块同时运行时的计算负载较大，且需要控制不同的特定电信硬件设备，由于硬件体积和I/O端口冲突等原因，这些设备需要分散安装在多个不同计算机系统中。该系统上线运行后将为企业最终用户提供7X24小时的不间断服务，而用户的单次接入服务往往需要后台多个模块共同协作完成。基于上述原因，该系统后台软件模块需分布在局域网内的多台计算机上。
项目组决定基于ISO的开放分布进程（ODP）规范来进行系统架构的设计与开发，近期项目组召开了多次会议，对架构设计阶段的关键问题进行了讨论分析。
【问题1】
ODP从5个标准的视点组织分析系统的架构，这些视点描述了同一系统的不同重要方面，请根据图2-1中不同视点所关注的核心内容，将备选的架构视点填入图中的（1）~ （5）。
备选答案：技术选择架构、企业业务架构、分布式工程架构、计算接口架构、逻辑信息架构
【问题2】
在技术选择架构规划时，王工认为系统应基于现有分布式基础设施（分布式中间件） 来构建，因为这样可以充分利用现有基础设施提供的各种支撑，在更短时间内构造出质量更高的分布式系统；而李工则认为可基于基本的进程间通信机制自主开发系统的支撑平台，这样可以避免对特定中间件的依赖，项目组经过认真讨论，最终采用了王工的方案。请用400字以内文字，从构件管理支持、互操作支持以及公共服务支持三个方面说明现有分布式基础设施为构建分布式系统所提供的基本支撑。
【问题3】
由于系统后台模块的分布式特性，后台分布式对象之间的互操作机制是需要考虑的核心问题之一。图2-2所示是当前分布式基础设施中支持分布式对象互操作的基本机制， 请将相应部件名称填入图中（1） ~ （2）；基于图2-2给出的结构，用300字以内文字说明完成一次分布式对象调用的详细步骤。
- 【问题1我的解答】
1）企业业务架构
2）逻辑信息架构
3）计算接口架构
4）分布式工程架构
5）技术选择架构 - 【问题1标准答案】
- 企业业务架构
- 逻辑信息架构
- 计算接口架构
- 分布式工程架构
- 技术选择架构
- 【问题2我的解答】
| - | 分布式中间件系统 | 基于进程间通信 |
|---|---|---|
| 构件管理支持 | 好 | 差 |
| 互操作支持 | 好 | 差 |
| 公共服务支持 | 充分利用现有基础设施 | 无法充分利用现有基础设施 |
- 关键1:用户的单次接入服务往往需要后台多个模块共同协作完成
- 关键2:系统后台软件模块需分布在局域网内的多台计算机上。
- 【问题2标准答案】
- 构件管理支持：现有分布式基础设施一般通过构件容器为构件提供基本的运行环境；具体功能一般包括管理构件的实例及其生命周期、管理构件的元信息等。
- 互操作支持：现有分布式基础设施均提供了高层通信协议以屏蔽节点的物理特性以及各节点在处理器、操作系统、程序设计语言等方面的异构性；基于互操作支持， 开发人员在开发与调用分布式对象时，均不需自己编写处理底层通信的代码。
- 公共服务支持：现有分布式基础设施通常将针对分布式软件的通用支持集成于一身，以公共服务的形式提供给应用程序；其提供的常见公共服务包括命名服务、事务服务、安全服务、持久性服务等。
- 【问题3标准答案】
- 存根/桩 2. 框架
或1. 代理 2. 存根
一次远程调用的过程如下：
①客户程序将调用请求发送给客户端桩，对于客户程序来说，桩就是服务程序在客户端的代理。
②客户端桩负责将远程调用请求进行编组并发送给通信总线。
③调用请求经通信总线传送到服务端框架。
④服务端框架将调用请求解组并分派给真正的远程对象实现（服务程序）。
⑤服务程序完成客户端的调用请求，将结果返回给服务端框架。
⑥服务端框架将调用结果编组并发送给通信总线。
⑦调用结果经通信总线传送到客户端桩。
⑧客户端桩将调用结果解组并返回给客户程序，客户程序得到调用结果。 - 【试题分析】
- 本题考查对典型分布式系统架构设计相关基础知识的掌握，要求考生了解基于ODP的架构设计过程中不同架构视点所关注的核心工作，充分理解现有分布式基础设施为分布式系统构建提供的各种基本支撑，掌握分布式对象互操作的基本原理与交互过程。
- 问题一本问题考查考生对ODP架构视点的理解程度。
- ISO定义的ODP参考模型为分布式计算进程提供了一个基本框架，它定义了分布式系统中包括开放性、整体性、灵活性、可塑性、联合性、可操作管理性、优质服务、安全性和透明性等在内的重要性质。其体系结构视点把抽象的符号或图表（如UML图表）运用到具体的体系结构开发任务中，每个视点有具体的建模目标和系统相关者。
- ODP从5个标准的视点组织分析了系统的架构，描述了同一系统的不同重要方面，这些视点包括企业业务架构、逻辑信息架构、计算接口架构、分布式工程架构和技术选择架构。
- 企业业务架构从IT的角度，对企业的业务结构、企业机构与业务的关系、企业内部的关系以及企业与外部机构的关系进行整理定义。该架构视点关注的核心内容包括业务目标、业务对象和业务策略等。
- 逻辑信息架构标识出系统必须知道什么，这种架构通过一个对象模型来表达，强调定义系统状态的属性。该架构视点关注的核心内容包括信息、对象、信息联合和信息行为等。
- 计算接口架构定义顶层的应用程序接口，这些是完全工程化的子系统边界的接口，这些接口的架构控制对于一个支持变化和控制复杂性的稳定的系统结构来说，是非常重要的。该架构视点关注的核心内容包括子系统的一致性、应用程序接口和接口行为等。
- 分布式工程架构定义了底层结构的需求，而独立于所选择的技术，它很好地解决了包括物理位置、系统规模可变性和通信服务质量等在内的复杂系统策略。该架构视点关注的核心内容包括软件分配、过程分配和服务质量等。
- 技术选择架构确定了实际的技术选择，所有其他视点都独立于这些决定，一个系统的选择过程包括初始概念机制的确认、具体机制的标识及最终实际机制的选择。该架构视点关注的核心内容包括概念性机制、具体的机制和实际的机制等。
2012年系统架构师案例分析真题第五题（嵌入式系统）
【说明】
在嵌入式系统中，软件采用开放式架构已成为新的发展趋势。软件架构设计的优劣将直接影响软件的重用和移植能力。
某软件公司主要从事宇航领域的嵌入式软件研发工作。经二十多年的发展，其软件产品已被广泛应用于各种航天飞行器中。该公司积累了众多成熟软件，但由于当初没有充分考虑软件的架构，原有软件无法被再利用，为适应嵌入式软件技术发展需要，该公司决策层决定成立宇航嵌入式软件开放式架构研究小组，为公司完成开放式架构的定义与设计，确保公司软件资源能得到充分利用。
研究小组查阅了大量的国外资料和标准，最终将研究重点集中在了SAE AS4893《通用开放式架构（GOA）框架》标准，图3-1给出了GOA定义的架构图。
【问题1】（9分）
请用300字以内的文字简要说明开放式架构的四个基本特点
【问题2】（16分）
如图3-1所示，GOA框架规定了软件、硬件和接口的结构，以在不同应用领域中实现系统功能。GOA框架规定了一组接口，其重要特点是建立了关键组件及组件间接口关系，这些接口的确定可用于支持软件的可移植性和可升级性，以满足功能的增加和技术的更新要求。除操作系统服务与扩展操作系统之间的接口（3X）外，GOA将其它接口分为两类：即直接接口（iD（i=1，2，3，…））和逻辑接口（iL（i=1，2，3，…）），直接接口定义了信息传输方式；逻辑接口定义了对等数据交换的要求，逻辑接口没有定义真正的信息传输方式，其传输发生在一个或多个直接接口。根据图3-1所标注的接口在框架中的具体位置，请填写表3-1的（1）～（8）处空白。
- 【问题1我的解答】
可重用性高；
可移植性好；
维护成本低，升级方便；
可扩展性高； - 【问题1标准答案】
开放架构应具有以下4个基本特点：
- 可移植性。各种计算机应用系统可在具有开放架构特性的各种计算机系统间进行移植，不论这些计算机是否同种型号、同种机型。
- 可互操作性。如计算机网络中的各结点机都具有开放架构的特性，则该网上各结点机间可相互操作和资源共享。
- 可剪裁性。如某个计算机系统是具有开放架构特性的，则在该系统的低档机上运行的应用系统应能在高档机上运行，原在高档机上运行的应用系统经剪裁后也可在低档机上运行。
- 易获得性。在具有开放架构特性的机器上所运行的软件环境易于从多方获得，不受某个来源所控制。
- 【问题2我的解答】
| 序号 | 接口功能描述 | 接口名称 |
|---|---|---|
| 例 | 实现处理机之间有效的通信方式，操作系统服务和操作系统扩展服务之间的接口 | 3X |
| 1 | （1） | 4D |
| 2 | 一组对等的物理资源之间数据交换接口/协议的要求组成的接口，它能实现通信链路物理资源访问 | 2）1L |
| 3 | 一组软件（操作系统）访问硬件资源的服务接口，该组接口为软件和硬件资源之间定义了一个边界。（系统服务到资源访问直接接口） | 3）2D |
| 4 | 提供在任何处理机中应用软件与其他应用软件之间的接口。也包括不同系统之间应用软件之间的接口。（应用逻辑接口） | 4）4L |
| 5 | （5） | 1D |
| 6 | （6） | 3L |
| 7 | 根据对等信息数据交换要求，在同一处理机或不同处理机制，资源访问服务之间的对等操作服务的接口（资源访问服务逻辑接口） | 7）2L |
| 8 | 由服务于硬件指令机制和寄存器使用的资源，访问服务组成的接口（资源服务到物理资源的直接接口） | 8）3D |
1）应用软件直接调用系统服务来完成功能（应用程序到系统资源的直接接口）
5）一组对等的物理资源直接直接的数据共享（物理资源链路层之间的调用）
6）系统服务之间的消息通信，以实现对等数据交换（系统资源服务的逻辑接口）
- 【问题2标准答案】
GOA框架规定了软件、硬件和接口的结构，以在不同应用领域中实现系统功能。GOA框架规定了一组接口，其重要特点是建立了关键组件及组件间接口关系，这些接口的确定可用于支持软件的可移植性和可升级性，以满足功能的增加和技术的更新要求。除操作系统服务与扩展操作系统之间的接口（3X）外，GOA将其他接口分为两类：即直接接口（iD（i=1，2，3，…））和逻辑接口（iL（i=1，2，3，…）），直接接口定义了信息传输方式；逻辑接口定义了对等数据交换的要求，逻辑接口没有定义真正的信息传输方式，其传输发生在一个或多个直接接口