软件开发制作 - 使用Visio画流程图的一点心得

使用Visio画流程图的一些心得

一个哥们在MSN上告诉我，他们公司的交互设计师只产出流程图，并问我用什么标准评价流程图的好坏。他的说法把我彻底震了－这分工也太细了吧！也不知道该说他们那里这样是好还是不好。

不过仔细想来，我倒的确没有仔细考虑过流程图的好坏，正好借此机会自我总结一下。

1、各司其职的形状

在我的流程图中，适用于不同目的和功能的形状都有各自确定的规范。到目前为止，我一共定义了以下一些形状：

（1）开始和结束

作为整张流程图的头和尾，必须标清楚到底具体指哪个页面，以免日后出现歧义。（2）网页

如你所见，网页的形状是一个带有漂亮的淡蓝色过渡效果的长方形，它的边框为深蓝色，中间写明了这个网页的用途，括号中的数字代表这个形状所对应的demo文件的名称（比如这里是2.html），我有时会把流程图输出为网页的形式，并把每个网页形状和它所对应的demo文件链接起来，这样查看起来非常方便。对OmniGraffle来说这是小菜一碟，如果你被迫用Visio，嗯……

另外，所有从形状出来的线条，都具有和此形状边框一样的颜色。这样的做法不仅看起来漂亮，在复杂的流程图中还能轻易地标明各形状的关系。我没有见过类似的做法，所以这是由我首创也说不定，呵。

（3）后台判断

很常见的一个形状。我在用法上有一点和其他人的不同在于，我几乎总是让‘是’的分支往下流动，让‘否’的分支向右流动。因为流程图一般都是从上向下、从

左到右绘制的，遵循上述规则一方面可以让绘制者不用为选择方向操心，另一方面也方便了读者阅读。

（4）表单错误页

既然有表单，当然会有错误信息。其实这个信息很重要，用户出错时惶恐不安，就靠着错误提示来解决问题了。你不在流程图里说什么时候显示错误页、不在demo里提供错误页，有些程序员会直接在网页上写个“错误，请检查”，所以UI设计师一定要对这个东西重视起来。

但一般来说也没必要把每种错误都在流程图中表示出来，因为含有两个文本框的表单就有三种出错情况了，多了就更不用说了。所以我都是把错误页变为表单的附属页，比如表单页的编号为2，那么此表单错误页的编号就从2.1开始排下去，每种错误放到一个附属页中，这样程序员在拿到demo时也能搞清楚什么意思。结合网页和表单的形状，一个表单验证的流程图就是这样的：

（5）后台动作

并非所有后台动作都绘入流程图中（否则流程图就会变成庞然大物了），只有需要特别强调的后台动作（和用户体验直接相关的）才使用此形状。

（6）多重分支

多重分支指的是几种并列的情况，每种情况都有发生的可能，发生哪种取决于分支起始处的判断结果。

（7）对话框

有时候一些操作可以利用对话框来完成，这些对话框由js生成，显示在父界面之上。

（8）注释

这个形状（比如页面）详细的内容，或者需要解释的业务逻辑，甚至用户此处的情况等，我都会放到注释中，这样既降低沟通成本，又可作为备忘。

（9）跳转点

在一个复杂的流程图中，往往出现跳转到另外一个远处结点的情况，此时如果直接用线连过去，未免使得流程图显得凌乱，用一个跳转点就解决问题了。在点内标明跳转到的形状的编号，画起来容易，看起来也清楚。

此外，也可以利用跳转点来分割篇幅巨大的流程图，Yahoo!就这么用。（10）子流程

分割篇幅巨大的流程图，更好的办法是用子流程。

要注意的是，如果你在流程图中使用了子流程这一形状，一定记得同时附上子流程图，以消除影响项目质量的不确定性因素。另外，在子流程图中也可以标明其所属关系。

（11）流程块

可以用流程块将整张流程图分隔为几个部分，并为每个部分单独命名（比如“流程块1”等）。这样做的目的在于从视觉上使复杂的流程图变得更为清晰，在沟通时也方便。

2、图例和流程图信息

