Розробка бази знань управління ризиками зовнішньоекономічної діяльності комерційного банку

Размещено на http://www.allbest.ru/

Розробка бази знань управління ризиками зовнішньоекономічної діяльності комерційного банку

Аналіз і проектування програмного забезпечення з використанням структурного підходу

Зміст

Вступ

1. Вхідна інформація

2. Вихідна інформація

3. Модель системи та точка зору моделі

4. Розробка бази знань

4.1 Терміни

4.2 Стратегія прийняття рішення

4.3 Реалізація

4.4 Інформаційна СППР “Super Finance”(“SF2“)

Список використаних джерел

ризик зовнішньоекономічний банк сппр

Вступ

В економічній системі будь-який вид діяльності обумовлює появу ризиків, які призводять до збитків (небажаних наслідків) для системи загалом чи її структурних складових. Ризики - це можливі несприятливі події, що можуть відбутися, і в результаті яких можуть виникнути збитки, майнові втрати учасників ЗЕД. Ризик - це вибір, дії, які необхідно здійснити, при умові нестачі інформації.

Об'єктивність ризику в економічній сфері ґрунтується на тому, що він існує внаслідок об'єктивних, притаманних економіці категорій конфліктності, невизначеності, розпливчастості, відсутності вичерпної інформації на момент оцінювання і прийняття управлінських рішень. Об'єкт ризику - це економічна система, оцінка ефективності й умови функціонування якої з необхідної точністю неможливо з заданою ймовірністю.

Суб'єктивність ризику зумовлюється тим, що в економіці діють реальні люди (інвестори, менеджери, управлінські команди, бізнесмени) зі своїми досвідом, психологією, інтересами, смаками, схильністю чи несхильністю до ризику, зі своєю поведінкою тощо. Суб'єкт ризику - особа або колектив, які зацікавлені в результатах управління об'єктом ризику і мають відповідну компетенцію щодо управління і прийняття відповідних рішень стосовно об'єкта ризику.

Джерела ризику - це чинники (процеси, явища), які спричиняють невизначеність, конфліктність.

Ризики, що виникають під час здійснення ЗЕД, залежать від багатьох об'єктивних причин:

1. Об'єктивна невизначеність майбутнього.

2. Постійна нестабільність економічних процесів в усіх країнах світу.

3. Об'єктивна неповнота вихідної інформації, недостатність інформації, наявність комерційної таємниці про діяльність суб'єкта зовнішньоекономічної діяльності.

4. Принцип порівняльних переваг, згідно з яким сукупність обсягу виробництва продукції буде найбільшою тоді, коли кожен товар вироблятиметься тією країною, в якій витрати на виробництво товару нижчі.

5. Умови ЗЕД, суть яких полягає в тому, що обмін товарами залежить від співвідношення світового попиту і пропозиції на ці товари.

6. Лібералізація ЗЕД, що ґрунтується на такому принципі: завдяки вільній торгівлі, заснованій на принципі порівняльних витрат, світова економіка може досягти ефективнішого розміщення ресурсів і вищого рівня матеріального добробуту країн-учасниць.

7. Торговельні бар'єри. Попри усю переконливість аргументів на користь вільної торгівлі, насправді на цьому шляху існує безліч перешкод. Серед них особливе місце посідають мита - акцизні податки на імпортні товари. Мита можуть запроваджуватися задля одержання доходів чи захисту вітчизняних підприємців. Серед них виокремлюються фіскальні і протекціоністські мита.

8. Імпортні квоти, за допомогою яких встановлюються максимальні обсяги товарів, які можуть бути імпортовані за певний період часу.

9. Система ліцензування, створення завищених стандартів якості і безпеки продукції або просто бюрократичні заборони в митних процедурах.

10. Вільно плаваючі валютні курси, що визначаються безперешкодною грою попиту та пропозиції. Подорожчання і знецінювання валюти зумовлюється, загалом, зміною смаків споживачів, відносною зміною в доходах різних країн, відносною зміною цін, відносною зміною реальних відсоткових ставок, спекуляцією на курсах валют. Прихильники цієї системи доводять, що за час її недовгого існування вона функціонувала набагато краще, ніж передбачалось. Однак тепер існують вагомі аргументи на користь стабільних валютних курсів.

11. Фіксовані валютні курси. Послідовники цієї системи стверджують, що її використання зменшує ризик, пов'язаний з міжнародною торгівлею і фінансами. Вважається, що фіксовані валютні курси сприяють розширенню обсягів торгівлі і фінансових операцій. Однак життєздатність цієї системи залежить від двох взаємозалежних умов: по-перше, наявності достатніх валютних резервів країни; по-друге, випадкового виникнення дефіцитів чи активів платіжного балансу.

12. Міжнародні системи валютних курсів. Кожна система створює певні ризикові ситуації.

Існує різноманіття ризиків, що виникають у зовнішньоекономічній діяльності, оскільки поняття ризику охоплює практично всю діяльність економічного суб'єкта.

Одним із перших класифікацією ризиків зайнявся Дж. М. Кейнс, який розглянув це питання з боку суб'єкта, що здійснює інвестиційну діяльність, виокремивши три основні види ризиків:

- підприємницький ризик - невизначеність одержання очікуваного доходу від вкладення коштів;

- ризик "позикодавця" - пов'язаний з неповерненням кредиту, що містить юридичний ризик (ухиляння від повернення кредиту) і кредитний ризик (недостатність забезпечення позики);

- ризик зміни цінності грошової одиниці - імовірність втрати коштів унаслідок зміни курсу національної грошової одиниці (валютний ризик).

