Реализация сценария бизнес-процесса

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

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

Извещение о проведении запроса котировок должно содержать:

- наименование заказчика, его почтовый адрес, адрес электронной почты заказчика (при его наличии);

- Техническое задание. Наименования, характеристики и количество поставляемых товаров, наименования, характеристики и объем выполняемых работ, оказываемых услуг. При этом указываются требования к качеству, техническим характеристикам, требования к их безопасности, требования к функциональным характеристикам и т.п.;

- место доставки поставляемых товаров, место выполнения работ, место оказания услуг;

- сроки поставок товаров, выполнения работ, оказания услуг;

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

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

- место подачи котировочных заявок, срок их подачи, в том числе дата и время окончания срока подачи котировочных заявок.

- срок и условия оплаты поставок товаров, выполнения работ, оказания услуг;

- срок подписания победителем в проведении запроса котировок контракта со дня подписания протокола рассмотрения и оценки котировочных заявок.

Центральный закупочный орган (ЦЗО) -- Коллегиальный (не менее 3 человек) постоянно действующий орган, создаваемый заказчиком для контроля и координации закупочной деятельности.

Котировочная комиссия (КК) является коллегиальным органом заказчика (уполномоченного органа), основанным на временной или постоянной основе.

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

Котировочная комиссия создается в целях рассмотрения и оценки котировочных заявок и определения победителя в проведении запроса котировок.

Комиссия правомочна осуществлять свои функции, если на заседании комиссии присутствует не менее 50% общего числа ее членов [3].

1.3 Описание участников бизнес-процесса

В моделируемом бизнес-процессе будут участвовать члены ЦЗО организации и члены КК.

ЦЗО в целом занимается утверждением плана закупок и обеспечением экономически эффективного расходования средств организации на приобретение товаров, работ, услуг и иных благ. В состав ЦЗО будут входить 2 исполнителя:

· Председатель. Председателем обычно является руководитель организации. Он принимает окончательные решения;

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

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

Таким образом, функции котировочной комиссии:

· опубликование на официальном сайте извещения о проведении запроса котировок;

· рассмотрение и оценка котировочных заявок;

· подведение итогов и определение победителя в проведении запроса котировок;

· ведение и подписание протокола рассмотрения и оценки котировочных заявок;

· прием и регистрации котировочных заявок;

· подписание протокола рассмотрения и оценки котировочных заявок.

Котировочная комиссия вправе обратиться к заказчику за разъяснениями по предмету размещаемого заказа.

КК осуществляет свою деятельность путем проведения заседаний.

В состав КК будут входить 5 исполнителей:

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

· Заместитель председателя. Выполняет функции председателя в его отсутствие, или функции секретаря в отсутствие секретаря;

· Секретарь. Выполняет различные функции с документами: составляет извещение, размещает его на официальном сайте, составляет протокол рассмотрения и оценки котировочных заявок, вместе с председателем подписывает его;

· И ещё два члена котировочной комиссии, которые не имеют конкретного назначения. Они должны также присутствовать на заседаниях, принимать решения по выдвинутым вопросам, выбирать участника-победителя [4].

1.4 Общее описание бизнес-процесса

В бизнес-процессе секретарь ЦЗО будет уведомлять членов КК о проведении запроса котировок. При этом он будет передавать подготовленные документы (проект контракта, техническое задание, обоснование начальной цены) и указывать сроки выполнения заказа. Председатель ЦЗО будет фигурировать только в самом конце процесса, когда ему от секретаря КК будет приходить протокол рассмотрения и оценки заявок, как отчет о проделанной работе комиссии.

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

Если предварительное заседание состоялось, секретарем указывается, есть ли нерешенные вопросы по текущей закупке, на которые должен ответить заказчик (ЦЗО). Если есть, вопросы направляются секретарю ЦЗО, он на них отвечает. Ответ передается всем членам комиссии.

Теперь секретарь котировочной комиссии составляет извещение о проведении запроса котировок. Проверенное председателем извещение выставляется на официальном сайте госзакупок секретарем, после чего начинается этап подачи котировочных заявок поставщиками. При завершении этого этапа принимается решение либо о продлении срока подачи заявок (если подана всего одна заявка), либо об окончании. Если принято решение о продлении, срок увеличивается ещё на 4 рабочих дня. В любом случае по окончании проведения запроса котировок котировочной комиссией составляется протокол рассмотрения и оценки котировочных заявок, который в качестве отчета о работе котировочной комиссии направляется членам ЦЗО.

2. ОПИСАНИЕ ВЫБРАННОЙ СИСТЕМЫ УПРАВЛЕНИЯ БИЗНЕС-ПРОЦЕССАМИ

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

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

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

При помощи переменных бизнес-процесса в системе происходит передача информации между исполнителями заданий.

В самой системе возможно:

· Работать с определениями и экземплярами бизнес-процессов;

· Работать со списками заданий;

· Визуализировать формы, соответствующие заданиям;

· Работать с системой через web-интерфейс;

· Предоставлять возможность работать с системой приложениям специального вида - ботам.

В графическом редакторе системы возможно:

· Редактировать граф бизнес-процесса;

· Создавать и редактировать графические формы заданий;

· Создавать и назначать роли;

· Создавать переменные.

Исполнителями могут быть как люди, так и специальные компьютерные приложения - боты.

Компоненты системы, относящиеся к серверной части:

· RunaWFE - сервер;

· Бот-станция.

Компоненты системы, относящиеся к клиентской части:

· Клиент (web-интерфейс);

· Клиент-оповещатель о поступивших заданиях;

· Графический редактор бизнес-процессов;

· Симулятор бизнес-процессов.

При помощи web-интерфейса системы пользователь может:

· Получать, фильтровать, выполнять задачи, генерируемые экземплярами бизнес-процессов;

· Запускать новые экземпляры бизнес-процессов;

· Просматривать состояния выполняющихся экземпляров бизнес-процессов.

При помощи web-интерфейса системы администратор может:

· Создавать-удалять пользователей и группы пользователей;

· Включать (исключать) пользователей в группы;

· Раздавать права на объекты системы пользователям и группам пользователей;

· Принудительно останавливать экземпляры бизнес-процессов.

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

При помощи клиента-оповещателя о поступивших заданиях пользователь может получать оповещения о поступивших заданиях.

При помощи симулятора бизнес-процессов можно тестировать разработанные бизнес-процессы на условной конфигурации на клиентском компьютере аналитика, не загружая их в промышленную систему [5].

3. СОЗДАНИЕ ПОЛЬЗОВАТЕЛЕЙ И ГРУПП ПОЛЬЗОВАТЕЛЕЙ

3.1 Создание пользователей

Перед тем, как начать моделирование бизнес-процесса, определим, кто будет пользоваться экземпляром этого процесса. Создавать пользователей в системе имеет право администратор. Для запуска симулятора необходимо сначала запустить RunaWFE-сервер (ярлык «Start Simulation» на рабочем столе), подождать, пока он загрузится, и затем запустить симуляцию веб-интерфейса системы (ярлык «Simulation web interface» на рабочем столе). Появится окно браузера, показанное на рисунке 1.

Рисунок 1 - Форма авторизации

Необходимо зайти под именем пользователя «Administrator» с паролем «wf». Эта роль была создана специально разработчиками системы RunaWFE.

После входа появится интерфейс системы. Нужно нажать вкладку «Исполнители» в меню слева (рисунок 2).

Рисунок 2 - Список исполнителей

Теперь создадим необходимых пользователей. Это будут пять членов котировочной комиссии, а также два исполнителя из ЦЗО (таблица 1).

Таблица 1 - Исполнители

Еще в процессе моделирования бизнес-процесса нам понадобиться такой пользователь как Word-Бот. Он будет работать как приложение вместо сотрудника - генерировать Word-документ. Для него мы установим пароль «wf» на английской раскладке.

Кликнем «Создать пользователя». После ввода имени и описания пользователя окно свойств исполнителя выглядит следующим образом (рисунок 3):

Рисунок 3 - Форма создания исполнителя

Нажимаем «Применить». В списке исполнителей появился новый пользователь. Чтобы установить ему пароль щелкаем на его имени в списке. Открывается окно всех свойств исполнителя (рисунок 4).

Рисунок 4 - Окно редактирования учетной записи

В разделе «Пароль» вводим пароль «11» и нажимаем кнопку «Применить», относящуюся к этому разделу.

Создание учетной записи Иванов А.А. (председатель котировочной комиссии) закончено. По такому же алгоритму создаем остальные учетные записи, показанные в таблице 1.

3.2 Создание групп пользователей

Теперь создадим группы. Это будет группа «Котировочная комиссия» и группа «ЦЗО».

