软考系统架构师案例分析知识点整理.docx

上传人:b****6 文档编号:16221261 上传时间:2023-07-11 格式:DOCX 页数:13 大小:98.17KB
下载 相关 举报
软考系统架构师案例分析知识点整理.docx_第1页
第1页 / 共13页
软考系统架构师案例分析知识点整理.docx_第2页
第2页 / 共13页
软考系统架构师案例分析知识点整理.docx_第3页
第3页 / 共13页
软考系统架构师案例分析知识点整理.docx_第4页
第4页 / 共13页
软考系统架构师案例分析知识点整理.docx_第5页
第5页 / 共13页
软考系统架构师案例分析知识点整理.docx_第6页
第6页 / 共13页
软考系统架构师案例分析知识点整理.docx_第7页
第7页 / 共13页
软考系统架构师案例分析知识点整理.docx_第8页
第8页 / 共13页
软考系统架构师案例分析知识点整理.docx_第9页
第9页 / 共13页
软考系统架构师案例分析知识点整理.docx_第10页
第10页 / 共13页
软考系统架构师案例分析知识点整理.docx_第11页
第11页 / 共13页
软考系统架构师案例分析知识点整理.docx_第12页
第12页 / 共13页
软考系统架构师案例分析知识点整理.docx_第13页
第13页 / 共13页
亲,该文档总共13页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

软考系统架构师案例分析知识点整理.docx

《软考系统架构师案例分析知识点整理.docx》由会员分享,可在线阅读,更多相关《软考系统架构师案例分析知识点整理.docx(13页珍藏版)》请在冰点文库上搜索。

软考系统架构师案例分析知识点整理.docx

软考系统架构师案例分析知识点整理

系统规划:

涉及系统项目提出预可行性分析;系统方案制定、评价和改进;新旧系统分析和比较;既有软件、硬件和数据资源有效运用;

软件架构设计:

XML技术;基于架构软件开发过程;软件质量属性;架构(模型)风格;特定领域软件架构;基于架构软件开发办法;架构评估;软件产品线;系统演化

设计模式:

设计模式概念;设计模式构成;模式和软件架构;设计模式分类;设计模式实现;

系统设计:

解决流程设计;人机界面设计;文献涉及;存储设计;数据库设计;网络应用系统设计;系统运营环境集成与设计;中间件;应用服务器;性能设计与性能评估;系统转换设筹划;

软件系统建模:

系统需求、建模作用以及意义;定义问题(目的、功能、性能)与归结模型(静态构造模型、动态行为模型、物理模型);构造化系统建模;数据流图;面向对象系统建模;统一建模语言(UML);数据库建模;E-R图;逆向工程;

分布式系统设计:

分布式通行合同设计;基于对象分布式系统设计;基于web分布式系统设计;基于消息和协同分布式系统设计;异构分布式系统互操作性设计;

嵌入式系统设计:

实时系统和嵌入式系统特性;实时任务调度和多任务设计;中断解决和异常解决;嵌入式系统开发设计

系统可靠性分析与设计:

系统故障模型和可靠性模型;系统可靠性分析与可靠度计算;提高系统可靠性办法;系统故障对策和系统备份与恢复;

系统安全性和保密性设计:

系统访问控制技术;数据完整性;数据与文献加密;通信安全性;系统安全性设计;

 

1、概念类

系统规划

项目筹划:

涉及范畴筹划、工作范畴筹划、活动定义、资源需求、资源筹划、活动排序、费用估算、进度筹划、费用筹划;项目辅助筹划涉及质量筹划、沟通筹划、人力资源筹划、风险筹划、采购筹划。

虚拟化技术:

计算元件在虚拟基本上运营;有完全虚拟化,准虚拟化,操作系统层虚拟化等;

虚拟化收益:

1、有效提高服务器资源运用率

2、支持运营在不同操作系统之上各种业务共享一台服务器

3、减少服务器数量,减少硬件成本

4、节约场地面积,减少能耗

