Функциональное моделирование бизнес-процессов

Рассмотрев математическую модель и проведя ее оптимизацию, мы получили готовые предложения по реинжинирингу, которые опишем с помощью методологии IDEF0, IDEF3 и DFD. На рисунке 2.2 показана контекстная диаграмма функциональной модели.

Рисунок 2.2. Контекстная диаграмма функциональной модели.

Рассмотрим составляющие диаграммы.

«Управление».

• 1. Должностная инструкция;
• 2. Инструкция по работе с информационной системой.

«Входные данные и объекты».

• 1. Сбой в работе автоматизированной системы;
• 2. Необходимое программное обеспечение и оборудование;

«Исходящие данные и объекты».

1. Восстановление работы АС;

«Механизмы».

• 1. Сотрудники отдела программного обеспечения, сетевых технологий и защиты информации;
• 2. Информационная система.

Черный ящик «Оптимизированный процесс восстановления работоспособности автоматизированных систем» содержит основные бизнес-процессы, которые выполняются в ходе поддержки работоспособности ИТ-инфраструктуры ГБУЗ МИАЦ. Проведем его декомпозицию (см. рисунок 2.3).

Рисунок 2.3. Декомпозиция черного ящика.

«Оптимизированный процесс поиска и устранения неисправностей».

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

Получение задания — черный ящик является механизмом по передаче поступившей заявки в виде задания на выполнение конкретному Системному администратору. Его мы рассматривать не будем.

Доступ к месту отправления заявки — черный ящик представляет собой совокупность действий по прибытию на место отправления заявки. Из первого раздела работы известно, что ГБУЗ МИАЦ расположено на достаточно большой территории и Системный администратор, получив задание, должен приложить определенные усилия и затратить некоторое количество времени на доступ к месту неисправности. Данный черный ящик также рассматриваться не будет.

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

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

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

Рисунок 2.4. Декомпозиция черного ящика.

«Поиск неисправностей и способов устранения».

При декомпозиции черного ящика были обозначены следующие бизнес-процессы:

Анализ ситуации и получение параметров для поиска в ИС — в рамках данного черного ящика сотрудник ОСАС проводит беседу с подавшим заявление сотрудником, выясняет детали возникшей проблемы. Рассматриваться данный процесс далее не будет, так как в нем не используется ИС ОСАС.

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

Поиск решения по устранению — в рамках данного черного ящика сотрудник отдела при помощи ИС выбирает наиболее характерный вариант проблемы, для которой имеется решение. Рассмотрим этот процесс подробнее при помощи диаграммы IDEF3 (см. рисунок 2.6).

Рисунок 2.7. Декомпозиция черного ящика.

«Ввод данных о проблеме в ИС».

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

Ввод текста по шаблону — в рамках данного действия через интерфейс ИС производит заполнение параметров неисправности, по которой в дальнейшем будет вестись поиск.

Поиск вариантов в базе знаний — в рамках данного действия информационная система ведет поиск подходящих (релевантных) событий среди имеющихся в базе данных.

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

Также при декомпозиции выявлены следующие объекты:

• 1. Сотрудник ОСАС — внешняя сущность;
• 2. Информационная система — внешняя сущность;
• 3. База данных — хранилище данных.

Рисунок 2.8. Декомпозиция черного ящика

«Поиск решения по устранению».

При декомпозиции были выявлены следующие процедуры:

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

Если подходящего варианта не найдено:

Принятие решения самостоятельно — на первоначальных этапах эксплуатации ИС, или же в исключительных ситуациях решения по проблеме может попросту не быть, поэтому Сотрудник ОСАС должен принять его самостоятельно.

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

Если подходящий вариант найден:

Выбор наиболее подходящего решения — как правило, способов устранения может быть несколько и Сотрудник ОСАС должен на основе своего опыта выбрать оптимальное.

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

Таким образом, мы показали как будут выглядеть бизнес-процессы в рамках Отдела программного обеспечения, сетевых технологий и защиты информации ГБУЗ МИАЦ после применения информационной системы, а также доказали, что это даст положительный материальный эффект.