В том же окне, где находится список исполнителей, щелкаем на «Создать группу». Появилось окно создания группы (рисунок 5).

Рисунок 5 - Окно создания группы

Нажимаем «Применить». В списке исполнителей появилась новая группа. Щелкаем на её имени. Открывается окно всех свойств группы. Нам необходим раздел «Члены группы». В нем мы щелкаем на «Добавить». Открывается следующее окно (рисунок 6):

Рисунок 6 - Окно добавления пользователей в группу

После того, как отметили всех нужных пользователей, нажимаем кнопку «Добавить». На рисунке 7 видно, что в разделе «Члены группы» появились отмеченные пользователи.

Рисунок 7 - Окно свойств группы

Таким же образом создадим ещё одну группу ЦЗО, в которую будут входить исполнители Агапкин и Морозова.

3.3 Раздача прав пользователям

Для раздачи прав созданным пользователям необходимо выбрать в списке меню закладку «Система». Появится следующее окно (рисунок 8):

Рисунок 8 - Окно «Обладатели полномочий»

Щелкаем на «Добавить». Откроется список исполнителей. Из них отмечаем галочкой «Котировочная комиссия», «ЦЗО» и «Word-бот», нажимаем «Добавить». Так как созданные исполнители находятся в выбранных группах (кроме Word-бот), то не нужно устанавливать полномочия на каждого. Полномочия установятся всем членам группы.

Установим полномочия, показанные на рисунке 9.

Рисунок 9 - Установленные полномочия исполнителей

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

Администраторские функции, такие как «Создавать исполнителя», на данный момент созданным пользователям не нужны.

4. РАЗРАБОТКА МОДЕЛИ ПРОЦЕССА РАЗМЕЩЕНИЯ ЗАКАЗА ПУТЕМ ЗАПРОСА КОТИРОВОК

4.1 Создание нового проекта

Для разработки модели откроем графический редактор системы (ярлык Process Designer на рабочем столе). Окно редактора показано на рисунке 10.

Рисунок 10 - Окно графического редактора RunaGPD

Чтобы создать новый проект, необходимо щелкнуть правой кнопкой мыши на проводнике и в контекстном меню выбрать «Новый проект» (либо по пиктограмме «Создание нового проекта» на верхней панели). Откроется окно, в котором необходимо ввести имя создаваемого проекта (рисунок 11). Дадим имя проекту - Электронные торги.

Рисунок 11 - Окно создания нового проекта

В проекте может существовать множество определений процессов. Для создания процесса также щелкнем правой кнопкой мыши в проводнике и в контекстном меню выберем «Новый процесс» (либо пиктограмма «Создание нового процесса» на верхней панели). В появившемся окне (рисунок 12) необходимо выбрать проект, в котором создается процесс, ввести имя процесса, а также выбрать нотацию, по которой будет строиться модель.

Рисунок 12 - Окно создания нового процесса

Для построения модели будет использоваться BPMN-нотация. Создадим процесс с именем «Проведение запроса котировок». В созданном проекте появится новый процесс (рисунок 13).

Рисунок 13 - Окно проводника графического редактора

4.2 Построение графа процесса

Щелкнем двойным кликом на «Проведение запроса котировок» в проводнике. Появится окно разработки модели (рисунок 14).

Рисунок 14 - Окно разработки модели

С левой стороны можно увидеть палитру инструментов для построения модели. Внизу окна можно увидеть вкладки. Сейчас мы находимся на вкладке «Граф». Именно на этой вкладке будем рисовать сам алгоритм процесса. Для начала приведем описание компонентов палитры.

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

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

Узел-Действие - узел на схеме бизнес-процесса, ассоциированный с некоторым действием. В этих узлах СУБПиАР дает поручение исполнителю на выполнение этого действия и ждет ответа (сообщения, что действие совершено). После ответа исполнителя точка управления движется по Переходу к следующему узлу схемы.

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

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

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

Мульти-действие . В момент прихода управления в Мульти-действие создается известное к этому моменту времени количество экземпляров этого узла, для каждого узла организуется своя точка управления и для каждой точки управления запускается связанный с данным узлом бизнес-процесс как подпроцесс текущего бизнес-процесса. После того, как все подпроцессы завершены, управление переходит к следующему узлу по исходящему Переходу. Количество экземпляров Мульти-действия определяется значением специальной «присоединенной» переменной в момент прихода управления в это действие.

Ветвление . Должен иметь несколько исходящих Переходов. «Отправляет» пришедшую в него точку правления по исходящему Переходу, выбранному в соответствии с содержащимися в Ветвлении правилами выбора перехода. Рядом с каждым исходящим из Ветвления Переходом записывается условие, при выполнении которого будет выбран данный Переход.

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

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

Разделение .Имеет один входящий и несколько исходящих Переходов. Для пришедшей в узел точки управления генерирует точку управления для каждого исходящего Перехода. Все сгенерированные точки управления далее выполняются параллельно.

Слияние .Имеет несколько входящих и один исходящий Переход. "Ждет", пока в него придут точки управления по всем входящим Переходам. После этого все пришедшие в узел точки управления уничтожаются, для исходящего Перехода генерируется одна точка управления.

Обработчик - дополнительная конструкция. Эти элементы могут быть присоединены к Переходам или Узлам-Действиям. С Обработчиком связывается программный код, который будет выполнен при прохождении точки управления через элемент, к которому присоединен Обработчик.

Окончание .Соответствует точке окончания исполнения бизнес-процесса. Узел «Окончание» должен иметь один или более входящих Переходов и ни одного исходящего Перехода. При попадании управления в точку завершения процесса уничтожаются все точки управления этого процесса, а также останавливаются все его синхронные подпроцессы.

Обозначим особенности построения графа процесса:

· Для того, чтобы выбрать элемент палитры, нужно щелкнуть по нему, а затем по тому месту рабочего окна, где его требуется разместить;

· Чтобы соединить два объекта стрелкой-переходом, необходимо щелкнуть по начальному и затем по конечному объекту;

· Для того, чтобы ввести наименование Узла-Действия, необходимо щелкнуть по нему двойным кликом;

· Наименование для стрелки-перехода вводится в её свойствах (при выделенной стрелке). Окно свойств может быть скрыто, тогда необходимо в главном меню выбрать «Окно»-«Свойства», и оно станет видимым (рисунок 15).

Рисунок 15 - Окно свойств стрелки-перехода

tr1 - наименование стрелки-перехода по умолчанию. Также и с остальными объектами, которым необходимо присвоить название;

· Объект-обработчик присоединяется либо к узлу-действию, либо к стрелке-переходу. Для того, чтобы его добавить, нужно выделить необходимое действие или стрелку, щелкнуть по нему правой кнопкой мыши и выбрать «Обработчики»-«Создать». Также объект-обработчик можно выбрать на палитре, и затем нажать на объекте модели, к которому присоединяется обработчик;

· Чтобы «поломать» стрелку, необходимо выделить её и, потянув за маркер, придать ей нужную форму.

Теперь приступим к построению графа модели (рисунок 16):

1. Первый узел-действие будет называться «Уведомить о проведении запроса котировок». Получив это задание, секретарь КК должен увидеть форму, в которой можно будет ввести наименование запроса котировок, сроки выполнения заказа, загрузить все необходимые документы, а также привести свои комментарии к планируемому заказу.

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

3. В подпроцессе «Организовать заседания» будут соединены все задания по организации заседаний. Там решается, нужно ли проводить предварительное заседание (перед началом запроса котировок) и назначается время начала и окончания подачи заявок на предоставление товаров, работ или услуг.

4. После этого идет ветвление. На основании того, что было решено в подпроцессе «Организовать заседания» - нужно ли проводить предварительное заседание по вопросам текущего заказа или не нужно, выбирается дальнейший путь по процессу.

5. Если было решено провести предварительное заседание, то узел-ожидание, находящийся на этой ветке отсчитывает дату предварительного заседания. И когда она наступает, у комиссии должна быть возможность задать какие-то нерешенные на заседании вопросы закупочному органу (если они есть).

6. Затем секретарь ЦЗО должен ответить (узел-действие «Ответить на вопросы котировочной комиссии»), и все члены КК должны получить этот ответ (мультидействие «Получить ответ от ЦЗО»).

7. Когда все организационные вопросы решены, наступает время оформления оставшихся документов для выставления заказа. Это должно быть извещение о проведении запроса котировок. Подготовкой документов занимается всегда секретарь комиссии, и в следующем узле-действии «Ввести данные для генерации извещения» ему нужно будет вводить такие данные как номер извещения, цену заказа, тип товаров, работ или услуг и т.п.

