Автоматизация контроля при движении состава по территории Северной железной дороги

метки: Слежение, Автоматизация, Система, Поезд, Вагон, Информация, Движение, Содержать

автоматизация движение программный дорога

В настоящее время, в условиях переходного периода и неотрегулированности отношений различных владельцев вагонного парка, особое значение имеют работы с автоматизацией контроля прохождения и учета возвращения вагонов. Заказчики должны быть убеждены в том, что перевозчик постоянно контролирует процесс транспортировки, гибко и быстро реагируя на возможные отклонения от плановой ситуации. Это требует от перевозчика полного владения информацией и контроля по всей цепочке доставки. Особенно это относится к железным дорогам стран России и ближнего зарубежья.

Несмотря на недостаточное внимание к текущему содержанию инфраструктуры, техническому обслуживанию подвижного состава и выделению капитальных вложений, Вологодское отделение Северной железной дороги (СЖД) является важным звеном экономики Северо-Западного региона. В связи с реформированием МПС РФ и ростом объемов грузовых перевозок очень актуальным становится вопрос об организации системы контроля движения грузовых составов. В качестве одной из альтернатив решения этого вопроса предлагается проект «Слежение за подвижным составом внутри полигона Северной железной дороги».

Основными целями разработки данного проекта являются организация непрерывного контроля при движении собственного и арендованного грузового состава по территории Северной железной дороги и повышение безопасности за счет защиты от ошибок персонала путем частичной автоматизации процесса контроля.

Для реализации поставленных целей определены следующие задачи:

• а) реализация механизма контроля над группами подвижного состава (поезда, вагоны);
• б) хранение информации о движении грузового состава в базе данных;
• в) возможность поиска вагонов на сети железных дорог России, стран СНГ и Балтии;

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

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

Во втором разделе описано исследование предметной области автоматизации, представлены основные документы предметной области и необходимые бизнес-правила.

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

Контроль качества дорожно-строительных работ

... выполнить следующие задачи: Изучить организацию контроля качества дорожно-строительных работ. Рассмотреть производственный контроль качества дорожно-строительных работ. Рассмотреть правила приемки работ при строительстве автомобильных дорог. 1. Организация контроля качества дорожно-строительных работ. 1.1 Система контроля и ...

В четвертом разделе данной работы представлен информационный анализ предметной области. Здесь рассмотрены функциональные зависимости между реквизитами, а также процессы выделения информационных объектов и построение логической структуры баз данных.

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

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

Основным отличием данного программного средства является то, что он спроектирован для работы в операционной системе Windows, когда как большая часть программного обеспечения в СЖД предназначена для работы в операционной системе MS Dos. Также данный проект позволяет не только проследить весь маршрут следования грузового состава, но и сформировать на основе накопленной информации различного рода справки о дислокации подвижного состава по территории Северной железной дороги.

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

1. СОВРЕМЕННОЕ СОСТОЯНИЕ АВТОМАТИЗАЦИИ КОНТРОЛЯ ЗА ДВИЖЕНИЕМ ГРУЗОВОГО СОСТАВА НА ЖЕЛЕЗНЫХ ДОРОГАХ

Программная индустрия развивается сейчас настолько быстро, что охватила уже практически все области хозяйственной деятельности человека. Не остался в стороне и железнодорожный транспорт. Для большинства людей, живущих в США, поезда являются символом давно ушедшей эпохи. В Европе и странах Востока ситуация совершенно противоположная. В отличие от США, в Европе мало национальных и международных автомобильных магистралей, а цены на бензин и газ сравнительно высоки. Поэтому поезда составляют основу транспортной сети континента. Грузовые железные дороги Европы находятся в процессе эволюции. Конкуренция возрастает уже не только между железнодорожным и автомобильным видами транспорта, но и между железными дорогами. По десяткам тысяч километров путей ежедневно перевозится множество людей и грузов. Усиление конкуренции в области грузовых перевозок идет одновременно с либеризацией рынка. Так И.Б. Николаенко, в работе, процесс улучшения качества транспортных услуг в этой области условно разделил на три этапа.

Первый этап, охватывающий период до 1995г., характеризуется интеллектуализацией инфраструктуры. На ее основе решалась задача слежения за поездом, движущимся по определенному маршруту в пределах одной страны. Информацией о местонахождении поезда пользовались только службы управления движением. Отправитель груза или получатель могли обратиться на железную дорогу за справкой о его прохождении по маршруту лишь по телефону.

На втором этапе, т.е. с 1995 г., стали проводить мероприятия по интеллектуализации подвижного состава. Конкуренция оказывает влияние не только на тарифы, но и на качество транспортных услуг, которые включают в себя, помимо прочего, информацию о перемещении груза. Теперь оператор сам информирует клиентов, не ожидая запросов.

Автоматизированные системы обработки информации и управления на предприятии

... системы торговых представителей входит создание и дальнейшее развитие: подсистемы оперативного обмена информацией ... технологий, аналитики и технической поддержки (программирование, поддержка программного обеспечения, Web ... структура управления предприятием построена по линейно-функциональному принципу и ... и экономический отдел. Централизованная бухгалтерия (расчеты с контрагентами, ведение и обработка ...

Третий этап предполагает интеллектуализацию отправок (с 2000г.).

Это дает возможность слежения за каждой отправкой, которая находит свой маршрут» участвуя, таким образом, в управлении процессом перевозки. В связи с резким ростом грузовых международных перевозок и числа железнодорожных перевозчиков все большее значение приобретает информационное обеспечение. Клиенты должны быть убеждены в том, что перевозчик постоянно контролирует процесс транспортировки, быстро и гибко реагируя на возможные отклонения от плановой ситуации, т.е. перевозчик должен быть всегда готов дать клиенту исчерпывающую информацию.

В настоящее время существует два вида систем слежения:

• а) системы, ориентированные на железнодорожную сеть. В них используются сообщения о местоположении поездов, поступающие от классических систем управления и обеспечения безопасности движения поездов;
• б) системы, ориентированные на перевозчика. Это системы, на которые перевозчик может влиять самостоятельно. К ним относятся:

1) системы автоматической идентификации подвижного состава. В системе МСЖД для железных дорог предусмотрено размещение датчика под кузовом вагона, а в системе ISO для контейнеров и обменных кузовов датчики крепятся на боковых стенках;

