Visio 如何绘制架构图

一、Visio常用设置

1、取消跨线标志：在菜单栏选择设计-连接线，取消显示跨线即可。

2、增加连接点：切换连接点工具，选中需要增加的框图，按住ctrl+左键点击即可。

3、调整画布大小：按住Ctrl键，在画布边缘用鼠标拖动即可。

4、绘制连接线：切换连接线工具（或鼠标右键，选择连接线），点击基本图形，选择指定连接点按下左键不松手，拖向连线终点松开。

注意：软件能自动形成曲折、跨越、箭头，可连续、重叠、交叉绘制连线。

5、流程图复制、粘贴：鼠标点击画板，确保没有基本图形选中，直接复制（Ctrl+C），然后到打开的word中粘贴即可。

6、绘制虚线框：从基本形状中拖出一个矩形，右击矩形，选择设置形状格式，填充选择无填充，开始菜单栏中的形状样式选择线条-虚线即可；

7、绘制中间带箭头的线：

（1）方法一：更多形状-常规-方块，里面有两种中间是箭头的连接线；

（2）方法二：先画一条直线，右键选择形状格式-箭头前端类型，选择合适箭头形状，再在箭头处画一条直线即可。

8、绘制省略号：选择圆形，单击鼠标右键，选中“设置形状格式”，再选择“填充，选中“黑色”即可，复制多个就是省略号。

9、绘制双向箭头的线：先画一条直线，右键选择形状格式，设置箭头前端和末端箭头类型即可。

二、软件快捷键
1、F2：编辑图形文本；

2、ESC：清除对形状的选择或形状上的焦点；

3、Shift+箭头键：对所选图形位置进行微调；

4、Delete：删除所选主控形状；

三、常见问题
（一）解决Visio图形粘贴到word中虚线变实线的问题
1、问题描述：复制Visio中的图形，粘贴到Microsoft Office文档(如：doc、ppt)中，图形中的虚线显示成了实线。

2、原因：Visio呈现超长线条和非常细线为实线，以减小增强图元文件(EMF)的嵌入对象。这样做，Visio避免在其他程序文档中嵌入对象时文件大小有所增加，还有助于避免打印机缓冲区溢出。

3、解决方案：单击图形，进入编辑状态，选中需要修改的虚线线条，单击右键快捷菜单“格式-线条”（或者菜单形状样式-线条-粗细），将粗细适当加粗，确定保存即可。如果还出现上述症状，说明线条还不够粗，还需要在适当加粗。

（二）如何在Visio中给手画图形填充颜色
1、问题：在Visio中画好想要的图形后，结果发现无法填充指定的颜色。

2、原因：所画的图形为非封闭整体图形，Visio中默认封闭整体图形才能填充颜色。

（三）如何将Visio模板中的图形旋转所需要的角度
1、问题：用模板中给定的基本图形元素组合成所需图形时，无法按照所需角度组合；

2、原因：Viso中默认的基本图形的旋转角度是逆时针旋转。

3、解决方案：选中基本图形，在菜单栏选择视图-任务窗格-大小和位置，设置自己需要的角度即可。

注意：在大小和位置窗口，还可以设置旋转中心位置。

（四）Visio图片插入到word中只显示一部分
1、原因：学位论文设置的行距为固定值，导致Visio图所在行也是固定值，所以Visio只能显示出固定行距宽度的下面一部分。

2、解决方案：“开始”菜单-->“段落”-->“行距”-“行距选项”-“行距”-“单倍行距”；

四、制作架构图
（一）架构概念
1、一切系统设计原则都要以解决业务问题为最终目标，脱离实际业务的技术情怀架构往往会给系统带入大坑，所有问题的前提要搞清楚我们今天面临的业务量有多大，增长走势是什么样，而且解决高并发的过程，一定是一个循序渐进逐步的过程。

注意：熟悉业务，形成业务架构，根据业务架构，做出相应的应用架构，最后技术架构落地实施。

