Transcript Knowledger Management Systems

BOM Review
Assembled Hoist
Motors
Control
Pendant
Gaer Boxes
Drums
Hook
1 of 30
1 of 2
1 of 4
1 of 10
1
Hyoung-Gon Lee
MAI Lab. Seminar
2004.11.27
 목차
1. BOM 기본개념
-
BOM 정의
BOM 종류
BOM 관련연구 분류
2. Generic BOM
-
“A Procedure-Oriented Generic Bill of Materials” [OLSEN1996]
3. OOBOM
-
“A Conceptual Structure and issues for OOBOM data model” [CHUNG1994]
4. 결론 및 향후계획
MAI Lab. Seminar at 2004 Fall
No. 1
1. BOM 기본개념
 BOM Background
●
Part or Product(제품)
-
●
End Product(최종제품)
-
●
하나의 원자재(One Common Raw Material)로부터 가공된 제품.
Raw Material(원자재)
-
●
상위와 하위 조립품의 관계 나타낼 시, 상위와 구별하기 위해 하위조립품을 칭하는 법.
Component(구성품)
-
●
하위제품(Subordinate Part)들이 합쳐서 구성, 이 자체가 다른 상위제품(Superordinate Part)을
만드는데 사용되는 제품.
Subassembly(반조립품)
-
●
대상 기업에서 더 이상 가공하지 않는 제품.
Assembly(조립품)
-
●
최종제품, 조립품, 반조립품, 구성품, 원자재 등을 모두 통칭하는 일반적 용어.
대상 기업에서 가공되지 않은 제품. 다른 상위 제품을 만드는데 기초가 되는 제품.
Product Structure(제품구조)
-
부모/자식(Parent/Child) 관계 또는 상위/하위(Gozinto) 관계
MAI Lab. Seminar at 2004 Fall
No. 2
1. BOM 기본개념
 BOM 정의
●
Def 1)
-
●
Def 2)
-
●
제품 P를 생산 또는 조립하기 위한 원자재와 하위제품들을 기술한 기업 데이터.
Def 3)
-
●
제품 정의에 대한 일반적인 서술을 BOM이라 하고 산업 종류에 따라 제품 구조(Product Structure),
제품 명세(Product Specification), 제품 리스트(Part List), 레시피(Recipies), 포뮬레이션(Formulation) 등의 다른 용어로 쓰임.
제품 P를 이루는 제품들간의 Gozinto Relationship 집합을 표현 한 것을 BOM이라 하고, 하나의
제품에 대한 정보를 제품 정보(Product Data), 두 제품간의 Gozinto Relationship을 표현한 것을 제품
구조 정보(Product Structure Data)라 한다.
Def 4)
-
최종 제품 또는 중간 제품을 구성하는 하위 제품들을 정형화된 구조의 리스트로 표현한 것을 그 최종
제품 혹은 중간 제품의 BOM이라 한다. 이때 하위 제품들의 이름과 참조 번호, 양, 기본단위 등의
정보가 기본적으로 포함된다.
MAI Lab. Seminar at 2004 Fall
No. 3
1. BOM 기본개념
 BOM 분류 – 1. 부서/분야에 따른 분류
1) Engineering BOM
-
디자인, 제품 개발 부서에서 사용하는 BOM으로서 제품이 디자인 된 후에 그 결과로 나오는 BOM.
제품을 기능 중심의 하위 제품(Functional Sub-Systems)으로 계층적으로 나눈 형태 가짐.
2) Manufacturing BOM
-
생산 부서에서 사용하는 BOM으로, 일반적으로 BOM이라 하면 이를 일컬음.
제품을 제조/조립 순서와 제약에 따라 하위 제품(Assemble Groups)으로 계층적으로 나눈 형태 가짐.
3) Planning BOM
-
생산 계획이나 마케팅 부서에서 사용하는 BOM.
대일정 생산 계획(MPS)나 자재 계획(Material planning)을 위해 인위적으로 최종 제품이나 중간 제품,
원자재를 BOM형태로 묶은 것을 말함. 쓰임새에 따라 다시 여러 형태의 BOM으로 구분됨.
4) Others
-
위의 구분에는 해당하지 않지만 다른 기업 기능의 요구에 따라 필요한 정보를 제공하는 모든 형태의
BOM을 의미.
예) 원가 처리를 위한 새로운 형태의 제품 정보.
MAI Lab. Seminar at 2004 Fall
No. 4
1. BOM 기본개념
 BOM 분류 – 1.1 Planning BOM의 용도 및 형태에 따른 분류
