zoukankan      html  css  js  c++  java
  • 《用户体验要素》澄清了 UI 原型设计中看不见确感受得到的那一层

    《用户体验要素》澄清了看不见确感受得到的那一层

    太阳火神的漂亮人生 (http://blog.csdn.net/opengl_es)

    本文遵循“署名-非商业用途-保持一致”创作公用协议

    转载请保留此句:太阳火神的漂亮人生 -  本博客专注于 敏捷开发及移动和物联设备研究:iOS、Android、Html5、Arduino、pcDuino否则,出自本博客的文章拒绝转载或再转载,谢谢合作。



    在熟练使用2B铅笔前,请不要打开Axure》一文中精要部分摘录例如以下,并 PS 组合:



    表现层:

    其他四层基本搞定的情况下,再进行美化设计,从美学角度来布局,用色等等,这一层基本是终于产品内含,所以包括的东西也最多,而光靠美工 PS 是无法达成的;

    PhotoShop 能够使它更美观;美观是用户体验的一部分;


    框架层:

    大体的界面流转和界面元素选用以呈现特定数据并与用户交互,这一层除了不太美观漂亮外,基本该呈现什么数据、该接收什么样的用户交互请求等这些结构层的内容,在这一层都包括并体现了,然后这一层更重要的是,把这样的数据的种类以及用户的请求,以及请求与数据在用户与系统交互之间的各种体验详细化,结构化,流程化,实例化地直观表现出来,包括界面元素、数据组织、交互流转、响应结果走向等等。

    Axure 能够呈现出交互的流程并配以相对真实的数据和界面元素以及跳转关素;交互也是用户体验的一个非常重要的部分;


    结构层:

    框架层的非常多东西都源自这里,假设没有这一层的内容,你会发现你想用 Axure 画出个清晰的东西来,非常难!不知从何下手,即使下手了,也非常散乱,前后错位。所以,能够这样描写叙述,框架层是驱体,那么结构层就是灵魂,仅仅有有灵魂的驱体,才是灵动的、有生气的、合情合理的。这一层很多其他考虑的就是这些灵魂的东西,详细到该给用户哪些功能来用,哪些数据须要处理,呈现出来哪些数据,当然仅此而已,而不须要更详细化的交互的界面元素,数据呈现的界面元素,但交互的过程确是要清晰可见的仅仅要你能按现实中的思维方式推演得出,顺畅且合情合理,那么这就是可行的,否则,须要进一步考量。就如一个人在做一些事情,这是框架层看到的,假设细琢磨,就会发现,这个人做事情是有条理的,这个条理就是结构层须要解决的事情,至于姿势动作是否优美,就不是这一层该细化的事情了。

    OmniGraffle、Visio 这一类工具能画流程图,流程图就是一个业务流转关系的逻辑思维过程,相对抽象,但确主载着应用的呈现和响应能力,这是一层看不到的,确能感受得到的用户体验部分,比方相同一个信息,你是须要用户点了好几层,翻了好几页才找到,并输入一大堆本能够自己主动生成提供,至少可选的数据,还是简化这些,仅让用户输入必要的内容,这个确决定着兴许的事态发展,尽管看不到,但这些内容确定后,指导框架层的时侯,就会被看到其作用的结果,尽管它本身仅仅能感受得到,确看不到。。。。。。

    范围层:

    这一层能够叫做需求的边界界定。往往非常多项目失败,就是由于需求无边界,用户一再地提出不同的新需求和对原有需求的变更,终于也搞不清究竟要的是啥了。这时侯需求的边界界定非常重要,当前仅仅完毕这些任务,再有新的能够提,留到下一个版本号中升级完好,或者变更也能够,但仅仅能在某些特定的范围内来做,简而言之,界定了范围,接下来的工作目标,就是这些界定的需求,并且这些需求也是经过一系列讨论、研究确定为最重要和紧急的。在实际开发过程中,也相同须要遵从范围层所界定的内容,才干使开发工作能够量化并按时完毕交付使用,另外,Scrum 敏捷开发中,每个冲刺也界定了这一次要完毕的需求范围或需求复杂度,这都是非常重要的。

    这一层使用的工具可能就是脑子了吧,或者像 XMind 这类思维导图的工具会比較实用吧。

                   

    战略层:

    这一层,当然离不开出资人的考量,首先是这个需求是否切实存在,用户群体的广泛性,最重要的是,利润点是否合理、丰厚,额外还要考量,环境是否具备,就如当下,基本每个人都在拿着一部 Android 手机,而 iPhone 相对就小众一些,但确是高端人群,所以这些都是这一层须要考量的,假设不考虑到这些,早些年,谁也不会傻到,给每个人买一部 Android 手机,然后开发应用求他们下载来用,这纯属笑话,但笑话中确无不流露现实环境状况的重要性;再比方 JAVA 语言的发明,在当初的环境下,确实无法达到其最初目的,后来转战 Web 一举成名,而今在 Android 上,Java 终于达成了其最初的设计用意,机顶盒和便携设备上的开发应用。总之,战略层,决定了方向,方向假设错了,后面做再多也是错的,或者有时会成功,那不是偶然,而是以下各层运行中,不断对战略层进行了修正,这事实上还是战略层的问题,并非其他层的,仅仅是你会看到其他各层中在贯彻运行而已,并不会改变这一层面;但确会存在,各层的反馈下,战略层不断修正以使其他各层可行、合理。



  • 相关阅读:
    java23种设计模式-结构型模式-适配器模式
    java23种设计模式-创建者模式-抽象工厂模式
    java23种设计模式-创建者模式-工厂模式
    从jvm运行数据区分析字符串是否相同
    Linux常见安全策略
    MySQL 报错案例分析
    Linux系统网络监控工具
    海量运维架构
    Linux运维面试技巧
    DBA机遇于风险并存
  • 原文地址:https://www.cnblogs.com/gcczhongduan/p/4374129.html
Copyright © 2011-2022 走看看