Nghiên cứu về kiến trúc hướng dịch vụ và webservice

86 410 0
Nghiên cứu về kiến trúc hướng dịch vụ và webservice

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

Thông tin tài liệu

MỤC LỤC LỜI MỞ ĐẦU Chương TỔNG QUAN VỀ KIẾN TRÚC HƯỚNG DỊCH VỤ .4 1.1 Thực trạng 1.2 Phân tích, đánh giá số mô hình kiến trúc phân tán 1.2 Các vấn đề phát sinh, nguyên nhân biện pháp khắc phục Chương KIẾN TRÚC HƯỚNG DỊCH VỤ (SOA) VÀ WEBSERVICE 11 2.1 Kiến trúc hướng dịch vụ (SOA) 11 2.1.1 Khái niệm kiến trúc hướng dịch vụ 11 2.1.2 Các tính chất hệ thống SOA 12 2.1.3 Lợi ích SOA 17 2.1.4 Quy trình xây dựng hệ thống SOA 20 2.2 Dịch vụ web (web service) 25 2.2.1 Khái niệm dịch vụ web 25 2.2.2 Đặc điểm dịch vụ web 27 2.2.3 Ưu nhược điểm 28 2.2.4 Kiến trúc web service 29 2.2.5 Các thành phần web service .30 2.2.6 An toàn cho dịch vụ Web 39 2.3 Xây dựng Web Services 40 2.3.1 Các giai đoạn xây dựng Web services 40 2.3.2 Các hướng tiếp cận xây dựng web service 42 2.3.3 Qui trình xây dựng web service 45 Chương XÂY DỰNG ỨNG DỤNG 48 3.1 Hệ thống thông tin địa lý (GIS) 48 3.1.1 Khái niệm GIS 48 3.1.2 Các thành phần GIS 48 3.1.3 Thành phần liệu GIS 49 3.2 Các chuẩn mở OpenGIS 53 3.2.1 Web Map Service 54 3.2.2 Web Feature Service 55 3.3 Bài toán ứng dụng .58 3.3.1 Phân tích .60 3.3.2 Xây dựng hệ thống thông tin Web với mã nguồn mở .60 3.3.3 Các vấn đề liên quan đến toán phương hướng giải 62 3.3.4 Sơ đồ kiến trúc chi tiết áp dụng 65 3.3.5 Thiết kế 65 KẾT LUẬN 82 TÀI LIỆU THAM KHẢO 84 PHỤ LỤC .86 LỜI MỞ ĐẦU Ngày nay, nhu cầu phát triển mở rộng phần mềm ngày đòi hỏi cao hơn, nhanh chuyên nghiệp Người sử dụng phần mềm không người dùng bình thường mà nhà xây dựng, phát triển phần mềm khác Người phát triển phần mềm không xây dựng phần mềm từ chỗ gì, họ sử dụng lại phần mềm nhà phát triển khác Từ đó, nhu cầu đóng gói, trao đổi mua bán gói phần mềm ngày tăng cao Vào thời đại ngày nay, với phát triển Interrnet với công nghệ khác kèm theo, việc trao đổi, mua bán gói phần mềm thực thi chúng ngày thuận lợi nhanh chóng Từ đó, dẫn đến đời nhiều giải pháp phát triển phần mềm khác nhau, chẳng hạn DCOM, CORRBA, RMI, … Nhưng đó, bật có nhiều ưu điểm giải pháp phát triển phần mềm dự kiến trúc hướng dịch vụ (SOA – Service Oriented Architecture) triển khai chế Web Service Việc áp dụng giải pháp dịch vụ Web cho ứng dụng GIS (Geographical Information Systems) triển khai ngày rộng rãi Do hoàn toàn giải yêu cầu đặt ứng dụng cho GIS Chính vậy, việc tiến hành nghiên cứu kỹ thuật lập trình Web Service để triển khai cho hệ thống hướng dịch vụ hướng nghiên cứu mang tính chiến lược cho phát triển ứng dụng tương lai Nên em tìm hiểu đề tài “Nghiên cứu kiến trúc hướng dịch vụ webservice” cho đồ án tốt nghiệp, bao gồm chương Chương Tổng quan kiến trúc hướng dịch vụ Chương Kiến trúc hướng dịch vụ (SOA) WebService Chương Ứng dụng: Xây dựng hệ thống thông tin địa lý (GIS) Thái Nguyên, tháng 5-2010 Chương TỔNG QUAN VỀ KIẾN TRÚC HƯỚNG DỊCH VỤ 1.1 Thực trạng Ngày nay, phần mềm ngày trở nên phức tạp mức dường vượt khỏi khả kiểm soát mô hình phát triển có Đây vấn đề đặt lĩnh vực phát triển phần mềm Một thực trạng đáng buồn có nhiều hệ thống phần mềm xây dựng với kiến trúc phức tạp, chi phí phát triển bảo trì cao, đặc biệt với hệ thống phần mềm cao cấp Hàng chục năm qua, kiến trúc phần mềm cố gắng giải vấn đề Thế độ phức tạp tiếp tục tăng dường vấn đề vượt qua khả xử lý kiến trúc thông thường Nguyên nhân khiến cho hệ thống có độ phức tạp tăng cao xuất nhiều công nghệ tạo nên môi trường không đồng nhất, nhu cầu trao đổi, chia sẻ, tương tác hệ thống đáp ứng môi trường Và dung hòa khác biệt hệ thống hệ thống cũ Các hệ thống cũ cần sử dụng lại thay phải gỡ bỏ thay chi phí thực lại từ đầu chắn cao việc chi phí chuyển đổi cũ nhiều lần Vấn đề liên quan đến khái niệm thách thức mà tổ chức phải đối mặt, vấn đề “tích hợp hệ thống” (Enterprise Architecture Integration - EAI) Hiện vấn đề nhiều tổ chức, doanh nghiệp quan tâm đến, với mức chi phí đầu tư lớn IBM, Microsoft, … Một nguyên nhân khác dẫn đến tình trạng khó khăn vấn đề lập trình dư thừa tái sử dụng Chẳng hạn ngân hàng có nhiều chi nhánh khác nhau, chi nhánh có hệ thống tách biệt cần kết nối với hệ thống khác ngân hàng để phục vụ khách hàng hiệu Giả sử hệ thống thiết kế tốt Thế hệ thống xây dựng thời gian khác nhau, dự án độc lập khác Vấn đề lấy liệu thống kê tài khoản bị lặp lại nhiều hệ thống ATM, chi nhánh hệ thống lưu trữ tài khoản, người dùng truy cập vào tài khoản sở liệu Bây ngân hàng cần phát triển hệ thống cung cấp dịch vụ gửi tiền hay cho vay tiền để cao chất lượng phục vụ khách hàng Thì hệ thống xây dựng nào? Nếu giải pháp xây dựng hệ thống mới, gặp phải vấn đề lớn: dư thừa, không đồng nhất, tốn kém, … Còn chọn giải pháp sử dụng lại chức sẵn có, phải đối mặt với chuyện thiết lập mối liên kết với toàn hệ thống trước Hầu tổ chức, doanh nghiệp phải đối mặt với vấn đề tích hợp với nhiều lý do, đặc biệt thị trường ngày nay, thay đổi diễn với tốc độ chóng mặt Có thể mở rộng thêm chi nhánh, hệ thống bán hàng mới, đơn giản kết nối hệ thống sẵn có Những vấn đề trước chưa giải mà phải đối mặt với thách thức mới: đáp ứng nhanh chóng thay đổi, giảm chi phí phát triển, tăng khả tương thích, tái sử dụng, … Tất tạo nên áp lực nặng nề nhà phát triển phần mềm 1.2 Phân tích, đánh giá số mô hình kiến trúc phân tán Một số kiến trúc phân tán phổ biến CORBA, RMI, DCOM Các kiến trúc mở rộng hệ thống hướng đối tượng cách cho phép phân tán đối tượng mạng ► RMI (Remote Method Invocation): RMI phần J2SDK (Java Platform Standard Development Kit ) hàm thư viện hỗ trợ cho lời triệu gọi phương thức từ xa trả giá trị cho ứng dụng tính toán phân tán RMI cho phép chạy đối tượng môi trường JVM (Java Virtual Machine) triệu gọi với đối trượng chạy JVM khác RMI cung cấp cho việc trao đổi truyền thông chương trình viết ngôn ngữ lập trình Java Trong ứng dụng không phân tán Java, đoạn mã đối tượng gọi phương thức đối tượng khác máy ảo Java phân đoạn địa truyền tham số từ đối tượng gọi đến phương thức gọi, trả giá trị cho đối tượng thực thi phương thức Trong ứng dụng phân tán, đoạn mã lập trình phương thức trông giống trường hợp ứng dụng không phân tán, chế hoàn toàn khác dùng để móc nối đối tượng Khi đối tượng muốn triệu gọi phương thức, gọi đối tượng bè bạn bên phía máy khách, đối tượng đại diện cho đối tượng gọi phương thức bên phía máy chủ Đối tượng gọi stub Stub gọi kiến trúc RMI bên phía máy khách di chuyển liệu qua mạng đến kiến trúc RMI máy chủ, đến lượt gọi thực thi đối tượng bè bạn phía máy chủ gọi skeleton Hình 1.1 - Mô hình RMI Đối tượng skelenton gọi phương thức đối tượng thật bên phía máy chủ Đến trả lại kết chế giống hệt triệu gọi thực thi theo chiều ngược lại, kết trả truyền cho đối tượng skelenton phía máy chủ, đối tượng truyền theo kiểu đường mạng sử dụng kiến trúc RMI, tiếp đến triệu gọi đối tượng stub bên phía máy khách, trả giá trị cho đối tượng gọi phương thức Vậy, ưu điểm kiến trúc đối tượng phân tán RMI người lập trình cần lập trình lời gọi phương thức đối tượng gọi diện máy ảo Nhưng nhược điểm RMI thích hợp cho ứng dụng viết ngôn ngữ Java ► CORBA – Common Object Request Broker Architecture: CORBA Là chuẩn công nghiệp đưa OMG (Object Management Group), cho phép gọi phương thức từ xa nhận kết trả về, không giống RMI, sử dụng bên phía gọi bên phía phương thức gọi sử dụng ngôn ngữ lập trình khác CORBA định nghĩa từ phần:  Thực thể mà cho phép liên lạc tiến trình gọi mô giới yêu cầu đối tượng (Object Request Broker - ORB)  Một giao thức ORB dùng để liên lạc nhiều tiến trình, gọi IIOP (Internet Interoperability Protocol) Nền Java chứa CORBA ORB CORBA dung kỹ thuật stub/skelenton RMI, không giống RMI, CORBA phát sinh stub skelenton từ nột mô tả giao diện độc lập với ngôn ngữ gọi ngôn ngữ mô tả giao diện (Interface Definition Language - IDL) thay mã nguồn ngôn ngữ IDL xác định tên phương thức, tham số gọi trả theo kiểu ngôn ngữ trung lập Ưu điểm CORBA lập trình viên chọn ngôn ngữ, tảng phần cứng, giao thức mạng công nghệ để phát triển mà thoả tính chất CORBA Tuy nhiên CORBA có số nhược điểm ngôn ngữ lập trình cấp thấp, phức tạp, khó học cần đội ngũ phát triển có kinh nghiệm Ngoài đối tượng CORBA khó tái sử dụng ► DCOM – Distributed Component Object Model: DCOM mô hình phân tán dễ triển khai với chi phí thấp, hỗ trợ tigh coupling ứng dụng hệ điều hành Mô hình Component Object Model (COM) định nghĩa cách thức các thành phần client liên lạc trao đổi với máy DCOM mở rộng COM cách sử dụng giao thức mạng chuẩn cần trao đối liệu với máy khác mạng DCOM hỗ trợ kết nối đối tượng kết nối thay đổi lúc chạy Các đối tượng DCOM triển khai bên gói nhị phân chứa mã lệnh quản lý chu kỳ sống đối tượng việc đăng ký đối tượng DCOM mang đến nhiều ưu điểm tính ổn định, không phụ thuộc vị trí địa lý, quản lý kết nối hiệu dễ dàng mở rộng, lựa chọn tốt cho doanh nghiệp sử dụng công nghệ Windows để chạy ứng dụng có yêu cầu cao xác ổn định Tuy nhiên, công nghệ Microsoft có nhược điểm lớn chúng bị giới hạn tảng Windows Hình 1.2 - Mô hình tương tác đối tượng DCOM Các kiến trúc hướng đến việc xây dựng hệ thống “hướng dịch vụ” nhiên chúng gặp phải số vấn đề: • Đầu tiên kiến trúc triển khai cài đặt bên phía nhà cung cấp dịch vụ phía sử dụng dịch vụ phải giống Điều đồng nghĩa với khó khăn có thay đổi từ phía thay đổi cần đánh giá, lên kế hoạch sửa chữa phía • Tiếp đến chuẩn đa phần chuẩn đóng, chúng kết hợp, hoạt động với chuẩn khác Ví dụ bắt đối tượng Java trao đổi liệu trực tiếp với đối tượng DCOM Lượng thông tin lần thực giao dịch ít, thực nhiều lần dẫn đến chiếm dụng băng thông sử dụng tăng thời lượng đáp trả liệu 1.2 Các vấn đề phát sinh, nguyên nhân biện pháp khắc phục Ngày áp lực đặt lên doanh nghiệp ngày lớn: giảm chi phí đầu tư sở hạ tầng, khai thác có hiệu công nghệ có sẵn, phải cố gắng phục vụ yêu cầu khách hàng ngày tốt hơn, đáp ứng tốt thay đổi nghiệp vụ, khả tích hợp cao với hệ thống bên ngoài… Nguyên nhân khó khăn là: không đồng thay đổi Hầu hết doanh nghiệp ngày sở hữu nhiều hệ thống, ứng dụng, với kiến trúc khác nhau, xây dựng vào khoảng thời gian khác dựa công nghệ khác Vào năm 1990, doanh nghiệp chọn giải pháp trọn gói, mua hẳn vài gói phần mềm lớn với module tích hợp sẵn thay cố gắng “sửa kết hợp” chúng với nhau, lúc kết hợp sản phẩm từ nhiều nhà cung cấp khác thực ác mộng Ngày nay, doanh nghiệp chi trả vậy, giải pháp trọn gói thường không linh hoạt có giá thành cao Các doanh nghiệp quay lại tìm kiếm giải pháp kết hợp ứng dụng cũ cho thoả mãn nhu cầu, Trong trình kết hợp chắn gặp khó khăn như:  Không đủ khả quản lý quy trình nghiệp vụ  Tốn chi phi tích hợp  Số lượng lớn nhà cung cấp khách hàng, chưa kể đối thủ cạnh trạnh, quy trình nghiệp vụ phức tạp  Số lượng lớn ứng dụng cần kết hợp  Quá nhiều định dạng liệu  Yêu cầu khách hàng thường xuyên thay đổi Đa phần khó khăn bắt nguồn từ ba nguyên nhân: phức tạp, không linh hoạt không bền vững  Phức tạp: Ngày doanh nghiệp công nghệ thông tin có nhiều hệ thống khác làm việc theo cách khác Các công ty phát triển phần mềm phải thuê nhóm nhân viên giàu kinh nghiệm, có khả nhiều lĩnh vực khác để phát triển, triển khai quản lý ứng dụng hệ thống mà thân chúng không thống với Thêm vào việc nâng cấp phức tạp, tích hợp với nhu cầu bảo mật ngày tăng  Không linh hoạt: Cùng với phức tạp tính cứng nhắc sách, chiến lược phát triển, sở hạ tầng công ty Hầu công ty có ứng dụng có sẵn mà khó nâng cấp, khó kết hợp hoạt động tệ hơn, thay Vấn đề tích hợp trở nên tốn khó khăn  Không bền vững: trái ngược với cứng nhắc nói không bền vững với khả thất bại vấn đề khác kèm Các phương pháp tiếp cận truyền thống việc xây dựng hệ thống phần mềm thường dẫn đến “mớ hỗn độn” giải pháp lắp ghép, tích hợp Kết có thay đổi quy trình nghiệp vụ yêu cầu công ty phải chấp nhận phát triển dự án nâng cấp tốn hủy thay hẳn công nghệ không phù hợp Rủi ro lúc tăng lên với phụ thuộc chồng chéo thành phần, hệ thống có sẵn Chính doanh nghiệp cần cách tiếp cận để giải vấn đề môi trường không đồng tốc độ chóng mặt thay đổi phải xoay sở với nguồn ngân sách hạn hẹp kinh tế khó khăn Cách tiếp cận gọi “kiến trúc hướng dịch vụ” Service oriented Architecture (SOA) 10 Người dùng chọn tên phường/xã hay toàn thành phố ô chọn: Tiếp tục người dùng nhấn nút xem đồ: Hệ thống xác định vị trí tên phường/xã đồ di chuyển đồ đến vị trí người dùng chọn lựa  Yêu cầu đặc biệt: Không có  Liên hệ:  Đặc tả: UC mô tả người dùng liên lạc với người quản trị hệ thống  Luồng kiện: UC bắt đầu người dùng muốn liên lạc với người quản trị hệ thống Khi người dùng click vào liên hệ Hệ thống hình giao diện cung cấp thông tin cần thiết ban quản trị web như: tên, email, số điện thoại liên lạc Khi người dùng click chuột vào địa email chương trình Microsoft Office Outlook xuất cho phép người dùng soạn email gửi email cho người quản trị hệ thống  Yêu cầu đặc biệt: Không có  Cập nhật sở liệu: 72  Đặc tả: UC cho phép người quản trị hệ thống (Administranotr) cập nhật sở liệu Web Map Server (Geoserver)  Luồng kiện: UC bắt đầu người dùng đăng nhập vào hệ thống Server để chỉnh sửa hay cập nhật CSDL cho hệ thống Người quản trị đăng nhập vào hệ thống qua tài khoản lập Hệ thống Server kiểm tra tài khoản Nếu tài khoản đăng nhập hợp lệ chuyển sang bước Ngược lại tài khoản không hợp lệ chuyển sang luồng phụ Hệ thống hình thông tin cập nhật sở liệu cho hệ thống Hệ thống sử lý trả thông báo cho người quản trị Luồng phụ: Hệ thống thông báo tài khoản không hợp lệ yêu cầu nhập lại tài khoản Quay luồng  Yêu cầu đặc biệt: Yêu cầu người quản trị hệ thống server 3.3.5.3 Thiết kế sở liệu Việc tổ chức lưu trữ liệu hệ quản trị mã nguồn mở MySQL Server version 5.0 Hệ quản trị tốt cho ứng dụng OpenGIS có hàm hỗ trợ theo đặc tả OpenGIS đưa Dữ liệu địa lý thành phố Thái Nguyên thuộc tỉnh Thái Nguyên gồm bảng sau: 73 Tên bảng Ý nghĩa Phuong Lưu trữ thông tin phường thành phố Truong_DH Lưu trữ thông tin trường ĐH Duong Lưu trữ thông tin đường thành phố Ben_xe Lưu trữ thông tin bến xe thành phố Benh_vien Lưu trữ thông tin bệnh viện thành phố Sở Lưu trữ thông tin sở thành phố Song Lưu trữ thông tin sông thành phố Nha_tho Lưu trữ thông tin nhà thờ thành phố Ngan_hang Lưu trữ thông tin ngân hàng thành phố Lưu trữ thông tin bưu điện thành phố Buu_dien ► Mối quan hệ bảng Phường/Xã * Địa điểm Phường/Xã: Bảng lưu trữ thông tin phường/xã thành phố Địa điểm: gồm bảng lưu trữ thông tin địa điểm phường/xã như: bưu điện, trường đại học, ngân hàng, sở ban nghành, … ► Chi tiết bảng 74  Bảng “Phuong” STT Tên Cột id_phuong the_geom Kiểu liệu Số nguyên (integer) Kiểu Polygon (kiểu vùng) thuộc MySQL Ý nghĩa ID (khóa chính) Tạo điểm, nối điểm thành vùng phạm vi phường/xã Ten Chuỗi (varchar) Tên phường/xã dien_tich Số thực (real) Diện tích Phường/xã chu_vi Số thực (real) Chu vi Phường/Xã mo_ta Chuỗi (varchar) Mô tả  Bảng “Truong_DH” STT Tên Cột id the_geom Kiểu liệu Số nguyên (integer) Kiểu Point Ý nghĩa ID (khóa chính) (kiểu Là điểm cho biết tọa điểm) thuộc MySQL độ đồ ten Chuỗi (varchar) Tên trường CĐ-ĐH id_phuong Số nguyên (integer) dia_chi Chuỗi (varchar) 75 ID phường mà trường thuộc (khóa ngoài) Địa trường dien_thoai Chuỗi (varchar) Số điện thoại trường mo_ta Chuỗi (varchar) Mô tả  Bảng “Duong” STT Tên Cột id Kiểu liệu Số nguyên (integer) Kiểu the_geom (kiểu LineString dòng) thuộc MySQL Ý nghĩa ID (khóa chính) Cho biết điểm tạo nên đường ten Chuỗi (varchar) Tên đường giao thông chieu_dai Số thực (real) Chiều dài mo_ta Chuỗi (varchar) Mô tả Bảng “Ben_xe” STT Tên Cột id the_geom ten Kiểu liệu Số nguyên (integer) Kiểu Point Ý nghĩa ID (khóa chính) (kiểu Là điểm cho biết tọa điểm) thuộc MySQL độ đồ Chuỗi (varchar) Tên bến xe khách 76 ID phường mà bến xe id_phuong Số nguyên (integer) khách thuộc (khóa ngoài) dia_chi Chuỗi (varchar) Địa bến xe mo_ta Chuỗi (varchar) Mô tả Bảng “Benh_vien” STT Tên Cột id the_geom ten Kiểu liệu Số nguyên (integer) Kiểu Point Ý nghĩa ID (khóa chính) (kiểu Là điểm cho biết tọa điểm) thuộc MySQL độ đồ Chuỗi (varchar) Tên bệnh viện ID phường mà bệnh id_phuong Chuỗi (varchar) viện thuộc (khóa ngoài) dia_chi Chuỗi (varchar) Địa bệnh viện mo_ta Chuỗi (varchar) Mô tả 77 Bảng “So” STT Tên Cột id the_geom Kiểu liệu Số nguyên (integer) Kiểu Point Ý nghĩa ID (khóa chính) (kiểu Là điểm cho biết tọa điểm) thuộc MySQL độ đồ ten Chuỗi (varchar) Tên sở ban ngành id_phuong Số nguyên (integer) dia_chi Chuỗi (varchar) Địa sở mo_ta Chuỗi (varchar) Mô tả ID cảu phường mà sở thuộc (khóa ngoài) Bảng “Song” STT Tên Cột id Kiểu liệu Số nguyên (integer) Kiểu the_geom (kiểu LineString dòng) MySQL thuộc Ý nghĩa ID (khóa chính) Cho biết điểm tạo nên sông ten Chuỗi (varchar) Tên sông Chieu_dai Số thực (real) Chiều dài sông 78 mo_ta Chuỗi (varchar) Mô tả sông Kiểu liệu Ý nghĩa Bảng “Nha_tho” STT Tên Cột id the_geom Số nguyên (integer) Kiểu Point ID (khóa chính) (kiểu Là điểm cho biết tọa điểm) thuộc MySQL độ đồ ten Chuỗi (varchar) Tên nhà thờ id_phuong Số nguyên (integer) dia_chi Chuỗi (varchar) Địa nhà thờ mo_ta Chuỗi (varchar) Mô tả ID phường mà nhà thờ thuộc (khóa ngoài) Bảng “Ngan_hang” STT Tên Cột id the_geom ten Kiểu liệu Số nguyên (integer) Kiểu Point Ý nghĩa ID (khóa chính) (kiểu Là điểm cho biết tọa điểm) thuộc MySQL độ đồ Chuỗi (varchar) Tên ngân hàng 79 ID phường mà ngân id_phuong Số nguyên (integer) hàng thuộc (khóa ngoài) dia_chi Chuỗi (varchar) Địa ngân hàng mo_ta Chuỗi (varchar) Mô tả Bảng “Buu_dien” STT Tên Cột id the_geom ten Kiểu liệu Số nguyên (integer) Kiểu Point Ý nghĩa ID (khóa chính) (kiểu Là điểm cho biết tọa điểm) thuộc MySQL độ đồ Chuỗi (varchar) Tên bưu điện ID phường mà bưu id_phuong Số nguyên (integer) điện thuộc (khóa ngoài) dia_chi Chuỗi (varchar) Địa bưu điện mo_ta Chuỗi (varchar) Mô tả 80 3.3.5.4 Giao điện người dùng Giao diện chương trình: Hình 3.6 - Giao diện chương trình 81 KẾT LUẬN Sau thời gian tìm hiểu nghiên cứu triển khai đề tài đồ án tốt nghiệp “Nghiên cứu kiến trúc hướng dịch vụ web service” em gặp khó khăn song đạt kết định theo mục tiêu đề ban đầu đề tài  Về phía thân: - Nắm vững kiến thức lập trình: Web Service, JSP, HTML, JavaScript, XML - Phát thêm kiến thức, công nghệ bổ ích GIS, Web Service, SOA - Nâng cao khả đọc dịch tài liệu chuyên nghành, kỹ làm việc  Về phía đồ án: - Trình bày, tìm hiểu kiến trúc SOA, trình triển khai qua chế Web Service Và công nghệ ứng dụng dịch vụ Web vào hệ thống thông tin địa lý - Xây dựng WebGIS hỗ trợ cho số hóa đồ, cho phép người dùng thao tác với đồ như: phóng to/thu nhỏ, di chuyển đồ, xem đồ theo dạng lớp trực quan, tiện dụng Người quản trị cập nhật thông tin đồ Với kết tìm hiểu được, em tin SOA Web Service thực giải pháp tốt để giải vấn đề khó khăn mà giải pháp trước chưa xử lý được, trở thành tảng mang tính chiến lược tổ chức, doanh nghiệp tương lai ► Hạn chế đề tài: 82  Chương trình có tính chất mô sở liệu GIS thực tế cho đồ chưa áp dụng vào hệ thống  Chức chương trình hạn chế  Tốc độ chương trình chậm lần truy suất sở liệu GIS đồ lớn ► Hướng phát triển: Do hạn chế thời gian khả trang webgis số tính phát triển thêm:  Áp dụng sở liệu đồ qui trình nghiệp vụ xây dựng liệu GIS cho đồ Để đồ chi tiết trực quan  Áp dụng công nghệ xử lý xây dựng web cho GIS như: Ajax, Google Web Toolkit, JSF, … để tối ưu tăng tốc cho trình duyệt web 83 TÀI LIỆU THAM KHẢO [1] Nguyễn Mạnh Hùng, GIS viễn thám công cụ hỗ trợ quan trắc & quản lý môi trường, Viện nghiên cứu nuôi trồng thủy sản [2] Bùi Quang Vinh, Tham luận - Xây dựng hệ thống thông tin địa lý môi trường mã nguồn mở, Viện CNTT/Trung Tâm KHKT& CNQS/Bộ Quốc Phòng [3] Sandeep Chatterjee Ph.D, James Webber Ph.D, Developing Enterprise Web Services: An Architect's Guide, Prentice Hall PTR (2003) [4] Sanjiva Weerawarana, Francisco Curbera, Frank Leymann, Tony Storey, Donald F Ferguson, Web Services Platform Architecture: SOAP, WSDL, WS-Policy, WS-Addressing, WS-BPEL, WS-Reliable Messaging, and More, Prentice Hall PTR (2005) [5] Thomas Erl, Service-Oriented Architecture: Concepts, Technology, and Design, Prentice Hall PTR (2005) [6] Mark Endrei, Jenny Ang, Ali Arsanjani, Patterns: Service-Oriented Architecture and Web service, IBM (2004) [7] Eric Newcomer, Greg Lomow, Understanding SOA with Web Service, Addsion Wesley Profesional (2004) [8] Scott Davis, GIS for Web Developers, The Pragmatic Programmers LLC (2007) [9] Kris Kolodziej, OpenGIS Geospatial Consortium Inc (2004) 84 Web Map Server Cookbook, Open Các nguồn tài liệu tham khảo Internet: - Sở tài nguyên môi trường tỉnh Thái Nguyên: http://www.tnmtthainguyen.gov.vn - Diễn đàn Java Việt Nam: http://www.javavietnam.org - Ngân hàng đồ trực tuyến: http://basao.com.vn - Đặc tả chuẩn OpenGIS: http://www.opengeospatial.org - Bách khoa toàn thư mở: http://www.wikipedia.org - Web Map Server (Geoserver): http://www.geoserver.org - Hệ quản trị sở liệu MySQL: http://www.mysql.com - Web Services: http://www.w3schools.com/webservices/ - Tổ chức công nghệ Web Services chuẩn web: http://www.w3.org/ 85 PHỤ LỤC Thuật ngữ sử dụng: SOA (Service-Oriented Architecture) Kiến trúc hướng dịch vụ GIS (Geographic Information Systems) Hệ thống thông tin địa lý OGC ( Open Geospatial Consortum) Tổ chức mã nguồn mở GIS WMS (Web Map Service) Dịch vụ giúp tạo đồ dựa liệu địa lý Dịch vụ cung cấp giao tác tới WFS (Web Feature Service) sở liệu địa lý Tổ chức công nghệ chuẩn W3C (World Wide Web Consortium) hỗ trợ cho Web Giao thức truyền thông điệp đơn SOAP (Simple Object Access Protocol) giản hỗ trợ cho Web Service WSDL (Web Services Description Ngôn ngữ đặc tả Web Service Language) XML (eXtensible Markup Language) Ngôn ngữ đánh dấu mở rộng WebGIS Công nghệ GIS qua mạng GML (Geography Markup Language) Ngôn ngữ có dạng mã hóa từ XML để truyền tải lưu trữ thông tin địa lý 86

Ngày đăng: 11/08/2016, 16:46

Từ khóa liên quan

Tài liệu cùng người dùng

  • Đang cập nhật ...

Tài liệu liên quan