Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 4 doc

Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 4: Tạo và thử nghiệm các dịch vụ Web từ các mô hình UML Lee Ackerman, Giám đốc tiếp thị, EMC Bertrand Portier, Kiến trúc IT, IBM Software Group Services Tóm tắt: Hướng dẫn này, Phần 4 của một loạt bài viết, sẽ thảo luận làm thế nào để chuyển dịch một thiết kế theo chiều thuận từ UML thành WSDL và Java các tạo phẩm (artifacts) mà bạn có thể chạy và thử nghiệm. Một đặc tính quan trọ ng của Rational Software Architect (Kiến trúc sư phần mềm Rational) mà bạn sẽ sử dụng trong hướng dẫn này là khả năng tự động chuyển đổi giữa các mô hình. Bạn sẽ thảo luận về đặc tính này và cho thấy cách tiếp cận này có thể trợ giúp bạn như thế nào khi xem xét để chuyển bản thiết kế vừa qua thành việc triển khai thực hiện giải pháp. Trước khi bạn bắt đầu Hãy xem bạn có thể mong đợi những gì từ hướng dẫn này và làm thế nào để học được nhiều nhất từ nó. Về loạt bài viết này Để thu được những lợi ích của Service-Oriented Architecture (SOA - Kiến trúc hướng-dịch vụ) và Model-Driven Development (MDD - Phát triển dựa theo mô hình), môi trường thiết kế và phát triển của bạn cần có các đặc điểm sau: • Các cách làm thực tế tốt nhất: mọi người sẽ có thể sử dụng lại các giải pháp đã được kiểm chứng để giải quyết các vấn đề xảy ra nhiều lần và cũng cung cấp các giải pháp cho những người khác sử dụng lại. • Dựa theo vai trò: các công cụ cần được nhắm đến nhiệm vụ sắp tới và đến vai trò thực hiện nhiệm vụ đó (ví dụ, nhà phân tích nghiệp vụ hoặc Kiến trúc sư CNTT). • Hỗ trợ và hướng dẫn quy trình xử lý: môi trường phát triển luôn luôn cung cấp hướng dẫn tùy bối cảnh cho các phương pháp hay các quy trình. • Nền tảng mở rộng được: các nhóm sẽ có thể mở rộng hoặc tùy chỉnh môi trường sao cho ăn khớp với các nhu cầu của họ. • Tự động hóa: các ánh xạ và siêu mô hình ở dưới khung công tác sẽ cho phép chuyển đổi bán tự động các mô hình, từ các mức trừu tượng hóa cao hơn đến thấp hơn và cuối cùng thành mã có thể chạy được. Ngoài ra, cần có khả năng truy ngược lại từ các mức trừu tượng hóa thấp hơn đến cao hơn. Tất cả những điều trên là các đặc tính của IBM Rational Software Delivery Platform (SDP - Nền phát triển phần mền Rational IBM ) và cụ th ể hơn là của IBM® Rational® Software Architect (Kiến trúc sư phần mềm Ratonal IBM). Trong loạt bài viết của hướng dẫn này, bạn sẽ tìm hiểu làm thế nào để sử dụng nền tảng và các khả năng của nó để thiết kế các giải pháp SOA. Hướng dẫn này mô tả một cách tiếp cận Top-Down Model-Driven Development (Phát triển hướng mô hình từ trên xuống dưới) bằng cách sử dụng Rational Software Architect. Chúng tôi cũng chỉ ra các mô hình dịch vụ có thể đượ c mô tả theo các mức trừu tượng hóa khác nhau như thế nào (Business Process - Quy trình nghiệp vụ, Unified Modeling Language UML - Ngôn ngữ mô hình hóa thống nhất, Web Services Description Language hay WSDL - Ngôn ngữ mô tả dịch vụ Web và Java™) và làm thế nào để Rational Software Architect hỗ trợ hiển thị trực quan và chuyển đổi từ một mức trừu tượng hóa này tới mức trừu tượng hóa khác. Nó cũng thảo luận về việc sử dụng các lược tả UML (UML profiles) cho các ngôn ngữ đặc thù miền như Hướng-dịch vụ. Chìa khóa để thu được các lợi ích của SOA là việc tái sử dụng các tài sản hiện có. Chúng tôi chỉ ra cách làm thế nào để sử dụng các mẫu thiết kế hiện có để giải quyết các yêu cầu về các dịch vụ của bạn. Sau khi tìm hiểu hết loạt bài viết này, bạn sẽ có khả năng thiết kế các dịch vụ bằng Rational Software Architect và sử dụng các khả năng bạn được cung cấp xoay quanh các lược tả UML, các mẫu thiết kế, các tài sản có khả năng sử dụng lại, các phép chuyển đổi và các dịch vụ web. Về đầu trang Về hướng dẫn này Trong Phần 1 của loạt bài viết, bạn đã làm quen với Rational Software Architect và cách nó tích hợp với các công cụ khác mà bạn sử dụng trong các giai đoạn khác nhau của vòng đời SOA như thế nào. Trong Phần 2, bạn đã tìm hiểu cách sử dụng Rational Software Architect, UML và UML 2 Profile cho Các dịch vụ phần mềm như thế nào để thiết kế các dịch vụ. Trong Phần 3, bạn đã tìm hiểu về các m ẫu và các tài sản phần mềm có thể sử dụng lại và bạn sẽ sử dụng các mẫu thiết kế để giải quyết các yêu cầu. Hướng dẫn này tiếp tục chỉ ra cách bạn có thể liên kết các quyết định thiết kế với các yêu cầu trong một dự án IBM® Rational® RequisitePro® (khả năng truy vết nguồn gốc). Phần 3 đã kết thúc bằng việc cho bạn thấy làm thế nào để xuất bản các báo cáo thiết kế dịch vụ của bạn. Hướng dẫn này, Phần 4 của một loạt bài viết, sẽ thảo luận làm thế nào để chuyển tiếp một thiết kế theo chiều thuận từ UML thành WSDL và Java (các tạo phẩm (artifacts) mà bạn có thể chạy và thử nghiệm). Một đặc tính quan trọng của Rational Software Architect mà bạn sẽ sử dụng trong hướng dẫn này là khả năng tự động chuyển đổi giữa các mô hình. Bạn sẽ thảo luận về đặc tính này và cho thấy cách tiếp cận này có thể trợ giúp bạn như thế nào khi xem xét để chuyển bản thiết kế vừa qua thành việc triển khai thực hiện giải pháp. Về đầu trang Các mục tiêu Sau khi hoàn tất hướng dẫn này, bạn sẽ có một sự hiểu biết tốt hơn về cách làm thế nào để bạn có thể sử dụng việc chuyển đổi và các khả năng tạo mã của Rational Software Architect. Ngoài việc hỗ trợ cho việc mô hình hóa UML2, Rational Software Architect cho phép bạn sử dụng mô hình của bạn để sinh ra các tạo phẩm liên quan. Trong trường hợp này, hãy tập trung vào việc tạo WSDL cho các dịch v ụ đã được mô hình hóa của bạn. Một khi chúng được sinh ra, bạn có thể sử dụng các trình thủ thuật (Wizards) và các công cụ bổ sung thêm để tạo ra các mã Java cần thiết để triển khai thực hiện các dịch vụ. Cuối cùng, nhưng không kém phần quan trọng, bạn có thể thử nghiệm bằng cách sử dụng môi trường thử nghiệm của IBM® WebSphere® Application Server (máy chủ ứng dụng WebSphere của IBM). Về đầu trang Các điều kiện cần trước Để nhận được nhiều lợi ích hơn từ hướng dẫn này, bạn nên (nhưng không nhất thiết) quen thuộc với: • UML, Unified Modeling Language - Ngôn ngữ mô hình hóa thống nhất. • Rational Software Architect - Kiến trúc sư phần mềm Rational. • IBM® Rational® Software Modeler - Trình mô hình hóa phần mềm Rational. • RequisitePro, sản phẩm quản lý yêu cầu Rational của IBM. • SOA, Service-Oriented Architecture - Kiến trúc hướng dịch vụ. • SOAP, Simple Object Access Protocol - Giao thức truy cập đối tượng đơn giản. • WSDL, Web Service Definition Language - Ngôn ngữ định nghĩa dịch vụ Web. • XSD, XML Schema Definition - Định nghĩa lược đồ XML. Xem Tài nguyên để có được các đường liên kết có ích đến các thông tin thêm nữa về các chủ đề này. Mở đầu Cho đến điểm này trong loạt bài viết, bạn đã thấy có thể sử dụng các mô hình để nắm bắt thiết kế về giải pháp dựa trên SOA của bạn như thế nào. Bạn đã có thể làm việc ở một số mức độ trừu tượng hóa khác nhau. Điều này đã cho phép bạn tập trung vào các chi tiết có liên quan nhất vào lúc này và bỏ qua các chi tiết có thể để lùi lại đến các bước sau trong quá trình phát triển của bạn. Trong phần này của loạt bài viết, bạn sẽ xem xét cách đi tiếp theo chiều thuận, từ một mô hình, sử dụng mô hình để sinh ra các tạo phẩm có liên quan đến việc triển khai thực hiện thực tế. Trong trường hợp này, bạn sẽ đi từ thiết kế UML tới một biểu diễn WSDL của các dịch vụ của bạn. Phiên bản 7.0 Mộ t điều quan trọng cần lưu ý trong phần hướng dẫn này là bạn đang sử dụng Phiên bản 7.0 của Rational Software Architect. Một liên kết đến phiên bản dùng thử của sản phẩm này được cung cấp trong phần Tài nguyên. Trong Rational Software Architect, bạn sẽ sử dụng một đặc tính được gọi là Chuyển đổi và như tên gọi ngụ ý, nó chuyển đổi mô hình của bạn thành một tệp tin WSDL với các tệp tin XSD kèm theo. Sau khi bạn đ ã tạo ra tập hợp các tệp WSDL và các tệp tin có liên quan khác, bạn sẽ tận dụng lợi thế của môi trường phát triển tích hợp mà Rational Software Architect cung cấp. Bạn có thể hiển thị trực quan các tệp tin WSDL, sinh ra mã Java để triển khai thực hiện dịch vụ, tạo ra một trình khách thử nghiệm, triển khai dịch vụ trên một máy chủ thử nghiệm và sau đó tương tác với máy chủ và thử nghiệm dịch vụ. Nhập khẩu dự án mô hình hóa Bạn sẽ bắt đầu hướng dẫn này bằng cách sử dụng một tệp tin trao đổi dự án, dựa trên kết quả đầu ra của ba phần dầu trong loạt bài viết này. Để bắt đầu, bạn sẽ cần phải nhập khẩu tệp tin này. Bạn cần phải thực hiện theo các bước sau: 1. Khởi động Rational Software Architect và chuyển đổi sang phối cảnh Mô hình hóa (Modeling perspective). 2. Chọn File > Import. 3. Nhập Project vào trường Chọn một nguồn nhập khẩu (Select an Import source) của trình thủ thuật hộp thoại nhập khẩu (Import dialog). Khía cạnh công việc này trong các trình thủ thuật là mới có trong phiên bản này của Rational Software Architect. Để hỗ trợ bạn trong việc tìm kiếm kiểu nguồn nhập khẩu, bạn có thể nhập vào các từ để lọc các mục được cung cấp. 4. Danh sách đ ã lọc xuất hiện như được hiển thị trong Hình 1. Tại điểm này, bạn muốn chọn Trao đổi dự án (Project Interchange) từ thư mục khác (Other), sau đó nhấn vào Next. Figure 1. Nhập khẩu Trao đổi dự án (Project Interchange) 5. Nhấn vào nút Browse và chuyển hướng tới thư mục ở đó bạn lưu trữ tệp tin SOA-Design-Part4-Intrchg.zip. 6. Chọn tệp tin SOA-Design-Part4-Intrchg.zip và nhấn vào Open. 7. Nhấn vào Select All, sau đó nhấn vào Finish. 8. Trong khung nhìn Project Explorer, chuyển hướng tới thư mục Models trong dự án ClaimManagementDemoDesign. 9. Nhấn chuột phải vào Claims Processing Service Design Model và chọn Open Model. 10. Khám phá các sơ đồ và các phần tử mô hình trong mô hình đó. Như đã đề cập trước đó, điều này dựa trên kết quả đầu ra từ Phần 3 trong loạt hướng dẫn này. Nếu bạn đã đọc qua phần đó của loạt bài viết này bạn sẽ không nhận thấy có bất cứ điều gì đáng ngạ c nhiên cả. Một điều thú vị cần lưu ý là khung nhìn Model Explorer đã biến mất. Trong phiên bản này của Rational Software Architect, bạn có thể xem và làm việc với các phần tử mô hình của bạn từ bên trong khung nhìn Project Explorer, như được hiển thị trong Hình 2. Hình 2. Các phần tử trong Project Explorer sau khi nhập khẩu Tại điểm này, bạn có mô hình được nạp vào trong Rational Software Architect và sẵn sàng để đi tiếp. [...]... thể chỉ rõ các chi tiết cổng, như được hiển thị trong Hình 14: a Một Tên (Name)của dịch vụ b Một Kết buộc và Giao thức (Binding and Protocol) c Các Tùy chọn kết buộc (Binding Options) Hình 14 Các tuỳ chọn có thể được thiết lập trong thủ thuật Port khi thêm một cổng mới 5 Bạn cũng có thể sử dụng khung nhìn này để thêm và cấu hình các thông báo kết hợp với dịch vụ Bạn không cần phải làm điều đó với bài... Server Bạn sẽ thấy các tệp IClaimRecorderBindingImpl.java và IClaimValidatorBindingImpl.java mở ra trong trình soạn thảo Java Đây là các triển khai thực hiện bằng bean (dựa vào kiến trúc thành phần JavaBean™) của các dịch vụ Web Các trình phát sinh (emitters) dịch vụ Web của Rational Software Architect cũng sẽ tạo ra tất cả các tạo phẩm cần thiết để triển khai thực hiện các dịch vụ Web ClaimValidatorService... tiếp, bạn sẽ xem xét cách bạn có thể thử nghiệm dịch vụ này như thế nào khi sử dụng Web Services Explorer Về đầu trang Thử nghiệm dịch vụ Web Trong phần này, bạn sẽ xem xét cách bạn có thể thử nghiệm dịch vụ được tạo ra bằng cách sử dụng Web Services Explorer Web Services Explorer là một công cụ đơn giản mà bạn có thể sử dụng để tương tác và thử nghiệm các dịch vụ Web của bạn Bằng cách sử dụng công cụ... hiển thị WSDL Trong phần này của hướng dẫn, bạn sẽ áp dụng một Phép chuyển đổi UML thành WSDL để tạo ra một bộ các tệp tin WSDL và XSD dựa vào thiết kế Dịch vụ đã được mô hình hóa Sau đó, bạn sẽ xem lại tệp tin WSDL được tạo ra bằng cách sử dụng các khả năng hiển thị trực quan của Rational Software Architect Điều then chốt cần ghi nhớ là bạn muốn sử dụng các đặc tính của Rational Software Architect... được sử dụng để thiết lập các giá trị dành cho việc sinh ra một bộ các lớp Java, nhằm cung cấp bản triển khai thực hiện một dịch vụ Web Sau khi các lớp đã được tạo ra, Rational Software Architect sẽ triển khai dịch vụ lên một máy chủ thử nghiệm và sau đó khởi động máy chủ Trong trường hợp này, bạn đang triển khai dịch vụ cho WebSphere Test Environment (Môi trường thử nghiệm WebSphere) bằng cách sử dụng... các dịch vụ được hiển thị trong Web Services Explorer Vai trò đúng Nếu bạn không nhìn thấy tùy chọn trình đơn Test with Web Services Explorer quay trở lại màn hình Chào mừng và đảm bảo rằng bạn đã chọn vai trò Web Service Developer (Nhà phát triển dịch vụ Web ) 2 Trong phần Services, hãy nhấn vào iclaimrecorder, như được hiển thị trong Hình 20 Hình 20 Các chi tiết kết hợp với một dịch vụ 3 Trong phần. .. khai thực hiện dịch vụ Web 2 Điền vào màn hình đầu tiên trong trình thủ thuật Web Service, như được hiển thị trong Hình 18 Hình 18 Chỉ rõ rằng bạn muốn xây dựng và triển khai dịch vụ này Thử nghiệm Bạn đã không chỉ thị cho Rational Software Architect xây dựng một trình khách cho dịch vụ Web này Thay vào đó bạn sẽ sử dụng Web Services Explorer để thử nghiệm dịch vụ 3 Nhấn vào Finish Phần đầu tiên trong... (Confirm Enablement), hãy chọn Luôn luôn cho phép các hoạt động và không hỏi lại tôi nữa (Always enable activities and don’t ask me again) Sau đó nhấn OK Thao tác này chỉ thị cho Rational Software Architect kích hoạt các đặc tính khi cần thiết Rational Software Architect sử dụng các vai trò (Role) và các khả năng (Capability) để hạn chế việc nạp vào và trình bày các đặc tính Khi bạn truy cập vào một đặc tính... biểu diễn trực quan của các dịch vụ có trong tệp tin ClaimProcessor.wsdl 3 Tại điểm này, nếu bạn muốn thêm vào một cổng WSDL mới, bạn sẽ làm điều này bằng cách nhấn chuột phải vào một trong các dịch vụ và chọn Thêm cổng (Add Port) Bạn không cần phải thực hiện nó cho bài tập này, nhưng các bước sau đây cung cấp một vài hướng dẫn ngắn gọn về cách làm thế nào để có thể thực hiện nó 4 Bên trong trình thủ... này, bạn có thể truy cập dịch vụ Web mà bạn tạo ra và đã xuất bản trong những nhiệm vụ trước đó Sau khi truy cập, bạn có thể gửi dữ liệu thử nghiệm và đảm bảo rằng dịch vụ này hành động như mong đợi 1 Trong khung nhìn Project Explorer, chuyển hướng tới JSR-109 Web Services > Services và sau đó chọn iclaimrecorder Nhấn chuột phải và chọn Thử nghiệm với Trình thám hiểm các dịch vụ Web (Test with Web Services . Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 4: Tạo và thử nghiệm các dịch vụ Web từ các mô hình UML Lee Ackerman, Giám đốc tiếp. Trong Phần 2, bạn đã tìm hiểu cách sử dụng Rational Software Architect, UML và UML 2 Profile cho Các dịch vụ phần mềm như thế nào để thiết kế các dịch vụ. Trong Phần 3, bạn đã tìm hiểu về các. để sử dụng các mẫu thiết kế hiện có để giải quyết các yêu cầu về các dịch vụ của bạn. Sau khi tìm hiểu hết loạt bài viết này, bạn sẽ có khả năng thiết kế các dịch vụ bằng Rational Software Architect