2) системы спутниковой навигации GPS для определения местоположения вагонов подвижных единиц. Такие автоматические и полуавтоматические системы существуют сегодня в Швеции, Великобритании, Германии, Франции, России, Японии.

Подобная система, называемая Продвинутой Системой Управления Железнодорожным Транспортом, была разработана в Канаде и США с участием следующих компаний: Amtrak, Burlington, Canadian National Railway Company, CP Rail., CSX Transportation, Network and Western Railway Company, Southern Railway Company, Union Pacific. Очень подробно описал данную систему Марфи в работе. Эффект от каждой из этих систем был и экономический, и социальный. Результатом их внедрения стало снижение эксплуатационных затрат, повышение эффективности использования ресурсов, безопасность. Конечно, данная система включает большое количество модулей, на рассмотрение которых понадобится много времени, поэтому подробнее остановимся лишь на одном из них.

Система управления движением выполняет две важные функции: выбор маршрутов железнодорожных перевозок и контроль систем, обеспечивающих перевозки. Эти функции включают: планирование перевозок, контроль местонахождения поездов, контроль за перевозками, предотвращение конфликтов, прогнозирование нарушений, регистрацию всех операций. На рисунке 1.1 показана схема основных элементов системы управления движением.

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

Управление системой доставки продукции

... [2]. Транспортная система - транспортная инфраструктура, транспортные предприятия, транспортные средства и управление в совокупности. Единая ... единицу времени. Грузооборот – основной экономический показатель продукции транспорта, характеризующий суммарный вес грузов, перевезенных на ... Большая маневренность и подвижность; высокая скорость доставки груза; небольшие капиталовложения в освоение малого ...

Система управления энергией в режиме реального времени подсказывает инженеру, как наиболее эффективно использовать установку.

Бортовая система индикации обеспечивает человеко-машинный интерфейс для машиниста.

Блок управления данными представляет собой шлюз между всеми бортовыми системами поезда и глобальной сетью передачи данных, к которой подключены все поезда, диспетчеры и прочие пользователи. Отслеживание маршрутов движения осуществляется с помощью подключенных к сети передачи данных ответчиков местоположения и глобальной спутниковой системы указания местоположения GPS (Global Positioning System) Navstar.

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

Рисунок 1.1 — Система управления движением

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

Блок интерфейса путевых устройств размещается там, где есть какое-либо управляемое устройство, например стрелка или датчик. Каждый блок интерфейса получает команды от локального наземного контроллера. Устройства могут быть переведены в ручной режим управления. Наземный контроллер транслирует информацию на блоки интерфейса путевых устройств и обратно. Контроллеры расположены вдоль железнодорожного пути через такие расстояния, чтобы любой поезд всегда находился в зоне действия хотя бы одного из них.

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

Система управления сетью, в свою очередь, подсоединяется к одному или нескольким диспетчерским центрам, которые объединены в систему управления операциями. Система управления сетью соединена с другими пользователями. В системе управления операциями диспетчеры могут задавать маршруты поездов и отслеживать их передвижение. Для управления различными участками выделяются отдельные диспетчеры. Каждая диспетчерская управляющая консоль отвечает за одну или несколько территорий. Маршрутизация поездов подразумевает выдачу инструкций для автоматического перевода поезда с пути на путь, разрешение и запрещение движения поезда в зависимости от занятости определенных участков пути. Диспетчеры могут наблюдать за состоянием путей впереди по маршруту поезда и передавать эту информацию машинисту.

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

Конечно, данное описание системы управления движением поездов сильно упрощено, но принцип ее функционирования лежит в основе практически всех подобных систем, как на Западе, так и в России. Так, на железных дорогах Германии для уровня оперативного управления движением поездов работала система автоматизированных рабочих мест BPS 900, разработанная фирмой Siemens в 1991г. В 1995г. ее сменила система BPS 901. В центре управления железных дорог Германии в Магдебурге на базе BPS 901 в 1996 —1997 гг. было построено первое АРМ диспетчера с интегрированными средствами управления и индикации. Местоположение грузового вагона определяется в ней через систему GPS. Полученная информация передается в центральный пункт по каналу сотовой радиосвязи GSM. Технология управления движением поездов на базе радиосвязи (FunkFahrBetrieb, FFB) была впервые сформулирована железными дорогами Германии (DBAG) в 1996 г. в форме эксплуатационно-технических требований. Эта принципиально новая технология управления движением поездов предназначена, прежде всего, для повышения эффективности эксплуатации региональных линий. Последовательное использование компьютеров и современных средств связи позволяет в значительной мере отказаться от применения дорогостоящих напольных устройств традиционных систем централизации. Структура системы FFB представлена на рисунке 1.2. В ней взаимодействуют пространственно распределенные подсистемы в центре управления и на линии, а также бортовая подсистема на поезде. В качестве среды передачи используется цифровая сеть мобильной радиосвязи GSM-R, причем процесс передачи в ней соответствующим образом защищен.

Управление электроэнергетической системой

... 2.1.4 Переход от уравнений состояния непрерывных систем управления к уравнениям состояния дискретных систем Дискретные системы управления содержат в структуре цифровые вычислительные устройства, ... = 1.5; S c = 0.08. 2. Исследование систем автоматического управления 2.1 Математические модели непрерывной системы управления 2.1.1 Математическая модель в пространстве состояний Под математической ...

Центр управления FFB выполняет задачи по слежению за движением поездов и обеспечению их безопасного попутного следования. При этом диспетчер регулирует движение поездов на линии и по радио, транслирует на поезда команды на движение. На основе команд на движение и атласа линии, содержащего все необходимые данные об участках пути, осуществляется управление движением поезда. Местоположение поезда определяется бортовыми средствами по информации, получаемыми от пассивных путевых приемоответчиков.

Рисунок 1.2 — Обмен информацией в системе FFB

В РФ в условиях переходного периода и неотрегулированности отношений различных владельцев вагонного парка, особое значение имеют работы, связанные с автоматизацией контроля похождения и учета возвращения вагонов. Особенно это относится к железным дорогам стран ближнего зарубежья. В последние годы на основе информационно-вычислительных центров железных дорог активно развиваются компьютерные системы учета вагонного парка. Основной их недостаток заключается в том, что списки и номера вагонов в базе данных (БД) вводятся вручную, что увеличивает вероятность ошибки. Кроме того, контроль списочного состава поездов, движущихся с большой скоростью, в действующих системах пока не реализован.

