현지 은행 지점의 중요성

국제적인 은행 업무 부문의 주요한 성장은 소매 은행 업무의 높아진 중요성이다. 소매업은 대규모 은행 그룹의 총 수익의 60퍼센트 이상 기여한다. 다른 국제적인 시장과 비교하면 중국 소매 은행 업무는 성장이 적게 나타나지만, 소매업에 커다란 기회는 존재한다. 소매업은 높은 이익 거래, 낮은 불량 채권 비율, 위험 분산 및 낮은 채무 불이행을 특징으로 하기 때문에, 국내 상업 은행의 중요한 성장 방향이 되었다.

비록 셀프 서비스 뱅킹(현금 자동 입출금기) 및 인터넷 뱅킹이 고객에게 편리한 실시간 액세스를 제공한다고 하더라도, 은행 지점은 더 편리하고 고객 친화적인 서비스를 제공한다. 이 현지 고객 서비스는 높은 가치 및 복잡한 거래 및 서비스를 처리하는 데 유용하고 다양한 연령대의 고객들이 선호하는 방법이다. 은행 지점은 포괄적이고 효율적인 고객 관계를 개발하기 위한 중요한 도구인 동시에 또한 가장 효율적인 영업 채널이기도 하다. 미국에서 상업 은행은 은행 지점을 통해 금융 설계 제품을 판매하여 은행 외의 금융 기관보다 은행의 경쟁력을 향상시킨다. 중국에서 금융 컨설팅 제품의 신속한 개발을 고려하면 고객 관계를 성장시키는 은행 지점은 점점 더 중요하게 될 것이다.

위로

중국의 은행 지점 변환을 위한 핵심 동인

중국 은행 지점을 변환하는 핵심 동인은 은행 업계에서 점점 더 치열해지는 경쟁, 기존 은행 지점에 대한 고객의 높은 기대치(및 현재 느끼는 불만족)와 은행 지점의 낮은 효율성이다. 선도하는 세계적인 은행들을 따라 잡기 위해 중국 은행 업계는 수많은 기존의 낮은 가치의 네트워크 거래를 높은 가치의 네트워크 및 개인용 서비스 거래로 즉시 변경해야 한다. 이들은 운영적 효율성을 촉진시키고 고객 만족도를 높이며 영업을 늘리고 은행 이익을 신장시키기 위해 고객들에게 더 세분화되고 개인화된 제품과 서비스를 제공해야 한다.

동인 1: 은행 업계의 점점 더 치열해지는 경쟁

중국에 은행 시장이 문을 열면서 외국 자본 은행은 확장의 속도를 높였다. 은행 지점의 수가 늘어났고, 외국 자본 은행은 신속히 자산에 추가하고 있다. PricewaterhouseCoopers Survey에 따르면 2005년부터 2008년까지 30개의 외국 은행의 자산은 134퍼센트까지 증가했다. 외국 은행이 경제적으로 개발된 지역의 고급 시장을 대상으로 하여, 현지 은행은 고급 고객을 잃어버릴 위험에 처했다. 11개의 외국 은행에 대한 한 조사에 따르면 2005년에서 2008년까지 소매 고객의 수가 10배로 늘었다.

이렇게 외국 은행이 확장하는 동안 많은 중소규모의 합자 은행들이 은행 지점을 추가했고 기존 은행 지점을 변환하는 노력을 늘렸다. 지난 5년 동안 중소규모의 합자 은행들의 숫자는 연간 평균 13.7퍼센트로 성장했다. 가장 큰 네 곳의 은행들은 은행 지점을 변환하는 것의 중요성을 충분히 인식하고 활력적으로 업그레이드하고 있다. 이러한 은행들이 변환을 완료할 수 있는지 여부는 소매업의 점유율을 결정하여 결과적으로 이익을 낳는다.

동인 2: 고객 기대치에 부합하는 목적

국내 고객의 은행 지점에 대한 수요 및 만족도의 증대로 인해 은행 지점 변환이 필요하다. 고객 기대치가 증가하는 것은 다양한 제품, 높은 서비스 품질 및 서비스에 편리한 액세스를 제공하는 것을 포함한다. 은행 지점이 고객을 만족시키지 못하면 고객 충성도가 낮아질 것이고 은행은 고객을 잃게 될 것이므로 은행은 엄청난 손실로 고통 받게 될 것이다.

