You are currently viewing a new version of our website. To view the old version click .
Processes
  • Article
  • Open Access

3 September 2022

Managing Engineering Change within the Paradigm of Product Lifecycle Management

,
and
1
School of Mechanical and Manufacturing Engineering (SMME), National University of Science and Technology (NUST), Islamabad H-12, Pakistan
2
Department of Management Sciences, Sir Syed CASE Institute of Technology, Islamabad B-17, Pakistan
3
College of Science & Engineering, National University of Ireland, H91 TK33 Galway, Ireland
*
Author to whom correspondence should be addressed.
This article belongs to the Special Issue Big Data in Manufacturing, Biology, Healthcare and Life Sciences

Abstract

Managing change in organizations is a laborious task that consumes value added time in various segments of the product lifecycle including design and development, production, delivery, and product disposition. Product lifecycle management plays an important role in minimizing the time required for managing engineering changes. This research aims to perform an extensive survey of the literature in this area. There is no consolidated review available in this area summarizing advances in engineering change management vis-à-vis product lifecycle management. Thus, the paper gives an overview of product lifecycle management-based thinking and change management. This review puts forward the most relevant research regarding the practices and frameworks developed for managing engineering change in an organization. These include model-based definition, digital twin, process-based semantic approach, service-oriented architecture, Unified Modeling Language, and unified feature modeling. The gaps between the extents of conformance to success factors have been identified as extent of integration, standardization, versatility of application, support of existing systems, and the extent of product lifecycle management support.

1. Introduction

The growth of Product Lifecycle Management (PLM) in today’s businesses has been rapid. This growth has been attributed to the ever-growing demand for novel product design, shortening of product lifecycles, and increased customization of consumer products [,]. Product definition can change rapidly within an organization, and in response to these changes systems must be robust enough to adapt to these changes. Establishing support systems to manage the rapidly changing and volatile global landscape requires adaptable techniques for requisite change management. Historically, the need was met with Product Data Management (PDM) which slowly evolved into PLM, and it encompasses broader aspects of product lifecycle in comparison with PDM. The evolution of PLM-based thinking needs maturing, in this regard one of the major barriers in implementation of PLM thinking-based change management is lack of standardization among different platforms [].
In perspective, for the development of support structure in terms of Model-Based Definition (MBD), Product Manufacturing Information (PMI) has been formalized by using various neutral file formats such as GES, IGES, and PRC. These were used to integrate design and production management [], however, the business changes occurring during and after these phases were not managed. STEP was the answer to this question, and the standardization of STEP (AP242) gave businesses the opportunity to include business changes in files across different functions of the organization. Then came the Digital Twin (DT) concept that integrated real-time data with virtual management environments seamlessly []. These change management tools help organizations to overcome time wastages in the process of change and help organizations to take quick and informed decisions.
There are multiple domains of research taking place in the area of Change Management (CM) in the context of PLM. These domains include managing change through semantic manipulation [], establishment of unified modeling languages for managing change [], engineering change management via interoperable file formats between various platforms [], development of unified modeling techniques including PMI [], software-based change management architecture, and generation of virtual models based on real-time data []. The goal of research in these areas is to standardize any specific aspect of CM. However, a holistic review outlining the major aspects of all these domains is absent in the literature to date. The present endeavor is to fill this gap by bringing together highlights of all these areas and to put forth the future avenues of research vis-à-vis engineering change management and CM throughout Product Lifecycle (CMPL).
The aims of this paper are to provide:
RQ1: an overview of PLM, and a generic summary of CM methodology as presented as described in the literature.
RQ2: a brief review of techniques chosen by the authors along with the highlights of the important literature.
RQ3: highlighting of the gaps found between the interfaces of various techniques.
The literature review is laid out in Section 2, and the methodology is presented in Section 3. Finally, the results, discussion, and conclusion are presented in Section 3, Section 4, Section 5 and Section 6.

2. Literature Review

2.1. Historical Development of PLM

PLM gives the opportunity to control the complete lifespan of a product and its related information. PDM is a subdivision of PLM and was its predecessor. In the early 1980s with the introduction of CAD/CAPP/CAE, product designers were able to create digital designs of products easily. These were easy to modify and reuse as compared to the designs on paper. The ever-growing volumes of the designs seemed unmanageable. As a result, first Engineering Data Management (EDM), then PDM, emerged [].
The first version of PDM only addressed the engineering realm of the product’s lifecycle. It failed to affect the non-technical activities such as supply chain, sales, marketing, and external entities such as end customers and vendors. After the onset of web-based PDM systems, engineering information became open and accessible to all stakeholders, both internal and external. PLM appeared in the late 1990s with a target of covering all aspects of product lifespan, i.e., from initial idea to its disposal []. PLM has a broader approach to the definition, organization, and analysis of product-related processes. It includes products, data, applications, processes, people, work methods, and equipment. It combined the activities of PDM and Business Process Management (BPM). BPM is another effective tool, concerned with managing business processes for optimization []. PLM brings the two together seamlessly []. PLM incorporates a product-centric vision enabled by the adoption of advanced ICT solutions fostering collaboration among many actors and organizations []. In 2000, the concept of PLM 1.0 was started and dominated till 2018. The improved version of PLM 2.0 emerged in 2018 [].

