<!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>Technology of Assembly of Intellectual and Information Resources Internet</article-title>
      </title-group>
      <contrib-group>
        <aff id="aff0">
          <label>0</label>
          <institution>EC-leasing</institution>
          ,
          <addr-line>Building 1, 125 Warshavskoye Shosse, 117587, Moscow</addr-line>
          ,
          <country country="RU">Russia</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Ivannikov Institute for System Programming of the Russian Academy of Sciences</institution>
          ,
          <addr-line>25, Alexander Solzhenitsyn st., 109004, Moscow</addr-line>
          ,
          <country country="RU">Russia</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Lomonosov Moscow State University</institution>
          ,
          <addr-line>GSP-1, Leninskie Gory, 119991, Moscow</addr-line>
          ,
          <country country="RU">Russia</country>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>Moscow Institute of physics and technology</institution>
          ,
          <addr-line>9, Institutsky per., Dolgoprudny, 141700, Moscow region</addr-line>
          ,
          <country country="RU">Russia</country>
        </aff>
        <aff id="aff4">
          <label>4</label>
          <institution>NRU Higher School of Economics</institution>
          ,
          <addr-line>20 Myasnitskaya Ulitsa, 101000, Moscow</addr-line>
          ,
          <country country="RU">Russia</country>
        </aff>
      </contrib-group>
      <fpage>0000</fpage>
      <lpage>0002</lpage>
      <abstract>
        <p>The technology of Assembly of intellectual (Reuses) and information (data) resources which are developed and saved up in libraries and storages of the Internet, in applied web-systems of different function is offered. The intellectual tasks of subject areas of knowledge in the Semantic Web in mind service, software and system resources used in creating Web systems are presented. Methods of assembling resources (link, make, assemble, weaver, kconfig) are considered for modern environments. The problem of data exchange and generation to the formats of the global network environment according to ISO/IEC 11404 GDT is defined. The concept of a network resource collector is proposed as a generalization of ways to assemble resources with functional security, resource protection and quality assessment of Web-systems. Perspective paradigms of programming of different areas of knowledge are defined.</p>
      </abstract>
      <kwd-group>
        <kwd>Resource</kwd>
        <kwd>Service</kwd>
        <kwd>Web System</kwd>
        <kwd>Configuration</kwd>
        <kwd>Functionality</kwd>
        <kwd>Security</kwd>
        <kwd>Reliability</kwd>
        <kwd>Quality</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        formed in the country [
        <xref ref-type="bibr" rid="ref3 ref4 ref5">3-5</xref>
        ]. According to A. P. Ershov, "Assembly programming
provides the construction of already existing (checked for correctness) ready-made
individual fragments of modules (reuses type) into a complex structure" [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. The
interface of modules was described in a special language of communication
description in link, and then in the 90s there were languages of communication description of
modules (IDL, API, ABI, WSDL, etc.) and implemented in different system
environments: link IBM, .Net, Corba; make BSD, GNU, сmake MSBuild(.NET), ApacheAnt
(Java, C#)); config REST, CDR, SPAROL; building, assembling, config SWMS,
Grid, Semantic-OGSWA, OML, JSON; weaver BEA WebLogic Oracle, SAP Net,
ASP and etc. [
        <xref ref-type="bibr" rid="ref10 ref11 ref12 ref7 ref8 ref9">7–12</xref>
        ]. The experimental version of OS Linux kernel within RFBR
project 16-01-00352 (2018) was obtained using the method of configuration
Assembly of modular resources and presented in the final report of R &amp; d 11020510073
"Theory and methods of development of variable software systems" dated 05.03.19.
The generalization of different variants of the Assembly method became software
factories that contribute to the industrialization of application systems for different
purposes and the task is to ensure the quality and safety of the functioning of
resources and systems (RFBR Project 19-01-000206-19) [
        <xref ref-type="bibr" rid="ref13 ref14">13, 14</xref>
        ].
2
      </p>
    </sec>
    <sec id="sec-2">
      <title>Approaches to the Intellectualization of Systems and resources</title>
      <p>- analysis, integration, aggregation of information (for example, documents, in the
required structures for processing at different levels of management of organizations
of the country, etc.) for the calculation of tasks, etc.</p>
      <p>2.1</p>
      <sec id="sec-2-1">
        <title>Intellectualization of Knowledge</title>
        <p>Modern means of knowledge representation in terms of descriptive logic include:
FaCT (in LISP), FaCT++ (in C++), CEL, KAON-2 (JAVA), MSPASS (C) and Pellet
(JAVA), etc. The necessary component of knowledge representation are applied
webservices focused on collective problem solving in the subject areas of knowledge in
modern environments (problem-solving environments, PSE) in the world community.
KBS (Knowledge-based systems), CommonKADS, etc. are used in the process of
creating knowledge models of subject areas. They provide the construction of
knowledge libraries containing elements of problem solving, which can then be
reused in other areas of knowledge. Based on the fact that the PL program is some
formal or mathematical text, the system of text information and terminology
management (System Quirk – SQ, http://www.computing.surrey.ac.uk/SystemSQ. This
system is focused on the creation and maintenance of terms in the terminology database
(TBD) and knowledge bases (BZ), as well as the organization of collections of texts
on the computer using the tools Virtual Corpus, KonText, Ferret, Grid, etc. To
maintain large amounts of data and ensure the functioning of systems in the global
Internet, system, service and communication resources are used, including web Semantics
tools-this information environment in the World Wide Web, which provides semantic
resources, languages, tools and tools for developing ontologies of subject areas of
knowledge, application systems and business processes using the accumulated
knowledge in the environment http://semwebprogramming.org. In the web Semantics
environment, automated processing of scientific tasks, big data in different formats,
integration of data from collages (Mash-Ups), search and composition of web
services, management of intelligent agents in mobile applications, etc. is carried out. One
of the tools of knowledge intellectualization in Semantics about different subject areas
of knowledge (mathematics, physics, biology, medicine, etc.) is ontology
(www.semantic.web.ontology). Ontology is a conceptual model building tool for
knowledge domains / domains. The conceptual model includes objects, object classes,
data structures, relationships, and relationships (theorems, constraints) for a particular
field of knowledge.</p>
        <p>
          There is experience in developing the domain ontology SE-Life Cycle ISO / IEC
12207 -2007 in OWL (Web Ontology Language) in Protégé 2.3 environment with the
output result in XML. The approach to automation of Life Cycle (LC) management
was presented at the International conference "Science and Information-2015"
(www.conference.thesai.org) in London and at the XVII all-Russian scientific
conference-2015-2016 "Scientific service on the Internet" in Novorossiysk, KIAM by M. V.
Keldysh [
          <xref ref-type="bibr" rid="ref18 ref19 ref20 ref29 ref33">18-20, 29, 33</xref>
          ]. With the help of the obtained ontology of LC, it is possible
to solve individual problems using numerous services and resources of other subject
areas of knowledge of the Internet. Dictionaries, conceptual models and applications
with the help of domain-oriented languages (OWL, DSL, etc.), tools FODA, Protégé,
DSL Tool, KBuild, Kconfig can be used to apply large amounts of information in
solving scientific problems of the domain of knowledge (http://www.Sap.org) etc.
        </p>
      </sec>
      <sec id="sec-2-2">
        <title>2.2. Intellectual and Information Resources</title>
        <p>Intelligent and information resource Assembly technology is the process of
assembling resources (modular elements in different subject areas – SA), data structures,
procedures, classes, components and services. Resources are developed for different
applied fields of knowledge (mathematics, medicine, biology, genetics, etc.). They are
stored in libraries, Internet repositories, and system-wide environments (IBM,
MS.Net, Unux, Intel, etc.). Repositories include libraries, repositories, databases
(DB). Procedure libraries, knowledge Bases, Reusability Libraries and other.
Functional elements of the reuses type are created by highly intelligent specialists in the
field of computer science, mathematics, biology, etc. (for example, MatLab, Demral,
etc.). Each ready-made reuse when placed in a shared library is checked for the
correctness and quality of the implementation of the functions of the knowledge domain.</p>
        <p>
          Intellectual resources (INR) are reuses, Components Ready Using (CRU) that
reflect the knowledge of professionals in different fields of knowledge. Any the
knowledge domain Pro function is described in the PL as a module (object,
component, service, etc.) and can interact through the link Assembly operator and
Call/RPC/RMI operations in the texts of PL programs, in the parameters of which
data are specified in IDL, API, ABI, WSDL, etc. CRU process data that belong to the
fundamental (FDT) and General data types (GDT) of the ISO/IEC 11404 standard,
and can also operate with large amounts of data (Big Data). INR interact with
modules, objects or service components of the Internet through the interface specified in
the languages IDL, API, ABI, WSDL, etc. [
          <xref ref-type="bibr" rid="ref16 ref32 ref33">16, 32, 33</xref>
          ].
        </p>
        <p>Reuse is a ready-made intelligent software object, component, service that
implements the algorithm of a function in some subject area of knowledge. It is specified in
the standard WSDL language and can be reused if it meets the functional
requirements of individual subject areas. CRU as Reuses has the code (implementation) with
the interface (interface) and the scheme of deployment (deployment) for their
performance. CRU, Reuses can have common variables that form classes or sets. External
shared variables and class methods are specified in the class instance interface.</p>
        <p>
          Information resources (IR) are data of different volumes, including Big Data,
presented in Databases, files, directories, tables, documents, etc. IR are processed by
service, system, client and server services of the Internet and placed in data
Warehouses, databases of small and large volumes with structured and unstructured data
[
          <xref ref-type="bibr" rid="ref17 ref18 ref19 ref20 ref21">17-21</xref>
          ]. An interface is a specifier of the information part of the INR-CRU,
component, reuses for accessing other resources and exchanging data between them. An
interface contains a method or function call (RPC/RMI) with parameters that control
external variables of the class instance (fetching the value of the get method,
assigning the value of the set method, Home interface in JAVA, etc.) when they interact [
          <xref ref-type="bibr" rid="ref24 ref25">24,
25</xref>
          ].
        </p>
        <p>The interface is described in WSDL and generally contains:
- function (method) name and resource ID;
- description (specification) of a function by means of PL;
- parameters (input and output) for data transmission to other CRUS;
- CRU description language (C, C++, Java, Python, Ruby, etc.);
- optional attributes (date, status, version, access right, author, term of use, etc.).</p>
        <p>The programming environment (Eclipse, Protege, etc.) allows you to automatically
create resource descriptions based on JAVA classes.</p>
        <p>The following main data types are defined:
1) strings (xsd: string);
2) integers (xsd: int, xsd:long, xsd:short, xsd:integer, xsd:decimal), floating point
numbers (xsd:float, xsd:double);
3) logical type (xsd:boolean);
4) byte sequence (xsd:base64Binary, xsd:hexBinary);
5) date and time (xsd: time, xsd:date, xsd:g);
6) the object type (xsd:anySimpleType).</p>
        <p>As variables can be used sets, sequences, including a fixed number of variables of
