摘要：系统架构图怎么画一个系统通常是由元件组成的，而这些元件如何形成、相互之间如何发生作用，则是关于这个系统本身结构的重要信息。具体地说，就是要包括架构元件（Architecture Component）、...

系统架构图怎么画

一个系统通常是由元件组成的，而这些元件如何形成、相互之间如何发生作用，则是关于这个系统本身结构的重要信息。

具体地说，就是要包括架构元件（Architecture Component）、联结器（Connector）、任务流（Task-flow）。

所谓架构元素，也就是组成系统的核心＂砖瓦＂，而联结器则描述这些元件之间通讯的路径、通讯的机制、通讯的预期结果，任务流则描述系统如何使用这些元件和联结器完成某一项需求。

·建造一个系统所作出的最高层次的、以后难以更改的，商业的和技术的决定。

在建造一个系统之前会有很多的重要决定需要事先作出，而一旦系统开始进行具体设计甚至建造，这些决定就很难更改甚至无法更改。

显然，这样的决定必定是有关系统设计成败的最重要决定，必须经过非常慎重的研究和考察。

计算机软件的历史开始于五十年代，历史非常短暂，而相比之下建筑工程则从石器时代就开始了，人类在几千年的建筑设计实践中积累了大量的经验和教训。

建筑设计基本上包含两点，一是建筑风格，二是建筑模式。

独特的建筑风格和恰当选择的建筑模式，可以使一个独一无二。

下面的照片显示了中美洲古代玛雅建筑，Chichen-Itza大金字塔，九个巨大的石级堆垒而上，九十一级台阶（象征着四季的天数）夺路而出，塔顶的神殿耸入云天。

所有的数字都如日历般严谨，风格雄浑。

难以想象这是石器时代的建筑物。

图1、位于墨西哥Chichen-Itza（在玛雅语中chi意为嘴chen意为井）的古玛雅建筑。

（摄影：作者）软件与人类的关系是架构师必须面对的核心问题，也是自从软件进入历史舞台之后就出现的问题。

与此类似地，自从有了建筑以来，建筑与人类的关系就一直是建筑设计师必须面对的核心问题。

英国首相丘吉尔说，我们构造建筑物，然后建筑物构造我们（We shape our buildings, and afterwards our buildings shape us）。

英国下议院的会议厅较狭窄，无法使所有的下议院议员面向同一个方向入座，而必须分成两侧入座。

丘吉尔认为，议员们入座的时候自然会选择与自己政见相同的人同时入座，而这就是英国政党制的起源。

Party这个词的原意就是＂方＂、＂面＂。

政党起源的要害就是建筑物对人的影响。

在软件设计界曾经有很多人认为功能是最为重要的，形式必须服从功能。

与此类似地，在建筑学界，现代主义建筑流派的开创人之一Louis Sullivan也认为形式应当服从于功能（Forms follows function）。

几乎所有的软件设计理念都可以在浩如烟海的建筑学历史中找到更为遥远的历史回响。

最为闻名的，当然就是模式理论和XP理论。

架构的目标是什么正如同软件本身有其要达到的目标一样，架构设计要达到的目标是什么呢？一般而言，软件架构设计要达到如下的目标：·可靠性（Reliable）。

软件系统对于用户的商业经营和治理来说极为重要，因此软件系统必须非常可靠。

·安全行（Secure）。

软件系统所承担的交易的商业价值极高，系统的安全性非常重要。

·可扩展性（Scalable）。

软件必须能够在用户的使用率、用户的数目增加很快的情况下，保持合理的性能。

只有这样，才能适应用户的市场扩展得可能性。

·可定制化（Customizable）。

同样的一套软件，可以根据客户群的不同和市场需求的变化进行调整。

·可扩展性（Extensible）。

在新技术出现的时候，一个软件系统应当答应导入新技术，从而对现有系统进行功能和性能的扩展·可维护性（Maintainable）。

软件系统的维护包括两方面，一是排除现有的错误，二是将新的软件需求反映到现有系统中去。

