SOA환경에서의 BPM전략cfs12.blog.daum.net/attach/23/blog/2008/10/17/13/51... ·...

SOA환경에서의 BPM전략

서울대학교 경영대학교수 안 중 호([email protected])

1

목차

� 비즈니스 환경의 변화

� SOA

� BPM

� SOA & BPM

2

1. 비즈니스 환경의 변화

3

Paradigm shift

Out By 2007 In Through 2010

Coding Architecture and Assembly

Application Expertise Business Process Expertise

Traditional Consulting and SI Infrastructure, Application and Process Utilities

Packaged Apps(as we currently know them)

Service-Oriented Business Applications

SIs as Principal software channel Outsourcers, Utility and

SRC: IBM Business Consulting Services, 2005

SIs as Principal software channel Outsourcers, Utility and Sis as Software Channels

Custom Solutions Mass Customization

Smaller SIs Vendors of Scale

4

Business Evolution

SRC: SOA를 통한 ODOE구현, IBM, 2004

5

IT Architecture Evolution


6

Business의 IT 요구사항

� We care most about applying new technology to develop new products and services. The main characteristic of our industry is FAST CHANGE, so it depends upon who can DEVELOP NEW PRODUCTS and SERVICES QUICKLY. If that cannot be ensured, then it is impossible to survive in this industry.(source: IBM consulting services, The Global CEO Study 2004)

Business Challenges IT Imperatives

Increase the speed of business changes Become a more responsive IT Organization to


Increase the speed of business changes Become a more responsive IT Organization to quickly adapt to changing business priorities

Improve business efficiency and performance Align IT more tightly with business strategies in a cost effective manner

Protect the privacy and security of critical information assets

Provide a secure and managed integration environment

7

2. SOA(SERVICE ORIENTED ARCHITECTURE)

8

SOA란

� Architecture that leverages open standards to represent software Assets as Services

� Provides a standard way of representing and interacting with software assets

� Individual software assets become building blocks that can be reusedin developing other applications

� Shifts focus to application assembly rather than implementation detailsdetails

� Used internally to create new application out of existing components

� Used externally to integrate with applications outside of the enterprise


SOA(Service Oriented Architecture): 어플리케이션 기능들을 비즈니스적인 의미를 가지는기능단위로 묶어서 표준화된 호출 인터페이스를 통해서비스로 구현하고, 이 서비스들을 기업의 업무에 따라조합하여 어플리케이션을 구성하는 소프트웨어 개발아키텍처

9

SOA의 특징

� 서비스 인터페이스� SOA 디자인에서는 컴포넌트 기능 구현을 위한 설계는 부차적인 문제이고 핵심

적인 사항은 서비스 인터페이스 설계.� SOA는 근본적으로 서비스 인터페이스들의 흐름과 이들의 관계에 관한 것

� 블랙박스 접근방식� 서비스 내부의 디자인이나 구현내용을 모르더라도 찾고 사용하는데 충분한 정보

를 갖추어야 함� 블랙박스적인 속성을 갖추어야 한다는 것

� 느슨한 연계� 서비스가 특정 서비스 사용자를 염두에 두고 디자인되지 않음

SRC: 이석진, SOA 적용전략과 적용방안, 오라클

10

SOA-Service?

� A service encapsulates a well-defined invokable unit of business function, and exists either to provide information or to facilitate a change of business data from one valid and consistent state to another

� Services are defined using explicit interfaces that are independent of service implementations, and that both service requestors and service providers agree to

� Services should be invokable through defined communication � Services should be invokable through defined communication protocols that stress interoperability and location transparency


Service: 언제, 어디서나, 어느 기술로도 접근이가능하고 조합이 가능하고 반복 사용이가능한 비즈니스 기능

예) 중복고객검사, 고객정보오류수정프로세스, 고객정보등록

11

SOA의 최대의 화두


12

SOA적용환경과 미적용환경의 차이

