有人能解释一下软件设计和软件架构的区别吗?
更具体地说;如果你让别人给你展示“设计”——你希望他们展示什么?“建筑”也是如此。
我目前的理解是:
设计:系统特定模块/部分的UML图/流程图/简单线框(用于UI) 架构:组件图(显示系统的不同模块如何相互通信以及如何与其他系统通信)，要使用什么语言，模式……?
如果我说错了，请指正。我提到了维基百科在http://en.wikipedia.org/wiki/Software_design和http://en.wikipedia.org/wiki/Software_architecture上有文章，但我不确定我是否理解正确。
当前回答
就我个人而言，我喜欢这个:
“设计师关心的是当一个用户按下一个按钮时会发生什么，而架构师关心的是当一万个用户按下一个按钮时会发生什么。”
由Mark Cade和Humphrey Sheil编写的Java™EE学习指南
其他回答
我的提醒:
我们可以不征求别人的意见就改变设计 如果我们改变架构，我们需要将其传达给某人(团队、客户、涉众……)
软件设计有更长的历史，而软件架构这个术语只有20年的历史。因此，它正在经历成长的烦恼。
学术界倾向于将架构视为更大的软件设计领域的一部分。尽管越来越多的人认识到Arch是一个独立的领域。
实践者倾向于将Arch视为高级设计决策，具有战略性，并且在项目中撤销可能代价高昂。
Arch和设计之间的确切界限取决于软件领域。例如，在Web应用领域，分层架构是目前最受欢迎的(业务逻辑层，数据访问层等)。Arch的低层部分被认为是设计(类图，方法签名等)。在嵌入式系统，操作系统，编译器等领域，这将是不同的定义。
Cliff Notes版本:
设计:根据所需产品的规格实现解决方案。
架构:支持设计的基础/工具/基础设施/组件。
这是一个相当宽泛的问题，会引起很多人的回应。
http://jinwolf.tumblr.com/post/6591954772/architectural-patterns-vs-design-patterns
架构告诉您系统是如何布局的。一个传统的体系结构模式示例是3层系统，其中系统被分解为表示层、业务层和数据层。
领域驱动的设计促进了4层架构。表示层、应用层、域层和基础结构层。存储库模式位于域层和基础结构层之间。你的领域模型不应该知道任何关于基础设施的信息，同时也应该保持纯粹并独立于基础设施。这就是为什么我们有存储库来协调这两层。
存储库模式仍然是一个模式，因为它是一个可重用的解决方案，可以处理重复出现的问题。然而，只有当我们讨论架构时，存储库模式才变得相关。它在领域驱动的设计体系结构中有自己的角色和职责。它不是数学类型的一般解决方案，例如抽象工厂模式，可以应用于系统中的任何地方。
设计:了解模块，模块之间的关系，每个模块的功能，类及其成员函数，每个模块之间通信的接口。
体系结构:体系结构是软件系统的整个结构。所有模块、类和组件执行不同的任务，并将给出唯一的结果。
例如:有一个有5个房间的房子。还有附属浴室。厨房也在家里。所以家里有不同的东西这些东西之间有不同的关系。所以这一切都是关于一个家的“设计”。
而当你从房子外面看的时候，你看到的整个结构都是关于建筑的。
