软件架构强调的是整体，而整体性的设计决策必须基于对需求的全面认识; 软件架构应该是稳定的，而遗漏了重要需求的架构设计面临的是返工的命运。 一言以蔽之，全面认识需求
当前，软件已用于各行各业，成为人们生产和管理的重要工具。由于应用领域内在的复杂性，或者开发时考虑不周等原因，不少工具的使用相当复杂。对工具的开发者来说，自然应当不断地
“今天，我比以往更加确信，概念的完整性是产品质量的核心。……这个原理决不仅限于软件系统，它适合于所有的复杂事物。” ——Brooks《人月神话》 “模型可以澄清相互
方法(论)和过程是值得放在一起讨论的两个概念。 1. 方法和过程是相对独立的两个概念，例如OO方法既可以用于瀑布式过程也可以用于迭代式过程。《净室软件工程：技术与过
从简单系统到复杂系统的变化，对架构设计的冲击决不仅仅是量变的问题。通过引入了软件架构视图的概念，有助于软件架构师控制架构设计的复杂性。
软件最终要驻留、安装或部署到硬件才能运行。软件的物理架构关注“目标程序及其依赖的运行库和系统软件”最终如何安装或部署到物理机器，以及如何部署机器和网络来配合软件系统的可靠性、可伸缩性等要求。
所谓交互机制，是指不同软件单元之间交互的手段。交互机制的例子有：方法调用、基于RMI的远程方法调用、发送消息等。
软件的逻辑架构是架构设计思维的重要方法。在用例技术已经成为捕获功能需求的事实标准的今天，逻辑架构的设计往往是从用例分析开始的。
在不同的架构设计方法中出现的软件架构视图种类很多，本文介绍最常用的两种架构视图——逻辑架构视图和物理架构视图，并通过具体案例的分析说明如何运用它们进行架构设计。
温 昱（节选自《软件架构设计》一书的第12章）。分析的另一种重要产品是领域模型，其目标是使负责该系统基本行为的所有核心类可视。——Grady Booch，《面向对象项目的解决方案》
我已经连续参加了两届软件大会。作为演讲嘉宾，同时也作为一名听众，我每次都以谦恭的心态，在大会中了解最新的技术发展趋势，结交业界朋友，碰撞思想火花，感觉受益匪浅。
要开发出用户满意的软件并不是件容易的事，软件架构师必须全面把握各种各样的需求、权衡需求之间有可能的矛盾之处，分门别类地将不同需求一一满足。
（节选自《软件架构设计》一书的草稿） 软件架构属于设计范畴，但并不是所有设计都属于软件架构设计之列。
| 我爱研发网 | 中电华信 | 阿里西西 | JAVA爱好者 | 东方教育网 | 北京英才网 |
| UFO007全球电子商务 | 蓝锋站长站 | 京辰市场咨询公司 | 锣鼓网 | 全球大学查询网 | 管理培训资源网 |
| 中教国际教育交流中心 | 快点吧 | 中国人的网站导航 | 中国电脑论坛 | msn下载 | ....[更多] |
