业务架构图和系统架构图的区别？

一、业务架构图和系统架构图的区别？

业务架构图是架构师与产品经理对接,将用户的需求进行宏观地,系统地,抽象地用图形进行描述,所以业务架构图的存在是非常有必要的,以业务架构图去也用户讲解软件系统的功能设计,使用户更一目了然的了解到系统的功能,便于产品经理与用户之间的沟通;另一方面,架构师以业务架构图去跟开发人员对接开发需求,是在所有基础需求的基础上进行了抽象化全局化的设计,更便于开发人员分层次地理解需求,进行模块化,抽象化的系统开发,实现系统的可复用性、可拓展性。

系统架构图属于系统设计阶段，系统架构图只是这个阶段一个产物，要正确的、合理的画系统架构图需要全面的理解用户需求以及业务流程，当理解了这些东西后，剩下的就是如何进行表达了，一般而言，可以参照RUP的用例驱动来进行逻辑架构，开发架构等设计工作，你的系统架构图可以反应在各个视图里面，我估计你所说的系统架构图是属于逻辑架构里面，比如分多少层，每层分多少模块等。

二、一个web网站的技术架构图和系统架构图，该如何画？

每个架构图都有着异曲同工 现在市场中有非常多的图形绘制工具 楼主可以注意下 我现在用的是亿图图示 操作简单功能强大 楼主也可以去试试 下面是在一个安装包的地址

免费下载全类型图形图表设计软件 - 亿图图示专家

三、系统逻辑架构图怎么画？

系统架构图属于系统设计阶段，系统架构图只是这个阶段一个产物，要正确的、合理的画系统架构图需要全面的理解用户需求以及业务流程，当理解了这些东西后，剩下的就是如何进行表达了，一般而言，可以参照RUP的用例驱动来进行逻辑架构，开发架构等设计工作，你的系统架构图可以反应在各个视图里面，我估计你所说的系统架构图是属于逻辑架构里面，比如分多少层，每层分多少模块等。 至于，绘制的工具，有很多很多。可以选择微软的visio,或者EA,rose,power designer等UML建模工具，当然，你甚至可以用PPT,Word来绘制。 当然，系统架构不是一日之功，需长期努力，跟经验和技术都有很大关系。 今天兴致来了，回复了这么多，不知满意不。

四、系统架构图是做什么用的？

系统架构图属于系统设计阶段，系统架构图只是这个阶段一个产物，要正确的、合理的画系统架构图需要全面的理解用户需求以及业务流程，当理解了这些东西后，剩下的就是如何进行表达了，一般而言，可以参照RUP的用例驱动来进行逻辑架构，开发架构等设计工作，你的系统架构图可以反应在各个视图里面，我估计你所说的系统架构图是属于逻辑架构里面，比如分多少层，每层分多少模块等。

下面是个人理解的做架构的几个要点：

1、系统安全

这是首要考虑的，以这张图为例，网络划分为3个区：

a) DMZ区可以直接公网访问，也可以 与App Core区互通，但不能直接与DB Core区互通 (通常这里放置 反向代理Web服务器)

b) App Core区能与DMZ区、DB Core区互通，但是无法直接从公网访问 (通常这里放置 应用服务器、中间件服务器之类)

c) DB Core区仅与App Core区互通 (通常这里放置 核心数据库)

2、尽量消除单点故障

上图中，除了“硬件负载均衡”节点外，其它节点都可以部署成集群（DB有点特殊，传统RDBMS要实现分布式/集群还是比较困难的，要看具体采用的数据库产品，并非所有数据库都能方便的做Sharding），Jboss本身可以通过Domain模式+mod_cluster实现集群、Redis通过Master/Slave以Sentinel方式可以实现HA、IBM MQ本身就支持集群、FTP Server配合底层储存阵列也可以做到HA、Nginx静态资源服务器自不必说

3、成本

尽量采用开源成熟产品，jboss、redis、nginx、apache、mysql、rabbit MQ都是很好的选择。硬件负载均衡通常成本不低，但是效果明显，如果实在没钱，域名解析采用DNS轮询策略，也能达到类似效果，只不过可靠性略差。

4、Database问题

常规企业应用中，传统关系型数据仍然是主流，但是no-sql经过这几年发展，技术也日渐成熟了，一些非关键数据可以适当采用no-sql数据库，比如：系统日志、报文历史记录这类相对比较独立，而且增长迅速的数据，可以考虑存储到no-sql db甚至HDFS、TFS等分布式开源文件系统中。

