Đang tải... (xem toàn văn)
Hướng phát triển tiếp theo của luận văn là tìm cách phát triển ứng dụng hướng giao diện, giúp định nghĩa động trong việc kết hợp và thay thế các dịch vụ và khi thực hiện các công việ[r]
(1)Ứng dụng BPEL việc kết hợp thay dịch vụ web
Hoàng Huy Tùng
Trường Đại học Công nghệ
Luận văn Thạc sĩ ngành: Công nghệ phần mềm; Mã số: 60 48 10 Người hướng dẫn: TS Võ Đình Hiếu
Năm bảo vệ: 2012
Abstract: Tổng quan dịch vụ Web: giới thiệu XML, khái niệm
dịch vụ Web bao gồm chuẩn giao thức SOAP, WSDL Trình bày ngơn ngữ BPEL: nghiên cứu ngơn ngữ định nghĩa hành vi tiến trình nghiệp vụ WS-BPEL Giải thích khái niệm bản, cấu trúc tiến trình WS-BPEL thành phần ngơn ngữ Tìm hiểu hệ thống đại lý phân phối: tập trung xây dựng hệ thống đại lý phân phối kết hợp thay dịch vụ Web cách định nghĩa xử lý tiến trình nghiệp vụ thơng qua ngơn ngữ WS-BPEL
Keywords: Công nghệ thông tin; Công nghệ phần mềm; Dịch vụ Web Content
MỞ ĐẦU Lý chọn đề tài
Ngày nay, với phát triển không ngừng khoa học kỹ thuật, hàng loạt công nghệ đời phục vụ cho nhu cầu sống người Sự tiện lợi Internet làm cho dịch vụ trực tuyến phát triển mạnh (dịch vụ web), có nhiều nhà cung cấp, cung cấp dịch vụ khách hàng Tuy nhiên việc tạo dịch vụ web kết hợp cung cấp cho khách hàng khó khăn đặc biệt việc kết hợp dịch vụ nhà cung cấp khác
Độ ổn định dịch vụ khơng cao, có nhiều dịch vụ giống cung cấp nhiều nhà cung cấp dịch vụ chất lượng dịch vụ không giống nhau, nẩy sinh việc thay nhà cung cấp dịch vụ nhà cung cấp ngừng cung cấp dịch vụ
Đã có nhiều nhà cung cấp, cung cấp dịch vụ web kết hợp nhiên việc tạo dịch vụ khó khăn địi hỏi trao đổi nhà cung cấp
Mục đích nghiên cứu
(2)thực trao đổi thông tin với dịch vụ web nhà cung cấp dịch vụ cụ thể kết hợp thay dịch vụ web
Ý nghĩa khoa học thực tiễn đề tài
Khi đề cập đến việc phát triển dịch vụ Web(Web service), người ta thường
nghĩ đến việc phát triển từ ngơn ngữ lập trình Java, C#,…Tuy nhiên, có cách phát triển dịch vụ Web khác dùng ngơn ngữ định nghĩa công việc để kết hợp dịch vụ Web có sẵn, ví dụ ngơn thực thi tiến trình nghiệp vụ (BPEL) Trong trường hợp này, dịch vụ Web tạo gọi dịch vụ Web kết hợp (composite Web service), dịch vụ Web dùng để tạo dịch vụ Web kết hợp gọi dịch vụ thành phần (composed service element service)
Kết nghiên cứu đề tài luận văn áp dụng cho cơng
ty cung cấp dịch vụ khách hàng
Kết cấu luận văn
Ngoài phần mở đầu, danh mục ký hiệu viết tắt, mục lục, danh mục tài liệu tham khảo, phụ lục phần kết luận, nội dung luận văn gồm ba chương
Chương 1: Tổng quan Web Service
Chương giới thiệu XML, khái niệm dịch vụ web bao gồm chuẩn giao thức SOAP, WSDL
Chương 2: Ngôn ngữ Bpel
Trong chương tập trung nghiên cứu ngôn ngữ định nghĩa xử lý tiến trình nghiệp vụ WS- BPEL Giải thích khái niệm bản, thành phần ngôn ngữ
Chương 3: Hệ thống đại lý phân phối
Trong chương tập trung xây dựng hệ thống đại lý phân phối kết hợp thay dịch vụ web cách định nghĩa xử lý tiến trình nghiệp vụ thông qua ngôn ngữ BPEL
Chương 1: Tổng quan Web Service
Mục đích dịch vụ web nỗ lực để đạt khả tương tác ứng dụng việc sử dụng chuẩn web Dịch vụ web sử dụng mơ hình tích hợp lỏng phép tích hợp linh hoạt hệ thống không đồng đa dạng lĩnh vực bao gồm kinh doanh với người tiêu dùng, kinh doanh với kinh doanh tích hợp ứng dụng doanh nghiệp
(3)Theo W3C: XML (Extensible Markup Language) ngôn ngữ đơn giản, linh hoạt việc định dạng văn bản, có nguồn gốc từ SGML (ISO 8879) Ban đầu thiết kế để đáp ứng thách thức sản xuất điện tử quy mơ lớn, XML đóng vai trị ngày quan trọng việc trao đổi đa dạng liệu WEB
1.1 Nguồn gốc mục đích
Theo W3C: XML phát triển nhóm làm việc XML hình thành bảo trợ W3C (World Wide Web Consortium) vào năm 1996 chủ trì Jon Bosak Microsystems
Mục đích XML là:
- XML sử dụng đơn giản thông qua Internet
- XML hỗ trợ đa dạng ứng dụng
- XML tương thích với SGML
- Nó dễ dàng để viết chương trình xử lý tài liệu XML
- Số lượng chức tùy chọn XML giữ mức tối thiểu, lý tưởng
khơng có chức
- Các tài liệu XML phải dễ đọc hợp lý rõ ràng
- Thiết kế XML phải chuẩn bị nhanh chóng
- Tài liệu XML dễ dàng tạo
1.2 Tài liệu XML
1 đối tượng liệu tài liệu XML (XML Documents) hình thành, định nghĩa đặc tả Ngoài ra, tài liệu XML hợp lệ đáp ứng ràng buộc định
Mỗi tài liệu XML có cấu trúc logic vật lý Về vật lý, tài liệu bao gồm đơn vị gọi thực thể thực thể tham chiếu đến thực thể khác tài liệu Tài liệu bắt đầu “root” thực thể tài liệu (document entity) Về logic, tài liệu bao gồm khai báo, thành phần, thích, ký tự tham chiếu dẫn xử lý, tất tài liệu cách đánh dấu rõ ràng Cấu trúc logic vật lý phải tổ chức cách, giống mô tả hình thức tài liệu XML (Well – Formed XML) bên
1.3 Cấu trúc Logic
Mỗi tài liệu XML chứa đựng hay nhiều thành phần (element), ranh giới thành phần phân tách bới bắt đầu kết thúc thẻ (start and end Tags) thành phần trống (empty – element tag) Mỗi thành phần có kiểu, xác định tên, vài gọi “generic identifier” có lẽ có thuộc tính cụ thể Mỗi thuộc tính xác định tên giá trị
1.4 Cấu trúc vật lý
1 tài liệu XML chứa đựng hay nhiều đơn vị lưu trữ gọi thực thể (entities), tất có nội dung tất (ngoại trừ thực thể tài liệu tập DTD bên ngoài) xác định tên thực thể Mỗi tài liệu XML có thực thể gọi thực thể tài liêu (document entity), phục vụ điểm khởi đầu cho xử lý XMl chứa đựng tồn tài liệu
2 Dịch vụ Web
(4)1 định dạng mà máy hiểu (cụ thể wsdl) Các hệ thống khác tương tác với dịch vụ web cách thức theo quy định mô tả sử dụng thông báo Soap, thường truyền tải cách sử dụng HTTP với định dạng XML kết hợp với chuẩn web khác
2.1 SOAP
Theo W3C: Soap (Simple Object Access Protocol) cung cấp chế đơn giản gọn nhẹ để trao đổi thông tin điểm môi trường phân cấp, phân tán sử dụng XML có cấu trúc kiểu Soap khơng phải xác định ngữ nghĩa ứng dụng mơ hình lập trình hay ngữ nghĩa thực cụ thể, định nghĩa chế đơn giản cho việc thể ngữ nghĩa ứng dụng cách cung cấp mơ hình gói module chế mã hóa cho việc mã hóa liệu module Điều cho phép Soap sử dụng đa dạng hệ thống khác từ hệ thống nhắn tin tới RPC
2.2 WSDL
Theo W3C: wsdl định dạng XML để mô tả dịch vụ mạng tập hợp thiết bị đầu cuối hoạt động dựa thông báo có chứa thơng tin hướng tài liệu hướng thủ tục Phương thức thông báo mô tả trừu tượng, bị ràng buộc vào giao thức mạng cụ thể định dạng thông báo để định nghĩa thiết bị đầu cuối Các điểm cuối liên quan cụ thể kết hợp thành điểm cuối trừu tượng (dịch vụ) WSDL mở rộng phép mô tả thiết bị đầu cuối thơng báo thơng báo có định dạng hay giao thức mạng sử dụng để giao tiếp
2.3 UDDI
Theo OASIS UDDI: Universal description, discovery and integration định nghĩa đăng ký dịch vụ cho dịch vụ web dịch vụ điện tử khác dịch vụ điện tử Một đăng ký dịch vụ UDDI dịch vụ web quản lý thông tin nhà cung cấp dịch vụ, thực thi dịch vụ liệu dịch vụ Nhà cung cấp dịch vụ sử dụng UDDI để quảng cáo dịch vụ mà họ cung cấp Người sử dụng dịch vụ sử dụng UDDI để khám phá dịch vụ phù hợp với yêu cầu họ để có liệu thô cần thiết
Theo W3c:
UDDI: Universal description, discovery and integration thư mục dịch vụ mà nơi doạnh nghiệp đăng ký tìm kiếm dịch vụ web
UDDI khung tảng độc lập để mô tả dịch vụ, phát doanh nghiệp tích hợp dịch vụ kinh doanh cách sử dụng Internet
Chương 2: Ngôn ngữ BPEL 1 Giới thiệu
Theo OASIS: Web Service Business Process Execution Language (viết tắt WS-BPEL hay gọi BPEL) ngôn ngữ xác định hành vi tiến trình nghiệp vụ dựa dịch vụ web Tiến trình WS-Bpel xử lý chức xuất nhập cách sử dụng độc dịch vụ web
(5)WS-Bpel cung cấp ngôn ngữ cho việc đặc tả tiến trình nghiệp vụ thực thi trừu tượng Bằng cách đó, mở rộng mơ hình tương tác dịch vụ web cho phép hỗ trợ giao dịch kinh doanh WS-Bpel định nghĩa mơ hình tích hợp tương thích cho phép mở rộng tiến trình cách tự động nội công ty không gian kinh doanh với kinh doanh
2 Các khái niệm
2.1 Cấu trúc tiến trình Bpel
1 tiến trình bpel chứa đựng mối quan hệ với đối tác bên ngoài, khai báo xử lý liệu, xử lý mục đích khác quan trọng nhất, hành động thực Khai báo tên namespace bắt buộc
2.2 Partner link type
Đặc tả mối liên hệ dịch vụ web cách định nghĩa vai trò dịch vụ mối liên hệ quy định cụ thể porttype cung cấp cho dịch vụ cách nhận thông báo bên mối liên hệ cụ thể Mỗi vai trị đặc tả xác wsdl porttype
2.3 Porttype
Định nghĩa trừu tượng chức cách trừu tượng thông báo
2.4 Port
Cung cấp thực tế thông tin truy cập bao gồm giao tiếp dịch vụ cuối
2.5 Partner link
Tương tác dịch vụ với tiến trình nghiệp vụ mơ hình hóa giống partner links WS-Bpel Mỗi partner link cụ thể hóa partnerlink type Nhiều partner link cụ thể hóa partnerlink type
2.6 Endpoint References
Cơ việc sử dụng Endpoint Reference để phục vụ chế giao tiếp động cổng liệu cụ thể cho dịch vụ Một Endpoint Reference tạo sẵn sàng WS – BPEL để tự động lựa chọn nhà cung cấp dịch vụ cho loại hình cụ thể dịch vụ gọi đến vận hành chúng WS – BPEL cung cấp chế chung cho tương đồn thơng báo với thể an tồn dịch vụ Endpoint Reference mang đến cổng thông tin trung lập thông thường đủ Tuy nhiên, nói chung cần thiết có thêm thẻ nhận dạng Endpoint Reference
2.7 Correlation
Correlation chế theo dõi đa tiến trình, xuyên suốt trình trao đổi thơng báo mà thường diễn giưa tiến trình Bpel dịch vụ đối tác Cơ chế correlation giúp định tuyến thơng báo đến tiến trình thích hợp
Một thơng báo hội thoại kết nối với giá trị tổng hợp nhiều thuộc tính định nghĩa tệp WSDL Một thuộc tính trường bên thông báo xác định truy vấn Các truy vấn quy định cấu trúc đặc biệt gọi thuộc tính bí danh (property aliases)
Tập Correlation sử dụng hỗ trợ trạng thái hợp tác dịch vụ web dựa theo chuẩn thực thi độc lập Tập Correlation dựa thẻ liệu Correlation lưu trữ vỏ thông báo, tiêu đề hay tài liệu nghiệp vụ tương tự Khai báo Correlation dựa khai báo thuộc tính thơng báo
(6)Các hành động thực tiến trình logic Các hoạt động chia thành lớp: cấu trúc Hoạt động mô tả bước thành phần tiến trình hành vi Hoạt động cấu trúc mã hóa điều khiển luồng logic
2.8.1 Invoke
Invoke sử dụng để gọi dịch vụ web cung cấp nhà cung cấp dịch vụ Điển hình sử dụng để gọi hoạt động dịch vụ Hành động invoke kèm theo hành động khác xử lý lỗi
2.8.2 Receive
Hành động Receive xác định partnerLink có chứa myRole sử dụng để nhận thông báo
2.8.3 Reply
Hành động Reply sử dụng để gửi phản hồi đến u cầu chấp nhận trước thơng qua hành động gửi tin nhắn đến giống hành động Receive Những phản hồi có ý nghĩa cho tương tác yêu cầu phản hồi Một cách khác “phản hồi” gửi cách gọi hoạt động tương ứng partnerLink Hành động Reply thuộc tính biến tham chiếu đến biến chứa liệu thông báo để gửi
2.8.4 Assign
Hành động Assign sử dụng để chép liệu từ biến đến biến khác, để xây dựng chèn liệu cách sử dụng biểu thức Việc sử dụng biểu thức chủ yếu thúc đẩy cần thiết phải thực tính tốn đơn giản (chẳng hạn tăng số thự tự) Biểu thức hoạt động dựa biến, thuộc tính, số để tạo giá trị Hành động Assign sử dụng để chép endpoint references từ partnerLinks Nó bao gồm thao tác liệu vận hành mở rộng định nghĩa giống thành phần mở rộng không gian tên (namespace) khác từ không gian tên WS-Bpel (WS-Bpel namespace)
2.9 Các hành động cấu trúc
Hành động có cấu trúc quy định thứ tự tập hợp hành động thực thi Chúng mơ tả làm tiến trình nghiệp vụ tạo ra; cách soạn hành động thực thành cấu trúc thể mơ hình điều khiển, xử lý lỗi kiện bên ngồi, phối hợp trao đổi thơng báo tiến trình tham gia giao thức kinh doanh
2.9.1 Sequence
Hành động Sequence chứa đựng nhiều hành động thực tuần tự, theo thứ tự xuất bên thành phần <Sequence> Hành động Sequence hoàn thành hành động cuối Sequence hoàn thành
2.9.2 If
Hành động If cung cấp điều kiện cho hành vi Hành động bao gồm danh sách có thứ tự nhiều điều kiện nhánh định thành phần If tùy chọn ElseIf, theo sau tùy chọn Else Các nhánh If ElseIf xem xét theo thứ tự mà chúng xuất
2.9.3 While
Hành động While cung cấp thực lặp lặp lại hành động bên Các hành động bên thực miễn điều kiện để đánh giá vào lúc bắt đầu lần lặp
(7)Hành động RepeatUntil cung cấp cho việc thực lặp lặp lại hành động bên Các hành động bên thực điều kiện trở thành Điều kiện kiểm tra sau lần thực vòng lặp Ngược lại với hành động While, RepeatUltil thực lặp hành động lần
2.9.5 Pick
Hành động Pick đợi xuất xác kiện từ tập hợp kiện, sau thực hành động liên quan với kiện Sau kiện lựa chọn, kiện khác không chấp nhận hành động Pick
Chương : Hệ thống Đại lý phân phối 1 Mơ tả tốn
Việc cung cấp dịch vụ khách hàng cần thiết xã hội Phần đông dân số sử dụng điện thoại di động đê trao đổi, liên lạc Ngoài nhu cầu dịch vụ, tiện ích điện thoại di động ngày cao như: tải trò chơi di động, nhận kết sổ xố hàng ngày, kiểm tra tài khoản ngân hàng… Đã có nhiều dịch vụ tiện ích khác cung cấp nhà cung cấp dịch vụ khác cung cấp cho khách hàng thông qua điện thoại di động họ Tuy nhiên để cung cấp cho khách hàng dịch vụ tiện ích đáp ứng phần lớn nhu cầu họ khó Nó địi hỏi nhiều yếu tố có việc kết hợp dịch vụ nhà cung cấp khác Ví dụ như: ngân hàng cung cấp dịch vụ kiểm tra tài khoản ngân hàng, chuyển khoản di động Nhà mạng cung cấp dịch vụ tra cước viễn thông, tốn cước viễn thơng qua chuyển khoản Nhưng khách hàng muốn tốn cước, họ có nhiều cách thực hiện, thứ nhất: truy vấn cước viễn thông họ, tìm tài khoản ngân hàng nhà mạng chuyển khoản số tiền cần toán, phương án tương đối lằng nhằng, khách hàng muốn thao tác để tốn cước điện thoai họ vấn đề Nó địi hỏi phải có kết hợp ngân hàng nhà mạng Có thể khách hàng nhắn tin theo cú pháp để thực việc tốn cước viễn thơng họ Nhà mạng có nhiệm vụ lấy số tiền mà khách hàng phải toán cung cấp kết cho ngân hàng, ngân hàng có nhiệm vụ kiểm tra tài khoản khách hàn xem có đủ số tiền cần thiết hay khơng hợp lệ chuyển khoản số tiền sang tài khoản nhà mạng Như phải có liên kết nhà cung cấp dịch vụ với đáp ứng dịch vụ tiện ích cho khách hàng Sự liên kết nhà cung cấp dịch vụ lúc nhanh chóng hay lập tức, có thay đổi bên phải có trao đổi bên để đến thống
Ta có giải pháp tốt cho việc Ví dụ sống ta có nhu cầu mặt hàng gia dụng lương thực, thực phẩm, ta đến siêu thị để mua mặt hàng Siêu thị đại lý hay nhà phân phối sản phẩm, họ nhận hay mua mặt hàng từ nhà cung cấp khác để cung cấp cho khách hàng Trên điện thoại di động vậy, ta có đại lý phân phối dịch vụ khách hàng Việc làm giải vấn đề:
- Thứ đáp ứng nhiều dịch vụ cung cấp nhà cung cấp dịch vụ khác
- Thứ hai cầu nối liên kết dịch vụ mà không cần thông qua liên kết nhà cung cấp dịch vụ
(8)hàng toán cước cách soạn tin nhắn theo cú pháp quy định, đại lý phân phối có nhiệm vụ gọi đến dịch vụ truy vấn cước nhà mạng để xác định cước cần toán khách hàng Với số tiền xác định đại lý phân phối tiếp tục gọi đến dịch vụ chuyển khoản ngân hàng để thực chuyển khoản số tiền toán cho nhà mạng Kết việc chuyển khoản gửi vào điện thoại khách hàng từ dịch vụ ngân hàng Kết việc tốn cước viễn thơng gửi vào điện thoại khách hàng từ dịch vụ nhà mạng Việc khách hàng sử dụng dịch vụ tốn cước khơng cần đến liên kết nhà cung cấp dịch vụ, bên có thay đổi khơng cần thơng qua bên cịn lại trước đưa vào áp dụng
Trong thực tế có nhiều, nhiều dịch vụ nên việc xây dựng đại lý phân phối dịch vụ điện thoại di động (Agent) cần thiết đáp ứng nhu cầu người dân xã hội
2 Tổng quan
2.1 Mục đích phần mềm
Hệ thống Agent framework cho phép kết hợp web service sử dụng ngôn ngữ Bpel Cho phép đối tác khác cung cấp dịch vụ khác cho khách hàng thơng qua web service Có thể sử dụng kết sau gọi web service cung cấp đầu vào thực gọi tiếp đến hay nhiều web service khác để lấy kết cung cấp cho khách hàng Đơn giản hóa việc trao đổi thông tin web service đối tác khác thông qua việc sử dụng Bpel
Hệ thống giúp điều phối yêu cầu dịch vụ giá trị gia tăng điện thoại khách hàng đến nhà cung cấp dịch vụ khác
2.2 Phạm vi toàn
Nhằm áp dụng cho nhà cung cấp dịch vụ điện thoại điều phối tự động yêu cầu dịch vụ giá trị gia tăng điện thoại di động khách hàng, sau thực nhận kết trả gửi lại cho khách hàng thông qua hệ thống Gateway
- Khách hàng (Customer): người sử dụng dịch vụ giá trị gia tăng điện thoại di động - Người dùng (User): người sử dụng hệ thống, tiếp nhận dịch vụ khách hàng, định nghĩa kịch sử dụng dịch vụ
2.3 Quy trình hệ thống Agents
Services
ServiceN Customer
Agent2
AgentN Gateway
Service1
Service3 Agent1
Service2
Hình 3.1 Biểu đồ Use Case quy trình nghiệp vụ hệ thống
- Khách hàng (Customer) gửi tin nhắn đến hệ thống
- Gateway hệ thống kết nối với nhà mạng để nhận tin nhắn từ khách hàng lựa
(9)- Agent Composite webservice: nhận yêu cầu khách hàng từ gateway lựa chọn service xử lý để gửi yêu cầu khách hàng, gọi nhiều service
- Service dịch vụ mà đối tác cung cấp: xử lý yêu cầu khách hàng, sau trả
lại kết cho agent
- Agent nhận kết từ service gửi lại tiếp tục sử dụng kết để gọi đến
service khác cần Sau nhận kết cuối từ service gửi lại kết cho gateway
- Gateway nhận kết từ agent trả lại kết cho khách hàng
2.4 Các chức
Agent
Gateway Customer Admin
ManageAgent
CreateServiceConnectAgent
ManageService User
ManageKW_SC
Hình 3.2 Biểu đồ Use Case tổng quan hệ thống đại lý phân phối
Trong biểu đồ use case tổng quan hệ thống có use case trình bày chi tiết phần tiếp theo:
- ManageAgent: quản lý hoạt động Agent bao gồm trạng thái hệ thống,
theo dõi lưu lượng, cho phép hoạt động hay ngừng
- CreateServiceConnectAgent: tạo kết nối từ service nhà cung cấp đến hệ
thống Agent
- ManageService: quản lý service nhà cung cấp dịch vụ cung cấp đăng ký
sử dụng hệ thống
- ManageKW_SC: quản lý từ khóa đầu số phục vụ cho việc định nghĩa kịch
bản khách hàng
Hai hệ thống tác động lên hệ thống là:
- Admin: làm nhiệm vụ quản trị, cấp tài khoản đăng nhập
- Gateway: làm nhiệm vụ kết nối với nhà mạng, thông qua nhà mạng giao tiếp với
khách hàng
Hai tác nhân ngoài: Người sử dụng (User) khách hàng (Customer)
(10)- Trong luận văn này, tác giả trình bày tổng quan dịch vụ web bao gồm khái niệm XML, dịch vụ web bao gồm chuẩn giao thức
- Luận văn trình bày ngơn ngữ định nghĩa xử lý tiền trình nghiệp vụ
WS-BPEL hay gọi WS-BPEL bao gồm khái niệm thành phần ngôn ngữ
- Cuối luận văn đề cập đến việc ứng dụng BPEL việc kết hợp thay
dịch vụ web thông qua ứng dụng cụ thể hệ thống đại lý phân phối, làm cầu nối nhà cung cấp dịch vụ để cung cấp dịch vụ tổng hợp cho khách hàng
- Những kết luân văn chưa nhiều, cung cấp phương pháp
mới việc kết hợp thay dịch vụ web, người sử dụng thực việc cách đơn giản nhanh chóng Hướng phát triển luận văn tìm cách phát triển ứng dụng hướng giao diện, giúp định nghĩa động việc kết hợp thay dịch vụ thực công việc không làm ảnh hưởng đến hoạt động dịch vụ cung cấp cho khách hàng
References Tiếng Anh
1 OASIS, (2007), Web Services Business Process Execution Language Version 2.0 –
Primer
2 OASIS, (2007), Web Services Business Process Execution Language Version 2.0 –
Standard
3 W3C, (2008), Extensible Markup Language (XML) 1.0 (Fifth Edition) Địa chỉ:
http://www.w3.org/TR/2004/REC-xml-20040204/
4 W3C, (2000), Simple Object Access Protocol (SOAP) 1.1 Địa chỉ:
http://www.w3.org/TR/2000/NOTE-SOAP-20000508/
5 W3C, (2004), Web Service Architecture Địa chỉ: http://www.w3.org/TR/ws-arch/
6 W3C, (2001), Web Services Description Language (WSDL) 1.1 Địa chỉ:
http://www.w3.org/TR/wsdl
7 http://soa.netbeans.org/
8 https://www.oasis-open.org/committees/uddi-spec/faq.php
http://www.w3.org/TR/2000/NOTE-SOAP-20000508/. http://soa.netbeans.org/. https://www.oasis-open.org/committees/uddi-spec/faq.php.