IEEE Std 1474.2-2003_基于通信的列车控制系统用户界面需求标准

IEEE Std 1474.2-2003_基于通信的列车控制系统用户界面需求 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 IEEE基于通信的列车控制系统用户 界面需求标准 1. 概览 本标准确立了CBTC用户界面子系统的需求。标准分为7个条款，条款1提供了本标准的范围与目的。条款2列出其它标准中对本标准有用的参考列 表 关于同志近三年现实表现材料材料类招标技术评分表图表与交易pdf视力表打印pdf用图表说话 pdf 。条款3提供了在其它标准中没有的或专为本标准修改的条款。条款4定义了同时适用于CBTC车载子系统用户界面和非车载子系统的用户界面的通用用户界面需求。条款5定义专用于CBTC车载子系统的用户界面需求，包括应该显示什么信息，以及如何显示这些信息的指导，并专门强调了操作功能。条款6定义了CBTC非车载子系统的类似需求。条款7定义CBTC维护诊断子系统的用户界面需求。 本标准应与IEEE Std 1474.1-1999一起阅读。 1.1. 范围 本标准确立了CBTC系统的用户界面需求。 1.2. 目的 本标准将为采用CBTC系统增加服务效率的轨道交通系统提供一致的用户界面。 1.3. 应用范围 本标准所定义的CBTC用户界面需求将适用于所有的交通应用，包括轻轨、重轨以及通勤轨道交通系统。 1.4. 现有应用 现有的或在本标准生效日期前已经动工的项目不需要兼容本标准，除非被专门指定。 2. 参考文献 本标准将与以下的出版物一起适用。当本标准与参考文献冲突时，以本标准为主。与本 标准不冲突的，则该应用。 IEEE Std 1474.1-1999, IEEE Standard for Communications Based Train Control (CBTC) 2,3Performance and Functional Requirements. -2000, IEEE Standard for Veri,cation of Vital Functions in Processor-Based IEEE Std 1483? Systems Used in Rail Transit Control. MIL-STD 1472, Revision F, Human Engineering Design Criteria for Military Systems, 4Equipment, and Facilities, the following sections:: — Control/Display Integration: Section 5.1 and all its subsections — Visual Displays: Section 5.2 and all its subsections except 5.2.1.3.12 and 5.2.1.6.6 (NBC compatibility); 5.2.2.1.12.1 (incandescent lamp redundancy); and 5.2.6.13 (helmet mounted displays) — Audio Displays: Section 5.3 to subsection 5.3.8.5 inclusive and subsection 5.3.14 — Controls: Subsections 5.4.3.1.3 (Keyboards), 5.4.3.2.6 (Mouse), 5.4.3.2.7 (Light Pens), 5.4.6 (TouchScreens) and 5.4.7 (Speech Recognition) — Labeling: Section 5.5 and all its subsections — Anthropometry: Section 5.6 excluding subsection 5.6.2 — User-Computer Interface: Section 5.14 and all its subsections except 5.14.3.4.3 (freezing of dynamic displays) — Visual-Display Terminal (VDT): Section 5.15 3. 定义与缩写 3.1. 定义 以下条目的定义必须应用，对于没有的条目可参考IEEE 100?, The Authoritative Dictionary of IEEE Standards Terms [B2]。 3.1.1. 合法的授权 定义了获取的契约(包括规范)的需求的实体。(The entity that de,nes the contractual (including specification) requirements for the procurement.。估计是指有资质的单位。 3.1.2. 自动列车控制ATC 自动控制列车移动，保证列车安全，以及指导列车运行的系统。ATC应包括自动列车防护，可能还包括自动列车运行以及自动列车监督系统。 3.1.3. 自动列车运行ATO ATC系统中的一个子系统，用于执行部分或全部速度校准、 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 停车、车门控制、执行等级校准，以及其他分配给列车操作员的功能。 3.1.4. 自动列车防护ATP ATC系统中的一个子系统，用于保证故障-安全，防护碰撞、超速，以及其他因列车检测、列车分离、联锁等组合因素导致的灾害条件 3.1.5. 自动列车监督ATS ATC系统中的一个子系统，用于监测列车，校正各个列车按时刻表运行，以及提供修正服务所用的数据以尽量减小不遵守规则导致的不便。 3.1.6. 辅助轨旁系统 备用或二级列车控制系统，能向未装备CBTC车载的列车或是CBTC装置部分或全部未运行的列车提供全部或部分的ATP功能。辅助轨旁设备可能包括车载装置，并可能提供断轨检测。 3.1.7. 基于通信的列车控制(CBTC) 连续的ATC系统，具备功能:高精度列车定位、独立于轨道电路、连续、高容量、双向车地通信、车载和轨旁处理器均实现安全功能。 3.1.8. 基于通信的列车控制(CBTC)用户 任何经过授权，可以从CBTC系统接收信息、向系统提供信息以及维修维护系统的人。 3.1.9. CBTC用户界面 CBTC用于与CBTC系统的人机交互部分的人机界面，用于观察、执行系统实现的功能。包括但不限于显示、声音指示、触点、指针定位装置、以及语音输入装置。 3.1.10. CBTC用户简档 对CBTC用户的视觉、听觉、语言以及生理属性的定义。 3.1.11. 控制动作 CBTC用户向系统发出的执行操作的请求。一个控制动作可能需要一个单独用户输入、或是一个用户输入序列。用户请求的控制动作在系统执行请求操作前可能需要先进行验证。 3.1.12. 显示 对数据、图形或文本的可视化呈现，呈现于显示屏上。 3.1.13. 显示屏 用于对数据进行可视化呈现的显示装置的一个表面。 3.1.14. 功能键 计算机键盘上，被规定用于特定目的的按键，CBTC用户用之与系统交互。 3.1.15. 人机界面 当进入或在计算机终端周围的一组用户体验的刺激，包括但不限于用户界面、布置环境、以及保护生物力学的环境因素:压力、灯光、声音、温度、空气质量。 3.1.16. 紧急(penalty)超速条件 会使ATP子系统为保证列车安全运行而进行紧急刹车的条件。 3.1.17. 窗口 图形用户界面中，显示屏上定义的一块区域，有独立的外框与屏幕的其它部分分隔，可被用户打开、关闭、缩放、移动。 3.2. 缩写与术语 ATC automatic train control ATO automatic train operation ATP automatic train protection ATS automatic train supervision CBTC communications-based train control GUI graphical user interface 4. 一般用户界面需求 4.1. CBTC系统的分类 本标准认识到，不同的CBTC系统配置是可能的，取决于特定的应用，特定的CBTC配置将影响用户界面的细节。一个CBTC系统可能: A)仅提供ATP功能，不提供ATO或ATS功能 B)提供ATP功能，以及可选的ATO和/或ATS功能，根据满足特定应用的需求而定。 一个CBTC系统可能仅包括给定应用的列车控制系统，也可能与其它列车控制系统集成。 4.2. CBTC用户简档 合法授权应为所有CBTC用户定义轮廓。可能给操作员和维护员定义独立的用户简档。还可能为CBTC车载装置用户以及CBTC无车载装置用户各自定义独立的用户简档。每个用户简档应包括: A)视觉(Vision):在CBTC用户中分配的近视角(near sightedness)、远视角以及颜色缺陷。 B)听觉(Hearing):在CBTC用户中分配的听力等级(hearing levels) C)语言:要求以CBTC的安装地的方言阅读 D)身体(Physical):在CBTC用户中分配的身体能力 E)计算机文化(Computer-literacy):对计算机应用的熟悉程度 所用的CBTC用户都应该从合法的授权方接受轨道交通操作或维护的训练。 4.3. 人机工程(ergonomic)需求 CBTC用户界面在设计时，应强调合适的、可接受的人机工程原则和实践，并与所参考人机工程指南和标准保持一致(见条款2)。 A)应将男性95%维度(Male 95 percentile dimentions)用于清除，女性50%维度用于设置到达包络。 B)显示与控制的设置位置应该让用户看它们时毋需改变头部位置即可从正常的视线范围看到，眼睛的移动可能不可避免。 C)非紧急的显示和控制应该放置于正常视线之外。 CBTC用户界面试图: 1)优化、辅助及增强用户在正常或不正常操作条件下的执行效率。 2)在信息的呈现以及人机交互方面提供设计的简单性和一致性。 3)符合直觉，使得为了使用系统所需要的培训降低到最小。 4)通过与用户的技能等级保持一致来支持用户。 CBTC用户界面应该向用户提供CBTC系统的自动化动作的反馈，动作的缘由，以及用户对系统手动操作的效果。 当需要用户动作时，CBTC UI应进行提示。 CBTC UI的设计应适应用户的逻辑预期以及动作与结果的一致性关系。信息的集成与呈现方式，应该使理解信息并对其反应的所需时间降到最小，并采取能够直接支持用户作出不同类型的决策。 UI设计应该具备验证用户输入，并在输入发送给CBTC系统钱检测出其错误的功能， 并能容易的修改错误。 4.4. 系统安全考虑 CBTC UI能够潜在地介绍系统灾害，设计应该考虑IEEE Std 1483-2000需求的灾害分析。UI不需要采取故障-安全设计，但是最少应该考虑以下灾害分析: A)用户初始化的安全相关命令不被执行的概率 B)用户初始化的安全相关命令被CBTC系统过早移除的概率 C)非用户初始化的安全相关命令被系统执行的概率。 D)系统向用户显示不正确信息的概率 4.5. 显示需求 CBTC系统向用户显示的信息，应该与本标准、MIL-STD1472的参考章节所描述的颜色和显示符号惯例一致。此外合法的授权可以为了与其它非CBTC系统兼容而定义颜色和显示符号惯例。 除了不与此处指定所冲突，颜色设置还应该使色盲、色弱用户能用。 下面是CBTC显示的颜色应用通用指导: A)红——常用于限制条件、紧急报警以及其它要求立刻注意到的条件，还包括合法授权所描述的不能容忍的条件。 B)绿——常用于正常或积极的状态，以及可容忍的条件。 C)黄——常用于较小警告以及合法授权所描述的超出容忍程度较小的条件。 D)蓝——常用于控制约束。暗背景下不应使用纯蓝，若没有明显的边界或分割不应与红色相邻。 E)白——常包括不同灰度的阴影，用于背景信息、静态信息、文本、以及合法授权描述的超出容忍度(正面)一定程度的条件。除了白之外，所用的灰度阴影不应超过两种。 F)黑——可能用于背景，以及背景色与之相反时的文本。 G)洋红——常用于建议、控制动作要求指示、以及合法授权所描述的非紧急功能。 对于紧急数据应采取高亮技术提示用户。颜色的显示属性、颜色深度、闪烁、反置属性、纹理线、以及附加符号等应用于高亮仪器状态、警告、数据量、数据进入位置、以及错误条件。 闪烁应用于控制动作要求指示，未确认警告、以及其它要求立即注意的条件。闪烁速率、模式不应超过两种。 一个持续闪烁的图标可以用于指示该显示为不需要确认的操作。 4.6. 听觉装置需求 非语音信号的频率应在200Hz——5000Hz的范围，最好在500——3000Hz范围。高音应该考虑周围环境声音等级，但不应高到会影响正确的反应。高音程度还应与消息的紧急程度一致。 高音程度应不超过环境噪音30dBA。最高100dBA。 应提供最多4种不同的语音通告:包括不同的音质、持续时间、重复状态(由合法授权定义)。 应避免声音的使用与操作或运行的噪音混淆(如，车载的刹车减压或增压、来自控制中心环境中其它系统的语音报警等)。 4.7. 用户输入反馈需求 系统应响应用户的所用控制动作，指示该动作是否被接受或是等待。对于多步过程，系统应对每一步提供反馈。文本消息、颜色改变、闪烁都可以用于提供反馈。当一个动作不被接受，拒绝的理由应该能被用户明确的读取。 用户指南消息的显示应该方便、一致。用户指南消息不应要求查阅参考文档。 4.8. 警告与建议需求 警告和建议消息指示要求用户注意的条件被检测到。所有的警告和建议消息应该以一致的方式呈现给用户。 警告呈现的设计应该考虑与风险或危险的等级匹配。 颜色、申屠、倒影、闪烁、声音通告，单独的或组合的，应该用于指示警告状态。警告的显示/声音属性应能指明警告是否已经被确认。 任何警告或建议消息不应要求查阅参考文档(除了提供维护诊断目的的建议信息太长显示不下时)。 警告或建议消息文本和属性应该由合法授权所授权的人修改。 除非合法授权指明，所有警告都要求用户立即确认，无论是单独的还是一组。当警告被确认，应该去除与众不同的属性。建议消息不需要确认。 5. 运行相关用户界面需求——车载子系统 5.1. 概述 本条款的需求对需要单人或多人操作的CBTC列车都适用。列车司机通常位于列车的车头车厢，对列车的站站间移动负责。如果是个多人班组，列车员通常在车内列车员位置操作车门。系统应支持司机结合列车员的列车运行，及司机操作信息显示于司机显示屏上。对于多人班组，列车显示信息应由独立的列车员显示屏提供。列车显示信息应是司机显示信息的一个子集，由合法授权定义。 本条款适用于无人列车的程度应由合法授权建立。 车载运行相关用户界面应该能在由合法授权规定的所能接受的延迟时间内显示本条款所定义的所有信息。 5.2. 用户界面信息需求 车载应显示固定和动态信息。包括列车安全移动相关的数据强制显示。操作相关的可选数据的显示程度由合法授权定义。需要显示的信息、用户信息的输入，以及可用的声音报警，都有赖于列车的运行模式(如，手动还是ATO)。 5.2.1.强制显示数据 车载显示屏应显示的强制显示数据包括: a)列车运行模式 b)CBTC运行状态(如，进入cbtc区域的车载cbtc装置的检查验证结果) c)当前cbtc决定的列车速度 d)当前cbtc的最大授权速度(即，ATP速度曲线) e)超速条件警告 5.2.2.可选显示数据 可选数据包括: A)固定的区域相关信息(例如车站位置，联锁、平交道口、cbtc区域限制、和其他固定校 准相关信息，例如曲线、等级，由合法授权规定)。 B)列车类型 C)列车运行id，列车目的 D)列车位置，或轨道区段名称 E)列车长度 F)移动授权限制理由 G)目标速度，即，即将倒达的速度降低(永久的或临时的)或即将到达的移动授权限制的 打靶点。 H)接近的MA限制、速度降低或工作区域的速度曲线。 I)接近的MA限制、速度降低或工作区域的距离 J)接近的MA限制、速度降低或工作区域的制动率。 K)若列车没有响应即将来到的降速时，到紧急制动的时间 L)紧急超速条件警告(当前列车速度超过最大授权速度，立即产生的自动刹车) M)列车进路通过的联锁 N)列车常规信息例如车在站台的剩余停止时间，列车执行等级，最优化列车速度曲线，以 便跟上列车时刻表。 O)站间停着的非正点列车相关信息。 P)列车对准站内设计停止点 Q)车站管理相关信息如列车要停下个站，列车将越过下个站，列车停在站内，车门状态， 以及开哪边的车门。 R)平交道口警告相关信息，用于支持IEEE Std 1474.1-1999的功能需求6.1.15。 S)检测到的的分开组合条件。 T)错误 报告 软件系统测试报告下载sgs报告如何下载关于路面塌陷情况报告535n,sgs报告怎么下载竣工报告下载 相关信息 U)通过车地数据链的，来自非车载设备的，文本信息。 V)时间日期。 5.2.3.强制用户信息输入 包括: A)运行模式选择 B)超速警告条件确认 5.2.4.可选用户信息输入 包括: A)用户登录参数 B)列车类型 C)车长 D)车id，车目的地 E)职员id F)ATO启动 G)执行等级修改 H)平交道口警告相关信息，用于支持IEEE Std 1474.1-1999的功能需求6.1.15。 5.2.5.强制声音警告 包括: A)超速条件 5.2.6.可选声音警告 包括: A)紧急超速条件 B)进入或离开cbtc区域 C)检测到的分开组合条件 D)接近工作区 E)司机输入的车长，与系统检测到的车长(5.2.4，C))冲突 5.3. 用户界面呈现需求 对于车载子系统，典型的用户界面应包括图形显示装置(及显示屏)，声音输出装置及相应的开关/用户输入按钮。可选的，由合法授权规定，用户界面装置可能包括智能(heads-up)显示，触摸屏以及语音输入装置。 5.3.1.显示规划 车载显示屏应根据司机的位置来定位，尽量靠近司机以便于操作。车载显示屏应: A)通过以一致和规定的方式放置所有设计元素，确保在所有显示屏上显示的信息具有一致性 B)通过将最紧急的信息显示在操作员的视野中间强调其相对重要性。需要迅速被找到的信息放到视野的左上方，不太紧急的放到右下方。 C)显示最小的最小分辨率应考虑人与显示屏之间的距离。 2D)前、背景的亮度最少35cd/m，对比度最少3:1，最好7:1，必须提供调整亮度对比度的方法。 E)使用文本时，应尽量采取简短易懂的句子或短语。尽量使用完成的句子。若必须用缩写，只能用合法授权所接受的缩写。 车载UI应支持单个或多个显示屏，应支持在给定的显示屏数量中的任意个上显示。 在给定显示屏上的基本显示应呈现运行相关最重要的信息。如果有二级显示，应呈现不太重要的信息。基本显示和二级显示之间的切换应平滑无缝。所有显示都必须包含强制显示数据。 如果提供了可选的时间日期信息，那就必须在所有显示上都能看到。日期字段应以合法授权规定的格式显示。 显示应采用对比色 机制 综治信访维稳工作机制反恐怖工作机制企业员工晋升机制公司员工晋升机制员工晋升机制图 以高亮信息(见本标准4.5) 5.3.2.用户输入 用户输入工具的放置应让操作员尽量不动位置，并按他们期望的顺序和使用频率安排。 避免用全QWERTY键盘输入数字。 5.3.3.访问控制 为避免未授权的人获得对车载功能的访问，可采用基于用户分类的访问控制方法，具体按照合法授权的规定。 6. 运行相关的用户界面需求——非车载系 统 6.1. 概述 CBTC系统可选择包括或接入运行相关用户界面工具在中心位置或分布在轨旁沿线。具体的非车载，运行相关用户界面工具强制使用。至于是由CBTC系统实现还是由非CBTC系统实现，则是可选的。 合法授权应辨识出需要实现的哪些规定的显示规划、用户输入特征，并辨识出可以被授权个人修改的UI属性。 自动化功能应该是可预测的，向用户提供合适范围的选项，监测用户的行为以最小化、 拒绝及容忍错误，并可以被用户改变(override)。 非车载运行相关UI应能在合法授权定义的可接受的延迟时间内显示所有本条款定义的信息。 6.2. UI信息需求 非车载运行相关显示应包括固定的和动态的信息，应被其他管用的ATS和非ATS用户界面工具全部集成，也可以由合法授权规定，支持全部交通管理服务，从而提供自洽的UI。 6.2.1.强制显示数据 包括: A)固定的辖区相关信息如轨道计划，包括联锁配置，车站位置，平交道口，以及CBTC区域限制的位置。 B)列车状态相关信息，例如所有CBTC辖区内的CBTC列车列车属性，列车运行模式，列车位置(包括列车在轨道上相对于其他列车的顺序)。 C)列车移动授权/进路信息，例如每一列CBTC车的MA信息，包括授权限制，联锁建立的进路以及当前授权旅行方向 D)限制列车运行相关的信息，例如工作区信息，闭塞的轨道(道岔)、临时限速限制和数值 6.2.2.可选显示数据 包括: A)固定排列相关信息，包括永久限速、紧急访问点位置 B)当前列车速度 C)列车工作人员信息 D)未装备CBTC车载的车或者没有运行CBTC车载的车的位置如果能从二级列车定位系统获得(轨道区段是否占用)，则显示。 E)CBTC最大授权速度。 F)服务性能相关信息，用于监测和调整才CBTC辖区运行的CBTC车，调整是根据时刻表。包括列车目的/冒进计划，列车排队进入或离开服务，每列车的时刻表状态(早或晚点)，进展状态，列车在站内剩余停止时间。以及车站管理相关信息:列车要停的下个站，列车要越过的下个站，列车用停住的站以及车门状态。 G)ATP速度曲线违反，以及列车上任意其它导致紧急制动的时间。 H)检测到的或输入的失效以及不可能容忍的，将影响交通系统正点率或导致其它损失的条件 I)任何轨旁辅助系统的元素的状态 6.2.3.强制用户输入 包括: A)请求或取消进路的输入，包括控制和限制MA的能力 B)建立和删除工作区、闭塞轨道区段/道岔以及建立TSR的输入， 6.2.4.可选用户信息输入 包括: A)某输入:用于修改某列车、一群车甚至全部车的时刻表或冒进的输入，包括保持或释放车站里(以及其它站间位置)的车，指引某列车或一组越过某个站的装置 B)某输入:用于校准列车服务制动曲线(根据轨道潮湿情况) 6.3. 用户界面呈现需求 对于非车载系统，UI应包括一个或多个图形显示装置(以及相关显示屏)，一个多语言语音输出装置、打印机、键盘、点击装置、用户输入开关/按键。以及合法授权规定的可选项，大规模仿真显示，触摸屏，语音输入装置。 6.3.1.显示规划 一个合法授权规定的工业标准的GUI设计，应包括可视化UI元素。 6.3.1.1. 显示特征 用户应该缩放显示，并能直接设置缩放因子。如缩放显示全部辖区或用户选择的部分下去在一个显示屏上。 使用滚动条，用户可以观察显示数据的相邻区域，在任意方向，以相同所发尺度。静态、动态数据应该在滚动期间实时更新。 显示应报多个群镞等级，可以增减显示的细节。每个缩放尺度的缺省显示细节由合法授权规定。并可根据缩放尺度自动变换等级。此外，可以提供手动选择等级而与缩放尺度无关的简便方法。 每个显示应该在显示顶端包括一个标题，显示其名字，如果有多页，显示其页码。 时间和日期信息应在固定位置可视，并至少在每个用户位置一个显示屏上有显示。日期字段格式由合法授权规定。 应提供呈现系统产生的用户指导消息的方法。 同一个优先级的消息应固定显示在所有显示的同一位置。 6.3.1.2. 视窗 所有显示都应在显示屏上以视窗呈现。视窗最少包括:外框、标题区、活动状态指示、相关的控制(如最大化、最小化、关闭)。应能同时显示多个视窗在每个显示屏上，视窗应能以覆盖、层叠或平铺的方式显示。 每个视窗在显示屏上的启动位置尺寸属性，以及用户缩放移动关闭视窗的能力，由合法授权定义。 启动位置、可视优先级、尺寸能否改变、能够移动，能够关闭等，由合法授权定义。 示例略 大于视窗的表格和图形显示，应采用滚动条。应提供一次或一步滚动全屏幕的功能。单步滚动的增量不应大于单行文本的大小。表格显示则每步走一行或一列。滚动条上用方向箭头表明属性。 当水平或垂直的滚动表格，仅表格的内容区滚动，行列标题区始终显示。应提供查询、过滤、排序等合法授权规定的表格功能。 6.3.1.3. 显示选择 应提供使用任意或全部下属方法的选择: A)从菜单选择一个显示 B)用光标现则任意菜单、图形对象、或表格显示。 C)通过显示请求命令在总结显示区或警告字段选择一个警告或事件消息 D)输入显示名字或页码来选择 E)前向或逆向翻页以及滚动一系列的显示 F)选择一个显示记忆命令。这个行为将引起记忆的某显示理科出现在当前显示之上。 G)通过某显示的概览区域显示某个兴趣点 H)移动或滚动一个显示到感兴趣的区域 I)常用显示的选择功能键 J)选择一个单步命令用于重配置某个用户位置所有不活动的视窗和显示为合法授权定义的缺省配置， 在某时刻不能被选择的菜单项，表格列，图形呈现，应该显示为灰色。 6.3.2.用户输入 6.3.2.1. 光标位置选择 应提供多种光标定位方法，包括光标定位装置，光标控制键，前向后向tab键。光标定位技术应对所有显示一致。非显示的tab停止应该放到可进入数据字段的第一个属性(对可控装置)，以及所有其他光标目标。光标在显示上的定位应该足够大以便于快速选择目标，而不需要过多的移动光标定位装置。每个定位尺寸应能由获得权限的人修改。 6.3.2.2. 数据输入 UI应包括让用户输入必要数据的工具。可输入字段应在显示产生时定义。所有的可输入字段高亮。用户应能在数据输入字段的任何地方输入期望的数值。如果只有数值的一部分需要被修改，仅该部分需要被输入。 应提供输入多个数据后再请求提交数据库的功能。系统应检查输入数据的有效性。如果一个或多个数据无效，应提供提示信息，且不能将这些值提交到数据库。提示信息的格式和提示程度由合法授权同意。用户不应被要求重复输入有效的输入。当用户成功的完成数据输入，以前的数据和信数据应该用一条事件消息报告给用户。 如果一个视窗中的显示处于数据输入模式，那么另一个视窗中对数据输入功能的初始化企图应该被拒绝，并给出提示消息。所有的数据输入都可被锁定一个时限。如果没有在规定时间输入完成，系统将回滚此前的数据库值，产生一个时间消息，显示一个用户提示消息。每个用户行为的定时器应由有授权人校准。 如果执行或取消命令被选择，输入行为终止。取消命令引起过程终止，数值保持不变。 6.3.2.3. 与CBTC控制装置交互 与控制装置交互的第一步应该是选择该装置。 如果备选装置的控制能力可用，装置应被高亮，其ID应被显示。如果不可用，建议消息应被提供。 一个常用的控制动作，应该让用户以最少数量的输入搞定。此外，应该提供当前可用的所有的控制能力的菜单项。 对于一序列用户输入的每一步都需要有一个给定的控制动作，向用户呈现一组参数。 一序列输入的每一步都可能被系统验证如果用户提供了一个不被预期的也不会引起序列取消的输入，用户输入显示应该返回到最近一个成功的步骤和一个提示消息以指导用户请求一个不同的动作。提示消息的格式、程度应由合法授权同意。 这种给定控制动作的一序列的用户输入应有一个时间限制。如果规定时间内未完成，系统取消该控制行为，生成时间消息，显示取消消息。定时器校准由有授权的人搞定。 用户应能在完成整个序列之前的任意时间取消任意控制动作，或者在规定时间到达之前输入取消命令。 当用户完成了一个序列输入，请求的控制动作可以立刻开始，也可以在用户选择了对该动作的确认或者执行命令后开始，这由合法授权辨识。任何需要的地方，控制动作确认应该在动作初始化之前自动向用户呈现一个确认提示，并要求用户确认，例如“OK”按钮。 系统执行了用户请求的控制动作后，应向用户提供适当的反馈指示成功或失败。 应提供联锁功能以组织多个用户同时输入冲突或相反的输入，以防导致不希望的输出或动作。联锁应该使第一个动作没搞定之前不让第二个动作初始。当一个授权的ATS用户的控制企图被暂时锁定，应该给个提示。 ATS用户与控制装置交互的动作应该锁住，不让他人来玩，直到这个操作完成或释放。 非车载和车载控制动作的优先级由合法授权定义。安全相关的控制动作有最高优先级。 6.3.3.访问控制 典型的，所有ATS功能都应在非车载子系统显示屏上可用。然后，访问ATS功能可能用用户分类和功能/辖区分配来控制，由合法授权规定。用户没有访问某个功能，可以在显示上看到该功能，除非他因为其它理由被拒绝访问该显示，例如机密性数据。用户有访问显示的权限但没有控制权限，则可能不能与显示交互以改变数据或初始化行为。 应提供一个定义、控制、分配用户访问非车载子系统权限的机制。系统应包括使某人有超级用户权限来设置其它用户的权限。应能建立和维护每一类用户的缺省用户权限作为用户属性。(后面几句废话懒得翻) 6.3.4.用户帮助工具 应提供一个访问用户帮助工具和其它权威定义的参考文档的方便一直的方法。 7. 维护相关UI需求 7.1. 概述 系统要求包含本地和远程的维护与诊断能力，以检测响应不同的CBTC设备的失效类型(定义于IEEE Std 1474.1-1999) 注意:这些失效类型可能包括: A)影响交通系统按时性能的失效或失效组合 B)不影响交通系统按时性能，但会导致其它损失的失效或失效组合 C)以上都不影响的(因为系统冗余性) 提供这些维护诊断手段的基本目标是最小化系统的宕机时间或重要功能运行的不可用率，通过最小化平均维修时间。(一级维修) 远程诊断能力可能得益于连续的车地通信，以允许授权的人询问车载装置状态，并提供积极的故障诊断信息和隔离。CBTC车地通信还可以用来传输其它车载子系统的维护与诊断相关信息以在轨旁设备呈现、处理、日志记录。维护与诊断相关数据可以自动下载到选择的 位置(如终端站)，或由授权人命令要求。 合法授权规定，维护相关GUI应能显示所有条款7列出的信息。 7.2. 用户界面信息需求 7.2.1.显示数据 包括: A)当前系统配置的图形呈现(包括硬件、软件) B)当前子系统的完整列表以及组件状态(用于一级维修) C)时间戳日志 D)失效的子系统、组件的物理位置(用于一级维修) E)能提供早期警告的信息:例如:达到不能容忍条件、传递可靠性的消息降级 F)任何其他有利于故障定位的信息 7.2.2.用户信息输入 包括: A)询问子系统、组件的状态，以及: B)维护系统时输入的信息。用于这个目的的数据输入的格式应该足够开放以允许可知描述性提示和自动输入功能以增强记录关键信息的便利性和可靠性。 7.3. UI呈现需求 维护UI应该典型的包括本地显示和对外部设备如PC的显示。UI应该典型的包括图形显示装置以及相关的键盘、触摸屏、用户输入的开关/按钮。 7.3.1.显示规划 维护与诊断应显示所用的维护相关信息，并以逻辑的方式组织。 Log的维护相关数据应能给用户打印格式以及电子格式，并能同时显示一个记录的所有字段。 7.3.2.用户输入 维护相关用户输入工具应允许在多个维护诊断显示间导航，并且训练过的维护人员不需要查阅外部参考文档，仅需记忆很少一些特定的键盘序列来执行命令。只要可能，应呈现描述性的，平实的语言(plain English)命令选项给用户导航和访问信息。 维护日志应是可排序可搜索的，并允许对特定的位置、某类型装置、以及其它感兴趣的信息进行简单趋势研究。 7.3.3.访问控制 应提供能以不同授权等级进行维护的功能。通过安全方法，系统将组织无权限人执行维护诊断功能。 7.3.4.CBTC显示与系统数据库的修改 应提供一个方便、一致的方法来允许授权人修改CBTC的UI属性和系统数据库，程度由合法授权规定。