Difference between revisions of "Editor's Corner"

From SEBoK
Jump to navigation Jump to search
m (Clean up)
Tag: visualeditor
m (Minor rewrites before final release.)
Tag: visualeditor
(7 intermediate revisions by 2 users not shown)
Line 3: Line 3:
 
{|
 
{|
 
|-
 
|-
|<center>''We changed the name of this page to “Editor’s Corner”. Moving forward from this release, this page will be used for the Editor in Chief to discuss critical topics for systems engineering, either through their own words or by inviting a guest writer. Also beginning in this release, the additions, updates, and changes made in each release will be discussed on the Main Page.''</center>
+
|<center>''The “Editor’s Corner” provides perspective from the Editor in Chief on critical topics for systems engineering, either through their own words or by inviting a guest writer.''</center>
 
|}
 
|}
  
<div style="text-align:right">15 May 2022</div>
 
  
 +
<div style="text-align:right">'''30 October 2022'''</div>
  
  
I would like to continue my discussion from the previous SEBoK release on a Metaverse for systems engineering. In the six months that have elapse since I last wrote about this, the metaverse community has continued to expand. The Sandbox Metaverse and Decentraland are both built on the Ethereum blockchain. Each has their own cryptocurrency which is used to buy objects and services. And each has their own DAO – decentralized autonomous organization for governance. There are a number of others that continue to emerge as Web 3.0 continues to gain acceptance.
+
<div style="text-align:justify">Let me point out before you begin reading, the purpose of this missive is not to point fingers, but rather to muse about whether we as a systems engineering community go back and reflect on previous prognostications. I feel it is important for individuals and organizations to reflect on the past, and see if we can learn anything to help us move forward as professionals. So, here goes …
  
Recently, Lippert, et al. presented a systems engineering metaverse framework at an IEEE conference. A three-layer topology was proposed. First, there is a technology layer comprising tools, computation, and blockchain. The communication layer contains the content creation interface, a digital twin, and the user experience. Finally, the environment layer is made up of artificial intelligence, economics code, and user generated content (UGC)[1]
+
Have we developed a "resistance to change" – have we as a systems engineering community become slow and lethargic in responding to advances in tools and methodologies? A quick scan of the Internet shows that INCOSE has produced three vision documents since 2007. These vision documents represented the systems engineering vision for the years 2020, 2025, and the latest, for 2035. So let me ask – as a community, do we go back and look at those projections, determine what was correct, and what missed the mark? Do companies that support professional societies, or government agencies, go back and review these?
  
Does all of this sound like jibberish to you? I can assure you the younger members of INCOSE, IEEE, and IISE understand every word of what I just wrote. I am suggesting that professional societies and engineering communities need to get out in front of this. It is quickly becoming the fusion of the next generation of the Internet, artificial intelligence, blockchains, and social media with the ability to host digital twins, transact business, and facilitate collaborations.
+
It is interesting that in 2007, INCOSE published a document titled Systems Engineering Vision 2020 (INCOSE-TP-2004-004-02). In the Executive Summary, it was stated that “In many respects, the future of systems engineering can be said to be model-based.
  
There are a number of issues we should be thinking about. How do we write requirements for a metaverse? What should the architecture look like? How do we V&V a metaverse? Then, there is blockchain technology. While the notion of blockchain is most commonly attached to cryptocurrency, it is also being implemented as a ledger for real estate transaction, an archive for important documents, and throughout the many steps and types of supply chains. It is being looked at in areas of managing intellectual property, cybersecurity and health care and records. These are all the challenging issues of which we as systems engineers should be involved.
+
As I write this in September 2022, that original vision document was published 15 years ago. Yet, as the program director of a medium-sized systems engineering graduate program, I am approached regularly by companies, government agencies, and others looking for systems engineering talent. The number one skill these representatives are seeking is experience with model-based systems engineering (MBSE). The second ask is some exposure to modeling and simulation at the systems level.
  
