Differences

This shows you the differences between two versions of the page.

--- mbse:digital_engineering_information_exchange_model_topic [2018/11/13 11:29]
jcoleman created
+++ mbse:digital_engineering_information_exchange_model_topic [2018/12/10 15:05] (current)
jcoleman [Description]
@@ Line 1: / Line 1: @@
 ====== Digital Engineering Information Exchange Model ======
+[[mbse:topical_encyclopedia_for_digital_engineering_information_exchange_deixpedia|[Return to DEIXPedia]]]
 **Written by** John Coleman, Ph.D. (Email <[email protected]>)\\
@@ Line 7: / Line 9: @@
 ===== Concise Definition =====
-A quantitative and qualitative representation based on model formalisms that characterizes the exchange of digital artifacts between various roles and organizations in the engineering domain.
+A quantitative and qualitative representation based on model formalisms that characterizes the exchange of digital artifacts between various roles and organizations in the model-based engineering domain.
 ===== Description =====
-The Digital Engineering Information Exchange Model (DEIXM) is a representation of the quantitative and qualitative characterization of the exchanges of digital artifacts in the Model-Based Engineering (MBE) domain between various roles and organizations. The DEIXM for the MBE domain addresses the exchange of both graphical and non-graphical information found in model-centric digital artifacts. The MBE domain represents the methods, processes, tools, environments, and roles that one organizes to conduct MBE operations for the full lifecycle of systems or products. The DEIXM is a prescriptive model of the concept of operations, scenarios, use cases, and information required to exchange model-centric digital artifacts between disciplines and organizations. The DEIXM uses formalisms and semantics to describe the relationships, constraints, rules, and operations required to exchange MBE information. The DEIXM may represent a descriptive information exchange model that characterizes the current approach to exchange engineering domain information.  Alternatively, the DEIXM may represent a prescriptive information exchange model that characterizes some future version of the means by which an engineering community exchanges information.
+The **[[mbse:digital_engineering|Digital Engineering]]** Information Exchange Model (DEIXM) is a representation of the quantitative and qualitative characterization of digital artifact exchanges in the  **[[mbse:model_based_engineering|Model-Based Engineering (MBE)]]** domain between various roles and organizations. The DEIXM for the MBE domain addresses the exchange of both graphical and non-graphical information found in model-centric **[[mbse:digital_artifact|digital artifacts]]**. The DEIXM for the MBE domain addresses the exchange of both graphical and non-graphical information found in model-centric digital artifacts. The MBE domain represents the methods, processes, tools, environments, and roles to conduct MBE operations for the full lifecycle of systems or products. The DEIXM is a prescriptive model of the concept of operations, scenarios, use cases, and information required to exchange model-centric digital artifacts between disciplines and organizations. The DEIXM uses formalism and semantics to describe the relationships, constraints, rules, and operations required to exchange MBE information. The DEIXM should represent a prescriptive information exchange model that characterizes some future version of the means by which an engineering community exchanges information.
 ==== History ====
@@ Line 21: / Line 22: @@
 The Digital Engineering Information Exchange Model (DEIXM) provides a way to articulate the exchange of graphical and non-graphical digital artifacts among diverse stakeholders using digital technologies. The DEIXM describes how governments, industries, and academia offer, request, and exchange digital artifacts. The DEIXM also describes how the engineering community defines, creates, uses, and exchanges MBE digital artifacts during the full life cycle management of its systems and products. For any producer or consumer of engineering information, the DEIXM describes a way to leverage new digital technologies to visualize, communicate, and deliver MBE information to stakeholders. According to McDermott, et. al., the successful fulfillment of this purpose allows MBE information suppliers to insert their models into the buyers’ contextual framework and establish mutual agreements and comprehension of the components interfaces, interactions, and emergent behavior [1].
