4.1. OSD 子注册处、信函管理部、行政服务局...................................................................................................................... 6 4.2. 指定控制点....................................................................................................................... 6 4.3. 北约机密文件....................................................................................................................... 7 4.4. 被取代的文件....................................................................................................................... 7 G 词汇表......................................................................................................................................................... 8
• 分析软件控制架构,尽早发现系统级问题 • 支持数字工程、基于模型的 DevOps 和 MOSA • 来自陆军、DARPA、NASA、海军、OSD、AF 和 SOCOM 投资的成熟工具
(1) 由两卷组成,每卷都有各自的目的,并重新发布 DoD 8910.1-M(参考文献 (a))。根据国防部指令 (DoDD) 5105.53(参考文献 (b))和 2011 年 1 月 11 日国防部副部长备忘录(参考文献 (z));国防部指令 (DoDI) 8910.01(参考文献 (c));以及国防部长备忘录(参考文献 (d))中的授权,整个手册的目的是提供从公众、其他联邦机构或 OSD 和国防部部门收集信息的指导。(2) 为信息管理控制官 (IMCO) 提供关于其 OSD 和国防部组件信息收集管理程序操作的指导,并提供批准和许可使用报告控制符号 (RCS) 国防部内部信息收集以及批准国防部公共信息收集的程序。b.卷。本卷:
为了实现我们的前两个目标,我们收集并分析了国防部关于武器系统采购要求、监督、采购途径和敏捷软件开发的政策和指导。我们还收集并分析了使用敏捷进行软件开发的选定项目的需求、监督和其他相关文件。此外,我们审查了 GAO 的敏捷评估指南以及我们之前关于迭代开发领先实践的相关工作,并将它们与国防部的政策和指导进行了比较。6 我们还采访了国防部长办公室 (OSD) 和负责需求流程的军事部门官员,以及 OSD 和军事部门的采购官员。为了获得进一步的背景信息,我们参加了国防部举办的几次实践社区活动,这些活动被官员们列为在整个部门内分享软件采购现代化信息的主要方式。
为了解决我们的前两个目标,我们收集并分析了DOD政策和武器系统采集要求,监督,获取途径和敏捷软件开发的指南。我们还使用Agile进行软件开发收集和分析了所选程序中的需求,监督和其他相关文档。此外,我们回顾了GAO的敏捷评估指南以及我们在迭代开发领域领先实践的相关工作,并将其与国防部的政策和指导进行了比较。6我们还采访了国防部长(OSD)和负责要求程序以及OSD和军事部门收购官员的军事部门官员的办公室。为了获得进一步的上下文信息,我们参加了多个国防部经营的实践活动社区,这些社区被官员们引用为分享有关整个部门软件获取现代化信息的主要手段。
总体而言:OSD 创建的 17 个 COI 之一,旨在更好地协调国防部和科技界之间的关键决策。目标:使 COI 成为国防部科技专业知识、领导力和协调的“首选”来源。愿景:开发和提供以人为本的新技术,以量化任务效能,并选择、训练、设计、保护和操作,以显著提高任务效能。使命:通过以下方式提高任务效能:1) 任务训练和实验的综合模拟,2) 任务效能的人机设计,3) 操作员效能评估,4) 在战场压力下操作,5) 掌握 PMESII 战场。主要产品:1) 综合 OSD 和服务路线图,2) COI 分类法、预算和计划,3) COI 合作机会、成就和能力影响。数据链接:有关 COI 的关键信息可在 Marketplace 网站上找到:http://www.defenseinnovationmarketplace.mil/coi.html
• 欢迎 • 开幕词: • 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 战士应用程序团队负责人 • 结束语:
国防部在过去 20 年中一直采用模块化开放系统方法 (MOSA);然而,最近的立法要求国防部各项目都必须使用 MOSA。国防部长办公室 (OSD) 得出结论,需要继续实施和进一步开发支持 MOSA 的标准,以确保跨领域快速共享信息,并以快速且经济的方式更新或改进硬件和软件组件。在国防部副部长办公室(研究和工程) (OUSD[R&E]) 的指导下,工程工具和环境主任和 DSPO 已根据 2017 财年国防授权法案 (NDAA) 在整个国防部领导 MOSA 工作。OSD 成立了三个 MOSA 老虎队(标准、实施指南和要求与编程功能),并与模块化开放系统工作组 (MOSWG) 合作,创建成熟度评估,交付
美国国防部 (DOD) 尚未在其采购和供应流程(国防部通过此流程获得合同货物和服务)中定期评估承包商面临的气候相关风险。国防部的采购流程包括长期规划活动,例如生命周期维持规划。其供应链流程包括识别和评估潜在干扰(例如影响运输或能源系统的严重风暴)的步骤,以降低风险。然而,国防部长办公室 (OSD) 和各军种官员表示,这些流程一般不会系统地识别和考虑物资采购和供应或武器系统采购的气候相关风险。国防部的气候变化适应指令表明,OSD 和各军种部门应在采购和供应中考虑气候因素,并将这些考虑因素纳入相关政策和指导中。