За думкою Дж. М Кейнса основні види ризиків тісно переплітаються. У ризиковій ситуації приймають участь позичальник і кредитор. Позичальник, прагне одержати якомога більшу різницю між відсотком за кредит і нормою рентабельності; кредитор прагне також максимізувати. В результаті ризики "накладаються" один на одного, що часто відлякує інвесторів.

Також у зовнішньоекономічній діяльності розрізняють чотири основні групи ризиків:

- ризик країни;

- банківський;

- валютний;

- ризик контрагента.

До ризику країни належать політичні та економічні події в певній країні, які можуть призвести до втрат під час зовнішньоторговельних операцій. Ризик банку пов'язаний з втратами, що можуть виникати через його недостатню фінансову надійність, неналежну організацію управління банком. На діяльність банку як фінансової структури впливає: навколишнє політичне та економічне середовище, конкуренція, акціонери, якість персоналу, технічне обладнання тощо. Валютні ризики - загроза втрат у результаті зміни курсів валют під час виконання контракту. Такі втрати виникають, зокрема, при змінах курсу валюти ціни відносно валюти платежу в період між підписанням зовнішньоторговельного або кредитного контракту і здійсненням платежу за ним. У разі збігу валюти ціни і валюти платежу валютний ризик спричинюється зміною курсу валюти контракту порівняно з національною валютою контрагентів або з падінням купівельної спроможності валют.

Ризик контрагента прийнято поділяти на два види:

- ризик неплатежу;

- ризик невиконання контракту.

Ризик неплатежу виникає для експортера, якщо імпортер неспроможний або не бажає здійснити платіж за контрактом.

Ризик невиконання контракту полягає в невиконанні сторонами умов контракту. Зокрема, імпортер може відмінити або в однобічному порядку змінити замовлення.

Ціль роботи: отримання практичних навичок у використанні структурного підходу для аналізу та проектування, методології IDEF0, середовища AllFusion Process Modeler.

Ціль моделі: проаналізувати та спроектувати програмне забезпечення для управління ризиками зовнішньоекономічної діяльності комерційного банку. Управління ризиками включає в себе чотири основні процеси:

ідентифікація,

аналіз,

планування,

контроль ризиків.

1. Вхідна інформація

Управління валютними ризиками у ЗЕД комерційного банку.

Основою управління валютним ризиком є чітке визначення його кількісних характеристик, що дає змогу банкам застосувати селективне управління, тобто страхувати тільки неприйнятий валютний ризик -- ризик, імовірність настання якого є дуже високою. Це пов'язано з тим, що на практиці валютний ризик існує за будь-якої валютної операції, але не всі вони ведуть до збитків, тим більше в обсягах, загрозливих для існування банку. Найчастіше за чіткої організації фінансової роботи майбутні збитки можна звести до мінімуму або ж перекрити незначні суми збитків відповідними прибутками.

Основними елементами оцінювання валютного ризику є визначення: виду іноземної валюти, за якою проводяться розрахунки; суми валют; тривалості періоду дії валютного ризику; виду валютних розрахунків.

Індикатором валютного ризику банку є валютна позиція. Валютна позиція визначається співвідношенням між сумою активів і позабалансових вимог у певній іноземній валюті та сумою балансових і позабалансових зобов'язань у тій самій валюті.

Також використовувалась наступна документація:

Баланс підприємства

Звіт про фінансові результати

Звіт про рух грошових коштів

Примітки до річної фінансової звітності

Аудиторський висновок щодо фінансової звітності

Таблиця 1 Перелік вхідних повідомлень

Назва вхідного повідомлення	Ідентифікатор
Сума активів у валюті	FXА
Сума зобов'язань у валюті	FXL
Сума валюти, куплена за торговельними операціями	FXb
Сума валюти, продана за торговельними операціями	FXs
Курс спот станом на час t	St
Курс спот станом на кінець попереднього періоду	S_t

2. Вихідна інформація

Чиста «експозиція» банку (NEXP) дорівнює NEXP = FXA - FXL + FXb - FXs. Якщо NEXP > 0, то банк має чисту довгу валютну позицію. Банк, що має чисту довгу валютну позицію, зазнає збитків, якщо зменшиться вартість цієї іноземної валюти відносно його валюти. У разі збільшення вартості іноземної валюти банк отримає прибуток. Якщо NEXP < 0, то банк має чисту коротку валютну позицію. Банк, що має чисту коротку валютну позицію, зазнає збитків у разі збільшення вартості цієї валюти порівняно з його валютою. Якщо ж вартість іноземної валюти зменшиться, банк отримає прибуток. Для того щоб розрахувати прибуток чи збиток, треба NEXP*(St - S_t).

3. Модель системи та точка зору моделі

Точка зору моделі управління ризиками ЗЕД комерційного банку: бізнес-процес моделюється з точки зору керівника відділу управління ризиком.

Контекстна діаграма моделі наведена на рисунку 1. Зовнішніми сутностями моделі є джерела потоків даних, що надходять до системи, і приймають потоки даних, які системою виробляються.

Рисунок 1 Контекстна діаграма

На наступному рівні декомпозиції зображено етапи управління ризиками зовнішньоекономічної діяльності комерційного банку: ідентифікація, аналіз, планування, контроль ризиків. Зображено потоки даних системи при виконанні цих етапів, взаємодія між ними на рисунку 2.



Рисунок 2 Перший рівень декомпозиції

Подальшу декомпозицію етапів я вважаю непотрібною. Достатнім буде представити діаграму дерева вузлів рисунку 3.

