Анализ модели, обнаруженные недостатки
Представленная выше модель является AS-IS.
Анализ модели показал:
что сменный лаборант может не внести своевременно данные, либо неправильно принять показания от начальника смены. А так-же начальник смены может передать не достоверную информацию. Поэтому было принято решение пересмотреть организацию этих процессов и провести реинжиниринг.
Инженер (ПТО) большую часть времени занимается сортировкой данных, чтоб произвести несложный расчет. В зависимости от величины отчетного периода, процесс сбора информации и форматирование может составлять 20-60 минут.
Непонятна роль дорогостоящего оборудования в цехах, использующегося только с целью отображения мгновенных показателей расхода сырья.
Поэтому было принято решение реорганизовать работу этих процессов.
Реинжиниринг
Для исключения человеческого фактора при снятии показаний с расходомеров принято решение связать все необходимые приборы с помощью OPC-server и настроить автоматический сбор информации с них с помощью OPC-client. Полученную информацию хранить в БД Date_collect. Формирование данных и расчет производить с помощью специального ПО, тем самым, свести работу инженера (ПТО) только к выбору отчетного периода. На рис. 4 представлена диаграмма – «Расчет выработки соды».
Рис. 4. Функциональная модель – уровень 0
Расчет выработки соды на ОАО «Березниковский содовый завод»:
Вход: Задание главного инженера; Задание ЛИМС.
Выход: Корректировка планов выработки соды; Рассчитанное количество произведенной соды.
Управление: Методика; Должностная инструкция инженера (ПТО); Должностная инструкция лаборанта ЛКК; Алгоритм отбора информации (OPC).
Механизмы: Дежурный лаборант (ЛИиК); Инженер (ПТО); Начальник (ПТО); OPC-server; OPC-client.
Рис. 5. Декомпозиция блока «Расчет выработки соды»
На рис. 5 представлена диаграмма декомпозиции, отображающая основные процессы при выполнении расчета выработки соды.
Произвести расчет выработки за определенный период:
Вход: Задание главного инженера.
Выход: ПК.
Управление: Должностная инструкция инженера (ПТО).
Механизмы: инженер (ПТО).
В этом процессе инженер (ПТО) получает задание от главного инженера на проведение расчета выпущенной продукции за определенный период времени.
Выполнить задание ЛИМС:
Вход: задание ЛИМС.
Выход: Результат анализов.
Управление: Должностная инструкция лаборанта; методика.
Механизмы: Дежурный лаборант (ЛИиК).
На этом этапе задание на проведение анализов рассола приходит только дежурному лаборанту (ЛИиК)..
Опрос приборов КИП и запись в БД (Data_collect):
Вход: Команда на опрос приборов.
Выход: Результат запроса SQL к базе данных (Data_collect).
Управление: Алгоритм сбора информации (OPC).
Механизмы: OPC_client; OPC_server.
На этом этапе происходит автоматический опрос приборов расхода, и запись полученных данных в БД (Data_collect).
Запись полученных данных в журнал ЛИМС:
Вход: Результат анализов.
Выход: Результат запроса SQL к базе данных (ILDS-bsz).
Управление: Методика.
Механизмы: Дежурный лаборант (ЛИиК).
Запись результатов анализа, сделанного дежурным лаборантом (ЛИиК).
Сбор данных необходимых для расчета:
Вход: ПК; Результат запроса SQL к базе данных (ILDS-bsz); Результат запроса SQL к базе данных (Data_collect).
Выход: Данные.
Управление: Алгоритм сбора информации (OPC); Алгоритм работы спец ПО.
Механизмы: Инженер (ПТО); Специальное ПО.
Инженер (ПТО) в специальной программе выбирает интересующий его отчетный период. Программа при помощи SQL-запросов формирует временные таблицы, с данными за указанный период.
Расчеты:
Вход: Данные.
Выход: Два вида отчетов.
Управление: Алгоритм работы спец ПО; Методика.
Механизмы: Специальное ПО.
Программа производит расчеты согласно методике.
Отчеты в виде таблиц и графиков:
Вход: Два вида отчетов.
Выход: Корректировка планов выработки соды; Рассчитанное количество произведенной соды.
Управление: Алгоритм работы спец ПО.
Механизмы: Начальник ПТО.
Программа предоставляет два вида отчета для пользователя.
Рис. 6. Декомпозиция блока «Опрос приборов КИП и запись в БД (Data_collect)»
На рис. 6 изображена декомпозиция блока «Опрос приборов КИП и запись в БД (Data_collect)», в ней описывается процесс опроса приборов КИП.
Опрос расходомеров на колоннах:
Вход: Команда на опрос приборов.
Выход: Данные с приборов.
Управление: Алгоритм сбора информации (OPC).
Механизмы: OPC_server.
Осуществляется каждую минуту для более точного определения средне часового расхода жидкости.
Обработка данных, с помощью надстройки для EXCEL, OPCEx3:
Вход: Данные с приборов.
Выход: Данные для записи в БД.
Управление: Алгоритм сбора информации (OPC).
Механизмы: OPC_client.
Данные от OPC_server обрабатываются с помощью OPC_client и отправляются на SQL_server для записи и хранения в БД (Data_collect).
Рис. 7. Декомпозиция блока «Сбор данных необходимых для расчета»
На рис. 7 изображена декомпозиция блока «Сбор данных необходимых для расчета», в ней описывается процесс заполнения временных таблиц для выполнения расчетов.
Указываем дату отчетного периода: Выполняется создание SQL-запроса дляполучения данных.
Заполнение временных таблиц: Получение и обработка данных за указанный период. Заполнение временных таблиц.
Передача данных из таблиц в программу для расчетов: Программа, выполняющая расчет получает данные.