Как создать бизнес процесс в docsvision

Открыть чистую карточку для создания шаблона бизнес-процесса «с нуля» можно одним из следующих способов:

1. Найдите на левой панели Навигатора папку, в которой будет создаваться шаблон, и, щелкнув по нему правой кнопкой мыши, выберите из контекстного меню команду Создать > Бизнес-процесс.
2. Выделите на левой панели Навигатора папку, в которой будет создаваться шаблон бизнес-процесса, и выберите в меню последовательно Файл > Создать > Бизнес-процесс.
3. Выделите на левой панели Навигатора папку, в которой будет создаваться новый шаблон, нажмите на панели инструментов кнопку Новая карточкаи в открывшемся окне дважды щелкните левой кнопкой мыши по строке Бизнес-процесс.
4. Выделите на левой панели Навигатора папку, в которой должен размещаться новый шаблон, нажмите на панели инструментов кнопку со стрелкой, расположенную рядом с кнопкой Новая карточка, и из открывшегося списка выберите строку Бизнес-процесс.

На экране откроется окно создания шаблона бизнес-процесса (рис. 5.1), которое состоит из трех основных элементов:

Производство 4.0. Модернизация бизнес-процессов

• панель инструментов;
• функциональная панель;
• область графа.

Рис. 5.1.Окно создания нового шаблона бизнес-процесса

На панели инструментов шаблона бизнес-процесса расположены следующие кнопки:

• Сохранить— сохраняет изменения в шаблоне бизнес-процесса;
• Настройки— открывает диалоговое окно, содержащее основные параметры шаблона бизнес-процесса (название, описание, статус, используемые переменные и шлюзы и пр.);
• Создать и запустить экземпляр процесса— позволяет создать и запустить экземпляр процесса;
• Увеличить— увеличивает масштаб изображения;
• Уменьшить— уменьшает масштаб изображения;
• Экспорт в картинку— экспортирует изображение карточки бизнес-процесса в графический файл формата .bmp (Windows Bitmap);
• Показывать метки переходов— при нажатии кнопки на экране отображаются названия связей между функциями;
• Экспорт в XML— экспортирует карточку бизнес-процесса в файл формата .xml;
• Импорт из XML— импортирует карточку бизнес-процесса из .xml-файла в приложение;
• Печать— позволяет напечатать данные карточки в соответствии с имеющимися шаблонами, а также переслать его по электронной почте.

Функциональная панель содержит пиктограммы всех функций, входящих в состав приложения «Управление процессами». Все функции делятся на четыре группы: базовые функции и функции шлюзов к DocsVision, к почтовой системе и к файловой системе.

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

Источник: www.erpandcrm.ru

Подсистема «Управление процессами» содержит ряд настроек, которые касаются производительности. Задача установки оптимальных параметров возникает довольно часто. В данной статье описано из каких критериев нужно исходить при выборе значений.

Интеграция бизнес-процессов Docsvision с внешними системами

Значение параметров приведено в руководстве администратора.
Время между тиками (сек) — пауза между периодами активности сервера бизнес-процессов («тиками»); по умолчанию этот интервал равен 10 секундам, при большом количестве активных процессов рекомендуется его увеличить;

Максимальный объем памяти (Мб) , который может использовать при работе сервер управления процессами; по умолчанию его значение равно 512 Мб;

Время ожидания выполнения функции в потоке (сек) — период задержки перед повторным исполнением функции в циклическом бизнес-процессе; этот период используется, если в настройках функции в поле «Период опроса» не указан другой интервал;

Время тика — продолжительность активности сервера бизнес-процессов;

Функций за тик — количество функций одного бизнес-процесса, обрабатываемых сервером бизнес-процессов за один период активности;

Число процессов в одном пакете — максимальное количество бизнес-процессов в одной «порции» (пакете), которые обрабатываются одновременно; общая продолжительность тика зависит от количества пакетов, однако размер пакета следует ограничивать соразмерно с объемом оперативной памяти компьютера;

Размер пула шлюза, где пул шлюзов — это совокупность параллельно работающих экземпляров шлюзов одного типа с одинаковыми настройками, выделяемых для обработки процессов;

Размер пула сессий , где пул сессий — это совокупность параллельно работающих сессий с одинаковыми настройками подключения, выделяемых для обработки процессов;

