软件架构

概念

• 概述:软件架构所指的就是说相应的系列性的抽象模式，可以为设计大型软件系统的各个方面提供相应的指导。
  从本质上来看，软件架构是属于一种系统草图。在软件架构所描述的对象就是直接的进行系统抽象组件构成。
  连接系统的各个组件之间就是做到把组件之间所存在的通讯比较明确与相对细致的实施描述。处于相应的系统
  实现环节，那么就会使得细化这些抽象组件成为现实的组件，比如可以是具体的某个类或者是对象。从面向对象
  领域进行分析，那么各个组件之前实施的连接实现往往是接口。
  软件架构为软件系统提供了一个结构、行为和属性的高级抽象，由构件的描述、构件的相互作用、指导构件集成的模
  式以及这些模式的约束组成。软件架构不仅显示了软件需求和软件结构之间的对应关系，而且指定了整个软件系统的
  组织和拓扑结构，提供了一些设计决策的基本原理
• 表现形式
  • 实施视图:包含这实施模型及其从模块到包、层的组织形式实施的概览；而且在这一过程中，还存在着把相应的逻辑视图中的包与类往实施视图中的包与分配模块的状况实施描述。
  • 逻辑视图:是最为关键的设计类、从这些设计类到包与子系统的组织形式，另外还有的就是这些包与子系统到层的组织形式。
  • 配置视图:描述最为典型的配置平台的各种物理节点，还有的就是往物理节点分配来自于进程视图的任务的情况，往往这一视图仅仅只是在分布式系统。
  • 用例视图:场景与用例
  • 进程视图:描述进程与线程的涉及的任务，这些任务的配置与交互，还有的就是把设计分配对象与类向任务，往往这一视图仅仅只是出于系统存在着特别高程度并行过中才使用

• 缺点:开发成本较高,客户点程序设计复杂,信息内容和形式单一,用户界面风格不一,软件移植困难,软件维护和升级困难,新技术不能轻易应用

• b/s架构缺乏对动态页面的支持能力,没有集成有效的数据库处理功能
• b/s架构的安全性难以控制
• 采用b/s架构的应用系统,在数据查询等响应速度上,要远远低于c/s架构
• b/s架构的数据提交一般以页面为单位,数据的动态交互性不强,不利于OLTP的应用

• 概念:服务是一种为了满足某项业务需求的操作,规则等的逻辑组合,他包含一系列有序活动的交互,为实现用户目标提供支持
• 服务构件粗粒度,传统构件细粒度居多
• 服务构件的接口是标准的,主要是WSDL接口,传统固件通常以具体的api形式出现
• 服务构件的实现和语言无关,传统构件绑定某种特定语言
• 服务构件可以通过构件容器提佛那个Qos的服务,传统构件完全由程序代码直接控制
• 实现方式
  • 提供位置透明性的消息路由和寻址服务
  • 提供服务注册和命名的管理功能
  • 支持多种消息传递泛型
  • 支持多种可以广泛使用的传输协议
  • 支持多种数据格式和相互转换
  • 提供日志和监控功能