Рисунок 3 Дерево вузлів

4. Розробка бази знань

4.1 Терміни

Валюта - грошова одиниця, що використовується як засіб розрахунку в торгових операціях.

Комерційний банк -- банк, який здійснює універсальні банківські операції з різними організаціями, установами, здебільшого за рахунок власних коштів та залучення кредитних ресурсів своїх клієнтів.

Контроль ризиків - моніторинг виявлених ризиків та здійснення планово-попереджувальних заходів.

Курс спот - ціна валюти однієї країни, виражена у валюті іншої країни, встановлена на момент укладання угоди, за умови обміну валютами банками-контрагентами на другий робочий день з дня укладення угоди.

Планування ризиків - розробка заходів щодо запобігання ризиків та усунення їх наслідків, якщо вони все ж відбудуться.

Ризик -- можливість того, що все відбуватиметься не так, як очікується, можливість припуститися помилки.

Страхування - вид забезпечення та захисту майнових інтересів фізичних та юридичних осіб при настанні певних подій (страхових випадків) за рахунок грошових фондів, що формуються зі страхових внесків, які сплачуються ними (страхових премій).

Хеджування - Форма страхування вартості товару або прибутку, валютного ризику при здійсненні ф'ючерсних угод у банківській, страховій, біржовій та комерційній практиці.

Управління ризиком - процес прийняття рішень і здійснення заходів, спрямованих на забезпечення мінімально можливого (припустимого) ризику.

4.2 Стратегія прийняття рішення

Спочатку збираємо всі необхідні дані про процес, аналізуємо ці дані, розраховуємо відповідні показники, і використовуючи відповідні процедури, приймаємо рішення:

1) Банк має чисту довгу валютну позицію і зазнає збитків, якщо зменшиться вартість цієї іноземної валюти відносно його валюти. У разі збільшення вартості іноземної валюти банк отримає прибуток.

2) Банк має чисту коротку валютну позицію і зазнає збитків у разі збільшення вартості цієї валюти порівняно з його валютою. Якщо ж вартість іноземної валюти зменшиться, банк отримає прибуток.

4.3 Реалізація

Розроблена БЗ реалізована за допомогою оболонки Super Finance 2, розробленої Генадієм Федоровичем Іванченко, КНЕУ, кафедра ІСЕ.

4.4 Інформаційна СППР “Super Finance”(“SF2“)

Створення|створіння| конкретних систем продукцій| дозволило сформувати деякі підходи до їх проектування і розробити набір методів реалізації окремих компонентів. Бажання|воління| будувати системи продукцій| для нових ПРГ|предметних| вимагало скорочення термінів реалізації конкретних систем. Тому наступним|слідуючим| кроком при розробці з'явилося використання технології блокового|блочного| програмування, а саме: виділення стійкого набору модулів, їх ефективна реалізація і генерація проблемно-орієнтованих блоків за замовленням користувача з|із| подальшою|наступною| збіркою|зборкою,збиранням| їх в прикладну систему. Такий підхід оформився у вигляді концепції "порожніх|пустих|" експертних систем, або оболонок.

Розробки проблемно-орієнтованих систем продукцій (ПСМ)| дали деякий сумарний досвід|дослід|, що дозволив поставити питання про формування загальної|спільної| технологічної бази -- пакету по створенню|створінню| і настройці спеціалізованих і таких, що настроюються|набудовуються,налаштовуються| систем продукцій|, що оформляються у вигляді автономних програмних модулів, які називатимемо ПСМ|.

Завдання|задача| створення|створіння| пакету для виробництва ПСМ| вимагає розробки моделі модуля, виділення його основних складових, розгляду типів їх структури і можливих варіантів різних поєднань цих складових, обуславливающих| ту або іншу функціональну орієнтацію кожної конкретної конфігурації ПСМ|.

Створення|створіння| метамоделі ПСМ| дозволяє, з одного боку, розробити схему специфікації модуля, з|із| іншою -- виділити систему "будівельних блоків", уточнивши спектр варіації кожного з них, і, з|із| третьою -- визначити спосіб оформлення цих блоків, що забезпечує гнучкий і ефективний інтерфейс між ними. У даному розділі описані в загальному|спільному| вигляді|виді| основні підсистеми ПСМ|, а потім детальніше розглянута|розгледіти| структура кожної підсистеми.

У разі, коли розробників прикладної системи влаштовують|владнують,улаштовують| проектні рішення|розв'язання,вирішення,розв'язування|, прийняті в оболонці, то її використання є|з'являється,являється| одним з найшвидших способів реалізації майбутньої проблемно-орієнтованої системи. Проте|однак| на практиці введені|запроваджені| в оболонках обмеження часто виявляються|опиняються| дуже|занадто| жорсткими.

Тому в даний час|нині| широкого поширення набула ідея створення|створіння| спеціального програмного оточення розробки систем продукцій| (а в загальному|спільному| випадку експертних систем). Такі системи називають інструментальними, або технологічними, пакетами (knowledge engineering environment, knowledge engineering tool kits). До таких систем відносять EXPERT, AGE, OPS, Super Finance та інші.

В даний час|нині| завоювали популярність системи підтримки інженерії знань другого покоління. До ним відносять KEE, ART та інші. Ці системи використовують багатий спектр можливостей|спроможностей| для представлення знань і орієнтовані на могутні персональні комп'ютери з|із| організацією "доброзичливого" інтерфейсу на основі багатовіконної графіки. Окрім|крім| цього відбувається|походить| вироблення нової парадигми при розробці засобів представлення знань, коли модель визначає засоби специфікації, а ЕОМ проектується під клас моделей.

