CC BY
11УДК 005.92
STORAGE OF TECHNICAL DOCUMENTATION FOR SIGNALLING, CENTRALISATION AND BLOCKING BASED ON DIGITAL TECHNOLOGIES
Dilshod BARATOV*, DSc, Docent
Nazirjon ARIPOV, Doctor of technical sciences, Professor
Tashkent State University of Transport
1, Adilkhozhaev st., Tashkent, 100167, Uzbekistan,
*Tel.: +998 (90) 919 50 99
*E-mail: baratovdx@yandex. ru
*Telegram: @baratovdilshod
Abstract: Methods of storing technical documentation based on digital technologies are considered, and the architecture of an automated system for accounting and control of railway automation and telemechanics devices is presented.
Keywords: Storage of technical documentation, automated system, accounting and control, scheme of functioning of the automated system.
РАЦАМЛИ ТЕХНОЛОГИЯЛАРГА АСОСЛАНГАН ТЕМИР ЙУЛ АВТОМАТИКА ВА ТЕЛЕМЕХАНИКА ТЕХНИК Х,УЖЖАТЛАРИНИ САЦЛАШ
Дилшод БАРАТОВ*, т.ф.д., доцент Назиржон АРИПОВ, т.ф.д., профессор Тошкент Давлат Транспорт Университети 100167, Тошкент, Узбекистан, Одилхужаев куч., 1 *Tel.: +998 (90) 919 50 99 *E-mail: baratovdx@y andex. ru *Telegram: @baratovdilshod
Аннотация. Ракамли технологияларни куллаган холда техник хужжатларни саклаш усуллари кулланилган, темир йул транспортида автоматика ва телемеханика курилмаларини хисобга олиш ва назорат килишнинг автоматлаштирилган тизим тузилмаси кедтирилган.
Калит сузлар. Техник хужжатларни саклаш, автоматлаштирилган тизим, назорат ва хисоб, автоматлаштирилган тизим ишлашининг схемаси.
ХРАНЕНИЕ ТЕХНИЧЕСКОЙ ДОКУМЕНТАЦИИ ХОЗЯЙСТВА СИГНАЛИЗАЦИИ, ЦЕНТРАЛИЗАЦИИ И БЛОКИРОВКИ НА ОСНОВЕ ЦИФРОВЫХ ТЕХНОЛОГИЙ
Дилшод БАРАТОВ*, д.т.н., доцент
Назиржон АРИПОВ, д.т.н., профессор
Ташкентский Государственный Транспортный Университет
100167, Ташкент, Узбекистан, ул. Адылхожаева, 1
*Tel.: +998 (90) 919 50 99
*E-mail: baratovdx@y andex. ru
*Telegram: @baratovdilshod
Аннотация. Рассмотрены способы хранения технической документации с применением цифровых технологий, представлена архитектура автоматизированной системы учета и контроля устройств железнодорожной автоматики и телемеханики
Ключевые слова. Хранение технической документации, автоматизированная система, учет и контроль, схема функционирования автоматизированной системы.
1. ВВЕДЕНИЕ
В настоящее время хранение технической документации на устройства ЖАТ осуществляется преимущественно по «бумажной технологии». Это связано с тем, что традиционно проектная документация изготавливается и передается заказчику на бумажных носителях с согласующими и утверждающими подписями ответственных лиц.
«Бумажная технология» хранения документации имеет ряд серьезных недостатков, вызванных необходимостью выделения дополнительных площадей под хранение технической документации, быстрым ветшанием документации, необходимостью привлечения дополнительного эксплуатационного штата и др.
В настоящее время система ведения нормативно-справочной информации в большинстве случаев также осуществляется по технологии «бумажного» документооборота и не обеспечивает оперативного распространения среди проектных организаций и линейных подразделений служб Ш, имеет сложную процедуру сверки и внесения изменений в учтенные экземпляры технической документации, требует привлечения дополнительных ресурсов для своего функционирования.
Цифровые форматы технической документации, полученные на различных инструментальных средствах, как правило, не согласованы между собой, что является серьезным препятствием для внедрения системы ЭДТД [1-3].
Ведение технической документации в подразделениях управления сигнализации и связи Ш осуществляют группы технической документации (ГТД) дистанции сигнализации и связи, технических отделов служб Ш и дорожных лабораторий. Деятельность ГТД регламентирована следующими нормативными документами:
- инструкцией по содержанию ТД на устройства СЦБ (НШ-01);
- инструкцией по содержанию ТД на устройства проводной связи, радиосвязи и пассажирской автоматики (НШ-02).
Инструкции определяют следующие основные виды ТД:
- схемы принципиальные электрические;
- схемы монтажные;
- схематические планы (схемы расположения);
- таблицы;
- справочники;
- указания;
- журналы учета.
В соответствии с инструкциями ГТД выполняют следующие технологические операции с технической документацией:
- хранение документа в качестве контрольного экземпляра;
- копирование документа при необходимости;
- использование документа в качестве справочной информации;
- ведение учета и контроля технической документации;
- исправление (редактирование) и внесение изменений в документацию, с использованием сетевой компьютерной технологии и утверждением с помощью электронной подписи;
- архивирование документа;
- анализ содержания документа;
- сверка документов между собой;
- создание новых документов.
Описанные выше объекты (процессы проектирования, содержания и сопровождения технической документации) в настоящее время функционируют раздельно друг от друга. Не обеспечивается взаимный информационный обмен, что порождает значительные трудозатраты на ручной ввод информации, ее передачу, хранение и сопровождение.
Вместе с тем, в настоящее время создаются условия, позволяющие интегрировать информационные ресурсы хозяйства СЦБ для создания распределенной системы электронного документооборота, объединяющей автоматизированные рабочие места по проектированию, содержанию и сопровождению технической документации на устройства СЦБ. Реализация этой принципиально новой технологии стала возможна в результате совершенствования информационных технологий, появления цифровых каналов передачи информации, ВОЛС, нового поколения компьютерных устройств, а также:
- создания программных средств, обеспечивающих проектирование и ведение технической документации в цифровом виде;
- необходимости значительного повышения производительности труда в связи со структурной реформой отрасли;
- внедрения в АО «Узбекистон темир йуллари» корпоративных сетей передачи данных, предназначенных для реализации надежной, оперативной и защищенной передачи информации между пользователями предприятий АО «Узбекистон темир йуллари», подключенными к сети передачи данных, и обеспечения доступа их к ресурсам информационных систем АО «Узбекистон темир йуллари»;
- появления на рынке вычислительной техники высокопроизводительных хранилищ данных и сопутствующего им программного обеспечения, обеспечивающих обработку, хранение и передачу значительных объемов информации [5-6].
Задачей программы технического и технологического перевооружения хозяйства СЦБ железных дорог является разработка Интегрированной информационной системы хозяйства сигнализации, централизации и блокировки (ИИС СЦБ).
ИИС СЦБ предназначена для информационной интеграции проектных институтов отрасли и структурных подразделений хозяйства сигнализации, централизации и блокировки железных дорог (Ш, ШЛ, ШЧ) в процессе проектирования, содержания и сопровождения технической документации ЖАТ в электронном виде.
Для развития ИИС СЦБ необходимо внедрение в хозяйстве СЦБ современной системы ЭДТД, обеспечивающей существенное повышение качества проектирования, содержания и сопровождения технической документации ЖАТ, в том числе:
а) В части проектирования устройств СЦБ:
- Повышение качества проектной продукции за счет использования единой базы данных нормативно -справочной информации, единства проектных решений, условных обозначений, форматов представления документации и т.п. Внедрение в практику проектирования систем СЦБ передовой технологии комплексного («сквозного») проектирования;
- Повышение производительности труда и сокращение сроков проектирования за счет автоматизации рутинных проектных операций и сокращения доли ручного труда;
- Повышение уровня автоматизации проектных работ за счет использования современных средств вычислительной и множительной техники.
б) В части хранения (содержания) технической документации в отраслевом банке данных проектной продукции и нормативно-справочной информации:
- Повышение производительности труда при поиске и передаче технической документации. Организация оперативного доступа и получения технической документации со стороны участников документооборота и подсистем ИИС СЦБ;
- Обеспечение достоверности технической документации, хранящейся в отраслевом банке данных, за счет регламентации проведения работ по сверке технической документации на соответствие действующим устройствам СЦБ;
- Повышение сохранности технической документации;
- Сокращение площадей производственных помещений, выделяемых под хранение технической документации.
в) В части ведения (сопровождения) технической документации в подразделениях служб СЦБ.
- Повышение качества технической документации за счет использования единой базы нормативно -справочной информации отраслевого банка данных;
- Сокращение времени поиска необходимой информации;
- Сокращение времени получения копий документации;
- Сокращение затрат времени и повышение качества контроля изменений, вносимых в документацию;
- Сокращение площадей, отводимых под хранение технической документации;
- Сокращение числа отказов устройств.
- Экономию эксплуатационных расходов дистанции.
В автоматизированных системах разработки, проектирования, содержания, сопровождения, пусконаладки, модернизации и утилизации предусматривается автоматизация следующих технологических процессов:
- проектирование устройств СЦБ (формирование технической документации в электронном виде);
- передача технической документации в отраслевой банк данных проектной продукции и нормативно -справочной информации;
- хранение (содержание) технической документации в отраслевом банке данных проектной продукции и нормативно-справочной информации;
- получение технической документации из отраслевого банка данных проектной продукции и нормативно -справочной информации по запросам пользователей;
- ведение (сопровождение) технической документации в подразделениях служб Ш дорог (Ш, ШЛ, ШЧ);
- формирование и передача обобщенной информации по технической документации ЖАТ в вышестоящие и смежные системы интегрированной информационной системы хозяйства СЦБ (ИИС СЦБ).
2. АРХИТЕКТУРА АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ УЧЕТА И КОНТРОЛЯ УСТРОЙСТВ ЖЕЛЕЗНОДОРОЖНОЙ АВТОМАТИКИ И ТЕЛЕМЕХАНИКИ
Для апробации полученной теоретической базы разработана автоматизированная система учета и контроля устройств железнодорожной автоматики и телемеханики. Автоматизированная система проходит испытания в Ташкентской дистанции сигнализации и связи ШЧ-1.
Серверная часть
Сервер используется с операционной системой Windows. Требование к конфигурации компьютера:
- частоту процессора - не менее 2,52 ГГц;
- объем ОЗУ - не менее 512Мб;
- объем свободного дискового пространство - не менее 16 Гб.
На сервере должно быть установлено следующее дополнительное программное обеспечения в виде:
- MS SQL Server 2008;
- MS Visual Studio 2010.
Учитывая, что на сервере будет располагаться и обрабатываться большое количество материалов как текстовых, рекомендуемые параметры ресурсов следующие:
- частота процессора - 2ГГц;
- объем ОЗУ - 3Гб;
- объем жесткого диска - 500Гб.
Сервер должен быть оснащен сетевым адаптером (со скоростью передачи данных 100 Мбит/с) для организации сетевого взаимодействия.
Клиентская часть
Аппаратные требования, предъявляемые к рабочему месту оператора АСУ-КЖАТ, зависят от программного обеспечения, которое должно функционировать на данном компьютере.
Состав программного обеспечения для рабочего места оператора включает:
- ОС семейства Windows версии 7.0 и выше;
- Microsoft Office 2010;
- Microsoft.NET Framework 4.0.
Рекомендуемые аппаратные требования для места оператора:
- частота процессора - 2ГГц;
- объем ОЗУ - 3Гб;
- объем свободного дискового пространство - 80Гб;
- сетевой адаптер со скоростью передачи данных 100 Мбит/с.
АСУ-КЖАТ представляет собой с одной стороны обширную базу данных, хранящую в себе полную информацию об установленном оборудовании, включая его историю. С другой стороны, АСУ-КЖАТ является клиентской частью, которая работает с этой базой данных и реализует потребности различных служб [6-7].
На рис.1 приведена схема архитектуры программного комплекса АСУ-КЖАТ. Данный системный комплекс будет распространяться через Ремонтно-технологические участки (РТУ) дистанции сигнализации и связи (ШЧ) АО «Узбекистан темир йуллари» с использованием серверов АСУ-КЖАТ и базы данных.
3. ОПИСАНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ УЧЕТА И КОНТРОЛЯ УСТРОЙСТВ СЖАТ
Автоматизированная система учета и контроля устройств СЖАТ предназначена для автоматизации учета и контроля приборов железнодорожной автоматики и телемеханики, а также для планирования работы ремонтно-технологического участка (РТУ) или контрольно-измерительного пункта (КИП).
Создание АСУ-КЖАТ ставит своей целью повышение качества и оперативности выполнения работ по замене и ремонту устройств СЦБ, обоснованности принятия решений специалистами и руководителями дистанции сигнализации и связи ШЧ, управлений сигнализации и связи Ш и лаборатории автоматики и телемеханики ШЛ путем автоматизации процессов планирования, оптимизации и контроля исполнения работ.
Автоматизированная система применяется в дистанциях автоматики и телемеханики железной дороги. Основные функции автоматизированной системы:
- создание и ведение базы данных, включающей паспорта конкретных приборов и информацию о месте их установки;
- сопровождение перемещений приборов в связи с периодическими заменами, списаниями, поступлениями и др.;
- планирование замены приборов с выдачей технологически необходимой информации;
- контроль выполнения планов замены приборов;
- анализ отказов приборов устройств сигнализации, централизации и блокировки;
- планирование работы ремонтно-технологических участков;
- выдача выходных документов, возможность поиска приборов в базе данных по произвольным запросам.
Задачи и функции, выполняемые АСУ-КЖАТ, приведены в таблице 1.
Таблица 1
Задачи и функции, выполняемые АСУ-КЖАТ_
Функции Содержание Периодичность
1-задача. Первоначальный ввод данных о приборах
1.1. Ввод данных Первоначальный ввод данных о приборах с разложением по станциям, перегонам, локомотивам, работникам. При установке
1.2. Формирование справок Просмотр и печать оперативных справок о размещении приборов. По запросу
2-задача. Учет и контроль за перемещением приборов и их технологическим состоянием
2.1. Учет поступления новых приборов на дистанцию Ввод в БД АСУ-КЖАТ данных о приборах, вновь поступивших на дистанцию (в обменный фонд РТУ). По факту события
2.2. Учет списания приборов Ввод данных о списании приборов с формированием документов на списание (из обменного фонда РТУ). По факту события
2.3. Учет выхода приборов из ремонта Фиксация данных о выполнении работ по проверке и ремонту приборов с учетом выполнения плановых заданий работниками РТУ. Формирование данных о рекламации в случае проверки вновь поступивших приборов. Ежедневно
Продолжение табл. 1
2.4. Учет плановых замен приборов Фиксация в БД данных о перемещении приборов из РТУ на линию и обратно на основании информации бригады комплексной замены или линейных механиков. По факту события
2.5. Учет замены по отказу Фиксация оперативной информации по отказам приборов с формированием данных. По факту события
2.6. Учет пополнения запаса Фиксация информации о перемещении приборов из РТУ в запас. По необходимости
2.7. Учет консервации приборов Фиксация временного вывода приборов из работы и возвращение их в нормальный технологический цикл. По необходимости
2.8. Учет демонтажа приборов Фиксация демонтажа приборов и (или) мест их размещения. По необходимости
2.9. Учет перемещения приборов между обменным фондом и складом Фиксация ввода приборов долговременного хранения в технологию замены через обменный фонд и обратной процедуры. По необходимости
3-задача. Планирование работы участков РТУ
3.1. Формирование расчетных планов Формирование расчетных планов на месяц, год или произвольный период с учетом календарных сроков замены или фактически отработанных ресурсов (на базе имитационного моделирования). По регламенту и по запросу
3.2. Оптимизация расчетных планов Формирование оптимальных планов замены приборов. По регламенту и по запросу
3.3. Корректировка расчетных планов Ручная корректировка планов замены приборов. По регламенту и по запросу
3.4. Получение выходных документов по расчетным планам Получение документов и их архивов по расчетным планам. По регламенту и по запросу
3.5. Формирование планов по ремонту и проверке приборов в РТУ Формирование планов по ремонту и проверке приборов с учетом расчетных планов, комплектности замены, наличия штата РТУ и обменного фонда. По регламенту и по запросу
3.5.1. Оптимизация планов по ремонту и проверке приборов Формирование оптимального плана по ремонту и проверке приборов в РТУ с учетом технологии проверки, квалификации сотрудников, внеплановых работ и др. По регламенту и по запросу
3.5.2. Корректировка планов по ремонту и проверке приборов Ручная корректировка индивидуальных плановых заданий работникам РТУ по ремонту и проверке приборов. По регламенту и по запросу
3.5.3. Получение выходных документов по индивидуальным плановым заданиям Получение документов их архивов по индивидуальным плановым заданиям по ремонту и проверке приборов. По регламенту и по запросу
4-задача. Формирование но пользователей дистанции си лабо рмативных документов и документов произвольной формы для ■гнализации и связи ШЧ, управлений сигнализации и связи Ш и ратории автоматики и телемеханики ШЛ
4.1. Формирование запросов Формирование запросов пользователей о приеме данных и получения ответа для обеспечения обмена данными между БД разных уровней управления (ШЧ, Ш, ШЛ). Ежедневно
4.2. Формирование документов установленной формы Балансовая справка и ее производные. По запросу
4.3. Формирование документов произвольной формы. Формирование документов и экранных форм с набором колонок, выбранных пользователем на множестве данных о приборах, хранящихся в БД АСУ-КЖАТ на дорожном и дистанционном уровнях. По запросу
4.4. Формирование документов для анализа отказов Формирование технических заключений анализа отказов. По факту события и по запросу
5-задача. Сервисное обеспечение комплекса
5.1 Ведение и просмотр справочников Работа со справочниками: Типов приборов, Работников РТУ, Объектов дистанции, состава запаса, Полкамест и подмест в оборудовании, принудительная перезагрузка всех справочников. По запросу
_Продолжение табл. 1
5.3 Настройка ПО, помощь Редактирование пользовательских настроек работы с программой. Показ помощи по программе. Работа с открытыми окнами в ПО. Обеспечивает возможность просмотра прав доступа пользователя к функциям ПО. Производит вызов автоматического обновления версии ПО. По запросу
5.4 Работа с дублями приборов Обеспечивает функциональность по выявлению дублей приборов в базе данных. По запросу
4. КОМПОНЕНТЫ ЦИФРОВОЙ-ИСПОЛНИТЕЛЬНОЙ ЧАСТИ СИСТЕМЫ
Функционирование АСУ-КЖАТ основано на использовании специальной программы — сервера документооборота. Сервер осуществляет основные функции, обеспечивающие работу пользователей: поиск оборудования из базы, отчет о количество устройств, чтение QR-кода. До тех пор, пока основная программа не будет запущена, взаимодействие пользователей с системой документооборота и работа с документами невозможна.
Программа-сервер АСУ-КЖАТ выполняется на компьютере, подключенном к сети дистанции сигнализации и связи, который также называют сервером. Для сервера возможно выделить отдельный компьютер или использовать одну из рабочих станций сети. Необходимо отметить, однако, что регистрация новых приборов и создание связанных с приборами заданий и отчетов приводят к росту размера базы данных и увеличению занимаемого ею дискового пространства, поэтому следует обеспечить достаточную емкость жестких дисков с учетом перспектив роста потока информации.
Административная часть программы. Система, с которой работает много пользователей, должна иметь централизованное управление [8-10]. Эту функцию выполняет специально выделенный сотрудник или сотрудники, осуществляющие единую согласованную политику настройки и управления системой, которых называют администраторами системы.
В обязанности администратора системы входит, в частности, следующее:
- отражение в системе текущей структуры организации;
- регистрация пользователей;
- просмотр системных сообщений и сообщений об ошибках;
- актуализация таблиц базы данных.
Кроме указанных функций, администратор системы также обеспечивает запуск и остановку сервера АСУ-КЖАТ, настройку и обслуживание системы, создание резервных копий баз данных системы и восстановление работоспособности системы в случае сбоев.
Пользовательская часть. Сотрудники дистанции сигнализации и связи, зарегистрированные в системе, определяемой их служебными обязанностями, называются пользователями системы. В зависимости от рода деятельности пользователю системы присваиваются администратором права на выполнение определенных действий и доступ к определенным функциям.
Пользователям системы можно присвоить следующие права:
- Ведение нового раздела
- Ведение нового оборудование
- Ведение информацию о ремонте
- Ведение информацию о запасе
- Печать QR-кода
- Чтение QR-кода.
5. ВЫБОР ЯЗЫКА ПРОГРАММИРОВАНИЯ
Создание проекта проходило на языке программирования «С#» в среде «VisualStudio 2010», использующей NetFramework 4.0 версии. Язык «С#» является гибким и удобным, позволяя создавать в кратчайшие сроки приличные программные продукты. Встроенные в язык средства работы с памятью также облегчают труд программиста» [11]. Но имеются и недостатки у этого языка, выражающиеся в замедленной работе приложений на слабых компьютерах.
Программа состоит из двух основных частей: пользователя и сервера. Сервер соединяется с базой данных, а пользователи, в свою очередь, подключаются к данному серверу для обмена информацией, получением и записью данных. В качестве базы данных выбрана система MSSQL.
Соединение пользователей с сервером осуществляется по протоколу TCP/IP, чтобы избежать потерь важных данных. К тому же сетевые технологии позволяют использовать высокоскоростные каналы связи за относительно небольшие финансовые вложения. Падение цен на телекоммуникационное оборудование повсеместно связано с научно-техническим прогрессом.
При данной схеме база данных и серверная часть программы электронного документооборота могут находится на одном сервере. Это позволяет снизить требования к оборудованию и снизить нагрузку на отдельные узлы сетевой инфраструктуры.
База данных состоит из ряда необходимых таблиц, таких как таблица пользователей системы (Users), таблица устройств (Pribor), таблица параметры приборов (Parametr) и других таблиц. Каждому прибору при регистрации присваивается несколько реквизитов, позволяющих быстро найти их с помощью поиска в базе данных. Так как система представляет собой оконный вариант, при работе которого имеется переход от одного окна к другому. Также программа имеет базу данных в виде пользователь-сервера.
Программа-сервер выполняет несколько функций:
- обработка запросов пользователей;
- вывод необходимой информации;
- служит посредником между пользователем и базой данных;
- осуществляет процедуру регистрации пользователей.
Структурная схема функционирования автоматизированной системы учета и контроля устройств СЦБ представлена на рис. 1.
Запросы к серверной программе должны поступать по протоколу TCP/IP, так как данные не должны теряться по пути следования. В качестве программных средств передачи данных было решено использовать набор низкоуровневых классов Socket, позволяющих работать с управляемыми соединениями. Так как пользователей в данной системе может быть несколько (программно не должно быть ограничений в количестве пользователей; их число ограничивается пропускной способностью сети и производительностью оборудования), то программа-сервер должна работать с ними по отдельности. Таким образом, планируется выделять пользователей в самостоятельные потоки, которые будут рождаться при получении сигнала о новом подключении и закрываться при отсоединении пользователя. Необходимо создать несколько возможных типов сетевых запросов, позволяющих работать в разных режимах передачи данных: отправка, получение, отправка и получение одновременно.
Для соблюдения принципов объектно-ориентированного программирования требуется разделить код по смысловым признакам в отдельные классы. Исходя из функций, выполняемых программой-сервером, можно выделить три основных класса:
- класс интерфейса для взаимодействия с пользователем;
- класс сетевого взаимодействия с пользователей;
- класс связи с базой данных.
Все эти классы взаимосвязаны и служат для обработки команд пользователей. Сначала инициализируется программа, затем включаются указанные основные классы. Сетевой класс получает команды от пользователя, для их выполнения использует вспомогательный класс взаимодействия с базой данных, при необходимости отправляет ответ пользователю и отражает результаты своей работы на пользовательский интерфейс. Также могут использоваться дополнительные структурные звенья. С помощью такого деления на классы реализуется инкапсуляция - это механизм программирования, объединяющий данные и код в одном блоке, предохраняющий их от вмешательства извне.
«Инкапсуляция позволяет объединить данные и код в объект и скрыть реализацию объекта от пользователя. При этом пользователю предоставляется только спецификация (интерфейс) объекта. Пользователь может взаимодействовать с объектом только через этот интерфейс» [12-16].
Чтобы определить состояние сервера и правильность выполнения запросов пользователей необходимо использовать компонент для записи служебной информации в реальном времени [17-18]. Этот пополняемы список, так называемый журнал событий или лог, должен располагаться в основном окне программы-сервера, чтобы наиболее удобным образом отразить информацию для администратора системы. Сюда должны попадать, главным образом, результаты обработки запросов к базе данных, так как это является очень уязвимым местом в системе, особенно если программа-сервер и хранилище данных находятся физически на разных компьютерах.
Для сокращения числа дополнительных программ в интерфейс сервера необходимо встроить средство регистрации пользователей системы. В качестве основных идентификационных данных должно быть внесено имя пользователя (логин или псевдоним), настоящее имя, фамилия и отчество, а также пароль. Также необходимо учесть и дополнительные идентификаторы пользователя в организации: номер телефона, адрес нахождения и e-mail. Чтобы повысить уровень безопасности системы пароль нужно хранить в базе данных в зашифрованном виде.
Последний, но немаловажный элемент в сервере - это настроечные параметры соединения с базой данных и ее стартовое развертывание. Чтобы сервер мог использовать в качестве источника данных произвольный доступный узел сети, необходимо дать возможность администратору задавать параметры подключения к серверу базы данных. В параметры подключения входит IP-адрес компьютера, содержащего базу данных, имя самой базы, логин и пароль пользователя, имеющего доступ к совершению процедур чтения, записи и обновления таблиц базы данных. Также к серверу должна быть присоединена утилита для начального создания таблиц в базе и их заполнения необходимыми значениями. Это позволит без помощи сторонних программ (возможно даже платных) и знания языка SQL подготовить данную систему документооборота к работе.
Технический отдел Управления Ш
Введение настройки в ПО
Поиск
Отчет
1-уровень
И-уровень
РТУ (КИП)
Поиск
Ведение информацию о ремонте Ведение информацию о запасе | Ведение нового оборудование_
1-уровень
Электромеханик
Поиск
Отчет
| Ведение информации о замене оборудования
1\/-уровень
Программное обеспечения администратора
Пользовательские программные обеспечения
БД
Рис.1. Схема функционирования автоматизированной системы учета и контроля устройств СЦБ
6. ВЫВОДЫ
Установлено, что электронный документооборот на основе наиболее полного функционального обеспечения и разработки цифровой-исполнительной части системы для контроля и учета устройств железнодорожной автоматики и телемеханики в виде АСУ-КЖАТ позволяет существенно повысить эффективность работы управления и дистанций сигнализации и связи, а также предприятий, связанных с обработкой технической документации.
Предложенная структура базы данных технической документации хозяйства автоматики и телемеханики обеспечивает хранение всех типов технических документов при организации ЭДТД.
Описаны основные составляющие АСУ-КЖАТ, структура обработки данных, концептуальная модель, схема функционирования, особенности проектирования разработанной автоматизированной системы учета и контроля.
Разработанные функциональные особенности автоматизированной системы учета и контроля устройств сигнализации, централизации и блокировки состоят в принципе построения архитектуры, схеме функционирования, процедуре изменения данных.
7. БИБЛИОГРАФИЧЕСКИЙ СПИСОК
1. Шаманов В. И. Обобщенная математическая модель процесса эксплуатации систем автоматики и телемеханики //Автоматика на транспорте. - 2016. - Т. 2. - №. 2 [In Russian: Shamanov, V.I. (2016) Generalized Mathematical Model of the Process of Operating Automation Systems and Telemechanics. Automation on Transport].
2. Арипов Н. М., Баратов Д. Х. Методика построения математической модели электронного документооборота технической документации железнодорожной автоматики //Автоматика на транспорте. - 2017. - Т. 3. - №. 1. [In Russian: Aripov, N.M., Baratov, D. Kh. Methods for Constructing a Mathematical Model of Electronic Document Management of Technical Documentation for Railway Automation. Automation on Transport. 2017, Vol. 3, No. 1.].
3. Булавский П.Е., Марков Д.С. Иерархическая многоматричная формализация имитационной модели электронного документооборота технической документации // Актуальные вопросы развития систем железнодорожной автоматики и телемеханики: сб. науч. трудов / под ред. Вл.В.Сапожникова - СПб.: ПГУПС, 2013. - С. 52-59. [In Russian: Bulavskiy, P.E., Markov, D.S. Hierarchical Multi-Matrix Formalization of the Simulation Model of Electronic Document Management of Technical Documentation. The Collection of scientific papers: "Topical Issues of Development of Systems of Railway Automation and Telemechanics". Edited by Sapozhnikov, Vl.V. SPb .: PGUPS Publ. 2013, pp. 52-59].
4. Василенко М.Н., Булавский П.Е., Денисов Б.П. Мониторинг и управление проектированием и строительством систем СЦБ. - Автоматика, связь и информатика, 2009, - №12. - С. 5-7. [In Russian: Vasilenko, M. N. Bulavskiy, P.E. Monitoring and Management of Design and Construction of Signaling Systems. Automation, Communication and Informatics. 2009, No. 12, pp. 5-7].
5. Булавский П. Е. Концептуальная модель электронного документооборота технической документации. // Транспорт Российской Федерации. Журнал о науке, практике, экономике. - 2011. - №. 1 (32). - С.60-63. [In Russian: Bulavskiy, P.E. Conceptual Model of Electronic Document Management of Technical Documentation. The journal about science, practice, economics "Transport of the Russian Federation". 2011, No. 1(32), pp. 60-63].
6. Aripov N. et al. Features of Construction of Systems of Railway Automatics and Telemechanics at the Organization of High-Speed Traffic in the Republic of Uzbekistan //Procedia Engineering. - 2016. - Т. 134. - С. 175-180.
7. Johnston W. R. et al. Learn Together Surveys: 2019 Technical Documentation and Survey Results. - 2020.
8. Марков Д.С., Лыков А.А., Соколов В.Б., Константинова Т.Ю. Концепция и инструментальные средства динамического порционного моделирования сложных систем массового обслуживания // Сборник: Транспортные интеллектуальные системы 2017. С. 49-58 [In Russian: Markov, D.S., Likov, A.A., Sokolov V.B., Konstantinova T.Yu. (2017) Concept and tools for dynamic batch modeling of complex Queuing systems. Collection: Transport intelligent systems].
9. Степанов М. Ф., Степанов А. М. Математическое моделирование интеллектуальных самоорганизующихся систем: реализация механизма планирования действий //Информационные технологии и нанотехнологии. -2018. - С. 1681-1688 [In Russian: Stepanov, M.F., Stepanov A.M. (2018) Mathematical modeling of intelligent self-organizing systems: implementation of action planning mechanism. Information technology and nanotechnology].
10. Арипов Н. М., Баратов Д. Х. О документообороте в хозяйстве автоматики и телемеханики и внедрение безбумажной технологию ведения технической документации // Вестник ТашИИТ. - 2015. - №. 2. - С. 77. [In Russian: Aripov, N.M, Baratov, D.Kh. On Document Flow in the Automation and Telemechanics Economy and the Introduction of Paperless Technology for Maintaining Technical Documentation. Vestnik TashIIT. 2015, No. 2, p. 77].
11. Арипов Н. М., Баратов Д. Х., Мирсалихов Э. А. Моделирование электронного документооборота технической документации железнодорожной автоматики. // Проблемы информатики и энергетики. - 2016. - №. 2. - С. 78. [In Russian: Aripov, N.M., Baratov, D.Kh., Mirsalikhov, E.A. Simulation of Electronic Document
12. Baratov Dilshod, Aripov Nazirjon. Formalized scheme of technical documentation based on the accounting Process and Control of Automatic and Telemechanics Devices // International journal of engineering and advanced technology. Volume-8, Issue-3S, February 2019, p.479-484.
13. Hamilton L. S. et al. 2019 American Teacher Panel Civic Education Survey: Technical Documentation. - 2020.
14. Клебан В.О., Новиков Ф.А. Применение конечных автоматов в документообороте // Научно-техническом вестник СПбГУ ИТМО. - 2008, - Выпуск 53. - с. 286-295 [In Russian: Kleban, V.O., Novikov, F.A. (2008) Application of finite state machines in document management. Scientific and technical Bulletin of St. Petersburg state University ITMO].
15. Kratochwill T. R. et al. Single-case designs technical documentation //What works clearinghouse. - 2010.
16. Reiter E., Mellish C., Levine J. Automatic generation of technical documentation //Applied Artificial Intelligence an International Journal. - 1995. - Т. 9. - №. 3. - С. 259-287.
17. Круковский М.Ю. Концепция построения моделей композитного документооборота // Математичш машини i системи. - 2004. - № 2. - С.149-163 [In Russian: Krukovsky, M.Yu. (2004) The concept of constructing models of composite document flow. Mathematical machines and systems].
18. Марков Д. С., Соколов М. Б., Соколов В. Б. Формализованная схема процесса имитационного моделирования рельсовой линии. // Автоматика на транспорте. - 2020. - Т. 6. - №. 2. [In Russian: Markov, D.S., Sokolov, M.B., Sokolov, V.B. Formalized Diagram of the Rail Line Simulation Process. Automation on Transport. 2020, Vol. 6, No. 2].
