关于架构

　　把一件很简单的事情，用一大堆名称来描述，讲得连鬼都不懂，那叫装Ｂ。把一件很复杂的事情，说出来连小孩都能听懂，那才叫牛Ｂ。软件也是一样，软件工程的出现，是为了控制复杂性，而不是增加复杂性。设计有两种，一种是使其简单，避免出错的可能。还有一种是使其复杂，从而掩盖错误。

　　架构，主要指的是描述规则、设计并且实现软件密集系统的艺术。在软件中，指的是为客户构建系统。

　　什么是架构师呢？

　　架构师是将需求和详细说明连接起来的纽带。那么，架构师又有哪些职责？

　　既然是将需求和详细说明连接起来的纽带，那么，首先，就要得接受需求。

　　说到需求，这真是一个比女人更善变的东西。但是，话又说回来，需求其实也很少变，只不过是我们没有把握住真正的需求，大多数变的还是我们对于需求的理解。从理论上来说，会有分析师帮我们来分析需求。但是，大多数的情况下，我们只有十来个人，七八杆枪。很多的时候，分析需求还是需要设计师去。这无疑是个鸿沟。世界上最遥远的距离，不是天与地的距离，而是两个不同行业的人沟通起来的距离。

　　其次，有了需求后，就是分解系统。

　　很简单，先从最大的方面来进行规划。就像规划一个城市一样，先分出有几个区，每个区的功能与职责又是如何。工业区主要是用来建设工厂用，商业区主要是办公楼和店铺等等。当然，在分解系统时，还是要与需求保持一致。设计永远都是由需求驱动，而不是影响需求。当然，对于一个完善了系统来说，除了客户所提的功能性需求之外，还有一些非功能性需求，如安全性，可扩展性等等。

　　第三，知道做什么后，就要确定怎么去做。也就是确实并且评估使用哪种技术。

　　第四，编写详细的说明书。当然，说明书可以分为很多种，可以是ＵＭＬ图，word文档等等。什么形式那是其次，关键是如何与开发团队进行沟通，与项目经理进行沟通，和客户进行沟通。所以说，思路清晰，语言要准确。