系统架构设计（最重要的章节）

已于 2023-10-17 08:41:07 修改
阅读量234 收藏
点赞数
分类专栏： 架构师选择题课件 文章标签： 系统架构
于 2023-09-25 17:31:34 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_41701723/article/details/133274060
版权

系统架构设计

在这里插入图片描述
上午题15到20
案例分析一题
论文一题

软件架构的概述

在这里插入图片描述

架构设计是在需求分析和软件设计之间的过渡阶段
构件可以看成一个具体的功能。
连接件连接不同的构件
在面向对象中，构件由多个对象，多个类组成

软件架构的组成：构件，连接件，模式，模式约束

软件架构显示了需求和构件之间的对应关系

研究软件架构的根本目的：软件复用(软件级别的复用)，质量，维护

在这里插入图片描述

技术人员：软件设计人员
非技术人员：需求分析人员

软件架构设计与生命周期

在这里插入图片描述

SA:软件架构

需求分析：问题空间
架构设计SA：解空间

需求->软件架构设计->系统设计

由此存在如何根据需求模型构件SA模型，如果保证模型转换的可追踪性

设计阶段：

  1. SA模型的描述：SA基本概念，体系结构描述语言，SA模型的多视图表示
  2. SA模型的设计与分析方法
  3. 对SA设计经验的总结与复用

在这里插入图片描述

构件

架构就是描述构件和连接件之间的关系

在这里插入图片描述

对象
模块
原子构件
构件
服务

粒度是越来越大的

在这里插入图片描述

一个构建可包含多个类元素，但是一个类元素只能属于一个构件

在这里插入图片描述

构件标准

在这里插入图片描述

构件流派：

EJB常考
会话Bean
实体Bean
消息驱动Bean

COM微软

CORBA
对象请求代理 ORB
公共对象服务
公共设施

软件架构风格（重点）

在这里插入图片描述

选择题考挖空

架构风格：一个架构定义，词汇表，约束（术语表，规则）

架构风格：众多系统的共有结构和语义特性，将模块和子系统组织成一个完整的系统

架构级软件复用

在这里插入图片描述

五种架构风格

数据流风格
调用/返回风格
独立构件风格
虚拟机风格
仓库风格

数据流风格

在这里插入图片描述

区分批处理序列和管道-过滤器

在这里插入图片描述

在这里插入图片描述

区别：
批处理：前一个执行完成才能执行下一个
管道过滤器：前面的执行到部分可以执行下一个

调用返回风格

在这里插入图片描述

主程序/子程序（显示调用）：程序就是构件，过程调用是连接件
面向对象：构件是对象，连接件是对象之间的交互方式
层次结构：构件是层次结构，连接件是层之间的交互协议

在这里插入图片描述

在这里插入图片描述

独立构件风格

在这里插入图片描述
进程通信：

构件是进程，连接件是消息传递

消息传递方式：点对点，异步同步，远程过程调用

事件驱动系统：

在这里插入图片描述

虚拟机凤格

在这里插入图片描述

在这里插入图片描述

解释器
在这里插入图片描述

基于规则的系统
在这里插入图片描述

用于人工智能领域和DSS（决策支持）

仓库（数据共享）风格

在这里插入图片描述
数据库系统
在这里插入图片描述

黑板系统

在这里插入图片描述

语言识别，知识推理

超文本系统:

  1. 属于仓库风格
  2. 应用于互联网领域

IDE一般采用数据仓库架构风格

其他架构风格

闭环控制

在这里插入图片描述
C2体系风格
在这里插入图片描述

构件和构件之间不能直接连接，需要通过连接件来连接

构件的顶部连接到连接件的底部
构件的底部连接到连接件的顶部
在这里插入图片描述

架构风格汇总（选择题考）

在这里插入图片描述

记忆关键词

在这里插入图片描述

a,，b在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

c在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
引入对象管理层，降低了性能
在这里插入图片描述

在这里插入图片描述

a
自定义规则在这里插入图片描述

在这里插入图片描述

a在这里插入图片描述
连接件绑定
构件之间不能有直接的交互

在这里插入图片描述

a
前一个阶段，下一个阶段

在这里插入图片描述

d
在这里插入图片描述
业务灵活组合

层次架构风格 (案例分析)

选择提主要就是考察上面的那个表，这个层次架构风格不怎么考察
这个层次架构风格主要是在案例分析里面考察

两层C/S架构

在这里插入图片描述

表示层 (客户端使用)
数据层 (服务器)

客户端和服务器都存在业务处理

在这里插入图片描述

表示层（客户端） ，客户机
数据层（只包含数据存储） ，数据库服务器
功能层（包含数据层和表示层的业务处理功能）专门处理业务逻辑的 ，应用服务器

三层B/S架构

在这里插入图片描述

浏览器-服务器模式

浏览器
WEB服务器
数据库服务器

C/S：内部人员，修改
B/S：外部人员，查询

富有互联网应用RIA

在这里插入图片描述

本质是基于B/S三层架构
没有客户端

使用互联网传输，现场搭建客户端
结合了B/S架构和C/S架构的优点
在这里插入图片描述

类似于微信小程序

MVC架构

案例分析里面常考的

在这里插入图片描述

视图和用户交互
控制器是处理用户交互的
模型是数据层（数据读取和业务逻辑处理）

最后的模型直接给视图（用户）返回数据了

MVP架构

在这里插入图片描述
在这里插入图片描述

prensenter

MVVM架构

在这里插入图片描述

在这里插入图片描述

ViewModel

面向服务的架构风格

在这里插入图片描述

对象
构件
服务
粒度越来越粗

ESB企业服务总线

服务是为了满足业务需求的操作，规则的逻辑组合

在这里插入图片描述

实现企业IT资产重用最大化

基于服务的构件和传统构件的区别

  1. 粗粒度
  2. 接口是标准的
  3. 实现与语言无关
  4. 通过构件容器提供QoS的服务

SOA中的关键技术

在这里插入图片描述

功能和协议需要记忆一下

SOA的实现方式

  1. WEB Service
  2. 服务注册表
  3. ESB
    在这里插入图片描述
    在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

c
传递消息：远程调用在这里插入图片描述d在这里插入图片描述

架构复用

在这里插入图片描述

软件产品线是面向业务流的
对核心资产进行集成复用

机会复用：没有规划
系统复用：有规划

复用的基本过程：

  1. 构造/获取可复用的软件资产
  2. 管理这些资产
  3. 针对特定的需求，从这些资产中选择可复用的部分

DSSA

特定领域的软件架构：DSSA

重要

在这里插入图片描述

  1. 适用于特定的领域
  2. 软件构件的集合

垂直域：一个特定领域
水平域：多个特定领域

在这里插入图片描述

领域分析
领域设计
领域实现

考察较多

在这里插入图片描述

领域专家：懂技术，懂业务
领域分析人员
领域设计人员
领域实现人员

领域专家，领域分析人员：领域模型
领域设计人员：特定领域的软件开发（DSSA）
领域实现人员：开发具体的架构

考察较多

在这里插入图片描述

考察较少

前两个是领域分析，
3，4 是领域设计
5 是领域实现

在这里插入图片描述

在这里插入图片描述

c
c在这里插入图片描述

在这里插入图片描述

c

d
b在这里插入图片描述
领域分析：领域模型
领域设计：特定领域软件重用模型
领域实现：开发组织软件重用,实现基础架构

ABSD

重要

基于架构的软件开发

在这里插入图片描述

架构驱动
业务，质量，功能需求 驱动架构设计

视角和视图 描述软件架构

用例和质量属性场景 描述需求

  1. 用例：功能需求
  2. 质量属性场景：质量需求

考察定义

在这里插入图片描述

需求，设计，文档化，复审，实现，演化

在这里插入图片描述

架构就是由一个一个的构件和连接件组成
类，构件，架构

架构文档化生成：
架构规格说明
测试架构需求的质量设计说明书

在这里插入图片描述

在这里插入图片描述

b
c
c
在这里插入图片描述

在这里插入图片描述

a
在这里插入图片描述

软件系统的质量属性

在这里插入图片描述

很少考察

开发阶段（开发人员）
运行阶段（用户）

软件架构评估 (重点)

系统架构评估的质量属性：

在上午题考察5分，在案例分析考察5到10分

在这里插入图片描述

质量属性的定义
质量属性所包含的子特性
使用什么设计策略达到相关的质量属性

可靠性和可用性优先可用性

在这里插入图片描述

后面三个考察较少

质量属性场景

在这里插入图片描述

刺激源：主体
刺激：操作
环境：条件
制品：客体
响应：客体对主体刺激的响应
响应度量：

软件架构评估

在这里插入图片描述

敏感点：一种特定的质量属性
权衡点：多个质量属性

风险点：可能引起风险的因素
非风险点：可行可接受的

