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

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

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

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

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

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

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

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

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

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

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

12 стр., 5779 слов

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

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

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

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

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

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

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

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

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

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

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

19 стр., 9052 слов

Модернизация информационной системы управления на ОАО «RONEe’S»

... модернизацию управления данным предприятием. Для достижения этой цели решаются следующие задачи: 1. Выбор архитектуры интегрированной системы ... эффектив-ной работы структурных подразделений ОАО «RONEe`S». Эта информация передаётся с меньшей периодичностью. Схема информационных потоков ... набор протоколов и реализующих их аппаратно - программных компонентов, достаточных для построения сети. В этой ...

Третий этап предполагает интеллектуализацию отправок (с 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 показана схема основных элементов системы управления движением.

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

8 стр., 3964 слов

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

... [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, причем процесс передачи в ней соответствующим образом защищен.

4 стр., 1610 слов

Управление системой теплоснабжения

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

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

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

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

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

13 стр., 6060 слов

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

... вагонов с заданной функцией обеспечения вагонами перевозок пассажиров и грузов при условии экономической целесообразности эксплуатации вагонов, ... сдача вагонов на технических станциях, осмотр поездов и вагонов в коммерческом отношении, учёт передачи вагонов, ... Вагоны 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 — Полная атрибутивная модель

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

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

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