系统架构设计师考前冲刺笔记-第3章-软件架构设计
文章目录
- 第3章 软件架构设计
- 大纲
- 6 4+1视图
- 11 体系结构风格
- 12 体系结构风格
- 14 体系结构风格
- 16 体系结构风格
- 23 质量属性
- 24 质量属性
- 26
- 30 ATAM
- 33 SAAM
- 35 ATAM 质量效用树
- 37 DSSA
- 38
- 42 构件
- 43 复用资产
- 44 Web服务架构
- 总结:架构风格
- 数据流风格
- 调用返回风格
- 独立构件风格
- 虚拟机风格
- 以数据为中心
- 过程控制
- C2风格
- 风格判断
第3章 软件架构设计
大纲
6 4+1视图
11 体系结构风格
12 体系结构风格
14 体系结构风格
16 体系结构风格
23 质量属性
资源仲裁:含先进/先出、固定优先级、动态优先级、静态调用
可修改性 信息隐藏(Hide information):目的是将变更隔离在一个模块内,防止变更扩散
24 质量属性
26
30 ATAM
33 SAAM
35 ATAM 质量效用树
37 DSSA
38
42 构件
43 复用资产
44 Web服务架构
总结:架构风格
数据流风格:以数据处理为导向
独立构件:跟调用返回横向对比。调用返回风格是同步的,等到结果返回才能继续执行;独立构件风格的话,构件之间打交道,不直接打交道,可以通过发消息等,保证每个构件的独立性
虚拟机风格:自建一套规则,自建一套基于规则、能对规则进行解释的系统支撑规则的灵活运行
以数据为中心:数据在中间,对数据进行操作
数据流风格
优点没有缺点突出
交互性较差:主要做数据处理,把数据丢给计算机,让计算机一步一步干
传统编译器:eg.C语言,词法分析、语法分析、语义分析,一步一步执行
网络报文处理:7层处理模型
批处理和管道-过滤器:最大的区别是交互
整体数据和流式数据的理解:
- 看视频先下载到本地再看是整体
- 边看边下载就是流式
构件完成功能,连接件做衔接
调用返回风格
一般是同步机制
严格分层:下层为上层服务,上层也只能调用下层
独立构件风格
与调用返回风格对比
间接机制灵活度会高一些
事件风格/隐式调用属于独立构件风格的一种
虚拟机风格
业务多变,固定的机制流程,难以应对
eg.打游戏,地图规则,做成一种语言 地图解释引擎来解释这种语言编制的地图
自定义的规则
由java虚拟机来应对不同的变化
以数据为中心
数据库
mysql、oracle
黑板系统通常是在数据库系统上来实现的
过程控制
C2风格

风格判断