� SOA를 적용하게 되면 업무 분석가나 업무 담당자는 변경된 업무 프로세스나 정책에 대한 서비스 모델을 변경함으로써 변경내용을 실시간으로 시스템에 적용가능

SRC: Tmaxsoft

13

SOA가 구축된 환경은?

� Interface to a single service, AND NOT COPYING CODE OR IMPLEMENTATIONS. THIS MEANS SERVICES ARE DEFINED ONCE AND ONLY ONCE.

� Implementation is hidden AND ENCAPSULATED BEHIND A WELL DEFINED interface

� Published functionality of service only, NOT IMPLEMENTATION

� Formal contract BETWEEN ENDPOINTS.

� ENDPOINT platform independence(WITH WEB SERVICES).

� Standards based PROTOCOLS(WITH WEB SERVICES)


14

SOA 도입의 필요성

� 프로세스 개선(BPM; Business Process Management)� 비정형 업무에 대한 표준화된 프로세스 정립 – 가시화� 정립된 프로세스에 따른 성과 지표의 수립� 정립된 프로세스 구현 및 운영에 따른 성과 측정� 성과분석과 프로세스 개선의 선순환 구조 확립

� 인터페이스 표준화(ESB; Enterprise Service Bus)� 기관 내, 기관 간 표준화된 인터페이스 도입(web service)� 기관 내, 기관 간 표준화된 인터페이스 도입(web service)� 포털을 통한 대민 서비스 일원화� 분산된 정보의 통합 관리

� 업무와 구현 기술의 분리(Business Services; Service Implementations)� 업무 서비스 및 서비스 접근에 대한 명세화

� 서비스 규격 표준화 및 가시화� 최신의 기술 및 기존 시스템을 활용한 신규서비스의 구현� 업무 변경시, 유연한 대처

15

왜 SOA가 중요한가?

� 서비스 지향 아키텍처는 기존의 어플리케이션 개발 방식에서 기존 IT자산이나 선 구축된 IT자산들을 Loosely Coupling 방식으로 연계함으로써 비즈니스의 변화에 유연하게 대응할 수 있는 체계를 갖추게 하기 위한 방법론이자 아키텍처이고 Framework이자 솔루션구현 기술

비즈니스이점

�프로세스들을 서비스함으로써 Granularity가 증가하고, 이에 따라 비즈니스의융통성을 증가시킴

�시장의 변화에 대응하여 비즈니스 프로세스를 신속하게 생성하고 어플리케이션을 합성할 수 있는 능력이션을 합성할 수 있는 능력

�기존의 IT 인프라스트럭처에 상관없이 서비스를 사용할 수 있기 때문에 고객의 만족도를 향상

IT이점

�비즈니스 변화에 보다 능동적으로 대응할 수 있는 IT조직으로 변화하며, 안전하고 관리적인 통합환경 구축

�이미 작성된, 재사용 가능한 서비스들을 빌딩 블록으로 사용함으로써개발 및 구축 사이클 기간을 대폭 단축

�공통 서비스를 사용함으로써 업무의 복잡성을 감소시키고 유지보수 비용 절감

�기존의 IT 시스템을 교체하는 것이 아니라 가치를 증진


16

SOA 적용 기대효과

� 비즈니스 컴포넌트 및 SOA기반의 Transformation은 효율적 기술 인프라를 기반으로 운영 비용의 절감 및 경쟁력있는 서비스 제공을 통한 수익성향상을 통해 지속적 성장 추구


17

SOA 적용 기대효과

� SOA를 구축하면 기존 IT자원의 재사용을 통한 유연성과 민첩성을 강화하여 IT 환경통합을 더 손쉽고 빠르게 구축할 수 있음� 소프트웨어의 유연성과 민첩성 향상

� 코드 변경 대신에 프로세스 모델을 변경� 생산성과 재사용성 향상

� 기존 비즈니스 서비스의 토대 위에 새로운 기능 구축� 소프트웨어 수명 증가를 통한 높은 ROI실현

� 기존 서비스를 이용할 수 있는 재 사용성� 쉬운 마이그레이션과 좋은 운영성� 쉬운 마이그레이션과 좋은 운영성

� 잘 정의된 인터페이스와 미리 정해진 상호 운영성� 코드 보다 비즈니스 로직에 집중할 수 있는 개발

� 서비스 중심의 비즈니스 로직 구현 가능

SOA가 추구하는 4가지 목표

SRC: 이석진, SOA 적용전략과 적용방안, 오라클

Composable Re-Usable InteroperableLoosely

coupled

18

3. BPM(BUSINESS PROCESS MANAGEMENT)

19

Drivers for BPM

� 기업 환경의 변화� Customer access: 제한적 채널, 한정 시간 -> 멀티채널, 24x7� Production process: 대량생산 -> 주문형/맞춤형 생산� Shorted product lifecycles: Time to market pressure� Value chain: 몇몇 파트너와의 EDI 통신 -> Increased outsourcing, 다수의 파트

너와의 XML 기반 협업� Business management: 기능적, 계층적 관리 -> 수평적, 실시간 관리� Business organization: 중앙집중 -> 분산 / 가상 조직� IT 환경의 변화: 단위 업무 중심의 애플리케이션 -> 통합된 IT 구조� IT 환경의 변화: 단위 업무 중심의 애플리케이션 -> 통합된 IT 구조� 사회환경의 변화: 주 5일 근무제, Regulatory compliance (e.g., Basle II)

� 기업 운용 비용의 절감 및 업무 효율성 제고

� 변화하는 시장 상황에 대한 민첩한 대응력 및 조직의 유연성

� 빠른 고객 요구 대응 및 고객 만족도 제고

� 기업 품질의 향상 및 차별화…

SRC: 최인호, 웹 서비스 기반의 BPM시스템 구축, 미라콤.

20

비즈니스 프로세스의 정의

� 프로세스 (from Process Innovation, T. Davenport, 1992):� 특정 고객 또는 시장을 대상으로 필요한 산출물을 생성하기 위해 정의된 구조화되

고 측정 가능한 활동의 집합

� 비즈니스 프로세스� 비즈니스의 목표 달성을 위하여 다양한 비즈니스 규칙에 의해 정의된 상호연관이

있는 비즈니스 기능의 집합� 비즈니스 기능: 조직의 목표 달성에 기여하는 모든 과업 및 활동� 비즈니스 규칙: 어떤 기능을 수행할 것인가? 언제 할 것인가? 어떤 순서로 할

것인가? 누가 무엇을 이용하여 할 것인가? 등등것인가? 누가 무엇을 이용하여 할 것인가? 등등� 특징

� Dynamic, Complex, Across Boundaries, Long-running, Partly Automated, Technical, Dependent on Intelligence, Difficult to Make Visible


21

프로세스를 서비스화 하는 도구, BPM

� BPM은 Activity 조합을 통한 비즈니스 프로세스를 서비스화 할 수 있는 현업 사용자 입장에서 SOA구현을 가시화 할 수 있는 강력한 도구

SRC: Tmaxsoft

22

BPM의 중요한 속성- 유연성과 기민성

SRC: IBM Software Symposium 2006, IBM

23

BPM 이란?

� 조직과 어플리케이션 레벨에서 비즈니스 프로세스를 생성, 관리, 최적화를지원하는 서비스와 툴

BeginBegin

TaskTask

TaskTask

TaskTaskTaskTask EndEnd

참여자참여자참여자참여자

비즈니스비즈니스비즈니스비즈니스프로세스프로세스프로세스프로세스

고객고객고객고객고객고객고객고객 업무업무업무업무업무업무업무업무 담당자담당자담당자담당자담당자담당자담당자담당자 관리자관리자관리자관리자관리자관리자관리자관리자 협력사협력사협력사협력사협력사협력사협력사협력사

� CPI (Continuous Process Improvement) + BPM = High ROI

문서문서문서문서문서문서문서문서 데이데이데이데이데이데이데이데이터터터터터터터터