一个易于维护的系统可以有效地降低技术支持的花费·客户体验（Customer Experience）。

软件系统必须易于使用。

·市场时机（Time to Market）。

软件用户要面临同业竞争，软件提供商也要面临同业竞争。

以最快的速度争夺市场先机非常重要。

架构的种类根据我们关注的角度不同，可以将架构分成三种：·逻辑架构、软件系统中元件之间的关系，比如用户界面，数据库，外部系统接口，商业逻辑元件，等等。

比如下面就是笔者亲身经历过的一个软件系统的逻辑架构图 图2、一个逻辑架构的例子从上面这张图中可以看出，此系统被划分成三个逻辑层次，即表象层次，商业层次和数据持久层次。

每一个层次都含有多个逻辑元件。

比如WEB服务器层次中有Html服务元件、session服务元件、安全服务元件、系统治理元件等。

·物理架构、软件元件是怎样放到硬件上的。

比如下面这张物理架构图描述了一个分布于北京和上海的分布式系统的物理架构，图中所有的元件都是物理设备，包括网络分流器、代理服务器、WEB服务器、应用服务器、报表服务器、整合服务器、存储服务器、主机等等。

图3、一个物理架构的例子·系统架构、系统的非功能性特征，如可扩展性、可靠性、强壮性、灵活性、性能等。

系统架构的设计要求架构师具备软件和硬件的功能和性能的过硬知识，这一工作无疑是架构设计工作中最为困难的工作。

此外，从每一个角度上看，都可以看到架构的两要素：元件划分和设计决定。

首先，一个软件系统中的元件首先是逻辑元件。

这些逻辑元件如何放到硬件上，以及这些元件如何为整...

在Mac下,用什么软件话拓扑图,服务器逻辑结构图

UIDesigner是腾讯用户研究与体验设计部（CDC）设计研发的一款设计类软件，打造一款可以让设计师统一平台和团队协作的平台型设计工具，经过1.0和2.0版本的经验沉淀，我们决定对3.0版本进行全新的架构设计。

开发一个软件系统，前期的架构设计承载着整个软件的设计思想和关键决策，可以说是重中之重。

根据软件架构设计思想，关注分割和交互，好的架构必须使每个关注点相互分离。

我们进行了最基本的需求分析，得出两个关注点：一是工具，二是设计绘图，关系如图1所示。

得到最基本的两个关注点后，接着将提取关键需求（包括：关键功能需求、关键质量需求和关键商业需求），根据两个关注点进行架构的细化设计。

一、关注点——工具 这里我们结合UIDesigner的实际需求，提取出属于“工具”范畴的关键功能需求、关键质量需求和关键商业需求。

首先，“工具”的关键功能需求，必须包括：磁盘文件读写、异常捕捉、日志记录、安全性管理；非工具所必须，但是UIDesigner本身所要求的，包括：配置管理、缓存管理、线程服务、服务器和客户端通讯管理、国际化服务。

其次，“工具”的关键质量需求，质量需求包括开发期质量需求和运行期质量需求两部分，经过分析和权衡，UIDesigner的性能主要取决于设计绘图，而稳定性、可扩展性和可维护性才是决定“工具”本身发展的质量需求，因此，对“工具”的质量需求设计将以稳定性、可扩展性和可维护性为主。

最后，“工具”的关键商业需求，因为UIDesigner本身并没有很复杂的业务需求，因此关键商业需求是在设计流程的优化和规范上得到体现，这方面的设计已经属于高层模块和使用流程的设计，对架构的影响非常小，可以暂时性的忽略。

经过关键需求的提取，我们得到了“工具”的设计目标——可以提供通用功能（关键功能需求）的高稳定性、扩展性和维护性的客户端应用。

根据此目标，我们采取了DI(Dependency-Injection)和MVP(Model-View-Presenter)结合的架构，概念架构设计如图2所示。

...

谁给介绍一个内网传送外网文件的服务器架构软件要求,1.软件要尽量...

