<Insert Picture Here>

ERP 2.0 Based on SOA

전해룡 실장, hrjeon@built1.com , 011-759-2686Enterprise Architecture B.U.(주) 빌트원

1. ERP 구축 후 발생하는 현실적 한계

2 ERP 2 02. ERP 2.0

3 ERP 2 0의 활용 예제3. ERP 2.0의 활용 예제

4. ERP 2.0 구축을 위한 제언4. ERP 2.0 구축을 위한 제언

- 2 -

1. ERP 1. ERP 구축구축 후후 발생하는발생하는 현실적현실적 한계한계1. ERP 1. ERP 구축구축 후후 발생하는발생하는 현실적현실적 한계한계

2 ERP 2 02. ERP 2.0

3 ERP 2 0의 활용 예제3. ERP 2.0의 활용 예제

4. ERP 2.0 구축을 위한 제언4. ERP 2.0 구축을 위한 제언

- 3 -

ERP 이야기 #1

고객 만족 직원 업무 능력 향상

고객의 요구사항 변화 등의 외부의 변 단순 작업의 절감 및 업무처리시간의 단축으고객의 요구사항 변화 등의 외부의 변화에 즉각적으로 대응함으로써 고객 만족을 극대화함

단순 작업의 절감 및 업무처리시간의 단축으로 질적 향상을 이룰 수 있는 작업 시간이 증가하여 직원의 업무 능력 및 생산성 향상을 기대할 수 있음

홍보 효과 업무 투명성 제고

수작업에 의한 정보 통합 과정을 개선함으로써 정보 입수를 위한 비용, 시간 절감 및 데이터의 신뢰성 제고로, 시스템에 의해 분석된양질의 정보에 관리자가 실시간으로 접근함

선진 시스템을 구축함으로써 고객뿐 아니라정부, 협력사 등 이해관계자에 대하여 실질적 가치를 제공할 뿐 아니라 홍보 및 마케팅의 수단으로 활용할 수 있음

향후 Business 확장 대비 Improve Value

양질의 정보에 관리자가 실시간으로 접근함으로써 업무의 투명성이 강화됨

의 수단으로 활용할 수 있음

선진경영기법에 의한 프로세스 효율화, 자원의최적배분, 생산성 향상 등을 통한 비용 감축 및고객 관리를 통한 매출 증대로 수익성을 제고할 뿐 아니라 파트너, 이해관계자의 가치를 제고함

Web base의 open 시스템으로 향후 E-business 체제에 대비하고 Globalization 화에 따른 시스템을 지원하며 타 Business로의확장에 따른 중복 투자를 최소화 함

- 4 -

ERP 이야기 #2

ERP를 먼저 도입한 전 세계 기업을 대상으로 ERP 도입에 따른 효과를 분석한 결과, 평균적으로 다음과 같은 효과를 달성한 것으로 나타납니다.

개선항목 개선내용 및 효과

Other 2%

AR 2%Sales Increase 14%

Productivity 18%

개선항목 개선내용 및 효과

평균 이익율 개선 20~30%

재고 감소 20~40%

매출채권 비용 절감 10~20%

구매 비용 절감 5~15%

제조 비용 절감 10~15%제조 비용 절감 10~15%

Order Cycle Time 감소 20~40%

업무 생산성 향상 5~15%

Inventory 17%

Purchasing 47%

*주) ERP를 도입한 전세계 1,480개사를 대상으로 한 효과를 분석한 결과임, Oracle & SAP 내부 통계

경비 절감 5~10%ERP Typical Benefit Distribution

- 5 -

EPR 구축 후 발생하는 현실적 문제점

기존 ERP 구축 프로젝트의 경우는 ERP와 타 시스템간의 통합을 전체가 아닌 데이터적인 측면에서 수행을 되었습니다. 하지만, 이러한 방식의 프로젝트는 고객은 업무 프로세스를 수행하기 위해 여러 시스템을 사용하거나, 변화되는 기업의정책 반영이나, Globalization 통합, 사용자 편의성 등의 문제를 완벽히 해결해 주지 못하고 있습니다. 따라서, 기업은이러한 문제를 해결하기 위해 많은 시행착오와 고민을 하고 있습니다.

Globalization UI 통합

통합정보

데이터통합

지사/지점 지사/지점

공급자 구매자및계열사통합데이터통합영업

G/W

ERPEAI 서버

공급자, 구매자및계열사통합

공급자/

MESDW

SCM기업

구매자계열사

- 6 -

User Interface의 비 효율성

ERP 표준기능이니까

ERP는 다음과 같이 Professional User를 위한 화면을 제공하고 있습니다. 하지만 이러한 UI가 현장에서 사용하는 경우는 많은 제약사항을 주고 있습니다.

기능이니까

반드시이화면을

사용하셔야합니다.

illustrationillustration- 7 -

Globalization의 문제점

ERP 구축 후 Globalization을 하고자 할 때, 각 지점이나 사업소에서 사용하는 ERP의 Version이나 ERP의종류, 그리고 이기종 H/W까지 Globalization을 하는데 많은 장애 요소들이 존재합니다.

IBMHP IBM

HP

HP

IBM

SAP

SAPOracle

IBMSUN

Mainframe

IBMHPSAP

Oracle

PeopleSAP

통합통합 정보정보HP

SAP

Oracle

NT

Oracle자체 개발

자체 개발

illustrationillustration SUN SUN

- 8 -

illustrationillustration

ERP 구축 후 현행 Process 관리의 문제점

