이글에서는 제품구조가 제품에 관한 모든 정보를 트리 형태로 구조화하여 연관관계를 가지도록 유지하여 종합적으로 관리하는 것이라고 정의하겠습니다.
그렇다면, 제품을 설명하는 중요한 정보중에 하나인 BOM과는 어떻게 다른 것일까요. 왜 이런 의문을 갖여야 하는지는 BOM을 좀 아는 사람이라면 이해가 되겠지만, 전혀 모르는 사람이라면 그렇지 않을 것입니다.
그렇다고, "BOM은 이런 것이여~~~" 라고 지금 설명할 수는 없겠습니다. :-)
제품구조와 BOM 과의 차이점으로 가장 두드러지는 것은 구성되는 정보의 종류에 차이가 있다고 봐야합니다. BOM은 전적으로 부품정보의 집합이라고 할 수 있습니다. 물론 부품간의 모자관계, 형제관계 등의 관계 정보와 이 관계에 대한 기본적인 정보, 예를 들면 수량 정보들으로 구성되지만, 제품구조는 그러하지 않습니다. 부품이든, 문서이든, 데이터베이스 속성정보이든, 시스템에서 유지하는 대부분의 정보를 트리형태 내지는 구조적으로 구성할 수 있어야 한다는 것입니다.
과연 기술적으로 그것이 가능한가. 라는 질문을 지금은 생략하기로 하겠습니다. 개념이 그렇다는 것입니다 (물론 필자의 주장입니다). 이렇게 종류와 형태에 상관없이, 제품을 설명하거나 정보를 유지하기 위해서 필요한 대부분의 방안을 다 동원해야 한다고 주장하고 싶은 것입니다.
그렇다면, 제품구조가 BOM을 포함할 수도 있지 않을 까요.
그렇습니다. 필자는 그렇게 생각합니다. 제품구조는 BOM을 포함하며, 추가적으로 도면,문서, 데이터베이스 속성, 다른 종류의 데이터들이 추가되어, 보다 자세하게 제품을 설명할 수 있어야 합니다.
이렇게 글로만 설명하니, 어느정도 이해가 될지 의문입니다만. 좋은 의견 있으신 분은 방명록에 글을 좀 남겨 주시면 좋겠습니다.
'PLM' 카테고리의 다른 글
| PDM의 주요 기능 (0) | 2008/03/30 |
|---|---|
| BPM (Business Process Management)의 6가지 구성요소 (0) | 2008/03/04 |
| BOM 과 제품구조(Product Structure) (0) | 2008/03/02 |
| Windchill 에서 workflow queue 멈춘경우, 어눌한 응급처치 (0) | 2008/03/02 |
| Windchill (6.x)에서 workflow 상의 queue에 쌓여있는 entry 갯수 조회 SQL (0) | 2008/02/29 |
| 제품구조 (Product Structure ) 란 ... (0) | 2008/02/26 |
