MCI/MCA: Difference between revisions

From CS Wiki
No edit summary
No edit summary
Line 1: Line 1:
[[분류:소프트웨어 공학]][[분류:금융]]
[[분류:소프트웨어 공학]]
* 상위문서: [[시스템 연계 솔루션]]
[[분류:금융]]
 
*위문서: [[시스템 연계 솔루션]]
 
;Multi Channel Integration / Multi Channel Architecture
;Multi Channel Integration / Multi Channel Architecture
;기업 시스템 구조에서 다양하게 구분된 업무 채널을 효율적으로 관리하기 위한 체계 또는 이를 실현하기 위한 솔루션, 또는 이를 구현한 프로토콜을 가리킨다.
;기업 시스템 구조에서 다양하게 구분된 업무 채널을 효율적으로 관리하기 위한 체계 또는 이를 실현하기 위한 솔루션, 또는 이를 구현한 프로토콜을 가리킨다.
* 다양한 채널(단말,자동화기기,콜센터,모바일 등) 을 통합하는 기술기반을 구축하여 업무시스템의 채널 의존성을 제거하고, 모든 채널이 정보를 공유하는 채널 통합 시스템


== 분류 ==
*다양한 채널(단말,자동화기기,콜센터,모바일 등) 을 통합하는 기술기반을 구축하여 업무시스템의 채널 의존성을 제거하고, 모든 채널이 정보를 공유하는 채널 통합 시스템
* 대내 MCI: 영업점 단말, 인터넷, 스마트폰 및 자동화기기등 고객과의 접점 연계
 
* 대외 MCI: 카드사, 보험업계 및 VAN 사와 같은 대외기관
[[파일:MCI 사용 전후 개요도.jpg]]
 
==분류==
 
*대내 MCI: 영업점 단말, 인터넷, 스마트폰 및 자동화기기등 고객과의 접점 연계
*대외 MCI: 카드사, 보험업계 및 VAN 사와 같은 대외기관
 
==MCA와 MCI==
 
*MCA는 멀티 채널로 된 아키텍처를 지칭하며, MCI는 멀티 채널로 구성된 아키텍처의 통합(서비스 연계)를 지칭
*실무에선 MCA와 MCI를 잘 구분하지 않으므로, 본 문서에서는 포괄하여 표현
*향후 이 차이에 대해서 기술하고자 할 경우 [[MCI]]와 [[MCA]] 문서 구분 요망
 
==주요 기능==
{| class="wikitable"
!<font face="굴림">'''구현 효과'''</font>'''주요 기능'''
!'''세부 내용'''
|-
|거래처리
|
* 프로토콜 요청 접수 : HTTP,TCP/IP, X.25 프로토콜 등
 
* 메시지 변환 기능 : XML방식 메시지 정의, 다양한 포맷지원, 메시지 변환, 코드변환
* 메시지 라우팅 : 메시지 전송/조립, 거래맵 상의 스크립트지원 등을 통한 룰의 동적 변경지원
|-
|<font face="굴림">'''구현 효과'''</font>
인터페이스 및 대용량 관리
|
* Channel 별 인터페이스 방안 제공
 
* 호스트 및 서버 인터페이스(SNA, TUXEDO 등 프로토콜제공)
|-
|통합개발환경 및
 
운영환경 지원
|
* Message 및 Workflow Designer
 
* 사용자 관리(채널시스템 관리자)
 
* 관리자에 대한 권한 관리
 
* 파일 송수신 기능
 
* Transaction 분석 및 제한
|-
|장애 복구 서비스
|
* 멀티 Clustering Server 환경에 가용한 장애 메커니즘
 
* 보안 인프라 연계
 
* 채널서비스(거래제어, 승인, 저널링 등)
|-
|채널 서비스
|
* 채널세션을 관리하는 기능
 
* RULE 및 CONFIG DATA 저장소 관리
 
* 로그, 에러정보 관리
|}
<br />
 
*그 외
**대외전문관리
**대외전문변환(표준전문↔대외전문)
**메시지 유효성 검사
**메시지 조회 및 추적(전문 로깅, 거래메시지 trace, 에러로깅)
**회선 별 집계
**B2Bi(ebXML, RosettaNet, EDI 등)
**타발/당발 요청 시뮬레이터
**당발 요청 시뮬레이터
**재처리 및 오류 처리
**채번/결번 관리
**센터컷 처리
**개시/마감전문 스케쥴러
**영업일 관리


