Определение требований к ис. Спецификация качества ис
Во время разработки информационной системы несколько раз проводились обсуждения с заказчиком. Обсуждалась функциональность, удобство интерфейсов, а так же возможность дальнейшего расширения функционала. Исходя из этого можно сделать вывод, что методом определения требований к системе является контролируемая пользователем разработка.
Создаваемая система должна обладать следующими критериями спецификации качества:
Информативность–отображение данных о расходе рассола и наличия связного аммиака. Для выбора оптимального количества рассола для производства соды ;
Модифицируемость – система может быть легко изменена, для нее доступны исходные коды. Система может быть перенастроена, в соответствии изменившимися условиями (например, изменение методики);
Защищенность – корректность добавления, редактирования и удаления данных;
Легкость в эксплуатации – интерфейс, созданный в соответствии с рекомендациями заказчика, позволяет работникам быстро и безошибочно получать необходимую информацию;
Мобильность – система работоспособна на любом ПК с ОС Windows, а так же может быть использована на нескольких ПК одновременно.
Функциональное моделирование предметной области
Выбор типа функциональной модели предметной области
Функциональная модель служит для описания существующих бизнес-процессов на предприятии (модель AS-IS) и того, к чему нужно стремиться (модель ТО-ВЕ).
Наиболее важно для нас показать процесс сбора информации с приборов КИП сменным лаборантом с момента получения задания в ЛИМС до выполнения, функциональное моделирование сводится к построению модели IDEF0.
Для проведения анализа и реорганизации бизнес-процессов было выбрано CASE- средство верхнего уровня BPwin, поддерживающее методологии IDEF0 (функциональная модель), IDEF3 (WorkFlowDiagram) и DFD (DataFlowDiagram). Кроме того, BPwin имеет достаточно простой и интуитивно понятный интерфейс пользователя, дающий возможность аналитику создавать сложные модели при минимальных усилиях.
Создание модели
Функциональная спецификация почти полностью охватывает процесс расчета выработки от получения задания от главного инженера до получения отчетов. На рис. 1 представлена диаграмма – «Расчет выработки соды».
Рис. 1. Функциональная модель – уровень
Расчет выработки соды на ОАО «Березниковский содовый завод»:
Вход: задание главного инженера; задание ЛИМС.
Выход: Корректировка планов выработки соды; Рассчитанное количество произведенной соды.
Управление: Методика; Должностная инструкция инженера (ПТО); Должностная инструкция лаборанта (ЛИиК); Должностная инструкция сменного лаборанта.
Механизмы: Сменный лаборант (АБДСКБ1, АБДСКБ2); Дежурный лаборант (ЛИиК); Инженер (ПТО); Начальник (ПТО).
Рис. 2. Декомпозиция блока «Выполнение задания ЛИМС»
На рис. 2 представлена вторая диаграмма декомпозиции, отображающая основные процессы выполнения полученного задания в ЛИМС.
Произвести анализ рассола:
Вход: задание ЛИМС.
Выход: Перемещение в цех.
Управление: Должностная инструкция лаборанта (ЛИиК).
Механизмы: Дежурный лаборант (ЛИиК).
Лаборант (ЛИиК) регистрирует задание, полученное в ЛИМС. Открывается форма, в которую заносятся результаты анализов.
Снять показания с расходомеров:
Вход: Задание ЛИМС.
Выход: Телефон.
Управление: Должностная инструкция сменного лаборанта.
Механизмы: Сменный лаборант (АБДСКБ1, АБДСКБ2).
Сменный лаборант регистрирует задание, полученное в ЛИМС. И также получает форму задания, в которую должен занести результат измерений.
Сбор анализов и лабораторное исследование:
Вход: Перемещение в цех.
Выход: Результат исследований.
Управление: Методика.
Механизмы: Дежурный лаборант (ЛИиК).
Лаборант (ЛИиК) отправляется в производственные цеха, для забора проб рассола. Затем отправляет эти пробы на лабораторные испытания, которые длятся два часа.
Получение показаний с приборов учета:
Вход: Телефон.
Выход: Информация с приборов.
Управление: Методика.
Механизмы: Сменный лаборант (АБДСКБ1, АБДСКБ2).
Сменный лаборант на этом этапе с помощью телефонной связи связывается с начальником смены и записывает полученное значение в форму задания.
Заполнение форм заданий ЛИМС:
Вход: Результат исследований; Информация с приборов.
Выход: Заполнение журнала.
Управление: Методика.
Механизмы: Дежурный лаборант (ЛИиК); Сменный лаборант (АБДСКБ1, АБДСКБ2).
По окончании выполнения всех описанных в задании действий конечный результат записывается в БД ЛИМС. И автоматически формируется сменный журнал.
Рис. 3. Декомпозиция блока «Сбор данных необходимых для расчета»
На рис. 3 изображена декомпозиция блока «Сбор данных необходимых для расчета», в ней описывается процесс выборки данных и приведение их из «сырого», непригодного для нормального расчета вида, к форматированному документу в EXCEL.
Запуск журнала в ЛИМС:
Вход: ПК; Канал связи.
Выход: Заполненный журнал.
Управление: Методика.
Механизмы: Инженер (ПТО).
Инженер (ПТО) получив задние от главного инженера, запускает программу ЛИМС-просмотр, в которой формирует для себя сменный журнал.
Выбор отчетного периода:
Вход: Заполненный журнал.
Выход: Форматированный журнал.
Управление: Методика.
Механизмы: Инженер (ПТО).
Инженер (ПТО) выбирает из журнала данные за требуемый отчетный период.
Экспорт данных из журнала ЛИМС в EXCEL:
Вход: Форматированный журнал.
Выход: Книга EXCEL.
Управление: Методика.
Механизмы: Инженер (ПТО).
На этом этапе с помощью встроенных функций в ЛИМСЕ, экспортирует данные из журнала в книгу EXCEL.
Форматирование книги EXCEL для расчета:
Вход: Книга EXCEL.
Выход: Данные.
Управление: Методика.
Механизмы: Инженер (ПТО).
Так как экспортированные данные имеют много лишней информации, инженер (ПТО) сначала анализирует журнал. Затем приводит его к тому виду, с которым проще манипулировать при вычислениях.