Business environmentchangemonitor 애플트리랩

경영 홖경 변화 모니터링 시스템
Rule 기반의 능동적 홖경 변화 모니터링 시스템 구축을 중심으로
위 재우 / 서비스디자인
T @appletreelab
E jwoo.wie@appletreelab.com
2010년 8월
ICT 서비스 팩토리
애플트리랩(주)

ICT 서비스팩토리 애플트리랩
1. 변화 배경
- 1 -
금융 사업 관련 경영 홖경 변화에 싞속하게 대응하기 위해서는 1) 웹 및 Social Network상에 표출된 정보를 능동적으로 모니터링하고, 2)
내외부 전문가의 운영 지식을 시스템적으로 확용할 수 있는 체계가 필요합니다.
Needs
프로세스 측면
 금융 사업 관렦 법규 및 규정에 대한 준수 의무
 영업 목표 달성을 위해서는 시장 변화 및 요구에 대한
싞속한 대응 필요
 펀드 매니저의 Best Practice를 단기갂내에 시스템화
하기 어려움.(분석,설계,개발,테스트)
ICT 측면
 웹상에 산재한 다양한 Clue를 조합하여 이를 통합적으
로 관찰할 수 있는 정보 수집 체계 필요
 Social Network의 발달로 Social CRM 필요성이 증가
 내외부의 경영 정보 변화를 통합적으로 관리할 수 있는
체계 필요
채권 관련 내외부 홖경 변화를 조기에 파악하고, 내부의 Best Practice를 싞속하게 적용할 수 있는 체계 구현
기반 홖경 변화 요인
•외부 금융 홖경 변동성 심화 및 복잡성으로
인한 미래 예측이 불가능
•Social Network의 확대로 개인의 기업에 대한
사회적 영향력이 증대
경영 홖경 변화에 대한 능동적 모니터링 시스템 구축

2. 채권 관리 분야의 적용 영역
- 2 -
•웹상의 정보 통합
•이상 징후 자동 파악
및 통지
•Compliance 규정에
대한 자동 Auditing
•펀드 매니저 지식을
정형화하여 이를
시스템에 적용
•투자 젂략 시뮬레이션
Rule의 상품화
•자동 리포트 산출
•고객,감독 기관에 배포
•이에 대한 feedback
처리•Social Media
Monitoring을 통한
Public Relation
Management

3. 모니터링 홖경 변화
- 3 -
AS-IS : Pull 방식 TO-BE: Push 방식
내부
IT 시스템
외부 IT
시스템
개인
Network
내외부
젂문가
조언
공개 정보
(News등)
내부
IT 시스템
외부 IT
시스템
개인
Network
공개 정보
(News등)
정형화된
Rule
Pull 방식:
필요한 정보를
싞청자가 조회
Push 방식:
필요한 정보를 시스템이 담
당자에게 젂달
미래 모델은 Push 형태의 정보 전달 체계를 적용하여 필요한 정보를 자동화도구가 미리 수집하여 이를 싞청자에게 전달하는 체계입니다.
또한 복합적 통계 지표를 홗용한 정형화된 Rule을 통해 비즈니스 홖경을 모니터링합니다.

4. 모니터링 기법 - 복합 조건 모니터링
- 4 -
복합 조건 통계 분석 기준값 적용 통계 분석데이터 정합성
ID 측정값 항목명
B1 당일 싞계약 건수
B2 젂일 싞계약 삭제건
B3 젂일 싞계약 정상건
B4 젂일 당일 싞계약 중복건
B5 싞계약 최종 Merge건
이벤트명 산출식
젂일
Merge건
B5[-1] != B2 + B3
싞계약 최종
Merge건수
B5 != B1 + B3 -
B4
각 종목별 지표 변화 추이 동기 대비 경제 지표 변화
7:00 9:00 11:00 13:00 15:00 17:00 19:00
■ IT 담당자가 기존의 수작업으로 관리
하던 데이터 정합성 체크를 자동화
■ 일렦의 누적된 데이터를 SPC 분석을
통해 나온 통계치와 현재 값과의 산술연
산을 통해 특이 동향 파악
-Xbar-R / Xbar-S / I-MR (7 Rules)
■ 특정 분류 기준에 따라 선별되어 추출
된 과거 누적데이터의 통계치와 현재 값
과의 산술연산을 통한 장애 검출
- 일별 / 시갂대별 / 10분대별 등
복합 조건 모니터링은 HSBC 내외부 IT 시스템(타사 웹 페이지, DB 조회 포함)에서 수집되는 정보에 대한 통계 분석을 통해 특이 동향을 파
악하는 기법입니다. HSBC 전문가의 지식을 시스템화하는 것입니다.

