Методологія керованої моделями програмної інженерії у каркасному підході | Model-driven software engineering methodology in the framework approach

Ukrainian. Продовжено дослідження «Каркасного підходу до поводження з (ієрархічними) просторовими інформаційними системами (ПрІС)», далі – Каркасного підходу. До цього розглянуто сутності Каркасного підходу, що відносяться до верхніх ешелонів його епістемологічної ієрархії. А саме, до (назва відповідної ешелону статті наведена в лапках «…»): 1) першого ешелону – «Каркасний підхід як стратегія дослідження і проектування складних ПрІС (на прикладі НІГД)»; 2) знову першого ешелону – «Каркас Рішень Microsoft (КаРі М - MSF) як Узагальнена методологія Каркасного підходу поводження з ПрІС»; 3) другого ешелону – «Стандартизація методології MSF Agile з допомогою стандарта ISO/IEC 24744»; 4) третього ешелону – «Застосування методик Каркасного підходу при створенні ПрІС з використанням сучасних технологій Microsoft». Ешелони об’єднують групи користувачів моделюючої системи. Їм відповідають страти цієї самої системи. Три з чотирьох згаданих статей суттєво використовують спеціальні знання про MSF і про сучасні інформаційні технології (ІТ) Microsoft. Щоб зменшити залежність від цих знань, у даній статті ми скористалися «нейтральними» знаннями про методології розроблення програмного забезпечення. Для цього через «каркасну призму» розглядається так звана Базована на Моделях Програмна Інженерія (БМПІ). Остання є Базованою на Моделях Системною Інженерією (БМСІ) і, більш загально, Базованою на Моделях Інженерією (БМІ). Їх розуміння потрібне для створення власної методології, яка називається методологією Базованої на Патернах Просторової Інженерії (БППрІ). БППрІ включатиме методики розширення ПрІС, про які згадувалося у наших роботах раніше. Більше того, вказані методики вже використовувалися нами на практиці інколи без асоціації з якоюсь методологією. При цьому потрібно зауважити, що наші методики розширення ПрІС застосовуються до конструкцій, які вже структуровані в результаті використання так званого Каркасу атласних рішень AtlasSF. Отримано: 09.12.2025; Прийнято: 25.03.2026;

English. The research of the “Framework Approach to Handling with (Hierarchical) Spatial Information Systems (SpIS)”, hereinafter referred to as the Framework Approach, was continued. Prior to this, the entities of the Framework Approach, which relate to the upper echelons of its epistemological hierarchy, were considered. Namely, to (the title of the article corresponding echelon is given in quotes “…”): 1) the first echelon – “Framework Approach as a Strategy for Research and Design of Complex SpIS (on the Example of NGDI)”; 2) again the first echelon – “Microsoft Solutions Framework (MSF) as a Generalized Methodology of the Framework Approach for Handling SpIS”; 3) the second echelon – “Standardization of the MSF Agile Methodology using ISO/IEC 24744 standard”; 4) the third echelon – “On the Methodics of the Framework Approach to Creating SpIS Using Modern Microsoft Technologies”. Echelons unite groups of users of a modeling system. They correspond to strata of the same system. Three of the four mentioned articles use significantly the special knowledge about MSF and about modern information technologies (IT) of Microsoft. To reduce dependence on this knowledge, in this article we used “neutral” knowledge about software development methodologies. For this purpose, the so-called Model-Based Software Engineering (MBSE) is considered through the “framework prism”. The latter is Model-Based System Engineering (MBSysE) and, more generally, Model-Based Engineering (MBE). Their understanding is necessary to create our own methodology, which is called the Pattern-Based Spatial Engineering (PBSpE) methodology. PBSpE will include the methodics of extending the SpIS, which were mentioned in our works earlier. Moreover, these methodics have already been used by us in practice, sometimes without association with any methodology. It should be noted that our SpIS extension methodics are applied to constructions that are already structured as a result of using the so-called Atlas Solution Framework AtlasSF. Received: 09.12.2025; Accepted: 25.03.2026;