2.2. Benefits and Impact of PLM

The grand idea of PLM is to create a “single version of truth” about a product including all aspects of information—requirements, design, engineering, and manufacturing []. It defines all the processes related to it in an organization and declares it the basis of all resources. It helps in increasing profitability, reducing costs associated with time, quality, and value added services, it maximizes the marketing portfolio of the product, and it increases new product developments in reduced time. PLM grasps the control of a product across its lifecycle. It improves the process of product development, allowing companies to bring novel products in a short time. It helps nurture creativity in organizations, reducing time to market for new products and providing unparalleled after sales services for current products. It helps companies to develop, produce, and assemble components at different sites around the world. PLM facilitates the teamwork between design chain and supply chain [].
PLM’s core is the efficient distribution, retrieval, and storage of data relating to all the aspects of a product lifecycle. It enables quick finding, distilling, spreading across various domains, and reuse of data on a routine basis. The work that has been carried out is sharable. PLM provides the basic gadgets and information to minimize the product-related cost. It also cuts recall, warranty, and recycling costs. It also helps companies seize the many market opportunities for new products. It enables the value of a product to be maximized [].
The benefits of PLM are specific, measurable, achievable, and realistic. Typical objectives for PLM are to increase profitability by 30% and decrease related sustainable costs by 50% [].
As this century has moved forward, the environment of product management has become increasingly complex and undergone frequent changes. Some of these changes can be termed as macroeconomic, geopolitical, environmental, cultural, and social. Others are due to new technology revolutions happening all around the world. Changes create opportunities, some create problems, and they also have associated risk as change in one area may lead to enhanced risks in another area [].

2.3. PLM’s Role in Change Management

PLM presents a developing approach and an integrated and distributed software tool to foster the process of change management. It accomplishes this by streamlining the processes of idea/comment collection, tracking entries, central data collection, data arrangement and analysis, recurring processes of approval, and documentation changes. After documentation changes, PLM also helps in up-to-date data accessibility for implementation and references [].
Knowledge linkages that come out of a PLM collective database are very helpful in establishing correlations between different operations and data from different domains of knowledge. This improves the originality of change processes. Distributed and comprehensible knowledge comprising a complete product lifecycle in appropriate detail that is easily accessible is a source of competitive advantage in today’s global markets and dispersed organizational presence. Contributors from different domains can efficiently make use of and contribute to their collective knowledge base by reducing design lead times, easy standardized information retrieval, and inspecting the product lifecycle data for further insights [,].

2.4. General Overview of Change Management

Change management is referred to in various forms:
  • Individual Change Management (ICM);
  • Organizational Change Management (OCM) [];
  • Engineering Change Management (ECM) [];
  • Change Management throughout Product Lifecycle (CMPL) [].
The focus of this paper is on ECM and CMPL. CM can further be categorized into various phases of PL including the development and introduction phase, maturity and growth stage, and finally the decline phase.
It can be seen that the change management process is inversely proportional to the succession of product lifecycle phases. It has a high percentage during the design and development phase and has very little contribution to the overall lifecycle of a product during the decline phase []. Below is the overview of CM along with the tools and techniques utilized by the industry to implement CM throughout the organization.

2.5. Change Management Process

The general change process sequence as discussed by Tavcar and Duhovnik [] can gives a basic idea about how changes are handled or should be handled systematically. This process is illustrated in Figure 1.
Figure 1. General Change Process Scheme (Adapted from Tavcar and Duhovnik []).
As seen from Figure 1, first, employees, users, and stakeholders are encouraged to participate in drafting a change idea. This change can involve a manufacturing process parameter change, or a specific dimension, or addition of an alternate material grade in BOM, etc. The reasons for these sorts of changes vary widely from global to local perspectives (including availability of resources, and process optimizations). The change request is documented and takes the form of a proposal. The proposal is rigorously tested and evaluated from different angles by competent decision-making professionals in the change team. If the proposal is approved, then product documentation is changed and circulated throughout the dispersed enterprise for ground implementation.
It is observed [] that communication, decision-making, process definition, organization, and information systems play a pivotal role in the change process discussed above. Therefore, any tool that ensures improvements in these areas will eventually ease the change process, which is essentially necessary for innovation and new product development [].