-==== A DEIX Modeling Process ====
+==== A DEIX Modeling Approach ====
-The DEIX Modeling Process uses the Federal CIO Council’s Information exchange package documentation (IEPD) lifecycle for participants of the NEIM [2] and Robert Suzie and Choong-ho Yi’s approach to progress from Information Exchange Requirements (IER) to an Information Exchange Model (IEM) [3]. Based on these two approaches, the DEIX Modeling process can include 1) Use case for information exchange relationships, 2) Elicitation & formalization of Information Exchange Requirements (IER) models, 3) Creation of Information Exchange Elements (IEE), 4) Mapping IEEs to Information Exchange Standards (IES), 5) Building and validating the new IEM, and, 6) publishing and implementing an IEM. [See glossary for definitions]
+A DEIX Modeling approach may use the Federal CIO Council’s Information exchange package documentation (IEPD) lifecycle for participants of the NEIM [2] and Robert Suzie and Choong-ho Yi’s approach to progress from Information Exchange Requirements (IER) to an Information Exchange Model (IEM) [3]. Based on these two approaches, the DEIX Modeling process should include 1) Use case for information exchange relationships, 2) Elicitation & formalization of Information Exchange Requirements (IER) models, 3) Creation of Information Exchange Elements (IEE), 4) Mapping IEEs to Information Exchange Standards (IES), 5) Building and validating the new IEM, and, 6) publishing and implementing an IEM. [See glossary for definitions]
 ==== The Use Cases for the DEIXM ====
@@ Line 44: / Line 45: @@
 The Third Party Management use case allows that MBE information owners to deliver all MBE and related software to a trusted third party that can manage access, transfers, or synchronizations in perpetuity. This allows the stakeholders or system buyers to have unfettered access to the MBE information during the lifespan of the products or systems, and in some cases, beyond the system’s lifespan for historical reference or reuse in other systems. In the third party managed use case, the owners may receive royalties and all parties that use the MBE information release them from any liability associated with the future use of the information. All users of the MBE information subscribe to services for the use of the MBE information.
