- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
各种性能指标及如何到达各种性能指标的方法
反应—对正常和极端用法的脚本的反应是否足够快
可伸缩性—系统的能力克根据需要增加或减少
容量/产量—处理大负荷仍有反应
安全性—系统不会社会产生危害
常用的中间件有那几种类型
(1)?常见的对象请求代理架构
(2)?面向消息的中间件
(3)?Java2?Enterprise?Edition(Java2?的企业版)
(4)?消息代理
(5)?业务过程代理
有那些常见架构风格
1.管道和过滤器架构风格
适用于需要定义一系列的执行规则数据的独立运算。
组件在输入时读数据流,在输出时产生数据流。
组件:称为过滤器,应用于对局部的输入流的转换,经常增长的计算,因此,在输入结束
前输出就开始了。
.?连接器:称为管道,给流提供管道,把一个过滤器的输出传输到另一个输入。
2.面向对象风格
适用于主要问题是识别和保护信息的相关主体。
数据代理和它们相关的操作封装在一个抽象数据类型里面。
组件:对象
连接器:功能和过程调用(方法)
3.隐式调用风格
应用于涉及到组件的松耦合集,其中的每一个都执行一些操作,还可能允许其他的操
作。
尤其对必须很快重新配置的应用很有用
改变服务的供应商
可能的或是不可能的能力
不是直接的引用过程
一个组件能发表一个或多个事件
在系统中的其他组件能够在事件中注册一个兴趣通过与事件和过程结合
当一个事件被声明后,广播系统(连接器)自己引用已经注册的事件的所有过程
所有声明的事件“隐式”造成了过程在其他模块的调用
4.?客户-服务器风格
适用于涉及到分布式的数据和跨越一系列的组件的处理
组件:
服务器:标准独立的组件提供特别的服务,如打印,数据管理等。
客户端:组件调用服务器提供的服务。
连接器:网络,允许客户端访问远程服务器。
5.分层风格
适用于涉及到分布式的能够分层的组织的类的服务
每层给它的上一层提供服务,同时作为下一层的客户端
只有仔细地从内层选择选择过程,才能用于他们临近的外层。
组件:典型的过程的集合。
连接器:典型的在有限的可见性下的过程调用
6.?仓库风格
适用于主要问题是建立、增加和维护复杂信息的主体部分
信息一定要能够用很多种方式操作。经常需要长期的存在。
组件:
主要的数据结构能够表示出系统的正确状态?操作主要数据结构的独立组件的集合
连接器:典型地过程调用或是直接内存访问
7.?解释程序风格
适用于执行解决方案的最合适的语言或是机器不是直接可用的。
组件:包括一个状态机,有一个执行引擎和三个记忆状态:
当前的执行引擎的状态
程序被翻译
当前的被翻译的程序的状态
连接器:
过程调用 直接内存访问
8.?过程控制风格
适用于目的是维护特殊过程的输出属性在给定参考值的情形下
组件:
过程定义?包括操作一些过程变量的机制
控制算法?决定如何去操作过程变量
连接器:数据流关系
过程变量:
被控制的变量的值是系统能控制的
输入变量能够检测过程的输入
操纵变量的值能够被控制器改变
设置断点?是一个控制变量所需要的值
传感器?获得过程变量与控制有关的值
架构师需要的核心技能是什么
(1)?涉众之间的交流
(2)?技术知识
(3)?软件工程学
(4)?风险管理
什么是软件架构
它是关于软件设计:
所有的架构是软件设计,但不是所有的设计都是软件架构。 设计过程的一个部分
简单地说,架构关注“一旦系统建立后就很难或是不可能改变的问题”: 质量属性,例
如安全性,性能 非功能性需求,像开销,硬件配置 更多的是在这个部分之后的
答:软件架构(software?architecture)是一系列相关的抽象模式,用于指导大型软件系统
各个方面的设计。?软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽
象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。在实现阶段,这
些抽象组件被细化为实际的组件,比如具体某个类或者对象。在面向对象领域中,组件之
间的连接通常用接口_(计算机科学)来实现。
什么是架构风格
也叫架构风格,描述软件的基本结构组织或纲要,提供事先定义好的子系统,制定好责任
并将它们组织在一起的法则和指南。
一组原则。你可以把它看成是一组为系统家族提供抽象框架的粗粒度模式。
什么是架构视图
一个架构视图是对于从某一视角或某一点上看到的系统所做的简化描述,描述中涵盖了系
统的某一特定方面,而省略了此方面无关的实体。
各种架构风格的组件和连接器是什么
组件:对象
连接器:功能和过程调用(方法)
GRASP?模式的具体内容
1.创造者
分配给类?B?职责来创造类?A?的一个实例如果:
(1)?B?聚合?A?的对象?(2)?B?包含?A?的对象
(3)?B?记录?A?的对象的实例?(4)?B?紧密地使用?A?的对象
(5)?B?被创建时有初始化的数据传递给
文档评论(0)