软件架构中， （ ） 包括进程通信和事件驱动的系统A.数据流 B.调用/返回 C.虚拟机 D.独立构件

正确答案：C

正确答案：D

正确答案：D
解析：软件架构是指大型、复杂软件系统结构的设计、规格说明和实施。它以规范的形式装配若干结构元素，从而描述出系统的主要功能和性能要求，同时表述其他非功能性需求(如可靠性、可扩展性、可移植性和可用性等)。软件架构为软件系统提供了一个结构、行为和属性的高级抽象模式，可以使用公式“软件架构={构成系统的元素，指导元素集成的形式，关系和约束}”来表达。
  “4+1”视图模型用5个视图组成的模型来描述软件架构。该模型包含5个主要视图及其实现的功能如表7-7所示。

正确答案：B

答案：A

解析：

答案：D

解析：

答案：B

解析：

答案：C

解析：

正确答案：[答案要点] 本题相当于选择题但要获得好的成绩仍需要仔细构思。 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”视图各个视图涉及的组件要素与风险承担者。

正确答案：D

正确答案：本题内容按模拟题中的“论基于场景的软件体系结构评估方法”组织内容即可，因为目前常用的架构评估方法，均为基于场景的评估方法。
一、首先用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方法、描述商业动机、描述体系结构、确定体系结构方法、生成质量属性效用树、分析体系结构方法、讨论和分级场景、描述评估结果。

参考答案：C

答案：B

解析：

答案：B

解析：

答案：A

解析：