在团队合作中，图例是必须的，否则没人知道你画出来的东西到底是什么。即使流程图只给自己看，也最好养成标注图例的好习惯。其实这道理有点类似程序中的注释。

流程图信息也是必备的。其内容至少应包括作者、时间、流程图名称和版本（如下图）。这一方面可以让读者（其他同事）在有问题时能够方便地找到作者你，也起到了meta的作用。

3、绘制流程图的工具

Mac下首选OmniGraffle，Windows下除了Visio，似乎没有更好的选择（虽然Visio已经很难用了）。

4、评价流程图的好坏

我觉得一个好的流程图至少应做到以下几点：

1.密切地迎合了用户的心理状态、如实的反映了用户的操作习惯。流程图是要指导UI设计的，是UI设计的参照物，如果流程图本身无法正确描绘出用户的情况的话，UI十有八九会出问题；

2.覆盖了各种可能的情况和细节。这非常重要。任何在先期不确定的因素，都会在项目中成为随时引爆的地雷，都会直接降低最终上线的UI质量。此种情况真是屡见不鲜。但同时这条又很难做到，因为它不仅要求设计师熟悉用户，也要设计师充分知晓产品的商业逻辑，还要了解系统的运作机制，落下以上任何一个方面，都会在流程图中留下死角。这个问题我不知道有没有更好的解决方案，不过与PD和系分反复沟通是个行之有效的方法；

3.考虑到系统的设计和承受能力。系统的运作机制和承受能力必须在绘制流程图过程中考虑进去，以免出现流程图被开发人员枪毙的情况。我的习惯是，在绘制流程图时和系统分析师频繁沟通和交流，确保每一个环节都是可行的；

4.确保别人看得懂你的流程图。别人现在看不懂，你自己以后也一样看不懂。为了降低沟通成本，把流程图画清楚吧。

5、其它

（1）想办法把流程图绘制得漂亮些。谁不喜欢漂亮的东西呢？

这是我做过的一些流程图，当然文字全部模糊掉了（放图之前犹豫了好长时间－这样做不知是否有损我的职业道德。我特意请教了Fenng，他觉得没事。如果谁觉得有问题请直言不讳地告诉我）。

（2）如果你在公司里不是一锤定音式的人物的话，你就需要对你的文档进行版本管理。流程图也不例外，什么时间发布的什么版本，都要清楚地标出来，“ 最新”是个用不得的词。

Visio流程图制作说明

动态连接线：可将形状链接起来，形成规范的 流程图 线条粗细调节：可将形状按照不同的粗细进行 调节线形：可任意调节形状的线条，如实线、虚 线、双线 线条端点：可任意调节 线条的端点,如箭头、无箭头、虚线箭头、箭 头方向 更改文字方向：可调节字体的方向，如跨职能中调节字体的方向 ●流程图形状及附加文档使用规范 1.常用图形解析如下： 终结符：流程图的结束，例如：项目结束 流程：流程图的关键步骤 文档：流程的补充说明、该步骤所使用的文档、***流程关联 判定：流程中的判断步骤，如：是否进行下一步

动态连接线：流程步骤之间的链接 (根据业务的需要可对动态链接线进行设置，如虚线、双线、无端点、箭头方向或插入文字叙述) 动态虚线：主要用于流程步骤与补充文档之间的连接 批注：用于流程关键步骤的KPI设置；如KPI：是否在规定时间内完成 涉及到的别的流程：此流程若涉及到了别的流程，则用此功能框记录涉及的流程

1.制作流程图一定要结合实际情况，跳出岗位局限进行制作； 流程制作的目的是为了让流程使用人员能看懂，故应跳出岗位局限，以一个新员工的身份来审视、

