<?xml version="1.0" encoding="UTF-8"?>
<TEI xml:space="preserve" xmlns="http://www.tei-c.org/ns/1.0" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://www.tei-c.org/ns/1.0 https://raw.githubusercontent.com/kermitt2/grobid/master/grobid-home/schemas/xsd/Grobid.xsd"
 xmlns:xlink="http://www.w3.org/1999/xlink">
	<teiHeader xml:lang="en">
		<fileDesc>
			<titleStmt>
				<title level="a" type="main"></title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Aleksandr</forename><surname>Dodonov</surname></persName>
							<email>dodonovua@gmail.com</email>
							<affiliation key="aff0">
								<orgName type="department">Institute of Information Registration Problems</orgName>
								<orgName type="institution">National Academy of Sciences of Ukraine</orgName>
								<address>
									<addrLine>Shpaka street, bldg. 2</addrLine>
									<postCode>03113</postCode>
									<settlement>Kyiv</settlement>
									<country key="UA">Ukraine</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Aleksey</forename><surname>Nikiforov</surname></persName>
							<email>aleksey.nikiforov.62@gmail.com</email>
							<affiliation key="aff0">
								<orgName type="department">Institute of Information Registration Problems</orgName>
								<orgName type="institution">National Academy of Sciences of Ukraine</orgName>
								<address>
									<addrLine>Shpaka street, bldg. 2</addrLine>
									<postCode>03113</postCode>
									<settlement>Kyiv</settlement>
									<country key="UA">Ukraine</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Vladimir</forename><surname>Putyatin</surname></persName>
							<affiliation key="aff0">
								<orgName type="department">Institute of Information Registration Problems</orgName>
								<orgName type="institution">National Academy of Sciences of Ukraine</orgName>
								<address>
									<addrLine>Shpaka street, bldg. 2</addrLine>
									<postCode>03113</postCode>
									<settlement>Kyiv</settlement>
									<country key="UA">Ukraine</country>
								</address>
							</affiliation>
						</author>
						<author>
							<affiliation key="aff1">
								<orgName type="department">Information Technologies and Security</orgName>
								<address>
									<addrLine>November 30</addrLine>
									<postCode>2023</postCode>
									<settlement>Kyiv</settlement>
									<country key="UA">Ukraine</country>
								</address>
							</affiliation>
						</author>
					</analytic>
					<monogr>
						<idno type="ISSN">1613-0073</idno>
					</monogr>
					<idno type="MD5">D1542F32F710FC2ECF91C47D1160EF71</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2025-04-23T19:57+0000">
					<desc>GROBID - A machine learning software for extracting information from scholarly documents</desc>
					<ref target="https://github.com/kermitt2/grobid"/>
				</application>
			</appInfo>
		</encodingDesc>
		<profileDesc>
			<textClass>
				<keywords>
					<term>Automated Management System</term>
					<term>Organizational Management</term>
					<term>Adaptation</term>
					<term>Conceptual Design</term>
					<term>System Algebra</term>
					<term>Set Degrees</term>
					<term>Theoretical-Systemic Construct</term>
					<term>Conceptual Scheme</term>
					<term>Constituent</term>
					<term>Confinement Model</term>
					<term>Ontological Universality</term>
					<term>Types of Structures.1</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>The adaptation of automated organizational management systems (ASOM) is closely related to the concept of distributed systems. In this context, adaptation involves modifying structural relationships between information blocks, adjusting processing algorithm parameters, and incorporating reflective elements. Currently, the field of ASOM adaptation within complex distributed systems has emerged, where specialized mathematical models and methods are employed. This paper presents an analysis of the scientific and methodological framework for ASOM adaptation, including examples of successful applications of ontology synthesis and conceptual structure synthesis using degree-based structural typologies. Limitations of current approaches in addressing adaptation challenges, particularly with respect to conceptual changes, are identified. Further development directions are suggested, focusing on enhancing the scientific and methodological framework through tensor transformations in electrical multicoil networks.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>System of information processing procedures</head><p>The emergence of new means and methods of their application</p><p>The problem is that: introducing new settings or changing software leads to conflict situations. It is easier to develop a new automated control system than to adapt its current version. As technological cycles shorten, the urgency of adapting ASOM structures or concepts intensifies. Such adaptation ideally should occur without a complete redesign or the need for new automation tools, instead relying on transformative procedures that require minimal time and resources. Therefore, when designing new ASOM, it is advisable to integrate adaptability features, preferably in an automated manner.</p><p>To address ASOM adaptation, several key research directions should be emphasized. The organization management process operates in three modes (Figure <ref type="figure" target="#fig_2">2</ref>):  Planning or Programming Mode: Focused on preparing for future operations.  Adjustment Mode: Modifies a pre-existing plan during its execution (targeted management).  Operational Management Mode: Manages ongoing operations in real-time.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>The problem of adaptation of AOMS to conceptual changes in management processes</head><p>Planning or Programming Mode:</p><p>1) adaptation of the control object model (structure and behavior);</p><p>2) adaptation of algorithms for predicting the state of the system under given control and conditions;</p><p>3) adaptation of algorithms for selecting optimal control for a given terminal state of the system.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Adjustment Mode (target management):</head><p>1) transformation of the area of controlled parameters;</p><p>2) changing the boundaries and dimensions of the zones of permissible and boundaryachievable parameters.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Operational Management Mode:</head><p>1) adaptation of algorithms for restoring the current state of the system in relation to current management criteria;</p><p>2) adaptation of algorithms for diagnosing functional deviations, risks, threats, etc.  This detailed breakdown of the adaptation problem highlights the importance of developing mathematical and software solutions for ASOM. Targeted research in these areas will lay the theoretical groundwork for adaptive ASOM development. Some scientific advancements have already been made in synthesizing structures with defined properties and in the conceptual design of complex systems.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.">Mathematical Models and Methods for Constructing Adaptive ASOM</head><p>In constructing adaptive Automated Systems of Organizational Management (ASOM), two primary approaches, closely linked through ontology application, can be identified (Figure <ref type="figure" target="#fig_3">3</ref>):  System Algebra Framework: Utilizes Boolean functions, predicate calculus, and logical inference <ref type="bibr" target="#b0">[1]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head></head><p>Set Degree or Structure Type Framework: Also known as conceptual design <ref type="bibr" target="#b2">[3]</ref>, this approach relies on degrees or types of structures <ref type="bibr" target="#b1">[2]</ref>. The system algebra framework combines mathematical logic with algebraic structures, such as groups and rings, which serve as models for processes, and lattices, which model structural relationships. The set degree framework similarly employs algebra but focuses on set degree formation and logical procedures. Together, these approaches support the development of adaptive mechanisms for systems, with multiple successful implementations already demonstrated.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.1.">Confinement Models</head><p>As proposed in <ref type="bibr" target="#b3">[4]</ref>, confinement models (CM) provide a structured approach to building ontologies, allowing a systemic-cognitive method that remains impartial to individual researchers' modeling techniques. Using CMs, original ontologies are constructed based on ontological universals, which model relational systems across various subject areas.  The following types of confinement models are identified (Figure <ref type="figure" target="#fig_5">4</ref>):  Conceptual CM (CCM): Connects elements through "causes/depends on" relationships, with a specific case being the triadic CM (TCM) (Figure <ref type="figure" target="#fig_5">4a</ref>).  o Hypernymic (HCM) (Figure <ref type="figure" target="#fig_5">4b</ref>): Classifies concepts using hierarchical genusspecies relations, expressed as "is." o Meronymic (MKM) (Figure <ref type="figure" target="#fig_5">4c</ref>): Analyzes subsystems systematically with "is part of" relationships. o Attributive (AKM) (Figure <ref type="figure" target="#fig_5">4d</ref>): Classifies properties using the relation "has a property."  Process CM (PKM): Structures processes by identifying life cycle stages with "is input/output for" relationships.</p><p>Through CMs, knowledge structuring can be achieved using interrelated cognitive models of a specialized kind, setting a standard for ontology detailing by various researchers. This approach facilitates the development of formal methods for operating and transforming ontology structures.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.2.">Automatic Adaptation of Information Processing Algorithms</head><p>In <ref type="bibr" target="#b5">[5]</ref>, ontological task models are proposed for developing software systems capable of adapting to changes in a given domain. Here, a "task" in the task ontology refers to a structured problem situation defined by specific conditions and goals (criteria). The domain ontology represents the management process as a series of elementary tasks. A formal ontological model is constructed using system algebra <ref type="bibr" target="#b0">[1]</ref>, and practical algorithms for transforming task ontologies are implemented in the CLEPE environment (Conceptual Level Programming Environment), adhering to principles of conceptual modeling <ref type="bibr" target="#b2">[3]</ref>.</p><p>In the modeling system, knowledge is formally represented as follows:</p><p>The domain consists of a set of objects 𝐴 , 𝐴 , … , 𝐴 , where each object is classified as an instance of a corresponding concept. These object sets serve as the basis for n many-sorted algebras.</p><p>Each set 𝐴 , defines an abstract data type:</p><formula xml:id="formula_0">𝐸 = (𝑁𝑎𝑚𝑒, Σ, 𝐸 ),<label>(1)</label></formula><p>where 𝑁𝑎𝑚𝑒 denotes the type name (e.g., circle); Σ is the signature of the many-sorted algebra (circle parameters like center coordinates, radius); 𝐸 is the defining relations of the type (circle equations).</p><p>An algebraic domain set is formed by types 𝐸 𝐸 = (𝐸 , … , 𝐸 , … , 𝐸 ).</p><p>(2) Additional domains are defined as follows:  Attribute Domain, 𝐴𝑡, defined as key-value pairs: {𝑘𝑒𝑦, 𝑣𝑎𝑙𝑢𝑒} , where 𝑘𝑒𝑦 is the attribute identifier (for example, "x"); 𝑣𝑎𝑙𝑢𝑒 -its value (real number). Operations such as merge, substitute, delete, and interpret (merge, substitute, delete, enterp) are defined for this domain. In addition to these operations, various functions are defined, for example, the value selection function of the domain: 𝐹 (𝐴𝑡, 𝑘𝑒𝑦) → 𝑣𝑎𝑙𝑢𝑒 ;  Boolean Domain, 𝐶𝑠, contains expressions yielding Boolean values {𝑡𝑟𝑢𝑒, 𝑓𝑎𝑙𝑠𝑒} with variables from other domains. It includes Boolean operations "AND," "OR," "otherwise" and simplifies conditions via the interpretation operation (=). 𝐶𝑠 elements are constraints (conditions).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head></head><p>Entity Domain with Attributes, 𝑇, represented by tuples 𝐸 , 𝐴𝑡 , 𝐶𝑠 * , where for each i there is only one j, that forms an element of the T: ∀𝑖 ∃ 𝑗: 𝐸 , 𝐴𝑡 , each condition (constraint) belonging to the subset 𝐶𝑠 * , is an expression with operands belonging to the domain 𝐴𝑡 . Operations on elements of this domain are the union or division (merge, split) of entities. The union operation is interpreted as the synthesis of a new entity with a compatible set of properties and constraints (conditions) of operand entities. The division operation is the reverse. Instances of the domain of entities with attributes are tuples of corresponding facts;  Relation Domain, RI, on structures: 𝑇 , × … × 𝑇 , , 𝐴𝑡 , 𝐶𝑠 * , where 𝑇 , × … × 𝑇 , is a Cartesian product of algebraic data types from the 𝑇 domain (attribute space related to the i-th structure); 𝐴𝑡 -types of relation attributes; 𝐶𝑠 * -constraints (conditions) defining the relation. Operations such as union, separation, substitution (merge, split, substitute) are performed on relations. The ontology itself is a tuple of concept domains with attributes, relations, and constraints: 𝑂𝑛 = (𝑇, 𝑅𝐼, 𝐶𝑠 * ).</p><p>(3) The problem's ontological model is described by the tuple: 𝑀𝑑 = 〈𝑂𝑛 , 𝐴𝑐 * , 𝐶𝑠 * 〉 , (4) where 𝑂𝑛 is the problem ontology according to the construction rules (3); 𝐴𝑐 * is the task ontology; 𝐶𝑠 * is the set of additional constraints (conditions). Each action is an entity within the 𝑇 domain, serving as a command to external services or other ontological models. Parameters are attributes from 𝑂𝑛 or constants.</p><p>The transformation of algorithms depending on changes in conditions and constraints is carried out using the parameter initialization function (InstPar), which is given as a set of mappings between the action attribute and the attribute values of entities and relations in the ontology model: 𝐼𝑛𝑠𝑡𝑃𝑎𝑟: 𝐴𝑐 , , 𝑝𝑘𝑒𝑦 , → 𝑆𝑒𝑙𝑉𝑎𝑙 𝐴𝑡 , , 𝑘𝑒𝑦 , , 𝐴𝑐 , ∈ 𝑀𝑑 , 𝐴𝑡 , ∈ 𝑂𝑛 ∈ 𝑀𝑑 ,</p><p>(</p><formula xml:id="formula_1">)<label>5</label></formula><p>where 𝑀𝑑 is the ontological model of the considered task; 𝑂𝑛 is the task's ontology.</p><p>The software system based on the ontological model of tasks is presented in Figure <ref type="figure">5</ref> [5]. Interpreting facts, solving tasks, establishing relationships.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Simulation system</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Events External services</head><p>Semantic interpretation of events.</p><p>Using operations by calling external services.</p><p>Requests to the provider during model execution.</p><p>Establishing the fact of the process.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Figure 5:</head><p>The structure of a software system based on ontological task models.</p><p>The management process in the intelligent control system generates events, which are interpreted using the ontology of the corresponding subject area. Based on the interpretation of the event, models and algorithms necessary for implementing the computational process for management in current conditions are activated. Using the ontology of models and algorithms, a new computation schedule is created. The synthesis of the schedule is carried out using the apparatus of mathematical logic (logical inference).</p><p>Depending on the context of the occurring events, either one or another ontological model is activated. The initiator of activation is the ontological model being executed (Figure <ref type="figure">6</ref>) <ref type="bibr" target="#b5">[5]</ref>.  </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Identifying</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head></head><p>Ontological Model Management: Creation and editing of models using classes and facts, defining constraints, operations, and service links.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head></head><p>Execution of Models: Testing models on a factual base and verifying outcomes. The system is implemented in Python with PyQt for its graphical interface, and includes components such as an ontology editor, fact editor, model editor, and simulation programs. Future development will focus on expanding model interactions, implementing logical inference, enabling multi-variant computations, and addressing contextual dependencies.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.3.">Deployment of Security Domain Ontology Based on Conceptual Schemes of Abstract Security Relations</head><p>In <ref type="bibr" target="#b6">[6]</ref>, a methodology is outlined for modeling the "security" domain using conceptual analysis and design, specifically focusing on a mixed inter-subjective and subject-object security relation derived from an abstract security structure. This approach is based on several key postulates for security relations <ref type="bibr" target="#b7">[7]</ref>:  There exists a world of possibilities.  A possibility can be actualized and then ceases to be a possibility.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head></head><p>An element of the world of possibilities is the possibility of realizing one or another event.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head></head><p>Possibilities can be connected by a "genetic" relation (the realization of one or several possibilities is a necessary condition for the realization of another possibility).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head></head><p>Possibilities can be linked by a blocking relation (if a blocking possibility is realized, a blocked possibility cannot be realized).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head></head><p>Possibilities are attributes of subjects and objects in the "real world" that realize these possibilities.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head></head><p>There exists a world of subjects.  Subjects have interests.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head></head><p>The interests of different subjects can enter into relations.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head></head><p>Relations between subjects occur only through their interests. In the world of possibilities, complex network structures with cycles can emerge. A subject's interests nominally constitute a subset of its possibilities (the subject is interested in realizing these possibilities).</p><p>Any possibility that blocks possibilities from the subject's area of interest represents a threat to the subject's interests.</p><p>A possibility that blocks a threat is a security measure concerning that threat. An action to realize a possibility is a possibility that is formative for the subject related to that possibility.</p><p>Since threats and actions regarding the realization of possibilities can also define threats and measures, it can be said that there are first, second, third, etc., order threats and measures.</p><p>The ontology construction process involves iteratively breaking down the factors in a structuretree format within this set of possibilities. This breakdown involves:  Concept Elaboration: Specification and detailing of initial concepts.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head></head><p>Inter-branch Relations: Formation of relations between ontology branches by integrating hierarchical levels and factor-based relationships. Using conceptual schemes of abstract security relation structures <ref type="bibr" target="#b7">[7]</ref>, the ontology's factorstructure is built, including types like:  Abstract Security Relations: Basic interconnections and constraints among possibilities.  Hierarchical Subject-transforming Security Relations: Transformational security relationships at different subject levels.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head></head><p>Polysubjective Security Management: Relations involving multiple subjects managing shared security interests.  Danger Propagation: Mechanisms for identifying and propagating security threats across the structure. A fragment of Security Structure Types is provided in Table <ref type="table">1</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Table 1</head><p>The conceptual scheme of types of structures of abstract security relations (fragment)</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Denotation of constituents</head><p>Formal expression of constituents Schematic interpretation of constituents 𝑋1</p><p>Set of possibilities.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>𝑋2</head><p>Set of subjects.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>𝐷1.1 ℬ(𝑋1 × 𝑋1)</head><p>Relationship of genetic connection of possibilities or set of pairs: possibilitypossibility, which proves to be a necessary condition for the realization of the considered possibility. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>⋮ ⋮ ⋮</head><p>Constituents presented in Table <ref type="table">1</ref> are types of abstract security relation structures synthesized using formal rules of transforming text structure when applying set degree formation operations <ref type="bibr" target="#b7">[7]</ref>.</p><p>The handbook of theoretical constructs <ref type="bibr" target="#b8">[8]</ref> based on this procedure contains over 200 system classes, covering both static systems (fixed relations) and dynamic (degrading) systems, facilitating a deductive approach to security management system design-from abstract principles to concrete applications. A key challenge remains in interpreting high-degree set constituents, which, due to their complexity, require specialized tools for practical use.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.">Development of Adaptation Methods and Models for ASOM</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.1.">Current Challenges in Adaptation</head><p>The scientific results presented are an example of a fairly successful solution to the problem of adapting ASOM. However, it cannot be claimed that the problem is fully solved. There are limitations and drawbacks to the methods that do not allow concluding the completion of creating a conceptual transformation apparatus for management systems.</p><p>Therefore, when adapting the computational procedures' regulations (see section Помилка! Джерело посилання не знайдено.), the ontology of models and algorithms is used, which is preformed and entered into the knowledge base. The task of expanding and developing the ontology based on the interpretation of facts and events remains unresolved. This leads to the need, once again, to create a new version of the mathematical and software when there are conceptual changes in the management process for which the ASOM is created. The adaptation or "learning" of ASOM under a new management concept has not yet been implemented.</p><p>For the method of using conceptual schemes of structure types (see section Помилка! Джерело посилання не знайдено.), the bottleneck is the interpretation of the created abstract schemes. For higher set degrees (which are significant in practice), the generated constituents are expressions with a very large dimension. Their size exceeds human capabilities to operate with data blocks. In <ref type="bibr" target="#b8">[8]</ref>, to overcome this difficulty, it is suggested to create a special language for the formalized description and representation of set degrees. In both cases, the essence of the difficulties hindering the implementation of ASOM adaptation lies in creating a method and corresponding software for synthesizing structures with specified properties.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.2.">Proposed Solutions to Adaptation Challenges</head><p>As a method for synthesizing new structures, tensor transformation of networks developed by Gabriel Kron <ref type="bibr" target="#b9">[9]</ref> can be used. Kron proposed a methodology for the theoretical-set and algebraic synthesis of topologies in the form of the analysis method and tensor transformation of electrical networks.</p><p>An electrical network is convenient for a formalized description of structural connections of various kinds. Unlike other types of non-electric networks, an electrical network is always surrounded by a dynamic electromagnetic field created by itself, extending to infinity in all directions. By using the model of induction and self-induction in the branches of an electrical network, it is convenient to describe various intra-system connections between elements of the analyzed structure (organizational topology).</p><p>If we interpret the organizational-functional structure in the form of a multi-coil electrical network, tensor synthesis of Kron <ref type="bibr" target="#b9">[9]</ref> can be used to synthesize a structure with specified properties.</p><p>The synthesis tensor is defined as follows:</p><p>For an existing multi-coil electrical network, there is a connection tensor 𝐂 or in other words, a primitive network transformation tensor. A primitive network is a set of node pairs (an electric coil with an input and output point) and elementary circuits that form a specific network but are not connected to each other. The transformation tensor 𝐂 is such that the corresponding electrical network functions in a defined manner:</p><p>𝑄(𝐳 , 𝐢 , 𝐞 ) = 0 , (6) where 𝐳 is the impedance tensor (electrical resistances of node pairs and network circuits, taking into account the resistance of inductance and self-induction in mutual influence of coils), 𝐢 is the current tensor; 𝐞 is the voltage tensor; 𝑄(𝐳, 𝐢, 𝐞) = 0 is the formalized representation of the network's behavior. The impedance tensor of the output network 𝐳 is derived from the impedance tensor of the primitive network 𝐳′ using the transformation tensor (𝐂 ) <ref type="bibr" target="#b9">[9]</ref>: 𝐳 = (𝐂 ) 𝐳′ 𝐂 .</p><p>The synthesis tensor 𝐂 is derived to transform the impedance tensor of the output network 𝐳 into the impedance tensor of another network 𝐳 , without changing the network's behavior: 𝐳 = (𝐂 ) 𝐳 𝐂 , (8) 𝑄(𝐳 , 𝐢 , 𝐞 ) = 𝑄(𝐳 , 𝐢 , 𝐞 ) = 0 , (9) where (𝐂 ) is the transposed synthesis tensor 𝐂 .</p><p>The method of deriving the synthesis tensor 𝐂 depends on the form of the formalized description of the system behavior 𝑄(𝐳, 𝐢, 𝐞). The result of this derivation is a compound tensor (a tensor whose elements are also tensors) <ref type="bibr" target="#b9">[9]</ref>.</p><p>In <ref type="bibr" target="#b10">[10]</ref>, a method for the formalized representation of conditions for computing regulations based on the transformation of a multi-coil network is provided. The condition is expressed as the equality of zero currents in intermediate node pairs of the network. Intermediate node pairs are interpreted as a group of parameters not determined in the process of computations. Using the synthesis tensor, a variety of electrical networks satisfying the formalized description of the system behavior 𝑄(𝐳, 𝐢, 𝐞) {𝐳 , 𝐢 , 𝐞 } ∈ Ω , where Ω -is the set of electrical networks obtained by transforming from the output network {𝐳 , 𝐢 , 𝐞 } using the synthesis tensor 𝐂 , determined based on the formalized condition <ref type="bibr" target="#b6">(6)</ref>.</p><p>The choice of a specific network {𝐳, 𝐢, 𝐞} * from the variety Ω is made using an established criterion 𝐾:</p><p>𝐾 {𝐳,𝐢,𝐞} * ≻ ⋯ ≻ 𝐾 {𝐳 ,𝐢 ,𝐞 } ≻ ⋯ ≻ 𝐾 {𝐳 ,𝐢 ,𝐞 } , (10) where 𝑛 is the number of alternative electrical networks forming the set Ω .</p><p>Thus, solving the problem of synthesizing structures with specified properties and addressing the adaptation problem of ASOM to conceptual changes in the control process can be implemented by introducing the following intermediate scheme (Figure <ref type="figure" target="#fig_11">7</ref>).  This scheme involves using a pre-interpreted bank of conceptual schemes for specific systems. Conceptual schemes are presented as multi-coil electrical networks with a corresponding formalized description of the desired behavior. In other words, defining the boundaries of the region of permissible state parameters or the existence area of the system.</p><p>In case of changes in the control loop that cannot be adapted by adjusting parameters within the existing control structure:  the conceptual schema that is relevant to the initial state of the ASOM is retrieved from the database. Each conceptual schema has a formalized representation of its domain of existence and a pre-formed synthesis tensor to determine alternative schemes within that domain;  using the synthesis tensor, a transformation of the original conceptual schema results in a set of alternative conceptual schemes;  a criterion for establishing preference is formulated for comparing these alternative conceptual schemes;  the criterion previously established is used to determine and choose a new conceptual scheme that best meets the needs of adapting the ASOM to the changes that have occurred in the management process. Therefore, to address the adaptation problem in this context, progress should be made in the following directions: creating a database of pre-interpreted conceptual schemes for specific systems in relevant subject areas; developing a procedure for transforming conceptual schemes based on the use of the tensor transformation procedure for electrical networks.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head></head><p>confinement models for ontological networks;  algebraic systems apparatus;  set theory apparatus of N. Bourbaki. The main practical challenge in implementing these approaches is the issue of dimensionality. To construct adaptive control systems with complexity corresponding to real processes, the problem of creating a specialized language for interpreting (representing) the results of conceptual design needs to be addressed.</p><p>As an intermediate step in solving the adaptation problem, it is advisable to address the design task by transforming previously created conceptual schemes of specific systems.</p><p>The primary tasks for implementing this approach include:  creating and accumulating a database (bank) of pre-interpreted conceptual schemes for specific systems;  developing a procedure for transforming conceptual schemes based on the use of the tensor transformation procedure for electrical networks.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head>Figure 1 :</head><label>1</label><figDesc>Figure 1: Key Structural Elements of ASOM and the Problem of Their Adaptation.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_2"><head>Figure 2 :</head><label>2</label><figDesc>Figure 2: Management Modes and Current Research Directions for Addressing ASOM Adaptation Issues.</figDesc><graphic coords="2,88.80,594.72,129.12,129.12" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_3"><head>Figure 3 :</head><label>3</label><figDesc>Figure 3: Mathematical Models and Methods Used to Solve the Problem of ASOM Adaptation.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_5"><head>Figure 4 :</head><label>4</label><figDesc>Figure 4: Types of Confinement Models: a) CCM; b) GCM; c) MKM; d) AKM</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_8"><head>Figure 6 : 2 .</head><label>62</label><figDesc>Figure 6: The process of activating a task model.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_9"><head></head><label></label><figDesc>Relationship of blocking connection of possibilities or set of pairs: possibilitypossibility that blocks the considered possibility. 𝑇1.0 {𝛼 ⊂ ℬ(𝑋1 × 𝑋1)|Pr 𝛼 = Pr 𝛼} Set of cycles of possibilities. 𝐴1.1 (𝛼 ⊂ 𝑇1.0)&amp;(𝛼 ⊂ 𝛽) ⇒ (𝛼 ⊂ 𝐷1.1) ∨ (𝛼 ⊂ 𝐷1.2) ⇒: (𝛽 = ∅) Axiom. Relations of genetic, blocking, as well as mixed genetic and blocking connection of possibilities do not allow cycles and loops. 𝐴1.2 𝛼 ∈ ℬ(𝑋1 × 𝑋1) &amp; (𝑑 ∈ 𝛼) ⊃ (𝑑 ⊂ 𝐷1.1) &amp; (𝑥 ∈ Pr 𝛼)&amp;(𝑥 ∈ Pr 𝛼)&amp; (Pr 𝛼\𝑥 = Pr 𝛼\𝑥 ) ⇒ 𝛽 ∈ ℬ(𝑋1 × 𝑋1)&amp;(𝑑 ∈ 𝛽) ¬ ⇒ (𝑑 ⊂ 𝐷1.2)&amp;(𝑥 ∈ Pr 𝛽)&amp; (𝑥 ∈ Pr 𝛽)&amp;(Pr 𝛽\𝑥 = Pr 𝛽\𝑥 ) Axiom. Possibilities connected by a genetic relationship cannot be connected by a blocking relationship, and vice versa.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_10"><head></head><label></label><figDesc>synthesis tensor from the conditions defining the domain of existence of the transformed network.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_11"><head>Figure 7 :</head><label>7</label><figDesc>Figure 7: Scheme for Obtaining New Structures through Tensor Transformation of Pre-Interpreted Conceptual Schemes.</figDesc><graphic coords="11,331.20,254.16,72.00,56.16" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_0"><head></head><label></label><figDesc>Achieving ASOM adaptation to a new management concept during the planning mode requires mechanisms that transform: 1. Management Object Model: Restructures the management process to align with a new conceptual framework, including functional relationships and responses to external influences. 2. Prediction Algorithms: Adjusts ASOM software to predict the system's state under the new management model and external conditions. 3. Optimal Management Algorithms: Updates decision-support algorithms to plan for the organization's functioning under the modified model and performance criteria. For the adjustment mode of previously created plans, transformation mechanisms include: 1. Controlled Parameter Areas: Expands the parameters, dimensionality, and structure of inter-parameter relationships. 2. Acceptable and Limit-Reachable States: Adapts criteria for achieving established goals. For operational management, transformation mechanisms involve: 1. Current State Algorithms: Reflects observed parameters in the cognitive model of the management process.</figDesc><table /><note>2. Diagnostic Algorithms: Identifies functional deviations, risks, etc. 3. Decision Support Algorithms: Provides real-time support for current management decisions.</note></figure>
		</body>
		<back>

			<div type="acknowledgement">
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Acknowledgements</head><p>Methods and models designed to solve adaptation and self-organization problems of Automated Control Systems (ACS) belong to the field of conceptual ontology design and transformation.</p><p>There are examples of developing adaptation models based on the application of:</p></div>
			</div>

			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">Algebra of systems: a metalanguage for model synthesis and evaluation</title>
		<author>
			<persName><forename type="first">B</forename><surname>Koo</surname></persName>
		</author>
		<author>
			<persName><forename type="first">W</forename><surname>Simmons</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">IEEE Transactions on systems, man and cybernetics</title>
		<imprint>
			<biblScope unit="volume">39</biblScope>
			<biblScope unit="issue">3</biblScope>
			<biblScope unit="page" from="501" to="513" />
			<date type="published" when="2009">2009</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<monogr>
		<author>
			<persName><forename type="first">N</forename><surname>Bourbaki</surname></persName>
		</author>
		<title level="m">Eléments de Mathématique. XX. Première partie. Les structures fondamentales de l&apos;Analyse</title>
				<meeting><address><addrLine>Paris</addrLine></address></meeting>
		<imprint>
			<publisher>Hermann et Cie</publisher>
			<date type="published" when="1956">1956</date>
			<biblScope unit="page">118</biblScope>
		</imprint>
	</monogr>
	<note>Livre I Théorie des Ensembles. Première édition</note>