Для решения этой задачи ученые Омского Государственного университета путей сообщения и специалисты Северной железной дороги провели научно-исследовательские работы. Они позволяют утверждать, что на основе уже имеющегося на железных дорогах оборудования и систем связи вполне можно реализовать простую и надежную систему идентификации движущихся вагонов и состава в целом. Подобный проект уже принят к реализации на Октябрьской железной дороге. Алгоритм идентификации состава включает два этапа. На первом этапе осуществляется структурная идентификация, по данным которой определяются типы вагонов, входящих в состав поезда. На втором этапе проверяется достоверность полученных данных. Данная система уже внедрена на Северной железной дороге. Система доказала свою эффективность снижением простоев подвижного состава и минимальными затратами на ее установку и функционирование. Предложенная система реализована на основе микропроцессорной техники. Она позволяет работать в режиме реального времени с возможностью хранения и передачи данных на диспетчерский пульт.

Вагоны и контейнеры

... вагонов с заданной функцией обеспечения вагонами перевозок пассажиров и грузов при условии экономической целесообразности эксплуатации вагонов, ... сдача вагонов на технических станциях, осмотр поездов и вагонов в коммерческом отношении, учёт передачи вагонов, ... Вагоны 1.1. Организация перевозок грузов железнодорожным транспортом В настоящее время курсирование железнодорожного подвижного состава ...

Еще одним примером программного обеспечения для организации слежения за подвижным составом является автоматизированная система ведения и анализа графика исполненного движения ГИД «УРАЛ-92». Эта система предназначена для повышения уровня эксплуатационной работы путем автоматизации рутинной части работы помощника дежурного по станции (ДСП), а также включения в систему новых функций, основанных на современной компьютерной технологии. Система выполняет следующие функции:

• а) автоматизированное ведение графика исполненного движения;
• б) быстрый доступ к информации о поездах, составах поездов и локомотивах;
• в) отображение на экране ПЭВМ текущей ситуации на станциях и перегонах (табло диспетчерского контроля);
• г) контроль дислокации и состояния локомотивов;
• д) учет и анализ выполнения графика, участковой скорости, веса и длины грузовых поездов и их простоя на технических станциях;
• е) автоматизированное ведение журнала диспетчерских распоряжений;
• ж) формирование на рабочем месте ДСП сообщений для автоматизированной системы оперативного управления перевозочным процессом (АСОУП) об операциях с поездами;
• з) работа по запросу с системой АСОУП.

ГИД «УРАЛ-92» состоит из следующих подсистем:

• а) подсистема получения информации с устройств сигналов центральной блокировки (СЦБ) о занятии изолированных участков на станциях и перегонах, о показаниях входных и выходных светофоров, об установке маршрутов приема и отправления, о положении стрелок;

• б) подсистема отображения в реальном времени на экранах ПЭВМ пользователей графика исполненного движения и табло диспетчерского контроля;
• в) подсистема обмена информацией между ПЭВМ помощника начальника по станции и ДСП;
• г) подсистема формирования для АСОУП сообщений об операциях с поездами;
• д) подсистема обмена информацией между ГИД и АСОУП.

Для мониторинга дислокации подвижного состава на железных дорогах России используется комплекс программ «ДИСПАРК» [11].

Данный комплекс предназначен для диспетчеризации собственного, арендованного или принадлежащего МПС РФ парков вагонов, а также их экспедирования. Комплекс основан на вагонной модели и реализован в виде клиент-серверного приложения. Работа комплекса базируется на ежесуточном получении информации о дислокации вагонов из Головного Вычислительного центра (ГВЦ), центра фирменного транспортного обслуживания (ЦФТО), информационного вычислительного центра (ИВЦ) дорог и др. Используемые операционные системы: Windows 95, Windows 98 или Windows NT. В комплекс входят 4 автоматизированных рабочих места (АРМ) или модуля, работающих с единой базой данных (БД):

• а) АРМ обновления данных;
• б) АРМ учета погрузок;
• в) АРМ диспетчера;
• г) АРМ сопровождения контрактов.

АРМ обновления данных предназначен для ввода информации из файлов ГВЦ МПС РФ в БД. Кроме того, с его помощью возможен ввод данных из файлов-архивов. Модуль осуществляет заполнение диспетчерского журнала, контролируя корректность исходных данных. Некорректные записи собираются системой диагностики и в дальнейшем могут быть вручную проанализированы пользователем. В процессе работы программа строит прогноз времени прибытия на станцию назначения и времени перехода границы, формирует рейсы вагонов, даты перехода границы. Скорость работы характеризуется следующим показателем: при запуске непосредственно на сервере один файл, содержащий 35000 записей, программа заносит в БД за 2 мин, при этом отслеживаются операции примерно по 500 вагонам. В данном модуле возможна операция формирования файла-запроса для источника информации. Формирование файла можно осуществлять отдельно по каждому арендатору.

АРМ диспетчера является основным модулем поставляемого программного комплекса и предоставляет пользователю возможность получать полную информацию о движении вагонов в каждом рейсе и их дислокацию на момент последнего обновления. Он также позволяет вести архивы состояний и операций по каждому вагону. Понятие операция включает в себя широкий спектр сообщений о вагоне, например, таких как прибытие на станцию или его покраска. АРМ предоставляет широкие возможности визуализации информации, на основании задаваемых критериев отбора, по использованию вагонного парка. Для возможности дополнительного анализа полученной информации она может быть преобразована в структуру EXCEL-файлов, а также выведена на печать. Основными формами, позволяющими контролировать работу диспетчера и в конечном итоге построить показатели эффективности работы парка, являются диспетчерский и вагонный журналы. С помощью вагонного журнала ведется анализ состояния парка, эффективность затрат на поддержание его в технически исправном состоянии, построение отчетов по просроченным и планируемым ремонтам. По имеющимся каналам связи (прямое соединение с ГВЦ, ИВЦ или коммутируемый канал) возможно, получение справок АСОУП с сети дорог (справка о работе станции, натурный лист поезда, операции с поездом).