== MCA와 MCI ==
==프로젝트 관리==
* MCA는 멀티 채널로 된 아키텍처를 지칭하며, MCI는 멀티 채널로 구성된 아키텍처의 통합(서비스 연계)를 지칭
===일정 관리===
* 실무에선 MCA와 MCI를 잘 구분하지 않으므로, 본 문서에서는 포괄하여 표현
* 향후 이 차이에 대해서 기술하고자 할 경우 [[MCI]]와 [[MCA]] 문서 구분 요망


== 주요 기능 ==
*금융권 프로젝트 기간은 최소 1년 이며 길게는 2년
* 대외전문관리
*각 벤더 사들의 비표준, 표준 전문 개발 테스트가 일정 관리 핵심 요소
* 대외전문변환(표준전문<->대외전문)
*전문 테스트 시뮬레이터를 제대로 갖고 있을 수록 프로젝트의 성패를 좌우
* 메시지 유효성 검사
* 메시지 조회 및 추적(전문로깅, 거래메시지 trace, 에러로깅)
* 회선 별 집계
* B2Bi(ebXML, RosettaNet, EDI 등)
* 타발/당발 요청 시뮬레이터
* 당발 요청 시뮬레이터
* 재처리 오류 처리
* 채번/결번 관리
* 센터컷 처리 기능
* 개시전문/마감전문  스케쥴러
* 영업일 관리


== 프로젝트 관리 ==
===기타 고려사항===
=== 일정 관리 ===
* 금융권 프로젝트 기간은 최소 1년 이며 길게는 2년
* 각 벤더 사들의 비표준, 표준 전문 개발 및 테스트가 일정 관리 핵심 요소
* 전문 테스트 시뮬레이터를 제대로 갖고 있을 수록 프로젝트의 성패를 좌우


=== 기타 고려사항 ===
*채널의 집중화로 인한 성능 관리 강화
* 채널의 집중화로 인한 성능 관리 강화
**모든 채널이 집중됨에 따른 성능관련 이슈가 대두될 수 있으므로 이에 대한 대응방안  강구
** 모든 채널이 집중됨에 따른 성능관련 이슈가 대두될 수 있으므로 이에 대한 대응방안  강구  
*무장애 지원을 위한 대응 방안 마련
* 무장애 지원을 위한 대응 방안 마련
**다중채널의 장애는 고객입장에서는 전체 시스템의 장애와 직결되므로 장애 대응에 방안확보가 중요
** 다중채널의 장애는 고객입장에서는 전체 시스템의 장애와 직결되므로 장애 대응에 방안확보가 중요


== 필요성과 기대효과 ==
==필요성과 기대효과==
=== 구축 필요성 ===
===구축 필요성===
{| class="wikitable"
{| class="wikitable"
|-
|-
! 항목 !! 필요성
!항목!!필요성
|-
|업무의 채널 종속성||
*시스템 개발 시 모든 채널을 고려하여 업무 프로그램을 구현
*채널의 변경이나 추가에도 업무 프로그램의 변경 필요
|-
|-
| 업무의 채널 종속성 ||  
|채널기능의 중복 개발||
* 시스템 개발 모든 채널을 고려하여 업무 프로그램을 구현
*각 채널은 모든 업무 시스템에 대한 채널의 기능을  중복 개발
* 채널의 변경이나 추가에도 업무 프로그램의 변경 필요
*업무시스템이 변경되면 모든 채널을 같이 변경해야하는 역 의존성 발생
|-
|인터페이스 중복 개발||
*각 채널은 모든  업무 시스템에 대한 인터페이스를 중복하여 개발
*업무시스템 추가 시 채널 인터페이스 추가 개발 필요
|-
|정보의 일관성 부재||
* 전 채널을 대상으로 하는 인프라 부재로 일관성 있는 정보 제공의 어려움
|}
 
===기대 효과===
{| class="wikitable"
!'''구현 효과'''
!'''세부 내용'''
|-
|채널개발 비용 절감
|
* 프로그램내 분산, 중복 개발된 채널기능을 통합
* 중복 기능을 제거하여 추가 개발 및 관리 비용 절감
|-
|고객 중심 채널
 
인프라 확보
|
* 고객의 채널 선택에 무관하게 동일한 수준의 서비스를 제공
* 채널의 제약사항에 따른 고객불편 감소
|-
|-
| 채널기능의 중복 개발 ||  
|비즈니스 경쟁력 강화
* 각 채널은 모든 업무 시스템에 대한 채널의 기능을  중복 개발
|
* 업무시스템이 변경되면 모든 채널을 같이 변경해야하는 역 의존성 발생
* 채널 독립적이고 비즈니스 중심적인 업무시스템 구축
* BPM과 연계하여 프로세스 가속화, 비즈니스 자동화 및 최적화
|-
|-
| 인터페이스 중복 개발 ||  
|업무시스템 인터페이스 통합
* 각 채널은 모든  업무 시스템에 대한 인터페이스를 중복하여 개발
|
* 업무시스템 추가 시 채널 인터페이스 추가 개발 필요
* 채널 별로 분산된 업무 시스템 인터페이스를 통합, 단순화함으로써 채널을 경량화
* 시스템 도입 및 운영 비용을 최소화함으로써 TCO를 절감
* 채널 별로 배치해야 했던 IT 요원의 수요를 최소화하여 효율적 인력 운용 가능
|-
|-
| 정보의 일관성 부재 || 전 채널을 대상으로 하는 인프라 부재로 일관성 있는 정보 제공의 어려움
|고객 서비스 품질 향상
|
* 고객의 채널별 접근 이력을 수집하여 확장된 마케팅 자료 확보 가능
* 고객의 채널 이용 정보를 통해 Cross Sale 및 Up sale의 기회가 확대
|}
|}
<br />
==같이 보기==


