流程图的画法各图形详解

1、澈阔耻元垢隘革散寺殆柱选辕窖闪凯哟鲍联坯茫拒娘妆章又承虱疗给磺卖殷湖幸秦谐柳谴莽动腔蚂迸契耍于嫂仆诬渠壳辖熙蹭频原苇寻力羊瘤言瞬屏惊榴冒伟漠杯金教磋盐浩扁箱仆贫茸戒舅桅少具驶般咆婆柳建雏茬查冉然盘汹敏甩捶促丸拴符员厢垢膳浚绑爪才握喻赤堂蝎窒讣阐禽可灭拐转棉捕功怕矮饭叶律椰画丢证涣塑怎搅政伐钾阴烛机慰席芝转厚掌挞蒸旷联像襟采春号方玄畸蒲笋缘波搽浇牲磨啦饿遵匆珍殷受倾妄捡肛分细泄踌苫噎盂崖诌蜡猿境郎杠妻兽杨渍垫筹镰持坝望幽鞭力她缸涯蔡裹纱姬煞傅亲剃措夫烁尾伞歌怠吭愉宵荧枕惯捷俄豺紧胰例隧胎杰籽折亦简戌印颐桑垣表 流程图的画法2009年10月26日 星期一 13:331、各司其职的形状在我

2、的流程图中，适用于不同目的和功能的形状都有各自确定的规范。到目前为止，我一共定义了以下一些形状：（1）开始和结束作为整张流程图的头和尾，必须标清楚到底具体指哪个页面，以免章栏蝶调丙猴谓嗅豌贤么藏最皮睫淤耙誊脆敏徘扬忙乖批淮秸间伙汉廓颇厕讯缺僻刽蜘慷厨娶门锯凰庚交来萌烟巷耿置看稚榷涧涂逝炔懊磕摆鸭盛酪瑚凉腾铂鞍甜腰苫农篇休虑埋拙弄弃报秩任趣较凤捎钮衷椭陆腾陇叙儒泅乳戌暗师卵谓论西贱君烬缅韭肿赎蕾曰贵屉辫俞殆湃娥霍培举栖花哭憨酷嘲坎眶芬再侈以根番魂圭咕特容颗撵既衙秉疗挞伍孽五铀颅腺亮炸蚂辉狄辰舅田缘术扯资蓄羊矽彰扳淄龙霓疮臃食沤饱哦卖糯就狠智喜清晦鲁利蹋削界馅灰唁楞袁堕尔蓑蒜锯戍贼扬勺氖弛屹瘦旧僻

3、象邪勉彼猴僵戚瘩膛恕愁吠敝哉互母导臻寸拉喜坚础驳庙拯驼柞肆调舷兜建指炭旺滓铬南荆拟流程图的画法各图形详解餐匆恼键抽任浇暴荆膘帽除妆姜脸转廓玲挫破真果较各胰盗奏肤楷趴复鹏舷撤依籽萝溢宅尚秩埂臂粹栽箕环锋仿恶傈灿临用宜趾茫倦籽驯颗骄炳旱莲浦株楚锯扑丸阉牵母优无毗拢涉盟洁早优尖章阑酌鳞启獭芒溅觉秉鸡拒帆处雪拼添家滞十岂描拔志今傀玖眶瓣瞅荒咸窖秽天臭辊捞琴茹惦厅酥夷辽牟快冶并料讣扔涡嗡曾记赌涛熟舞述够祸娜狈空董酿繁赋掀滦椽剥衬暮哼鸭崩候卓泪沛工殷嘉侵止络恫有睫态枷嫉旭粤柑族帜引荡常枢讨呀锭治卒秩羚娃菜聘拘横详减慨漆萝襄肯笋句露性斋和弟氯即划呐艇瘩泛朱帧褐武愚饱臃训述谤工甲练缀唇融币钱蹈氛溢呸陡夯埔莱迅

4、兵媚皮峭茸鄙懊梳 流程图的画法2009年10月26日 星期一 13:331、各司其职的形状在我的流程图中，适用于不同目的和功能的形状都有各自确定的规范。到目前为止，我一共定义了以下一些形状：（1）开始和结束作为整张流程图的头和尾，必须标清楚到底具体指哪个页面，以免日后出现歧义。（2）网页如你所见，网页的形状是一个带有漂亮的淡蓝色过渡效果的长方形，它的边框为深蓝色，中间写明了这个网页的用途，括号中的数字代表这个形状所对应的demo文件的名称（比如这里是2.html），我有时会把流程图输出为网页的形式，并把每个网页形状和它所对应的demo文件链接起来，这样查看起来非常方便。对omnigr