制作流程图。语句要简洁通顺，逻辑要清晰； 2. 在制作流程图中不可出现“可能、相关、其它、类似、应该”等模糊概念的字眼； 3. 如果流程步骤中涉及到了原则性的文字或文档，别的流程，工作文档，工作沟通方式则在此流程步骤后面加上流程补充说明； 4. 若流程中使用到了术语，则应该在流程说明中对此术语做出解释； 5. 为了使流程简洁易懂，尽量少使用箭头，如果需要返回或者进入到哪一步，可以在此步骤后面再画一个流程框，写上进入XX步骤； 6．流程步骤中不能出现具体负责人的姓名，只可出现岗位信息； 7．如流程中涉及到系统操作步骤，则应该在流程步骤或补充文档中详细描述出系统名称； 8．制作出流程图后，将每一步骤标记序号，流程说明与实际步骤序号一一对应； 9．保存VISIO流程图时，命名为：部门xx部_xx流程_制作时间草稿版_流程编号 10．如果流程图过于复杂，可按实际情况将流程图拆分成若干个小流程 11．如果流程中两个步骤叙述内容大体一致，可将此2步骤合并

(整理)在VISIO中绘制流程图.

重庆交通大学 学生实验报告 实验课程名称《GIS设计与实现》课程设计 开课实验室空间数据处理实验室 学院河海学院年级2008 专业班 1 学生姓名学号08260117 开课时间2011 至2012 学年第 2 学期

实验一在VISIO中绘制流程图 实验成绩————————实验完成时间2012-5-23 一、实验目的： 1、理解软件工程可行性研究的任务和过程。 2、学习掌握系统流程图和数据流程图的描绘方法。 3、使用并熟悉VISIO软件的基本操作。 二、实验原理与方法或（理论与方法） 可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决；可行性研究的目的不是解决问题，而是确定问题是否值得去解。 可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。 三、实验内容与步骤 1.观看视频学习资料viso基本操作.wmv，了解VISIO的用途和基本操作方 法； 2.在visio中绘制“订单处理”系统流程图； 3.在visio中绘制“订单处理”数据流程图、“订单处理”数据流程图设计方 案一及“订单处理”数据流程图设计方案二； 3、要求认真理解数据流程图的绘制过程，并掌握有关visio的概念及基本操 作； 四、实验成果（结论） 1、“订单处理”系统流程图

2、“订单处理”数据流程图 3、“订单处理”数据流程图设计方案一 4、“订单处理”数据流程图设计方案二

五、实验总结 1、系统流程图实质上是物理数据流图，它描绘组成系统的主要物理元素以及信息在这些元素间流动和处理的情况； 2、数据流图的基本符号只有四种，它是描绘系统逻辑模型的极好工具。通常数据字典和数据流图共同构成系统的逻辑模型； 3、当对数据流图分层细化时必须保持信息连续性，也就是说，当把一个处理分解为一系列处理时，分解前和分解后的输入／输出数据流必须相同； 4、当进一步分解将涉及如何具体地实现一个功能时就不应该再分解了； 5、应该注意在图中对处理进行编号的方法，这是因为数据流图中每个成分的命名是否恰当，直接影响数据流图的可理解性； 6、在制作流程图前，需要掌握基本符号的名称，这样，在实际操作中调用系统符号的时候可以在搜索形状中直接输入该符号的名称，这样，可以快速地调用该符号； 7、在有些基本符号上书写文字时需要加入文本框进行组合； 8、有些基本符号本身带有背景颜色，为了使整个流程图看起来美观，需要改变其填充颜色； 9、在画边界时，不能继第一条线段后画另外一条线段，这样会使两条线段变成一条线段，应该画出两条中断的线段，再连接起来，合理调整距离，这样，美观的边界线就画好啦； 10、此软件很多地方和world很相似。

Visio流程图制作说明

V i s i o流程图制作说明 Revised by Petrel at 2021

●流程图形状及附加文档使用规范 1.常用图形解析如下： 终结符：流程图的结束，例如：项目结束 流程：流程图的关键步骤 文档：流程的补充说明、该步骤所使用的文档、***流程关联 判定：流程中的判断步骤，如：是否进行下一步 动态连接线：流程步骤之间的链接 (根据业务的需要可对动态链接线进行设置，如虚线、双线、无端点、箭头方向或插入文字叙述) 动态虚线：主要用于流程步骤与补充文档之间的连接 批注：用于流程关键步骤的KPI设置；如KPI：是否在规定时间内完成 涉及到的别的流程：此流程若涉及到了别的流程，则用此功能框记录涉及的流程