АРМ сопровождения контрактов предназначен для ввода и корректировки контрактов на перевозки. Контракт является основной формой для контроля перевозок. Перевозки могут проводиться собственным, арендованным или парком вагонов МПС РФ. Решение на введение нового контракта принимается тогда, когда появляется перевозка, в которой хотя бы один из атрибутов отличается. В этом случае вводится новый контракт, которому присваивается оригинальный номер. На основе данных по контрактам возможно корректное введение данных о погрузках и, соответственно, заполнение диспетчерского журнала. Для удобства заполнения контрактов используются справочники, которые формируются заранее из стандартных справочников или вводятся вручную. Справочники могут быть преобразованы в структуры EXCEL-файлов, а также выведены на печать.

АРМ учета погрузок предназначен для ввода и редактирования погрузок. Ввод погрузок может осуществляться как в ручном, так и в автоматическом режиме — из файлов, структура которых должна быть установлена заранее. При установке соответствующих ограничений вводимая информация проверяется на корректность. Имеется также возможность получения различных отчетов по погрузкам, преобразования их в структуры EXCEL-файлов, а также вывода на принтер. Отчеты формируются из базы данных архива погрузок за произвольно выбранный интервал времени.

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

2. ПРЕДМЕТНАЯ ОБЛАСТЬ АВТОМАТИЗАЦИИ

2.1 Описание предметной области и функции решаемой задачи

Необходимо разработать систему для слежения за подвижным составом внутри полигона Северной железной дороги. Данное программное средство должно обеспечивать:

• а) постоянный контроль над группами подвижного состава при движении по территории Северной железной дороги, который должен быть реализован посредством режима автоматического запуска программы через заданный пользователем интервал времени;
• б) хранение сведений о движении состава по территории Северной железной дороге в базе данных;
• в) возможность отключения в любой момент режима автоматического запуска программы;
• г) возможность накопления данных о движении состава с целью статистического анализа;
• д) поиск вагонов на сети железных дорог России, стран СНГ и Балтии;
• е) возможность объединения единиц подвижного состава (поезда, вагоны) в отдельные группы;

ж) получение дополнительной справочной информации по группам подвижного состава:

1) прогноз прибытия подвижного состава и груза;

2) груз, перевозимый указанным вагоном, его вес;

3) станция отправления и назначения вагона;

4) получатель груза;

5) последняя станция прохождения груза и т.п.;

• з) формирование справок по группам подвижного состава в формате Ехсel-файлов;
• и) возможность сохранения содержимого файлов-ответов в БД и в виде текстовых файлов в формате RTF.

2.2 Документы предметной области

а) Натурный лист поезда. Данный документ состоит из двух разделов: служебная фраза и информационная фраза. Служебная фраза содержит сведения в целом по поезду и включает следующие реквизиты:

1) код сообщения;

2) код станции передачи информации;

3) номер поезда;

4) код станции формирования поезда;

5) порядковый номер состава;

6) код станции назначения поезда;

7) время отправления поезда;

8) условная длина поезда;

9) вес брутто поезда;

10) код прикрытия поезда;

11) индекс негабаритности;

12) отметка о живности;

13) отметка о маршруте.

Информационная фраза содержит информацию о вагонах данного поезда и включает следующие реквизиты:

1) номер вагона по порядку;

2) инвентарный номер вагона;

3) отметка о роликовых подшипниках;

4) вес груза в тоннах;

5) код станции назначения;

6) код груза;

7) код получателя;

8) маршрут, нерабочий парк;

9) код прикрытия;

10) негабаритность, живность, длиннообразные вагоны и вагоны, не подлежащие роспуску с горки;

11) количество пломб;

12) сведения о контейнерах;

13) код выходной пограничной станции;

14) тара вагона;

15) примечание.

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

б) Натурный лист вагона. Документ содержит следующие реквизиты:

1) служебная информация:

• признак дороги;
• дата и время формирования документа;

2) инвентарный номер вагона;

3) код станции последней регистрации;

4) код груза;

5) код получателя;

6) код операции;

7) код станции назначения;

8) дата отправления вагона;

9) время отправления вагона;

10) индекс поезда, в составе которого идет вагон;

11) код ошибки, если данные по вагону отсутствуют. В том случае, если вагон находится вне границ Северной железной дороги, форма документа меняется.

в) Натурный лист вагона, находящегося на других дорогах. Данный документ содержит реквизиты:

1) наименование дороги, по которой движется вагон;

2) код дороги;

3) пройденная станция;

4) операция с вагоном;

5) дата отправления вагона;

6) время отправления вагона;

7) парк;

8) станция назначения вагона;

9) стационарный номер вагона;

10) индекс поезда;

11) примечание.

г) Справка дислокации платформ по Северной железной дороге. Документ содержит реквизиты:

1) номер вагона;

2) станция последней регистрации;

3) операция с вагоном;

4) дата и время отправления вагона;

5) парк или получатель вагона;

6) индекс поезда;

7) станция назначения поезда, д) Справка дислокации поезда по Северной железной дороге.

Документ содержит реквизиты:

1) номер вагона;

2) станция назначения;

3) груз;

4) получатель;

5) вес груза;

6) индекс поезда

2.3 Бизнес — правила

В процессе анализа входных документов были выявлены следующие бизнес — правила:

1) код группы должен быть уникальным;

2) номер вагона должен быть уникальным и кодируется 7-8 знаками;

3) код станции передачи информации в служебной фразе натурного листа поезда должен содержать пять знаков по единой сетевой разметке (ЕСР);

4) номер поезда должен содержать четыре знака по ЕСР;

5) код станции формирования поезда кодируется четырьмя знаками по ЕСР;

6) порядковый номер состава в натурном листе поезда кодируется двумя знаками от 01 до 99. Нулевого номера не должно быть;

7) код станции назначения поезда кодируется четырьмя знаками по ЕСР. Для поездов из порожних вагонов проставляется условный код станции назначения (0020,0040 и т.д.);

8) индекс поезда уникален и не должен меняться на всем пути следования поезда до станции расформирования. Кодируется 13 знаками по маске 0000+000+0000;

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

10) условная длина поезда кодируется тремя знаками. При длине меньше 100 впереди добавляются нули до трех знаков;

11) вес брутто поезда кодируется 4-х или 5-значным числом. При весе меньше 1000 впереди добавляются нули до 4-х знаков;

