[CAE] 누가 FEA를 사용해야 하는가?

설계 해석 엔지니어의 역할은 무엇일까? 설계와 해석을 모두 수행하는 엔지니어가 더 사용하기 쉬운 CAD와 통합한 해석 소프트웨어를 요구하면서 소프트웨어 업계는 더 창의적인 방법으로 공백을 메워나갔다. 그래서 설계 해석 엔지니어의 배경, 경험 및 열정이 모든 제품 개발 과정에 반영되었다. 해석 엔지니어와는 달리 설계 해석 엔지니어는 아침에 CAD로 설계하고, 오후에 작업 현장에 있을 수 있으며, 책상에서 가끔 휴식하는 동안 해석 작업을 할지도 모른다.
 
중소기업의 설계 해석 엔지니어는 자신의 회사에서 유일한 FEA 사용자일지도 모른다. 그들은 보통 소프트웨어 교육을 받고 돌아오면, 회사는 그를 FEA 전문가라고 생각하지만, 회사에 이바지하는 가치는 언제나 제대로 인정받지 못한다. 회사 대부분이 FEA 소프트웨어를 여전히 급한 불을 끄는 '소화기'라고 생각하는 한, 설계 해석 엔지니어는 항상 하드웨어를 업그레이드하고, 교육을 더 받으려고 자기 회사와 싸워야 할 것이다.
 
설계 해석 엔지니어는 보통 스스로 그 일을 하기로 선택한 사람과 남이 그 일을 하라고 선택한 사람으로 구분된다. 스스로 선택한 사람은 기술 습득에 항상 적극적이며, FEA를 정규 설계 과정으로 만들고 싶어 하고, 그것을 이루려고 끊임없이 시도할 것이다. 또한, 전문기술의 기초 지식과 기본 해석 절차에 탄탄한 기반을 갖춘 훌륭한 기술자가 되려고 노력하며, 제품 개발에 많은 시간을 할애하고 싶지만, 해석 전문 엔지니어가 되기를 원하지는 않을 것이다.
 

 
한편 ‘선택받은 사람’은 경영진이 FEA 소프트웨어를 도입할 결정을 내렸을 때 설계 해석 엔지니어로 선택된다. 선택받은 사람은 CAD 설계 실력이나 남들보다 뛰어난 컴퓨터 지식 때문에 선택되며, 업무 부담이 일시적으로 줄어들었을 때 대부분 선택된다. 선택받은 사람은 열정적으로 해석 업무에 몰입할 수도 있지만, 스스로 선택한 사람의 열정에 대부분 미치지 못한다. 선택받은 사람 대부분은 FEA 기술에 대체로 관심은 있지만 다양한 이유로 자주 사용하려고 시도하지는 않을 것이다. 어떤 사람은 해석 요청을 받았을 때 즐거워할 수도 있지만, 어떤 사람은 소프트웨어를 사용하지 않고 그냥 내버려 두는 것이 행복할 수도 있다. 선택받은 사람은 자신의 회사에서 FEA 해석 소프트웨어의 업그레이드를 요청하거나 관심을 가진 유일한 사람이므로 자신을 ‘선택한 사람’이라고 생각할 수도 있다. 하지만 그런 사람은 "나는 분명 …을 할 시간이 없을 거야.", "정확성은 …만큼 중요하지 않아." 또는 "완벽한 CAD 통합이 가장 중요한 …이야."라는 말로 쉽게 식별할 수 있다. 원래 타의로 선택받은 사람은 더 좋은 모델을 만드는 데에 스스로 몰아붙이지 않는 편리한 구실을 항상 만들 것이다. 반면에 스스로 ‘선택한 사람’은 더 좋은 모델을 만들려고 어려운 해석을 도전하는 것에 어떤 전율을 느낀다.
 
두 부류의 설계 해석 엔지니어 중 주목할 점은 복잡한 FEA 시스템에 감사하는 마음에서 크게 차이가 난다는 것이다. 수많은 자의로 ‘선택한 사람’은 제품 개발 과정에서 해석 소프트웨어의 유효성을 확인하려는 열정에 한계를 느끼지 못하지만, 일부 ‘선택받은 사람’은 정확한 결과를 얻으려는 해석 방법에만 주의를 기울인다. 또한, 재미있는 점은 두 부류 모두 동료들과 해석 기술과 결과 분석에 관해 이야기하는 것을 꺼린다는 것이다. 어떤 사람들은 어디에 물어봐야 할지 모르지만, 어떤 사람들은 어떤 도움이 필요하다는 것조차 모를 것이다.
 

 
어떤 해석 엔지니어가 제품 설계 과정에서 해석 기술을 활용하는 데에 성공했을까? 성공한 해석 엔지니어는 대부분 스스로 ‘선택한 사람’이다. 성공한 해석 엔지니어의 가장 중요한 특징은 바로 FEA의 잠재력에 대한 꺼지지 않는 열정이다. 가까운 동료와 같이 FEA를 공부하는 것은 복잡하고 어려운 목표를 이루기 위한 지식에 대한 건전한 존경심이다. 이런 면에서 거의 전문가가 될 정도로 전문가가 수행하는 해석 기법을 배우고, 능가하고 싶은 욕심이 생길 것이다. 아쉽게도 이런 열정을 가진 ‘팬(fan)’들이 이용할 수 있는 자원은 너무 한정적이다. 그것을 극복하려면 여러 지역이나 인터넷에 있는 소프트웨어 사용자 그룹이 가장 좋은 출발점이다.