【原】【体系设计】模块化开放性系统方法MOSA：建议-详细摘要

建议-详细摘要

获得里程碑A或B批准的主要国防采办项目将需要MOSA(根据立法)。本文为在采办中实施MOSA战略提供了10条具体建议:

1. 在RFP（提案申请）之前制定MOSA战略。

• 了解MOSA的原因和目标及其在采办中的应用

• 定义供应商成功以及如何评估MOSA

• 在计划的采办系统之上定义MOSA分区

• 充分的任务工程需要哪些接口和标准?

• 演示对计划划分的财务和性能理由的理解

• 在采办周期早期提供MOSA战略，以允许承包商计划技术投资

• 制定MOSA原则，通过定义涉及技术数据和其他专有利益的特定模块在系统架构中的何处进行封装和控制，从而促进数据权利和未来业务安排协议的满足。

2. 定义MOSA实现方法。

• 定义MOSA寻址的级别、计划的划分、功能分析、要控制/开放的接口、期望通用的领域，以及MOSA实现的目标(适应性、可持续性、可升级性、竞争、等)-针对每个设计级别

• 考虑实施MOSA的激励措施，以促进采办方和供应商的接受

• 定义OSD政策和法规，以实现技术数据权利和IP(受MOSA影响的)

• 在采办级别开发MOSA架构，并对计划的开放接口进行治理

  o一种规格不能适用所有情况- MOSA的要求和指标将根据以下情况而变化:

  a)MOSA的目的(生产效率、生存能力、适应性、可维护性、竞争性采办、降低     复杂性等)

  b)在系统中的系统分类(SoSs)中的位置。(车载到软件组件)(雷达信号处理模块       任务计算机程序)

• 通用模块的设计公开计划，足以实现二次采办和竞争

• 确定通用标准或icd的发布以及其他定义开放接口的文档定义跨服务、程序和安全级别共享程序信息和接口的方法

3.根据MIL-STD-881D详细分类级别定义系统的系统内接口和模块的位置。

• MIL-STD-881D对于建立一种通用语言很重要

    o提供一致的方法来定义一个系统或系统中的系统的层次架构

    o需要一致地使用

• 定义分类法/模块化级别，以消除诸如“主要组件”和“平台级别”等模糊的术语

• 考虑命名系统MIL-STD196F/G(系统，子系统，中心，中心，集合，组，单位)的系统分类法分解

• 定义在SoS分类法的所有适用级别的平台，系统，子系统和组件之间预期的集成级别(手动，自动化类型等)

4. 定义一个软件体系架构词汇和/或参考体系架构，用于讨论软件分解的各个级别，并设计适用于软件体系架构抽象/具体化级别以及SoS级别的应用MOSA需求。

• 应用适用于软件架构抽象/具体化级别的MOSA需求，包括SoS级别

• 开发类似于MIL-STD-881D的软件分类(除了当前的CPCI处理)，以指导软件MOSA的开发。特别关注软件和标准接口的模块化

• 定义一个框架/Lexicon，以在设计和相关逻辑接口的各个级别和阶段进行适当的划分，从而支持对设计级别的讨论。

• 为不同保真级别的数据模型识别开发一个通用的参考体系架构，包括在各种DoD领域中各种分区的适用性

• 在适当的模块化抽象/具体化级别定义模块化软件数据权限(OS vs.微服务)

5. 将MOSA作为更大、更强大的数字工程战略的一部分来实施。

• 使用模型来定义和通信MOSA架构和划分

• 使用MOSA来促进基于模型的获取

• 开发通用的MOSA框架/词典需要负责在一个架构的多个级别定义系统功能(执行者和系统的DoDAF元数据下的下一个级别的实例数据)。

• 清晰的系统和SoS体系架构定义和在政府和任务级别的管理责任需求，以及流向承包商和采办项目。

• 将标准、公共模块和接口按照SoS分类和技术状态(旧的、最新实现的、新兴的，等等)的级别进行分类，然后放在参考体系架构中。

6. 在最初设计时将网络安全策略纳入MOSA应用程序中，而不是稍后添加。

• 系统安全工程需要作为开发过程的一部分提前执行(在确定CONOPS和声明安全需求时)

• 了解模块化和开放接口对网络安全和系统安全的影响

• 了解可能由mosa引起的威胁载体和相关风险

• 在项目早期开发安全体系架构，并定义风险缓解方法

7. 确保国防部和工业部门共同确定如何评估MOSA。

• 为各个领域和SOS级别定义MOSA指标

• 为提案建立MOSA评估流程和评估标准

• 定义符合MOSA的含义，并制定标准认证目标和标准

• 强调测量方法胜过架构(一个领域的一套指标，如造船，可能不适用于另一个领域，如航空航天)

8. 通过适当的投资来发展和实施促进因素，以影响文化变革，从而成功地广泛采        用MOSA原则。

• 除非特殊情况允许，否则将MOSA作为默认方法

• 开放系统管理计划(OSMP)与SEP一样常见

• MOSA纳入技术/管理审查

• MOSA战略在系统系统的所有级别定义

• 政府需要在各军种和武器系统之间协调规范、标准和任务工程

• 将MOSA激励纳入合同和奖励费用架构

9. 创建MOSA系统和接口库。

• 维护经MOSA认证的系统和经MOSA认证的接口类型的可重用档案

• 使符合MOSA标准的系统可供参考和后续改进

• 包括系统分区体系架构、icd和系统中定义的“开放”接口的标准，提供对操作体系架构中的驱动需求和过程的可追溯性。

• 包括模块化目标，这些目标是如何实现的，以及为什么它们是重要的

• 促进共同的，开放的架构的开发，提供对关键信息的访问，将1)帮助加速MOSA的采用，2)加快系统的开发，3)增加行业竞争

• 开发共同的框架，语言，过程，和标准，以精确描述SoSs分类中模块和接口的放置位置，并促进各种开发环境和标准集的比较。

10. 为启用MOSA的环境定义一种比较和指定标准和接口的方法。

• 开发讨论和比较标准的方法

• 差距分析的关键

• 开发为架构分配接口或接口类型的通用方法

• 确定一个或多个工具，可以被程序经理和其他涉众使用，以确定使用的适当标准

• 将标准接口映射到MIL-STD-881D