simple types. A typical WSDL file has the following structure:
&lt;wsdl:definitions&gt; &lt;!-- Declaration of the types that are used in the service --&gt;
&lt;wsdl:types&gt;
&lt;element name="someMethod"&gt;
&lt;complexType&gt;
&lt;sequence&gt;
&lt;element name="arg0" type="xsd:double"/&gt;
&lt;element name="arg1" type="xsd:boolean"/&gt;
&lt;/sequence&gt;
&lt;/complexType&gt;
&lt;/element&gt;
&lt;element name="someMethodResponse"&gt;
&lt;complexType&gt;
&lt;/wsdl: types&gt; …</p>
        <p>This WSDL description specifies a MyService web service with a single string
method someMethod (double arg0, boolean arg1). On its basis, you can generate two
types of data that correspond to the input and output parameters of the method. These
types are used in the someMethodRequest and someMethodResponse
descriptionsinput and output messages for the someMethod operation. The operations are declared
in the service interface description (WSDL:portType Declaration) and then the
description of binding the service to the SOAP Protocol (Simple Object Access
Protocol) through the WSDL:binding Declaration is given. This sets the call to
&lt;wsdlsoap:bodyuse= "literal" /&gt; with the parameters specified in the class method. At
the end of the WSDL file is a web service Declaration (&lt;wsdl:service&gt;) that contains
location information &lt;location parameter&gt;.</p>
      </sec>
      <sec id="sec-2-3">
        <title>2.3. Service and Information Resources Internet</title>
        <p>Web services are based on open Internet standards, which are widely supported on
Unix, Intel, Windows, IBM, Linux, etc. platforms and are specified by PHP, ASP,
JSP script, JavaBeans, etc. The format of requests to Web services defines the SOAP
Protocol, which is specified in XML and sent via HTPP to the Web server. IBM,
Microsoft, and Universal Description, Discovery and Integration (UDDI) contribute to
the creation of a common web services catalog. SOAP, XML, and UDDI also ensure
that applications from Web services and service components function reliably.</p>
        <p>The means of creating application systems in the Internet include service-oriented
architecture SOA (Service Oriented Architecture) and service-component architecture
SCA (Service-Component Architecture). SOA defines the functionality and Quality
of services at the levels:</p>
        <p>– transport (transport layer) for the exchange of external data at the communication
layer (service communication layer);</p>
        <p>– service and interface descriptions (service description layer) with security and
protection (authorization, authentication);</p>
        <p>– operations of publishing, searching and calling services through the services
registry.</p>
        <p>Consider the services of SOA and SCA. Operations on SOA services are as
follows:
1) publishing the service through the service call and its interface;
2) search for a service using the SOAP Protocol;
3) UDDI communication with CORBA, DBMS, JNET, etc.;
4) request to the provider for published service interfaces.</p>
        <p>The SCA service provides access to service components that are packaged into a
service module in a WebSphere environment equivalent to a J2EE EAR file. SCA
services are integrated through the JAVA interface and implemented as
JAVA™classes.</p>
        <p>
          In the SCA model, data objects are represented in JAVA common.sdo.A
DataObject that includes a method for defining data properties. WebSphere Integration
Developer platform Eclipse 3.0 allows you to compose (assemble) SCA services and
service interfaces. You use JMS, Enterprise JavaBeans, or off-the-shelf services to
call an external service. Access to the database of the system is carried out through
the link server. The web system is assembled from the service components described
in Python, JAVA, BPEL, OWL and interfaces using the SAP kconfig configuration
operation [
          <xref ref-type="bibr" rid="ref18 ref19">18, 19</xref>
          ]. The SCA library contains a set of reuses of composite network
service components and heterogeneous data.
        </p>
        <p>(http://www.ibm.com/developerworks/websphere/techjournal).</p>
        <p>
          These services can be created in the Java Enterprise Edition environment [
          <xref ref-type="bibr" rid="ref18 ref19">18,
19</xref>
          ], which allows you to:
– dynamic generation of server pages (Java Server Pages);
– definition of CRU as Enterprise Java Beans;
– conversion of CRU parameters to the presentation format of other media;
– exchange messages (Java Message Queue) with JMS (Java Message
Service).
        </p>
        <p>SCA can create new service components for problem areas of knowledge, as well
as data objects (Service Data Objects-SDO) and interfaces that provide data transfer
to other CRUs.</p>
        <p>You use JMS, Enterprise JavaBeans, or off-the-shelf services to call an external
service. Access to the database from the system (enterprise / company) is carried out
through the link apparatus. The Web system you create is assembled from the service
components described in Python, Java, BPEL, OWL, and interfaces using the SAP
kconfig configuration operation (Fig. 2).</p>
        <p>When working with web services with data from the Big Data class, the following
Internet tools are used: IBM WSDK+WebSphere; Apach Axis+Tomcat; Apach Axis+
Classfish; Microsoft.Net + IIS, etc.</p>
      </sec>
      <sec id="sec-2-4">
        <title>2.4. Internet System Resources</title>
        <p>
          The main system resources of the Internet include the client-server architecture of the
Internet [
          <xref ref-type="bibr" rid="ref37 ref38">37, 38</xref>
          ], which is three-level: client, application server (systems) and
database server. The client side is responsible for the interface and processing of Internet
applications, which are written in PL (C, C++, Python, Ruby, Java, Basic, etc.) and
perform application functions, processing of emerging emergencies, security and
quality control, etc.
        </p>
        <p>The database server starts from the application server and performs database
maintenance to ensure the integrity, safety of data when the client accesses the
database information. To work with Big Data, you perform tasks of analyzing large
amounts of data, as well as manipulating data with small and large loads.</p>
        <p>The client corresponds to the Internet browser (Chrome, Firefox, MS Internet
Explorer, Safari, Opera, etc.). It sends messages to the server through an interface like
this: WebAppInterface = {Requestp}, where Requestp is the PTH request. Request
processing is performed by server components such as: Internet Information Server,
Apache, Tomcat, JBoss, WebSphere, WebLogic, Cloudscape. Apache Web server and
JAVA provide INR processing in modern PL and have the form:</p>
        <p>IR APACHE = {PERL, PHP, PYTHON, XML, SQL},</p>
        <p>IRJAVA = {JAVA, JSP, JSTL, JSF, XML, SQL} in system components
envirinment (Tomcat, JBoss, WebSphere, WebLogic и др.).</p>
        <p>Server Internet have the tools: ASP, JavaScript, VB Script, ASP.NET, .NET,
J#.NET, XML, SQL) and languages (C, C++, C#, Python, Ruby, Cobol, Prolog and
ets.).</p>
        <p>Data IR includes: data models, data storage and access operations, data processing,