如果系统数据量级达到单机RDBMS的上限，尽早考虑Sharding方案，目前mysql在这方面比较成熟，其它数据库就不好说了。

5、性能

web server、app server这些一般都可以通过集群实现横向扩张，满足性能日常增长的需求。最大的障碍还是DB，如果规模真达到了DB的上限，还是考虑换分布式DB或者迁移到“云”上吧。

关于绘制系统架构图，可以选择微软的visio,或者EA,rose,power designer等UML建模工具，当然，你甚至可以用PPT,Word来绘制。

我个人推荐亿图图示，下面是软件地址

安装完成后，首先打开软件，软件左侧有个模板社区，我们在里面可以搜索系统架构图

搜索后，我们的下方可以看到许多的模板，这些模板都是可以使用的。

我们不断的往下拉选择一款我们喜欢的漂亮模板，然后点击使用此模板。

他的左侧有很多图例，只要进行拖拽进文件中使用即可。

制作完成时间之后可以进行导出，可以导出成图片，也可以导出成pdf等等。

当然最方便的是，还可以导出成其它软件兼容的格式，方便我们导入到其他软件进行二次编辑。

希望能帮助到你。

五、如何用ominigraff画系统架构图？

你好，系统架构图的对象都能在Omnigraffle里找到，不必使用图形工具一个个绘制，但是这里我也介绍一下图形工具如何绘制的，在上方工具栏点击“图形工具”，右侧的对象检查器里可以选择不同形状的图形，我这里选用四周圆润的矩形，在画布上画出较大的一个，之后可以一直使用这个形状，或者自由改变，根据自己的逻辑结构排列这些图形即可。

我们也可以使用更为简单的方法，借助Omnigraffle的型版，上方工具栏的最右边，和“检查器”靠在一起的就是型版，单击“型版”之后，下方会出现型版的选项窗口，一个有六个子菜单，分别是“其他”、“基本”、“图表”、“颜色”、“主页”、“UX和UI"。我们这里要找的是“基本”模块，“基本”下面有两个子项，分别是“连接”和“形状”，点击“形状”，下方会出现各式各样的图形对象，直接拖到画布上就可以了。

架构图的框架搭建完毕之后，就要输入文本信息，直接双击图形即可键入文字，文字和图形本身都要填充颜色，在对象检查器的填充检查器里可以为图形填入颜色，要改变字体的颜色，在下方的字体检查器里即可。之后就是按照自己的逻辑结构绘制完成。

您可以去官网看看网页链接

，应该能找到不少资料。

六、小区监控系统的基本架构图？

以小区监控系统为中心，依次连接设置在小区区域的各个监视镜头，绘制小区监控系统的基本架构图。

七、手机word怎么做组织架构图？

1、以officeword文档为例，首先打开word工具栏中的“插入”选项，并找到“关系图”选项。

2、然后点击打开“关系图”，在页面中找到“组织结构图”的样式。

3、点击后可以看到组织结构图的图例，如果需要该图样可以直接点击确定按钮。

4、即可将选中的组织结构图插入文档页面中，点击“文本”字样即可对文字进行修改。

八、应用架构图和技术架构图区别？

一、目的不同

应用构架图：是描述了IT系统功能和技术实现内容的构架。

技术构架图：对整个或部分技术系统的可重用设计的构架。

二、实现方式不同

应用构架图：通过架构图的方式来具体实现架构。

技术构架图：通过一组抽象构件及构件实例间交互的方法来具体实现架构。

三、特点不同

技术构架图：可被技术开发者定制的应用骨架。

应用构架图：承接了企业战略发展方向和业务模式，规划和指导企业各个IT系统的定位和功能。

九、如何画架构图？

在我们做系统架构设计时，如何快速的向外界传达我们的设计思路。4+1试图适合我们厘清思路、表达自己的想法。在我们汇报，争取领导层的认同支持更适合用架构图来表述我们的观点。架构图包括总体架构、逻辑架构、应用架构、技术架构、数据架构、功能架构、网络架构、运行架构等等。

一、整体架构图

总体架构基本上把下面所有的架构都体现了。下面所有的架构也都是要与总体架构保持一致。

总体架构需要说明几件事情：