软件架构设计

架构风险:

架构设计中潜在、存在问题架构决策所带来隐患

敏感点:

为了实现某种特定质量属性,一种或者各种系统组件所具备特性

权衡点:

影响各种质量属性,并且对各种质量属性来说都是敏感点系统属性

软件质量属性涉及:

功能性、性能、可用性、可靠性、健壮性、安全性、可修改性、可变性、易用性、可测试性、互操作性

六种质量属性方略:

1、可用性

错误检测:

命令/响应,心跳机制,异常监控

错误恢复:

表决(裁决表),积极冗余,被动冗余,备件,状态再同步,检查点/回滚

错误防止:

从服务中删除,事物(要么全成功,要么全失败),定期重置,进程监视器

2、可修改性

局部化修改:

维持语义一致性,预期盼望变更,泛化该模块,限制也许选取

防止连锁反映:

信息隐藏,维持既有接口,限制通信途径,仲裁者使用

推迟绑定期间:

运营时注册,配备文献,多态,构件更换

3、性能

资源需求:

减少解决时间所需资源,减少所解决事件数量,控制资源使用,限制执行时间

资源管理:

引入并发,维持数据或计算各种副本,增长可用资源

资源仲裁:

先进/先出,固定优先级,动态优先级调度,静态调度

4、安全性

抵抗袭击:

对顾客进行身份验证,对顾客进行授权,维护数据机密性,维护完整性,限制暴露信息,限制访问

检测袭击:

布置入侵检测系统

从袭击中恢复:

恢复,辨认袭击者

5、可测试性

输入/输出:

记录/回放,将接口—实现分离,优化访问线路/接口

内部监控:

当监视器处在激活状态时,记录事件

6、易用性

运营时:

任务模型,顾客模型,系统模型

设计时:

将顾客接口与应用别的某些分离

支持顾客积极:

支持顾客积极操作

 

软件架构风格:

描述某一类特定应用领域中软件系统组织方式和惯用方式;组织方式描述了系统构成构建和这些构建组织方式,惯用模式则反映众多系统共有构造和语义。

1、数据流风格

批解决序列:

每个解决环节是一种独立程序,每一步必要在前一步结束后才干开始,数据必要是完整,以整体方式传递

管道/过滤器:

每个构件均有一组输入和输出,构件接受数据输入,通过内部解决,然后产生输出数据流。

这里构件被称为过滤器,连接件就是数据流传播管道。

2、调用/返回风格

主程序/子程序:

计算构件作为子程序协作工作,并由一种主程序顺序地调用这些子程序,构件通过共享存储区互换数据。

数据抽象和面向对象:

将数据表达和基本操作封装在对象中。

层次构造:

构件组织成一种层次构造,每层为上一层提供服务,使用下一层服务,只能见到与自己邻接层。

3、独立构件风格

进程通信:

构件是独立过程,连接件是消息传递。

特点是构件普通是命名过程,消息传递方式可以是点到点、异步或同步方式,及远程过程(办法)调用

事件驱动系统:

构件不直接调用一种过程,而是触发或广播一种或各种事件。

构件中过程在一种或各种事件中注册,当一种事件被触发,系统自动调用在这个事件中注册所有过程。

4、虚拟机风格

解释器:

一种解释器普通涉及完毕解释工作解释引擎,一种包括将被解释代码存储区,一种记录解释引擎当前工作状态数据构造,以及一种记录源代码被解释执行进度数据构造。

基于规则系统:

涉及规则集、规则解释器、规则/数据选取器及工作内存。

5、仓库风格

数据库系统:

重要有两大类,一种是中央共享数据源,保存当前系统数据状态;另一种是各种独立解决元素,解决元素对数据元素进行操作。

黑板系统:

是一种全局数据库,包括解域所有状态,是知识源互相作用唯一媒介。

超文本系统:

是一种非线性网状信息组织办法,以节点为基本单位,链作为节点之间联想式关联。

6、复制风格

复制仓库:

通过运用各种进程提供相似服务,来改进数据可访问 性(accessibility of data)和服务可伸缩性(scalability of service)。

缓存:

复制个别祈求成果,以便可以被背面祈求重用。

控制环路架构风格:

将过程输出制定属性维护在一种特定参照值。

公司服务总线(ESB):

是老式中间件技术与XML、WEB服务等技术结合产物,重要支持异构系统集成。

ESB基于内容路由和过滤,具备复杂数据传播能力,并可以提供一系列原则接口。

ESB重要功能:

1、应用程序位置透明性

2、输出合同转换

3、消息格式转换

4、消息路由

5、消息增强

6、安全支持

7、监控和管理

设计模式

创立模式:

重要用于创立对象,为设计类实例化新对象提供指南

涉及:

工厂办法(FactoryMethod)、抽象工厂(AbstractFactory)、单例(Singleton)、构建(Builder)、原型(Prototype)

构造模式:

重要用于解决类或对象组合,对类如何设计以形成更大构造提供指南

涉及:

适配器(Adapter)、合成(Composite)、装饰(Decorator)、代理(Proxy)、享元(Flyweight)、门面(Facade)、桥接(Bridge)

行为模式:

重要用于描述类或对象交互以及职责分派,对类之间交互以及分派责任方式提供指南

涉及:

方略(Strategy)、模版办法(TemplateMethod)、迭代器(Iterator)、责任链(ChainofResponsibility)、命令(Command)、备忘录(Mediator)、状态(State)、访问者(Visitor)、解释器(Interpreter)、调停者(Mediator)、观测者(Observer)

系统设计

数据流图:

作为一种图形化工具,用来阐明业务解决过程、系统边界内所包括功能和系统中数据流;

流程图:

以图形化方式展示应用程序从数据输入开始到获得输出为止逻辑过程,描述解决过程控制流;

JRP(联合需求分析会议):

通过召开一系列高度构造化分组会议,迅速分析问题、定义需求;

软件系统建模

用例建模:

描述参加者和系统之间重要交互;用例建模可以描述利益有关者所看到系统行为;

组件建模:

拟定系统子系统、模块和组件构造,为子系统、模块分派需求和职责,每个组建元素作为一种自包括单元,用于开发、布置和执行。

服务建模:

提供了通用应用程序,并将应用程序定义为一组抽象服务接口。

性能建模:

是对系统性能进行度量,为每个组件拟定性能指标。

涉及执行时间、资源使用、开发复杂性、维护复杂性等。

分布式系统设计

嵌入式系统设计

系统可靠性分析与设计

冷备份:

在数据库关闭状况下,对数据库中核心文献进行复制;

热备份:

在数据库运营状况下,对数据库中核心数据进行备份,规定数据库管理系统提供支持

系统安全性和保密性设计

信息系统安全威胁来自于:

1、物理环境:

对系统所用设备威胁,如:

自然灾害,电源故障,数据库故障,设备被盗等导致数据丢失或者信息泄露

2、通信链路:

传播线路上安装窃听装置或者对通信链路进行干扰

3、网络系统:

由于因特网开放性、国际性、无安全管理性,对内部网络形成严重安全威胁

4、操作系统:

操作系统自身后门或者安全缺陷,如木马和陷阱门

5、应用系统:

网络服务或者顾客业务系统安全威胁,涉及应用系统自身漏洞

6、管理:

人员管理和各种安全管理制度

顾客认证方式:

1、顾客名和口令认证

2、基于公钥、签名认证方式

3、持卡认证方式

4、基于人体生物特性别认证方式

对称加密方略:

机密性:

发送者运用对称密钥对要发送数据进行加密,只有拥有相似密钥接受者才干对的解密,从而提供机密性;

完整性:

发送者依照要发送数据生成消息摘要,运用对称密钥对消息认证进行加密并附加到数据上发送;接受者使用相似密钥将对方发送消息认证码解密,并依照接受到数据重新生成消息认证码,比较两个认证码与否相似以验证数据完整性

