Difference between revisions of "Transitioning Systems Engineering to a Model-based Discipline"
(→MBSE Transition: Reintroduce in September: An example of the transition to MBSE can be found in the case study in Part 7 entitled 'Transforming the Evolution of a Submarine Combat System Product Line from Document-Based to Model-Based Systems Enginee) Tag: visualeditor |
m (Text replacement - "SEBoK v. 2.9, released 20 November 2023" to "SEBoK v. 2.10, released 06 May 2024") |
||
(35 intermediate revisions by 6 users not shown) | |||
Line 1: | Line 1: | ||
Systems engineers have always leveraged many kinds of models, including functional models to support requirements development, simulation models to analyze the behavior of systems, and other analytical models to analyze various aspects of the system such as reliability, safety, mass properties, power consumption, and cost. However, the discipline still relies heavily on document-based artifacts to capture much of the system specification and design information, such as requirements, interface control documentation, and system architecture design descriptions. This information is often spread across many different documents including text, informal drawings, and spreadsheets. This document-based approach to systems engineering suffers from a lack of precision, inconsistencies from one artifact to another, and difficulties in maintaining and reusing the information. | Systems engineers have always leveraged many kinds of models, including functional models to support requirements development, simulation models to analyze the behavior of systems, and other analytical models to analyze various aspects of the system such as reliability, safety, mass properties, power consumption, and cost. However, the discipline still relies heavily on document-based artifacts to capture much of the system specification and design information, such as requirements, interface control documentation, and system architecture design descriptions. This information is often spread across many different documents including text, informal drawings, and spreadsheets. This document-based approach to systems engineering suffers from a lack of precision, inconsistencies from one artifact to another, and difficulties in maintaining and reusing the information. | ||
− | == Model- | + | == Model-Based Systems Engineering == |
− | + | {{Term|Model-Based Systems Engineering (MBSE) (glossary)|Model-based systems engineering (MBSE)}} is the formalized application of modeling to support system requirements, design, analysis, verification, and validation activities beginning in the conceptual design phase and continuing through development and later life cycle phases (INCOSE 2007). A distinguishing characteristic of an MBSE approach is that the {{Term|Model (glossary)|model}} constitutes a primary artifact of the systems engineering process. The focus on developing, managing and controlling a model of the system is a shift from the traditional document-based approach to systems engineering, where the emphasis is on producing and controlling documentation about the system. By leveraging the system model as a primary artifact, MBSE offers the potential to enhance product quality, enhance reuse of the system modeling artifacts, and improve communications among the systems development team. This, in turn, offers the potential to reduce the time and cost to integrate and test the system, and significantly reduce cost, schedule, and risks in fielding a system. | |
− | MBSE includes a diverse set of descriptive and analytical models that can be applied throughout the life cycle, and from system of systems modeling down to component modeling. Typical models may include descriptive models of the system architecture that are used to specify and design the system, | + | MBSE includes a diverse set of descriptive and analytical models that can be applied throughout the life cycle, and from {{Term|System of Systems (SoS) (glossary)|system of systems (SoS)}} modeling down to component modeling. Typical models may include descriptive models of the system architecture that are used to specify and design the system, and analytical models to analyze system performance, physical characteristics, and other quality characteristics such as reliability, maintainability, safety, and cost. |
− | MBSE has been evolving for many years. The term MBSE was used | + | MBSE has been evolving for many years. The term MBSE was used by Wayne Wymore in his book by this name (Wymore 1993), that provided a state-based formalism for analyzing systems in terms of their input/output characteristics, and value functions for assessing utility of technology independent and technology dependent systems. Simulations have been extensively used across industry to provide high fidelity performance analysis of complex systems. The Standard for Integration Definition for Function Modeling (IDEF0 1993) was introduced in the 1990’s to support basic functional modeling. A modeling formalism called the enhanced functional flow block diagram (Long 2000) has been used to model many different types of systems. The Object Management Group (OMG) introduced the concept of a Model Driven Architecture (MDA®) (OMG 2003) that leverages a standards-based approach to modeling. The Systems Modeling Language (OMG SysML™) (OMG 2015) was adopted by the OMG in 2006 as a general-purpose systems modeling language. In addition, the Unified Profile for DoDAF and MODAF (UPDM) (OMG 2013) was adopted by the OMG in 2008 to support enterprise modeling. Several other domain specific modeling languages have been introduced as well. |
== MBSE Transition == | == MBSE Transition == | ||
− | The INCOSE Systems Engineering Vision 2025 (INCOSE | + | The INCOSE Systems Engineering Vision 2025 (INCOSE 2025, pg 38) describes the current state of MBSE as follows: “Model-based systems engineering has grown in popularity as a way to deal with the limitations of document-based approaches, but is still in an early stage of maturity similar to the early days of CAD/CAE.” |
− | + | SE Vision 2025 also describes a continuing transition of SE to a model-based discipline in which: “Formal systems modeling is standard practice for specifying, analyzing, designing, and verifying systems, and is fully integrated with other engineering models. System models are adapted to the application domain, and include a broad spectrum of models for representing all aspects of systems. The use of internet driven knowledge representation and immersive technologies enable highly efficient and shared human understanding of systems in a virtual environment that span the full life cycle from concept through development, manufacturing, operations, and support.” | |
+ | The transition to a more model-based discipline is not without its challenges. This requires both advancements in the practice, and the need to achieve more widespread adoption of MBSE within organizations across industry sectors. | ||
− | + | The INCOSE Systems Engineering Vision 2035 (INCOSE 2035, pg 33) states that "The Future of Systems Engineering Is Predominantly Model-Based". Further discussion goes on to project that "Systems engineers routinely compose task-specific virtual models using ontologically linked, digital twin-based model-assets. These connected models are updated in real-time providing a virtual reality-based, immersive design and exploration space. This virtual global collaboration space is cloud- based, enabled by modelling as a service and supports massive simulation leveraging cloud-based high-capacity compute infrastructure. Families of unified ModSim frameworks exist enabling small and medium businesses along with Government agencies to collaborate." | |
− | The | + | Advancing the practice requires improvements in the modeling languages, methods, and tools. The modeling languages must continue to improve in terms of their expressiveness, precision, and usability. MBSE methods, such as those highlighted in A Survey of Model-Based Systems Engineering (MBSE) Methodologies (Estefan 2008), have continued to evolve, but require further advancements to provide a rigorous approach to modeling a system across the full system lifecycle, while being more adaptable to a diverse range of application domains. The modeling tools must also continue to evolve to support the modeling languages and methods, and to integrate with other multi-disciplinary engineering models and tools in support of the broader model-based engineering effort. The movement towards increased use of modeling standards, that are more widely available in commercial tools, and rigorous model-based methodologies, increase the promise of MBSE. |
− | + | The adoption of MBSE requires a workforce that is skilled in the application of MBSE. This requires organizations to provide an infrastructure that includes MBSE methods, tools, and training, and a commitment to deploy this capability to their programs. As with any organizational change, this must be approached strategically to grow this capability and learn from their experiences. | |
− | + | Like other engineering disciplines, the transition of systems engineering to a model-based discipline is broadly recognized as essential to meet the challenges associated with increasing system complexity and achieving the productivity and quality improvements. The SEBoK will continue to reflect the growing body of knowledge to facilitate this transition. | |
− | |||
− | |||
− | |||
==References== | ==References== | ||
===Works Cited=== | ===Works Cited=== | ||
− | INCOSE Technical Operations. 2007. ''[[INCOSE Systems Engineering Vision 2020|Systems Engineering Vision 2020]]'', version 2.03. Seattle, WA: International Council on Systems Engineering, Seattle, WA, INCOSE-TP-2004-004-02. | + | Estefan, J. 2008. ''A Survey of Model-Based Systems Engineering (MBSE) Methodologies'', rev. B. Seattle, WA: International Council on Systems Engineering. |
+ | |||
+ | INCOSE-TD-2007-003-02. Available at: http://www.omgsysml.org/MBSE_Methodology_Survey_RevB.pdf. Accessed April 13, 2015. | ||
+ | |||
+ | INCOSE 2020. INCOSE Technical Operations. 2007. ''[[INCOSE Systems Engineering Vision 2020|Systems Engineering Vision 2020]]'', version 2.03. Seattle, WA: International Council on Systems Engineering, Seattle, WA, INCOSE-TP-2004-004-02. | ||
+ | |||
+ | INCOSE 2035, INCOSE Technical Operations. 2021. ''[https://www.incose.org/about-systems-engineering/se-vision-2035 Systems Engineering Vision 2035]''. Seattle, WA: International Council on Systems Engineering, Seattle, WA. | ||
− | + | International Council on Systems Engineering (INCOSE) 2014. ''[[Systems Engineering Vision 2025]]''July, 2014. Available at http://www.incose.org/docs/default-source/aboutse/se-vision-2025.pdf?sfvrsn=4. Accessed February 16. | |
− | '' | + | Long , James E. 2000,''Systems Engineering (SE) 101, CORE ®: Product & Process Engineering Solutions, Vitech Training Materials,'' Vienna, VA, USA: Vitech Corporation. |
− | + | Object Management Group (OMG). 2003. ''Model-Driven Architecture (MDA) Guide'', v1.01, June 12 2003. Available at: http://www.omg.org/mda/. | |
− | Object Management Group (OMG) | + | Object Management Group (OMG). 2015. ''OMG Systems Modeling Language (OMG SysML™),'' V1.4. OMG document number formal/2015-06-03, September 2015. Available at: http://www.omg.org/spec/SysML/1.4/. |
− | Object Management Group (OMG) | + | Object Management Group (OMG). 2013. ''Unified Profile for DoDAF/MODAF (UPDM) OMG document.'' number formal/2013-08-04, August 2013. Available at: http://www.omg.org/spec/UPDM/2.1/. |
− | + | Computer Systems Laboratory of the National Institute of Standards and Technology (NIST). 1993. ''Standard for Integration Definition for Function Modeling''(IDEF0), Draft Federal Information Processing Standards, Publication 183, December 21, 1993. | |
− | + | Wymore, W. 1993. ''Model-Based Systems Engineering''. Boca Raton, FL: CRC Press. | |
− | |||
===Primary References=== | ===Primary References=== | ||
− | INCOSE. 2015. ''[ | + | INCOSE. 2015. ''[INCOSE Systems Engineering Handbook|Systems Engineering Handbook: A Guide for System Life Cycle Processes and Activities]'', Section 9.2: Model-Based Systems Engineering, version 4.0. Hoboken, NJ, USA: John Wiley and Sons, Inc, ISBN: 978-1-118-99940-0. |
===Additional References=== | ===Additional References=== | ||
− | MBSE | + | OMG. ''MBSE Wiki.'' Available at: http://www.omgwiki.org/MBSE/doku.php. Accessed February 16, 2015. |
---- | ---- | ||
− | <center>[[ | + | <center>[[Verification and Validation of Systems in Which AI is a Key Element|< Previous Article]] | [[Emerging Topics|Parent Article]] | [[Model-Based Systems Engineering Adoption Trends 2009-2018|Next Article >]]</center> |
− | + | <center>'''SEBoK v. 2.10, released 06 May 2024'''</center> | |
− | [[Category:Part | + | [[Category:Part 8]][[Category:Topic]] |
− | [[Category: | + | [[Category:Emerging Topics]] |
Latest revision as of 23:19, 2 May 2024
Systems engineers have always leveraged many kinds of models, including functional models to support requirements development, simulation models to analyze the behavior of systems, and other analytical models to analyze various aspects of the system such as reliability, safety, mass properties, power consumption, and cost. However, the discipline still relies heavily on document-based artifacts to capture much of the system specification and design information, such as requirements, interface control documentation, and system architecture design descriptions. This information is often spread across many different documents including text, informal drawings, and spreadsheets. This document-based approach to systems engineering suffers from a lack of precision, inconsistencies from one artifact to another, and difficulties in maintaining and reusing the information.
Model-Based Systems Engineering
Model-based systems engineering (MBSE) is the formalized application of modeling to support system requirements, design, analysis, verification, and validation activities beginning in the conceptual design phase and continuing through development and later life cycle phases (INCOSE 2007). A distinguishing characteristic of an MBSE approach is that the model constitutes a primary artifact of the systems engineering process. The focus on developing, managing and controlling a model of the system is a shift from the traditional document-based approach to systems engineering, where the emphasis is on producing and controlling documentation about the system. By leveraging the system model as a primary artifact, MBSE offers the potential to enhance product quality, enhance reuse of the system modeling artifacts, and improve communications among the systems development team. This, in turn, offers the potential to reduce the time and cost to integrate and test the system, and significantly reduce cost, schedule, and risks in fielding a system.
MBSE includes a diverse set of descriptive and analytical models that can be applied throughout the life cycle, and from system of systems (SoS) modeling down to component modeling. Typical models may include descriptive models of the system architecture that are used to specify and design the system, and analytical models to analyze system performance, physical characteristics, and other quality characteristics such as reliability, maintainability, safety, and cost.
MBSE has been evolving for many years. The term MBSE was used by Wayne Wymore in his book by this name (Wymore 1993), that provided a state-based formalism for analyzing systems in terms of their input/output characteristics, and value functions for assessing utility of technology independent and technology dependent systems. Simulations have been extensively used across industry to provide high fidelity performance analysis of complex systems. The Standard for Integration Definition for Function Modeling (IDEF0 1993) was introduced in the 1990’s to support basic functional modeling. A modeling formalism called the enhanced functional flow block diagram (Long 2000) has been used to model many different types of systems. The Object Management Group (OMG) introduced the concept of a Model Driven Architecture (MDA®) (OMG 2003) that leverages a standards-based approach to modeling. The Systems Modeling Language (OMG SysML™) (OMG 2015) was adopted by the OMG in 2006 as a general-purpose systems modeling language. In addition, the Unified Profile for DoDAF and MODAF (UPDM) (OMG 2013) was adopted by the OMG in 2008 to support enterprise modeling. Several other domain specific modeling languages have been introduced as well.
MBSE Transition
The INCOSE Systems Engineering Vision 2025 (INCOSE 2025, pg 38) describes the current state of MBSE as follows: “Model-based systems engineering has grown in popularity as a way to deal with the limitations of document-based approaches, but is still in an early stage of maturity similar to the early days of CAD/CAE.”
SE Vision 2025 also describes a continuing transition of SE to a model-based discipline in which: “Formal systems modeling is standard practice for specifying, analyzing, designing, and verifying systems, and is fully integrated with other engineering models. System models are adapted to the application domain, and include a broad spectrum of models for representing all aspects of systems. The use of internet driven knowledge representation and immersive technologies enable highly efficient and shared human understanding of systems in a virtual environment that span the full life cycle from concept through development, manufacturing, operations, and support.” The transition to a more model-based discipline is not without its challenges. This requires both advancements in the practice, and the need to achieve more widespread adoption of MBSE within organizations across industry sectors.
The INCOSE Systems Engineering Vision 2035 (INCOSE 2035, pg 33) states that "The Future of Systems Engineering Is Predominantly Model-Based". Further discussion goes on to project that "Systems engineers routinely compose task-specific virtual models using ontologically linked, digital twin-based model-assets. These connected models are updated in real-time providing a virtual reality-based, immersive design and exploration space. This virtual global collaboration space is cloud- based, enabled by modelling as a service and supports massive simulation leveraging cloud-based high-capacity compute infrastructure. Families of unified ModSim frameworks exist enabling small and medium businesses along with Government agencies to collaborate."
Advancing the practice requires improvements in the modeling languages, methods, and tools. The modeling languages must continue to improve in terms of their expressiveness, precision, and usability. MBSE methods, such as those highlighted in A Survey of Model-Based Systems Engineering (MBSE) Methodologies (Estefan 2008), have continued to evolve, but require further advancements to provide a rigorous approach to modeling a system across the full system lifecycle, while being more adaptable to a diverse range of application domains. The modeling tools must also continue to evolve to support the modeling languages and methods, and to integrate with other multi-disciplinary engineering models and tools in support of the broader model-based engineering effort. The movement towards increased use of modeling standards, that are more widely available in commercial tools, and rigorous model-based methodologies, increase the promise of MBSE.
The adoption of MBSE requires a workforce that is skilled in the application of MBSE. This requires organizations to provide an infrastructure that includes MBSE methods, tools, and training, and a commitment to deploy this capability to their programs. As with any organizational change, this must be approached strategically to grow this capability and learn from their experiences.
Like other engineering disciplines, the transition of systems engineering to a model-based discipline is broadly recognized as essential to meet the challenges associated with increasing system complexity and achieving the productivity and quality improvements. The SEBoK will continue to reflect the growing body of knowledge to facilitate this transition.
References
Works Cited
Estefan, J. 2008. A Survey of Model-Based Systems Engineering (MBSE) Methodologies, rev. B. Seattle, WA: International Council on Systems Engineering.
INCOSE-TD-2007-003-02. Available at: http://www.omgsysml.org/MBSE_Methodology_Survey_RevB.pdf. Accessed April 13, 2015.
INCOSE 2020. INCOSE Technical Operations. 2007. Systems Engineering Vision 2020, version 2.03. Seattle, WA: International Council on Systems Engineering, Seattle, WA, INCOSE-TP-2004-004-02.
INCOSE 2035, INCOSE Technical Operations. 2021. Systems Engineering Vision 2035. Seattle, WA: International Council on Systems Engineering, Seattle, WA.
International Council on Systems Engineering (INCOSE) 2014. Systems Engineering Vision 2025July, 2014. Available at http://www.incose.org/docs/default-source/aboutse/se-vision-2025.pdf?sfvrsn=4. Accessed February 16.
Long , James E. 2000,Systems Engineering (SE) 101, CORE ®: Product & Process Engineering Solutions, Vitech Training Materials, Vienna, VA, USA: Vitech Corporation.
Object Management Group (OMG). 2003. Model-Driven Architecture (MDA) Guide, v1.01, June 12 2003. Available at: http://www.omg.org/mda/.
Object Management Group (OMG). 2015. OMG Systems Modeling Language (OMG SysML™), V1.4. OMG document number formal/2015-06-03, September 2015. Available at: http://www.omg.org/spec/SysML/1.4/.
Object Management Group (OMG). 2013. Unified Profile for DoDAF/MODAF (UPDM) OMG document. number formal/2013-08-04, August 2013. Available at: http://www.omg.org/spec/UPDM/2.1/.
Computer Systems Laboratory of the National Institute of Standards and Technology (NIST). 1993. Standard for Integration Definition for Function Modeling(IDEF0), Draft Federal Information Processing Standards, Publication 183, December 21, 1993.
Wymore, W. 1993. Model-Based Systems Engineering. Boca Raton, FL: CRC Press.
Primary References
INCOSE. 2015. [INCOSE Systems Engineering Handbook|Systems Engineering Handbook: A Guide for System Life Cycle Processes and Activities], Section 9.2: Model-Based Systems Engineering, version 4.0. Hoboken, NJ, USA: John Wiley and Sons, Inc, ISBN: 978-1-118-99940-0.
Additional References
OMG. MBSE Wiki. Available at: http://www.omgwiki.org/MBSE/doku.php. Accessed February 16, 2015.