8. Узел-действие «Сгенерировать извещение» будет выполнять бот. На основании данных, введенных на форме секретарем КК, автоматически сгенерируется извещение.

9. Сгенерированное извещение должно быть проверено, поэтому следующим идет узел-действие «Проверить, редактировать составленное извещение». На форме этого действия должна быть возможность скачать файл сгенерированного извещения и загрузить новый его файл (если в нем были найдены ошибки).

10. Извещение должно быть выставлено на сайте чуть раньше установленного времени начала подачи котировочных заявок, поэтому следующий узел-ожидание выжидает это время. Когда установленное время наступает, секретарю КК приходит задание «Выставить на сайте извещение и проект контракта». Здесь необходимо, чтобы была возможность скачать проверенное извещение.

11. Следующий узел-ожидание отсчитывает время окончания подачи заявок. После этого председатель КК должен решить продлить ли срок подачи заявок или перейти к оформлению отчетного протокола о работе котировочной комиссии. В зависимости от того, что он выберет, управление пойдет по одной ветке, и секретарю сразу придет задание составить протокол и направить его ЦЗО, либо это задание ему придет через 4 рабочих дня, когда срок продления подачи заявок закончится.

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

13. В последнем мультидействии «Получить протокол рассмотрения и оценки котировочных заявок» председатель и секретарь ЦЗО должны получить отправленный секретарем КК протокол. На этом бизнес-процесс «Проведение запроса котировок» заканчивается.

Рисунок 16 - Граф главного процесса «Проведение запроса котировок

4.3 Создание ролей

Перейдем к созданию ролей, так как каждому действию нужен исполнитель. В таблице 2 показано соответствие ролей, которые будут создаваться в редакторе бизнес-процессов, и ролей, созданных администратором в разделе 3.1.

Таблица 2 - Соответствие реальных ролей и ролей в графе бизнес-процесса

Остальные исполнители: Петров, Сидоров, Сизова и Агапкин, будут фигурировать в бизнес-процессе только в общих задания, например, когда члены КК получают задание «Получить уведомление о проведении запроса котировок».

Итак, для создания ролей откроем вкладку «Роли» (рисунок 17).

Рисунок 17 - Вид вкладки «Роли»

Нажимаем «Создать». Появилось окно создания новой роли (рисунок 18).

Рисунок 18 - Окно создания новой роли

Создадим так каждую роль, представленную в таблице 2. Как видно из рисунка 17 роли могут иметь не только название, но и инициализатор. В инициализаторе созданная роль связывается с конкретным исполнителем.

Выделим роль «Секретарь КК» и нажмем «Изменить». На экране появится окно редактирования инициализатора роли (рисунок 19).

Рисунок 19 - Окно редактирования инициализатора роли

Настроить роль можно, например, на вкладке «Группы и пользователи WF». Щелкнем на «Настройки соединения». Настройки соединения должны выглядеть, как показано на рисунке 20.

Рисунок 20 - Окно параметров соединения

При успешной проверке соединения (кнопка «Проверить соединение») должно появиться сообщение «Соединение проверено». Далее нажимаем «ОК» для сохранения настроек.

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

После выполнения синхронизации щелкаем на раскрывающемся поле «пользователь», а затем команду «Выбрать» (рисунок 21). В результате мы увидим список всех тех, кого создавал администратор.

Рисунок 21 - Окно выбора пользователя

Для роли «Секретарь КК» выберем исполнителя Орлова А.А. Нажмем «ОК» в окне выбора пользователя, а затем в окне редактирования инициализатора роли.

Роль «Секретарь КК» настроена. Таким же образом настроим все оставшиеся роли, перечисленные в таблице 2, с соответствующими им исполнителями. На рисунке 22 показан конечный список ролей процесса «Проведение запроса котировок».

Рисунок 22 - Список используемых ролей

Нужно отметить, что настройка инициализатора роли «Секретарь ЦЗО» необязательна, так как эта роль будет относиться к началу процесса (этот исполнитель будет начинать процесс). В этом случае инициализация происходит автоматически.

Теперь перейдем обратно на вкладку «Граф». Нам необходимо сопоставить роли действиям.

В соответствии с описанием, приведенным в разделах 1.3 и 1.4, раздадим исполнителям задания.

Для того, чтобы добавить узлу роль, необходимо щелкнуть на нем правой кнопкой мыши, в контекстном меню выбрать «Роли», и затем выбрать нужную роль (рисунок 23).

