Использование Rational ClearCase for System i для управления исходным кодом

Введение

Решения IBM Rational ClearQuest for System i и IBM Rational ClearCase for System i предоставляют стратегическое преимущество в управлении ресурсами программного обеспечения и процессами разработки приложений по сравнению с конкурентными предложениями. Мы рассматриваем типичные сценарии использования на IBM System i и возможность интеграции и совместной работы с приложениями управления конфигурацией программного обеспечения (Software Configuration Management, SCM).

Традиционные программы управления исходным кодом для i5/OS

Как правило, файлы исходного кода программ для i5/OS на таких языках, как RPG, COBOL и CL, хранятся как физические файлы в библиотеке (см. рисунок 1).

Рисунок 1. Типичные библиотеки для хранения исходных кодов i5/OS
Типичные библиотеки для хранения исходных кодов i5/OS

Зачастую разработчики создают на отдельной машине или логическом разделе (LPAR) множество библиотек, выполняющих следующие функции:

  • Среда тестирования разработки
  • Среда тестирования интеграции
  • Среда контроля качества и проведения приёмочных испытаний
  • Среда выполнения

Примечание: Среда представляет собой набор библиотек, который поддерживает тестовую и рабочую системы. Среда может содержать библиотеку программы, библиотеку сбора данных и любые другие библиотеки общих ресурсов и объектов i5/OS, например, файлов сообщений, запросов данных, областей данных и текстовых файлов.

Современные приложения управления изменениями программного обеспечения (Software Change Management, SCM) сторонних поставщиков (не IBM) создают перечни компонентов исходного кода в файле базы данных, который устанавливает соответствие между файлами исходного кода и средой. Программное обеспечение SCM также идентифицирует скомпилированные исполняемые файлы и вспомогательные ресурсы, а также создаёт записи в инвентаризационной базе данных.

В ходе операций контрольной проверки в традиционных системах SCM исходный код копируется в объект библиотеки разработчика. Программное обеспечение SCM создаёт перечень объектов и формирует командный язык (CL) для передачи файлов исходного кода и исполняемых объектов в следующую среду. Традиционные системы SCM определяют передачу как перемещение или копирование между следующими библиотеками:

  • Из библиотеки разработчика в библиотеку интеграции
  • Из библиотеки интеграции в библиотеку контроля качества
  • Из библиотеки контроля качества в рабочую библиотеку

Разработчик определяет количество сред и библиотек в этих средах. Для системы SCM требуется, чтобы клиент установил соответствие типов объектов и библиотек в каждой из сред. Например, физический файл (*FILE) с атрибутом PF-DTA может быть поставлен в соответствие всем библиотекам во всех средах. Инструменты присутствующих на рынке поставщиков SCM передают объекты с исходным кодом или без него, выполняя операцию копирования или перемещения файла или объекта.

Реализация системы безопасности i5/OS поставщиков защищает объекты.В i5/OS существует отличный механизм обеспечения безопасности, но он зависит от того, как вы будете его использовать. Часто разработчики обладают избыточными правами доступа, например, *ALLOBJ, которые, в сущности, отключают все проверки безопасности, чтобы облегчить работу с системой. Для обнаружения внешних изменений программ сторонние поставщики SCM используют методики анализа и отчётов. Регулярное изучение этих отчётов является важнейшим элементом процесса обеспечения соответствия требованиям.

ОсобенностиRational ClearCase

Выход IBM Rational ClearCase значительно меняет процессы работы и настройки, выполняемые разработчиком System i.

В ClearCase используется функция WebSphere® Development Studio Client (WDSC) Remote System Explorer (RSE), которая позволяет импортировать все файлы исходного кода из исходного физического файла на компьютере System i в проект iSeries на WDSC. В рамках этого процесса все исходные файлы физически копируются на рабочую станцию, на которой работает WDSC (см. рисунок 2).

Рисунок 2. Процесс начальной загрузки ClearCase
Процесс начальной загрузки ClearCase

После того, как объекты переданы на рабочую станцию WDSC, компоненты исходного кода вносятся в хранилище ClearCase Virtual Object Base (VOB) на сервере ClearCase.

На этом этапе вы можете скопировать исходные файлы на рабочую станцию System i и удалить их из системы. Теперь в ClearCase VOB сформировано надёжное хранилище. Все разработчики должны быть зарегистрированы как авторизованные пользователи ClearCase, и теперь их права доступа в i5/OS не влияют на управление исходным кодом.

Изучения сценария сборки под управлением WDSC

Вы можете автоматизировать управление исходным кодом и объектами посредством сценария для нескольких сред разработки, используя WDSC с дополнительными настройками и специальными программами CL.

Рисунок 3. Сценарий сборки под управлением WDSC
Сценарий сборки под управлением WDSC

На рисунке 3 показан сценарий сборки и развертывания под управлением WDSC. В этом примере разработчик выгружает исходный код программы из ClearCase VOB в WDSC. Для выполнения модульного тестирования программы компилируются и проверяются в личной библиотеке разработчика на i5/OS. Для этого процесса требуется, чтобы файлы исходного кода на время компиляции были переданы на рабочую станцию System i, но после успешного завершения компиляции файлы могут быть удалены. Файл исходного кода, хранящийся в ClearCase VOB, является надёжным файлом исходного кода. В этом примере вы можете выполнить установку в библиотеки интеграции, обеспечения качества и рабочую библиотеку путём вызова действия в WDSC и, возможно, запуска специальной программы CL, которая может скомпилировать ресурсы для целевой библиотеки.

Рисунок 4. Сценарий интегрированной среды сторонних поставщиков
Сценарий интегрированной среды сторонних поставщиков

На рисунке 4 показано изменение и движение программы по типовому циклу разработки. Разработчик получает объект из ClearCase и изменяет программу, выполняя компиляцию и тестирование с помощью своей библиотеки и исходных файлов на рабочей станции i5/OS. После завершения проекта объект отправляется в хранилище ClearCase.

После этого разработчик может с помощью инструментов SCM сторонних производителей передать исполняемые объекты из библиотеки разработчика в библиотеку интеграции и контроля качества, и, наконец, в рабочую библиотеку. После этого инструмент SCM стороннего поставщика может передать (скопировать) исполняемые объекты из рабочей библиотеки на клиентской машине, используемой для разработки, на любое число целевых рабочих компьютеров.

Обратите внимание, что, несмотря на то, что ClearCase и программное обеспечение SCM традиционных поставщиков могут работать совместно для объектов i5/OS, такая возможность отсутствует для J2EE, Java™ и любых других Web-ресурсов, с которыми поставщики SCM работают так же, как с RPG, COBOL, DDS, CL и другими объектами i5/OS.

Заключение

Rational ClearCase и WebSphere Development Studio Client можно настроить для работы в автономной среде и управления созданием, изменением и передачей объектов i5/OS на всём жизненном цикле разработки. Это программное обеспечение также работает с присутствующими на рынке решениями SCM сторонних производителей, которые концентрируются на передаче и распространении объектов между средами.

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


Страница сайта http://www.interface.ru
Оригинал находится по адресу http://www.interface.ru/home.asp?artId=8795