국내 고객은 인터넷 뱅킹, 텔레 뱅킹 및 다른 뱅킹 채널 보다도 은행 지점에 더 불만족하고 있는 것으로 나타난다. 고객 기대치에 부합하는 것은 국내 은행들의 중대한 도전 과제이다. 국내 은행의 한 고객 설문조사에 따르면, 고객들은 은행이 비즈니스 처리 속도를 개선하고 비즈니스 처리를 간소화하며 은행 지점의 배열을 최적화할 수 있다고 기대한다. 동시에 고급 고객들은 또한 은행들이 개인정보 보호정책을 보호하는 특수 영역에서 서비스를 제공할 수 있고, 은행 지점에서 자격을 갖춘 금융 설계사를 제공할 수 있다고 기대한다.

동인 3: 은행 지점의 운영적 효율성을 증가시키는 목적

중국 은행과 선진 외국 은행의 이익 사이에 차이가 있다. 은행 비즈니스가 더 공개적으로 나열된 은행을 향해 점진적으로 이동하면서, 국내 은행들은 공적 금융의 더 큰 부분을 취하기 위해 투자자의 기대치에 부합해야 한다. 은행 지점 운영을 위해 국내 은행들은 고객 수를 늘리고 영업을 늘리기 위해 고객 관계를 더 돈독하게 하며 비영업 부문 처리를 간소화하며 은행 지점의 레이아웃을 최적화하고 비용을 절감하기 위해 은행 지점을 사용해야 한다.

현재 국내 은행 지점들은 거래 처리 및 비영업 부문 효율성이 매우 느리기 때문에 가치있는 마케팅에 상대적으로 적은 시간을 들이고 있다. 운영자는 고객 서비스, 거래, 비영업 부문 처리 및 사무 관리 등 모두 상대적으로 가치가 낮은 일에 대부분의 시간을 보낸다. 은행 지점이 처리 및 운영적 효율성을 개선하지 않으면, 중국 은행의 수익성 및 시장 가치가 오랜 기간 동안 강력하게 영향을 받을 것이다.

이러한 세 가지 핵심 동인은 중국 은행 지점 변환을 재촉하고 있다. 이는 구체적으로 다음과 같은 네 가지 전략적 목표를 포함한다.

1. 소매업 확대
2. 고객 만족 개선
3. 운영적 효율성 개선
4. 운영 비용 절감

위로

현재 데스크탑 애플리케이션 아키텍처 및 새로운 기술 요구사항

은행 지점 변환을 수행하는 은행의 경우, 인력, 비즈니스 결과 및 기술은 모두 핵심 요인이다. 우리는 아키텍처로 시작하여 기술 관점에서 이러한 변환을 살펴볼 것이다.

기술적 아키텍처의 측면에서 은행 지점 변환은 비즈니스 시스템 시리즈를 창출하여, 간단한 거래 시스템을 자산 관리 시스템, 고객 관계 관리 시스템, 제품 관리 시스템, 기금 금융 관리 시스템 및 보험 시스템을 비롯한 서비스 시스템 세트로 진화시킬 것이다. 또한 이러한 세트는 Word 문서, PDF 문서, 달력 및 약속 관리 등 시간이 흐르면서 축적된 레거시 애플리케이션과 기존 문서를 포함한다. 많은 시스템을 구축하거나 기존의 광범위한 시스템을 통합하는 여부에 따라, 이는 오늘날 중국 은행 지점에 주된 도전과제가 될 것이다.

다음과 같이 은행에 현재 사용되는 몇 가지 대중적인 데스크탑 기술의 간단한 비교 분석을 수행하자.

문자 기반 터미널

문자 기반 터미널 인터페이스는 다음 그림 1에 나와 있다.

문자 기반 터미널은 여러 시스템에 걸쳐 프론트엔드 통합이 없고 텍스트만 표시하는 제한된 기능이 있는 매우 전통적인 거래 플랫폼이다. 이는 더 이상 은행 지점 변환의 비즈니스 요구사항에 부합하지 않는다.

창구 직원 및 금융 설계사를 위한 브라우저 기반 애플리케이션