Рисунок 23 - Выбор роли для узла

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

Рисунок 24 - Граф главного процесса «Проведение запроса котировок» с ролями

4.4 Создание переменных процесса

В таблице 3 приведем все переменные, которые будут использоваться в процессе «Проведение запроса котировок».

Таблица 3 - Переменные процесса «Проведение запроса котировок»

Создадим описанные переменные в графическом редакторе. Сначала перейдем на вкладку «Переменные» (рисунок 25).

Рисунок 25 - Окно списка переменных процесса

Нажимаем «Создать». Появилось окно создания переменной (рисунок 24).

Рисунок 25 - Окно создания переменной

Вводим название переменной, выбираем требуемый формат и, если нужно, присваиваем ей значение по умолчанию.

После создания всех переменных окно списка переменных процесса будет выглядеть так, как показано на рисунке 26.

Рисунок 26 - Список переменных процесса «Проведение запроса котировок»

4.5 Пошаговая настройка процесса «Проведение запроса котировок». Создание форм. Настройка подпроцессов и мультидействий. Настройка узлов ожидания, ветвлений и обработчиков

Настроим все основные механизмы бизнес-процесса, переходя от узла к узлу по порядку.

4.5.1 Создание формы для узла-действия «Уведомить о проведении запроса котировок»

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

Создадим форму для узла-действия, показанного на рисунке 27.

Рисунок 27 - Узел «Уведомить о проведении запроса котировок»

Как правило, перед созданием формы сначала к узлу-действию добавляют файл проверки переменных формы (но можно и после создания формы). Для этого необходимо щелкнуть по узлу-действию правой кнопкой мыши и нажать «Форма»-«Проверка переменных формы». В появившемся окне (рисунок 28) необходимо нажать «Да», а в следующем появившемся окне (рисунок 29) «Готово».

Рисунок 28 - Окно-сообщение

Рисунок 29 - Окно валидации формы (проверки переменных)

Настройка проверки переменных будет рассматриваться в одном из следующих разделов.

Теперь создадим саму форму. Для этого также нажмем на узле правой кнопкой мыши и выберем пункт «Форма»-«Создать форму». В появившемся окне (рисунок 30) оставим все как есть (тип формы по умолчанию) и нажмем «ОК».

Рисунок 30 - Окно выбора типа формы

Открылось окно html-редактора (рисунок 31).

Рисунок 31 - HTML-редактор

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

После работы с объектами на данной вкладке форма «Уведомить о проведении запроса котировок» будет выглядеть так, как показано на рисунке 32.

Рисунок 32 - Начальный вид формы «Уведомить о проведении запроса котировок»

Опишем использующиеся объекты:

· Тексты-пояснения вводятся в html-редакторе с клавиатуры как в любом текстовом редакторе. Для придания особого вида тексту можно воспользоваться следующими инструментами на панели:

- Соответственно жирный, курсив, подчеркнутый, зачёркнутый тексты;

- Нижний индекс, верхний индекс;

- Нумерованный и маркированный списки;

- Отступы, цитата, выравнивание текста;

- Выбор типа, шрифта и размера текста, цвет текста;

· Для ввода наименования запроса котировок и комментария секретарем ЦЗО был выбран объект «текстовая область» . На рисунке 31 они обведены. Для определения места вставки объекта необходимо установить курсор в нужном месте формы. Затем щелкнуть по самому объекту на панели. Для текстовой области откроется окно настройки, показанное на рисунке 32.

Рисунок 31 - Отмеченные текстовые области

Рисунок 32 - Окно настройки текстовой области

В выпадающем списке «Имя» необходимо выбрать соответствующую переменную. В нашем случае для первой текстовой области это будет переменная НаимЗК, а для второй - Коммент. В свойствах «Колонки» и «Строки» можно установить размер текстовой области;

· Для настройки ввода даты (сроки выполнения заказа, переменные Дата1 и Дата2) проделаем следующие шаги:

- на панели выберем левый из показанных значков («Freemarker тег»). Откроется окно настройки тега (рисунок 33).

Рисунок 33 - Окно настройки тега

В выпадающем списке необходимо выбрать «Ввод даты-времени»;

- появились выпадающие списки для выбора соответствующей переменной и выбора формата её ввода (рисунок 34).

Рисунок 34 - Полная настройка тега ввода даты

Также настраиваем еще один тег для ввода второй даты (Дата2);