표준화되지 않고 Digital 화 되지 않은 프로세스는 가시화가 불가능하며 결국 관리를 하여야 하나 보이지 않고공유되지 않아 관리 및 개선의 효과를 기대하기가 힘듭니다.

Root CausePain Point Solution개인 PC내에 저장된 프로세스 문서들

표준화되지 않은 프로세스 표기법

어느 부서에서 어떤 프로세스가 수행되는지 알 수

있는가?

이 작업은 누가 수행하는가?

Solution

프로세스 상세화 정도가 조직마다 상이함

표준 프로세스가 없음이 작업을 하는 데 왜 많은 시간이 소요되는가?

어느 부분을 어떻게 개선해야 업무수행기간을 줄일

수 있는가?블랙박스 프로세스

프로세스 분류체계가 정립 안됨

수 있는가?

프로세스를 개선하려고 했을 때 영향을 받는 조직이나

사람은?

프로세스를 재설계할 때 기준이 있는가?프로세스와 관련된 요소들이 연계되지 못함

프로세스 를 검증할 도구나 기준이 없음

왜 프로세스 설계와 실제 결과가 달라지는가?

프로세스가 변경된 사항을 어떻게 알리는가?

프로세스를 재설계할 때 기준이 있는가?

프로세스 정보나 매뉴얼이 공유 안됨

매뉴얼과 실제 프로세스가 일치하지 않음

왜 프로세스 설계와 실제 결과가 달라지는가?

프로세스의 성과를 측정할 수 있는가?

- 9 -

원인이 도데체 뭘까 ??

표준표준화화

표준표준화화

그건 서로

다르기

그건 서로

다르기할건 다했는데 화화화화다르기

때문이야.

다르기

때문이야.했는데..

- 10 -

그럼, 어떻게 해야 할까?

전사 업무 프로세스 관점의 표준화

• Maste Data를 기반으로 한 업무 프로세스 :기업에는 하나의 Master Data만 존재해야 함

• Master Data를 기반으로

업무 프로세스의 표준화하기업에는 하나의 Master Data만 존재해야 함.• 업무 용어(Notation)에 대한 표준화 :

용어를 표준화 하여 원할한 Communication 수행.• Process Visualization :

보여야 관리 할 수 있다 따라서 프로세스를

“ 매우 놀랍게도

자동차에서

업무 프로세스의 표준화하

여 프로세스의 Visibility를 확립하고, 이를 통해 응

용 프로그램과 유기적으로

연동 될 수 있도록 한다보여야 관리 할 수 있다. 따라서 프로세스를

시스템화하여 눈으로 보며 관리를 함. 100kg 를줄이는 가장

좋은 방법은

연동 될 수 있도록 한다.

프로세스와

전사 아키텍쳐 관점의 표준화

100g을 줄일

수 있는

1000곳을

아키텍쳐 간의상호 유기적인

통합

• 응용 프로그램(Application) 표준화 : 서비스 형태로 Application의 기능을 표준화.

• IT Infrastructure의 표준화 :표준화 된 IT를 기반으로 기업내 모든 시스템이

1000곳을

발견하는

것이다."

• 서비스 기반으로 응용 프

로그램이 구동되도록 전사

아키텍쳐와 인프라를 표준

화한다.운영되어야 함.

• Interface 방식의 표준화 : Interface를 Web Service 기반으로 통합 운영.

- Mean Genes이를 통해 업무 프로세스

와 상호 유기적으로 연동

될 수 있도록 한다.

- 11 -

프로세스를 시스템화 하기 위한 RTE

RTE는 2002년 Gartner에서 최초 제시한 개념으로, 기업의 경쟁력을 확보하기 위해서는 비즈니스 프로세스관리와 실행과정에서 생기는 지연을 빨리 인식하여(Awareness) 빨리 결정(Decision)하고 빨리 처리(Action)하여 프로세스 개선을 통한 경쟁력 향상이 목적입니다.

최신 정보를 사용해 자사의 핵심 비즈니스 프로세스의 관리와

실행 과정에서 생기는 지연 사태를 지속적으로 제거함으로써

경쟁하는 기업.

RTE ( Real Time Enterprise ) 개념

Decision

RTE 주요 체계 (Framework)

경쟁하는 기업.

• 기업환경의 변화속도에 대응하기 위한 새로운 전략적

필요성에 의해 출현

• 중요업무의 관리와 프로세스의 실행간의 지연 최소화가 가장

중요한 요소(“Remove delays” , “Zero Latency Computing” )

Sense(Earlier)

Respond(Faster)

Awareness Action

• 이를 위한 가장 최신(“Up-to-date”) 정보를 제공하고 활용

하는 기업

를 구현하기 위한 기본 요건

Real-TimeAnalysis

• End-To-End Process 간의 통합

하나의 비즈니스 프로세스를 시작점에서 최종 완결되는

끝점까지 하나의 환경에서 수행할 수 있도록 융합 설계된

RTE 를 구현하기 위한 기본 요건

Real-Time시스템, 즉 e-Business Suite Solution을 구현해야 함

• Dynamic Solution Change Management

변화하는 상황에 맞게끔 변화 관리가 가능한 시스템

EnterpriseReal-Time

Action

Real-TimeDecision

Right Time

- 12 -

경영기법 Trend의 변화

경영환경의 급변으로 인해 최근 수많은 경영기법이 출현하였고 모든 경영기법이나 경영전략의 핵심은 결국 프로세스관리 및 개선을 통한 생산성 강화에 있습니다.

6시그마

발전 First Wave

1980's

Second Wave

1990's

Third Wave

2000's

BPR

PITQM

Continuous Incremental

BPR

Radical, Disruptive

BPM