●
Modular BOM
-
●
BOM을 관리(management)하는 방법, 단지 계획을 위한 BOM은 아니다.
최종 제품이 가지는 사양(Option)별로 모듈을 구성하거나, 하나의 제품군에서 공통
부품과 개별 부품을 분리시켜서 모듈을 구성
[BALC1992], [지용구1996], [BERT2000] : Module을 정의하는 방법에 대한 연구.
Percentage BOM ( Ratio BOM )
-
cf) Super BOM
●
Inverted BOM
●
Family BOM
●
Add/Delete BOM
cf ) Generic BOM, Generative BOM Processing System
MAI Lab. Seminar at 2004 Fall
No. 5
1. BOM 기본개념
 BOM 분류 – 2. 수명 주기(Life Cycle)에 따른 분류
1) As Designed
-
개발(develop) 단계에서 사용하는 BOM.
주로 디자인 부서에서 사용하며, Engineering BOM과 유사.
2) As Planned
-
디자인이 완료되고 생산에 들어가기 전에 사용되는 BOM.
초기 생산(Prototype) 단계에서 쓰임.
3) As Built
-
생산(Produce) 단계에서 사용되는 BOM.
주로 생산부서에서 사용되며, Manufacturing BOM과 유사.
4) As Maintained
-
서비스(Service) 단계에서 사용되는 BOM.
제품의 기능이나 디자인 등이 이미 변경되었어도 서비스 제품(Service Part) 지원이나 사후
지원(Warrantee Service) 등의 목적으로 과거의 제품에 대한 BOM을 관리하는데 사용.
주로 생산 부서와 고객 지원 부서 등에서 사용.
MAI Lab. Seminar at 2004 Fall
No. 6
1. BOM 기본개념
 BOM 관련연구 분류
