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