Время ожидания выполнения метода Storage Server (сек) — период ожидания ответа сервера, после которого возвращается сообщение об ошибке (Сервер недоступен»).

Оценивая возможности подсистемы Workflow необходимо учитывать, что разные функции дают разную нагрузку на систему. Например, ф-ции, которые работают с карточками или любыми данными в базе выполняют соединение с сервером DocsVision и скорость их работы определяется так же производительностью сервера (выполнение запросов в базе, обработка результатов и т.п.). А функции сценарий, практически не задействуют сервер и БД (разве, что, для чтения настроек). Т.о. функция «Мониторинг DocsVision» может выполняться долго, если в поисковом запросе участвует много карточек. А функция задание может выполниться мгновенно если ожидает изменений в карточке.

Поэтому, довольно трудно дать формулу, в которую можно подставить число экземпляров, частоту процессора, количество ядер и объем ОЗУ, и в результате получить значение параметров.

Какие же профили можно использовать для решения конкретных задач?

1. Если необходимо более часто брать в обработку процессы — уменьшаем число функций за тик. Максимально частой обработке новых процессов соответствует 1 функция за тик (при неизменном желаемом времени тика).
Т.е. чтобы проходило меньше времени между тем как пользователь или функция подпроцесс запустит новый процесс, и тем моментом, как функция «Старт» в них станет обработанной.

2. Если хочется максимально быстро обрабатывать «длинные» процессы — увеличиваем число функций за тик. Например до 50-100. Но тут уже возникает опасность постоянной обработки какого-нибудь цикла, который не несет полезной нагрузки (например, какая-нибудь функция зацикленная на себя при помощи связи по ошибке)

3. Чтобы не зависеть от функций, которые долго выполняются или вообще подвисают на какой-нибудь операции с внешней системой, можно уменьшить «Время ожидания функции в потоке». С 900 секунд, до 180.

Параметры справедливы для машины с любым количеством ядер. Ну разве что не стоит выставлять размер пакета процессов меньше, чем число потоков, которые система может обрабатывать параллельно.
(Чисто теоретически это число вычислительных ядер в системе. Если поддерживается HyperThreading — то число ядер умножается на 2. Т.е. в принципе, в современном однопроцессорном четырехядерном сервере может параллельно обрабатываться до 8 потоков. А сверху число потоков ограничено максимальным размером пула потоков: 64 т.е. ставить размер пакета больше 64 тоже смысла нет)

• Время между тиками – от 2 до 10 с;
• Количество функции за тик – от 5 до 15;
• Число процессов в пакете- от 10 до 40;
• Время ожидания выполнения функции в потоке – 900 с;
• Время ожидания выполнения метода Storage Server – 600 c;
• Время тика – 300 с;
• Максимальный объем памяти – от 512 до 1536 Mb.

Источник: dvprofessionals.blogspot.com

Возможности настройки и модификации DocsVision

Можно использовать различные типы полей: числовые, строковые, с выбором даты из календаря, с выбором значений из справочников DocsVision, делать табличные разделы и т.д. Необходимое расположение полей на форме вкладки настраивается визуально.

Карточка Универсального документа настраивается «с чистого листа»:

• Определяется необходимый набор пользовательских вкладок и полей на них;
• Настраивается расположение полей на пользовательских вкладках;
• Определяется необходимый набор стандартных вкладок (Категории, Документы и ссылки, Задачи, Согласования и т.д.).

Рис. 20. Настройка карточки: состав вкладок, полей и их расположение

Для карточки файла можно настроить список свойств, категорий, правил синхронизации полей карточки и свойств офисного документа.

Рис. 21. Настройка карточки файла

Кроме состава атрибутов и внешнего вида для карточки документа можно задать перечень состояний документа и допустимую последовательность переходов между ними в соответствии с этапами жизненного цикла документов данного вида. Эта информация задается в настройках в виде списка и графа состояний и переходов.

Также для каждого вида карточки документа может быть настроена программная обработка событий карточки. Среди них — стандартные события (открытие, закрытие, сохранение, переход по вкладкам, выделение номера), а также определяемые пользователем и вызываемые нажатием специальных кнопок на панели инструментов. Сценарий обработки каждого события задается на языке VBScript.