1) 관계형 DB에서 BOM자료처리에 관한 연구
-
질의어의 연산 효율 증진.[Date1990]
전문가시스템을 이용한 BOM자료의 효율적인 추출.[박남규1994]
2) BOM자료의 모델링에 관한 연구
-
Generic BOM.
ㆍ Generative BOM. [VAN1992]
ㆍ Procedure-oriented generic BOM. [OLSEN1997]
-
OOBOM [CHUNG1992,1994]
3) BOM의 자료 구조에 관한 연구
-
Item master file과 Structure file의 효율에 관한 연구. [RANJON1994]
4) 여러 관점의 BOM정보의 통합에 관한 연구.
-
Multiple Views를 지원하는 통합 BOM관리 시스템의 구조 설계.[강금석1998]
MAI Lab. Seminar at 2004 Fall
No. 7
2. A Procedure-oriented Generic Bill of Materials
2.1 Requirements for a generic BOM System
2.2 A new approach to a generic BOM
2.3 From a generic to a specific BOM
2.4 Constraints
2.5 Conclusions and future work
Kai A. Olsen, Per Saetre, and Anders
Molde College and Research Center Molde, Norway
Computers & industry Engineering, Vol.32, No. 1, pp. 2945, 1997
2. Generic BOM
2.1 Requirements for A Generic BOM System
●
To construct a specific BOM for a variant product
●
To represent a similar components as one generic component
●
A variant set of component must be described independently of the product that
make use of the component
●
To restrict the variability of component that go-into product
●
To support the process of creating a generic BOM structure
MAI Lab. Seminar at 2004 Fall
No. 9
2. Generic BOM
2.2 A new approach to a generic BOM
● A generic
structure based on a programming language
● Matching programming language and BOM descriptions
● A procedure-oriented approach
● A procedure is identified by components that consist of head and
body
component $200 is
name(“stool”);
end component;
//Head : description and attribute//
body $200 is
include $400;
include $500;
end body;
//Body : parent/child//
MAI Lab. Seminar at 2004 Fall
No. 10
2. Generic BOM
2.3 From a generic to a specific BOM
●
Generic system overview
Generic BOM Specification Task
(GBST)
Generic BOM Structure
(GBOM)
Product Variant Specification Task
(PVST)
Attribute-identified Specific BOM
(ABOM)
Translation
Tables(TTAB)
component $200 is
name(“stool”);
end component;
body $200 is
include $400 with
Seatcolor(red);
end include
include $500;
end body; .....
parent child quantity
200
400.red
1
400.red 410
1
400.red 420
1
BOM Conversion Task(BCT)
Number-identified specific BOM
(NBOM)
MAI Lab. Seminar at 2004 Fall
level
1
.2
..3
..3
id
200
400.1
410
420
quantity
1
1
1
1
No. 11
2. Generic BOM
2.4 Constraints(1/2)
●
A generic product structure
100 “ typist chair”
300 “ back”
700 “ arm rest”
200 “ stool”
500 “ stand”
400 “ seat”
600 “ base”
component $100 is
name(“typist chair”);
end component;
body $100 is
include $300;
include $400;
include $500;
include $700;
end body;
component $200 is
name(“stool”);
end component;
body $200 is
include $400;
include $500;
end body;
component $300 is
name(“back”);
end component;
MAI Lab. Seminar at 2004 Fall
body $300 is
include $310;-- back late
include $320;-- frame
end body;
component $400 is
name(“seat”);
texture(wool/vinyl/leather);
seatcolor(red/blue/white);
end component;
body $400 is
include $410;-- cushion
include $420;-- chipboard
case texture is
when wool;
include $450 with
coverColour(seatcolor);
end include;
...............
end body;
No. 12
2. Generic BOM
2.4 Constraints(2/2)
●
Constraints to structure
Constraint 1 : A stool must have feet
body $200 is
include $400;
constraint $600 with
baseType(feet);
display(“Feet required”);
end constrain;
include $500;
end body;
//$200 : stool//
//$400 : seat//
//$600 : base//
//$500 : stand//
Constraint 2 : A swivel chair with wheels must have high arm rests
Constraint 3 : Version dependent declaration
Constraint 4 : Standards
MAI Lab. Seminar at 2004 Fall
No. 13
2. Generic BOM
2.5 Conclusions and future work
●
A programming language for describing generic product structure
●
A prototype of the generic BOM system


PC under MSwindow
SQL window case tool(version 5.0)
●
A penalty : production engineers must learn a new tool
●
A study of how the generic BOM may be combined with forecasting and
simulation techniques
MAI Lab. Seminar at 2004 Fall
No. 14
3. A conceptual structure and issues for OOBOM
data model
3.1 Introduction
3.2 Requirements for OOBOM data model
3.3 A conceptual data model for the OOBOM system
3.4 Conclusion
Yunk-Chung* and Gary W. Fischer**
*Dep. of IE, Yuan-ze Institute of Technology, Twiwan
** Dep. of IE, National of Iowa, USA
Computers industry engineering, Vol. 26, No. 2, pp.
321-339, 1994
3. OOBOM
4.2.1 Introduction
●
A conceptual data model

●
Object-oriented data model for BOM




●
Integrates element of semantic relationship with OO concepts
Aggregation : abstract a composed object from its part
Generalization : define generic part object from their categories
Referencing : like E-Class(entity class)
Own : like D-class(domain class)
OO approaches



Class : a group of objects
Objects communicate with each other by sending messages
method : procedure
MAI Lab. Seminar at 2004 Fall
No. 16
3. OOBOM
4.2.2 Requirements for OOBOM data model
●
Requirements for OOBOM data model