软件架构评估的概念：架构设计之后，系统设计之前（评估所采用的架构是否解决软件系统需求，质量，成本）

系统架构评估方式

在这里插入图片描述

调查问卷方式
度量方式
场景方式

场景方式：

  1. 确定应用领域的功能和软件架构的结构之间的映射
  2. 体现待评估质量属性的场景
  3. 分析软件架构对场景的支持程度

刺激：输入
响应：输出
环境：真实的场景

基于场景的评估方法

SAAM

了解就行

ATAM(重要)

ATAM在选择题和案例分析题中经常考察到

在这里插入图片描述

右边的文字选择题考察
左边的图像是论文中思路

评估小组
项目决策者
其他项目相关人

场景和需求收集
体系结构视图和场景实现
属性模型构造和分析
折中

属性作为架构评估的核心概念（质量属性）：性能，可用性，安全性，可修改性

关于左边的图：
描述和介绍阶段
调查和分析阶段
测试阶段

CBAM

在这里插入图片描述

几乎不考

在这里插入图片描述

b
d
在这里插入图片描述
可靠性，可用性之间优先可用性在这里插入图片描述
c
c
在这里插入图片描述
b
a

在这里插入图片描述

c
a
c
在这里插入图片描述
相关质量属性
d (不属于之前所学习的8个质量属性中的)
a (控制和调试)
d
在这里插入图片描述
c

下面的不重要

在这里插入图片描述
在这里插入图片描述

中间件

在这里插入图片描述

中间件

  1. 分布式系统环境
  2. 操作系统和应用程序之间的软件

在这里插入图片描述

中间件分类：

  1. 数据库访问中间件
  2. 远程过程调用RPC
  3. 面向消息中间件
  4. 分布式对象中间件
  5. 事务中间件

J2EE

在这里插入图片描述

在这里插入图片描述

JAVA

.NET

在这里插入图片描述

微软

