架构设计--起点

架构设计，一个比较“高级的话题”。

 

关于“架构”、“架构设计”的定义，很多文章著作、文章都讨论了。

 

一次讨论，有人认为：架构设计的交付，有人认为有一个架构设计的结果即可。但是，这种交付，在产品的开发设计阶段，看不到任何架构级别的决策过程；对产品设计人员而言，“架构设计”就成了一个完全透明的过程。没有获取决策过程信息，也就没有设计思想上知道。

 

今天的另外一次讨论，反馈产品软件随着特性丰富，设计人员逐步修改，最后出来的产物超出了架构人员的初衷。

2点思考：

1）架构设计的输出：包括设计结果，和决策过程（思想） 。二者可合二为一，也可单独输出。但后者似乎更为重要。它体现了设计思考的方式、决策因素，是后面开发人员的重要指导思想；对日后的架构重设计，也是重要的参考。 架构设计不是一个人的工作，因而，决策过程的描述是众人智慧的汇总。

 

2）架构设计的执行。好的架构色设计应该闭环。几年前，做控制产品，自己心里没个谱：到底怎么样，不知道，因为一直不卖出去。就像在实验室，每天都在造车。控制产品的一个特点就是闭环，没有反馈就发散了。联系到架构设计，设计成果包括决策过程，都应该是产品。推行到产品，不是说卖完“货物”就完事了，售后服务也是重要一环。要保证客户用得好，同时也从客户使用过程中获取反馈，架构设计人员应该跟踪到架构实施。。。

 

 摘录一段话：

 软件架构也必然要落实到实际的算法和代码，不但要有实现代码，还要包括对这部分架构进行测试的代码，以保证获得高质量的、满足各种功能和非功能质量属性要求的架构。除了完成概念、模型设计外，软件架构师一定要参与实际的编码、测试和调试，做一位真正的hands-on practitioner，这已经成为了敏捷软件工程所倡导的主流文化