GB/T 29618.61-2017
基本信息
标准号： GB/T 29618.61-2017
中文名称：现场设备工具（FDT）接口规范 第61部分：通用对象模型的设备类型管理器样式指南
标准类别：国家标准(GB)
标准状态：现行
出版语种：简体中文
下载格式：.rar .pdf
下载大小：10008KB
相关标签： 现场 设备 工具 接口 规范 通用 对象 模型 类型 样式 指南
标准分类号
关联标准
出版信息
相关单位信息
标准简介
GB/T 29618.61-2017 现场设备工具（FDT）接口规范 第61部分：通用对象模型的设备类型管理器样式指南
GB/T29618.61-2017
标准压缩包解压密码：www.bzxz.net
标准图片预览
标准内容
ICS25.040
中华人民共和国国家标准
GB/T29618.61—2017/IEC/TR62453-61:2009现场设备工具（FDT）接口规范
第61部分：通用对象模型的设备类型管理器样式指南
Fielddevicetool(FDT)interfacespecification-Part 61:Device type manager (DTM) styleguide for common object model（IEC/TR62453-61:2009,IDT）
2017-07-12发布
中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会
2018-02-01实施
GB/T29618.61—2017/IEC/TR62453-61:2009目
规范性引用文件
3术语和定义、符号和缩略语
术语和定义
3.2符号和缩略语bzxZ.net
3.3约定
DTM用户界面设计原则
FDT用户的获益
6DTM的功能
“主操作”功能
在线参数配置和离线参数配置功能7DTM用户界面
一般行为
参数处理
DTM功能的表述
DTM行为
修改变量参数值之后关闭用户
修改参数值的用户界面关闭
数据集：
在线参数化/数据来源：设备
离线参数化/数据来源：数据集.错误处理
访问权限：
本地化
安装和卸载
参考文献
GB/T29618.61—2017/IEC/TR62453-61:2009前言
GB/T29618《现场设备工具（FDT)接口规范》暂分为以下几个部分：第1部分：概述和导则；
第2部分：概念和详细描述；
—第301部分：通信行规集成
FF现场总线规范；
第302部分：通信行规集成通用工业协议；一第303-1部分：通信行规集成PROFIBUS现场总线规范：一第303-2部分：通信行规集成PROFINET输人输出接口规范；第306部分：通信行规集成INTERBUS现场总线规范；第309部分：通信行规集成
HART现场总线规范：
文MODBUS现场总线规范：
第315部分：通信行规集成
第41部分：对象模型行规集成通用对象模型；第501部分：通用对象模型的通信实现FF现场总线规范；第502部分：通用对象模型的通信实现通用工业协议；-第503-1部分：通用对象模型的通信实现PROFIBUS现场总线规范；一第503-2部分：通用对象模型的通信实现PROFINET输人输出接口规范；第506部分：通用对象模型的通信实现INTERBUS现场总线规范；HART现场总线规范；
一第509部分：通用对象模型的通信实现一第515部分：通用对象模型的通信实现MODBUS现场总线规范；
第61部分：通用对象模型的设备类型管理器样式指南。本部分为GB/T29618的第61部分。本部分按照GB/T1.1一2009给出的规则起草。本部分使用翻译法等同采用IEC/TR62453-61：2009《现场设备工具（FDT）接口规范第61部分：通用对象模型的设备类型管理器样式指南》。根据GB/T1.1—2009，本部分对IEC/TR62453-61：2009做了下列编辑性修改：更正了原文中附录B第2章中的节标号错误。本部分由中国机械工业联合会提出。本部分由全国工业过程测量控制和自动化标准化技术委员会（SAC/TC124）负责归口。本部分起草单位：西南大学，机械工业仪器仪表综合技术经济研究所，重庆川仪自动化仪表股份有限公司、上海自动化仪表股份有限公司、中国四联仪器仪表集团、苏州美名软件有限公司、赫优讯（上海）自动化系统贸易有限公司、福建顺昌虹润精密仪器有限公司。本部分主要起草人：杨阳、主春喜，注炼，由英明，张庆军，刘进，吕亚军，李京，陈志扬，李涛，吕静。I
HiikAoNnikAca
GB/T29618.61—2017/IEC/TR62453-61:2009引
本部分是有关DTM用户接口设计规范，该规范针对在客户端/服务器架构中进行功能控制和数据访问的FDT组件开发者的。本部分旨在开发标准接口来促进不同制造商开发的组件之间无缝互操作。DTM(设备类型管理器，DeviceTypeManager）是某种特定设备的软件组件，由设备制造商将DTM软件和设备一起提供给用户。通过本部分中定义的FDT接口将DTM集成到工程工具下。该集成方法对所有的现场总线是开放的，因而满足在异构控制系统中集成不同的设备。为了保证全工厂控制和自动化技术的一致性管理，在自动化整个生命周期中，把现场总线、设备和子系统进行大范围的、无缝化的、全面的集成工作是很必要的。因此该集成需要设备相应的组件有统一的外观。
GB/T29618.61在GB/T29618中的结构如图1所示。第61部分
DTM风格向导
第41部分
对象模型集成文件
图1GB/T29618系列中的第61部分HiiKAoNi KAca
1范围
GB/T29618.61—2017/IEC/TR62453-61.2009现场设备工具（FDT）接口规范
第61部分：通用对象模型的设备类型管理器样式指南
本部分提出了设备DTM的用户接口和它功能实现的一些准则和规范。这些准则和规范是FDT规范的一部分，它在系统中通过DTM设备向用户提供一个清晰、一致的用户界面。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T29618.1-2013现场设备工具（FDT）接口规范第1部分：概述和导则（IEC62453-1：2009,D)
GB/T29618.2—2013现场设备工具（FDT）接口规范第2部分：概念和详细描述（IEC62453-2：2009,DT)
GB/T29618.41一2013现场设备工具（FDT）接口规范第41部分：对象模型整合规范-通用对象模型（IEC62453-41：2009，IDT)ISO/IEC19501：2005信息技术开放式分布处理统一建模语言1.4.2版本[Informationtech+nology-Open DistributedProcessingUnified Modeling Language(UML)Version 1.4.2]3术语和定义、符号和缩略语
3.1术语和定义
GB/T29618.1—2013,GB/T29618.2—2013,GB/T29618.41—2013以及ISO/IEC19501:2005界定的术语和定义适用于本文件。3.1.1
屏幕阅读器
scream reader
一种为用户提供额外输出的软件程序（例如文本输出到声音，盲人用点字法）。3.1.2
树状导航navigationtree
一种图形用户界面元素，通过树形结构显示导航信息。3.2符号和缩略语
GB/T29618.1--2013.GB/T29618.2—2013和GB/T29618.41—2013界定的以及下列缩略语适用于本文件。
GUIGraphicalUserInterface图形用户界面StandardUserInterface（aGUIlayoutdefinedinthisdocument）标准用户界面SUI
HiiKAoNhiKAca
GB/T29618.612017/IEC/TR62453-61:2009AUIAdvancedUserInterface（aGUIlayoutdefinedinthisdocument）高级用户界面CUICompositionUserInterface（aGUIlayoutdefinedinthisdocument）复合用户界面MSAAMicrosoftActiveAccessibility微软活动性辅助OEMOriginalEquipmentManufacturer原始设备制造商3.3约定
数据类型名和数据类型引用datatypenamesandreferencestodatatypes数据类型的名字和引用的约定在GB/T29618.2一2013中的A.1给出。3.3.2
要求词汇vocabularyforrequirements在说明需求时下面词汇会用到。“必须”和“强制”的使用即不允许有例外的情况。“应该”和“推荐”的使用强烈推荐，但允许在特殊例外的情况下使用。“可以”和“选择”的使用DTM的功能和行为依赖于具体的任务和DTM的类型。3.3.3
特殊格式specific formatting
下面的格式用来描述特定的内容。大写字母键盘上的按键名，例如，SHIFT，CTRL或者ALT。【按钮文字］带指定文字的按钮，《元素名》与GB/T29618.41一2013中类型定义相符合的XML元素的名字。3.3.4
状态机图state machines diagrams本文档中的状态机图的语法在GB/T29618.1一2013和ISO/IEC19501：2005中定义。4DTM用户界面设计原则
DTM的图形用户界面的设计是基于以下用户界面设计的一般原则[4[5]。这些都是很好的工程实践建议。更多的用户界面设计的基础，请参阅相应可用的文献。1）系统状态的可视性
该系统应在一个用户可接受的时间内，通过适当的反馈保持通知用户当前系统状态。2系统和现实世界之间匹配
该系统应使用用户熟悉的词，短语和概念，而不是面向系统的术语，语言。按照现实世界的惯例，在这些信息显示更自然和符合逻辑顺序。3）用户控制和使用自由
因为用户经常错误地选择系统的某一功能，因此需要一个类似标有“退出”的指示用户离开不需要的状态，而不必需要扩展对话框，并且这一操作支持撤销和重做。4）一致性和标准
用户不用去瑞测不同的提示、状态或操作是否代表同一个事情，并且应该遵循平台一致性。5）错误预防
设计细致的过程中提前预防错误发生，而不是事后显示错误信息。6）识别代替记忆
让用户界面中的所有的对象，操作和选项保持可见。用户不用去记忆从前一个对话框到后一个对HiKAoNhi KAca
GB/T29618.61—2017/IEC/TR62453-61:2009话框的信息。系统的使用说明应该是可见的或在任何被需要用到时候很容易被检索到。7）兼顾灵活性和效率
系统应可以同时满足有经验用户和没有经验的用户的使用需求。那些不被新用户所见的特殊操作可以加快与专业用户之间的交互。8）美感及简化设计
对话不应该包含哪些是无关紧要或很少需要的信息。对话中信息的每个额外单元与有关单元进行对比，减少了相对可见性。
9）帮助用户识别、诊断错误并从错误中恢复错误消息应以简单的语言表达（非代码似的提示），要能精确地指出问题，并建设性地提出解决方案。
10）帮助和文档
虽然系统在没有文档的情况下也能够正常运行，但帮助和文档对用户来说非常重要。并且这样的信息应该要求很容易进行搜索，要以用户的任务为中心，列出执行的具体步骤，且这些文档和帮助不应该太大。
5FDT用户的获益
当采用这类DTM风格向导时，可使用户能够更有效、更安全地进行运作系统。用户可以用统一的方式对来自不同制造商的设备数据进行参数设置和管理。因此，无论是哪个制造商的产品或哪种设备类型，用户都会有一个清晰明确的使用方式。开发DTM的细节和要求列出如下。向导和规则被定义为：
●统一的用户向导
使用统一的用户界面向导，并使得这个界面向导独立于某类工具，且不用关注设备的差异或DTM制造商的差异以及所使用通信协议的差异。统一的DTM行为
这些包括：永久储存、多用户环境下的行为、错误处理。·明确的DTM标识符已经所对应的设备确保用户界面能够反映出不断更新的状态和参数配置，并且所变化的配置需要标记出来·无论是图形界面的输人或是离线配置变化，只要引起设备变化，都要及时通知用户，配置数据的核对，对输人的字符或数字的范围的检查以及数据有效性的检查（比如输人的值不能低于最低有效值等）
·统一的安装卸载方式
以下是标准用户界面（如图2所示）和高级用户界面（如图3所示）的截图。3
HiikAoNikAca
GB/T29618.61—2017/IEC/TR62453-61:2009Mydevicename and type
My description
DTM specific fire [this line is optionally]18
select one...
salect one..
图2标准用户界面
HiKAoNhiKAca
My device name and type
My description
GB/T29618.61—2017/IEC/TR62453-61:2009DTM specific Iine [his line is optionaly]MyAppication
SubAppication1
SubAppicalion2
SubApplication 3
SubAppicalion5
6DTM的功能
6.1概述
select on...
select one...
图3高级用户界面
根据GB/T29618.41一2013的规定，DTM通过调用IDtm：GetFunctions(）函数返回的XML文档中，可以获取一系列关于显示当前状态的可用函数集。框架应用程序将会以统一的方式，在用户界面里呈现这些功能。因此，DTM的功能和框架应用程序所呈现的功能不应有区别。一般来说，框架应用程序负责识别DTM实例并开始执行当前DTM实例的功能。这种功能，可以通过DTM提供的特定的用户界面进行处理。在此情况下，框架应用程序启动这种用户界面，把它看作为一种集成的应用程序。然后在此应用程序的窗口标题栏中显示标识信息。请参阅GB/T29618.2—2013，查看预定义的applicationIds列表（表A.2），GB/T29618.2—2013第5章提供了有关预定义的applicationIds的实例的信息。6.2“主操作”功能
每个DTM都有一个“主操作界面”。所有的用户界面都集成到这个“主操作界面”里。当这个“主操作界面”启动时，将会显示一个用户界面元素以标示这个设备。使用fdt：StandardFunction并且分配给它fdt：applicationId为“fdtMainOperation'，可使得在框架应用程序中呈现“主操作界面”。如果“主操作界面”不能分配到applicationId，那将需要在整个过程中提供fdt：Function函数。
HiiKAoNniKAca
GB/T29618.61—2017/IEC/TR62453-61:20096.3在线参数配置和离线参数配置功能DTM需要提供fdt：StandardFunction函数来进行参数配置，从而充许改变设备的参数（在线配置和离线配置的applicationId分别为\fdtOnlineParameterize”和“fdtOfflineParameterize\）。如果DTM提供配置或参数化的用户界面，那就表明既可以在线配置，也可以离线配置这些参数，这就意味在没用链接现场设备的情况下同样能进行参数配置。7DTM用户界面
7.1目标
DTM应用程序的用户界面的设计应该简单易用。使用户能够专注于主要任务。而不会被新颖的界面元素或功能而分散精力。
7.2一般行为
7.2.1概述
DTM用户界面应该基于MicrosoftWindows的风格向导，推荐使用Windows公共控件。Windows公用控件的操作行为已经被Microsoft所定义，因而不允许改变这些公共控件的操作，例如按钮，组合框，编辑控件，键盘快捷键等。7.2.2图形用户界面导航
DTM用户界面的元素应该能被如鼠标和键盘选择。在用户界面区域选择或操作某个界面对象时，应该支持键盘的快捷方式。TAB键和SHIFT-TAB组合键应能使用于应用程序区域，操作区域和可选的导航区域。在应用区域各目标对象之间的切换也应尽量使用相同的快捷方式。在应用区域元素的TAB键顺序是从左上角到右下角。语言书写从左到右。如果按下的TAB键是当前区域的最后一个元素，当前显示应改变到另一个区域。在树型视图的航行中，应当尽可能支持使用方向键。7.2.3图形用户界面调整大小
DTM的用户界面应该被设计为大小可调整。在这种情况下，DTM应负责重新安排内部控件的位置重排。因为框架应用程序负责图形界面大小的调整，所以在初始的界面最小的情况下，DTM不应包含滚动条。
7.2.4信息显示
以文学，符号或图形的方式完成对任何可视化用户界面的信息显示。使用唯一的字体集合以增强文本的可读性（推荐使用系统自带的字体）。字体大小和字体样式，应尽可能的不变化。本指南中给出的图标样式，应该按规定表达对应的含义使用（见7.4.3.7.2，7.4.3.8和7.5.3.2）。除了给定的图标之外，定义的其他图标应简明清晰且符合现有的规范（如操作系统的通用图标）。涉及工具的图标必须有信息提示。颜色可作为辅助信息。颜色总类应尽量少。闪烁的信息不应用来作为进一步的属性显示。一般情况下，DTM风格应该和操作系统（如Windows)的定义的样式一致。当前使用的配色方案应当在DTM的联机文档中进行说明。在风格指南中所有的定义和描述都遵循从“左到右”的语言规范。7.3MSAA
MSAA[6]是一种技术，其目的是为了提高针对微软Windows上运行的应用程序的访问性集成。MSAA针对应用程序和辅助技术之间的信息交换提供了一致的机制。MSAA为应用程序和辅助技术6
GB/T29618.61—2017/IEC/TR62453-61:2009之间的信息交换提供一致的机制。例如，MSAA允许应用程序向屏幕阅读器暴露所有目标的类型、名称、位置、以及当前状态，并通知屏幕阅读器任何导致用户界面的变化Windows事件。作为一个辅助作用，使用MSAA并完成基于组件的自动化测试是可能的。因此，DTM应该支持MSAA
应用微软通用控件设计的用户界面通常得到活动辅助的全面支持，而不需要其他额外的开发工作。然而，在DTM特定用户界面控件的使用中，需要引起特别的关注。DTM开发者应该经常核实这些控件是否符合MSAA的要求。
虽然在许多情况下，不需要附加的开发工作来支持活动辅助，然而用户界面的设计始终要遵循下列五个原则：
·支持常见系统大小、颜色、字体、输人设置。提供一致用户界面。确保高对比度选项的兼容性。
提供所有功能的键盘访问。这使得用户不需诸如鼠标的设备才能访问应用程序。提供键盘焦点位置的通知（例如界面控件接收键盘输人）。同时还充许使用放大镜和解说辅助功能。
·不单独使用声音表达信息。当用户界面通过声音传达的信息时，应提供更多的表达方式。7.4样式
7.4.1综述
DTM用户界面的三个方面的内容规定如下：标准布局，在一个框架应用程序中呈现一个显示对象。并在框架应用程序中没有向导提示或者很少的向导提示。
高级布局，在一个框架应用程序中呈现一个显示对象。在框架应用程序中有高级向导。复合布局，在多个框架应用程序中呈现一个显示对象。在框架应用程序中有高级向导，且该导航具有在不同的框架应用程序之间切换的功能。7.4.2用户界面的布局
一般来说，DTM的用户界面被分为以下几个部分：标示区：包含相关的设备的信息。应用区：包含所有功能选择的必备图形用户界面元素。操作区：完成用户操作所需的按钮。状态栏：所有关于DTM和设备的状态信息。以上部分将在后面进行详细介绍。7.4.2.1标准用户界面
DTM标准用户界面如图4所示。
识别区域
菜单栏（可选）
工具栏（可选）
应用区域
操作区域
状态栏
图4DTM的标准用户界面
识别区域、应用区域、操作区域、状态栏为强制所有，菜单栏和工具栏可根据情况选择。7
GB/T29618.61—2017/IEC/TR62453-61:20097.4.2.2高级用户界面
根据设备的复杂性和所需的功能，DTM用户界面可能需要附加提供用户向导（见图5）这样的图形用户界面应符合高级用户界面的布局，并提供导航区域。向导区域对目标功能所涉及的所有参数有一个总的概况。换句话说，向导区域反应了DTM数据结构。它以导航树的形式进行表示。识别区域
菜单栏（可选）
工具栏（可选）
向导区域
操作栏
状态栏
应用区域
图5高级用户界面区域
标志区、应用区、导航区、操作区、状态栏为强制所有，菜单栏和工具栏可根据情况选择。7.4.2.3复合用户界面
复合用户界面提供访问多个应用程序和DTM功能的接口。该用户界面使用“fdtMainOperation”作为应用程序的ID。
混合用户界面的元素和高级用户界面的元素相同。与高级用户界面不同的是，导航树中显示了DTM的所有综合应用，例如参数，诊断或设备的状态与相关参数组合在一起。最左边的导航树节点应代表不同的DTM的应用。每个分枝节点反映每个应用程序的数据结构。
DTM用户界面区域
7.4.3.1综述
在一般情况下，用户必须意识到，参数的修改应用到DTM的数据集还是设备。此外，图形用户界面的行为取决于图形用户界面支持阻塞模式（见7.5.2.2)还是直接模式（见7.5.2.3）。7.4.3.2标识区域
此区域包含受DTM控制的有关设备的信息（见表1）表1识别区域内容
最大三行
设备图片（左边）
设备开发商的公司标志（右边，可选取主页链接）在图片与标志之间
第一行：设备：FDT名称属性：DTM版本信息第二行：说明：描述依据【2】
第三行：设备的具体信息（也可以从设备上取得）推荐
使用要求
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国国家标准
GB/T29618.61—2017/IEC/TR62453-61:2009现场设备工具（FDT）接口规范
第61部分：通用对象模型的设备类型管理器样式指南
Fielddevicetool(FDT)interfacespecification-Part 61:Device type manager (DTM) styleguide for common object model（IEC/TR62453-61:2009,IDT）
2017-07-12发布
中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会
2018-02-01实施
GB/T29618.61—2017/IEC/TR62453-61:2009目
规范性引用文件
3术语和定义、符号和缩略语
术语和定义
3.2符号和缩略语bzxZ.net
3.3约定
DTM用户界面设计原则
FDT用户的获益
6DTM的功能
“主操作”功能
在线参数配置和离线参数配置功能7DTM用户界面
一般行为
参数处理
DTM功能的表述
DTM行为
修改变量参数值之后关闭用户
修改参数值的用户界面关闭
数据集：
在线参数化/数据来源：设备
离线参数化/数据来源：数据集.错误处理
访问权限：
本地化
安装和卸载
参考文献
GB/T29618.61—2017/IEC/TR62453-61:2009前言
GB/T29618《现场设备工具（FDT)接口规范》暂分为以下几个部分：第1部分：概述和导则；
第2部分：概念和详细描述；
—第301部分：通信行规集成
FF现场总线规范；
第302部分：通信行规集成通用工业协议；一第303-1部分：通信行规集成PROFIBUS现场总线规范：一第303-2部分：通信行规集成PROFINET输人输出接口规范；第306部分：通信行规集成INTERBUS现场总线规范；第309部分：通信行规集成
HART现场总线规范：
文MODBUS现场总线规范：
第315部分：通信行规集成
第41部分：对象模型行规集成通用对象模型；第501部分：通用对象模型的通信实现FF现场总线规范；第502部分：通用对象模型的通信实现通用工业协议；-第503-1部分：通用对象模型的通信实现PROFIBUS现场总线规范；一第503-2部分：通用对象模型的通信实现PROFINET输人输出接口规范；第506部分：通用对象模型的通信实现INTERBUS现场总线规范；HART现场总线规范；
一第509部分：通用对象模型的通信实现一第515部分：通用对象模型的通信实现MODBUS现场总线规范；
第61部分：通用对象模型的设备类型管理器样式指南。本部分为GB/T29618的第61部分。本部分按照GB/T1.1一2009给出的规则起草。本部分使用翻译法等同采用IEC/TR62453-61：2009《现场设备工具（FDT）接口规范第61部分：通用对象模型的设备类型管理器样式指南》。根据GB/T1.1—2009，本部分对IEC/TR62453-61：2009做了下列编辑性修改：更正了原文中附录B第2章中的节标号错误。本部分由中国机械工业联合会提出。本部分由全国工业过程测量控制和自动化标准化技术委员会（SAC/TC124）负责归口。本部分起草单位：西南大学，机械工业仪器仪表综合技术经济研究所，重庆川仪自动化仪表股份有限公司、上海自动化仪表股份有限公司、中国四联仪器仪表集团、苏州美名软件有限公司、赫优讯（上海）自动化系统贸易有限公司、福建顺昌虹润精密仪器有限公司。本部分主要起草人：杨阳、主春喜，注炼，由英明，张庆军，刘进，吕亚军，李京，陈志扬，李涛，吕静。I
HiikAoNnikAca
GB/T29618.61—2017/IEC/TR62453-61:2009引
本部分是有关DTM用户接口设计规范，该规范针对在客户端/服务器架构中进行功能控制和数据访问的FDT组件开发者的。本部分旨在开发标准接口来促进不同制造商开发的组件之间无缝互操作。DTM(设备类型管理器，DeviceTypeManager）是某种特定设备的软件组件，由设备制造商将DTM软件和设备一起提供给用户。通过本部分中定义的FDT接口将DTM集成到工程工具下。该集成方法对所有的现场总线是开放的，因而满足在异构控制系统中集成不同的设备。为了保证全工厂控制和自动化技术的一致性管理，在自动化整个生命周期中，把现场总线、设备和子系统进行大范围的、无缝化的、全面的集成工作是很必要的。因此该集成需要设备相应的组件有统一的外观。
GB/T29618.61在GB/T29618中的结构如图1所示。第61部分
DTM风格向导
第41部分
对象模型集成文件
图1GB/T29618系列中的第61部分HiiKAoNi KAca
1范围
GB/T29618.61—2017/IEC/TR62453-61.2009现场设备工具（FDT）接口规范
第61部分：通用对象模型的设备类型管理器样式指南
本部分提出了设备DTM的用户接口和它功能实现的一些准则和规范。这些准则和规范是FDT规范的一部分，它在系统中通过DTM设备向用户提供一个清晰、一致的用户界面。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T29618.1-2013现场设备工具（FDT）接口规范第1部分：概述和导则（IEC62453-1：2009,D)
GB/T29618.2—2013现场设备工具（FDT）接口规范第2部分：概念和详细描述（IEC62453-2：2009,DT)
GB/T29618.41一2013现场设备工具（FDT）接口规范第41部分：对象模型整合规范-通用对象模型（IEC62453-41：2009，IDT)ISO/IEC19501：2005信息技术开放式分布处理统一建模语言1.4.2版本[Informationtech+nology-Open DistributedProcessingUnified Modeling Language(UML)Version 1.4.2]3术语和定义、符号和缩略语
3.1术语和定义
GB/T29618.1—2013,GB/T29618.2—2013,GB/T29618.41—2013以及ISO/IEC19501:2005界定的术语和定义适用于本文件。3.1.1
屏幕阅读器
scream reader
一种为用户提供额外输出的软件程序（例如文本输出到声音，盲人用点字法）。3.1.2
树状导航navigationtree
一种图形用户界面元素，通过树形结构显示导航信息。3.2符号和缩略语
GB/T29618.1--2013.GB/T29618.2—2013和GB/T29618.41—2013界定的以及下列缩略语适用于本文件。
GUIGraphicalUserInterface图形用户界面StandardUserInterface（aGUIlayoutdefinedinthisdocument）标准用户界面SUI
HiiKAoNhiKAca
GB/T29618.612017/IEC/TR62453-61:2009AUIAdvancedUserInterface（aGUIlayoutdefinedinthisdocument）高级用户界面CUICompositionUserInterface（aGUIlayoutdefinedinthisdocument）复合用户界面MSAAMicrosoftActiveAccessibility微软活动性辅助OEMOriginalEquipmentManufacturer原始设备制造商3.3约定
数据类型名和数据类型引用datatypenamesandreferencestodatatypes数据类型的名字和引用的约定在GB/T29618.2一2013中的A.1给出。3.3.2
要求词汇vocabularyforrequirements在说明需求时下面词汇会用到。“必须”和“强制”的使用即不允许有例外的情况。“应该”和“推荐”的使用强烈推荐，但允许在特殊例外的情况下使用。“可以”和“选择”的使用DTM的功能和行为依赖于具体的任务和DTM的类型。3.3.3
特殊格式specific formatting
下面的格式用来描述特定的内容。大写字母键盘上的按键名，例如，SHIFT，CTRL或者ALT。【按钮文字］带指定文字的按钮，《元素名》与GB/T29618.41一2013中类型定义相符合的XML元素的名字。3.3.4
状态机图state machines diagrams本文档中的状态机图的语法在GB/T29618.1一2013和ISO/IEC19501：2005中定义。4DTM用户界面设计原则
DTM的图形用户界面的设计是基于以下用户界面设计的一般原则[4[5]。这些都是很好的工程实践建议。更多的用户界面设计的基础，请参阅相应可用的文献。1）系统状态的可视性
该系统应在一个用户可接受的时间内，通过适当的反馈保持通知用户当前系统状态。2系统和现实世界之间匹配
该系统应使用用户熟悉的词，短语和概念，而不是面向系统的术语，语言。按照现实世界的惯例，在这些信息显示更自然和符合逻辑顺序。3）用户控制和使用自由
因为用户经常错误地选择系统的某一功能，因此需要一个类似标有“退出”的指示用户离开不需要的状态，而不必需要扩展对话框，并且这一操作支持撤销和重做。4）一致性和标准
用户不用去瑞测不同的提示、状态或操作是否代表同一个事情，并且应该遵循平台一致性。5）错误预防
设计细致的过程中提前预防错误发生，而不是事后显示错误信息。6）识别代替记忆
让用户界面中的所有的对象，操作和选项保持可见。用户不用去记忆从前一个对话框到后一个对HiKAoNhi KAca
GB/T29618.61—2017/IEC/TR62453-61:2009话框的信息。系统的使用说明应该是可见的或在任何被需要用到时候很容易被检索到。7）兼顾灵活性和效率
系统应可以同时满足有经验用户和没有经验的用户的使用需求。那些不被新用户所见的特殊操作可以加快与专业用户之间的交互。8）美感及简化设计
对话不应该包含哪些是无关紧要或很少需要的信息。对话中信息的每个额外单元与有关单元进行对比，减少了相对可见性。
9）帮助用户识别、诊断错误并从错误中恢复错误消息应以简单的语言表达（非代码似的提示），要能精确地指出问题，并建设性地提出解决方案。
10）帮助和文档
虽然系统在没有文档的情况下也能够正常运行，但帮助和文档对用户来说非常重要。并且这样的信息应该要求很容易进行搜索，要以用户的任务为中心，列出执行的具体步骤，且这些文档和帮助不应该太大。
5FDT用户的获益
当采用这类DTM风格向导时，可使用户能够更有效、更安全地进行运作系统。用户可以用统一的方式对来自不同制造商的设备数据进行参数设置和管理。因此，无论是哪个制造商的产品或哪种设备类型，用户都会有一个清晰明确的使用方式。开发DTM的细节和要求列出如下。向导和规则被定义为：
●统一的用户向导
使用统一的用户界面向导，并使得这个界面向导独立于某类工具，且不用关注设备的差异或DTM制造商的差异以及所使用通信协议的差异。统一的DTM行为
这些包括：永久储存、多用户环境下的行为、错误处理。·明确的DTM标识符已经所对应的设备确保用户界面能够反映出不断更新的状态和参数配置，并且所变化的配置需要标记出来·无论是图形界面的输人或是离线配置变化，只要引起设备变化，都要及时通知用户，配置数据的核对，对输人的字符或数字的范围的检查以及数据有效性的检查（比如输人的值不能低于最低有效值等）
·统一的安装卸载方式
以下是标准用户界面（如图2所示）和高级用户界面（如图3所示）的截图。3
HiikAoNikAca
GB/T29618.61—2017/IEC/TR62453-61:2009Mydevicename and type
My description
DTM specific fire [this line is optionally]18
select one...
salect one..
图2标准用户界面
HiKAoNhiKAca
My device name and type
My description
GB/T29618.61—2017/IEC/TR62453-61:2009DTM specific Iine [his line is optionaly]MyAppication
SubAppication1
SubAppicalion2
SubApplication 3
SubAppicalion5
6DTM的功能
6.1概述
select on...
select one...
图3高级用户界面
根据GB/T29618.41一2013的规定，DTM通过调用IDtm：GetFunctions(）函数返回的XML文档中，可以获取一系列关于显示当前状态的可用函数集。框架应用程序将会以统一的方式，在用户界面里呈现这些功能。因此，DTM的功能和框架应用程序所呈现的功能不应有区别。一般来说，框架应用程序负责识别DTM实例并开始执行当前DTM实例的功能。这种功能，可以通过DTM提供的特定的用户界面进行处理。在此情况下，框架应用程序启动这种用户界面，把它看作为一种集成的应用程序。然后在此应用程序的窗口标题栏中显示标识信息。请参阅GB/T29618.2—2013，查看预定义的applicationIds列表（表A.2），GB/T29618.2—2013第5章提供了有关预定义的applicationIds的实例的信息。6.2“主操作”功能
每个DTM都有一个“主操作界面”。所有的用户界面都集成到这个“主操作界面”里。当这个“主操作界面”启动时，将会显示一个用户界面元素以标示这个设备。使用fdt：StandardFunction并且分配给它fdt：applicationId为“fdtMainOperation'，可使得在框架应用程序中呈现“主操作界面”。如果“主操作界面”不能分配到applicationId，那将需要在整个过程中提供fdt：Function函数。
HiiKAoNniKAca
GB/T29618.61—2017/IEC/TR62453-61:20096.3在线参数配置和离线参数配置功能DTM需要提供fdt：StandardFunction函数来进行参数配置，从而充许改变设备的参数（在线配置和离线配置的applicationId分别为\fdtOnlineParameterize”和“fdtOfflineParameterize\）。如果DTM提供配置或参数化的用户界面，那就表明既可以在线配置，也可以离线配置这些参数，这就意味在没用链接现场设备的情况下同样能进行参数配置。7DTM用户界面
7.1目标
DTM应用程序的用户界面的设计应该简单易用。使用户能够专注于主要任务。而不会被新颖的界面元素或功能而分散精力。
7.2一般行为
7.2.1概述
DTM用户界面应该基于MicrosoftWindows的风格向导，推荐使用Windows公共控件。Windows公用控件的操作行为已经被Microsoft所定义，因而不允许改变这些公共控件的操作，例如按钮，组合框，编辑控件，键盘快捷键等。7.2.2图形用户界面导航
DTM用户界面的元素应该能被如鼠标和键盘选择。在用户界面区域选择或操作某个界面对象时，应该支持键盘的快捷方式。TAB键和SHIFT-TAB组合键应能使用于应用程序区域，操作区域和可选的导航区域。在应用区域各目标对象之间的切换也应尽量使用相同的快捷方式。在应用区域元素的TAB键顺序是从左上角到右下角。语言书写从左到右。如果按下的TAB键是当前区域的最后一个元素，当前显示应改变到另一个区域。在树型视图的航行中，应当尽可能支持使用方向键。7.2.3图形用户界面调整大小
DTM的用户界面应该被设计为大小可调整。在这种情况下，DTM应负责重新安排内部控件的位置重排。因为框架应用程序负责图形界面大小的调整，所以在初始的界面最小的情况下，DTM不应包含滚动条。
7.2.4信息显示
以文学，符号或图形的方式完成对任何可视化用户界面的信息显示。使用唯一的字体集合以增强文本的可读性（推荐使用系统自带的字体）。字体大小和字体样式，应尽可能的不变化。本指南中给出的图标样式，应该按规定表达对应的含义使用（见7.4.3.7.2，7.4.3.8和7.5.3.2）。除了给定的图标之外，定义的其他图标应简明清晰且符合现有的规范（如操作系统的通用图标）。涉及工具的图标必须有信息提示。颜色可作为辅助信息。颜色总类应尽量少。闪烁的信息不应用来作为进一步的属性显示。一般情况下，DTM风格应该和操作系统（如Windows)的定义的样式一致。当前使用的配色方案应当在DTM的联机文档中进行说明。在风格指南中所有的定义和描述都遵循从“左到右”的语言规范。7.3MSAA
MSAA[6]是一种技术，其目的是为了提高针对微软Windows上运行的应用程序的访问性集成。MSAA针对应用程序和辅助技术之间的信息交换提供了一致的机制。MSAA为应用程序和辅助技术6
GB/T29618.61—2017/IEC/TR62453-61:2009之间的信息交换提供一致的机制。例如，MSAA允许应用程序向屏幕阅读器暴露所有目标的类型、名称、位置、以及当前状态，并通知屏幕阅读器任何导致用户界面的变化Windows事件。作为一个辅助作用，使用MSAA并完成基于组件的自动化测试是可能的。因此，DTM应该支持MSAA
应用微软通用控件设计的用户界面通常得到活动辅助的全面支持，而不需要其他额外的开发工作。然而，在DTM特定用户界面控件的使用中，需要引起特别的关注。DTM开发者应该经常核实这些控件是否符合MSAA的要求。
虽然在许多情况下，不需要附加的开发工作来支持活动辅助，然而用户界面的设计始终要遵循下列五个原则：
·支持常见系统大小、颜色、字体、输人设置。提供一致用户界面。确保高对比度选项的兼容性。
提供所有功能的键盘访问。这使得用户不需诸如鼠标的设备才能访问应用程序。提供键盘焦点位置的通知（例如界面控件接收键盘输人）。同时还充许使用放大镜和解说辅助功能。
·不单独使用声音表达信息。当用户界面通过声音传达的信息时，应提供更多的表达方式。7.4样式
7.4.1综述
DTM用户界面的三个方面的内容规定如下：标准布局，在一个框架应用程序中呈现一个显示对象。并在框架应用程序中没有向导提示或者很少的向导提示。
高级布局，在一个框架应用程序中呈现一个显示对象。在框架应用程序中有高级向导。复合布局，在多个框架应用程序中呈现一个显示对象。在框架应用程序中有高级向导，且该导航具有在不同的框架应用程序之间切换的功能。7.4.2用户界面的布局
一般来说，DTM的用户界面被分为以下几个部分：标示区：包含相关的设备的信息。应用区：包含所有功能选择的必备图形用户界面元素。操作区：完成用户操作所需的按钮。状态栏：所有关于DTM和设备的状态信息。以上部分将在后面进行详细介绍。7.4.2.1标准用户界面
DTM标准用户界面如图4所示。
识别区域
菜单栏（可选）
工具栏（可选）
应用区域
操作区域
状态栏
图4DTM的标准用户界面
识别区域、应用区域、操作区域、状态栏为强制所有，菜单栏和工具栏可根据情况选择。7
GB/T29618.61—2017/IEC/TR62453-61:20097.4.2.2高级用户界面
根据设备的复杂性和所需的功能，DTM用户界面可能需要附加提供用户向导（见图5）这样的图形用户界面应符合高级用户界面的布局，并提供导航区域。向导区域对目标功能所涉及的所有参数有一个总的概况。换句话说，向导区域反应了DTM数据结构。它以导航树的形式进行表示。识别区域
菜单栏（可选）
工具栏（可选）
向导区域
操作栏
状态栏
应用区域
图5高级用户界面区域
标志区、应用区、导航区、操作区、状态栏为强制所有，菜单栏和工具栏可根据情况选择。7.4.2.3复合用户界面
复合用户界面提供访问多个应用程序和DTM功能的接口。该用户界面使用“fdtMainOperation”作为应用程序的ID。
混合用户界面的元素和高级用户界面的元素相同。与高级用户界面不同的是，导航树中显示了DTM的所有综合应用，例如参数，诊断或设备的状态与相关参数组合在一起。最左边的导航树节点应代表不同的DTM的应用。每个分枝节点反映每个应用程序的数据结构。
DTM用户界面区域
7.4.3.1综述
在一般情况下，用户必须意识到，参数的修改应用到DTM的数据集还是设备。此外，图形用户界面的行为取决于图形用户界面支持阻塞模式（见7.5.2.2)还是直接模式（见7.5.2.3）。7.4.3.2标识区域
此区域包含受DTM控制的有关设备的信息（见表1）表1识别区域内容
最大三行
设备图片（左边）
设备开发商的公司标志（右边，可选取主页链接）在图片与标志之间
第一行：设备：FDT名称属性：DTM版本信息第二行：说明：描述依据【2】
第三行：设备的具体信息（也可以从设备上取得）推荐
使用要求
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。