有人能解释一下软件设计和软件架构的区别吗?
更具体地说;如果你让别人给你展示“设计”——你希望他们展示什么?“建筑”也是如此。
我目前的理解是:
设计:系统特定模块/部分的UML图/流程图/简单线框(用于UI) 架构:组件图(显示系统的不同模块如何相互通信以及如何与其他系统通信)，要使用什么语言，模式……?
如果我说错了，请指正。我提到了维基百科在http://en.wikipedia.org/wiki/Software_design和http://en.wikipedia.org/wiki/Software_architecture上有文章，但我不确定我是否理解正确。
当前回答
当您需要将较高体系结构级别识别的业务和功能投射到应用程序中时，软件体系结构最好用于系统级。
例如，你的业务是关于交易员的“盈亏”，你的主要功能涉及“投资组合评估”和“风险计算”。
但是当软件架构师详细描述他的解决方案时，他会意识到:
“投资组合评估”不能只是一个应用程序。它需要在可管理的项目中进行细化，例如:
GUI 发射器 调度程序 .．.
(因为涉及的操作太大了，需要在几台计算机之间进行拆分，同时仍然可以通过一个通用的GUI随时监控)
软件设计将检查不同的应用程序，它们的技术关系和内部子组件。 它将产生最后一个体系结构层(“技术体系结构”)工作所需的规范(根据技术框架或横向组件)，以及项目团队(更面向业务功能的实现)开始各自的项目所需的规范。
其他回答
非常主观，但我的观点是:
体系结构 系统的总体设计，包括与其他系统的交互、硬件要求、整体组件设计和数据流。
设计 整个系统中一个组件的组织和流程。这还包括该组件用于与其他组件交互的API。
是的，对我来说听起来不错。设计是你要做的事情，而架构是将设计的各个部分连接在一起的方式。它可以是语言不可知的，但通常会指定要使用的技术，例如LAMP vs Windows, Web服务vs RPC。
以下是可能更详细地解释体系结构的参考资料和软件体系结构的UML图列表。(我找不到用于软件设计的UML图列表)
Grady Booch
在架构模型中使用UML 2图
UML图的分类
UML图的分类
即使在发布了这个答案之后，我自己也不清楚哪个图是用于架构的，哪个图是用于设计的:)。Grady Booch在他的第58张幻灯片中指出，类、接口和协作是设计视图的一部分，而这个设计视图是架构视图的一部分!!
我喜欢Roy Thomas Fielding在他的论文中对什么是软件架构的定义和解释: 架构风格与基于网络的软件架构设计
软件体系结构是软件系统在其操作的某个阶段的运行时元素的抽象。一个系统可能由许多抽象层次和许多操作阶段组成，每一个都有自己的软件体系结构。
他强调“运行时元素”和“抽象层次”。
软件设计有更长的历史，而软件架构这个术语只有20年的历史。因此，它正在经历成长的烦恼。
学术界倾向于将架构视为更大的软件设计领域的一部分。尽管越来越多的人认识到Arch是一个独立的领域。
实践者倾向于将Arch视为高级设计决策，具有战略性，并且在项目中撤销可能代价高昂。
Arch和设计之间的确切界限取决于软件领域。例如，在Web应用领域，分层架构是目前最受欢迎的(业务逻辑层，数据访问层等)。Arch的低层部分被认为是设计(类图，方法签名等)。在嵌入式系统，操作系统，编译器等领域，这将是不同的定义。