1.制作流程图一定要结合实际情况，跳出岗位局限进行制作； 流程制作的目的是为了让流程使用人员能看懂，故应跳出岗位局限，以一个新员工的身份来审视、 制作流程图。语句要简洁通顺，逻辑要清晰；

2.在制作流程图中不可出现“可能、相关、其它、类似、应该”等模糊概念的字眼； 3.如果流程步骤中涉及到了原则性的文字或文档，别的流程，工作文档，工作沟通方式则在此流程步骤后面加上流程补充说明； 4.若流程中使用到了术语，则应该在流程说明中对此术语做出解释； 5.为了使流程简洁易懂，尽量少使用箭头，如果需要返回或者进入到哪一步，可以在此步骤后面再画一个流程框，写上进入XX步骤； 6．流程步骤中不能出现具体负责人的姓名，只可出现岗位信息； 7．如流程中涉及到系统操作步骤，则应该在流程步骤或补充文档中详细描述出系统名称；8．制作出流程图后，将每一步骤标记序号，流程说明与实际步骤序号一一对应； 9．保存VISIO流程图时，命名为：部门xx部_xx流程_制作时间草稿版_流程编号 10．如果流程图过于复杂，可按实际情况将流程图拆分成若干个小流程 11．如果流程中两个步骤叙述内容大体一致，可将此2步骤合并

Visio流程图制作说明

动态连接线：可将形状 链接起来，形成规范的 流程图线条粗细调节：可将形状按照不同的粗细进行调节 线形：可任意调节形状 的线条，如实线、虚 线、双线线条端点：可任意调节 线条的端点,如箭头、无箭头、虚线箭头、箭 头方向更改文字方向：可调节 字体的方向，如跨职能 中调节字体的方向 ●流程图形状及附加文档使用规范 1. 常用图形解析如下： 终结符：流程图的结束，例如：项目结束 流程：流程图的关键步骤 文档：流程的补充说明、该步骤所使用的文档、***流程关联 判定：流程中的判断步骤，如：是否进行下一步 动态连接线：流程步骤之间的链接

(根据业务的需要可对动态链接线进行设置，如虚线、双线、无端点、箭头方向或插入文字叙述) 动态虚线：主要用于流程步骤与补充文档之间的连接 批注：用于流程关键步骤的KPI设置；如KPI：是否在规定时间内完成 涉及到的别的流程：此流程若涉及到了别的流程，则用此功能框记录涉及的流程

流程制作主要事项： 流程文字：华文细黑（黑色10号字） XX：时间点，红色字体9号字 岗位：（蓝色字体8号字）流程的每个步骤都会有流程涉及人员，用蓝色华文细黑9号字体与流程步骤区分开 ●制作流程图注意事项 1.制作流程图一定要结合实际情况，跳出岗位局限进行制作； 流程制作的目的是为了让流程使用人员能看懂，故应跳出岗位局限，以一个新员工的身份来审视、制作流程图。语句要简洁通顺，逻辑要清晰； 2. 在制作流程图中不可出现“可能、相关、其它、类似、应该”等模糊概念的字眼； 3. 如果流程步骤中涉及到了原则性的文字或文档，别的流程，工作文档，工作沟通方式则在此流程步骤后面加上流程补充说明； 4. 若流程中使用到了术语，则应该在流程说明中对此术语做出解释； 5. 为了使流程简洁易懂，尽量少使用箭头，如果需要返回或者进入到哪一步，可以在此步骤后面再画一个流程框，写上进入XX步骤； 6．流程步骤中不能出现具体负责人的姓名，只可出现岗位信息； 7．如流程中涉及到系统操作步骤，则应该在流程步骤或补充文档中详细描述出系统名称； 8．制作出流程图后，将每一步骤标记序号，流程说明与实际步骤序号一一对应； 9．保存VISIO流程图时，命名为：部门xx部_xx流程_制作时间草稿版_流程编号 10．如果流程图过于复杂，可按实际情况将流程图拆分成若干个小流程 11．如果流程中两个步骤叙述内容大体一致，可将此2步骤合并