校园建设的一个实例07月15日 15:50 编辑 校园网规划与设计 随着计算机、网络应用的不断普及，学校管理也相应的发生着变化。

如何能更加充分的利用学校现有的教学资源进行教学、管理，又能达到事半功倍的效果？校园网的实施为学校提供了很好的解决方法。

校园网的建设是现代教育发展的必然趋势，建设校园网不仅能够更加合理有效地利用学校现有的各种资源，而且为学校未来的不断发展奠定了基础，使之能够适合信息时代的要求。

校园网络的建设及其与Internet的互联，已经成为教育领域信息化建设的当务之急。

以下以**大学校园网为例，介绍校园计算机网络系统集成总体设计方案（已缩减）。

**大学校园计算机网络总体设计方案 一、系统需求分析 **大学位于某市区内。

校园网连接建筑物有教学楼、行政楼、图书馆、实验楼等。

信息结点共370个，分布如下： 教学楼：200个信息点 行政楼：70个信息点 实验楼：50个信息点 图书馆：50个信息点。

网络中心设在教学楼三层，以教学楼为中心，用光纤连接其它三个建筑物，构成**大学校园网光纤主干。

通过DDN专线将整个校园网连入教育科研网CERNET，即连入国际互联网。

开通WWW、E-MAIL、FTP、TELNET、BBS等各种INTERNET服务。

全校开通办公自动化系统、视频点播多媒体教学系统。

校园网同时提供PPP拨号服务，使校区内及家庭用户等零散单机可通过电话拨号连到网络上，形成一个广域的计算机网络。

校园网的建立，可以实现全校资源共享，在一定程度上满足学校教育、科研对各种信息资源的需求。

二、系统设计原则 （一）、实用性 应当从实际情况出发，使之达到使用方便且能发挥效益的目的。

采用成熟的技术和产品来建设该系统。

要能将新系统与已有的系统兼容，保持资源的连续性和可用性。

系统是安全的，可靠的。

使用相当方便，不需要太多的培训即可容易的使用和维护。

（二）、先进性 采用当前国际先进成熟的主流技术，采用业界相关国际标准。

设备选型要是先进和系列化的，系统应是可扩充的。

便于进行升级换代。

建立Intranet/Internet模式的总体结构，符合当今信息化发展的趋势。

通过Intranet/Internet的建立，加速国内外院校之间的信息交流。

（三）、安全性 采用各种有效的安全措施，保证网络系统和应用系统安全运行。

安全包括4个层面-网络安全，操作系统安全，数据库安全，应用系统安全。

由于Internet的开放性，世界各地的Internet用户也可访问校园网，校园网将采用防火墙、数据加密等技术防止非法侵入、防止窃听和篡改数据、路由信息的安全保护来保证安全。

同时要建立系统和数据库的磁带备份系统。

（四）、可扩充性 采用符合国际和国内工业标准的协议和接口，从而使校园网具有良好的开放性，实现与其他网络和信息资源的容易互联互通。

并可以在网络的不同层次上增加节点和子网。

一般包括开放标准、技术、结构、系统组件和用户接口等原则。

在实用的基础上必须采用先进的成熟的技术，选购具有先进水平的计算机网络系统和设备，并保留向ATM过渡的自然性。

由于计算机技术的飞速发展和计算机网络技术的日新月异，网络系统扩充能力的大小已变得非常重要，因此考虑网络系统的可扩充性是相当重要的。

（五）、可管理性 设计网络时充分考虑网络日后的管理和维护工作，并选用易于操作和维护的网络操作系统，大大减轻网络运营时的管理和维护负担。

采用智能化网络管理，最大程度地降低网络的运行成本和维护。

（六）、高性能价格比 结合日益进步的科技新技术和校园的具体情况，制定合乎经济效益的解决方案，在满足需求的基础上，充分保障学校的经济效益。

坚持经济性原则，力争用最少的钱办更多的事，以获得最大的效益。