2.6. ECM Tools and Techniques

There are various tools and accompanying software used for change management in the industry to manage the aforementioned change process. Some of these are the subject of discussion of this paper:
  • The Model-Based Definition (MBD) technique is utilized for creation of 3D CAD models during the design phase of the products. An MBD contains Product Manufacturing Information (PMI) and once an MBD is created it is utilized in all the domains of the organization in the downstream, e.g., manufacturing, quality control and assurance, supply chain, marketing, finance, etc.
  • The digital twin technique is a modern way of integrating real-time data into a digital model of the product, continuously updating the virtual model to make effective communication, decision making, and change management during the complete lifecycle of the product.
  • Various other algorithms and software-based solutions have been developed to seamlessly integrate and manage change throughout the lifecycle of the product. The solutions identified in research are both semantic and quantitative/annotated. Service-Oriented Architecture (SOA), Process-Oriented Semantic Knowledge Management (POSKM) towards integration during the lifecycle, unified feature modeling, and unified modeling languages utilized for CMPL are some of the techniques reviewed by the authors.

2.7. Model-Based Definition (MBD)

Traditionally, 2D drawings have been the center of engineering communication throughout the history of humankind. Take, for example, the classical pyramids of Egypt to the modern Burj Khalifa of Dubai. The industry was aligned in managing PMI through the use of 2D drawings annotated with geometrical dimensioning and tolerancing information and manufacturing-related information []. However, with the advent of solid models in the 1980s, the landscape changed, with CAD solid models replacing drawings. Since then, there has been a transformation of industrial practices to utilize more robust 3D models for representing design information to downstream departments within organizations. In modern day engineering practices of CM and ECM, there is an ever-growing need to utilize design information effectively and efficiently during and after the D&D phase of products in order to decrease time to market of diverse products. Therefore, a need was felt to establish neutral file exchange formats that could translate design information to different stakeholders, enabling changes as and when required. Development of IGES (1978), STEP (1980), STL (1987), JT (1990), and PRC (2002) was started [] with the aim of developing a data exchange format for different software applications. These formats are today extensively utilized for communication of PMI throughout the PL.

2.7.1. History

In 2003, ASME released Y14.41 “Digital Product Definition Data Practices” [] or more broadly speaking the basis of an MBD. This release fortified the idea of presenting PMI through 3D annotated drawings []. With an MBD combined with the upgradation of neutral file formats with their latest Application Protocols (APs), it became possible for the industries to adopt a virtual product development, thereby decreasing the time required for these activities.
An MBD is the foundation of Model-Based Enterprise (MBE), a methodology to utilize digital models to execute all the technical activities throughout the lifecycle of a product. It allows for the detailed definition of the product in its design phase containing all the desired information in a single representation.

2.7.2. Application

Application of an MBD in different domains is presented in Table 1. The applications point out the diversity of MBDs in various fields of CM.
Table 1. Applications of MBDs in Industry.
In this approach, first, a 3D model based on an MBD is generated during the design phase of product development, containing all the PMI data. The generated file is usually in a CAD package. Second, it is converted into a distribution file format (neutral file format) for all the stakeholders to perform various activities of PLM based on this file. The distribution file is termed as a “container” of the information. The file contains all the ECM-based information, e.g., title, owner, version control, changes occurred, etc. Third, the distribution file integrates into the PLM deployed by the organization and becomes the basis of managing all the activities of the organization [].

2.8. Digital Twin (DT) History and Introduction

Michael Grieves at the University of Michigan introduced the term Digital Twin (DT) in 2002. A DT can be defined as a digital replica of something in the physical world in which data flow is fully integrated in both directions. It is more than blueprints or schematics. It is the virtual representation of all elements and the dynamics of a system [].
A DT fetches data from various resources including CAD models, product lifecycles, manufacturing engineering, and sensors to depict a virtual model of the product, allowing us to forecast performance, maintenance, and failures and, most importantly, it can be utilized used to manage ECM [,].
Incorporating change in any part of a product lifecycle requires resources and time. The predictive nature of a DT allows us to understand the impact of changes in the virtual world. Only when the virtual model performs according to our requirement will the change be implemented physically. This is an important implication of DTs that needs exploration.

2.8.1. Applications

Recently, DT technology was adopted in Formula 1 racing in which every second matters. A simulation can help the car team know what adjustments can improve performance of the vehicle []. DTs are also being used in the fields of heath care services and factory layout planning to study the impact of proposed changes virtually.

2.8.2. Future Trends

In the era of IoT, as DTs advance, we will observe integration of these models into the manufacturing process itself. The future of manufacturing will have an advantage as orders reduce to a size of one and design changes will become a daily event. With the use of advanced smart and nanomaterials, the possibility to change the physical form and behavior of the product remotely would be the ultimate DT application in PLM [].