12) код прикрытия поезда кодируется одним знаком. В случае отсутствия прикрытия у поезда ставится нуль;

13) индекс негабаритности кодируется четырьмя знаками. В случае отсутствия негабаритности ставятся нули;

14) отметка о живности в натурном листе поезда кодируется одним знаком. При наличии в составе поезда вагонов с живностью ставится 1, в противном случае 0;

15) отметка о маршруте в натурном листе поезда кодируется одним знаком;

16) порядковый номер вагона в натурном листе поезда кодируется 2-3 знаками и варьируется от 01 до 100;

17) вес груза в натурном листе поезда кодируется 3-мя знаками. При весе меньше 100 тонн впереди проставляются нули;

18) код станции назначения вагона кодируется пятью знаками по ЕСР. Код 00000 разрешается указывать только у порожних вагонов при наличии условного кода груза 00001 или 00002;

19) код груза для вагона кодируется пятью знаками по ЕСР;

20) код получателя для вагонов кодируется четырьмя знаками по ЕСР;

21) примечание в натурном листе поезда указывается не более чем 6-ю алфавитно-цифровыми символами без пробелов и начинается с апострофа;

22) количество поездов в группе не должно превышать 100;

23) количество вагонов в группе не должно превышать 1000;

24) gри удалении группы все ее содержимое также должно быть удалено.

3. ПОСТАНОВКА ЗАДАЧИ

3.1 Организационно — экономическая сущность задачи

В связи с проведением реформы МПС РФ на всех отделениях сети железных дорог возникла необходимость в сокращении численности персонала, что может отрицательно повлиять на качество работы отделений. Для выполнения возросшего объема работ было принято решение о частичной автоматизации отдельных видов деятельности персонала Вологодского отделения Северной железной дороги.

На основании выше сказанного выделены следующие цели автоматизации рассматриваемой предметной области:

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

Необходимость автоматизации рассматриваемой предметной области на СЖД возникла из-за перехода на 32-разрядную операционную систему Windows 95/98/2000. Так как полный отказ от существующей системы ГИД «УРАЛ-92» не представляется возможным, то принято решение о развитии существующей системы путем автоматизации новых задач, реализованных в новой операционной системе.

В соответствии с выбранным подходом необходимо разработать автоматизированную систему, позволяющую в оперативном режиме следить за движением грузового состава по территории Северной железной дороги. Автоматизация процесса слежения за движением грузовых составом позволит значительно сократить затраты за счет сокращения числа штатных единиц и повышения качества выходной информации. Данная система должна обеспечивать обработку информации, полученной из АСОУП, и ее совместимость с форматом пакета MS Office. Полученная информация должна накапливаться с целью составления отчетности о дислокации подвижного состава. Разрабатываемая система должна также дополнять работу существующей системы ГИД «УРАЛ-92», функционирующей в операционной системе MS DOS.

Периодичность решения задачи зависит от типа объекта контроля и должна определяться пользователем.

Необходимые работы для внедрения подобной системы на СЖД не требуются, так как уже осуществлен переход на ОС Windows.

3.2 Функциональное описание объекта автоматизации

В настоящее время для организации слежения за движением грузовых составов персонал СЖД использует автоматизированную систему ГИД «УРАЛ-92». Данная система разработана под операционную систему MS DOS и представляет собой комплекс автоматизированных систем. Функциональная схема работы данной системы представлена на рисунке 3.1. Объектом автоматизации рассматриваемой предметной области являются подсистемы работы с АСОУП и поиска подвижного состава. Рассмотрим подробнее подсистему работы с АСОУП в системе ГИД «УРАЛ-92». Работа в данных подсистемах здесь строится на основе механизма «запрос-ответ». Для получения информации о прохождении поезда, за которым идет процесс слежения, необходимо сформировать запрос. Данный запрос представляет собой текстовый файл, представленный на рисунке 3.2, который формируется вручную диспетчером. Система ГИД «УРАЛ-92» копирует данный файл в сетевой каталог и ждет ответа. Как только получен сформированный в АСОУП документ, система ГИД отображает его на диспетчерском табло.

Рисунок 3.1 — Функциональная схема работы системы ГИД «УРАЛ-92»

Рисунок 3.2 — Пример файла запроса в АСОУП

Очень часто на основе полученных файлов необходимо составить ряд справок с помощью электронной таблицы MS Excel. Система ГИД «УРАЛ-92» реализует лишь механизм обмена файлами, а все справки составляются диспетчером вручную. Заметим, что иногда справка содержит данные по десяткам, сотням вагонов (поездов), поэтому для ее создания диспетчеру приходится вручную набирать и обрабатывать около сотни файлов-запросов и ответов через заданный интервал времени, что существенно снижает производительность труда и повышает вероятность ошибок.

На основании недостатков существующей системы сформирован следующий перечень новых задач, решаемых автоматизированным способом:

• а) создание единой базы данных для хранения информации о поездах (вагонах);
• б) реализация механизма «запрос — ответ» без участия диспетчера;
• в) создание механизма объединения единиц подвижного состава для организации непрерывного слежения за необходимой группой;
• г) реализация технологии автоматического запуска группы на предмет слежения;
• д) создание средства обработки информации из базы данных в ЭТ MS Excel.

3.3 Форматы входных документов

Входными документами являются:

а) Натурный лист поезда.

Данный документ состоит из двух разделов: служебная фраза и информационная фраза. Служебная фраза содержит сведения в целом по поезду и включает реквизиты, представленные в таблице 3.1.

Информационная фраза содержит информацию о вагонах данного поезда и включает реквизиты, представленные в таблице 3.2.

Документ «Натурный лист поезда» формируется автоматически АСОУП и поступает на вход задачи в виде текстового файла по маске d*.*, где * — целые числа от 0 до 9. Частота поступления данного документа зависит от пользователя, так как данный документ формируется по определенному запросу.

Таблица 3.1 — Описание реквизитов служебной фразы документа «Натурный лист поезда»

Наименование реквизитов	Характеристика реквизитов
	Тип	Макс. длина	Точность
Код сообщения	числовой	2	—
Код станции передачи информации	числовой	5	—
Номер поезда	числовой	4	—
Код станции формирования поезда	числовой	4	—
Порядковый номер состава	числовой	2	—
Код станции назначения поезда	числовой	4	—
Время отправления поезда	символьный	5	—
Условная длина поезда	символьный	3	—
Вес брутто поезда	числовой	5	—
Код прикрытия поезда	числовой	1	—
Индекс негабаритности	числовой	4	—
Отметка о живности	числовой	1	—
Отметка о маршруте	числовой	1	—