다음 그림 2는 은행 지점의 브라우저 기반 시스템을 보여준다.

브라우저 기반 시스템은 저비용의 효율적인 버전 관리 및 릴리스의 장점이 있다. 클라이언트는 하나의 브라우저로 애플리케이션을 실행할 수 있다. 하지만 클라이언트/서버 아키텍처를 기반으로 하는 레거시 써드파티 애플리케이션(예: Visual Basic 또는 Delphi 레거시 애플리케이션)의 사용을 제한한다. 또한, 브라우저의 애플리케이션 격리 아키텍처로 인해 로컬 디바이스의 직접 제어, 키보드 전용 탐색(마우스 없이) 및 로컬 파일 시스템으로의 액세스 등 창구 직원 솔루션에 필요한 일부 기능을 제공하는 것이 어렵다.

기존 클라이언트 및 리치 클라이언트 기반의 창구 직원 및 금융 설계사 애플리케이션

기존 리치 클라이언트는 Java Swing, Visual Basic, Delphi 및 기타 기술과 같은 클라이언트/서버 아키텍처 기반의 애플리케이션을 참조한다. 다음 그림 3은 이러한 애플리케이션 중 하나의 예제를 보여준다.

리치 클라이언트 애플리케이션은 로컬 스토리지를 사용할 수 있고 오프라인으로 실행될 수 있으며 네트워크 광대역이 적게 필요하고 간편하게 시연되며 종종 더 빨리 실행한다. 하지만, 이는 통합된 플랫폼, 표준 및 통합과 상호작용에 대한 인터페이스 지원이 없고 버전 관리 및 릴리스에 제한된 기능을 보유한다.

위에 언급된 뱅킹 데스크탑 기술은 제한이 있고 은행 지점 변환의 비즈니스 및 기술적 요구사항에 부합하지 않는다. 여기에 IBM 소프트웨어를 기반으로 하는 통합된 뱅킹 데스크탑의 솔루션이 나와 있다.

위로

IBM 소프트웨어 기반의 통합된 뱅킹 데스크탑

아래 설명된 리치 클라이언트 기술은 브라우저 리치 인터넷 애플리케이션(RIA) 기술과는 다르지만 Eclipse를 기반으로 하는 진정한 리치 클라이언트 기술이다. Eclipse는 오픈 소스인 Java™ 기반 확장 가능한 개발 플랫폼이다. 이는 그 자체로 플러그인을 사용하여 개발 환경을 빌드하는 데 사용되는 유일한 프레임워크이자 서비스 세트이다. 우리가 Eclipse를 언급할 때, 많은 Java 개발자들이 처음으로 나타나는 반응은 이는 훌륭한 성능의 세련된 인터페이스와 디버그 기능을 갖춘 Java 통합된 개발 플랫폼이라는 것이다. 하지만, 통합된 개발 환경(IDE)은 엄격하게 말하면 Eclipse 리치 클라이언트 플랫폼(RCP) 애플리케이션이 유일하다. Eclipse는 완벽한 플러그인 메커니즘을 갖춘 플랫폼이다. 즉, 이는 Workbench라는 사용자 인터페이스(UI) 플랫폼을 제공하는 인터페이스 요소 컴포넌트로서 표준 위젯 툴킷(SWT)과 JFace를 적용한다. 탁월한 플러그인 메커니즘을 통해 훌륭한 확장 가능성과 탁월한 성능을 갖춘 클라이언트 플랫폼을 구성할 수 있으며, 이는 훌륭한 UI 경험을 제공한다. IBM WebSphere® Multi-channel Bank Transformation Toolkit(WMBTT) 및 Lotus® Expeditor 제품은 은행들이 데스크탑 창구 직원 애플리케이션 또는 심지어 콜 센터와 자산 관리 애플리케이션 등의 데스크탑 애플리케이션을 빌드하는 데 도움을 주는 Eclipse RCP 개발 및 운영 프레임워크를 기반으로 하는 완성된 플랫폼을 제공한다.

여기에 리치 클라이언트 플랫폼을 기반으로 데스크탑 통합 시스템의 아키텍처 다이어그램이 나와 있다.

IBM 뱅킹 소프트웨어를 기반으로 하는 데스크탑 통합 시스템은 은행 지점 변환의 기술 필요성에 부합하고 다음 아키텍처 및 기술적 특성을 갖추고 있다.

