1-1 概述 .。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。1-1 1-2 目的。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。1-1 1-3 用法和冲突。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。1-1 1-4 手册的范围和安排。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。1-1 1-5 相关出版物。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。1-2 1-6 报告错误和改进建议。。。。。。。。。。。。。。。。。。。。。。。。。1-8 1-7 腐蚀相关故障数据反馈。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。1-8 1-8 安全。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。1-8
在整个航天企业中拥有一致的故障审查委员会 (FRB) 和流程具有显著的优势。强有力的根本原因确定和针对特定故障原因的强有力的补救措施、其他纠正和预防措施以减轻类似故障的可能性,以及共同的基线故障审查流程和期望使整个行业受益。整个航天企业在开展 FRB 活动方面存在很大差异,特别是缺乏有效的根本原因确定和后续纠正/预防措施实施,这一直是一个持续关注的问题,本指南旨在帮助缓解这一问题。成功的 FRB 取决于几个因素,包括全面、结构化、有效管理和记录良好的调查方法。由来自不同组织的代表组成的多学科团队制定了以下行业最佳实践,为开展一致且成功的 FRB 提供指导。虽然故障调查和 FRB 流程的预期成功结果是最终确定根本原因并实施有效且持久的纠正措施,但本指南还解决了复杂系统故障的现实问题以及在无法确定根本原因的情况下的技术/程序限制。
在整个航天企业中拥有一致的故障审查委员会 (FRB) 和流程具有显著的优势。针对特定故障原因的强有力的根本原因确定和强有力的补救措施、减轻类似故障可能性的其他纠正和预防措施以及共同的基线故障审查流程和期望使整个行业受益。整个航天企业在开展 FRB 活动方面存在很大差异,特别是缺乏有效的根本原因确定和后续纠正/预防措施实施,这一直是一个持续关注的问题,本指南旨在帮助缓解这一问题。成功的 FRB 取决于几个因素,包括全面、结构化、有效管理和记录良好的调查方法。由来自不同组织的代表组成的多学科团队制定了以下行业最佳实践,为开展一致且成功的 FRB 提供指导。虽然故障调查和 FRB 过程的预期成功结果是最终确定根本原因并实施有效而持久的纠正措施,但本指南还解决了复杂系统故障的现实问题以及在无法确定根本原因的情况下的技术/程序限制。
2 通用/系统 代表索引的主要部分。这些文件与开发测试 II 相关,并且以与项目的单个特征相关的最低子测试级别编写;例如加速度、速度和移动性。每个文件都包括对范围、设施和仪器、所需测试条件、测试程序、所需数据和数据呈现的讨论。附录中包括清单和数据收集表(视情况而定)。
2.0 界面风格 2-1 2.1 风格指南 2-2 2.1.1 商业风格指南 2-3 2.1.2 DoD HCI 风格指南 2-6 2.1.3 领域级风格指南 2-6 2.1.4 系统级风格指南 2-6 2.2 系统级用户界面设计决策 2-6 2.2.1 选择用户界面风格 2-6 2.2.2 确定系统级风格指南 2-7 2.2.3 HCI 设计流程 2-7 2.2.4 迁移策略 2-7 2.2.5 跨硬件平台的可移植性 2-9 2.2.6 HCI 环境的集成 2-9 2.3 使用风格指南解决用户界面设计问题2-9 2.3.1 选择用户界面样式 2-10 2.3.2 重新设计 HCI 以提高可用性 2-10 2.3.3 选择商业软件时需要考虑的 HCI 因素 2-11 2.3.4 开发定制软件时需要考虑的 HCI 因素 2-12 2.3.5 战术环境中的 HCI 设计 2-12 2.3.6 迁移注意事项 2-13 2.3.7 可移植性注意事项 2-13 2.4 统一应用程序接口 (UAPI) 2-14 2.4.1 简介 2-14 2.4.2 实现 HCI 可移植性的方法范围 2-15 2.4.3 支持的环境 2-20 2.4.4 使用 UAPI 工具的注意事项 2-21 2.4.5 风格指南含义 2-27