Эта демонстрация представляет вариант использования высокоуровневого рабочего потока: вымышленная страховая компания создает службу для выполнения требований отдела обработки заявлений на выплату страховки.
Этапы жизненного цикла разработки решения
Этап 1: Архитектор выполняет поиск в хранилище Rational Asset Manager ресурсов службы, которые могут использоваться повторно для удовлетворения требований этого решения. Эти ресурсы служб являются ссылками на разработанные или развернутые веб-службы, которые постоянно хранятся в WebSphere Service Registry and Repository.
Этап 2: Разработчик разрабатывает, тестирует и дорабатывает прототип решения. Затем разработчик отправляет решение Rational Asset Manager как ресурс.
Этап 3: (Это этап проверки, который выходит за рамки данной демонстрации.) После отправки решения Rational Asset Manager как ресурса группа проверки подтверждает, что данное решение удовлетворяет всем требованиям отдела. Эта группа определяет, готово ли это решение к публикации в хранилище служб.
Этап 4: Группа проверки утверждает решение и запрашивает создание концепции в WebSphere Service Registry and Repository.
Этап 5: После разработки, тестирования и компоновки решения в обычном компоновщике разработки разработчик отправляет решение как ресурс Rational Asset Manager в качестве формального решения. Разработчик должен опубликовать этот ресурс в WSRR на уровне решения. Это решение включает WSDL и весь код, который реализует службу.
Этап 6: Разработчик публикует формальную компоновку, которая связывается со службой WSDL, в WSRR и устанавливает концепцию службы в опубликованное состояние. Для предоставления WSRR возможности управлять интерфейсом службы разработчик публикует WSDL службы в Rational AssetWSDL Manager с помощью ресурса реализации. При этом в WSRR создается готовое к работе решение.
Этап 7: После публикации как WSDL, так и ресурсов реализации для завершения готового к работе решения разработчик возвращается в WSRR и изменяет состояние инструмента управления службой на 'Разрабатываемый'. Разработчик создает формальную взаимосвязь в WSRR с концепцией существующей службы. Создание формальной взаимосвязи позволяет совместно отобразить реализацию и службу во время развертывания.
Этап 8: Ресурс готов к развертыванию в рабочую среду, а конечные точки будут добавлены в WebSphere Service Registry and Repository вручную. После проверки и утверждения ресурса операционным отделом ресурс можно установить в управляемое состояние в WSRR.
Этап 9: Администратор Rational Asset Manager синхронизирует хранилище с WSRR и изменяет состояние инструмента управления WSRR ресурса на 'Управляемый'.
Просмотр этой демонстрации позволит понять процесс жизненного цикла и разработки по мере его развития через интеграцию Rational Asset Manager и WSRR.