It is a brave new world, as systems engineers, we need to be part of the solution. We cannot do that if we do not even understand the technology.
+
In the INCOSE ''Vision 2025'', released in 2014, one of the imperatives was cited as “Advancing the '''tools''' and '''methods''' to address complexity.” (Emphasis added.) Today we are only 2+ years away from 2025. If I look at that vision document, and cherry-pick some of the statements from that 2025 vision around modeling, the authors of that document believed that by 2025:
  
'''What do you think?''' Can this community become the catalyst for change? Can we define what a Metaverse for Systems Engineering could become? I would love to hear your thoughts. Please drop a comment using the “Add comment” feature at the bottom of this page. The “Add comment” feature does not capture who is posting the comment. So, if you want a more vibrant interaction with others, please consider including your name and email with your comment. (We recommend using [at] and [dot] if you post your email address.)
+
<blockquote>
 +
*"Modeling and simulation is widely used to support integrated planning for a better representation of real-world constraints and solutions"
 +
*"Systems engineering tools will facilitate systems engineering practices as part of a fully integrated engineering environment. Systems engineering tools will support high fidelity simulation, immersive technologies to support data visualization, semantic web technologies to support data integration, search, and reasoning, and communication technologies to support collaboration."
 +
*"Model-based approaches will move engineering and management from paper documentation as a communications medium to a paperless environment, by permitting the capture and review of systems design and performance in digital form."</blockquote>
  
Alternately, if you want to initiate a longer conversation with me, drop me a note at rcloutier[at]southalabama[dot]edu. Please put “SE Metaverse” in the subject line to help me sort the mail easier.
+
Last week, the University hosted a job fair. As I walked around talking to DoD and industry talent managers, every company hiring systems engineers was begging for graduates that are familiar with MBSE, SysML, modeling, and simulation. It is obvious there is an overwhelming need that we, as academics, may not be satisfying. One student, a mechanical engineer, that took my Fundamentals of SE course, and then applied SysML in his Aerospace Engineering Master's thesis, was hired within 20 minutes of talking to a DoD agency. So, the prognostication was correct, but it seems there are still not enough individuals with the necessary skills. There seems to be an opportunity here - our systems engineering graduate programs need to redouble the efforts in these areas. Additionally, have our companies and agencies fall short of providing the requisite training? Is it realistic to believe systems engineers will learn these skills on their own?
  
With all of that in mind, I hope you enjoy this latest release of the SEBoK.
+
Another interesting prediction in that vision document stated that, “Use of technologies such as simulation, visualization, and gaming will lead to innovations in systems engineering education.” This is consistent with the [[Acknowledgements and Release History|Editor’s Corner musing from the last two releases]] of the SEBoK that addressed a/the metaverse.
  
