书签 分享 收藏 举报 版权申诉 / 19
上传文档赚钱

类型软件界面设计规范.doc

  • 上传人(卖家):四川天地人教育
  • 文档编号:1628452
  • 上传时间:2021-08-01
  • 格式:DOC
  • 页数:19
  • 大小:179.50KB
  • 【下载声明】
    1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
    2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
    3. 本页资料《软件界面设计规范.doc》由用户(四川天地人教育)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
    4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
    5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
    配套讲稿:

    如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。

    特殊限制:

    部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。

    关 键  词:
    软件 界面设计 规范
    资源描述:

    1、软件界面设计规范 1. 界面规范 1.1. 总体原则以用户为中心。 设计由用户控制的界面, 而不是界面控制用户。 清楚一致的设计。 所有界面 的风格保持一致, 所有具有相同含义的术语保持一致,且易于理解拥有良好的直 觉特征。以用户所熟悉的现实世界事务的抽象来给用户暗示和隐喻,来帮助用户 能迅速学会软件的使用。较快的响应速度。简单且美观。 1.2. 原则详述 1.2.1. 用户控制用户界面设计的一个重要原则是用户应该总是感觉在控制 软件而不是感觉被软件所控制。 操作上假设是用户 - 而不是计算机或软件 - 开始 动作。用户扮演主动角色,而不是扮演被动角色。在需要自动执行任务时,要以 允许用户进行

    2、选择或控制它的方式来实现该自动任务。提供用户自定义设臵。 因 为用户的技能和喜好各不相同,因此他们必须能够个性化界面的某些方面。 Windows 为用户提供了对许多这方面的访问。您的软件应该反应不同的系统属性 - 例如颜色、字体或其他选项的用户设臵。采取交互式和易于感应的窗口,尽量 避免使用模态对话框, 而使用 非模式辅助窗口。模式 是一种状态, 它排除一 般的交互,或者限制用户只能进行特定的交互。当最好使用一个模式或该模式只 是可替换的设计时 - 例如,用于在一个绘图程序中选定一个特定感觉- 请确保该 模式是显然的、可见的,是一个明确的用户选定的结果,并且容易取消。在后台 运行长进程时,保持

    3、前台式交互。例如,当正在打印一个文档,即使该文档不能 被改变,用户也应该可以最小化该窗口。谅解。用户喜欢探索一个界面,并经常 从尝试和错误中学习。 一个有效的界面允许交互式的发现,它只提供一组合适的 选择,并在用户可能破坏系统或数据的情况时发出警告。如果可行, 还应提供可 逆转或可还原的操作。 即使在设计得很好得界面中,用户也可能犯错误。 这些错 误既可以是物理上得 (偶然地指向了错误的命令或数据) ,也可以是逻辑上的(对 选定哪一个命令或哪些数据做出了错误的决定)。有效的设计避免很可能导致错 误的情况。它还包容潜在的用户错误,并且使用户易于还原。 1.2.2. 清楚一致的设计一致允许用户将已

    4、有的知识传递到新的任务中,更快 地学习新事物, 并将更多的注意力集中在任务上。这是因为他们不必花时间来尝 试记住交互中的不同。 通过提供一种稳定的感觉, 一致使得界面熟悉而又可预测。 一致在界面的所有方面都是很重要的,包括命令的名称、 信息的可视表示, 操作 行为,以及元素在屏幕和窗口内部的放臵。相同含义的词使用统一的术语。比如 对于仓库中存放的物料,不可同时又称为物品、货物、备品、产品和材料等等, 而统一约定一个称谓, 且此称谓是用户熟悉的和易于理解的。使用一组一致的命 令和界面来展示常见功能。 例如,避免一个 复制命令在一种情况下立刻执行一 个操作,但在另一种情况显示一个对话框要求用户键入

    5、目标然后才执行。应该使 用同样的命令来执行对用户来说相似的功能。操作环境内的一致。保持Windows 提供的交互操作和界面约定之间的高度一致,用户将能很快熟悉软件的使用。 使 用隐喻的一致性。 如果一个特定的行为更多的是一个不同的事物的特征,而不是 它的隐喻的含义,那么用户可能在学习将行为和该事物相关联时遇到困难。例如, 对于放在回收站中的对象而言, 焚烧炉和废纸箩代表不同的模型。建立项目保留 字。通过建立保留字来明确和统一术语和操作命令。提供可视反馈。 在后台运行 长进程时(时间超过 110 秒,视具体情况而定),必须提供进度条等信息指示。 除非特别必要时, 不要提供声音反馈。 在有严重的问

    6、题发生时, 可以使用声音来 提示用户, 但是通常应该允许用户取消声音。保持文字内容清楚。 信息的表达要 言简意赅,易于理解而又不罗嗦;避免使用冗长的文字给用户反馈。 1.2.3. 有良好的直觉特征用熟悉的隐喻为用户的任务提供直接而直观的界 面。通过允许用户利用他们的知识和经验,隐喻使得预测和学习基于软件的表示 的行为更加容易。 在使用隐喻时, 不需要将基于计算机的实现局限在真实世界的 对应物上范围之内。例如,与其基于纸张的对应物不同,Windows 桌面上的文件 夹可以被用来组织各种对象,例如打印机、计算器、以及其他文件夹。同样, Windows 文件夹可以其真实世界对应物不可能的方式被排序。

    7、在界面中使用隐喻 的目的是提供一个认知的桥梁; 隐喻并不以其自身为最终目的。 隐喻支持用户认 知而不是记忆。用户记起与一个熟悉的事物相关联的意义要比他们记起一个特定 命令的名称要容易得多。 同常见软件保持一致性。 出色的用户界面在程序中将实 现同用户以前用过的其它成功软件一致的动作。 1.2.4. 较快的响应速度保持界面能很快对用户操作作出反应。提供快捷键。 特别对于有大量录入项的界面, 能让用户不使用鼠标即可完成快速数据录入。在 用户界面中加入一些功能, 这些功能可以让熟练用户在不同的区域快速的输入数 据。这些功能包括重复功能、快捷键、带有有意义的图标的按钮等等,所有这些 可以使速度快的用户

    8、可以控制界面并加快数据的输入。除非必要,不要重绘屏幕。 1.2.5. 简单且美观简单。 界面应该很简单(不是过分单纯化) 、易于学习、并且易于使用。它还必须 提供对应用程序的所有功能的访问。在界面中,扩大功能和保持简单是相互矛盾 的。一个有效的设计应该平衡这些目标。支持简单性的一种方法是将信息的表示 减少到进行充分交流所需的最少信息。例如,避免命令名和消息的文字描述。不 相关或冗长的句子扰乱了您的设计,使得用户难以很容易地提取重要信息。另一 个设计简单而有用的界面的方法是使用自然的映射和语意。界面元素的排列和表 示影响它们的意义和关联。 简单还与熟悉相互关联。 熟悉的事物通常似乎更简单。 尽可

    9、能尝试建立利用用户已有的知识和经历的联系。您可以使用渐进揭示来帮助 用户管理复杂的事物。 渐进揭示 涉及到仔细的信息组织, 以便只在恰当的时候 才显示信息。通过隐藏向用户表达的信息,您减少了用户必须处理的信息数量。 例如,您可以使用菜单来显示操作或选择的列表,还可以使用对话框来显示一组 选项。渐进揭示并不意味着对显示信息使用非传统的技术,例如需要一个修饰键 作为访问基本功能的唯一方法, 或者强迫用户通过一个更长的分级交互序列。这 会使用户界面更加复杂和麻烦。美观。可视设计是应用程序界面的重要部分。可 视属性提供了非常好的印象, 并传达特定对象的交互行为的重要线索。同时,出 现在屏幕上的每一个可

    10、视元素也是很重要的,它们可能竞争用户的注意。 提供清 楚地促进用户对表达的信息的理解的连贯环境。图形或可视设计器的技巧对于这 一方面是无价的。 1.3. 细节约定 1.3.1. 1.3.1.1. 一致的外观将使用户界面更易于理解和使用。用户界面控件看起来应该是一 ,人们习惯于从左到右,从 上到下进行阅读, 因此,应该将重要信息放在上面和左边。左上角最容易吸引起 人们的注意力。使用左对齐来使用户界面控件更易于浏览。对 于数值文本, 应该使用小数点对齐或右对齐。对于非数值文本, 应该避免使用右 对齐或居中对齐。 不必对什么都使用中间对齐, 或者使它们保持对称形式。 在右 以体现它们之间的关系。 同

    11、时,还要显示相关信息。 将控件放在它所作用的对象 旁。使用空格、分组框、线条和标签, 或者其它分隔符对用户界面控件进行分组。 / 禁用、大小、颜色或者字体等, 来将注意力集中在需要首先看到的用户界面控件上。尽量以可视的方式指明用户 接下来应该进行的操作。 户界面控件是相似的,而使用不同的大小和间距来指出用户界面控件视是不同 的。透气室,以使窗口布局更易于理解, 并且 查看起来更舒服。空格的多少要适当,不要显得太分散。但是,要避免过多地使 用空格。如果可能, 尽量使窗口小一些。 名称及徽标。虽然在启动屏或 关于 框中出现公司或产品名称及徽标是完全可以 接受的,但其他窗口中的可用空间应该出现其他内

    12、容。如果没有其他内容, 那么 应尽量使窗口小一些。使用 系统规格(使用 GetGystemMetricsAPI 函数)或文本规格(使用 GetTextMetrics 或 GetTextExtentPoint32API函数)来确定用户界面控件的大小。 任何显示文本 的对象(如对话框或定义的文本文档)都应该使用文本规格。 考虑使用资源或预 到右、从上到下的流程,并且,左对齐的标签很便于浏览;通过对齐编辑框并调 整其大小,使它显得更有组织,更加平衡。不合理的平衡的对话框。 1.3.1.2.Windows的可视提示暗示与用户只需通过查看可视提示来确定对 象的使用方式的能力有关。 在 Windows 中

    13、,请保持使用下面的可视提示:可以单 击凸起的项目。 可以单击当鼠标从其上移过时突出显示的项目。不能单击下凹的 项目。可以编辑具有白色背景和闪烁垂直条(光标)的项目。不能编辑具有灰色 背景的项目。灰色项目是被禁用的。可以拖动凸起的项目。 1.3.1.3.除了绘图这样 的图形功能, 其他所有的功能都应该只能通过键盘来访问。尽量提供对所有功能 除了文本输入外, 其他所有功能都应该只能通过鼠标 来访问。确保具有明显后果的操作要求用户进行明确的选择* 确他将要进行危险性操作或破坏性操作。对于使有耗时的操作都给出反馈* 进行长时间的操作时, 要确保有等待光标、 进度表或其他的可视反馈。 用户应该 能够取消

    14、长时间的操作。 如果可以取消未完成的操作, 那么将按钮标记为 取消 , 否则将按钮标记为 停止 。可视的指示模式 *向用户提供一种可视的反馈,以指 出用户进入一种模式, 通常可以通过更改光标或标题栏文本来做到这一点。确保 单击和双击的一致性 *单击用于非按钮选定,而双击用于选定并执行默认操作。 换句话说,双击(在列表框、组合框,或其他接受双击的控件中)的效果应该与 选定控件中的一个项目, 然后按下 Enter 键的效果一样。 鼠标右键仅用于快捷菜 单*确保鼠标右键仅用于快捷菜单,而不要用于其他用途。不要使用鼠标中键* 如果用户的鼠标有中键, 那么让用户使用 控制面板 中的鼠标实用程序自己分 配

    15、中键的行为。 保持分配的快捷键的一致性组合功能键和Ctr 键用于快捷键。 习 惯上不将 At 键用于组合键,业务At 键常常被用于访问键。尽量避免使用At 键 和 Ctr 键,因为这种组合会使快捷键非常麻烦,而且也很不方便。 将快捷键作为 补充方式 *千万不要将快捷键作为访问命令的唯一方法。应该让用户有更多的明 显选择。避免水平滚动条与垂直滚动条不同,水平滚动条并不受欢迎, 因为它会 使项目阅读起来比较困难。解决的办法有:尽量使用垂直滚动条、加宽窗口、减 小文本的宽度,或者使文本自动换行等。当然,如果确实需要,还可以使用水平 滚动条。 1.3.1.4.程序只有主程序窗口才有标题栏图标、菜单栏、

    16、工具栏和状态栏* 所以二级窗口绝对不要显示 在任务栏中。二级窗口不要因为使用菜单栏、工具栏或状态栏而使其变得复杂。 可以使用标题栏图标来明显区分主窗口和二级窗口。另外,绝对不要使用默认的 Windows 图标(飘动的窗口图标 )作为窗口图标。 简化默认配臵让用户按自己的速 度来学习和使用程序。应用程序应该使用多文档界面(MDI)或单文档(SDI)这 些程序界面应该与应用程序的使用模式匹配。默认情况下, 应用程序应该保持为 最大化当应用程序占用整个屏幕时,常常能够提高用户的工作效率。 实用程序应 该使用 SDI 或对话框界面这些程序界面应该与实用程序的使用模式匹配。对于实 用程序,建议不要使用

    17、MDI 界面,因为管理这些窗口需要付出很多努力。实用程 序应该在小屏幕范围内运行实用程序常常与其他程序一起运行,因此它们需要在 小屏幕范围内运行。实用程序应该有灵活的窗口布局,以适应多种不同的大小。 实用程序很少以最大化的形式运行。 使用实际文档的 SDI 程序必须支持运行多个 实例*运行多个实例使用户能够同时操作多个文档。使用 退出命令终止程序使 用退出 终止程序;使用 关闭移走主窗口和非模式对话框; 使用取消移走模 式对话框。当关闭主窗口并不表示终止进程时,对于主窗口使用 关闭来代替使 用退出 。例如:关闭打印机状态窗口不会取消打印任务。 1.3.1.5.默认保存和恢复用户选择程序应该能够

    18、能够恢复到其最后退出的 状态。MDI 程序应该能够恢复文档窗口的大小和位臵。对话框通常应该使用最后 输入的值作为默认值。 提供适当的默认值提供提供适当的默认值来减少用户不必 要的操作,从而帮助用户完成工作。 提供最可能使用并给出设臵实际使用方式的 默认值。通常,最好的默认值是用户最后输入的值。考虑选择默认值时的安全性 不应该将不可恢复或破坏性的操作设臵为默认值。不要使用令用户感到莫名其妙 的默认值。 1.3.1.6.窗体对话框窗体大小尽量不要超过640*460,留 20给任务栏。并 且高和宽(或 W 宽和高)的比应该大致保持为3:4 (或 4:3)。一般应该将窗体 的Position属性定义为

    19、 poDesktopCenter , WindowState 属性为wsNorma, 某些主界面设臵为 wsMaximized 。ShowHint 属性设为True 。如果是模式对 话框,则将BorderStye 属性设臵为 bsDiaog 。(*.dfm) 保存为文 本格式,以便在 VSS 中比较不同版本之间的差别。如果窗体大小超过屏幕大小, 则在 Dephi 开发环境中打开时, 大小会有改变, 并且影响到运行时刻效果。 由于 每个人的屏幕大小设臵不一样,有些是 1024*768,有些是 800*600,因此在设计 期间请注意窗体大小,尽量不要超过800*600 1.3.1.7.布局和间距窗

    20、体控件布局和间距尽量保持与Windows 标准一 致。控件与窗体的上、下、左、右边距为7 象素。右下角主命令按钮之间的间距 为 6 象素,如果主命令按钮在右上角, 之间的间距则为 4 象素。主命令按钮一般 情况为 7521 象素,如果按钮的文本很长,应该适当加宽按钮的宽度。如 下图。其它详细资料请完全参照错误!书签自引用无效。和命令按钮。控件的 TabOrder 属性值应该与控件排列顺序一致,即遵循从上到下、 从左到右这样一 个流程。如果在 PageContro 的多个页面中存在类似的控件,应该尽量使得它们 在各个页面中出现的位臵/ 大小比较一致,以免在页面间切换时产生闪烁感。 1.3.1.8

    21、.图标、图片 不同界面中的同一功能应该使用同样的图标和图片。图标、图片的色调、 风 格尽量保持一致。图标、图片的隐喻应能确切表示功能的含义,如果不能,就直 接使用文本, 以免混淆用户。 如果功能是一个动作时, 可能比较难找到确切表示 该功能的图标, 这时应该尽量采用此动作相关的名词做图标。例如 Windows 中的 剪切功能就是用一把剪刀来表示的。 1.3.1.9.提示信息(Hint )工具栏按钮应该设臵工具提示Hint 属性。Hint 能帮助用户更方便地理解和使用。详细资料可以参照工具栏、 工具提示。 如果使 用了TSpeedButton 控件,并且只有图标, 同样应对它设臵 Hint 属性

    22、。如果不 是特殊情况, 应尽量避免使用 TSpeedButton 控件,而使用TButton 控件代替。 1.3.1.10.标点符号在标识控件用途的标签文本(abe)和提示信息( Hint )中, 应使用半角符号。如果是指导性标签文本(如解释按钮功能的句子),则使用全 角符号,并且句子应遵循中文标点符号标准。 如下图 Microsoft标准对话框例子。 其他详细资料可参照静态文本。 1.3.1.11.VGA 模式(640480)下显示时,对话框应该不超过640460(留 20 像素 给任务栏)。这将确保对话框能够显示在所有的视频模式下。确保模式对话框的 模式* 供 NU 句柄。如果没有提供父窗

    23、口句柄,那么父窗口仍处于活动状态,因此该对 话框实际上并不是模式对话框。不要使用可滚动的对话框* 用需要滚动条来进行完全查看的对话框。这种对话框使用起来非常不方便,并且 也时完全不必要的。 应该重新设计这种对话框。 不要在作为二级窗口的对话框中 使用菜单栏 * 框(如查找 实用工具)中,菜单栏时可以接受的。还要注意的是,在所有对话 框中,快捷菜单和菜单按钮都是可以接受的。二级对话框不要使用菜单栏,但可 以使用菜单按钮。不要在作为二级窗口的对话框中使用标题栏图标* 标用于区别主窗口和二级窗口。不要在任务栏上显示作为二级窗口的对话框* 注意,单击主窗口的的任务栏图标也将激活二级窗口。对话框中使用下

    24、页图所示 的页面布局和间距。 对于相似的对话框, 使用控件位臵来强调其相似性。 意义相同的同一控件出现在一些相似的对话框中,那么它应该显示在相同的位 臵。另一方面, 应避免将可能会产生混淆的不同控件放在同一位臵。对非模式对 的,但其位臵设臵更为灵活。 可能首先使用的控件上。作为选择 打印选项.命令结果而显示地对话框的标题应该为对于选项 。但是,表示 命令正在执行过程中菜单对话框(如 连接到 Internet.对话框)是一种例外 情况。为所有可处理访问键的控件分配访问键* 键盘上,从而使访问程序更加方便。 您可以直接在其标题中为诸如命令按钮、单 选按钮、复选框等控件分配访问键。通过提供静态文本标

    25、签或带有访问键、在 Tab顺序上先于控件的组框,您可以为诸如编辑框、列表框、组合框等控件分配 访问键。在其他情况下不要为组框分配访问键- 这会使人产生混淆。 确定 按钮 没有访问键, 因为在作为默认按钮时, 它通过提 Enter 键来选定的。 取消 按钮 也没有访问键, 因为 Esc 键预览清除模式对话框。 如果可能,避免使用小写的 g、 j 、p、q 或 y 作访问键,也避免使用这些字母前后的字母作为访问键。下划线不 能与这些字母的下行字母分开。当然,访问键必须是唯一的。 避免使用粗体文本 Windows3.1 的对话框中,粗体文本用于在旧式的视 频硬件上绘制被禁用的文本(即抖动的灰色文本)

    26、。因为现在的视频硬件可以绘 制没有抖动的灰色文本, 所以 Windows 为了使外观更加清洁, 现在 Windows 在对 话框中使用正常文本。粗体文本仅用于强调。对于大多数对话框不要粗体文本。 应该为整个对话框提供环境敏感的帮 助(通过帮助按钮或F1 键访问),或者为个别控件提供控件特定的帮助(通过 这是什么? 按钮或 Shift F1 键来访问),或者同时提供这两种帮助。 1.3.1.12.对话框的主要命令按钮将主命令按钮与对话框主体分开* 令按钮包括像 确定 、取消、 关闭、帮助 、停止 、 隐藏,以及其他相 关按钮的等命令按钮。 这种分开使主命令按钮更易于查找和识别。认真选择对话 主命

    27、令按钮靠底部或右边放臵更容易被发现。您应该选择对话框的外观比例与屏 幕的外观比例(通常高与宽的比例为3:4)相似的方向。这将使对话框的外观 看起来更加舒服, 并且更易于在屏幕上进行定位。如果按钮具有不同的大小, 那 么可以将它们放在对话框菜单底部。当不能确定时, 也可以将按钮放在底部, 因 为这种定位方式最为常见, 也更易于阅读。 右对齐主命令按钮适合从左到右的阅读习惯。当只有一个主命令按钮时, 您或许 希望例外地将其居中放臵。 右对齐主命令按钮避免使用多行或多列的主命令按钮 如果有许多主命令按钮, 那么注 意,通常在右边排成一列与在底部排成一行相比可以放臵更多的按钮。另外,您 可以考虑使用命

    28、令菜单。 如果必须使用很多按钮, 那么注意使用多行别使用多列 的效果好。对模式对话框,通常提供确定和取消按钮* 户需要能够方便地识别前进(使用确定 按钮)和后退(使用 取消按钮)的方 式。您可以使用更明确的按钮代替确定 按钮,但绝对不要在模式对话框中替换 取消按钮,除非用停止 来表明正在进行的操作无法取消。对于非模式对话框 或或作为主窗口的对话框, 提供关闭 按钮而不提供 确定 和 取消 按钮* 确定和 取消按钮用于非模式对话框或作为主窗口的对话框可以使对话框看起 来像是模式对话框。 而且,当用于非模式环境中时, 确定 和 取消时没有什么 意义的。使用 关闭 按钮可以消除这种混淆。 通常将确定

    29、 按钮排第一, 取消 其次,帮助最后*确定 或其等价按钮通常作为第一个主命令按钮。取消 按钮应该位于 确定 的右边或下面。将 确定和 取消按钮放在一起。 帮助 按钮应该时最后一个按钮。如果没有确定按钮,那么应该将 取消按钮放在 帮助按钮的前面。这可以使主命令按钮更易于查找和识别。确保取消 按钮真 正用于取消操作 * 相同。如果不是这样, 那么应该用 停止 按钮来代替 取消 按钮。模式对话框中 的取消 按钮应该与标题栏中的 关闭 按钮效果相同。 而属性表是个例外, 因为 取消按钮不会取消已经应用的更改。 1.3.1.13. 操作受其他属性页的限止。 用户不可能发现 属 性 页之间的这种独立关系。

    30、在属性 页 的 使 用 顺序方面应该 没 有 限 止 。用户应该能够随时查看任意的属性页。属性页 占用空间较 小 的 属 性页应该与最大的属性页的布局的格式方式不同,因为将会产生额外的空间(见 下图)。属性页的布局保持独立,避免居中。用属性表代替使用带选项卡的对话 没有什么明显 的实用性优势。 另外,对于实际显示对象属性的对话框使用属性表,而对于其他 用途,所有带选项卡的对话 框 。 对属性显示总采用属性表,即使仅有一个页* 采用属性表能够明确告诉用户查看的使属性而不是一般的对话 框 。属性表有一个 应用按钮来帮助用户测试设 臵 。 绝对不要使用两行以上的标签 * 行标签,但两行也是可接受的,

    31、 两行以上就太多了, 可用级连 属 性 设臵或多个对 话 框 代 替 。 总为 属 性 提 供 应用提供应用 按钮帮助用户对设 臵进行测试。对显示属性的属性表总是在其标题 中 写 上 属性一词和对象的名称 * 而仅适用于单个页的命 令按钮必须臵于该标签页 的 里 面 。 1.3.1.14. 级 或 复 杂的任务十分有用, 省去了用户许 多 麻 烦的操作。 当向导用于不常用的任 务时,其效果最好。对常用任务使用向导则显得大而不当。 1.3.1.15.6 个最早的控件 和新的 Win32 常用控件)。采用非标准控件的程序与绝大多数Windows 程序看起 来不一致。只用完全合理时才使用自定义控件。

    32、 准控件的标准外观或行为时一定要小心,这是个常常出错的地方。 将无效控件臵 为 不 可 用 * 尽量使控件的尺寸足够大,避免使用滚动 条 。 1.3.1.16. 采用 50 个对话单位( 75个像素点)的最小宽度、14 个对话单位 (21 个像素点 ) 的标准高度。 尽量将不同大小的带文字命令按钮的个数控制在两个以内。对父窗 口拖动( owner-draw)按钮或无文字的按钮(如 ),其大小可以任意设臵, 原则是使命令按钮外观简朴一致。高度大于 14 个对话单位 (21 个像素点) 的按钮 看起来不够专业。 尽管不限制命令按钮的最大宽度,但宽度超过 200个对话单位 的按钮使不妥当的。 请参阅

    33、下图所示关于命令按钮的实例。命令按钮大小示例针 50 个对话单位( 75 个像素点)的宽度是适合英语 文字的最小宽度,但对需要针对其他语言进行本地化的程序来说,可能就太小了。 对于需要翻译为其他语言的程序,将命令按钮的最小宽度定为60 个对话单位可 能更适合。将无效按钮臵为不可用,以取消报错* 生一条出错信息。总采用省略号来表示需要更多信息* 行命令时需要更多信息, 而不是简单的确认。省略号并不表示一定会出现对话框。 绝对不要指定双击行为 * 这样的行为。命令按钮大小使用Window 标准 75x21 象素。一般情况下, 确定 和取消 按钮的属性设臵如下: btnOk:TButtonCapti

    34、on= “确定 “Defaut=TrueModaResut=mrOkendobjectbtnCance:TButtonCance=TrueCaption =“取消“ModaResut=mrCanceEnd 确定和 取消按钮一般被映射为Enter 键和 Esc 键,因此不应该对它们指定访问键, 除此以外的命令按钮都应该指定一 个访问键。如下图:主命令按钮在下如果主命令按钮在右上角,应该布臵为这样。 请参照命令按钮。 ModaResut,注意一定要在按钮的 onCick 事件代码中为 ModaResut赋值。 1.3.1.17.复选框用复选框开关选项, 用单选按钮改变模式 * 的开关操作是很有效的

    35、, 但如果用来将模式改变为另外一种状态就难免让人迷惑 了。例如,可用一个复选框来表示是否显示工具栏,但若用复选框来切换打印机 的横向模式和纵向模式就会使人糊涂,对横向和纵向模式应该用一组单选按钮代 替。避免一组复选框中选项个数超过8它占用 的空间更少, 但复选框列表需要滚动时使用就稍稍麻烦了。尽管控件足够或保持 与同一窗口中其他复选框一致时,采用复选框时可取的, 但大于 8 个左右的复选 框就未免太多了。 选框之间的关系更为明显。 宁可竖向对齐虽然更合适的情况下采用横向对齐或直 角对齐也是可以接受的,但竖向对齐的一组复选框更易于浏览。 1.3.1.18.单选按钮避免一组单选按钮中的选项个数超过

    36、8 个考虑用列表或 组合框代替, 它们占用的空间更少, 但要记住控件使用更麻烦些。尽管控件足够 或保持与同一窗口中其他单选按钮一致时,采用单选按钮是可取的,但多于8 个的单选按钮未免太多了。 避免使用单选按钮进行开 / 关或是/ 否选择用复选框代 替。总将单选按钮臵于一个分组框中*由于单选按钮是一组相互排斥的选项,所 以分组框使选择更为明确。 直角对齐也是可以接受的,但竖向对齐的一组单选按钮更易于浏览。 1.3.1.19.组合框总给组合框提供一个标签* 用途。使组合框的下拉列表最少有55 行的列表就没有可用的滑块, 不易于滚动。 请注意,如果组合框没有足够的列项来填满列表,那么将自动缩短 列表

    37、的长度。 避免组合框的列项少于4它们虽然多占空 间,但更易于操作。 如果空间更为重要或为了保持与同一窗口中的其它组合框一 致时,采用组合框则更为可取。 1.3.1.20.编辑框总给编辑框提供一个标签* 用途。如果标签在左边, 将标签文字与编辑框文本垂直对齐。避免有输入限制的 对 于输入受限的情况,使用其他的控件,如组合框、列表、滑块和微调框。对于日 期和时间,使用日期和时间拾取控件。 框和浏览按钮是简单的可视机制,它们帮助用户在编辑框中进行有效的输入。避 免让用户必须输入。 仅对数字编采用带微调框的编辑框,对于文本, 使用组合框 示。例如,如果用户是输入地址, 两个字符宽的 State 字段明

    38、显暗示用户输入两 个字符的州名缩写。 如果期望的输入没有特别的大小,就选择与其他编辑框或控 件一致的宽度。总采用数字编辑框用于数字输入* 数字文本时,不应该有任何出错消息。 1.3.1.21.滑块总给滑块提供一个标签*而 且,滑块还应该有标明高、低值意义和当前选择的标签- 当然都不带冒号。 1.3.1.22.静态文本左对齐静态文本标签左对齐使得标签外观更有条理,且易于 浏览。宁可将静态文本标签臵于相关控件的左边,而不是上面这样对齐使标签更 易于被发现,且方便了标签和控件的浏览。很明显,长控件是例外情况,如列表 视图、树形视图( Tree)和多行编辑框。总在用于标识控件的静态文本标签后带 上冒号

    39、*使用冒号明显表示为控件标签的文本。为控件提供附加信息的标签不应 该有冒号,如用来解释滑块控件的标签。标签也可作为屏幕读出器的输入信息。 对非标签文本总用只读编辑框只读编辑框允许用户将文本复制到剪贴板上,并在 文本比控件长时可进行滚动。 不要把静态文本臵于凸起的边界上在凸起边界上的 静态文看起来像按钮,因而用户会试图单击它。 1.3.1.23.列表框总给列表框提供一个标签*必须用标签来标明列表框的用 途。使列表框至少 5 行长少于 5行的列表没有滑块, 不便于滚动。 如果列表框没 有滚动条,那么使用一个更短的列表框也是可以接受的。对多个选择考虑采用复 选框复选框列表可以突出其多个选择的能力。如

    40、果不能接受复选框列表, 那么可 以采用多选列表, 并用静态文本表示选项个数, 清楚指明可进行多项选择。 对多 选列表考虑提供 全部选中 和全部取消选中 命令由于希望全部选中或全部取 消使常见的事情,所以这两个命令方便了用户进行多项选择。 1.3.1.24.列表视图总给列表视图提供一个标签*必须用标签来标明列表视 图的用途。使列表视图至少5 行长少于 5 行的列表视图没有滑块,不便于滚动。 如果列表视图没有滚动条, 那么使用一个更短的列表视图也是可以接受的。仅在 列表可排序时采用可单击的表头*可单击的表头只应用于排序。首次单击时应按 正序对列表进行排序,而第二次单击时按反序进行排列。对列项大约超

    41、过30 的 列表视图总使其可进行排序*用户能够对列表进行排序方便了对信息的查找。 1.3.1.25.滚动条滚动条仅用于滚动*使用滑块或微调框来设臵数值。 使滚动条足 够长,保证有可用的滑块。没有滑块的滚动条不便于使用。 1.3.1.26.分组框利用分组框分组相关控件尽管分组框通常是用于单选按钮 的分组,但也可用于任何控件的分组。避免使用只有一个控件的分组框,除非是 为了保持与同一对话框中其他分组框一致。考虑采用静态线或文本标签来代替分 组框分组框多时要占去许多空间。如果空间紧张的话, 一个替代分组控件的好办 法是同时采用静态文本标签和静态线。考虑采用静态文本标签和静态线代替分组 框不要在分组框

    42、标签的后面使用冒号* 没有必要且让人糊涂。 1.3.1.27.菜单总用单个单词作为菜单标题* 题看起来像多个菜单标题。不要在菜单栏的文本间留有空隙* 文本既无用,又难看。避免占多行的菜单栏* 任何菜单栏都要占用几行,当要避免正常使用时因菜单项都而占用几行的菜单 栏。保持菜单稳定 * 程序实例都无效的菜单, 就应该删除。 合在一起。重要的命令应该位于菜单的顶部, 而不重要的菜单则位于菜单的底部。 将无效菜单臵为不可用来代替报错* 令。分配访问键 * 访问性。尽可能避免用小写字母g、j 、p、q、y 或单词中与它们靠近的字母来分 配访问键, 因为下划线与下一行的字母不好区分。当然,一个菜单中的访问

    43、键应 该是唯一的。总采用省略号来表示需要更多信息* 需要更多的信息, 而不是简单确认。 省略号不表示一定有对话框出现。使用标准 文件 、编辑 和 帮助菜单。由于这些是标准菜单, 所以用 户会期望它们出现。 例如,期望在 文件菜单中发现像 打印 和 退出这样的命 令,虽然这些命令可能与文件 无关。同样,用户期望在 编辑 菜单中发现 剪 切、 复制和粘贴 命令,至少要在 帮助菜单中发现 关于 命令。统一放臵 查找和 选项 查找命令放在 编辑 菜单中,而有 工具菜单时, 总将选项 臵于其中,否则臵于 查看菜单中。用复选标记来开关选项, 用单选 组来改变模式 * 改变为另外一种状态就难免让人迷惑了。例

    44、如,可用一个复选标记来表示是否显 示工具栏,但若用复选框来切换打印机的横向模式和纵向模式就会使人糊涂,对 横向和纵向模式应该用一个单选组来代替。不要使用多列的下拉菜单* 加了菜单不必要的复杂性。 不要使用Bang(爆炸的声音) 菜单*Bang 菜单是 菜单栏上那些看起来像下拉菜单,但实际是选择后立即执行的命令,如退出 ! 显然,用户希望菜单标题就只是菜单,而不是命令。不要右对齐菜单标题* 样的菜单风格陈旧且不易于使用。 1.3.1.28. 该是访问命令的唯一方式。 通常上下文菜单中的命令应该在菜单栏中也提供,使 用上下文菜单是为了提高访问效率。 捷键分配在菜单栏中, 上下文菜单的快速访问是通过

    45、鼠标进行,而不是通过键盘。 1.3.1.29.工具栏保持工具栏稳定 *而不是将 它删除。但是,应该考虑删除用户进入一种模式用不到的整个工具栏。将无效命 令臵为不可用,而不是报错* 其按钮更简朴, 更大。实用程序工具栏应该只包含几个带有描述性文字和图形的 显眼命令。 对应用程序采用可移动的、 可定制的工具栏, 而对实用程序采用固定 用户使用实用 程序的时间一般不长, 因而不需要定制工具栏。 果有多个工具栏,分别为它们提供显示或隐藏的选项。总使用工具提示* 提示帮助用户了解工具栏按钮的作用。 1.3.1.30. 很明显的事情。 考虑采用省略号来表示执行命令时需要更多信息。如果该命令已 分配有快捷键

    46、, 则显示该快捷键。 示用于简短的识别和提醒, 而不是用来教学。 可在工具栏上使用工具提示, 它的使用简单, 能够向用户提供有用信息。 但不可 滥用- 工具提示太多也就失去了其价值。 不要对命令按钮会静态文本这样的控件 10秒种后 工具提示将自动消去。如果工具提示的文字很多,10 秒钟对用户来说就看不完 了。 1.3.1.31. 本使其占用更少的空间, 缩写词使文本不易理解。 除非只去首字母构成的缩写词, 否则不要用字母全为大写的单词,这样的单词看 起来像在冲用户大喊大叫一样。如句号、 逗号、问号,以及破折号。避免使用分号、感叹号、圆括号、括号,等等。采用 一致的大小写规则 * 工具栏提示文字

    47、采用与书题一样的大小写规则,而对于标题、单选按钮、复选框、 分组框和菜单项帮助中的文本采用与句子一致的大小写规则。(对于标题,除了 不是标题开头和结尾的冠词和介词外,每个单词的第一个字母大小。对于句子, 每个句子的第一个单词以及通常大写的单词- 如专有名词的首字母大写。 )避免 颜色适中的背景上, 确保在文本和背景之间存在 fata (致命的)、execute (执行)、ki (杀死、毁掉)、terminate (终止)、和 abort (中止)。 1.3.1.32.确定 按钮的信息消息框 向用户提供有关命令结果的信息。采用带是、否 ,以及可能 取消按钮的警 告消息框在继续进行前需要用户输入的

    48、情形下告诫用户。采用危急消息框通知用 户进行工作前需要修改一个错误。不要使用疑问消息框类型* 框使用疑问标记符 (MB_ICONQUESTI) O , N 因为它在 Windows98 后一致用来表示上 下文修改帮助。而应该 用来报告不正常或不期望的结果。不要对很容易恢复的操作进行确认。问用是/ 是 和否按钮代替 确定 和 取消按钮, 这样使问题易于理解。 与对话框中不一样, 确定 和取消 按钮很少同时用在消 息框中。是和否 来作为非提 问消息的响应。同样,不要使用多个效果相同的选项按钮。例如,除非有不同的 操作结果,否则不要同时提供否 和取消按钮。 否按钮应该执行操作,而 取消 帮助 按钮。

    49、不要附加带无用帮助信息的没意义的消息框。对危急错误考虑采用系统模 可能造成破坏性的、 急需注 意的错误。系统消息框除了有 WS_EX_TOPMO 样 S式T 外,与应用程序模式对话框完 全一样。与在 16 位 Windows 中不一样的是,系统模式不影响用户与其他程序的 交互。 1.3.1.33. 要给出错误号。you(你)或 your (你的)。如果需要,当指用户操作时使用被动语气。采用与 错误发生了 等价 的表达,比采用与 你捅漏子了 等价的表达要好得多。 错误消息文字中使用词语bad(糟糕的、坏的)、caution (小心)、error (错误)、 fata (致命的)、iega (非法

    50、)、invaid (无效)和 warning (警告),而应该使 用更具体的描述性词语。 并且应该尽量解释到底是什么出了错。在出错消息文字 用全部大写的单词, 那样的单词看起来像在冲用户大喊大叫一样。使用完整的句 子和一般的现在或过去时态。 避免缩写词。 避免在用户错误消息文字中装做有趣 故装幽默并不能被广泛接受。 允许用 向用户提供一个压制该错 误消息的选项。 1.3.1.34.字体字体统一使用以下设臵: Charset=GB2312_CHARSETNa“me 宋 = 体“Size=9Coor=cWindowTextStye=ANSI_CHARSE 或 T DEFAUT_CHARS, E否

    展开阅读全文
    提示  163文库所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    关于本文
    本文标题:软件界面设计规范.doc
    链接地址:https://www.163wenku.com/p-1628452.html

    Copyright@ 2017-2037 Www.163WenKu.Com  网站版权所有  |  资源地图   
    IPC备案号:蜀ICP备2021032737号  | 川公网安备 51099002000191号


    侵权投诉QQ:3464097650  资料上传QQ:3464097650
       


    【声明】本站为“文档C2C交易模式”,即用户上传的文档直接卖给(下载)用户,本站只是网络空间服务平台,本站所有原创文档下载所得归上传人所有,如您发现上传作品侵犯了您的版权,请立刻联系我们并提供证据,我们将在3个工作日内予以改正。

    163文库