We’re here to provide some techniques and tools to support decision making, innovation and development processes. Not surprisingly, these activities are related although each also stands on its own. We’re just getting started so drop a note if you have questions.
My introduction to decision management was in an engineering context. Engineering is about making good decisions based on the requirements of the problem and the constraints of the environment. There are lots of ‘hard parts’ to doing engineering successfully, but in essence, it is about having data and understanding requirements and constraints. I have also found that this is true for life in general.
The framework for decision management that I support can be applied consistently across a number of domains. While the framework is not complex, its successful application is commensurate with the complexity of the goal, as the complications of data acquisition and interactions between decisions impact the effort. *
My goal is to provide training for techniques and tools that support structured decision making/decision management in life, innovation and development processes. Not surprisingly, these activities can be related through our decision management framework.
This question comes up and is typically hard to explain to someone who doesn’t have the context. Here’s a short piece addressing this question:
How I Explain to My Relatives What I Do as a Systems Engineer By Fran McCafferty of Vitech Corp.
“The systems metamodel, the system model, and the executable model are within the purview of the systems engineer and MBSE. The simulation, physical and design models are in the purview of the detail engineers, and when combined with MBSE through the systems metamodel, form a digital engineering environment. So, the “M” in MBSE actually refers to the systems metamodel. It is through the systems metamodel that we improve the conduct of systems engineering by focusing on producing an effective system model and thereby refocusing away from the document-based systems engineering approach as the basis of systems design. “
[Source: http://community.vitechcorp.com/index.php/mbse-system-models-executable-models-and-more.aspx MBSE: Systems Models, Executable Models and More by Mark Simons Posted on Octoer 24, 2019 ]
I agree with this and there are two implication:
- MBSE is not ‘the tools’ used to perform systems engineering but the shared model that should allow interchange of information within and between tools.
- In your ‘practicing engineer’ role, you should not have to think about this, hence the idea that SysML should be exposed to individual engineers is absurd.