Chuyển đến nôi dung chính

Bằng việc nhấn Gửi, bạn đã đồng ý với các điều khoản sử dụng developerWorks Điều khoản sử dụng (tiếng Anh).

Khi bạn đăng ký với trang developerWorks lần đầu tiên, một tiểu sử của của bạn được tạo ra. Chọn các thông tin về tiểu sử của bạn (tên, nước/vùng, và nơi làm việc) đã được hiện lên màn hình, thông tin này sẽ được hiện kèm với nội dung mà bạn đăng tải. Bạn có thể cập nhật thông tin này bất kỳ lúc nào.

Thông tin gửi đi được đảm bảo an toàn.

  • Đóng [x]

Lần đầu tiên bạn đăng nhập vào trang developerWorks, một bản trích ngang được tạo ra cho bạn, bạn cần phải chọn một tên để hiển thị. Tên hiển thị của bạn sẽ đi kèm theo các nội dung mà bạn đăng tải trên developerWorks.

Tên hiển thị cần có từ 3 đến 30 ký tự. Tên xuất hiện của bạn phải là duy nhất trên trang Cộng đồng developerWorks và vì lí do an ninh nó không phải là địa chỉ email của bạn.

Bằng việc nhấn Gửi, bạn đã đồng ý với các điều khoản sử dụng developerWorks Điều khoản sử dụng (tiếng Anh).

Thông tin gửi đi được đảm bảo an toàn.

  • Đóng [x]

Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 2: Thiết kế các dịch vụ với lược tả UML của các dịch vụ phần mềm

Lee Ackerman, Giám đốc tiếp thị, IBM
Lee Ackerman
Lee Ackerman là một nhà quản lý sản phẩm cao cấp của đội các giải pháp và các dịch vụ học tập của Rational, IBM. Ông tập trung vào việc tạo ra các tài sản vốn trí thức, cho phép những người sử dụng bộ công cụ phát triển dựa theo mô hình của Rational thành công trong việc tạo ra các giải pháp J2EE và SOA
(Tác giả đóng góp cho IBM developerWorks)
Bertrand Portier, Kiến trúc IT, IBM Software Group Services
Bertrand Portier làm việc cho các công nghệ nâng cao SOA SWAG của IBM (trước đây là EIS). Ông đã tham gia rất nhiều vào việc phát triển kiến trúc hướng dịch vụ, phát triển dựa vào-mô hình và phát triển dựa trên tài sản. Là diễn giả thường xuyên tại các hội nghị và là tác giả của một số bài viết về kỹ thuật, ông cũng là đồng tác giả của cuốn sách đỏ của IBM về các giải pháp SOA

Tóm tắt:  Tìm hiểu cách làm thế nào để thiết kế kiến trúc hướng dịch vụ (SOA) khi sử dụng IBM® Rational® Software Architect (Kiến trúc sư phần mềm Rational của IBM). Cách tiếp cận dựa theo mô hình này (model-driven development -MDD) dựa vào Unified Modeling Language (UML - Ngôn ngữ mô hình hóa thống nhất) và lược tả UML 2.0 của các dịch vụ phần mềm.

Xem thêm bài trong loạt bài này

Ngày:  07 08 2009
Mức độ:  Trung bình

Hoạt động:  7224 lần đọc

Trước khi bạn bắt đầu

Trước hết hãy xem lại 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:

  • Mô hình hóa 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 thường xuyê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.
  • Chọn công cụ khớp với vai trò và nhiệm vụ: 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).
  • Cung cấp sự 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.
  • Đưa ra một nền tảng mở rộng được: Các nhóm làm việc 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ọ.
  • Cho phép 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 biế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.
  • Giúp theo vết sự trừu tượng hóa: 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.

Có tất cả các đặc tính của IBM Rational Software Development Platform (Nền tảng phát triển phần mền Rational IBM) và cụ thể hơn là công cụ của IBM Rational Software Architect. 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 Rational 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 MDD từ trên xuống dưới để mô hình hóa các dịch vụ bằng cách sử dụng Rational Software Architect. Bạn sẽ học cách làm thế nào để bạn có thể biểu diễn mô hình dịch vụ theo các mức trừu tượng hóa khác nhau (từ 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 -WSDL- Ngôn ngữ mô tả dịch vụ Web, đến mã 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.

Các tác giả 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ữ riêng cho từng lĩnh vực như SOA. 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 của 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 biến đổi và các dịch vụ Web.


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 này, bạn tìm hiểu cách sử dụng Rational Software Architect như thế nào để thiết kế các dịch vụ bằng cách sử dụng UML và các lược tả UML 2.0 cho các dịch vụ phần mềm. Hướng dẫn này tập trung vào việc thiết kế các dịch vụ riêng lẻ, không phải là thiết kế các tương tác hoặc hợp tác dịch vụ.


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ề giá trị của MDD và mô hình hóa trực quan. Bạn cũng sẽ hiểu lược tả UML là gì, lược tả các dịch vụ là gì và sử dụng nó như thế nào. Với kiến thức đó, bạn sẽ có thể tạo ra một mô hình thiết kế dịch vụ bao gồm các thông điệp (Messages), các đặc tả dịch vụ (Service Specifications) và các dịch vụ (Services).


Các điều kiện cần trước

Để nhận được đầy đủ những lợi ích của hướng dẫn này, sẽ rất có ích nhưng không bắt buộc nếu bạn quen thuộc với các khái niệm và sản phẩm sau:

  • UML, the Unified Modeling Language - Ngôn ngữ mô hình hóa thống nhất.
  • WSDL, the Web Services Description Language - Ngôn ngữ mô tả dịch vụ Web.
  • Rational Software Architect - Kiến trúc phần mềm Rational hay Rational Software Modeler - Trình mô hình hóa phần mềm Rational.
  • SOA, service-oriented architecture - Kiến trúc hướng dịch vụ.

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.


Các yêu cầu hệ thống

Để hoàn thành hướng dẫn này, bạn cần cài đặt các phần mềm sau đây:

  • Rational Software Architect
  • Lược tả UML 2.0 cho các dịch vụ phần mềm (UML 2.0 Profile for Software Services).

1 của 8 | Trang sau

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=70
Zone=Rational, SOA và dịch vụ Web
ArticleID=418466
TutorialTitle=Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 2: Thiết kế các dịch vụ với lược tả UML của các dịch vụ phần mềm
publish-date=08072009
author1-email=ackerman@ca.ibm.com
author1-email-cc=
author2-email=portier@uk.ibm.com
author2-email-cc=