Рекомендуемая последовательность разработки
Glossary Item Box
Общие сведения
Создание сложной функциональности требует правильной организации процесса разработки. В зависимости от выбранного пакета услуг, возможны три основных варианта размещения рабочих сред:
- Все рабочие среды размещены on-site.
- Среда разработки расположена on-site, а предпромышленная и промышленная среды — cloud.
- Все рабочие среды размещены cloud.
Последовательность разработки
Рекомендуемый алгоритм процесса разработки приведен на рис. 1.
Рис. 1. — Общая последовательность разработки
1. Разработка новой функциональности
Рекомендуется выполнять разработку в отдельных приложениях с персональной базой данных для каждого разработчика. Для переноса изменений между средами разработки рекомендуется использовать систему контроля версий (Subversion, Git и т. п.).
ВАЖНО
Для переноса изменений в промышленную среду не рекомендуется использовать SVN, поскольку такой способ не предусматривает создание резервной копии базы данных. Перенос изменений с помощью SVN следует использовать только для сред разработки.
2. Выгрузка пакетов в архивы
Возможны два варианта выгрузки пакетов в архивы:
- Из раздела [Конфигурация] (см. "Экспорт пакетов из интерфейса приложения").
- С помощью утилиты WorkspaceConsole (см. "Перенос изменений c помощью WorkspaceConsole").
3. Загрузка пакетов в предпромышленную среду
Существует два варианта установки пакетов в приложение:
- Из пользовательского интерфейса приложения (см. "Установка приложений marketplace из *.zip-архива"). Этот вариант удобно использовать при размещении предпромышленной среды в облаке.
- С помощью утилиты WorkspaceConsole (см. "Перенос изменений c помощью WorkspaceConsole"). Удобен, если используются процессы процессов непрерывной интеграции и предпромышленная среда размещена on-site.
ВАЖНО
Для переноса изменений в приложение, размещенное в облаке, рекомендуется использовать возможности пользовательского интерфейса bpm'online. Использование WorkspaceConsole невозможно, поскольку у пользователя нет непосредственного доступа к базе данных облачного приложения.
В случае возникновения ошибок при тестировании разработанной функциональности, необходимо выполнить ее доработку, устранив все ошибки. Затем повторить шаги 1—3.
4. Создание резервной копии базы данных промышленной среды
Прежде чем поставлять пакеты с новой функциональностью в приложение промышленной среды, необходимо выполнить резервное копирование базы данных. Этот шаг является обязательным, поскольку существует вероятность, что функциональность, разработанная разными сторонними разработчиками, может влиять на общую работоспособность приложения.
ВАЖНО
Для создания резервной копии базы данных приложения, размещенного в облаке Terrasoft, необходимо обратиться в службу поддержки. При размещении приложения on-site резервная копия базы данных создается клиентом самостоятельно.
5. Загрузка пакетов в промышленную среду
Способы загрузки пакетов в промышленную среду идентичны вариантам для предпромышленной среды (шаг 3).