etc. They perform data access and interaction with entity resources in the EJB model.
When working with large amounts of data, the ETL (Extract Transform Load) method
transfers data from one application to another through the client-server architecture
and extracts data from external sources, analyzes it and transforms it to meet the
requirements of conceptual models and executes it on the Internet.</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>3. Technology Build Resources on the Internet</title>
      <p>
        The technology is based on the method of assembling resources and communication
interface (assembler) of heterogeneous CRUs into an architecture with a one-to-one
conversion of input and output data types. An intermodule interface is a set of tools
for formal conversion of multilingual CRUs. The interface between CRUs includes a
set of formal means of data exchange between modular elements [
        <xref ref-type="bibr" rid="ref26 ref33">26, 33</xref>
        ]. The
Assembly method is based on mathematical formalisms of specification of connections
(by data and by control) between heterogeneous modular elements and generation of
interface intermediate modules for each pair of connected elements of the Graph
structure of the system. Each link is defined by a call operator of type
CALL/RPC/RMI in PL with a set of actual and formal parameters [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
      </p>
      <p>An Assembly technology is a method, means, tools, and process for assembling
heterogeneous resources that consists of defining:</p>
      <p>- schemes, graphs and models of the subject area of knowledge; - repository
modules (CRU, Reuses, procedures, etc.);</p>
      <p>- module algorithms with CALL / RPC /RMI module operations; – interface
modules with the parameters of the transmitted data;</p>
      <p>- storage operations and selection of modules, CRU from repositories; -
verification, testing of modules, their interfaces, etc.;
- functional reliability and quality of resources and systems from them.</p>
      <p>In practice of programming systems of Assembly of modules by means of
operations of Assembly were formed: link APROP (CORBA); make of compiler programs
BSD, GNU, MSBuild; assemble, Kconfig of system, service and computing resources
EuroGrid; config of service SOA, SCA of resources in Semantic Web; weaver BEA
WebLogic Oracle, SAP Net. Consider these build systems.</p>
      <sec id="sec-3-1">
        <title>3.1. Link Assembly in APROP</title>
        <p>
          Link Assembly in APROP connects modular resources in different YAP (Algol,
Fortran, Cobol, Prolog, Modula, etc.) through the interface in MDL, IDL (Interface
Definition Language) type stub, skeleton (CORBA). On the basis of link, data and
control links of modules are generated and non-equivalent data exchanged between
them is converted [
          <xref ref-type="bibr" rid="ref1">1</xref>
          ]. The Assembly of modules in PL is implemented in the system
APROP OS EC EM (IBM-360), which implements 64 primitive functions of
converting non-equivalent data in PL [
          <xref ref-type="bibr" rid="ref1 ref2">1, 2</xref>
          ]. The APROP system was transferred to Ernuc
(1985) and implemented in 52 organizations in Russia, Central Asia, the Baltic States,
Moldova, GDR, etc. the Assembly Method is adapted to the environment: Sun
Microsystems, .Net, VS.MS, IBMSphere, Unix, Intel, etc. [
          <xref ref-type="bibr" rid="ref3 ref4 ref5">3–5</xref>
          ]. Scheme of connection
of program C and modules A, B through the interface (Fig. 3) has the form:
        </p>
        <p>This scheme is a client program C, in which CALL A and CALL B are specified to
call modules A and B and transmit data to them through the interface modules A’, B’
with the necessary conversion to the form of data A and B, which are performed on
the server. The server accepts the message from the programs and starts of the
modules A, b with demarshaling arguments. After executing modules A, B, the result is
obtained, which the server packages into a message and sends it back to program C.</p>
        <p>An example of communication modules P1, P2 in PL (Pascal, Delphi) through the
interface Unit 1 is given in Table 1.</p>
        <p>
          Assembly according to the scheme Fig.3 implemented on a variety of software and
hardware complexes MIC (PROMETHEUS, RUZA, YAUZA, etc.) of the USSR
1981–1990 [
          <xref ref-type="bibr" rid="ref1 ref4">1, 4</xref>
          ]. As a result, the Soviet Union formed the domestic technology of
Assembly programming. Lipaev V. V. in [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ] said that "Assembly programming is
based on a large number of CRU and is a fundamentally new industrial method of
assembling products into complex software products while improving the efficiency
and quality of products."Ershov A. P. in [
          <xref ref-type="bibr" rid="ref6">6</xref>
          ] said: "Assembly programming carries out
the construction of programs from existing (tested for correctness) ready-made KPI
(reuses) by assembling them into a complex structure." The interface of modules was
described in a special language MDL, and in the 90s there were languages for
describing the links of modules IDL CORBA; API, ABI (BSD, GNU, Grid); WSDL
(Semantic-OGSWA, etc.) [
          <xref ref-type="bibr" rid="ref10 ref11 ref12 ref7 ref8 ref9">7–12</xref>
          ].
        </p>
      </sec>
      <sec id="sec-3-2">
        <title>3.2. The build in CORBA</title>
        <p>In this system, modules are built in different link by type APROP using the object
model (OM) and assembled through interface intermediaries - Stub-client and
Skeleton-server, performing the same functions as data transfer and processing between
objects written in the NPS class (Fig. 4), based on the library of primitive functions
APROP with the addition of primitive functions for PL: C++. Ada-95, Basic, Prolog,
Smaltalk et al.</p>
      </sec>
      <sec id="sec-3-3">
        <title>3.3. Assemblies in .Net environment</title>
        <p>The Assembly operator processes the transmitted data between modules using the
CTS system (Common Type System, Fig. 5).</p>
        <p>The objectives of the Assembly included:
- display value types, reference and inline data types in computer data format;</p>
        <p>- description of common Language Runtime (CLR) routines and processing of
integer data, floating point, strings, bits;</p>
        <p>- specifications of classes, interfaces, built-in data types, enumerations, etc.,
specified in the CLS (Common Language Specification);</p>
        <p>- translation of data in PL to intermediate MSIL, which is converted to CPU code
for execution on different architectures of network computers.</p>
        <p>
          Implementation of this scheme on the platform MS.NET is given for PL in [
          <xref ref-type="bibr" rid="ref25">25</xref>
          ].
When you build objects, the IDL interface description begins with the interface
keyword, followed by the interface name, parameter types, and operations (op_dcl) for
calling objects:
interface A { ... }
interface B { ... }
interface C: B, A { ... }.
        </p>
        <p>The operation parameters (op_dcl) in the interface assignment are: 1) data type
(type_dcl); 2) the constant (const_dcl); 3) the name of the exception (except_dcl) that
may occur during the execution of the object method; 4) parameter attributes
(attr_dcl). The description of data types (TD) begins with the typedef keyword,
followed by the base or constructed type and its identifier. As a constant, there can be
some value of the given type or an expression composed of constants. TD and
constants are described as fundamental data types: integer, bool, string, float, char and
etc.</p>
        <p>The description of op_dcl data transfer operations includes:
1) the name of the operation interface;
2) parameter list (zero or more);
3) types of arguments and results, otherwise-void;
4) control parameter or description of an exceptional situation, etc.</p>
        <p>Attributes of transmitted parameters begin with service words: in – when sending a
parameter from the client to the server; out - when sending parameters-results from
the server to the client; inout – when passing parameters in both directions (from the
client to the server and back).</p>
        <p>The interface description for one object can be inherited by another object and then
this description becomes basic. An example of this is given below:
const long l=2
interface A {
void f (in float s [l]); }
interface B {
const long l=3 )
interface C: B, A { }.</p>
        <p>Interface C uses interface B and A. this means that interface C inherits the
description of data types A and B, which are external to C. But the syntax and semantics
remain unchanged. According to the given example-the operation of the function f in
the interface C is inherited from A.</p>
      </sec>
      <sec id="sec-3-4">
        <title>3.4. Compiler Building</title>
        <p>This method performs processing of the source code in PL (C++, Fortran, Go, Perl,
PHP, Pyrhon, Java) with make, cmake on BSD systems, GNU Unix, and MS and
Assembly interface in the API (Application Programming Interface) an executable
file in native code (libraries of modules of Microsoft, Unix, etc.), as well as the
integration of the integration of compiled modules with ABI (Application Binary
Interface) to an intermediate language MSIL bytecode in the environment .NET (Fig.6).</p>
        <p>The process of building resources in PL with an interface in API and ABI through
make executes the GNU Build system Assembly script generator in MSBuild (.NET),
Apache Ant (Java), Apache Maven translators with Java, C#, Scala; Scons(C, C++,
Java, Fortran,Tex), etc.:
- the instruction set of the processor to the register file, stack and memory;
- the size and location of the base data that the computer processor works with;
binary file formats, libraries and executables.</p>
        <p>Program communication operations in API and ABI for C++ and Fortran