• 整个系统的硬件设置是怎么回事？
• 数据大概是从哪里来，怎么采集、存储、处理、交换的？
• 做了哪些功能抽象，以便于支撑上层的应用？
• 提供哪些业务应用？管理、控制等功能有哪些？
• 终端用户怎么访问和使用这些应用？
• 该系统与外部系统是怎么进行对接的？
• 如何保障整个系统的安全、可靠、高质量的建设？

二、逻辑架构

逻辑架构就是整体架构去掉各种保障、底层的硬件基础等非软件开发逻辑核心的内容。所以有很多简单的项目压根就不写逻辑架构，直接用总体架构就行了。复杂的，就要把上面总体架构中间分层的逻辑给写清楚一些。

关注的是功能，包含用户直接可见的功能，还有系统中隐含的功能。或者更加通俗来描述，逻辑架构更偏向我们日常所理解的“分层”，把一个项目分为“表示层、业务逻辑层、数据访问层”这样经典的“三层架构”。

逻辑架构设计的目的就是为了告诉读者，整个系统是怎么产生左右的。所谓的系统架构，主要说的就是这部分。早期的单体架构、后面的各种分层架构、微服务、服务网格等，说的都是在这里进行设计。

在设计的时候，会用到很多种设计模式，比如你看到有一个应用支撑层/服务层之类的，这就是做了一个MVC，把业务逻辑和用户前端分离。而所有的逻辑架构都有数据层，这是最早的MVP，即数据、用户视图和处理逻辑分离。当然，系统越复杂，架构图就越复杂。

三、业务架构

企业架构框架白皮书中把架构分为了四个层次，分别是业务、应用、数据、技术。只有梳理清楚了业务，才能指导应用、数据和技术架构。业务架构的分析过程是复杂的，最终的产出可能也不仅仅只是一张架构图。还有更细节的流程、建模等产出物。一张好的架构图大概是：分层次、分模块讲清楚了各个产品模块之间的关系。

四、应用架构

就是应用太丰富了，需要整理整理。内部有哪些应用，怎么对外部提供服务。很多项目都没有这个，因为应用比较少，不值得多废点人工单独写。用以阐述细化逻辑架构。

五、技术架构

技术架构要干啥也就很清楚了，就是每一层，我们都用什么组件、什么技术解决什么问题。要求是：精准、明确、简练。但大体上的结构是类似的，从最底层的存储，到最上层的接口。右边是一些通用的运维体系或者支撑服务。体现出来依赖的SDK、第三方类库、中间件。

现在更多的情况，是多个系统模块，组成一个大的分布式系统，或者现存多个系统的情况下，需要进行集成开发一个产品。

这样的话，技术架构，就是高层级的技术架构了，不仅仅体现的是技术组件了，而是更高层级的一些模块，甚至规范。

六、数据架构

数据架构其实就是从数据侧描述数据怎么来、怎么存、怎么加工、怎么使用。从数据源开始，数据通过哪些方式集成过来；集成到数仓之后，都存在哪里，数仓怎么分层，每一层都干啥；在数据集市中又怎么存、怎么管；到数据应用层又提供哪些应用。上面所有的一切，都用什么技术，什么组件，解决什么问题。系统需要什么样的数据、如何存储、如何进行数据架构设计。

七、部署架构

部署架构也叫网络架构，就是底层服务器、网路的设计，提供网络安全、服务可靠性的设计。再简单一些理解，就是你这些应用、数据库都放在那台服务器上，这些服务器都在哪个ip端，怎么进行访问。要具体体现：机房；服务器个数、配置；网络分区关系；体现数据库、高可用；体现负载均衡；

八、功能架构

就是前台页面的功能菜单的目录结构。你怎么组织系统的所有功能，给用户提供相应的服务。

九、运行架构

运行架构其实就是软件内部，这些系统内部是怎么运转的，一般会画很多时序图、状态图、活动图。一般不单独画一个运行架构，而是在概要和详细设计里画。

十、寒战架构图？

《寒战》系列电影是水准相当高的港片代表。有梁家辉、郭富城、周润发、彭于晏、李治廷、杨采妮等一众实力演员出演。

李文斌（梁家辉饰演）警务处副处长（行动）、刘杰辉（郭富城饰演）警务处副处长（管理），两位主角代表的是香港长期以来的公务员权力体系斗争的缩影。