어플리케이션어플리케이션어플리케이션어플리케이션어플리케이션어플리케이션어플리케이션어플리케이션

IT 시스템시스템시스템시스템

ModelModel ManageManageOptimizeOptimize

AutomateAutomate

SRC: 김현민, BPM를 활용한 비즈니스 혁신방안.

24

BPM의 특징

� BPM Components Evolved Independently� Workflow: For Automating Human-centric Processes� EAI: For Automating System-centric Processes� BPMA: For Modeling and Optimizing Processes� Metrics: For Measuring & Monitoring Processes

� BPM Evolved from Convergence� Business processes are corporate assets, perhaps even more valuable� The must be managed like any other assets� The must be managed like any other assets


Metrics

BPMAEAI

Workflow

25

BPM의 기대효과

� “BPM provides the greatest ROI opportunity of any IT initiative by delivering:

� A reduction in time for process completion� A reduction in the number of steps� A reduction in error cycles� Automation of administrative tasks”

(Gartner Group, December 2002)

� 프로세스 시간 절감Reduce Lag Time and Task Time� Reduce Lag Time and Task Time

� 기업내 프로세스 통합

� 기업간 프로세스 통합

� Synergy Effect� ROI Expectations: 30 – 45% Greater� CPI (Continuous Process Improvement) + BPM = High ROI


source: Gartner Group Research, 2002

26

분야 프로세스

금융/보험 예측 프로세스, 여신/채무, 투자/보상, 신규 고객 처리, 대출심사/투자심사/위험평가관리

제조 ISO 9000, 6 Sigma, 생산관리/품질관리, 구매관리/자재관리/판매관리/출하관리, 클레임 처리, 물류 관리

통신 고객관리/영업관리/서비스관리, 콜 센터, 서비스망관리/대리점망관리

유통 및 운송 판매관리/지점관리/협력사관리, 물류관리/구매관리/인력관리/고객관리, 주문/배송처리, 인사/재무

정부/공공 민원관리, 부처간 프로세스 통합, 인력관리, 구매/조달관리, 정책관리,

BPM 적용분야

정부/공공 민원관리, 부처간 프로세스 통합, 인력관리, 구매/조달관리, 정책관리, 예산관리

공통 인력관리/재무관리, 타임시트, 출장/여비관리, A/S관리, 연구/개발, 프로젝트 관리


27

BPM and BPMS

SRC: 정용환, BPM프로젝트의 출발점-구축의 허와 실, 2007. 5

28

BPMS의 정의 및 적용형태

� BPMS (Business Process Management System)� 조직의 이윤 극대화를 위해 비즈니스 프로세스를 정의, 구현, 개선, 관리, 자동화

및 최적화하는 시스템� 조직 내외의 업무 프로세스를 가시화하고 업무의 수행과 관련된 자원 (인력 및

시스템 등)을 프로세스에 맞게 실행 및 통제함으로써 전체 업무 프로세스를 효율적으로 관리하고 최적화할 수 있는 시스템

� 적용형태� 기존 IT를 활용하는 PI 프로젝트

� 전사적인 프로세스 관리� 전사적인 프로세스 관리� 부서 내 프로세스 관리

� 어플리케이션 개발 프로젝트� BPMS를 기반으로 어플리케이션 개발� 웹, 모바일, 양식 지원

� 기업간 프로세스 관리� B2B Collaboration 관리

� 사내 문서관리 프로젝트� 전자문서 관리, 전자결재 어플리케이션 개발


29

Failure Factor of BPM


30

Key Challenges for BPM

� 조직� 프로세스 조직의 정비� 전체의 참여� 조직은 업무의 필요조건

� 프로세스� 단순업무의 흐름 발굴과 의미 프로세스 도출

� 우선순위� 범위의 우선� 범위의 우선� 규모의 우선� 방식의 우선

� 추진력� 단계별 평가� 동적인 궤도 수정


31

4. SOA & BPM

