Archive for the ‘Model Based Systems Engineering’ Category
Friday, May 21st, 2021
The joint project “ICT-enabled model-based impact analysis in product development” or ImPaKT for short is picking up speed. Under the leadership of PROSTEP, the project partners are launching a survey to find out which software tools companies use in product development and for MBSE in particular. You are cordially invited to participate in the survey.
For complex and variant-rich products, it is very time-consuming to assess the effects of changes, especially when many domains and partners are involved in product development. In the joint project ImPaKT, a consortium of research institutes, software manufacturers and user companies led by the Heinz Nixdorf Institute at the University of Paderborn aims to simplify such impact analyses by means of a model-based and IT-supported solution approach. It combines the methods of model-based systems engineering (MBSE) with artificial intelligence (AI) algorithms.
A key project goal is to establish a reference architecture for end-to-end model-based systems engineering that links the partial models in the existing data silos from the development of mechanical, electrical engineering and software engineering system elements. It will then serve as the basis for the development and implementation of model-based and AI-supported methods for holistic impact analysis.
As part of the project, PROSTEP will extend its OpenPDM product family to include software modules for the cross-domain coordination of changes and validate the functionality of the solution together with industry partners.
In order to align the reference architecture with practical requirements, the project partners need information about the existing system and process landscapes in the companies. In particular, the question of which IT systems the companies use to support their change processes, perform MBSE and how they exchange data across company boundaries is of great interest for the project work. To this end, the project partners will conduct interviews with selected companies. The findings obtained in this way will be supplemented and backed up by the results of this survey.
We would be pleased if as many readers of the PROSTEP newsletter as possible would participate in this german survey. Your answers will provide interesting insights into the IT systems currently used in product development and the PLM capabilities used, over and above support for the ImPaKT project. If you give us your consent when filling out the online questionnaire, we will be happy to inform you about the evaluation of the results. If you have any queries, please contact Christian Gentili, christian.gentili@prostep.com.
By Martin Holland
No Comments »
Saturday, April 17th, 2021
The products from agricultural machinery manufacturer CLAAS are becoming ever more complex, and this also true of the associated development processes. Talking to PROSTEP Newsletter, Dr. Kai Korthals, Head of Digital Product Engineering, explains how CLAAS intends to master this increasing complexity and looks at the role that PDM/PLM is playing in the company’s digitalization strategy.
Question: How important a role are product-service systems playing in CLAAS’s product portfolio now?
Korthals: That depends on what you mean by a product-service system. If you mean supplementary services such as predictive maintenance as part of the after sales service or features such as software updates over the air, it is an area of growing importance for us and represents a major challenge.
Question: What new requirements arise from this with regard to product development?
Korthals: In particular, we have to take solution-neutral customer requirements as a basis for integrating software development, balancing processes and methods from the very beginning. Which is why model-based systems engineering (MBSE) is a very important topic for us. In addition, seemingly mundane topics such as the quality of master data, which we have been working on ever since the advent of PDM, are enjoying something of a renaissance. Even the topic of the end-to-end use of 3D, which is not in itself new, is taking on a new dimension. Suddenly, we find ourselves collaborating with game vendors like GIANTS, who use our 3D models for their farm simulators and in return provide us with rendered models for our sales activities. The coronavirus pandemic in particular has increased demand for virtual sales meetings and training sessions with customers, for example, where we use animated renderings to show them how to get into the cab.
Question: What does this mean for your digitalization strategy? Where are the key fields of activity?
Korthals: There are a number of pillars to our digitalization strategy: modeling and connecting with MBSE, visualization, i.e. the issue of digital continuity with a focus on 3D, and validation using simulations, which is an aspect that should not be overlooked in the wider discussion about digital transformation. In other words, the basic topics remain the same as they were ten years ago. What has changed is the way in which these topics and, indeed, the data models are interlinked. I can map these connections using MBSE, but I also need the link to the tasks in project management or to the configuration for production. Which brings us on to the issue of traceability.
Question: Is traceability driven more by the complexity of product development or the legal burden of proof?
Korthals: Traceability remains important in the context of functional safety, but with regard to the product service systems already mentioned or to autonomous systems, mastery of the technical, process-related and organizational complexity is becoming increasingly important. You can’t negate the complexity. Instead, you have to make it manageable. For this, we need MBSE and configuration management throughout the lifecycle in order to make the interrelationships easier to understand.
Question: You just said that MBSE is an important topic for you. What do you see as the main drivers of this approach?
Korthals: There are undoubtedly a number of different drivers, but they can be grouped together under the term complexity. Ultimately, it is the growing proportion of software, the interconnected development of cross-product features and globally distributed development that lead to increasing complexity at the product, process and organizational level.
Question: You get the impression that CLAAS is to a certain extent pioneering the use of MBSE. Is this the case?
Korthals: That is for others to judge, but we are of course represented in a large number of working groups and we see what other companies are doing. So I think I have some justification in saying that we have a very holistic approach to the topic and have already made considerable progress.
Question: To what extent has what you have validated in the Systems Engineering Solution Lab already been implemented in the product development process?
Korthals: The various aspects are at present being rolled out one by one. We are currently rolling out validation management. But we are not migrating all ongoing development projects to the new process and the new tool environment in a big bang, because that would inhibit the projects. Instead, we are introducing it gradually across the projects until we reach a tipping point, as the users in cross-sectional functions have a vested interest in avoiding the use of parallel systems.
Question: Does PDM/PLM still play an important role in your digitalization strategy?
Korthals: Yes, absolutely. Our digitalization strategy has three major pillars. Firstly, we want to digitalize our interaction at the point of contact with the customer and thus make it independent of time and place. The second is the empowerment of our employees, i.e. we want to drive digital transformation as a change process. And the third major pillar is the topic of the digital enterprise, which break down to the level of Industry 4.0. PDM/PLM is in many cases the enabler that brings together the internal view, external view and empowerment. Without this foundation, digital transformation simply collapses like a house of cards.
Question: You are working very closely with Dassault Systèmes to implement your digitization strategy. Is your broad PDM/PLM vision feasible with a monolithic system landscape?
Korthals: Your question is understandable. PLM experts have for years been promoting the idea that monolithic systems are dead. We are aware of the fact that we are to a certain extent placing ourselves in a position of dependency, but we have done very well with Dassault so far. You have to remember that we are not just a customer, but a strategic R&D partner and write user stories for the developers in Vélizy, so our needs are implemented very quickly. Not only that, we don’t source all of our expert systems and authoring systems from Dassault. There are certain environments for software development and simulation that we will not be replacing. At the system level, however, the opportunities offered by a monolithic approach outweigh the risks.
Question: In what use cases are you already using digital twins?
Korthals: We don’t use the term ‘digital twin’ at CLAAS yet, partly because of our experience with the introduction of systems engineering. When we started using it five years ago, we tried to avoid coining some grand, new term without any concrete benefit for the user being apparent, because that simply discourages people. Although we had our strategy in mind, we approached the issue very much on the basis of use cases. And we’re doing something similar with the digital twin. We have plenty of very concrete use cases, for instance moving maintenance documentation to a kinematic DMU to show a service technician in Uzbekistan how to change the oil filter without the need for words. But we don’t refer to this as a digital twin.
Question: How important is the East Westphalia cluster for CLAAS?
Korthals: The cluster is extremely important to us. From our Systems Engineering Solutions Lab, we have started research projects together with Fraunhofer IEM, one of which has been merged into it’s OWL. And then there is the MOSYS project for human-oriented systems engineering, which is funded by the German Ministry of Education and Research. Collaboration with other it’s OWL partners such as Miele allows us to discuss our future needs and system requirements. The research projects have also allowed us to hire additional staff for our Solution Labs, which helps us to become faster.
Question: What needs and system requirements do you see in the future?
Korthals: As I have already said, connecting and visualizing information is currently a big driver for us. It is only this combination that makes complexity really comprehensible and thus manageable. In our Solution Labs, we have found out that we can build databases to connect certain artifacts with each other, requirements with test cases, or with architecture models, with CAD models, with circuit diagrams and so on. But the problem is that at the end of it all, no normal person has any hope of understanding it. That’s why we have to be able to pull out these relationships in a way that is specific to the application and the user and, where possible, visualize them in the 3D model in order to quickly make the complexity understandable across different locations, languages and roles.
Mr. Korthals, thank you very much for talking to us. (This interview was conducted by Michael Wendenburg)
About Kai Korthals
Dr. Kai Korthals has worked for agricultural machinery manufacturer CLAAS since 2014 and is currently Head of Digital Product Engineering. In this role, he and his team are responsible for the CLASS engineering system. This comprises the engineering processes, methods, data models and applications for CAD, PDM/PLM and systems engineering. Korthals studied industrial engineering, majoring in mechanical engineering and production technology at RWTH University in Aachen. He subsequently completed his doctorate at the RWTH’s machine tool laboratory in the field of production-oriented product development.
No Comments »
Saturday, December 19th, 2020
PROSTEP is increasing the pace of development of its PLM integration platform OpenPDM and will in future deliver a new release every six months. Version 9.2 will be on the roadmap at the beginning of February 2021. In addition to support for the current releases of the PLM systems Windchill, Teamcenter and 3DEXPERIENCE, it offers new connectors to GIT, Jira and to OSLC-enabled systems.
OpenPDM 9.2 is the second release of the new generation of our world-leading PLM integration platform, which is characterized by its cloud-ready software architecture. The new version not only offers connectors to Windchill 12.0.0, Teamcenter 13.0 or 3DEXPERIENCE R2021X, but now also supports the REST interface of Dassault Systèmes’ PLM platform. Via this interface, OpenPDM can now communicate very easily with a cloud instance of 3DEXPERIENCE. In addition, we have developed a direct coupling to EXALEAD based on OpenPDM, so that data from Windchill, Teamcenter or SAP can be evaluated with EXALEAD.
We have also enhanced OpenPDM 9.2 with a view to integrating systems for managing software code and controlling the software development process (Application Lifecycle Management or ALM for short). There are new connectors to GIT and Jira. Furthermore, we have ported the existing connector to the ALM solution PTC Integrity, now called Windchill RV&S, to the new OpenPDM generation. Our connector to the IoT platform ThingWorx offers the possibility to also display data from non-PTC systems with PTC Navigate.
OpenPDM 9.2 supports new data linking concepts through an OSLC provider. It enables OSLC consumers such as IBM RTC or DOORS Next to link requirements and functional models via OpenPDM with PLM information in other source systems.
The new version of our cloud-enabled PLM integration platform will be delivered to our customers from February 2021. In addition, they will receive a Feature Enhancement and Fix Pack for the current release every two months, which contains features requested at short notice in the projects.
By Mirko Theiß
No Comments »
Monday, December 14th, 2020
Due to the coronavirus pandemic, it was not only PROSTEP TECHDAY 2020 that was held online this year but also almost every other event at which we normally make an appearance. In recent months, we have participated in numerous online events with presentations and virtual booths. The feedback was rather restrained: What our speakers missed most was contact with the other participants.
One of the events we have been attending for years is LiveWorx, where we demonstrate the solutions in our portfolio, and in particular our OpenPDM integrations to Windchill, Creo and the IIoT platform ThingWorx, to the PTC community. Although this year’s trip to Boston was canceled, our appearance was not. In one presentation, we demonstrated to participants how our integration platform can provide support for end-to-end digitalization in heterogeneous PDM/PLM landscapes and make data from different enterprise applications available in role-based ThingWorx apps. You can watch the video here.
The 3DEXPERIENCE Conference EuroCentral organized by Dassault Systèmes was also held online this year. Our participation in the event comprised not only a virtual booth but also two live presentations. In the first presentation, we explained to participants how our data exchange platform OpenDXM GlobalX supports 3DEXPERIENCE (3DX) platform users in the context of cross-enterprise collaboration. The second presentation focused on data migration. We used concrete use cases to demonstrate how companies can migrate metadata and CAD data from legacy systems to the 3DX platform in high quality with the support of PROSTEP’s experts and our OpenPDM integration platform. Several presentations were also made at our booth, including one on how 3DX can be incorporated in an EA-based PLM strategy.
Our PLM strategy consultants also responded to the constraints placed on their ability to travel by participating in online events. One highlight was most certainly the joint presentation given together with Bosch at the prostep ivip Symposium in which we presented the current status of the SetLevel and V&V research projects. The two projects deal with the question of how the traceability of simulation steps and results can be ensured when it comes to validating autonomous driving functions. A video of the presentation, which was also shown at the 6th Symposium Driving Simulation, can be found here.
At the same time, our consulting specialists made an appearance in the former plenary hall of the German Bundestag in Bonn as a sponsor of LeanIX EA Connect Days 2020, one of the most important conferences in the field of enterprise architecture management, which was a smart combination of physical and virtual event. In an interview, Dr. Martin Strietzel explains the role EA (Enterprise Architecture) plays in PLM and the digitalization of the product development process and what PROSTEP expects from its collaboration with LeanIX.
We gave a number of presentations at the NAFEMS DACH 2020 conference, which was ultimately held online following several postponements. The presentations covered a wide range of topics from the challenges posed by the digital twin to the role of simulation in the platform economy through to a concrete representation of end-to-end digitalization using the system model in systems engineering as an example. You can find out more about these topics in our white paper.
Some of our customers in the maritime industry like MEYER Werft and MEYER Turku are using the coronavirus crisis as an opportunity to rethink their PLM architectures. Our shipbuilding experts made use of a variety of online activities to help them come up with new ideas. At a virtual booth at PI Marine USA, we showcased our integration platform OpenPDM SHIP, which connects shipbuilding-specific development systems with each other or with mechanical CAD systems and all the leading PDM/PLM and ERP systems. You can find more about this in our white paper.
We also presented the results of a cross-enterprise survey on the digital twin in the maritime industry at the start of the 5th Schiff&Hafen Maritim 4.0 conference, which was held online this year. Details of the study, which attracted a great deal of attention, will be provided in the next newsletter.
By Joachim Christ
No Comments »
Friday, December 11th, 2020
Online conferences can be rather tedious affairs. PROSTEP proved that it doesn’t have to be that way with its PROSTEP TECHDAY. The professionally moderated online sessions with short presentations about key new products and interesting presentations by customers offered participants a diverse and entertaining program. “The quality was almost as good as on TV,” said one of the viewers.
With almost 150 participants, this year’s PROSTEP TECHDAY was better “attended” than ever before. The response was extremely positive. Many of those participating congratulated us via e-mail on the “super event”, the great format, the professional support provided by TV and event host Julia Bauer and the informative and professional presentations by the speakers.
Due to the coronavirus pandemic, this year’s customary meeting of the PROSTEP community took place on screen, to some extent like a TV series with three episodes and different protagonists. Each session kicked off with a brief review of what has been achieved since the previous TECHDAY and how PROSTEP is positioning itself as a partner for the digital transformation. There is no way around the cloud. According to Gartner, 75 percent of companies are navigating their way to the cloud, which is why we, too, have made our software solutions cloud-ready.
In cooperation with the DARZ data center in Darmstadt, we are making our OpenDXM GlobalX data exchange platform available as a SaaS model – an offering that is already in productive use at customers like OSRAM Continental and Valeo Siemens. The cloud offering is soon to be expanded to include additional services such as the data conversion service OpenDESC.com. We also have plans to offer PLM integration to an increasing extent as a service based on our cloud-capable OpenPDM product suite. To facilitate the deployment of applications in different cloud infrastructures, the company is working intensively on integrating technologies like Docker, Kubernetes and OpenShift, said Udo Hering, head of Product Management.
Getting to grips with topics of the future is of strategic importance to PROSTEP, which is why we participate in numerous research projects. They play a key role in the context of developing new software products such as the OpenCLM traceability solution, which product manager Dr. Fabrice Mogo Nem presented to a wider audience for the first time at PROSTEP TECHDAY. As Dr. Mogo Nem pointed out, it is not merely another PDM/PLM system but a layer that makes the relationships between the information distributed across different data silos and domains transparent, thus reducing the amount of time and effort required to find information and ensure requirements regarding traceability are being met. OpenCLM will be available from July next year but can already be put to the test in a proof of concept.
Client for CAD data processing
OpenDXM GlobalX was the protagonist in the first session. In the current version 9.2, PROSTEP has expanded the new web interface to enable administrators to also perform all their essential tasks on the web, as Product Manager Daniel Wiegand explained. A new and powerful CAD client is now available to companies that want to use the data exchange platform without PDM/PLM integration. It analyzes the components stored in a directory and independently puts together the assemblies that are to be sent. The client also offers a convenient 3D preview function that allows the assemblies to be viewed prior to being sent. The OpenDXM Broker can be used to automate processes like data conversion.
We have expanded the range of PDM integrations offered to include a new plug-in for the 3D dashboard that is part of Dassault Systèmes’ 3DEXPERIENCE platform. The plug-in makes it possible for multiple data sets to be sent in a single operation. The roadmap for the next version of OpenDXM GlobalX includes not only improving security functions using two-factor authentication but also another plug-in for the Teamcenter Active Workspace client.
Alexander Meier from the automotive supplier HBPO used the ECTR plug-in as an example to illustrate how quickly OpenDXM GlobalX can be integrated into the SAP landscape and how easy the solution is to use. HBPO develops and manufactures high-quality front-end modules, cockpits and center consoles for the automotive industry. Users at the company can not only create send jobs in their familiar interface but also receive feedback in SAP ECTR as to whether the job has been successfully transferred to the data exchange platform and the data delivered to the recipient.
Function for hollowing assemblies
TECHDAY’s second session focused on the automated provision of product data from PLM and ERP systems to downstream processes in manufacturing, assembly and service. Product Manager Timo Trautmann explained the technological transformation of PDF Generator 3D, which has become a powerful platform for converting 2D and 3D data into a wide variety of formats, to participants.
It not only allows 3D PDF documents to be created automatically but also makes it possible to publish 2D and 3D data in HTML5 format so that it can be displayed in a normal web browser. An agile release process ensures that customers are always able to use the latest CAD formats as input.
The session also provided participants with a brief overview of the standardization activities being conducted by the 3D PDF Consortium, of which PROSTEP is a member. Significant progress has been made, particularly with regard to ISO standardization of the PDF/ A-4e format as a standard for the long-term archiving of engineering data. The committee is also working on new topics such as the ability to embed native STEP data in 3D PDF documents so that it can be viewed directly with Adobe Reader. As Trautmann said, our roadmap includes support for this option as from version 10.1 of PDF Generator 3D.
One of the highlights of the current version is the new “hollowing” function, which makes it possible to automatically hollow out assemblies and remove components that cannot be seen when preparing them for spare parts catalogs. As Trautmann pointed out, this provides better protection for the know-how inherent in the assemblies. But PDF Generator 3D offers more than just the ability to generate product-specific spare parts catalogs at the touch of a button. The solution also supports change reporting when releasing new data sets by displaying changes made to the geometry or associated PMI information, e.g. tolerance specifications.
The presentation by André Hieke from Siemens Large Drives Applications (LDA) demonstrated just how versatile PDF Generator 3D is. The manufacturer of customized high-voltage motors and converters initially used our software to automate the creation of offer documents in the pre-sales phase. It is now also being used productively in housing manufacture. Siemens LDA thus provides both its own workers and external partners with manufacturing documents without any need for drawings. Unlike the JT technology, which was originally used for this purpose, the 3D PDF-based solution enjoys a high level of acceptance among users. It is therefore planned that it also be implemented in shaft manufacture and at other locations, as Hieke said.
OpenPDM with cloud-capable architecture
The highlight of the third session was the customer presentation given by Clifton Davies from Lockheed Martin Aeronautics. The manufacturer of military aircraft uses our PLM integration platform OpenPDM in combination with Red Hat’s service bus architecture Fuse to export part information, manufacturing BOMs and work schedules from the 3DEXPERIENCE platform or DELMIA to the SAP ERP system and the MES system Solumina from iBASEt. The timeframe for the integration project was very tight and was complicated by a changeover to a different version of 3DEXPERIENCE, which PROSTEP carried out in less than 24 hours, as Davies said in praise. Lockheed Martin wants to use the solution to integrate other PLM systems such as Teamcenter and enable bidirectional data exchange.
As of version 9, PROSTEP has placed the architecture of the PLM integration platform on a new technological footing to facilitate cloud deployment, as Product Manager Mirko Theiß explained. The new process engine is based on the open source software Camunda and makes the graphic modeling of integration processes possible. The connectors can be used independently of the platform and communicate with it via REST APIs. Even though the OpenPDM 8.x versions will to continue to be supported, in the future we intend to place primary focus on the cloud version and also want to develop additional connectors for integrating production planning processes, software development and application lifecycle management (ALM).
We consider our first online TECHDAY a resounding success, even though we sorely missed face-to-face contact with our customers and interested parties.
If you did not have the opportunity to participate online and would like to know more about our solutions, the three sessions are available for viewing.
You can find the records here.
By Peter Pfalzgraf
No Comments »
Thursday, December 3rd, 2020
PROSTEP has been providing car manufacturer Daimler with support for the maintenance and further development of its central PDM system for several years. The established project structures, which had evolved over time, reduced transparency and made coordination more difficult. To help address this issue, PROSTEP and Daimler introduced an integrative, agile approach based on the Scaled Agile Framework.
Around 70 developers from PROSTEP and sub-suppliers have been working for several years in a number of small teams at Daimler on maintaining and further developing Daimler’s central PDM system. The tasks they perform also include developing innovative new PLM functions, creating a completely new, state-of-the-art PDM architecture and migrating existing functionality to the new architecture.
In the past, development was carried out within the framework of multiple smaller and larger projects, and the team structure was more technically oriented. Developers often worked on several projects in parallel, which led to resource conflicts and made it difficult to perform forward-looking resource planning. In addition, specialist knowledge was often concentrated in a small number of people, which led to bottlenecks and a considerable risk of losing know-how.
Most of the projects were organized differently when it came to working methods, collaboration with customers, billing models, release cycles, infrastructure, etc. Some teams maintained very close contact with the customer, with no close internal coordination, others used Scrum and worked with the customer’s product owners, and still others worked to a large extent independently. Billing was based on either time and materials or on an agile fixed price. Story points were defined differently for the different commissions, which resulted in different criteria being used for estimates and for billing. These different working models significantly increased the time and effort required for coordination and meant that developers had to adapt to new circumstances every time they took on a new task. Ultimately, they prevented synergies from being exploited and made it difficult to respond to new challenges in a flexible manner.
Agile project based on SAFe
We launched the “PDM goes SAFe” initiative together with Daimler with the aim of simplifying and standardizing development activities in the field of PDM development. Instead of multiple projects with different billing and process models, the objective was to have a single agile project that used as uniform an approach as possible. This new project is based on the Scaled Agile Framework (SAFe). SAFe is the leading scaling framework and is used, among other things, to coordinate the work being performed by multiple Scrum teams.
We started off with eight cross-functional teams. However, it soon became apparent that the consistent use of cross-functional teams led to the creation of too many interfaces between the teams. This is why we have in the meantime switched to feature teams, which, unlike fully cross-functional teams, combine within the team the skills needed to implement specific features. A cross-team alignment meeting is used to coordinate the teams. Each team sends one or more delegates to this meeting. The delegates present the concerns of their team and coordinate them with the other delegates.
We have introduced so-called “communities of practice” to promote the transfer of knowledge between the teams. Communities of practice are interest groups in which people with common interests can exchange information on experience already gained and seek advice. Because knowledge transfer is essential, it is promoted within the framework of the project by providing a budget reserved specifically for this purpose.
A large number of developers and product owners needed training to learn how to use the new agile model. Although some of them had previous experience with Scrum, SAFe was entirely new to everyone.
Different architectures
The two different software architectures pose a particular challenge in the PDM project. The legacy system needs to be kept alive while the new architecture is being built and stabilized. In the past, the two architectures were supported by different teams. The challenge now is to shuffle the members of the teams around in such a way that the knowledge of the different architectures is consolidated without breaking up the teams completely. This is why we have distributed people familiar with the individual technologies across the various new feature teams to the extent that this is possible, while at the same time ensuring that features can, if possible, be implemented by a single team. The aim was to find a reasonable compromise between a focus on features with as few interfaces as possible and the desired transfer of knowledge.
Together with Daimler, we have also introduced a uniform, SAFe-based requirements process. The previous, project-specific individual backlogs were consolidated in a joint program backlog. The product owners define and prioritize the requirements in this backlog on the basis of the available budget. The program backlog is then used to derive the team backlogs.
Another challenge faced in the context of the end-to-end implementation of agile methods was standardization of the different billing models. We had to adapt the estimation criteria and convert the fixed prices into story points in such a way that customers ultimately receive the same service for their budget as before. This would not have been possible without Daimler’s active support and cooperation.
Switch to an agile approach completed
Transformation to the new project structure was performed over a period of four months. The kick-off was followed by a two-month preparation phase, which was carried out in the old project structure. The new project was officially launched at the beginning of this year, followed by an approximately two-month-long familiarization phase. In the meantime, the switch to an agile approach has been completed and initial benefits are already being reaped.
We have taken a major step forward when it comes to development processes, requirements processes, billing models and backlogs. Project structure, roles and communication channels are clearly defined and ensure greater transparency. We have also become much more flexible. There is still room for improvement in the flow of information on the customer side and in the transfer of knowledge. And not all the teams have fully understood and embraced the agile approach. SAFe has however proved to be a good guideline for the new, harmonized PDM project as it is compatible with the customer’s specific needs and we will continue to use it for guidance in the future.
By Frank Brandstetter
No Comments »
Saturday, October 5th, 2019
The full steering system supplier of thyssenkrupp, thyssenkrupp Presta AG, has embarked on an ambitious System Lifecycle Management project to shape its future engineering processes and IT landscape to enable Model Based Systems Engineering (MBSE). The first step towards SLM is to implement a new PLM solution. PROSTEP steers the SLM team through the technical specification and system evaluation process.
thyssenkrupp Presta AG in Eschen is the lead company of the thyssenkrupp Steering division which is part of the automotive business of thyssenkrupp. The automotive supplier is among the world’s largest manufacturers of steering systems and a technology leader in the field of cold forging. Every fourth car in the world runs with a thyssenkrupp steering system. Headquartered in Eschen, Liechtenstein, the company has 17 sites – four technology centers (two incl. manufacturing) and 15 manufacturing plants with approximately 9000 employees worldwide. Whereas mechanical design is mainly done in Liechtenstein, the development site in Budapest, Hungary, is the competence center for E/E hardware (Electrics/Electronics) and software development.
Many of the challenges thyssenkrupp is facing are due to the actual trends in the automotive industry like autonomous driving, e-mobility and car-to-car connectivity, but also due to stricter safety and environmental requirements. Steering can do a lot to reduce Co2 emissions. Customers need new steering technology for autonomous vehicles and want the steering feel to be customizable. They foster cross-platform developments to reduce costs which on the downside require a higher degree of modularity and standardization of the steering systems. Consequently, the company has evolved over time from a component manufacturer to a supplier of complex mechatronic and cybertronic systems which today employs more hard- and software engineers than mechanical designers.
PLM as the cornerstone for SLM
New steering functions are mostly driven by E/E and software which makes products and product development a lot more complex. With product complexity increasing the need for integrated processes and a digital thread becomes crucial, as Dr. András Balogh, Chief Technology Officer E/E Competence Center in Hungary points out. “We can’t design tomorrow’s products with yesterday’s engineering methods and technology. In the future, the target development process will be much closer to Model Based Systems Engineering and the mechatronic V-model-based approach. This is the long-term goal which we address with SLM.”
Defining the SLM strategy and roadmap was a longer process, because the project team first had to develop a common understanding of where they wanted to go and what they needed for their journey to digitized engineering. A good deal of PROSTEP’s consulting work consisted in moderating the team’s alignment process and in elaborating a system neutral SLM concept as prerequisite for the PLM selection process. „The most important contribution of PROSTEP was to help us understand what we needed and, secondly, to provide a vendor-neutral opinion of what the solutions on the market are capable to deliver“, says Wolfgang Xander, who is responsible for semi-central development and business process.
Replacement of the existing Agile e6 PLM installation is a major necessity as the software is quite outdated and thyssenkrupp Presta does not see improvements anymore. The idea is not to have a single-vendor solution, but to implement a modular architecture. „We need a stable PLM platform as core of SLM to be able to build a backbone that should integrate all other subsystems used in engineering and that provides an information access to connected, clear and consistent data,” explains Klaus Brandner, SLM Project Manager
The IT infrastructure of the company is quite heterogeneous and far from being integrated. It consists of different CAD systems for mechanical design, Altium for E/E development with only a rudimentary integration into Agile e6 PLM and various tools for software development which are linked to a homegrown Application Lifecycle Management (ALM) environment. The company has made a great effort to integrate the tool chain to comply with ASPICE and other standards that require traceability from requirements classification to test and validation. “Nevertheless, software development is still separated from the PLM world”, as András Balogh and Patrick Schäfer, IT Architect Engineering IT explain.
Starting with a proof of concept
With the help of PROSTEP the project team elaborated a long list of requirements to select a short list of PLM vendors with whom the company will start a proof of concept early next year. „We have defined test cases along the whole product lifecycle, starting with Requirements Engineering up to Functional Modeling and regarding the Bill of Material (BOM), a Multi-BOM Management,” explains Brandner. At present the company is handling just one (Manufacturing) BOM in the PLM system, “which means a tremendous effort for the engineers as every change in the supply chain, in logistics or in manufacturing falls back on them”, says Xander.
After the proof of concept, thyssenkrupp Presta will do a longer pilot phase using the old and new PLM systems in parallel. The idea is to migrate functional areas like Requirements Engineering or Master Data Management (MDM) to the new environment and roll it out globally to all domains involved in the process. “A migration by projects or sites would cause to much disruption in the organization as there are many legacy data being reused in new projects,” explains Brandner.
A common Requirements Engineering from the system level down to the domain-specific requirements will be one of the key functions of the new PLM solution and an important enabler of MBSE. Customer requirements are generally managed in DOORS, but – except for hardware and software – there is no traceability to design an implementation. For software the company uses a proprietary AutoSAR tool integrated with requirements management and test specification, as Balogh says: “Ideally, we would like to use the same environment for the management of customer requirements, internal system requirements and software- and hardware requirements to ensure cohesive traceability over the whole process down the (left side) of the V-model.”
“The biggest challenge on the technical side will be the integration of the different tools into the new Presta System Lifecycle Management Backbone”, as Brandner continues. thyssenkrupp Presta will probably have to replace some of the existing tools that might not be designed for easy integration. Even bigger will be the challenge to adapt the organization to the new ways of cross-domain collaboration and communication which might require changes in responsibility and new roles. “It does not make sense to work in the new environment with an organization which is 30 or more years old;” concludes Balogh.
* SysLM or SLM in thyssenkrupp Steering specific wording.
No Comments »
|