数字电视交互设计规范分册

上传人:公**** 文档编号:512932824 上传时间:2022-11-20 格式:DOC 页数:78 大小:1.40MB
返回 下载 相关 举报
数字电视交互设计规范分册_第1页
第1页 / 共78页
数字电视交互设计规范分册_第2页
第2页 / 共78页
数字电视交互设计规范分册_第3页
第3页 / 共78页
数字电视交互设计规范分册_第4页
第4页 / 共78页
数字电视交互设计规范分册_第5页
第5页 / 共78页
点击查看更多>>
资源描述

《数字电视交互设计规范分册》由会员分享,可在线阅读,更多相关《数字电视交互设计规范分册(78页珍藏版)》请在金锄头文库上搜索。

1、WORD有线中间件平台系统技术规数字电视交互设计规分册(暂定)编号版本V1.0密级部公开发布日期2011-2-14省广播电视信息网络股份分公司中间件工作小组目录一、引言61.1文档目的61.2适用围61.3参考资料6二、设计原则72.1用户体验设计原则72.1.1反馈和交互72.1.2一致性72.1.3容错性72.1.4整体美学72.2最容易犯的错误82.2.1窗口82.2.2布局82.2.3文本82.2.4控件92.3如何设计优秀的用户体验112.3.1抓住基本功能112.3.2把某方面做出色112.3.3不必强求每个人都满意112.3.4做出艰难的决定112.3.5给人的体验就像是在进行友

2、好的对话112.3.6默认执行正确的操作122.3.7让它得以工作122.3.8小心提问122.3.9使其用起来很棒122.3.10使其看起来很棒122.3.11使其响应与时122.3.12使其保持简单132.3.13避免糟糕的体验132.3.14为常见问题设计132.3.15不要使人厌烦132.3.16减少精力、知识和思考132.3.17测试你的用户界面142.4简约而又强大142.4.1强大142.4.2简约14三、界面163.1高清163.2标清17四、控件184.1列表视图184.1.1它用在这里合适吗?184.1.2标准列表视图展示194.1.3推荐尺寸与间距214.1.4文档编写2

3、24.2列表224.2.1使明确、相关且能够被预知234.2.2使用模式234.2.3设计规254.2.4文档编写274.3按钮284.3.1它用在这里合适吗?284.3.2使用模式294.3.3设计规304.3.4推荐尺寸与间距314.3.5文档编写324.4复选框324.4.1它用在这里合适吗?324.4.2使用模式344.4.3设计规354.4.4推荐尺寸与间距364.4.5复选框标签374.4.6文档编写384.5单选框384.5.1它用在这里合适吗?394.5.2设计规404.5.3推荐尺寸与间距424.5.4文档编写424.6进度条434.6.1它用在这里合适吗?434.6.2设计

4、理念444.6.3使用模式444.6.4设计规464.6.5推荐尺寸与间距504.6.6标签504.7文本框514.7.1它用在这里合适吗?524.7.2设计理念524.7.3使用模式524.7.4设计规544.7.5输入验证与错误处理584.7.6提示584.7.7推荐尺寸与间距594.7.8文档编写594.8对话框604.8.1它用在这里合适吗?604.8.2设计理念614.8.3对话框的特性614.8.4使用模式624.8.5设计规644.8.6推荐尺寸与间距664.8.7文本674.8.8文档编写724.9信息提示724.9.1它用在这里合适吗?734.9.2设计理念734.9.3设计

5、规744.9.4文档编写74五、菜单755.1设计理念755.2使用模式755.2.1主页菜单755.2.2分级页面菜单765.3设计规775.3.1菜单项的组织与顺序775.3.2菜单的分类命名775.3.3视觉呈现77六、文本796.1用户界面文本796.1.1使用模式796.1.2设计理念806.1.3UI文本的设计模型816.1.4去除重复816.1.5避免过度沟通816.1.6使用倒金字塔结构826.1.7设计规836.2风格与语气836.2.1设计理念846.2.2设计规84版本与修订版号发布日期编制人审核批准修订摘要V1.02011-1-14中间件工作小组一、 引言1.1 文档目