计算机CV民工
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
系统架构设计师章节分类真题.zip
05-25
《系统架构设计师章节分类真题》是一份针对系统架构设计师这一职业资格认证考试的重要学习资料。这份压缩包文件集合了历年来的真题，为备考者提供了丰富的实践练习资源。"系统架构设计师"是信息技术领域中的高级职位...
《软件架构设计》一书目录
温昱著译评
06-05 6476
第一部分  软件架构概念与思想篇 1第1章  解析软件架构概念 31.1  软件架构概念的分类 31.1.1  组成派 41.1.2  决策派 51.2  软件架构概念大观 51.2.1  Booch、Rumbaugh和Jacobson的定义 51.2.2  Woods的观点 61.2.3  Garlan和Shaw的定义 61.2.4  Perry和Wolf的定义 61.2.5  Boehm的定义
详谈软件架构设计（四）之构件与中间件技术以及Web架构设计
华星详谈的博客
10-12 3873
题外话：本篇文章讲的是软件架构设计中的最后一章节，构件与中间件技术以及Web架构设计等内容。 一：构件与中间件技术 1、构建的定义： 定义１：软件构件是一种组装单元，它具有规范的接口规约和显式的语境依赖。软件构件可以被独立地部署并由第三方任意地组装。 定义２：构件是某系统中有价值的、几乎独立的并可替换的一个部分，它在良好定义的体系结构语境内满足某清晰的功能。 ......
【新版】系统架构设计师 - 纲要章节汇总
初八
06-07 2727
【新版】系统架构设计师 - 纲要章节汇总 欢迎加好友一起讨论和进步，楼主v：lili40342，请注明CSDN。
第2章 项目需求及架构设计
Knight
05-11 309
2.1 项目需求分析 2.2 项目框架 2.2.1 技术选型 2.2.2 系统数据流程设计 2.2.3 框架版本选型 2.2.4 服务器选型 2.2.5 集群资源规划设计 电脑内存16g 三台机子分别配6g 4g 4g
2023年系统架构设计师备考必备资料
06-21
系统架构设计师备考必备资料是针对2023年度专业资格认证考试的重要参考资料，旨在帮助考生全面理解和掌握系统架构设计的核心知识。本压缩包包含了多份关键文档，包括"系统架构设计师教程第二版.pdf"、"软考-系统架构...
系统架构设计师考试大纲.docx
08-10
资源涵盖了系统架构设计是考试的考试目标、考试要求、题目设计，最重要的是划定了考试范围，根据考试范围可以清晰的知道对应的3场考试都考些什么，如何有效复习。资源的后面还附带了题目举例。 资源非常适合在纠结...
系统架构设计师教程 软考高级
11-21
安全是系统架构设计中的另一个重要主题。教程会涵盖身份验证、授权、加密以及网络安全策略，确保系统在面对潜在威胁时能保持稳健。同时，考虑到系统的可扩展性，教程会讨论微服务架构、云原生设计原则以及容器化技术...
淘宝_高级系统架构设计师.7z
08-02
在IT行业中，淘宝作为中国最大的电子商务平台之一，其背后的技术体系和系统架构设计无疑是业界的典范。"淘宝_高级系统架构设计师"这个主题涉及到的知识点非常广泛，涵盖了多个技术领域，包括但不限于分布式系统、...
系统架构的基础：定义、原则与发展历程
07-09 141
在信息技术快速发展的今天，系统架构已经成为推动软件开发、系统设计以及企业信息化进程的关键要素。系统架构不仅仅是技术实现的蓝图，更是统筹规划、资源整合和性能优化的核心支柱。本文将深入探讨系统架构的定义、基本组成部分以及其发展历程，帮助读者全面理解这一领域的关键概念和演进路径。
【中项第三版】系统集成项目管理工程师 | 第 4 章 信息系统架构③ | 4.6
静谧、淡雅
07-09 667
系统集成项目管理工程师 | 第 4 章 信息系统架构③ | 4.6
MUNIK解读ISO26262--系统架构
m0_61714886的博客
07-05 779
通过在设计阶段就充分考虑安全需求，采用分层的安全策略，设计安全关键组件，以及进行严格的安全验证和确认，可以有效地提高系统的安全性。个模块之间少不了有通讯或者系统层级需要有程序的烧录等情况出现，模块可能会通过CAN，CAN-FD，UART，I2C，SPI，PHY等进行片内或片外、板内或板外的通讯或者程序的烧录，下面以串口UART举例说明通讯模块的安全机制都有哪些。综上所述，系统架构设计是我们在产品开发中不可忽视的重要阶段，下面我们着重探讨“系统的架构类型”和“系统架构层级相关的安全机制”。
如何理解康威定律在软件开发中的应用？
喜欢猪猪
07-03 360
康威定律在软件开发中的应用，提醒我们软件系统的架构和开发团队的组织结构是紧密相关的。设计出更符合团队组织结构的系统架构，提升开发效率和系统可维护性。调整团队组织结构，以支持理想的系统架构和设计。识别和解决沟通瓶颈，从而优化团队协作和系统设计。灵活应对组织结构变化，保持系统架构的健康和稳定。充分理解和应用康威定律，将有助于我们在复杂的软件开发项目中，构建高效、灵活和可维护的系统。
【中项第三版】系统集成项目管理工程师 | 第 4 章 信息系统架构① | 4.1-4.2
静谧、淡雅
07-05 777
系统集成项目管理工程师 | 第 4 章 信息系统架构 | 4.1-4.2
论系统架构
Ediwal的博客
07-06 148
Rule+Relation+Role+Rank（顶层架构）
软考-系统架构设计师[九年]上岸感想
人总要坚持点什么
07-04 715
希望这个内容对你有所帮助，祝顺利通过考试，加油！
系统架构设计师教程（清华第2版）＜第2章 计算机系统基础知识＞解读
Remon的专栏
07-09 830
《系统架构设计师教程》清华第二版 2.1 计算机系统概述及2.2计算机硬件 这两章节的详细解读
系统架构设计师教程 第二章 计算机系统基础知识-2.3计算机软件
Remon的专栏
07-09 648
《系统架构设计师教程》清华第二版 2.3计算机软件 章节的详细解读
【系统架构设计】计算机组成与体系结构（二）
最新发布
weixin_48618536的博客
07-09 844
存储器用来存放程序和数据的部件，是一个记忆装置，也是计算机能够实现“存储程序控制”的基础。在计算机系统中，规模较大的存储器往往分成若干级，称为存储器系统。传统存储器系统一般分为高速缓冲存储器（Cache）、主存、辅存三级。主存：可由CPU直接访问，存取速度快，但容量小，一般用来存放当前正在执行的程序和数据。辅存：在主机外部，存储容量大，价格较低，但存取速度较慢，一般用来存放暂时不参与运行的程序和数据，CPU不可以直接访问辅存，辅存中的程序和数据在需要时才传送到主存，因此它是主存的补充和后援；

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值