Continuous Lifecycle

TQM/TPMJob Manual ERP Package BPMS

Time

모든 경영기법의 핵심은DBMS 분산컴퓨팅 BPMS

일부 자동화One-time

Optimization

Closed-Loop

Optimization

Process 관리DBMS

Sharing Data

분산컴퓨팅

Sharing Function

BPMS

Sharing Process

- 13 -

Closed Loop BPM

Process분석 설계, Process 실행, Process의 실시간 모니터링의 순환 구조를 거치면서 Process Excellence를 구축 함.

Business Activity Monitoring Business Process Analysis

• KPI 모니터링• 프로세스 실행 정보 모니터링• 목표성능에 미 도달 프로세스 분석• 프로세스 최적화• 프로세스 모니터링 기능

Business Activity Monitoring

• AS-IS, TO-BE 프로세스 도출• 프로세스의 분석 및 설계• 시뮬레이션을 통한 프로세스 검증• 프로세스 설계, 검증, 변경관리• 업무 담당자 지정 기능

Business Process Analysis

PI 결과반영

분석/설계

BPA영역

• 프로세스 모니터링 기능• 프로세스 분석기능• 목표 및 성과 관리 기능

• 업무 담당자 지정 기능• 어플리케이션 지정 기능• 기한관리 기능• 시뮬레이션 수행, 결과 분석

시뮬레이션

분석/설계

최적화

BAM영역

Business Process Execution

시뮬레이션

BPMLifecycle

BPE영역

• 프로세스의 구현• 프로세스의 배포• 룰 설정• 프로세스 실행 및 운영• 프로세스 구현 기능

Business Process Execution구현/배포

실행

모니터링

• 업무 목록 조회 및 처리 기능• 담당자 지정이나 부재 설정• 관리자에 의한 프로세스 관리 기능• 진행중인 프로세스 변경기능• 정보나 경고 메시지 알림 기능• 룰 변경 기능

- 14 -

SOA based Closed Loop BPM

BPM은 전체 프로세스에 대한 모델링, 구현 그리고 적용 후 발생되는 문제를 해결하여 개선하는 프로세스의 전체 Life Cycle을 관리하는 Closed loop BPM을 구축해야 합니다. 그리고 BPM의 3대 표준인 BPMN, BPEL, SOA를 지원하는Process Repository를 구축해 향후 BPMS 구축 시 재사용 및 활용 성을 높여야 합니다.

BPM 3대 표준을 준수하는 Process Repository

Process RepositoryClosed Loop BPM

Item Not Acceptable for Sale

For What?BPM StandardModelModel Business ProcessAnalysis

Business ActivityMonitoring

Is Sale ofItem

Allowed?

+

Describe ItemReview FeesSelect AuctionType

Check If ItemIs Allowed For

Sale

Item Registere

p

Item Available For Sale

Yes

Yes

NoDon't Know BPMN ProcessBusiness ProcessModeling Notation

BPEL Generation

Process표준화된

표기를 위하여SimulateSimulateOptimizeOptimize

BPEL GenerationBusiness Process

Execution Language

SOA (WSDL)

Process실행을 위하여

BPM과

기존 SystemDeployDeploy

ImplementImplementMonitorMonitor

SOA (WSDL)Service Oriented Architecture

기존 System통합을 위하여

DeployDeployExecuteExecute Business Process

Management

- 15 -

BPM Lifecycle에서 Process Repository의 활용

BPA 단계에서 Design된 Process는 Repository를 통하여 BPM 전 단계의 라이프사이클 개선 활동을 위한 기반

으로 활용할 수 있음.

BPA

Repository를 정보를 통해

프로세스 모델링, 분석, 검증

실시하며 이 결과를 토대로

프로세스 개선활동

수행하고 Repository로

BAM을 통해 모니터링된

프로세스 성과, 성능

등에 대한 정보를

Repository에 저장하여

표준 프로세스

프로세스 분류체계

프로세스 템플릿

관련 항목

프로세스 분석

프로세스 검증

프로세스 모델링

p y피드백Repository 정보의

정확도를 높임

BAM Process Repository

관련 항목

모니터링 결과

프로세스 실행 정보

BPM

프로세스 실행 정보 웹 서비스 관련 변수 등

프로세스 실행에

관련된 정보를

Repository에서

프로세스 실행 정보

피드백

BPM 관리하며 BPM에

제공하고 피드백 받음

- 16 -

BPR (Business Process Repository) BPA 영역

Process Repository 는 작성된 Process의 통합 저자을 통하여 가상 시뮬레이셔 및 관계자와의 웹 공유를통하여 업무의 표준화 및 Process Excellence를 달성하는데 기여 함.

B i P A hit t Business Process SimulatorBusiness Process Architect

Business Process Repository Server

Business Process PublisherIntegration with SOA, BPEL PM

- 17 -

프로세스 모델링 – Business Process Architect BPA 영역

일반적으로 “계층 구조 정의 → 템플릿 / 필터 / 항목 정의 → 조직 / 데이터 / 시스템 정의 → 계층별

프로세스 모델링”의 수행 단계를 거치게 됨

l CHierarchy Modeling Hierarchy Concept

Level 1 : VACD

Level 2 : Main Process

Level 3 : Process - BPMN/EPC

Organization Data System

l S / CLevel 4 : Process Steps - BPMN/EPC+FAD

- 18 -

BPMN을 이용한 Business 분석 프로세스 BPA 영역

BPA는 BPM 대상이 되는 업무 프로세스에 대한 정의 및 분석, Simulation 등의 전 과정을 Repository형태로 지원하며, 작성된 Process는 업계 표준 언어인 BPEL (Business Process Execution Language)를통하여 BPMs 에게 전달 됨.

