系统架构

在搭建企业应用系统时，针对应用情况不同、预算/时限不同、对系统指标要求不同，有多种替代方案可以从中选择。当需求明确、固定，又有现成产品完全满足需要时，或者当企业想要以极低预算消除某个业务瓶颈时，应该优先考虑现成产品；在需求明确、固定，但很难被现成产品完全覆盖时，可以选择应用框架，并由合格开发商完成实施；在需求不够明确，或者预感到需求会发生剧烈变更时，采用开发源码的应用框架，从而避免高昂的初期投资，并“软化”框架带来的种种限制，是另一种可供选择的思路。

如何选择一个好的框架应用在你的项目中，将会对你的项目的效率和可重用是至关重要的。本文将对目前最流行、最常用的两种framework进行介绍。

本文从程序的运行时结构和源代码的组织结构两个方面探讨了系统构架设计应考虑的各种因素，列举了系统构架设计文档应考虑的一些问题。约公元前25年，古罗马建筑师维特鲁威说：“理想的建筑师应该既是文学家又是数字家，他还应通晓历史，热衷于哲学研究，精通音乐，懂得医药知识，具有法学造诣，深谙天文学及天文计算。”

软体设计师中有一些技术水平较高、经验较为丰富的人，他们需要承担软件系统的架构设计，也就是需要设计系统的元件如何划分、元件之间如何发生相互作用，以及系统中逻辑的、物理的、系统的重要决定的作出。在很多公司中，架构师不是一个专门的和正式的职务。通常在一个开发小组中，最有经验的程序员会负责一些架构方面的工作。在一个部门中，最有经验的项目经理会负责一些架构方面的工作。但是，越来越多的公司体认到架构工作的重要性。

架构一词是舶来品，是architecture的中文翻译, 其英文的本意是来源于建筑行业的建筑艺术、建筑（风格）和结构，引入到软件领域里面来以后，并没有一个统一的定义。有的人将架构定义为：功能+设计+构造手段，我们可以通俗的理解为：总体设计和总体结构。

架构是一个软件系统中的核心元素，是系统中最难改变的部分，也是构建软件系统中其他部分所依赖的基础，因此系统架构的好坏会从根本上决定基于这个架构所构建的软件系统的质量。系统架构的构建一直是软件开发过程中的一项重要工作，同时也是一项很困难的工作，即便对于很有经验的系统架构师也是如此。但是，模式以及模式语言的提出给出了一条构建系统架构的有效途径，本文将对此进行深入的论述，并以一个著名的单元测试工具JUnit为例进行说明。

面向服务的体系结构（service-oriented architecture，SOA）因其固有的松散耦合与互操作性，成为许多企业应用的自然选择。在本文中您将看到，使用 J2EE 1.4 提供的 Web 服务功能可以很容易地构建能够访问现有业务流程的 SOA 系统。

摩托罗拉的副总裁Toby Redshaw说，架构师是“IT策略中的中枢”，而且这一角色对公司的影响确实非常大。当Toby Reshaw在2001年进入摩托罗拉并担任其策略暨架构副总裁时，他俨然一位购房者对一套摇摇欲坠的公寓进行估价一样。

在软件开发中，我们对于软件架构经常看到极端：要么不重视软件架构，要么过分重视以至于她成了“天条”。我甚至遇到了这样的事情：某公司强制推行某基于Struts的架构设计，然而到了项目组它却处处遭到抵制，特别是分部基本上抛弃了这个架构设计。那么，这个原因在哪里呢？为什么一个成本高昂的架构设计没有被接纳呢？

企业级应用是指那些为商业组织、大型企业而创建并部署的解决方案及应用。这些大型企业级应用的结构复杂，涉及的外部资源众多、事务密集、数据量大、用户数多，有较强的安全性考虑。

开始之初的架构设计决定着软件产品的生死存亡。“好的开始相当于成功一半”。开始的架构设计也是最难的，需要调研同类产品的情况以及技术特征，了解当前世界上对这种产品所能提供的理论支持和技术平台支持。再结合自己项目的特点(需要透彻的系统分析)，才能逐步形成自己项目的架构蓝图。

公司有在底层机构中集成新技术的需要，同时还有维护现有的基于老技术的系统的需要，平衡这两个需要对于高级结构设计师来说是一个最大的挑战。随着.NET平台的推出，微软不但使这种工作更加吃香，而且明显又带来了更多的挑战。但是如果有充足的计划，.NET结构设计师就能保证他们的开发团队创建高质量的、可支持的以及可维护的应用程序，方法就是给出一个使用.NET平台先进性的创建或升级的标准和过程的可靠建议。

8条用于分布式计算的架构技巧

随着VS.NET的正式发布，Microsoft的.NET梦想终于如实展现在人们面前，对几乎所有以Microsoft技术为核心的开发组织来说，它带来了不容忽视的变革。就像以前对Windows寄予厚望一样，Microsoft现在把自己未来的重注下在了.NET的成功上。同样与以前Windows出现时相似的是，绝大多数Microsoft技术的开发者不可避免地要转移到.NET上。认清这些简单但关键的事实，这是评估.NET将在你的组织中扮演什么角色时首先要解决的重要问题。

本文的主要讨论的就是，你必须要不断的学习学习再学习。在信息技术产业中生存发展，需要你坚持不懈的升级各种有关的技能。而要成为一名优秀的建筑师，则要求你必须对过去，现在的各种技术都有相当深厚的了解，并且还要在需要使用它们的时候就能够自如的使用它们。时间是一种最容易流逝的东西，你可能经常会这样对自己说："我没有足够的时间来学习了，怎么才能不落伍呀！"事实上，想要不被淘汰，你就必须挤出一切的时间来完善自己。这样才能在这个领域中不断的发展下去。

一个好的架构设计师通常也是策略制定、组织协调高手、称职的顾问与领导者。他主要的任务就在规划与系统架构层次相关的事务，评估可能的风险与成本，并有效运用有限的人力、物力资源达成系统层次的需求。这样的专业人员在很难预知何时涌入大量浏览使用者，广泛运用诸如多层(Multi-tier)、集群式(clustering)等复杂分布式架构，系统效能、安全性、可靠性动辄成为媒体报导焦点的e化潮流下，更加突显其无可替代的重要性。

这篇吸引人的练习探究了体系结构和设计方面的关系，并着重提出了它们可能对应用程序的编码和性能产生影响的方式。

层（layer）这个概念在计算机领域是非常了不得的一个概念。计算机本身就体现了一种层的概念：系统调用层、设备驱动层、操作系统层、CPU指令集。每个层都负责自己的职责。网络同样也是层的概念，最著名的TCP/IP的七层协议。

框架必须是健壮的、可扩展的、灵活的，且支持动态内容，它要求基于开放或共享标准。框架的设计要力求做到：完备性、灵活性、可扩展性、可理解性，同时抽象能用于不同的场合；用户能轻松地添加和修改功能，定制框架；用户和框架的交互清晰，文档齐全。框架设计的一个核心问题就是发现可重用的设计和“热点”，以保证框架具备充分的灵活性，使用户能在已有构件的基础上生成应用程序，实现“零代码编写”的理想目标。

日前国外网站报道介绍了面向服务架构(SOA)的基本原则，提出了公共接口与内部实现要有明确界限等原则。虽然这些原则并不是绝对的真理，但可作为一个应用开发参考。