Скачать 1.2 Mb.
|
^ Структура информационного обеспечения должна быть организована на основе клиент-серверной технологии в соответствии с общей схемой проектируемой системы. Основные элементы структуры информационного обеспечения:
Для создания информационного обеспечения, в дальнейшем его опытной и промышленной эксплуатации должны быть использованы инструментальные средства, указанные в таблице 5.
Информационное обеспечение сервера состоит из следующих компонентов:
Таблица 5 – Средства разработки и функционирования АИР
На схеме (рисунок 3), отображаются проектируемые реляционные связи между полями таблиц. Все таблицы базы объединены в несколько основных блоков:
Такое группирование не отражается на создании реляционных отношений между таблицами и фактически служит только для улучшения наглядности отображаемых полей и связей между ними. Структура и реляционные связи таблиц базы данных АИР показаны на рисунке 3.
Основной блок таблиц в базе данных. Таблицы этого блока несут информацию о запросах пользователей, данных по пользовательским запросам, о машинах, GSM-модулях и перемещениях.
Схема таблиц блока «Машины, модули, параметры» показана на рисунке 4. ![]() Рисунок 3 – Структура и реляционные связи таблиц базы данных АИР ![]() Рисунок 4 – Схема таблиц блока «Машины, модули, параметры»
Для каждого типа машины указывается полный ряд соответствий между параметрами пользователя и CAN-параметрами, а также информация о граничных значениях, идентификации и адресации на CAN-шине. Структура таблицы соответствий «CanCodes» показана ниже в таблице 6. Таблица 6 – Структура таблицы соответствий «CanCodes»
Некоторые числовые и булевские значения параметров имеют текстовую интерпретацию. Справочник «Interpret» содержит список фраз, привязанных к записям таблицы данных «CanCodes». Структура справочника интерпретаций показана ниже в таблице 7. Таблица 7 – Структура справочника интерпретаций «Interpret»
Таблица 8 иллюстрирует, как для параметра «Ошибки от модуля ПИА» могут быть определены фразы для значений в диапазоне 1..4. Таблица 8 – Текстовая интерпретация значений
Информация о пользовательских наименованиях параметров и их единицах измерения. Структура справочника параметров ParameterTitles – в таблице 9. Таблица 9 – Структура справочника параметров «ParameterTitles»
Пример данных в таблице ParameterTitles приведен в таблице 10. Таблица 10 – Пример данных в таблице «ParameterTitles»
Продолжение таблицы 10
Физически поле «Measure» справочника «ParameterTitles» содержит не наименование единицы измерения, а идентификатор записи в справочнике единиц измерения (см. ниже 1.2.1.2.6). В таблице 10 физические и технические единицы измерения приводятся для наглядности.
Общее количество параметров, которые будут использоваться в системе, достаточно велико. Меню наименований параметров, включающее в себя несколько сотен позиций, будет неудобно для конечного пользователя независимо от порядка представления. Таблица групп параметров предназначается для объединения параметров в группы в соответствии с их функциональными особенностями, а также по принадлежности к определенным узлам, блокам и механизмам машины. Структура справочника групп параметров «ParameterGroups»показана в таблице 11. Таблица 11 – Структура справочника параметров «ParameterGroups»
Пример данных в справочнике групп параметров «ParameterGroups» показан в таблице 12. Таблица 12 – Пример данных в справочнике групп параметров «ParameterGroups»
Хранит список единиц измерения, которые связаны по полю «Id» с таблицей параметров (1.2.1.2.5 Справочник групп параметров «ParameterGroups»). Структура справочника показана в таблице 13. Таблица 13 – Структура справочника единиц измерения «Measures»
Пример заполнения данных в этом справочнике приводится ниже в таблице 14. Таблица 14 – Пример заполнения данных в справочнике единиц измерения «Measures»
Таблица хранит данные о типах машин, на которые обязательно будут ссылаться записи таблицы данных о машинах «Cars». Хранимая в описываемой таблице информация должна обладать свойствами наследования, что реализовано через поле Parent, ссылающееся на поле CarTypes.Id. Обязательное требование к программе – следить за текущим состоянием каждой конкретной машины с тем, чтобы контролировать запросы, противоречащие информации об установленном в настоящий момент оборудовании. В силу специфики работы испытываемого оборудования, система не запрещает получение данных, которые формально не имеют смысла. При обнаружении противоречия между запрашиваемыми параметрами и фактической конфигурацией она выдает предупреждение и заносит факт выдачи такого предупреждения в лог-файл, продолжая обеспечение запрошенными данными. К примеру, машина «КВК-8060» с точки зрения наличия сменного оборудования может иметь следующие состояния:
К примеру, в настоящий момент установлено, что исследуемая машина работает именно с травяной жаткой. Тогда запросы к параметрам, характеризующим работу подборщика, программа запрещать не будет, но проинформирует пользователя, который создал запрос к параметрам подборщика, сообщением следующего вида.
Более подробно алгоритм определения так называемых параметров сменного оборудования описан в 1.2.1.2.8. Структура справочника машин «CarTypes» показана в таблице 15. Таблица 15 – Структура справочника машин «CarTypes»
Пример введенных данных приведении ниже в таблице 16. Таблица 16 – Пример данных в справочнике машин «CarTypes»
Если машина выводится из числа активных, то это означает, что она не должна включаться в список предлагаемых пользователю. Но машина при этом доступна для работы с полученными ранее данными. Признак неактивной машины – незаполненное значение поля CarType в справочнике «Cars».
В пределах машины одной марки параметры можно классифицировать по трем группам:
Параметры первой группы не требуют какой-либо дополнительной информации для применения в запросах и пользования результатами. Зависимые параметры составляют малозначительную долю от общего количества параметров для любого типа машины. В связи с этим, данные о зависимых параметрах целесообразно хранить в отдельной таблице данных, которая связана с таблицей соответствий. Справочник параметров «CarModifications» хранит записи о параметрах, зависимых от текущего состояния сменного оборудования. Термин «Главный параметр» (поле Master) обозначает такой параметр, который определяет состояние сменного оборудования для каждой записи справочника «CarModifications». Текстовые значения главного параметра могут иметь вид: «Установлен подборщик», «Установлена травяная жатка» и т.д. Тип значения такого параметра – булевский (логический), соответственно, допустимые значения – «да» или «нет». Структура справочника описывается в таблице 17. Таблица 17 – Структура таблицы данных о параметрах сменного оборудования «CarModifications»
Два поля, Parameter и Master, связаны с одним и тем же полем CanCodes.Id, которое является первичным кодом таблицы. Противоречие разрешается на стадии реализации путем открытия таблицы в разных представлениях. При этом в одном представлении будет активна связь по полю Master, в другом по полю Parameter. Пример совместной работы описываемого справочника «CarModifications» и справочника «ParameterTitles» показан ниже на рисунке 5. Фактически связь со справочником наименований параметров организована через таблицу соответствий. В приведенном примере прямая связь с названиями параметров показана для наглядности. Для записей в приведенном примере показано, что параметр 331 (Высота подборщика) имеет смысл, только если однобитный параметр 0277 (Установлен подборщик) равен 1. Аналогично, параметр с идентификатором 0332 (Частота вращения вала травяной жатки) определен, если параметр 0279 (Установлена травяная жатка) равен 1.
Рисунок 5 – Пример совместной работы описываемого справочника «CarModifications» и справочника «ParameterTitles» Применение описываемой таблицы целесообразно в режиме реального времени только в момент обработки полученного запроса с GSM-модуля. При получении накопленных данных из БД проверка лишена смысла, так как сохраненная ранее информация заведомо проверена на соответствие зависимых параметров фактически установленному оборудованию. Кроме того, на стадии испытаний исследуемых машин теоретически допускается вариант, при котором сведения о текущем оборудовании могут быть недостоверными. Поведение описываемой программы и в этом случае должно допускать возможность получения необходимых пользователю данных.
Структура справочника машин «Cars» приводится в таблице 18. Таблица 18 – Структура справочника машин «Cars»
Пример данных в справочнике машин «Cars» – в таблице 19. Таблица 19 – Пример записи данных в справочнике машин «Cars»
Помимо привязки конкретного типа к самой машине, предусмотрена операция замена типа машины, например, при замене на некотором комбайне рабочего оборудования с кормоуборочного на зерноуборочное. Тип машины на текущий или заданный момент времени определяется последнему до указанного момента событию в истории изменения типов данной машины. Далее это будет описано в пояснениях к таблице «CarTypeMoves». Аналогичный подход принят и к определению модуля, размещенного на машине в указанный момент времени (см. далее таблицу данных «ModuleMoves»). Для случая, когда CAN-шина может предоставлять информацию о фактическом состоянии установленного технологического оборудования, программа должна обладать возможностью сама опрашивать CAN-шину и устанавливать текущий тип оборудования. Программное определение текущего оборудования (т.е. модификации машины) более подробно описано выше в 1.2.1.2.8.
Таблица предназначена для хранения всех полученных с GSM-модулей данных с их идентификаторами, значениями, моментом создания и получения. Структура справочника машин «CANVar» показана в таблице 20. ^
Значение поля «Received» устанавливается сервером по прибытии полезной записи с GSM-модуля. Оно предоставляет данные для статистического анализа задержки информации по пути от GSM-модуля к серверу с целью получения возможности установить причины нежелательно больших задержек и, соответственно, оптимизировать процесс движения полезной информации к пользователям. Пример данных в справочнике машин «CanVar» - в таблице 21. Таблица 21 – Пример данных в справочнике машин «CanVar»
С модуля № 7 в 11:51:59 30.01.23 (с задержкой 11 секунд) пришел параметр с кодом 0109 и значением 250, снятый с CAN-шины в 11:51:48 30.01.12.
Таблица хранит сведения об имеющихся GSM-модулях, их уникальных IMEI кодах и марках устройств. Состояние любого GSM-модуля в заданный момент (его принадлежность к определенной машине, текущая версия программного обеспечения, конфигурационных файлов и т.д.) должна быть организована как вычисляемая из записей перемещений, связанных с этим GSM-модулем. Структура справочника – в таблице 22. ^
Таблица данных хранит сведения о перемещениях модулей между машинами. Каждая запись таблицы – описание события по установке GSM-модуля на указанную в записи машину. Структура описана в таблице 23. Таблица 23 – Структура таблицы перемещения модулей «CarTypeMoves»
Пример введенных данных – в таблице 24. Таблица 24 – Пример данных в перемещения GSM-модулей «ModuleMoves».
В первой записи примера пользователь с идентификатором 0154 ввел данные о том, что на машину с кодом 0032 установлен GSM-модуль 0017. Во второй записи тем же пользователем 0154 на ту же машину 0032 зарегистрирована установка другого GSM-модуля, код которого 0021. Внешние связи таблиц блока:
|
Республики Беларусь Республиканское унитарное предприятие «Центр... Республиканского унитарного предприятия «Центр научно-технической и деловой информации» | Республики Беларусь Республиканское унитарное предприятие «Центр... Республиканского унитарного предприятия «Центр научно-технической и деловой информации» |
Республики Беларусь Республиканское унитарное предприятие «Центр... Республиканского унитарного предприятия «Центр научно-технической и деловой информации» | Республики Беларусь Республиканское унитарное предприятие «Центр... Директор Республиканского унитарного предприятия «Центр научно-технической и деловой информации» |
Республики Беларусь Республиканское унитарное предприятие «Центр... Директор Республиканского унитарного предприятия «Центр научно-технической и деловой информации» | Республики Беларусь Республиканское унитарное предприятие «Центр... Разработать и ввести в эксплуатацию автоматизированный информационный ресурс специализированной научно-технической информации в области... |
Государственный комитет по науке и технологиям республики беларусь... Республиканское унитарное предприятие научно-аналитический центр информации, инновации | Республики беларусь республиканское унитарное предприятие «научно-аналитический... Республиканское унитарное предприятие научно-аналитический центр информации, инновации |
Республики беларусь республиканское унитарное предприятие «научно-аналитический... Республиканское унитарное предприятие научно-аналитический центр информации, инновации | Создать систему электронного обмена научно-технической документацией... Организация-соисполнитель: Научно-инженерное республиканское унитарное предприятие «Межотраслевой научно-практический центр систем... |