</biblStruct>

<biblStruct xml:id="b2">
	<monogr>
		<title level="m" type="main">Conceptual Modeling of Intelligent Software Systems</title>
		<author>
			<persName><forename type="first">V</forename><surname>Yevgeniy</surname></persName>
		</author>
		<author>
			<persName><surname>Burov</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2012">2012</date>
			<publisher>Lviv Polytechnic Publishing House</publisher>
			<biblScope unit="page">432</biblScope>
			<pubPlace>Lviv</pubPlace>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<monogr>
		<author>
			<persName><forename type="first">N</forename><forename type="middle">N</forename><surname>Mukhacheva</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><forename type="middle">V</forename><surname>Popov</surname></persName>
		</author>
		<title level="m">Ontologicheskie modeli i metody dlya upravleniya informatsionnointellektualnymi resursami organizatsii [Ontological models and methods for managing information and intellectual resources of an organization</title>
				<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title/>
		<ptr target="https://cyberleninka.ru/article/n/ontologicheskie-modeli-i-metody-dlya-upravleniyainformatsionno-intellektualnymi-resursami-organizatsii.pd" />
	</analytic>
	<monogr>
		<title level="j">Vestnik UGATU -Bulletin of USATU</title>
		<imprint>
			<biblScope unit="volume">14</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="123" to="135" />
			<date type="published" when="2011">2011</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<analytic>
		<title level="a" type="main">Software Systems Based on Ontological Models of Problems</title>
		<author>
			<persName><forename type="first">V</forename><surname>Yevgeniy</surname></persName>
		</author>
		<author>
			<persName><surname>Burov</surname></persName>
		</author>
		<author>
			<persName><forename type="first">V</forename><surname>Volodymyr</surname></persName>
		</author>
		<author>
			<persName><surname>Pasichnyk</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Series: Information Systems and Networks: collection of scientific works</title>
				<imprint>
			<date type="published" when="2015">2015</date>
			<biblScope unit="volume">829</biblScope>
			<biblScope unit="page" from="36" to="57" />
		</imprint>
		<respStmt>
			<orgName>Bulletin of the National University ; Lviv Polytechnic</orgName>
		</respStmt>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<monogr>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">P</forename><surname>Nikanorov</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">V</forename><surname>Vybornov</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Ivanov</surname></persName>
		</author>
		<author>
			<persName><surname>Yu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">E</forename><surname>Korshikov</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><forename type="middle">V</forename><surname>Kostyuk</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Z</forename><forename type="middle">A</forename><surname>Kuchkarov</surname></persName>
		</author>
		<author>
			<persName><forename type="first">V</forename><forename type="middle">V</forename><surname>Mikheev</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">K</forename><surname>Shalyapina</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">P</forename><surname>Nikanorova</surname></persName>
		</author>
		<idno>- 624</idno>
		<ptr target="https://vestnik.asomio.msu.ru›issue›download" />
		<title level="m">/ Concept</title>
				<imprint>
			<date type="published" when="2006">2006</date>
		</imprint>
	</monogr>
	<note type="report_type">Safety research</note>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">Development of a language for gender-structural explication of subject areas. / Development and conceptual design of intelligent systems</title>
		<author>
			<persName><forename type="first">N</forename><forename type="middle">K</forename><surname>Nikitina</surname></persName>
		</author>
		<author>
			<persName><forename type="first">V</forename><forename type="middle">V</forename><surname>Postnikov</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Sat. abstracts of reports and messages</title>
				<imprint>
			<date type="published" when="1990">1990</date>
			<biblScope unit="page" from="70" to="73" />
		</imprint>
	</monogr>
	<note>Part 1</note>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">Handbook of system-theoretic constructs</title>
		<author>
			<persName><forename type="first">A</forename><surname>Ivanov</surname></persName>
		</author>
		<author>
			<persName><surname>Yu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">P</forename><surname>Nikanorov</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Yu</forename><forename type="middle">R</forename><surname>Garayeva</surname></persName>
		</author>
		<idno>- 314</idno>
	</analytic>
	<monogr>
		<title level="m">Series &quot;Conceptual Analysis and Design&quot; Methodology and technology</title>
				<imprint>
			<date type="published" when="2008">2008</date>
		</imprint>
	</monogr>
	<note type="report_type">-Concept</note>
</biblStruct>

<biblStruct xml:id="b9">
	<analytic>
		<title level="a" type="main">Tensor analysis of networks</title>
		<author>
			<persName><forename type="first">G</forename><surname>Kron</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">John Wiley and sons</title>
				<meeting><address><addrLine>London; New York</addrLine></address></meeting>
		<imprint>
			<publisher>Capman and Hall, Limited</publisher>
			<date type="published" when="1966">1966</date>
			<biblScope unit="page">720</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b10">
	<analytic>
		<title level="a" type="main">Implementation of Decision-Making in Organizational Management Based on the Ontology of Activity</title>
		<author>
			<persName><forename type="first">G</forename><surname>Oleksandr</surname></persName>
		</author>
		<author>
			<persName><surname>Dodonov</surname></persName>
		</author>
		<author>
			<persName><forename type="first">V</forename><surname>Oleksii</surname></persName>
		</author>
		<author>
			<persName><surname>Nikiforov</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Volodymyr</surname></persName>
		</author>
		<author>
			<persName><surname>Putiatin</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Mathematical Machines and Systems</title>
		<idno type="ISSN">1028-9763 -P. 32 -41</idno>
		<imprint>
			<biblScope unit="volume">1</biblScope>
			<date type="published" when="2022">2022</date>
			<publisher>IPMMS NASU</publisher>
		</imprint>
	</monogr>
</biblStruct>

				</listBibl>
			</div>
		</back>
	</text>
</TEI>