Одним з шляхів|колій,доріг| руху до цієї нової парадигми є|з'являється,являється| розвиток і впровадження технології розробки машинних комплексів як пакетів спеціалізованих віртуальних машин. Віртуальна машина визначається як "ідеальна машина, що представляє|уявляє| модель, її структуру, специфічні для моделі типи даних, операції і характер|вдачу| процесу функціонування і обробки інформації".

При цьому все проектування йде від моделі, і лише базові засоби віртуальних машин і їх модулі враховують характер|вдачу| конкретних механізмів реалізації, визначуваних апаратними компонентами системи. Зараз технологія віртуальних машин використовується при розробці бази сучасних систем програмування. Прикладом|зразком| може служити технологія створення|створіння| Prolog, Lisp-машин. В даний час|нині| технологія віртуальних машин використовується для конструювання модулів систем продукцій|.

Система підтримки прийняття рішень “Super Finance 2“ (“SF2“) представляє собою програмну оболонку загального користування, що призначена для проведення консультацій користувача в спроектованій базі знань. СППР “SF2“ базується на правилах та побудована у вигляді продукційної системи, модель якої генерує граф пошуку. Оболонка системи запрограмована на мові Visual Prolog, та дозволяє реалізувати цільовий пошук згідно мети.

Експертна система - обчислювальна система, яка імітує|наслідує| поведінку людського експерта в деякій певній|специфічній| ПРГ. Ідея після|позаду,потім,ззаду| створення|створіння| експертної системи є, що це може надати можливість|спроможність| багатьом людям отримати вигоду із|із| знання однієї людини - експерт. І не тільки|не лише| буде цим роблять|чинять| знання фахівця|спеціаліста| більш з|із| готовністю доступний|придатний|, але і це, можливо, звільняє|визволяє| експерта для|за| дійсно|реально| важких|тяжких| завдань|задач|.

Забезпечуючи це базою знань для|за| певної|деякої,упевненої| підвладної області, SF| може використовуватися, щоб створити експертну систему тобто|за||предмету|:

SF| + База Знань = Експертна Система

Кожна база знань містить|утримує| правила|правління| для|за| певної|специфічної| області. Фахівець з питань знань (експерт), спочатку забезпечує систему інформацією в вигляді бази знань залежно від галузі використання системи. Запис діалогу під час створення бази знань відтворюється у вікнах та записується у файл для подальшого користування та консультацій. Створена фахова консультація підключається через меню консультацій (рис. 4).



Рисунок 4 Меню вибору консультаційної бази системи

Розроблена система перевірялась для аналізу та загальної оцінки деяких показників фінансового стану підприємства, виявлення причин погіршення можливостей використання ресурсів, прискорення обігу засобів і зміцнення фінансового стану.

Основним джерелом даних для бази знань системи є звітний бухгалтерський баланс та додатки, звіт про фінансові результати, рух статутного капіталу інші звітні форми, які деталізують зміст балансу, та дозволяють досліджувати чинники впливу на фінансові показники.

Функціональна структура експертної системи “SF 2“ приведена на рис. 5.

Рисунок 5 Функціональна структура експертної системи “SF 2“

Діалог - це форма консультації з експертною системою “SF 2“. На деякі питання, користувач відповідає за допомогою вибору з меню, в інших випадках, користувачу необхідно надрукувати відповіді. Консультація завершується висновком, виданим системою, та поясненням послідовності висновку, що привела до цього твердження. Система розпізнає непорозуміння, що виникло або через помилку, або на принциповій основі, та реагує відповідним чином на цю ситуацію. Наприклад, при введені перевіряється тип змінних. Система інтерфейсу використовує мовний інтерпретатор системи, діалоговий процесор та механізм висновку. Механізм висновку повертає знання, виведені з бази знань, та через інтерфейс передає їх назад користувачу в зручній формі. Інтерфейс з користувачем та оболонка системи можуть розглядатися як "додаток" до бази знань.

Діалоговий процесор створює в системі питання для користувача та забезпечує обґрунтовані висновки системи, відповіді та необхідні конкретні пояснення результатів консультацій.

Ядром експертної системи є база знань, яка містить знання з аналізу та загальної оцінки деяких показників фінансового стану підприємства. База знань - центральна частина експертної системи, що складається з фактичних знань. Вона містить модель знань - правила, що описують відносини або явища, методи і знання для вирішення задач з предметної області системи.

Механізм висновку містить принципи і правила роботи та визначає, як використовувати базу знань так, щоб можна було одержувати висновки, що адекватно узгоджуються. На протязі консультації, механізм висновку будує граф вирішення задачі та визначає які правила потрібно викликати і організовує доступ до бази знань. Результат пошуку та прийняте рішення передається користувачу.

База знань містить факти або твердження та правила. Факти є короткостроковою інформацією в тому відношенні, що вони можуть змінюватися, наприклад, після консультації. Правилами є більш довготривала інформація про те, як породжувати нові факти або гіпотези враховуючи відомі факти.

Метод представлення знань, що використовується в системі, об'єднує декларативне та процедурне представлення знань. Декларативне представлення знань описує власний логічний висновок. У зв'язку з цим декларативна частина знань володіє достатньою гнучкістю, дозволяє описувати логічну частину знань області практичного використання системи. Процедурна частина знань дозволяє задати набір дій, які необхідно зробити в тій або іншій ситуації. При цьому висновки про відповідність деякої ситуації робляться за допомогою декларативної частини знань. Процедурна частина знань дозволяє повністю і зручно описати набір дій, які може надати експерт.