· Чтобы на страницу можно было загружать какие-то файлы, используют объект «Элемент загрузки файла».

Секретарю ЦЗО необходимо будет загрузить три файла для отправки котировочной комиссии.

На рисунке 35 показано окно свойств элемента загрузки файла.

Рисунок 35 - Окно свойств элемента загрузки файла

В нем необходимо выбрать только связываемую с элементом загрузки переменную. Для формы «Уведомить о проведении запроса котировок» необходимо три таких элемента, которые будут связаны с переменными Проект_контракт_файл, ТЗ_файл и Обоснов_файл.

На рисунке 32 видно, что созданная форма выглядит не очень аккуратно. Для более широких возможностей настройки формы можно перейти на вкладку «Код» html-редактора. Здесь пишется непосредственно html-код, а также производится настройка стилей с помощью CSS (каскадная таблица стилей). Код, который сгенерировался в ходе построения формы на вкладке «Дизайн», можно видеть сейчас (рисунок 36).

Рисунок 36 - Вкладка «Код»

Модифицируем код и воcпользуемся стилями CSS.

Новое описание формы будет выглядеть следующим образом:

<P><STYLE type="text/css">

.form1 {

margin: 0px;

padding: 10px;

font: large Arial,Helvetica,sans-serif;

}

.form1 legend {

margin-bottom: 1em;

margin-left: 10px;

text-align: left;

font-size: large;

color: #666;

}

.form1 fieldset {

margin: 10px 0;

padding: 10px;

}

.form1 fieldset div {

padding: 0.25em 0;

}

.form1 label {

margin-right: 10px;

padding-right: 10px;

width: 300px;

display: block;

float: left;

text-align: right;

position: relative;

}

.ob label {

top:10px;

}

.form1 input {

width: 300px;

padding-left: 5px;

}

.form1 select {

width: 300px;

}

.form1 textarea {

width: 300px;

height: 100px;

padding: 5px;

overflow: auto;

}

.form1 .control label, .form1 .control input {

display: block;

float: none;

width: auto;

}

.form1 .control {

margin-left: 170px;

}

.comment textarea {

width: 500px;

height: 200px;

}</STYLE></P>

<DIV class="form1">

<P><SPAN style="font-size: x-large"><U><SPAN><SPAN id="fck_dom_range_temp_1351174975234_572"/>Уведомлениеопроведениизапросакотировок</SPAN></U></SPAN></P>

<FIELDSET><LEGEND>Общаяинформация</LEGEND>

<DIV><LABEL for="НаимЗК">Наименованиезапросакотировок: </LABEL><TEXTAREA cols="50" name="НаимЗК" rows="4" wrap="hard"/></DIV>

<DIV><LABEL for="Дата1">Срокивыполнениязаказа:</LABEL>с ${InputDateTime("Дата1", "date")} до ${InputDateTime("Дата2", "date")}</DIV>

</FIELDSET><FIELDSET><LEGEND>Документыназагрузку</LEGEND>

<DIV><LABEL for="Проект_контракт_файл">Проект контракта: </LABEL><INPUT name="Проект_контракт_файл" type="file"/> </DIV>

<BR/>

<DIV><LABEL for="ТЗ_файл">Техническое задание:</LABEL><INPUT name="ТЗ_файл" type="file"/></DIV>

<DIV>

<DIV class="ob"><LABEL for="Обоснов_файл">Обоснование начальной (максимальной) цены: </LABEL></DIV>

<BR/>

<INPUT name="Обоснов_файл" type="file"/></DIV>

</FIELDSET><BR/>

<DIV><LABELfor="коммент">Комментарии:</LABEL></DIV>

<DIV class="comment"><TEXTAREA name="коммент"/></DIV>

</DIV>

А вид формы показан на рисунке 36.

Рисунок 36 - Вид формы для задания «Уведомить о проведении запроса котировок

Таким образом, была произведена настройка первой формы задания, с которой будет начинаться процесс.

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

4.5.2 Настройка обработчиков процесса «Проведение запроса котировок»

После действия «Уведомить о проведении запроса котировок» можно увидеть обработчик, прикрепленный к переходу (рисунок 37). Такой же обработчик можно увидеть на ещё одном переходе модели процесса (рисунок 38).

Рисунок 37 - Первый обработчик на модели процесса

Рисунок 38 - Второй обработчик на модели процесса

Чтобы настроить обработчик, необходимо обратиться к его свойствам (рисунок 39).