如题所述
一、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、分布式服务。