Hierarchy Modeling Level 별 Process정의서 대상 업무에 대한 KPI 산정

BPEL

BPA 을 이용한 활용 & Simulation

BPEL

표준BPEL Script를

통한 연동

Business Process Analysis을 통한 Process Modeling , simulation , Repository 전 과정 지원

자동 생성 및

BPM part 로 전달g p y

- 19 -

SOA Based BPM 개발 프로세스BPM

PI 단계 프로세스를 통해 산출된 프로세스 정의와 Interface 정의서를 기반으로 관련 시스템의 모듈을서비스화 하고, 표준화된 Interface 로 통합하며, BPEL을 통해 표준화된 비즈니스 프로세스를 구축 한다.

BPM영역

System

Service Repository생산 ERP구매설계 BOM 기타

Syste

각 시스템의서비스 명세서 저장

E-HRM WSDLE-HRM

orchestration

ERP

process

initiate

ERP

onResult

Callback

ERPJDeveloper

BPEL Designer

BPEL Web Service기술을 이용한IntegrationPoint 정의

데이터 스키마및 인터페이스

구축

Process Orchestration및 UI 개발

테스트 후라이브에 적

용

- 20 -

Sensor based BAM 구축 프로세스BAM 영역

BAM은 센서와 이벤트 방식으로 구현되며, 프로세스 KPI 분석을 위해 필요부분에 Sensor를 설정하고, 이를 통해 발생될 이벤트를 Modeling 하여 Process 의 실시간 KPI 분석이 가능하게 됨.

BPELKPI

ERP

Events

KPI

E-HRM

Sensor 설정 Composite Event 구성

KPI / Metrics 구성

다양한Performance

view 구현

- 21 -

1. ERP 구축 후 발생하는 현실적 한계

2 ERP 2 02 ERP 2 02 ERP 2 02 ERP 2 02. ERP 2.02. ERP 2.02. ERP 2.02. ERP 2.0

3 ERP 2 0의 활용 예제3. ERP 2.0의 활용 예제

4. ERP 2.0 구축을 위한 제언4. ERP 2.0 구축을 위한 제언

- 22 -

기업의 표준화 모델

기업이 IT에 투자를 하는 궁극적인 이유는 기업의 경쟁력을 강화를 통해 이윤을 추구하는데 있습니다. 그리고, 이는 기업의 비즈니스 프로세스와 IT 인프라가 서로 유기적으로 엮여 Agile한 기업 환경이 가능해 집니다.

프로세스 관점 표준화 Processes Repository 구축을 통해

BPM 기반의 비즈니스

프로세스 통합 관리

프로세스

기준 정보 통합

비즈니스 프로세스를 시스템에서

관리함으로써 Pain Point 추출

ProcessProcess

표준화표준화BPM/SOA 기반의업무 프로스세스확립

표준 Notation을기반의 비즈니스

ApplicationApplication

표준화표준화

ITIT

MasterMasterDataData

통합통합

확립

프로세스의 Pain Point의추출/개선이가능한 Agile한

용어의 표준화

MDM 시스템의구축을 통한Master Data 통합관리

ITIT

표준화표준화

SOA 기반의BPMN/MDM 기반의

가능한 Agile한기업환경 구축

관리

아키텍쳐 관점 표준화

Infrastructure 통합마스터 데이타 통합Service Repository 구성을 통한프로세스의 IT 표준화ESB를 이용한 인터페이스 통합

- 23 -

아키텍쳐 관점 준화

비즈니스 프로세스 관점의 표준화 방안

비즈니스 프로세스의 표준화란 전사 프로세스를 대상으로하는 작업이며, 시스템적으로는 여러 이기종의 시스템을 프로세스라는 관점에서 표준화 하는 것을 의미합니다. 그리고 이러한 표준화 작업은 반드시 표준화된 BPM 환경에서 작업을 해야 합니다. 그래야만 전체 비즈니스 프로세스를 통합과 시스템이라는 환경에서 관리를 하실 수 있습니다.

비즈니스 프로세스 통합은 표준화된

BPM 기반 프로세스 표준화 및 통합 주요 목표 내 용 활 용

비즈니스 프로세스 표준화표준화 된 BPM

기반의프로세스 통합

BPM 기반에서 프로세스 표준화 과정을

통해 통합 해야 한다. 그래야만 전체

프로세스를 관리할 수 있음.

BPM 기반

(Enabler)비즈니스 프로세스 표준화

전사 비즈니스

표준화

방안으로

프로세스Visibility

표준화된 프로세스를 시스템화 (Process

Repository)하여 관리함으로써

프로세스에 대한 Visibility를 확보하고,

이를관리함으로써 프로세스의 P i

BPM 기반비즈니스

프로세스의표준화

+BPM

방

확대이를관리함으로써 프로세스의 Pain

Point를 관리한다.

표준화된 프로세스는 하나 이상의

+

SOA 기반시스템 통합

SOA based SOA based

End-to-End프로세스

준화된 세 는 하나 이상의

시스템에서 구동이 되므로 이를 SOA를

기반으로 통합 하여 End-To-End

프로세스를 완성한다.EA 기반 IT 통합

InfrastructureInfrastructure

- 24 -

기술 관점의 표준화 방안

