Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống
1
/ 106 trang
THÔNG TIN TÀI LIỆU
Thông tin cơ bản
Định dạng
Số trang
106
Dung lượng
4,23 MB
Nội dung
ĐẠI HỌC QUỐC GIA HÀ NỘI
TRƯỜNG ĐẠI HỌC CÔNG NGHỆ
NGUYỄN ĐỨC NGỌC
ỨNG DỤNGKIẾNTRÚCHƯỚNGDỊCHVỤTRONGBÀITOÁNTHANHTOÁNTẬPTRUNG
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
ỨNGDỤNGKIẾNTRÚCHƯỚNGDỊCHVỤ
TRONG BÀITOÁNTHANHTOÁNTẬPTRUNG
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
LỜI CAM ĐOAN
Tôi xin cam đoan kết quả đạt được trong luận văn là sản phẩm của riêng cá
nhân tôi. Trongtoàn bộ nội dung của luận văn, những điều được trình bầy hoặc là của
cá nhân hoặc là được tổng hợp từ nhiều nguồn tài liệu. Tất cả các tài liệu tham khảo
đều có xuất xứ rõ ràng và được trích dẫn hợp pháp.
Tôi xin hoàn toàn chịu trách nhiệm và chịu mọi hình thức kỷ luật theo quy
định cho lời cam đoan của mình.
Hà Nội, ngày 30 tháng 5 năm 2010
Người cam đoan
Nguyễn Đức Ngọc
LỜI CẢM ƠN
Trong quá trình học tập và hoàn thành luận văn tốt nghiệp, tôi đã nhận
được rẩt nhiều sự giúp đỡ, động viên từ thầy cô, gia đình và bạn bè. Tôi muốn bày tỏ
sự cảm ơn sâu sắc của mình tới tất cả mọi người.
Tôi xin bày tỏ sự cám ơn đặc biệt tới TS Nguyễn Ngọc Hóa, người đã định
hướng cho tôi trong lựa chọn đề tài, đưa ra những nhận xét quý giá và trực tiếp hướng
dẫn tôi trong suốt quá trình nghiên cứu và hoàn thành luận văn tốt nghiệp.
Tôi xin cảm ơn các thầy cô trong khoa CNTT - Trường Đại học Công nghệ
- ĐHQG Hà Nội đã dạy bảo tận tình cho tôi trong suốt khoảng thời gian học tập tại
trường.
Tôi xin cảm ơn toàn thể bạn bè đồng nghiệp tại Trung tâm Công nghệ
Thông tin Ngân hàng Đầu tư và Phát triển Việt Nam, đơn vị mà tôi đang công tác, đã
chia sẻ, giúp đỡ tạo điều kiện cho tôi tham gia khoá học và hoàn thành khoá luận này.
Xin cảm ơn tất cả những bạn bè đã giúp đỡ tôi trong suốt quá trình học tập và công
tác.
Cuối cùng, tôi xin gửi lời cảm ơn sâu sắc nhất tới gia đình của mình, nguồn
động viên và cổ vũ lớn lao và là động lực giúp tôi thành công trong công việc và trong
cuộc sống.
Hà Nội, ngày 30 tháng 5 năm 2010
Nguyễn Đức Ngọc
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 1
Chương 1 - TỔNG QUAN VỀ KIẾNTRÚCHƯỚNGDỊCHVỤ 5
1.1 Mở đầu 5
1.2 Kiếntrúchướngdịchvụ 7
1.2.1 Khái niệm về SOA 7
1.2.2 Kiếntrúc SOA 9
1.2.2.1 Tầng tầng thao tác hệ thống 9
1.2.2.2 Tầng thành phần tác nghiệp 9
1.2.2.3 Tầng dịchvụ 10
1.2.2.4 Tầng xử lý nghiệp vụ 10
1.2.2.5 Tầng biểu diễn 10
1.2.2.6 Tầng tích hợp 11
1.2.2.7 Tầng QoS(Tầng chất lượng dịch vụ) 11
1.3 Các tính chất của một hệ thống SOA 11
1.4 Kết luận 12
Chương 2 - CÁC BƯỚC TRIỂN KHAI MỘT ỨNGDỤNG THEO MÔ HÌNH
SOA 13
2.1 Các phương pháp tiếp cận trong triển khai SOA 13
2.2 Quy trình phát triển ứngdụng theo mô hình SOA 14
2.2.1 Phân rã domain 14
2.2.2 Xây dựng Goal-service 16
2.2.3 Phân tích hệ thống con 17
2.2.4 Đưa ra các dịchvụ 17
2.2.5 Đặc tả thành phần 17
2.2.6 Cấu trúcthành phần và dịchvụ 18
2.2.7 Lựa chọn giải pháp thực thi 18
2.3 SOA và Web Service 18
2.3.1 Kiếntrúc Web services 18
2.3.2 Simple Object Access Protocol – SOAP 20
2.3.3 Web Service Description Language (WSDL) 21
2.3.4 UDDI 22
2.4 Kết luận 22
Chương 3 - ỨNGDỤNG SOA TRONG TÍCH HỢP HỆ THỐNG THANHTOÁN
HÓA ĐƠN CỦA BIDV 23
3.1 Phát biểu bàitoán 23
3.2 Đề xuất mô hình SOA trong hệ thống thanhtoán hoá đơn của BIDV 23
3.3 Quy trình hoạt động 25
3.4 Cơ sở dữ liệu 30
3.5 Thiết kế Web service dùngtrong hệ thống 30
3.6 Kết luận 32
Chương 4 - THỰC NGHIỆM VÀ ĐÁNH GIÁ 33
4.1 Môi trường tích hợp 33
4.2 Tích hợp thử nghiệm 34
4.3 Kết quả thực nghiệm 39
Chương 5 - KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN 59
TÀI LIỆU THAM KHẢO 60
PHỤ LỤC - CÁC USE CASE CỦA HỆ THỐNG THANHTOÁN HÓA ĐƠN 61
DANH MỤC CÁC TỪ VIẾT TẮT VÀ THUẬT NGỮ
BIDV
Bank for Investment and
Development of Vietnam
Ngân hàng Đầu tư và Phát triển
Việt Nam
Corebanking
Corebanking Hệ thống ngân hàng cốt lõi
Service
Consumer
Service Consumer
Người sử dụngdịchvụ ở đây có thể
là một ứng dụng, một dịchvụ hoặc
là các module phần mềm khác yêu
cầu sử dụngdịch vụ. Đây là thực thể
thực thi quá trình định vị dịchvụ
thông qua service registry, liên kết
với dịchvụ và thực thi các chức
năng của dịch vụ. Người sử dụng
dịch vụ thực thi chức năng dịchvụ
bằng cách một gửi yêu cầu theo
đúng dịnh dạng được mô tả trong
hợp đồng.
Service provider
Service provider Nhà cung cấp dịchvụ ở đây là một
dịch vụ chấp nhận và xử lý những
yêu cầu từ người sử dụngdịch vụ.
Nó có thể là một hệ thống
mainframe, một thành phần hoặc
các dạng phần mềm khác xử lý yêu
cầu dịch vụ. Nhà cung cấp gửi hợp
đồng lên service registry để những
người sử dụngdịchvụ có thể truy
cập đến nó.
Service Registry
Service Registry Service registry là chứa tất cả các
dịch vụ đăng ký. Service registry
chấp nhận và lưu trữ các hợp đồng
gửi đến từ nhà cung cấp dịchvụ và
cung cấp các hợp đồng tùy theo yêu
cầu của người sử dụngdịch vụ.
Service contract
Service contract Một hợp đồng (contract) là một đặc
tả về cách thức bên sử dụngdịchvụ
trao đổi liên lạc với bên cung cấp
dịch vụ. Nó chỉ rõ ra định dạng và
yêu cầu và đáp trả của dịchvụ
SIBS
SIBS Hệ thống ngân hàng tích hợp
Siverlake
SOA
Service Oriented
Architect
Kiến trúchướngdịchvụ
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 bản test dịchvụ vnmart 47
Bảng 3 - Kết quả triển khai thực tế 55
Bảng 4 - Các dịchvụ và kênh thanhtoán dự kiến triển khai trong tương lai 56
Bảng 5 - Danh sách các use case hệ thống 62
DANH MỤC HÌNH VẼ
Hình 1- Các kênh giao dịch của ngân hàng khi cùng thực hiện thao tác chuyển khoản.5
Hình 2 - Kiếntrúc EJB 6
Hình 3 - Mô hình CORBA 6
Hình 4 - Mô hình DCOM 7
Hình 5 - Các đối tượng trong SOA 8
Hình 6 - Kiếntrúc phân tầng của hệ thống SOA 9
Hình 7 - Một khung nhìn chi tiết về một dịchvụ 10
Hình 8 - Các dịchvụ khác nhau được cung cấp trên một website 10
Hình 9 - Các bước cần thực hiện khi triển khai một hệ thống SOA. 13
Hình 10 - Phân rã domain hệ thống thanhtoán hóa đơn 14
Hình 11 – Danh sách use case khi triển khai theo mô hình SOA 15
Hình 12 – Các domain và use case sử dụng 16
Hình 13 – Đưa các dịchvụ vào các thành phần 17
Hình 14 - Các tầng của Web service 19
Hình 15 - Tương tác giửa các tác nhân trong 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 quát hệ thống thanhtoán hoá đơn của BIDV 24
Hình 20- Web service dùngtrong hệ thống thanhtoán hoá đơn 32
Hình 21 - Môi trường RAD cuả IBM 33
Hình 22 - Môi trường Message Queue của IBM 34
Hình 23 - Sơ đồ bảo mật của hệ thống thanhtoán hoá đơ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ịchvụ 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 thanhtoán hóa đơn 51
[...]... tiến dịchvụ mà không làm ảnh hưởng đến ứngdụng client sử dụngdịchvụ Ưu điểm quan trọng nhất của SOA là khả năng kết nối "mềm dẻo" (nhờ sự chuẩn hóa giao tiếp) và tái sử dụng Các dịchvụ được đóng gói có thể được gọi bởi ngôn ngữ bất kỳ Với ngữ cảnh đó, luận văn hướng đến mục tiêu tậptrung nghiên cứu, tìm hiểu sâu về mô hình kiếntrúc hướng dịch vụ, từ đó ứngdụngtrongbàitoánthanhtoántập trung. .. trữ dịchvụ (service registry) như minh họa trong Hình 5 Nơi đăng ký dịchvụ (Service Registry) Tìm dịch vụ( ) Người sử dụngdịchvụ (Service Consumer) Xuất bản dịchvụ () Gọi dịch vụ( ) Nhà cung cấp dịchvụ (Service Provider) Hình 55 - Các đối tượng trong SOA Nhà cung cấp dịchvụ (service provider) : Cung cấp thông tin về dịchvụ cho một nơi lưu trữ thông tin dịchvụ (service registry) Người sử dụng dịch. .. chuẩn mở Kiếntrúc hướng dịchvụ là một tập hợp các dịchvụ được chuẩn hoá trên mạng trao đổi với nhau trong ngữ cảnh một tiến trình nghiệp vụ Dịchvụ là yếu tố then chốt trong SOA SOA là tập hợp các dịchvụ kết nối ‘mềm dẻo’ với nhau (nghĩa là một ứngdụng có thể ‘nói chuyện’ với một ứngdụng khác mà không cần biết các chi tiết kỹ thuật bên trong) , có giao tiếp (dùng để gọi hàm dịch vụ) được định... xây dựng kho tài nguyên dịchvụ có khả năng sử dụng lại trong các ứngdụng mới SOA là một mô hình kiếntrúc tích hợp hiện đại dựa trên khái niệm dịchvụ Các chức năng nghiệp vụ và cơ sở hạ tầng được cung cấp như là các dịch vụ, các dịchvụ này riêng lẻ hoặc kết hợp với nhau sẽ cung cấp các chức năng ứngdụng cho các ứngdụng đầu cuối hoặc cho các dịchvụ khác Các dịchvụ được kết nối với nhau thông... cũ Kiếntrúc hướng dịchvụ (Service-Oriented Architecture - SOA) ra đời giúp giải quyết các nhược điểm của các mô hình phân tán đã có 1.2 1.2.1 Kiếntrúc hướng dịchvụ Khái niệm về SOA Trước khi ta hiểu khái niệm kiếntrúchướngdịch ta ta tìm hiểu khái niệm về dịchvụ là gì? Dịchvụ là là các thành phần logic dùng để thực hiện một thao tác nghiệp vụ được truy nhập qua internet sử dụng các chuẩn mở Kiến. .. một dịchvụ mới có thể tái sử dụng các dịchvụ đã Tái sử dụng lại các dịchvụ còn giúp loại bỏ những thành phần dư thừa giúp giảm thời gian và chi phí cho việc phát triển và quản trị phần mềm Tính đóng gói dịchvụ 12 Tính đóng gói dịchvụtrong SOA nghĩa là các thành phần sử dụng thuộc phạm vi bên ngoài của mỗi dịchvụ sẽ không được biết đến cài đặt của dịchvụ đó Các đối tượng sử dụngdịchvụ sẽ... cấp dịchvụ mới Kiếntrúchướngdịchvụ SOA (Service Oriented Architecture ) ra đời như là giải pháp tối ưu để tích hợp các dịchvụ giữa BIDV và các nhà cung cấp để giải quyết bàitoánthanhtoán trên 3.2 Đề xuất mô hình SOA trong hệ thống thanhtoán hoá đơn của BIDV Thành phần sử lý trung tâm hệ thống thanhtoán hoá đơn Bill Payment Gateway sẽ định nghĩa ra các hàm web service để các kênh thanh toán. .. sẽ xây dựng các dịchvụ tinh gọn có thể triển khai và tái sử dụngtrongtoàn bộ quy trình nghiệp vụ Điều này cho phép tái sử dụng phần mềm tốt hơn, cũng như tăng sự linh hoạt vì nhà phát triển có thể cải tiến dịchvụ mà không làm ảnh hưởng đến ứngdụng client sử dụngdịchvụ SOA Trong SOA[5]-[8]-[11] có ba đối tượng chính là nhà cung cấp dịchvụ (service provider), người sử dụngdịchvụ (service consumer)... tách riêng phần thực hiện dịchvụ (phần mềm) với giao tiếp gọi dịchvụ Điều này tạo nên một giao tiếp nhất quán cho ứngdụng khách (client) sử dụngdịchvụ bất kể công nghệ thực hiện dịchvụ Thay vì xây dựng các ứngdụng đơn lẻ và đồ sộ, nhà phát triển sẽ xây dựng các dịchvụ tinh gọn có thể triển khai và tái sử dụngtrongtoàn bộ quy trình nghiệp vụ Điều này cho phép tái sử dụng phần mềm tốt 4 hơn,... hiện đại hóa về hệ thống CNTT mà nền tảng là đa dạng hóa dịchvụ Một trong những dịchvụ quan trong cần phải đặc biệt chú trong dó chính là dịchvụthanhtoántậptrung tại ngân hàng Bàitoán thực tế Trước khi đi vào mục tiêu chính của luận văn, chúng ta sẽ phân tích bàitoán thực tế tại ngân hàng Đầu tư và phát triển Việt Nam BIDV như sau: (i) Tập đoàn điện lực Việt Nam EVN từ trước đến nay đều thu . dạng hóa dịch vụ. Một trong những dịch vụ quan
trong cần phải đặc biệt chú trong dó chính là dịch vụ thanh toán tập trung tại ngân
hàng.
Bài toán thực. 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
Ngành : Công nghệ Thông tin
Chuyên