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


НазваниеРеспублики Беларусь Республиканское унитарное предприятие «Центр научно-технической и деловой информации» «утверждаю»
страница8/11
Дата публикации29.04.2014
Размер1.2 Mb.
ТипНаучно-исследовательская работа
www.referatdb.ru > Информатика > Научно-исследовательская работа
1   2   3   4   5   6   7   8   9   10   11
^

    1. Базовые алгоритмы обработки данных


Базовые алгоритмы – это последовательности обработки основных ин­формационных потоков между элементами АИР-системы:

  1. сервером;

  2. GSM-модулями;

  3. персональными компьютерами.

Применительно к настоящему техническому проекту базовый алго­ритм – взаимосвязанный набор действий, направленных на выполнение одно­го из основных информационных процессов.

Перечень базовых алгоритмов:

  1. регистрация пользователя и контроль версий (программного обеспечения, локальных справочников и т.д.);

  2. создание пользовательского запроса и его передача на сервер;

  3. обработка сервером запросов пользователей в режиме реального времени и распределение по GSM-модулям с учетом необходимого контроля возможных противоречий;

  4. получение GSM-модулем набора запросов от сервера;

  5. получение GSM-модулем необходимых данных: CAN-параметров и навигационных данных;

  6. накопление GSM-модулем полученных данных в памяти для формирования пакетов и сообщений серверу;

  7. отправка информации с GSM-модуля на сервер с учетом фактичес­кого состояния GPRS-связи;

  8. получение сервером данных от GSM-модулей с оптимальным рас­пределением в режиме реального времени между БД и компьютерами поль­зователей;

  9. получение информации персональным компьютером и отображение результатов запроса.

Далее приводится описание требований к базовым алгоритмам проек­тируемого АИРа.
      1. ^

        Регистрация пользователя в системе


Система должна обеспечивать надежную защиту от входа в систему пользователям, не имеющим своей учетной записи и не подтвердившим свои полномочия, что должно обеспечи­ваться парольным входом.

В случае успешной регистрации пользователь должен получить:

1) набор прав и разрешений, соответствующих группе, в которую он включен, к примеру, конструктор должен иметь возможность создания запроса к базе данных или GSM-модулю и не должен иметь доступа к функ­циям администрирования;

2) актуализацию всех справочников;

3) последнюю версию пользовательского программного обеспечения.

Регистрация пользователя в системе, а также корректное завершение его работы являются событиями, которые должны фиксироваться в лог-файле.
Номер версии пользовательского программного обеспечения должен:

  1. визуально отображаться на экране в течение всего времени работы пользователя;

  2. фиксироваться в лог-файле при успешной пользовательской регист­рации.
      1. ^

        Создание пользовательского запроса и его передача на сервер


Пользовательское программное обеспечение должно предоставлять возможность создания запроса для получения данных из базы, а также с GSM-модулей. Пользователь должен иметь возможность указывать параметры как выбором из меню наименований параметров, так и при помощи указания адреса параметра и его размера.

Если пользователь (имеющий соответствующие этому действию права) указывает нужный ему параметр через адрес, то сис­тема должна обеспечивать поддержку следующих возможностей:

  1. сообщение пользователю наименования известного параметра в случае, если указанные им адрес и размер параметра полностью совпадают со справочными;

  2. сообщение пользователю в случае если имеет место частичное пере­сечение адресного пространства указанного пользователем и имеющегося в справочнике. Такой случай должен трактоваться АИРом как ошибочная ситуация.

В примере, приведенном на рисунке 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-шины, а также (при необходимости) интервал предо­ставления значений, выраженный в единицах времени.
      1. ^

        Обработка сервером пользовательских запросов в режиме реаль­ного времени


В любой момент времени сервер должен хранить полный список запросов, принятых от пользователей.

Запросы, в которых определено прошедшее время, должны направ­ляться к базе данных. Запросы, в которых указывается будущее время, адресуются к GSM-модулям.

С точки зрения поддержания в актуальном состоянии списка запросов, сервер должен реагировать на следующие события:

1) получение запроса от пользователя;

2) начало действия запроса;

3) окончание действия запроса;

4) отмена запроса пользователем;

5) изменение свойств запроса.

Сервер должен анализировать набор запросов разных пользователей, устанавливая следующее:

  1. выявление запросов к одному параметру;

  2. определение оптимального типа сообщения;

  3. определение необходимого интервала времени;

  4. определение единого условия предоставления параметра по услови­ям, заданным несколькими пользователями.
      1. ^

        Распределение по GSM-модулям с учетом необходимого контроля возможных противоречий


Запросы пользователей должны перенаправляться сервером на имеющиеся GSM-модули.

В случае наличия противоречий между запросами пользователей либо при недостаточности скорости обмена данными противоречия должны разре­шаться с учетом приоритетности, задаваемой полем уровня в справочнике пользователей.
      1. ^

        Получение GSM-модулем набора запросов от сервера


Процесс получения с сервера запросов GSM-модулем должен отвечать требованиям безопасности. В связи с этим при установлении связи между GSM-модулем и сервером должна выполняться процедура регистрации GSM-модуля по уникальному признаку, исключаю­щая выход на связь с сервером незарегистрированных объектов, независимо от того, является это обращение случайным, либо имеет место попытка целенаправленного доступа.

