Ознакомьтесь с обзором Rational Asset Manager и детальным описанием интеграции управления активами в существующую среду разработки, обеспечивающей рецензирование активов, их одобрение, публикацию, трассировку, мониторинг и повторное использование.
Для чего нужен Rational Asset Manager
Многие организации, занимающиеся разработкой программного обеспечения, не имеют единого места хранения ценных активов, допускающих повторное использование. В результате актив в такой организации является не более чем очередной версией одного из миллионов артефактов, хранящихся в системе управления конфигурациями (SCM). В некоторых случаях активы хранят на Web-сервере или на сайте wiki. Но даже в том случае, когда единое место хранения и поиска активов все-таки существует, метаданные, описывающие эти активы, как правило, либо являются устаревшими, либо вовсе отсутствуют. Импровизированные решения, подобные упомянутым выше, повышают затраты времени на поиск, оценку и повторное использование активов. Но Rational Asset Manager поможет вам покончить с неразберихой, разочарованиями и потерями при работе с активами.
Кроме того, Rational Asset Manager позволяет отслеживать связи между активами и созданными на их основе артефактами, находящимися в SCM. Возможность такого отслеживания экономит время разработчиков при работе с существующими активами и создании их новых версий, и, как следствие, экономит деньги компании.
Внедрение Rational Asset Manager в среду разработки расширяет возможности интегрирующихся с ним средств разработки (см. рисунок 1):
- IBM® Rational® ClearQuest®: Форумы обсуждения активов Rational Asset Manager интегрируются с форумами Rational ClearQuest. Они позволяют видеть все выборки запросов на изменение, относящихся к интересующему активу, а также создавать новые запросы на изменение. Кроме того, становится возможной дополнительная настройка процесса рецензирования актива с использованием механизмов ClearQuest, обеспечивающих работу с записями и состояниями жизненного цикла запросов. Помимо этого, с помощью Rational Asset Manager можно осуществлять стратегическое управление активами, поиск самих активов и даже их содержимого, что было невозможно при их хранении в виде вложений Rational ClearQuest.
- IBM® Rational® ClearCase®: Rational Asset Manager позволяет рассматривать хранящиеся активы как законченные, цельные бизнес-решения, что облегчает их повторное использование. Активы можно разбить на категории согласно классификации, применяющейся в вашей организации, пометить их с помощью меток или метаданных, состав которых определяется вами, или просто искать их полнотекстовым поиском. Возможности стратегического управления позволяют ограничивать состав активов, доступных для повторного использования, теми, что прошли рецензирование и были одобрены.
- Concurrent Versioning System (CVS): Для хранения и управления версиями активов Rational Asset Manager может использовать CVS.
- Lightweight Directory Access Protocol (LDAP): Rational Asset Manager может интегрироваться с реестрами, использующими LDAP или предоставляющими собственные способы доступа для получения информации о пользователях и группах, аутентификации пользователей и авторизации запросов на доступ.
- Eclipse: Разработчики могут выполнять операции поиска, повторного использования, редактирования или создания новых активов непосредственно в среде разработки. Данная возможность поддерживается для любых приложений, основанных на Eclipse версии 3.2.2 и выше, таких, как IBM® Rational® Software Architect Version 7, IBM® Rational® Application Developer Version 7, IBM® WebSphere® Developer for System Z и другие продукты IBM Software Delivery Platform, основанные на данной версии Eclipse.
- IBM® WebSphere® Service Registry and Repository: Rational Asset Manager обеспечивает стратегическое управление разработкой активов, отслеживание, мониторинг использования, поиск и повторное использование сервисов, хранящихся в WebSphere Service Registry and Repository. Инструмент можно применять выборочно, например, только в отношении тех сервисов, которые предполагается использовать повторно, тех, которые должны быть доступны группам разработки или тех, чьим жизненным циклом требуется управлять.
Рисунок 1. Диаграмма интеграции Rational Asset Manager
Как работает Rational Asset Manager
Rational Asset Manager представляет собой гибкий, основанный на ролях репозитарий, предназначенный для хранения опубликованных активов, являющихся законченными решениями и подходящих для повторного использования. Репозитарий поддерживает различные программные и аппаратные платформы и имеет два типа интерфейсов: Web-клиент и Eclipse-клиент. Данные интерфейсы включают инструменты, позволяющие осуществлять поиск активов, загружать и упорядочивать их. Кроме того, поддерживается взаимодействие с другими пользователями, стратегическое управление и сбор статистики.
Rational Asset Manager предназначен для упорядочивания результатов, полученных в рамках применяемой модели производства. Инструмент предлагает дополнительные метаданные, предоставляющие пользователям информацию о контексте и истории разработки файлов, составляющих актив. С его помощью пользователи смогут принимать решения, основанные на информации, полученной из метаданных, использовать активы в иных контекстах и снижать объем избыточных трудозатрат.
После того как актив был разработан, прошел рецензирование и был одобрен, он может быть загружен и развернут в вашей системе или инфраструктуре связующего ПО. Активы могут быть размещены на сервере приложений или, если речь идет о сервисах, их интерфейсы могут быть опубликованы в реестре, например, WebSphere Service Registry and Repository.
Использование Rational Asset Manager предоставляет дополнительные возможности и дает ряд преимуществ:
- Поиск и повторное использование: Rational Asset Manager облегчает поиск активов с помощью механизмов расширенного поиска, поиска по ключевым словам, фильтров, пользовательских категорий и тегов.
- Стратегическое управление: Администраторы репозитария могут предоставлять права доступа пользователям, имеющим различные роли и уровни доступа, требовать предоставления определенной информации при размещении активов и создавать процессы рецензирования, обеспечивающие их точность и полноту.
- Взаимодействие: Все пользователи репозитария могут использовать интерфейс Rational Asset Manager для создания сообщений о проблемах, создания обсуждений, оценки активов, создания запросов, отправки сообщений электронной почты и оформления подписки на ленты новостей RSS, предоставляющие информацию о действиях, выполняемых с активами.
- Статистический анализ: Разработчикам стратегий и менеджменту продукт предлагает возможность аудита, позволяющую проводить мониторинг последствий внесения изменений.
- Усовершенствование процесса производства: Демонстрационный загружаемый модуль IBM Rational Method Composer позволяет осуществлять разработку на основе активов с использованием IBM® Rational Unified Process® (RUP®).
- Каталог для быстрого старта: Каталог для быстрого старта, включенный в поставку Rational Asset Manager позволяет легко и быстро реализовывать программы повторного использования активов сервис-ориентированной архитектуры (SOA).
Rational Asset Manager поддерживает два типа клиентского программного обеспечения, рассчитанных на две группы сотрудников организации:
- Браузерный Web-клиент, предоставляющий возможность обзора и составления отчетов по репозитарию в целом и предназначенный для руководства, администраторов, менеджеров, рецензентов и разработчиков стратегий.
- С его помощью администраторы осуществляют настройку серверных соединений Rational Asset Manager для конкретных точек интеграции.
- Администраторы сообществ настраивают сообщества, создают учетные записи пользователей и управляют доступом.
- Менеджеры просматривают репозитарий для отслеживания использования и оценки потенциала отдельных активов и их категорий в рамках реализации корпоративной стратегии.
- Рецензенты пользуются возможностями взаимодействия, предоставляемыми Web-клиентом, для участия в рецензировании активов.
- Eclipse-клиент, предназначенный для разработчиков и тестировщиков, интегрирован в существующую среду разработки, что позволяет осуществлять поиск, просмотр, загрузку и обновление активов непосредственно из основанных на Eclipse рабочих мест специалистов. Eclipse-клиент использует конфигурации сервера, созданные с помощью Web-клиента.
Кроме того, пользователи могут создавать или настраивать собственное клиентское программное обеспечение для работы с репозитарием.
Демонстрация преимуществ, получаемых организацией, использующей Rational Asset Manager
Оставшаяся часть статьи посвящена рассказу о том, какие преимущества дает управление активами в ходе процесса разработки программного обеспечения. Rational Asset Manager интегрируется с WebSphere Service Registry and Repository, Rational ClearCase и Rational ClearQuest для организации взаимодействия между подразделениями и управления этим процессом. Приведенный ниже бизнес-сценарий изображает процесс разработки программного обеспечения с начального этапа до этапа управления процессами, происходящими после ввода продукта в эксплуатацию.
Сценарий: Программные активы страховой компании
JKE Enterprises - воображаемая страховая компания, имеющая глобально распределенную группу разработки. Для решения нарастающей проблемы обеспечения эффективного повторного использования активов в рамках всей компании был развернут Rational Asset Manager. Компания заинтересовалась управлением активами в связи с наличием в ее подразделениях больших и сложных баз данных и систем регистрации, используемых различными направлениями бизнеса и разбросанных по всему миру. Все эти факторы осложняли обмен активами между различными направлениями и подразделениями.
Rational Asset Manager используется в компании для управления всеми существующими процессами, разработками, архитектурными моделями, процессами разработки и вариантами тестирования из любых филиалов или подразделений компании, находящихся в любой точке земного шара. Его возможности позволяют любому сотруднику любого подразделения компании осуществлять поиск активов. Согласно нашему сценарию, компания планирует расширить возможности портала Личное и семейное страхование своего исключительно популярного Web-сайта, разработав для него механизм обработки заявок на выплату страхового возмещения.
Недавно JKE Enterprises была напугана изменением лицензии GPL широко используемого в компании компонента с открытым исходным кодом. На то, чтобы определить, какие группы разработки и какие активы используют упомянутую открытую технологию подготовки отчетов, ушла пара недель. Группа менеджеров была озабочена тем, что не имела доступа к необходимой информации и не могла ни своевременно оповестить об уязвимости соответствующие группы, ни обозначить четкий путь перехода на альтернативный актив.
В компании уже есть реестр сервисов. Но, несмотря на это, проблема увеличения числа сервисов, разработанных нестандартным образом, все еще существует. Для того, чтобы сервисы могли публиковаться в реестре организации и разворачиваться на ее сервере приложений, компании необходимо добиться последовательности в их разработке в масштабе всей организации, в связи с чем возникла потребность в стратегическом управлении разработкой активов. Группа сопровождения ИТ выяснила, что одни разработчики дают файлам с описанием сервисов расширение WSDL, тогда как другие - просто XML. Наиболее ответственные разработчики стараются включать описание сервиса с указанием ответственного за поддержку и прилагать тестовые данные и скрипты для проверки работоспособности сервиса после публикации и развертывания.
Сценарий планирования и реализации
Компании JKE Enterprises требуется единый систематический подход, с помощью которого разработчики могли бы осуществлять поиск активов, в том числе пригодных для повторного использования. Наряду с этим компании необходимо контролировать активы, которые могут использоваться различными группами и документировать их связи с активами, разработанными с их использованием. Ниже приведен список задач, которые должна решить компания для достижения поставленных целей с учетом текущей ситуации.
Задача 1: Определение характера и масштабов проблемы
JKE Enterprises уже хорошо представлена в Интернете и теперь желает расширить возможности своего Web-сайта. Эрик, один из руководителей, считает, что новый механизм обработки заявок даст возможность сократить издержки, связанные с поддержкой клиентов, и исключит из процесса обработки заявок операции, выполняемые вручную. Он представил свою идею совету директоров. После некоторых размышлений совет директоров одобрил идею и предложил руководству компании приступить к активному поиску вариантов ее технической реализации.
Задача 2: Определение состава активов
Группа, подчиненная директору по ИТ, определяет состав группы, ответственной за архитектуру и типы активов, которыми будет необходимо управлять. Для этого в Rational Asset Manager создается тип актива "сервис", имеющий необходимые атрибуты, такие как пространство имен, локальное имя и имя сотрудника, ответственного за поддержку актива. Кроме того, данный актив имеет связи с активами других типов - политика сервиса, интерфейс сервиса и реализация сервиса. Кроме того, задается условие, что актив-политика должен содержать артефакт, находящийся в файле с расширением .policy, а актив-интерфейс сервиса должен содержать артефакты, находящиеся в WSDL и XML-файлах. Для актива-реализации сервиса никаких ограничений не задано. Как руководство по выполнению описанного процесса используется документация по разработке на основе активов.
Группа менеджеров решает, какие подразделения будут отвечать за поддержку активов проекта, и разрабатывает подробный финансовый план. Группа менеджеров дает ответ на следующие вопросы: какое подразделение осуществляет поддержку активов и несет сопутствующие расходы? как часто будут выпускаться обновления? как будут распространяться выпущенные обновления?
Владельцем данных активов будет являться группа разработки Web-решения JKE Enterprise, предназначенного для использования клиентами. В соответствии с действующим процессом производства подразделение будет в рабочем порядке выпускать формальные обновления кода. Обновление будет включать последние изменения документации и кода, а также несущественные изменения пользовательского интерфейса - важные изменения будут включаться в следующую версию продукта. Все клиенты с действующими лицензиями будут получать по электронной почте ежеквартальные оповещения о начале разработки обновления, содержащие ожидаемую дату его выхода.
Задача 4: Выбор модели процесса
Краткий обзор: в данной части сценария Энни выбирает и оценивает модель процесса из числа уже существующих в компании. Дискуссионные форумы содержат информацию, которая помогает ей быстро найти модель, идеально соответствующую среде разработки.
Эрик обсуждает предложенное решение с Энни - ведущим аналитиком, отвечающим за разработку Web-решений, предназначенных для клиентов. Энни и Эрик совместно набрасывают список требований. Затем Энни с помощью Rational Asset Manager находит модели процессов, уже существующих в компании, чтобы выбрать наиболее соответствующий полученным требованиям. Энни указывает ключевые слова Заявки, Процесс, Модель в поисковой форме Rational Asset Manager и находит 13 различных моделей. Она просматривает тексты их описаний и состав их артефактов, после чего приходит к выводу, что две из этих моделей ей подходят. Для того, чтобы больше узнать об этих двух моделях, Энни обращается к дискуссионным форумам.
Участником дискуссионных форумов Rational Asset Manager может стать любой пользователь; кроме того, они могут быть подключены к Rational ClearQuest. Энни изучает материалы форумов и обнаруживает, что для одного из этих решений открыто сообщение об ошибке, поскольку оно некорректно работает с одной из баз данных, используемых Web-сайтом. Другое решение, похоже, соответствует всем требованиям и не имеет ошибок, которые могли бы помешать его использованию. Энни сэкономила много месяцев, что ушли бы на исследования и разработку, и нашла законченную, полностью протестированную модель, которую можно адаптировать для использования в проекте. Она имеет непосредственный доступ ко всем файлам и коду, связанному с данным активом, и загружает себе копию для дальнейшего изучения. Энни создает новый актив - модель процесса, который называет Модель Обработки Заявок v2.0. Она определяет явную связь между новым и исходным активами, чтобы в другой раз, когда модель данного типа потребуется кому-то из ее коллег, тот нашел их вместе. С течением времени связи, определенные пользователями, облегчают поиск активов.
Задача 5: Разработка требований
Краткий обзор: В данной части сценария Энни использует Rational ClearQuest для передачи исполнителям и отслеживания требований к новой системе обработки заявок на выплату страхового возмещения. Энни отправляет архитектору Арчи требования и прямую ссылку на модель, которую он должен использовать при проектировании решения. Арчи оценивает новый актив Модель Обработки Заявок v2.0 и с помощью Rational Asset Manager ищет существующие Web-сервисы, пригодные для использования в проекте.
В это время Энни с помощью форума Rational Asset Manager создает новое требование: Реализация механизма обработки заявок на выплату страхового возмещения на Web-сайте компании. Данный тип форума привязан к требованиям в Rational ClearQuest, поэтому при создании данной темы в Rational ClearQuest автоматически создалась новая запись требования. Энни помещает в текст требования прямую ссылку на актив Модель Обработки Заявок v2.0 чтобы архитектору было легче его найти.
Архитектор Арчи получает оповещение о том, что было создано новое требование. Он открывает соответствующую запись в Rational ClearQuest и переходит по ссылке на актив Модель Обработки Заявок v2.0. Rational Asset Manager открывает страницу описания актива, найденного Энни. Арчи приступает к изучению дополнительной информации по активу, содержащейся непосредственно на данной странице, и обнаруживает актив, содержащий исходную модель. Пять лет назад, когда Арчи работал над механизмом обработки заявок на выплату страхового возмещения для внутренних нужд, он участвовал в ее разработке. Арчи читает требование еще раз и затем продолжает заниматься оценкой нового актива.
После этого он с помощью Rational Asset Manager ищет существующие сервисы, отвечающие требованиям. В результате он получает довольно обширный список активов и WSDL-файлов. Арчи накладывает на результаты поиска уточняющие фильтры и, затем, используя записи WSDL, открывает WebSphere Service Registry, чтобы внимательнее изучить некоторые сервисы, доступные для использования в решении. Арчи находит подходящий с виду актив-сервис Реализация Финансового Сервиса v1.0. Он уже собирается загрузить его, чтобы рассмотреть во всех подробностях, но тут вдруг понимает, что не имеет права просмотра активов сообщества Rational Asset Manager, которому принадлежит данный сервис. Он нажимает кнопку запроса разрешения на просмотр актива. Буквально через несколько минут администратор включает его в сообщество с правами, необходимыми для работы с активом-сервисом. Поскольку решения могут быть очень сложными, Rational Asset Manager предоставляет компаниям полный контроль над тем, кто и как работает с активами.
Задача 6: Проектирование решения
Краткий обзор: В данной части сценария Арчи использует существующие Web-сервисы, их проекты и реализации, а также новую модель, предоставленную Энни, для создания архитектуры и разработки новой системы обработки заявок на выплату страхового возмещения. С помощью Rational Asset Manager он находит существующие решения и включает режим отслеживания активов, чтобы в процессе разработки быть в курсе их изменения.
Арчи приступает к реализации сервисов решения. Он начинает с двух активов, которые ему удалось найти: Реализация Финансового Сервиса v1.0 и Проект Финансового Сервиса v1.0. Он открывает в Rational Asset Manager дискуссионный форум группы разработчиков и просит их дать оценку возможных улучшений и потенциальных рисков, связанных с существующим сервисом. Он добавляет в активы необходимую для обработки заявок информацию и размещает их в репозитарии под именами Реализация Обработки Заявок v1.0 и Проект Обработки Заявок v1.0. Он создает явную связь между ними и активами Реализации Финансового Сервиса. Далее, с помощью клиентского Web-интерфейса, Арчи включает режим отслеживания новых активов, относящихся к обработке заявок. Теперь он будет получать оповещения об их изменении. Он помечает оба актива меткой Финансы компании, чтобы обеспечить группировку схожих активов и упростить их поиск в дальнейшем.
Чтобы приступить к разработке архитектуры решения, Арчи открывает среду разработки Eclipse, включающую загружаемый модуль Eclipse-клиента Rational Asset Manager, и по метке находит оба актива. Используя их, он начинает разрабатывать архитектуру решения Проект Web-сайта Обработки Заявок v1.0. Он создает связь между активами обработки заявок, чтобы в будущем их можно было находить для повторного использования одновременно.
Задача 7: Использование Rational Asset Manager в процессе разработки
Краткий обзор: В данной части сценария Дейв и его группа разработки создают решение для обработки заявок. Группа разработки использует Rational ClearCase, но большая часть работ является прозрачной для Rational Asset Manager. Они обсуждают вопросы тестирования в форумах и фиксируют существенные ошибки в Rational ClearQuest.
Когда Арчи завершает проектирование, он, не покидая Rational Asset Manager, отправляет актив Проект Обработки Заявок v1.0 руководителю группы разработки Дейву. Дейв переходит по ссылке непосредственно на актив в Rational Asset Manager и просматривает полную историю актива в удобном для изучения формате. Он видит активы финансового сервиса, на основе которых разработано новое решение, с помощью интерфейса Rational Asset Manager оценивает Web-сервисы, находящиеся в WebSphere Service Registry and Repository, и может просматривать требования руководства, размещенные в Rational ClearQuest.
Дейв поручает своей группе разработать новый актив обработки заявок на основе спецификаций и существующих решений, которые включил в проект Арчи. После того, как группа Дейва реализовала Web-сервисы, разработала вспомогательный код и пользовательский интерфейс, решение готово к тестированию. Дейв и его группа размещают в Rational Asset Manager различные сценарии тестирования в виде актива, названного ими Набор Тестов для Обработки Заявок v1.0. Данный актив явным образом связан с остальными активами обработки заявок. Группа Дейва использует эти тесты для первичного поиска ошибок. Один из разработчиков обнаружил, что механизм обработки заявок на Web-сайте протоколирует неверные значения. Он создает в Rational ClearQuest сообщение об ошибке; при этом создается форум Rational Asset Manager, на котором разработчики смогут обсудить проблему и найти ее решение. Дарнелл - другой разработчик, который сталкивался с этой проблемой ранее, - импортирует активы в свое рабочее пространство из текущей ветки в CVS. Чтобы решить проблему, он реализует в API новый класс. После этого он оставляет в дискуссионном форуме сообщение, чтобы остальные разработчики при необходимости могли воспользоваться его решением. Перед тем как закрыть в Rational ClearQuest сообщение об ошибке, он обновляет активы механизма обработки заявок и сохраняет их в Rational ClearCase. Группа разработки добавляет в набор тестов новые сценарии тестирования для проверки новой функции.
Задача 8: Тестирование и рецензирование актива
Краткий обзор: В данной части сценария расширенная группа тестирования, разработчики, рецензенты и члены комиссии по рецензированию тестируют и рецензируют актив, используя для этого процесс рецензирования Rational Asset Manager, интегрированный с Rational ClearQuest. После того как актив полностью протестирован и принят, релиз-инженер вносит в сборку изменения, необходимые для передачи разработанного кода в эксплуатацию. Энни выполняет заключительное тестирование, проверяет требования и передает актив в эксплуатацию.
Когда группа Дейва сочтет, что их решение удовлетворяет требованиям в Rational ClearQuest, актив Решение для Обработки Заявок v1.0 будет передано для рецензирования в Rational Asset Manager. В число рецензентов входят тестировщики и разработчики из других групп. Они осуществляют рецензирование актива и фиксируют все найденные ошибки в Rational ClearQuest с помощью дискуссионного форума Rational Asset Manager. В состав комиссии по рецензированию входят лица, принимающие окончательное решение о передаче продукта в эксплуатацию. Члены комиссии получают по электронной почте отображаемые в персональной информационной панели My Asset Manager оповещения о том, что актив находится в состоянии Plan Review и ожидает их утверждения перед передачей в эксплуатацию.
В состав комиссии по рецензированию входят Энни (аналитик), Арчи (архитектор) и Дейв (ведущий разработчик). Энни начинает с изучения актива и, затем, переходит к рецензированию. Все участники группы начинают тестировать продукт с помощью сценариев. Поскольку актив был разработан на основе полностью протестированного решения, при выполнении сценариев тестирования возникают лишь незначительные замечания. Вскоре актив полностью протестирован, все ошибки, зафиксированные в ClearQuest, исправлены, и комиссия по рецензированию может дать свое одобрение. После того, как решение успешно прошло модульное тестирование, релиз-инженер обновляет процесс сборки и снабжает актив метаданными, содержащими сведения об области его применения. Релиз-инженер создает в Rational ClearQuest еще одну запись для Решения Обработки Заявок v1.0 и задает ей статус, требуемый для ее передачи в группу сопровождения ИТ и последующего ввода в эксплуатацию. Чтобы удостовериться в высоком качестве разработанного Web-сайта, Энни в последний раз выполняет цикл тестирования производительности и соответствия требованиям.
Задача 9: Развертывание решения
Получив запись Rational ClearQuest, предписывающую развернуть решение, группа сопровождения ИТ получает код решения из Rational ClearCase и разворачивает обновленный портал Личное и семейное страхование на Web-сайте компании. Для этого они устанавливают архивный файл, содержащий бизнес-логику и реализацию сервиса на сервер приложений. После этого они публикуют актив-интерфейс сервиса в реестре сервисов - сначала в экземпляре WSRR (Web service registry and repository), используемом разработчиками, затем в тестовом экземпляре и после этого - в рабочем.
Задача 10: Оценка и анализ возможностей для дальнейшего развития
Краткий обзор: В данной части сценария руководители собирают сведения об использования репозитария и активов, чтобы обозначить процесс дальнейшего развития.
В течение первого месяца эксплуатации обновленного Web-сайта число звонков клиентов действительно сократилось. Руководство запросило отчет по внутреннему процессу разработки портала Личное и семейное страхование для продолжения работ по выработке лучших методов работы и оценке их эффективности в условиях среды, ориентированной на разработку решений. Администратор репозитария Rational Asset Manager подготавливает требуемый отчет на основе метрик и статистик, собранных Rational Asset Manager. Одним щелчком мыши он экспортирует данные в текстовый файл формата CSV, который можно затем использовать при подготовке исчерпывающего отчета в Microsoft® Excel.
В данном бизнес-сценарии IBM Rational Asset Manager играл ключевую роль в ходе таких этапов проекта, как исследование, проектирование, реализация, рецензирование и ввод в эксплуатацию. В ходе разработки нового продукта он обеспечивал взаимодействие руководителей, архитекторов, разработчиков и рецензентов во время поиска, повторного использования, обновления и тестирования активов. Без Rational Asset Manager затраты на исследование и разработку были бы несомненно более высокими, возможно, намного более высокими, особенно если бы не удалось обнаружить существующую модель.
Помимо этого, интеграция Rational Asset Manager с существующими продуктами Rational, входящими в среду разработки, значительно повысила их полезность. Достижение этого результата не потребовало создания новых бизнес-процессов или процессов разработки, равно как и внесения изменений в те, что уже работают в JKE Enterprise.