기술 관점에서의 표준화란 기업의 인프라스트럭쳐를 EA 기반으로 통합 하는 것을 의미합니다. EA는 기업의 비즈니스, 데이터, 관리 프로세스, 정보 기술간의 관계를 현재(AS-IS)와 목표시점(TO-BE)에 따라 명시적으로 기술한 것입니다. 따라서 기술 관점의 표준화를 만든다는 것은 기업의 비스니스 프로세스부터 인프라스트럭쳐 내의 시스템까지 전반에걸려 표준을 작성하는 것입니다.

EA 기반에서 각 시스템이 통합이라는

EA 기반 인프라 통합 주요 목표 내 용 활 용

EA 기반IT 인프라의

표준화

EA 기반에서 각 시스템이 통합이라는

관점에서 가져야 하는 표준을 만들어야

하며, 이를 각 시스템에 적용해 기업의

인프라는 표준화해야 합니다.

(Enabler)비즈니스 프로세스 표준화

전사 아키텍쳐

표준화

방안으로

Master Data통합

Master Data를 관리하여 기업에서

사용하는 데이터의 표준을 정해야

합니다. 이를 통해 시스템 간의

EA 기반IT 인프라의

표준화

+SOA방안으로

확대

통합인터페이스는 표준화된 환경에서

작동되게 됩니다.

+

SOA 기반인프라 통합

E t i S i B

SOA 기반

SOA를 기반으로 시스템을 통합해야

합니다. SOA를 기반으로 한다는 것은

표준을 준수한다는 의미입니다.각 업무 시스템

Enterprise Service Bus

ERP창고관리

생산관리 EIS DW

- 25 -

기업의 표준화와 ERP의 관계

기업에서 표준화를 이루기 가장 빠른 방법은 ERP를 도입하는 것입니다. SAP는 이미 컴포넌트 방식으로 만들어진 제품이기 때문에 BPM/SOA를 적용하기 쉬운 모델을 갖추고 있습니다. 따라서, 기업은 SAP의 구축을 통해 별도의 개발없이 원하고자 하는 서비스를 획득할 수 있고, 이를 통해 보다 쉽게 BPM/SOA 환경으로 가실수 있습니다.

Category Oracle R11i Oracle R12

Business Events 1000 (BES) + 1,081(BES)

Business Processes 4300 (OWF) + 4,500 (OWF)

Business Models BFA

Web Services 150개 이상

ERPComposite Services R11i.10 R12

Services Repository IREP IREP

BPEL Process Manager Yes Yes

“ 향후 기업의 경쟁력은 어떤 기업이 Service를 많이 제공하고 있느냐에 따라 달라지게“ 향후 기업의 경쟁력은 어떤 기업이 Service를 많이 제공하고 있느냐에 따라 달라지게

* BFA : Business Flow Accelerators, IREP : Internet RepositoryOWF : Oracle Workflow

됩니다. 따라서, 기업에 SOA를 적용하기 위한 가장 손쉬운 방법은 서비스 공급자인 ERP를

구축하는 것이며, 기업은 이를 통해 보다 쉽게 BPM/SOA 기반의 기업환경을 구축할 수

있습니다. “

됩니다. 따라서, 기업에 SOA를 적용하기 위한 가장 손쉬운 방법은 서비스 공급자인 ERP를

구축하는 것이며, 기업은 이를 통해 보다 쉽게 BPM/SOA 기반의 기업환경을 구축할 수

있습니다. “

- 26 -

SOA based, Closed Loop BPM 기반의 정보시스템 구축

지금까지 정보시스템 구축 프로젝트는 데이터 측면에서의 통합을 주 목적으로 하였습니다. 하지만 BPM/SOA 기반의정보시스템을 구축한다면 프로세스와 아키텍처 측면에서 기업이 가지고 있는 시스템을 통합할 수 있기 때문에 기업의변화되는 환경을 보다 효율적으로 구축할 수 있게 됩니다.

E R P 2.0E R P 2.0E R P 2.0E R P 2.0시스템 통합

아키텍쳐 표준화 (SOA) 프로세스 표준화 (BPM)

재무회계

- Oracle EBS- PeopleSoft

- JD Edward- Siebel

Legacy System

Web Based Applications

Process Repository +Service Repository

재무회계

관리회계

구매/자재

생산

인사관리

Data WarehouseDatabaseFront Office System기타 Legacy SystemGroupware System

Web Based Applications

인사관리

성과관리 (BSC)기타

기타 Legacy System사내 Portal SystemSingle-Sign On System기타

- 27 -

ERP 2.0의 목표 : Agile Enterprise

표표 준준 화화표표 준준 화화표표 준준 화화표표 준준 화화

비즈니스비즈니스비즈니스비즈니스아키텍처아키텍처아키텍처아키텍처

AgileAgileAgileAgile유기적유기적

프로세스프로세스프로세스프로세스아키텍처아키텍처아키텍처아키텍처 EnterpriseEnterpriseEnterpriseEnterprise결합

BPM / SOABPM / SOA 기반기반 통합통합BPM / SOABPM / SOA 기반기반 통합통합BPM / SOA BPM / SOA 기반기반 통합통합BPM / SOA BPM / SOA 기반기반 통합통합

- 28 -

ERP 2.0 : 프로세스와 IT 인프라 간의 유기적인 결합

ERP 2.0이란, 비즈니스 프로세스는 Master Data를 기반으로한 End-to-End의 개념으로 표준화 되며, 아키텍쳐는SOA기반으로 표준화 되어, 프로세스와와 IT 인프라가 상호 유기적으로 동기화되어 작동하는 형태를 의미합니다. 따라서 사용자는 시스템에 제약을 받지 않으며, 시스템 또한 이기종(H/W, S/W) 간의 제약에서 자유로워 지게 되기 때문에 사용자는 보다 Agile 한 업무 환경을 구축할 수 있게 됩니다.

