1 / 26

BOM Review

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

zita
Download Presentation

BOM Review

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. 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

  2. 목차 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

  3. 1. BOM 기본개념 BOM Background • Part or Product(제품) • 최종제품, 조립품, 반조립품, 구성품, 원자재 등을 모두 통칭하는 일반적 용어. • End Product(최종제품) • 대상 기업에서 더 이상 가공하지 않는 제품. • Assembly(조립품) • 하위제품(Subordinate Part)들이 합쳐서 구성, 이 자체가 다른 상위제품(Superordinate Part)을 만드는데 사용되는 제품. • Subassembly(반조립품) • 상위와 하위 조립품의 관계 나타낼 시, 상위와 구별하기 위해 하위조립품을 칭하는 법. • Component(구성품) • 하나의 원자재(One Common Raw Material)로부터 가공된 제품. • Raw Material(원자재) • 대상 기업에서 가공되지 않은 제품. 다른 상위 제품을 만드는데 기초가 되는 제품. • Product Structure(제품구조) • 부모/자식(Parent/Child) 관계 또는 상위/하위(Gozinto) 관계 MAI Lab. Seminar at 2004 Fall

  4. 1. BOM 기본개념 BOM 정의 • Def 1) • 제품 정의에 대한 일반적인 서술을 BOM이라 하고 산업 종류에 따라 제품 구조(Product Structure), 제품 명세(Product Specification), 제품 리스트(Part List), 레시피(Recipies), 포뮬레이션(Formula- tion) 등의 다른 용어로 쓰임. • Def 2) • 제품 P를 생산 또는 조립하기 위한 원자재와 하위제품들을 기술한 기업 데이터. • Def 3) • 제품 P를 이루는 제품들간의 Gozinto Relationship 집합을 표현 한 것을 BOM이라 하고, 하나의 제품에 대한 정보를 제품 정보(Product Data), 두 제품간의 Gozinto Relationship을 표현한 것을 제품 구조 정보(Product Structure Data)라 한다. • Def 4) • 최종 제품 또는 중간 제품을 구성하는 하위 제품들을 정형화된 구조의 리스트로 표현한 것을 그 최종 제품 혹은 중간 제품의 BOM이라 한다. 이때 하위 제품들의 이름과 참조 번호, 양, 기본단위 등의 정보가 기본적으로 포함된다. MAI Lab. Seminar at 2004 Fall

  5. 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

  6. 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

  7. 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

  8. 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

  9. 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. 29-45, 1997

  10. 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

  11. 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 //Head : description and attribute// name(“stool”); end component; body $200 is //Body : parent/child// include $400; include $500; end body; MAI Lab. Seminar at 2004 Fall

  12. 2. Generic BOM 2.3 From a generic to a specific BOM • Generic system overview Generic BOM Specification Task (GBST) component $200 is name(“stool”); end component; body $200 is include $400 with Seatcolor(red); end include include $500; end body; ..... Generic BOM Structure (GBOM) Product Variant Specification Task (PVST) parent child quantity 200 400.red 1 400.red 410 1 400.red 420 1 Attribute-identified Specific BOM (ABOM) Translation Tables(TTAB) BOM Conversion Task(BCT) level id quantity 1 200 1 .2 400.1 1 ..3 410 1 ..3 420 1 Number-identified specific BOM (NBOM) MAI Lab. Seminar at 2004 Fall

  13. 2. Generic BOM 2.4 Constraints(1/2) • A generic product structure 100 “ typist chair” 200 “ stool” 300 “ back” 700 “ arm rest” 400 “ seat” 500 “ stand” 600 “ base” 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; 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

  14. 2. Generic BOM 2.4 Constraints(2/2) • Constraints to structure Constraint 1 : A stool must have feet Constraint 2 : A swivel chair with wheels must have high arm rests Constraint 3 : Version dependent declaration Constraint 4 : Standards body $200 is //$200 : stool// include $400; //$400 : seat// constraint $600 with //$600 : base// baseType(feet); display(“Feet required”); end constrain; include $500; //$500 : stand// end body; MAI Lab. Seminar at 2004 Fall

  15. 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

  16. 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

  17. 3. OOBOM 4.2.1 Introduction • A conceptual data model • Integrates element of semantic relationship with OO concepts • Object-oriented data model for BOM • 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

  18. 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

  19. BOM object own owned-by Other object 3. OOBOM 4.2.2 Requirements for OOBOM data model Referencing Aggregation Own PRODUCT object part-of composed-of BOM object referencing AGGREGATION object referenced-by PROPERTY object composed-of part-of COMPONENT object MAI Lab. Seminar at 2004 Fall

  20. 3. OOBOM 4.2.3 A conceptual data model for the OOBOM system • Relationship hierarchy Product Composed - of BOM object Aggregation part Composed - of Component part Referencing Referencing Composed-of Property object PROPERTY MAI Lab. Seminar at 2004 Fall

  21. 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

  22. K-MRP 연구배경 연구영역 3.연구계획

  23. 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

  24. K-MRP K-APS K-MES 2. 연구영역 Sales and Operation Planning Demand Management Resource Planning Master Production Scheduling Rough-cut Capacity Planning Detailed Material Planning Capacity Requirement Planning Enterprise Resource Planning (ERP) Finite Loading Shop-floor scheduling Input/output analysis Shop-floor Systems Vendor Systems MAI Lab. Seminar at 2004 Fall

  25. 3. 프로젝트 일정 – DB 팀 문헌조사 데이터수집 핵심엔진 구성 구현 및 실험 문헌조사 및 연구 데이터수집 핵심엔진 확장 구현 및 실험 MAI Lab. Seminar at 2004 Fall

  26. 4. 연도별 성과 및 계획 1차년도 2차년도 3차년도 • 2차년도에서 개발된 프로토타입 시스템을 보완하며, 다른 위탁과제의 데이터부분과 통합. • 다른 모듈( Core MRP, MES)와의 통합 • SAP R/3의 MM, PP모듈 벤치마킹을 통한 핵심 프로세스를 추출 • CBD모형으로 구현할 수 있는 견본집 작성. • 차세대 ERP의 핵심엔진이 되는 MRP의 주요 프로세스인 Part Explosion, Resource Allocation의 수행기간을 획기적으로 단축시키는 연구. MAI Lab. Seminar at 2004 Fall

More Related