(Fig.Seven): add executable (exec_name source1 source2 ...) - create executable file
from source code files source1, source2, etc.;</p>
        <p>- add library (lib_name source1 source2 ...) # create lib_name library from source
code files source1, source2, etc.</p>
        <p>- target include_directories (target PUBLIC dir1 dir2 ...) # include dir1, dir2, ...
direc-tories in the header search list when building an executable from the library;
- target_link_libraries(target lib1 lib2 ...) # link (include in Assembly) library
elements lib1, lib2 for target.</p>
      </sec>
      <sec id="sec-3-5">
        <title>3.5. Build in GRID</title>
        <p>Build in GRID (www.gloubos.org) provides interaction of resources through calls of
RPC/RMI in programs on YAP by means of operations assembling, config, make and
establish communication of resources among themselves at work with Cloud
Computing and Big Data. A system GRID (Fig. 8) provides processing and management of
software, service and other Web resources of the global network. The Assembly of
heterogeneous network and system resources into Web systems, applications and
packages that work with data of different volumes is carried out in the ETICS GRID
system (Fig. 8). Resources are described in different modern PL. The basic entities of
systems, services, and applications, as well as relationships, are described in the CIM
(Common Information Model). ETICS uses a standardized description of the project
for the main objects: Project, Subsystem, and Component. Project. A subsystem can
contain only Components. They use the CIM data model to define relationships
between different objects and to describe objects and relationships between them, and to
pass the results of their execution to queries. Storing and maintaining data is based on
a relational type model in MySQL.</p>
        <p>The data model description is based on the following basic assumptions: 1) each
component contains a description of the information (name, license, repository URL,
etc.) and a global unique identifier-ID (GUID); 2) the configuration object contains
version information, repository link, GUID, framework platform and system
configuration link; 3) each component is checked (checkout) compiled element, test
commands and GUIDs, as well as communication with the configuration; 4) when
defining the configuration and platform, each object displays a GUID, its properties,
runtime, and dependencies, which can be declared statically or dynamically. A static
dependency is a relationship between two configurations, a dynamic dependency is a
relationship between a configuration and a module.</p>
        <p>ETICS by function is a modern software factory. It is based on a set of features,
services, and package-building procedures that can be combined by plugins, provide
job management, and provide access to the OS, CPU architecture, compilers in the
YAP, and tools to define different packages and test them after resource Assembly
and deployment. Many functional plug-ins provide contract verification, execution
tests of different system elements, documentation generation, maintenance of
readymade СPIs in the operational or static repository.</p>
        <p>The main task of the ETICS system is to convert some system components for an
alternative platform of heterogeneous computer environment by means of links from
16 -, 32-bit platforms to 64-bit Grid environment platform. Unicore (Uniform
Interface to Computingresources) deals with software interface support issues
(www.unicore.org). the WSRF (Web Service Recurse Framework) tool provides
security And protection of data resources and systems. The Grid environment includes
system components that provide simulation of physical experiments, Cloud
computing and processing of large amounts of data:</p>
        <p>- Globus Toolkit (GGF) for SOA and SCA; Condor (www.cs.wisc.edu/condor);
WebFlow (http://www.npac.syr.edu/users/haupt/WebFlow/); Nimrod/G
- (www.csse.monash.edu.au/~davida/nimrod/references.htm);
- Gridbus Data Grid Service Broker;GRACE (Grіd Archіtecture for
Computatіonal Economy);</p>
        <p>- Grid- Port and Grid Port Toolkit) for management creation of Web-systems.</p>
      </sec>
      <sec id="sec-3-6">
        <title>3.6. Industrial Resource Assembly Systems</title>
        <p>
          Build by type of software factories: IBM WebSphere, Microsoft Biz Talk, BEA
WebLogic Oracle 10g, SAP NetWeaver and IVK “Jupiter”. They contain CASE tools
for assembling (link) resources (services, components and data through the data
broker stub and skeleton of the CORBA system, overeating data using the Workflow
Protocol with safety and quality control (Table 2) [
          <xref ref-type="bibr" rid="ref24">24</xref>
          ].
Corporation "BEA Sys- J2EE application server, data exchange
tems" in "Oracle" (from brokers, GORE, application server, portal,
2008) workflow/BPMN
Corporation "Oracle" J2EE application server, data brokers,
http://www.oracle.com GORE, portal, workflow/BPMN, EII tools
Corporation SAP J2EE/ABAP application server, data
exhttp://www1.sap.com/ww change brokers, portal, BPMN tools
w.sap.ru
Company IVK Data brokers, KPIs, runtime, certification,
(Rus- data protection
sian)http://www.ivk.ru
Microsoft Biz
Talk
2004 аnd .Net
BEA WebLogic
Oracle 10g
SAP NetWeaver
IVK "Upiter”
        </p>
        <p>In the software factories of these systems, the architecture is modified according to
the required service resource codes of the SOA model in Visual Studio Industry
Partners (VSIP). This uses the Guidance Automation eXtensions (GAX) and Guidance
Automation Toolkit (GAT) models in Visual Studio. GAX is an execution
environment in VSIP using recommendation packages. There are two service options: web
service ASP.NET (ASMX) for Windows Communication Foundation (WCF) in the
.NET Framework 3.0. Versions for the WCF web service are available from the
developers of the GotDotN SOFTWARE factory. It includes enterprise processes and
packages of documentation and recommendations for an application such as Global
Bank. This is similar to the SCA model in IBM WebSphere.</p>
        <p>Build (integrate) different programs on CASE tools: Make, Apache Ant, Apache
Maven, Gradle, etc. Make is a cross-platform automation system for building systems
from source code. It generates Assembly control files, such as a Makefile on Unix
systems, for Assembly through the make operation (see 3.4.) Apache
Ant-JAVAutility to automate the process of building a software product. Ant is a
platformindependent analogue of the UNIX make utility, but using the JAVA language
adapted for JAVA projects. The most important difference between Ant and Make is
that Ant uses XML to describe the build process and its dependencies, while Make
has its own Makefile format. XML file (or build.xml) builds executable programs.</p>
      </sec>
      <sec id="sec-3-7">
        <title>3.7. Configuring Resource and Component</title>
        <p>Assembly in GFM is a way to assemble resources in an industry. K. Chernetsky
created a generational multiassembly on Product Line / Product Family. (see Generative
programming. Methods, tools, application, 2005.- 750s.). The GDM model introduces
new concepts to represent the subject areas of knowledge: the problem space, the
solution space, and the configuration base of the system family (SF). The task space
displays the concepts of Software Systems / Family (SSP), members and their General
characteristics in the MF (Feature Model), as well as functions and tasks that are
described by the GPL (General-Purpose Language) or domain-oriented languages DSL,
UML2. The solution space is the components, frameworks, templates, and CRUs of
implementing the tasks of members FS of the SSF family.</p>
        <p>The rules of description, generation of components and selection of СPIs for
individual SSF tasks are included in the configuration database. In this case, the
framework is equipped with variable model parameters, which can lead to excessive
fragmentation and the appearance of "many small methods and classes". The
framework provides dynamic linking of aspects and components in the process of
implementing variability between different applications. Design patterns enable the
creation of reusable solutions in different program systems (PS). ActiveX and
JAVABeans component technologies, as well as new build mechanisms, are used to
define aspects such as synchronization, remote interaction, data protection, etc.</p>
        <p>The results of the description of the SSF model in these spaces are in the
configuration knowledge base (BZ): connections and characteristics (functional or
nonfunctional) specified in the corresponding MF model of family members and
construction operations are combined into a common PS or SSF. Knowledge about
system configuration in the form of abstractions of General and special purpose, CRU
and Reuses c results of their testing, measurement and evaluation are displayed in BZ.</p>
      </sec>
      <sec id="sec-3-8">
        <title>3.8. Build on the Model Transformation and Configuration</title>
        <p>The transformation model is described in a DSL. The main mechanism of transition
from the description of models to the initial result is the transformation of domain
concept descriptions into an intermediate language of DSL-space of solutions, and
then into a language of implementation of components taking into account the
platform, where ready-made components and/or new tasks are located.</p>
        <p>In the software factories of these systems, the architecture is modified according to
