<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Model Using the Principles of Geometric Model Structure Proximity Comparison</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Alexey Boytyakov</string-name>
          <email>alexey.boytyakov@gmail.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Alexandr Filinskikh</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Nizhny Novgorod State Technical University n.a. R.E. Alekseev</institution>
          ,
          <addr-line>24 Minin Str., Nizhny Novgorod, 603950</addr-line>
          ,
          <country country="RU">Russia</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Research has been carried out into possible data conversion losses and the integration of heterogeneous automated systems in enterprises. A model of data conversion in the framework of heterogeneous automated systems interaction on the example of geometrical model structures comparison of heterogeneous automated systems is proposed. The model can be used for loss estimation using the representation of geometric models as data structures and conversion metrics. The article deals with the problem at the current stage of information support for lifecycles processes is the lack of integration of multi-vendor automation systems in enterprises. Losses in one stage of the lifecycle can lead to technical and economic difficulties in other stages of the lifecycle and problems can also be encountered when integrating automation systems and data conversion between enterprises. There is a need to develop an advanced parameter conversion model and compare the proximity of GM structures between automation systems. It is required to evaluate the efficiency of data conversion between environments using different formats using metrics.</p>
      </abstract>
      <kwd-group>
        <kwd>Geometric model</kwd>
        <kwd>data format</kwd>
        <kwd>graph</kwd>
        <kwd>graph structure</kwd>
        <kwd>parameter classification</kwd>
        <kwd>CAD system</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>IGES).</p>
      <p>
        The main problem at the current stage of information support for lifecycles processes (Figure 1) is
