下载

2下载券

加入VIP
  • 专属下载特权
  • 现金文档折扣购买
  • VIP免费专区
  • 千万文档免费下载

上传资料

关闭

关闭

关闭

封号提示

内容

首页 VISIO技能-画Web流程图的一点心得

VISIO技能-画Web流程图的一点心得.doc

VISIO技能-画Web流程图的一点心得

mary9912084
2010-12-09 0人阅读 举报 0 0 暂无简介

简介:本文档为《VISIO技能-画Web流程图的一点心得doc》,可适用于IT/计算机领域

画Web流程图的一点心得BY丁宇(FelixDing)一个哥们在MSN上告诉我他们公司的交互设计师只产出流程图并问我用什么标准评价流程图的好坏。他的说法把我彻底震了-这分工也太细了吧!也不知道该说他们那里这样是好还是不好。不过仔细想来我倒的确没有仔细考虑过流程图的好坏正好借此机会自我总结一下。、各司其职的形状在我的流程图中适用于不同目的和功能的形状都有各自确定的规范。到目前为止我一共定义了以下一些形状:()开始和结束作为整张流程图的头和尾必须标清楚到底具体指哪个页面以免日后出现歧义。()网页如你所见网页的形状是一个带有漂亮的淡蓝色过渡效果的长方形它的边框为深蓝色中间写明了这个网页的用途括号中的数字代表这个形状所对应的demo文件的名称(比如这里是html)我有时会把流程图输出为网页的形式并把每个网页形状和它所对应的demo文件链接起来这样查看起来非常方便。对OmniGraffle来说这是小菜一碟如果你被迫用Visio嗯……另外所有从形状出来的线条都具有和此形状边框一样的颜色。这样的做法不仅看起来漂亮在复杂的流程图中还能轻易地标明各形状的关系。我没有见过类似的做法所以这是由我首创也说不定呵。()后台判断很常见的一个形状。我在用法上有一点和其他人的不同在于我几乎总是让‘是’的分支往下流动让‘否’的分支向右流动。因为流程图一般都是从上向下、从左到右绘制的遵循上述规则一方面可以让绘制者不用为选择方向操心另一方面也方便了读者阅读。()表单错误页既然有表单当然会有错误信息。其实这个信息很重要用户出错时惶恐不安就靠着错误提示来解决问题了。你不在流程图里说什么时候显示错误页、不在demo里提供错误页有些程序员会直接在网页上写个“错误请检查”所以UI设计师一定要对这个东西重视起来。但一般来说也没必要把每种错误都在流程图中表示出来因为含有两个文本框的表单就有三种出错情况了多了就更不用说了。所以我都是把错误页变为表单的附属页比如表单页的编号为那么此表单错误页的编号就从开始排下去每种错误放到一个附属页中这样程序员在拿到demo时也能搞清楚什么意思。结合网页和表单的形状一个表单验证的流程图就是这样的:()后台动作并非所有后台动作都绘入流程图中(否则流程图就会变成庞然大物了)只有需要特别强调的后台动作(和用户体验直接相关的)才使用此形状。()多重分支多重分支指的是几种并列的情况每种情况都有发生的可能发生哪种取决于分支起始处的判断结果。()对话框有时候一些操作可以利用对话框来完成这些对话框由js生成显示在父界面之上。()注释这个形状(比如页面)详细的内容或者需要解释的业务逻辑甚至用户此处的情况等我都会放到注释中这样既降低沟通成本又可作为备忘。()跳转点在一个复杂的流程图中往往出现跳转到另外一个远处结点的情况此时如果直接用线连过去未免使得流程图显得凌乱用一个跳转点就解决问题了。在点内标明跳转到的形状的编号画起来容易看起来也清楚。此外也可以利用跳转点来分割篇幅巨大的流程图Yahoo!就这么用。()子流程分割篇幅巨大的流程图更好的办法是用子流程。要注意的是如果你在流程图中使用了子流程这一形状一定记得同时附上子流程图以消除影响项目质量的不确定性因素。另外在子流程图中也可以标明其所属关系。()流程块可以用流程块将整张流程图分隔为几个部分并为每个部分单独命名(比如“流程块”等)。这样做的目的在于从视觉上使复杂的流程图变得更为清晰在沟通时也方便。、图例和流程图信息在团队合作中图例是必须的否则没人知道你画出来的东西到底是什么。即使流程图只给自己看也最好养成标注图例的好习惯。其实这道理有点类似程序中的注释。流程图信息也是必备的。其内容至少应包括作者、时间、流程图名称和版本(如下图)。这一方面可以让读者(其他同事)在有问题时能够方便地找到作者你也起到了meta的作用。、绘制流程图的工具Mac下首选OmniGraffleWindows下除了Visio似乎没有更好的选择(虽然Visio已经很难用了)。、评价流程图的好坏我觉得一个好的流程图至少应做到以下几点:​ 密切地迎合了用户的心理状态、如实的反映了用户的操作习惯。流程图是要指导UI设计的是UI设计的参照物如果流程图本身无法正确描绘出用户的情况的话UI十有八九会出问题​ 覆盖了各种可能的情况和细节。这非常重要。任何在先期不确定的因素都会在项目中成为随时引爆的地雷都会直接降低最终上线的UI质量。此种情况真是屡见不鲜。但同时这条又很难做到因为它不仅要求设计师熟悉用户也要设计师充分知晓产品的商业逻辑还要了解系统的运作机制落下以上任何一个方面都会在流程图中留下死角。这个问题我不知道有没有更好的解决方案不过与PD和系分反复沟通是个行之有效的方法​ 考虑到系统的设计和承受能力。系统的运作机制和承受能力必须在绘制流程图过程中考虑进去以免出现流程图被开发人员枪毙的情况。我的习惯是在绘制流程图时和系统分析师频繁沟通和交流确保每一个环节都是可行的​ 确保别人看得懂你的流程图。别人现在看不懂你自己以后也一样看不懂。为了降低沟通成本把流程图画清楚吧。、其它()想办法把流程图绘制得漂亮些。谁不喜欢漂亮的东西呢?()如果你在公司里不是一锤定音式的人物的话你就需要对你的文档进行版本管理。流程图也不例外什么时间发布的什么版本都要清楚地标出来“最新”是个用不得的词。丁宇|blog丁宇(FelixDing)的个人blog有关网页设计、OpenSource、Macintosh、读书和音乐从年开始。​ blog​ 关于​ 项目​ 登入从“产品需求文档”(PRD)到“产品设计文档”(PDD)产品网页设计|条评论::传统上写产品需求文档(PRD)的做法就是把用例、流程图和网页原型图一股脑的放到一个Word文档里。一般一个产品都包含乃几十个乃至上百用例每个用例都有自己的流程图每个流程图又包含了少则几个多则几十的网页原型图结果就是产品需求文档变得庞大无比写的人费事儿读的人更惨。自从我受到了这样文档的折磨我就一直都在琢磨怎么才能把文档写得更简单一点让阅读的人-通常是设计师和程序员-能够在最短的时间内领会产品的设计。原来做UI设计师的时候我创造了一种用流程图来表示产品交互的办法这个方法受到了很多人的欢迎这篇文章也引起了一定的反响。其实当时在实际使用的时候我不仅产出这样一份流程图还利用网页热区把流程图中的界面元素(蓝色的元素)和原型网页(HTML文件)给结合起来了这样设计师和程序员在看流程图的时候只要用鼠标点一下界面元素就可以连接到原型网页非常方便!这个办法我一直都在用只是当时没有写在文章里罢了。后来随着工作性质的变化我需要越来越多地考虑产品的整体和功能、而不是像原来一样只在特定需求内围绕界面做文章我就开始寻找把用例整合进前述方法的可能。在经过了一段时间的摸索和实践后我逐渐形成了自己特有的一套产品需求文档的写法为了表示区别我称之为“产品设计文档”简称PDD。本文就是对PDD的介绍。PDD的组成部分PDD有三个组成部分它们分别是用例、流程图和原型图。用例用例从整体脉络上定义了产品所具有的功能。比如对于一个邮件系统来说“写邮件”、“发邮件”和“删除邮件”等功能都是用例。用例比较流行的写法是在每一个用例中标明它的前后置条件和异常情况等属性。不过在PDD中我完全放弃了上述属性只保留用例的名称和简要描述。因为“用例”的出发点就是“用户”如果你站在一个用户的角度来思考产品的功能你会发现那些属性你根本就不会考虑。并且各种前后置条件和异常情况完全可以放在流程图中这样更清楚。流程图流程图是对用例的细化它可以清晰地表现一个用例所有相关的前置、后置和分支条件。流程图的画法我在“画Web流程图的一点心得”一文中已经说得非常清楚了在此不再赘述。唯一值得注意的是我以前并没有意识到流程图本身也是有ISO标准的因此“画”中使用的流程图元素并不符合ISO标准也和一些已经成型的系统(比如这篇“描述信息结构和交互设计的图示词汇表”)有出入因此元素在使用上还存在一些问题。在日常工作当中我已经对元素使用做了修改以后有时间我会更新“画”一文的内容也有可能直接把模板放出来。原型图原型图是对流程图中“界面元素”的展现。这个东西没什么可说的。PDD的表现方式用例、流程图和原型图一般都是产片需求文档(PRD)中已有的东西PDD在这点上和PRD没什么区别。而下面要说的表现方式则是PDD的精髓。我比较孤陋寡闻还没看到过有人像我这样组织这三块内容所以姑且认为这是我的首创吧。用例和流程图首先把用例和流程图整合起来。方法很简单利用网页的frame标签新建几个帧:​ indexhtml-另外两个帧的容器不用解释吧​ navigationhtml-导航帧用于存放用例列表​ mainhtml-默认情况下的主帧用于存放文档简介、作者、版本和更新日志一类的东西然后新建一大堆网页把所有的流程图都放在这些网页里每个流程图(即每个用例)放在一个网页里最后修改navigationhtml把用例名称和其对应的网页链接起来。完工以后页面应该是下面这个样子:PDD文档首页左侧为用例右侧为流程图好了左侧为用例右侧为流程图这样就把用例和流程图整合了起来并且结构清晰查看方便。流程图和原型图整合流程图和原型图的重点在于提供一种方便的方式以让读者能够在看流程图时方便的看到其中包含的原型图。为了达到这个目的我的做法是:​ 在用OmniGraffle画流程图时选择界面元素(蓝色的那个)然后在“检查器”-“属性:动作”中选择“打开文件”然后按“选择文件”找到你的原型图文件并按“确定”这样你这个元素就和原型图链接起来了。如下图所示:​ 在OmniGraffle中输出这个流程图文档时不是选择图片而是选择“HTML图像映射”这样在生成出来的网页上蓝色的界面元素都是可以点击的点了以后就链接到原型图。很方便对吧?但这还不够​ 用Lightbox把所有图片链接都改成弹出图层这次再点刚才那些链接看看效果是不是更棒?好了通过这样的方法产品设计文档(PDD)就将用例、流程图和原型图这三块内容有效的整合了起来。

用户评价(3)

关闭

新课改视野下建构高中语文教学实验成果报告(32KB)

抱歉,积分不足下载失败,请稍后再试!

提示

试读已结束,如需要继续阅读或者下载,敬请购买!

文档小程序码

使用微信“扫一扫”扫码寻找文档

1

打开微信

2

扫描小程序码

3

发布寻找信息

4

等待寻找结果

我知道了
评分:

/16

VISIO技能-画Web流程图的一点心得

VIP

在线
客服

免费
邮箱

爱问共享资料服务号

扫描关注领取更多福利