理论与实践并重是本书的特点。架构设计要如何开展？架构设计要进行到什么程度？各类需求对架构设计的影响有何不同？关键需求决定架构的具体做法是什么？如何运用“属性-场景-决策”表规划非功能需求？如何运用OO原则进行敏捷设计？对这些问题书中都进行了深入阐述，并结合金融、航空、网络管理等行业软件的成功架构设计案例，将理性的思考和宝贵的实践经验奉献给读者。阅读全文>
发表于 @ 2006年11月27日 13:27:00|评论(loading...)|收藏
总之，软件架构设计不能忽略“上下文”。所谓“上下文”就是和我们要解决的问题密切相关的一些条件和因素，既包括有利条件，也包括限制因素。简言之，上下文就是环境。进行设计时，只有充分利用有利条件、合理回避限制因素，最终的解决方案才是真正符合实际的。
阅读全文>
发表于 @ 2006年11月24日 10:54:00|评论(loading...)|收藏
Grady Booch说：“设计软件系统中的重要协作是设计阶段架构设计师的主要活动。这些协作表示出了架构的精髓……”阅读全文>
发表于 @ 2006年11月07日 12:23:00|评论(loading...)|收藏
笔者发现，人们对软件架构存在非常多的误解，其中一个最为普遍的误解就是：将架构（Architecture）和框架（Framework）混为一谈。阅读全文>
发表于 @ 2006年10月29日 18:14:00|评论(loading...)|收藏
一言以蔽之，软件架构师必须做到内外兼顾、各层并重（如图5-3所示）。只有这样，软件架构才能和它“包含了关于如何构建软件的一些最重要的设计决策”的“地位”相符。
阅读全文>
发表于 @ 2006年10月24日 16:24:00|评论(loading...)|收藏
GOF所著的《设计模式》一书已成为一种“现象”。作为结果，越来越多的人开始学习和运用GOF设计模式。但同时，笔者注意到了另一个意想不到的结果，那就是有相当多的人下意识里认为“模式就是GOF设计模式”——很遗憾，这不是GOF打出的广告语，我相信他们也绝不希望结果会是这样。
阅读全文>
发表于 @ 2006年10月14日 17:29:00|评论(loading...)|收藏
不同类型的软件系统需要不同的软件架构设计，这似乎是很多人都理解的道理；但有时候，一个系统的不同子系统也应当有不同的软件架构。阅读全文>
发表于 @ 2006年10月12日 09:23:00|评论(loading...)|收藏
通过这个案例，我们强烈地感觉到：软件架构师需要做出的一系列重要设计决策，是伴随着对软件系统的层层分解依次展开的。例如，不将整个设备调试系统分为桌面部分和嵌入式部分，也就无从将桌面部分进一步分离成应用层和通讯层。阅读全文>
发表于 @ 2006年10月08日 09:58:00|评论(loading...)|编辑|收藏
耗时2年，《软件架构设计》就要与读者见面了。本书是温昱10年经验的精华。阅读全文>
发表于 @ 2006年09月29日 16:12:00|评论(loading...)|收藏