Plm and ese

PLM 가치창출 (Value Creation)과전사적 시스템 엔지니어링(Enterprise

Systems Engineering) 통합

PLM지식 조형식 대표

http://www.plmbok.com/


PLM 가치

출처: Collaborative Vision 2002

PLM가치는 무엇인가?

PLM가치는 무엇인가?



PLM은 어떤 IT 시스템보다 제품 자체의 가치를높일 수 있다.

PLM가치는 제품가치의 높이는 것



C-5 대형항공기에 들어가는 CH-53 대형 헬기... 항공기 설계 시 스마트 시나리오의 요구사항(Requirement Management) 을 적용한 결과.. 요구사항의이해 없이 경쟁제품을 카피해온 우리 산업에서 RM의 체계화는 선진국으로가는 Step Stone...



제품의 가치란 무엇인가 ?

제품사양

제품제약

(가격,유지비용,환경제약 등)

높음 낮음

높음

혁신

변경

변경

종합 제품 가치 = 제품가치 + 브랜드가치 + 트랜드가치

제품가치 = 제품사양(제품기능 + 제품성능) / 제품 제약

제품의 가치는 무엇인가?



C(u)

F(u) + P(u)

Product Value =

Where F(u) = Function, P(u) = Performance, C(u) = Constraint

=

Product

Configuration

Product Constraint

Total Product Value =

Product Value + Trend Value + Brand Value



PLM 가치 창출은 제품의 가치창출

Think Make

Enterprise

Business Value

Customer

Business Value

Market

Business Value

Use

PLM의 목적가치 (Objective Values)Business 가치의 결합

상품 제품 자산

경영가치

상품화 판매/유통

목적가치



Think Make

Enterprise

Business Value

Customer

Business Value

Market

Business Value

Use


상품 제품 자산

경영가치

상품화 판매/유통

목적가치



제품수명주기에서의 PLM의 목적가치

개념 설계 생산 서비스 폐기

점검시점

기획 정의 제조 서비스/지원 폐기

시간점검시점 점검시점 점검시점

사업구상 요구관리 개발 생산 운용 및 유지보수 폐기

아이디어

Think Make Use

Enterprise

Business Value

Customer

Business Value

Market

Business Value



결론적으로 스마트 엔지니어링에서 제품의 트렌드 가치를 극대화 하려면 서로 다른 가치와 목적이 충돌 되는 구상(Think), 제조(Make), 사용(Use) 지역의 엔지니어와 제품 이해 당사자들이 소통과 협업을통하여 스마트 엔지니어링 전략을 완성해야 한다. 어쩌면 미래의 제품가치는 성능이나 기능보다 트랜드 일지도 모른다.

Think Make

Enterprise

Business Value

Customer

Business Value

Market

Business Value

Use




Think Make Use



시스템 엔지니어링은 3가지 요소를 가지고 있다.

첫 번째는 부이(V)자로 표현되는 시스템 엔지니어링의단계(Systems Engineering Step)라고 할 수 있다.

두 번째는 요구사항 입력을 설계조합의 출력으로 하기위해서 무한 반복되는 시스템 엔지니어링의 프로세스(Systems Engineering Process)라고 할 수 있다.

세번째는 다음과 같은 시스템 엔지니어링의 관리(Systems Engineering Management)라고 할 수 있다.

시스템 엔지니어링의 3가지 요소



Systems Engineering 이란 시스템에 대한 공학적

접근 방법론 으로 기술적(Engineering) 과 관리적

(Management)을 동시에 포함한다. 2차 대전부터

주목되어 60대 대형 프로젝트사용 비용 증가, 기술

적 복합성, 대형사업 등으로 발전 PDM/PLM의 중

심 사상 Front Loading, Concurrent Engineering

성공적인 시스템을 개발하기 위한 다분야의 종합적

인 접근 방법과 수단

Systems Engineering란 무엇인가?



시스템 (Systems) 이란 무엇인가? 시스템이란 보는시각에 따라 다르다.

소프트웨어 엔지니어: 통합된 컴퓨터 프로그램의

집합, 전기/전자 엔지니어: 복잡한 전자부품의 결합

체, 엔진, 항공기, 교통시스템, 도시시스템, 공항, 항

만, 자동차, 해상구조물, 무기체계

공통목적을 달성하기 위해서 함께 작동하는 연관

된 부분들의 결합체이다. 사람 + 제품 +프로세스

Systems 란 무엇인가?



대형 설계 팀이 필요한 경우

고도의 전문설계자가 요구 되는 경우

많은 이해당사자(stakeholder) 참여하는 경우

참여조직이 지역적으로 분산 되어 의사소통이 복잡

관련된 H/W, S/W의 많은 부분이 동시개발

운용 및 지원 요구사항이 매우 복잡한 경우

많은 기능분야에 고도의 신기술이 적용되는 경우

소형시스템도 긴급개발/ 저가 운용/ 신뢰성/ 고성

능/ 유지보수가 필요한 시스템

SE는 왜 필요한가?



시스템 엔지니어링의 가치



시스템 엔지니어링의 특징



시스템 엔지니어링의 가치창출



시스템 계층구조(Hierarchy)

수송 시스템

운송 시스템항공 시스템 해상 시스템