the required service resource codes of the SOA model in Visual Studio Industry
Partners (VSIP). This uses the Guidance Automation eXtensions (GAX) and Guidance
Automation Toolkit (GAT) models in Visual Studio. GAX is an execution
environment in VSIP using recommendation packages. There are two service options: web
service ASP.NET (ASMX) for Windows Communication Foundation (WCF) in the
.NET Framework 3.0. Versions for the WCF web service are available from the
developers of the GotDotN SOFTWARE factory. It includes enterprise processes and
packages of documentation and recommendations for an application such as Global
Bank. This is similar to the SCA model in IBM WebSphere. Build (integrate)
different programs on CASE tools: Make, Apache Ant, Apache Maven, Gradle, etc. Make
is a cross-platform automation system for building systems from source code. It
generates Assembly control files, such as a Makefile on Unix systems, for Assembly
through the make operation (see 3.4.) Apache Ant-JAVA-utility to automate the
process of building a software product. Ant is a platform-independent analogue of the
UNIX make utility, but using the JAVA language adapted for JAVA projects. The
most important difference between Ant and Make is that Ant uses XML to describe
the build process and its dependencies, while Make has its own Makefile format.
XML file (or build.xml) builds executable programs.</p>
      </sec>
      <sec id="sec-3-9">
        <title>3.9. The Standard Configuration of the Service Resources</title>
        <p>
          Under the configuration of the system is understood the structure of some of its
versions, including functions, combined with each other communication operations with
parameters that specify the modes of operation of the system [
          <xref ref-type="bibr" rid="ref1 ref16 ref17 ref18 ref2 ref31">1, 2, 16–18, 31</xref>
          ]. The
system version or configuration according to IEEE Standard 828-2012
(Configuration) includes:
- Configuration Baseline-BC;
- Configuration Item;
- Components included in the description of Msys, Mwsys models.
        </p>
        <p>Configuration Management is to monitor the modification of configuration
parameters and components of the system, as well as to conduct systematic
monitoring, accounting and auditing of changes, integrity and health of the system on
the processes:
1. Configuration Identification;
2. Configuration Control;
3. Configuration Status Accounting;
4. Configuration Audit;
5. The tracing configuration, maintenance and operation of the system;
6. Verification of component services according to the model of the system or the
web system.</p>
        <p>The system model and MF (Model Feature) model are used in the configuration
Assembly of the CRU. RUs are selected by their libraries, adapted and integrated into
the system. The main role in these processes is performed by the Configurator, for
example, Fig. 9 in (http://7dragons.ru/ru).</p>
        <p>The Configurator manages the creation of a variant of the finished product and
stores it in the repository. The model of the environment of the Configurator includes:
граф graph structure of the system from resources;  system options model; 
configuration model and CRU Assembly operations; аудит system configuration audit; 
verification of models and resources;  quality assessment of KRU and systems.</p>
        <p>The Configurator builds the web system using the config operation
(http://7dragons.ru/ru) on the model of Msys, MMF and specified domain resources
and their interfaces. The configured file is then evaluated for quality and security.</p>
        <p>
          Linux OS variant configuration build OS Linux contains more than 10 000
variables and a large number of functional system components that provide processing of
various tasks for the functioning of any application systems running OS Linux is
presented in the diagram (Fig.10) and performed in the master's work [
          <xref ref-type="bibr" rid="ref34">34, 46</xref>
          ].
        </p>
        <p>At the top level is the user space, which houses user applications and the GNU C
library (glibc) with system call interfaces to communicate with the kernel. The Linux
OS kernel contains more than 11,000 program elements and is common to all
processor architectures supported by Linux. The next level – architecture-dependent BSP
(Board Support Package) kernel code defines a specific processor and platform
architecture. Linux OS can be compiled for a huge number of different processors and
platforms with different architectural constraints and needs. Linux OS can run on a
processor with or without a memory management unit (MMU).</p>
        <p>The main components of the Linux OS kernel include the following: - kernel
function system call interface; - manage processes or threads using the application
programming interface (API) via SCI to create a new process and scheduler algorithm
whose running time is independent of the number of threads; - memory management
with the participation of hardware that establishes the correspondence between virtual
memory and physical memory; - definition of a virtual file system (VFS), which
provides a General abstraction of the interface to file systems and serves for switching
between SCI and kernel file systems; - the network stack has a multilevel structure of
the protocols themselves.</p>
        <p>Internet Protocol (IP) is the basic Protocol of the network layer and is located
below the transport Protocol TCP (Transmission Control Protocol). Above TCP is the
socket layer and is a standard API to the network subsystem and to hardware devices.
From the OS kernel, the necessary components are selected and an MF model is
created with the basic characteristics of the OS components and the Msys system model,
including many functional MF, interface Mio and Md of working with the data of the
Linux OS base kernel.</p>
        <p>The types build different resources in Sections 3.1–3.9 (link, make, config,
assembling, building, weaver, integration) for creating application, service, information and
technical systems in the network to the Global Internet, is based on the theory of
conversion of complex data types ISO/IEC 11404 GDT to a more simple FDT for
calculations on the created systems. The General provisions of the data type conversion
theory of this standard are discussed below.</p>
        <p>Fig. 10. The structure of kernel ОS Linux.</p>
      </sec>
      <sec id="sec-3-10">
        <title>3.10. Theoretical Basis of TD FDT and GDT Transformation</title>
        <p>
          Heterogeneous CRUs, service components work with data that includes multiple
values, operations on those values, and the interaction of performing operations on them.
Initially, the module Assembly method used the axiomatic FDT (Fundamental Data
Types) in the YAP class for the EU OS. This axiomatics was developed by
wellknown specialists E. Dijkstra, N. Wirth, V. Tursky, V. N. Agafonov and others in the
70s [
          <xref ref-type="bibr" rid="ref16 ref5">5, 16</xref>
          ]. Later in 1996, the axiomatics of General Data Types (GDT) was
developed in ISO/IEC 11404 — GDT, 1996, 2007.
        </p>
        <p>
          Fundamental data types (FDT) include:  simple types (integer, real, boolean,
character, bite, etc.); complex (arrays, tables, files, records, sets, trees, etc.). These
parameters set the basic values of data in the programs in the PL, which is checked at
the compilation stage for type compliance. At runtime, they are implemented using
polymorphic type predicates. CRUs exchange data, the values of which must
correspond to each other. In case of nonconformity of TD (for example, integer is passed,
and it is required for execution of the called module real), equivalent transformations
of the exchanged data (integer &lt;-&gt; real) are carried out by means of primitive
functions of APROP interface library for FDT [
          <xref ref-type="bibr" rid="ref1 ref16 ref32">1, 16, 32</xref>
          ].
        </p>
        <p>To the problems of conversion of TD are different in of modules or components:
a) discrepancy of quantity (formal and actual) of parameters or their incorrect
description;</p>
        <p>b) inconsistency of types of transmitted parameters or their values for computer
formats;
с) absence of direct and inverse transformations of parameters, etc.;
d) no transformation of complex to simple data types. The new GDT standard
works in information and software systems with data such as containers, templates,
patterns, protocols, pointers, sets, lists, sequences, non-structural, heterogeneous, etc.</p>
        <p>This standard ISO/IEC 11404 GDT-1996 has passed many years of testing and
released a new version in 2007. the standard ISO / IEC 11404 GDT-1996 includes
aggregate, generative, extensible, etc. TD, which require their generation to the
fundamental TD for subsequent use in the ready resources of the Global Internet to perform
calculations. In this regard, it is necessary to develop new primitive conversion
functions of non-equivalent TD for new YAP (C, C++, Python, Basic, Ruby, JAVA, etc.)
and other types (Fig. 12).</p>
        <p>Fig. 11. The data types in GDT standard.</p>
        <p>To solve the problems of data transformation according to the GDT and FDT
standard when linking (interacting) CRU and services specified in different modern
NPS, an approach to the generation of GDT&lt;=&gt;FDT is proposed (Fig. 13), the Basis
of this approach is the problem of converting common data types to simpler FDT.</p>
        <p>To support resource Assembly, you must implement the following GDT&lt;=&gt;FDT
data conversions: specifying external TD’S in WSDL, saving them in DB and in
repositories; convert TD GDT to TD in new PL1,..., PL n ; implementation of TD
GDT with special primitive functions and taking into account the format of
framework platforms; equivalent mapping and generation of GDT&lt;=&gt;FDT data
taking into account the platforms of modern computer and Internet cluster systems
where resources will operate.</p>
        <p>Semi-structured, unstructured and expandable TD appear in connection with the
exploration of the bowels of the earth, space and ocean. Practical processing of these
new data structures will be required in order to solve effectively applied tasks in
different application areas, especially those working with Big Data</p>
        <p>
          Approaches to processing unstructured Big Data  a set of large-volume data, as
well as approaches, tools and methods of presenting unstructured huge amounts of
data to obtain data and effectively use them on numerous nodes of the Internet when
solving applied intelligence is and it systems using DBMS [
          <xref ref-type="bibr" rid="ref17 ref25 ref26">17, 25, 26</xref>
          ]. To work with
