The role of MBSE in the Digital Transformation of Electrical and Electronic Engineering
Digital Transformation is a trend that has seen growing momentum over the last decade. Today, it is adapted more and more in all areas of economy, state, society, and everyday life, and due to the current Covid-19 situation, it is experiencing a massive boost. It is therefore worthwhile to take a deeper look to understand its potential impact on the methods and processes in electrical and electronic engineering.
Whichever of the many definitions you may prefer, they all have one aspect in common: Digital Transformation should go beyond a simple mapping of analog documents and processes into the digital domain. It should explore new ways and opportunities to enhance today’s methods and processes for increased efficiency and accelerated innovation.
The emergence of the Digital Twin
In this context a wide range of innovative business and process models is currently taking shape with the spectrum ranging from value added value chain collaboration in product development, to smart sourcing and production and ultimately to products as a service. For example: customers buy a service rather than a product, such as mobility rather than a car, or production output rather than a machine. What at first glance may appear to be mere semantic quibbling, has the potential to profoundly transform established industries.
The common enabler to all these business and process innovations is typically considered to be the “Digital Twin” – a comprehensive digital representation of the product or service in all its metamorphoses across the product lifecycle – from requirement to as designed, as built and as delivered and serviced. This in turn requires an end-to-end digital process chain that provides the information needed in each use case in a fast, reliable and automated manner.
Leveraging engineering data for digital product and process innovation
In the world of product development and engineering we already have a huge inventory of digital information that is created by a multitude of engineering applications along the engineering value chain: From requirements that describe a product’s or system’s intended behavior to functional descriptions and models, mechanical and electrical/electronic CAD data, simulation and test results, as well as operating software artefacts.
Typically, some, but not all, of these applications are linked or connected to some sort of an information backbone (also referred to as PDM layer), which in turn interacts with enterprise level applications and environments for souring, configuration, change and release management. And, to complete the picture, we have data outputs that are passed to the shop floor to drive manufacturing and assembly (see fig 1. A typical product development IT landscape).
This diversity and heterogeneity of the data formats and structures generated by the different domains makes it not an easy undertaking to create point to point interfaces to begin with, let alone to network heterogeneous data and information to feed the various product development processes such as configuration management, change management or release to manufacturing.
No established standards for a digital product development process model
If we look at the reality of today’s engineering applications, we find the first obstacle in the representation of an electro-mechanical (also referred to a ‘mechatronic’) product model, where consistency on a BOM level is complicated by the diversity of the data models used in MCAD and the ECAD solutions.
While in the mechanical world an assembly (e.g. a motor) may be used in several instances by simply copying it the bill of materials, in the electrical world needs use unique electrical reference designators to specify the individual assembly’s instance specific cabling, control, and protection (Note: Zuken has a solution for this common dilemma with its DS-2 domain data management technology that bridges the gap between mechanical and electrical assemblies on a BOM management level)
If we go further and look at integration models that span the full product lifecycle, such as the popular V-model, we find that there is no established IT standard to support a digital process model that spans the full circle from requirements to detailed design through to manufacturing outputs.
Why is that so? First of all, there is no such thing as one single product development process. What is typically referred to as “product development process” is in reality a combination of several activities and sub-processes that are carried out in parallel and frequently interact with each other, such as project management, concept development, detailed design or change and configuration management, to name just a few. The CAD system is just one element in an environment that is made up of multiple systems and processes.
Product development is not a linear sequence of activities
The CAD model is neither the starting point, nor the end of the product development process – it is just an embedded and integrated subsystem of the whole system of systems. And CAD itself needs to be distinguished at least between mechanical, electrical and electronic engineering disciplines.
Ideally, a new product is first described as a hierarchically organized consistent set of requirements (supporting the product mission), which are then translated into functional and logical structures which are gradually detailed down into CAD data and BOMs, as illustrated in the diagram below.
Without going into excessive detail, we can observe two aspects in this illustration: firstly (moving from left to right), requirements, functions, logical elements and assemblies do not translate on a 1:1 basis as they move along the development and, secondly, physical items and assemblies (the dark blue circles) are accessed and used by multiple different processes (the light blue squares). The result is a matrix of dynamic relationships that is extremely difficult to describe in a linear evolution as suggested by the V-model.
‘Single source of truth’ – A high risk approach in a Digital Transformation environment
It becomes quite evident therefore that it would be a massive undertaking to try and connect the multitude of applications and stakeholder that are employed in product development through direct interfaces in a monolithic ‘single-source-of-truth’ approach.
In addition to requiring an enormous amount of coding, the attempt to shoehorn heterogeneous applications and formats into one monolithic system inevitably involves the loss the flexibility to “plug-in” new best-in-class players and solutions that may emerge over time.
Moreover, Digital Transformation should not stop at the gates of an individual company: to maximize efficiency it must eventually include the extended supplier workbench ecosystem – and here the idea of a single-source-of-truth environment comes to a grinding halt.
From the perspective of the customer it is therefore common business sense to ensure a maximum of flexibility by avoiding dependance on one single IT supplier and a “single-source-of-truth” approach.
A forward-looking alternative: Federated light-weight information systems
As an alternative to heavily integrated and inherently inflexible “single source of truth” approaches, academic thought leaders like Prof. Martin Eigner, Chair of Virtual Product Development of the Technical University of Kaiserslautern, Germany, suggest a “federated light-weight information backbone concept”.
This concept is based on a mix of light weight cross-discipline integrations, open web services, team data management applications and linked data model integrations (REST technology). In this approach the information that is needed to feed the different processes along the product development lifecycle can be extracted in a depth that is be determined by individual process needs.
But how can you determine what kind and what depth of information you need to feed your product development processes, considering that there is no established industry standard?
Charting the unknown with MBSE
First of all, it is a good idea to figure out the future process and product architecture before committing to implementation. Here, Model-Based Systems Engineering or MBSE comes into the play.
Although MBSE is often associated with product and system modelling, it is also applicable to the modelling of IT and process architectures. “Model-Based Systems Engineering (MBSE) is the formalized application of digital modelling … to support system requirement, system architecture, design, analysis, verification and validation, process planning and service”, says the definition of INCOSE, the global association of systems engineers.
With the modelling and verification capabilities of MBSE it is possible to model both your idea of a future product architecture and the related engineering processes and workflows.
Using an MBSE tool like Zuken’s Vitech GENESYS, you can start by modelling and analyzing the status quo of your existing product and process architecture and model approaches to their transformation before laying hands on the productive environment. Both, product and process models can be simulated and validated before committing to the implementation of the digital transformation projects.
The digital transformation of product development is rapidly gaining momentum in the manufacturing industry, although standards are yet to emerge. To keep up with that megatrend it is time to explore innovative process and business models.
As we have seen in this article, MBSE can help to minimize the risk develop and verify digital process models and thus minimize the risk of IT implementation projects.
In this article, we have mainly focused on approaches to evolving the IT infrastructure to support the digitization of process development. In our comprehensive resource library you can find further reading on the topic of digital product development with MBSE.
This article is based on a presentation of Oliver Hechtl, Head of Data Management and Integration, Zuken Europe. A replay of this presentation can be accessed in the Zuken resource library:
Digital Twin, Digital Thread, PLM and MBSE - the buzzwords are following each other in ever faster succession, making it difficult to keep an overview. Oliver Hechtl, Head of Strategic DM/& I Solutions at Zuken GmbH, took a closer look at the various topics from a practitioner's point of view to bring some order to the web of topics.
Vitech GENESYS is an integrated model-based systems engineering software toolset that covers all four domains of systems engineering — requirements, behavior, architecture, and verification and validation.
- White Paper
The primer addresses the elementary principles of MBSE in the context of practical illustrations. The book addresses the foundational concepts in a manner designed to benefit the newcomer and experienced practitioner alike.