자동차

자체 엔진 제동



SE을 하면 무엇이 다른가?



• Airframe• Engine• Avionics• Non- recurring

Production• Allow ance for

Change

PLUS :• Initial

Spares

Weapon Cost

Procurement Cost

PLUS :• Tech Data• Publication• Contractor

Service• Peculier

Support Equipment

• Training Equipment

• Factory Training

Program Acquisition Cost

Life Cycle Cost

FlyAway Cost

PLUS :• Research

DevelomentTesting &Evaluation

• MilitaryContruction

PLUS :• AVPOL• Depot

Maintenance• Unit Personnel• Personnel

Support• Personnel Acq

& Training• Replenishment

Spares• System Spt/Mods• Munition Systems

수명주기비용



수명주기 비용



ROC S-BOM

MissionRequirement

Development Production

Operation andmaintenance Retirement

Detailedrequirement

Conceptual design

Preliminary design

Detail design

Flight Test and Ground Test

E-BOM M-BOM

Prototyping

OperationAnalysis

Exploratory D. Full Scale D.

SE의 설계사용 사례



24

Detailedrequirement

Conceptual design

Preliminary design

Detail designFlight Test and Ground Test

Prototyping

Exploratory D. Full Scale D.

PDR:Preliminary Design Review

CDR:Critical Design Review

SDR:System Design Review

TRR:Test Readiness Review

SRR: System Requirement Review

SE의 설계사용 사례



25

개념정립 데모 및 확인 개 발 생산 및 배치

임무요구판단 개념선정 사업진행

체계 요구사항분석

체계개념

요구사항분석

개략설계상세설계

제작시험

체계 통합및 시험

운용시험및 평가

생산 및 배치SRR SDR SSR PDR CDR TRR

FCA PCA FQR

생산 및 배치

기능Baseline

할당Baseline

생산Baseline

Type A체계규격

서

Type B개발규격

서

Type C/D/E제품/공정/자재규격

서

SRR :System Reqt. ReviewSDR : System Design ReviewSSR : Software Spec. ReviewPDR : Pre. Design ReviewCDR : Critical Design ReviewTRR : Test Readiness ReviewFCA : Functional Config. AuditPCA : Physical Config. AuditFQR : Formal Quality Review



Plan Technical Effort

Manage Risk

Analyze Requirements

Assess & Evaluate Effort

Define Candidate Architecrure

Optimize & Evaluate Alternatives

Verify System

Control Baseline


Manage Risk





Verify System

Control Baseline


Manage Risk





Verify System

Control Baseline


Manage Risk





Verify System

Control Baseline


Manage Risk





Verify System

Control Baseline


Manage Risk





Verify System

Control Baseline

Cutomer Needs

Proposed Concepts

Pre - Concept

Concept ual Product Definition

A/C Disposal/Retire

Dem & Val Product

M & D Product

Products in Field & Supt

Dem Val

Development & Support

EMD

Disposal



PDM제품자료관리

PLM제품수명주기정보 관리

Next PLM제품 경험적지식 관리

Data Information Knowledge

Wisdom

Systems Engineering

Process Process + Lifecycle Process + LCExperienced Knowledge

Know HowKnow WhereKnow Who

SE와 PLM의 관계



전사적 시스템 엔지니어링





미국 미트레(MITRE) 연구소 시스템 엔지니어링

Enterprise Systems Engineering

SoS Systems of Systems

미래의 불확실한 제품과 복잡한 제품에 시스템 엔

지니어링 접근 방법이 최고

시스템 엔지니어링의 트렌드




Enterprise Systems Engineering

PLM Value Chain

PLM Engineering

Marketing

Requirement Engineering

Project Management

Portfolio M.

CAD/CAM/CAE Management

사업구상 요구관리 개발 생산 운용 및 유지보수 폐기

ServiceEngineering

Asset Management

PDM

SEM

ERP

MES

CRM SCM

Digital Manufacturing

Software CM

RM Configuration Management

ILS

RMS

DFFS

ROC MRO



개념 설계 생산 서비스 폐기

점검시점

PLAN DEFINE Manufacturing 서비스/지원 폐기

시간점검시점 점검시점 점검시점

사업구상 요구관리 개발 생산 운용및유지보수 폐기

Service/SupportEngineering

ManufacturingLifecycle

BusinessNeeds

Configurator

Project/Portfolio

Ideas

Product Service

Product Asset






결론

비전이란 가치를 정의하고창출하는 것이다.

PLM비전은 PLM으로 제품가치창출하고 그것을 보여주는 것이다.

이해당사자(stakeholder)에 미리

보여주고 각 단계마다 증명해야.



How to be interesting (in 10 stupid-simple steps):1. Go exploring.

2. Share what you discover.

7. Give it a shot. 8. Hop off the bandwagon. 9. Grow a pair.

Jessica Hagy

3. Do something. Anything. 4. Embrace your

innate weirdness.

5. Have a cause.

6. Minimize the swagger.

10. Ignore the scolds.



http://blogs-images.forbes.com/jessicahagy/files/2011/11/IMAGE0007.jpg








http://www.forbes.com/sites/jessicahagy/

http://www.forbes.com/sites/jessicahagy/

