Описание модели процессов принятия решений

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

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

кто или что является объектом выполняемых работ?

откуда собираются данные о проделанной работе?

кто ответственный за сбор и предоставление отчетов?

каким образом производиться сбор данных для статистических отчетов по работе с базой данных?

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

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

Использование мощного средства моделирования с возможностью анализа, документирования и корректирования бизнес-процессов стандарта IDEF0 помогло построить модель процессов предметной области, представляющую собой набор диаграмм, имеющих иерархическую структуру. Каждая диаграмма включает ряд элементов, таких как, активности и дуги. Между функциями возможны 4 вида отношений: вход, управление, выход, механизмы.

Для рассматриваемой предметной области было принято решение построить модель — модель «to-be» («как будет»).

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

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

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

Контекстная диаграмма представлена на рисунке 3.

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

Декомпозиция контекстной диаграммы представлена на рисунке 4. Она содержит 5 блоков: произвести работу по формированию мероприятий, выбрать мероприятие, изменить журнал сбоев, изменить журнал отправки аварийной бригады, добавить/удалить/ правило. Процесс произвести работу по формированию мероприятий необходим для анализа показаний различных датчиков, процесс выбрать мероприятие предполагает выбор мероприятий оператором среди тех, что предложила система, процессы изменить журнал сбоев и изменить журнал отправки аварийных бригад предполагают занесение данных (дата, показание датчика, проведенное мероприятие) при возникновении сбоя или аварийной ситуации, процесс добавить/удалить/ правило предполагает добавление или изменения правила экспертом.

Рисунок 4 — Сформировать и выбрать мероприятия, заполнить журналы Входом для блока произвести работу по формированию мероприятий будут текущие показания датчиков, так как необходимо формировать мероприятия по актуальным показаниям, полученным за кратчайший промежуток времени; управление — дата, правила, которые используются для формирования фактов; необходимый механизм для данного процесса — ЭВМ, выходом будет выбранное мероприятие.

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

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

Рисунок 5 — Произвести работу по формированию мероприятий Входом для блока загрузить значения будут текущие показания датчиков, управление — дата, механизм — ЭВМ, а выходом — неудовлетворительные показания, критические показания, аварийные показания. В зависимости от полученного значения показания разбиваются на диапазоны, которым соответствуют разные факты.

Далее необходимо сопоставить факты диапазонам. Входом для блока сопоставить значения с фактами будут те данные, которые являются выходом из блока загрузить значения, управление — дата, механизм — ЭВМ, выходом будут сформированные факты. Они добавляются в рабочую память. Сформированные факты являются входом для блока сформировать мероприятия, механизм — ЭВМ, управление — дата и используемые правила, по которым будет выбрано мероприятие. Выходом будут решение по изменению показаний датчиков, решение об отключении насосов, набор указаний ремонтной бригаде. Эти же данные являются входом для блока выбрать мероприятие, механизмы — ЭВМ и оператор, управление — дата, выход — выбранное мероприятие.

Блок сформировать мероприятия декомпозируется на 3 блока: вывести решение об неудовлетворительных показаниях, вывести решение о критических показаниях, вызвать ремонтную бригаду (рисунок 6).

Рисунок 6 — Вывести мероприятие На рисунке 6 представлена декомпозиция блока сформировать решение, которая содержит блоки: вывести решение об неудовлетворительных показаниях, выходом для которого будет решение об измени показаний датчиков; вывести решение о критических показаниях (выход — критические показания), вывести решения об аварийных показаниях (выход — набор указаний ремонтной бригаде), механизм ко всем блокам — ЭВМ, управление — дата и правила.