![Đóng [x]](http://dw1.s81c.com/i/c.gif){kind=small}
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ó.
Để 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.
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.
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).
Để 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.
