23年架构师考前几页纸_20.docx

  1. 1、本文档共6页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

系统架构设计师考试背记精要

1、架构的本质:

(1)软件架构为软件系统提供了一个结构、行为和属性的高级抽象。

(2)软件架构风格是特定应用领域的惯用模式,架构定义一个词汇表和一组约束。

2、数据流风格:适合于分阶段做数据处理,交互性差,包括:批处理序列、管理过滤器。

3、调用/返回风格:一般系统都要用到,包括:主程序/子程序,面向对象,层次结构(分层越多,性能越差)。

4、独立构件风格:构件是独立的过程,连接件是消息传递。包括:进程通信,事件驱动系统(隐式调用)。应用场景,通过事件触发操作。

5、虚拟机风格:包括解释器与基于规则的系统,有自定义场景时使用该风格。

6、仓库风格(以数据为中心的风格):以共享数据源为中心,其它构件围绕中心进行处理。包括:数据库系统、黑板系统(语言处理,信号处理),超文本系统。

7、闭环控制架构(过程控制):定速巡航,空调温控。

8、MVC:视图(JSP),控制器(Servlet),模型(EJB)。

9、SOA:粗粒度,松耦合,标准化。Webservice与ESB是SOA的实现技术。

10、ESB:位置透明性、消息路由、服务注册命名、消息转换、多传输协议、日志与监控。

11、REST的5大原则:所有事物抽象为资源、资源唯一标识、通过接口操作资源、操作不改变资源标识、操作无状态。

12、微服务特点:小,且专注于做?件事情;轻量级的通信机制;松耦合、独立部署。

13、微服务优势:技术异构性、弹性、扩展、简化部署、与结构相匹配、可组合性、对可替代性的优化。

14、微服务与SOA对比:

微服务

SOA

能拆分的就拆分

是整体的,服务能放一起的都放一起

纵向业务划分

是水平分多层

由单一组织负责

按层级划分不同部门的组织负责

细粒度

粗粒度

两句话可以解释明白

几百字只相当于SOA的目录

独立的子公司

类似大公司里面划分了一些业务单元(BU)

组件小

存在较复杂的组件

业务逻辑存在于每一个服务中

业务逻辑横跨多个业务领域

使用轻量级的通信方式,如HTTP

企业服务总线(ESB)充当了服务之间通信的角色

15、MDA的3种核心模型:平台独立模型(PIM),平台相关模型(PSM),代码Code:。

16、ADL的三个基本元素:构件,连接件,架构配置。

17、DSSA基本活动:领域分析(建立领域模型),领域设计(获得DSSA),领域实现(开发和组织可复用信息)。

18、DSSA角色:领域专家(有经验的用户、分析、设计、实现人员,“给建议”),领域分析人员(有经验的分析师,完成领域模型),领域设计人员(有经验的设计师,完成DSSA),领域实现人员(有经验的程序员完成代码编写)。

19、DSSA三层次模型:领域架构师对应领域开发环境,应用工程师对应领域特定的应用开发环境,操作员对应应用执行环境。

20、ABSD方法是架构驱动,即强调由业务、质量和功能需求的组合驱动架构设计。

21、ABSD方法有三个基础:功能的分解,通过选择架构风格来实现质量和业务需求,软件模板的使用。

22、ABSD开发过程:

(1)架构需求(需求获取、生成类图、对类进行分组、打包成构件、需求评审)

(2)架构设计(提出架构模型、映射构件、分析构件相互作用,产生架构,设计评审)

(3)架构文档化:从使用者角度编写,分发给所有相关开发人员,保证开发者手中版本最新。

(4)架构复审:标识潜在的风险,及早发现架构设计中的缺陷和错误。

(5)架构实现(复审后的文档化架构,分析与设计,构件实现,构件组装,系统测试)

(6)架构演化(需求变化归类,架构演化计划,构件变动,更新构件相互作用,构件组装与测试,技术评审,演化后的架构)

23、架构评审四大质量属性:

(1)性能:代表参数(响应时间、吞吐量),设计策略(优先级队列、资源调度)。

(2)可用性:尽可能少的出错与尽快的恢复。代表参数(故障间隔时间,故障修复时间),设计策略(冗余、心跳线)。

(3)安全性:破坏机密性、完整性、不可否认性及可控性等特性。设计策略(追踪审计)

(4)可修改性:新增功能多少人月能完成,设计策略(信息隐藏,低耦合)

24、风险点:系统架构风险是指架构设计中潜在的、存在问题的架构决策所带来的隐患。

非风险点:一般以某种做法,“是可以实现的”、“是可以接受的”方式进行描述。

敏感点:指为了实现某种特定的质量属性,一个或多个构件所具有的特性。

权衡点:影响多个质量属性的特性,是多个质量属性的敏感点。

25、基本场景的评估方法:ATAM,SAAM,CBAM。

26.SAAM:最初用于分析架构可修改性,后扩展到其他质量属性。

SAAM五个步骤:即场景开发、体系结构描述、单个场景评估、场景交互和总体评估。

27、ATAM四大阶段:场景和需求收集、结构视图场景实现、属性模型构造和

文档评论(0)

momo + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档