1. 통합 및 상호작용
2. 버전 관리 및 릴리스
3. 장비 지원 및 관리
4. 뱅킹 비즈니스 컴포넌트
5. XML 기반 프로그래밍 모델

이러한 각 특성에 대해 자세히 살펴보자.

위로

통합 및 상호작용

개발은 데스크탑 기반 서비스 통합 프레임워크 및 시스템의 전체 노선을 달성하기 위해 다음 세 가지 단계로 구분할 수 있다. 각 은행은 워크로드 및 프로젝트 계획에 따라 단계별로 구현 방식을 계획할 수 있다.

첫 통합 단계: 원본 클라이언트의 시스템 통합

통합의 첫 단계는 간단한 여러 애플리케이션 통합이다. 전체 데스크탑 플랫폼은 수많은 애플리케이션이 플러그인으로 패키지화되고 하나의 사용자 인터페이스로 통합된 Eclipse 아키텍처를 기반으로 한다. 애플리케이션은 기존의 문자 터미널 애플리케이션, 문서 시스템, 금융 관리 애플리케이션, 메일 클라이언트 및 ID 인증 시스템을 포함한다. 다른 애플리케이션은 다음 그림 5a와 같이 사용자 화면에 나타날 수 있다.

사용자 인터페이스를 Eclipse에서 플러그인으로 통합한 후에 결과 UI는 다음 그림 5b에 표시된다.

그림 5a는 통합 전의 데스크탑 시스템이고 그림 5b는 통합된 데스크탑 시스템이다. 통합은 은행 지점에서 금융 관리 직원의 데스크탑 플랫폼을 개선하고 친화적이고 깔끔한 데스크탑 플랫폼을 제공한다. 이 접근방식은 통합된 사용자 인터페이스를 제공하여, 기존 애플리케이션을 변경하지 않고 기존 애플리케이션 자산의 재사용을 극대화할 수 있다. 예를 들어, 그림 5b에 표시된 문자 표시장치는 어느 애플리케이션도 수정하지 않고 통합된 시스템의 일부가 될 수 있다.

해당 솔루션은 다양한 통합에 플랫폼을 제공한다. 우리는 표시된 유형의 기존 애플리케이션이 하나의 사용자 인터페이스로 어떻게 패키지화될 수 있는지 방금 확인했다. 이는 개별 인터페이스 기술을 하나의 통합된 인터페이스로 패키지화하여 달성되었으며, 이로 인해 통합이 훨씬 더 간편해진다.

통합의 두 번째 단계: 통합 및 개선

통합의 두 번째 단계는 애플리케이션 인터페이스 통합을 제공할 뿐만 아니라 다음 측면도 포함한다.

1. 다른 애플리케이션들 사이의 데이터 전송 및 통합과 여러 애플리케이션 프론트엔드의 통합된 비즈니스 플로우. Lotus Expeditor를 기반으로 하는 컴포지트 애플리케이션은 다른 애플리케이션 표준을 결합하여 애플리케이션 프론트엔드를 패키지화할 수 있고 비즈니스와 데이터 인터페이스의 시리즈를 제공할 수 있다.
2. 은행 하이 카운터 애플리케이션 및 일부 비즈니스 시스템에 사용된 문자 터미널과 같은 터미널 업데이트 및 레거시 시스템 업데이트. 이러한 업데이트에는 두 가지 목표가 있다.
   • 기존 터미널 및 비즈니스 시스템의 사용자 인터페이스 표시장치 기능은 제한적이다. 인터페이스를 업데이트하면 시스템을 개선할 수 있고 새 비즈니스 개발의 요구사항을 지원하는 기능을 제공할 수 있다.
   • 컴포지트 애플리케이션을 통해 비즈니스 인터페이스와 데이터 인터페이스를 개조하면 애플리케이션들 사이의 새 데이터 전송을 허용할 것이다.

다음 그림에서 기존의 문자 터미널 인터페이스는 WMBTT를 기반으로 하는 SWT 애플리케이션으로 업데이트되었다. 원본 문자 터미널 인터페이스는 다음 그림 7a에 나와 있다.

업데이트된 애플리케이션 인터페이스는 WMBTT 내에서 SWT를 사용하는 다음 그림 7b에 표시된다.

이 단계 도중에 컴포지트 애플리케이션 기능을 사용하여 몇 가지 데스크탑 애플리케이션 프론트엔드가 하나의 교차 애플리케이션 프로세스로 통합될 수 있다. 예를 들어, 고객이 신용 카드를 신청할 때 어떤 사람은 사용자 정보 관리 애플리케이션에 정보를 입력한 다음 일부 동일한 정보로 신용 카드 시스템에 양식을 입력한다. 컴포지트 애플리케이션을 사용하여 사용자 관련 정보가 정보 관리 애플리케이션 프론트엔드 및 신용 카드 프론트엔드(배경 애플리케이션이 아니라 RCP 사용) 사이의 새 인터페이스를 통해 신용 카드 신청 양식에 자동으로 입력될 것이다. 그 다음에 신용 카드 신청이 간편하게 제작되고 인쇄될 수 있다 — 신청용 데이터는 이전 신청에서부터 사전에 전송되었다. 마지막으로, 고객이 이에 서명할 것이다. 이러한 프론트엔드 데이터 공유 모드를 사용하여 운영자의 거래 효율성 및 서비스 레벨이 엄청나게 향상되었다.

두 번째 단계에서 모든 뱅킹 애플리케이션은 Lotus Expeditor 컴포지트 애플리케이션으로 패키지화되어 문서 애플리케이션 서비스, 달력 애플리케이션 서비스 및 거래 애플리케이션 서비스와 같은 프론트엔드 데스크탑 애플리케이션 서비스를 만들었다.

통합의 세 번째 단계: 역할을 기반으로 하는 통합된 데스크탑 시스템

세 번째 단계는 전체 은행용 역할 기반 통합된 데스크탑이다. 창구 직원, 금융 설계사, 금융 관리자 및 콜 센터 직원 등 다양한 역할이 있다. 이는 역할을 기반으로 데스크탑 애플리케이션 서비스의 다른 세트를 제공한다.

그림 8a는 창구 직원용 데스크탑 시스템을 보여준다.

그림 8b는 금융 설계사용 데스크탑 시스템을 보여준다.

통합된 데스크탑은 비즈니스 및 기술의 전체 통합을 달성할 수 있다. 은행이 향후에 새 애플리케이션 요구사항을 보유하면, 새 플러그인 서비스는 플랫폼을 기반으로 개발될 것이다. 애플리케이션을 적절한 역할로 지정한 후에 해당 역할의 사용자는 해당 서비스 및 애플리케이션을 운영할 수 있다.

기술적 관점에서 은행은 다양한 시스템을 위한 다른 개발 및 운영 플랫폼이 필요하지 않다. 통합된 데스크탑 플랫폼은 자원을 효율적으로 통합할 수 있고 개발 서비스, 기술 및 은행의 능력을 재사용할 수 있다.

위로

버전 관리 및 릴리스

버전 관리 및 릴리스는 기존 클라이언트/서버 클라이언트의 취약성 중 하나이다. IBM 소프트웨어 기반 데스크탑 통합 프로젝트는 클라이언트/서버 및 브라우저 기반 시스템의 장점을 통해 자동화된 다운로드 및 업그레이드 분배 기능을 지원한다. 이를 통해 IT 부서가 버전 관리 및 릴리스를 수행하기에 편리해진다.

IBM 데스크탑 통합 플랫폼은 다음 버전 관리 및 릴리스 패턴을 지원한다.

1. 클라이언트 시작 버전 릴리스 및 업데이트. 클라이언트의 사용자는 서버의 주소에 따라 클라이언트에서 최신 소프트웨어 버전으로 업그레이드할 수 있다.
2. 서버측 버전 릴리스 및 업데이트. 서버는 업그레이드된 소프트웨어 버전이 필요한 클라이언트를 선택한다. 서버는 선택한 소프트웨어를 클라이언트로 전송할 것이다(또는 계층화된 배치를 사용한다).
3. 계층화된 배치. 업데이트는 하나의 서버에서부터 많은 클라이언트로 분배될 수 있지만 네트워크에 과도한 로드를 야기할 수 있다. 계층화된 배치에서 서버는 다른 서버의 제한된 수로 업데이트를 제공하고 이러한 서버는 다른 서버 또는 클라이언트로 업데이트를 제공한다. 예를 들어, 본사 사무실은 지점 서버로 공개하고 지점 서버는 지점 위치로 공개한다.