2.9. Unified Feature Modeling (UFM)

Changes are not very easy, especially when we are dealing with the whole lifecycle of a product. Changes are interrelated and one change in a later stage is linked to or requires other changes in previous or preceding stages. So, in order to change an entity somewhere in the product lifecycle one needs to be informed about the dependency tree of that change and a method or algorithm which explains how to carry out a certain change in control.
A systematic approach to deal with this change propagation with the help of an algorithm for unified feature modeling of PLM has been proposed by the authors [,]. The algorithm first searches for intrastage dependencies and then searches for interstage associations. Once they are identified, the associations are linked, and a dependency tree is formed which will carry out the necessary chain of changes. In this way, model consistency and validity are improved and models can be used in collaborative and concurrent engineering.

2.10. Unified Modeling Language (UML)

The tools employed to implement PLM are not as universal as its idea. Different tools are still used for different lifecycle stages with some common standards between them to make their communications easy. Some other approaches do exist which propose a unified modeling mechanism for all the stages of the product lifecycle. One such approach is presented by using Unified Modeling Language (UML) []. The authors advocate their case by identifying a unified modeling approach as the need of the time and UML extreme competence as a candidate for PLM unified implementation across all stages and proposing a constraint management algorithm which will be tied with UML to augment its capability and to complete the modeling job.
UML is a graphical object-oriented-based language which was previously used in industry for business and technical purposes []. Its natural flow and detail-capturing ability make it suitable for PLM unified modeling. Along with UML, the authors also present a constraint management algorithm which relates system states with all the different types of constraints.
Constraint management reflects across the whole system along with history check and user control. It means that change history can be viewed, and changes can be reverted with this algorithm. The authors also presented a vacuum cleaner example to illustrate the use of UML as a unified modeling technique for PLM. The case study aptly captures UML’s ability to manage change effectively during different stages of development.

2.11. Process-Oriented Semantic Knowledge Management (POSKM)

Different stakeholders in an organization have their own way of representing and interpreting knowledge. Changing the way these stakeholders view, interpret, and change the product-related information is time consuming. These errands must be executed through a systematic approach in order to keep a record of the changes and distribution of knowledge [].
Knowledge Management (KM) is utilized for methodical knowledge generation, sharing, and reuse. Ontologies can be use in this matter with the shortcoming that if there is any change in technology whatsoever, changing the whole product information base and models can be difficult [].
In this technique, an object-oriented modular approach is adopted to form modular data that is produced during the product lifecycle, along with the data generated in the process chain itself. It is a new methodology of process-oriented semantic knowledge management that allows dispersion and circulation of appropriate knowledge through the lifecycle of the product and thus avoids the collaborators needing to change their methodologies. The basic architecture contains different layers: an ontology layer (contains a semantic description of the product), process chain layer (extends the shared knowledge base), and data layer (data representation of the underlying ontology layer).
Through this layering, effective controls on CM can be sought to manage PLM in industry.

2.12. Service-Oriented Architecture (SOA)

This is an integration framework in the domain of PLM that allows for modular design of engineering, business, and process objects in the form of services that can coordinate and interact across different domains of PLM. This integration framework has been possible because of the developments that have taken place in some standardizations of product data and metadata, discovery, and maturity of SOA for sharing of organizational knowledge, and provision of dynamic middleware available for integration of data across the board [].
The application of SOA to the PLM domain has helped reach its full potential, allowing it to dynamically align various functions of the organization to a single platform. This alignment helps both technical and business sides of product development to share, modify, and update related information on a need to need basis rapidly and efficiently. It can be seen from the most recent research that SOA is receiving attention from academia and industry as a solution to an integrated approach of PLM. The research has shown promising advances in terms of SOA practices and SOA adoption in various fields [].

3. Methodology

A literature review was utilized to meet the research objective. A Systematic Literature Review (SLR) was utilized in this study. SLR studies aim to identify relevant primary papers, extract the required data, analyze, and synthesize results to gain further and broader insight into the investigated domain [,]. Systematic reviews adopt a replicable, scientific, and transparent process [,] through exhaustive literature searches of published and unpublished studies and provide an audit trail of the reviewer’s decision procedures and conclusions [].
A systematic search was carried out by the authors for articles relating to the subject under study. Articles published from 2000 up to and including 2022, using the academic search engines SCOPUS and Web of Science, were utilized. It consists of using a combination of query strings for the titles, abstract, and keywords of studies. The search strings that were applied to search the databases were: “PLM”, “CM”, and “PLM AND CM”. Table 2 summarizes the literature review process with a summary of the inclusion/exclusion criteria [,]. Each researcher checked the citations and bibliographies of the selected studies to identify any additional relevant studies that were missed in the database search. Finally, gray literature, predatory journals, conference papers, magazine-related articles, workshops, books, editorials, and prefaces were excluded [,].
Table 2. Literature Research Methodology Flow Chart with Inclusion and Exclusion Criteria.
A flowchart was utilized ensure and improve review transparency [] and a flowchart was utilized to draw out and map the steps within the SLR process (Table 2). The flowchart allows future researchers to follow, replicate, and draw implications from the research findings.
The authors carried out reviews of the articles found to assess the eligibility for inclusion based on the search criteria []. Articles that matched the research criteria and research objectives were included.
At this final stage, utilizing the review methodology, after screening for themes related to the research, 16 articles or relevant research papers were selected for more exploratory analysis of the subthemes of the PLM and CM areas. The findings were summarized through reviewing patterns of publications and emerging themes in these publications.

