- •110 Реферат
- •129 Стр., 30 рис., 50 таб., 24 библиогр.
- •Содержание
- •1. Исследование отдела программного обеспечения, сетевых технологий и защиты информации гбуз миац
- •Введение в предметную область
- •Определение границ предметной области
- •Сценарий работы отдела программного обеспечения, сетевых технологий и защиты информации гбуз миац
- •Формализация и финансовая оценка бизнес-процессов отдела программного обеспечения, сетевых технологий и защиты информации при возникновении сбоев в работе ас
- •Формулировка проблем на объекте исследования
- •Постановка цели и задач дипломной работы
- •2. Оптимизация бизнес-процессов отдела программного обеспечения, сетевых технологий и защиты информации гбуз миац
- •Оптимизация формализованной модели бизнес-процессов отдела при возникновении сбоев в работе ас
- •Выбор способа реализации оптимизированных временных показателей математической модели
- •Выбор и обоснование средств моделирования
- •Характеристика используемых нотаций
- •Выбор и обоснование case-средства
- •Функциональное моделирование бизнес-процессов
- •3. Проектирование информационной системы эксплуатационной поддержки для гбуз миац
- •Поиск готового решения для автоматизации эксплуатационной поддержки
- •Обзор рынка информационных систем
- •Сравнительный анализ отобранных систем
- •Требования к разрабатываемой информационной системе отдела программного обеспечения, сетевых технологий и защиты информации гбуз миац
- •Проектирование базы данных информационной системы отдела программного обеспечения, сетевых технологий и защиты информации
- •4 Разработка информационной системы эксплуатационной поддержки для гбуз миац
- •Выбор средств разработки
- •Существующее программное обеспечение для организации баз знаний
- •Характеристика платформы «1с: Предприятие 8.1»
- •Общее описание блока конфигурации
- •Разработка конфигурации платформы 1c для отдела программного обеспечения, сетевых технологий и защиты информации
- •Описание работы с системой для пользователя
- •5. Социальная значимость работы
- •Заключение
- •Список использованной литературы
Функциональное моделирование бизнес-процессов
Рассмотрев математическую модель и проведя ее оптимизацию, мы получили готовые предложения по реинжинирингу, которые опишем с помощью методологии 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 – Декомпозиция черного ящика
«Ввод данных о проблеме в ИС»
При декомпозиции были выявлены следующие действия:
Ввод текста по шаблону– в рамках данного действия через интерфейс ИС производит заполнение параметров неисправности, по которой в дальнейшем будет вестись поиск.
Поиск вариантов в базе знаний– в рамках данного действия информационная система ведет поиск подходящих (релевантных) событий среди имеющихся в базе данных.
Получение перечня схожих проблем, для которых имеются решения– в рамках данного действия информационная система формирует перечень потенциально возможных неисправностей с указанием оборудования, подлежащего наладке или замене.
Также при декомпозиции выявлены следующие объекты:
Сотрудник ОСАС – внешняя сущность;
Информационная система – внешняя сущность;
База данных – хранилище данных.
Рисунок 2.8 – Декомпозиция черного ящика
«Поиск решения по устранению»
При декомпозиции были выявлены следующие процедуры:
Поиск подходящего варианта– в рамках данной процедуры Сотрудник ОСАС выбирает из предложенного ИС списка тот вариант проблемы, который по его мнению наиболее характерен в сложившейся ситуации.
Если подходящего варианта не найдено:
Принятие решения самостоятельно – на первоначальных этапах эксплуатации ИС, или же в исключительных ситуациях решения по проблеме может попросту не быть, поэтому Сотрудник ОСАС должен принять его самостоятельно.
Запись сведений в базу знаний– в рамках данной процедуры Сотрудник ОСАС заносит сведения по выработанному ему решению (естественно после подтверждения его успешности), чтобы они были в дальнейшем доступны при возникновении схожей ситуации.
Если подходящий вариант найден:
Выбор наиболее подходящего решения – как правило, способов устранения может быть несколько и Сотрудник ОСАС должен на основе своего опыта выбрать оптимальное.
Проверка применимости– выбрав решение, Сотрудник ОСАС должен проверить его применимость и только в этом случае воспользоваться им, в противном случае необходимо выбрать новый вариант решения, или же при отсутствии таковых, выработать решение самостоятельно.
Таким образом, мы показали как будут выглядеть бизнес-процессы в рамках Отдела программного обеспечения, сетевых технологий и защиты информации ГБУЗ МИАЦ после применения информационной системы, а также доказали ,что это даст положительный материальный эффект.