Разработка пользовательских решений bpm'online является довольно сложным и трудоемким процессом. Чтобы избежать трудностей, рекомендуется использовать следующую последовательность действий.

1. Организовать процесс разработки.

Организация процесса разработки зависит от объема и сложности планируемых пользовательских доработок bpm'online. Если необходимо дополнить функциональность bpm'online небольшими и несложными изменениями, то это не требует организации каких-либо особых процессов по их реализации. Достаточно выполнить эти изменения в приложении, предназначенном для разработки, а затем, после предварительного тестирования, их можно перенести в рабочую версию bpm'online.

При необходимости добавить сложную и объемную пользовательскую функциональность возникает потребность организации процесса разработки. Для этого рекомендуется организовать три рабочие среды — среду разработки, тестовую и промышленную среды. Разрабатываемая функциональность может быть перенесена между этими средами только тогда, когда она удовлетворяет определенным критериям. Подробнее об организации процесса разработки сложной и трудоемкой функциональности можно узнать из статьи "Организация процесса разработки".

Последовательность разработки и поставки разработанного решения в рабочее приложение зависят от организации процесса разработки. Как правильно определить последовательность разработки, изложено в статье "Рекомендуемая последовательность разработки".

2. Выбрать и организовать среду разработки

Выбор и организация среды разработки также зависят от сложности и трудоемкости разрабатываемого решения.

Если необходимо разработать несложную функциональность, требующую внесения небольших изменений, то в качестве среды разработки можно использовать бесплатную пробную версию bpm'online, развернутую в облаке. Как развернуть приложение в облаке, а также основные ограничения, связанные с разработкой в облачной среде, подробно описываются в статье "Развертывание приложения в облаке".

При необходимости использовать специальные инструменты разработки (например, Visual Studio), следует развернуть приложение на компьютере разработчика. Как это сделать, подробно описывается в статье "Как развернуть приложение on-site".

Если нужно добавить сложную и объемную пользовательскую функциональность, требующую участия нескольких разработчиков, то следует использовать специальным образом организованную среду разработки. Подробнее об этом можно узнать из статьи "Организация среды разработки".

3. Настроить хранилище SVN (опционально)

Система управления версиями является опциональным компонентом, необязательным для использования при разработке. Однако, если предполагается активная доработка приложения, то использование системы управления версиями значительно облегчит управление процессом разработки.

Настройка хранилища SVN и подключение хранилищ в bpm'online рассмотрены в статье "Как настроить хранилище SVN".

4. Создать пользовательский пакет для разработки новой функциональности

Реализация функциональности bpm'online выполняется в конфигурационных элементах — схемах. Совокупность схем, реализующих некую функциональность, принято объединять в пакет. Назначение и состав пакетов, основные пакеты bpm'online и их особенности подробно рассмотрены в статьях "Структура и состав пакетов", "Зависимости пакетов. Основные пакеты системы", "Пакет [Custom]".

Для разработки новой функциональности следует создать новый пользовательский пакет. Как это сделать подробно описывается в статьях "Создание пользовательского пакета".

5. Создать схемы, содержащие реализацию функциональности

Для реализации требуемой функциональности, в пользовательских пакетах необходимо создавать схемы различных типов. Особенности создания схем подробно описаны в статьях "Создание клиентской схемы", "Создание схемы объекта" и "Создание схемы [Исходный код]".

Примеры разработки новой функциональности приведены в разделе "Разработка в bpm'online на примерах".

6. Перенести изменения в тестовую и промышленную среды

После завершения разработки, изменения необходимо перенести в приложение, предназначенное для тестирования. А после успешного тестирования — в рабочее приложение для эксплуатации новой функциональности. Как это сделать, подробно описывается в статьях раздела "Перенос изменений между рабочими средами".

Смотрите также

• Организация процесса разработки
• Организация среды разработки
• Рекомендуемая последовательность разработки
• Основные правила и рекомендации разработки
• Как развернуть приложение on-site
• Развертывание приложения в облаке
• Как создать пользователя и настроить рабочее пространство
• Как настроить хранилище SVN
• Работа с пакетами
• Перенос изменений между рабочими средами
• Создание клиентской схемы
• Создание схемы объекта
• Создание схемы [Исходный код]