Вернемся к СКВОЗНОМУ ПРИМЕРУ.

 

В нашем вымышленном на вопрос: «Какие действия» вы совершаете? В нашем примере разные сотрудники нам ответят:

  1. ”Назначаю участников заезда”
  2. ”Протоколирую результаты забега”
  3. ”Принимаю ставки игроков”
  4. ”Рассчитываю выигрыш игроков”
  5. ”Выплачиваю деньги игрокам”
  6. ”Рассчитываю выигрыш владельцам лошадей”
  7. ”Рассчитываю выигрыш жокеям”
  8. ”Выплачиваю деньги жокеям”
  9. ”Выплачиваю деньги владельцам лошадей”
  10. ”Рассчитываю прибыль от скачек”
  11. ”Делаю анализ зависимости прибыльности скачек от коэффициентов и других параметров”

 

Далее используя схему ER-модели вы создаете Шаблоны Операций и встречаетесь с заказчиком. Напомним как выглядела схема ER-модели.

 

______________2019-03-08___21.02.05.png

 

После встречи с заказчиком и совместной корректировки вы настроили следующий вид Операций:


(!) Подробно, как производить настройку Операций можно ознакомиться в инструкции.


 

Операция 1: По действию ”Назначаю участников заезда” вы создали Операцию «01 участники забега». См. рисунок ниже.

 

______________2019-03-08___22.59.27.png

 

Здесь важно отметить несколько важных замечаний.

1) Ранее, когда мы создавали Справочники, то справочник “Участники” уже содержал Лошадь, Жокея, Забег и № дорожки. См. рисунок ниже.

 

______________2019-03-08___23.02.41.png

 

То есть мы уже создали эту Связь. А теперь еще раз продублировали эту Связь в Операции.

Если клиент (совместно с вами) создал именно такой вид Операции, то лучше пойти у него на поводу. В этом случае можно или убрать в Справочниках эти поля (Жокей, Лошадь, Забег, № дорожки) или если клиенту удобно все-таки первично заполнить их в Справочнике, то оставить их в Справочнике, а в Операции настроить автозаполнение всех полей Лошадь, Жокей, № дорожки (как ВПР в Excel). То есть сотрудник будет заполнять только поле Участник.

 

2) На “уровне операций” часто вы можете обнаружить что какие-то Атрибуты вы не учли на уровне ER-модели. Например, мы не учли, что у каждого участника есть коэффициент на победу. Это ситуация встречается довольно часто. В этом случае можно внести этот Атрибут в справочник, или оставить только в Операции.

 

 

Переходим к следующей Операции.

Операция 2: Действие Протоколирую  результаты забега”. Совместно с заказчиком создали следующий вид Операции.

 

______________2019-03-08___23.12.16.png

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

Если их заполняют разные сотрудники, и по разному будут распределены права доступа, то можно оставить две Операции. В A-techs.io можно использовать  механизм “ввод на основании”, и все данные автоматически передаются из одной Операции в другую. (подробнее об можно прочитать в инструкции по работе с операциями).

 

Операция 3: Действие ”Принимаю ставки игроков”. Создаем операцию Ставка. См. рисунок ниже.

 

______________2019-03-09___15.15.50.png

 

Вот здесь нам придется остановится, так как в этой Операции у сотрудника должна быть возможность подбора ставок. Например, игрок может не вспомнить Забег, а помнить только Лошадь или Жокея, и кассиру нужна вся информация по всем забегам с удобным поиском и переносом этой информации в Операцию.

Все, что относится к получению данных из других Операций — все это требует работы на “уровне проводок”, с которым мы пока не знакомились.

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

1) продолжить настройку других Операций и после окончания настройки всех Операцийперейти к «Уровню проводок».

2) сразу перейти на настройку на «уровне проводок».

Возможен и смешанный вариант. В данный момент принимаем решение, продолжить настройку других Операций.

 

Операция 4. Действие ”Рассчитываю выигрыш игроков”.

Вместе с сотрудником заказчика вы создали вот такой вид Операции. См. рисунок ниже.

 

______________2019-03-09___15.37.59.png

 

Очевидно, что эта Операция должна считать выигрыши автоматически (например при нажатии кнопки “заполнить). Для этого расчета Операция должна получить данные из других Операций.

Как мы уже отмечали – это требует переход на уровень выше, на “уровень проводок”, с которым мы пока не знакомились. Принимаем решение настроить получение данных в текущую Операцию «04. расчет выигрыша игрокам«, а также в Операцию «03. ставка игрока«.

После этой настройки, вернемся к созданию Операции 5 по действию «Выплачиваю деньги игрокам».

 

Подведем итоги главы: мы начали настройку Операций из СКВОЗНОГО ПРИМЕРА. При настройке столкнулись с необходимостью получения данных из других Операций, что возможно в системе A-techs.io только на «уровне проводок», который мы начнем рассматривать в следующей главе.