三、网络系统设计 （一）、系统构成 校园信息系统网络应是为办公、科研和管理服务的综合性网络系统。

一个典型的信息系统网络通常由以下几部分组成： 1. 网络主干，用于连接各个主要建筑物，为主要的部门提供上网条件，主干的选型和设计是信息系统网络的主要工作之一。

2. 局域网（LAN）系统，以各个职能部门为单位而建立、独立的计算环境和实验环境。

3. 主机系统，网络中心的服务器和分布在各个LAN上的服务器是网络资源的载体，它的投资和建设也是信息系统网络建设的重要工作。

4. 应用软件系统，包括网上Web公共信息发布系统、办公自动化系统、管理信息系统、电子邮件系统、行政办公系统、人事管理系统和财务系统等专用的系统。

我们认为更主要的是建设内部的Intranet系统。

5. 出口（通讯）系统，是指将信息系统网络与Cernet和Internet等广域网络相连接的系统，出口系统的主要问题包括两个方面：一个是选择合适的连接方式，如DDN、X.25、卫星、微波等方式连网；另一个是防火墙的建设，它与出口系统的安全性有直接的关系。

（二）、网络技术选型 在局域和园区网络中有多种可选的主流网络技术，以下我们将针对不同技术类型，简单阐明其特点，为我们的技术选型提供科学的依据。

主要选用以下三种网络技术方案：以太网络技术、FDDI网络、ATM网络。

结合校园网系统设计原则和用户的具体需求，...

什么是SOA架构图？

在需求明确、准备开始编码之前，要做概要设计，而详细设计可能大部分公司没有做，有做的也大部分是和编码同步进行，或者在编码之后。

因此，对大部分的公司来说，概要设计文档是唯一的设计文档，对后面的开发、测试、实施、维护工作起到关键性的影响。

一、问题的提出 概要设计写什么？概要设计怎么做？如何判断设计的模块是完整的？为什么说设计阶段过于重视业务流程是个误区？以需求分析文档还是以概要设计文档来评估开发工作量、指导开发计划准确？结构化好还是面向对象好？以上问题的答案请在文章中找。

二、概要设计的目的 将软件系统需求转换为未来系统的设计；逐步开发强壮的系统构架；使设计适合于实施环境，为提高性能而进行设计；结构应该被分解为模块和库。

三、概要设计的任务 制定规范：代码体系、接口规约、命名规则。

这是项目小组今后共同作战的基础，有了开发规范和程序模块之间和项目成员彼此之间的接口规则、方式方法，大家就有了共同的工作语言、共同的工作平台，使整个软件开发工作可以协调有序地进行。

总体结构设计：功能（加工）->模块：每个功能用那些模块实现，保证每个功能都有相应的模块来实现；模块层次结构：某个角度的软件框架视图；模块间的调用关系：模块间的接口的总体描述；模块间的接口：传递的信息及其结构；处理方式设计：满足功能和性能的算法 用户界面设计；数据结构设计：详细的数据结构：表、索引、文件；算法相关逻辑数据结构及其操作；上述操作的程序模块说明（在前台？在后台？用视图？用过程？······） 接口控制表的数据结构和使用规则 其他性能设计。

四、概要设计写什么 结构化软件设计说明书结构（因篇幅有限和过时嫌疑，在此不作过多解释） 任务：目标、环境、需求、局限；总体设计：处理流程、总体结构与模块、功能与模块的关系；接口设计：总体说明外部用户、软、硬件接口；内部模块间接口（注：接口≈系统界面） 数据结构：逻辑结构、物理结构，与程序结构的关系；模块设计：每个模块“做什么”、简要说明“怎么做”（输入、输出、处理逻辑、与其它模块的接口，与其它系统或硬件的接口），处在什么逻辑位置、物理位置；运行设计：运行模块组合、控制、时间；出错设计：出错信息、处错处理；其他设计：保密、维护；OO软件设计说明书结构1 概述 系统简述、软件设计目标、参考资料、修订版本记录 这部分论述整个系统的设计目标，明确地说明哪些功能是系统决定实现而哪些时不准备实现的。

