Республики Беларусь Республиканское унитарное предприятие «Центр научно-технической и деловой информации» «утверждаю»

^ Базовые алгоритмы обработки данных Базовые алгоритмы – это последовательности обработки основных ин­формационных потоков между элементами АИР-системы: сервером; GSM-модулями; персональными компьютерами. Применительно к настоящему техническому проекту базовый алго­ритм – взаимосвязанный набор действий, направленных на выполнение одно­го из основных информационных процессов. Перечень базовых алгоритмов: регистрация пользователя и контроль версий (программного обеспечения, локальных справочников и т.д.); создание пользовательского запроса и его передача на сервер; обработка сервером запросов пользователей в режиме реального времени и распределение по GSM-модулям с учетом необходимого контроля возможных противоречий; получение GSM-модулем набора запросов от сервера; получение GSM-модулем необходимых данных: CAN-параметров и навигационных данных; накопление GSM-модулем полученных данных в памяти для формирования пакетов и сообщений серверу; отправка информации с GSM-модуля на сервер с учетом фактичес­кого состояния GPRS-связи; получение сервером данных от GSM-модулей с оптимальным рас­пределением в режиме реального времени между БД и компьютерами поль­зователей; получение информации персональным компьютером и отображение результатов запроса. Далее приводится описание требований к базовым алгоритмам проек­тируемого АИРа. ^ Регистрация пользователя в системе Система должна обеспечивать надежную защиту от входа в систему пользователям, не имеющим своей учетной записи и не подтвердившим свои полномочия, что должно обеспечи­ваться парольным входом. В случае успешной регистрации пользователь должен получить: 1) набор прав и разрешений, соответствующих группе, в которую он включен, к примеру, конструктор должен иметь возможность создания запроса к базе данных или GSM-модулю и не должен иметь доступа к функ­циям администрирования; 2) актуализацию всех справочников; 3) последнюю версию пользовательского программного обеспечения. Регистрация пользователя в системе, а также корректное завершение его работы являются событиями, которые должны фиксироваться в лог-файле. Номер версии пользовательского программного обеспечения должен: визуально отображаться на экране в течение всего времени работы пользователя; фиксироваться в лог-файле при успешной пользовательской регист­рации. ^ Создание пользовательского запроса и его передача на сервер Пользовательское программное обеспечение должно предоставлять возможность создания запроса для получения данных из базы, а также с GSM-модулей. Пользователь должен иметь возможность указывать параметры как выбором из меню наименований параметров, так и при помощи указания адреса параметра и его размера. Если пользователь (имеющий соответствующие этому действию права) указывает нужный ему параметр через адрес, то сис­тема должна обеспечивать поддержку следующих возможностей: сообщение пользователю наименования известного параметра в случае, если указанные им адрес и размер параметра полностью совпадают со справочными; сообщение пользователю в случае если имеет место частичное пере­сечение адресного пространства указанного пользователем и имеющегося в справочнике. Такой случай должен трактоваться АИРом как ошибочная ситуация. В примере, приведенном на рисунке 14, показаны варианты полного и частичного совпадения параметров: указанного пользователем и определен­ного в справочнике. Список возможных вариантов, которые должен предус­матривать проектируемый программный продукт, приводится в таблице 51. Справочник параметров и их адресов на CAN-шине Адресация, указанная пользователем Наименование параметра Идентификатор Байт Бит Идентификатор Байт Бит Номер Количество Номер Количество Номер Количество Номер Количество Скорость 0xff121 1 1 - - 0xff1234 4 2 - - А Фильтр 1 2 - 0 1 1 1 - - Б Фильтр 2 2 - 1 1 2 - 2 2 В Фильтр 3 2 - 2 1 3 2 - - Г Фильтр 4 2 - 3 1 Давление 3 1 Резерв 4 4 Резерв 0xff122 1 1 Рисунок 14 – Варианты полного и частичного совпадения параметров Таблица 51 – Варианты результатов поиска в справочнике параметра, заданного его адресом и размером Строка Результат поиска параметра в справочнике А по указанному адресу справочные параметры не определены Б по указанному пользователем идентификатору, адресу и размеру найден параметр, известный из справочника под наименованием «Скорость» В указанное пользователем пространство памяти включает в себя два параметра, известные из справочника как «Фильтр 3» и «Фильтр 4» Г указанное пользователем пространство памяти включает в себя место, занимаемое параметром «Давление», а также фрагмент резервной памяти Пользователю должна быть обеспечена возможность ввода условия предоставления параметра в зависимости от его собственного значения или значения других параметров. Например, «нужен параметр «Скорость» при значениях не менее 7,5 км/ч» или «Нужен параметр «Температура» при скорости не менее 7.5 км/ч». Пользователь, наделенный соответствующими правами, в случае отсут­ствия справочного параметра по извест­ному ему адресу должен иметь воз­можность присвоения наименова­ния с последующим сохранением связи этого наименования с указанной адреса­цией. Если пользователь обладает правами администратора, то наименование сохраняется в справочнике. Если не обладает, то наименования будут локальными в течение сессии работы пользовательской программы на дан­ном компьютере. Пользователь должен также иметь возможность задать в явном виде тип сообщения с CAN-шины, а также (при необходимости) интервал предо­ставления значений, выраженный в единицах времени. ^ Обработка сервером пользовательских запросов в режиме реаль­ного времени В любой момент времени сервер должен хранить полный список запросов, принятых от пользователей. Запросы, в которых определено прошедшее время, должны направ­ляться к базе данных. Запросы, в которых указывается будущее время, адресуются к GSM-модулям. С точки зрения поддержания в актуальном состоянии списка запросов, сервер должен реагировать на следующие события: 1) получение запроса от пользователя; 2) начало действия запроса; 3) окончание действия запроса; 4) отмена запроса пользователем; 5) изменение свойств запроса. Сервер должен анализировать набор запросов разных пользователей, устанавливая следующее: выявление запросов к одному параметру; определение оптимального типа сообщения; определение необходимого интервала времени; определение единого условия предоставления параметра по услови­ям, заданным несколькими пользователями. ^ Распределение по GSM-модулям с учетом необходимого контроля возможных противоречий Запросы пользователей должны перенаправляться сервером на имеющиеся GSM-модули. В случае наличия противоречий между запросами пользователей либо при недостаточности скорости обмена данными противоречия должны разре­шаться с учетом приоритетности, задаваемой полем уровня в справочнике пользователей. ^ Получение GSM-модулем набора запросов от сервера Процесс получения с сервера запросов GSM-модулем должен отвечать требованиям безопасности. В связи с этим при установлении связи между GSM-модулем и сервером должна выполняться процедура регистрации GSM-модуля по уникальному признаку, исключаю­щая выход на связь с сервером незарегистрированных объектов, независимо от того, является это обращение случайным, либо имеет место попытка целенаправленного доступа. Целостность данных в процессе получения запросов должна обеспечи­ваться следующими мерами: применение протокола TCP/IP; контроль полноты получаемых GSM-модулем данных подтверж­дением получения каждого пакета и сверкой контрольных сумм. ^ Получение GSM-модулем необходимых данных: CAN-парамет­ров и навигационных данных Программное обеспечение GSM-модуля должно сохранять полный список запросов к CAN-параметрам, реагируя на следующие события: получение пакета с новыми запросами, изменениями в запросы и отмену запросов; начало действия запроса; окончание действия запроса. По наступлении каждого из событий состав списка запросов должен быть пересмотрен и актуализирован. В течение времени действия каждого запроса GSM-модуль обращается к CAN-шине и блоку навигационных данных за получением необходимой информации, систематизирует эту информацию и готовит к отправке на сервер. ^ Накопление GSM-модулем полученных данных в оперативной памяти. Отправка информации с GSM-модуля на сервер Программное обеспечение GSM-модуля должно обеспечивать опти­мальный режим отправки результатов по двум критериям: минимизация объема суммарных данных, передаваемых по GPRS-каналам; оперативность доставки данных в режиме реального времени. В случае невозможности передачи информации или при недо­статочной пропускной способности канала передачи данных GSM-модуль должен га­рантировать сохранность информации при помощи ее временного копирова­ния в резервную энерго­независимую память. По мере восстановле­ния связи GSM-модуль должен инициировать передачу накопленных в памя­ти данных с соблюдением принципа FIFO (первым вошел – первым вышел) с целью сохранения хронологического порядка полученных единиц информа­ции: за­писей, пакетов и т.д. ^ Получение сервером данных от GSM-модулей Процесс получения данных от GSM-модулей должен обеспечивать (аналогично описанному в 1.4.5) безопасность информации и целостность данных. Способы выполнения этих требований те же – применение протоко­ла TCP/IP и проверка полноты данных в передаваемых пакетах при помощи контрольных сумм. По мере получения информации с GSM-модулей сервер должен занес­ти полученные данные в таблицу значений параметров, сохраняя при этом следующие реквизиты: момент времени получения параметра с CAN-шины или спутника; № машины, с которой получен этот параметр; адрес и длина параметра; значение параметра. На стадии разработки программного обеспечения и его опытной экс­плуатации допустимо сохранение данных о времени физического поступле­ния данных на сервер. Информация о том, кем из пользователей был запрошен полученный пара­метр, в этой таблице данных не сохраняется. ^ Получение информации персональным компьютером и отобра­жение результатов запроса Пользователь должен иметь возможность получения данных о значениях параметров в любой момент времени. Данные, которые не были ранее запрошены пользователями или запро­шены в ограниченном объеме, естественным образом накладывают ограниче­ния на полноту информации. Информация, которую пользователь ожидает получить в будущем, теоретически не должна иметь ограничений. Полученные данные о значениях параметров должны предоставляться пользователю как в табличном, так и в графическом (для параметров, имеющих числовую природу) виде. В случае одновременного отображения нескольких графиков на одной поверхности монитора программа должна обеспечивать наглядность изобра­жения каждого из них учетом группировки: 1) по графикам разных параметров одной машины; 2) по графикам одного параметра на разных машинах.

Похожие рефераты: