I attended Bob Scheurer's INCOSE Midwest Gateway Chapter talk earlier this week: Mission Engineering, Digital Engineering, MBSE, and the Like: The One Underlying Essential Attribute. The presentation slides are available here.
Here are a few notes, along with links to the sources, of notes I took during the presentation...
- Department of Defense Digital Engineering Strategy (2018-06)
- Mission engineering:
- Robert Gold, Mission Engineering, 19th Annual NDIA Systems Engineering Conference (2016-10-26)
- Gregg Vesonder and Dinesh Sharma, RT-171: Mission Engineering Competencies Technical Report, Technical Report SERC-2018-TR-106, Stevens Institute of Technology (2018-04-30)
- MBSE:
- NIST Model-Based Enterprise Summit 2017 (2017-04-03/2017-04-06)
- NIST Model-Based Enterprise Summit 2018 (2018-04-02/2018-04-05)
- Daniel Seal, Jason Hatekeyama, Don Farr, and Scott Haase, The System Engineering Vee - is it Still Relevant in the Digital Age?, NIST Model Based Enterprise Summit 2018 (2018-04-04)
- Digital twin
- Digital twin, Wikipedia
- West, Timothy D., and Mark Blackburn. "Is Digital Thread/Digital Twin Affordable? A Systemic Assessment of the Cost of DoD’s Latest Manhattan Project." Procedia Computer Science 114 (2017): 47-56. (pdf)
- West, Timothy D., and Mark Blackburn. "Demonstrated Benefits of a Nascent Digital Twin." INSIGHT 21.1 (2018): 43-47.
- Grieves, Michael, and John Vickers. "Digital twin: Mitigating unpredictable, undesirable emergent behavior in complex systems." Transdisciplinary perspectives on complex systems. Springer, Cham, 2017. 85-113. (pdf)
- Uhlemann, Thomas H-J., Christian Lehmann, and Rolf Steinhilper. "The digital twin: Realizing the cyber-physical production system for industry 4.0." Procedia Cirp 61 (2017): 335-340. (pdf)
- Modular Open Systems Approach (MOSA)
- Modular Open Systems Approach (CoP), Defense Acquisition University
Now, MBSE I understand. Not that I am an expert practitioner, but I understand what model based systems engineering is getting at. I've got one shoulder to the wall separating the usual set of text-based system requirements, trying to push it over into model-based requirements. Let the analyses and the tests do the talking, not just the words.
But: digital engineering and mission engineering were new to me. Sort of—rather their current names were new to me, which was part of the thrust of the presentation. Mission engineering is basically systems engineering at a really high level. It seems to be about designing missions, which would then be the driver for designing or acquiring systems to accomplish the mission. In other words, to repeat, it's just systems engineering. However, put another way: it's systems engineering using currently popular terminology, so maybe there's an angle to exploit there.
Digital engineering seems to be: how are you going to design your individual systems so that they can provide data to a central entity that integrates that data into some other purpose. What that strikes me as, although I am exceedingly ignorant about the details, is the interconnection of things on the web. Each of the individual servers attached to the web send and respond to HTTP requests. Many sites have defined application program interfaces (APIs) that set rules for how external entities can request and use their data via HTTP requests. Maybe big physical systems are coming around to that.
Anyway, the lingering thought is that it's difficult to tell the difference between mission engineering and digital twin and digital engineering and many other buzzwords that crop up from time to time. Maybe they're useful, maybe not—time will tell. In the meantime, systems engineer have to treat them like real things if we want to keep our heads above water.