Таблица 3.2 — Описание реквизитов информационной фразы документа «Натурный лист поезда»

Наименование реквизитов	Характеристика реквизитов
	Тип	Макс. длина	Точность
1	2	3	4
Порядковый номер вагона	числовой	3	—
Инвентарный номер вагона	числовой	8	—
Вес груза в тоннах	числовой	3	—
Код станции назначения	числовой	5	—
Отметка о роликовых подшипниках	числовой	1	—
Код груза	числовой	5	—
Код получателя	числовой	4	—
Маршрут, нерабочий парк	числовой	1	—
Код прикрытия	числовой	1	—
Негабаритность, живность, вагоны, не подлежащие роспуску с горки	числовой	1	—
Количество пломб	числовой	1	—
Сведения о контейнерах	символьный	5	—
Код выходной пограничной станции	числовой	1	—
Тара вагона	числовой	3	—
Примечание	символьный	6	—

б) Натурный лист вагона.

Перечень реквизитов данного документа представлен в таблице 3.3. Данный документ также формируется по запросу пользователя автоматически в автоматизированной системе оперативного управления перевозочным процессом. В том случае, если вагон находится за пределами Северной железной дороги, часть реквизитов данного документа остаются незаполненными. в) Натурный лист вагона, находящегося на других дорогах.

Реквизиты данного документа представлены в таблице 3.4. Для формирования данного документа пользователь должен иметь определенный вид доступа к сетевому концентратору. В противном случае документ по поиску вагонов на других дорогах получен не будет. Этот документ, как и предыдущие документы, формируется в АСОУП.

Ответ приходит в виде текстового файла.

Таблица 3.3 — Описание реквизитов документа «Натурный лист вагона»

Наименование реквизитов	Характеристика реквизитов
	Тип	Макс. длина	Точность
1	2	3	4
Наименование дороги	символьный	9	—
Код дороги	числовой	4	—
Дата формирования документа	символьный	5	—
Время формирования документа	символьный	5	—
Вид документа	символьный	25	—
Номер вагона	числовой	8	—
Код станции назначения	числовой	5	—
Код груза	числовой	5	—
Код получателя	числовой	4	—
Код операции с вагоном	числовой	2	—
Код станции передачи информации	числовой	5	—
Дата формирования вагона	символьный	5	—
Время формирования вагона	символьный	5	—
Индекс поезда	символьный	13	—
Код ошибки	символьный	80	—

Таблица 3.4 — Описание реквизитов документа «Натурный лист вагона на других дорогах»

Наименование реквизитов	Характеристика реквизитов
	Тип	Макс. длина	Точность
1	2	3	4
Наименование дороги	символьный	9	—
Код дороги	числовой	4	—
Вид документа	символьный	25	—
Код станции последней регистрации	числовой	5	—
Операция с вагоном	символьный	4	—
Дата отправления вагона	символьный	5	—
Время отправления вагона	символьный	5	—
Парк	символьный	4	—
Код станции назначения	числовой	5	—
Стационарный номер вагона	числовой	8	—
Индекс поезда	символьный	13	—
Примечание	символьный	25	—

3.4 Форматы выходных документов

Все выходные документы формируются на основе обработки информации из базы данных. Периодичность составления данных документов зависит от времени процесса слежения за подвижным составом. Часто подобного рода документы составляются несколько раз за рабочий день. Выходными документами являются:

а) Справка дислокации платформ по Северной железной дороге. Перечень реквизитов данного документа представлен в таблице 3.5.

Таблица 3.5 — Описание реквизитов документа «Справка дислокации платформ по Северной железной дороге»

Наименование реквизитов	Характеристика реквизитов
	Тип	Макс. длина	Точность
Номер вагона	символьный	8	—
Станция последней регистрации вагона	символьный	5	—
Операции с вагоном	символьный	4	—
Дата и время отправления вагона	символьный	10	—
Получатель вагона (парк)	символьный	4	—
Индекс поезда	символьный	13	—
Станция назначения	символьный	5	—
Дата составления справки	дата	8	—

б) Справка дислокации поезда по Северной железной дороге. Образец заполненной формы документа представлен в приложении Д. Список реквизитов данного документа представлен в таблице 3.6.

Таблица 3.6 — Описание реквизитов документа «Справка дислокации поезда по Северной железной дороге»

Наименование реквизитов	Характеристика реквизитов
	Тип	Макс. длина	Точность
Номер вагона	числовой	8	—
Код станции назначения	числовой	5	—
Код получателя вагона	числовой	5	—
Индекс поезда	символьный	13	—
Код груза	числовой	4	—
Вес груза в тоннах	числовой	2	—
Дата составления справки	дата	8	—

3.5 Требования к информационной системе

Разрабатываемая автоматизированная система должна обеспечивать организацию непрерывного контроля за движением грузового состава по территории Северной железной дороге. В проектируемой системе должен быть реализован механизм автоматического запуска программы через заданный пользователем интервал времени. Также необходимо предусмотреть возможность накопления информации о движении состава и поиска вагонов на сети железных дорог России, стран СНГ и Балтии. Для реализации процесса слежения единицы подвижного состава должны быть объединены в группы, на основании которых формируются отчетные документы.

Все выходные документы должны соответствовать формату представления данных в электронной таблице MS Excel или MS Word.

Проектируемая автоматизированная система должна дополнять функции существующей системы ГИД «УРАЛ-92» и реализована для работы в операционной системе Windows 95/98/2000.

4. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ СИСТЕМЫ

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

Таблица 4.1 — Состав информационного обеспечения

Название информационного объекта (ИО)	Обозначение ИО	Семантика ИО
Группа поездов	Grouppoezd	Содержит информацию о всех группах поездов
Группа вагонов	Grouptable	Содержит информацию о всех группах вагонов
Станции	Stan1	Содержит данные о кодах и наименованиях станций
Операции	Operl	Содержит информацию о кодах и наименованиях операций
Поиск вагонов	Findtable	Содержит информацию о полученных файлах по поиску вагонов на других дорогах
Редактор	Redaktor	Содержит информацию о полученных файлах при работе в редакторе запросов
Вагоны	Vagonl	Содержит информацию о вагонах
Поезда	Poezd	Содержит информацию о поездах
Настройка группы вагонов	Options	Содержит настройки при работе с группами вагонов
Настройка группы поездов	Poezdopt	Содержит информацию о настройках работы групп поездов

