1.개요
    날이 갈수록 제품의 라이프사이클이 짧아지고 원가요소가 경쟁력의 핵심으로 떠오른지는 이미 오래다. 이 말은 상대적으로 상품의 기획에서 개발설계가 매우 비중이 높다는 것을 말한다. 설계자가 데이터를 찾고, 불일치에 따른 원인 및 교정작업에 30% 이상을 투입한다고 되어있다. 이것은 제품에 대한 체계적인 정보축적으로 그것을 0에 가깝게 줄여 설계자 고유의 창의적인 작업에 몰두할 수 있도록 도와줄 수 있다.

    PDM 이전에도 삼성그룹에서는 EDB ( Engineering Database ) 시스템이란 이름으로 개발/설계에서 발생하는 Engineering DB ( 도면,기술문서,부품정보 등)를 RDB  Base의 UNIX 환경 (대부분의 CAD 워크스테이션) 에서 개발하여 사용해왔다. 그러나 그러한 단위 시스템으로는 제품의 대한 체계적인 정보의 축적과 제공에는 무리가 따랐다. 더구나  EDB시스템은 특정한 Core Package 없이 Low Level에서의 프로그램을 개발했기 때문에 많은 인원의 프로그래머와 유지보수에 많은 공수를 투입해야 했기 때문에 제대로 활용될 수 없었던 것은 당연한 귀결이었다. 이런 문제점을 해결하기 위해 시스템 구축을 패키지를 중심으로하여 구축하기에 이러렀다. 이것의 장점은 프로그램 Coding량을 줄여주고 상대적으로 유지보수가 용이하고 더구나 패키지 내부에 워크플로우라는 Module이 내장되어 있어서 EPI ( Engineering Process Innovation) 를 실현하는 Enabler로서의 역할을 수행해 낼 수도 있다. 그러나 PDM구축과정에서 간과하지 말아야 할부분은 단순히 Package만을 들여놓고 사용할 수는 없다. 무엇보다도 중요한 것은 TOP의 강력한 의지와 실제로 시스템을 사용하는 사용자들의 철저한 이해 없이는 거의 불가능한 일이라할 수 있다.  여기에 소개할 내용은 삼성항공산업(주) 카메라 사업부에서 구축한 PDM 사례를 소개하고자 한다.

   여기에 게재된 내용이외에 더 자세히 알기를 원하는 분은 본 WEB Page의 자료요청을 하면 빠른 시간내에 보내 드리겠습니다.
                                                                   

 

2.적용 회사 : 삼성항공 산업(주) 창원 제 1 사업장

3.PDM목표 및 개념도 (Goal Setting and Conceptual Diagram)

 

 

4. PDM 시스템 MODULE 구성

Module 명칭

상세 내용

기술문서 관리

개발 단계별 기술문서의 체계적 축적 
Keyword 방식의 신속한 조회   

부품정보시스템

부품 마스터 CODE 관리
부품SPEC관리(Category별,SPEC항목 설정)
부품연관정보(부품승인/연관도면)의 통합 관리
OA Tool(MS-Office )및Image View와통합

E-BOM시스템

MODEL/ASSY/부품등의 구성관리
E-BOM의 정전개 및 역전개
3D CAD Data로 부터 BOM정보 추출
BOM Builder를 통한 부품 구성 변경작업 

도면관리시스템

도면생성(CAD DATA로 부터 생성,Image) 
 도면과 부품의 연계
도면 Viewing / 출력 ( PC에서 조회가능)
승인,배포 처리 

설계변경 관리

설계변경 발의/협의/승인등의 Activity의 시스템화
  (워크플로우로 구현)
진행사항 Monitoring 및 Reporting 기능

부품 승인 관리

신규부품의 도면출도부터, 검사의뢰,측정
관련부서합의 및 승인 절차의 시스템화
진행상황 Monitoring및 Reporting
승인 정보의 생산 ( MRP)쪽의로의 연계

기본 정보관리
     배포 결재 

기종CODE,품종분류등의 기본정보 생성
사용자 등록,Level,Security관리
PDM Data의 배포,결재,Mail기능

주변시스템 I/F

그룹Mailing System 연계 ( SINGLE연계)
ERP 시스템 연계 ( SAP R/3)
CAD system 연계

 

