 | Уровень сложности: средний Ли Акерман, старший менеджер по продуктам, IBM
Бертран Портье (Bertrand Portier), Инженер по программному обеспечению, IBM
18.09.2007
Из этого руководства, 4-й части данной серии, вы узнаете, как перевести свой UML-проект на WSDL и Java: эти артефакты можно запускать и тестировать. Одной из главных особенностей Rational Software Architect, которую вы будете изучать с нашим руководством, является возможность автоматизировать трансформацию между моделями. Мы обсудим эту возможность, и вы увидите, как этот подход может помочь вам перейти от проектирования к реализации решения.
Перед началом
Чего можно ожидать от этого руководства и как использовать его с максимальной пользой.
Об этой серии
Для того чтобы вы смогли воспользоваться преимуществами сервис-ориентированной архитектуры (Service-Oriented Architecture, SOA) и разработки на основе моделей (Model-Driven Development, MDD), ваша среда проектирования и разработки должна соответствовать следующим характеристикам:
-
Передовая практика: у людей должна быть возможность повторного использования найденных решений повторяющихся проблем, а также предлагать решения для использования другими.
-
Ориентация на роли: инструменты должны быть направлены на решение текущей задачи и на роль специалиста, решающего ее (например, бизнес-аналитик или разработчик архитектуры IT).
-
Поддержка и руководство процессом: должен быть контекстуальный метод или руководство процессом.
-
Расширяемая платформа: у коллективов должна быть возможность расширять или оптимизировать среду разработки так, чтобы она отвечала их потребностям.
-
Автоматизация: мета-модель и отображения, лежащие в основе среды разработки, должны допускать полуавтоматическую трансформацию модели от высоких уровней абстракции до более низких, и, в итоге, до исполняемого кода. Также должна быть возможность отслеживания уровней абстракции от более низких до более высоких.
Все вышеперечисленные пункты являются характеристиками платформы IBM Rational Software Delivery Platform (SDP), а точнее IBM® Rational® Software Architect. В данной серии вы научитесь использовать эту платформу и ее возможности для разработки SOA-решений.
Это руководство описывает подход Top-Down Model-Driven Development - нисходящей управляемой моделью разработки сервисов с использованием Rational Software Architect. Мы покажем, как модель сервиса может быть представлена на различных уровнях абстракции (бизнес-процесс, модель на языке UML, WSDL-модель и Java™-модель) и то, как Rational Software Architect поддерживает визуализацию и переход от одного уровня абстракции к другому.
Мы также обсудим использование профилей UML для определяемых доменом языков, например, Service-Orientation (сервис-ориентация). Ключ к эффективному использованию преимуществ SOA заключается в многократном использовании ресурсов. Данное руководство показывает, как использовать существующие конструктивные шаблоны для того, чтобы соблюдать требования, предъявляемые к вашим сервисам. Изучив эту серию, вы научитесь создавать сервисы в Rational Software Architect и использовать возможности, заложенные в UML-профилях, конструктивных шаблонах, ресурсах многократного использования, трансформациях и Web-сервисах.
Об этом руководстве
В части 1 этой серии вы познакомились с Rational Software Architect и с тем, как эта программа интегрируется с другими инструментами, применяемыми в различных фазах жизненного цикла SOA.
Во части 2 вы научились использовать Rational Software Architect, Unified Modeling Language (UML) и UML 2 Profile for Software Services для создания сервисов.
Из части 3 вы узнали о ресурсах и образцах программного обеспечения многократного применения, и рассмотрели, как конструктивные шаблоны могут быть использованы для выполнения требований. Далее в руководстве было показано, как при помощи проекта, созданного в пакете IBM® Rational® RequisitePro® (трассируемость), можно реализовать связь между требованиями к создаваемым компонентам и соответствующими решениями по их проектированию. В заключении части 3 показано, как публиковать отчеты по проекту вашего сервиса.
В данном руководстве, части 4 из серии, обсуждается, как трансформировать проект из UML в WSDL и Java (артефакты, которые можно запускать и тестировать). Ключевая особенность Rational Software Architect, которую демонстрирует это руководство - это возможность автоматизировать трансформацию между моделями. Мы обсудим эту особенность и посмотрим, как этот метод может помочь вам на пути от разработки к реализации решения.
Задачи
Завершив изучение нашего руководства вы лучше поймете, как можно использовать трансформацию и возможности генерирования кода в Rational Software Architect. В дополнение к поддержке UML2-моделирования, Rational Software Architect позволяет использовать вашу модель для генерирования нужных артефактов. В этом случае в центре внимания - создание WSDL для моделируемых вами сервисов. Когда они сгенерированы, вы можете использовать дополнительные мастера и инструментальные программы для генерации Java-кода, необходимого для реализации этих сервисов. И последнее важное замечание: вы можете тестировать сервисы, используя среду тестирования сервера приложений IBM® WebSphere® Application Server.
Необходимые условия
Для получения максимальной пользы от данного руководства рекомендуется (но не обязательно) знать:
-
UML, унифицированный язык моделирования
-
Rational Software Architect
-
IBM® Rational® Software Modeler
-
RequisitePro, ПО от IBM Rational для управления требованиями
-
SOA, сервис-ориентированная архитектура
-
SOAP, простой протокол доступа к объектам
-
WSDL, язык описания Web-сервисов
-
XSD, описание схемы XML
Для получения дополнительной информации по этим темам смотрите раздел Ресурсы.
| Страница 1 из 10 |  |
| |