База знань консультацій є змінною частиною системи та може поповнюватися і модифікуватися. Спосіб представлення знань - у вигляді конкретних фактів і правил, з яких можуть бути виведені нові, використовуючи меню системи. В більш простіших випадках факт виражається значенням параметра атрибуту, або простим твердженням, яке може бути істинним або помилковим (рис. 6):

Рисунок 6 Опис параметрів

В базі даних pictures.dba зберігаються рисунки типів: метафайли Windows, залежні точкові малюнки (DDB) і незалежні точкові малюнки (DIB).

Система використовує ім'я рисунка як посилання. База даних рисунків підтримує загальні функції бази даних: додавання, редагування, видалення (рис 7).

а) Меню редагування бази рисунків	б) Меню редагування параметрів графа бази знань

Рисунок 7 Функції бази даних рисунків

Правила в базі знань призначені для представлення евристичних знань, тобто неформальних правил міркування, що виробляються експертом на основі досвіду його діяльності. Дії, що входять до складу правил, можуть містити нові факти. При використанні таких правил ці факти стають відомі системі і стають робочою множиною (рис. 8).

Інтерпретатор системи “SF 2“ - це модуль з багаторівневим лінгвістичним процесором який складається з лексичного аналізатора, блоку визначення слів, чисел та констант, блоку трансляції у внутрішню формальну мову, використовує системні бібліотеки Visual Prolog, та призначений для моделювання діалогу користувача і системи.

Модель бази знань в “SF2“ має структуру в вигляді дерева - графа. Система автоматично малює граф бази знань та дозволяє підключати при необхідності модулі зовнішніх баз різних форматів у внутрішній формат програми, що робить систему гнучкою та незалежною від формату зовнішніх даних. Структура бази знань задається у вигляді направленого графа (рис. 8), вузли якого - модулі обробки даних, а ребра задають напрям і послідовність пошуку відповіді.

Рисунок 8 Структурне дерево бази знань

Процедури пошуку рішень залежать від особливостей предметної області та вимог, які пред'являють користувачі до цих рішень. Фахова предметна експертна область характеризується розміром, мінливістю її в часі та просторі, повнотою моделі, визначеністю даних про поставлену задачу, кількістю необхідних рішень (одне застосовне, або всі допустимі), обмеженнями на результат та параметри, засобом його отримання.

Метод пошуку рішення в просторі станів визначаємо трійкою , де -- безліч початкових станів системи (запит);-- безліч операторів, що відображають одні стани в інші.-- безліч кінцевих цільових станів системи.

Процес консультації у системі -- це визначення такої послідовності операторів , які дозволять перетворити початковий стан системи в кінцевий. Процес консультації представляється у вигляді графа G, де ми розуміємо пару , де --безліч вершин графа, кожна з яких пов'язана з певними станами. -- безліч пар належить множині . В системі використано орієнтований граф, тобто для кожної пари - є порядок, а пара - є дуга. У цьому випадку пошук рішення задачі є шляхом на орієнтованому графі, де пари належать , який приводить з початкового стану до цільового. В системі дугам графа можна надати евристичні вагові характеристики, які відображають їх пріоритетність в процесі обробки запиту. В цьому випадку вибір шляху зводиться до мінімізації або максимізації суми вагових характеристик дуг, котрі створюють цей шлях: .

Таким чином граф задає простір можливих станів ПРГ. Побудова простору консультацій здійснюється за допомогою “розкриттям вершин”: береться деяка вершина з безлічі початкових станів і до неї застосовуються всі можливі оператори, що породжують дочірні вершини. Цей процес продовжується до тих пір, поки не буде знайдена вершина, відповідна одному з цільових станів.

Пошук може здійснюватися або в глибину, або в горизонталі в залежності від моделі знань. Процес розбиття задач на підзадачі представляється у вигляді орієнтованого графа - “і/або” -- граф. Кожна вершина “і/або” -- графа є задачею або підзадачею і може бути кон'юнктивною (“і”- вершиною) або диз'юнктивною (“або” - вершиною). Кон'юнктивні вершини разом з своїми дочірніми вершинами: зводять рішення задачі до рішення всіх її підзадач, відповідних дочірнім вершинам.

В нових версіях системи з метою скорочення часу пошуку рішень, передбачається використовувати евристичні методи пошуку та введення в базу знань системних правил. Системні правила можуть включати ступінь надійності, що забезпечує можливість евристичного пошуку рішення.

Для цього в кожній вершині передбачається використання евристичної інформації, яка перед розкриттям вершини дозволяє визначити ступінь її перспективності для реалізації певного запиту. Оцінка перспективності визначається на основі обраної функції оцінювання, в якій задаються різного роду семантичні обмеження.

Редактор баз знань, необхідний для підтримки бази знань її доповнення, аналізу помилок програми, перевірки коректності синтаксису правил на несуперечність при змінах, автоматизує процеси редагування та придбання знань, що здійснюються користувачем-експертом, та записує базу у файл.

Редактор відображає граф моделі бази на екрані монітора, параметри вершин графа, надає користувачу можливість редагувати програми, пов'язані з вершинами, та їх трансляцію. Трансляція початкової програми здійснюється в проміжний код, оскільки це дозволяє істотно прискорити логічний висновок в цілому.

