架构师选择题--软件架构设计

真题

c

中间件分为5类：

交互是最基本的功能

b
公共服务：可复用的服务

b

c
微服务去中心化
面向服务集中式

d
架构的组成： 构件 , 连接件 , 约束规则
做为部署单元拆分没有意义

a
接口是已经命名的一组操作的集合

A

D

A,A

B
B

B
D

B
D

B

C

C
C

A

C

C

B
质量属性效用树

d

a

d

a

b
d
对象重用的两种形式：包含，聚集

a
c

c
b
并发同步：过程视图
开发环境：开发视图
4+1视图：逻辑视图，过程视图，物理视图，开发视图，场景视图
逻辑视图：系统功能需求
过程视图：并发和同步
物理视图：部署
开发视图：模块视图
场景视图：用例视图，获取需求

a

软件架构风格

基于架构的软件开发（ABSD）

自顶向下，逐步细化
产出：构件和模块

a
b
垂直域–一个
水平域–多个

d
分层架构，数据流，事件驱动，基于规则系统
a
和规则相关

特定领域的软件架构

领域分析：产出领域需求模型（领域模型）
领域设计：产出特定领域的软件架构（DSSA）
领域实现：开发和利用DSSA

特定领域的四种角色人员

领域专家：需求获取
领域分析人员：需求获取
领域设计人员
领域实现人员

三层次模型

领域开发阶段：领域架构师
领域特定应用开发阶段：应用工程师
应用执行环境：操作员

b
a

b

c
c
场景从风险承担者的角度

质量属性

性能：加了数字的功能描述

心跳，Ping/Echo
冗余，选举（n版本冗余）

6,7,8考察较少

架构评估

19年之后，风险点和非风险点就很少考察了

软件架构评估时期：架构设计之后，系统设计之前

a,c
因为 61 空中出现了：安全性，性能

a.c

表示层
功能层
数据层

b

1. 底层错误导致无法运行
2. 层数多了性能下降

层次架构风格

两层C/S：表示层，数据层
三层C/S：表示层，中间层（功能层），数据层
三层B/S：使用浏览器替代客户端（0客户端）

RIA结合了客户端，浏览器端的优势。
(B/S架构，远程传输来一个服务器，基于服务器通讯)

b
装配构件：已经装配在操作系统的不同层次上，可以直接使用
可修改构件：可以进行修改，替换
有限制构件：描述使用构件的限制（使用条件和前提）
适应性构件：解决构件之间不兼容问题
独立成熟构件：构件可以独立部署，独立运行

a
b(交易)
d
中间件：提供负载均衡和高可用性
中间件两大功能：

1. 连接
2. 提供公共服务

a
b
b
a

b
a
b(机密，时延)

a
b
a

a
d
b
c
d

a
b
d

c
基于功能的构件组装
基于数据的组装
面向对象的构件组装技术

d
c
a

a
c

a
a
c

软件架构评估

四个活动领域：
场景和需求收集
体系结构视图和场景实现
属性模型构造和分析
折中

四个阶段：
描述和介绍阶段
调查和分析阶段
测试阶段
报告阶段

案例题

质量属性效用树
1：安全性
2：可修改性
a:功能
b:安全性
c:性能
d:功能
e:性能
f:可用性
g:可修改性
h:可用性
i:可测试性
j:安全性
k:可修改性

性能：加了数字的功能描述
安全性：追踪审计
可用性；
可修改性：

架构风格对比

根据用户偏好等相关特性调整商品的折扣力度–解释器风格（自定义）

适用于案例分析
架构风格对比