Для реализации процесса слежения за движением подвижного состава по отдельной группе необходимо сформировать определенное количество запросов. Эти запросы создаются на основе данных таблиц Poezd или Vagonl, в зависимости от объекта слежения, и копируются в сетевой каталог для передачи в обработку АСОУП. Как только сформированы запросы, текущая информация из базы данных очищается. Далее с помощью специального модуля проверяется наличие файлов-ответов в сетевом каталоге. Как только обнаружен файл, запускается модуль, который определяет, принадлежит ли полученный ответ пользователю или его запросила другая программа. В том случае, если пришедший файл-ответ предназначен текущему пользователю, он перемещается в определенный каталог. Далее запускается модуль, позволяющий обработать текущий файл. На основе обработки информации данные записываются в базу данных Poezd, Redaktor, Find или Vagonl, в зависимости от объекта слежения. Для формирования отчетных документов используется информация из таблиц Poezd, Vagonl, Stanl, Operl,Options и Poezdopt.

4.1 Информационный анализ предметной области и выделение иформационных объектов

Функциональные зависимости реквизитов представлены в таблице 4.2.

Таблица 4.2. — Функциональные зависимости реквизитов

Информационный объект	Название реквизитов	Имя Реквизита	Функциональные зависимости
1	2	3	4
Станции	Код станции	Kod_stan
	Название станции	Stan
Операции	Код операции	Kod_oper
	Название операции	Oper
Поиск вагонов	Код файла — ответа	Kodf
	Имя файла — ответа	Namefind
	Содержимое файла	Textfind
Группа поездов	Код группы	Kodgrp
	Наименование группы	Namegr
	Дата последнего запуска группы	Puskdata
	Количество поездов в группе	Kolp
	Признак состояния работы группы	Rabotap
	Время последнего запуска группы	Timezap
Группа вагонов	Код группы	Groupkod
	Наименование группы	Groupname
	Дата последнего запуска группы	Datazapusk
	Количество вагонов в группе	Kolvag
	Признак состояния работы группы	Rabota
	Время последнего запуска группы	Timezapusk
Редактор	Код файла — ответа	Kod
	Имя файла — ответа	Namefile
	Содержимое файла	Text
Вагоны	Код группы вагонов	Groupkod
	Номер вагона	Num_vag
	Станция назначения	Nazn
	Груз	Gruz
	Получатель	Polu
	Операция	Kod__oper
	Станция последней регистрации	Kod_stan
	Дата отправления вагона	Data
	Время отправления вагона	Timel
	Индекс поезда	Indexx
	Признак обработки информации	Priznak
	Признак работы автозапуска	Flag
	Содержание файла ответа по вагону	File_text
Настройка группы вагонов	Код группы	Groupkod
	Путь для формирования Excel-справки	Excelpath
	Имя файла-справки	Excelname
	Режим работы группы	Regimfile
	Период автозапуска	Autozapusk
Поезда	Код группы поезда	Kodgrp
	Индекс поезда	Indexp
	Номер поезда	Numpoezd
	Станция последней регистрации поезда	Kod_stan
	Дата отправления поезда	Datap
	Время отправления поезда	Timep
	Длина поезда	Dlinap
	Признак обработки информации	Priznakp
	Признак работы автозапуска	Flagp
	Содержание текстового файла-ответа	File_textp
Настройка группы поездов	Код группы	Kodgrp
	Путь для формирования Excel-справки	Pathsprav
	Имя файла-справки	Namesprav
	Режим работы группы	Regim
	Период автозапуска	Autozapusk

Соответствие описательных и ключевых реквизитов представлено в таблице 4.3

Таблица 4.3 — Соответствие описательных и ключевых реквизитов

Описательные (зависимые) реквизиты	Ключевые реквизиты	Признак ключа	Имя ИО, включающего реквизит
1	2	3	4
Namefind	Kodf	Простой, уникальный (П.,У.)	Findtable
Textfind
Stan	Kod_stan	П.,У.	Stanl
Oper	Kod_oper	П.,У.	Operl
Pathsprav	Kodgrp	П.,У.	Poezdopt
Namesprav
Regim
Autozapusk
Namegr			Poezdgroup
Puskdata
Kolp
Rabotap
Timezap
Numpoezd	Kodgrp + Indexp	С., У.	Poezd
Kod_stan
Datap
Timep
Dlinap
Priznakp
Flagp
File_textp
Excelpath	Groupkod	П.,У.	Options
Excelname
Regimfile
Autozapusk
Groupname	Groupkod	П.,У.	Grouptable
Datazapusk
Kolvag
Rabota
Timezapusk
Nazn	Groupkod+num_vag	С., У.	Vagonl
Gruz
Polu
Kod_oper
Kod_stan
Data
Timel
Indexx
Priznak
Flag
File__text
Namefile	Kod	П.,У.	Redaktor
Text

Описательные (зависимые) реквизитыКлючевые реквизитыПризнак ключаИмя ИО, включающего реквизит

Описание группировки реквизитов информационных объектов представлено в таблице 4.4.

Были проанализированы реальные отношения и функциональные связи между информационными объектами. Связи между информационными объектами приведены в таблице 4.5

Таблица 4.4 — Группировка реквизитов ИО