32

SOA & BPM

� 기업의 IT부서와 사용자 부서는 SOA와 BPM의 시너지를 통해 당면한 문제를 해결하고 한단계 진화된 시스템 구축 가능

SRC: Tmaxsoft

33

SOA & BPM

� SOA는 비즈니스 통합 및 자동화를 통해 구현되는 궁극적인 이미지이지 실현 아키텍처이며 구현방안은 비즈니스 통합의 접근방식에 서비스 중심의설계 사상이 가미� SOA는 BPM을 통해 구현되는 Target Image

� BP(Business Process)에 대한 이해에 기반한 서비스 연계� BP에 기반한 서비스 통합� BPM솔루션을 이용한 서비스 Rapid Deploy

� SOA구현방안� SOA구현방안� BP모델설계� 프로세스 지원

서비스 모델설계� 기존 Apps 통합

이나 신규컴포넌트개발을통한 서비스구현

� BPM Approach와 동일함.


34

SOA를 통한 BPM 패러다임의 변화

� SOA는 비즈니스 프로세스와 관련된거나 연계된 일련의 서비스들을 손쉽게생성할 수 있도록 함

� SOA는 BPM의 핵심� SOA는 비즈니스 프로세스의 설계, 관리, 최적화의 라이프 사이클에서 다음과 같

은 사항을 가능케 함� 기존 투자자산의 재사용� 변화에 대한 유연성 확보� 변화에 대한 유연성 확보� 빠르고 효율적인 시스템 구현

SRC: IBM Software Symposium 2006, IBM

35

Lessons Learned(From SOA Best-practice)

� Development� Asynchronous UI

� Hard to build� Unexpected backend consequences

� Caching is critical� VS Designers = black magic� Config

� Needs to be centrally controlled� Frameworks need to be shrink-wrapped� Frameworks need to be shrink-wrapped

� Process� Agile process

� Continuous Build and unit tests� Time consuming to setup� Pays off� Ability to put new code into test environment daily

� Incremental delivery key

SRC: Son Jeung Min, SOA Best Practices Commonwealth Bank of Australia – CommSee, Micorsoft Korea.

36

Lessons Learned(From SOA Best-practice)

� Operations and deployment� All or nothing not a good model

� Build in auto-update features early� Configuration management hard

� Use a tool� Instrument, Instrument, Instrument!

� Practice Summary� CommSee� CommSee

� Windows Forms .NET Smart Client / ASP.NET Web Services� ~30,000 users, 1000+ branches

� On time, on budget� Great user feedback, press� Incremental delivery

� Practical� Currently: 10,000+ users, 600 branches, all call centers� On target to decommission legacy platforms by end 2005

� Reuse� Mainframe and legacy systems� VB6, Win32 front end assets

SRC: Son Jeung Min, SOA Best Practices Commonwealth Bank of Australia – CommSee, Micorsoft Korea.

37

SOA 환경이란

� 서비스 중심의 비즈니스 프로세스 논리 재구성

� 비즈니스 프로세스 수행 주체(사람)에게 최소한의 인터페이스만을 제공(encapsulated)

� 비즈니스 프로세스 조합을 위한 컴포넌트 활용 극대화 및 컴포넌트 재사용

� 비즈니스 환경변화 적응에 대한 즉각적 반응 가능(새로운 조합 및 기조합된 논리의 즉각적 재구성 가능)

38

SOA 환경에서의 BPM 전략

� 사고의 재전환� 컴퓨터가 이해 가능한 비즈니스 프로세스 조직화

� From Object/Class Layer(one of SOA’s Layers)

� 통합적 사고� 소프트웨어 구축방법론으로서의 SOA는 단지 소프트웨어 구축논리에만 적용하

는 것이 아닌 SOA를 통해 구축된 소프트웨어의 활용 및 가치 측면에서도 함께고려해야 함.

