1、(A)系统架构设计师-系统开发基础、软件架构设计、知识产权与标准化(二)及答案解析(总分：100.00，做题时间：90 分钟)一、单项选择题(总题数：40，分数：100.00)某软件公司欲开发一个 Windows 平台上的公告板系统。在明确用户需求后，该公司的架构师决定采用Command 模式实现该系统的界面显示部分，并设计 UML 类图如图所示。图中与 Command 模式中的“Invoker”角色相对应的类是_，与“ConcreteCommand”角色相对应的类是_。（分数：4.00）(1).ACommand BMenuItemCOpen DButktinBoardScreen（分数：2.
2、00）A.B.C.D.(2).ACommand BMenuItemCOpen DBulktinBoardScreen（分数：2.00）A.B.C.D.基于构件的开发模型包括软件的需求分析定义、_、_、_以及测试和发布 5 个顺序执行的阶段。（分数：6.00）(1).A构件接口设计B体系结构设计C元数据设计D集成环境设计（分数：2.00）A.B.C.D.(2).A数据库建模B业务过程建模C对象建模D构件库建立（分数：2.00）A.B.C.D.(3).A应用软件构建B构件配置管理C构件单元测试D构件编码实现（分数：2.00）A.B.C.D.1.以下关于软件构件及其接口的叙述，错误的是_。A构件是软
3、件系统中相对独立且具有一定意义的构成成分B构件在容器中进行管理并获取其属性或者服务C构件不允许外部对所支持的接口进行动态发现或调用D构件可以基于对象实现，也可以不基于对象实现（分数：2.00）A.B.C.D.2.在一个典型的基于 MVC(Model-View-Controller)的 J2EE 应用中，分发客户请求、有效组织其他构件为客户端提供服务的控制器由_实现。AEntity BeanBSession BeanCServletDJSP（分数：2.00）A.B.C.D.3.系统应用架构设计中，网络架构数据流图的主要作用是将处理器和设备分配到网络中。_不属于网络架构数据流图的内容。A服务器、客
4、户端及其物理位置B处理器说明信息C单位时间的数据流大小D传输协议（分数：2.00）A.B.C.D.4.软件架构贯穿于软件的整个生命周期，但在不同阶段对软件架构的关注力度并不相同，_阶段，对软件架构的关注最多。A需求分析与设计 B设计与实现C实现与测试 D部署与变更（分数：2.00）A.B.C.D.5.软件架构设计是降低成本、改进质量、按时和按需交付产品的关键活动。以下关于软件架构重要性的叙述中，错误的是_。A架构设计能够满足系统的性能、可维护性等品质B良好的架构设计能够更好地捕获并了解用户需求C架构设计能够使得不同的利益相关人(Stakeholders)达成一致的目标D架构设计能够支持项目计划
5、和项目管理等活动（分数：2.00）A.B.C.D.6.软件架构需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。以下活动中，不属于软件架构需求过程范畴的是_。A设计构件 B需求获取C标识构件 D架构需求评审（分数：2.00）A.B.C.D.7.基于架构的软件设计(ABSD)强调由商业、质量和功能需求的组合驱动软件架构设计。以下关于 ABSD 的叙述中，错误的是_。A使用 ABSD 方法，设计活动可以从项目总体功能框架明确就开始BABSD 方法是一个自顶向下，递归细化的过程CABSD 方法有三个基础：功能分解、选择架构风格实现质量和商业需求以及软件模板的使用D使用 ABSD 方
6、法，设计活动的开始意味着需求抽取和分析活动可以终止（分数：2.00）A.B.C.D.8.软件架构文档是对软件架构的正式描述，能够帮助与系统有关的开发人员更好地理解软件架构。软件架构文档的写作应该遵循一定的原则。以下关于软件架构文档写作原则的叙述中，错误的是_。A架构文档应该从架构设计者的角度进行编写B应该保持架构文档的即时更新，但更新不要过于频繁C架构文档中的描述应该尽量避免不必要的重复D每次架构文档修改，都应该记录修改的原则（分数：2.00）A.B.C.D.9.架构复审是基于架构开发中一个重要的环节。以下关于架构复审的叙述中，错误的是_。A架构复审的目标是标识潜在的风险，及早发现架构设计的缺
7、陷和错误B架构复审过程中，通常会对一个可运行的最小化系统进行架构评估和测试C架构复审人员由系统设计与开发人员组成D架构设计、文档化和复审是一个迭代的过程（分数：2.00）A.B.C.D.Windows 操作系统在图形用户界面处理方面采用的核心架构风格是_风格。Java 语言宣传的“一次编写，到处运行”的特性，从架构风格上看符合_风格的特点。（分数：4.00）(1).A虚拟机 B管道-过滤器C事件驱动 D微内核-扩展（分数：2.00）A.B.C.D.(2).A虚拟机 B管道-过滤器C事件驱动 D微内核-扩展（分数：2.00）A.B.C.D.10.某软件开发公司负责开发一个 Web 服务器服务端处
8、理软件，其核心部分是对客户端请求消息的解析与处理，包括 HTTP 报头分离、SOAP 报文解析等功能。该公司的架构师决定采用成熟的架构风格指导整个软件的设计，以下_架构风格，最适合该服务端处理软件。A虚拟机 B管道-过滤器C黑板结构 D分层结构（分数：2.00）A.B.C.D.11.希赛公司欲开发一个基于图形用户界面的集成调试器。该调试器的编辑器和变量监视器可以设置调试断点。当调试器在断点处暂停运行时，编辑程序可以自动卷屏到断点，变量监视器刷新变量数值。针对这样的功能描述，采用_的架构风格最为合适。A数据共享 B虚拟机C隐式调用 D显式调用（分数：2.00）A.B.C.D.12.某公司欲开发一
9、种工业机器人，用来进行汽车零件的装配。公司的架构师经过分析与讨论，给出了该机器人控制软件的两种候选架构方案：闭环控制和分层结构。以下对于这两种候选架构的选择理由，错误的是_。A应该采用闭环控制架构，因为闭环结构给出了将软件分解成几个协作构件的方法，这对于复杂任务特别适合B应该采用闭环控制结构，因为闭环控制架构中机器人的主要构件监控器、传感器、发动机等)是彼此分开的，并能够独立替换C应该采用分层结构，因为分层结构很好地组织了用来协调机器人操作的构件，系统结构更加清晰D应该采用分层结构，因为抽象层的存在，满足了处理不确定性的需要：在较低层次不确定的实现细节在较高层次会变得确定（分数：2.00）A.
10、B.C.D.13.一个软件的架构设计是随着技术的不断进步而不断变化的。以编译器为例，其主流架构经历了管道-过滤器到数据共享为中心的转变过程。以下关于编译器架构的叙述中，错误的是_。A早期的编译器采用管道-过滤器架构风格，以文本形式输入的代码被逐步转化为各种形式，最终生成可执行代码B早期的编译器采用管道-过滤器架构风格，并且大多数编译器在词法分析时创造独立的符号表，在其后后的阶段会不断修改符号表，因此符号表并不足程序数据的一部分C现代的编译器采用以数据共享为中心的架构风格，主要关心编译过程中程序的中间表示D现代的编译器采用以数据共享为中心的架构风格，但由于分析树是在语法分析阶段结束后才产生作为语
11、义分析的输入，因此分析树不是数据中心的共享数据（分数：2.00）A.B.C.D._的选择是开发一个软件系统时的基本设计决策；_是最低层的模式，关注软件系统的设计与实现，描述了如何实现构件及构件之间的关系。引用-计数是 C+管理动态资源时常用的一种_。（分数：6.00）(1).A架构模式 B惯用法C设计模式 D分析模式（分数：2.00）A.B.C.D.(2).A架构模式 B惯用法C设计模式 D分析模式（分数：2.00）A.B.C.D.(3).A架构模式 B惯用法C设计模式 D分析模式（分数：2.00）A.B.C.D.14.某软件公司基于面向对象技术开发了一套图形界面显示构件库 Visual Co
12、mponent。在使用该库构建某图形界面时，用户要求为界面定制一些特效显示效果，如带滚动条、能够显示艺术字体的透明窗体等。针对这种需求，公司采用_最为灵活。A桥接模式 B命令模式C组合模式 D装饰模式（分数：2.00）A.B.C.D.15.某软件公司承接了为某工作流语言开发解释器的工作。该工作流语言由多种活动节点构成，具有类XML 的语法结构。用户要求解释器工作时，对每个活动节点进行一系列的处理，包括执行活动、日志记录、调用外部应用程序等，并且要求处理过程具有可扩展能力。针对这种需求，公司采用_最为恰当。A适配器模式 B迭代器模式C访问者模式 D观察者模式（分数：2.00）A.B.C.D.16
13、.Architecture Tradeoff Analysis Method(ATAM)是一种软件架构的评估方法，以下关于该方法的叙述中，正确的是_。AATAM 是一种代码评估方法BATAM 需要评估软件的需求是否准确CATAM 需要对软件系统进行测试DATAM 不是一种精确的评估工具（分数：2.00）A.B.C.D.17.识别风险点、非风险点、敏感点和权衡点是 ATAM 方法中的关键步骤。己知针对某系统所做的架构设计中，提高其加密子系统的加密级别将对系统的安全性和性能都产生非常大的影响，则该子系统一定属于_。A风险点和敏感点 B权衡点和风险点C权衡点和敏感点 D风险点和非风险点（分数：2.0
14、0）A.B.C.D.某银行系统采用 Factory Method 方法描述其不同账户之间的关系，设计出的类图如图所示。其中与Factory Method 中的“Creator”角色相对应的类是_；与“Product”角色相对应的类是_。（分数：4.00）(1).ABank BAccountCChecking DSavings（分数：2.00）A.B.C.D.(2).ABank BAccountCChecking DSavings（分数：2.00）A.B.C.D.18._是一个独立可交付的功能单元，外界通过接口访问其提供的服务。A面向对象系统中的对象(Object)B模块化程序设计中的子程序(S
15、ubroutine)C基于构件开发中的构件(Component)D系统模型中的包(Package)（分数：2.00）A.B.C.D.在基于构件的软件开发中，_描述系统设计蓝图以保证系统提供适当的功能；_用于了解系统的性能、吞吐率等非功能性属性。（分数：4.00）(1).A逻辑构件模型B物理构件模型C组件接口模型D系统交互模型（分数：2.00）A.B.C.D.(2).A逻辑构件模型B物理构件模型C组件接口模型D系统交互模型（分数：2.00）A.B.C.D.19.对象管理组织(OMG)基于 CORBA 基础设施定义了四种构件标准。其中，_的状态信息是由构件自身而不是由容器维护的。A实体构件 B加工
16、构件C服务构件 D会话构件（分数：2.00）A.B.C.D.20.分布式系统开发中，通常需要将任务分配到不同的逻辑计算层。业务数据的综合计算分析任务属于_。A表示逻辑层 B应用逻辑层C数据处理层 D数据层（分数：2.00）A.B.C.D.21.在客户机/服务器系统开发中，采用_时，应将数据层和数据处理层放置于服务器，应用逻辑层、表示逻辑层和表示层放置于客户机。A分布式表示架构B分布式应用架构C分布式数据和应用架构D分布式数据架构（分数：2.00）A.B.C.D.22.软件架构是降低成本、改进质量、按时和按需交付产品的关键因素。以下关于软件架构的描述，错误的是_。A根据用户需求，能够确定一个最佳
17、的软件架构，指导整个软件的开发过程B软件架构设计需要满足系统的质量属性，如性能、安全性和可修改性等C软件架构设计需要确定组件之间的依赖关系，支持项目计划和管理活动D软件架构能够指导设计人员和实现人员的工作（分数：2.00）A.B.C.D.23.软件架构设计包括提出架构模型、产生架构设计和进行设计评审等活动，是一个迭代的过程。以下关于软件架构设计活动的描述，错误的是_。A在建立软件架构的初期，一般需要选择一个合适的架构风格B将架构分析阶段已标识的构件映射到架构中，并分析这些构件之间的关系C软件架构设计活动将己标识的构件集成到软件架构中，设计并实现这些构件D一旦得到了详细的软件架构设计，需要邀请独
18、立于系统开发的外部人员对系统进行评审（分数：2.00）A.B.C.D.基于软件架构的设计(Architecture Based Software Development，ABSD)强调由商业、质量和功能需求的组合驱动软件架构设计。它强调采用_来描述软件架构，采用_来描述需求。（分数：4.00）(1).A类图和序列图 B视角与视图C构件和类图 D构件与功能（分数：2.00）A.B.C.D.(2).A用例与类图 B用例与视角C用例与质量场景 D视角与质量场景（分数：2.00）A.B.C.D.24.某游戏公司欲开发一个大型多人即时战略游戏，游戏设计的目标之一是能够支持玩家自行创建战役地图，定义游戏对
19、象的行为和之间的关系。针对该目标，公司应该采用_架构风格最为合适。A管道-过滤器 B隐式调用C主程序-子程序 D解释器（分数：2.00）A.B.C.D.25.某公司欲为某种型号的示波器开发内置软件。该公司的架构师设计了如图所示的软件架构。在软件架构评审时，专家认为该架构存在的问题是_。（分数：2.00）A.B.C.D.26.某公司承接了一个开发家用空调自动调温器的任务，调温器测量外部空气温度，根据设定的期望温度控制空调的开关。根据该需求，公司应采用_架构风格最为合适。A解释器 B过程控制C分层 D管道-过滤器（分数：2.00）A.B.C.D.27.某公司欲开发一个漫步者机器人，用来完成火星探测
20、任务。机器人的控制者首先定义探测任务和任务之间的时序依赖性，机器人接受任务后，需要根据自身状态和外界环境进行动态调整，最终自动完成任务。针对这些需求，该机器人应该采用_架构风格最为合适。A解释器 B主程序-子程序C隐式调用 D管道-过滤器（分数：2.00）A.B.C.D.28.某公司欲开发一个语音识别系统，语音识别的主要过程包括分割原始语音信号、识别音素、产生候选词、判定语法片断、提供语义解释等。每个过程都需要进行基于先验知识的条件判断并进行相应的识别动作。针对该系统的特点，采用_架构风格最为合适。A解释器 B面向对象C黑板 D隐式调用（分数：2.00）A.B.C.D.特定领域软件架构(DSS
21、A)是在一个特定应用领域为一组应用提供组织结构参考的标准软件架构。实施DSSA 的过程中包括一系列基本的活动，其中_活动的主要目的是为了获得 DSSA。该活动参加人员中，_的主要任务是提供关于领域中系统的需求规约和实现的知识。（分数：4.00）(1).A领域需求 B领域分析C领域设计 D领域实现（分数：2.00）A.B.C.D.(2).A领域专家 B领域分析者C领域设计者 D领域实现者（分数：2.00）A.B.C.D.某服务器软件系统对可用性(Availability)、性能(Performance)和可修改性(Modification)的要求较高，_设计策略能提高该系统的可用性，_设计策略能
22、够提高该系统的性能，_设计策略能够提高该系统的可修改性。（分数：3.00）(1).APing/EchoB限制访问C运行时注册D接口-实现分离（分数：1.00）A.B.C.D.(2).A分层结构B事务机制C主动冗余D队列调度（分数：1.00）A.B.C.D.(3).A信息隐藏 B记录/回放C任务模型 D回滚（分数：1.00）A.B.C.D.29.某服务器软件系统能够正确运行并得出计算结果，但存在“系统出错后不能在要求的时间内恢复到正常状态”和“对系统进行二次开发时总要超过半年的时间”两个问题，上述问题依次与质量属性中的_相关。A可用性和性能 B性能和可修改性C性能和可测试性 D可用性和可修改性（
23、分数：2.00）A.B.C.D.30.某公司欲开发一个软件系统的在线文档帮助系统，用户可以在任何一个查询上下文中输入查询关键字，如果当前查询环境下没有相关内容，则系统会将查询按照一定的顺序转发给其他查询环境。基于上述需求，采用_最为合适。A责任链模式 B桥接模式C装饰模式 D适配器模式（分数：2.00）A.B.C.D.31.某公司欲开发一套窗体图形界面类库。该类库需要包含若干预定义的窗格(Pane)对象，例如TextPane、ListPane 等，窗格之间不允许直接引用。基于该类库的应用由一个包含一组窗格的窗口组成，并需要协调窗格之间的行为。基于该类库，在不引用窗格的前提下实现窗格之间的协作，
24、应用开发者应采用_最为合适。A备忘录模式B中介者模式C访问者模式D迭代器模式（分数：1.00）A.B.C.D.(A)系统架构设计师-系统开发基础、软件架构设计、知识产权与标准化(二)答案解析(总分：100.00，做题时间：90 分钟)一、单项选择题(总题数：40，分数：100.00)某软件公司欲开发一个 Windows 平台上的公告板系统。在明确用户需求后，该公司的架构师决定采用Command 模式实现该系统的界面显示部分，并设计 UML 类图如图所示。图中与 Command 模式中的“Invoker”角色相对应的类是_，与“ConcreteCommand”角色相对应的类是_。（分数：4.00
25、）(1).ACommand BMenuItemCOpen DButktinBoardScreen（分数：2.00）A.B. C.D.解析：解析 Command(命令)模式是设计模式中行为模式的一种，它将“请求”封装成对象，以便使用不同的请求、队列或者日志来参数化其他对象。Command 模式也支持可撤销的操作。Command 模式的类图如图所示。(2).ACommand BMenuItemCOpen DBulktinBoardScreen（分数：2.00）A.B.C. D.解析：基于构件的开发模型包括软件的需求分析定义、_、_、_以及测试和发布 5 个顺序执行的阶段。（分数：6.00）(1).
26、A构件接口设计B体系结构设计C元数据设计D集成环境设计（分数：2.00）A.B. C.D.解析：解析 基于构件的软件开发(Component Based Software Development，CBSD)模型是利用模块化方法，将整个系统模块化，并在一定构件模型的支持下，复用构件库中的一个或多个软件构件，通过组合手段高效率、高质量地构造应用软件系统的过程。CBSD 模型融合了螺旋模型的许多特征，本质上是演化型的，开发过程是迭代的。CBSD 模型由软件的需求分析和定义、架构设计、构件库的建立、应用软件构建、测试和发布 5 个阶段组成。CBSD 方法使得软件开发不再一切从头开发，开发的过程就是构件
27、组装的过程，维护的过程就是构件升级、替换和扩充的过程，其优点是提高了软件开发的效率；构件可由一方定义其规格说明，被另一方实现，然后供给第三方使用，CBSD 模型允许多个项目同时开发，降低了费用，提高了可维护性，可实现分步提交软件产品。该方法的缺点是：由于采用自定义的组装结构标准，缺乏通用的组装结构标准，引入具有较大的风险：可复用性和软件高效性不易协调，需要有经验的分析人员和开发人员，一般的开发人员插不上手，客户的满意度低；过分依赖于构件，构件库的质量影响着产品质量。(2).A数据库建模B业务过程建模C对象建模D构件库建立（分数：2.00）A.B.C.D. 解析：(3).A应用软件构建B构件配置
28、管理C构件单元测试D构件编码实现（分数：2.00）A. B.C.D.解析：1.以下关于软件构件及其接口的叙述，错误的是_。A构件是软件系统中相对独立且具有一定意义的构成成分B构件在容器中进行管理并获取其属性或者服务C构件不允许外部对所支持的接口进行动态发现或调用D构件可以基于对象实现，也可以不基于对象实现（分数：2.00）A.B.C. D.解析：解析 一般认为，构件是指语义完整、语法正确和有可重用价值的单位软件，是软件重用过程中可以明确辨识的系统；结构上，它是语义描述、通信接口和实现代码的复合体。简单地说，构件是具有一定的功能，能够独立工作或能同其他构件装配起来协调工作的程序体，构件的使用同它
29、的开发、生产无关。从抽象程度来看，面向对象(Object Orientation，OO)技术已达到了类级重用(代码重用)，它以类为封装的单位。这样的重用粒度还太小，不足以解决异构互操作和效率更高的重用。构件将抽象的程度提到一个更高的层次，它是对一组类的组合进行封装，并代表完成一个或多个功能的特定服务，也为用户提供了多个接口。整个构件隐藏了具体的实现，只用接口对外提供服务。与对象相比，构件可以基于对象实现，也可以不作为对象实现。构件需要在容器中管理并获取容器提供的服务；客户程序可以在运行状态下利用接口动态确定构件所支持的功能并调用。2.在一个典型的基于 MVC(Model-View-Contro
30、ller)的 J2EE 应用中，分发客户请求、有效组织其他构件为客户端提供服务的控制器由_实现。AEntity BeanBSession BeanCServletDJSP（分数：2.00）A.B.C. D.解析：解析 MVC 是目前广泛流行的一种软件设计模式。近年来，随着 J2EE(Java 2Enterprise Edition)的成熟，MVC 成为了 J2EE 平台上推荐的一种设计模式。MVC 强制性地把一个应用的输入、处理、输出流程按照视图、控制、模型的方式进行分离，形成了三个核心模块：控制器、模型、视图。控制器(Controller)：控制器接受用户的输入并调用模型和视图去完成用户的需
31、求。该部分是用户界面与 Model 的接口。一方面它解释来自于视图的输入，将其解释成为系统能够理解的对象，同时它也识别用户动作，并将其解释为对模型特定方法的调用；另一方面，它处理来自于模型的事件和模型逻辑执行的结果，调用适当的视图为用户提供反馈。模型(Model)：模型是应用程序的主体部分。模型表示业务数据和业务逻辑。一个模型能为多个视图提供数据。由于同一个模型可以被多个视图重用，所以提高了应用的可重用性。视图(View)：视图是用户看到并与之交互的界面。视图向用户显示相关的数据，并能接收用户的输入数据，但是它并不进行任何实际的业务处理。视图可以向模型查询业务状态，但不能改变模型。视图还能接受
32、模型发出的数据更新事件，从而对用户界面进行同步更新。MVC 是构建应用框架的一个较好的设计模式，可以将业务处理与显示分离，将应用分为控制器、模型和视图，增加了应用的可拓展性、强壮性及灵活性。基于 MVC 的优点，目前比较先进的 Web 应用框架都是基于MVC 设计模式的。J2EE 平台下实现 MVC，系统的界而通常由 JSP 构件实现，分发客户请求、有效组织其他构件为客户端提供服务的控制器由 Servlet 构件实现，数据库相关操作由 Enity Bean 构件实现，系统核心业务逻辑由Session Bean 构件实现。3.系统应用架构设计中，网络架构数据流图的主要作用是将处理器和设备分配到网
33、络中。_不属于网络架构数据流图的内容。A服务器、客户端及其物理位置B处理器说明信息C单位时间的数据流大小D传输协议（分数：2.00）A.B.C. D.解析：解析 应用架构建模中要绘制的第一个物理数据流图(PDFD)是网络架构 DFD，它们不显示单位时间的数据流量，需要显示的信息包括服务器及其物理位置；客户端及其物理位置；处理器说明；传输协议。4.软件架构贯穿于软件的整个生命周期，但在不同阶段对软件架构的关注力度并不相同，_阶段，对软件架构的关注最多。A需求分析与设计 B设计与实现C实现与测试 D部署与变更（分数：2.00）A.B. C.D.解析：解析 软件架构贯穿于软件的整个生命周期，但在不同
34、的阶段对软件架构的关注力度并不相同。其中需求分析阶段主要关注问题域；设计阶段主要将需求转换为软件架构模型；软件实现阶段主要关注将架构设计转换为实际的代码；软件部署阶段主要通过组装软件组件提高系统的实现效率。其中设计与实现阶段在软件架构上的工作最多，也最重要，因此关注力度最大。5.软件架构设计是降低成本、改进质量、按时和按需交付产品的关键活动。以下关于软件架构重要性的叙述中，错误的是_。A架构设计能够满足系统的性能、可维护性等品质B良好的架构设计能够更好地捕获并了解用户需求C架构设计能够使得不同的利益相关人(Stakeholders)达成一致的目标D架构设计能够支持项目计划和项目管理等活动（分数
35、：2.00）A.B. C.D.解析：解析 软件架构设计是降低成本、改进质量、按时和按需交付产品的关键因素，具体体现在以下八个方面。架构设计能够满足系统的品质系统的功能性是软件构架师通过组成体系架构的多种元素之间的交互作用来支持的。架构设计用于实现系统的品质，如性能、安全性和可维护性等。通过架构设计文档化，可以尽早地评估项目的这些品质。架构设计使受益人达成一致的目标架构设计的过程使得不同的受益人达成一致的目标，体系架构的过程需要确保架构设计被清楚地传达与理解。一个被有效传达的体系架构使得受众们可以辩论决议和权衡，反复讨沦，最终达成共识。文档化体系架构是非常重要的，这是软件构架师的主要职责。架构设
36、计能够支持计划编制过程架构设计将确定组件之间的依赖关系，直接支持项目计划和项目管理的活动，例如：细节划分，日程安排，工作分配，成本分析，风险管理和技能开发等：构架师还能协助估算项目成本，例如：体系架构决定使用第三方组件的成本，以及支持开发的所有工具的成本；构架师支持技术风险的管理，包括制定每一个风险的优先次序，以及确定一个恰当的风险缓解策略。架构设计对系统开发的指导性架构设计主要目标就是确保体系架构能够为设计人员和实现人员所承担的工作提供可靠的框架。很明显，这比简单地传送一个体系架构视图要复杂得多。为了确保最终体系架构的完整性，构架师必须明确地定义体系架构，因为它确定了体系架构的重要元素，例如
37、系统的组件，组件之间的接口以及组件之间的通信。构架师同时还必须定义恰当的标准和指导方针，它们将会引导设计人员和实现人员的工作。对开发过程活动采取恰当的架构回顾和评估，能够确保体系架构的完整性。这些 OA 活动的任务是确定体系架构的标准和指导方针的有效性。架构设计能够有效地管理复杂性如今的系统越来越复杂，这种复杂性需要我们去管理。体系架构通过构件及构件之间关系，描述了一个抽象的系统，因而提供了高层次的复杂管理的方法。同样，架构设计过程考虑组件的递归分解。这是处理一个大的问题的很好的一个方法，它可以把这个大问题分解成很多的小问题，再逐个地解决。架构设计为复用奠定了基础架构设计过程可以同时支持使用和
38、建立复用资源。复用资源可以降低一个系统的成本，并且可以改进系统的质量，这些好处已经被证明。一个体系架构的建立，能够支持大粒度的资源复用。例如，体系架构的重要组件和它们之间的接口和质量，能够支持现货供应的组件，存在的系统和封装的应用程序等的选择，从而可以用来实现这些组件。架构设计能够降低维护费用架构设计过程可以在很多方面帮助我们降低维护费用。首先最重要的是架构设计过程要确保系统的维护人员是一个主要的受众，并且他们的需求被作为首要的任务满足。一个被恰当文档化的体系架构不应该仅仅为了减轻系统的可维护性；构架师还应该确保结合了恰当的系统维护机制，并且在建立体系架构的时候还要考虑系统的适应性和可扩充性。
39、架构设计能够支持冲突分析架构设计的一个重要的好处是它可以允许我们在采取改变之前推断它所产生的影响。一个软件构架确定了主要的组件和它们之间的交互作用，两个组件之间的依赖性以及这些组件对于需求的可追溯性。有了这个信息，例如需求的改变等可以通过组件的影响来分析。同样的，改变一个组件的影响可以在依靠它的其他组件上分析出来。6.软件架构需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。以下活动中，不属于软件架构需求过程范畴的是_。A设计构件 B需求获取C标识构件 D架构需求评审（分数：2.00）A. B.C.D.解析：解析 架构需求受技术环境和设计师的经验影响。需求过程主要是获取用户需
40、求，标识系统中所要用到的构件。如果以前有类似的系统架构的需求，可以从需求库中取出，加以利用和修改，以节省需求获取的时间，减少重复劳动，提高开发效率。需求过程主要是获取用户需求，标识系统中所要用到的构件，并进行架构需求评审。其中标识构件又详细分为生成类图、对类图进行分组和将类打包成构件三步。需求获取体系结构需求一般来自三个方面，分别是系统的质量目标、系统的业务目标和系统开发人员的业务目标。软件体系结构需求获取过程主要是定义开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足业务上的功能需求。与此同时，还要获得软件质量属性，满足一些非功能需求。标识构件该过程为系统生成初始逻辑结构，包含大
41、致的构件。这一过程又可分为三步来实现。第一步：生成类图。生成类图的 CASE 工具有很多，例如 Rational Rose 2000 就能自动生成类图。第二步：对类进行分组。在生成类图的基础上，使用一些标准对类进行分组可以大大简化类图结构，使之更清晰。一般地，与其他类隔离的类形成一个组，由泛化关联的类组成一个附加组，由聚合或组合关联的类也形成一个附加组。第三步：把类打包成构件。把在第二步得到的类簇打包成构件，这些构件可以分组合并成更大的构件。需求评审组织一个由不同代表(如分析人员、客户、设计人员、测试人员)组成的小组，对体系结构需求及相关构件进行仔细的审查。审查的主要内容包括所获取的需求是否真
42、实反映了用户的要求，类的分组是否合理，构件合并是否合理等。必要时，可以在“需求获取-标识构件-需求评审”之间进行迭代。7.基于架构的软件设计(ABSD)强调由商业、质量和功能需求的组合驱动软件架构设计。以下关于 ABSD 的叙述中，错误的是_。A使用 ABSD 方法，设计活动可以从项目总体功能框架明确就开始BABSD 方法是一个自顶向下，递归细化的过程CABSD 方法有三个基础：功能分解、选择架构风格实现质量和商业需求以及软件模板的使用D使用 ABSD 方法，设计活动的开始意味着需求抽取和分析活动可以终止（分数：2.00）A.B.C.D. 解析：解析 ABSD 方法为产生软件系统的概念架构提供
43、基础，概念架构是由 Hofimeister、Nord 和 Soni提出的四种不同的架构中的一种，它描述了系统的主要设计元素及其关系。概念架构代表了在开发过程中作出的第一个选择，相应地，它是达到系统质量和业务目标的关键，为达到预定功能提供了一个基础。ABSD 方法取决于决定系统的架构驱动。所谓架构驱动，是指构成架构的业务、质量和功能需求的组合。使用 ABSD 方法，设计活动可以在架构驱动一决定就开始，这意味着需求获取和分析还没有完成(甚至远远没有完成)，就开始了软件设计。设计活动的开始并不意味着需求获取和分析活动就可以终止，而是应该与设计活动并行。特别是在不可能预先决定所有需求时，例如产品线系统
44、或长期运行的系统，快速开始设计是至关重要的。ABSD 方法有 3 个基础。第一个基础是功能的分解。在功能分解中，ABSD 方法使用已有的基于模块的内聚和耦合技术。第二个基础是通过选择架构风格来实现质量和业务需求。第三个基础是软件模板的使用。软件模板利用了一些软件系统的结构。然而，对于设计方法来说，软件模板的使用是一个新概念，简单介绍如下。软件模板是一个特殊类型的软件元素，包括描述所有这种类型的元素在共享服务和底层构造的基础上如何进行交互。软件模板还包括属于这种类型的所有元素的功能，这些功能的例子有：每个元素必须记录某些重大事件，每个元素必须为运行期间的外部诊断提供测试点等。在软件产品线系统中，
45、软件模板显得格外重要，因为新元素的引入是一项通用的技术，这种技术用来使产品线体系结构适应一个特定的产品。ABSD 方法是递归的，且迭代的每一个步骤都是清晰地定义的。因此，不管设计是否完成，体系结构总是清晰的，这有助于降低体系结构设计的随意性。8.软件架构文档是对软件架构的正式描述，能够帮助与系统有关的开发人员更好地理解软件架构。软件架构文档的写作应该遵循一定的原则。以下关于软件架构文档写作原则的叙述中，错误的是_。A架构文档应该从架构设计者的角度进行编写B应该保持架构文档的即时更新，但更新不要过于频繁C架构文档中的描述应该尽量避免不必要的重复D每次架构文档修改，都应该记录修改的原则（分数：2.
46、00）A. B.C.D.解析：解析 软件架构文档是对软件架构的一种描述，帮助程序员使用特定的程序设计语言实现软件架构。软件架构文档的写作应该遵循一定的原则，这些原则包括：文档要从使用者的角度进行编写；必须分发给所有与系统有关的开发人员；应该保持架构文档的即时更新，但更新不要过于频繁；架构文档中描述应该尽量避免不必要的重复：每次架构文档修改都应该记录进行修改的原则。9.架构复审是基于架构开发中一个重要的环节。以下关于架构复审的叙述中，错误的是_。A架构复审的目标是标识潜在的风险，及早发现架构设计的缺陷和错误B架构复审过程中，通常会对一个可运行的最小化系统进行架构评估和测试C架构复审人员由系统设计
47、与开发人员组成D架构设计、文档化和复审是一个迭代的过程（分数：2.00）A.B.C. D.解析：解析 架构复审是基于架构开发中一个重要的环节。架构设计、文档化和复审是一个迭代的过程。从这个方面来说，在一个主版本的软件架构分析之后，要安排一次由外部人员(用户代表和领域专家)参加的复审。架构复审过程中，通常会对一个可运行的最小化系统进行架构评估和测试。架构复审的目标是标识潜在的风险，及早发现架构设计的缺陷和错误。Windows 操作系统在图形用户界面处理方面采用的核心架构风格是_风格。Java 语言宣传的“一次编写，到处运行”的特性，从架构风格上看符合_风格的特点。（分数：4.00）(1).A虚拟机 B管道-过滤器C事件驱动 D微内核-扩展（分数：2.00）A.B.C. D.解析：解析 Garlan 和 Shaw 对通用软件架构风格进行了分类，他们将软件架构分为数据流风格、调用/返回风格、独立构件风格、虚拟机风格和仓库风格。数据流风格数据流风格包括批处理序列和管道/过滤器两种风格。批处理序列。构件为一系列固定顺序的计算单元，构件之间只通过数据传递交互。每个处理步骤是一个独立的程序，每一步必须在其前一步结束后才能开始，数据必须是完整的，以整体的方式传递。管道/过滤器。