В Справочнике типов можно также настроить виды Согласований, Задач и Заданий DocsVision.

Настройки видов этих объектов в Справочнике типов определяют основные черты их внешнего вида и поведения. Дополнительные возможности предоставляются при настройке шаблонов Согласований и Задач.

Например, для вида Задачи можно определить:

• Состав вкладок, в т.ч. Вкладку свойства с настраиваемыми пользовательскими полями;
• Отображение и поведение стандартных полей;
• Функциональные кнопки на панели инструментов (стандартные и пользовательские, с программной обработкой);
• Уведомления о различных событиях, которые должны получать участники исполнения Задачи;
• Разрешенные виды подчиненных задач;
• Параметры заданий, входящих в задачу.

Рис. 22. Настройка вида Задачи, Полей карточки

Аналогично, с учетом их специфики, настраиваются вида Подчиненных задач, Согласований и Заданий.

В представлении можно отобразить:

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

• отображаемое значение из пользовательского свойства карточки;
• системную информацию о карточке (дату создания, дату изменения, системную тему и т.п.);
• информацию о ярлыке (режим открытия, дату изменения и т.п.);
• данные, которые не хранятся непосредственно ни в каких карточках (ни в исходной, ни в связанных), однако могут быть вычислены по некоторым правилам (вычисляемые поля).

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

Для изменения и редактирования доступны следующие свойства представления:

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

Рис. 23. Диалог настройки Представления

Рис. 24. Диалог формирования колонок Представления

Рис. 25. Диалог настройки данных Представления

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

Если в ходе настройки представления было настроено поле, которое может быть использовано в других представлениях, то существует возможность «запомнить» это поле, зафиксировав его в списке выбора как виртуальное поле .

Рис. 26. Результат применения Представления с группировкой и условным форматированием

Данные представления могут экспортироваться в таблицу Excel, для этого в настройках каждого представления указывается список доступных для него шаблонов, экспорта, задающих формат итогового документа.

Модуль Расширенные отчеты позволяет строить три типа отчетов, настройки видов которых указываются в справочнике расширенных отчетов:

• прикладной отчет — изначально является программным и не имеет пользовательского интерфейса, его источником может быть только хранимая процедура. Для запуска на исполнение прикладного отчета необходимо разработать собственную карточку;
• базовый отчет — запускается на исполнение из карточки расширенного отчета, форма которой автоматически добавляется в систему при установке модуля.
• отчет MS Reporting — также запускается на исполнение из карточки расширенного отчета, но генерируется не системой DocsVision, а Microsoft Reporting Services SQL Server 2005.

Настройка расширенных отчетов требует понимания структуры хранения данных, создания хранимых процедур SQL Server, XSLT преобразований для форматирования отчета, а также навыков работы с SQL Server Business Intelligence Development Studio (для отчетов MS Reporting).

Универсальный справочник — еще одно мощное средство расширения возможностей системы без программирования. Он позволяет хранить информацию об объектах, регистрация которых не предусмотрена ни в одном другом справочнике системы DocsVision (см. рис. 27).

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

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

Рис. 27. Универсальный справочник

Рис. 28. Настройка записи в Универсальном справочнике

В качестве альтернативы карточкам DocsVision можно использовать экранные формы InfoPath, создаваемых в соответствующем приложении Microsoft Office. Они являются «псевдокарточками»: структуру формы InfoPath можно сохранить в шаблоне карточки файла DocsVision. При этом значения полей синхронизируются со свойствами карточки, и все поля карточек, создаваемых по этому шаблону, могут редактироваться как непосредственно в DocsVision — в карточке файла, так и в Microsoft InfoPath.

Рис. 29. Использование формы Microsoft InfoPath в качестве карточки DocsVision

Поля формы InfoPath можно связать с таблицами БД DocsVision, так и с внешними источниками справочных данных.

Причем информация, введенная в поля формы InfoPath, может использоваться для поиска, для формирования представлений — таким же образом, как и значения в полях стандартных карточек DocsVision.