Реквизиты ИО	Признак ключа	Имя ИО	Семантика ИО
1	2	3	4
Kod_stan	П.,У.	Stanl	Сведения о коде и названии станции
Stan
Kod_oper	П.,У.	Operl	Сведения о коде и названии операции
Oper
Kod Namefile	П.,У.	Redaktor	Сведения о полученных файлах при работе в радакторе
Text
Kodf Namefind	П.,У.	Findtable	Сведения о файлах при поиске вагонов на других дорогах
Textfind
Kodgrp Pathsprav	П.,У.	Poezdopt	Сведения о настройке группы поездов
Namesprav
Regim Autozapusk
Groupkod	П.,У.	Options	Сведения о настройке группы вагонов
Excelpath
Excelname
Regimfile
Autozapusk
Kodgrp	П.,У.	Poezdgroup	Сведения о группах поездов
Namegr
Puskdata
Kolp
Rabotap
Timezap
Groupname	П.,У.	Grouptable	Сведения о группах вагонов
Datazapusk
Kolvag
Rabota
Timezapusk
Groupkod	С, У.	Vagonl	Сведения о вагонах группы с указанным кодом
Num_vag
Nazn
Gruz
Polu
Kod_oper
Kod_stan
Data
Timel
Indexx
Priznak
Flag
File_text
Kodgrp	С, У.	Poezd	Сведения о поездах с указанным номером группы
Indexp
Numpoezd
Kod_stan
Datap
Timep
Dlinap
Priznakp
Flagp
File_textp

Таблица 4.5 — Связи ИО

Главный ИО	Подчиненный ИО	Ключ связи	Тип реального отношения
Группа поездов	Поезда	Kodgrp	1:M
Группа поездов	Настройка группы поездов	Kodgrp	1:1
Группа вагонов	Вагоны	Groupkod	1:М
Группа вагонов	Настройка группы вагонов	Groupkod	1:1
Станции	Вагоны	Kod_stan	1:М
Операции	Вагоны	Kod_oper	1:М
Станции	Поезда	Kod_stan	1:М

4.2 Построение логической модели данных

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

• а) Диаграмма сущность-связь представляет собой модель данных верхнего уровня. Она включает сущности и взаимосвязи, отражающие основные бизнес — правила предметной области. Такая диаграмма не слишком детализирована и может включать связи много-ко-многим. Данная диаграмма представлена на рисунке 4.1;

• б) Модель данных, основанная на ключах. Данная модель предполагает уже более подробное представление данных и включает описание всех сущностей и первичных ключей. Эта модель представлена на рисунке 4.2. Здесь уже не допускается наличие связи много-ко-многим, так как данная модель предназначена для представления структуры данных и ключей, которые соответствуют предметной области;

• Рисунок 4.1 — Диаграмма сущность — связь

Рисунок 4.2 — Модель данных, основанная на ключах

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

Рисунок 4.3 — Полная атрибутивная модель

4.3 Описание таблиц базы данных и типовых запросов

Описание структуры реляционных таблиц представлено в таблице 4.6.

Таблица 4.6 — Описание таблиц реляционной базы данных

Атрибут	Признак ключа	Формат поля
Обозначение	Наименование		Тип	Длина	Точность
1	2	3	4	5	6
Redaktor
Kod	Код файла	П.,У.	Числовой	—	0
Namefile	Имя файла		Символьный	20	—
Text	Содержимое файла-ответа		Мемо-поле	240	—
Operl
Kod_oper	Код операции	П.,У.	Числовой	4	0
Ореr	Название операции		Символьный	4	—
Stanl
Kod_stan	Код станции	П.,У.	Числовой	5	0
Stan	Название станции		Символьный	4	—
Poezd
Kodgrp	Код группы поездов	С.,У.	Числовой	—	0
Indexp	Индекс поезда		Символьный	13	—
Numpoezd	Номер поезда		Числовой	4	0
Kod_stan	Код станции		Числовой	5	0
Datap	Дата отправления поезда		Символьный	5	—
Timep	Время отправления поезда		Символьный	5	—
Dlinap	Длина поезда		Числовой	3	0
Priznakp	Признак обработки информации		Числовой	1	0
Flagp	Признак работы автозапуска		Числовой	1	0
File_textp	Содержание текстового файла-ответа		Мемо-поле	240	—
Vagonl
Groupkod	Код группы вагонов	С.,У.	Числовой	—	0
Num_vag	Номер вагона		Числовой	8	0
Nazn	Станция назначения		Символьный	5	—
Gruz	Груз		Символьный	5	—
Polu	Получатель		Символьный	5	—
Kod_oper	Код операция		Числовой	4	—
Kod_stan	Код станции последней регистрации		Числовой	5	—
Data	Дата отправления вагона		Символьный	5	—
Timel	Время отправления вагона		Символьный	5	—
Indexx	Индекс поезда		Символьный	13	—
Priznak	Признак обработки информации		Числовой	1	0
Flag	Признак работы автозапуска		Числовой	1	0
File_text	Содержание файла-ответа по вагону		Мемо-поле	240	—
Findtable
Kodf	Код файла	П.,У.	Числовой	—	0
Namefind	Имя файла		Символьный	20	—
Textfind	Содержимое файла-ответа		Мемо-поле	240	—
Poezdopt
Kodgrp	Код группы поездов	П.,У.	Числовой	—	0
Pathsprav	Путь для формирования Excel-справки		Символьный	50	—
Namesprav	Имя файла-справки		Символьный	15	—
Regim	Режим работы группы		Числовой	1	0
Autozapusk	Период автозапуска		Символьный	5	—
Options
Groupkod	Код группы вагонов	П.,У.	Числовой	—	0
Excelpath	Путь для формирования Excel-справки		Символьный	50	—
Excelname	Имя файла справки		Символьный	15	—
Regimfile	Режим работы группы		Числовой	1	0
Autozapusk	Период автозапуска		Символьный	5	—
Grouppoezd
Kodgrp	Код группы поездов	П.,У.	Числовой	—	0
Namegr	Наименование группы		Символьный	20	—
Puskdata	Дата последнего запуска группы		Символьный	10	—
Kolp	Количество поездов в группе		Числовой	—	0
Rabotap	Признак состояния работы группы		Числовой	1	0
Timezap	Время последнего запуска группы		Символьный	5	—
Grouptable
Groupkod	Код группы вагонов	П.,У.	Числовой	—	0
Groupname	Наименование группы		Символьный	20	—
Datazapusk	Дата последнего запуска группы		Символьный	10	—
Kolvag	Количество вагонов в группе		Числовой	—	0
Rabota	Признак состояния работы группы		Числовой	1	0
Timezapusk	Время последнего запуска группы		Символьный	5

Логическая структура баз данных представлена на рисунке 4.4.

Рисунок 4.4 — Полная атрибутивная модель

В результате анализа предметной области составлены следующие типовые запросы:

а) Выдать все вагоны, которые относятся к группе «КМК-вагоны»

б) Выдать все вагоны, у которых станция назначения Вологда