고객 구매 화면 입고 화면 사내 주문 화면 납품 화면채권처리

화면수금 화면

구매 시스템 응용 프로그램화

MDM

Cross ApplicationCross Application

IRMEBM

BPMProcess Repository 영업

Data

MDM(Master Data

Managements)Data

EBO

IRM

SOAService Registry 주문등록

주문조회

주문확정

납품채권이전

ECM(Enterprise Contents

Managements)Data

EBS

ERP

Data

창고 관리

Data

영업 시스템

Data

- 29 -

1. ERP 구축 후 발생하는 현실적 한계

2 ERP 2 02. ERP 2.0

3 ERP 2 03 ERP 2 0의의 활용활용 예제예제3 ERP 2 03 ERP 2 0의의 활용활용 예제예제3. ERP 2.03. ERP 2.0의의 활용활용 예제예제3. ERP 2.03. ERP 2.0의의 활용활용 예제예제

4. ERP 2.0 구축을 위한 제언4. ERP 2.0 구축을 위한 제언

- 30 -

BPM/SOA 활용 예제 1 : 사용자 편의성 제공 (Visibility)

H사 주문 처리 프로세스 PoC 사례 : K사 출장비 프로세스 Poc 사례 :

프로세스의 실행 과정에서 생기는 지연(Pain Point)을 측정 가능한 형태로 구축하여 문제를 빨리 인식하고, 빠른 시간내에 해결 할 수 있도록 프로세스를 시스템화(Visibility)하여 관리 함으로써 진정한 RTE를

구축할 수 있다.

- 31 -

BPM/SOA 활용 예제 2 : 사용자 편의성 제공 (UI 개선)

기존 ERP화면

L사 법인간 주문 PoC 사례 :

기존 ERP화면

BPM/SOA를이용한 UI 개선

현 재고를파악할 수 있다

이용한 UI 개선

- 32 -

BPM/SOA 활용 예제 3 : MDM을 통한 Master Data 표준화

특허청 특허 정보 조회 PoC 사례 :

MDM의 자유로운 데이터 관리체계와 SOA를 통한 손쉬운서비스의 결합으로 디자인 동향, 분쟁정보 및 관련 정보를편리하게 제공

SOA

디자인 맵

DB (MDM)

- 33 -

BPM/SOA 활용 예제 4 : SOA를 통한 Interface의 표준화

The Challenge NISe-NISBMSTerminal

H사에서 MDM과 SOA를 이용하여 Interface를 표준화 한 사례 향후 BPM/SOA 적용이 용이하다 :

• 새로운 신규 애플리케이션(Oracle ERP, Siebel CRM, Oracle Data Hub) 도입에 따른 대규모 시스템 통합 요건 발생

• 시스템 및 다양한 Legacy를 통합할 수 있 e-Service A li i

Vessel Application

BMSNEW HJSENTNISNE

W WRSYSSFPKGHANTOS BIMS

는 표준 툴 필요

표준 기반의 통합 (SOA Vi i )

The Solution

ApplicationVSLNE

We-SVC

V-XXXX통합EDI

Oracle SOA Suites

Transformation Ma

• 표준 기반의 통합 (SOA Vision)• 단일 솔루션(BPEL Process Manager)을 통

한 구현과 유지 보수의 복잡성을 제거One Integrated Vendor

EP Application Analysis

MARINE

Homepage

Adaptation

Transport

anagement

Routing

• 800개 이상의 인터페이스에 대한 통합 제공

The BenefitsCRMPKG

ERPPKG

SEMPKG

LMSPKG

MDMPKG

Portal

i-PlazaBPA

ESSMSS

HANFIS HRIS

To-Be• 기업 내 인터페이스 표준화 제공

• 향후 SOA 및 BPM을 위한 기본 Infrastructure구축

ERP Application LMSCRM

PKG PKG PKG PKG

Master Data

MSS FIS

As-Is

To-Be

- 34 -

BPM/SOA 활용 예제 5 : 프로세스 Orchestration

H사 구매 주문 관련 PoC 사례 :

경영진관리자 재무담당구매담당

Process Portal (Vaatz)

BPEL

구매주문

VaatzJava

SAPABAP

MaximoJava

재무CICS/Cobol

ESB

Data Data Data

Cobol

Data

EAI

- 35 -

BPM/SOA 활용 예제 6 : BAM을 통한 실시간 모니터링

H사 Call Center Dashboard 사례 : K사 주문 처리 현황 모니터링 사례 :

프로세스에서발생하는위험요소등을 Ghraphic한 UI를통해모니터링할수있다

BAM(Business Activity Monitoring)을통해업무에서발생하는 Event를실시간으로수집하여

프로세스에서발생하는위험요소등을 Ghraphic한 UI를통해모니터링할수있다

- 36 -

프로세스에서발생하는위험요소등을 Ghraphic한 UI를통해모니터링할수있다.프로세스에서발생하는위험요소등을 Ghraphic한 UI를통해모니터링할수있다.

DEMO : Cross Application : Legacy 영업시스템과 EBS를 Web을 이용해 통합

고객주문

주문고객주문등록

Required CheckFunction

ScenarioSequence

ScenarioSequence

입고주문조회

영업(Legacy)

주문확정?

Y

N

주문조회

납품

Optional

SequenceRegular

Exception주문등록

217384(Legacy) N

납품조회

채권Interface

217384

채권생성

반제대상 Y 채권

재무

GL GL

수금반제대상존재?

Y

N

채권반제

선수금

- 37 -37

이전 전기설정