Шаблоны печати представляют собой готовые формы для автоматического размещения на бумажном листе хранящейся в карточке информации. В DocsVision представлен только один шаблон печати для карточки каждого типа: стандартный шаблон печати, однако на его основе можно создать другие шаблоны — как более сложные, так и упрощенные. Шаблоны печати описаны при помощи языка XML, и для создания пользовательского шаблона печати можно просто модифицировать уже имеющийся шаблон в любом доступном редакторе и сохранить его с новым названием или же создать собственный новый шаблон. Для этой задачи можно использовать утилиту Редактор шаблонов печати DocsVision, позволяющую визуальными средствами на основе XML-схемы карточки создать шаблон печати в Microsoft Word.

Следующим шагом в сторону автоматизации процессного управления является использование бизнес-процессов, создаваемых при помощи инструментов приложения «Управление процессами» (см. раздел «Основные объекты DocsVision — Бизнес-процессы»). Используя набор встроенных функций визуального редактора, можно создать бизнес-процессы, которые:

• выявляют происходящие события — например, появление новой карточки с заданной темой или изменение уже существующей карточки; появление в файловой системе файла с определенным названием; получение почтового сообщения по указанной теме;
• реагируют на происходящие события предусмотренным образом — например, отправляют определенным сотрудникам задание на выполнение какой-либо работы по исполнению документа, оповещают сотрудника о чем-либо, создают новую карточку или даже отдельный бизнес-процесс, предназначенный для автоматизации исполнения какого-либо документа;
• выполняют функции таймеров — предупреждают о приближении сроков выполнения задания или поручения, рассылают оповещения группам сотрудников в определенное время или выполняют какое-либо другое действие в указанный час;
• собирают сведения об имеющихся в системе объектах и т. д.

Описание бизнес-процесса производится при помощи специальной карточки, содержащей список всех доступных функций — как основных, так и поставляемых шлюзами к внешним системам (файловая система, электронная почта и т. д.). Функции в этой карточке представлены в виде пиктограмм; создание бизнес-процесса сводится к заданию последовательности функций с подробным описанием параметров каждой из них, а также указанию связей, согласно которым будет происходить передача управления бизнес-процессом от одной функции к другой.

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

В версии DocsVision 4.0 возможности разработки бизнес-процессов расширены за счет подсистемы «Процессы WWF».

Еще более расширяет функциональность бизнес-процессов возможность создания сценариев — подпрограмм, выполняющихся в контексте соответствующей функции приложения «Управление процессами». Написание сценариев требует большей квалификации (в частности, знания языков C# или VB.NET) и может быть вызвано невозможностью выполнения какого-либо действия при помощи встроенных функций приложения.

Наконец, если деятельность организации настолько специфична, что не может быть автоматизирована в рамках существующих приложений и возможностей настройки, можно избрать альтернативный путь решения задачи: расширение функциональности платформы DocsVision путем создания на ее основе собственной разработки. Это могут быть наборы карточек, совершенно отличных от карточек приложения «Делопроизводство», и другие программные расширения, реализующие дополнительную требуемую функциональность. Открытый программный интерфейс платформы (DocsVision API) предоставляет для этого широкие возможности. Также предусмотрены специальные инструменты (DocsVision SDK), обеспечивающие возможность визуального описания структуры карточек и справочников приложения, и средства автоматического создания хранилища документов. Разработка карточек может вестись на любом COM-совместимом инструменте разработки, в частности на Microsoft Visual Basic и Visual C++.

В помощь разработчикам предназначены:

• Руководство разработчика на платформе DocsVision;
• Руководство разработчика в среде СУБП DocsVision;
• Описание полей стандартных карточек DocsVision;
• Примеры кода прикладных компонент на платформе DocsVision;
• Утилиты для разработки схемы данных, отладки и тестирования разработанных компонент и т.д.

Ссылки по теме

• Обратиться в «Интерфейс» за дополнительной информацией/по вопросу приобретения продуктов
• Новости по СЭД DocsVision
• Статьи по СЭД DocsVision
• Курсы по СЭД DocsVision
• Информация по лицензированию DocsVision
• Скачать DocsVision 4.3
• Скачать листовку «Функциональные возможности системы DocsVision»
• Что нового в DocsVision 4.3
• Руководство по установке, настройке и администрированию DocsVision 4.3
• Справка DocsVision 4.3
• Руководство пользователя DocsVision 4.3
• Руководство по обновлению на версию 4.3