Электросталеплавильный цех. Информационно-технологическая система. Основные технические решения, страница 10

Рисунок 9 – Структура программного обеспечения

п/с представления информации.

2.  По таймеру, периодически, загруженный информационный экран обращается к jsp ChangeDate с использованием ActiveX компонента msxml. JSP ChangeDate, на основе сравнения содержимого кэша экрана (FormAFBean, FormBFBean) и кэша представлений для данного информационного экрана (TableViewA, TableViewB, TableViewC)  в базе данных, формирует ответ в виде xml, содержащий изменившиеся тэги.

3.  Содержимое полученного в виде xml ответа при помощи компонента msxml размещается в соответствующие тэги информационного экрана.  Также данный ответ используется для обновления состояния кэша экрана в методе обновления экрана (FormAChangeAction, FormBChangeAction).

4.  Формирование запроса с JSP, а также разбор и расстановка тэгов по информационному экрану осуществляется в компоненте Behaviors.

В рамках первой очереди ИТС создано три информационных экрана:

-  оперативная информация по ДСП №1;

-  оперативная информация по ДСП №2;

-  оперативная информация о результатах хим. анализов технологических объектов ЭСПЦ.

4.3.2 Подсистема редактирования информации.

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

Подсистема редактирования ИТС создана с использованием технологий JSP, STRUTS, XML. При создании АРМов ИТС были использованы следующие решения: пользовательский интерфейс выполнен по Web технологии в виде JSP страниц, бизнес логика работы АРМ реализована на сервере Web-приложений с использованием технологии STRUTS, логика управления данными реализована в технологической базе данных. Взаимодействие АРМов с базой данных осуществляется с помощью вызова соответствующих хранимых процедур в технологической базе. Реализация экранов редактирования предполагает проведение авторизации пользователей, осуществляющих редактирование и регистрацию в специальном журнале  базы данных изменений,  вносимых пользователем.

Алгоритм работы подсистемы редактирования реализован по следующей схеме (рисунок 10):

Рисунок 10 - Структура подсистемы редактирования данных

-  При входе в АРМ производиться авторизация и идентификация пользователя. На основании результата авторизации формируется пользовательский интерфейс АРМа.

1.  При загрузке формы АРМа (FormA) метод обработки бизнес логики экрана (FormAAction) производит обращение к базе данных за начальным набором данных формы АРМа. Взаимодействие с базой осуществляется посредством вызова хранимой процедуры доступа к данным (Get) соответствующего АРМу пакета базы данных. Параметр запроса передается в формате XML. Метод Get формирует в ответ необходимый набор данных в формате XML. Сервер БД проставляет для каждой позиции исходящего набора данных уникальный ключ позиции

2.  Методом обработки бизнес логики (FormAAction)  производиться заполнение кэша (FormAFBean) формы  и кэша первоначального состояния формы АРМа (FormAFBeanOld) на основе анализа возвращенных хранимой процедурой  данных.

3.  На основе содержимого кэша формы формируется HTML страница формы редактирования (FormA), которая возвращается пользователю.

4.  Пользователь АРМа вносит необходимые изменения в полученный набор данных.

5.  По нажатию пользователем кнопки «Сохранить» на форме редактирования происходит передача измененного набора данных в кэше экранной формы (FormAFBean). Метод обработки бизнес логики (FormAAction) формы осуществляет сравнение значений кэша формы (FormAFBean) и кэша первоначального состояния формы. На основе анализа определяются различия, на основании которых генерируется набор отредактированных данных в виде xml документа.