Thông tin tài liệu
ĐẠ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 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com ĐẠ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 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 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 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.2.1 Khái niệm SOA 1.2.2 Kiến trúc SOA 1.2.2.1 Tầng tầng thao tác hệ thống 1.2.2.2 Tầng thành phần tác nghiệp 10 1.2.2.3 Tầng dịch vụ 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 hệ thống SOA 11 1.4 Kết luận 12 Chƣơng - CÁC BƢỚC TRIỂN KHAI MỘT ỨNG DỤNG THEO MƠ HÌNH SOA 13 2.1 Các phương pháp tiếp cận triển khai SOA 13 2.2 Quy trình phát triển ứng dụ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 17 2.2.4 Đưa dịch vụ 17 2.2.5 Đặc tả thành phần 17 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 2.2.6 Cấu trúc thành phần dịch vụ 18 2.2.7 Lựa chọn giải pháp thực thi 18 2.3 SOA Web Service 18 2.3.1 Kiến trú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 - ỨNG DỤNG SOA TRONG TÍCH HỢP HỆ THỐNG THANH TỐN HĨA ĐƠN CỦA BIDV 23 3.1 Phát biểu toán 23 3.2 Đề xuất mơ hình SOA hệ thống tốn hố đơn BIDV 23 3.3 Quy trình hoạt động 25 3.4 Cơ sở liệu 30 3.5 Thiết kế Web service dùng hệ thống 30 3.6 Kết luận 32 Chƣơng - 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 thực nghiệm 39 Chƣơng - 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 THANH TỐN HĨA ĐƠN 61 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com DANH MỤC CÁC TỪ VIẾT TẮT VÀ THUẬT NGỮ BIDV Bank for Investment and Ngân hàng Đầu tư Phát triển Development of Vietnam Việt Nam Corebanking Corebanking Hệ thống ngân hàng cốt lõi Service Consumer Service Consumer Người sử dụng dịch vụ ứng dụng, dịch vụ module phần mềm khác yêu cầu sử dụng dịch vụ Đây thực thể thực thi trình định vị dịch vụ thông qua service registry, liên kết với dịch vụ thực thi chức dịch vụ Người sử dụng dịch vụ thực thi chức dịch vụ cách gửi yêu cầu theo dịnh dạng mô tả hợp đồng Nhà cung cấp dịch vụ dịch vụ chấp nhận xử lý yêu cầu từ người sử dụng dịch vụ Nó hệ thống mainframe, thành phần 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 để người sử dụng dịch vụ truy cập đến Service provider Service provider Service Registry Service Registry Service registry chứa tất dịch vụ đăng ký Service registry chấp nhận lưu trữ hợp đồng gửi đến từ nhà cung cấp dịch vụ cung cấp hợp đồng tùy theo yêu cầu người sử dụng dịch vụ Service contract Service contract SIBS SIBS Một hợp đồng (contract) đặc tả cách thức bên sử dụng dịch vụ trao đổi liên lạc với bên cung cấp dịch vụ Nó rõ định dạng yêu cầu đáp trả dịch vụ Hệ thống ngân hàng tích hợp Siverlake LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com SOA Service Oriented Architect Kiến trúc hướng dịch vụ LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 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 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 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 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ị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 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Hình 32 - Màn hình tốn hóa đơn 52 Hình 33 - Các hình giao dịch ATM 54 Hình 34- Màn hình Gateway xử lý từ kênh tốn 54 Hình 35 - Use case quản lý chi nhánh 62 Hình 36 - Use case quản lý người sử dụng 66 Hình 37 - Use case quản lý nhà cung cấp 71 Hình 38 - Use case quản lý dịch vụ 77 Hình 39 - Use case quản lý khách hàng 81 Hình 40 - Use case xử lý toán hoá đơn 86 Hình 41 - Use case đăng nhập 92 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 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 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ệ 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ụ tố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 u cầu tốn cước viễn thông trả sau với Tổng công ty viễn thông qn độ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 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 77 Hình 38 - Use case quản lý dịch vụ Đặc tả nhóm usecase Quản lý dịch vụ Thêm dịch vụ Tên usecase Thêm dịch vụ WS-QT-0010 Các tác nhân tham gia usecase Usecase khởi tạo Quản trị viên hệ thống Luồng xử lý Người quản trị chọn chức “Thêm dịch vụ” Web Server hiển thị hình “Thêm dịch vụ” Màn hình “Thêm dịch vụ” có trường thơng tin gồm “Mã dịch vụ”, “Tên dịch vụ”, “Số tài khoản”, “Tên tài khoản”, combo để chọn nhà cung cấp nút chức “Thêm mới”,”Thoát” Người quản trị tiến hành nhập thông tin Mã dịch vụ, Tên dịch vụ, Số tài khoản, Tên tài khoản, chọn chi nhánh, chọn nhà cung cấp kích nút “Thêm mới” Web Server kiểm tra khuôn dạng Tên dịch vụ, Mã dịch vụ, Số tài khoản, Tên tài khoản nhập đủ hay trống, hợp lý sau cập nhập sở liệu Nếu bước kiểm tra đạt, dịch vụ tạo sở liệu cách tạo ghi Services Nếu có bước kiểm tra khơng đạt, gửi thơng báo lỗi tới người quản trị 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 Điều kiện để khởi Người quản trị phải đăng nhập vào hệ thống trước tạo usecase khởi tạo usecase Điều kiện kết thúc usecase - Khách hàng nhấn nút “Thoát” hình - Thơng tin dịch vụ nhập vào sở liệu LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 78 - Một thông báo lỗi hệ thống phát lỗi kiểm tra thông tin đầu vào - Một thông báo lỗi phát sinh (lỗi sở liệu, lỗi đường truyền …) để giải thích thơng tin dịch vụ nhập vào sở liệu Yêu cầu chất Các thơng báo lỗi mà Web Server kiểm soát lượng phải hiển thị tiếng Việt Khơng cho phép tạo dịch vụ có Mã Khơng cho phép tạo dịch vụ có Mã chứa ký tự đặc biệt Nếu tên dịch vụ có CSDL yêu cầu Hệ thống đưa cảnh báo cho NSD, NSD chấp nhận tên trùng với tên có cho tạo bình thườ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, …) Thay đổi thông tin dịch vụ Tên usecase Thay đổi thông tin dịch vụ WS-QT-0011 Các tác nhân tham gia usecase Usecase khởi tạo Quản trị viên hệ thống Luồng xử lý Người quản trị chọn chức “Thay đổi thông tin dịch vụ “ 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 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 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 ký tự đặc biệt… Nếu bước kiểm tra đạt, thông tin thay đổi lưu vào sở liệu Nếu có bước kiểm tra khơng đạt, gửi thông báo lỗi tới người quản trị Điều kiện để khởi Người quản trị phải đăng nhập vào hệ thống trước tạo usecase khởi tạo usecase Điều kiện kết thúc - Người quản trị nhấn nút “Thoát” hình “Thay usecase đổi thơng tin dịch vụ” - Thông tin dịch vụ nhập vào sở liệu - Một thông báo lỗi hệ thống phát lỗi kiểm tra thông tin đầu vào - Một thông báo lỗi phát sinh (lỗi sở liệu, lỗi đường truyền …) để giải thích thơng tin người sử dụng khơng thể nhập vào sở liệu Yêu cầu chất Các thơng báo lỗi mà Web Server kiểm soát lượng 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, …) Xóa dịch vụ Tên usecase Xóa dịch vụ WS-QT-0012 Các tác nhân tham Usecase khởi tạo Quản trị viên hệ thống LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 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 u cầu xác nhận lại thơng tin muốn xóa Nếu người quản trị xác nhận việc Xóa dịch vụ Hệ thống xóa bỏ dịch vụ CSDL Điều kiện để khởi Người quản trị phải đăng nhập vào hệ thống trước tạo usecase khởi tạo usecase Điều kiện kết thúc - Người quản trị nhấn nút “Thốt” hình “Xóa usecase dịch vụ” - Thông tin dịch vụ xóa khỏi sở liệu - Một thơng báo lỗi phát sinh (lỗi sở liệu, lỗi đường truyền …) để giải thích thơng tin dịch vụ khơng thể xóa khỏi sở liệu Yêu cầu chất Các thông báo lỗi mà Web Server kiểm sốt lượng 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, …) LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 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 Hình 39 - Use case quản lý khách hàng Thêm khách hàng Tên usecase Thêm khách hàng WS-CU-0001 Các tác nhân tham gia usecase Usecase khởi tạo giao dịch viên Luồng xử lý Giao dich viên chọn chức “Thêm khách 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 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 82 sở liệu xem có mã khách hàng chưa, chưa ghi vào sở liệu cịn có lỗi gửi thông báo lỗi tới người sử dụng hệ thống Nếu giao dịch viên nhấn nút “Thoát” Web Server khỏi chức mà khơng thực Điều kiện để khởi Giao dịch viên phải đăng nhập vào hệ thống trước tạo usecase khởi tạo usecase Điều kiện kết thúc - Giao dịch viên nhấn nút “Thốt” hình “Thêm usecase khách hàng” - Thông tin khách hàng thêm vào sở liệu - Một thông báo lỗi hệ thống phát lỗi kiểm tra thông tin đầu vào - Một thông báo lỗi phát sinh (lỗi sở liệu, lỗi đường truyền …) Yêu cầu chất Các thông báo lỗi mà Web Server kiểm sốt lượng phải hiển thị tiếng Việt 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 Thay đổi thông tin khách hàng WS-CU-0002 Các tác nhân tham Usecase khởi tạo giao dịch viên hệ gia usecase thống Luồng xử lý Giao dịch viên chọn chức “Thay đổi thông tin khách hàng” Web Server hiển thị hình “Thay đổi thơng tin chi nhánh khách hàng” Màn hình “Thay đổi thơng tin khách hàng” có datagrid chứa danh sách khách hàng, trường mã khách hàng, tên khách hàng, số điện thoại, chứng minh thư, email, số fax nút chức gồm “Tìm”, LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 83 “Lưu thơng tin” “Thốt” Nếu giao dịch viên nhấn nút “Thoát” Web Server thoát 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” 10 Web Server kiểm tra tên khuôn dạng trường nhập vào Nếu khơng có sai sót, lưu thơng tin khách hàng vào sở liệu Nếu có sai sót, gửi thông báo lỗi tới người sử dụng Điều kiện để khởi Giao dịch viên phải đăng nhập vào hệ thống trước tạo usecase khởi tạo usecase Điều kiện - Khách hàng nhấn nút “Thốt” hình “Sửa kết thúc usecase thông tin khách hàng” - Thông tin khách hàng cập nhật vào sở liệu - Một thông báo lỗi hệ thống phát lỗi kiểm tra thông tin đầu vào - Một thông báo lỗi phát sinh (lỗi sở liệu, lỗi đường truyền …) để giải thích thông tin khách hàng nhập vào sở liệu Yêu cầu chất Cho phép tìm kiếm gần tất trường lượng liệu Điều kiện lọc liệu “OR” trường tìm LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 84 kiếm 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, …) Xóa khách hàng Tên usecase Xóa khách hàng WS-CU-0003 Các tác nhân tham Usecase khởi tạo giao dịch viên hệ gia usecase thống Luồng xử lý Giao dịch viên chọn chức “Xóa khách hàng” Web Server hiển thị hình “Thay đổi thơng tin chi nhánh khách hàng” Màn hình “Thay đổi thơng tin khách hàng” có datagrid chứa danh sách khách hàng, trường mã khách hàng, tên khách hàng, số điện thoại, chứng minh thư, email, số fax nút chức gồm “Tìm”, “Xóa khách hàng” “Thố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 vào 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 hiển thị 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 nhấn nút “Xóa” 10 Web Server yêu cầu người sử dụng khẳng định lại xem có chắn muốn xóa khách hàng hay không Nếu giao dịch viên khẳng định lại Web Server xóa LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 85 khách hàng khỏi sở liệu Điều kiện để khởi Giao dịch viên phải đăng nhập vào hệ thống trước tạo usecase khởi tạo usecase Điều kiện kết thúc - Khách hàng nhấn nút “Thốt” hình “Xóa usecase khách hàng” - Thơng tin khách hàng bị xóa khỏi sở liệu - Một thông báo lỗi hệ thống phát lỗi kiểm tra thông tin đầu vào - Một thông báo lỗi phát sinh (lỗi sở liệu, lỗi đường truyền …) Yêu cầu chất Cho phép tìm kiếm gần tất trường lượng liệu Điều kiện lọc liệu “OR” trường tìm kiếm Các thơng báo lỗi mà Web Server kiểm soá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, …) LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 86 Nhóm usecase Xử lý yêu cầu từ kênh toán Bill Payment Gateway Vấn tin nhà cung cấp -End2 * -End16 Vấn tin dịch vụ -End1 -End15 *-End17 * -End3 * * -End19 -End21 -End18 * * «uses» Vấn tin hóa đơn Switch -End24* Vấn tin tài khoản SIBS -End4 -End6 * -End8 * * «uses» SIBS -End9 Vấn tin hóa đơn nhà cung cấp * * * -End26* -End23 Gạch nợ -End25 * -End27 * -End20 «uses» -End10 -End12 * * -End14 * Hạch tốn tài khoản SIBS «uses» * «uses» * -End5 Gạch nợ hóa đơn nhà cung cấp -End7 «uses» Web Server -End28 * * «uses» * -End11 Provider Systems * * Hủy hạch toán tài khoản SIBS -End22 Hủy gạch nợ «uses» -End13 * Hủy gạch nợ hóa đơn nhà cung cấp Hình 40 - Use case xử lý tốn hố đơn Đặc tả nhóm usecase Xử lý u cầu từ kênh toán Vấn tin nhà cung cấp Tên usercase Vấn tin nhà cung cấp Các tác nhân tham gia usecase Usecase khởi tạo Switch Luồng xử lý Switch gửi yêu cầu vấn tin danh sách nhà cung cấp tới Bill Payment Gateway Bill Payment Gateway tạo ghi ClientLogMsg sở liệu kiểm tra yêu cầu LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 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 Vấn tin dịch vụ Các tác nhân tham gia usecase Usecase khởi tạo SWITCH Luồng xử lý Switch gửi yêu cầu vấn tin dịch vụ nhà cung cấp tới Bill Payment Gateway Bill Payment Gateway tạo ghi ClientLogMsg sở liệu kiểm tra yêu cầu - Nếu yêu cầu đầu tiên, gửi trả lại danh sách dịch vụ 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 dịch vụ 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 dịch vụ nhà cung cấp với sáu ghi thứ n LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 88 Điều kiện để khởi tạo usecase Trước Switch phải thực thành công usecase “Vấn tin nhà cung cấp” chọn nhà cung cấp trước gửi yêu cầu tới Bill Payment Gateway Điều kiện kết thúc usecase - Switch nhận danh sách dịch vụ 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 Yêu cầu chất lượng - 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 dịch vụ nhà cung cấp khoảng thời gian 05 giây Vấn tin hóa đơn Tên usercase Vấn tin hóa đơn Các tác nhân tham gia usecase - Usecase khởi tạo Switch Web Server Luồng xử lý - Usecase giao tiếp với SIBS hệ thống nhà cung cấp dịch vụ Switch Web Server gửi yêu cầu vấn tin hóa đơn tới Bill Payment Gateway với thơng tin sau: Mã nhà cung cấp, mã dịch vụ, mã khách hàng nhà cung cấp, số tài khoản SIBS, … Bill Payment Gateway ClientLogMsg sở liệu tạo ghi Bill Payment Gateway khởi tạo usecase “Vấn tin tài khoản SIBS” yêu cầu gửi đến từ Web Server u cầu có thơng tin tài khoản khách hàng mở SIBS Bill Payment Gateway khởi tạo usecase “Vấn tin hóa đơn nhà cung cấp” Bill Payment Gateway tổng hợp kết gửi trả LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 89 cho Switch Web Server Điều kiện để khởi tạo usecase Trước Switch phải thực thành cơng usecase “Vấn tin dịch vụ” chọn dịch vụ trước gửi yêu cầu tới Bill Payment Gateway Điều kiện kết thúc usecase - Switch Web Server nhận thơng tin hóa đơn khách hàng - Thơng báo lỗi giải thích u cầu không đáp ứng Yêu cầu chất lượng - Những giai đoạn quan trọng trình xử lý phải ghi vào nhật ký giao dịch - Switch Web Server nhận thơng tin hóa đơn khoảng thời gian 15 giây Gạch nợ Tên usercase Gạch nợ Các tác nhân tham gia usecase - Usecase khởi tạo Switch Web Server Luồng xử lý - Usecase giao tiếp với SIBS hệ thống nhà cung cấp dịch vụ Switch Web Server gửi yêu cầu gạch nợ tới Bill Payment Gateway với thơng tin sau: Mã nhà cung cấp, mã dịch vụ, mã khách hàng nhà cung cấp, số tài khoản SIBS, số tiền hóa đơn, … Bill Payment Gateway ClientLogMsg sở liệu tạo ghi Bill Payment khởi tạo usecase “Hạch toán tài khoản SIBS” yêu cầu gửi đến từ Web Server, tham số hệ thống “Hạch.toán tài khoản SIBS” bật “Y”, yêu cầu có thơng tin tài khoản khách hàng SIBS Bill Payment Gateway thoát khỏi usecase kết trả từ usecase “Hạch toán tài khoản SIBS” không thành công, gửi kết không thành công cho Web Server Bill Payment Gateway khởi tạo usecase “Hủy hạch toán tài khoản SIBS” kết trả từ usecase “Hạch LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 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 Bill Payment Gateway khởi tạo usecase “Hủy hạch tốn tài khoản SIBS” (nếu trước Bill Payment Gateway có khởi tạo usecase “Hạch tốn tài khoản SIBS”) usecase “Hủy gạch nợ hóa đơn nhà cung cấp” kết trả từ usecase “Gạch nợ hóa đơn nhà cung cấp” timeout gửi kết không thành công cho Switch Web Server Gửi trả kết thành công cho Switch Web Server kết từ usecase “Gạch nợ hóa đơn nhà cung cấp” thành cơng Điều kiện để khởi tạo usecase Trước Switch Web Server phải thực thành cơng usecase “Vấn tin hóa đơn” Điều kiện kết thúc usecase - Switch Web Server nhận xác nhận giao dịch gạch nợ thành cơng - Thơng báo lỗi giải thích giao dịch gạch nợ không thành công Yêu cầu chất lượng - Những giai đoạn quan trọng trình xử lý phải ghi vào nhật ký giao dịch - Switch Web Server nhận thông tin hóa đơn khoảng thời gian 15 giây Hủy gạch nợ Tên usercase Hủy gạch nợ Các tác nhân tham - Usecase khởi tạo Switch Web Server LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 91 gia usecase - Usecase giao tiếp với SIBS hệ thống nhà cung cấp dịch vụ Luồng xử lý Switch Web Server gửi yêu cầu hủy gạch nợ tới Bill Payment Gateway với thơng tin sau: mã nhà cung cấp, mã dịch vụ, mã giao dịch gạch nợ thành cơng trước đó, … Bill Payment Gateway ClientLogMsg sở liệu tạo ghi Bill Payment Gateway khởi tạo usecase “Hủy hạch toán tài khoản SIBS” giao dịch gạch nợ trước có hạch tốn tài khoản SIBS Bill Payment Gateway khởi tạo usecase “Hủy gạch nợ hóa đơn nhà cung cấp” Bill Payment Gateway tổng hợp kết gửi trả cho Switch Điều kiện để khởi tạo usecase - Switch Web Server nhận xác nhận giao dịch hủy gạch nợ thành công - Thơng báo lỗi giải thích giao dịch gạch nợ không thành công Điều kiện kết thúc usecase Yêu cầu chất lượng Trước Switch Web Server phải thực thành công usecase “Gạch nợ” - Những giai đoạn quan trọng trình xử lý phải ghi vào nhật ký giao dịch - SWITCH Web Server nhận thơng tin hóa đơn khoảng thời gian 15 giây LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com ... 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 ngành : Hệ thống thông tin Mã số : 604805 LUẬN VĂN THẠC SĨ NGƢỜI HƢỚNG DẪN... dụng dịch vụ ứng dụng, dịch vụ module phần mềm khác yêu cầu sử dụng dịch vụ Đây thực thể thực thi q trình định vị dịch vụ thơng qua service registry, liên kết với dịch vụ thực thi chức dịch vụ. .. 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àng BIDV Nội dung luận văn tổng hợp, trình bày chương sau: - Chương 1: Giới thiệu khái niệm kiến trúc hướng dịch vụ SOA,
Ngày đăng: 05/12/2022, 18:02
Xem thêm:
