软件架构设计的底层逻辑

       从上世纪80年代晚期开始，计算机科学界为了应对大规模系统设计所带来的复杂度，逐渐开始了软件架构的研究工作。如今，为了解决不同的问题，各种软件框架层出不穷。每位软件架构设计人员都在自己的认知及技术水平范围内贡献着自己的力量，为软件事业添砖加瓦。
       任何事情都应该围绕一个底层逻辑展开，否则就会显得毫无方向，结果自然也不会太好。那么软件架构设计的底层逻辑应该是什么呢？不同的设计者可能有不同的答案：有些人可能以技术的新颖性为底层逻辑，有些人以更好的实现系统功能为底层逻辑，还有些人以炫酷的界面为底层逻辑等。从不同的角度来说，以上底层逻辑方向都没有错，只是不同人的不同看法罢了，不过笔者软件架构设计的底层逻辑却是降低成本。
       是的，以降低研发成本作为底层逻辑来开始我们的软件架构设计。首先声明一下，笔者此处所说的软件指的是企业的商业软件，并不是指无成本限制的软件研究。降本增效本来就是企业重点关注的方面，而软件开发作为企业的一种商业行为，降低成本就天然成了其重要的属性。
       那么，我们在软件架构设计时如何以降低成本为底层逻辑呢？下面我们一一道来。
       首先，理解需求。理解需求是软件架构设计的第一步，不看需求的架构设计都是耍流氓，只有了解了需求才能有针对性设计软件架构。假设用户的需求是A，但是我们用于对需求理解不够深入做成了B，那么系统就有可能需要重新设计，各位可以想象这个成本将有多么沉重。
       其次，需要深刻理解及提高项目组成员的技术水平。首先我们要明确一点的是软件架构不仅仅是为了实现系统功能与性能，也是给项目组的开发人员和测试人员使用的，它很大程度上影响着开发人员和测试人员开发和测试效率。如果说项目组的人员都是搞java开发的却搭建一个PHP的框架，结果可想