2、架构就是对系统中的实体以及实体之间的关系所进行的抽象描述，是一系列的决策，是结构和愿景。

3、系统架构是系统的骨架，支撑和链接各个部分，包括组件、连接件、约束规范，以及指导这些内容设计与演化的原理。

注意：架构的本质就是对系统进行有序化地重构以致符合当前业务的发展，并可以快速扩展。

4、架构图的作用：

（1）形象直接的描述系统组成及关系；

（2）可以解决沟通障碍，便于理解；

（3）消除歧义，便于达成共识。

5、随着互联网的发展，为了提高更好的用户体验度，为了更好应付快速发展的业务，高性能设计，高可用设计、可扩展性设计，在软件架构中占据了核心地位。

（二）架构分类
1、架构分为业务架构、应用架构、数据架构、技术架构、部署架构、安全架构、集成架构。

2、系统采用什么样的应用架构，受业务和技术的复杂性影响。

（1）业务复杂性是指企业发展阶段和业务特点；

（2）技术复杂性是指IT技术发展阶段和内部技术人员水平；

（3）业务复杂性（包括业务量大）必然带来技术复杂性，应用架构目标是解决业务复杂性的同时，避免技术太复杂，确保业务架构落地。

注意：应用架构的本质是通过系统拆分，平衡业务和技术复杂性，使系统更加合理和有序。

（4）应用的拆分偏向于业务，反映业务架构，应用的合并偏向于技术，影响技术架构。

（5）应用架构和业务架构是相辅相成的关系，业务架构的每一部分都有应用架构。

（三）业务架构
1、熟悉业务，形成业务架构，根据业务架构，做出相应的应用架构，最后技术架构落地实施。

2、所有问题的前提要搞清楚我们今天面临的业务量有多大，增长走势是什么样，而且解决高并发的过程，一定是一个循序渐进逐步的过程。 合理的架构能够提前预见业务发展1~2年为宜。

（四）应用架构
1、应用架构：应用作为独立可部署的单元，为系统划分了明确的边界，深刻影响系统功能组织、代码开发、部署和运维等各方面. 应用架构定义系统有哪些应用、以及应用之间如何分工和合作。

注意：这里所谓应用就是各个逻辑模块或者子系统。

2、职责划分: 明确应用（各个逻辑模块或者子系统）边界：

（1）逻辑分层；

（2）子系统、模块定义；

（3）关键类；

3、职责之间的协作：

（1）接口协议：应用对外输出的接口；

（2）协作关系：应用之间的调用关系。

（五）开发架构（又称为代码架构）
1、子系统代码架构主要为开发人员提供切实可行的指导，如果代码架构设计不足，就会造成影响全局的架构设计。

2、代码单元：

（1）配置设计；

（2）框架、类库设计定义；

3、代码单元组织：

（1）编码规范，编码的惯例；

（2）项目模块划分；

（3）顶层文件结构设计，比如MVC设计；

（4）依赖关系；

（六）技术架构（又称为系统架构）
1、技术架构：确定组成应用系统的实际运行组件（lvs，nginx，tomcat，php-fpm等），这些运行组件之间的关系，以及部署到硬件的策略。

（1）主要考虑系统的非功能性特征，对系统的高可用、高性能、扩展、安全、伸缩性、简洁等做系统级的把握。

（2）要具备软件和硬件的功能和性能的过硬知识；

（七）部署架构（又称为物理架构）
1、部署架构表示架构部署了几个节点，节点之间的关系，服务器的高可用，网路接口和协议等，决定了应用如何运行，运行的性能，可维护性，可扩展性，是所有架构的基础。

（八）架构演变过程
1、初始阶段：业务相对简单单一时，LAMP（一键式安装），部署在一台服务器上。

2、随着业务复杂和性能要求的提升，应用服务器和数据服务器分离；

3、使用缓存改善性能；

4、使用集群改善并发；

5、数据库读写分离；

6、使用反向代理和CDN（内容分发网络）加速；

7、使用分布式文件和分布式数据库；

8、业务拆分；

9、分布式服务。