同时，对于非功能性的需求例如性能、可用性等，亦需提及。

需求规格说明书对于这部分的内容来说是很重要的参考，看看其中明确了的功能性以及非功能性的需求。

这部分必须说清楚设计的全貌如何，务必使读者看后知道将实现的系统有什么特点和功能。

在随后的文档部分，将解释设计是怎么来实现这些的。

2 术语表 对本文档中所使用的各种术语进行说明。

如果一些术语在需求规格说明书中已经说明过了，此处不用再重复，可以指引读者参考需求说明。

3 用例 此处要求系统用用例图表述（UML），对每个用例（正常处理的情况）要有中文叙述。

4 设计概述4.1 简述 这部分要求突出整个设计所采用的方法（是面向对象设计还是结构化设计）、系统的体系结构（例如客户/服务器结构）以及使用到的相应技术和工具（例如OMT、Rose）4.2 系统结构设计 这部分要求提供高层系统结构（顶层系统结构、各子系统结构）的描述，使用方框图来显示主要的组件及组件间的交互。

最好是把逻辑结构同物理结构分离，对前者进行描述。

别忘了说明图中用到的俗语和符号。

4.3 系统界面 各种提供给用户的界面以及外部系统在此处要予以说明。

如果在需求规格说明书中已经对用户界面有了叙述，此处不用再重复，可以指引读者参考需求说明。

如果系统提供了对其它系统的接口，比如说从其它软件系统导入/导出数据，必须在此说明。

4.4 约束和假定 描述系统设计中最主要的约束，这些是由客户强制要求并在需求说明书写明的。

说明系统是如何来适应这些约束的。

另外如果本系统跟其它外部系统交互或者依赖其它外部系统提供一些功能辅助，那么系统可能还受到其它的约束。

这种情况下，要求清楚地描述与本系统有交互的软件类型以及这样导致的约束。

实现的语言和平台也会对系统有约束，同样在此予以说明。

对于因选择具体的设计实现而导致对系统的约束，简要地描述你的想法思路，经过怎么样的权衡，为什么要采取这样的设计等等。

5 对象模型 提供整个系统的对象模型，如果模型过大，按照可行的标准把它划分成小块，例如可以把客户端和服务器端的对象模型分开成两个图表述。

在其中应该包含所有的系统对象。

这些对象都是从理解需求后得到的。

要明确哪些应该、哪些不应该被放进图中。

所有对象之间的关联必须被确定并且必须指明联系的基数。

聚合和继承关系必须清楚地确定下来。

每个图必须附有简单的说明。

6 对象描述 在这个部分叙述每个对象的细节，它的属性、它的方法。

在这之前必须从逻辑上对对象进行组织。

你可能需要用结构图把对象按子系统划分好...

2层架构和3层架构的比较？

1、简单说client直接访问DBserver为两层结构。

client通过中间件等应用服务器访问DBserver为三层结构。

三层结构比两层结构安全。

2、可以这样理解：客户端程序访问服务器的结构叫两层结构。

中间加一个事务逻辑处理封装的中间件作为沟通就是三层结构，这样可以均衡数据负载！3、拷贝一些基础知识你看一下。

（没有图片） 附：相关知识 现代社会的软件开发体系结构简单概括就是N层体系结构，这里的N大于等于1。

换而言之就是：单机体系（N=1）、Client/Server结构体系（N=2）、多层体系结构（N>2）。

下面我们就对这几种体系结构进行简单的介绍和比较。

单机体系：这种软件适用于单机状态，一般情况下是针对某一种单一的应用，如字典软件、翻译软件等等。

这种开发方式不适用于综合管理系统的开发。

C/S结构：c/s结构是在局域网上发展起来的，它具有数据集中管理的能力，在出现之初确实解决了很多计算机发展的难题，同时随着4GL语言的发展，用户的界面也比较丰富，在CLIENT端的事物处理能力也使整个系统的性能得到全面的提高，并使管理信息系统（MIS:Management Information System）得到快速的发展。