large amounts of data, the ETL (Extract Transform Load) method was formed, with
which the:
– extract data from external sources;
 transform and clean data to meet your requirements;
 load data into data stores; analyze data and transfer data from one application to
another, etc.
        </p>
        <p>The main properties of Big Data include:
 horizontal scalability of processed big data and a large number of clusters and
servers;</p>
        <p> fault tolerance against the failure on processor clusters and nodes in the network.
Thus, the Yahoo hadoop cluster tool has more than 42,000 computers, among which
some of them may fail;</p>
        <p> data localization and processing on servers where big data is practically stored to
solve the relevant tasks; change the number of workers on the cluster using MySQL
Cluster tools;</p>
        <p> Big Data can be represented as tensors that control computation (e.g. multilinear
subspace learning, Etc.).</p>
        <p>System tools for processing Big Data include:</p>
        <p>NoSQL is a database of non-relational and distributed data with open source and
horizontal scalability, effectively support random read, write and versioning.
MapReduce is a distributed computing model that is used in parallel computing with big data
in computer clusters. Hadoop is a freely distributed set of utilities, libraries, and
frameworks for developing and running distributed applications (including
MapReduce programs) running on clusters of hundreds or thousands of nodes.</p>
        <p>SMB-big data processing systems within Cloud computing. Big Data is analyzed