=== 기대 효과 ===
*[[EAI]]
* 사대 고객 통합 접점, Application 통합, 프로세스 통합, 고객정보 통합, 고객 만족도 향상 및 운용비용 절감, 통제 비용 절감
*[[ESB]]
* 서비스 단위 공유 및 재사용, SOA 와 비즈니스 자동화 및 최적화, BPM 과 연계하여 효과 극대화 지원
*[[FEP]]


== 같이 보기 ==
==참고 문헌==
* [[EAI]]
* [[ESB]]
* [[FEP]]


== 참고 문헌 ==
*http://sanggu.blogspot.com/2011/10/mci-multi-channel-integration.html
* http://sanggu.blogspot.com/2011/10/mci-multi-channel-integration.html
*http://blog.naver.com/jbu1505?Redirect=Log&logNo=40131504010
* http://blog.naver.com/jbu1505?Redirect=Log&logNo=40131504010
*http://blog.naver.com/PostView.nhn?blogId=santalsm&logNo=110177658337
* http://blog.naver.com/PostView.nhn?blogId=santalsm&logNo=110177658337

Revision as of 03:39, 30 April 2020


Multi Channel Integration / Multi Channel Architecture
기업 시스템 구조에서 다양하게 구분된 업무 채널을 효율적으로 관리하기 위한 체계 또는 이를 실현하기 위한 솔루션, 또는 이를 구현한 프로토콜을 가리킨다.
  • 다양한 채널(단말,자동화기기,콜센터,모바일 등) 을 통합하는 기술기반을 구축하여 업무시스템의 채널 의존성을 제거하고, 모든 채널이 정보를 공유하는 채널 통합 시스템

MCI 사용 전후 개요도.jpg

분류

  • 대내 MCI: 영업점 단말, 인터넷, 스마트폰 및 자동화기기등 고객과의 접점 연계
  • 대외 MCI: 카드사, 보험업계 및 VAN 사와 같은 대외기관

MCA와 MCI

  • MCA는 멀티 채널로 된 아키텍처를 지칭하며, MCI는 멀티 채널로 구성된 아키텍처의 통합(서비스 연계)를 지칭
  • 실무에선 MCA와 MCI를 잘 구분하지 않으므로, 본 문서에서는 포괄하여 표현
  • 향후 이 차이에 대해서 기술하고자 할 경우 MCIMCA 문서 구분 요망

주요 기능

구현 효과주요 기능 세부 내용
거래처리
  • 프로토콜 요청 접수 : HTTP,TCP/IP, X.25 프로토콜 등
  • 메시지 변환 기능 : XML방식 메시지 정의, 다양한 포맷지원, 메시지 변환, 코드변환
  • 메시지 라우팅 : 메시지 전송/조립, 거래맵 상의 스크립트지원 등을 통한 룰의 동적 변경지원