OOBOM conceptual model construction
BOM object : the supper class for subclass defining specific part object(E-class)
Property class : the supper class for subclass defining the properties of
manufacturing parts(D-class)
To make relationship meaningful : sending message, executing methods, defining
semantics of the relationship -> main concern : maintaining a lot of
communications
ㆍ Referencing : BOM and Property object
ㆍ Aggregation : Product-aggregation-component
ㆍ Own : BOM and other object
MAI Lab. Seminar at 2004 Fall
No. 17
3. OOBOM
4.2.2 Requirements for OOBOM data model
Referencing
Aggregation
Own
PRODUCT object
BOM object
referencing
referenced-by
PROPERTY object
composed-of
part-of
AGGREGATION object
composed-of
part-of
BOM object
own
owned-by
Other object
COMPONENT object
MAI Lab. Seminar at 2004 Fall
No. 18
3. OOBOM
4.2.3 A conceptual data model for the OOBOM system
●
Relationship hierarchy
Product
Composed
- of
Aggregation part
BOM object
Composed
- of
Component part
Referencing
Referencing
PROPERTY
MAI Lab. Seminar at 2004 Fall
Composed-of
Property
object
No. 19
3. OOBOM
4.2.4 Conclusion
●
Developing OO environment to contain tools for BOM representation and
manipulation
Extension to MRP system
Implementation : Visual C++
●
전문가시스템과의 결합
●
●
MAI Lab. Seminar at 2004 Fall
No. 20
K-MRP
1. 연구배경
2. 연구영역
3.연구계획
1. 연구배경 vs. 연구목표.
IBM제품의 경우 부품이 만개 정도일 경우 part explosion
하는데 2일 정도 소요.
●
=> part explosion(MRP), resource allocation(CRP), Inventory Record, Cost등을
확장시켜 고려하고자 함.
●
효율적인 DB 스키마 구현을 통해 MRP계획 기간 단축
=> Generative BOM, Modular BOM등 방대한 양의 BOM정보를 효율적으로
관리하기 위한 다양한 연구 접목.
●
ORDB vs. OODB
=> 복잡한 데이터의 속성을 지원하기 위한 OODB, relational DB의 장점을 계승한
ORDB등의 DB structure가 등장했으나, 제조정보를 이에 적용시키는 연구가
희박한 실정. 다양한 실험을 통해서 Real Time Enterprise를 가능하게 하는 Best
Solution 도출.
MAI Lab. Seminar at 2004 Fall
No. 22
2. 연구영역
Sales and Operation
Planning
Rough-cut
Capacity Planning
Master Production
Scheduling
K-MRP
Capacity Requirement
Planning
Demand
Management
Detailed Material
Planning
Finite Loading
Shop-floor scheduling
K-APS
Input/output
analysis
K-MES
MAI Lab. Seminar at 2004 Fall
Shop-floor
Systems
Vendor
Systems
Enterprise Resource Planning (ERP)
Resource
Planning
No. 23
3. 프로젝트 일정 – DB 팀
11월
12월
1월
2월
3월
4월
5월
6월
7월
8월
문헌조사
Part
Explosion
데이터수집
핵심엔진 구성
구현 및 실험
문헌조사 및 연구
Resource
Allocation
데이터수집
핵심엔진 확장
구현 및 실험
MAI Lab. Seminar at 2004 Fall
No. 24
4. 연도별 성과 및 계획
1차년도
•SAP R/3의 MM, PP모
듈 벤치마킹을 통한 핵
심 프로세스를 추출
• CBD모형으로 구현할
수 있는 견본집 작성.
MAI Lab. Seminar at 2004 Fall
2차년도
• 차세대 ERP의 핵심
엔진이 되는 MRP의 주
요 프로세스인 Part
Explosion, Resource
Allocation의 수행기간
을 획기적으로 단축시
키는 연구.
3차년도
• 2차년도에서 개발된
프로토타입 시스템을
보완하며, 다른 위탁
과제의 데이터부분과
통합.
• 다른 모듈( Core MRP,
MES)와의 통합
No. 25