你在哪里画出设计与建筑之间的界限?

时间:2008-11-06 12:28:41

标签: architecture

Agile architecture question让我想到这一点。

这取决于正在构建的内容吗?做申请(我的意思是单身         这里的计算程序)有架构吗?

更新:为了澄清问题,我将就问题发表意见:我将架构定义为组件中系统的切割,以及组件之间的关系;而设计是关于实习生的组件。这个意见是否分享?

4 个答案:

答案 0 :(得分:4)

Joel's thread forum

中有趣的答案

最有趣的一个:

In my experience, about $30k. 

最短的一个:

I would say that "design" is what is done to achieve an architecture
  

架构可以涵盖超出设计范围的问题,例如整个产品系列或单个产品的一系列版本。架构还处理着名的“ ilities ”,例如可测试性,可升级性,可靠性,可用性等。

您会在SEI further definitions of Software Architecture中找到提及设计的地方。

答案 1 :(得分:4)

这非常简单:架构是关于您为满足“非功能”要求而做出的设计决策:成本,可维护性,性能,可靠性,可用性和安全性等要求。这是关于一个Web应用程序:你可以用一种巨大的C程序来构建它,从一个运行为CGI(实际上,我们曾经这样做)的大型C程序,一个Python webapp,一个J2EE应用程序,一个LAMP应用程序。它们中的任何一个都具有相同的功能行为,它们都会发布相同的页面;当您尝试更改C程序的数据库或对大型LAMP应用程序进行负载平衡时,会出现差异。

答案 2 :(得分:0)

这纯粹是主观的。无论开发领导者或建筑师说什么都是事实。

答案 3 :(得分:0)

架构可以定义为关于系统的主要设计决策的集合。设计决策如与系统行为,系统结构,系统交互和设计相关的决策是一个执行的计划或方案。