При створенні вершини графа редактор перевіряє синтаксис змінних, діагностує помилки, зберігає і трасує граф знань. Знання при цьому розділяються на декларативні і процедурні. Для запису декларативних та процедурних знань створення графа застосована спеціалізована внутрішня мова інтерпретатору системи “SF 2“. Семантичні мовні інструкції та функції інтерпретатора “SF 2“ приведені в таблиці 2:

Таблиця 2

abs	cf_not	do_section_of	log	question	system
and	cf_or	ending	ln	quit	sqrt
advice	chain	endst	max	range	startstr
arctan	clear_all	exit	min	restore_values	strlen
assign	clear_value	exp	not	rules	tan
boolean	concat	explanation	number	save_values	text
call	cos	false	or	section	true
category	description	hyperadvice	parameter	showpic	trunc
cf_add	display	If int	picture	sin	type
cf_and	do	known	power	sound	unknown

SF2| має всі засоби|устаткування,обладнання|, щоб написати|записати| правила|правління|, які складуть базу знань. Далі|надалі|, SF2| має машину |машину,движок| висновку|виведення|, яка може використовувати правила|правління| в базі знань, щоб визначити|вирішити,розв'язати|, яка порада|порада| повинна бути наданим споживачу|користувачу| експертної системи або, щоб ініціювати|ввести,почати,запровадити,розпочати,зачати| інші дії|акції|. SF2| також зображають|показує,змальовує| здатність|здібність| для|за| споживача|користувача| експертної системи, щоб одержати|отримати| відповіді до питань як наприклад те, 'як' і, 'чому|чомусь|', і т.п.

Розділення|поділ| контролю|винахідливості,управління| і частин|часток| висновку|виведення| від|з,із| бази знань - фундаментальна|основна,істотна,суттєва| особливість раковини|снаряда,оболонки| експертної системи.

SF2| використовується інженером|технікою| знання, щоб створити базу знань і | споживачем|користувачем| системи, щоб консультуватися з|із| базою знань.

Картини запам'ятали|зберегли| в базі картин даних, названій|накликати| PICTURES.DBA. ім'я|назва| картини використовується як посилання|довідка,рекомендація,заслання|, тому|так,таким чином|, коли картину доведеться|припаде| включати як частина|частка| експертної системи, ім'я|назва| картини використовується.

База даних може підтримуватися|обслуговуватися,затверджуватися| із|із| загальними|спільними| використовуваними функціями бази даних подібно Додавання|добавляють|, Редагування і Видалення|віддалення|. Ви можете додати|добавити| рисунок або імпортуванням цього від|з,із| файлу, або приклеюючи це від|з,із| Буфера обміну. Всі формати растрового зображення і метафайли, більші, ніж 64 кб запам'ятовуються|зберегли| тільки|лише| для читання у файлах. Файл має розширення|розширення| *.bmp, якщо картина - точковий рисунок або *.emf, якщо рисунок - метафайл.

Використовучи вертикальні і горизонтальні смуги прокрутки, можно конкретизувати|визначити|, де|куди| розмістити рисунок у вікні.

Система SF2| також включає редактора |точки|, що дозволяє конкретизувати|визначити| вибирані підполя|області| в рисуноку. Ця особливість використовується в союзі|з'єднанні,спілці,сполучнику,сполученні,сполуці| з|із| параметрами категорії, в яких вибори|опції,варіанти| відповідають полям|областям| в рисуноку. Споживач|користувач| експертної системи таким чином може зробити вибір|опцію,варіант|, клацаючи|лускаючи| по полю|області| рисунока.

Картина може використовуватися в SF2|, як:

1. Стартова картина для|за| системи SF2|

2. Заголовок|назва| для|за| бази знань

3. Частина|частка| діалогу консультації, частина|частка| поради|поради|

4. Частина|частка| actionlist| в секції|перетині|, showpic|( рисунок )

Будь-який параметр складається з поля|області| декларації і поля|області| типу. Параметр може бути одним з наступного|слідуючого| чотирьох типу параметрів: булевий, текстовий, числовий, параметр категорії.

Будь-який параметр SF2 може набути значення|цінності| в одному з наступних|слідуючих| подій|способів,колій,доріг|:

від|з,із| відповіді до питання

в результаті|унаслідок,внаслідок| наступного|слідуючого| деякого правила|правління|

призначення|посада|, що походить від позову довіреної особи

Текст опису використовується, щоб проводити|виробляти,справляти| відповіді, коли споживач|користувач| експертної системи використовує|привертає,наймає,приваблює,залучає,притягає| засіб|позику| SF2|, щоб запитати|спитати|, “ЯК?” певне|деяке,упевнене| значення|цінність| було встановлено|затверджуватися,установлено| або, “ЧОМУ?”|чомусь| певний|деякий,упевнений| частина поради|частина,частка||поради| була надана|даний|. Тому|так,таким чином|, людина, відповідальна за написання бази знань, повинна узяти турботу|обережність| що читання описів|видів|, добре одержуюче схеми пропозиції|речення| для|за| пояснень, автоматично вироблюваних SF2|. Синтаксис |за| декларації у системі представлено в таблиці 3.

Таблиця 3 Синтаксис декларації