Целостность данных в процессе получения запросов должна обеспечи­ваться следующими мерами:

  1. применение протокола TCP/IP;

  2. контроль полноты получаемых GSM-модулем данных подтверж­дением получения каждого пакета и сверкой контрольных сумм.
      1. ^

        Получение GSM-модулем необходимых данных: CAN-парамет­ров и навигационных данных


Программное обеспечение GSM-модуля должно сохранять полный список запросов к CAN-параметрам, реагируя на следующие события:

  1. получение пакета с новыми запросами, изменениями в запросы и отмену запросов;

  2. начало действия запроса;

  3. окончание действия запроса.

По наступлении каждого из событий состав списка запросов должен быть пересмотрен и актуализирован.

В течение времени действия каждого запроса GSM-модуль обращается к CAN-шине и блоку навигационных данных за получением необходимой информации, систематизирует эту информацию и готовит к отправке на сервер.
      1. ^

        Накопление GSM-модулем полученных данных в оперативной памяти. Отправка информации с GSM-модуля на сервер


Программное обеспечение GSM-модуля должно обеспечивать опти­мальный режим отправки результатов по двум критериям:

  1. минимизация объема суммарных данных, передаваемых по GPRS-каналам;

  2. оперативность доставки данных в режиме реального времени.

В случае невозможности передачи информации или при недо­статочной пропускной способности канала передачи данных GSM-модуль должен га­рантировать сохранность информации при помощи ее временного копирова­ния в резервную энерго­независимую память. По мере восстановле­ния связи GSM-модуль должен инициировать передачу накопленных в памя­ти данных с соблюдением принципа FIFO (первым вошел – первым вышел) с целью сохранения хронологического порядка полученных единиц информа­ции: за­писей, пакетов и т.д.
      1. ^

        Получение сервером данных от GSM-модулей


Процесс получения данных от GSM-модулей должен обеспечивать (аналогично описанному в 1.4.5) безопасность информации и целостность данных. Способы выполнения этих требований те же – применение протоко­ла TCP/IP и проверка полноты данных в передаваемых пакетах при помощи контрольных сумм.

По мере получения информации с GSM-модулей сервер должен занес­ти полученные данные в таблицу значений параметров, сохраняя при этом следующие реквизиты:

  1. момент времени получения параметра с CAN-шины или спутника;

  2. № машины, с которой получен этот параметр;

  3. адрес и длина параметра;

  4. значение параметра.

На стадии разработки программного обеспечения и его опытной экс­плуатации допустимо сохранение данных о времени физического поступле­ния данных на сервер.

Информация о том, кем из пользователей был запрошен полученный пара­метр, в этой таблице данных не сохраняется.
      1. ^

        Получение информации персональным компьютером и отобра­жение результатов запроса


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

Данные, которые не были ранее запрошены пользователями или запро­шены в ограниченном объеме, естественным образом накладывают ограниче­ния на полноту информации.

Информация, которую пользователь ожидает получить в будущем, теоретически не должна иметь ограничений.

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

В случае одновременного отображения нескольких графиков на одной поверхности монитора программа должна обеспечивать наглядность изобра­жения каждого из них учетом группировки:

1) по графикам разных параметров одной машины;

2) по графикам одного параметра на разных машинах.


1   2   3   4   5   6   7   8   9   10   11

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

Республики Беларусь Республиканское унитарное предприятие «Центр...
Республиканского унитарного предприятия «Центр научно-технической и деловой информации»
Республики Беларусь Республиканское унитарное предприятие «Центр...
Республиканского унитарного предприятия «Центр научно-технической и деловой информации»
Республики Беларусь Республиканское унитарное предприятие «Центр...
Республиканского унитарного предприятия «Центр научно-технической и деловой информации»
Республики Беларусь Республиканское унитарное предприятие «Центр...
Директор Республиканского унитарного предприятия «Центр научно-технической и деловой информации»
Республики Беларусь Республиканское унитарное предприятие «Центр...
Директор Республиканского унитарного предприятия «Центр научно-технической и деловой информации»
Республики Беларусь Республиканское унитарное предприятие «Центр...
Разработать и ввести в эксплуатацию автоматизированный информационный ресурс специализированной научно-технической информации в области...
Государственный комитет по науке и технологиям республики беларусь...
Республиканское унитарное предприятие научно-аналитический центр информации, инновации
Республики беларусь республиканское унитарное предприятие «научно-аналитический...
Республиканское унитарное предприятие научно-аналитический центр информации, инновации
Республики беларусь республиканское унитарное предприятие «научно-аналитический...
Республиканское унитарное предприятие научно-аналитический центр информации, инновации
Создать систему электронного обмена научно-технической документацией...
Организация-соисполнитель: Научно-инженерное республиканское унитарное предприятие «Межотраслевой научно-практический центр систем...

Вы можете разместить ссылку на наш сайт:
Школьные материалы


При копировании материала укажите ссылку © 2013
контакты
www.referatdb.ru
referatdb.ru
Рефераты ДатаБаза