《iOS应用软件设计之道》—— 2.9 画交互过程草图-阿里云开发者社区

开发者社区> 华章出版社> 正文
登录阅读全文

《iOS应用软件设计之道》—— 2.9 画交互过程草图

简介:

本节书摘来自华章出版社《iOS应用软件设计之道》一 书中的第2章,第2.1节,作者:(美)William Van Hecke ,更多章节内容可以访问云栖社区“华章计算机”公众号查看。

2.9 画交互过程草图

有时你不仅需要描述静态画面,还要表现人们如何与此画面交互。按动这个按钮,会弹出这个框图。点这个单元格,会进入下一层,等等。这种从一个状态移动到下个状态对软件设计而言,其重要性至少不亚于单独的各个状态(而且当你在指望别人完成此工程工作时,将此明确化,就更
重要了)。
可以使用特定注释来标明有人在操作你的应用软件时,按某个特定步骤操作时应用软件的表现形式。每步交互都有自己的框图,就像是在故事板或滑稽书里那样。在草图里显示每步点击了什么,或者屏幕上做了什么手势。将各画面用箭头线连接起来,表示前后的转换关系。某处有个判断点时,可以画个分支路线。如果你愿意,可以只画每个画面有关的部分,只要其余部分便于其他人理解即可。图2.4给出了SnackLog里主要交互过程的草图。
screenshot

下面是一些要画出草图的若干交互过程:
当触击(或者触摸并按住、拖动、滑动、双击或者点击后等待再点击)屏幕上某物件时会发生什么事?
在一个庞大的层次导航视图里,如何从顶层画面到达指定画面?
情景菜单(带有可用命令的小黑块)何时出现在一个物件上?
用户如何在应用软件相关的网站上创建一个账号?(如果已经有了账号,如何关联到这个账号?)
这些草图有助于你理解交互过程是否顺畅,是否合理,用户会不会想到这样去交互。如果你要画14步草图——包括滚动到几页长屏幕的底部——为了描述某个常见或基本的任务,就要重新考虑这个交互过程。相反,倘若某个动作要删除数据,或者只要一步就能带来让人恼怒的后果,出于善意考虑,还是向用户多确认吧。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:

华章出版社

官方博客
官网链接