有人能解释一下软件设计和软件架构的区别吗?
更具体地说;如果你让别人给你展示“设计”——你希望他们展示什么?“建筑”也是如此。
我目前的理解是:
设计:系统特定模块/部分的UML图/流程图/简单线框(用于UI) 架构:组件图(显示系统的不同模块如何相互通信以及如何与其他系统通信)，要使用什么语言，模式……?
如果我说错了，请指正。我提到了维基百科在http://en.wikipedia.org/wiki/Software_design和http://en.wikipedia.org/wiki/Software_architecture上有文章，但我不确定我是否理解正确。
当前回答
Good question... Although the line between them is hardly a bright sharp line, imho, if you are using both terms, then Architecture encompasses more technical or structural decisions about how to build or construct something, especially those decisions that will be hard (or harder) to change once implemeneted, whereas Design encompasses those decisions that either are easy to change later (like method names, class <-> file organizational structure, design patterns, whether to use a singleton or a static class to solve some specific problem, etc. ) and/or those that effect the appearance or esthetic aspects of a system or application (Human Interface, ease of use, look and feel, etc.)
其他回答
我的提醒:
我们可以不征求别人的意见就改变设计 如果我们改变架构，我们需要将其传达给某人(团队、客户、涉众……)
建筑就是设计，但并非所有的设计都是建筑。因此，严格地说，尝试区分架构设计和非架构设计会更有意义。有什么区别呢?视情况而定!每个软件架构师可能有不同的答案(ymmv!)我们开发我们的启发式来提出一个答案，例如“类图是架构，序列图是设计”。有关更多信息，请参阅DSA书籍。
人们常说，架构比设计处于更高的抽象级别，或者架构是逻辑的，而设计是物理的。但这种观念虽然被普遍接受，但在实践中却毫无用处。在高抽象和低抽象之间，逻辑和物理之间，你的界线在哪里?视情况而定!
所以，我的建议是:
create a single design document. name this design document the way you want or, better, the way the readers are more accustomed to. Examples: "Software Architecture", "Software Design Specification". break this document into views and keep in mind you can create a view as a refinement of another view. make the views in the document navigable by adding cross-references or hyperlinks then you'll have higher level views showing broad but shallow overview of the design, and closer-to-implementation views showing narrow but deeper design details. you may want to take a look at an example of multi-view architecture document (here).
说了这么多……我们需要问的一个更相关的问题是:多少设计才足够?也就是说，我什么时候应该停止描述设计(用图表或散文)，而应该转向编码?
正如其他人指出的那样，规划软件的架构实际上是做出对软件开发或执行生命周期有整体影响的主要设计决策;所以简单地说，建筑只是高层次的设计。
即使架构决策不影响所有组件(因此是局部的)，它仍然必须是全局相关的，即它以某种方式影响整个系统;否则只是一个本地设计决策。
不过，我想指出的是，与架构相关的一个更相关的问题可能是Hennessy & Patterson在《计算机架构》中定义的架构vs组织。基于此，我们可以将体系结构视为系统的数据模型(输入/输出，状态)抽象，而将组织视为实现(软件开发)过程中所采取的典型设计决策。
我认为架构是关于人类和/或系统的接口。例如，web服务契约(包括协议等)就是体系结构。一个屏幕是如何组成的，不是颜色之类的，而是有什么领域，这就是架构。
设计就是如何建造某样东西。什么框架、语言、技术等等。当然，这必须与考虑平台、安全性等的企业指导方针和限制相一致。
程序或计算系统的软件体系结构是系统的结构，由软件组件、这些组件的外部可见属性以及它们之间的关系组成。
(来自维基百科，http://en.wikipedia.org/wiki/Software_architecture)
软件设计是解决问题和规划软件解决方案的过程。在软件的目的和规格确定之后，软件开发人员将设计或雇用设计人员为解决方案制定计划。它包括低级组件和算法实现问题以及体系结构视图。
(来自维基百科，http://en.wikipedia.org/wiki/Software_design)
我自己也说不出更好的话了:)