+===== Common usage =====
+  * "The DoD Systems Engineering office proposes a construct, the [[http://www.omgwiki.org/MBSE/lib/exe/fetch.php?media=mbse:deix:21337_zimm_dig-artifacts.v2-18-s-2377.pdf|Digital Engineering Information Exchange Model]] (DEIXM), that can form the foundation for an agreed-upon approach across the aerospace and defense sectors of government, industry, and academia [5].”
+  * “DEIX WG [[https://www.incose.org/incose-member-resources/working-groups/transformational/digital-engineering-information-exchange | Digital Engineering Information Exchange (DEIX) Working Group]] aspires to ensure Digital Artifact conventions are transferable between complex systems based industries such as aerospace and defense, oil & gas, transportation, automotive, medical and utility industries [6].“
+  * “The DEIX WG [[https://www.incose.org/docs/default-source/wgcharters/digital-engineering-information-exchange.pdf?sfvrsn=ab3994c6_4 | Digital engineering Information Exchange Working Group’s]] primary goal is to establish a finite set of digital artifacts that acquiring organizations and their global supply chains should use to request an exchange with each other as well as internally between teams/organizational elements [7].”
+===== Examples =====
+  * National Information Exchange Model (NIEM)
+  * Joint Consultation, Command and Control Information Exchange Data Model (JC3IEDM)
+  * Justice Information Exchange Model (JIEM®)
+  * Health Information Exchange (HIE) Model
+===== Similar concepts and definitions =====
+**[[https://iasaglobal.org/itabok/capability-descriptions/information-modeling/|Information modeling]]** as stated on the International Association of Software Architects (IASA) Global website, describes the topic as follows:\\
+//“Information modeling in IT Architecture takes many forms, all of which have representations of entities and their relationships to one another: 1) Class diagrams: model the information required to build or maintain a system or component; 2) ER diagrams: data modeling specific for database design. 3) Information flow diagrams: indicates origin of data and its uses (process or systems) throughout either the enterprise, line of business (LOB) or system, depending on the context. 4) Data models: depending on level of detail, describes the entities and its relationships detailing attributes, types and multiplicity of an entity to other entities. And, 5) Data lifecycles: how data is created, used and retained (archived or destroyed) [8]“  //
+**[[https://www.niem.gov/ | National Information Exchange Model (NIEM)]]** as stated by NEIM Governance bodies’ website, describes the topic as follows:\\
+//“National Information Exchange Model (NIEM) is a common vocabulary that enables efficient information exchange across diverse public and private organizations…. Think of NIEM as a dictionary of agreed-upon terms, definitions, relationships, and [XML] formats that are independent of how information is stored in individual systems. The NIEM model includes community-specific elements, as well as core elements that are commonly agreed to by the communities who use NIEM [9].”//
+**[[https://web.archive.org/web/20120322101213/https:/mipsite.lsec.dnd.ca/Pages/Default.aspx | Joint Consultation, Command and Control Information Exchange Data Model (JC3IEDM)]]** as stated in Wikipedia website, describes the topic as follows.\\
+//“Joint Consultation, Command and Control Information Exchange Data Model is a model that, when implemented, aims to enable the interoperability of systems and projects required to share Command and Control (C2) information. JC3IEDM is an evolution of the C2IEDM standard that includes joint operational concepts, just as the Land Command and Control Information Exchange Data Model (LC2IEDM) was extended to become C2IEDM. The program is managed by the Multilateral Interoperability Programme (MIP) [10].”//
+===== Glossary =====
+  - “An **Information Exchange Requirement (IER)** is the description, in terms of characteristics, of the requirement to transfer information between two or more end users. The characteristics described include source, recipients, contents, size, timeliness, security and trigger. IERs are defined to be independent of the communications medium. An IER can express both current and future requirements, [3]”
+  - “An **Information Exchange Element. (IEE)** satisfies a number of IERs (at least one) and is represented in such format (e.g., XML, OWL) that makes it possible to compare/map to information exchange models and standards [3].”
+===== References =====
+[1] 	T. McDermott, P. Collopy, C. Paredis and M. Nadolski, "Enterprise System-of-Systems Model for Digital-Thread Enabled Acquisition," Stevens Institute of Technology, Systems Engineering Research Center, Hoboken, NJ, 2018.
+[2] 	Federal CIO Council, "Agency Information Exchange Functional Standards Evaluation: Adoption and Use of the National Information Exchange Model (NEIM)," Office of Management and Budget (OMB) , Washington, DC, 2010.
+[3] 	R. Suzie and C.-h. Yi, "Information Exchange Requirements (IER) and Information Exchange Models (IEM)," in First International Workshop on Model Driven Interoperability for Sustainable Information Systems (MDISIS'08), Montpellier, France, 2008.
+[4] 	P. Zimmerman, R. Gray, T. Henry, C. Gau Paganelli, C. McIntyre, J. Stankiewiez and I. Boulton, Interviewees, Digital Engineering Working Group (DEWG) Data Rights & Intellectual Propert Meeting. [Interview]. 24 April 2017.
+[5] 	P. Zimmerman, "Exchanging Digital Artifacts for the Engineering Life Cycle," 25 October 2018. [Online]. Available: http://www.omgwiki.org/MBSE/lib/exe/fetch.php?media=mbse:deix:21337_zimm_dig-artifacts.v2-18-s-2377.pdf. [Accessed 9 November 2018].
+[6] 	INCOSE, "Digital Engineering Information Exchange," International Council on Systems Engineering, 2018. [Online]. Available: https://www.incose.org/incose-member-resources/working-groups/transformational/digital-engineering-information-exchange. [Accessed 9 November 2018].
+[7] 	J. H. Coleman, C. Schrieber, F. J. Salvatore and T. A. Peterson, "INCOSE Digital Engineering Informtion Exchange Working Group (DEIX WG) Charter," 6 August 2018. [Online]. Available: https://www.incose.org/docs/default-source/wgcharters/digital-engineering-information-exchange.pdf?sfvrsn=ab3994c6_4. [Accessed 9 November 2018].
+[8] 	B. Reed, "Information Modeling," IASA Global, 2018. [Online]. Available: https://iasaglobal.org/itabok/capability-descriptions/information-modeling/. [Accessed 9 November 2018].
+[9] 	NEIM, "National Information Exchange Model Home Page," NEIM, 2018. [Online]. Available: https://www.niem.gov/. [Accessed 9 November 2018].
+[10] 	Wikipedia, "JC3IEDM," Wikipedia, 18 November 2017. [Online]. Available: https://en.wikipedia.org/wiki/JC3IEDM. [Accessed 9 November 2018].
+[11] 	ODSAD(SE), Office of Deputy Secretary of Defense for Systems Engineering, "Defense Acquisition Glossary," Defense Acquisition University, 28 September 2007. [Online]. Available: https://www.dau.mil/glossary/Pages/Default.aspx. [Accessed 22 May 2018].

MBSE Wiki

User Tools

Site Tools

Differences

Page Tools