Các vấn đề trong quá trình thực hiện

Một phần của tài liệu (LUẬN văn THẠC sĩ) hệ thống giao dịch thanh toán di động bảo đảm luận văn ths công nghệ thông tin 1 01 10 (Trang 59 - 62)

2 Kết cấu luận văn

3.2 Các vấn đề trong quá trình thực hiện

Phần này mô tả việc ra quyết định trong quá trình thực hiện, những quyết định đã mang lại tính năng cuối cùng của hệ thống. Như thường lệ, trong một số trường hợp, phạm vi của chức năng hệ thống được giới hạn ở các đặc trưng tuyệt đối liên quan – ví dụ, sẽ không khả thi nếu thực hiện tất cả các tùy chọn theo một số các tiêu chuẩn nào đó.

3.2.1 Nội dung tín hiệu WAP

Cốt lõi của Hệ thống Thanh toán Di động về mặt chức năng và cải tiến kỹ thuật chính là sự hỗ trợ chữ ký số WAP. Như đã nói trên, sự lựa chọn nhằm thực thi nguyên lý thiết kế xử lý cho nội dung tín hiệu WAP được quyết định trực tiếp dựa trên nền Java 2 SE.

Chỉ những sự lựa chọn có liên quan nhất tới nội dung tín hiệu WAP [12] mới được thực hiện. Chữ ký dạng đường cong elip X.9.62 và các chứng nhận X.9.68 không được hỗ trợ. Đặc trưng này được hỗ trợ bởi việc thực hiện các bước nêu trong Bảng 8.

Bảng 8 – Yêu cầu xác minh ủy quyền thanh toán và phản hồi

3.2.2 Giao diện thư mục

Chữ ký nội dung tín hiệu WAP có một tùy chọn có khả năng kết hợp chỉ với những tham chiếu với chứng nhận của người ký. Tham chiếu trong chữ ký là một URL dẫn tới một thư mục LDAP. Để có thể tìm lại được chữ ký thì phải thực hiện giao diện LDAP.

JNDI (Java Naming and Directory Interface) được sử dụng để yêu cầu thư mục LDAP cung cấp chứng nhận của người sử dụng. Việc phân tích biểu trưng

URL của lệnh LDAP phải được thực hiện bằng tay, vì nó không hoàn toàn được hỗ trợ bởi JNDI.

3.2.3 Tạo chung liên kết cơ sở dữ liệu

Vì PayerServer là một ứng dụng máy chủ xuyên suốt nên tối đa hóa việc sử dụng liên kết cơ sở dữ liệu trở thành vấn đề trung tâm – việc thiết lập các liên kết cơ sở dữ liệu theo yêu cầu, ví dụ tại mọi yêu cầu, là rất tốn nguồn lực và có thể làm hoạt động của hệ thống giảm sút đáng kể. Việc tạo chung liên kết cơ sở dữ liệu một cách thông minh là rất cần thiết để đảm bảo các đặc tính ACID trong quá trình xử lý giao dịch. Nguồn dữ liệu chung Java của Oracle và việc thực hiện cache kết nối Oracle được sử dụng phục vụ mục đích này. Cache kết nối được đặt ở chế độ động và giới hạn trên của số lần kết nối hiệu lực xảy ra đồng thời tạo ra một thông số mà người sử dụng hệ thống có thể cài đặt được. Theo cách này việc tạo chung và cache kết nối trở nên rất rõ ràng đối với phần còn lại của code ứng dụng.

3.2.4 Thực hiện Mẫu Thiết kế MVC

Mẫu thiết kế MVC cho phép tóm lược và phân chia nguyên lý ứng dụng và nguyên lý trình bày giao diện sử dụng. Mô hình thiết kế được thực hiện như máy chủ RMI. Máy chủ trưng bày giao diện với các servlet điều khiển. Các servlet lần lượt gửi đi các trang JSP để đáp lại giao giện sử dụng trong khi điều khiển tương tác sử dụng và dòng chuyển động. Các tham chiếu JSP được thông số hóa cho các servlet điều khiển và do đó có thể định cấu hình một cách linh hoạt.

Đương nhiên phương pháp thực hiện MVC trong J2EE chỉ là một trong rất nhiều phương pháp. Tuy nhiên, phương pháp này được chấp nhận rộng rãi và cho phép duy trì ứng dụng một cách linh hoạt và tùy biến mà không có nhiều ảnh hưởng tới toàn bộ hệ thống.

Một phần của tài liệu (LUẬN văn THẠC sĩ) hệ thống giao dịch thanh toán di động bảo đảm luận văn ths công nghệ thông tin 1 01 10 (Trang 59 - 62)

Tải bản đầy đủ (PDF)

(84 trang)