위로

장비 지원 및 관리

은행이 프린터, 키보드, 카드 리더 및 라이터와 현금 관리 장치와 같은 풍부한 장비가 있기 때문에 장비 지원 및 관리는 뱅킹 데스크탑 시스템의 중요한 기능 중 하나이다. IBM 소프트웨어 기반 데스크탑 통합 시스템은 다음 일부 장비 지원과 관리를 제공한다.

1. Microsoft Windows® 드라이버를 통한 장치 관리:

   Windows의 판매 촉진과 대중화로 인해 대부분의 현대식 장비 제조업체는 Windows용 드라이버(DLL 또는 ActiveX 메소드)를 제공하도록 요청한다. WMBTT 리치 클라이언트 플랫폼은 DLL 드라이버 또는 ActiveX 드라이버의 가져오기 및 관리를 지원한다. 은행 업무 장비를 직접 운영하기 위해 이러한 드라이버가 자주 필요할 것이다.

2. 직렬 및 병렬 포트 직접 운영:

   WMBTT 리치 클라이언트는 JSR80 및 SUN JAR API를 지원하므로 직렬 포트 및 병렬 포트 장치를 직접 조작할 수 있다.

3. JNI 호출:

   써드파티 장비 공급업체 및 은행에서부터의 협업을 통해 장비가 JNI 호출 인터페이스를 제공하는 한, 이는 IBM의 데스크탑 통합된 시스템과 간편하게 연결할 수 있디.

4. J/XFS 및 Windows Open System Architecture(WOSA) 표준 드라이버와의 장비 준수:

   J/XFS 및 WOSA는 국제적으로 인정된 표준이다. WMBTT는 J/XFS 및 WOSA 표준 인터페이스의 지원과 관리를 제공한다. 장비가 J/XFS 및 WOSA 표준에 부합하는 한, 시스템이 직접 이에 액세스할 수 있다.

위로

뱅킹 비즈니스 컴포넌트

또한 IBM 소프트웨어를 기반으로 하는 데스크탑 통합 시스템은 수많은 뱅킹 비즈니스 컴포넌트를 제공하여 은행이 자체 사용자 정의된 애플리케이션을 개발하는 데 도움을 준다. 이러한 비즈니스 컴포넌트에는 원격 승인, 로그 및 로그 뷰어, 현금 관리, 액세스 제어 및 카운터 등이 포함된다. 그림 9a에서 독자는 권한 부여된 직원이 권한 및 확인을 위해 사용자 이름과 비밀번호를 입력하는 방법을 확인한다.

그림 9b는 원격 권한 부여의 결과를 보여준다.

위로

XML 기반 프로그래밍 모델 및 페이지 설명 언어

WMBTT는 은행 거래에 XML 기반 프로그래밍 모델을 제공하고 XML 기반 SWT 페이지 설명 언어를 제공한다. 은행의 기술 직원은 거래 인터페이스를 개발하고 데이터 구조 및 비즈니스 로직을 구현하기 위해 애플리케이션 도구를 신속하게 사용할 수 있다.

여기에 리치 클라이언트 화면에 대한 레이블, 값 및 이미지에 대한 레이아웃이 들어있는 XML 소스가 나와 있다.

