Визуальное программирование бизнес-процессов
Российский рынок вступил в стадию, когда все заказчики желают самостоятельно развивать свои информационные системы, без какого-либо использования интеграторов и вендоров. Для современных систем экономической документации стали весьма востребованы визуальные редакторы бизнес-процессов, а также карточек документов. Визуальное программирование, точнее его основная идея, зародилось еще в восьмидесятых годах, но до сих пор идет активное развитие и разработка разных продуктов в различных сферах. В результате их использования все больше подтверждается следующий тезис: чем более высокоуровневый продукт используется, тем большие ограничения накладываются на реализацию. Этот факт имеет массу последствий для российских систем СЭД. Давайте разберемся с перечнем типичных запросов, которые чаще всего вызывают изменения:
— создание новых документов или изменение существующих – это производится на серверной части;
— описание перечня возможных действий над поручениями и документами (пользовательский интерфейс, карточки задач);
— работа с типами документов;
— справочники.
Визуальное программирование: работа с визуальным редактором
Когда доходит дело до создания карточек и их привязки к определенным полям описания, то возникает необходимость в работе с редактором, который в свою очередь должен поддерживать вполне определенный набор функций:
— описание процедуры выбора значений из справочников с удобным интерфейсом и возможностью фильтрации;
— разбивку карточки на логические разделы. К примеру, отдельные закладки для информационных полей, для истории документа, для маршрута, для связанных поручений и прочего;
— поддержку вноса записей, которые могут содержать в себе ссылки на какие-то посторонние объекты. К примеру, запись в истории рассмотрения должна ссылаться на иную запись, визу, записи в иных полях тоже должны быть с ссылками на какие-то объекты;
— должна обязательно присутствовать возможность описания взаимосвязей между различными полями;
— возможность редактирования иерархических структур – это еще одна важная деталь, которую должно делать доступным визуальное программирование;
— описание взаимосвязей, которые образуются между полями, то есть указание того, какие поля для каких документов будут доступны для редактирования;
— установка видимости полей в зависимости от того, какие условия выставлены;
— сложные версии валидации данных в сочетании с несколькими полями.
Пока еще не существует подходящего решения для формирования веб-интерфейсов с подобными возможностями.
Визуальное программирование: работа с описанием бизнес-процессов
Производители различных систем постоянно работают над созданием различных визуальных редакторов процессов. При использовании таких редакторов для разработки российских систем программисты сталкиваются с целым набором проблем. Многие практики, которые широко распространены в российском документообороте, не поддаются описанию в терминах бизнес-процессов, именно поэтому визуальный язык программирования сложно использовать. Работа с российским документооборотом настолько усложнена, что теперь нет возможности делать так, как это делается за рубежом, то есть создать формы, работающие взаимосвязано, а не вызывать каждый раз необходимые для решения одной задачи формы и документы. Такой подход не позволяет повысить эффективность работы. Если пытаться визуализировать те процессы, которые хорошо этому поддаются, то такие вложения не окупят себя, так как эти процессы не нуждаются в частом изменении.
Существует определенный набор задач, для решения которых уместно использовать визуальное программирование C, а в остальных случаях его можно даже не касаться.