图 1-1. TFM 功能 ................................................................................................................ 7 图 2-1. 当前运行环境 .............................................................................................................. 17 图 2-2. ATC 设施的相对组织 .............................................................................................. 18 图 2-3. 整个 NAS 的 TFM 设施 ............................................................................................. 19 图 2-4. TFM 决策过程概览 ............................................................................................. 23 图 2-5. 与 TFMS 交换数据的自动化系统 ............................................................................. 24 图 2-6. PERTI 规划时间表示例 ............................................................................................. 25 图 2-7. NAS 监视器 ............................................................................................................. 27 图 2-8. 出发查看器 ............................................................................................................. 28 图 2-9. FCA 动态航班列表 ............................................................................................. 29 图 2-10.芝加哥奥黑尔国际机场 (ORD) 的 AADC 视图 ...................................................... 30 图 2-11. 用于证明流量限制的 FEA 示例 ........................................................................ 32 图 2-12. FSM 中的建模结果示例 ............................................................................ 33 图 2-13. RMT 显示 o
本报告总结了 TwinOps 项目的贡献,该项目由软件工程研究所资助,为期一年,于 20 财年执行。这项研究的贡献有两个方面。首先,它引入了 ModDevOps,作为一种创新方法,使用 DevOps 概念和从模型生成代码来连接基于模型的工程和软件工程。ModDevOps 平滑了从模型级验证和确认 (V&V) 到软件生产的过渡。其次,该研究开发了 TwinOps,这是一种特定的 ModDevOps 管道,通过在构建模型工件时对其进行精心组合,为系统工程师提供新的分析能力。
• 欢迎 • 开幕词: • Rob Vietmeyer 先生,OSD,国防部 CIO 主任,云和软件现代化 • API 介绍: • Sean Brady 先生,OSD OUSD(A&S) • Shane Smith 先生,MITRE 首席软件工程师 • 人力、物流和业务解决方案数据转换服务项目执行办公室(PEO MLB DaTS) • Abiola Olowokere 先生,USN PEO MLB 数据服务和信息情报支柱负责人和团队 • 商业企业系统产品创新(BESPIN) • James Crocker 先生,BESPIN 首席技术官实验室主任和团队 • 模块化开放系统方法(MOSA) • Edward Moshinsky 先生,SE 现代化首席 ENG 支持。 • STITCHES • Jimmy “Rev” Jones 先生,博士,NH-IV,SAF/AQLV,STITCHES 战士应用程序团队负责人 • 结束语:
本报告总结了 TwinOps 项目的贡献,该项目为期一年,由软件工程研究所资助,于 2020 财年实施。这项研究的贡献有两个方面。首先,它引入了 ModDevOps,作为一种创新方法,使用 DevOps 概念和从模型生成代码来连接基于模型的工程和软件工程。ModDevOps 使从模型级验证和确认 (V&V) 到软件生产的过渡更加顺利。其次,该研究开发了 TwinOps,这是一种特定的 ModDevOps 管道,通过在构建模型工件时对其进行精心组合,为系统工程师提供新的分析能力。
• 模型从托管存储库共享、管理和部署。 • 协作环境促进 AI 用于多用途用例。 • 通过自动化工作流程和流程实现持续改进。 • ML 是业务战略的核心部分。
Allen 博士拥有超过 19 项美国专利,主要集中在地理空间、信号分析和网络取证技术方面。此外,他还是美国海军陆战队退伍军人,曾参加过沙漠风暴和沙漠盾牌行动。A29 部门依靠他在空军 ISR 以下领域的技术指导和战略眼光:数据科学、AI/ML、数字安全、DevSecOps、商业云、数字法律和大数据系统。Allen 博士还是网络科学家、系统工程师、企业系统安全架构师和 INFOSEC 专业人员。他拥有项目开发、项目实施、人员调度和战略预算方面的专业知识。通过创业经验、人生教训、军事职位和企业关系,他拥有强大的技术和商业背景。此外,他还擅长预测和管理数百万美元的预算、军事通信、监督和领导团队。https://www.linkedin.com/in/josef-allen-69a3979
造成模型债务的主要原因是资源和工作流管理不力,这使得从原型到成功部署的模型难以得到指导。由于多个团队在共享 AI 基础架构上开展项目,管理访问变得具有挑战性。团队发现自己使用共享日历、电子表格和即时消息来解决日程安排冲突。随着 AI 团队的扩大,监控、报告和工作优先级等日常管理需求变得更加复杂。这导致团队争先恐后地使用硬件——有时即使没有正在运行的工作,也会无限期地保留一个或多个系统,以确保他们在需要时可以访问。在某些情况下,这些预留会长时间处于非活动状态——或者更糟的是,被遗忘——实际上是将容量扔进了垃圾箱。没有中央清算所可以决定可用硬件的用户和作业的优先级。
在第二阶段,咨询过程表明,运营是一门难以应对垂直分离长期影响的学科。这导致将运营职能分为基础设施管理者与火车和货运运营商。在过去的 25 年里,这逐渐导致员工和管理人员在自己的组织之外几乎没有经验。除此之外,参与者认为运营只被视为日常交付,不参与制定或影响战略。
平台即服务 (PaaS) 在 IaaS 和软件应用程序之间提供了一个抽象服务层。它包括集成到软件开发管道环境中的 IaaS,可用于开发随后作为服务提供的应用程序。此管道支持应用程序的开发、测试、部署和维护。PaaS 提供了抽象 IaaS 提供的基础设施的所有优势,从而降低了复杂性。它还抽象了创建应用程序所需的开发环境、中间件和托管软件。
执行摘要 国防部 (DoD) 的许多项目和任务都缺乏符合行业敏捷标准的软件开发实践。当前的大多数网络安全框架(NIST 网络安全框架、ODNI 网络威胁框架、NSA/CSS 技术网络威胁框架 v2 (NTCTF)、MITRE ATT&CK 等)主要关注生产后部署攻击面。此外,每个发布周期都被视为一场艰苦的战斗,包括证明功能的开发团队、试图确认特定功能的操作测试和评估团队、努力安装和操作产品的运营团队以及事后才考虑添加保护机制的安全团队。为了以相关的速度提供有弹性的软件功能,该部门需要在整个开发过程中实施以网络安全和生存能力为重点的战略。国防部并不是唯一踏上这条征程的机构;业界已经通过向 DevSecOps(开发、安全和运营)的文化转变,最大限度地减少了部署摩擦。