Интеграция с системами управления программным обеспечением

IBM® Rational Asset Manager дополняет существующие системы управления программным обеспечением, такие как IBM Rational Team Concert, IBM Rational ClearCase, Unified Change Management и CVS, за счет добавления возможности проверки, классификации, архивирования, загрузки, обсуждения, оценки и отслеживания многократно используемых ресурсов исходного кода.

В следующей таблице показаны способы интеграции хранилища Rational Asset Manager с системами управления программным обеспечением.

Табл. 1. Различия между управлением программным обеспечением и хранилищем ресурсов
  Управление программным обеспечением (Team Concert, ClearCase, UCM, CVS) Хранилище Rational Asset Manager
Основные роли Разработчики Бизнес-аналитики, разработчики, архитекторы, менеджеры
Уровень содержимого Файлы Ресурсы - ресурс может содержать несколько связанных артефактов (файлов) и метаданных
Частота изменения Часто; работа не завершена Редко; окончательные многократно используемые компоненты
Совместная работа Для создания артефактов и параллельной разработки Для проверки и повторного использования ресурсов с помощью форумов, сообщений электронной почты, уведомлений и лент RSS
Таксономия нд Типы ресурсов и взаимосвязи; клиенты могут расширять классификацию
Поиск На основе файлов Поиск по метаданным; пользовательские атрибуты метаданных
Показатели нд Отслеживание использования ресурсов, комментарии и популярность
Проверка и утверждение Управление изменениями Группы проверки, настраиваемый процесс проверки
Тип ресурсов, взаимосвязи и анализ влияния Нет Распознавание типов ресурсов и взаимосвязей. Трассируемость, включая развертывание в рабочей среде.
Поддержка версий На уровне исходных файлов Не уровне ресурсов; ресурс может содержать несколько файлов
Доступ клиента Eclipse Eclipse и веб-клиент

Исходный код, опубликованный в качестве ресурсов, можно быстро найти для повторного использования. Такой подход позволяет сократить время разработки. В следующем примере сценария описаны различные этапы жизненного цикла ресурса, такие как определение, разработка, компоновка, проверка, утверждение и повторное использование.

  1. Архитектор программного обеспечения определяет в Rational Asset Manager типы ресурсов, категории, группы и стратегии проверки с целью управления ресурсами и их повторного использования.
  2. Разработчику A не удалось найти подходящие ресурсы для повторного использования (файл архива Java™, предлагающий функции ведения протокола веб-приложения).
  3. Разработчик A создает ресурс ведения протоколов на основе окончательной контрольной версии артефактов из системы управления программным обеспечением.
  4. Разработчик A отправляет исходный ресурс ведения протокола в Rational Asset Manager. Ресурсу присваивается версия 1 и тип "исходный".
  5. Инженер выпуска создает двоичные файлы на основе исходных файлов ресурса ведения протоколов.
  6. Инженер выпуска создает новые ресурсы с артефактами в виде двоичных файлов и присваивает взаимосвязь с исходным ресурсом: между исходным ресурсом и двоичным ресурсом создается взаимосвязь "создано для", а между двоичным ресурсом и исходным ресурсом - "создано из".
  7. Проверяющий отвечает за проверку и утверждение отправленного ресурса (файла архива Java ведения протокола). Теперь ресурс доступен для поиска и повторного использования.
  8. Разработчик B находит ресурс ведения протокола и добавляет его в собственное веб-приложение с помощью API командной строки Rational Asset Manager.
  9. Разработчик B добавляет в веб-приложение взаимосвязь "содержит", указывающую на ресурс файла архива Java для ведения протокола.

Повторное использование кода, созданного разработчиком A, позволяет разработчику B сэкономить время. Компоновка файла архива Java из исходного ресурса с помощью API командной строки Rational Asset Manager гарантирует, что разработчик B всегда будет использовать последнюю версию ресурса, созданного разработчиком A.


Комментарии