One of the most common and easily made mistakes in the engineering world is that of jumping to solution. It is quite easy to frame any given problem in terms of a solution or class of solutions. But the cost of this mistake is errantly removing from consideration all possible solutions outside that space.
Take, for example, the problem of head injuries in contact sports. Dramatized in the movie Concussion, our understanding of the problem has extended from the acute consequences of a single injury to the recognition that, over time, repeated injuries can result in long-term neurological deficits. Called Chronic Traumatic Encephalopathy (CTE), the progressive degenerative brain disease results from a succession of blows to the head.
The recognition of CTE in aging athletes has triggered an increased public interest in CTE which has been accompanied by a corresponding increase in research around protecting the brain from such repeated trauma. But in the quest to solve this problem, the public and many researchers have fallen victim to the mistake of jumping to solution. More...
By David Long, Vitech President
For over ten years, the systems engineering community has been focused on the transformation from document-centric to model-based techniques. In terms of the Roger’s innovation adoption lifecycle, we are beyond the early adopters, in the early majority, and moving towards the tipping point where model-based systems engineering becomes the expected framework and approach. In terms of the Gartner hype cycle, some are at the peak of inflated expectations, some in the trough of disillusionment, and a few on the slope of enlightenment.
In the past I have shared classic errors organizations make in deploying MBSE and how to apply systems engineering to the deployment of MBSE to avoid these errors. However, there are still far too many sitting on the sidelines, not having started their journey towards MBSE. Time and time again, the same imaginary roadblocks – great reasons not to adopt model-based systems engineering – come up. Some are roadblocks that the community spawned through inaccurate or unclear messaging. Some reflect natural misconceptions that emerge during periods of change. More...
By Ron Kratzke, Principal Systems Engineer
As groups look to the broader potential of model-based systems engineering (MBSE), supporting test and evaluation in a MBSE environment – and model-based T&E – has become a subject of interest. This has been the subject of recent presentations at various venues including the 2016 Systems Engineering Test and Evaluation Conference and the INCOSE International Symposium.
One of the unique features of the schema used in Vitech’s methodology is the ability to support all aspects of test and evaluation planning in the MBSE model. Of particular interest to many has been how to accomplish configuration management of the testing environment.
In the schema we relate VerificationRequirements to VerificationEvents. Then, in turn, we relate a TestConfiguration to a VerificationEvent and can trace from a TestConfiguration to the Components and Links that form the particular TestConfiguration.
The schema map for this particular part of the model is as follows: