XiaoMi-AI文件搜索系统
World File Search System任务分析
卫星在轨寿命
本文研究了卫星的在轨寿命。研究涵盖了不同的轨道状态、通用任务分析工具 (GMAT) 模拟和数据，以确认低地球轨道因素对卫星衰减的影响。太阳活动是卫星寿命的一个关键决定因素，影响低地球轨道 (LEO) 卫星所受的大气阻力。研究证实了阻力因素（横截面积和轨道高度）与卫星寿命之间的相关性，强调需要优化这些因素以延长在轨运行以及随后快速脱轨。本研究旨在为更细致地了解大气阻力因素和卫星动力学做出贡献。简介卫星已成为现代世界的重要组成部分，提供从通信和导航到天气预报和地球观测等广泛的关键服务。然而，卫星并不是太空中的永久固定装置。特别是在低地球轨道，卫星可能因大气阻力、潮汐扰动和太阳效应而逐渐失去轨道高度，并最终重新进入大气层并烧毁。因此，卫星在轨寿命是其设计、运行和任务规划的关键因素。
以人为本的设计方法对单人飞行员操作的开发和评估
摘要：高昂的飞行员培训成本与薪酬给航空公司带来了沉重的财务负担，促使人们对单飞行员运行（SPO）进行积极研究。实现SPO无疑需要开发新的概念框架，而如何在新Agent之间重新分配系统功能以获得最优的系统设计成为系统生命周期初期的首要问题。针对这一问题，本文首次将以人为本的设计（HCD）方法应用于典型进近着陆场景的SPO开发与评估。首先，采用层次任务分析（HTA）与抽象层次（AH）相结合的方法，识别由目前的双机组运行（TCO）过渡到未来SPO的5个功能需求和6个功能假设，从而开发SPO模型。随后，将TCO和SPO模型转化为两个网络模型，利用社会网络分析（SNA）从网络层面和节点层面评估系统功能重新分配的结果。两个层次的网络参数表明，本文开发的未来SPO比目前的TCO具有稳定性更好、飞行员工作量更少、安全性更高的优势。
fm 1-564 船上作业 | 航空资产
野战手册 *FM1-564 No. 1-564 陆军总部 华盛顿特区，1997 年 6 月 29 日 船上作业 目录 序言 第 1 章 部署前规划 第 1 节 任务分析 1-1. 准备 1-1 1-2. 任务定义 1-1 1-3. 船上直升机训练要求 1-2 1-4. 服务职责 1-2 1-5. 后勤 1-3 第 2 节 启航前会议 1-6. 协调 1-7 1-7. 船上陆军飞机数量 1-7 1-8. 清单 1-7 第 3 节 训练要求 1-9. 机组人员训练要求 1-9 1-10. 地面学校训练 1-11 1-11. 初始资格和货币要求 1-11 1-12船舶认证和豁免 1-15 1-13. 支队认证 1-15 第 2 章 飞行行动准备 第 1 节 指挥链 2-1. 指挥关系 2-1 2-2. 特种作战 2-2 2-3. 增强支援 2-2 第 2 节 人员职责 2-4. 飞行宿舍站 2-3 2-5. 着陆信号士兵 2-4 分发限制：获准公开发布；分发不受限制。
船上操作 - BITS
野战手册 *FM1-564 No. 1-564 陆军总部 华盛顿特区，1997 年 6 月 29 日 船上作业 目录 序言 第 1 章 部署前规划 第 1 节 任务分析 1-1. 准备 1-1 1-2. 任务定义 1-1 1-3. 船上直升机训练要求 1-2 1-4. 服务职责 1-2 1-5. 后勤 1-3 第 2 节 启航前会议 1-6. 协调 1-7 1-7. 船上陆军飞机数量 1-7 1-8. 清单 1-7 第 3 节 训练要求 1-9. 机组人员训练要求 1-9 1-10. 地面学校训练 1-11 1-11. 初始资格和货币要求 1-11 1-12船舶认证和豁免 1-15 1-13. 支队认证 1-15 第 2 章 飞行行动准备 第 1 节 指挥链 2-1. 指挥关系 2-1 2-2. 特种作战 2-2 2-3. 增强支援 2-2 第 2 节 人员职责 2-4. 飞行宿舍站 2-3 2-5. 着陆信号士兵 2-4 分发限制：获准公开发布；分发不受限制。
海军规划 NWP 5-01
2.4 过程 ................................................................................................................................................ 2-4 2.4.1 确定任务来源 .............................................................................................................................. 2-5 2.4.2 审查指挥官的初步规划指导 ...................................................................................................... 2-5 2.4.3 接收情报准备作战环境简报 ...................................................................................................... 2-5 2.4.4 确定指挥关系 ............................................................................................................................. 2-5 2.4.5 分析上级指挥官的任务和意图 ............................................................................................. 2-6 2.4.6 确定指定的、隐含的和必要的任务 ............................................................................................. 2-6 2.4.7 任务列表库对海军规划过程的影响 ............................................................................................. 2-8 2.4.8 陈述行动的目的 ............................................................................................................................. 2-9 2.4.9 识别外部强加的限制 ............................................................................................................. 2-9 2.4.10 查明事实，制定规划假设 ...................................................................................................... 2-10 2.4.11 分析可用兵力和资产 .............................................................................................................. 2-10 2.4.12 确定关键因素、友军重心和决定点 ...................................................................................... 2-11 2.4.13 进行初步风险评估 ............................................................................................................. 2-11 2.4.14 制定拟议任务说明 ............................................................................................................. 2-11 2.4.15 制定指挥官意图的拟议更新 ............................................................................................. 2-12 2.4.16 制定指挥官的关键信息需求 ............................................................................................. 2-13 2.4.17 进行任务分析简报 ............................................................................................................. 2-14 2.4.18 制定指挥官的规划指导 ................................................................................................ 2-16 2.4.19 制定评估指导 ...................................................................................................................... 2-17 2.4.20 制定警告令 ...................................................................................................................... 2-18
在 Z 数背景下使用 HEART 进行电力线断电中的人为可靠性分析
调查显示，很大比例的事故原因可归因于某些形式的人为失误。为了有效地防止事故发生，人为可靠性分析 (HRA) 作为一种表示操作员无意对系统可靠性贡献的结构化方法，是一个关键问题。人为错误减少和评估技术 (HEART) 是一种著名的 HRA 技术，它提供了一种基于任务分析来估计人为错误概率的直接方法。然而，它在专家为每个产生错误的条件 (EPC) 分配权重（表示为评估的情感比例 (APOA)）时面临不同程度的不确定性。为了克服这一限制并考虑专家的信心水平（可靠性或可信度），本研究旨在提出一种用于人为错误概率 (HEP) 评估的复合 HEART 方法，该方法集成了 HEART 和 Z 数（简称 Z-HEART）。Z-HEART 的适用性和有效性已在断电电力线案例研究中得到说明。此外，还进行了敏感性分析，以调查所提方法的有效性。可以得出结论，Z-HEART 可用于评估人为错误，并且除了方法论上的贡献外，它还为电力配送公司提供了许多优势。
海军规划 NWP 5-01
2.4 过程 ................................................................................................................................................ 2-4 2.4.1 确定任务来源 .............................................................................................................................. 2-5 2.4.2 审查指挥官的初步规划指导 ...................................................................................................... 2-5 2.4.3 接收情报准备作战环境简报 ...................................................................................................... 2-5 2.4.4 确定指挥关系 ............................................................................................................................. 2-5 2.4.5 分析上级指挥官的任务和意图 ............................................................................................. 2-6 2.4.6 确定指定的、隐含的和必要的任务 ............................................................................................. 2-6 2.4.7 任务列表库对海军规划过程的影响 ............................................................................................. 2-8 2.4.8 陈述行动的目的 ............................................................................................................................. 2-9 2.4.9 识别外部施加的限制 ............................................................................................................. 2-9 2.4.10 查明事实，制定规划假设 ...................................................................................................... 2-10 2.4.11 分析可用兵力和资产 .............................................................................................................. 2-10 2.4.12 确定关键因素、友军重心和决定点 ........................................................................................ 2-11 2.4.13 进行初步风险评估 ............................................................................................................. 2-11 2.4.14 制定拟议任务说明 ............................................................................................................. 2-11 2.4.15 制定指挥官意图的拟议更新 ............................................................................................. 2-12 2.4.16 制定指挥官的关键信息需求 ............................................................................................. 2-13 2.4.17 进行任务分析简报 ............................................................................................................. 2-14 2.4.18 制定指挥官的规划指导 ............................................................................................................. 2-16 2.4.19 制定评估指导 ...................................................................................................................... 2-17 2.4.20 制定警告命令 ...................................................................................................................... 2-18
正式开发用于 ARINC 661 的多用途交互式应用程序 (MPIA)
摘要。本文介绍了我们使用形式化方法开发符合 ARINC 661 规范标准的人机界面 (HMI) 的经验，该界面可用于交互式驾驶舱应用程序。此开发依赖于我们在 FORMEDICIS 1 项目中提出并正式定义的 FLUID 建模语言。FLUID 包含指定 HMI 所需的基本功能。为了开发多用途交互式应用程序 (MPIA) 用例，我们遵循以下步骤：使用 FLUID 语言编写 MPIA 的抽象模型；此 MPIA FLUID 模型用于生成 Event-B 模型，以检查功能行为、用户交互、安全属性以及与域属性相关的交互；Event-B 模型还用于使用 ProB 模型检查器检查时间属性和可能的情况；最后，使用 PetShop CASE 工具将 MPIA FLUID 模型转换为交互式协作对象 (ICO)，以验证动态行为、视觉属性和任务分析。这些步骤依赖于不同的工具来检查内部一致性以及可能的 HMI 属性。最后，使用 FLUID 对 MPIA 案例研究进行正式开发并将其嵌入到其他正式技术中，证明了我们在 FORMEDICIS 项目中定义的方法的可靠性、可扩展性和可行性。
管理任务的网络风险 - 联合作战中心
流程 网络风险管理方法的核心是创建和采用网络风险管理流程，该流程可细分为四个主要步骤：识别、评估、规划和实施。这四个步骤构成了以风险管理原则为基础的网络风险管理流程的逻辑顺序，其中附加的“沟通”活动贯穿所有步骤，反映了整个过程中持续有效的沟通和参与的必要性。（见第 71 页的图表。）对于作战任务，这些流程应通过前面的“任务分析”步骤进行增强，以创建更广泛的网络风险任务管理流程，以满足作战指挥官的需求。这一额外步骤有意将后续活动和任务限制在以任务为中心的网络空间要素上，并在任务环境的背景下识别和评估网络风险。需要强调的是，支持任务保障的网络风险管理需要专业知识和跨学科能力。这涉及优先考虑任务必需功能、映射任务对网络空间的依赖以及识别威胁和漏洞。网络风险对任务管理流程还需要调整和纳入相关工具和技术，以满足以下三个额外要求：
ARINC 661 的多用途交互式应用程序 (MPIA)
摘要。本文介绍了我们使用形式化方法开发符合 ARINC 661 规范标准的人机界面 (HMI) 的经验，该界面可用于交互式驾驶舱应用程序。此开发依赖于我们在 FORMEDICIS 1 项目中提出并正式定义的 FLUID 建模语言。FLUID 包含指定 HMI 所需的基本功能。为了开发多用途交互式应用程序 (MPIA) 用例，我们遵循以下步骤：使用 FLUID 语言编写 MPIA 的抽象模型；此 MPIA FLUID 模型用于生成 Event-B 模型，以检查功能行为、用户交互、安全属性以及与域属性相关的交互；Event-B 模型还用于使用 ProB 模型检查器检查时间属性和可能的情况；最后，使用 PetShop CASE 工具将 MPIA FLUID 模型转换为交互式协作对象 (ICO)，以验证动态行为、视觉属性和任务分析。这些步骤依赖于不同的工具来检查内部一致性以及可能的 HMI 属性。最后，使用 FLUID 对 MPIA 案例研究进行正式开发并将其嵌入到其他正式技术中，证明了我们在 FORMEDICIS 项目中定义的方法的可靠性、可扩展性和可行性。