http://blog.csdn.net/wakeful/category/159500.aspxzh-CNMon, 11 Jun 2007 17:58:18 GMT60温昱http://blog.csdn.net/wakeful/archive/2007/06/05/1639303.aspxTue, 05 Jun 2007 15:53:00 GMThttp://blog.csdn.net/wakeful/archive/2007/06/05/1639303.aspxhttp://blog.csdn.net/wakeful/comments/1639303.aspxhttp://blog.csdn.net/wakeful/archive/2007/06/05/1639303.aspx#Feedback1http://blog.csdn.net/wakeful/comments/commentRss/1639303.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1639303详细目录<img src ="http://blog.csdn.net/wakeful/aggbug/1639303.aspx" width = "1" height = "1" />温昱http://blog.csdn.net/wakeful/archive/2006/11/27/1416652.aspxMon, 27 Nov 2006 13:27:00 GMThttp://blog.csdn.net/wakeful/archive/2006/11/27/1416652.aspxhttp://blog.csdn.net/wakeful/comments/1416652.aspxhttp://blog.csdn.net/wakeful/archive/2006/11/27/1416652.aspx#Feedback2http://blog.csdn.net/wakeful/comments/commentRss/1416652.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1416652理论与实践并重是本书的特点。架构设计要如何开展？架构设计要进行到什么程度？各类需求对架构设计的影响有何不同？关键需求决定架构的具体做法是什么？如何运用“属性-场景-决策”表规划非功能需求？如何运用OO原则进行敏捷设计？对这些问题书中都进行了深入阐述，并结合金融、航空、网络管理等行业软件的成功架构设计案例，将理性的思考和宝贵的实践经验奉献给读者。<img src ="http://blog.csdn.net/wakeful/aggbug/1416652.aspx" width = "1" height = "1" />温昱http://blog.csdn.net/wakeful/archive/2006/11/24/1411609.aspxFri, 24 Nov 2006 10:54:00 GMThttp://blog.csdn.net/wakeful/archive/2006/11/24/1411609.aspxhttp://blog.csdn.net/wakeful/comments/1411609.aspxhttp://blog.csdn.net/wakeful/archive/2006/11/24/1411609.aspx#Feedback0http://blog.csdn.net/wakeful/comments/commentRss/1411609.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1411609总之，软件架构设计不能忽略“上下文”。所谓“上下文”就是和我们要解决的问题密切相关的一些条件和因素，既包括有利条件，也包括限制因素。简言之，上下文就是环境。进行设计时，只有充分利用有利条件、合理回避限制因素，最终的解决方案才是真正符合实际的。 <img src ="http://blog.csdn.net/wakeful/aggbug/1411609.aspx" width = "1" height = "1" />温昱http://blog.csdn.net/wakeful/archive/2006/11/07/1371035.aspxTue, 07 Nov 2006 12:23:00 GMThttp://blog.csdn.net/wakeful/archive/2006/11/07/1371035.aspxhttp://blog.csdn.net/wakeful/comments/1371035.aspxhttp://blog.csdn.net/wakeful/archive/2006/11/07/1371035.aspx#Feedback0http://blog.csdn.net/wakeful/comments/commentRss/1371035.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1371035Grady Booch说：“设计软件系统中的重要协作是设计阶段架构设计师的主要活动。这些协作表示出了架构的精髓……”<img src ="http://blog.csdn.net/wakeful/aggbug/1371035.aspx" width = "1" height = "1" />温昱http://blog.csdn.net/wakeful/archive/2006/10/29/1355814.aspxSun, 29 Oct 2006 18:14:00 GMThttp://blog.csdn.net/wakeful/archive/2006/10/29/1355814.aspxhttp://blog.csdn.net/wakeful/comments/1355814.aspxhttp://blog.csdn.net/wakeful/archive/2006/10/29/1355814.aspx#Feedback9http://blog.csdn.net/wakeful/comments/commentRss/1355814.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1355814笔者发现，人们对软件架构存在非常多的误解，其中一个最为普遍的误解就是：将架构（Architecture）和框架（Framework）混为一谈。<img src ="http://blog.csdn.net/wakeful/aggbug/1355814.aspx" width = "1" height = "1" />温昱http://blog.csdn.net/wakeful/archive/2006/10/24/1349176.aspxTue, 24 Oct 2006 16:24:00 GMThttp://blog.csdn.net/wakeful/archive/2006/10/24/1349176.aspxhttp://blog.csdn.net/wakeful/comments/1349176.aspxhttp://blog.csdn.net/wakeful/archive/2006/10/24/1349176.aspx#Feedback0http://blog.csdn.net/wakeful/comments/commentRss/1349176.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1349176一言以蔽之，软件架构师必须做到内外兼顾、各层并重（如图5-3所示）。只有这样，软件架构才能和它“包含了关于如何构建软件的一些最重要的设计决策”的“地位”相符。 <img src ="http://blog.csdn.net/wakeful/aggbug/1349176.aspx" width = "1" height = "1" />温昱http://blog.csdn.net/wakeful/archive/2006/10/14/1334534.aspxSat, 14 Oct 2006 17:29:00 GMThttp://blog.csdn.net/wakeful/archive/2006/10/14/1334534.aspxhttp://blog.csdn.net/wakeful/comments/1334534.aspxhttp://blog.csdn.net/wakeful/archive/2006/10/14/1334534.aspx#Feedback2http://blog.csdn.net/wakeful/comments/commentRss/1334534.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1334534GOF所著的《设计模式》一书已成为一种“现象”。作为结果，越来越多的人开始学习和运用GOF设计模式。但同时，笔者注意到了另一个意想不到的结果，那就是有相当多的人下意识里认为“模式就是GOF设计模式”——很遗憾，这不是GOF打出的广告语，我相信他们也绝不希望结果会是这样。 <img src ="http://blog.csdn.net/wakeful/aggbug/1334534.aspx" width = "1" height = "1" />温昱http://blog.csdn.net/wakeful/archive/2006/10/12/1331251.aspxThu, 12 Oct 2006 09:23:00 GMThttp://blog.csdn.net/wakeful/archive/2006/10/12/1331251.aspxhttp://blog.csdn.net/wakeful/comments/1331251.aspxhttp://blog.csdn.net/wakeful/archive/2006/10/12/1331251.aspx#Feedback0http://blog.csdn.net/wakeful/comments/commentRss/1331251.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1331251不同类型的软件系统需要不同的软件架构设计，这似乎是很多人都理解的道理；但有时候，一个系统的不同子系统也应当有不同的软件架构。<img src ="http://blog.csdn.net/wakeful/aggbug/1331251.aspx" width = "1" height = "1" />wakefulhttp://blog.csdn.net/wakeful/archive/2006/10/08/1325508.aspxSun, 08 Oct 2006 09:58:00 GMThttp://blog.csdn.net/wakeful/archive/2006/10/08/1325508.aspxhttp://blog.csdn.net/wakeful/comments/1325508.aspxhttp://blog.csdn.net/wakeful/archive/2006/10/08/1325508.aspx#Feedback0http://blog.csdn.net/wakeful/comments/commentRss/1325508.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1325508通过这个案例，我们强烈地感觉到：软件架构师需要做出的一系列重要设计决策，是伴随着对软件系统的层层分解依次展开的。例如，不将整个设备调试系统分为桌面部分和嵌入式部分，也就无从将桌面部分进一步分离成应用层和通讯层。<img src ="http://blog.csdn.net/wakeful/aggbug/1325508.aspx" width = "1" height = "1" />温昱http://blog.csdn.net/wakeful/archive/2006/09/29/1306934.aspxFri, 29 Sep 2006 16:12:00 GMThttp://blog.csdn.net/wakeful/archive/2006/09/29/1306934.aspxhttp://blog.csdn.net/wakeful/comments/1306934.aspxhttp://blog.csdn.net/wakeful/archive/2006/09/29/1306934.aspx#Feedback4http://blog.csdn.net/wakeful/comments/commentRss/1306934.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1306934耗时2年，《软件架构设计》就要与读者见面了。本书是温昱10年经验的精华。<img src ="http://blog.csdn.net/wakeful/aggbug/1306934.aspx" width = "1" height = "1" />