人机交互 第5章_界面设计.pptVIP

影响用户体验的因素包括： 1、技术的限制；2、设计的创新，在用户的接受程度上也存在一定风险；3、开发进度表；4、设计人员很容易认为他们了解用户需要，但实际情况常常不是这样。 产品经理负责整个产品的流程，负责软件生命周期的全过程的，包括实施和售后的服务 1、市场人员负责前期市场调研和拓展（推销），收集用户需求； 2、根据用户需求，产品经理设计原型（prototype），互在这个阶段确立。 协作图用于显示组件及其交互关系的空间组织结构，它并不侧重于交互的顺序。协作图显示了交互中各个对象之间的组织交互关系以及对象彼此之间的链接。与序列图不同，协作图显示的是对象之间的关系。另一方面，协作图没有将时间作为一个单独的维度，因此序列号就决定了消息及并发线程的顺序。协作图是一个介于符号图和序列图之间的交叉产物，它用带有编号的箭头来描述特定的方案，以显示在整个方案过程中消息的移动情况。 协作图具有以下用途： 通过描绘对象之间消息的移动情况来反映具体的方案。 显示对象及其交互关系的空间组织结构，而非交互的顺序。 用例图中涉及的关系有：关联、泛化、包含、扩展 使用行为分析就是要理解系统中每个参与者及其所需完成的任务，即分析系统所涉及的问题领域和系统运行的主要任务，分析使用该系统主要功能部分的是哪些人，谁将需要该系统的支持以完成其工作。 使用行为分析一般使用用例图描述，它从参与者的角度出发来描述一个系统的功能，主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求。 读者请求服务用例 图书管理员处理借书、还书的用例 系统管理员进行系统维护的用 每个使用行为都是由若干步骤组成的，这些步骤可以使用顺序图进行描述。 顺序图描述了完成一个任务的典型步骤；它可以按照交互任务发生的时间顺序，把用例表达的需求转化为进一步、更加正式层次的精细表达；用例常常被细化为一个或更多的顺序图。 顺序图是将交互关系表示为一个二维图。 纵向是时间轴，时间沿竖线向下延伸。 横向轴代表了在协作中各独立对象的类元角色。 类元角色用生命线表示。当对象存在时，角色用一条虚线表示，当对象的过程处于激活状态时，生命线是一个双道线 协作图着重显示了某个用户行为中各个系统元素之间的关系，而不再重点强调各个步骤的时间顺序。 用户完成任务的步骤又被称为工序，某些工序之间的顺序是由一些逻辑关系的。工序约束陈述是工序分析的最直接的方法。 本案例中可能存在如下工序约束： 系统管理员必须先增加借阅者信息，读者才能登陆。 系统管理员必须先增加书籍信息，读者才能查阅。 读者借阅信息生成后，图书管理员图书管理员才能去书库取书。 读者必须先在系统中办理借阅，才能取书。 读者必须先借书才能还书。 当所有任务分析完毕，就可以用一览表的形式描述系统中的所有用户及其可能需要完成的所有任务。 任务 读者 图书馆管理员 系统管理员 书籍信息查询、读者信息查询 √ √ 借书 √ √ 还书 √ √ 书籍预定 √ √ 增加、删除或更新书目 √ 增加、删除书籍 √ 增加、删除或更新读者帐户信息 √ 任务金字塔描述了不同层次的任务之间的关系。任何一个任务都可能包括若干子任务，从而构成金字塔状的结构。 以读者查询图书为例 通过描述实际的任务场景可以非常直观的进行任务描述，便于与用户的交流，并可以帮助分析设计者和真正用户之间对任务的不同理解。 故事讲述（story telling）可以是真实的案例，也可以是虚构的情节，甚至可以是对理想场景的虚构，关键是使这些故事能够典型的反映交互任务，具有充分的代表性。 情节分析（scenario analysis）是对故事所反映的交互任务的理性分析，分离出故事中所描述的角色、目标、环境、步骤、策略、感情等诸方面的因素。 Gould、Boies和Lewis于1991年提出了以用户为中心设计的四个重要原则。 及早以用户为中心：设计人员应当在设计过程的早期就致力于了解用户的需要。 综合设计：设计的所有方面应当齐头并进发展，而不是顺次发展，使产品的内部设计与用户界面的需要始终保持一致。 及早并持续性地进行测试：当前对软件测试的唯一可行的方法是根据经验总结出的方法，即若实际用户认为设计是可行的，它就是可行的。通过在开发的全过程引入可用性测试，可以使用户有机会在产品推出之前就设计提供反馈意见。 反复式设计：大问题往往会掩盖小问题的存在。设计人员和开发人员应当在整个测试过程中反复对设计进行修改。 以用户为中心的设计方法有很多种，包括 图形用户界面设计与评估（Graphical User Interface Design and Evaluation，GUIDE） 以用户为中心的逻辑交互设计（Logical User-Centred Interaction Design，LUCID） 用于交互优化的结构化