软考系统架构师一些知识点记录-1-系统架构设计基础

个人随笔 (Owed by: 春夜喜雨 http://blog.csdn.net/chunyexiyu)

引言

准备去参加软考的考试,但对一些概念掌握的还不够,借此机会,整理记录一二,便于自己理解掌握。

知识范围

感觉不够清晰的部分主要是第三篇和第四篇的部分。
第三篇-架构设计高级知识;
第四篇-架构设计实践知识。

第三篇架构设计高级知识分6个小节,依次是

  1. 系统架构设计基础知识
  2. 系统质量属性与架构评估
  3. 软件可靠性基础知识
  4. 软件架构的演化和维护
  5. 未来信息综合技术
  6. 系统规划

第三篇架构设计实践知识分为8个小节,依次是

  1. 信息系统架构设计理论与实践
  2. 层次式架构设计理论与实践
  3. 云原生架构设计理论与实践
  4. 面向服务架构设计理论与实践
  5. 嵌入式系统架构设计理论与实践
  6. 通信系统架构设计理论与实践
  7. 安全架构设计理论与实践
  8. 大数据架构设计理论与实践

知识点或名词

本篇是关于 架构设计高级知识–系统架构设计基础 方面的知识点或名词。

SA—Software Architecture

(位于:架构设计高级知识-系统架构设计基础)
Software Architecture 软件架构 或 软件体系结构,是指系统的一个或多个结构,这些结构包括软件的构件(可能为程序模块、类、或中间件)、构件的外部可见属性及其之间的相互关系。梯形结构的设计包括数据库设计和软件结构设计,软件结构设计主要关注软件构件的结构、属性、交互作用,并通过多种视图全面描述。

软件架构是贯穿整个生命周期的,不同阶段作用和意义不同:
需求分析阶段:架构研究处于起步阶段。需求关注问题空间,架构关注求解空间。
设计阶段:关注的最早和最多的阶段。
实现阶段:实现从软件架构向实现转换。
构件组装阶段:可复用构件组装的设计,提高系统实现效率。
部署阶段:足适合展示部署的软硬件架构,评估分析部署方案。
后开发阶段:围绕维护、演化、复用。

面向对象架构风格 vs 解释器架构风格

面向对象架构风格:
通过编写新的规则实现代码,并通过应用重启或热加载添加规则,可修改性稍差;
通过策略模式定义规则对象,以程序逻辑实现规则,灵活性差;
将规则以源代码描述,以编译后的代码运行,性能好;
简单来说,可修改性差、灵活性差、执行效率高、质量高易维护。

解释器架构风格:
通过编写新的规则文件,并通过导入配置文件添加规则,可修改性好;
可灵活定义规则计算表达式,灵活性好;
需要加载规则、解析规则、规则运算、再得到结果,性能较差;
简单来说,可修改性高、灵活性强、执行性能较差。

ABSD—Architecture-Based Software Design

(位于:架构设计高级知识-系统架构设计基础)
基于架构/体系结构的软件设计,是架构/体系结构驱动的,也即构成架构/体系结构的商业、质量、功能需求的组合驱动的。
采用视角与视图来描述软件架构,采用用力来描述功能需求,采用质量场景来描述质量需求。
ABSD方法有三个基础:功能的分解,通过选择架构风格来实现质量和商业需求,软件模板的使用。
ABSD是自顶向下,递归细化的,迭代的每一步都有清晰的定义。

ABSDM模型把软件开发过程划分为6步:
体系结构需求,【体系结构设计,体系结构文档化,体系结构复审】,体系结构实现,体系结构演化

体系结构需求-细化:
需求获取(质量目标、系统商业目标、系统开发人员商业目标)、标示构件(生成类图、类分组、类打包成构件)、架构需求评审

软件架构风格

(位于:架构设计高级知识-系统架构设计基础)
软件体系结构风格是描述某一特定应用领域中系统组织方式的惯用模式。体系结构风格定义一个系统家族,即定义一个词汇表和一组约束。
词汇表:包含构件和连接件。
约束:约束定义构件和连接件的组合方式。

  1. 数据流架构风格
    例如:批处理架构风格、管道和过滤器架构风格
  2. 调用/返回架构风格
    例如:主程序/子程序风格,面向对象架构风格,层次型架构风格,客户端C/S服务器架构风格,浏览器B/S服务器风格
  3. 以数据为中心的架构风格
    例如:仓库架构风格,黑板架构风格
  4. 虚拟机架构风格
    例如:解释器架构风格,规则架构风格
  5. 独立构件架构风格
    例如:进程通信架构风格,事件系统架构风格
  6. C2风格
    通过连接件连接构件或某个构件组,构件与构件之间无连接
DSSA—Domain Specific Software Architecture

(位于:架构设计高级知识-系统架构设计基础)
DSSA-特定领域构件架构,是在一个特定应用领域中为一组应用提供组织结构参考的标准软件架构。即用于某一特定应用领域的标准软件构件集合。
DSSA的特征:领域性、普遍性、抽象性、可复用性。
DSSA的基本活动:领域分析、领域设计、领域实现。
DSSA的建立过程是并发的、递归的、反复的螺旋模型。
DSSA的建立分为5个阶段:定义领域范围、定义领域特定元素、定义领域特定的设计和实现约束、定义领域模型和架构、产生搜集可复用单元

领域分析主要目标是获得领域模型;领域分析人员与领域专家指导;
领域设计的主要目标是获得DSSA-特定领域构件架构;领域设计人员开发DSSA。
领域实现主要目标是依据领域模型和DSSA开发和组织可复用信息。领域实现人员。

个人随笔 (Owed by: 春夜喜雨 http://blog.csdn.net/chunyexiyu)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

春夜喜雨

稀罕你的喜欢!!

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值