版权声明：原创作品，允许转载，转载时请务必以超链接形式标明文章原始出版、作者信息和本声明。否则将追究法律责任。http://blog.csdn.net/mayongzhan - 马永占,myz,mayongzhan
架构不是设计, 架构不是结构, 架构最不应该的就是框架.这是有本质区别的.
目前为止的我,只能分清楚这些.仅以我了解的内容,向那些还不了解该领域的兄弟做下介绍.
框架:
如果是网页设计师听到这个词的话,应该就是说的html中的iframe或者frameset,这是从设计师角度讲的.
如果是软件工程师听到的话,会认为是说.net framework , spring , zend framework , rails 等等.这些是软件的结构.
以上这两个不是架构,架构想的要比这些多.当然也可以包括这两个.
下面摘一段关于架构的文章
架构分成三种：
·逻辑架构、软件系统中元件之间的关系，比如用户界面，数据库，外部系统接口，商业逻辑元件，等等。
·物理架构、软件元件是怎样放到硬件上的。
·系统架构、系统的非功能性特征，如可扩展性、可靠性、强壮性、灵活性、性能等。
系统架构的设计要求架构师具备软件和硬件的功能和性能的过硬知识，这一工作无疑是架构设计工作中最为困难的工作。
此外，从每一个角度上看，都可以看到架构的两要素：元件划分和设计决定。
首先，一个软件系统中的元件首先是逻辑元件。这些逻辑元件如何放到硬件上，以及这些元件如何为整个系统的可扩展性、可靠性、强壮性、灵活性、性能等做出贡献，是非常重要的信息。
其次，进行软件设计需要做出的决定中，必然会包括逻辑结构、物理结构，以及它们如何影响到系统的所有非功能性特征。这些决定中会有很多是一旦作出，就很难更改的。
根据作者的经验，一个基于数据库的系统架构，有多少个数据表，就会有多少页的架构设计文档。比如一个中等的数据库应用系统通常含有一百个左右的数据表，这样的一个系统设计通常需要有一百页左右的架构设计文档。
发表于 @ 2007年12月26日 12:09:00|评论(loading...)|收藏