23.12.2014 Views

OCTOBER 19-20, 2012 - YMCA University of Science & Technology

OCTOBER 19-20, 2012 - YMCA University of Science & Technology

OCTOBER 19-20, 2012 - YMCA University of Science & Technology

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Proceedings <strong>of</strong> the National Conference on<br />

Trends and Advances in Mechanical Engineering,<br />

<strong>YMCA</strong> <strong>University</strong> <strong>of</strong> <strong>Science</strong> & <strong>Technology</strong>, Faridabad, Haryana, Oct <strong>19</strong>-<strong>20</strong>, <strong>20</strong>12<br />

altered before actual physical production commences. The amount <strong>of</strong> money that can be saved by doing this<br />

correctly has proven to be significant and is generally the deciding factor for companies moving to a concurrent<br />

design framework.<br />

One <strong>of</strong> the most important reasons for the huge success <strong>of</strong> concurrent engineering is that by definition it<br />

redefines the basic design process structure that was common place for decades. This was a structure based on a<br />

sequential design flow, sometimes called the ‘Waterfall Model’ [5,6]. Concurrent engineering significantly<br />

modifies this outdated method and instead opts to use what has been termed an iterative or integrated<br />

development method[7]. The difference between these two methods is that the ‘Waterfall’ method moves in a<br />

completely linear fashion by starting with user requirements and sequentially moving forward to design,<br />

implementation and additional steps until you have a finished product. The problem here is that the design<br />

system does not look backwards or forwards from the step it is on to fix possible problems. In the case that<br />

something does go wrong, the design usually must be scrapped or heavily altered. On the other hand, the iterative<br />

design process is more cyclic in that, as mentioned before, all aspects <strong>of</strong> the life cycle <strong>of</strong> the product are taken<br />

into account, allowing for a more evolutionary approach to design [8]. The difference between the two design<br />

processes can be seen graphically in Figure 1.<br />

Figure 1. “Waterfall” or Sequential Development Method vs. Iterative Development Method<br />

A significant part <strong>of</strong> this new method is that the individual engineer is given much more say in the overall design<br />

process due to the collaborative nature <strong>of</strong> concurrent engineering. Giving the designer ownership plays a large<br />

role in the productivity <strong>of</strong> the employee and quality <strong>of</strong> the product that is being produced. This stems from the<br />

fact that people given a sense <strong>of</strong> gratification and ownership over their work tend to work harder and design a<br />

more robust product, as opposed to an employee that is assigned a task with little say in the general process.<br />

By making this sweeping change, many organizational and managerial challenges arise that must be taken into<br />

special consideration when companies and organizations move towards such a system. From this standpoint,<br />

issues such as the implementation <strong>of</strong> early design reviews, enabling communication between engineers, s<strong>of</strong>tware<br />

compatibility and opening the design process up to allow for concurrency creates problems <strong>of</strong> its own[9].<br />

Similarly, there must be a strong basis for teamwork since the overall success <strong>of</strong> the method relies on the ability<br />

<strong>of</strong> engineers to effectively work together. Often this can be a difficult obstacle, but is something that must be<br />

tackled early to avoid later problems [10].<br />

Similarly, now more than ever, s<strong>of</strong>tware is playing a huge role in the engineering design process. Be it from<br />

CAD packages to finite element analysis tools, the ability to quickly and easily modify digital models to predict<br />

future design problems is hugely important no matter what design process you are using. However, in concurrent<br />

engineering s<strong>of</strong>tware’s role becomes much more significant as the collaborative nature must take into the<br />

account that each engineer's design models must be able to ‘talk’ to each other in order to successfully utilize the<br />

concepts <strong>of</strong> concurrent engineering.<br />

677

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!