Математичні операції :	Логічні операції
<symbol> ::= <letter>{<letter> <letter> <digit> _} <letter> ::= a b c ... x y z A B C ... X Y Z <digit> ::= 0 1 2 3 4 5 6 7 8 9 The syntax for a name is: <name> ::= <letter> {<letter> <letter> <digit> _ } Example car michael a38 another_name_with_1_digit	< smaller than <= smaller than or equal to = equal to > greater than >= greater than or equal to <> different from мета- символи: { } Фігурні дужки указують , що послідовність в дужках, можливо, повторюється. [ ] Квадратні дужки указують , що послідовність в дужках необов'язкова. < > Імена, вкладені в дужках, синтаксичні елементи як наприклад <integers>,<names> будуть зліва ::= символа правила - альтернативи
+ addition - subtraction * multiplication / division between reals div division between integers mod modulus ( )	section start 'a very short section to illustrate assign' assign n := 7 + 8 / 2 advice 'evaluation of 7 + 8 / 2 gives ' n assign n := (7 + 8) / 2 advice 'evaluation of (7 + 8) / 2 gives ' n 'as / has higher priority than +.' & 'Notice that the parameter indeed did change the value' parameter n 'n' type number
булевий параметр:	числовий параметр
<boolean-expression> ::= <number-expression> <relational-op> <number-expression> <text-expression> <relational-op> <text-expression> <boolean-expression> and <boolean-expression> <boolean-expression> or <boolean-expression>	<number parameter> ::= <declaration field> type number [<explanation field>] [<rules field (with number expressions)>] <range field> [<question field>] [<picture field>] <range field> ::= range <number> <number>
Продовження табл. 3
not [(] <boolean-expression> [)] true false unknown <parameter-name> known(<parameter-name>) <relational-op> ::= < > <= >= = <> parameter overweight 'the person is overweighted' type boolean rules true if overweight_statement, false if not overweight_statement, height - 100 < weight /* This is not an official rule! */ parameter overweight_statement 'the person is overweighted' type boolean question 'Are you overweight ?' parameter gasoline_ok : 'there is gasoline in your car' type boolean explanation 'Turn on the ignition and look at the fuel gauge' question 'Is there any gasoline in your car ?' picture 'gasoline'	<number-expression>::= <number-expression> <number-op> <number-expression> <number-function> ( <argumentlist> ) <parameter-name> <number> <number-op> ::= + - / * div mod parameter height 'the height of the person in cm' type number question 'What is your height in cm? ' parameter weight 'the weight of the person in kg' type number question 'What is your weight in kg? ' The syntax for the picture field is: <picture field> ::= picture <parameter name> '<picture name>' Examples picture car picture 'sedan'
параметр категорії	текстовий параметр
<category parameter> ::= <declaration field> type category [<explanation field>] <options field> [<rules field (with text expressions)>] [<question field>] [<picture field>] <options field> ::= options <name> [ - <string>] {,<name> [ - <string>]}. Pictures Database parameter car 'the kind of car' type category explanation	<text parameter> ::= <declaration field> type text [<explanation field>] [<rules field (with text expressions)>] [<question field>] [<picture field>] parameter name 'the name of the user' type text question 'What is your name ?' parameter colour 'a word describing the colour' type text explanation 'Humans normally use words to describe colours rather than specifying the frequency of the light
Закінчення табл.3
'Identify your car with one of the listed types as closely as you can' option ambulance policecar sedan - 'car' van. question 'Which kind of car do you have?' picture 'cars'	wave. This parameter represents colours as red, blue, etc.' rules 'blue' if frequency < 1000, 'red' if frequency > 2000 and frequency < 3000, 'invisible'.
. rules
Examples rules 'blue' if frequency < 1000, 'orange' if frequency >= 1000 and frequency < 2000, 'red' if frequency > 2000 and frequency < 3000, 'invisible'. rules (height * (length + width)) * 2 if shape = box, height * width * width / 2 if shape = pyramid, 4 / 3 * 22 * radius * radius if shape = ball.	<rules field> ::= rules <parameter rules> . <parameter rules> ::= <parameter rule> {,<parameter rules>} <parameter rule> ::= <expression> [if <boolean-expression>] For instance consider a rules field like this: rules <expression> if <boolean-expression>, <expression> if <boolean-expression>, <expression> if <boolean-expression>, <expression> .
The following parameter definition: parameter battery_dead 'the battery is dead' type boolean explanation 'The battery is dead if none of the car''s lights work' question 'Is the battery dead ?'	parameter marital_status 'the people are married' type category explanation 'Marital status is determined by whether' & 'there exists a marriage certificate for' & name ' and ' name_of_partner ' or not' options married, unmarried. question 'What is the marital status of ' name ' ?'
Виклик функцій
<call> ::= call clear_all() call clear_value(<parameter_name>) call display(<filename>) call hyperadvice(<filename>,<name>) call restore_values(<filename>) call save_values(<filename>) call showpic(<picture_name>) call sound(<Duration>,<Frequency>) call system(<string>) hyperadvice(<filename>,<node_specification>) <node_specification> ::= <number>	Examples call restore_values('c:\ setup.dat') call save_values('c:\setup.dat') call showpic('cars') sound(10,100) section brakes 'problems with the brakes' if brake_long_travel call hyperadvice('hypercar.hlp',1) if brake_poor call hyperadvice('hypercar.hlp',2) if brake_veer call hyperadvice('hypercar.hlp',3) clear_all() очищає всі значення|цінності| параметра в поточній базі знань

Boolean або логічні параметри використовуються, коли параметр обмежений до одного з істини значень|цінностей|, вірно чи невірно - тобто, коли відповідь до питання - бути Або, Так|та|, Ні, або Невідомо. За умовчанням SF2| автоматично проводить|виробляє,справляє| listbox, відповідний значенням|цінностям|: істина, невірно і невідомо.