<?xml version="1.0" encoding="UTF-8"?>
<XUI>
	<Composite id="cmpt1238069978156R" bounds="1,-84,910,550"
		image="currencyExchange.jpg" imageAlignment="LEFT">
		<Label bounds="88,109,114,115" image="icons/cxm.jpg"></Label>
		<Label bounds="221,97,80,19" text="Name:"></Label>
		<Text bounds="309,93,380,24" text="Shan Jian Hong"
			background="255,255,128" minLength="2">
		</Text>
		<Label bounds="211,128,80,16" text="Gender:"></Label>
		<Combo bounds="309,123,110,24" text="Male" editable="true"
			background="255,255,128">
		</Combo>
		<Label bounds="211,160,80,19" text="Marriage:"></Label>
		<Label bounds="211,191,80,18" text="Mobile:"></Label>
		<Label bounds="211,227,80,19" text="Postalcode:"></Label>
		<Label bounds="211,259,80,19" text="Address:"></Label>
		<Label bounds="471,127,60,18" text="Age:"></Label>
		<Text bounds="534,123,155,24" background="255,255,128" 
			text="38">
		</Text>
		<Combo bounds="309,156,110,24" text="Single" editable="true"
			background="255,255,128">
		</Combo>
		<Label bounds="470,159,60,20" text="ID Card:"></Label>
		<Text bounds="534,157,155,24" background="255,255,128" 
			text="10043507021678">
		</Text>
		<Text bounds="534,224,155,24" background="255,255,128" 
			text="sjh@gmail.com">
		</Text>
		<Text bounds="534,190,155,24" background="255,255,128" 
			text="86-10-82454890">
		</Text>
	</Composite>
</XUI>

결과 화면은 다음 그림 10에 표시된다.

다음은 WMBTT를 기반으로 하는 XML UI에 대한 다섯 가지의 특성이다.

1. WYSIWYG(보는 것이 얻는 것) 프로그래밍 스타일
2. 뱅킹에 대해 사용자 정의된 컴포넌트
3. 인터페이스 기술을 배울 필요 없이 사용하기에 간편하게 하고 교육 비용을 절감
4. 인터페이스 및 비즈니스 로직의 분리
5. 확장 가능한 효율적인 재사용

위로

요약

전략적 관점의 개발에서 보면 은행 지점은 현재도 그렇고 앞으로도 항상 은행에 엄청나게 중요한 채널이 될 것이다. IBM WMBTT 기반 데스크탑 통합 솔루션은 은행이 통합 데스크탑 플랫폼을 빌드하는 데 도움을 줄 수 있으며, 이는 은행 비즈니스에 적합하고 기술적 문제를 해결할 뿐만 아니라 향후에 새로운 은행 데스크탑 애플리케이션 요구사항을 고려한다.

참고자료

교육

• Next-generation banking with Web 2.0(developerWorks, 2009년 12월): Web 2.0이 금융 애플리케이션의 설계에 어떠한 영향을 주는지 읽어보자.
  
  
• IBM WebSphere Multichannel Bank Transformation Toolkit: 엔터프라이즈 애플리케이션을 개발하기 위해 이러한 컴포넌트 기반 툴킷에 대해 자세히 학습하자.
  
  
• IBM developerWorks WebSphere: WebSphere에 대한 기술적 참고자료를 찾아보자.
  
  
• developerWorks 팟캐스트: 소프트웨어 개발자의 흥미로운 인터뷰와 토론을 확인할 수 있다.
  
  
• developerWorks 기술 행사 및 웹 캐스트: developerWorks 기술 행사 및 웹 캐스트를 통해 최신 정보를 얻을 수 있다.
  
  

토론

• developerWorks 블로그: developerWorks 커뮤니티에 참여하자.
  
  

필자소개

Chen Xu Ming은 IBM China Software Development Laboratory의 구성원이고 IBM Websphere Multichannel Bank Transformation Toolkit 팀에서 솔루션 아키텍트로 일한다. 이메일 주소는 chenxum@cn.ibm.com이다.

Wang Hao는 IBM China Software Development Laboratory의 구성원이고 IBM Websphere Multichannel Bank Transformation Toolkit 팀의 소프트웨어 엔지니어로 일한다. 이메일 주소는 allenwang@cn.ibm.com이다.

Zhan Zhen Peng은 IBM Websphere Multichannel Bank Transformation Toolkit 팀의 인턴으로 일하고 있다.

아티클 순위

의견

위로

목차

• 현지 은행 지점의 중요성
• 중국의 은행 지점 변환을 위한 핵심 동인
• 현재 데스크탑 애플리케이션 아키텍처 및 새로운 기술 요구사항
• IBM 소프트웨어 기반의 통합된 뱅킹 데스크탑
• 통합 및 상호작용
• 버전 관리 및 릴리스
• 장비 지원 및 관리
• 뱅킹 비즈니스 컴포넌트
• XML 기반 프로그래밍 모델 및 페이지 설명 언어
• 요약
• 참고자료
• 필자소개
• 의견