4. Results

The results of the literature review highlighted the following themes (Table 3) in terms of the benefits of the methodologies and technologies. There were five main broad interdependent and interrelated themes by which the benefits could be categorized. Firstly, the level by which the technology can be standardized was a theme highlighted by [,,,,]. Secondly, the extent of integration [,,] was deemed a critical factor in the techniques/methods chosen. Thirdly, versatility of the chosen application [,,] is important in both integration and standardization of existing platforms and the choice of technology chosen. The final themes highlighted related to the technology benefits were support of existing systems [,,] and the extent of PLM support []. The disadvantages of the technologies demonstrated were aligned with the previous themes and criteria, including the poor level of standardization [,,], the lack of the extent of integration [,,,], the lack of versatility of the chosen application, lack of support of existing systems [,,], and the lack of extent of PLM support [,,].
Table 3. Results of Literature Search and Subthemes.

5. Discussion

The literature survey shows promising research in the field of ECM integration throughout PLM. The various techniques highlighted above are some of the most extensive techniques that are being employed in both technical and business aspects of the product lifecycle. It has been identified that the following are some of the success factors that can be used to analyze integration of processes in an organization. Based on the merits and demerits highlighted in Table 3, gaps between the extents of conformance to success factors have been identified and are presented in Table 3.
  • Extent of Integration (EoI);
  • Standardization (S);
  • Versatility of Application (VoA);
  • Support of Existing Systems (SES);
  • Extent of PLM Support (EPS).
The referenced literature in Table 3 was analyzed in view of the aforementioned factors.
Table 4 highlights the conformance of the surveyed techniques to the success factors, where the fully shaded circles depict complete conformance and half-shaded circles show partial conformance. It can be seen from the table that the frameworks discussed thus far have a potential to support the PLM environment by providing a platform to integrate technical and business processes of the organization.
Table 4. Extent of Success of Frameworks.
As illustrated in Table 4, the MBD framework has been extensively used to integrate BOM, PMI, and CAD/CAE/CAPP-related product data. PRC and STEP file schemas are already used in the industry for streamlining design, manufacturing, and inspection activities of PLM. They also help support logistics, procurement, and supply chain aspects of the organization, including supplier management. The approach is prevalent in the manufacturing sector. However, applications in service industry and construction industry are limited.
The DT, however, is an emerging concept. It requires evidence in both empirical and normative regimes to prove its potential in varied industrial applications. It has been utilized in health care systems as well, but the lack of standardization in its architecture requires further research.
UML and UFM have already become part of PLM infrastructure. Both can be based on XML schemas and have been employed in various enterprise software solutions for the purpose of standardization. Both the frameworks have proved to be the starting point for standard establishing organizations including Organization for the Advancement of Structured Information Standards (OASIS) and Object Management Group (OMG). These developments are key to integrate the software part of ECM and PLM.
POSKM considers the qualitative aspect of integration, namely, semantics. It has, however, successfully standardized the usage of nouns, verbs, and related grammar to exclusively represent PLM-based thinking in an organization. It effectively addresses the business aspects of PLM.
SOA is another extensive framework that is utilized in industries to translate different aspects of PLM integration throughout the organization. It utilizes an MBD in product design and development phases and utilizes XML-based schemas developed by OASIS and OMG to integrate the business processes. Recently, it has been the center of attention at various academic and industrial consortiums as a potential candidate for adoption as an integration framework for the whole organization. However, the developments in these areas need testing and implementations need to be assessed in order to prove its potential as a universal framework.
The subject of this paper has been diverse and all-encompassing with the purpose of highlighting key frameworks established during recent years to address the growing demands for dynamic ECM throughout PLM. It has been shown with this research that there have been developments in recent years to develop standard languages and schemas to streamline and address the needs of PLM-based systems. The benefits of adopting PLM-based thinking are far reaching and once these frameworks and schemas mature, there will be rapid advances in adoption of an integrated approach towards knowledge management in both technical and business aspects.
The frameworks have already been deployed in aviation industries across the world (owing to diverse and global manufacturing requirements). In this aspect, the future is looking promising to adopt these advancements once they mature in standardization by further developments.
For future research in PLM, there are many directions that can be further studied. Accessible and extensive information does not mean that the information is comprehensible as well. It must be organized, structured, and presented in an intuitive and comprehensible way without losing any resolution of the information []. Secondly, today’s PLM systems that are web based and contain almost everything on a product can pose serious cyber security risks. Web-based technologies are relatively more prone to cyberattacks [] which can lead to intellectual property theft. Lastly, merely arranging data will not suffice to reap the full fruits of PLM. New algorithms and techniques such as data mining, AI, and machine learning can be employed to extract useful knowledge linkages which will enhance our understanding of data and ultimately improve the business.

