标签：责任 一般来说 class 系统 答案 自己 影响 评价 交互
架构是系统设计的一部分，它突出了某些细节，并通过抽象省略掉了另一些细节。软件系统的架构包括行为上的和结构上的。外部行为描述展示了软件如何与用户、其他设备和外部设备进行交互，也就是需求。结构描述展示了软件如何被划分为多个部分，以及这些部分的关系。
在大多数人的谈论中，架构是一个目标产物，而作为架构师的责任就是去生产它。所以无论如何，架构是可以“做”出来的，而且也应该有一些“做”的方法、技术、技巧。有人问过架构的最主要产出是什么？书中的答案是“图”。这里面有两层含义：一层含义是如同建筑师描绘的蓝图一样，用于引导实施者；另一层含义是架构师头脑中清晰的目标系统。如果架构师头脑中没有系统清晰的图像，他是没有办法把它画出来的。
架构的设计受到许多因素的制约，架构是好是坏并没有统一的标准。这取决于人们对软件的需求、软件被构建和运行的环境，以及软件团队本身的特点等等因素。评价软件好坏有很多指标，例如性能、安全、可伸展性等等。一般来说，这些指标是很难全部满足的，试图改进其中一个往往会对其他指标产生负面影响。所以从某种意义上来说，软件架构是折中的游戏。对于一组功能需求和品质需求，没有唯一的正确架构。
架构这个过程，是架构师洞见系统内在结构、规律、原则和逻辑的过程。真正的架构师是可以将自己放在系统中去的（例如作为系统中的任何一个角色），只有清晰地理解系统，才能简洁地描述它。而当架构师拿出了他所描述的“作品”的时候，架构这一过程就已经结束了。
我们对于架构也许没有必要一定掌握架构，但我们一定要了解架构。
标签：责任 一般来说 class 系统 答案 自己 影响 评价 交互
原文地址：http://www.cnblogs.com/liguoshuai/p/6391604.html
