Організація інтелектуальної обробки даних із застосуванням моделей правил
У статті висвітлюється розробка інформаційно-аналітичної системи інтелектуальної обробки даних із застосуванням моделей пра-
 вил. Вказані принципи функціонування таких систем. Реалізація системи здійснена на базі програмного продукту Blaze Advisor. This work deals with development of inform...
Saved in:
| Date: | 2006 |
|---|---|
| Main Authors: | , , |
| Format: | Article |
| Language: | Ukrainian |
| Published: |
Інститут програмних систем НАН України
2006
|
| Subjects: | |
| Online Access: | https://nasplib.isofts.kiev.ua/handle/123456789/1539 |
| Tags: |
Add Tag
No Tags, Be the first to tag this record!
|
| Journal Title: | Digital Library of Periodicals of National Academy of Sciences of Ukraine |
| Cite this: | Організація інтелектуальної обробки даних із застосуванням моделей правил / О.Ю. Фещенко, А.В. Чадюк, О.П. Ігнатенко // Проблеми програмування. — 2006. — N 2-3. — С. 431-435. — Бібліогр.: 8 назв. — укр. |
Institution
Digital Library of Periodicals of National Academy of Sciences of Ukraine| _version_ | 1860201319552253952 |
|---|---|
| author | Фещенко, О.Ю. Чадюк, А.В. Ігнатенко, О.П. |
| author_facet | Фещенко, О.Ю. Чадюк, А.В. Ігнатенко, О.П. |
| citation_txt | Організація інтелектуальної обробки даних із застосуванням моделей правил / О.Ю. Фещенко, А.В. Чадюк, О.П. Ігнатенко // Проблеми програмування. — 2006. — N 2-3. — С. 431-435. — Бібліогр.: 8 назв. — укр. |
| collection | DSpace DC |
| description | У статті висвітлюється розробка інформаційно-аналітичної системи інтелектуальної обробки даних із застосуванням моделей пра-
вил. Вказані принципи функціонування таких систем. Реалізація системи здійснена на базі програмного продукту Blaze Advisor.
This work deals with development of information analytic systems that provides intellectual data processing based on rule models technique.
It is considered main principles of that systems functioning. System has been developed using Fair Isaac Blaze Advisor.
|
| first_indexed | 2025-12-07T18:10:32Z |
| format | Article |
| fulltext |
Моделі і засоби систем баз даних і знань
© Н.А. Самохвалов, 2006
ISSN 1727-4907. Проблеми прграмування. 2006. № 2-3. Спеціальний випуск 431
УДК 681.3.06
ОРГАНІЗАЦІЯ ІНТЕЛЕКТУАЛЬНОЇ ОБРОБКИ ДАНИХ
ІЗ ЗАСТОСУВАННЯМ МОДЕЛЕЙ ПРАВИЛ
О.Ю. Фещенко, А.В. Чадюк, О.П. Ігнатенко
«Ер-Джі-Дейта Україна», 03056, м. Київ
вул. Політехнічна, 33, корп. 2, кімн. 603, 605
тел.: +380 44 241 9132, факс: + 380 44 241 7032
e-mail: anatolyc@rgdata.com.ua
У статті висвітлюється розробка інформаційно-аналітичної системи інтелектуальної обробки даних із застосуванням моделей пра-
вил. Вказані принципи функціонування таких систем. Реалізація системи здійснена на базі програмного продукту Blaze Advisor.
This work deals with development of information analytic systems that provides intellectual data processing based on rule models technique.
It is considered main principles of that systems functioning. System has been developed using Fair Isaac Blaze Advisor.
Вступ
Проблема обробки та використання великого обсягу накопичених даних є ключовою для багатьох органі-
зацій. Як правило, при розробці великих сховищ [1] даних акцент зміщується в сторону створення різних сис-
тем організації, зберігання та обробки цієї інформації. В результаті сховище акумулює гігабайти даних, які яв-
ляють собою складний багаторівневий та різнорідний масив. Це приводить до того, що більша частина цієї ін-
формації не може бути використана тими, кому вона призначена і найбільш необхідна – аналітиками та керів-
никами. Таким чином, питання виділення та обробки необхідних для аналізу даних, їх представлення у зручній
для сприйняття формі має надзвичайну важливість для успішного прийняття рішень керівниками.
Процес пошуку корисних даних у сховищі має назву Knowledge Discovery in Databases (КDD) – відкриття
знань у базі даних. KDD включає питання підготовки даних, вибору інформативних ознак, очищення даних,
застосування методів «здобичі даних» (Data Mining) [2], а також обробки і інтерпретації отриманих результатів.
Центральним елементом цієї технології є методи Data Mining (DM), що дозволяють знаходити знання за допо-
могою математичних алгоритмів. Алгоритми, використовувані при цьому, як правило, вимагають великої кіль-
кості обчислень. Раніше це було стримуючим чинником широкого практичного застосування DM, проте сього-
днішнє зростання продуктивності процесорів зняло гостроту цієї проблеми. Тепер за прийнятний час можна
провести якісний аналіз сотень тисяч і навіть мільйонів записів.
При цьому, як зазначалось вище, основними користувачами отриманої інформації являються люди без
спеціальної математичної освіти, тому отримані зв’язки між властивостями, прогнозні характеристики або інші
ознаки повинні бути представлені у зрозумілому для користувача-нематематика вигляді.
Наприклад, простіше за все сприймаються людиною логічні конструкції «якщо ..., то ...». Більш того, такі
правила можуть бути використані в різних СКБД як SQL-запити. У разі, коли отримані знання непрозорі для
користувача, повинні існувати методи постобробки, що дозволяють привести їх до прийнятного вигляду.
Як правило, методи DM використовуються для розв’язання наступних задач:
1. Класифікація – віднесення об'єктів (спостережень, подій) до одного з наперед відомих класів.
2. Кластеризація – групування об'єктів (спостережень, подій) на основі даних (властивостей), що опису-
ють сутність об'єктів. Об'єкти усередині кластера повинні бути «схожими» один на одного і відрізнятися від
об'єктів, що увійшли до інших кластерів. Чим більше схожі об'єкти усередині кластера і чим більше відміннос-
тей між кластерами, тим точніше кластеризація.
3. Регресія, у тому числі задачі прогнозування. Встановлення неперервних залежностей вихідних змінних
від вхідних.
4. Асоціація – виявлення закономірностей між пов'язаними подіями. Прикладом такої закономірності
служить правило, яке вказує, що з події X виходить подія Y. Такі правила називаються асоціативними. Вперше
ця задача була запропонована для знаходження типових шаблонів покупок у супермаркетах, тому іноді її ще
називають аналізом ринкової корзини (market basket analysis).
5. Послідовні шаблони – встановлення закономірностей між пов'язаними в часі подіями.
6. Аналіз відхилень – виявлення найхарактерніших шаблонів.
Оскільки технологія DM виникла і продовжує розвивається на стику таких дисциплін, як статистика, те-
орія інформації, машинне навчання, теорія баз даних, то цілком закономірно, що алгоритми і методи DM утво-
рюють окремі напрямки, мало пов’язані один з одним.
У даній статті увага сконцентрована на одному з розповсюджених підходів до розв’язання задач DM –
моделей правил. Такі моделі можуть створювати ієрархічну структуру та утворювати дерево рішень або органі-
зовуватися у складні потоки правил та розрахункові моделі. У статті показане застосування цього підходу до
Моделі і засоби систем баз даних і знань
432
організації інтелектуальної обробки даних для аналітичного сховища, орієнтованого на накопичення інформації
фінансового характеру.
Системи аналітичної обробки. Для того щоб сховище даних сприяло прийняттю рішень, інформація
повинна бути представлена аналітику в прийнятній формі, тобто він повинен мати розвинуті інструменти дос-
тупу до даних сховища та їх обробки. Часто інформаційно-аналітичні системи, що створюються в розрахунку
на їх безпосереднє використання особами, які приймають рішення, виявляються прості в застосуванні, але жор-
стко обмежені у функціональності. Такі статичні системи називаються в літературі інформаційними системами
керівника (ІСК) [3]. Вони містять у собі попередньо визначені множини запитів, достатні для поточного аналі-
зу, але при виникненні додаткових питань, необхідних для прийняття рішення, потребують перегенерації запи-
ту, що може потребувати годин та днів. Таким чином, зовнішня простота статичних систем приводить до втра-
ти гнучкості.
Динамічні системи підтримки прийняття рішень (СППР), навпаки, орієнтовані на обробку нерегламенто-
ваних запитів аналітиків. Найбільш глибоко вимоги до таких систем розглянув Е. Ф. Кодд у роботі, що поклала
початок концепції OLAP [4]. Робота аналітиків з цими системами полягає в інтерактивній послідовності фор-
мування запитів та дослідження їх результатів. Динамічні СППР можуть діяти не тільки в області оперативної
аналітичної обробки (OLAP). Підтримка прийняття рішень на основі накопичених даних може виконуватися у
трьох базових областях [5]:
� деталізованих даних. Це область дії більшості систем, націлених на пошук інформації. В більшості
випадків реляційні СКБД розв’язують задачі, що виникають в цьому розділі. Загальноприйнятим
стандартом маніпулування даними є мова структурованих запитів SQL;
� агрегованих показників. Комплексний погляд на зібрану у сховищі даних інформацію, її узагальнен-
ня та агрегація, багатоатрибутний аналіз являються задачами систем оперативної аналітичної оброб-
ки (OLAP) [6]. Тут можна орієнтуватися на спеціальні багатовимірні СКБД або залишатися в рамках
реляційних технологій;
� закономірностей. Інтелектуальна обробка відбувається за допомогою методів інтелектуального ана-
лізу даних (ІАД, Data Mining) [7], головними задачами якого являються пошук функціональних і ло-
гічних закономірностей в накопиченій інформації, побудова моделей і правил, що характеризують
стан або прогнозують розвиток певних процесів.
Повна структура інформаційно-аналітичної системи, побудованої на основі сховища даних, показана на
рис. 1. В конкретних реалізаціях окремі компоненти цієї схеми можуть бути відсутні. Розглянемо систему інте-
лектуального аналізу даних, побудовану на основі моделей правил.
Інтеграція даних з різних джерел
Транзакційні системи, джерела даних
OLTP
OLTP
Сховище даних
Вітрини даних
Інформаційні
системи
керівника (ІСК)
Генератори запитів,
Інформаційно-пошукові
системи
Системи оперативної
аналітичної обробки
даних (OLAP)
Системи
інтелектуального аналізу
даних (ІАД)
Рис. 1. Загальна структура інформаційно-аналітичної системи (ІАС)
Інтелектуальний аналіз даних. Створення моделі системи правил та її використання для оцінки певних
характеристик є однією з ключових моментів побудови системи інтелектуальної обробки даних. Власне модел-
лю правил називається шаблонізоване представлення групи правил для обробки даних. Такі представлення за-
звичай організовуються в таблиці, що дозволяє формалізувати алгоритм роботи та допомагає виявляти
природні шаблони правил.
Моделі і засоби систем баз даних і знань
433
У таблиці приведено приклад опису правил. Записи в лівих стовпцях - умова правил (умовний оператор),
у правому стовпці – підсумок правила (наслідок).
Приклад моделі правил Таблиця
Назва правила ЯКЩО
Виконується А
І
Вірно Б
ТО
Результат
Правило 1 Так Так = 0.6
Правило 2 Ні Ні = 0
Правило 3 Так Ні = 0.5
У першому стовпці для зручності вказується назва правила. Наступні декілька стовпців містять умови і
останній – результат правила, зазвичай певну скорингову змінну. В таблиці зображено три правила. У них од-
накові моделі умов і результатів, але екземпляр моделі у кожного правила свій. Моделі правил важливі тим, що
дають візуальний механізм досягнення мети аналізу. Перша мета – відділити умови правил від їх результатів.
Друга – абстрагувавши умови і результати, отримати загальний вираз структури правила. Усередині такої стру-
ктури простіше вивчати семантичну цілісність правил.
Першим кроком створення моделі правил є аналіз правил, зафіксованих аналітиками в ході роботи. По-
тім їх слід записати в таблиці, виділивши схожі за семантикою правила і утворити, таким чином, моделі.
Останнім етапом є прив’язка моделі до реальних елементів сховища.
Відзначимо, що, хоч організація може мати тисячі правил, моделей правил буде значно менше. Модель
правил надзвичайно важлива для аналізу. Застосовуючи їх, можна підвищити якість наборів правил, оскільки
виявляються:
� надмірні правила усередині однієї моделі;
� дублювання правил (м'яка форма надмірності);
� суперечності в моделі правил;
� неповнота моделі правил (чи є всі потрібні вирази, екземпляри для всіх комбінацій і перестановок
значень).
Необхідно пам'ятати, що якісні правила, як і якісні дані, повинні бути неподільними, декларативними,
ясними, точними і надійними, а якісні набори правил – повними, унікальними і послідовними. Відповідно, не-
залежно від прийомів роботи з правилами, їх слід робити цільними, виражати за допомогою шаблонів і загаль-
ного словника, усувати надмірність і дублювання, позбавлятися від суперечностей, щоб кожна модель правил
була вичерпною, а весь набір правил у моделі – повним. Все це нагадує роботу з атрибутами комплексу даних.
Правила варто аналізувати з точки зору не тільки семантичної якості, але і взаємозалежності. Одне пра-
вило залежить від іншого, якщо першому потрібні результати другого. Взаємозалежність правил забезпечує
важливу послідовність на вході аналізу процесів і робочих потоків.
Основні етапи розробки моделі правил. Розробка моделі правил – складний процес, який повинен
включати вивчення предметної області, процесів, задач та безпосереднє спілкування з кінцевими користувача-
ми, аналітиками та експертами. Результатом розробки має бути модуль правил в загальній інформаційно-
аналітичній системі (ІАС), що реалізує інтелектуальну обробку, оцінку та фільтрацію інформації сховища да-
них. Цей процес включає, щонайменше, чотири моменти:
робочі специфікації правил;
прив’язку правил до процесів в ІАС;
докладні специфікації реалізації кожного правила;
інтеграцію модуля правил в архітектуру ІАС.
Доцільно відзначити та охарактеризувати деякі етапи розробки.
Етап 1. Визначення місця моделі правил в загальній архітектурі системи. Застосування методу правил
вимагає глибокого аналізу її архітектури. Фактично модель правил контролює потоки даних у сховищі, оцінює
їх структуру за певними алгоритмами та повідомляє користувача про виявлені результати. Тому розробка мо-
дуля правил повинна супроводжуватися створенням сховища для результатів аналітичної обробки та
відповідних інтерфейсів взаємодії з користувачами.
Етап 2. Визначення базових вимог до рівня правил, функціональних та технічних. Можна виділити два
основні типу моделей правил: автономні та діалогові. В компонентах першого типу дані аналізуються постійно
(або регулярно), а результати зберігаються. Це характерно, наприклад, для систем ідентифікації даних [8], які
запускаються під час наповнення сховища новою інформацією.
В моделях другого типу робота відбувається на вимогу користувача, який формує вимоги та отримує ре-
зультати on-line.
Етап 3. Проектування правил в моделі. Черговість етапів розробки може бути різною, залежно від типу
моделі, від функціональності системи або обмежень, від необхідних робочих показників. При роботі з автоном-
ною моделлю проектування і впровадження правил слід прив'язувати до даних. Для цього спочатку визнача-
ються таблиці і поля сховища, зазвичай у формі моделі даних або об'єктів. Потім формулюються правила для
даних, за якими спостерігатиме модель. Правила виражаються декларативно, хоча для цього може бути
Моделі і засоби систем баз даних і знань
434
потрібен переклад. В результаті маємо отримати множини правил «якщо..., то....», організовані у вигляді таб-
лиць.
У діалоговій моделі проектування правил зазвичай спираються на процес. Як правило, створюється об'-
єктна модель, яка повинна забезпечити передачу і сумісне використання даних. При цьому окрему увагу треба
приділити розробці інтерфейсу користувача, який повинен дозволяти задавати та проглядати правила, бути
простим та зрозумілим.
Проектування правил вимагає:
- згрупувати правила по комплексах і ієрархіях;
- встановити черговість виконання комплексів правил;
- встановити черговість виконання правил усередині комплексу.
Етап 4. Доопрацювання бази даних. Розробка системи завжди вимагає настроювання бази даних. Резуль-
татом роботи моделі правил буде певна аналітична інформація, яку необхідно зберігати, бажано в
хронологічному порядку, та використовувати для вдосконалення системи правил, уточнення вагових
коефіцієнтів тощо. В ході настроювання потрібна співпраця проектувальника правил і розробника баз даних.
Етап 5. Вибір середовища реалізації. Бажано використовувати спеціалізоване середовище розробки, при-
значене для створення моделей правил, що дозволить швидко та ефективно розробляти, впроваджувати та вдо-
сконалювати моделі правил.
Задача пошуку прихованих зв’язків. Застосуємо описаний підхід до задачі пошуку можливих прихо-
ваних зв’язків у сховищі даних, що містить інформацію про фінансові операції фізичних та юридичних осіб.
Для виявлення фінансових махінацій дуже важливо відслідковувати можливі зв’язки та ланцюжки осіб, що
здійснюють грошові операції. Зв’язки, що можуть існувати між фізичними та юридичними особами, можна від-
нести до одного з двох типів: володіння та інформаційні.
До зв’язків володіння будемо відносити ті, що виникають внаслідок володіння спільною власністю (один
із суб’єктів володіє частиною власності іншого). Така ситуація часто виникає в акціонерних товариствах, хол-
дингах, на підприємствах з колективною формою власності тощо.
Інформаційні зв’язки виникають, коли один із суб’єктів економічної діяльності володіє частиною інфор-
мації про дії іншого (наприклад, власники різних підприємств перебувають в родинних зв’язках, проживають за
спільною адресою тощо).
Систему зв’язків кожного типу будемо представляти у вигляді орієнтованого графу з вагами. Нехай має-
мо множину A={a1…an} суб’єктів економічної діяльності, між якими існують прямі зв’язки. Побудуємо граф
(V(A),E(A)), вершинами якого є елементи множини V(A)= {v1…vn}, де vj – вершина, що відповідає суб’єкту aj.
Наявність зв’язку суб’єкта ai з суб’єктом aj буде означати існування дуги (орієнтованого ребра) графа eij з вагою
cij, що дорівнює ступеню прямого зв’язку між суб’єктами. Для прямого зв’язку типу «володіння» будемо інтер-
претувати вагу ребра cij як частку власності об’єкта j, якою володіє об’єкт i (наприклад, частка акцій). Для пря-
мого інформаційного зв’язку будемо інтерпретувати вагу ребра cij як частку інформації про об’єкт j, якою воло-
діє об’єкт i. Побудований граф може мати цикли і петлі, оскільки суб’єкт економічної діяльності може володіти
«частиною себе» (наприклад, акціонерне товариство, яке не продає частину своїх акцій) або «знати про себе».
Подальша обробка графу V(A) основана на алгоритмі виключення проміжних вершин, що дозволяє отримати
повний зв’язок між двома довільними вершинами.
Алгоритм розрахунку повних зв’язків полягає в наступному:
1. Заповнити матриці прямих зв’язків, користуючись правилами пошуку та визначення зв’язаних осіб.
2. Розрахувати повні зв’язки володіння (базовий алгоритм).
3. Об’єднати повні зв’язки володіння та прямі інформаційні зв’язки.
4. До отриманої матриці знову застосувати базовий алгоритм.
5. Результат представити користувачеві в графічному або табличному вигляді.
Реалізація. Підхід було реалізовано в рамках створення системи оцінки ризиків фінансових операцій,
призначеної для автоматизованого аналізу даних аналітичного сховища на базі моделей правил з метою скори-
нгової оцінки можливої причетності фінансової операції до фінансування тероризму або відмивання брудних
коштів. У якості середовища розробки було вибрано програмний продукт Blaze Advisor, призначений для ство-
рення, розвитку та підтримки програм роботи з бізнес-правилами.
Багаторівневі прикладні програмні системи, як правило, розраховані на роботу з багатьма користувача-
ми, оскільки призначені для корпоративного використання. Основним недоліком архітектури клієнт-сервер є
те, що будь-які зміни в бізнес-логіці або функціях доступу до даних спричиняють більші чи менші зміни в кліє-
нтській частині (залежно від «товщини» клієнта), вимагають встановлення нової клієнтської частини заново на
всіх робочих місцях.
Технологія розробки правил системи Blaze Advisor дозволяє відділити їх реалізацію від програмного ко-
ду. Тому клієнтський рівень в даному випадку представлений тонким клієнтом, завдяки чому досягається необ-
хідна гнучкість надання сервісів віддаленим терміналам. У цьому разі редагування правил не тягне за собою
зміни в програмній реалізації. Blaze Advisor включає комплекси для проектування об'єктних моделей створення
і керування правилами, а також сучасний інструментарій для генерації, підтримки і розгортання клієнтських
програм. Засоби генерації дозволяють також автоматично одержувати повністю працездатну програму.
У результаті була створена прикладна програмна система, схема якої представлена на рис 2. На схемі зо-
бражена архітектура функціонування. Користувач (аналітик) працює з програмним комплексом за допомогою
Моделі і засоби систем баз даних і знань
435
Web-інтерфейс аналітика, який через Сервер роботи з правилами працює з актуальними моделями правил.
При зміні моделі правил у локальній базі сервер виконує генерацію і підтримує актуальність.
Рис. 2. Архітектура системи
Адміністратор комплексу редагує настройки та моделі правил через Web-інтерфейс адміністрування.
Висновки
У статті розглянуто підхід до організації інтелектуальної обробки даних із застосуванням моделей пра-
вил. Створено інформаційно аналітичну систему, призначену для аналізу фінансової інформації сховища даних.
Вказано основні етапи розробки моделі правил. Систему реалізовано на базі програмного продукту Fair Isaac
Blaze Advisor.
1. Спирли Э. Корпоративные хранилища данных. Планирование, разработка и реализация. Т. 1: Пер. с англ. – М.: Изд. дом «Вильямс»,
2001. – 400 с.
2. Hand D., Mannila H., Smyth P. Principles of data mining. – The MIT Press. – 2001. – 322 p.
3. Пржиялковский В. В. Сложный анализ данных большого объема: новые перспективы компьютеризации // СУБД. – 1996. – № 4. – С. 71
– 83.
4. Codd E. F., Codd S. B., Salley C. T. Providing OLAP (on-line analytical processing) to user-analysts: An IT mandate, Technical Report, IBM,
San Jose, CA, 1993. – 24 p.
5. Parsaye K. Surveying Decision Support: New Realms of Analysis // Database Programming and Design. – 1996. – № 4. – P. 26 – 33.
6. Сахаров А. А. Принципы проектирования и использования многомерных баз данных (на примере Oracle Express Server) // СУБД –
1996. – № 3. – С. 44 – 59.
7. Parsaye K. A Characterization of Data Mining Technologies and Processes // The Journal of Data Warehousing. – 1998. – № 1. P. 43 – 55.
8. Игнатенко А. П., Медин Н. Ю. Задача идентификации физических и юридических лиц в хранилищах данных при поиске «подозрите-
льных» финансовых операций // Наук.-практ. конф. з міжнар. участю «Системи підтримки прийняття рішень. Теорія і практика», 7 че-
рвня 2005, м. Київ. – Київ: ІПММС НАНУ, 2005. – С. 90 – 93.
|
| id | nasplib_isofts_kiev_ua-123456789-1539 |
| institution | Digital Library of Periodicals of National Academy of Sciences of Ukraine |
| issn | 1727-4907 |
| language | Ukrainian |
| last_indexed | 2025-12-07T18:10:32Z |
| publishDate | 2006 |
| publisher | Інститут програмних систем НАН України |
| record_format | dspace |
| spelling | Фещенко, О.Ю. Чадюк, А.В. Ігнатенко, О.П. 2008-08-21T17:29:14Z 2008-08-21T17:29:14Z 2006 Організація інтелектуальної обробки даних із застосуванням моделей правил / О.Ю. Фещенко, А.В. Чадюк, О.П. Ігнатенко // Проблеми програмування. — 2006. — N 2-3. — С. 431-435. — Бібліогр.: 8 назв. — укр. 1727-4907 https://nasplib.isofts.kiev.ua/handle/123456789/1539 681.3.06 У статті висвітлюється розробка інформаційно-аналітичної системи інтелектуальної обробки даних із застосуванням моделей пра-
 вил. Вказані принципи функціонування таких систем. Реалізація системи здійснена на базі програмного продукту Blaze Advisor. This work deals with development of information analytic systems that provides intellectual data processing based on rule models technique.
 It is considered main principles of that systems functioning. System has been developed using Fair Isaac Blaze Advisor. uk Інститут програмних систем НАН України Моделі і засоби систем баз даних і знань Організація інтелектуальної обробки даних із застосуванням моделей правил Intelligent data processing organization using rules models Article published earlier |
| spellingShingle | Організація інтелектуальної обробки даних із застосуванням моделей правил Фещенко, О.Ю. Чадюк, А.В. Ігнатенко, О.П. Моделі і засоби систем баз даних і знань |
| title | Організація інтелектуальної обробки даних із застосуванням моделей правил |
| title_alt | Intelligent data processing organization using rules models |
| title_full | Організація інтелектуальної обробки даних із застосуванням моделей правил |
| title_fullStr | Організація інтелектуальної обробки даних із застосуванням моделей правил |
| title_full_unstemmed | Організація інтелектуальної обробки даних із застосуванням моделей правил |
| title_short | Організація інтелектуальної обробки даних із застосуванням моделей правил |
| title_sort | організація інтелектуальної обробки даних із застосуванням моделей правил |
| topic | Моделі і засоби систем баз даних і знань |
| topic_facet | Моделі і засоби систем баз даних і знань |
| url | https://nasplib.isofts.kiev.ua/handle/123456789/1539 |
| work_keys_str_mv | AT feŝenkooû organízacíâíntelektualʹnoíobrobkidanihízzastosuvannâmmodeleipravil AT čadûkav organízacíâíntelektualʹnoíobrobkidanihízzastosuvannâmmodeleipravil AT ígnatenkoop organízacíâíntelektualʹnoíobrobkidanihízzastosuvannâmmodeleipravil AT feŝenkooû intelligentdataprocessingorganizationusingrulesmodels AT čadûkav intelligentdataprocessingorganizationusingrulesmodels AT ígnatenkoop intelligentdataprocessingorganizationusingrulesmodels |