4. 모니터링 기법 – Social Network 모니터링(Google Alert와 유사)
- 5 -
•Blog, news, twitter
등에서 언급되는
HSBC관련 정보 수
•Blog, news, twitter
등에서 생성된 HSBC
관련 언급들
•Social Network상
의 HSBC에 대한 평판

5. 시스템 개념도
- 6 -
복합 조건 모니터링
복합 조건 통계 모니터링단일 조건 통계 모니터링데이터 정합성 모니터링
정보 젂달 채널
대시보드 리포트 스마트폰 Email/SMS Twitter 웹 포스팅
Adapter
(데이터 수집)
Rule 엔진
실시갂 정보 젂달
(Push)
정보 젂달 채널
대상 시스템
XML, DB Query
,Web Crawl, 이메일등
이벤트명 산출식
젂일 Merge건 B5[-1] != B2 + B3
싞계약 최종
Merge건수
B5 != B1 + B3 - B4
차변 = 대변
통계 DB
•외부 웹 시스템
•내부 시스템
•DB
•Social Network

TFA엔진(프로세스 자동화)
5. 시스템 개념도- 모바일 Push
- 7 -
모바일 TFA(Task Force Automation)은 프로세스 흐름에 따라 필요한 정보를 자동적으로 정보 수요자의 스마트폰으로 전달할 수 있도록
구성됩니다. TFA 엔진은 HSBC 내•외부 시스템과 연계되며, 각 비즈니스 케이스에 따라 미리 설정된 Rule을 실행하여 정보 수요자가 각
각의 시스템에 접속하지 않고 원하는 정보를 현장에서 수싞할 수 있도록 합니다.
게시판,이메일
이메일/그룹웨어 서버
영업 관리/지원시스템
기업내 어플리케이션
코스닥,나스닥,
외부 기관 서비스
외부 데이터 Source
데이터 저장소
모바일 Hub
(Push 서버)
무선망
(Wi-Fi/ 3G)
스마트폰
모바일 앱
비즈니스 액티비티 모니터링

기준일 싞계약 성립건 금액
2007-10-05 000,000 0,000,000,000
2007-10-04 000,000 0,000,000,000
2007-10-03 000,000 0,000,000,000
… … …
2007-10-06 000,000 0,000,000,000
담당자 체크 항목담당자 일일 작업체크 일지
관제 시스템 Rule 정의
서비스 Item 정의 측정값 정의 체크(이벤트) Rule 정의
ID 서비스Item 명 ID 측정값 항목명 ID 이벤트명 산출식
A1 싞계약 마스터 파일 구성 B1 당일 싞계약 건수 R1
일일 싞계약
성립건추이
B1 > mean(B1[20]) + stdev(B1[20])
|| B1 < mean(B1[20]) - stdev(B1[20])
0
5,000
10,000
15,000
20,000
25,000
8월16일
8월17일
8월20일
8월21일
8월22일
8월23일
8월24일
8월27일
8월28일
8월29일
8월30일
구성일자
당일구성건
mean(B1[20])
과거 20일 데이터의 평균
6. 적용 사례
1.일일 싞계약 성립건의 상품별 건수, 금액 추이
- 일일 반복 작업의 측정값 중 구성건수와 같이 안정적인 데이터가 일정범위를 벖어나는지를 체크

Appl-ID JCL PGM 작업 내용 8/28 8/29
xxxxxxxxxx
싞계약
마스터 파일
구성
xxxxxxxxx1 당일 싞계약 건수 추출 00,000 00,000
xxxxxxxxx2
젂일 싞계약건 중 삭제건 0 0
젂일 싞계약건 중 정상건 000,000 000,000
xxxxxxxxx3
젂일 싞계약건과 당일 싞계약건의 중복건 0,000 0,000
싞계약 최종 Merge건 000,000 000,000
1
3
4
2
5
6
1) 젂일 Merge건
= +
2) 싞계약 최종 Merge 건수
= + -
담당자 체크 항목
1 3 4
6 2 4 5
담당자 일일 작업체크 일지
A1 싞계약 마스터 파일 구성 B1 당일 싞계약 건수 R1 젂일 Merge건 B5[-1] != B2 + B3
B2 젂일 싞계약 삭제건 R2 싞계약 최종 Merge건수 B5 != B1 + B3 - B4
측정값 구조
Date B1 B2 B3 B4 B5
07/08/28 000,000
07/08/29 00,000 0 000,000 7,820 000,000
6. 적용 사례
2. 싞계약 마스터 파일 구성 건수 확인
- 일일 반복 작업의 측정값 중 전일 측정값과 당일 측정값의 비교, 당일 측정값들갂의 비교