----<small>[1] Lippert, K., Khan, M.N.R., Rabbi, M. M., Dutta, A., and Cloutier, R. J. (2021). A Framework of Metaverse for Systems Engineering. 2021 IEEE International Conference on Signal Processing, Information, Communication and Systems (SPICSCON), Dhaka, Bangladesh</small>
+
As I look forward to retirement, allow me to reflect on my time as a young engineer working on the V-22 Osprey in the mid 80’s. The Boeing Corporation had decided to move from paper drawings to CADCAM. They tried to convince the aerospace engineers to give up their drafting board and tools and move to the computer based modeling tool called CATIA. The response from those aero engineers was “you can have my drafting tools when you pull them from my cold, dead fingers”. So, Boeing hired a large number of college graduate engineers and trained them in CATIA. Drawings would come off the senior design engineers drafting boards, and these new CADCAM engineers would recreate the drawings in CATIA. Those digital models were then available to the numerical control machines on the factory floor. They were "resistance to change". Fast forward to today – the only place you will find a drafting board in Boeing is in the Boeing Museum in Seattle. All of the senior engineers use CATIA (because they were the junior engineers in the 1980’s. It took a generation or two to transition from paper-based to computer driven modeling.
 +
 
 +
Many of you reading this witnessed a similar  story relative to the software engineering community. Even into the 90’s, mainframe and Unix programming was performed using Vi and EMACS, or even using command line. Then, Borland introduced Turbo Pascal and their IDE (Integrated Development Environment) in 1983. Using this new IDE, programmers could program, compile, link, and execute a program all in one environment. For a decade or more, these IDE’s were considered toys or crutches, and “real programmers” used Vi (or EMACS or command line, you get the idea). Again, an example of "resistance to change" by both the software engineering community, and the companies that would not pay for these new tools. Today, most software is written using IDE’s… again, it took a generation or two.
 +
 
 +
I began this article stating that maybe the systems engineering community has become too lethargic and resistant to change – much like the aero engineers and software engineer were in the 80’s/90’s. Let’s reflect on that claim. In 2007 it was identified by the INCOSE TechOps community that by 2020 our discipline would be “model-based”. Yet, today, industry cannot find enough systems engineers with experience in model-based systems engineering. We had 15 years to prepare. Let’s reflect on the other projection from that 2007 vision document that was identified earlier- “Use of technologies such as simulation, visualization, and gaming will lead to innovations in systems engineering education.” This brings me back to the previous two Editor Corners – the metaverse. Has anyone in systems engineering taken this seriously and identified the requirements for such a system?
 +
 
 +
I feel that maybe this article has seemed like a random walk. So, what is really my destination? How do I wrap this up? If we are to look at the current systems engineering graduate education, I have been told that there are very few graduate SE programs right now that have integrated MBSE, digital engineering, and/or digital twin concepts woven into their curriculum. I am not talking about courses dedicated to these topics, but these topics simply integrated into the curriculum. In those programs that have done this, their students are being swept up months before they graduate with near six figure offers because they have used MBSE in several classes and maybe on a research project, not to mention their thesis or dissertation.
 +
 
 +
Many hundreds of hours went into the creation of these Vision documents by leaders in our field from all over the world. It is my opinion that we should take more time to consider, reflect, and act on those vision documents. We should also take a look at them retrospectively and determine where they were right, and where they missed the mark. Then, we need to ask ourselves as a community, what do we need to do moving forward.</div>
  
 
[[File:RobSignature2.jpeg|200px|left]]
 
[[File:RobSignature2.jpeg|200px|left]]

Revision as of 15:55, 28 October 2022

Rob cloutier bio photo.jpg
The “Editor’s Corner” provides perspective from the Editor in Chief on critical topics for systems engineering, either through their own words or by inviting a guest writer.


30 October 2022


Let me point out before you begin reading, the purpose of this missive is not to point fingers, but rather to muse about whether we as a systems engineering community go back and reflect on previous prognostications. I feel it is important for individuals and organizations to reflect on the past, and see if we can learn anything to help us move forward as professionals. So, here goes …

Have we developed a "resistance to change" – have we as a systems engineering community become slow and lethargic in responding to advances in tools and methodologies? A quick scan of the Internet shows that INCOSE has produced three vision documents since 2007. These vision documents represented the systems engineering vision for the years 2020, 2025, and the latest, for 2035. So let me ask – as a community, do we go back and look at those projections, determine what was correct, and what missed the mark? Do companies that support professional societies, or government agencies, go back and review these?

It is interesting that in 2007, INCOSE published a document titled Systems Engineering Vision 2020 (INCOSE-TP-2004-004-02). In the Executive Summary, it was stated that “In many respects, the future of systems engineering can be said to be model-based.”

As I write this in September 2022, that original vision document was published 15 years ago. Yet, as the program director of a medium-sized systems engineering graduate program, I am approached regularly by companies, government agencies, and others looking for systems engineering talent. The number one skill these representatives are seeking is experience with model-based systems engineering (MBSE). The second ask is some exposure to modeling and simulation at the systems level.

In the INCOSE Vision 2025, released in 2014, one of the imperatives was cited as “Advancing the tools and methods to address complexity.” (Emphasis added.) Today we are only 2+ years away from 2025. If I look at that vision document, and cherry-pick some of the statements from that 2025 vision around modeling, the authors of that document believed that by 2025:

  • "Modeling and simulation is widely used to support integrated planning for a better representation of real-world constraints and solutions"
  • "Systems engineering tools will facilitate systems engineering practices as part of a fully integrated engineering environment. Systems engineering tools will support high fidelity simulation, immersive technologies to support data visualization, semantic web technologies to support data integration, search, and reasoning, and communication technologies to support collaboration."
  • "Model-based approaches will move engineering and management from paper documentation as a communications medium to a paperless environment, by permitting the capture and review of systems design and performance in digital form."

Last week, the University hosted a job fair. As I walked around talking to DoD and industry talent managers, every company hiring systems engineers was begging for graduates that are familiar with MBSE, SysML, modeling, and simulation. It is obvious there is an overwhelming need that we, as academics, may not be satisfying. One student, a mechanical engineer, that took my Fundamentals of SE course, and then applied SysML in his Aerospace Engineering Master's thesis, was hired within 20 minutes of talking to a DoD agency. So, the prognostication was correct, but it seems there are still not enough individuals with the necessary skills. There seems to be an opportunity here - our systems engineering graduate programs need to redouble the efforts in these areas. Additionally, have our companies and agencies fall short of providing the requisite training? Is it realistic to believe systems engineers will learn these skills on their own?

Another interesting prediction in that vision document stated that, “Use of technologies such as simulation, visualization, and gaming will lead to innovations in systems engineering education.” This is consistent with the Editor’s Corner musing from the last two releases of the SEBoK that addressed a/the metaverse.

As I look forward to retirement, allow me to reflect on my time as a young engineer working on the V-22 Osprey in the mid 80’s. The Boeing Corporation had decided to move from paper drawings to CADCAM. They tried to convince the aerospace engineers to give up their drafting board and tools and move to the computer based modeling tool called CATIA. The response from those aero engineers was “you can have my drafting tools when you pull them from my cold, dead fingers”. So, Boeing hired a large number of college graduate engineers and trained them in CATIA. Drawings would come off the senior design engineers drafting boards, and these new CADCAM engineers would recreate the drawings in CATIA. Those digital models were then available to the numerical control machines on the factory floor. They were "resistance to change". Fast forward to today – the only place you will find a drafting board in Boeing is in the Boeing Museum in Seattle. All of the senior engineers use CATIA (because they were the junior engineers in the 1980’s. It took a generation or two to transition from paper-based to computer driven modeling.

Many of you reading this witnessed a similar story relative to the software engineering community. Even into the 90’s, mainframe and Unix programming was performed using Vi and EMACS, or even using command line. Then, Borland introduced Turbo Pascal and their IDE (Integrated Development Environment) in 1983. Using this new IDE, programmers could program, compile, link, and execute a program all in one environment. For a decade or more, these IDE’s were considered toys or crutches, and “real programmers” used Vi (or EMACS or command line, you get the idea). Again, an example of "resistance to change" by both the software engineering community, and the companies that would not pay for these new tools. Today, most software is written using IDE’s… again, it took a generation or two.

I began this article stating that maybe the systems engineering community has become too lethargic and resistant to change – much like the aero engineers and software engineer were in the 80’s/90’s. Let’s reflect on that claim. In 2007 it was identified by the INCOSE TechOps community that by 2020 our discipline would be “model-based”. Yet, today, industry cannot find enough systems engineers with experience in model-based systems engineering. We had 15 years to prepare. Let’s reflect on the other projection from that 2007 vision document that was identified earlier- “Use of technologies such as simulation, visualization, and gaming will lead to innovations in systems engineering education.” This brings me back to the previous two Editor Corners – the metaverse. Has anyone in systems engineering taken this seriously and identified the requirements for such a system?

I feel that maybe this article has seemed like a random walk. So, what is really my destination? How do I wrap this up? If we are to look at the current systems engineering graduate education, I have been told that there are very few graduate SE programs right now that have integrated MBSE, digital engineering, and/or digital twin concepts woven into their curriculum. I am not talking about courses dedicated to these topics, but these topics simply integrated into the curriculum. In those programs that have done this, their students are being swept up months before they graduate with near six figure offers because they have used MBSE in several classes and maybe on a research project, not to mention their thesis or dissertation.

Many hundreds of hours went into the creation of these Vision documents by leaders in our field from all over the world. It is my opinion that we should take more time to consider, reflect, and act on those vision documents. We should also take a look at them retrospectively and determine where they were right, and where they missed the mark. Then, we need to ask ourselves as a community, what do we need to do moving forward.
RobSignature2.jpeg