by means of statistical and dynamic methods of analysis of artificial intelligence,
neural networks, mathematical linguistics; A/B Testing, Crowdsourcing Data Fusion;
Integration Genetic Algorithms Machine Learning; Natural Language Processing;
Signal Processing Simulation and Visualization; Massively Parallel Processing;
Search-Based Applications, Data Mining, Multilinear Subspace Learning, etc.</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Service-component Processing of Internet Resources</title>
      <p>To build services there is a Jopera tool for Eclipse (http://www.jopera.ethz.ch/),
containing a set of Eclipse-plugins for communication of various software resources and
implementation of iterative composition of services (via routers SOAP and RESTful
Web-service, Grid-services, Java snipes, etc.) and modeling of processes on the
Internet. To search for services by their semantic descriptions, Feta Client and Feta Engine
are used, where Feta Client is a GUI plugin of the Internet Taverna system to describe
the service, and Feta Engine to specify the Webservice.</p>
      <sec id="sec-4-1">
        <title>4.1. Client Server Architecture</title>
        <p>
          Internet to work with resources uses three-level Internet Architecture: client,
application server and Database server (DB) [
          <xref ref-type="bibr" rid="ref32">32</xref>
          ]. At the client level, the resources of web
systems are transferred: the interface, data operations, encryption algorithms and
interaction with the application server, etc. the Client sends a request (request) in XML
to the server using protocols (HTTP, SMTP). The application server receives a
request from the client, processes it, and generates a response to the client by
horizontally scaling the performance of web systems without making changes to the code of
the running system.
        </p>
        <p>The database server starts from the application server and performs database
maintenance to ensure the integrity, safety of data and client access to database
information. When working with Big Data on the server, the tasks of managing and
analyzing large data, as well as manipulating data with a large load are solved. The
front-end client part of the application is responsible for the interface to the hardware
and software part of the web application. Front-end servers handle Internet
applications that take up sufficient memory space. Back-end server runs a server application
in PL (C, C++, Python, Ruby, Java, Basic, etc.), organizes their calculation and
processing of emergencies.</p>
      </sec>
      <sec id="sec-4-2">
        <title>4.2. Ensuring the Quality of Web systems</title>
        <p>
          According to the ISO / IEC 12207 standard, the software LC standard regulates the
planning, quality management and cost estimation for the creation of the system. In
these processes, lifecycle analyses quality assurance; verification and validation
(V&amp;V) resources and evaluating the degree of achievement of individual quality
indicators; test of the finished system; data collection about the failures, defects etc. and
failures; assessment of the reliability on the respective reliability models based on the
results of testing [
          <xref ref-type="bibr" rid="ref33 ref35 ref36">33, 35, 36</xref>
          ].
        </p>
        <p>
          The ISO/IEC 9000 (1-4) Quality model defines six characteristics q1– q6 (q –
qualiEach qi characteristic is calculated according to special formulas and metrics of the
standard. Reliability is evaluated according to the errors, defects and failures in the
SOFTWARE obtained during the testing process and according to the corresponding
reliability models (evaluation, measurement, etc.). Data on all quality indicators
q1 — q6 are evaluated by the formula:
6
 =1

 =
∑     

where aij-attributes of each quality indicator (i = 1..6); mi – metrics of each quality
attribute; wi – weight of each attribute of the system quality indicator. The obtained
values for the indicators of the quality model are included in the product quality
certificate. Options for assessing the quality of configured systems are given on the ITC
website [
          <xref ref-type="bibr" rid="ref18 ref19">18, 19</xref>
          ].
        </p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>Conclusions</title>
      <p>
        The technology of assembling Web-systems from intellectual and service resources
was formed in the framework of RFBR project No. 16-01-00352 "Theory and
methods of development of variable software systems" [
        <xref ref-type="bibr" rid="ref21 ref22 ref23">21–23</xref>
        ]. In this paper, we consider
the basic concepts of configuration Assembly of systems, web systems from
readymade resources-KPI, reuses, service-components, Web-services, which are described
in modern PL (C, C++, JAVA, Python, Ruby, Basic, etc.), and their interfaces in the
WSDL language. Operations of configuration Assembly of systems from ready
network resources are given.
      </p>
      <p>The analysis of intellectual and information resources in the environment of
Semantics of Web and open models of SOA and SCA for representation of these
elements by means of system services, servers, clients and means of data processing of
Big Data in Cloud Computing is given. Assembly operations (link, make, cmake,
config, weaver) are considered on the example of existing systems (APROP,
CORBA, BSD, GNU, MSBuild; EuroGrid; Semantic Web; BEA WebLogic Oracle,
SAP Net, etc.). The theoretical apparatus of resource Assembly using fundamental
and General data types and mechanisms of transformation of non-equivalent
unstructured data (including Big Data) transmitted through the Assembly operations in the
Internet environment based on the ISO/IEEE 11404 GDT standard is presented.
The configuration Assembly of resources and processes of verification, testing and
quality assessment using the ISO/IEC 9000 (1-4) Quality standard of the received
product is described. The RFBR project 16-01-00209 (2019-2021) considers the
client-server architecture of the Internet and the configuration Assembly of
intellectualization and information ready-made resources with the provision of functional
security, reliability and quality of Web systems for working with Big Data in the Cloud
Computing environment. The graph theory, new programming paradigms and
ontology of mathematical modeling of applied problems for vital areas of society
(medicine, biology, physics, mathematics, economics, etc.) will become the main tools of
smart machines of the 21st century.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Grishchenko</surname>
            ,
            <given-names>V.N.</given-names>
          </string-name>
          :
          <article-title>Sviaz raznoiazykovykh modulei v OS ES</article-title>
          .
          <article-title>Finansy i statistika</article-title>
          , Moscow (
          <year>1982</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Lavrischeva</surname>
            ,
            <given-names>E.M.:</given-names>
          </string-name>
          <article-title>Formal fundamentals of component interoperability in programming</article-title>
          .
          <source>Cybernetics and Systems Analysis</source>
          <volume>46</volume>
          (
          <issue>4</issue>
          ),
          <fpage>639</fpage>
          -
          <lpage>652</lpage>
          (
          <year>2010</year>
          ), https://doi.org/10.1007/s10559- 010-9240-z.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Grishchenko</surname>
            ,
            <given-names>V.N.</given-names>
          </string-name>
          :
          <article-title>Sborochnoe programmirovanie</article-title>
          . Nauk. dumka, Kiev (
          <year>1991</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Lipaev</surname>
            ,
            <given-names>V.V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pozin</surname>
            ,
            <given-names>B.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shtrik</surname>
            ,
            <given-names>A.A.</given-names>
          </string-name>
          :
          <article-title>Tekhnologiia sborochnogo programmirovaniia</article-title>
          .
          <source>Radio i sviaz</source>
          , Moscow (
          <year>1992</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Grishchenko</surname>
            ,
            <given-names>V.N.</given-names>
          </string-name>
          :
          <article-title>Sborochnoe programmirovanie. Osnovy industrii programmnykh produktov</article-title>
          .
          <source>Nauk. Dumka</source>
          , Kiev (
          <year>2009</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Ershov</surname>
            ,
            <given-names>A.P.</given-names>
          </string-name>
          :
          <article-title>Opyt integralnogo podkhoda k aktualnoi probleme PO</article-title>
          . Kibernetika,
          <volume>11</volume>
          -
          <fpage>21</fpage>
          (
          <year>1984</year>
          ).
          <article-title>Nauchnye osnovy dokazatelnogo programmirovaniia</article-title>
          .
          <source>Vestnik AN SSSR 10</source>
          ,
          <fpage>9</fpage>
          -
          <lpage>19</lpage>
          (
          <year>1984</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>Web</given-names>
            <surname>Services Description</surname>
          </string-name>
          <article-title>Language (WSDL) 1</article-title>
          .1, http://www.w3.org/TR/wsdl, last accessed
          <year>2019</year>
          /11/21.
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <given-names>Semantic</given-names>
            <surname>Web</surname>
          </string-name>
          , http://www.w3.org/2001/sw/,
          <source>last accessed</source>
          <year>2019</year>
          /11/21.
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <article-title>Reference Model for Service Oriented Architecture 1</article-title>
          .0, http://docs.oasis-open.org/soarm/v1.0/soa-rm.html,
          <source>last accessed</source>
          <year>2019</year>
          /11/21.
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <source>Web Services Resource</source>
          <volume>1</volume>
          .2 (
          <string-name>
            <surname>WS-Resource</surname>
            <given-names>)</given-names>
          </string-name>
          , http://docs.oasis-open.org/wsrf/wsrfws_resource-
          <fpage>1</fpage>
          .
          <fpage>2</fpage>
          <string-name>
            <surname>-</surname>
          </string-name>
          spec-os.pdf,
          <source>last accessed</source>
          <year>2019</year>
          /11/21.
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <source>SOAP Version 1.2 Part</source>
          <volume>1</volume>
          :
          <string-name>
            <given-names>Messaging</given-names>
            <surname>Framework (Second Edition</surname>
          </string-name>
          ) // W3C Recommendation. 27
          <source>April</source>
          <year>2007</year>
          , http://www.w3.org/TR/SOAP12-part 1, last accessed
          <year>2019</year>
          /11/21.
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Hebeler</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          , Fisher,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Blace</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            ,
            <surname>Peter-Lopes</surname>
          </string-name>
          ,
          <string-name>
            <surname>A.</surname>
          </string-name>
          :
          <article-title>Semantic Web programming</article-title>
          .
          <source>Willey Publishing Inc</source>
          . (
          <year>2008</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.</given-names>
          </string-name>
          :
          <article-title>Teoriia i praktika fabrik program</article-title>
          .
          <source>Kibernetika i sistemnyi analiz 6</source>
          ,
          <fpage>145</fpage>
          -
          <lpage>158</lpage>
          (
          <year>2011</year>
          )
          <article-title>; Theory and practice of software factories</article-title>
          .
          <source>Cybernetics and Systems Analysis</source>
          <volume>47</volume>
          (
          <issue>6</issue>
          ),
          <fpage>961</fpage>
          -
          <lpage>972</lpage>
          (
          <year>2011</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.</given-names>
          </string-name>
          :
          <article-title>Classification of software engineering disciplines</article-title>
          .
          <source>Cybernetics and Systems Analysis</source>
          ,
          <volume>44</volume>
          (
          <issue>6</issue>
          ),
          <fpage>791</fpage>
          -
          <lpage>796</lpage>
          (
          <year>2008</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.:</given-names>
          </string-name>
          <article-title>Teoriia obieektno-komponentnogo modelirovaniia programmnykh system</article-title>
          .
          <source>Preprint ISP RAN 29</source>
          ,
          <fpage>1</fpage>
          -
          <lpage>52</lpage>
          (
          <year>2016</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Ivannikov</surname>
            ,
            <given-names>V.P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dyshlevyi</surname>
            ,
            <given-names>K.V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mazhelei</surname>
            ,
            <given-names>S.G.</given-names>
          </string-name>
          :
          <article-title>Raspredelennye obieektnoorientirovannye sredy</article-title>
          .
          <source>Trudy Instituta sistemnogo programmirovaniia RAN</source>
          , vol.
          <volume>1</volume>
          , pp.
          <fpage>100</fpage>
          -
          <lpage>121</lpage>
          (
          <year>2000</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ryzhov</surname>
            ,
            <given-names>A.G.</given-names>
          </string-name>
          :
          <article-title>Primenenie teoriia obshchikh tipov dannykh standarta ISO/IEC 12207 GDT primenitelno k Big Data</article-title>
          .
          <source>In: Conference “Actual problems in science and ways their development”</source>
          ,
          <source>27 December</source>
          <year>2016</year>
          , pp.
          <fpage>99</fpage>
          -
          <lpage>110</lpage>
          (
          <year>2016</year>
          ). http://euroasiascience.ru/,
          <source>last accessed</source>
          <year>2019</year>
          /11/21.
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Karpov</surname>
            ,
            <given-names>L.E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tomilin</surname>
            <given-names>A.N.</given-names>
          </string-name>
          :
          <article-title>Sistemnaia podderzhki resheniia biznes zadach v globalnoi informatsionnoi seti</article-title>
          . In:
          <article-title>Nauchnyi servis v seti Internet: Trudy XVII Vserossiiskoi nauchnoi konferentsii (19-24 sentiabria 2016</article-title>
          , Novorossiisk), pp.
          <fpage>101</fpage>
          -
          <lpage>127</lpage>
          . IPM im. M.V.
          <string-name>
            <surname>Keldysha</surname>
          </string-name>
          (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Karpov</surname>
            ,
            <given-names>L.E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tomilin</surname>
            ,
            <given-names>A.N.</given-names>
          </string-name>
          :
          <article-title>Semanticheskie resursy dlia razrabotki ontologii nauchnoi i inzhenernoi predmetnykh oblastei</article-title>
          . In:
          <article-title>Nauchnyi servis v seti Internet: Trudy XVIII Vserossiiskoi nauchnoi konferentsii</article-title>
          (
          <volume>19</volume>
          -
          <fpage>24</fpage>
          sentiabria
          <year>2016</year>
          g.,
          <source>g. Novorossiisk)</source>
          , pp.
          <fpage>126</fpage>
          -
          <lpage>138</lpage>
          . IPM im. M.V.
          <string-name>
            <surname>Keldysha</surname>
          </string-name>
          (
          <year>2016</year>
          ), https://doi.org/10.20948/abrau-2016-8.
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Karpov</surname>
            ,
            <given-names>L.E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tomilin</surname>
            ,
            <given-names>A.N.</given-names>
          </string-name>
          :
          <article-title>Podkhody k predstavleniiu nauchnykh znanii v Internet nauke</article-title>
          . In:
          <article-title>XIX Vserossiiskii nauchnoi konferentsii «Nauchnyi servis v seti Internet (Novorossiisk</article-title>
          ,
          <fpage>18</fpage>
          -
          <lpage>23</lpage>
          sentiabria
          <year>2017</year>
          ), pp.
          <fpage>310</fpage>
          -
          <lpage>326</lpage>
          . IPM im. M.V.
          <string-name>
            <surname>Keldysha</surname>
          </string-name>
          (
          <year>2017</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          21.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.:</given-names>
          </string-name>
          <article-title>Komponentnaia teoriia i kollektsiia tekhnologii dlia razrabotki industrialnykh prilozhenii iz gotovykh resursov</article-title>
          . In: Trudy 4
          <article-title>-oi nauchno-prakticheskoi konferentsii «Aktualnye problemy sistemnoi i programmnoi inzhenerii»</article-title>
          ,
          <source>APSPI-2015</source>
          ,
          <fpage>20</fpage>
          -
          <lpage>21</lpage>
          maia
          <year>2015</year>
          , pp.
          <fpage>101</fpage>
          -
          <lpage>119</lpage>
          (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          22.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.:</given-names>
          </string-name>
          <article-title>Programmnaia inzheneriia</article-title>
          .
          <source>Teoriia Programmirovaniia. MFTI</source>
          , Moscow (
          <year>2016</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          23.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Petrenko</surname>
            ,
            <given-names>A.K.</given-names>
          </string-name>
          :
          <article-title>Modelirovanie sistem i ikh semeistv</article-title>
          .
          <source>Trudy ISP RAN 28(6)</source>
          ,
          <fpage>180</fpage>
          -
          <lpage>190</lpage>
          (
          <year>2016</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          24.
          <string-name>
            <surname>Kuliamin</surname>
            ,
            <given-names>V.V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mutilin</surname>
            ,
            <given-names>V.S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Petrenko</surname>
            ,
            <given-names>A.K.</given-names>
          </string-name>
          :
          <article-title>Verifikatsiia i analiz variabelnykh operatsionnykh system</article-title>
          .
          <source>Trudy ISP RAN 28(3)</source>
          ,
          <fpage>189</fpage>
          -
          <lpage>209</lpage>
          (
          <year>2017</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          25.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.:</given-names>
          </string-name>
          <article-title>Programmnaia inzheneriia</article-title>
          .
          <source>Paradigmy, Tekhnologii, CASE-sredstva programmirovaniia. 2nd edn. Iurait</source>
          , Moscow (
          <year>2016</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          26.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.:</given-names>
          </string-name>
          <article-title>Programmnaia inzheneriia i tekhnologiia programmirovaniia slozhnykh system</article-title>
          .
          <source>Iurait</source>
          , Moscow (
          <year>2017</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          27.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kolesnik</surname>
            ,
            <given-names>A.L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Steniashin</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Iu</surname>
          </string-name>
          .:
          <article-title>Obieektno-komponentnoe proektirovanie programmnykh system. Teoreticheskie i prikladnye voprosy</article-title>
          .
          <source>Vesnik KNU</source>
          , seriia fiz.
          <source>-mat. Nauk</source>
          <volume>4</volume>
          ,
          <fpage>150</fpage>
          -
          <lpage>164</lpage>
          (
          <year>2013</year>
          );
          <article-title>Object-Component Development of Application and Systems</article-title>
          .
          <source>Theory and Practice. Journal of Software Engineering and Applications</source>
          <volume>7</volume>
          (
          <issue>9</issue>
          ) (
          <year>2014</year>
          ), https://doi.org/10.4236/jsea.
          <year>2014</year>
          .
          <volume>79070</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref28">
        <mixed-citation>
          28.
          <string-name>
            <surname>Lavrischeva</surname>
            ,
            <given-names>E.M.</given-names>
          </string-name>
          :
          <article-title>Assembling Paradigms of Programming in Software Engineering</article-title>
          .
          <source>Journal of Software Engineering and Applications</source>
          <volume>9</volume>
          (
          <issue>6</issue>
          ),
          <fpage>296</fpage>
          -
          <lpage>317</lpage>
          (
          <year>2016</year>
          ), https://doi.org/10.4236/jsea.
          <year>2016</year>
          .
          <volume>96021</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref29">
        <mixed-citation>
          29.
          <string-name>
            <surname>Lavrischeva</surname>
            ,
            <given-names>E.M.</given-names>
          </string-name>
          :
          <article-title>Ontological Approach to the Formal Specification of the Standard Life Cycle</article-title>
          .
          <source>In: Science and Information Conference-2015, July 28-30</source>
          , London, UK, pp.
          <fpage>965</fpage>
          -
          <lpage>972</lpage>
          , www.conference.thesai.org,
          <source>last accessed</source>
          <year>2019</year>
          /11/21.
        </mixed-citation>
      </ref>
      <ref id="ref30">
        <mixed-citation>
          30.
          <string-name>
            <surname>MacGregor</surname>
          </string-name>
          , S.D.,
          <string-name>
            <surname>Sykes</surname>
            ,
            <given-names>D.A.</given-names>
          </string-name>
          :
          <article-title>Practical Guide to Testing Object-oriented software</article-title>
          .
          <source>Addison-Wesley</source>
          (
          <year>2001</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref31">
        <mixed-citation>
          31.
          <string-name>
            <surname>Sayyad</surname>
            ,
            <given-names>A.S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ingram</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Menzies</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ammar</surname>
          </string-name>
          , H.:
          <article-title>Scalable product line configuration: a straw to break the camel's back</article-title>
          .
          <source>In: IEEE/ACM 28-th International Conference on Automated Software Engineering (ASE</source>
          <year>2013</year>
          ). IEEE, pp.
          <fpage>465</fpage>
          -
          <lpage>474</lpage>
          (
          <year>2013</year>
          ), https://doi.org/10.1109/ASE.
          <year>2013</year>
          .
          <volume>6693104</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref32">
        <mixed-citation>
          32.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ryzhov</surname>
            ,
            <given-names>A.V.</given-names>
          </string-name>
          :
          <article-title>Approach to the Modeling of Systems and Sites From Ready Resources</article-title>
          .
          <source>In: CEUR Workshop Proceedings</source>
          , vol.
          <volume>2260</volume>
          , pp.
          <fpage>321</fpage>
          -
          <lpage>345</lpage>
          (
          <year>2018</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref33">
        <mixed-citation>
          33.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Petrenko</surname>
            ,
            <given-names>A.K.</given-names>
          </string-name>
          : Informatics-
          <fpage>70</fpage>
          .
          <article-title>Computerization aspects of programming software and informatic systems technologies</article-title>
          .
          <source>Proc. ISP RAS 1</source>
          (
          <issue>2</issue>
          ),
          <fpage>3</fpage>
          -
          <lpage>4</lpage>
          (
          <year>2018</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref34">
        <mixed-citation>
          34.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Avetisian</surname>
            ,
            <given-names>A.I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Petrenko</surname>
            ,
            <given-names>A.K.</given-names>
          </string-name>
          : Informatika. EVM-
          <volume>70</volume>
          .
          <article-title>Analiz i aspekty razvitiia</article-title>
          .
          <source>In: ISPRAS-2018</source>
          , http://0x1.tv/20181122AF, last accessed
          <year>2019</year>
          /11/21.
        </mixed-citation>
      </ref>
      <ref id="ref35">
        <mixed-citation>
          35.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.:</given-names>
          </string-name>
          <article-title>The Scientific Basis of Software Engineering</article-title>
          .
          <source>International Journal of Applied and Natural Sciences (IJANS) 7</source>
          (
          <issue>5</issue>
          ),
          <fpage>15</fpage>
          -
          <lpage>32</lpage>
          (
          <year>2018</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref36">
        <mixed-citation>
          36.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pakulin</surname>
            ,
            <given-names>N.V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ryzhov</surname>
            ,
            <given-names>A.G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zelenov</surname>
            ,
            <given-names>S.V.</given-names>
          </string-name>
          :
          <article-title>Analiz metodov otsenki nadezhnosti oborudovaniia i sistem. Praktika primeneniia metodov</article-title>
          .
          <source>Trudy ISP RAN 30 (3)</source>
          ,
          <fpage>99</fpage>
          -
          <lpage>120</lpage>
          (
          <year>2018</year>
          ), https://doi.org/10.15514/ISPRAS-2018-
          <volume>30</volume>
          (
          <issue>3</issue>
          )-
          <fpage>8</fpage>
          , http://0x1.tv/20180517F, last accessed
          <year>2019</year>
          /11/21.
        </mixed-citation>
      </ref>
      <ref id="ref37">
        <mixed-citation>
          37.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.:</given-names>
          </string-name>
          <article-title>Sovremennye sistemy iskusstvennogo intellekta</article-title>
          . In: Simpozium «
          <article-title>Iskusstvennyi intellekt: razlichnye podkhody k ego voploshcheniiu (kompiuterno-setevye, neirosetevye, kvantovye tekhnologii i drugie)»</article-title>
          , Moskva,
          <volume>13</volume>
          oktiabria
          <year>2018</year>
          . Moscow (
          <year>2018</year>
          ), https://videonauka.ru/stati/30-metodika
          <article-title>-prepodavaniya-tekhnicheskikhdistsiplin/237-informatika-i-evm-70-analiz-i-aspekty-razvitiya</article-title>
          ,
          <source>last accessed</source>
          <year>2019</year>
          /11/21.
        </mixed-citation>
      </ref>
      <ref id="ref38">
        <mixed-citation>
          38.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.:</given-names>
          </string-name>
          <article-title>Teoriia grafovogo modelirovaniia slozhnykh sistem iz modulei dlia prikladnykh oblastei</article-title>
          .
          <source>Nauchno-prakticheskii zhurnal «Vysshaia shkola» 14</source>
          ,
          <fpage>27</fpage>
          -
          <lpage>46</lpage>
          (
          <year>2019</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref39">
        <mixed-citation>
          39.
          <string-name>
            <surname>Lavrishcheva</surname>
            ,
            <given-names>E.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mutiltin</surname>
            ,
            <given-names>V.S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kozin</surname>
            ,
            <given-names>V.S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ryzhov</surname>
            ,
            <given-names>A.G.</given-names>
          </string-name>
          :
          <article-title>Modelirovanie prikladnykh i informatsionnykh sistem iz gotovykh resursov Internet</article-title>
          .
          <source>Trudy IspRAN</source>
          <volume>31</volume>
          (
          <issue>1</issue>
          ),
          <fpage>7</fpage>
          -
          <lpage>24</lpage>
          (
          <year>2019</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref40">
        <mixed-citation>
          40.
          <string-name>
            <surname>Lavrischeva</surname>
            ,
            <given-names>E.M.:</given-names>
          </string-name>
          <article-title>The theory graph modeling systems from quality modules of the application areas</article-title>
          .
          <source>In: APSE-2019</source>
          , pp.
          <fpage>235</fpage>
          -
          <lpage>247</lpage>
          . Moscow (
          <year>2019</year>
          ).
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>