6、的根据交互设计学以与数字电视机顶盒界面特点,制定一套用于数字电视界面的交互设计标准,希望UCD部门以这套标准为依据进行各项目的交互设计,以保证公司各系列产品在交互方式上的一致性。1.2 适用围公司数字电视的界面设计。1.3 参考资料1Windows 用户体验交互设计规。2Apple 人机接口设计指南。3iPhone 人机界面设计规。4Windows-Phone-7-UI设计与人机交互指南,pdf版。5About Face 3交互设计精髓二、 设计原则2.1 用户体验设计原则2.1.1 反馈和交互反馈和交互意味着通过合适的反馈以与和程序之间的交互从而让用户时刻知道现在发生了什么,而不仅仅是当事情

7、出错时显示一个警告。2.1.2 一致性标签和功能是否使用了一致的术语?图标是否总是代表一个意思?所有的模块中概念都是以同样的方式呈现的吗?类似的控件和用户接口元素是否显示在窗口和对话框类似的位置?2.1.3 容错性提供充分的容错性以鼓励用户操作电视时致,用户应该觉得可以尝试各种功能而无需担心破坏系统或者损坏数据。提供如返回,后退等操作,从而让用户放心地使用各种业务。2.1.4 整体美学整体美学意味着信息经过良好的组织并且和视图设计一致。在长时间使用的情况下,您的产品应该仍然令人愉快。 不要在窗口和对话框中塞满图标或者按钮。不要随心所欲的使用符号来表达一些概念,因为他们可能对用户构成困扰或者分散

8、用户的注意力。窗口的布局和用户接口元素的设计应该反映用户的心智模型。例如: 使用高质量的图标。 使用抗锯齿的字体。 一个窗口中字体的大小和类型应该一致。 在一个窗口的控件大小应该一致例如,不要将小号控件和标准控件混用。 界面元素的行为应该和用户期望的一致,不要试图更改标准控件的行为。例如: 复选框应该只用来多项选择,而不是单一选择。 按钮只应被用来表示一些立即执行的东西,如“打开”。 避免使用按钮来显示弹出菜单或者将按钮用作标签。 避免将圆角按钮用作标签页。 尽可能的让用户在任何时候都能做他们想做的事情。避免使用模式对话框来将用户锁定在某个操作中,以至于在当前操作完成前用户不能做别的事情。2.

9、2 最容易犯的错误2.2.1 窗口确保在 640x526和1280 x720模式下分别测试标清和高清的页面。检查布局问题、控件和窗口裁剪、以与图标和位图拉伸情况。如果窗口是子窗口,初次显示时应将其“居中”显示在父窗口的上方。不要显示在下方。以后显示的时候,如果更为方便,应考虑将其显示在最后一次出现的位置(相对于父窗口)。 如果窗口是上下文相关的,应当总是将其显示在靠近触发它的对象旁边。不过,应当把它放在靠旁边的位置(最好是向右下方一些),以免挡住对象。2.2.2 布局将窗口中控件和面板的尺寸调整为适合典型容的大小。控件尺寸。控件尺寸应当适合于其典型容,将控件变得更宽、更高、必要时使用多行编辑。

10、调整控件的尺寸,以避免或减少在那些有大量空间的窗口中进行滚动。空间的窗口中存在任何被截断的标签或文本。列宽。确保列表视图具有合适的默认、最小与最大列宽。为列表视图使用不会引起文本截断的默认列宽,尤其当列表视图中还有足够空间时。布局平衡。窗口布局应当让人感到大致平衡。如果觉得布局左侧偏重,应当考虑增加控件的宽度,并将一些控件移到右侧。2.2.3 文本尽可能使用普通的、口语化的用语。关注于用户的目标,而非技术。有礼貌、给予支持与鼓励。用户绝不应感到被牵就、被责备或被胁迫。删去重复多余的文字。在窗口标题、主标题说明、补充说明、容区域、命令与提交按钮中寻找重复多余的文字。通常,完全保留说明文本和交互性

11、控件中的文字,删去其他地方的重复容。 不要为不是的文本使用蓝色,因为用户会把它当成。在你想使用彩色文本的地方使用粗体或某种灰色。 谨慎使用粗体来吸引用户注意那些必须阅读的文本。使用主标题说明来简要地解释一个页面或对话框用来做什么。好的主标题说明传达的是用户的目标,而不只是关注于操作用户界面。 以祈使句式的指导或明确的疑问句的形式表述主标题说明。 不要在控件标签或主标题说明末尾添加句点。 在句子之间使用一个空格。而不是两个。2.2.4 控件常规 为每个控件或控件组添加标签。例外: 文本框和下拉列表可以通过提示文本来标注。 对于所有控件,应当将最可靠的(避免丢失数据或无法访问系统)、最安全的值作为

12、单选框。如果可靠性与安全性不是需要考虑的因素,那么就选择最有可能的或最方便的值。 最好使用带约束的控件。尽可能使用像列表和滑块这样的带约束的控件来减少文本输入的需要,而不是像文本框这样的无约束控件。 重新考虑禁用控件。禁用的控件可能很难使用,因为用户需要推断其被禁用的原因。命令按钮尽可能使用明确的标签,而非常规标签。理想情况下,用户应当不需要为了理解标签而阅读其他任何容。用户更愿意阅读命令按钮标签,而不是静态文本。 例外:如果“取消”有歧义的话,不要修改“取消”按钮的名称。用户不应该需要阅读所有按钮来确定到底哪个按钮可以取消该操作。但是,如果不清楚要取消的是哪个操作,例如有多个即将进行操作时,

13、可以重命名“取消”。 当提问时,使用与问题相对应的标签文字。例如,为那些是/否的问题提供“是”和“否”的选择。如果取消后退回之前的状态(没有任何副作用),则将按钮命名为“取消”;否则,应当命名为“关闭”(如果操作已经完成)或“停止”(如果操作还在进行中)来表示会完整保留当前更改过的状态。 命令应当总是同时呈现两个或更多的命令。从逻辑上来说,没必要问只有一种答案的问题。 提供明确的“取消”按钮。不要将命令作此用途。很可能用户意识到他并不想进行这项任务。使用命令来取消会使用户必须仔细阅读所有的命令并确定哪个表示取消。使用明确的“取消”按钮可以让用户非常快速地取消任务。 如果提供明确的“取消”按钮使

14、得只剩下单独的一个命令的话,可以同时提供用于取消的命令和“取消”按钮。这么做可以明确表达用户可以进行选择。以它与第一个选择有什么不同的角度来描述这个命令,而不仅仅是“取消”或类似的变体。 不要为分配访问键。不要为文本添加“单击”或“单击此处”的字样。这是不需要的,因为暗示了单击动作。 渐进展开将“更多/更少”渐进展开按钮用于隐藏高级的或很少使用的选项、命令与用户通常不需要的细节容。不要隐藏常用的容,因为用户可能找不到它们。确保这种隐藏是有价值的。 如果界面上一直显示了一些选项、命令或细节,则使用下列标签组合: 更多/更少选项。用于选项或是选项、命令与细节容的混合。 更多/更少命令。仅用于命令。 更多/更少细节。仅用于信息。 更多/更少 。用于其他对象类型,如文件夹。 否则: 显示/隐藏选项。用于选项或是选项、命令与细节容的混合。 显示/隐藏命令。仅用于命令。 显示/隐藏细节。仅用于信息。 显示/隐藏 。用于其他对象类型,如文件夹。 进度条 应当将确定模式的进度条用于那些有确定时间界限的操作,即使其部分时间都无法进行精确预测时也同样如此。不确定模式的进度条虽然表示正在进行中,但无法提供任何其他信息。不要仅仅因为不够精确,就选用不确定模式的进度条。如果

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 资格认证/考试 > 自考

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号