DEMO : Cross Application : Legacy 영업시스템과 EBS를 Web을 이용해 통합Legacy 영업시스템과 EBS를 Web을 이용해 통합

회사 영업 시스템은 Oracle EBS가 아닌 Legacy 시스템입니다. 기존 영업 시스템과 ERP(회계)의가용한 Web service를단순히 Process Orchestration하여고객의 구매 시스템을 손쉽게 개발하가용한 Web service를단순히 Process Orchestration하여고객의 구매 시스템을 손쉽게 개발하며, 이들 3개의 시스템은 Web service(SOA)를통해 통합됩니다(Integration). (5분)

Point : Web Service를이용하여 EBS에의 고객 정보를 직접 받아다 처리한다Point : Web Service를이용하여 EBS에의 고객 정보를 직접 받아다 처리한다. 이때 Oracle Applications Adapter를 이용하여 자동으로 AR(채권)과 연동한다.

- 38 -

1. ERP 구축 후 발생하는 현실적 한계

2 ERP 2 02. ERP 2.0

3 ERP 2 0의 활용 예제3. ERP 2.0의 활용 예제

4. ERP 2.04. ERP 2.0 구축을구축을 위한위한 제언제언4. ERP 2.04. ERP 2.0 구축을구축을 위한위한 제언제언4. ERP 2.0 4. ERP 2.0 구축을구축을 위한위한 제언제언4. ERP 2.0 4. ERP 2.0 구축을구축을 위한위한 제언제언

- 39 -

SOA 기술의 발전의 성숙도(Maturity)

※ Gartner Hype Cycle 2005 ※ Gartner Hype Cycle 2007

Gartner에서는 신기술의 발전 단계를 성숙도(Maturity)와 언론에 회자되는 정도(Visibility)를 이용해서 기술이

성숙기에 접어드는데 걸리는 시간 (Time to Plateau)을 Hype Cycle이라는 그래프를 통해서 고객에게 제공한다. 초기

SOA의 개념이 나오고 나서 한동안 SOA에 대한 기술적 의구심을 갖는 경우가 많았다 하지만 2007년 Hype Cycle을SOA의 개념이 나오고 나서 한동안 SOA에 대한 기술적 의구심을 갖는 경우가 많았다. 하지만, 2007년 Hype Cycle을

보면 SOA는 2005년 "Trough of Disillusionment" 단계를 지나 2007년 "Slope of Enlightenment" 단계에 접어

들었음을 알 수 있다. 즉, 이제는 SOA가 적용/구현 가능한 기술이 되었음을 의미하며, 프로세스와 서비스가 통합

가능한 상태에 왔음을 의미하며, 또한 EBS(e-Business Suite) 환경에서 SOA의 구현이 구체화 되었음을 의미한다.

- 40 -

제언 1. 기업의 성숙도 모델과 추진 방향

Level 1Opportunistic

Level 2Tactical

Level 3Strategic

Level 4Enterprise

Level 5 Improvement & Innovation

BPM/SOA 프로젝트는 Risk, Schedule, 예산 등을 고려하여 달성 가능한 목표 Level을 설정해 추진해 합니다.

Opportunistic Tactical Strategic Enterprise

Scope & LevelOpportunistic(Organize and

Strategize)

Tactical(Tactical SOA

Implementations)

Strategic(Process AutomationAnd Improvement

With SOA)

Enterprise(SOA is

QuantitativelyManaged)

Over and above Enterprise(SOA is

industrialized)

B l d i h i d

Strategy Goals Identify Simple “quick win

Sell Business on SOA Benefits

Business Process Automation

Measurement& Improvement

Be a leader in the industry eco-system and provide/

consumerelevant services.

Ente p ise • Enable the virtualTactical Plans Build Services

IntegrateServices

EnterpriseArchitecture Group

DrivingSOA

Deploy BAM + BPEL for

Measurement

• Enable the virtual Enterprise with business insight, and real time information access

• Business Process • Business Process l

Technology

• Application Server Platforms

• Development Tools with Web Services

• BPEL Process Orchestration

• Enterprise Service Bus

• Registry

• Business Process Modeling

• Business Rules Engines

• Data Hubs• Integrated Services

Simulation• Business Activity

Monitoring• Complex Event

ProcessingM d

• Enable Business Insight, Real-time Information & Automation

• Achieve Agility with Feedbackwith Web Services

Support • Web Services Management & Security

Integrated Services Environment

• Metadata Management

• Metadata Management Systems

• Grid

Feedback

* Source : Accenture + Oracle + The Hartford

- 41 -

Source : Accenture + Oracle + The Hartford

제언 2. 단계적 추진 전략 확립

BPM/SOA를 적용하기 위해서는 다음과 같은 순서로 접근을 하는 것이 가장 효율적입니다.

BPM/SOARoadmap 표준화

선도프로젝트

ROI 분석 확산

SOA 성숙도평가

SOAbased

Integration

SAP 신규 적용으로 인해 발생하는Interface에 SOA 적용

• 서비스 도출 (Service Provider) IT적인

전사기술표준평가

SOA 적용Roadmap

단계별추진 방안

teg at o

BPM

• Interface 표준화

핵심역량 시스템중 적용 대상 발굴

SOA의 가치

비즈니스적인

전사

협력사

B2B

EDA

기술표준

제품표준

설계표준

선정

추진 방안

Quick winProject선정

SOA

BPMbased

ProcessesManagement

• 프로세스 변경이 잦음

• 연관된 시스템이 많음

• Application Architecture 고도화 필요

비즈니스적인

BPM의 가치EDA설계표준

관리표준

