definition - concurrent engineering
definition of Wikipedia
Wikipedia - see also
Wikipedia
For the journal, see Concurrent Engineering (journal).
Concurrent engineering is a work methodology based on the parallelization of tasks (i.e. performing tasks concurrently). It refers to an approach used in product development in which functions of design engineering, manufacturing engineering and other functions are integrated to reduce the elapsed time required to bring a new product to the market.
|
Introduction
The concurrent engineering method is still a relatively new design management system, but has had the opportunity to mature in recent years to become a well-defined systems approach towards optimizing engineering design cycles.[1] Because of this, concurrent engineering has gathered much attention from industry and has been implemented in a multitude of companies, organizations and universities, most notably in the aerospace industry.
The basic premise for concurrent engineering revolves around two concepts. The first is the idea that all elements of a product’s life-cycle, from functionality, producibility, assembly, testability, maintenance issues, environmental impact and finally disposal and recycling, should be taken into careful consideration in the early design phases.[2]
The second concept is that the preceding design activities should all be occurring at the same time, or concurrently. The overall goal being that the concurrent nature of these processes significantly increases productivity and product quality, aspects that are obviously important in today's fast-paced market.[3] This philosophy is key to the success of concurrent engineering because it allows for errors and redesigns to be discovered early in the design process when the project is still in a more abstract and possibly digital realm. By locating and fixing these issues early, the design team can avoid what often become costly errors as the project moves to more complicated computational models and eventually into the physical realm.[4]
As mentioned above, part of the design process is to ensure that the entire product's life cycle is taken into consideration. This includes establishing user requirements, propagating early conceptual designs, running computational models, creating physical prototypes and eventually manufacturing the product. Included in the process is taking into full account funding, work force capability and time, subject areas that are extremely important factors in the success of a concurrent engineering system. As before, the extensive use of forward planning allows for unforeseen design problems to be caught early so that the basic conceptual design can be altered before actual physical production commences. The amount of money that can be saved by doing this correctly has proven to be significant and is generally the deciding factor for companies moving to a concurrent design framework.[3]
One of the most important reasons for the huge success of concurrent engineering is that by definition it redefines the basic design process structure that was common place for decades. This was a structure based on a sequential design flow, sometimes called the ‘Waterfall Model’.[5][6] Concurrent engineering significantly modifies this outdated method and instead opts to use what has been termed an iterative or integrated development method.[7] The difference between these two methods is that the ‘Waterfall’ method moves in a completely linear fashion by starting with user requirements and sequentially moving forward to design, implementation and additional steps until you have a finished product. The problem here is that the design system does not look backwards or forwards from the step it is on to fix possible problems. In the case that something does go wrong, the design usually must be scrapped or heavily altered. On the other hand, the iterative design process is more cyclic in that, as mentioned before, all aspects of the life cycle of the product are taken into account, allowing for a more evolutionary approach to design.[8] Rihanna freakin weekend. The difference between the two design processes can be seen graphically in Figure 1.
Fig. 1 – “Waterfall” or Sequential Development Method vs. Iterative Development Method
A significant part of this new method is that the individual engineer is given much more say in the overall design process due to the collaborative nature of concurrent engineering. Giving the designer ownership plays a large role in the productivity of the employee and quality of the product that is being produced. This stems from the fact that people given a sense of gratification and ownership over their work tend to work harder and design a more robust product, as opposed to an employee that is assigned a task with little say in the general process.[4]
By making this sweeping change, many organizational and managerial challenges arise that must be taken into special consideration when companies and organizations move towards such a system. From this standpoint, issues such as the implementation of early design reviews, enabling communication between engineers, software compatibility and opening the design process up to allow for concurrency creates problems of its own .[9] Similarly, there must be a strong basis for teamwork since the overall success of the method relies on the ability of engineers to effectively work together. Often this can be a difficult obstacle, but is something that must be tackled early to avoid later problems .[10]
Similarly, now more than ever, software is playing a huge role in the engineering design process. Be it from CAD packages to finite element analysis tools, the ability to quickly and easily modify digital models to predict future design problems is hugely important no matter what design process you are using. However, in concurrent engineering software’s role becomes much more significant as the collaborative nature must take into the account that each engineer's design models must be able to ‘talk’ to each other in order to successfully utilize the concepts of concurrent engineering.
Concurrent engineering elements
Cross-functional teams
Include members from various disciplines involved in the process, including manufacturing, hardware and software design, marketing, and so forth
Concurrent product realization
Process activities are at the heart of concurrent engineering. Doing several things at once, such as designing various subsystems simultaneously, is critical to reducing design time.
Incremental information sharing
It helps minimize the chance that concurrent product realization will lead to surprises. As soon as new information becomes available, it is shared and integrated into the design. Cross functional teams are important to the effective sharing of information in a timely fashion.
Integrated project management
It ensures that someone is responsible for the entire project, and that responsibility is not abdicated once one aspect of the work is done.
Definition
Several definitions of concurrent engineering are in use.
The first one is used by the Concurrent Design Facility (ESA):
“ | Concurrent Engineering (CE) is a systematic approach to integrated product development that emphasizes the response to customer expectations. It embodies team values of co-operation, trust and sharing in such a manner that decision making is by consensus, involving all perspectives in parallel, from the beginning of the product life cycle. | ” |
The second one is by Pennell and Winner, 1989:
“ | Concurrent Engineering is a systematic approach to the integrated, concurrent design of products and their related processes, including, manufacturing and support. This approach is intended to cause the developers from the very outset to consider all elements of the product life cycle, from conception to disposal, including cost, schedule, quality and user requirements. | ” |
Using C.E.
Currently, several companies, agencies and universities use CE. Among them can be mentioned:
• European Space AgencyConcurrent Design Facility
• NASATeam X - Jet Propulsion Laboratory
• NASAIntegrated Design Center (IDC), Mission Design Lab (MDL), and Instrument Design Lab (IDL) - Goddard Space Flight Center
• CNES - French Space Agency
• ASI - Italian Space Agency
• Boeing
• EADS Astrium - Satellite Design Office
• Thales Alenia Space
• The Aerospace Corporation Concept Design Center
• STV Incorporated - [1]
• German Aerospace Center Deutsches Zentrum fur Luft - Und Raumfahrt Deutsches Zentrum fur Luft Und Raumfahrt
• JAQAR Concurrent Design Services
• EPFL Space Center
• European Space AgencyConcurrent Design Facility
• NASATeam X - Jet Propulsion Laboratory
• NASAIntegrated Design Center (IDC), Mission Design Lab (MDL), and Instrument Design Lab (IDL) - Goddard Space Flight Center
• CNES - French Space Agency
• ASI - Italian Space Agency
• Boeing
• EADS Astrium - Satellite Design Office
• Thales Alenia Space
• The Aerospace Corporation Concept Design Center
• STV Incorporated - [1]
• German Aerospace Center Deutsches Zentrum fur Luft - Und Raumfahrt Deutsches Zentrum fur Luft Und Raumfahrt
• JAQAR Concurrent Design Services
• EPFL Space Center
See also
- ESA's Concurrent Design Facility
References
- ^Ma, Y., Chen, G. & Thimm, G.; 'Paradigm Shift: Unified and Associative Feature-based Concurrent Engineering and Collaborative Engineering', Journal of Intelligent Manufacturing, DOI 10.1007/s10845-008-0128-y
- ^Kusiak, Andrew; Concurrent Engineering: Automation, Tools and Techniques
- ^ abQuan, W. & Jianmin, H., A Study on Collaborative Mechanism for Product Design in Distributed Concurrent Engineering IEEE
- ^ abKusiak, Andrew, Concurrent Engineering: Automation, Tools and Techniques
- ^“The standard waterfall model for systems development”, NASA Webpage, November 14, 2008
- ^Kock, N. and Nosek, J., “Expanding the Boundaries of E-Collaboration”, IEEE Transactions on Professional Communication, Vol 48 No 1, March 2005.
- ^Ma, Y., Chen, G., Thimm, G., 'Paradigm Shift: Unified and Associative Feature-based Concurrent Engineering and Collaborative Engineering', Journal of Intelligent Manufacturing, DOI 10.1007/s10845-008-0128-y
- ^Royce, Winston, 'Managing the Development of Large Software Systems', Proceedings of IEEE WESCON 26 (August 1970): 1-9.
- ^Kusiak, Andrew, 'Concurrent Engineering: Automation, Tools and Techniques'
- ^Rosenblatt, A. and Watson, G. (1991). 'Concurrent Engineering', IEEE Spectrum, July, pp 22-37.
Retrieved from 'http://en.wikipedia.org/w/index.php?title=Concurrent_engineering&oldid=492340598'
This entry is from Wikipedia, the leading user-contributed encyclopedia. It may not have been reviewed by professional editors (see full disclaimer)
Advertizing ▼
Concurrent engineering (CE) is a work methodology emphasizing the parallelisation of tasks (i.e. performing tasks concurrently), which is sometimes called simultaneous engineering or integrated product development (IPD) using an integrated product team approach. It refers to an approach used in product development in which functions of design engineering, manufacturing engineering, and other functions are integrated to reduce the time required to bring a new product to market.[1]
- 1Introduction
- 2Elements
Introduction[edit]
A 2008 publication described concurrent engineering as a new design management system that has matured in recent years to become a well-defined systems approach to optimizing design and engineering cycles.[2] Concurrent engineering has been implemented in a number of companies, organizations, and universities, most notably in the aerospace industry. Beginning in the early 1990s, CE was also adapted for use in the information and content automation field, providing a basis for organization and management of projects outside the physical product development sector for which it was originally designed. Organizations such as the European Space Agency's Concurrent Design Facility make use of concurrent design to perform feasibility studies for future missions.
The basic premise for concurrent engineering revolves around two concepts. The first is the idea that all elements of a product's life-cycle—from functionality, production, assembly, testing, maintenance, environmental impact, and finally disposal and recycling—should be taken into careful consideration in the early design phases.[3]
The second concept is that design activities should all be occurring at the same time, i.e., concurrently. The idea is that the concurrent nature of these activities significantly increases productivity and product quality.[4] This way, errors and redesigns can be discovered early in the design process when the project is still flexible. By locating and fixing these issues early, the design team can avoid what often become costly errors as the project moves to more complicated computational models and eventually into the actual manufacturing of hardware.[5]
As mentioned above, part of the design process is to ensure that the product's entire life cycle is taken into consideration. This includes establishing user requirements, propagating early conceptual designs, running computational models, creating physical prototypes, and eventually manufacturing the product. Included in this process is taking into full account funding, workforce capability, and time requirements. A 2006 study claimed that a correct implementation of the concurrent design process can save a significant amount of money, and that organizations have been moving to concurrent design for this reason.[4] It is also highly compatible with systems thinking and green engineering.
Concurrent engineering replaces the more traditional sequential design flow, or 'Waterfall Model'.[6][7] In Concurrent Engineering an iterative or integrated development method is used instead.[8] The Waterfall method moves in a linear fashion, starting with user requirements and sequentially moving forward to design and implementation, until you have a finished product. In this design system, a design team would not quickly look backward or forward from the step it is on to fix or anticipate problems. In the case that something does go wrong, the design usually must be scrapped or heavily altered. The concurrent or iterative design process encourages prompt changes of tack, so that all aspects of the life cycle of the product are taken into account, allowing for a more evolutionary approach to design.[9] The difference between the two design processes can be seen graphically in Figure 1.
Traditional 'Waterfall' or Sequential Development Method vs. Iterative Development Method in concurrent engineering.
A significant part of the concurrent design method is that the individual engineer is given much more say in the overall design process due to the collaborative nature of concurrent engineering. Giving the designer ownership is claimed to improve the productivity of the employee and quality of the product, based on the assumption that people who are given a sense of gratification and ownership over their work tend to work harder and design a more robust product, as opposed to an employee that is assigned a task with little say in the general process.[5]
Challenges associated with concurrent design[edit]
Concurrent design comes with a series of challenges, such as implementation of early design reviews, dependency on efficient communication between engineers and teams, software compatibility, and opening up the design process.[10] This design process usually requires that computer models (computer aided design, finite element analysis) are exchanged efficiently, something that can be difficult in practice. If such issues are not addressed properly, concurrent design may not work effectively.[11] It is important to note that although the nature of some project activities project imposes a degree of linearity—completion of software code, prototype development and testing, for example—organizing and managing project teams to facilitate concurrent design can still yield significant benefits that come from the improved sharing of information.
Service providers exist that specialize in this field, not only training people how to perform concurrent design effectively, but also providing the tools to enhance the communication between the team members.
Elements[edit]
Cross-functional teams[edit]
Cross-functional teams include people from different area of the workplace that are all involved in a particular process, including manufacturing, hardware and software design, marketing, and so forth.
Concurrent product realization[edit]
Doing several things at once, such as designing various subsystems simultaneously, is critical to reducing design time and is at the heart of concurrent engineering.
Incremental information sharing[edit]
Incremental information sharing helps minimize the chance that concurrent product realization will lead to surprises. 'Incremental' meaning that as soon as new information becomes available, it is shared and integrated into the design. Cross-functional teams are important to the effective sharing of information in a timely fashion.
Integrated project management[edit]
Integrated project management ensures that someone is responsible for the entire project, and that responsibility is not abdicated once one aspect of the work is done.
Definition[edit]
Several definitions of concurrent engineering are in use.
The first one is used by the Concurrent Design Facility (ESA):
“ | Concurrent Engineering (CE) is a systematic approach to integrated product development that emphasizes the response to customer expectations. It embodies team values of co-operation, trust and sharing in such a manner that decision making is by consensus, involving all perspectives in parallel, from the beginning of the product life cycle. | ” |
The second one is by Winner, et al., 1988:
“ | Concurrent Engineering is a systematic approach to the integrated, concurrent design of products and their related processes, including, manufacturing and support. This approach is intended to cause the developers from the very outset to consider all elements of the product life cycle, from conception to disposal, including quality, cost, schedule, and user requirements.[12] | ” |
Using C.E.[edit]
Currently, several companies, agencies and universities use CE. Among them can be mentioned:
Concurrent Engineering Process
- European Space AgencyConcurrent Design Facility
- NASATeam X - Jet Propulsion Laboratory
- NASAIntegrated Design Center (IDC), Mission Design Lab (MDL), and Instrument Design Lab (IDL) - Goddard Space Flight Center
- CNES – French Space Agency
- ASI – Italian Space Agency
- Boeing
- EADS Astrium – Satellite Design Office
- The Aerospace Corporation Concept Design Center
See also[edit]
- ESA's Concurrent Design Facility
References[edit]
- ^'The Principles of Integrated Product Development'. NPD Solutions. DRM Associates. 2016. Retrieved 7 May 2017.
- ^Ma, Y., Chen, G. & Thimm, G.; 'Paradigm Shift: Unified and Associative Feature-based Concurrent Engineering and Collaborative Engineering', Journal of Intelligent Manufacturing, DOI 10.1007/s10845-008-0128-y
- ^Kusiak, Andrew; Concurrent Engineering: Automation, Tools and Techniques
- ^ abQuan, W. & Jianmin, H., A Study on Collaborative Mechanism for Product Design in Distributed Concurrent Engineering IEEE 2006. DOI: 10.1109/CAIDCD.2006.329445
- ^ abKusiak, Andrew, Concurrent Engineering: Automation, Tools and Techniques
- ^'The standard waterfall model for systems development', NASA Webpage, November 14, 2008
- ^Kock, N. and Nosek, J., 'Expanding the Boundaries of E-Collaboration', IEEE Transactions on Professional Communication, Vol 48 No 1, March 2005.
- ^Ma, Y., Chen, G., Thimm, G., 'Paradigm Shift: Unified and Associative Feature-based Concurrent Engineering and Collaborative Engineering', Journal of Intelligent Manufacturing, DOI 10.1007/s10845-008-0128-y
- ^Royce, Winston, 'Managing the Development of Large Software Systems', Proceedings of IEEE WESCON 26 (August 1970): 1-9.
- ^Kusiak, Andrew, 'Concurrent Engineering: Automation, Tools and Techniques'
- ^Rosenblatt, A. and Watson, G. (1991). 'Concurrent Engineering', IEEE Spectrum, July, pp 22-37.
- ^Winner, Robert I., Pennell, James P., Bertrand, Harold E., and Slusarczuk, Marko M. G. (1991). 'The Role of Concurrent Engineering in Weapons System Acquisition', Institute for Defense Analyses Report R-338, December 1988, p v.
Retrieved from 'https://en.wikipedia.org/w/index.php?title=Concurrent_engineering&oldid=896971791'
Views 18,335
From Embeds
Number of Embeds
ActionsDownloads
Comments
Likes
Embeds 0
Training is for the tools used in CE, usually computer aided drafting. Another important yet overlooked training is in non-technical areas, such as problem-solving and conflict resolution.
definition - concurrent engineering
definition of Wikipedia
Wikipedia - see also
Wikipedia
For the journal, see Concurrent Engineering (journal).
Concurrent engineering is a work methodology based on the parallelization of tasks (i.e. performing tasks concurrently). It refers to an approach used in product development in which functions of design engineering, manufacturing engineering and other functions are integrated to reduce the elapsed time required to bring a new product to the market.
|
Introduction
The concurrent engineering method is still a relatively new design management system, but has had the opportunity to mature in recent years to become a well-defined systems approach towards optimizing engineering design cycles.[1] Because of this, concurrent engineering has gathered much attention from industry and has been implemented in a multitude of companies, organizations and universities, most notably in the aerospace industry.
Pirates of the caribbean 1960 movie. The basic premise for concurrent engineering revolves around two concepts. The first is the idea that all elements of a product’s life-cycle, from functionality, producibility, assembly, testability, maintenance issues, environmental impact and finally disposal and recycling, should be taken into careful consideration in the early design phases.[2]
The second concept is that the preceding design activities should all be occurring at the same time, or concurrently. The overall goal being that the concurrent nature of these processes significantly increases productivity and product quality, aspects that are obviously important in today's fast-paced market.[3] This philosophy is key to the success of concurrent engineering because it allows for errors and redesigns to be discovered early in the design process when the project is still in a more abstract and possibly digital realm. By locating and fixing these issues early, the design team can avoid what often become costly errors as the project moves to more complicated computational models and eventually into the physical realm.[4]
As mentioned above, part of the design process is to ensure that the entire product's life cycle is taken into consideration. This includes establishing user requirements, propagating early conceptual designs, running computational models, creating physical prototypes and eventually manufacturing the product. Included in the process is taking into full account funding, work force capability and time, subject areas that are extremely important factors in the success of a concurrent engineering system. As before, the extensive use of forward planning allows for unforeseen design problems to be caught early so that the basic conceptual design can be altered before actual physical production commences. The amount of money that can be saved by doing this correctly has proven to be significant and is generally the deciding factor for companies moving to a concurrent design framework.[3]
One of the most important reasons for the huge success of concurrent engineering is that by definition it redefines the basic design process structure that was common place for decades. This was a structure based on a sequential design flow, sometimes called the ‘Waterfall Model’.[5][6] Concurrent engineering significantly modifies this outdated method and instead opts to use what has been termed an iterative or integrated development method.[7] The difference between these two methods is that the ‘Waterfall’ method moves in a completely linear fashion by starting with user requirements and sequentially moving forward to design, implementation and additional steps until you have a finished product. The problem here is that the design system does not look backwards or forwards from the step it is on to fix possible problems. In the case that something does go wrong, the design usually must be scrapped or heavily altered. On the other hand, the iterative design process is more cyclic in that, as mentioned before, all aspects of the life cycle of the product are taken into account, allowing for a more evolutionary approach to design.[8] The difference between the two design processes can be seen graphically in Figure 1.
Fig. 1 – “Waterfall” or Sequential Development Method vs. Iterative Development Method
A significant part of this new method is that the individual engineer is given much more say in the overall design process due to the collaborative nature of concurrent engineering. Giving the designer ownership plays a large role in the productivity of the employee and quality of the product that is being produced. This stems from the fact that people given a sense of gratification and ownership over their work tend to work harder and design a more robust product, as opposed to an employee that is assigned a task with little say in the general process.[4]
By making this sweeping change, many organizational and managerial challenges arise that must be taken into special consideration when companies and organizations move towards such a system. From this standpoint, issues such as the implementation of early design reviews, enabling communication between engineers, software compatibility and opening the design process up to allow for concurrency creates problems of its own .[9] Similarly, there must be a strong basis for teamwork since the overall success of the method relies on the ability of engineers to effectively work together. Often this can be a difficult obstacle, but is something that must be tackled early to avoid later problems .[10]
Similarly, now more than ever, software is playing a huge role in the engineering design process. Be it from CAD packages to finite element analysis tools, the ability to quickly and easily modify digital models to predict future design problems is hugely important no matter what design process you are using. However, in concurrent engineering software’s role becomes much more significant as the collaborative nature must take into the account that each engineer's design models must be able to ‘talk’ to each other in order to successfully utilize the concepts of concurrent engineering.
Concurrent engineering elements
Cross-functional teams
Include members from various disciplines involved in the process, including manufacturing, hardware and software design, marketing, and so forth
Concurrent product realization
Process activities are at the heart of concurrent engineering. Doing several things at once, such as designing various subsystems simultaneously, is critical to reducing design time.
Incremental information sharing
It helps minimize the chance that concurrent product realization will lead to surprises. As soon as new information becomes available, it is shared and integrated into the design. Cross functional teams are important to the effective sharing of information in a timely fashion.
Integrated project management
It ensures that someone is responsible for the entire project, and that responsibility is not abdicated once one aspect of the work is done.
Definition
Several definitions of concurrent engineering are in use.
The first one is used by the Concurrent Design Facility (ESA):
“ | Concurrent Engineering (CE) is a systematic approach to integrated product development that emphasizes the response to customer expectations. It embodies team values of co-operation, trust and sharing in such a manner that decision making is by consensus, involving all perspectives in parallel, from the beginning of the product life cycle. | ” |
The second one is by Pennell and Winner, 1989:
“ | Concurrent Engineering is a systematic approach to the integrated, concurrent design of products and their related processes, including, manufacturing and support. This approach is intended to cause the developers from the very outset to consider all elements of the product life cycle, from conception to disposal, including cost, schedule, quality and user requirements. | ” |
Using C.E.
Currently, several companies, agencies and universities use CE. Among them can be mentioned:
• European Space AgencyConcurrent Design Facility
• NASATeam X - Jet Propulsion Laboratory
• NASAIntegrated Design Center (IDC), Mission Design Lab (MDL), and Instrument Design Lab (IDL) - Goddard Space Flight Center
• CNES - French Space Agency
• ASI - Italian Space Agency
• Boeing
• EADS Astrium - Satellite Design Office
• Thales Alenia Space
• The Aerospace Corporation Concept Design Center
• STV Incorporated - [1]
• German Aerospace Center Deutsches Zentrum fur Luft - Und Raumfahrt Deutsches Zentrum fur Luft Und Raumfahrt
• JAQAR Concurrent Design Services
• EPFL Space Center
• European Space AgencyConcurrent Design Facility
• NASATeam X - Jet Propulsion Laboratory
• NASAIntegrated Design Center (IDC), Mission Design Lab (MDL), and Instrument Design Lab (IDL) - Goddard Space Flight Center
• CNES - French Space Agency
• ASI - Italian Space Agency
• Boeing
• EADS Astrium - Satellite Design Office
• Thales Alenia Space
• The Aerospace Corporation Concept Design Center
• STV Incorporated - [1]
• German Aerospace Center Deutsches Zentrum fur Luft - Und Raumfahrt Deutsches Zentrum fur Luft Und Raumfahrt
• JAQAR Concurrent Design Services
• EPFL Space Center
See also
- ESA's Concurrent Design Facility
References
- ^Ma, Y., Chen, G. & Thimm, G.; 'Paradigm Shift: Unified and Associative Feature-based Concurrent Engineering and Collaborative Engineering', Journal of Intelligent Manufacturing, DOI 10.1007/s10845-008-0128-y
- ^Kusiak, Andrew; Concurrent Engineering: Automation, Tools and Techniques
- ^ abQuan, W. & Jianmin, H., A Study on Collaborative Mechanism for Product Design in Distributed Concurrent Engineering IEEE
- ^ abKusiak, Andrew, Concurrent Engineering: Automation, Tools and Techniques
- ^“The standard waterfall model for systems development”, NASA Webpage, November 14, 2008
- ^Kock, N. and Nosek, J., “Expanding the Boundaries of E-Collaboration”, IEEE Transactions on Professional Communication, Vol 48 No 1, March 2005.
- ^Ma, Y., Chen, G., Thimm, G., 'Paradigm Shift: Unified and Associative Feature-based Concurrent Engineering and Collaborative Engineering', Journal of Intelligent Manufacturing, DOI 10.1007/s10845-008-0128-y
- ^Royce, Winston, 'Managing the Development of Large Software Systems', Proceedings of IEEE WESCON 26 (August 1970): 1-9.
- ^Kusiak, Andrew, 'Concurrent Engineering: Automation, Tools and Techniques'
- ^Rosenblatt, A. and Watson, G. (1991). 'Concurrent Engineering', IEEE Spectrum, July, pp 22-37.
Retrieved from 'http://en.wikipedia.org/w/index.php?title=Concurrent_engineering&oldid=492340598'
This entry is from Wikipedia, the leading user-contributed encyclopedia. It may not have been reviewed by professional editors (see full disclaimer)
Advertizing ▼