架构

架构  architecture
架构，又名软件架构，是有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。架构描述语言(ADL)用于描述软件的体系架构。现在已有多种架构描述语言，如Wright(由卡内基梅隆大学开发)，Acme(由卡内基梅隆大学开发)，C2(由UCI开发)，Darwin(由伦敦帝国学院开发)。ADL的基本构成包括组件、连接器和配置。
一般而言，软件系统的架构(Architecture)有两个要素:
1.它是一个软件系统从整体到部分的最高层次的划分。一个系统通常是由元件组成的，而这些元件如何形成、相互之间如何发生作用，则是关于这个系统本身结构的重要信息。详细地说，就是要包括架构元件(Architecture Component)、联结器(Connector)、任务流(Task-flow)。所谓架构元素，也就是组成系统的核心"砖瓦"，而联结器则描述这些元件之间通讯的路径、通讯的机制、通讯的预期结果，任务流则描述系统如何使用这些元件和联结器完成某一项需求。
2.建造一个系统所作出的最高层次的、以后难以更改的，商业的和技术的决定。在建造一个系统之前会有很多的重要决定需要事先作出，而一旦系统开始进行详细设计甚至建造，这些决定就很难更改甚至无法更改。显然，这样的决定必定是有关系统设计成败的最重要决定，必须经过非常慎重的研究和考察。
种类
根据我们关注的角度不同，可以将架构分成三种:
1.逻辑架构、软件系统中元件之间的关系，比如用户界面，数据库，外部系统接口，商业逻辑元件，等等。如图是一个逻辑架构的例子 从上面这张图中可以看出，此系统被划分成三个逻辑层次，即表象层次，商业层次和数据持久层次。每一个层次都含有多个逻辑元件。比如WEB服务器层次中有HTML服务元件、Session服务元件、安全服务元件、系统管理元件等。
2.物理架构、软件元件是怎样放到硬件上的。比如下面这张物理架构图描述了一个分布于北京和上海的分布式系统的物理架构，图中所有的元件都是物理设备，包括网络分流器、代理服务器、WEB服务器、应用服务器、报表服务器、整合服务器、存储服务器。主机等等。如图是一个物理架构的例子。
3.系统架构、系统的非功能性特征，如可扩展性、可靠性、强壮性、灵活性、性能等。系统架构的设计要求架构师具备软件和硬件的功能和性能的过硬知识，这一工作无疑是架构设计工作中最为困难的工作。
正如同软件本身有其要达到的目标，软件架构设计要达到如下的目标: 1.可靠性(Reliable)。软件系统对于用户的商业经营和管理来说极为重要，因此软件系统必须非常可靠。 2.安全性(Secure)。软件系统所承担的交易的商业价值极高，系统的安全性非常重要。 3.可扩展性(Scalable)。软件必须能够在用户的使用率、用户的数目增加很快的情况下，保持合理的性能。只有这样，才能适应用户的市场扩展得可能性。 4.可定制化(Customizable)。同样的一套软件，可以根据客户群的不同和市场需求的变化进行调整。 5.可伸缩 (Extensible)。在新技术出现的时候，一个软件系统应当允许导入新技术，从而对现有系统进行功能和性能的扩展。 6.可维护性(Maintainable)。软件系统的维护包括两方面，一是排除现有的错误，二是将新的软件需求反映到现有系统中去。一个易于维护的系统可以有效地降低技术支持的花费。 7.客户体验(Customer Experience)。软件系统必须易于使用。 8.市场时机(Time to Market)。软件用户要面临同业竞争，软件提供商也要面临同业竞争。以最快的速度争夺市场先机非常重要。