- HUỲNH ĐỨC NGHĨA NGHIÊN CỨU KIẾN TRÚC ỨNG DỤNG PHÂN TÁN VÀ ÁP DỤNG XÂY DỰNG HỆ THỐNG QUẢN LÝ YÊU CẦU KHÁCH HÀNG TẠI BƯU ĐIỆN HÀ NỘI LUẬN VĂN THẠC SĨ NGÀNH ĐIỆN TỬ VIỄN THÔNG HÀ NỘI - 2004 BỘ GIÁO DỤC ĐÀO TẠO TRƯỜNG ĐẠI HỌC BÁCH KHOA HÀ NỘI. - HUỲNH ĐỨC NGHĨA NGHIÊN CỨU KIẾN TRÚC ỨNG DỤNG PHÂN TÁN VÀ ÁP DỤNG XÂY DỰNG HỆ THỐNG QUẢN LÝ YÊU CẦU KHÁCH HÀNG TẠI BƯU ĐIỆN HÀ NỘI CHUYÊN NGÀNH: ĐIỆN TỬ VIỄN THÔNG LUẬN VĂN THẠC SĨ NGÀNH ĐIỆN TỬ VIỄN THÔNG NGƯỜI HƯỚNG DẪN KHOA HỌC: PGS. - 8 CHƯƠNG 1 TỔNG QUAN Giới thiệu về hệ thống quản lý yêu cầu khách hàng của Bưu điện Hà Nội. - 10 1.2 Các hạn chế của hệ thống chương trình hiện tại. - 12 CHƯƠNG 2 NGHIÊN CỨU GIẢI PHÁP CHO BÀI TOÁN QUẢN LÝ YÊU CẦU KHÁCH HÀNG Kiến trúc ứng dụng. - 13 2.1.1 Các kiến trúc ứng dụng truyền thống và ưu nhược điểm. - 15 2.1.2.1 Hạn chế trong công tác triển khai và bảo hành bảo trì hệ thống15 2.1.2.2 Hạn chế về năng lực xử lý của hệ thống. - 17 2.1.2.5 Hạn chế về tính mềm dẻo của hệ thống. - 17 2.1.2.6 Hạn chế về chi phí cấu hình hệ thống. - 18 2.1.3 Kiến trúc ứng dụng phân tán (kiến trúc nhiều lớp. - 18 2.1.3.1 Vấn đề triển khai và bảo hành bảo trì hệ thống. - 19 2.1.3.2 Vấn đề năng lực xử lý của hệ thống. - 20 2.1.3.5 Vấn đề tính mềm dẻo và khả chuyển của hệ thống. - 21 2.1.3.6 Vấn đề chi phí cấu hình hệ thống. - 21 2.1.4 Lựa chọn kiến trúc ứng dụng. - 23 2.2.1.3 Ứng dụng nhiều lớp trên Java. - 28 2.2.2.3 Ứng dụng nhiều lớp trên .NET. - 32 CHƯƠNG 3 XÂY DỰNG ỨNG DỤNG PHÂN TÁN TRÊN .NET PLATFORM Giới thiệu. - 34 3.2 Cấu trúc ứng dụng phân tán trên .NET. - 34 3.3 Giao tiếp giữa các thành phần của ứng dụng trên môi trường .NET. - 40 3.3.2.4 Lựa chọn phương thức giao tiếp cho hệ thống Quản lý yêu cầu khách hàng. - 43 3.5 An toàn hệ thống. - 46 3.5.1 Các nguy cơ gây mất an toàn cho hệ thống. - 48 3.5.3.1 Các đặc điểm của việc kiểm tra quyền trên môi trường ứng dụng phân tán. - 50 Trang 3 Huỳnh Đức Nghĩa – cao học ĐTVT 2002 Luận văn tốt nghiệp 3.5.4 Mã hóa dữ liệu trên kênh truyền. - 57 CHƯƠNG 4 PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG Khảo sát bài toán. - 60 4.1.2 Cấu trúc hệ thống. - 62 4.1.2.1 Mô hình nghiệp vụ chính của hệ thống. - 64 4.1.2.3 Mô hình khai thác dữ liệu. - 67 4.1.4 Sự cần thiết của việc xây dựng hệ thống. - 69 4.1.6.1 Tiếp nhận yêu cầu. - 71 4.2.1 Sơ đồ luồng dữ liệu mức ngữ cảnh. - 73 4.2.3 Sơ đồ luồng dữ liệu các mức. - 76 4.2.3.1 Sơ đồ luồng dữ liệu mức đỉnh. - 76 4.2.3.2 Sơ đồ luồng dữ liệu mức dưới đỉnh – Tiếp nhận yêu cầu. - 78 4.2.3.3 Sơ đồ luồng dữ liệu mức dưới đỉnh – Thu phí. - 81 4.2.3.5 Sơ đồ phân rã luồng dữ liệu mức hai. - 85 4.2.5 Chức năng hệ thống. - 86 CHƯƠNG 5 KẾT LUẬN Đánh giá hệ thống mới so với hệ thống cũ. - 87 5.1.2.3 Đáp ứng đối với yêu cầu an toàn hệ thống. - 88 5.1.2.4 Mức độ thuận tiện khi triển khai hệ thống. - 88 5.1.2.5 Khả năng mở rộng hệ thống. - 88 5.1.2.6 Đòi hỏi cấu hình phần cứng của hệ thống. - 19 Hình 2.4 : Cấu trúc ứng dụng chạy trên Java platform. - 24 Hình 2.6 : Cấu trúc ứng dụng chạy trên Java platform. - 28 Hình 2.8 : Cấu trúc ứng dụng chạy trên .NET platform. - 29 Hình 2.9 : Cấu trúc ứng dụng phân tán (nhiều lớp) trên .NET. - 29 Hình 3.1 : Cấu trúc ứng dụng phân tán trên môi trường .NET. - 61 Hình 4.2 : Mô hình nghiệp vụ tổng thể hệ thống Quản lý yêu cầu khách hàng. - 63 Hình 4.3 : Sơ đồ luồng dữ liệu mức ngữ cảnh. - 72 Hình 4.5 : Sơ đồ phân cấp chức năng hệ thống Quản lý yêu cầu khách hàng. - 74 Hình 4.6 : Sơ đồ luồng dữ liệu mức đỉnh. - 76 Hình 4.7 : Sơ đồ luồng dữ liệu mức dưới đỉnh – Tiếp nhận yêu cầu. - 78 Hình 4.8 : Sơ đồ luồng dữ liệu mức dưới đỉnh – Thu phí. - 79 Trang 6 Huỳnh Đức Nghĩa – cao học ĐTVT 2002 Luận văn tốt nghiệp Hình 4.9 : Sơ đồ dữ liệu mức dưới đỉnh – Phát triển thuê bao. - 85 Trang 7 Huỳnh Đức Nghĩa – cao học ĐTVT 2002 Luận văn tốt nghiệp Danh mục các bảng Bảng 3.1: Quá trình kiểm tra quyền trong hệ thống khách – chủ. - 58 Trang 8 Huỳnh Đức Nghĩa – cao học ĐTVT 2002 Luận văn tốt nghiệp Mở đầu Trong những năm vừa qua, việc ứng dụng tin học phục vụ công tác điều hành sản xuất kinh doanh trong các ngành kinh tế nói chung và trong ngành viễn thông nói riêng đã đem lại những hiệu quả rất to lớn. - Để thành công, các doanh nghiệp phải không ngừng hợp lý hóa công tác quản lý điều hành, khiến cho quy mô và độ phức tạp của các hệ thống thông tin hỗ trợ ngày càng tăng. - Các kiến trúc phần mềm truyền thống, vốn chỉ phù hợp để xây dựng những ứng dụng đơn lẻ, trở nên không còn phù hợp để phát triển những hệ thống thông tin có quy mô doanh nghiệp và vượt ra ngoài doanh nghiệp. - Trong bối cảnh đó, luận văn này đi sâu nghiên cứu áp dụng một kiến trúc ứng dụng mới - kiến trúc ứng dụng phân tán để xây dựng một hệ thống hỗ trợ điều hành sản xuất kinh doanh cho một doanh nghiệp – hệ thống Quản lý yêu cầu khách hàng của Bưu điện Hà Nội. - Chương 1 : Tổng quan Chương 1 giới thiệu hệ thống quản lý yêu cầu khách hàng hiện tại của Bưu điện Hà Nội. - Chương này so sánh giữa các mô hình kiến trúc ứng dụng truyền thống và mô hình kiến trúc ứng dụng phân tán, từ đó xác định mô hình ứng dụng phân tán là giải pháp phù hợp nhất cho bài toán Quản lý yêu cầu khách hàng. - Chương 3 : Xây dựng ứng dụng phân tán Trên cơ sở các phân tích lựa chọn giải pháp đã trình bày trong chương 2, chương 3 đi sâu tìm hiểu các vấn đề trong việc xây dựng ứng dụng phân tán. - Chương 4 : Phân tích và thiết kế hệ thống Chương 4 trình bày quá trình phân tích và thiết kế hệ thống Quản lý yêu cầu khách hàng mới dựa trên phương pháp phân tích thiết kế có cấu trúc (Structural analysis). - Trong chương này, hệ thống được thiết kế từ trên xuống (top down) qua từng bước với các biểu đồ luồng dữ liệu các mức. - Chương 5 : Kết luận Chương 5 đưa ra các đánh giá về hệ thống mới so với hệ thống cũ và các kiến nghị về các nghiên cứu tiếp theo. - Phụ lục 1 : Các sơ đồ quan hệ thực thể chính Phụ lục 1 trình bày các sơ đồ quan hệ thực thể chính của hệ thống. - Phụ lục 2 : Các giao diện chính của hệ thống mới Phụ lục 2 trình bày các giao diện tiêu biểu của hệ thống. - Hà Nội, ngày 16 tháng 09 năm 2004 Huỳnh Đức Nghĩa Trang 10 Huỳnh Đức Nghĩa – cao học ĐTVT 2002 Luận văn tốt nghiệp Chương 1 Tổng quan 1.1 Giới thiệu về hệ thống quản lý yêu cầu khách hàng của Bưu điện Hà Nội Bưu điện Hà Nội là một bưu điện lớn với nhiều điểm giao dịch được triển khai khắp thành phố. - Nhu cầu về một hệ thống chương trình hỗ trợ quản lý các yêu cầu khách hàng trên máy tính trở nên rõ ràng và cấp thiết. - 1.2 Các hạn chế của hệ thống chương trình hiện tại Hệ thống quản lý yêu cầu hiện tại của Bưu điện Hà Nội được xây dựng trên phiên bản Foxpro trên hệ điều hành DOS. - Foxpro for DOS được xây dựng để phát triển các ứng dụng 1 lớp. - Vì vậy, các nhược điểm mà một ứng dụng xây dựng dựa trên Foxpro bao gồm: Trang 11 Huỳnh Đức Nghĩa – cao học ĐTVT 2002 Luận văn tốt nghiệp a) Năng lực xử lý Là một trong những hệ cơ sở dữ liệu ở mức sơ khai, Foxpro không hỗ trợ các tính năng xử lý tương tranh, giao tác (transaction), các ràng buộc dữ liệu (constraints)… Nếu cần đến những tính năng này, người viết chương trình phải thực hiện ở mức ứng dụng. - Một ứng dụng Foxpro for DOS thường chỉ nằm trên cùng một máy với file chứa dữ liệu (*.dbf), thực hiện toàn bộ các chức năng nhập dữ liệu, xử lý dữ liệu, xử lý giao tác. - Khi này việc xử lý tương tranh phụ thuộc hoàn toàn vào ứng dụng. - Điều này khiến cho việc thực hiện các hệ thống phân tán với cơ sở dữ liệu tập trung quy mô lớn là hầu như không thể thực hiện được. - Khả năng truy cập vào dữ liệu một cách dễ dàng mà không phải thông qua lớp ứng dụng như vậy là một tiềm năng cho các cuộc tấn công vào ứng dụng. - Với những hạn chế như vậy, hệ thống Quản lý yêu cầu khách hàng hiện tại của Bưu điện Hà Nội đang gặp nhiều khó khăn trong việc đáp ứng số lượng các yêu cầu dịch vụ ngày càng tăng về số lượng và phong phú về loại hình. - Nhu cầu cho một hệ thống mới thỏa mãn được các yêu cầu về tốc độ, khả năng mở rộng, độ chính xác và an toàn dữ liệu đang được đặt ra một cách cấp bách. - Trang 12 Huỳnh Đức Nghĩa – cao học ĐTVT 2002 Luận văn tốt nghiệp 1.3 Phạm vi của đồ án Đồ án này sẽ tập trung vào các vấn đề sau − Nghiên cứu mô hình ứng dụng phân tán để áp dụng cho bài toán Quản lý yêu cầu khách hàng. - Nghiên cứu về các kiến trúc ứng dụng. - So sánh giữa các mô hình ứng dụng truyền thống và mô hình ứng dụng phân tán. - Đưa ra các lý do lựa chọn mô hình ứng dụng phân tán. - Nghiên cứu lựa chọn các giải pháp công nghệ để triển khai mô hình ứng dụng phân tán. - Thực hiện phân tích thiết kế hệ thống Quản lý yêu cầu khách hàng dựa trên các nghiên cứu về giải pháp đã thực hiện. - Phát triển hệ thống. - Phần lập trình phát triển hệ thống không được trình bày trong đồ án. - Thay vào đó, các giao diện người sử dụng chính của hệ thống sau khi phát triển được trình bày trong Phụ lục 2 Các giao diện của chương trình. - 1.4 Phương pháp nghiên cứu Phương pháp nghiên cứu được sử dụng xuyên suốt trong quá trình phân tích thiết kế hệ thống Quản lý yêu cầu khách hàng là phương pháp phân tích có cấu trúc (structured analysis). - Trang 13 Huỳnh Đức Nghĩa – cao học ĐTVT 2002 Luận văn tốt nghiệp Chương 2 Nghiên cứu giải pháp cho bài toán Quản lý yêu cầu khách hàng 2.1 Kiến trúc ứng dụng 2.1.1 Các kiến trúc ứng dụng truyền thống và ưu nhược điểm 2.1.1.1 Kiến trúc 1 lớp (1-tier) Kiến trúc này gắn với giai đoạn đầu khi máy tính ra đời. - Vì vậy, các ứng dụng sử dụng kiến trúc 1 lớp là các ứng dụng có quy mô nhỏ, chạy trên các máy tính độc lập. - Một ví dụ cho loại ứng dụng này là các chương trình xử lý văn bản, các chương trình có sử dụng cơ sở dữ liệu quy mô nhỏ sử dụng foxpro, access. - Hình 2.1 : Mô hình 1 lớp – toàn bộ chương trình chạy trên 1 máy tính Khi các máy tính bắt đầu được kết nối với nhau, để tận dụng được các ưu thế của môi trường mạng, một giải pháp tình thế cho các ứng dụng với kiến trúc 1 lớp là chia sẻ tài nguyên cơ sở dữ liệu. - Hệ thống Quản lý yêu cầu khách hàng hiện tại của Bưu điện Hà Nội thuộc nhóm các ứng dụng này. - Do vậy kiến trúc này có rất nhiều hạn chế về năng lực xử lý, an toàn dữ liệu, giá thành nâng cấp phần cứng, khả năng mở rộng hệ thống… Các nhược điểm của kiến trúc này khiến cho việc phát triển những hệ thống lớn, phức tạp là không thể thực hiện được. - 2.1.1.2 Kiến trúc 2 lớp (2-tier) Tiếp sau mô hình File server, người ta thường phát triển các ứng dụng mạng theo mô hình Client/Server. - Chương trình server sẽ thực hiện yêu cầu. - Trong mô hình Client/Server, giao diện client trong các hệ thống này thường là giao diện GUI Application, và một số giao diện đã được cung cấp dưới dạng Web browser với điểm mạnh là tích hợp ngôn ngữ script. - Các ứng dụng sử dụng các hệ cơ sở dữ liệu tập trung cũng được xếp vào loại này. - Một cơ sở dữ liệu tiên tiến không chỉ là một tập các file chứa dữ liệu, mà còn bao gồm các tiến trình xử lý phức tạp chạy trên máy chủ để thực hiện các vấn đề xử lý tương tranh, kiểm tra ràng buộc dữ liệu, xử lý dữ liệu… Ví dụ của các hệ thống ứng dụng kiểu này là một chương trình chạy trên máy trạm kết nối tới cơ sở dữ liệu Oracle.
Xem thử không khả dụng, vui lòng xem tại trang nguồn hoặc xem
Tóm tắt