BAM - 해당되는 글 2건

 
Business Activity Monitoring(BAM)
 
BAM의 정의
다양한 기업의 비즈니스 활동(Business Activity)으로부터 발생하는 이벤트를 파악하고, 이벤트를 기반으로 관련 데이터를 수집하여 핵심성과지표(KPI)와 같은 사용자가 원하는 정보를 실시간으로 제공하며, 예외 및 기회 발생에 대한 알림을 제공하는 솔루션이다.
BAM의 근본적 개념은 기업에서 발생되는 각종 비즈니스 이벤트를 실시간으로 수집, 분석, 대응하는 것이며 기업이 관리하고자 하는 비즈니스 이벤트의 종류, 범위 등에 따라 다양하게 정의될 수 있다.
 
BAM의 개념
Real Time Enterprise(이하 RTE)의 핵심은 기업 내 주요 프로세스에서 발생되는 최신 정보를 입수하고 빠른 의사결정을 통해 최선의 대응을 하는 것이라 할 수 있다. RTE를 가능하게 해주는 기술적 개념의 하나가 BAM이다. BAM을 통해 기업은 실시간으로 발생되는 비즈니스 이벤트를 인지하고 효과적인 의사결정을 함으로써 최적의 대응을 할 수 있다.
BAMBI(Business Intelligence), BPM(Business Process Management), RTE(Real-Time Enterprise) 개념과 좀 더 밀접한 관계를 맺어간다. 실시간이라는 속도 개념과 비즈니스 통합 기능이 수용된 BI, BPM 등은 기업의 민첩성과 정교한 처리 능력, 비즈니스의 확장성 등을 확보하여 고객에 대한 서비스 가치를 향상시킬 수 있다. 이때 실시간이란 때로는 대기시간 제로(zero latency)를 의미하기도 한다. , 데이타를 확보하고 분석하고 최종 판단을 내리기 위해 대기하는 모든 시간을 제로 타임으로 만들겠다는 것 인데, 이는 실현하기 어렵거나 불가능할 수도 있다. 하지만, 경영자는 의사결정을 위한 대기 시간을 없애고 신속한 결정에 따른 새
로운 기회 확대와 생산성 향상을 절실히 희망하고 있다.
BAM이 각 산업별로 다양한 솔루션들과 연계되면 그 역할과 기능이 더욱 확장되고 고도화될 것이다. BAM은 활성화된 비즈니스 프로세스나 트랜잭션 데이타 등의 대상을 지속적으로 또 실시간으로 모니터링하고, 현시점, 단기, 장기적 성능 분석을 위한 이벤트 데이타를 실시간으로 캡처할 수 있어야 한다. 또한, 현재 수행되고 있는 업무 프로세스를 모니터링할 수 있도록 대시보드와 다양한 뷰 기능을 지원하며, 예외사항이 발생했을 때 실시간 경보를 발령할 수 있어야 한다. 그리고, 비즈니스 프로세스의 수행 평가를 위해 잘 정의된 핵심평가지표(KPI)와 메트릭스(metrics)를 적용하여 실시간 수집된 데이타와 이력 데이타를 통해 평가하고 리포팅 기능을 제공해야 한다.
 
BI와BAM
대다수 기업들은 기업 운영에 소요되는 내부 비용 절감과 업무 효율을 개선하기 위하여 BI를 활용한다. 일일 업무 결산(Daily Business Intelligence), 각 기간별 영업실적, 캠페인 분석, 재무분석, 각종 특별 리포트 등을 제공함으로써 경영진이 경영활동의 현황 및 예측을 수행할 수 있도록 다양한OLAP 분석 기능을 제공한다. 하지만, 경영 활동의 속도 향상과 경영전략에 따른 빠른 의사결정이 요구되는 이때에 BI의 영역 밖인 중대한 비즈니스 성능 지표들을 통해 실시간 정보를 제공해야 하는 요구에 직면하게 된다면 어떻게 대처해야 할까? BI 프레임워크상에 데이타 마이닝과 예측(forecasting) 기법이 추가되어 더욱 지능적인 패턴 분석이 가능하겠지만, 데이타 조작에 따른 분석 결과의 왜곡에 대해서는 거의 무방비 상태이다. 이와 같은 조작을 방지하기 위하여BAM은 데이타 조작이 발생할 수 있는 ETL 혹은 데이타 이벤트, 메시지와 같은 정보 매체나ATM 또는 POS 터미널과 같은 하드웨어 장치들, 전자상거래, 서비스호출과 같은 애플리케이션 사건들을 이벤트 소스로 정의하여 모니터링하게 된다. 또한, BAM 애플리케이션들은 고객 주문들, 보험 청구들과 공급망 운영 같은 매일매일의 비즈니스 대상들을 모니터링한다 따라서 BI 기술과 통합 플랫폼의 결합을 통해 실시간 비즈니스 프로세스의 가시성이 향상됨에 따라 기업은 비스니스의 민첩성, 메트릭스 및 모니터링 향상, 실시간 재무 보고 가능, 리스크 관리 기능 개선 등의 이점을 얻게 된다. 또한 국내 기업들도 데이타 웨어하우스와 BI가 자리를 잡아가고 있는 상황에서 실시간 데이타 로딩뿐만 아니라 데이타와 업무 프로세스의 통합 뷰에 대한 필요성을 많이 느끼고 있으므로, 실시간 프로세스 분석에 최적화된BAM 솔루션에 대한 요구가 크게 증가하고 있다.
 
BAM and BI : Key differences

유형
BAM
BI
주사용자
출하, 고객, 구매, 생산, 판매 및 SLA를 가지는 운영 책임자
경영 분석가 및 C-level 중역, 전략적인 CPM유형 모니터링
정보 유형
운영 데이터, 실시간 계산, 이동 평균, 패턴 분석, 임계 값, 백분율
전략, 하이 레벨, 데이터 양, KPIs
처리 이벤트 유형
복잡한 이벤트를 포함하는 이벤트 중심
데이터 중심, 완료 이벤트
경보
이벤트 발생에 따른 능동적인 경보, 의사 결정을 위한 actionable context 제공
내부에서 보이는 수동적인 경보, 전략 관리를 위한 historic context 제공
처리 방식
등록된이벤트를 수신할 때
정해진 간격 혹은 요청 시

 
SOA 기반의BAM 요구
BAM은 사전 정의된 이벤트 순서에 따라 동작한다. 이벤트들은 애플리케이션, 데이타베이스, 웹 애플리케이션 같이 다양한 소스로부터 정의되고 확인된다. 이 때 이벤트 감지와 소스에의 접근 방식 및 메시징 처리, 표준 프로토콜, 네트워크 보안 등 구조적으로 자세히 설명되는 실행 가능한 아키텍처 레이어(layered architecture)가 필요할 것이다. 이에 대한 솔루션으로‘서비스 지향 아키텍처(SOA)’가 제시되고 있다. SOA는 기업이 시장의 변화를 예측/대응할 수 있는 능력을 향상시키고, 조직의 생산성을 개선하며, IT 환경을 단순화시키고 기존 투자 자원의 활용도를 높여 준다. 그래서 대다수 기업들은 SOA 기반의 인프라를 구축하고 웹 서비스 가능한 비즈니스 서비스를 제공할 수 있는 기업으로 변화를 모색하고 있다. 따라서 BAMSOA 기반의 운영 플랫폼과 연동할 수 있는 애플리케이션 형태로 변화될 것이며, 타 애플리케이션이나 인프
라에 영향을 주지 않은 상태에서 서로 커뮤니케이션이 가능한 구조로 통합될 것이다


 
비즈니스 활동 모니터링을 전개하기 위한 과정
활성화된 경영활동을 BAM을 통해 시뮬레이션하거나 실무에 적용하는 방법은 5단계 과정을 거쳐 전개되며 순환조정 라이프사이클(Closed-Loop Lifecycle) 형태를 유지한다.
 
전형적인 5단계는 다음과 같다.
 
1.       Capture Business Activity : 이벤트 대상 소스로부터 활동중인 비즈니스 이벤트가 동작할 때 실시간으로 데이타를 획득할 수 있도록 구성한다.
 
2.       Correlate Related Event Instance : 획득된 이벤트로부터 의미있는 분석을 수행하기 위해서 상호 관련된 이벤트 인스턴트들을 그룹으로 묶어준다.
 
3.       Analyze Events : 의미 있는 분석을 수행하기 위해3가지 객체로 구성된BAM 모델링을 참조하여 분석을 수행한다.
 
4.       Present Data : 사용자 대시보드에 분석된 결과를 챠트, 레이다 뷰와 같은 다양한 팬(Pane)을 적용하여 시각적으로 표현한다.
 
5.       Respond to Critical Conditions : 결과를 통해 발생한 문제나 예외상황에 대하여 사전 정의된 방법으로 경고하거나 해당 비즈니스 프로세스에 적절한 조치를 취하도록 대응한다.
 



 
 
BAM 도입의 기대효과
BAM은 투자된 IT 자원의 효율성을 극대화하고 고객에게 최상의 가치 서비스를 제공하게 된다. BAM 도입의 효과를 구체적으로 정리하면, 다음과 같다.
 
-         비즈니스 변경에 따른 모니터링 결과가 경영진과 관리자들에게 신속하고 정확하게 전달된다.
-         예외 상황 발생에 대한 대응력을 대폭 향상시킨다.
-         인력과 IT 비용을 최소화시킨다.
-         BAM 가치 제공 혹은ROI의 피드백이 빠르게 돌아온다
 
결론으로, BAM을 도입하면, 경영 목표를 달성하는 데 걸림돌이 되는 문제들을 비즈니스 운영과정에서 파악하고, IT 시스템을 이용하는 자동화를 통해 즉각적으로 이 문제에 대처할 수 있게 된다. 이로써, 경영진 및 실무책임자는 실시간 기업 환경에 걸맞는 신속한 의사결정과 생산성 향상이라는 결과를 얻게 될 것이다

by 김용희  bpms.egloos.com

'Business Process Oriented' 카테고리의 다른 글

[펌& 해석]BPM 2.0 is Middle-Out  (0) 2007.03.30
BPM 기반 정보화 구현 방법론  (0) 2007.03.27
BPEL의 활용  (0) 2007.03.27
BPM is SOA’s Killer Application  (0) 2007.03.26
Who is a Process Analyst  (0) 2007.03.26
      Business Process Oriented  |  2007. 3. 27. 09:15




사용자 삽입 이미지

BPEL 사용범위


^^; 조금 장난스러운 설명이다..

BPM의 주요 요소 중 하나인 Process Modeling Tool의 결과물로서 BPEL 표준을 제공하는 경우가 있다.

이 BPEL은 어디에 쓰일 것인가?
- 느슨한 형태로 연계된 여러 개의 웹 서비스들을 조합하여 롱-러닝 워크플로우(long running workflow)를 생성하고 이를 하나의 비즈니스 애플리케이션으로 통합하는 것을 주된 목적

위와 같은 목적으로 BPEL은 ESB의 표현 수단으로 활용된다.

IBM 제품의 경우 BPM Suite의 Lifecycle을 보면

WBM(Webspher Business Modeler) --> WID(Websphere Integration Developer) --> WPS(Websphere Process Server) --> BAM(Business Activity Monitoring)

위와 같은 라이프 사이클을 가지고 있어서, WBM에서 모델링한 결과물을 WID라는 Integration Tool에서 Import해서 해당 서비스들과 연결 작업을 한 후에... WPS에 Deploy하게 된다. 그리고 BAM에서 WBM에서 작성한 KPI를 통해서 모니터링을 하게 되는 것이다.

연관성 (일관성)이 있는 구조이다. 하지만..전적으로 프로세스 모델링을 위한 BPEL을 사용해야 한다.

또한 표현의 기준은 WBM에서 작성한 BPEL이다. ESB 즉, WID에서 작성한 내용이 더 복잡해 질 수도 있고, 추가되는 내용도 다양할 것이다.(Websphere의 경우 WPS는 표준 프로토콜에 대해서만 ESB 기능을 탑재했다. 만일 Adapter를 사용한다면.. Message Tranformation, Validation등이 추가되어야 할것이다.)

Integration 관점은 논 외로 하고 ....

위의 그림에서 보는 것처럼 모델링에 대한 결과물을 다시 BAM의 Input으로 들어간다.
BAM의 목적은 비즈니스 프로세스 모델링을 근거로 KPI 등 모니터링을 위함이다.

작년에부터 오라클, 핸디소프트 등에서 Stand Alone BAM 제품이 출시되기 시작했다.

사용자 삽입 이미지

출처 : 핸디소프트


왜 별도의 제품으로 자사의 BPMS 없이도 별도의 구성이 가능하다.

현재 대부분의 BPM은 프로세스 모델링 시점에서 KPI를 설정해서 모니터링한다. 모델링 시점에서 모니터링 요소에 대한 부분을 구성하기는 쉽지 않다. 때문에 별도의 BAM 모델링을 통해서 모니터링 요소를
끌어내는 것이다.

라이프 사이클을 보면 일반적인 BPM의 라이프 사이클과 유사하다.

ORACLE, 핸디소프트 같은 BPM Suite을 제공하는 경우 단독으로도 판매가능한 BAM 제품을 출시 하였다. 이것은 그만큼 BAM의 중요성을 부각시킨것이다.

Business Process Improvement의 키워드가 바로 BAM인 것이다.

따라서, 맨위의 그림과 같이 BAM의 Input으로 모델링 결과물(BPEL)이 제공될 수 있어야  그 상황에 맞게 Action을 추가 할 수 있다.
다시 말하면 BPEL(모델링 결과물)은 설계서 같은 것이다. 이 설계서를 기반으로 연동해야할 Activity 등을 확연히 구분해 낼 수 있고, 또한 설계서를 근거로 어떤 방식의 모니터링을 구성할 수 있을지 판단할 수 있을 것이다.

또한 BAM에서의 EAI역할은 기존의 프로세스 데이타만으로 KPI를 삼아야 했던 약점을 잘 보완 할 수 있을 것이다.

BPM 성장의 열쇠는 BPM을 사용하는 사용자에게 어떠한 Value를 돌려 줄 것 인가이다.

점진적으로 개선되는 프로세스로는 자극적(?)인 효과를 볼 수 없다.

눈에 확연히 들어오고, 명확히 인지 할 수 있는 내용을 설득력있게 호소해야 할 것이다.

관련 자료 :http://itislord.tistory.com/entry/Business-Activity-MonitoringBAM

'Business Process Oriented' 카테고리의 다른 글

BPM 기반 정보화 구현 방법론  (0) 2007.03.27
[스크랩]Business Activity Monitoring(BAM)  (0) 2007.03.27
BPM is SOA’s Killer Application  (0) 2007.03.26
Who is a Process Analyst  (0) 2007.03.26
[BPM 2.0]  (0) 2007.03.26
      Business Process Oriented  |  2007. 3. 27. 09:14



archidream's Blog is powered by Daum