系统逻辑架构图怎么画

系统逻辑架构图根据系统组成绘制，不同类型的系统，逻辑架构图会有些许差异，本文以软件系统为例，介绍如何绘制系统逻辑架构图。

绘制工具：PPT 或 VISIO ，当然也可以使用其他工具

本文使用PPT绘制，点击“开始”——“OFFICE”——“PowerPoint”，打开一个空白文稿

软件系统架构图可以分为基础设施、数据层、应用层、用户层四个层次。首先绘制基础设施层，基础设施层包括：网络、服务器、存储设备等硬件环境，是系统运行的基础保障，如下图所示。

其次，绘制数据层。数据层用于存储系统的数据，系统数据有多种类型，包括系统配置数据库、用户管理数据库、元数据库、文件数据库等，如下图所示。

然后，绘制应用层。应用层根据实际系统设计，可以分为业务应用层和服务层。

（1）服务层介于数据层和业务应用层，为业务应用层提供功能支持，也就常说的中间件层，包括即时通讯系统、短信平台、数据访问组件、安全审计组件、数据交换等。

（2）业务应用层是指具体的业务应用系统功能模块，包括业务报表、GIS管理、业务统计、综合查询、业务表单、业务流程等。

最后，绘制用户层。用户层为用户提供使用系统的入口，包括门户管理系统、单点登录系统等。

至此，一个系统的逻辑架构图就画好了，当然，这里是一个相对简单的系统逻辑架构图，详细的要根据实际系统设计来绘制。

本篇经验将和大家介绍几种常见的软件架构模式，希望对大家的工作和学习有所帮助！

方法/步骤

分层模式

这种模式也称为多层体系架构模式。它可以用来构造可以分解为子任务组的程序，每个子任务都处于一个特定的抽象级别。每个层都为下一个提供更高层次服务。

一般信息系统中最常见的是如下所列的4层。

表示层(也称为UI层)

应用层(也称为服务层)

业务逻辑层(也称为领域层)

数据访问层(也称为持久化层)

使用场景：

一般的桌面应用程序

电子商务Web应用程序

客户端-服务器模式

这种模式由两部分组成：一个服务器和多个客户端。服务器组件将为多个客户端组件提供服务。客户端从服务器请求服务，服务器为这些客户端提供相关服务。此外，服务器持续侦听客户机请求。

使用场景：

电子邮件，文件共享和银行等在线应用程序

主从设备模式

这种模式由两方组成主设备和从设备。主设备组件在相同的从设备组件中分配工作，并计算最终结果，这些结果是由从设备返回的结果。

使用场景：

在数据库复制中，主数据库被认为是权威的来源，并且要与之同步

在计算机系统中与总线连接的外围设备(主和从驱动器)

管道-过滤器模式

此模式可用于构造生成和处理数据流的系统。每个处理步骤都封装在一个过滤器组件内。要处理的数据是通过管道传递的。这些管道可以用于缓冲或用于同步。

使用场景：

编译器。连续的过滤器执行词法分析、解析、语义分析和代码生成

生物信息学的工作流

代理模式

此模式用于构造具有解耦组件的分布式系统。这些组件可以通过远程服务调用彼此交互。代理组件负责组件之间的通信协调。

服务器将其功能(服务和特征)发布给代理。客户端从代理请求服务，然后代理将客户端重定向到其注册中心的适当服务。

使用场景：

消息代理软件，如Apache ActiveMQ，Apache Kafka，RabbitMQ和JBoss Messaging

点对点模式

在这种模式中，单个组件被称为对等点。对等点可以作为客户端，从其他对等点请求服务，作为服务器，为其他对等点提供服务。对等点可以充当客户端或服务器或两者的角色，并且可以随时间动态地更改其角色。

使用场景：

像Gnutella和G2这样的文件共享网络

多媒体协议，如P2PTV和PDTP

像Spotify这样的专有多媒体应用程序

事件总线模式

这种模式主要是处理事件，包括4个主要组件：事件源、事件监听器、通道和事件总线。消息源将消息发布到事件总线上的特定通道上。侦听器订阅特定的通道。侦听器会被通知消息，这些消息被发布到它们之前订阅的一个通道上。

使用场景：

安卓开发

通知服务

模型-视图-控制器模式

这种模式，也称为MVC模式，把一个交互式应用程序划分为3个部分，

模型：包含核心功能和数据

视图：将信息显示给用户(可以定义多个视图)

控制器：处理用户输入的信息

这样做是为了将信息的内部表示与信息的呈现方式分离开来，并接受用户的请求。它分离了组件，并允许有效的代码重用。

使用场景：

在主要编程语言中互联网应用程序的体系架构

像Django和Rails这样的Web框架

黑板模式

这种模式对于没有确定解决方案策略的问题是有用的。黑板模式由3个主要组成部分组成。

黑板——包含来自解决方案空间的对象的结构化全局内存

知识源——专门的模块和它们自己的表示

控制组件——选择、配置和执行模块

所有的组件都可以访问黑板。组件可以生成添加到黑板上的新数据对象。组件在黑板上查找特定类型的数据，并通过与现有知识源的模式匹配来查找这些数据。

使用场景：

语音识别

车辆识别和跟踪

蛋白质结构识别

声纳信号的解释

解释器模式

这个模式用于设计一个解释用专用语言编写的程序的组件。它主要指定如何评估程序的行数，即以特定的语言编写的句子或表达式。其基本思想是为每种语言的符号都有一个分类。

使用场景：

数据库查询语言，比如SQL

用于描述通信协议的语言

常见的服务器架构有以下三种：服务器集群架构：服务器集群就是指将很多服务器集中起来一起进行同一种服务，在客户端看来就像是只有一个服务器。集群可以利用多个计算机进行并行计算从而获得很高的计算速度，也可以用多个计算机做备份，从而使得任何一个机器坏了整个系统还是能正常运行。服务器负载均衡架构：负载均衡 （Load Balancing） 建立在现有网络结构之上，它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。分布式服务器架构：所谓分布式资源共享服务器就是指数据和程序可以不位于一个服务器上，而是分散到多个服务器，以网络上分散分布的地理信息数据及受其影响的数据库操作为研究对象的一种理论计算模型服务器形式。分布式有利于任务在整个计算机系统上进行分配与优化，克服了传统集中式系统会导致中心主机资源紧张与响应瓶颈的缺陷，解决了网络GIS 中存在的数据异构、数据共享、运算复杂等问题，是地理信息系统技术的一大进步。这个三种架构都是常见的服务器架构，集群的主要是IT公司在做，可以保障重要数据安全；负载均衡主要是为了分担访问量，避免临时的网络堵塞，主要用于电子商务类型的网站；分布式服务器主要是解决跨区域，多个单个节点达到高速访问的目前，一般是类似CDN的用途的话，会采用分布式服务器。

---