西安地产网站建设,软件开发全流程,千博企业网站,宣武网站开发交互设计过程 交互设计过程基本活动关键特征 设计过程中的问题如何选取用户#xff1f;如何明确需求#xff1f;如何提出候选方案#xff1f;如何在候选方案中选择#xff1f; 交互设计生命周期模型星型生命周期模型可用性工程生命周期模型 交互设计过程管理界面设计的4个支… 交互设计过程 交互设计过程基本活动关键特征 设计过程中的问题如何选取用户如何明确需求如何提出候选方案如何在候选方案中选择 交互设计生命周期模型星型生命周期模型可用性工程生命周期模型 交互设计过程管理界面设计的4个支柱用户界面需求指南文档与过程用户界面的软件工具专家评审与可用性测试 开发方法学成功的开发者要求合理的以用户为中心的设计LUCID快速背景设计方法 用户观察参与式设计场景开发前期设计评审的社会影响报告法律问题 交互设计过程
基本活动
标识用户需要并建立需求开发满足需求的候选设计方案构建设计的交互版本评估设计
关键特征
以用户为中心稳定的可用性标准迭代
设计过程中的问题
如何选取用户
用户直接与产品交互以期望完成某个任务的人。 用户分类主要用户、二级用户、三级用户。 主要用户经常使用系统的用户 二级用户偶尔使用系统或者通过中间人使用系统的用户 三级用户引入系统会影响到的人员以及影响系统购买的人员
如何明确需求
理解用户的特征和能力 开发人员往往倾向于创建自己想要的产品或者是类似产品
如何提出候选方案
候选方案来源于个别设计人员的才干和创造力 候选方案来自考虑其他相似的设计 候选设计方案是有限的
如何在候选方案中选择
概括来说决策可分为两类第一类决策是关于外部特征的它们是可见、可测量的第二类是关于内部特征的除非是剖析系统否则它们是不可见、不可测量的。 第一种候选方案的选择是让用户和涉众与各种方案相交互并听取他们的体验、 偏好和改进建议。 选取候选方案的另一个出发点是“质量”产品质量是期望产品达到某个层次的质量标准。
交互设计生命周期模型
注important
星型生命周期模型 没有指定任何活动次序以评估为中心自下而上分析自上而下合成
可用性工程生命周期模型 可用性工程生命周期模型包含三个基本任务需求分析、设计/测试/开发、安装中间阶段即设计/测试/开发最为复杂涉及最多子任务。可用性工程生命周期模型指明了以“风格指南”作为可用性目标的表示机制。
交互设计过程管理
界面设计的4个支柱 用户界面需求
软件项目的成败经常取决于所有用户和实现者之间理解的精确性和完整性。如果没有适当的需求定义那就既不能确定正在解决什么问题也不会知道何时能够完成。 在任何开发活动中征求和清楚地指明用户需求是取得成功的一个主要和关键的因素。 系统需求硬件、软件、系统性能及可靠性等必须清楚地加以陈述任何处理用户界面的需求输入/输出设备、功能、界面及用户范围等都必须指明并达成共识。
指南文档与过程
在设计过程的前期用户界面架构师应该产生一套工作指南。 指南文档应考虑
词、图标和图形屏幕布局问题输入与输出设备动作序列培训
用户界面的软件工具
设计交互系统的困难之一是客户和用户可能对新系统并没有一个清晰的想法。由于在很多情况下交互系统都是新奇的用户可能认识不到设计决策的用意。 原型常常使用简单的绘图或文字处理工具使用PowerPoint幻灯片、Axure来演示开发。
专家评审与可用性测试
在将系统交付给客户使用之前必须对组件进行很多小的和一些大的初步试验。除了各种专家评审方法外与目标用户一起进行的测试、调查和自动化分析工具被证明是有价值的。
开发方法学
成功的开发者要求
了解业务要求通过对话来减少对组织设计决策意义的混淆关注以用户为中心的设计问题 能够大大减少开发的时间和成本 开发过程中较少错误 帮助组织按照业务要求和优先级来排列系统的功能
合理的以用户为中心的设计LUCID
合理的以用户为中心的设计LUCID包括以下阶段 1预想将所有带有组织策略的涉众日程以及极端可用性需求加以调整形成产品场景使概念草案具体化。 2发现研究用户以决定高端的用户需求、术语和智力模型。 3设计基础发展概念设计创造关键屏幕画面原型来传达视觉形式以可用性来测试设计、修改和重现。 4设计细节将高端设计加以充实形成完备的详细说明书。 5构建通过回顾和后期改变管理方式来支持生产过程。 6发布通过有力的推广来支持用户向新产品的过渡进入最后的可用性测试。
快速背景设计方法
快速背景设计方法包括以下步骤 1背景调查。计划、准备然后进行实地访谈以观察和理解所执行的工作任务评审业务实践。 2研讨会和工作建模。举行团队讨论会以便基于背景调查得出结论包括了解组织的工作流过程和对所完成工作的文化及政策影响捕捉关键点。 3模型合并与亲和图构建。将迄今为止从用户那里收集的数据连同解释和工作模型提供给更大的目标人群以获得见解和赞同。合并工作模型以阐明共同的工作模式和过程并创建亲和图 满足用户要求的问题的层次化表示。 4角色开发。开发角色虚拟人物来表示可能使用网站或产品的目标人群中的不同用户类型。这有助于团队交流用户的要求并把这些用户的要求付诸实现。 5愿景塑造。评审和“走查”合并的数据共享所创建的角色。此项活动有助于确定系统将如何流线化和转换用户的工作。使用活动挂图或任何有利于表达修改后业务流程愿景的媒体来捕捉关键问题和想法。 6故事板制作。愿景通过使用图片和图表来描述初始的用户界面概念、业务规则和自动化设想从而指导用户任务的详细再设计。故事板定义和说明“将要构建”的设想。 7用户环境设计。根据故事板构建对用户和将要执行的工作的单一、连贯的表示。 8使用纸上原型与模型的访谈和评估。对实际用户进行访谈和测试时从纸上原型开始然后转移到较高精度原型上获得访谈结果以确保该系统满足最终用户的需求。
用户观察
用于准备评估、进行实地研究、分析数据和报告调查结果的指南。 可能包括以下内容
准备 理解工作环境的政策和在家里的家庭价值观 使自己熟悉现有的界面及其历史 设定初步目标和准备问题 获得调查或访谈的访问和许可权。实地研究 与所有用户建立良好关系 在用户的环境中观察或采访他们并收集主观的和客观的、定性的和定量的数据 调查访问中出现的所有人记录自己的访问分析 在数值的、文本的和多媒体的数据库中编辑收集到的数据 量化数据和编辑统计 减少和解释数据 改进目标和所使用的过程报告 考虑多个受众和目标 准备报告和提交调查结果
参与式设计
参与式设计是指人们直接参与到所开展的协同设计之中。用户参与会带来有关任务的更准确信以及用户影响设计决策的机会。
用户参与感可能在增加用户对最终系统的接受度方面有最大的影响用户的广泛参与可能是昂贵的并可能延长实现周期可能使未参与或其建议被拒绝的人产生敌意潜在地迫使设计人员放弃他们的设计以使得不胜任的参与者满意 用户参与4级模型 深色区域消息提供者和设计合作者代表参与式设计阶段 场景开发
在需求定义不十分明确的项目中很多设计人员发现所描述的日常生活场景有助于表示用户执行典型任务时所发生事物的特征。 一种早期描述新系统的方式是编写使用场景。 当多个用户必须合作或使用多个物理设备时以戏剧的形式演示出来特别有效。 场景能够使用新用户和专家用户来表示普遍的或应急的情况而角色也能够包含在场景生成中。
前期设计评审的社会影响报告
交互系统经常会对大量用户产生巨大影响。为了减少风险考虑周到地陈述在利益相关者之间流传的预期影响对于在开发的前期阶段就引出有益的建议是一个有用的过程。 社会影响报告应在开发过程中尽早开发以免影响项目进度计划、系统需求和预算。它能够由包括最终用户、管理人员、内部或外部的软件开发人员及可能的客户的系统设计团队开发。社会影响报告写完后应由适当的评审小组以及管理人员、其他设计人员、最终用户和其他将被所提议系统影响的人加以评估。评审小组将接受书面报告、主持公开听证会和要求修改。社会团体也应该有机会提出他们的关注和提议备选方案。 报告可能包括以下部分
描述新系统及其好处讨论关注和潜在的障碍模拟开发过程
法律问题
隐私问题安全性和可靠性软件的版权或专利保护在线信息、图像或音乐的版权保护电子环境中的言论自由