6. Conclusions

This research has answered the research objectives to provide an overview of PLM and a summary of CM methods from the literature (RQ1). A review of model-based definition, digital twin, process-based semantic approach, service-oriented architecture, Unified Modeling Language, and unified feature modeling has been presented (RQ2). The gaps between the extents of conformance to success factors have been identified as extent of integration, standardization, versatility of application, support of existing systems, and the extent of product lifecycle management support (RQ3). Data sciences, including machine learning, neural networks, genetic algorithms, Industry 4.0, and Big Data, call for more dynamic and robust engineering change management schemes. The prognostics and diagnostics will continue to become more interlinked, and methodologies discussed in this paper will continue to evolve to meet the needs of the industry. The future work would be to standardize these languages and methodologies as per the new demands of data sciences. It will require standard organizations to be more robust in suggesting new industry standards and will be necessary to shape the future. Currently, as highlighted in the review, the industry lacks standardizations and, in order to move ahead in the future, frameworks need to be established that are homogeneous and can be utilized for a range of industries. How PLM systems and these frameworks assimilate the changes required is an opportunity for study.

Author Contributions

Conceptualization, H.H. and R.M.; methodology, O.M., H.H., and R.M.; formal analysis, H.H. and R.M.; writing—original draft preparation, H.H. and R.M.; writing—review and editing, O.M., H.H., and R.M.; supervision, O.M. All authors have read and agreed to the published version of the manuscript.

Funding

This research received no external funding.

Institutional Review Board Statement

Not applicable.

Data Availability Statement

Not applicable.

Conflicts of Interest

The authors declare no conflict of interest.