구성조직 구성요

지속적인 표준 개선, BPM/SOA Governance 실행 및 고도화

- 42 -

제언 3. BPM/SOA Enablers가 이해해야 할 핵심 사항

대부분의 기업이 제품을 선정하고 표준을 정하면 BPM/SOA 를 구현할 수 있는 것으로 오해하고 있으며 진정한 BPM/SOA 는 전략수립부터 제품의 선정 및 구현, 관리 등의 일관된 체제를 필요로 함.

Key Underlying BPM/SOA Enablers

Architecture Governance

Strategy

Get Maximum B fit

Technology Standards Delivery Operations

Information Organization ProcessesBenefits

진정한 BPM/SOA 적용은 전략수립부터 제품의 선정 및 적용그리고 관련된 체제 조직 프로Technology Standards Delivery Operations 그리고 관련된 체제,조직,프로세스 확립을 하여야 완성이 됨.

Experiment and Learn 대부분의 회사가 BPM/SOA 제품을 도입했다고 BPM/SOA 적용을 했다고 함. 역으로 벤더도 SOA 제품을 납품 하였다고 BPM/SOA 사례라고 발표

- 43 -

Gartner 2007 결산 - 통계로 짚어보는 SOA의 현재

용 을 하 용을 첩 향 을57%의 경영진이 SOA의 도입에 비용 절감을 기대하고 있다. 27%는 코드의 재이용을, 23%는 기업 민첩성의 향상을바라고 있다(출전: Saugatuck).

2007년에 새롭게 개발된 미션 크리티컬 처리 애플리케이션 및 비즈니스 프로세스의 55%가 SOA에 대응하고 있다. 이2007년에 새롭게 개발된 미션 크리티컬 처리 애플리케이션 및 비즈니스 프로세스의 55%가 SOA에 대응하고 있다. 이수치는 2010년까지 80%을 웃돌 것으로 예측되고 있다(출전：Gartner).

40%의 기업이 전 IT예산의 10~30%를 SOA 프로젝트에 소비하고 있다. 그 대부분이 SOA 예산이 2006년을 웃돌았다고 답변했다(출전：IBM)고 답변했다(출전：IBM).

48%의 CIO가 2007년중에 자사의 SOA를 ‘외부’ -즉 ‘기존 및 장래의 거래처가 존재하는 장소’-에 개방할 예정을 세우고 있었다(출전：McKinsey). y

SOA를 운용하고 있는 기업의 37%(일견 낮게 보이지만, 실은 그렇지 않다)가 SOA에 의한 ROI의 향상을 실감하고 있다(출전：Nucleus Research).

선진적인 SOA를 운용하고 있는 기업의 29%가 SOA 통치 소프트웨어를 사용하고 있다. SOA 도입의 초기 단계에 있는기업에서는 이 비율은 17%에 머물렀다(출전：Aberdeen).

선진적인 SOA를 운용하고 있는 기업의 61%가 실제노동 소프트웨어에 발견되는 결함의 수를 줄일 수 있었다고 말했다. 한편 선진적인 SOA를 운용하고 있지 않는 기업에서 결함을 줄일 수 있었다고 답변한 것은 18%였다(출전：Aberdeen).

- 44 -

Gartner 2007 결산 - 통계로 짚어보는 SOA의 현재

월49%의 SOA 개발자가 일반적인 SOA 프로젝트라면 3개월 이내에 완성하게 되었다고 대답하고 있다. 1년 전과 비교하면, 이러한 개발자의 비율은 2배에 이르렀다. 또 현재는 모든 SOA 프로젝트의 60% 이상이 불과 6개월 이내에서 완성및 운용에 이르고 있다(출전：Evans Data).

75%의 메인프레임 유저가 시스템을 근대화 하고 싶다고 생각하고 있다. 하지만 동시에 시스템이 SOA를 실제로 지원할수 있을지 모르기 때문에 52%가 불안해 했다(출전：Software AG).

현시점에서 SOA 프로젝트를 진행시키고 있는 메인프레임 기업은 25%이며 나머지의 3분의 1은 SOA에의 대처를 검토하현시점에서 SOA 프로젝트를 진행시키고 있는 메인프레임 기업은 25%이며 나머지의 3분의 1은 SOA에의 대처를 검토하고 있다. 적어도 반수가 SOA의 중추를 메인프레임에 담당하게 하고 있거나 할 예정이라고 회답했다(출전：Unisphere Research/SHARE).

55%의 경영진이 ‘스스로의 IT환경에 있어서의 소셜 네트워킹 및 웹 2.0 개발 기술의 활용 수단’으로서 SOA를 인식하고 있다(출전：BEA).

SOA를 운용하고 있는 기업의 경영진 중 56%는 자신의 산하에서 개발된 코드 및 성과물의 적어도 반이 컴플라이언스SOA를 운용하고 있는 기업의 경영진 중 56%는 자신의 산하에서 개발된 코드 및 성과물의 적어도 반이, 컴플라이언스상황이 체크되는 일 없이 실제노동 환경으로 이행했다고 인정하고 있다(출전：SOA Forum).

소규모 기업(종업원수 100명 미만)의 15%가 SOA를 사용한다. 500명 이상의 사원을 거느리는 기업에서는 이 수치는35%로 오른다(출전 N l R h)35%로 오른다(출전：Nucleus Research).

기업 전체의 성장률이 4%인 데 비해 “IT와 비즈니스가 조화를 이루고 있는” 기업의 평균 성장률은 12%에 육박한다(출전：BTM Institute)

- 45 -

(출전 BTM Institute)

Questions

- 46 -