� 하나의 서비스 및 비즈니스 프로세스는 기존의 유비쿼터스적 사고도 함께 필요로 함(유비쿼터스적 사고: 완성된 정보 및 지식은 목적에 맞게 최대한 작게 분할로 함(유비쿼터스적 사고: 완성된 정보 및 지식은 목적에 맞게 최대한 작게 분할된 데이터 및 정보의 조합을 통해 구성된다)

� 사람이 수행하는 비즈니스 프로세스 및 서비스는 사람의 사고능력을 초월함과동시에 컴퓨터 및 정보기술의 Computing Capability와 더불어 그 가치를 구현토록 해야 함.

� SOA의 특징에 대한 철저한 이해� 서비스 인터페이스/ 블랙박스 접근방식/ 느슨한 연계� SOA를 적용하는 산업적 환경 및 구축하고자 하는 시스템의 적용환경에 대한 전

문적인 조사분석이 선행되어야 함. 즉, “Loosely-Coupled”가 의미하는 특성은SOA를 적용함에 있어 비즈니스적, 산업적 요구가 매우 다양할 수 있음

39


� BPM을 위한 실패요인에 대한 재고찰� 변화에 대한 저항� 기존시스템의 한계� 경영진의 위임부족� 경영진의 참여부족� 비현실적인 기대감� 부적절한 팀 구성� 팀원들의 능력� IS 인력의 뒤늦은 참여� IS 인력의 뒤늦은 참여� 편협한 프로젝트 범위� SOA환경에서의 BPM구축 역시 기존 비-SOA환경에서의 BPM구축시의 실패요인

이 그대로 적용될 수 있다는 것을 감안. � 비현실적 기대감, 부적절한 팀 구성, 팀원들의 능력, IS인력의 뒤늦은 참여 등은

정보기술 또는 정보시스템을 적용하고자 하는 Organizational Context(environment) 또는 Industrial Environment에 대한 전문적 지식의 결여로 해석가능할 수 있음(자동차 산업, 의료/복지산업 등등)

40


� Is “SOA” a Silver bullet?� SOA가 과연 조직, 산업에서 정보기술 활용을 통한 가치 극대화를 위한 최선의

키인가? SOA는 단지 기존의 복잡하던 비즈니스 프로세스 및 인간적 사고를 컴퓨터가 이해할 수 있는 논리로 전환한 것에 불과

� 이는 향후 SOA를 통해 구축된 어떤 형태의 정보시스템이 어떠한 가치를 발현할수 있는가에 대한 고려 역시 필요

� What is the First?� 무엇인 먼저이며 무엇을 하고자 하는 것에 대한 명확한 정의 필요

� Case by case(industry, Business, etc)� Case by case(industry, Business, etc)� BPM? Or SOA? Or Business Strategy?

� Extension of SOA� SOA는 소프트웨어 개발 방법론이기도 하지만 동시에 비즈니스 프로세스에 대한

사고방식을 완연한 디지털로 전환시킨다는 역할도 수행.� 정보기술의 능력을 어느 범위까지 활용 가능한가

� Inter-disciplinary, Convergence between services?, Industries?� 구축된 SOA환경에서의 조직 구성원의 역할은 어떻게 변화하는가

41


� Technical Strategy(by IBM)� 기존 개발 시스템을 서비스로 Wrapping

� 기존 어플리케이션을 유지하며, 인터페이스만 서비스 Exposure하는 방법� 서비스 Exposure를 위한 기존 시스템의 컴포넌트화

� 기존 어플리케이션을 가능한/필요에 의해 컴포넌트화하며, 서비스로Exposure하는 방법

� SOA기반 신규 어플리케이션 개발� 신규 어플리케이션 개발시, 비즈니스 로직을 최대한 컴포넌트화 하여 서비

스로 Exposure스로 Exposure

42

SOA환경에서의 BPM전략cfs12.blog.daum.net/attach/23/blog/2008/10/17/13/51... ·...

Documents

Transcript of SOA환경에서의 BPM전략cfs12.blog.daum.net/attach/23/blog/2008/10/17/13/51... ·...