公钥加密方略:

机密性:

发送者运用接受者公钥对要发送数据进行加密,只有拥有相应私钥接受者才干将数据对的解密,从而提供机密性

完整性:

发送者依照要发送数据生成消息摘要,运用自己私钥对消息认证码加密并且附加到数据上发送;接受者运用对方公钥将对方发送消息认证码解密,并依照接受到数据重新生成消息认证码,比较两个认证码与否相似以验证数据完整性

2、长处缺陷类

系统规划

软件架构设计

设计模式

系统设计

区别

数据流图

流程图

解决过程可以并行

某个时间点只能处在一种解决过程

呈现系统数据流

呈现系统控制流

呈现全局解决过程,过程之间计时原则不同

解决过程遵循一致计时原则

合用于系统分析中逻辑建模阶段

合用于系统设计中物理建模阶段

老式系统集成方案

基于Web2.0Mashup技术

对既有平台规定

需要老式平台API层支持,集成过程复杂

仅需要用既有Web应用程序公开基于WebAPI(Web服务)构建应用程序,集成过程简朴

新特性支持与功能扩展

需要采用编程方式完毕系统功能扩展,设计数据存储层、业务逻辑层和体现层

直接使用Mashup技术集成两个或者各种WebAPI,创立新特性与功能

体现层支持

老式集成方式下体现层大多采用静态呈现技术,当客户端发送祈求时,需要刷新整个页面

用Ajax技术调用基于WebAPI,浏览器客户端不需要在每次与服务器通行时重新加载整个页面,动态特性强

底层集成技术支持

使用老式多层公司应用集成技术,涉及不同集成层次

采用SOA思想集成底层系统,强调功能暴露与服务,以服务形式集成并暴露有系统能力

软件系统建模

分布式系统设计

分布式数据库特点有:

数据独立性与位置透明性。

集中管理和节点自治相结合、支持全局数据库一致性和可恢复性、复制透明性(适度数据冗余)、易于扩展性。

分布式数据库长处:

1、具备灵活体系构造

2、适应分布式管理和控制构造

3、经济性能优越

4、系统可靠性高,可用性好

5、局部应用响应速度快

6、可扩展性好,易于集成既有系统

缺陷:

1、系统开销大,重要花在通信某些

2、复杂存储构造

3、数据安全性和保密性较难解决

4、保持数据一致性算法复杂

分布式数据库中各局部数据库应当满足集中式数据库基本需求,除此之外还应保证数据库全局数据一致性,并发操作可串行性,故障全局可恢复性;

保证办法:

一致性:

数据副本一致性,保证分布式事务ACID属性,故障恢复一致性

嵌入式系统设计

系统可靠性分析与设计

备份方式

长处

缺陷

冷备份

迅速简朴,维护以便

备份时,数据库关闭,不能做其她工作

可以恢复到备份时时间点上

单独使用时,只能恢复到备份时时间点上,数据丢失

与热备份相结合,实现实时/秒级恢复

不能按数据库中表或某个顾客进行恢复

热备份

备份时数据库依然可用

如果热备份出错,所得成果不能用于时间点恢复

可以实现实时/秒级恢复

不能出错,否则也许会引起数据库无法恢复

可对几乎所有数据库实体做恢复,速度快

维护比较困难

系统安全性和保密性设计

3、原则类

系统规划

软件架构设计

设计模式

系统设计

高质量数据流图设计原则:

1、复杂性最小化原则:

DFD分层构造就是把信息划分为晓得且相对独立一大批子集例子,这样就可以单独考查每一种DFD;

2、接口最小化原则:

在设计模式时,模型中各个元素之间接口数或者连接数最小化;

3、数据流一致性原则:

过程与过程分解数据流一致,有数据流出就有数据流入;数据流入需要有相应数据加工;

4、其她

1、电子政务涉及:

政务信息查询;公共政务办公;政务办公自动化三个应用领域

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 法律文书 > 调解书

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2