Developing a CubeSat Model-Based System Engineering (MBSE) reference model — Interim status #3
Developing a CubeSat Model-Based System Engineering (MBSE) reference model — Interim status #3
复制标题
开发基于 CubeSat 模型的系统工程 (MBSE) 参考模型 — 临时状态 3
DOI：
--
复制
发表时间：
2017
期刊：
影响因子：
--
通讯作者：
Rose Yntema
中科院分区：
文献类型：
--
作者：
D. Kaslow;B. Ayres;P. T. Cahill;L. Hart;Rose Yntema
基于模型的系统工程（MBSE）是建模的形式化应用，以支持解决需求，设计，分析，验证和验证的关键系统工程任务。国际系统工程理事会（INCOSE）建立了MBSE倡议，以促进，推进和制度化的实践MBSE。作为这一努力的一部分，INCOSE空间系统工作组一直在调查MBSE在设计立方体卫星方面的适用性。我们的应用程序的MBSE是由图形化建模语言系统建模语言（SysML）。SysML用于直接或通过与其他模型的接口对系统的所有方面进行建模。SysML图用于描述从系统到组件级别的需求、结构、行为和参数。需求和设计包含在模型中，而不是一系列独立的工程工件中。CubeSat参考模型提供了逻辑结构。逻辑单元可作为特定任务CubeSat逻辑结构的起点，然后是物理结构和CubeSat开发。我们之前的工作建立了CubeSat参考模型域，包括利益相关者，CubeSat企业，外部环境和外部约束，CubeSat企业由空间和地面部分组成。CubeSat企业架构已经改进，以适应外部服务，提供CubeSat运输到发射场，集成到运载火箭，发射和部署。还对其进行了改进，以适应一个立方体卫星项目，该项目开发自己的地面站或与提供上行链路和下行链路服务的现有地面站一起运行。在我们先前的工作中已经确定了空间和地面分系统。现在已经建立了用例来进一步定义子系统功能。人们已经认识到，有两个建模工作。其中之一是SSWG开发具有逻辑架构的立方体卫星参考模型。另一个是最终将立方体卫星参考模型作为其特定任务逻辑和物理架构的基础的团队。因此，有两类利益攸关方。利益相关者是对系统有兴趣的任何实体。CubeSat参考模型的利益相关者包括INCOSE，对象管理组（OMG），监管机构和将使用CubeSat参考模型的大学团队。我们正在探索将NASA，NOAA和FCC法规包含在他们自己的SysML模型中，并将这些模型连接到我们的CubeSat参考模型。特定飞行任务CubeSat模型的利益攸关方是那些对特定飞行任务CubeSat空间和地面系统感兴趣的人。空间和地面系统的典型利益相关者包括发起人、用户、操作员、项目经理、项目工程师、开发人员和测试人员。大学立方体卫星项目的利益相关者名单要小得多。我们正在与OMG空间领域任务组（SDTF）合作，采用CubeSat参考模型作为OMG规范。
Model-Based Systems Engineering (MBSE) is the formalized application of modeling to support key systems engineering tasks for addressing requirements, design, analysis, validation, and verification. The International Council on Systems Engineering (INCOSE) established the MBSE Initiative to promote, advance, and institutionalize the practice of MBSE. As part of this effort, the INCOSE Space Systems Working Group (SSWG) has been investigating the applicability of MBSE for designing CubeSats. Our application of MBSE is enabled by the graphical modeling language Systems Modeling Language (SysML). SysML is used to model all aspects of a system either directly or through interfaces with other models. SysML diagrams are used to describe requirements, structures, behaviors, and parametrics from the system down to the component level. Requirements and design are contained in the model rather than in a series of independent engineering artifacts. The CubeSat Reference Model provides the logical architecture. The logical elements can be reused as a starting point for a mission-specific CubeSat logical architecture, followed by the physical architecture and the CubeSat development. Our prior work established the CubeSat Reference Model domain as consisting of the stakeholders, CubeSat enterprise, external environment, and external constraints, with the CubeSat enterprise consisting of space and ground segments. The CubeSat enterprise architecture has been refined to accommodate an external service providing CubeSat transportation to a launch site, integration into a launch vehicle, launch, and deployment. It has also been refined to accommodate a CubeSat project developing its own ground station or operating with an existing ground station that provides uplink and downlink services. Space and ground subsystems had been identified in our prior work. Use cases have now been established to further define the subsystem capabilities. It has been recognized that there are two modeling efforts. One is the SSWG developing a CubeSat Reference Model with its logical architecture. The other is a team eventually taking the CubeSat Reference Model as a basis for its mission-specific logical and physical architectures. Therefore, there are two categories of stakeholders. A stakeholder is any entity that has an interest in the system. The stakeholders for the CubeSat Reference Model include INCOSE, the Object Management Group (OMG), regulatory agencies, and the university teams that will be using the CubeSat Reference Model. We are exploring having NASA, NOAA, and FCC regulations contained within their own SysML models and connecting those models to our CubeSat Reference Model. The stakeholders for the mission-specific CubeSat model are those with an interest in the mission-specific CubeSat space and ground system. Typical stakeholders for a space and ground system include sponsor, user, operator, project manager, project engineer, developer, and tester. The list of stakeholders for a university CubeSat project is much smaller. We are collaborating with OMGs Space Domain Task Force (SDTF) to adopt the CubeSat Reference Model as an OMG specification.