Nghiên cứu kiến trúc hướng dịch vụ và đối tượng - 5 ppt

Trang 88 Hiện nay, NET J2EE hai hệ nhiều người sử dụng để triển khai hệ thống lớn Và nhu cầu cho việc tích hợp hay liên kết hệ thống có thực ngày trở nên cấp thiết Mọi người mong muốn cố gắng tạo liên kết đối tượng phát triển J2EE (Java Bean) đối tượng phát triển NET Nhưng điều không dễ dàng thực kiến trúc hai hệ tương đối khác nhiều • NET thiết kế để tương thích tốt với hệ điều hành Windows, sử dụng lại phần lớn tính tảng Windows đa luồng, quản lý nhớ, truy cập hệ thống tập tin tập hàm APIs cấp hệ thống • J2EE xây dựng dựa tính máy ảo Java để hỗ trợ cho nhiều hệ điều hành Các web service dùng để thiết lập mối liên kết hệ thống, ứng dụng phát triển dựa hai hệ Tuy nhiên, vài hạn chế tính hỗ trợ (đến thời điểm tại) web service chưa thật đầy đủ Ngồi cịn khác biệt lớn kiến trúc hai hệ Hình 5-9 đặt tầng kiến trúc NET J2EE cạnh để thể rõ khác hai hệ Hình 5-9 – Sự khác kiến trúc NET J2EE Với khác thế, nên việc tích hợp, liên kết hai hệ NET J2EE có số giới hạn đạt mức độ trừu tượng cao Giải pháp tốt xây dựng đặc tả dịch vụ (như tập tin WSDL) để xác định gói đối tượng trao đổi hay gói phương thức gọi Trang 89 - Ví dụ như, ứng dụng cần chia sẻ thơng tin khách hàng, ta định nghĩa lược đồ (Xml schema) mô tả loại thông tin trên, định nghĩa thông tin mô tả phương thức dựa lược đồ (trong tập tin WSDL) sau xây dựng thông điệp SOAP dựa nguồn thông tin vừa xây dựng Ta thấy rằng, tập tin WSDL lược đồ liệu đóng vai trị quan trọng việc thực mối liên kết mơ hình liệu mà hai bên chia sẻ Hình 5-10 – Vai trò WSDL liên kết hệ thống o Hình 5-10 cho thấy hệ thống xây dựng NET hệ thống xây dựng J2EE chia sẻ hiểu tập tin WSDL chúng liên kết với Bởi web service khơng hỗ trợ đầy đủ đặc trưng tính NET J2EE nên mức độ liên kết hạn chế Cụ thể, chức quản lý chu kỳ sống đối tượng, quản lý phiên giao dịch … NET J2EE không hỗ trợ web service Hình 5-11 minh họa trao đổi thơng điệp SOAP hai hệ thống sau thiết lập chia sẻ đặc tả dịch vụ WSDL Hình 5-11 – WSDL mô tả cách thông điệp SOAP xử lý Trang 90 Vì thơng điệp SOAP tài liệu XML, nên đòi hỏi bên phải có khả hiểu xử lý liệu dạng XML Ngồi ra, thơng điệp phát sinh dựa WSDL mà đạt thỏa thuận bên, nên xem “ngơn ngữ chung” cho hệ thống để hiểu xử lý trình liên kết 5.5 Ứng dụng SOA web service việc tích hợp hệ thống cũ Cơng nghệ web service dùng để xây dựng cầu nối giao tiếp cho hệ thống xây dựng hệ nền, sử dụng công nghệ hay chuẩn khác xa nhau, NET, J2EE, CORBA, WebSphere MQ, hay ứng dụng đóng gói Thành phần giao tiếp sử dụng ngôn ngữ XML thể qui ước trao đổi thông điệp hệ thống Một ưu điểm cầu nối giao tiếp định nghĩa tốt mở rộng để bổ sung thêm đặc tính web service hay tích hợp thêm hệ thống cũ Khi đó, hệ thống cũ dịch vụ hóa cách định nghĩa thêm đặc tả dịch vụ cho chúng xây dựng thêm xử lý thông điệp SOAP Các xử lý thơng điệp SOAP có khả nhận thơng điệp SOAP chuyển đổi chúng sang dạng thông điệp hay lời gọi phương thức đặc thù hệ thống cũ Lợi ích đạt cách làm vơ lớn, cho phép tổ chức tái sử dụng lại giá trị sẵn có thực công việc gỡ-bỏ-vàthay-thế đầy tốn rủi ro Một số dạng hệ thống cũ có khả dịch vụ hóa, bao gồm: • Các hệ thống mainframe (ví dụ CICS IMS) • Các ứng dụng phân tán hướng đối tượng (như CORBA, DCOM, EJB) • Các hệ thống xử lý giao tác (như Tuxedo Encina) • Các ứng dụng đóng gói (như ứng dụng SAP, PeopleSoft, Oracle) • Các hệ quản trị sở liệu (như Oracle, Sybase, DB2, SQL Server) • Các hệ thống B2B xử lý thông điệp (như SWIFT, EDIFACT, X12, HL7, WebSphere MQ, JMS, MSMQ) Trang 91 Ví dụ : Service hóa CORBA server: - IDL (Interface Definition Language) ngôn ngữ chuẩn dùng để xây dựng phần giao tiếp cho CORBA server Tổ chức OMG định nghĩa đặc tả để thực ánh xạ từ IDL sang WSDL Dựa sở ta chuyển đổi CORBA IDL sang đặc tả dịch vụ WSDL, bao gồm thông tin về: kiểu liệu, thông điệp, cổng giao tiếp, thông tin kết nối - Bước việc dịch vụ hóa CORBA server phải chuyển đổi CORBA IDL sang WSDL Sau ví dụ đơn giản môt CORBA IDL với thành phần giao tiếp hai phương thức: interface HelloWorld { string sayHi (); string greetMe (in string user); }; - Và phần đặc tả dịch vụ WSDL tương ứng, bao gồm cổng giao tiếp hai phương thức Trang 92 - Một file WSDL đầy đủ nhúng vào IDE (như Microsoft Visual Studio) để xây dựng đối tượng yêu cầu dịch vụ (proxy) Hình 5-12 – Dịch vụ hóa CORBA server - Cơ chế vận hành sau: o Đối tượng sử dụng dịch vụ gửi thông điệp SOAP đến legacy service gateway thông qua nghi thức HTTP o Legacy service gateway có nhiệm vụ chuyển đổi thơng điệp SOAP sang hay nhiều lời gọi đối tượng CORBA server o Legacy service gateway phải thực chuyển thông tin phản hồi từ CORBA server thành thông điệp SOAP trả chúng cho phía yêu cầu dịch vụ - Tùy thuộc vào việc xây dựng, legacy service gateway thư viện nạp vào chạy đối tượng yêu cầu dịch vụ, hay chạy CORBA server, ứng dụng độc lập - Đặc biệt, tốt legacy service gateway hỗ trợ việc quản lý chế hoạt động thơng qua thơng tin cấu hình dựa đặc tả dịch vụ WSDL Điều thực đặc tả dịch vụ WSDL chứa thêm thông tin cổng giao tiếp (portType) kết nối (SOAP binding CORBA/IIOP binding) Trang 93 o HelloWorld portType o SOAP binding o CORBA/IIOP binding Trang 94 Kỹ thuật sử dụng cho hệ thống cũ mà hỗ trợ IDL (như Tuxedo FML) hay hỗ trợ tính reflection (Java, COM, lược đồ liệu hệ quản trị sở liệu quan hệ.) Và dễ thấy rằng, kỹ thuật đơn giản có chuẩn để thực ánh xạ sang đặc tả dịch vụ WSDL Trang 95 Chương SOA VÀ QUẢN LÝ TIẾN TRÌNH NGHIỆP VỤ Chương trình bày số khái niệm liên quan quản lý tiến trình Phân tích mối quan hệ kết hợp quản lý tiến trình, SOA Web services Xem xét vấn đề liên quan đến thiết kế tiến trình nghiệp vụ Ngồi ra, chương giới thiệu số ngơn ngữ đặc tả tiến trình sử dụng phổ biến, Web Service Flow Language (WSFL), XLANG, Web Service Choreography Interface (WSCI) Business Process Execution Language For Web Service (BPEL4WS) 6.1 Một số khái niệm Quản lý tiến trình nghiệp vụ 6.1.1 Tiến trình nghiệp vụ Tiến trình nghiệp vụ hoạt động giới thực, bao gồm chuỗi tác vụ liên kết, phối hợp thực theo trình tự thích hợp, với qui định, ràng buộc nhằm hướng đến mục tiêu Hình 6-1 – Minh họa tiến trình nghiệp vụ Trang 96 Có hai loại tiến trình nghiệp vụ: • Tiến trình khơng trạng thái: tiến trình thực thi nhớ mà không lưu lại trạng thái vào sở liệu chúng ngừng hoạt động Các tiến trình khơng trạng thái thích hợp cho qui trình mà địi hỏi thời gian xử lý ngắn (tương tác theo chế đồng bộ), hiệu suất hoạt động cao q trình thực thi, khơng cần tác động yếu tố người • Tiến trình có trạng thái: tiến trình mà thực thi nhiều giao tác Thơng tin trạng thái tiến trình lưu trữ sở liệu ngừng hoạt động Dạng tiến trình thích hợp cho qui trình phức tạp, địi hỏi thời gian xử lý dài (hỗ trợ tương tác bất đồng bộ) Các tiến trình dạng phải đáp ứng yêu cầu tính ổn định, độ tin cậy, khả xử lý lỗi khôi phục trạng thái Trong trình thực thi, cần tương tác với yếu tố người 6.1.2 Quản lý tiến trình Quản lý tiến trình quan tâm đến cách xác định, mơ hình hóa, phát triển, triển khai, quản lý tiến trình nghiệp vụ, bao gồm tiến trình mà địi hỏi hỗ trợ hệ thống tin học tác động yếu tố người Quản lý tiến trình đời từ lâu, bắt đầu hệ thống luồng công việc phát triển hệ thống phối hợp web service Những mục tiêu lợi ích BPM: • Giảm khó khăn khơng quán yêu cầu nghiệp vụ hệ thống tin học cách cho phép đối tượng làm cơng tác nghiệp vụ đưa mơ hình tiến trình xử lý sau chuyển mơ hình cho phận tin học để xây dựng chế thực thi quản lý cho tiến trình • Tăng hiệu suất làm việc nhân viên cách qui trình hóa tự động hóa thao tác nghiệp vụ Trang 97 • Tăng tính linh hoạt khả động cách tách biệt phần xử lý khỏi qui tắc nghiệp vụ, biểu diễn qui trình xử lý dạng mà dễ dàng đáp ứng thay đổi yêu cầu, thị trường 6.1.3 Hệ quản lý tiến trình: Một hệ quản lý tiến trình cung cấp kỹ thuật để hỗ trợ việc định nghĩa, mơ hình hóa, phát triển, triển khai, quản lý tiến trình nghiệp vụ Hầu hết hệ quản lý tiến trình cung cấp designer để mơ hình hóa tiến trình, nút tương ứng với tác vụ đường nối tượng trưng cho luồng xử lý hay luồng liệu liên kết tác vụ với Tuy nhiên, hệ quản lý tiến trình đầy đủ, phải có nhiều Hình 6-2 – Các thành phần hệ thống quản lý tiến trình nghiệp vụ • Mơ hình hóa tiến trình xử lý: ► Mơ hình hóa u cầu nghiệp vụ (trong giai đoạn phân tích) ► Mơ hình hóa ràng buộc tác vụ: trình tự thực hiện, kích hoạt, đối tượng thực ► Mơ hình hóa ngun tắc kèm theo với tiến trình Trang 100 Hình 6-4 – Tầng dịch vụ dựa mơ hình SOA với công nghệ Web Service Tầng tầng tiến trình nghiệp vụ Hình 6-5 – Tầng tiến trình nghiệp vụ sử dụng tầng dịch vụ Sự hỗ trợ tầng dịch vụ cho tầng tiến trình nghiệp vụ sau: • Việc liên kết dịch vụ nghiệp vụ tương ứng với tác vụ tiến trình nghiệp vụ Trang 101 • Các tiến trình nghiệp vụ liên kết với dịch vụ nghiệp vụ thông qua đặc tả dịch vụ Như thế, tiến trình nghiệp vụ khơng cần quan tâm đến chi tiết tầng ứng dụng tầng kỹ thuật bên • Cung cấp tính quản lý dịch vụ nhằm hỗ trợ tầng tiến trình nghiệp vụ linh động việc xác định truy cập dịch vụ • Mơ hình bảo mật tầng dịch vụ cung cấp tính “single sign-on” “điều khiển truy cập thông qua vai trị” để hỗ trợ tầng tiến trình nghiệp vụ không cần phải quan tâm đến chế bảo mật khác mà hai tầng ứng dụng kỹ thuật bên sử dụng Trước đây, hầu hết hệ thống không xây dựng tầng dịch vụ dựa mơ hình SOA với cơng nghệ web service Một hệ thống quản lý tiến trình mà khơng có tầng dịch vụ phức tạp, dễ đổ vỡ Bởi tầng tiến trình nghiệp vụ cần phải truy cập trực tiếp xuống tầng ứng dụng Khi ràng buộc hai lĩnh vực: nghiệp vụ kỹ thuật chặt chẽ Hình 6-6 – Các hệ thống BPM khơng có tầng services Trang 102 • Giải pháp phức tạp tầng tiến trình nghiệp vụ phải truy cập trực tiếp xuống tầng ứng dụng thông qua thành phần giao tiếp định nghĩa ứng dụng (hàm APIs, thông điệp, bảng liệu…) Điều địi hỏi nhóm triển khai tầng tiến trình phải quan tâm đến thành phần giao tiếp Sự ràng buộc dễ dẫn đến kết không tốt trường hợp thành phần giao tiếp định nghĩa khơng tốt Ngồi ra, lúc tầng tiến trình nghiệp vụ phải quan tâm đến việc chuyển đổi liệu tương tác với tầng ứng dụng • Giải pháp dễ đổ vỡ tầng tiến trình bị ràng buộc chặt vào đặc điểm ứng dụng thành phần giao tiếp ứng dụng Một ví dụ đơn giản, cần phải cài đặt lại phiên ứng dụng hay thay ứng dụng hãng khác phá hỏng liên kết tiến trình ứng dụng mà xây dựng trước 6.2.2 Phân tích ví dụ kết hợp Quản lý tiến trình, SOA web service Phần ta ứng dụng giải pháp kết hợp quản lý tiến trình, SOA web service để giải toán sau: “Tạo cung cấp dịch vụ nghiệp vụ cho người dùng thuộc nội bên ngòai tổ chức dựa hệ thống cũ.” 6.2.2.1 Mô tả hệ thống cũ Các hệ thống cũ ta bao gồm: • HR system (hệ thống quản lý nhân sự): ► Hệ thống xây dựng J2EE ► Bao gồm: hệ sở liệu, mơ hình đối tượng ► Cung cấp thành phần giao tiếp dựa EJB • Finance system (hệ thống quản lý tài chính) ► Chạy máy mainframe Trang 103 ► Sử dụng CICS (Customer Information Control System) kết hợp với sở liệu để quản lý giao tác • Enterprise Security (Hệ thống bảo mật) ► Quản lý thông tin người dùng, vai trị, quyền • Enterprise Management Systems (Hệ thống quản lý hệ thống) Hình 6-7 – Ví dụ hệ thống cũ cần service hóa 6.2.2.2 Xây dựng mơ hình liệu, dịch vụ tiến trình Bước việc tạo dịch vụ (có khả tái sử dụng) theo nguyên tắc thiết kế SOA phải định nghĩa mơ hình liệu, dịch vụ tiến trình Hình 6-8 – Mơ hình liệu, dịch vụ tiến trình Trang 104 Mơ hình liệu: • Định nghĩa mơ hình liệu trao đổi dịch vụ dịch vụ đối tượng sử dụng dịch vụ Vì mơ hình cịn gọi mơ hình liệu mức dịch vụ • Mơ hình bao gồm: định nghĩa liệu (Xml schema), nguyên tắc kiểm tra ràng buộc liệu (Xml Schema XPath), nguyên tắc chuyển đổi liệu (XSLT) • Mơ hình xây dựng dựa cấu trúc liệu, mơ hình đối tượng, lược đồ sở liệu hệ thống Mơ hình dịch vụ: • Mơ hình xây dựng đặc tả dịch vụ (bao gồm WSDL + WS-Policy) cho dịch vụ nghiệp vụ • Các đặc tả nghiệp vụ xác định thông tin sau: ► Các tham số đầu vào cho dịch vụ (có kiểu xác định mơ hình liệu) ► Mô tả chế bảo mật dịch vụ (như quyền, danh sách đối tượng phép truy cập …) ► Chất lượng dịch vụ (độ ưu tiên, an toàn đường truyền, quản lý giao tác,…) ► Một số thơng tin cấu hình (thời gian phản hồi, tình trạng) • Mơ hình xây dựng dựa thông tin giao tiếp thành phần có hệ thống ( COM/DCOM type library, CORBA IDL…), định dạng thông điệp, hay tập hàm APIs Mơ hình tiến trình: • Mơ hình xây dựng tiến trình nghiệp vụ dựa ngơn ngữ đặc tả tiến trình (WS-BPEL) • Mỗi tiến trình bao gồm tác vụ cần thực hiện, luồng điều khiển tác vụ đó, luồng liệu tác vụ… • Mơ hình xây dựng dựa định nghĩa qui trình có Trang 105 6.2.2.3 Xây dựng dịch vụ sở Web service platform Các dịch vụ đơn vị xây dựng dựa mơ hình liệu mơ hình dịch vụ Trong ví dụ này, ba số dịch vụ định nghĩa cách tạo đối tượng bọc cho hệ thống cũ Các đối tượng bọc thực dịch vụ hóa hệ thống cũ (SOAP WSDL), có nhiệm vụ nhận thông điệp SOAP gởi đến, chuyển chúng sang định dạng mà hệ thống cũ hiểu, chuyển yêu cầu xử lý đến cho hệ thống cũ Hình 6-9 – Xây dựng service đơn vị Ngồi dịch vụ sở, ta cịn phải xây dựng tảng khung Web service để cung cấp tính định nghĩa, đăng ký, bảo mật quản lý dịch vụ sở Nền tảng khung Web service sử dụng tính bảo mật quản lý hệ thống cũ Trang 106 6.2.2.4 Xây dựng dịch vụ tích hợp Các dịch vụ tích hợp dịch vụ mà sử dụng đến dịch vụ khác, cách nói khác tạo thành cách liên kết dịch vụ với Dịch vụ tích hợp giống web service bình thường: có đặc tả dịch vụ WSDL gọi thơng điêp SOAP Dịch vụ tích hợp tạo cách lập trình (một EJB thể web service, có gọi đến web service khác) hay sử dụng kỹ thuật orchestration kết hợp với WS-BPEL Hình 6-10 – Xây dựng dịch vụ tích hợp 6.2.2.5 Xây dựng tiến trình nghiệp vụ Một tiến trình nghiệp vụ thực chuỗi tác vụ liên quan đến nhiều đối tượng (người dùng nội bộ, đối tượng sử dụng tiến trình ỏ bên ngồi, dịch Trang 107 vụ liên quan) Qui trình xử lý tiến trình nghiệp vụ định nghĩa ngơn ngữ đặc tả tiến trình WS-BPEL, thực thi engine Mỗi tác vụ tiến trình nghiệp vụ thực web service hay người dùng Khi tác vụ thực web service engine xác định gọi web service này, tác vụ thực người dùng engine chuyển yêu cầu xử lý đến đối tượng phân quyền Hình 6-11 – Xây dựng tiến trình nghiệp vụ Trang 108 6.2.2.6 Cung cấp dịch vụ nghiệp vụ cho người dùng Hình 6-12 – Cung cấp tiến trình nghiệp vụ cho người dùng 6.3 Thiết kế tiến trình 6.3.1 Orchestration Choreography Hai khái niệm orchestration choreography thường dùng để mô tả hai giải pháp kết hợp web service Mặc dù hai khái niệm giống nhau, Web services orchestration (WSO) Web services choreography (WSC) có khác biệt Về ý nghĩa : - WSO dùng để tạo tiến trình nghiệp vụ (quan tâm đến qui trình thực thao tác, xử lý) - WSC dùng tạo mơ hình cộng tác nghiệp vụ (quan tâm đến cộng tác đối tượng) Trang 109 Hình 6-13 – Sự khác orchestration choreography Về mục đích : • WSO nhằm tạo dịch vụ tích hợp cách thực liên kết web service theo qui trình xử lý (tuần tự, song song, rẽ nhánh…) • WSC nhằm định nghĩa cách đối tượng cộng tác với phần giao tác WSC cho phép đối tượng mô tả vai trị q trình tương tác thơng qua thông điệp trao đổi đối tượng web service Về mơ hình: • WSO dựa mơ hình requester/provider, định nghĩa dịch vụ gọi, gọi Các dịch vụ khơng cần biết thơng tin đối tượng gọi (ở tiến trình) gọi • WSC dựa mơ hình peer-to-peer, định nghĩa cộng tác đối tượng Các đối tượng web service phải biết gọi gọi Trang 110 Ta nhận thấy rằng, giải pháp WSO có tính linh hoạt mềm dẻo so với giải pháp WSC, thể : • Qui trình xử lý tiến trình quản lý tập trung • Khơng cần thực chỉnh sửa, cập nhật dịch vụ thành phần, chúng khơng cần biết thơng tin tiến trình gọi chúng • Dễ dàng thay đổi trình tự, kịch xử lý để phục vụ cho yêu cầu khác 6.3.2 Các yêu cầu kỹ thuật thiết kế tiến trình Trước giới thiệu chuẩn ngôn ngữ đặc tả, ta cần quan tâm làm rõ số yêu cầu kỹ thuật thiết kế tiến trình Vì tảng cho việc thiết kế ngôn ngữ đặc tả, xây dựng chế xử lý tầng trình điều khiển orchestration choreography 6.3.2.1 Tính mềm dẻo Một yêu cầu quan trọng mà cần phải quan tâm trước tiên tính mềm dẻo, linh động ngơn ngữ đặc tả Điều đạt cách thực tách biệt phần mô tả qui trình xử lý phần mơ tả cách gọi thực dịch vụ Như thế, có thay đổi xử lý nghiệp vụ ta thực thay đổi dịch vụ mà không cần phải can thiệp vào chi tiết xử lý bên tiến trình 6.3.2.2 Các xử lý xử lý có cấu trúc Ngơn ngữ đặc tả tiến trình phải hỗ trợ đầy đủ ngữ nghĩa xử lý, bao gồm việc truyền thông với dịch vụ điều khiển luồng xử lý tiến trình Ta hình dung xử lý xử lý hỗ trợ tương tác với tất đối tượng bên tiến trình dịch vụ, đối tượng sử dụng tiến trình Cịn xử lý có cấu trúc hỗ trợ điều khiển luồng xử lý tiến trình : xử lý gọi, gọi Trang 111 6.3.2.3 Tiến trình phải có khả tái sử dụng Điều có nghĩa cho phép định nghĩa tiến trình từ tiến trình có Các tiến trình ngồi việc sử dụng chức dịch vụ bên trình thực thi, cịn phải cung cấp chức cho đối tượng bên ngồi sử dụng, nói cách khác thân tiến trình phải dịch vụ Hình 6-14 – Tiến trình cung cấp khả tái sử dụng 6.3.2.4 Tiến trình phải có khả lưu trạng thái Khả lưu trữ trạng thái phải xử lý nhiều yêu cầu yêu cầu quan trọng mà tiến trình phải hỗ trợ Điều thật cần thiết tiến trình mà trình thực thi kéo dài Khi tương tác đối tượng tiến trình tương tác phức tạp, kéo dài Tiến trình phải xử lý vấn đề bất đồng bộ, điều phối thông tin trao đổi cho không lầm lẫn đối tượng 6.3.2.5 Khả xử lý lỗi quản lý giao tác Đối với tiến trình có q trình thực thi kéo dài u cầu thật quan trọng Điều đảm bảo tính ổn định, độ an tồn cho tiến trình trình thực thi Trang 112 6.3.3 Giới thiệu số ngôn ngữ đặc tả tiến trình 6.3.3.1 Web Service Flow Language (WSFL) WSFL ngơn ngữ dùng để định nghĩa tiến trình nghiệp vụ từ web service Những tiến trình định nghĩa WSFL, sau dùng web service Điều cho phép tích hợp nhiều tiến trình để tạo thành tiến trình tích hợp có tính chất coarse-grained WSFL đưa giải pháp để tách biệt phần mơ tả qui trình luồng xử lý phần chi tiết thực thi thành phần xử lý bên Điều cho phép tách biệt ràng buộc mặt kỹ thuật chuyên môn nghiệp vụ Các nhà quản lý tạo tiến trình mà khơng cần kiến thức kỹ thuật, sau tác vụ tiến trình ánh xạ đến dịch vụ thực thi Đối với nhà phát triển, họ cần tập trung vào việc thiết kế chức xử lý, mà khơng cần phải quan Hình 6-15 – Tiến trình định nghĩa T tâm đến việc phải liên kết chúng lại WSFL T Trang 113 WSFL đưa khái niệm hai loại đối tượng sau: • Sơ đồ luồng Sơ đồ dùng để mô tả qui trình xử lý tiến trình, bao gồm xử lý, thông điệp, liên kết điều khiển, liên kết liệu T Hình 6-16 – Sơ đồ luồng WSFL T • Sơ đồ tổng thể Sơ đồ kết nối hành động thông điệp định nghĩa sơ đồ luồng với dịch vụ cần thực thi Ngoài ra, sơ đồ tổng thể định nghĩa phần giao tiếp tồn tiến trình Thơng tin cần dùng đến tiến trình dùng lại dịch vụ T Hình 6-17 – Sơ đồ tổng thể WSFL T Trang 114 Một số khái niệm WSFL: • Xử lý: Đây hành động gọi đến web service, thật ánh xạ đến phương thức web service Trong sơ đồ luồng, định nghĩa xử lý, ta định nghĩa thêm thông tin thông điệp vào, thông điệp ra, thông điệp lỗi phát sinh xử lý • Liên kết điều khiển: Các xử lý liên kết với thông qua liên kết điều khiển Số lượng liên kết không giới hạn, liên kết dùng để ràng buộc hai xử lý Hình 6-18 – Liên kết xử lý T WSFL T • Liên kết liệu: Một liên kết liệu luồng liệu di chuyển từ xử lý đến xử lý khác, bao gồm thông điệp vào, thông điệp 6.3.3.2 XLang XLang ngôn ngữ đặc tả tiến trình nghiệp vụ tựa XML, sử dụng Microsoft Biztalk Server XLang dùng để đặc tả cho tiến trình mà thực thi Biztalk Orchestration engine Một đặc điểm bật XLang có hỗ trợ giao tác, nghĩa tiến trình lưu lại thơng tin trạng thái q trình thực thi, ‘quay lui’ lại xử lý thực trước có cố ... dựng dịch vụ tích hợp Các dịch vụ tích hợp dịch vụ mà sử dụng đến dịch vụ khác, cách nói khác tạo thành cách liên kết dịch vụ với Dịch vụ tích hợp giống web service bình thường: có đặc tả dịch vụ. .. trình nghiệp vụ Hình 6 -5 – Tầng tiến trình nghiệp vụ sử dụng tầng dịch vụ Sự hỗ trợ tầng dịch vụ cho tầng tiến trình nghiệp vụ sau: • Việc liên kết dịch vụ nghiệp vụ tương ứng với tác vụ tiến trình... mơ hình liệu, dịch vụ tiến trình Hình 6-8 – Mơ hình liệu, dịch vụ tiến trình Trang 104 Mơ hình liệu: • Định nghĩa mơ hình liệu trao đổi dịch vụ dịch vụ đối tượng sử dụng dịch vụ Vì mơ hình cịn