5. Сбор сложных информационных объектов на основе простых. Так например информация о сложном событии может быть построена на основе анализа нескольких атомарных.
6. Сервер приложений не должен испытывать задержек при передаче информации серверу БД. Для этого необходимо реализовать накопительный буфер входной информации.
7. Аудит работы подсистемы. Предусматривает ведение журнала работы подсистемы, хранение обработанных тегов в течение суток, сторожевой таймер работы подсистемы и функции внешнего управления и контроля.
8. Устойчивость. Сбой в работе отдельных модулей не должен вызывать общего останова. Задержки в работе вызванные алгоритмами ожидания освобождения, появления ресурса не допускаются. Должно присутствовать сохранение информации о состоянии при выключении питания и автоматический запуск после общего сбоя, перезагрузки, выключения питания.
Рисунок 8 - Структура подсистемы обработки данных.
Сервер приложений осуществляет вызов хранимой процедуры базы данных. Входные данные передаются параметру процедуры в формате XML. Процедура осуществляет разбор XML-конверта и запись данных во входной буфер.
СУБД должна всегда держать запущенным процесс прослушивания сигналов о поступлении информации во входной буфер (листенер). После поступления сигнала листенер запускает процедуру анализа входной информации (диспетчер). Диспетчер вызывает соответствующие модули обработки для поступивших тегов. Модуль обработки объекта создает и заполняет информационные объекты в буфере объектов на основе тегов. Заполняет архив входного буфера, ведет журнал работы и разносит полученные данные по таблицам БД.
Сторожевой таймер осуществляет контроль за работой листенера через общую переменную «флаг сторожевого таймера». В процессе работы листенер регулярно обновляет значение переменной, а сторожевой таймер последовательно изменяет, при зависании листенера значение переменной достигнет определенной критической величины, что послужит сигналом для вызова обработчика сторожевого таймера.
Подсистема редактирования и представления информации – осуществляет представление пользователям АС оперативной информации о ходе технологических процессов в цехе в виде оперативных экранов, а также предоставляет возможность редактирования хранимой информации, о ходе технологического процесса. Редактирование информации осуществляется с помощью АРМов ИТС.
Данная подсистема реализована по Web- технологии и использует в качестве браузера IExplorer версии 6.0. В качестве операционной системы используется Windows 2000 Prof SP 4.
Информационные экраны ИТС реализованы с использованием технологий jsp, struts, bc4j. Сервер Web-приложений получает данные информационных экранов через ряд представлений в базе данных, созданных на основе единой таблицы информационных экранов. Обновление этой таблицы осуществляется заданием базы данных, с интервалом 10 с.
Используемое для построения информационных экранов программное решение приведено на рисунке 9.
1. При первоначальной загрузке информационного экрана (FormA, Form B) происходит заполнение кэша (FormAFBean, FormBFBean) информационного экрана содержимым кэшем представлений (TableViewA, TableViewB, TableViewC) данного экрана, хранящихся в технологической базе данных. Обновленный кэш информационного экрана используется для заполнения значений тэгов информационного экрана. Обновление кэша представлений информационных экранов (TableViewA, TableViewB, TableViewC) производиться бизнес компонентом BC4J в асинхронном режиме с работой информационных экронов. Использование кэша представлений информационных экранов позволяет минимизировать количество подключений к базе данных (открытых сессий).
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.