<!DOCTYPE article
PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Publishing DTD v1.4 20190208//EN"
       "JATS-journalpublishing1.dtd">
<article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" article-type="research-article" dtd-version="1.4" xml:lang="en">
 <front>
  <journal-meta>
   <journal-id journal-id-type="publisher-id">Transport automation research</journal-id>
   <journal-title-group>
    <journal-title xml:lang="en">Transport automation research</journal-title>
    <trans-title-group xml:lang="ru">
     <trans-title>Автоматика на транспорте</trans-title>
    </trans-title-group>
   </journal-title-group>
   <issn publication-format="print">2412-9186</issn>
  </journal-meta>
  <article-meta>
   <article-id pub-id-type="publisher-id">81846</article-id>
   <article-categories>
    <subj-group subj-group-type="toc-heading" xml:lang="ru">
     <subject>Автоматизация проектирования</subject>
    </subj-group>
    <subj-group subj-group-type="toc-heading" xml:lang="en">
     <subject>DESIGN AUTOMATION</subject>
    </subj-group>
    <subj-group>
     <subject>Автоматизация проектирования</subject>
    </subj-group>
   </article-categories>
   <title-group>
    <article-title xml:lang="en">Industry framework for technical documentationfor railway automation and remote control devices. Part 1. Concept of design</article-title>
    <trans-title-group xml:lang="ru">
     <trans-title>Отраслевой формат технической документации на устройства железнодорожной автоматики и телемеханики. Часть 1. Концепция создания</trans-title>
    </trans-title-group>
   </title-group>
   <contrib-group content-type="authors">
    <contrib contrib-type="author">
     <name-alternatives>
      <name xml:lang="ru">
       <surname>СЕДЫХ</surname>
       <given-names>Дмитрий Владимирович </given-names>
      </name>
      <name xml:lang="en">
       <surname>Sedykh</surname>
       <given-names>Dmitry V </given-names>
      </name>
     </name-alternatives>
     <email>sedyhdmitriy@gmail.com</email>
     <xref ref-type="aff" rid="aff-1"/>
    </contrib>
    <contrib contrib-type="author">
     <name-alternatives>
      <name xml:lang="ru">
       <surname>ЗУЕВ</surname>
       <given-names>Денис Владимирович </given-names>
      </name>
      <name xml:lang="en">
       <surname>Zujev</surname>
       <given-names>Denis V </given-names>
      </name>
     </name-alternatives>
     <email>zuevdv@gmail.com</email>
     <xref ref-type="aff" rid="aff-2"/>
    </contrib>
    <contrib contrib-type="author">
     <name-alternatives>
      <name xml:lang="ru">
       <surname>ГОРДОН</surname>
       <given-names>Михаил Аркадьевич </given-names>
      </name>
      <name xml:lang="en">
       <surname>Gordon</surname>
       <given-names>Mikhail A </given-names>
      </name>
     </name-alternatives>
     <email>gordon_ma@mail.ru</email>
     <xref ref-type="aff" rid="aff-3"/>
    </contrib>
   </contrib-group>
   <aff-alternatives id="aff-1">
    <aff>
     <institution xml:lang="ru">Петербургский государственный университет путей сообщения Императора Александра I</institution>
     <country>ru</country>
    </aff>
    <aff>
     <institution xml:lang="en">Emperor Alexander I St. Petersburg state transport university</institution>
     <country>ru</country>
    </aff>
   </aff-alternatives>
   <aff-alternatives id="aff-2">
    <aff>
     <institution xml:lang="ru">Петербургский государственный университет путей сообщения Императора Александра I</institution>
     <country>ru</country>
    </aff>
    <aff>
     <institution xml:lang="en">Emperor Alexander I St. Petersburg state transport university</institution>
     <country>ru</country>
    </aff>
   </aff-alternatives>
   <aff-alternatives id="aff-3">
    <aff>
     <institution xml:lang="ru">«Гипротранссигналсвязь» - филиал АО «Росжелдорпроект»</institution>
     <country>ru</country>
    </aff>
    <aff>
     <institution xml:lang="en">Institute &quot;Giprotranssignalsvjaz`&quot; - AO &quot;Roszheldorprojekt&quot;</institution>
     <country>ru</country>
    </aff>
   </aff-alternatives>
   <pub-date publication-format="print" date-type="pub" iso-8601-date="2017-03-25T18:22:47+03:00">
    <day>25</day>
    <month>03</month>
    <year>2017</year>
   </pub-date>
   <pub-date publication-format="electronic" date-type="pub" iso-8601-date="2017-03-25T18:22:47+03:00">
    <day>25</day>
    <month>03</month>
    <year>2017</year>
   </pub-date>
   <volume>3</volume>
   <issue>1</issue>
   <fpage>112</fpage>
   <lpage>128</lpage>
   <history>
    <date date-type="received" iso-8601-date="2017-03-12T18:22:47+03:00">
     <day>12</day>
     <month>03</month>
     <year>2017</year>
    </date>
    <date date-type="accepted" iso-8601-date="2017-03-15T18:22:47+03:00">
     <day>15</day>
     <month>03</month>
     <year>2017</year>
    </date>
   </history>
   <self-uri xlink:href="https://atjournal.ru/en/nauka/article/81846/view">https://atjournal.ru/en/nauka/article/81846/view</self-uri>
   <abstract xml:lang="ru">
    <p>С каждым годом в хозяйстве автоматики и телемеханики растет число информационных систем. В настоящее время существуют программные решения, которые позволяют вести все основные процессы, связанные с устройствами автоматики и телемеханики, от проектирования до эксплуатации систем. Но методология построения данных систем не учитывает требований обмена данными между ними. В целях решения задач интеграции был разработан отраслевой формат технической документации на устройства автоматики и телемеханики.В данной статье, являющейся первой в цикле статей об отраслевом формате технической документации, говорится о концепции создания и основных понятиях отраслевого формата технической документации на устройства сигнализации, централизации и блокировки. Данный формат разработан как средство интеграции данных различных информационных систем отрасли.В статье описываются существующие информационные системы и задачи, которые вы-двигают требования к интеграции данных систем. Рассмотрены цели создания отраслевого формата, а также основные требования к форматам технической документации транспортной отрасли. Проанализированы используемые на мировом рынке форматы, описаны их основные недостатки. Сделан обзор особенностей формата DWG/DXF фирмы AutoDesk, в настоящее время являющегося самым распространенным при проектировании и представлении данных технической документации. С учетом этих недостатков сформулированы требования к новому формату, который может быть использован в качестве отраслевого. Выбраны язык описания и основные архитектурные составляющие данного формата. Описаны основные особенности разработанного формата по представлению данных, а также его структура. Рассмотрены особенности, необходимые для понимания описания документов в отраслевом формате. Представлен весь список составляющих отраслевого формата данных.</p>
   </abstract>
   <trans-abstract xml:lang="en">
    <p>From year to year the number of information systems in automation and remote control facilities is growing. Currently, there are software solutions that allow to carry on all the main processes related to automation and remote control devices, ranging from design processes to system operation. But the methodology of the building of these systems does not take into account the requirements of data exchange between them. As an integration solution, the technical documentation industry framework was developed for automation and remote control devices.This article, being the ﬁ rst in the series of articles, describes the concept of creation and the fundamental terms of technical documentation industry framework was developed for signaling, centralization and blocking devices. This framework was developed as a tool of data integration of different information systems of the industry.The article describes the existing information systems and tasks, that produce the requirements for system data integration. It also considers the goals of creating the industry framework, as well as the basic requirements for the transportation technical documentation formats. The article provides the analysis of formats, used in the world market, and describes the main disadvantages of existing solutions. The article also reviews the features of DWG/DXF format by AutoDesk, as it is currently the most common framework for design and presentation of technical documentation data. Based on these cons, the requirements for a new framework, that can be used as an industry-based, have been formulated. Also the selection of a language to describe and of basic architectural components of this framework has been done.The article describes the basic features of the developed framework for data presentation, as well as its structure. It provides the review of the basic entities, needed to understanding the descriptions of documents within the industry framework. The article also presents the entire list of developed components of industry data framework.</p>
   </trans-abstract>
   <kwd-group xml:lang="ru">
    <kwd>системы автоматизированного проектирования</kwd>
    <kwd>автоматизированное рабочее место по ведению технической документации</kwd>
    <kwd>электронный формат технической документации</kwd>
    <kwd>отраслевой формат технической документации</kwd>
   </kwd-group>
   <kwd-group xml:lang="en">
    <kwd>computer-assisted design systems</kwd>
    <kwd>ARM-VTD</kwd>
    <kwd>electronic form of technical documentation</kwd>
    <kwd>technical documentation industry framework</kwd>
   </kwd-group>
  </article-meta>
 </front>
 <body>
  <p></p>
 </body>
 <back>
  <ref-list/>
 </back>
</article>
