《交互设计、界面设计》课件 03 需求获取.ppt_第1页
《交互设计、界面设计》课件 03 需求获取.ppt_第2页
《交互设计、界面设计》课件 03 需求获取.ppt_第3页
《交互设计、界面设计》课件 03 需求获取.ppt_第4页
《交互设计、界面设计》课件 03 需求获取.ppt_第5页
免费预览已结束,剩余23页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、第三章 需求获取,需求获取的内容,需求获取是交互设计过程中的一个重要环节,在执行时应该注重细节,保持客观的态度,不对收集到的信息的重要性过早地做评判。 需求获取阶段要明确的主要内容包括: 谁将加入此项工作 他们使用什么来完成此项工作 工作过程 完成工作需要的信息 工作约束 工作需要的输入 工作需要的输出,发现,3.1 需求获取阶段框架,收集 启发式观察,说明 任务描述 需求文档 项目管理文档,5W+H 物理的 功能的 文化的,3.1.1调查工作领域,在人们使用各种产品和界面时,有大量的没有被记录的隐藏着的操作行为信息。很多基于观察的方法被用来发现这些信息,进而改进设计。 在调查某一工作领域时,

2、应考虑此领域的具体交互状况。例如,访问某网站这项工作中,可能遇到怎样的交互问题,需要输入什么数据寻找到相应信息。 尽可能了解用户和产品或界面的各个方面,研究其工作流程,用户如何用它来完成任务。 此阶段应该根据搜集的信息创建需求文档,界定人们要完成的具体任务,及完成这些任务的具体顺序。,3.1.1调查工作领域,搜集相关信息前,先确认与项目相关的人员,即直接和间接地涉及工作流程的人。 利益相关者(或称为当事人) 主要利益相关者:影响产品用户、潜在用户的工作效率 次要的利益相关者:提供输入信息或接受输出信息者 项目负责人:开发团队、产品维修人员 间接者:用户的上级或同事等,3.1.1调查工作领域,竞

3、争对手 在需求获取阶段,不仅要调查利益相关者,还应调查同类的产品和界面设计。例如:设计某个网站,应该调查同类网站。 可以将现有同类产品和界面设计作为已经有的原型,并研究这个原型的优劣之处。,3.1.2 需求获取过程,需求获取的启发式思路 :5W+H法 What/How:包含什么样的产品或界面交互行为,这些行为怎样被完成。 Where/When :了解此行为发生在什么地点,了解完成交互行为发生的时间及先后顺序。 Who/Why :了解哪些人参与了交互行为,为什么他们会参与到这样的交互行为中来。 收集需求时可以从以下一些方面了解人们的行为方式: 物理的视角:发生行为的时间、地点、过程。 功能的视角

4、:从实际发生的状况研究行为。 文化的视角:从人们之间的关系来看交互行为。 与信息有关的视角:完成任务需要信息是什么,信息如何产生、传递。,3.2 收集,收集需求信息时注意的原则是,以用户为中心,尽量减少对用户的影响。 收集方法 观察:直接观察,间接观察,分布式认知。 启发式 : 直接方法:访谈、专题小组; 间接方法:公司文档,日志和笔记,问卷调查。,3.3 需求描述,收集完信息后,需要分析收集到的信息,并对其进行相应的描述,明确各方面的问题。 需求描述的方法: 任务分析 故事板 用例 主要利益相关者档案,3.3.1 任务分析,任务分析是记录人们如何完成任务的一种方式。通过任务分析来了解通过观察

5、和访谈收集到的数据信息。任务分析以全局的观点来看用户的活动和关注值得注意的行为。 任务分析的两种方式: 任务分解 层化任务分析,任务分解,任务分解是一个对过程的线性描述,首先确认过程并记录,然后列清单或表格对任务步骤进行描述。应尽可能确认单个步骤中的需求、顺序和依赖关系。 任务分解包括以下方面: 行为发生的原因 执行任务的人 完成任务需要的对象和信息 例如:如何组织召开一个团队会议,相应的任务分解过程是怎样的?,“组织召开一个团队会议”任务分解,目标:召开团队会议 计划:完成子任务的顺序和条件 信息:团队成员联系方式,会议时间表,会议设备 对象:日程表,通信录,设备签出表 方法:不同的联系方式

