有人能解释一下软件设计和软件架构的区别吗?
更具体地说;如果你让别人给你展示“设计”——你希望他们展示什么?“建筑”也是如此。
我目前的理解是:
设计:系统特定模块/部分的UML图/流程图/简单线框(用于UI) 架构:组件图(显示系统的不同模块如何相互通信以及如何与其他系统通信)，要使用什么语言，模式……?
如果我说错了，请指正。我提到了维基百科在http://en.wikipedia.org/wiki/Software_design和http://en.wikipedia.org/wiki/Software_architecture上有文章，但我不确定我是否理解正确。
当前回答
体系结构是用于构建系统的设计模式的最终集合。
我猜设计是用来把所有这些放在一起的创造力?
其他回答
我认为架构是关于人类和/或系统的接口。例如，web服务契约(包括协议等)就是体系结构。一个屏幕是如何组成的，不是颜色之类的，而是有什么领域，这就是架构。
设计就是如何建造某样东西。什么框架、语言、技术等等。当然，这必须与考虑平台、安全性等的企业指导方针和限制相一致。
建筑是战略的，而设计是战术的。
架构包括框架、工具、编程范例、基于组件的软件工程标准和高级原则。
而设计是一种与局部约束有关的活动，例如设计模式、编程习惯用语和重构。
另外，请参考: http://en.wikipedia.org/wiki/4%2B1_Architectural_View_Model
正如其他人指出的那样，规划软件的架构实际上是做出对软件开发或执行生命周期有整体影响的主要设计决策;所以简单地说，建筑只是高层次的设计。
即使架构决策不影响所有组件(因此是局部的)，它仍然必须是全局相关的，即它以某种方式影响整个系统;否则只是一个本地设计决策。
不过，我想指出的是，与架构相关的一个更相关的问题可能是Hennessy & Patterson在《计算机架构》中定义的架构vs组织。基于此，我们可以将体系结构视为系统的数据模型(输入/输出，状态)抽象，而将组织视为实现(软件开发)过程中所采取的典型设计决策。
我非常喜欢这篇文章，因为它提供了将建筑与设计分开的经验法则:
http://www.eden-study.org/articles/2006/abstraction-classes-sw-design_ieesw.pdf
这被称为内涵/局部性假说。关于软件性质的非本地和内涵的陈述是架构性的。局部的和内涵的语句是设计的。
