![Закрыть [x]](http://dw1.s81c.com/i/c.gif){kind=small}
Перед началом
Чего можно ожидать от этого руководства и как использовать его с максимальной пользой.
Для того чтобы вы смогли воспользоваться преимуществами сервис-ориентированной архитектуры (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
Для получения дополнительной информации по этим темам смотрите раздел Ресурсы.
Содержание
Теги
КнопкаПопулярные теги отображает самые распространенные теги для данной области контента (например: Java, Linux, WebSphere).
Кнопка Мои теги отображает Ваши теги для данной области контента (например: Java, Linux, WebSphere).
Популярные теги статьи |
Мои теги статьиПерейти к списку тегов
Популярные теги статьи |
Мои теги статьи