其大概的图例见图1。

我们根据两层结构体系的概念来分解C/S结构的话，可以将他分为表现层（也叫表达层）和数据层。

数据层提供数据存放的载体，而表现层则通过一定技术将数据层中数据取出，进行一定的分析并以某一种格式向用户进行显示。

在两层体系结构中，表现层对数据库进行直接操作，且大部分的商业处理逻辑（Business Logic，数据之间的关系规则）也在表现层中实现. 图1:Client/Server 体系结构示例 三层体系结构：三层体系结构是N层体系结构的典型，所谓的三层体系结构就是将原来在两层体系结构中的商业逻辑部分从数据层和表现层中提炼出来，形成中间件服务器，所以三层就是：表现层、商业逻辑层（Business Logic）、数据层。

在此之外，还有一种系统结构就是分布式系统，其结构系统图见图2。

图2：分布式系统的结构示意图 在分布式系统中，其介于客户端和数据端之间的仅仅是一个应用服务器，它管理客户端的软件，但不做性能调整，比如每一个客户端调用时均产生一个新的数据库连接，而不能够将连接保持形成一个连接缓冲池。

虽然在分布式应用中已经结合了一些商业处理逻辑，但是并没有真正改变原来的C/S体系结构。

在三层体系结构中，表现层将主要提供与客户的交互功能，数据层提供系统中的所有的数据保存载体，而商业逻辑层将整个系统中的商业处理逻辑整和在一起，形成中间件，在三层中。

中间件起了承前启后的作用，表现层将客户端的请求通过IDL调用中间件，中间件在将其转化成数据处理原则，并从数据库中获得相应的数据，返回给客户端的软件，转换成客户要求的方式显示。

关于三层体系结构的示意图见图3。

图3：三层体系结构示意图 我们已经简单的介绍了C/S结构和三层体系结构，有关的优点已经昭然若揭，为了更好的让您了解两者的区别，我们将两者进行一些比较。

C/S结构的缺点： 缺乏有效的集权控制：在众多的C/S软件中我们不难看出，所有的构件不能够在一个地点（如一台机器）进行统一的管理，而不得不将他们分化在各个CLIENT的应用中，使得维护和安全保密均很困难。

缺乏安全性：在分散的计算机系统中，控制信息的访问安全是非常困难的，由于客户端经常需要对一些敏感的数据进行分析导致安全漏洞很容易发生。

客户端工作量重：当将一个应用中的所有的商业逻辑全部在各个客户端来实现的时候，仅仅是使用桌面电脑的客户端资源将发生不堪负载的情况。

软件的重用性差：由于C/S结构下的应用软件一般均是根据操作系统进行定制，且开发工具也是有一定的限定，一旦需要改变某一个要素的话，很可能只能重做，例如原来用C语言来开发，现在需要转向PB进行开发，那么，原来的所有工作都需要重新来过。

随着应用的不断复杂，桌面电脑将需要不断的升级以适应系统的性能需求，甚至有时侯会完全超出桌面系统能够承受的限度。

例如：诸如多线程和对称多重处理技术等先进操作系统的特性可能不能在标准桌面电脑系统中提供，不通过访问具有这些技术的服务器，客户端的桌面系统将可能永远不能获得这些新的技术的性能。

针对这些问题，三层体系结构给予了很好的解决方案。

在三层体系结构中，提供在客户端和服务器端进行应用功能的分割，系统通过应用将用户定义的界面系统从商业处理逻辑中分割出去。

通过将商业处理逻辑集中在中间件服务器中，将能够减小客户端的工作量并使敏感数据访问控制变得简单。

在三层结构中，客户端将与服务器端的数据变化隔离，简单的说，商业处理逻辑不受客户端的用户界面的改变而影响。

三层体系中有一个非常重要的特性就是系统具有良好的组件重用性，例如在PB中开发的组件，可以在VC中进行使用。

其图例见图4。