Ứng dụng kiến thức hướng dịch vụ trong bài toán thanh toán tập trung

ĐẠI HỌC QUỐC GIA HÀ NỘI TRƢỜNG ĐẠI HỌC CÔNG NGHỆ NGUYỄN ĐỨC NGỌC ỨNG DỤNG KIẾN TRÚC HƢỚNG DỊCH VỤ TRONG BÀI TOÁN THANH TOÁN TẬP TRUNG LUẬN VĂN THẠC SĨ Hà Nội - 2010 ĐẠI HỌC QUỐC GIA HÀ NỘI TRƢỜNG ĐẠI HỌC CÔNG NGHỆ NGUYỄN ĐỨC NGỌC ỨNG DỤNG KIẾN TRÚC HƢỚNG DỊCH VỤ TRONG BÀI TOÁN THANH TỐN TẬP TRUNG Ngành : Cơng nghệ Thơng tin Chuyên ngành : Hệ thống thông tin Mã số : 604805 LUẬN VĂN THẠC SĨ NGƢỜI HƢỚNG DẪN KHOA HỌC: TS NGUYỄN NGỌC HÓA Hà Nội - 2010 MỤC LỤC LỜI CAM ĐOAN LỜI CẢM ƠN MỤC LỤC DANH MỤC CÁC TỪ VIẾT TẮT VÀ THUẬT NGỮ DANH MỤC BẢNG BIỂU DANH MỤC HÌNH VẼ MỞ ĐẦU Chƣơng - TỔNG QUAN VỀ KIẾN TRÚC HƢỚNG DỊCH VỤ 1.1 Mở đầu 1.2 Kiến trúc hướng dịch vụ 1.3 Các tính chất hệ thống SOA 1.4 Kết luận Chƣơng - CÁC BƢỚC TRIỂN KHAI MỘT ỨNG DỤNG THEO MƠ HÌNH SOA 2.1 Các phương pháp tiếp cận triển khai SOA 2.2 Quy trình phát triển ứng dụng theo mơ hình SOA 2.3SOA Web Service 2.4Kết luận Chƣơng - ỨNG DỤNG SOA TRONG TÍCH HỢP HỆ THỐNG THANH TỐN HĨA ĐƠN CỦA BIDV 3.1Phát biểu tốn 3.2Đề xuất mơ hình SOA hệ thống 3.3Quy trình hoạt động 3.4Cơ sở liệu 3.5Thiết kế Web service dùng hệ th 3.6Kết luận Chƣơng - THỰC NGHIỆM VÀ ĐÁNH GIÁ 4.1Mơi trường tích hợp 4.2Tích hợp thử nghiệm 4.3Kết thực nghiệm Chƣơng - KẾT LUẬN VÀ HƢỚNG PHÁT TRIỂN TÀI LIỆU THAM KHẢO PHỤ LỤC - CÁC USE CASE CỦA HỆ THỐNG THANH TỐN HĨA ĐƠN DANH MỤC CÁC TỪ VIẾT TẮT VÀ THUẬT NGỮ BIDV Corebanking Service Consumer Service provider Service Registry Service contract SIBS SOA Service Architect Oriented Kiến trúc hướng dịch vụ DANH MỤC BẢNG BIỂU Bảng 1- Các yêu cầu triển khai thử nghiệm 35 Bảng 2- Bảng kịch test dịch vụ vnmart 47 Bảng - Kết triển khai thực tế 55 Bảng - Các dịch vụ kênh toán dự kiến triển khai tương lai .56 Bảng - Danh sách use case hệ thống 62 DANH MỤC HÌNH VẼ Hình 1- Các kênh giao dịch ngân hàng thực thao tác chuyển khoản Hình - Kiến trúc EJB Hình - Mơ hình CORBA Hình - Mơ hình DCOM Hình - Các đối tượng SOA Hình - Kiến trúc phân tầng hệ thống SOA Hình - Một khung nhìn chi tiết dịch vụ 10 Hình - Các dịch vụ khác cung cấp website .11 Hình - Các bước cần thực triển khai hệ thống SOA 13 Hình 10 - Phân rã domain hệ thống tốn hóa đơn 14 Hình 11 – Danh sách use case triển khai theo mơ hình SOA .15 Hình 12 – Các domain use case sử dụng 16 Hình 13 – Đưa dịch vụ vào thành phần 17 Hình 14 - Các tầng Web service 19 Hình 15 - Tương tác giửa tác nhân Web service 19 Hình 16 - Truyền thơng điệp sử dụng SOAP 20 Hình 17 - Cấu trúc SOAP message 20 Hình 18 – WSDL 21 Hình 19 - Mơ hình tổng qt hệ thống tốn hố đơn BIDV 24 Hình 20- Web service dùng hệ thống toán hoá đơn 32 Hình 21 - Mơi trường RAD cuả IBM 33 Hình 22 - Mơi trường Message Queue IBM 34 Hình 23 - Sơ đồ bảo mật hệ thống toán hố đơn BIDV .35 Hình 24 - Sơ đồ backup Database 36 Hình 25 - Màn hình đăng nhập hệ thống 48 Hình 26 - Màn hình quản lý người sử dụng 48 Hình 27 - Màn hình quản lý chi nhánh 49 Hình 28 - Màn hình quản lý nhà cung cấp 49 Hình 29 - Màn hình quản lý dịch vụ 50 Hình 30 - Màn hình đăng ký khách hàng 50 Hình 31 - Màn hình vấn tin hóa đơn 51 Hình 32 - Màn hình tốn hóa đ Hình 33 - Các hình giao dịch tạ Hình 34- Màn hình Gateway xử lý từ kênh tốn Hình 35 - Use case quản lý chi nhánh Hình 36 - Use case quản lý người sử dụng Hình 37 - Use case quản lý nhà cung Hình 38 -Use case quản lý dịch vụ Hình 39 -Use case quản lý khách hà Hình 40 -Use case xử lý tốn Hình 41 -Use case đăng nhập MỞ ĐẦU Trong thời kỳ phát triển hội nhập kinh tế giới Việt Nam năm gần doanh nghiệp Việt Nam gặp nhiều khó khăn phải cạnh tranh với doanh nghiệp nước ngồi khơng mạnh quản trị nhân lực, mạnh vốn công nghệ… Việc áp dụng khoa học công nghệ vào lĩnh vực kinh tế, có ngành Ngân hàng, ngành kinh tế đặc biệt tác động trực tiếp đến hệ thống tài quốc gia, trở nên cấp thiết hết Trong trình điều hành vận hành hệ thống Ngân hàng, điều mà lãnh đạo quan tâm nắm bắt tình hình hoạt động hệ thống cách nhanh nhất, xác kịp thời nhất, để đưa định đắn, giảm tối thiểu rủi ro, đảm bảo lợi ích Ngân hàng Hơn nữa, ngân hàng thương mại cịn phải hướng đến việc nâng cao chất lượng dịch vụ để phục vụ khách hàng Với việc Việt Nam thứ gia nhập tổ chức thương mại giới WTO ngân hàng phải đối mặt với cạnh tranh ngân hàng ngoại vốn mạnh tài cơng nghệ cịn phải cạnh tranh khốc liệt với khối ngân hàng nội bước lớn mạnh Để cạnh tranh vấn đề cốt lõi ngân hàng phải đại hóa hệ thống CNTT mà tảng đa dạng hóa dịch vụ Một dịch vụ quan cần phải đặc biệt dó dịch vụ toán tập trung ngân hàng Bài toán thực tế Trước vào mục tiêu luận văn, phân tích tốn thực tế ngân hàng Đầu tư phát triển Việt Nam BIDV sau: (i) Tập đoàn điện lực Việt Nam EVN từ trước đến thu tiền điện qua mạng lưới cộng tác viên đến thu tiền trực tiếp nhà dân hay điểm thu tiền EVN Điều dẫn tới mạng lưới đội ngũ cộng tác viên lớn phức tạp quản lý Hơn số tiền mà cộng tác viên thu phải vài ngày đến hàng tuần đến nộp cho sở điện lực Nếu số tiền mà gửi ngân hàng EVN vừa dễ quản lý theo dõi lại phát sinh số tiền lãi lớn Ngoài tránh nhiều nguy rủi ro tiền giả, cộng tác viên dùng sai mục đích… Các yêu cầu tốn cước viễn thơng trả sau với Tổng công ty viễn thông quân đội Viettel, với tập đồn bưu viễn thơng Việt Nam VNPT, với cơng ty viễn thông điện lực EVN Telecom, thu hộ tiền nước… (ii) Dịch vụ nạp tiền cho thuê bao trả trước với nhà cung cấp dịch vụ VNPAY : Thay phải đến điểm bán thẻ trả trước để cào lấy mã số thẻ nạp tiền khách 78 Yêu cầu chất lượng Thay đổi thông tin dịch vụ Tên usecase Các tác nhân tham gia usecase Luồng xử lý Web Server hiển thị hình “Thay đổi thơng tin dịch vụ” Màn hình “Thay đổi thơng tin dịch vụ” gồm có combo chứa danh sách nhà cung cấp, datagrid chứa danh sách dịch vụ ứng với nhà cung cấp đăng ký, trường mã dịch vụ, tên dịch vụ, mã nhà cung cấp, số tài khoản, tên tài khoản, số hóa đơn nút chức “Tìm”, “Lưu thơng tin” “Thốt” Nếu người quản trị nhấn nút “Thoát” Web Server thoát khỏi chức mà khơng thực Người quản trị tiến hành lựa chọn nhà cung cấp bấm nút “Tìm” Danh sách dịch vụ nhà cung cấp hiển thị datagrid Người quản trị chọn 79 dịch vụ danh sách Web Server hiển thị thông tin chi tiết dịch vụ gồm tên nhà cung cấp, mã dịch vụ, tên dịch vụ, số tài khoản, tên tài khoản, số hợp đồng vào trường tương ứng Riêng trường mã dịch vụ không phép sửa Người quản trị thay đổi thông tin cần sửa ấn nút “Sửa” Web Server kiểm tra khuôn dạng trường nhập vào xem có khơng số tài khoản 14 số không chứa ký tự, tên tài khoản khơng có dấu khơng chứa Điều kiện để tạo usecase Điều kiện kết thúc usecase Yêu cầu lượng Các thông báo lỗi khác dùng diễn giải lỗi tiếng Anh hệ thống (ví dụ thơng báo lỗi sở liệu, …) Xóa dịch vụ Tên usecase Các tác nhân tham 80 gia usecase Luồng xử lý Người quản trị chọn “Xóa dịch vụ” Web Server hiển thị hình “Xóa dịch vụ” Màn hình “Xóa dịch vụ” gồm combo chứa danh sách nhà cung cấp dịch vụ, datagrid chứa danh sách dịch vụ ứng với nhà cung cấp nút chức “Tìm”,”Xóa dịch vụ”,”Thốt” Nếu người quản trị kích nút “Thốt” Web Server khỏi chức mà khơng thực Người quản trị chọn nhà cung cấp bấm nút “Tìm” Danh sách dịch vụ ứng với nhà cung cấp hiển thị datagrid Người quản trị chọn dịch vụ cần xóa daragrid kích nút “Xóa dịch vụ” muốn bỏ dịch vụ khỏi CSDL Hệ thống đưa hình yêu cầu xác nhận lại thơng tin muốn xóa vụ Nếu người quản trị xác nhận việc Xóa dịch Hệ thống xóa bỏ dịch vụ CSDL Điều kiện để tạo usecase Điều kiện kết thúc usecase Yêu cầu lượng Các thông báo lỗi khác dùng diễn giải lỗi tiếng Anh hệ thống (ví dụ thông báo lỗi sở liệu, …) 81 Quản lý khách hàng Web Server Thêm khách hàng Sửa thông tin khách hàng Giao dịch viên Xóa khách hàng Thêm khách hàng Tên usecase Các tác nhân tham gia usecase Luồng xử lý hàng” Web Server hiển thị hình “Thêm khách hàng” Màn hình “Thêm khách hàng” gồm trường thơng tin gồm mã khách hàng, họ tên, địa chỉ, số chứng minh thư, điện thoại, email, fax nút chức “Thêm mới” “Thoát” Nếu giao dịch viên nhập thông tin khách hàng nhấn nút “Thêm mới” Web Server kiểm tra khuôn dạng trường nhập vào Nếu kiểm tra đạt Web Server kiểm tra 82 Điều kiện để tạo usecase Điều kiện kết thúc usecase Yêu cầu lượng Mã khách hàng, chứng minh thư không chứa ký tự đặc biệt Chứng minh thư số Các thông báo lỗi khác dùng diễn giải lỗi tiếng Anh hệ thống (ví dụ thông báo lỗi sở liệu, …) Sửa thông tin khách hàng Tên usercase Các tác nhân tham gia usecase Luồng xử lý 83 “Lưu thông tin” “Thoát” Nếu giao dịch viên nhấn nút “Thoát” Web Server khỏi chức mà khơng thực Nếu giao dịch viên nhập tên khách hàng bấm nút “Tìm” Web Server hiển thị danh sách khách hàng Datagrid Người quản trị chọn khách hàng danh sách Web Server hiển thị trường tương ứng tên khách hàng, chứng minh thư, địa chỉ, điện thoại, email, số fax Lúc trường mã khách hàng không phép thay đổi Giao dịch viên thay đổi thông tin khách hàng nhấn nút “Lưu thông tin” Điều kiện để tạo usecase Điều kết thúc usecase Yêu cầu lượng 84 kiếm Xóa khách hàng Tên usecase Các tác nhân tham gia usecase Luồng xử lý 85 khách hàng khỏi sở liệu Điều kiện để tạo usecase Điều kiện kết thúc usecase Yêu cầu lượng Các thông báo lỗi mà Web Server kiểm sốt phải hiển thị tiếng Việt Các thông báo lỗi khác dùng diễn giải lỗi tiếng Anh hệ thống (ví dụ thơng báo lỗi sở liệu, …) 86 Nhóm usecase Xử lý yêu cầu từ kênh toán -End1 -End15 * * -End19 * * Switch -End23 -End25 * -End27 Web Server Hình 40 - Use case xử lý toán hoá đơn Đặc tả nhóm usecase Xử lý yêu cầu từ kênh toán Vấn tin nhà cung cấp Tên usercase Các tác nhân tham gia usecase Luồng xử lý 87 Nếu yêu cầu đầu tiên, gửi trả lại danh sách nhà cung cấp với sáu ghi Nếu yêu cầu thứ 2, gửi trả lại danh sách nhà cung cấp với sáu ghi thứ - … Nếu yêu cầu thứ n, gửi trả lại danh sách nhà cung cấp với sáu ghi thứ n Điều kiện để khởi tạo usecase Điều kiện kết thúc usecase Yêu cầu chất lượng - Switch nhận danh sách nhà cung cấp Trong nhật ký giao dịch Bill Payment Gateway phải thể đặc tả lỗi không xử lý yêu cầu - Những giai đoạn quan trọng trình xử lý phải ghi vào nhật ký giao dịch - Switch nhận danh sách nhà cung cấp khoảng thời gian 05 giây Vấn tin dịch vụ Tên usercase Các tác nhân tham gia usecase Luồng xử lý Điều kiện để khởi tạo usecase Điều kiện kết thúc usecase Yêu cầu chất lượng Vấn tin hóa đơn Tên usercase Các tác nhân tham gia usecase Luồng xử lý Điều kiện để khởi tạo usecase Điều kiện kết thúc usecase Yêu cầu chất lượng Gạch nợ Tên usercase Các tác nhân tham gia usecase Luồng xử lý 90 toán tài khoản SIBS” timeout, gửi kết không thành công cho Web Server Bill Payment Gateway khởi tạo usecase “Gạch nợ hóa đơn nhà cung cấp” kết trả từ usecase “Hạch tốn tài khoản SIBS” thành cơng trường hợp khơng phải hạch tốn tài khoản Bill Payment Gateway khởi tạo usecase “Hủy hạch toán tài khoản SIBS” kết trả từ usecase “Gạch nợ hóa đơn nhà cung cấp” khơng thành cơng trước Bill Payment Gateway có khởi tạo usecase “Hạch tốn tài khoản SIBS” Sau Bill Payment Gateway gửi kết không thành công cho Switch Web Server Điều kiện để khởi tạo usecase Điều kiện kết thúc usecase Yêu cầu chất lượng Hủy gạch nợ Tên usercase Các tác nhân tham gia usecase Luồng xử lý Điều kiện để khởi tạo usecase Điều kiện kết thúc usecase Yêu cầu chất lượng ... tái sử dụng Các dịch vụ đóng gói gọi ngơn ngữ Với ngữ cảnh đó, luận văn hướng đến mục tiêu tập trung nghiên cứu, tìm hiểu sâu mơ hình kiến trúc hướng dịch vụ, từ ứng dụng toán toán tập trung ngân... hành ứng dụng SOA 1.3 Các tính chất hệ thống SOA SOA gồm tính chất sau [8]-[9]  Sử dụng lại dịch vụ Trong SOA tính chất sử dụng lại dịch vụ cho phép dịch vụ tái sử dụng dịch vụ Tái sử dụng lại dịch. .. hình kiến trúc tích hợp đại dựa khái niệm dịch vụ Các chức nghiệp vụ sở hạ tầng cung cấp dịch vụ, dịch vụ riêng lẻ kết hợp với cung cấp chức ứng dụng cho ứng dụng đầu cuối cho dịch vụ khác Các dịch