论软件架构建模技术与应用软件架构用来处理软件高层次结构的设计和实施，它以精心选择的形式将若干结构元素进行装配，从而满足系统的主要功能和性能需求。软件架构设计的首要问题是如何表示软件架构，即如何对软件架构建模。根据建模的侧重点不同，可以将软件架构模型分为结构模型、框架模型、动态模型、过程模型和功能模型。Kruchten在1995年提出了“4+1”视图模型，将5种模型有机地统一在了一起。请围绕“软件架构建模技术与应用”论题，依次从以下三个方面进行论述。1．概要叙述你参与管理和开发的软件项目以及你在其中所承担的
题目
论软件架构建模技术与应用
软件架构用来处理软件高层次结构的设计和实施，它以精心选择的形式将若干结构元素进行装配，从而满足系统的主要功能和性能需求。软件架构设计的首要问题是如何表示软件架构，即如何对软件架构建模。根据建模的侧重点不同，可以将软件架构模型分为结构模型、框架模型、动态模型、过程模型和功能模型。Kruchten在1995年提出了“4+1”视图模型，将5种模型有机地统一在了一起。
请围绕“软件架构建模技术与应用”论题，依次从以下三个方面进行论述。
1．概要叙述你参与管理和开发的软件项目以及你在其中所承担的主要工作。
2．简要叙述“4+1”视图模型的主要内容。结合你参与项目的实际情况，详细说明该项目需求及所涉及的软件架构（包括使用到的视图模型、创建的架构模型及使用的建模工具等）。
3．说明该项目软件架构的实施效果，分析其是否满足了项目的需求并说明原因。
相似考题
参考答案和解析
写作要点
一、简要叙述所参与管理和开发的软件项目，并明确指出在其中承担的主要任务和开展的主要工作。
二、简要叙述“4+1”视图模型的主要内容。
1、“4+1”视图模型从5个不同的视角来描述软件架构，每个视图只关心系统的1个侧面，5个视图结合在一起才能反映系统的软件结构的全部内容。这5个不同的视角包括逻辑视图、开发视图、进程视图、物理视图和场景。
逻辑视图。逻辑视图主要支持系统的功能需求，即系统提供给最终用户的服务。在逻辑视图中，系统分解成一系列的功能抽象，这些抽象主要来自问题领域。在OO技术中，通过抽象、封装和继承，可以用对象模型来代表逻辑视图，用类图来描述逻辑视图。
开发视图。开发视图也称为模块视图，在UML中被称为实现视图，它主要侧重于软件模块的组织和管理。开发视图要考虑软件内部的需求。
进程视图。进程视图侧重于系统的运行特性，主要关注一些非功能性需求。进程视图强调并发性、分布性、系统集成性和容错能力，以及逻辑视图中的功能抽象如何适应进程结构等，它也定义了逻辑视图中的各个类的操作具体是在哪一个线程中被执行。进程视图可以描述成多层抽象，每个级别分别关注不同的方面。
物理视图。物理视图在UML中被称为部署视图，主要考虑如何把软件映射到硬件上，它通常要考虑到解决系统拓扑结构、系统安装和通信等问题。
场景。场景可以看作是那些重要系统活动的抽象，它使4个视图有机联系起来。场景对应UML中的用例视图。
2、结合实际项目，详细说明项目软件架构的内容。这部分内容应包括：在设计软件架构时，分别使用了“4+1”视图中的哪些视图，每个视图中包含的模型有哪些等。
三、说明该项目软件架构的实施效果，分析其是否满足了项目的需求并说明原因。
（1）加解密API：数据库管理系统提供可在SQL语句中调用的加解密API，应用可以利用这些API构建自己的基础架构，对数据进行加密保护。
（2）透明加密：安全管理员为数据库敏感字段选择加密方式及密钥强度，应用访问受保护数据时只需使用口令打开或关闭密钥表，对数据的加密和解密由数据库管理系统自动完成。
加解密API方式的灵活性强，但构建和管理复杂；而透明加密方式管理简单，应用程序负担轻，但灵活性较差。用户要求尽可能减少安全管理与应用程序的负担，因此应选择透明加密方式。
更多“论软件架构建模技术与应用软件架构用来处理软件高层次结构的设计和实施，它以精心选择的形式将若干结构元素进行装配，从而满足系统的主要功能和性能需求。软件架构设计的首要问题是如何表示软件架构，即如何对软件架构建模。根据建模的侧重点不同，可以将软件架构模型分为结构模型、框架模型、动态模型、过程模型和功能模型。Kruchten在1995年提出了“4+1”视图模型，将5种模型有机地统一在了一起。请围绕“软件架构建模技术与应用”论题，依次从以下三个方面进行论述。1．概要叙述你参与管理和开发的软件项目以及你在其中所承担的”相关问题
-
第1题：
试题二 论信息系统建模方法
系统模型在软件开发中扮演着重要的角色。可为已有的系统创建模型，以便更好地理解这些系统；也可以针对待开发的系统创建模型，作为记录业务需求或技术设计的方法。模型是建立信息系统的基础。恰当地运用信息系统建模方法，是成功地进行软件开发的一个关键环节。
请围绕“论信息系统建模方法”论题，依次从以下三个方面进行论述。
1．概要叙述你参与管理和开发的信息系统项目以及你在其中所承担的主要工作。
2．论述常见的信息系统建模方法的主要内容（包括每种建模方法的核心思想以及所创建的模型）。
3．具体阐述你参与管理和开发的项目中选择使用的信息系统建模方法以及选择该方法的原因，给出具体的实施过程和实施效果。
正确答案：
试题二 写作要点
一、应结合自己参与的信息系统项目，说明在其中所承担的工作。
二、需要较为详细地说明目前各种常见的信息系统建模方法的核心思想，并对每种方法所创建的模型进行简要描述。
（1）结构化建模方法。
结构化建模方法是以过程为中心的技术，可用于分析一个现有的系统以及定义新系统的业务需求。结构化建模方法所绘制的模型称为数据流图（DFD）。
（2）信息工程建模方法（或数据库建模方法）。
信息工程建模方法是一种以数据为中心，但过程敏感的技术，它强调在分析和研究过程需求之前，首先研究和分析数据需求。信息工程建模方法所创建的模型被称为实体联系图（ERD）。
（3）面向对象建模方法。
面向对象建模方法将“数据”和“过程”集成到被称为“对象”的结构中，消除了数据和过程的人为分离现象。面向对象建模方法所创建的模型被称为对象模型。随着面向对象技术的不断发展和应用，形成了面向对象的建模标准，即UML（统一建模语言）。UML定义了几种不同类型的模型图，这些模型图以对象的形式共建一个信息系统或应用系统。
三、论文中需要结合项目实际工作，详细论述在项目中是如何使用所选定的信息系统建模方法创建系统的逻辑模型和物理模型，并具体说明这些模型对项目开发所产生的影响。
-
第2题：
（）论软件开发模型的选择与应用 传统的软件开发模型有瀑布模型，螺旋模型、演化模型等，随着软件技术的迅速发展和市场的变化，新的软件开发模型也不断出现，如XP模型、敏捷模型和RUP模型等。这些开发模型都有各自的优缺点，在实际应用中存在着许多不足和局限。 请围绕“软件开发模型的选择与应用”论题，依次对以下三个方面进行论述。 1.概要叙述你参与分析和开发的应用项目以及你所担任的主要工作。 2.具体叙述你在参与开发的软件中选用软件开发模型的原则，具体是如何使用所选择的开发模型的？ 3.简要叙述软件开发模型的近期演变趋势与主要特征，你准备如何去适应这类演变？
正确答案：略
解答要点
（1）首先用400-500字的篇幅简要叙述作者参与分析和开发的信息系统项目的概要和所担任的工作。
（2）具体叙述你在参与开发的软件中选用软件开发模型的原则。例如适应需求的变化、灵活性等。
（3）具体是如何使用所选择的开发模型的，即根据选择模型进行开发的过程是怎样的。
（4）简要叙述软件开发模型的近期演变趋势与主要特征，你准备如何去适应这类演变。 -
第3题：
软件开发模型着重研究的是()。
A.程序设计的方法和编程技巧
B.软件系统的基本架构和常见的软件系统模型
C.软件开发全部过程、活动和任务的结构框架
D.软件系统的模型和对应不同模型的开发方法
参考答案C
-
第4题：
软件架构为软件系统提供了一个结构、行为和属性的高级抽象模式。“4+1”视图模型指用5个视图组成的模型来描述软件架构。其中，(50)描述了软件的静态组织结构，支持软件开发的内部需求。
A．物理视图
B．逻辑视图
C．进程视图
D．开发视图
正确答案：D
解析：软件架构是指大型、复杂软件系统结构的设计、规格说明和实施。它以规范的形式装配若干结构元素，从而描述出系统的主要功能和性能要求，同时表述其他非功能性需求(如可靠性、可扩展性、可移植性和可用性等)。软件架构为软件系统提供了一个结构、行为和属性的高级抽象模式，可以使用公式“软件架构={构成系统的元素，指导元素集成的形式，关系和约束}”来表达。
“4+1”视图模型用5个视图组成的模型来描述软件架构。该模型包含5个主要视图及其实现的功能如表7-7所示。
-
第5题：
软件设计过程是定义一个系统或组件（ ）的过程，其中描述软件的结构和组织，标识各种不同组件的设计是（ ）。
A.数据和控制流B.架构和接口C.对象模型D.数据模型A.软件详细设计B.软件对象设计C.软件环境设计D.软件架构设计
正确答案：B,D
-
第6题：
论软件系统架构评估 对于软件系统，尤其是大规模的复杂软件系统来说，软件的系统架构对于确保最终系统的质量具有十分重要的意义，不恰当的系统架构将给项目开发带来高昂的代价和难以避免的灾难。对一个系统架构进行评估，是为了：分析现有架构存在的潜在风险，检验设计中提出的质量需求，在系统被构建之前分析现有系统架构对于系统质量的影响，提出系统架构的改进方案。架构评估是软件开发过程中的重要环节。
请围绕“论软件系统架构评估”论题，依次从以下三个方面进行论述。 1．概要叙述你所参与架构评估的软件系统，以及在评估过程中所担任的主要工作。 2．分析软件系统架构评估中所普遍关注的质量属性有哪些？详细阐述每种质量属性的具体含义。 3．详细说明你所参与的软件系统架构评估中，采用了哪种评估方法，具体实施过程和效果如何。
正确答案：本题内容按模拟题中的“论基于场景的软件体系结构评估方法”组织内容即可，因为目前常用的架构评估方法，均为基于场景的评估方法。
一、首先用400-600字的篇幅简要叙述作者参与开发的软件系统的概要和所担任的工作。
二、架构所关注的质量属性主要包括：性能、可用性、可修改性、安全性。
1、性能
性能（performance）是指系统的响应能力，即要经过多长时间才能对某个事件做出响应，或者在某段时间内系统所能处理的事件的个数。
2、可用性
可用性（availability）是系统能够正常运行的时间比例。经常用两次故障之间的时间长度或在出现故障时系统能够恢复正常的速度来表示。
3、安全性
安全性（security）是指系统在向合法用户提供服务的同时能够阻止非授权用户使用的企图或拒绝服务的能力。安全性又可划分为机密性、完整性、不可否认性及可控性等特性。
4、可修改性
可修改性（modifiability）是指能够快速地以较高的性能价格比对系统进行变更的能力。通常以某些具体的变更为基准，通过考察这些变更的代价衡量可修改性。
三、架构评估方法主要从SAAM与ATAM中选择。
1、SAAM评估方法
SAAM的分析和评估目的、评估参与者、评估活动或过程以及评估结果说明如下。
（1）评估目的
SAAM (Scenario-based Architecture Analysis Method)目的是验证基本的体系结构假设和原则，评估体系结构固有的风险。SAAM 指导对体系结构的检查，使其主要关注潜在的问题点，如需求冲突。SAAM不仅能够评估体系结构对于特定系统需求的使用能力，也能被用来比较不同的体系结构。
（2）评估参与者
风险承担者、记录人员、软件体系结构设计师
（3）评估活动或过程
SAAM分析评估体系结构的过程包括六个步骤，即形成场景、描述体系结构、场景的分类和优先级确定、间接场景的单个评估、场景相互作用的评估、总体评估。
（4）评估结果
SAAM评估的主要有形输出包括：
1）把代表了未来可能做的更改的场景与构架对应起来，显现出构架中未来可能会表现出较高复杂性的地方，并对每个这样的更改的预期工作量做出评估。
2）理解系统的功能，对多个构架所支持的功能和数量进行比较。
如果所评估的是一个框架，SAAM评估将指明框架中未能满足其修改性需求的地方，有时还会指出一种效果更好的设计。SAAM评估也能对两个或者三个备选构架进行比较，明确其中那一个能够较好地满足质量属性需求，而且做的更改较少、不会在未来导致太多的复杂的问题。
2、ATAM评估方法
ATAM的分析和评估目的、评估参与者、评估活动或过程以及评估结果说明如下。
（1）评估目的
ATAM（Architecture Tradeoff Analysis Method ），即构架权衡分析方法的评估目的是依据系统质量属性和商业需求评估设计决策的结果。ATAM希望揭示出构架满足特定质量目标的情况，使我们更清楚地认识到质量目标之间的联系，即如何权衡多个质量目标。
（2）评估参与者
1）评估小组。该小组是所评估构架项目外部的小组，通常由3~5人组成。该小组的每个成员都要扮演大量的特定角色。他们可能是开发组织内部的，也可能是外部的。
2）项目决策者，对开发项目具有发言权，并有权要求进行某些改变，他们包括项目管理人员，重要的客户代表，构架设计师等。
3）构架涉众（stakeholders）。包括关键模块开发人员、测试人员、用户等。
（3）评估活动或过程
整个ATAM评估过程包括九个步骤，按其编号顺序分别是描述ATAM方法、描述商业动机、描述体系结构、确定体系结构方法、生成质量属性效用树、分析体系结构方法、讨论和分级场景、描述评估结果。
-
第7题：
试题一 论面向对象建模方法的应用
随着软件技术的发展，面向对象方法日益成为信息系统软件开发的主流技术，而面向对象建模技术是其中的关键。模型是软件开发的根本，大型、复杂的软件系统的开发是一项工程，而建模是系统化认识所开发软件的一个初步途径。
面向对象建模技术流派众多，包括OMT方法、OOSE方法、OOA/OOD方法等。统一建模语言的出现极大地促进了面向对象建模方法的普及与应用，已经成为当前面向对象建模方法的标准。
请围绕“论面向对象建模方法的应用”论题，依次从以下三个方面进行论述。
1．概要叙述你参与管理和开发的信息系统项目以及你在其中所承担的主要工作。
2论述常见的面向对象建模方法的主要内容，包括每种模型的核心思想。
3具体阐述你参与管理和开发的项目中使用的是哪种面向对象建模方法以及选择
该方法的原因，给出具体的实施过程和实施效果。
正确答案：
写作要点述的。(4)统一建模语言是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格说明，到构造和配置。UML是在开发阶段，可视化构建和书写一个面向对象软件系统，进行规格说明的方法。UML展现了一系列最佳工程实践，这些最佳实践在对大规模、复杂系统进行建模方面，特别是在软件架构级别已经被验证有效。UML被OMG采纳作为业界的标准。三、论文中需要结合实际工作，详细论述在项目中如何使用所选择的建模方法创建系统的逻辑模型和物理模型，并说明这些模型对项目开发所产生的影响。 -
第8题：
论软件开发模型及应用
软件开发模型（Software Development Model）是指软件开发全部过程、活动和任务的结构框架。软件开发过程包括需求、设计、编码和测试等阶段，有时也包括维护阶段。软件开发模型能清晰、直观地表达软件开发全过程，明确规定了要完成的主要任务和活动，用来作为软件项目工作的基础。对于不同的软件项目，针对应用需求、项目复杂程度、规模等不同要求，可以采用不同的开发模型，并采用相应的人员组织策略、管理方法、工具和环境。
请围绕“软件开发模型及应用”论题，依次从以下三个方面进行论述。
1．简要叙述你参与的软件开发项目以及你所承担的主要工作。
2．列举出几种典型的软件开发模型，并概要论述每种软件开发模型的主要思想和技术特点。
3．根据你所参与的项目中使用的软件开发模型，具体阐述使用方法和实施效果。答案：解析：瀑布模型：严格遵循软件生命周期各阶段的固定顺序，一个阶段完成再进入另一个阶段。其优点是可以使过程比较规范化，有利于评审；缺点在于过于理想，缺乏灵活性，容易产生需求偏差。
快速原型模型：对于许多需求不够明确的项目，比较适合采用该模型。它采用了一种动态定义需求的方法，通过快速地建立一个能够反映用户主要需求的软件原型，让用户在计算机上使用它，了解其概要，再根据反馈的结果进行修改，因此能够充分体现用户的参与和决策。
演化模型：也是一种原型化开发，但与快速原型不同的是，快速原型模型在获得真实需求时，就将抛弃原型。而演化模型则不然，它将从初始的模型中逐渐演化为最终软件产品，是一种渐进式原型法。
增量模型：它采用的是一种递增式模型，它将软件产品划分成为一系列的增量构件，分别进行设计、编码、集成和测试。
螺旋模型：结合了瀑布模型和演化模型的优点，最主要的特点在于加入了风险分析。它是由制定计划、风险分析、实施工程、客户评估这一循环组成的，它最初从概念项目开始第一个螺旋。
喷泉模型：主要用于描述面向对象的开发过程，最核心的特点是迭代。所有的开发活动没有明显的边界，允许各种开发活动交叉进行。
统一过程（UP）：统一过程是一个通用过程框架，可以用于种类广泛的软件系统、不同的应用领域、不同的组织类型、不同的性能水平和不同的项目规模。UP是基于构件的，在为软件系统建模时，UP使用的是UML。与其他软件过程相比，UP具有三个显著的特点，即用例驱动、以架构为中心、迭代和增量。
敏捷方法：敏捷方法是一种以人为核心、迭代、循序渐进的开发方法。在敏捷方法中，软件项目的构建被切分成多个子项目，各个子项目成果都经过测试，具备集成和可运行的特征。在敏捷方法中，从开发者的角度来看，主要的关注点有短平快的会议、小版本发布、较少的文档、合作为重、 客户直接参与、自动化测试、适应性计划调整和结对编程；从管理者的角度来看，主要的关注点有测试驱动开发、持续集成和重构。 -
第9题：
软件架构设计包括提出架构模型、产生架构设计和进行设计评审等活动，是一个迭代的过程。架构设计主要关注软件组件的结构、属性和(请作答此空)，并通过多种( )_全面描述特定系统的架构。A.实现方式
B.交互作用
C.设计方案
D.测试方式答案：B解析：软件架构设计包括提出架构模型、产生架构设计和进行设计评审等活动，是一个迭代的过程。架构设计主要关注软件组件的结构、属性和交互作用，并通过多种视图全面描述特定系统的架构。 -
第10题：
特定领域软件架构（Domain Specific Software Architecture, DSSA）的基本活动包括领域分析、领域设计和领域实现。其中，领域分析的主要目的是获得领域模型。领域设计的主要目标是获得（ ）。领域实现是为了（请作答此空）。A. 评估多种软件架构
B. 验证领域模型
C. 开发和组织可重用信息，对基础软件架构进行实现
D. 特定领域软件重用模型答案：C解析：特定领域软件架构（Domain Specific Software Architecture，DSSA）以一个特定问题领域为对象，形成由领域参考模型、参考需求、参考架构等组成的开发基础架构，其目标是支持一个特定领域中多个应用的生成。DSSA的基本活动包括领域分析、领域设计和领域实现。其中领域分析的主要目的是获得领域模型，领域模型描述领域中系统之间共同的需求，即领域需求；领域设计的主要目标是获得DSSA，DSSA描述领域模型中表示需求的解决方案；领域实现的主要目标是依据领域模型和DSSA开发和组织可重用信息，并对基础软件架构进行实现。 -
第11题：
软件开发模型着重研究的是（）。
- A、软件系统的基本架构和常见的软件系统模型
- B、软件开发全部过程、活动和任务的结构框架
- C、软件系统的模型和对应不同模型的开发方法
- D、程序设计的方法和编程技巧
正确答案:B -
第12题：
填空题根据建模的侧重点不同，可以将软件体系结构的模型分为（）、框架模型、（）、过程模型和动能模型5种。正确答案： 结构模型,动态模型解析： 暂无解析 -
第13题：
论基于架构的软件设计方法及应用 基于架构的软件设计（Architecture-Based Software Design，ABSD）方法以构成软件架构的商业、质量和功能需求等要素来驱动整个软件开发过程。ABSD是一个自顶向下，递归细化的软件开发方法，它以软件系统功能的分解为基础，通过选择架构风格实现质量和商业需求，并强调在架构设计过程中使用软件架构模板。采用ABSD方法，设计活动可以从项目总体功能框架明确后就开始，因此该方法特别适用于开发一些不能预先决定所有需求的软件系统，如软件产品线系统或长生命周期系统等，也可为需求不能在短时间内明确的软件项目提供指导。
请围绕“基于架构的软件开发方法及应用”论题，依次从以下三个方面进行论述。 1. 概要叙述你参与开发的、采用ABSD方法的软件项目以及你在其中所承担的主要工作。 2. 结合项目实际，详细说明采用ABSD方法进行软件开发时，需要经历哪些开发阶段？每个阶段包括哪些主要活动？ 3. 阐述你在软件开发的过程中都遇到了哪些实际问题及解决方法。
正确答案：一、论文中要具体介绍项目的背景与总体需求、系统所采用的技术路线以及你所承担的实际工作。
二、采用ABSD方法进行软件开发时，需要经历架构需求、架构设计、架构文档化、架构复审、架构实现和架构演化六个阶段。
1. 架构需求阶段需要明确用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。其主要活动包括需求获取、标识构件和架构评审。
（1）需求获取活动需要定义开发人员必须实现的软件功能，使得用户能够完成他们的任务，从而满足功能需求。与此同时，还要获得软件质量属性，满足一些非功能性需求。
（2）标识构件活动首先需要获得系统的基本结构，然后对基本结构进行分组，最后将基本结构进行打包成构件。
（3）架构需求评审活动组织一个由系统涉众（用户、系统分析师、架构师、设计实现人员等）组成的小组，对架构需求及相关构件进行审查。审查的主要内容包括所获取的需求是否真实反映了用户需求，构件合并是否合理等。
2. 架构设计阶段是一个迭代过程，利用架构需求生成并调整架构决策。主要活动包括提出架构模型、将已标识的构件映射到架构中、分析构件之间的相互作用、产生系统架构和架构设计评审。
3. 架构文档化的主要活动是对架构设计进行分析与整理，生成架构规格说明书和测试架构需求的质量设计说明书。
4. 在一个主版本的软件架构分析之后，需要安排一次由外部人员（客户代表和领域专家）参加的架构复审。架构复审需要评价架构是否能够满足需求，质量属性需求是否在架构中得以体现、层次是否清晰、构件划分是否合理等。从而标识潜在的风险，及早发现架构设计中的缺陷和错误。
5. 架构实现主要是对架构进行实现的过程，主要活动包括架构分析与设计、构件实现、构件组装和系统测试。
6. 架构演化阶段主要解决用户在系统开发过程中发生的需求变更问题。主要活动包括架构演化计划、构件变动、更新构件的相互作用、构件的组装与测试和技术评审。
三、在软件开发的过程中可能遇到的问题包括：在架构需求获取过程中如何对捕获的架构需求进行筛选和优先级排序；在架构复审过程中如何解决评审人员的意见不一致问题；在架构实现过程中如何根据项目组实际情况选择开发语言与开发平台；在架构演化过程中如何筛选并处理用户的需求变更，等等。
-
第14题：
试题一论模型驱动架构在系统开发中的应用 模型驱动架构(Model Driven Architecture，MDA)是对象管理组织提出的软件体系架构方法学，它基于UML以及一系列工业标准，能够支持基于可视化模型驱动的软件设计、内容存储与交换。MDA核心思想是抽象出与实现技术无关、完整描述业务功能的核心平台无关模型(PIM)，然后针对不同实现技术制定多个映射规则，通过映射规则和辅助工具将PIM转换成与具体实现技术有关的平台相关模型(PSM)，最后完成PSM到代码的转换。通过PIM和PSM，MDA分离业务建模与底层实现技术，降低技术变迁对业务模型带来的影响。
请围绕“模型驱动架构在系统开发中的应用”论题，依次从以下三个方面进行论述。
1．简要叙述你参与管理和开发的、与MDA相关的软件开发项目以及你所担任的主要工作。
2．简要分析模型驱动架构能够为软件开发带来哪些好处，详细论述采用模型驱动架构进行开发的过程。
3．具体阐述你参与管理和开发的项目中使用模型驱动架构的情况与实际开发效果。
正确答案：
试题一写作要点
1、模型驱动架构能够为软件开发带来的好处
（1）模型驱动架构将开发人员的注意力转移到了平台无关模型中，可以避免陷入到具体的实现细节当中去，从而简化了系统开发的工作量，提高了软件的开发效率。
（2）对于多种流行平台，很多工具会支持从平台无关模型到平台相关模型的转换；对于将来可能出现的新技术和平台，确定了平台表示及公共中间件的概念和功能，利用转换规则快速实现平台无关模型到新技术平台的迁移，提高了系统的可移植性。
（3）利用模型驱动架构中基于平台无关模型的桥接器，实现了多个平台相关模型之间跨平台的相互通信，加强了互操作性。
（4）对于系统变更，通过修改平台无关模型并重新生成平台相关模型和代码，能够降低系统维护的成本。
（5）平台无关模型帮助团队成员之间提高沟通效率并减少错误，自动生成代码能够保证代码的质量和一致性，确保了软件的质量。
（6）使用模型驱动架构时，功能和架构独立定义，针对新技术，能够利用原有的设计产生对应的实现，延长了系统的生命周期。
2、模型驱动架构的开发过程
（1）使用平台无关模型从如何以最好的方式支持商业逻辑的角度对系统进行建模，开发人员根据用户需求和其它因素对平台无关模型进行精化，以使它能够更加精确地描述系统。
（2）将平台无关模型转换到一个或多个特定技术相关的平台相关模型，对于每种特定的技术都会生成独立的平台相关模型。
（3）根据技术特性对生成的平台相关模型进行修改以满足程序设计人员的要求，这些修改可以反映到平台无关模型中去。
（4）对平台相关模型不断精化，以指导代码生成器生成质量更高的程序代码。
（5）最后将每个平台相关模型转换到代码，进行后续的完善和系统测试。
3、结合项目的实际情况，具体阐述你参与管理和开发的项目中使用模型驱动架构的情况，包括平台无关模型构建、平台相关模型的技术方案选择和实际开发效果及分析。 -
第15题：
阅读以下关于软件架构的叙述，回答问题1至问题3。
软件架构是指大型、复杂软件的系统结构的设计、规格说明和实施。它以规范的形式装配若干结构元素，从而描述出系统的主要功能和性能需求，同时表述其他非功能性需求(如可靠性、可扩展性、可移植性和可用性等)。软件架构为软件系统提供了一个结构、行为和属性的高级抽象模式，可以使用一个公式来表达：
软件架构=｛构成系统的元素，指导元素集成的形式，关系和约束｝
“4+1”视图模型用五个视图组成的模型来描述软件架构。该模型包含五个主要的视图。
.逻辑视图(Logical View)，描述了设计的对象模型，支持系统的功能需求。
.进程视图(Process View)，描述了设计的并发和同步特征，支持系统的运行特性。
.物理视图(Physical View)，描述了软件到硬件的映射，反映了分布式特性，支持系统的拓扑、安装和通信需求。
.开发视图(Development View)，描述了在开发环境中软件的静态组织结构，支持软件开发的内部需求。
.场景(Scenario)，用来说明重要的系统活动，是其他四个视图在用例(Use Case)驱动下的综合。
软件架构在软件需求与设计之间架起一座桥梁，也是风险承担者进行交流的手段，允许不同的风险承担者找出他们所关心的软件架构问题。假设采用面向对象的设计方法，各个视图涉及的组件(元素)包括：任务、类、模块、节点、步骤等，风险承担者包括最终用户、系统设计师、程序员、经理、项目管理师等。请在下表中的(1)到(7)处填入恰当的内容(空白处不用填)。
正确答案：[答案要点] 本题相当于选择题但要获得好的成绩仍需要仔细构思。 1)逻辑视图表述系统的功能需求。系统分解为一系列的关键抽象这些抽象(大多数)来自于需求分析中所提出功能要求以对象或类的形式来表示(采用抽象、封装和继承)。分解并不仅仅是为了功能分析而且用来识别遍布系统各个部分的通用机制和设计元素。系统的功能需求来自于最终用户最终用户是逻辑视图对应的风险承担者。 2)进程视图表述系统的运行特性。利用进程视图可解决系统的并发性、分布性、系统完整性、容错性等问题。另外它还可以表达逻辑视图的主要抽象在哪个控制线程上被实际执行。风险承担者主要是系统集成人员组件元素是任务。 3)物理视图表述系统的拓扑、安装和通信需求。用来表达软件系统中的各种元素 (元素可以理解为组件或过程)被映射或部署至不同的网络计算机节点上。风险承担者主要是系统实施工程师。 4)开发视图表述软件开发的内部需求。开发视图关注软件开发环境下实际模块的组织(程序库或子系统)它们可以由一位或几位开发人员来开发。子系统可以组织成分层结构每个层为上一层提供良好定义的接口。风险承担者主要是编程人员和软件项目管理人员。 5)场景用来说明重要的系统活动是其他四个视图在用例(Use Case)驱动下的综合。在某种意义上场景是最重要的需求抽象。该视图是其他视图的冗余(因此“+1”)但它起到了两个作用：首先场景可用来发现架构设计过程中的架构元素其次场景可作为架构设计结束后的功能验证。它可作为架构原型测试的出发点。风险承担者是最终用户和开发人员组件元素是步骤。
[答案要点] 本题相当于选择题，但要获得好的成绩，仍需要仔细构思。 1)逻辑视图表述系统的功能需求。系统分解为一系列的关键抽象，这些抽象(大多数)来自于需求分析中所提出功能要求，以对象或类的形式来表示(采用抽象、封装和继承)。分解并不仅仅是为了功能分析，而且用来识别遍布系统各个部分的通用机制和设计元素。系统的功能需求来自于最终用户，最终用户是逻辑视图对应的风险承担者。 2)进程视图表述系统的运行特性。利用进程视图可解决系统的并发性、分布性、系统完整性、容错性等问题。另外，它还可以表达逻辑视图的主要抽象在哪个控制线程上被实际执行。风险承担者主要是系统集成人员，组件元素是任务。 3)物理视图表述系统的拓扑、安装和通信需求。用来表达软件系统中的各种元素 (元素可以理解为组件或过程)被映射或部署至不同的网络计算机节点上。风险承担者主要是系统实施工程师。 4)开发视图表述软件开发的内部需求。开发视图关注软件开发环境下实际模块的组织(程序库或子系统)，它们可以由一位或几位开发人员来开发。子系统可以组织成分层结构，每个层为上一层提供良好定义的接口。风险承担者主要是编程人员和软件项目管理人员。 5)场景用来说明重要的系统活动，是其他四个视图在用例(Use Case)驱动下的综合。在某种意义上场景是最重要的需求抽象。该视图是其他视图的冗余(因此“+1”)，但它起到了两个作用：首先场景可用来发现架构设计过程中的架构元素，其次场景可作为架构设计结束后的功能验证。它可作为架构原型测试的出发点。风险承担者是最终用户和开发人员，组件元素是步骤。 解析：本题主要考查软件架构“4+1”视图的有关知识和实施方法，熟悉以下关于软件架构的知识是回答本题的前提。
首先要准确把握软件架构的定义。架构(Architecture)原意为建筑学设计和建筑物建造的艺术与科学。软件架构(Software Architecture，或称为软件架构)是软件系统的高层描述，它给出了关于软件系统组织结构的一系列高级的、重要的抽象，包括：系统组成的结构性构件；组成构件之间的接口：构件相对系统其他部分的可视行为：构件之间所采取的交互和协作关系。软件架构在RUP 中的定义是指系统核心构件的组织或结构，这些核心构件通过接口与不断减小的构件与接口所组成的构件进行交互。
人们在软件开发过程中积累了丰富的架构知识，形成了的特定的架构风格，这些架构风格为高层次的软件复用技术建立了坚实的基础：例如，C/S架构、管道/过滤器架构、分层架构、解释器架构、黑板架构等等，而各种分布式组件技术如DCOM，EJB， Web-Services 也都和软件架构密切相关。
长期以来，人们一直在努力软件架构更加精确的形式化描述，力图用一种类似于某种编程语言的形式来描述软件架构，如Rapide，Wright，Aesop，UniCon，ACME 等。XML描述与软件建模UML 技术的发展为软件架构描述语言注入了新的发展思路，新一代的架构描述语言(如xArch，xADL 等)充分应用了这些新的描述手段的特点。同时，伴随着架构描述技术的进步，架构评估等研究也在不断的深入。
其次，要正确理解软件架构的重要作用。
.软件架构能够指导整个系统的设计和演进，它是软件需求分析的结果，同时是下一步进行软件设计的规格和蓝图。对于复杂软件系统而言，在架构阶段，系统的结构和规格说明非常重要，而在软件设计阶段，算法和数据结构更重要。
.软件架构对系统的描述，借鉴了建筑工程设计的思想，通过各种视图从不同角度以规范、一致、易理解的“语言”来表达系统的各种规格和行为。以某一特定角度看到的系统架构之规格、行为，主要是结构、核心构件和主要控制流等。
.软件架构是风险承担者进行交流的手段。所谓风险承担者是指对软件系统某个方面(或层次)负责或(关注)的人员。也可以这样来理解风险承担者：软件系统的某个方面(或层次)如果存在缺陷或问题，对此负责任或受影响的人员。风险承担者包括最终用户、系统设计师、程序员、经理、项目管理师等。
.软件架构是可传递、可重用的模型。
.软件架构是软件工程早期设计决策的体现，而且在整个开发周期中不断演进，软件架构对于软件质量(功能属性、非功能属性)都有重要影响。
“4+1”视图模型是最重要软件架构模式，由Philippe Kruchten 在1995年提出。如下图所示。
需要指出的是，并不是所有的软件架构都需要“4+1”视图。无用的视图可以从架构描述中省略，例如，单机软件，可以省略物理视图；而如果仅有一个进程或程序，则可以省略过程视图。对于非常小型的系统，甚至可能逻辑视图与开发视图非常相似，而不需要分开的描述。
第一步：总结出问题的要点。
[问题1]
考查采用面向对象的架构设计方法，“4+1”视图各个视图涉及的组件要素与风险承担者。 -
第16题：
软件设计过程是定义一个系统或组件(1)的过程，其中描述软件的结构和组织，标识各种不同组件的设计是(2)
(1)A、数据和控制流
B、架构和接口
C、对象模型
D、数据模型
(2)A、软件详细设计
B、软件对象设计
C、软件环境设计
D、软件架构设计
正确答案：B、D
-
第17题：
论软件系统架构风格 系统架构风格（System Architecture Style）是描述某一特定应用领域中系统组织方式的惯用模式.架构风格定义了一个词汇表和一组约束，词汇表中包含一些构件和连接件类型，而这组约束指出系统是如何将这些构件和连接件组合起来的口软件系统架构风格反映了领域中众多软件系统所共有的结构和语义特性，并指导如何将各个模块和子系统有效地组织成一个完整的系统。软件系统架构风格的共有部分可以使得不同系统共享同一个实现代码，系统能够按照常用的、规范化的方式来组织，便于不同设计者很容易地理解系统架构。
请以“软件系统架构风格”论题，依次从以下三个方面进行论述： 1．概要叙述你参与分析和开发的软件系统开发项目以及你所担任的主要工作。 2．分析软件系统开发中常用的软件系统架构风格有哪些？详细阐述每种风格的具体含义。 3．详细说明在你所参与的软件系统开发项目中，采用了哪种软件系统架构风格，具体实施效果如何。
正确答案：写作要点：
一、简要叙述所参与管理和开发的软件项目，并明确指出在其中承担的主要任务和开展的主要工作。
二、常见的架构风格5大类，至少选2-3个类进行说明。
Garlan和Shaw将软件架构风格分为五大类，数据流风格、调用/返回风格、独立构件风格、虚拟机风格和仓库风格。其中：
（1）数据流风格包括批处理序列架构风格和管道/过滤器架构风格；
（2）调用/返回风格包括主程序/子程序架构风格、数据抽象和面向对象架构风格和层次结构架构风格；
（3）独立构件风格包括进程通信架构风格和事件驱动的架构风格；
（4）虚拟机风格包括解释器架构风格和基于规则的系统；
（5）仓库风格包括数据库架构风格和黑板架构风格。
其他的还有特定领域软件架构、状态转移等以及分布式处理等。其中分布式架构风格中有客户机/服务器风格、浏览器/服务器风格、CORBA、DCOM、EJB。
每一种具体的软件结构风格的模型如下：
1．数据流风格包括批处理序列和管道/过滤器架构风格。
（1）批处理序列架构风格。组件为一系列固定顺序的计算单元，组件间只通过数据传递交互。每个处理步骤是一个独立的程序，每一步必须在前一步结束后才能开始，数据必须是完整的，以整体的方式传递。
（2）管道/过滤器架构风格。每个构件都有一组输入和输出，构件读输入的数据流，经过内部处理，然后产生输出数据流，经过处理，产生输出数据流。这个过程通常通过对输入流的变换及增量计算来完成，包括通过计算和增加信息丰富数据，通过浓缩和删除精炼数据，通过改变记录方式转化数据，递增地转化数据等。在输入被完全消费之前，输出便产生了。这里构件被称为过滤器，连接件就是数据流传输的管道，将一个过滤器的输出传到另一过滤器的输入。
2．调用/返回风格包括主程序/子程序架构风格、数据抽象和面向对象架构风格以及层次结构架构风格
（1）主程序/子程序架构风格。单线程控制，把问题划分为若干处理步骤，构件即为主程序和子程序。子程序通常可合成为模块。过程调用作为交互机制，即充当连接件。调用关系具有层次性，其语义逻辑表现为子程序的正确性取决于它调用的子程序的正确性。
（2）数据抽象和面向对象架构风格。这种风格的构件是对象。对象是抽象数据类型的实例。在抽象数据类型中，数据的表示和它们的相应操作被封装起来。对象的行为体现在其接受和请求的动作。连接件即是对象间交互的方式，对象是通过函数和过程的调用来交互的。对象具有封装性，一个对象的改变不会影响其他对象。对象拥有状态和操作，也有责任维护状态。这种结构风格中包含有封装、交互、多态、集成、重用等特征。
（3）层次结构架构风格。层次系统组织成一个层次结构。构件在一些层实现了虚拟机。连接件通过决定层间如何交互的协议来定义，拓扑约束包括对相邻层间交互的约束。这个风格的特点是每层为上一层提供服务，使用下一层的服务，只能见到与自己邻接的层。大的问题分解为若干个渐进的小问题，逐步解决，隐藏了很多复杂度。修改一层，最多影响两层，而通常只能影响上层。上层必须知道下层的身份，不能调整层次之间的顺序。
3．独立构件风格包括进程通信架构风格和事件驱动的架构风格
（1）进程通信架构风格。构件是独立的过程，连接件是消息传递。这种风格的特点是构件通常是命名过程，消息传递的方式可以是点对点、异步和同步方式、以及远过程调用等
（2）事件驱动的架构风格。构件不直接调用一个过程，而是触发或广播一个或多个事件。系统中的其他构件中的过程在一个或多个事件中注册，当一个事件被触发，系统自动调用在这个事件中注册的所有过程。一个事件的触发就导致了另一个模块中的过程的调用。这种风格中的构件是非命名的过程，它们之间交互的连接件往往是以过程之间的隐式调用（Implicit Invocation）来实现的。基于事件的隐式调用风格的主要优点是为软件重用提供了强大的支持，为构件的维护和演化带来了方便，其缺点是构件放弃了对系统计算的控制。
4．虚拟机风格包括解释器架构风格和基于规则的系统
（1）解释器架构风格。一个解释器通常包括完成解释工作的解释引擎，一个包含将被解释的代码的存储区，一个记录解释引擎当前工作状态的数据结构，以及一个记录源代码被解释执行的进度的数据结构。具有解释器风格的软件中含有一个虚拟机，可以仿真硬件的执行过程和一些关键应用。其缺点是执行效率较低。
（2）基于规则的系统。基于规则的系统包括规则集、规则解释器、规则/数据选择器以及工作内存。
5．仓库风格包括数据库架构风格和黑板架构风格
（1）数据库架构风格。数据库架构是库风格最常见的形式。构件主要有两大类，一个是中央共享数据源，保存当前系统的数据状态，另一个是多个独立处理元素，处理元素对数据元素进行操作。
（2）黑板架构风格。黑板架构包括知识源、黑板、控制三部分。知识源包括若干独立计算的不同单元，提供解决问题的知识，知识源响应黑板上的变化，也只修改黑板。黑板是一个全局数据库，包含解域的全部状态，是知识源互相作用的唯一媒介。知识源响应是通过黑板状态的变化来控制。黑板通常应用在对于解决问题没有确定性算法的系统中，例如信号处理、问题规划、编译器优化等软件系统的设计中。
三、结合项目的实际状况，指出在架构设计时选择使用软件架构风格的情况，包括选择的依据、如何做的，要给出实际的效果及分析。
-
第18题：
将系统需求模型转换为架构模型是软件系统需求分析阶段的一项重要工作，以下描述中，（ ）是在转换过程中需要关注的问题。
A.如何通过多视图模型描述软件系统的架构 B.如何确定架构模型中有哪些元素构成 C.如何采用表格或用例映射保证转换的可追踪性。 D.如何通过模型转换技术，将高层架构模型逐步细化为细粒度架构模型
正确答案：C
-
第19题：
试题一论模型驱动的软件开发方法及其应用
模型驱动架构( MDA)是对象管理组织(OMG)提出的一种新的软件开发方法，它强调由软件系统的建模行为驱动整个系统的开发过程，来完成系统的需求分析、架构设计、构建、测试、部署和运行维护等工作。与传统的UML模型相比，MDA能够创建出机器可读和高度抽象的模型，这种模型通过转换( Transformation)技术可自动转换为代码、测试脚本、数据库定义以及各种平台的部署描述。通过使用MDA技术，可以有效解决传统软件开发过程中的生产效率问题、系统移植问题、互操作问题以及文档和系统后期维护问题。
请围绕“模型驱动的软件开发方法及其应用”论题，依次从以下三个方面进行论述。
1．概要叙述你参与实施的模型驱动的软件开发项目以及你所担任的主要工作。
2．阐述模型驱动的软件开发过程中的主要活动，并论述模型驱动的软件开发过程
与传统的软件开发过程的区别。
3．阐述在进行模型驱动的软件开发时遇到了哪些问题，如何解决。
正确答案：写作要点：
一、论文中要具体介绍组织的业务背景、组织结构、软件系统的架构、采用的技术
等内容和担任的实际工作。
二、相关的内容包括：
1．模型驱动的软件开发过程中的主要活动包括：
(1)需求分析人员根据领域需求得到描述软件系统外部特征的计算无关模型(CIM)；
(2)在对CIM进行分析的基础上得到平台无关模型(PIM)，并根据业务逻辑进一步精化PIM;
(3)进行PIM到平台特定模型(PSM)的模型转换；
(4)将每个PSM转换为实现特定模型(ISM)，生成应用程序代码，并进行测试。
2．与传统的软件开发过程相比，模型驱动的软件开发方法有5个主要区别。
(1)自动实现模型变换。
传统的开发过程中，模型到模型的变换，或模型到代码的变换都是手工完成的；而模型驱动的开发过程中，模型变换都是由相关工具自动完成的，PIM到PSM、PSM到
ISM都可以自动转换实现。
(2) 模型是开发产品，也是程序生成的基础设施。
模型驱动的开发过程中，模型是软件开发生命周期中的核心产品，通过一系列转换
最终可以自动生成执行代码，是产生执行代码的基础设施。而在传统开发过程中模型只是分析人员、设计人员进行分析与交流的文档与图标，不能生成可用的应用程序代码。
(3)模型变换过程与代码生成过程同步，可维护性强。
模型驱动开发过程中，执行代码是由模型通过转换直接生成的，保证了模型与代码的同步。开发人员维护系统的重心不在是传统开发方法中的程序代码，而是与业务逻辑
相关、与技术平台无关的平台无关模型PIM。
(4)业务逻辑模型与实现技术平台分离。
需求分析阶段生成的PIM模型与开发技术、开发平台以及实现技术无关，并且PIM模型可以根据不同的技术平台，自动生成以模型为基础的、适用于不同技术平台的软件系统。
(5)提高了开发效率与软件质量。
模型驱动开发的模型架构代表了对系统不同层次的抽象，使得开发人员更加清晰地了解系统的整个架构，而不会被具体的实现技术所困扰。开发人员专注于根据系统业务
逻辑构建PIM，通过代码生成技术自动生成实现代码，减少了由于人为因素导致的系统实现错误。
三、在进行模型驱动的软件开发时可能存在的问题包括：如何对CIM和PIM进行建模；如何进行模型之间的转换，特别是PIM到PSM的转换；如何根据需求进行实现
平台选择；如何根据PSM生成ISM（代码）；如何进行系统测试；等等。 -
第20题：
软件架构设计包括提出架构模型、产生架构设计和进行设计评审等活动，是一个迭代的过程。架构设计主要关注软件组件的结构、属性和( )，并通过多种(请作答此空)全面描述特定系统的架构。A.对象
B.代码
C.文档
D.视图答案：D解析：软件架构设计包括提出架构模型、产生架构设计和进行设计评审等活动，是一个迭代的过程。架构设计主要关注软件组件的结构、属性和交互作用，并通过多种视图全面描述特定系统的架构。 -
第21题：
软件架构设计包括提出架构模型、产生架构设计和进行设计评审等活动,是一个迭代的过程。以下关于软件架构设计活动的描述,错误的是（）A. 在建立软件架构的初期,一般需要选择一个合适的架构风格
B. 将架构分析价段已标识的构件映射到架构中,并分析这些构件之间的关系
C. 软件架构设计活动将已标构件集成到软件架构中,设计并实现这些构件
D. 一旦得到了详细的软件架构设计,需要邀请独立于系统开发的外部人员对系统进行评审答案：C解析：软件架构设计包括提出架构模型、产生架构设计和进行设计评审等活动,是一个迭代的过程,在建立软件架构的初期,一般需要选择一个合适的架构风格,并将架构分析阶段已标识的构件映射到架构中,并分析这些构件之间的关系,一旦得到了详细的软件架构设计,需要邀请独立于系统开发的外部人员对系统进行评审。—般来说,软件架构设计活动将已标识构件集成到软件架构中,设计这些构件,但不予以实现。 -
第22题：
论软件系统架构风格系统架构风格(System Architecture Style)是描述某一特定应用领域中系统组织方式的惯用模式。架构风格定义了一个词汇表和一组约束，词汇表中包含一些构件和连接件类型，而这组约束指出系统是如何将这些构件和连接件组合起来的。软件系统架构风格反映了领域中众多软件系统所共有的结构和语义特性，并指导如何将各个模块和子系统有效地组织成一个完整的系统。软件系统架构风格的共有部分可以使得不同系统共享同一个实现代码，系统能够按照常用的、规范化的方式来组织，便于不同设计者很容易地理解系统架构。 (请围绕“论软件系统架构风格”论题，依次从以下三个方面进行论述。) 1．概要叙述你参与分析和开发的软件系统开发项目以及你所担任的主要工作。 2．分析软件系统开发中常用的软件系统架构风格有哪些?详细阐述每种风格的具体含义。 3．详细说明你所参与的软件系统开发项目中，采用了哪种软件系统架构风格，具体实施效果如何。答案：解析：[写作要点] 一、简要描述所参与分析和开发的软件系统开发项目，并明确指出在其中承担的主要任务和开展的主要工作。 二、分析在软件系统开发中常用的软件系统架构风格，详细阐述每种风格的具体含义。 软件系统开发中常用的软件系统架构风格主要包括： 1．管道和过滤器风格 在管道/过滤器风格的软件体系结构中，每个构件都有一组输入和输出，构件读输入的数据流，经过内部处理，然后产生输出数据流。这个过程通常通过对输入流的变换及增量计算来完成，所以在输入被完全消费之前，输出便产生了。因此，这里的构件被称为过滤器，这种风格的连接件就像是数据流传输的管道，将一个过滤器的输出传到另一过滤器的输入。此风格特别重要的过滤器必须是独立的实体，它不能与其他的过滤器共享数据，而且一个过滤器不知道它上游和下游的标识。一个管道/过滤器网络输出的正确性并不依赖于过滤器进行增量计算过程的顺序。 2．数据抽象和面向对象风格 抽象数据类型概念对软件系统有着重要作用，目前软件界已普遍转向使用面向对象系统。这种风格建立在数据抽象和面向对象的基础上，数据的表示方法和它们的相应操作封装在一个抽象数据类型或对象中。这种风格的构件是对象，或者说是抽象数据类型的实例。对象是一种被称作管理者的构件，因为它负责保持资源的完整性。对象是通过函数和过程的调用来交互的。 3．基于事件的隐式调用风格 基于事件的隐式调用风格的思想是构件不直接调用一个过程，而是触发或广播一个或多个事件。系统中的其他构件中的过程在一个或多个事件中注册，当一个事件被触发，系统自动调用在这个事件中注册的所有过程，这样，一个事件的触发就导致了另一模块中的过程的调用。基于事件的隐式调用风格的主要特点是事件的触发者并不知道哪些构件会被这些事件影响。这样不能假定构件的处理顺序，甚至不知道哪些过程会被调用，因此，许多隐式调用的系统也包含显式调用作为构件交互的补充形式。 4．层次系统风格 层次系统组织成一个层次结构，每一层为上层服务，并作为下层客户。在一些层次系统中，除了一些精心挑选的输出函数外，内部的层只对相邻的层可见。这样的系统中构件在一些层实现了虚拟机(在另一些层次系统中层是部分不透明的)。连接件通过决定层间如何交互的协议来定义，拓扑约束包括对相邻层间交互的约束。这种风格支持基于可增加抽象层的设计。这样，允许将一个复杂问题分解成一个增量步骤序列的实现。由于每一层最多只影响两层，同时只要给相邻层提供相同的接口，允许每层用不同的方法实现，同样为软件重用提供了强大的支持。 5．仓库风格 在仓库风格中，有两种不同的构件：中央数据结构说明当前状态，独立构件在中央数据存储上执行，仓库与构件间的相互作用在系统中会有大的变化。控制原则的选取产生两个主要的子类。若输入流中某类时间触发进程执行的选择，则仓库是一传统型数据库；另一方面，若中央数据结构的当前状态触发进程执行的选择，则仓库是一黑板系统。 6．C2风格 C2体系结构风格可以概括为：通过连接件绑定在一起的按照一组规则运作的并行构件网络。C2风格中的系统组织规则如下：系统中的构件和连接件都有一个顶部和一个底部；构件的顶部应连接到某连接件的底部，构件的底部则应连接到某连接件的顶部，而构件与构件之间的直接连接是不允许的；一个连接件可以和任意数目的其他构件和连接件连接；当两个连接件进行直接连接时，必须由其中一个的底部到另一个的顶部。 三、针对作者实际参与的软件系统开发项目，说明所采用的软件架构风格，并描述该架构风格所产生的实际应用效果。 -
第23题：
软件架构设计包括提出架构模型、产生架构设计和进行设计评审等活动，是一个迭代的过程。以下关于软件架构设计活动的描述，错误的是（）
- A、在建立软件架构的初期，一般需要选择一个合适的架构风格
- B、将架构分析阶段已标识的构件映射到架构中，并分析这些构件之间的关系
- C、软件架构设计活动将已标识构件集成到软件架构中，设计并实现这些构件
- D、一旦得到了详细的软件架构设计，需要邀请独立于系统开发的外部人员对系统进行评审
正确答案:C