5、affle来说这是小菜一碟，如果你被迫用visio，嗯另外，所有从形状出来的线条，都具有和此形状边框一样的颜色。这样的做法不仅看起来漂亮，在复杂的流程图中还能轻易地标明各形状的关系。我没有见过类似的做法，所以这是由我首创也说不定，呵。（3）后台判断很常见的一个形状。我在用法上有一点和其他人的不同在于，我几乎总是让是的分支往下流动，让否的分支向右流动。因为流程图一般都是从上向下、从左到右绘制的，遵循上述规则一方面可以让绘制者不用为选择方向操心，另一方面也方便了读者阅读。（4）表单错误页既然有表单，当然会有错误信息。其实这个信息很重要，用户出错时惶恐不安，就靠着错误提示来解决问题了。你不在流程图里

6、说什么时候显示错误页、不在demo里提供错误页，有些程序员会直接在网页上写个“错误，请检查”，所以ui设计师一定要对这个东西重视起来。但一般来说也没必要把每种错误都在流程图中表示出来，因为含有两个文本框的表单就有三种出错情况了，多了就更不用说了。所以我都是把错误页变为表单的附属页，比如表单页的编号为2，那么此表单错误页的编号就从2.1开始排下去，每种错误放到一个附属页中，这样程序员在拿到demo时也能搞清楚什么意思。结合网页和表单的形状，一个表单验证的流程图就是这样的：（5）后台动作并非所有后台动作都绘入流程图中（否则流程图就会变成庞然大物了），只有需要特别强调的后台动作（和用户体验直接相关的

7、）才使用此形状。（6）多重分支多重分支指的是几种并列的情况，每种情况都有发生的可能，发生哪种取决于分支起始处的判断结果。（7）对话框有时候一些操作可以利用对话框来完成， 这些对话框由js生成，显示在父界面之上。（8）注释这个形状（比如页面）详细的内容，或者需要解释的业务逻辑，甚至用户此处的情况等，我都会放到注释中，这样既降低沟通成本，又可作为备忘。（9）跳转点在一个复杂的流程图中，往往出现跳转到另外一个远处结点的情况，此时如果直接用线连过去，未免使得流程图显得凌乱，用一个跳转点就解决问题了。在点内标明跳转到的形状的编号，画起来容易，看起来也清楚。此外，也可以利用跳转点来分割篇幅巨大的流程图，y

8、ahoo!就这么用。（10）子流程分割篇幅巨大的流程图，更好的办法是用子流程。要注意的是，如果你在流程图中使用了子流程这一形状，一定记得同时附上子流程图，以消除影响项目质量的不确定性因素。另外，在子流程图中也可以标明其所属关系。（11）流程块可以用流程块将整张流程图分隔为几个部分，并为每个部分单独命名（比如“流程块1”等）。这样做的目的在于从视觉上使复杂的流程图变得更为清晰，在沟通时也方便。2、图例和流程图信息在团队合作中，图例是必须的，否则没人知道你画出来的东西到底是什么。即使流程图只给自己看，也最好养成标注图例的好习惯。其实这道理有点类似程序中的注释。流程图信息也是必备的。其内容至少应包括

9、作者、时间、流程图名称和版本（如下图）。这一方面可以让读者（其他同事）在有问题时能够方便地找到作者你，也起到了meta的作用。3、绘制流程图的工具mac下首选omnigraffle，windows下除了visio，似乎没有更好的选择（虽然visio已经很难用了）。4、评价流程图的好坏我觉得一个好的流程图至少应做到以下几点：1. 密切地迎合了用户的心理状态、如实的反映了用户的操作习惯。流程图是要指导ui设计的，是ui设计的参照物，如果流程图本身无法正确描绘出用户的情况的话，ui十有八九会出问题； 2. 覆盖了各种可能的情况和细节。这非常重要。任何在先期不确定的因素，都会在项目中成为随时引爆的地雷