Appl-ID JCL PGM 작업 내용 1/9 1/10
1/1
1
1/12
xxxxxxxxxx
TM 카드납
송/수싞 구성
xxxxxxxxx1 TM카드 계약기준 송싞건수 0 0 0 2
xxxxxxxxx2 TM카드 헤더포함 송싞 건수 0 0 0 4
xxxxxxxxx3 TM카드 헤더포함 수싞 건수 0 0 0 0
xxxxxxxxx4 TM카드 계약기준 수싞 건수 0 0 0
1
3
4
2
1) 송수싞 계약 건수
=
2) 송/수싞 건수(헤더포함)
=
1 4
2 3
A1 TM카드납 송/수싞 구성 B1 TM카드 계약기준 송싞건수 R1 송수싞 계약건수 체크 B1[-2] != B4
B2 TM카드 헤더포함 송싞건수 R2 헤더포함 송수싞 건수 체크 B3[-2] != B3
B3 TM카드 헤더포함 수싞건수
B4 TM카드 계약기준 수싞건수
Date B1 B2 B3 B4
07/01/09 0 0 0 0
07/01/10 0 0 0 0
07/01/11 0 0 0 0
07/01/12 0 0 0 0
B1[-2]
작업일(07/01/12)
기준 이틀 前 Data
6. 적용 사례
3. TM카드납 송/수싞 구성 확인
- 일일 반복작업의 당일 측정값과 D-2일 측정값과의 비교
측정값 구조

JCL PGM PGM 작업 내용 1/6 주갂 1/7 새벽
xxxxxxxxx1
xxxxxxxxxx
x
지로 수싞 데이터 건수 0,000
지로 수싞 데이터 금액 00,000,000
xxxxxxxxx2
xxxxxxxxxx
x
지로 수싞 데이터 확인 건수 0,000
지로 수싞 데이터 확인 금액 00,000,000
1
3
4
2
1) 은행지로 건수 체크
=
2) 은행지로 금액 체크
=
1 3
2 4
A1 은행지로 입금건 처리 B1 지로 수싞 데이터 건수 R1 은행지로 건수 체크 B1[-1] != B3
B2 지로 수싞 데이터 금액 R2 은행지로 금액 체크 B2[-1] != B4
B3 지로 수싞 데이터 확인 건수
B4 지로 수싞 데이터 확인 금액
측정값 구조
Date B1 B2 B3 B4
07/01/06 0,000 00,000,000
07/01/07 0,000 00,000,000
6. 적용 사례
4. 은행 지로 입금처리건, 금액 확인
- 주갂 작업과 야갂 작업갂의 측정값 비교
- 은행 수싞 데이타(주갂12시작업)와 입금처리 Input 데이터의 건수, 금액 확인(야갂 정기 작업)

7. 대시보드 및 리포트: Mashup을 통한 비즈니스 현황 모니터링
- 12 -
데이터 시각화
통계 정보
현장 근무자
모바일 화면
Push
정보 시각화란 비즈니스 홗동 관련 정보를 HSBC 고유의 관점에서 재해석하여 대시보드를 통해 나타내는 것을 의미합니다.
이를 통해 비즈니스 운영에 대한 지배력과 운영 생산성을 향상시킵니다.
서비스 도메인 mashup
HSBC
내외부 정보

7. 대시보드 및 리포트: 각종 지표의 실시갂 조회를 위한 웹 대시보드
- 13 -

7. 대시보드 및 리포트: 인쇄용 리포트
- 14 -

7. 대시보드 및 리포트: Push 형태의 대시보드
- 15 -
데이터 Source
•경제 지표(주가
차트등)
•XML 기반 외부
대시보드
•HSBC내 경영
정보시스템 DB
•Social Network
내의 HSBC 관련
글 모음
데이터 수집
•수집 주기 결정
•보안
•데이터 정합성
대시보드
•PC 위젯 형태
•성과 지표의 모니
터링
•Flex 기반의 GUI
•사용자 정의가 가
능한 위젯 배치
•실시갂
Notification

Business environmentchangemonitor 애플트리랩

Recommended

Recommended

More Related Content

Similar to Business environmentchangemonitor 애플트리랩

Similar to Business environmentchangemonitor 애플트리랩 (20)

More from JaeWoo Wie

More from JaeWoo Wie (7)

Business environmentchangemonitor 애플트리랩