Якщо числовий параметр |числа| набуває свого значення|цінності| від|з,із| відповіді на питання, SF2| покаже діалогове вікно, з|із| питанням і лінією редагування для|за| відповіді. Вхідне значення|цінність| буде перевірено автоматично на існування числа|числом|. Якщо поле|область| параметра ряду|діапазону,лави,низки| вказане, значення|цінність| крім того буде перевірено|стримуватися|, на існування в межах ряду|діапазону,лави,низки| “range 100 250 “.

Складні|складові| логічні вирази формуютьсяі, використовуючи логічні операції: І, Або і Ні та мають найвищий пріоритет, фактично|насправді| навіть|ще| вище, ніж математичні|математик| оператори.

Якщо параметр категорії набуває свого значення|цінності| від|з,із| відповіді до питання, SF2| покаже діалогове вікно, з|із| питанням і listbox з|із| іменами|назвами| виборів|опцій,варіантів| або пояснювальними текстами, якщо ці надані|дані|. Споживач|користувач| тоді|потім| вибирає відповідь від|з,із| listbox. Як альтернатива, споживач|користувач| може вибрати вибір|опцію,варіант|, клацаючи|лускаючи| по полю|області| в картині. Щоб зробити це, поля|області| в картині повинні бути визначені і зв'язані до вибору|опцій,варіантів|,

Для цього використовують редактор команди меню даних |точки|, який доступний через Базу рисунків.

Пояснення в системі відповідає|за| активному або останньому|минулого| питанню в сесії|сеансі| та консультації. Питання завжди буде підказкою для|за| значення|цінності| параметра, чиє визначення містить|утримує| питання. Якщо визначення параметра також містить|утримує| пояснення ключового|джерельного| слова, текст, що міститься|утримується| в полі|області| пояснення показується на екрані. Якщо ніяке|жодне| пояснення не визначене, пояснююча кнопка|гудзик| буде блокована|калічити,нівечити|.

SF2| не автоматично додає|добавляє| знак питання, так що текст безпосередньо повинен містити|утримувати| його. Якщо параметр використовується як частина|частка| тексту питання, то|тоді| значення|цінність| того параметра буде встановлено|затверджуватися,установлено| перед тим, як питання буде сформульоване|викладене|.

Якщо текст питання неповний|опускається|, то SF2| виводить|вироблятиме,справлятиме| типовий текст, заснований на тексті опису|вигляду,виду| від|з,із| поля|області| декларації, згідно|відповідно,відповідно до| виду параметра. Якщо ім'я|назва| вже набуло значення|цінності|, це значення|цінність| буде вставлено по тексту питання.

Поле зображення використовується, щоб додати мультімедіа в базу та конкретизувати|визначити| діалог. Рисунок може бути вказан по імені від|з,із| бази малюнків даних в qoutes| або parametername| |лапок|. Значення|цінність| параметра повинне бути ідентичне імені|назві| в базі рисунків. SF2| завжди починає|розпочинає,зачинає| роботу від|з,із| стартової секції|перетину|.

Експертна система “SF2“- це програмна оболонка, яка зберігає введені теоретичні та практичні знання висококваліфікованих фахівців в конкретній проблемній області та здатна давати рекомендації по проблемах в цій області з високим ступенем надійності.

У зв'язку з тим, що база знань відділяється від програмних управляючих структур нижчого рівня, експерти системи можуть зосередитися на накопиченні і організації знань, а не на деталях їх комп'ютерної реалізації. Це дає можливість представити знання більш природним чином.

Інтерпретатор системи “SF 2“ - це модуль з багаторівневим лінгвістичним процесором який складається з лексичного аналізатора, блоку визначення слів, чисел та констант, блоку трансляції у внутрішню формальну мову, використовує системні бібліотеки Visual Prolog, та призначений для моделювання діалогу користувача і системи.

Модель бази знань в “SF2“ має структуру в вигляді дерева - графа. Система автоматично малює граф бази знань та дозволяє підключати бази різних форматів. Структура бази знань задається у вигляді направленого графа , вузли якого - модулі обробки даних, а ребра задають напрям і послідовність пошуку відповіді.

Одночасно треба відзначити що експертна система обмежена певною сферою експертизи.

В системі використовуються наступні параметри, зображені в таблиці 4:

Таблиця 4 Параметри

Назва вхідного повідомлення	Ідентифікатор
Сума активів у валюті	FXА
Сума зобов'язань у валюті	FXL
Сума валюти, куплена за торговельними операціями	FXb
Сума валюти, продана за торговельними операціями	FXs
Курс спот станом на час t	St
Курс спот станом на кінець попереднього періоду	S_t
Чиста «експозиція» банку	NEXP

Секції, що використовуються в системі зображені на рис. 9.



Рисунок 9 Приклад секції системи

Дерево секцій зображено на рисунку 10.

Рисунок 10 Дерево секцій

Ось так виглядає спроектована база знань «Управління ризиками ЗЕД комерційного банку».



Отже, розроблена база знань за допомогою вище зазначених параметрів допомагає визначити, чи отримає банк прибутки чи ні.

Список використаних джерел

1. http://quality.eup.ru/MATERIALY2/bpwin4.htm

2. http://uk.wikipedia.org

3. Борисов Є.Ф. Основи економіки. - М.: МАУП, 2003

4. Ведяпін В.І. Інформація в економіці. М., 2005

5. Де Ковни Ш., Такки К., “Стратегии хеджирования”, М., 1996 г.

6. Ющенко В.А, Міщенко В.Д., Валютне регулювання// Київ, “Знання”, 1999

Размещено на Allbest.ru

...