the lack of integration of multi-vendor automation systems in enterprises [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. For example, losses in
one stage of the lifecycle can lead to technical and economic difficulties in other stages of the lifecycle.
      </p>
      <p>
        2021 Copyright for this paper by its authors.
Problems can also be encountered when integrating between enterprises: further design of products by
other enterprises in other formats can lead to significant time and resource costs, or even lead to
redevelopment of the product [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. To date, neutral data conversion formats have been developed for data
formats from different vendors: e.g. STEP, IGES, etc. [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. But with these formats it is not possible to
transfer all geometric model (GM) parameters without losses [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. So there is a need to develop an
advanced parameter conversion model and compare the proximity of GM structures between
automation systems. It is required to evaluate the efficiency of data conversion between environments
using the above mentioned formats using metrics. These topical issues have become the subject of our
research.
      </p>
    </sec>
    <sec id="sec-2">
      <title>2. Problems of the data conversion process between automated systems</title>
      <p>
        An important role in the design is played by automated systems, which include computer-aided
design systems, product data management, and others. An example of geometric model in automated
system is shown in Figure 2. These systems carry out the calculations necessary for the engineer during
the development of the product model in CAD through the data that is located in the PDM. If there is a
need to calculate the behavior of products, such a system can be connected to PDM [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ], using
specialized engineering analysis systems. When interacting with PDM, CAD will have access to the
results of the operation of these systems.
      </p>
      <p>
        There are several levels of interaction of heterogeneous automated systems [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. The highest level is
when a single data model is used in the whole enterprise. All computer systems (CAD, PDM, automated
enterprise management system (ASUP), etc.) work with a single database. But to implement this level
of the systems’ interaction is very difficult in practice.
      </p>
      <p>Another level of interaction uses direct access to the database. All systems have their own databases,
each can send and receive data from other systems (the method is found in practice: for example, the
Tflex Docs PDM system has a mechanism for its implementation).</p>
      <p>
        The main problem of this level of interaction is that the manufacturers usually offer specific
solutions. There are no universal solutions [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], the integration of systems is hidden, so there is no way
to define a more universal system. The interaction of heterogeneous automated systems can be carried
out via the application programming interfaces (APIs), as represented in Figure 3 [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. When
implementing a large number of systems in an enterprise, a large number of converters are required to
ensure data conversion. It obviously leads to considerable raise of implementation costs. The
disadvantages also include the need for a complete reworking of the software, in case it is necessary to
replace one of the systems with a system from another manufacturer, or when changing the API of any
of the systems.
      </p>
      <p>
        There is also a concept of a Unified Information Space (UIP), which includes the concept of PLM
technologies [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] and the concept of IPI technologies [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. This concept involves the use of files for
data exchange between systems. When converting, the first system generates a file that contains the
transmitted data, and the second system reads this file after receiving the data. To create a file, special
converters are used that convert the data from the application system format to the exchange file format
and vice versa. When choosing formats, it is possible to use a neutral format, the ISO 10303 STEP
standard [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ].
      </p>
      <p>The concept of PLM is to perform tasks using a set of software products from a single developer.
However, there may be a situation in which an engineer cannot replace the program with another
vendor, but only the entire complex. On the other hand, the use of systems of independent vendors can
lead to the problems with the data integration and transfer, i.e. the possibility of data conversion without
significant losses.</p>
      <p>
        The concept of IPI technologies is to free the user from a single developer, using a neutral data
conversion format (Figure 4). This approach is based on a unified information space UIP (an
international term is shared data environment, SDE), which is implemented using international data
presentation standards. The IPI strategy includes information support for the product lifecycle based on
the use of an integrated information environment, paperless presentation of information, the use of
electronic digital signatures, standardization of information descriptions of management objects,
improvement of business processes, parallel engineering, parallelization of a number of design works
and stages of the product lifecycle, and others [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ].
      </p>
      <p>
        One of the main stages in the implementation of the IPI strategy is the creation of the unified
information space of the enterprise, which is based on interacting CAD and PDM [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ].
      </p>
      <p>
        In world practice, there are many examples of successful application of the IPI concept at enterprises
of various industries [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]: aircraft construction, automotive industry, mechanical engineering,
medicine. In Russia, for example, JSC "Tupolev", Voronezh Mechanical Plant, AVKP "Sukhoi" and
others have successfully implemented the IPI concept in their production cycles.
      </p>
      <p>Open distributed automated systems for design and management at industrial enterprises are the
basis of modern IPI technologies. The main problem is the transition to a uniform description and
interpretation of data, as well as regardless of the location and time characteristics of their receipt in the
system, which may have global scales.</p>
    </sec>
    <sec id="sec-3">
      <title>3. Methods for Comparing the Proximity of Data Structures</title>
      <p>
        Each product can have a tree structure, which is a graphical representation of the hierarchical
structure. The principles of use in the lifecycle stages and operation of products involve checking at
each stage how the structure has been changed. So to compare structures, it is proposed to apply graph
theory to describe the methods for comparing the proximity of data structures [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ].
      </p>
      <p>In the following, examples of the product model that have been applied to analyse the conversion
process are discussed. Initially the model is a GM which is some product, and the product needs to be
converted to another vendor's automation system. The final model represents some outcome of the
conversion to another automation system developed by another vendor, i.e. a set of operations
associated with the conversion process and with the GM data is identified at the output.</p>
      <p>
        It is required to identify probable difficulties in converting a GM within a data operation in
heterogeneous automation systems using graphs and mathematically propose a description in the form
of a "tree". We have created the structure of GM using graphs, presented as a set of elements for the
product model. A graph is known to be a mathematical object, a complex of two sets which are a set of
elements including a variety of edges and vertices. This set of elements of the product model includes
integration parameters, geometry parameters and such data as attributive information [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ] and proposed
structure containing frames [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ] and product tree. The integration parameters include a number of
information such as: information about the open and vendor-supported CAD or PDM API [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ];
presence of CAD API functions for creating, converting and synchronizing properties and attribute
information of CAD files; presence of PDM functions for structured loading/unloading, tracking and
managing CAD data, etc. The GM is represented by a structure comprising a product tree and frames
containing data about GM parameters. The structure of the product model is denoted as graph G = (X,
A). The graph can include versions of the above-mentioned elements as well as their characteristics.
      </p>
      <p>There are several stages of comparison. The first is a proximity comparison of GM trees only, based
on a mathematical representation of trees in the form of adjacency matrices. The adjacency matrix is a
square matrix with logical values (0 or 1). The graph consists of vertices and edges, which are links
between the vertices. So the data on GM parameters is reflected in the presence of the graph edges and
also in the vertices where the information is contained first in the case of tree graphs of a product model
structure. If a vertex of the tree graph is lost, an edge is also lost. The following is a description of a
part of the the assembly of the original GM shown in Figure 5.</p>
      <p>The adjacency matrix is a binary square matrix, with rows and columns having values of 1 or 0, the
number of rows being matched to the number of columns. The matrix has dimension n x n, (where n is
the vertices of the structure as a graph), uniquely representing its structure. This is one of the variations
of graph structure as a matrix. The first row and the first column, which do not consist in a matrix but
are written down for ease of perception, contain the numbers at the intersection of which each of the
elements is located and determine the index value of the latter [21].</p>
      <p>A = {aij}, i, j = 1, 2, ..., n, so each element of the matrix is defined as follows:
aij = 1, if there is an arc (хi, хj); aij = 0, if there is no arc (хi, хj).</p>
      <p>Such binary matrices are used to parse the conversion process and to identify unobservable
differences in graph structure. In the context of the conversion assessment task, this is to identify the
difference in structure of the product model after the data conversion process within a multivendor
framework. A matrix representation of the graphs is used to compare them. Algebraic operations are
performed with the matrices to reveal the result of how similar or different the graphs are. The adjacency
matrix of the original GM as well as the binary values of the product model are shown below.</p>
      <p>Next, the GM was converted and then transferred to another vendor's automation system, resulting
in some collisions. For clarity, a part of the converted GM assembly is shown in Figure 5.</p>
      <p>As depicted in Figure 5 and Figure 6, the conversion process reveals some losses as part of the data
transfer to another vendor's automation system. The binary square matrix of the transferred GM has the
same size as the original GM, as the transferred GM is compared to the original GM. The size of the
binary square adjacency matrix is determined by the number of vertices in the graph, so a procedure is
required to add zero rows and columns to the so-called "right places" (lost data), which must first be
determined. The following describes the part of the GM assembly after data conversion.</p>
      <p>The adjacency matrix and binary matrix values of this GM are as follows:</p>
      <p>B =  51 52 53 54 55 56 57 58 59 , B = 000000000
(2)
 11 12 13 14 15 16 17 18 19
 21 22 23 24 25 26 27 28 29
 31 32 33 34 35 36 37 38 39
 41 42 43 44 45 46 47 48 49
 61 62 63 64 65 66 67 68 69
 71 72 73 74 75 76 77 78 79
 81 82 83 84 85 86 87 88 89
( 91 92 93 94 95 96 97 98 99)
011000000
000100000
000011000
000000000
000000001
000000000
000000000
(000000000)</p>
    </sec>
    <sec id="sec-4">
      <title>4. Application of metrics in determining the proximity of data structures</title>
      <p>We carried out a study of the proximity of GMs using graph theory. The structure of GM products
and transfer results are mathematically represented in the form of a graph and contain groups of
parameters previously described in more detail, including integration data. This structure is the source
of data for determining the structural weights of GM elements [22]. There is another option to improve
the accuracy of data conversion estimation, which requires additional conversion data for each node of
the GM tree. Here a graph structure [23] of GM transfer parameters is applied. The graph structure
includes a tree-like graph and a data set for each GM node, within a frame data representation,
containing a list of GM parameters. The initial layer contains the GM parameter data for the whole
product, represented as a tree view. In addition, each node of the next level contains an additional list
of parameters, represented as frames. Post-conversion comparisons were considered within the
assembly, within each individual structure level and at the node level. The data structure of the original
GM is shown in Figure 7.</p>
      <p>The proximity of the graphs is calculated by applying a metric based on the Hamming distance
expression if nominal conversion data is required:</p>
      <p>We get the following expression:</p>
      <p>=1
 
  = ∑|</p>
      <p>−   |,
  = ∑</p>
      <p>∑|  −   | ,
 =1  =1
(3)
(4)
where а – parameters of the 1st GM of i-th row and j-th column; b – parameters of the 2nd GM of i-th
row and j-th column obtained after conversion; n – number of elements.</p>
      <p>Another calculation of the proximity of graphs using the metric is based on the Sorensen measure if
quantitative conversion data is required:
  =</p>
      <p>2
 + 
,
(5)
where а – number of parameters of the 1st GM, a = {X1,X2,X3,X4,X5,X6,X7,X8,X9}, b – number of
parameters on the 2nd GM as a result of the conversion, b = {X1,X2,X3,X4,X5,X8,X9}, с – number of
parameters common to the 1st and 2nd GM, c = {X1,X2,X3,X4,X5,X8,X9}.</p>
      <p>The problems when converting product models very often do not depend linearly on the number of
elements in the GM, but on the formats and vendors of the design automation systems. Therefore it was
necessary to find out possible data loss during conversion under conditions of different software vendors
and to what extent it is possible to apply neutral formats for data conversion for different software
vendors. The conversion experiments with neutral formats yielded metric values based on a comparison
of the proximity of the GM graphs from 0 to 0.5. The value for each vendor will be different, so each
case should be considered in detail: it is necessary to assess how satisfied the obtained result is, what
were the conversion losses, what additional recovery costs will be required. It was found that when
using engineering automation systems of a single vendor the conversion problems are not format
dependent but rather random. If production plants use software from different vendors, the dependence
on vendor formats was found. Often the different formats are incompatible, resulting in more data loss
and higher recovery costs. It was found that it is possible to use neutral formats, under certain
conditions: for example, when the losses are not great and will not affect the further development of the
product and work with the product model. Proper evaluation of data conversion losses should have a
positive impact on the further support of the product life cycle stages.</p>
    </sec>
    <sec id="sec-5">
      <title>5. Conclusion</title>
      <p>The lack of a model to support data conversion between automation systems in the form of a
generalized machine-independent model based on a comparison of the proximity of graphs and graph
structures is detected. Our proposed model makes it possible to estimate the labor intensity of data
recovery if there have been losses during data conversion using graphs and graph structures. We propose
a methodology for obtaining the values of the metric for estimating data conversion losses. The
principles and problems of integration of automation systems and product data management systems
are revealed. The estimation of data conversion in the interaction of heterogeneous automated systems
within the framework of UIP based on metric estimates is proposed.</p>
    </sec>
    <sec id="sec-6">
      <title>6. References</title>
      <p>[21] Filinskikh A.D., Byasherov A.Kh., Analysis of parametric and graphic information transfer based
on experimental data, Bulletin of Belgorod State Technological University n.a. V.G. Shukhov, No
2, 2012, pp. 164-166. (in Russian).
[22] Kalinina N.A. Models and Procedures of Hierarchical Network Representation of the Subject Area
to Support Knowledge Acquisition Processes, D. thesis for the degree of Candidate of Technical
Sciences. Nizhny Novgorod State Technical University, N. Novgorod, 2018, 180 p. (in Russian).</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <surname>Norenkov</surname>
            <given-names>I.P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kuzmin</surname>
            <given-names>P.K.</given-names>
          </string-name>
          ,
          <article-title>Information support for knowledge-intensive products CALS technology</article-title>
          , Bauman Moscow State Technical University Publishers, Moscow,
          <year>2002</year>
          , 320 p.
          <article-title>(in Russian)</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <surname>Norenkov</surname>
            <given-names>I.P.</given-names>
          </string-name>
          , Fundamentals of computer-aided design, Bauman Moscow State Technical University Publishers, Moscow,
          <year>2002</year>
          , 336 p.
          <article-title>(in Russian)</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <surname>Kutin</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dolgov</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sedykh</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ivashin</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <article-title>Integration of Different Computer-aided Systems in Product Designing and Process Planning on Digital Manufacturing</article-title>
          .
          <source>Procedia CIRP 67</source>
          ,
          <year>2018</year>
          , pp.
          <fpage>476</fpage>
          -
          <lpage>481</lpage>
          . doi:
          <volume>10</volume>
          .1016/j.procir.
          <year>2017</year>
          .
          <volume>12</volume>
          .247.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <surname>Filinskikh</surname>
            ,
            <given-names>A.D.</given-names>
          </string-name>
          ,
          <article-title>Component approach to the translation of geometric models</article-title>
          .
          <source>8th International Scientific Conference on Computing in Physics and Technology</source>
          ,
          <year>2020</year>
          , pp.
          <fpage>220</fpage>
          -
          <lpage>225</lpage>
          . doi:
          <volume>10</volume>
          .30987/conferencearticle_5fce27710c7721.
          <fpage>55039399</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <surname>Yablochnikov</surname>
            <given-names>E.I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fomina</surname>
            <given-names>Y.N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Salomatina</surname>
            <given-names>A.A.</given-names>
          </string-name>
          , Computer Technologies in Product Life Cycle,
          <string-name>
            <surname>SPbSU</surname>
            <given-names>ITMO</given-names>
          </string-name>
          , SPb,
          <year>2010</year>
          , 180 p.
          <article-title>(in Russian)</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <surname>Shilolitsky</surname>
            <given-names>O.</given-names>
          </string-name>
          ,
          <article-title>How to re-invent CAD / PDM integration</article-title>
          ,
          <year>2014</year>
          URL: http://beyondplm.com/
          <year>2014</year>
          /05/19/how-to
          <article-title>-re-invent-cad-pdm-integration.</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <surname>Koucky</surname>
            <given-names>S.</given-names>
          </string-name>
          ,
          <source>Essentials of managing product design data</source>
          ,
          <year>2001</year>
          . URL: https://www.machinedesign.com/archive/article/21816798/essentials-of
          <article-title>-managing-productdesign-data.</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <surname>Filinskikh</surname>
            <given-names>A.D.</given-names>
          </string-name>
          ,
          <article-title>Analysis of the state of project management systems at Russian enterprises</article-title>
          , Bulletin of the Belgorod State Technological University named after V. G. Shukhov,
          <source>No. 1</source>
          ,
          <issue>2011</issue>
          , pp.
          <fpage>162</fpage>
          -
          <lpage>167</lpage>
          . (in Russian).
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <surname>Gujarathi</surname>
            <given-names>G.P.</given-names>
          </string-name>
          , Ma Yongsheng,
          <string-name>
            <surname>Parametric</surname>
            <given-names>CAD</given-names>
          </string-name>
          /
          <article-title>CAE integration using a common data model</article-title>
          ,
          <source>Journal of Manufacturing Systems</source>
          ,
          <volume>30</volume>
          (
          <issue>3</issue>
          ),
          <year>August 2011</year>
          , pp.
          <fpage>118</fpage>
          -
          <lpage>132</lpage>
          . doi:
          <volume>10</volume>
          .1016/j.jmsy.
          <year>2011</year>
          .
          <volume>01</volume>
          .002.
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <surname>Lee</surname>
            <given-names>K.</given-names>
          </string-name>
          <article-title>Fundamentals of CAD (CAD</article-title>
          /CAM/CAE),
          <source>St. Petersburg: Piter</source>
          ,
          <year>2004</year>
          , 560 p.
          <article-title>(in Russian)</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <surname>Grieves</surname>
            <given-names>M.W.</given-names>
          </string-name>
          ,
          <article-title>Product lifecycle management: the new paradigm for enterprises (2005)</article-title>
          <source>International Journal of Product Development</source>
          ,
          <volume>2</volume>
          (
          <issue>1-2</issue>
          ), pp.
          <fpage>71</fpage>
          -
          <lpage>84</lpage>
          . doi:
          <volume>10</volume>
          .1504/ijpd.
          <year>2005</year>
          .
          <volume>006669</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <surname>Zakovryashin</surname>
            <given-names>A.I.</given-names>
          </string-name>
          ,
          <article-title>IPI technology for creating high-tech products</article-title>
          ,
          <source>Electronic journal "Trudy MAI"</source>
          ,
          <source>No. 49</source>
          ,
          <year>2011</year>
          , URL: http://trudymai.ru/upload/iblock/c01/ipi
          <article-title>-tekhnologiya-sozdaniyanaukoemkikh-izdeliy.pdf (in Russian)</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <surname>ISO</surname>
          </string-name>
          10303-1
          <article-title>-1994</article-title>
          .
          <article-title>Industrial Automation Systems and Integration-Presentation and exchange of product data-Part 1: Overview and basic principles</article-title>
          ,
          <source>Geneva: ISO</source>
          ,
          <year>1994</year>
          , 17 p.
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <surname>Levin</surname>
            <given-names>A.I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Davydov</surname>
            <given-names>A.N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Barabanov</surname>
            <given-names>V.V.</given-names>
          </string-name>
          ,
          <article-title>Concept for the development of CALS technologies in Russian industry</article-title>
          , Moscow: Research Center of
          <article-title>CALS-technologies "</article-title>
          <source>Applied Logistics"</source>
          ,
          <year>2002</year>
          , 130 p.
          <article-title>(in Russian)</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <surname>Shalumov</surname>
            <given-names>A. S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nikishin</surname>
            <given-names>S.I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Noskov-Kovrov</surname>
            <given-names>V. N.</given-names>
          </string-name>
          ,
          <article-title>Introduction to CALS-technologies, Textbook. Manual, Kovrov state technol</article-title>
          .
          <source>akad.</source>
          ,
          <year>2003</year>
          , 184 p.
          <article-title>(in Russian)</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <surname>Tutt</surname>
            <given-names>W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Graph</surname>
            <given-names>Theory</given-names>
          </string-name>
          , Translated from English: Mir, Moscow,
          <year>1988</year>
          , 424 p.
          <article-title>(in Russian)</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <surname>Filinskikh</surname>
            <given-names>A.D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sosnina</surname>
            <given-names>O.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Boityakov</surname>
            <given-names>A.A.</given-names>
          </string-name>
          ,
          <article-title>Hierarchical space of geometric model parameters</article-title>
          , Bulletin of Belgorod State Technological University n.a. V.G. Shukhov, No 2,
          <year>2015</year>
          , pp.
          <fpage>131</fpage>
          -
          <lpage>134</lpage>
          . (in Russian).
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <surname>Boytyakov</surname>
            <given-names>A.A.</given-names>
          </string-name>
          ,
          <article-title>Generalized model of data transfer between CAD- and PDM-systems using frames</article-title>
          , Bulletin of Belgorod State Technological University n.a. V.G. Shukhov, No 3,
          <year>2015</year>
          , pp.
          <fpage>115</fpage>
          -
          <lpage>119</lpage>
          . (in Russian).
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <surname>Golitsyna</surname>
            <given-names>T.D</given-names>
          </string-name>
          ,
          <article-title>Issues of integration of product data management systems (PDM) and CAD, Scientific</article-title>
          and
          <string-name>
            <given-names>Technical</given-names>
            <surname>Bulletin of SPbSU ITMO - Information</surname>
          </string-name>
          <string-name>
            <surname>Technologies</surname>
          </string-name>
          , No 6,
          <year>2009</year>
          , pp.
          <fpage>543</fpage>
          -
          <lpage>547</lpage>
          . (in Russian).
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <surname>Bertsun</surname>
            <given-names>V.N.</given-names>
          </string-name>
          ,
          <source>Mathematical modeling on graphs. Part</source>
          <volume>2</volume>
          , Tomsk State University Press, Tomsk,
          <year>2013</year>
          . 88 p.
          <article-title>(in Russian)</article-title>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>