6、:邮件、消息、电话、便条 子目标:联系参会人、确认时间、安排会议室 步骤 突发事件,层化任务分析Hierarchical Task Analysis(HTA ),描述使用者要做些什么来达成目标.在HTA中,上层的任务会被分解成数个子任务,所以HTA可呈现出要达成某个目标和任务,必须执行哪些子任务.,3.3.2 故事板,使用一系列的图片来描述一个具体的过程和工作流程,这和电影中的故事板相似。采用粗略的形式讲述一个故事,研究此流程中的行为动作和对象。,3.3.3 用例(Use Case ),用例是一种描述系统需求的方法,使用用例的方法来描述系统需求的过程就是用例建模。 从用户的角度来看,他们并不想

7、了解系统的内部结构和设计,他们所关心的是系统所能提供的服务,也就是被开发出来的系统将是如何被使用的,这就用例方法的基本思想。用例模型主要由以下模型元素构成: 参与者(Actor) ,参与者是指存在于被定义系统外部并与该系统发生交互的人或其他系统,他们代表的是系统的使用者或使用环境。 用例(Use Case) ,用例用于表示系统所提供的服务,它定义了系统是如何被参与者所使用的,它描述的是参与者为了使用系统所提供的某一完整功能而与系统之间发生的一段对话。 P83安排会议过程的用例图。,3.3.4 主要利益相关者描述,主要利益相关者的角色描述从以下几方面进行: 使用产品或界面时的情境 主要利益相关者

8、认知能力 主要利益相关者是身体能力 个体描述,使用产品或界面时的情境,动机:自由选择-强制 使用频率:不使用-稀少-频繁 用户类别:初学者-中级-专家 任务性质:关键人物-普通任务 交互模式:直接-间接,连续-间断 社会环境:公共的-私密的,合作的-单独的,工作-娱乐 物理环境:室内-室外,噪音高-低,视觉差-好 技术环境:网络-孤立,有线-无线,固定-移动,认知能力,教育程度:小学-中学-高中-博士生 计算机文化 打字能力 领域知识:新手-专家 认知类型:视觉-听觉,图形-语言,身体能力,视觉:失明-视力很好 颜色视觉:三基色,红色盲,绿色盲 听觉:耳聋-正常 触觉:伤残-完全感官,个人描述

9、,年龄 性别 职业兴趣 国家 语言 种族 宗族 宗教,3.4 文档,文档创建时为了分发给利益相关者和客户,这些文档的形式包括: 任务描述 需求文档 项目管理文档,3.4.1任务描述,项目目标:说明设计项目能为公司增加效益的方式,说明新产品或界面如何增加用户的有效性和效率。 项目范围:定义项目的各项参数,明确什么是该产品能做的,什么是不能做的。,3.4.2需求文档,需求文档需要明确的内容包括: 需求 功能 信息 相关硬件 输入与输出 约束,3.4.3项目管理文档,此文档用于定义具体的开发过程及时间表,包含以下内容: 定义项目中包含的内容 风险 评估标准和方法 项目实施 培训方式 系统维护 未来需

10、要,案例:期刊Circumference的网站开发的需求获取,利益相关者:网站访问者、杂志编辑、网站开发者 收集:观察、访谈、问卷调查 需求: 功能需求:诗文原文和英文,在线订购,联系方式等 信息需求:关于,投稿,联系,订阅,事件,支持者 硬件需求:服务器,存储模块 输入与输出:封面图片,样刊,发行目录,订购价。 约束:视觉不影响诗文读后感,技术标准,面向老年人,面向移动设备,预算,周期。 需求评估:发现变化,维护更新。,其他的产品或界面设计需求获取,1.家庭、学生宿舍、办公室中的光盘多了,相应产生的存放、分类、检索、整理需求如何定义和获取?请设计一份供需求获取的调查问卷。 2.怎样实施3G网络手机界面设计的需求分析与获取?,问卷调查的特点,费用较少的情况下就可以捕捉到目标用户的大部分想法。可以返回大量的信息。

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论