5.PDM 시스템 DATA 구조

  카메라 부분의 PDM 시스템의 DATA STRUCTURE를 보면 상기와같이 기존의 Engineeing DB와는 달리 제품구조 중심(Engineering BOM)의 DATA구조를 지향하고 있고 정보의 축적과 검색도 상기 구조로 되어있음.
  PDM시스템이 제품의 생성에서 폐기까지의 과정에서 발생하는 모든 데이터를 대상으로 하고 있지만 대부문의 제조업체에서는 단계적으로 구축적용하기 위해 Master Plan 또는 Phase plan을 가져야한다. 일반적으로 PDM의 구축 단계는 보통 1 단계로서 제품에 관한 기본적이고 핵심적인 데이터 즉 부품 및 제품구조 기술문서,SPEC의 축적이고, 다음 단계로 이러한 기본 데이터를 근거로한 엔지니어링 프로세스 자체의 시스템화 즉 워크플로우 시스템의 구축이라 할 수 있다.프로세스 자체의 시스템화 즉 워크플로우 시스템의 구축이라고 할 수 있다.

 

 

6. 워크 플로우의 정의

 

  제조업체에서의 최종 목표인 상품을 생산하기까지에는 개개인 또는 특정한 부서가 처리해야할 TASK들이 모여 Workflow가 된다. 보통 워크플로우보다는 비즈니스 프로세스라는 말에 더 익숙해져있다. 그리고 그것은 그회사 고유의 Rule을 반영하고 있다고 할수 있다. 이것의 정의는 원하는 성과를 가져오기 위한 일련의 TASK를 완성하기 위해 시스템적으로 일관성 있게 디자인된 것이라 할 수 있다. Business 프로세스 Process는 보통 다음과 같이 많은 요소로 구성되어진다

   Business Data ( 문서,도면,PartList등 )
   Individual work Task ( 각 개별 TASK ) 
   많은결정 ( Decisions of many kinds )
   요구된 성과 ( Desired outcomes ) 

  데이터가 프로세스를 따라 움직일때 많은 Action 들이 일어나서 데이터에 작용한다고 할 수 있다. 그 Action들은 기존의 데이터를 변경시키기도 하고,더해지기도 한다 또한 변경된 데이터에 대해 Accept하거나,Reject 할 수도 있다. 많은 회사들이 데이터를 전달하거나 Process   Decision을 수행할 때 수 작업으로 진행한다. 다시말해 사람이 물리적으로 데이터 (도면,partlists 등)를 모으고 다른 사람의 책상위로 전달한다. 그러면 그 사람은 데이터에 대한 작업을 수행해서 누구에게 전달할 것인지를 전달받은 사람은 앞 사람이 했던 방법대로 실시한다. 수작업으로 이러한 Business process를 진행할 때의 문제점은 다음과 같다.

    특정 시점을 기준으로 누가 데이터를 소유하고 있는지 ?
    그 데이터에 누가 접근권한을 가지고 있는지를 통제
    프로세스상에서 데이터가 존재해야 할 장소를 빨리 결정
    특정 프로세스에 속한 사람들은 데이터가 어디로부터 왔는지 또 그 데이터에 어떠한 일이

      가해져야 하는지 작업이 끝난 후 어디로 보내져야 하는지를 알 수 있어야 한다
    프로세스에 관계된 사람이 어떠한 사항을 변경하거나 누군가가 유효하지 않다면 그 프로세스의

      진행은 신뢰성이 없어지게 된다

  기술이 발전함에 따라 상기의 문제점을 해결하기위한 Software가 등장하게 되었는데 Workflow S/W는 Business workflow의 특정한 조직을 관리하는 Tool 또는 Tool의 Set이라 할 수 있다. 다시말해 이 S/W는 특정 데이터를 각각의 task에 전달하고 데이터에 대한 접근권한을 Control할 수 있다. 그리고 상대적으로 중요하지 않거나 자신이 직접관여되지 않는 task에 대해서는 자동적으로 처리될 수 있도록 하여 사람은 자신의 Task에 상대적으로 집중할 수 있게 된다.


  예를 들어 데이터가 어디서부터 왔고 어디로 가야 할지를 Routing List에 설정하여 최소한 데이터의 전달에는 신경을 써지 않아도 된다. 요즈음은 보통 상용 PDM 패키지에 워크플로우 모듈이이 있어 프로세스를 모델링하고 각 TASK를 정의하여 조건을 입력해서 Process를 완성한다.그리고 그것을 프로세스에 적용시켜 전체를 모니터링 할 수 있다. 결국 워크플로우를 시스템 입장에서 보면 프로세스를 프로그램에 담지 않고 DB화 하는 것이라 할 수 있다