References

  1. Ameri, F.; Dutta, D. Product Lifecycle Management: Closing the Knowledge Loops. Comput. Aided Des. Appl. 2013, 2, 577–590. [Google Scholar] [CrossRef]
  2. Singh, S.; Misra, S.C.; Chan, F.T.S. Establishment of critical success factors for implementation of product lifecycle management systems. Int. J. Prod. Res. 2020, 58, 997–1016. [Google Scholar] [CrossRef]
  3. Singh, S.; Misra, S. Identification of barriers to PLM institutionalization in large manufacturing organizations: A case study. Bus. Process Manag. J. 2018, 25, 1335–1356. [Google Scholar] [CrossRef]
  4. Srinivasan, V. An integration framework for product lifecycle management. Comput. Aided Des. 2011, 43, 464–478. [Google Scholar] [CrossRef]
  5. Tao, F.; Zhang, M.; Nee, A.Y.C. Chapter 3—Five-Dimension Digital Twin Modeling and Its Key Technologies. In Digital Twin Driven Smart Manufacturing; Tao, F., Zhang, M., Nee, A.Y.C., Eds.; Academic Press: Cambridge, MA, USA, 2019; pp. 63–81. [Google Scholar]
  6. Felic, A.; König-Ries, B.; Klein, M. Process-oriented Semantic Knowledge Management in Product Lifecycle Management. Procedia CIRP 2014, 25, 361–368. [Google Scholar] [CrossRef][Green Version]
  7. Thimm, G.; Lee, S.G.; Ma, Y. Towards unified modeling of product life-cycles. Comput. Ind. 2006, 57, 331–341. [Google Scholar] [CrossRef]
  8. Pfouga, A.; Stjepandić, J. Leveraging 3D geometric knowledge in the product lifecycle based on industrial standards. J. Comput. Des. Eng. 2018, 5, 54–67. [Google Scholar] [CrossRef]
  9. Hallmann, M.; Goetz, S.; Schleich, B. Mapping of GD&T information and PMI between 3D product models in the STEP and STL format. Comput. Aided Des. 2019, 115, 293–306. [Google Scholar]
  10. Terzi, S.; Bouras, A.; Dutta, D.; Garetti, M.; Kiritsis, D. Product lifecycle management—From its history to its new role. Int. J. Prod. Lifecycle Manag. 2010, 4, 360. [Google Scholar] [CrossRef]
  11. Lee, S.; Ma, Y.-S.; Thimm, G.; Verstraeten, J. Product lifecycle management in aviation maintenance, repair and overhaul. Comput. Ind. 2008, 59, 296–303. [Google Scholar] [CrossRef]
  12. Paschek, D.; Ivascu, L.; Draghici, A. Knowledge Management—The Foundation for a Successful Business Process Management. Procedia Soc. Behav. Sci. 2018, 238, 182–191. [Google Scholar] [CrossRef]
  13. Stark, J. Product Lifecycle Management: 21st Century Paradigm for Product Realisation; Springer: Cham, Switzerland, 2011; p. 584. [Google Scholar]
  14. Saaksvuori, A.; Anselmi, I. Product Lifecycle Management, 3rd ed.; Springer: Cham, Switzerland, 2008; p. 257. [Google Scholar] [CrossRef]
  15. Tavcar, J.; Duhovnik, J. Engineering Change Management in Distruted Environment with PDM/PLM Support, Manufacturing the Future. 2006. Available online: http://www.intechopen.com/books/manufacturing_the_future/engineering_change_management_in_distruted_environment_with_pdm_plm_support (accessed on 5 August 2022).
  16. Jarratt, T.A.W.; Eckert, C.M.; Caldwell, N.H.M.; Clarkson, P.J. Engineering change: An overview and perspective on the literature. Res. Eng. Des. 2011, 22, 103–124. [Google Scholar] [CrossRef]
  17. Quintana, V.; Rivest, L.; Pellerin, R.; Venne, F.; Kheddouci, F. Will Model-based Definition replace engineering drawings throughout the product lifecycle? A global perspective from aerospace industry. Comput. Ind. 2010, 61, 497–508. [Google Scholar] [CrossRef]
  18. Schuh, G.; Gartzen, T.; Soucy-Bouchard, S.; Basse, F. Enabling Agility in Product Development through an AdaptiveEngineering Change Management. Procedia CIRP 2017, 63, 342–347. [Google Scholar] [CrossRef]
  19. Cantamessa, M.; Montagna, F.; Neirotti, P. Understanding the organizational impact of PLM systems: Evidence from an aerospace company. Int. J. Oper. Prod. Manag. 2012, 32, 191–215. [Google Scholar] [CrossRef]
  20. ASME. Digital Product Definition Data Practices Y14.41; ASME: New York, USA, 2019. [Google Scholar]
  21. Lipman, R.; Lubell, J. Conformance checking of PMI representation in CAD model STEP data exchange files. Comput. Aided Des. 2015, 66, 14–23. [Google Scholar] [CrossRef]
  22. Quintana, V.; Rivest, L.; Pellerin, R.; Kheddouci, F. Re-engineering the Engineering Change Management process for a drawing-less environment. Comput. Ind. 2012, 63, 79–90. [Google Scholar] [CrossRef]
  23. Camba, J.D.; Contero, M.; Company, P.; Pérez-López, D. On the integration of model-based feature information in Product Lifecycle Management systems. Int. J. Inf. Manag. 2017, 37, 611–621. [Google Scholar] [CrossRef]
  24. Tchana, Y.; Ducellier, G.; Remy, S. Designing a unique Digital Twin for linear infrastructures lifecycle management. Procedia CIRP 2019, 84, 545–549. [Google Scholar] [CrossRef]
  25. Srinivas, M.M. Digital Twin for Product Lifecycle Management (PLM) (Part-1): Bridging the gap through Twinning. 2017. Available online: https://atos.net/en/blog/digital-twin-product-lifecycle-management-plm-part-1-bridging-gap-twinning (accessed on 3 April 2022).
  26. Marr, B. 7 Amazing Examples of Digital Twin Technology in Practice. 2019. Available online: https://bernardmarr.com/default.asp?contentID=1870 (accessed on 1 February 2022).
  27. Zhu, W.; Bricogne, M.; Durupt, A.; Remy, S.; Li, B.; Eynard, B. Implementations of Model Based Definition and Product Lifecycle Management Technologies: A Case Study in Chinese Aeronautical Industry. IFAC-Pap. 2016, 49, 485–490. [Google Scholar] [CrossRef]
  28. Ma, Y.; Chen, G.; Thimm, G. Change propagation algorithm in a unified feature modeling scheme. Comput. Ind. 2008, 59, 110–118. [Google Scholar] [CrossRef]
  29. Marshall, C. Enterprise Modeling with UML: Designing Successful Software through Business Analysis; Addison-Wesley Object Technology Series; Addison Wesley: Boston, MA, USA, 1999; p. 288. [Google Scholar]
  30. Hock-Doepgen, M.; Clauss, T.; Kraus, S.; Cheng, C.F. Knowledge management capabilities and organizational risk-taking for business model innovation in SMEs. J. Bus. Res. 2020, 130, 683–697. [Google Scholar] [CrossRef]
  31. Niknejad, N.; Ismail, W.; Ghani, I.; Nazari, B.; Bahari, M.; Hussin, A.R.B.C. Understanding Service-Oriented Architecture (SOA): A systematic literature review and directions for further investigation. Inf. Syst. 2020, 91, 101491. [Google Scholar] [CrossRef]
  32. Burgess, K.; Singh, P.J.; Koroglu, R. Supply Chain Management: A Structured Literature Review and Implications for Future Research. Int. J. Oper. Prod. Manag. 2006, 26, 703–729. [Google Scholar] [CrossRef]
  33. Garza-Reyes, J.A. Lean and Green—A Systematic Review of the State-of-the-Art Literature. J. Clean. Prod. 2015, 102, 18–29. [Google Scholar] [CrossRef]
  34. Alcaide-Munoz, C.; Gutierrez-Gutierrez, L. Six Sigma and Organisational Ambidexterity: A Systematic Review and Conceptual Framework. Int. J. Lean Six Sigma 2017, 8, 436–456. [Google Scholar] [CrossRef]
  35. Tranfield, D.; Denyer, D.; Smart, P. Towards a Methodology for Developing Evidence-Informed Management Knowledge by Means of Systematic Review. Br. J. Manag. 2003, 14, 207–222. [Google Scholar] [CrossRef]
  36. Yang, E.C.L.; Khoo-Lattimore, C.; Arcodia, C. A Systematic Literature Review of Risk and Gender Research in Tourism. Tour. Manag. 2017, 58, 89–100. [Google Scholar] [CrossRef]
  37. Petticrew, M. Systematic Reviews from Astronomy to Zoology: Myths and Misconceptions. BMJ 2001, 322, 98–101. [Google Scholar] [CrossRef] [PubMed]
  38. De Lima, F.R.P.; Da Silva, A.L.; Godinho Filho, M.; Dias, E.M. Systematic Review: Resilience Enablers to Combat Counterfeit Medicines. Supply Chain. Manag. Int. J. 2018, 12, 117–135. [Google Scholar] [CrossRef]
  39. Parameswaran, U.D.; Ozawa-Kirk, J.L.; Latendresse, G. To live (code) or to not: A new method for coding in qualitative research. Qual. Soc. Work. 2020, 19, 630–644. [Google Scholar] [CrossRef]
  40. Li, L.; Zheng, Y.; Yang, M.; Leng, J.; Cheng, Z.; Xie, Y.; Jiang, P.; Ma, Y. A survey of feature modeling methods: Historical evolution and new development. Robot. Comput. Integr. Manuf. 2020, 61, 101851. [Google Scholar] [CrossRef]
  41. Zhang, Y.; Shi, L.; Ren, S.; Zhang, D. A model-driven dynamic synchronization mechanism of lifecycle business activity for complicated and customized products. Procedia CIRP 2019, 83, 748–752. [Google Scholar] [CrossRef]
  42. Fechter, M.; Neb, A. From 3D product data to hybrid assembly workplace generation using the AutomationML exchange file format. Procedia CIRP 2019, 81, 57–62. [Google Scholar] [CrossRef]
  43. Xin, Y.; Ojanen, V.; Huiskonen, J. Dealing with knowledge management practices in different product lifecycle phases within product-service systems. Procedia CIRP 2019, 83, 111–117. [Google Scholar] [CrossRef]
  44. Kattner, N.; Mehlstaeubl, J.; Becerril, L.; Lindemann, U. Data Analysis in Engineering Change Management—Improving Collaboration by Assessing Organizational Dependencies Based on Past Engineering Change Information. In Proceedings of the 2018 IEEE International Conference on Industrial Engineering and Engineering Management, Bangkok, Thailand, 16–19 December 2018; pp. 617–621. [Google Scholar] [CrossRef]
  45. Conlon, J. From PLM 1.0 to PLM 2.0: The evolving role of product lifecycle management (PLM) in the textile and apparel industries. J. Fash. Mark. Manag. Int. J. 2020, 24, 533–553. [Google Scholar] [CrossRef]
  46. Shilovitsky, O. “PLM Waves—The History of the Future,” Blog Beyond PLM. 2017. Available online: https://beyondplm.com/2017/02/04/plmwaves-history (accessed on 20 August 2022).
Publisher’s Note: MDPI stays neutral with regard to jurisdictional claims in published maps and institutional affiliations.

Article Metrics

Citations

Article Access Statistics

Multiple requests from the same IP address are counted as one view.