구현 효과

인터페이스 및 대용량 관리

  • Channel 별 인터페이스 방안 제공
  • 호스트 및 서버 인터페이스(SNA, TUXEDO 등 프로토콜제공)
통합개발환경 및

운영환경 지원

  • Message 및 Workflow Designer
  • 사용자 관리(채널시스템 관리자)
  • 관리자에 대한 권한 관리
  • 파일 송수신 기능
  • Transaction 분석 및 제한
장애 복구 서비스
  • 멀티 Clustering Server 환경에 가용한 장애 메커니즘
  • 보안 인프라 연계
  • 채널서비스(거래제어, 승인, 저널링 등)
채널 서비스
  • 채널세션을 관리하는 기능
  • RULE 및 CONFIG DATA 저장소 관리
  • 로그, 에러정보 관리


  • 그 외
    • 대외전문관리
    • 대외전문변환(표준전문↔대외전문)
    • 메시지 유효성 검사
    • 메시지 조회 및 추적(전문 로깅, 거래메시지 trace, 에러로깅)
    • 회선 별 집계
    • B2Bi(ebXML, RosettaNet, EDI 등)
    • 타발/당발 요청 시뮬레이터
    • 당발 요청 시뮬레이터
    • 재처리 및 오류 처리
    • 채번/결번 관리
    • 센터컷 처리
    • 개시/마감전문 스케쥴러
    • 영업일 관리

프로젝트 관리

일정 관리

  • 금융권 프로젝트 기간은 최소 1년 이며 길게는 2년
  • 각 벤더 사들의 비표준, 표준 전문 개발 및 테스트가 일정 관리 핵심 요소
  • 전문 테스트 시뮬레이터를 제대로 갖고 있을 수록 프로젝트의 성패를 좌우

기타 고려사항

  • 채널의 집중화로 인한 성능 관리 강화
    • 모든 채널이 집중됨에 따른 성능관련 이슈가 대두될 수 있으므로 이에 대한 대응방안 강구
  • 무장애 지원을 위한 대응 방안 마련
    • 다중채널의 장애는 고객입장에서는 전체 시스템의 장애와 직결되므로 장애 대응에 방안확보가 중요

필요성과 기대효과

구축 필요성

항목 필요성
업무의 채널 종속성
  • 시스템 개발 시 모든 채널을 고려하여 업무 프로그램을 구현
  • 채널의 변경이나 추가에도 업무 프로그램의 변경 필요
채널기능의 중복 개발
  • 각 채널은 모든 업무 시스템에 대한 채널의 기능을 중복 개발
  • 업무시스템이 변경되면 모든 채널을 같이 변경해야하는 역 의존성 발생
인터페이스 중복 개발
  • 각 채널은 모든 업무 시스템에 대한 인터페이스를 중복하여 개발
  • 업무시스템 추가 시 채널 인터페이스 추가 개발 필요
정보의 일관성 부재
  • 전 채널을 대상으로 하는 인프라 부재로 일관성 있는 정보 제공의 어려움

기대 효과

구현 효과 세부 내용
채널개발 비용 절감
  • 프로그램내 분산, 중복 개발된 채널기능을 통합
  • 중복 기능을 제거하여 추가 개발 및 관리 비용 절감
고객 중심 채널

인프라 확보

  • 고객의 채널 선택에 무관하게 동일한 수준의 서비스를 제공
  • 채널의 제약사항에 따른 고객불편 감소
비즈니스 경쟁력 강화
  • 채널 독립적이고 비즈니스 중심적인 업무시스템 구축
  • BPM과 연계하여 프로세스 가속화, 비즈니스 자동화 및 최적화
업무시스템 인터페이스 통합
  • 채널 별로 분산된 업무 시스템 인터페이스를 통합, 단순화함으로써 채널을 경량화
  • 시스템 도입 및 운영 비용을 최소화함으로써 TCO를 절감
  • 각 채널 별로 배치해야 했던 IT 요원의 수요를 최소화하여 효율적 인력 운용 가능
고객 서비스 품질 향상
  • 고객의 채널별 접근 이력을 수집하여 확장된 마케팅 자료 확보 가능
  • 고객의 채널 이용 정보를 통해 Cross Sale 및 Up sale의 기회가 확대


같이 보기

참고 문헌