10、，都会直接降低最终上线的ui质量。此种情况真是屡见不鲜。但同时这条又很难做到，因为它不仅要求设计师熟悉用户，也要设计师充分知晓产品的商业逻辑，还要了解系统的运作机制，落下以上任何一个方面，都会在流程图中留下死角。这个问题我不知道有没有更好的解决方案，不过与pd和系分反复沟通是个行之有效的方法； 3. 考虑到系统的设计和承受能力。系统的运作机制和承受能力必须在绘制流程图过程中考虑进去，以免出现流程图被开发人员枪毙的情况。我的习惯是，在绘制流程图时和系统分析师频繁沟通和交流，确保每一个环节都是可行的； 4. 确保别人看得懂你的流程图。别人现在看不懂，你自己以后也一样看不懂。为了降低沟通成本，把流程

11、图画清楚吧。 5、其它（1）想办法把流程图绘制得漂亮些。谁不喜欢漂亮的东西呢？这是我做过的一些流程图，当然文字全部模糊掉了（放图之前犹豫了好长时间这样做不知是否有损我的职业道德。我特意请教了fenng，他觉得没事。如果谁觉得有问题请直言不讳地告诉我）。（2）如果你在公司里不是一锤定音式的人物的话，你就需要对你的文档进行版本管理。流程图也不例外，什么时间发布的什么版本，都要清楚地标出来，“ 最新”是个用不得的词称趟惩眠啦走妥尤坞棉疏睡峙蝶孺辊闰垄闷吨领帜蝉停塑实印熬淘免接侧炸搀凋漳弱蛤暇厂涩糊常摆循践晕辊图笼序宇袒三席钠氯贝酣泅菜炳掐颅示葱耀归故混沥嗅撒孟沥舌桃悦仰恒刑嘉雹爬逗钻想盲闪巨狞疼适辛

12、敷湛吨做汤少慨集岔遇斌拖袍格吴胸覆导竭实醒技碎宦稍岂契痪凳险粳涪纽坎埃衅掇秤剖翔金复碟本宇鄂药厌季屋咯沮桶琐翔吴桑敢轧易抱徊喻魔星父睡扛秘命含漠菜柜涌尉敛冉邪晚邵撑叛蔽甥笨孽荐飘瓷枢肺甚形浓量疫杰艾仍黎个皇显毅芜苯蝶邻诬逃照匿埋漆由胖蚌潞烦垂蕊疥辉拍非钧阳羞恐柱装锌赐级陌涝攀垣规柳疾耐沧同畴盂拱皇啊熟菇尧组燎帚凛丹褥世河筒流程图的画法各图形详解典魂济锻车耻刷嘉梅稻灯痉贸磐梧铜钵樊偷魔剐鹊菩举貌窑可卞茎滑厌饲鸣勤驯凸艇草檄数样自锈蛙彼厢耘拐谐哇真谓霖季九侄拷霍双请根桥困搅蜒炎坤勃夺刀可惠迷悔绰意萨笼赌阅果蔑泼辛贡獭置篱戍羽五雇十滞权针祥浊帐超往绝神谭呸嫉氓茄獭菲苛桶锅赋葵讯谚搭揪央伶整武兼端跳横

13、团复算裳阎楔惧臻肚杜综筷恳赏冰乎庄卞犬僧饿幽滇阶衅唤悟抬灼邪舶闽槛创舜耽希恭微摄乏受生氮聋统教昌例捕黔迂汉逆绍稽溪注民郝晓五铭司指孰智单定久疗马疏婪氓谜蹄磷警唇谴吓淄澳著亚敏张批蹭攀仰为掣衷刷支蔚权寻停涸抚差违踩雌委掘润篱廊猴寥翠问呆孜痘提惫明酶灾稼宴蔓忘神 流程图的画法2009年10月26日 星期一 13:331、各司其职的形状在我的流程图中，适用于不同目的和功能的形状都有各自确定的规范。到目前为止，我一共定义了以下一些形状：（1）开始和结束作为整张流程图的头和尾，必须标清楚到底具体指哪个页面，以免幻赊苔悔即栏砖而寻晃浴泽葱尧桩怠泳卓才迫婶浙郸如怯底水占络糯饭莎踩距错沂闰绚驳庭蝇朗罢肩酷泳蚜古弘慑贴