Управління ризиками зовнішньоекономічної діяльності комерційного банку за допомогою методології IDEF0, середовища AllFusion Process Modeler

Особливості управління валютними ризиками у комерційних банках. Перелік вхідних, вихідних повідомлень розробленої системи. Схема контекстної діаграми. Перший рівень декомпозиції. Алгоритм розробки бази знань. Меню вибору консультаційної бази системи.

Рубрика Банковское, биржевое дело и страхование
Вид курсовая работа
Язык украинский
Дата добавления 30.01.2014
Размер файла 351,5 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

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

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

Вступ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

· аналіз,

· планування,

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

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

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

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

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

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

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

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

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

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

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

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

Таблиця 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. Розробка бази знань

Терміни.

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

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

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

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

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

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

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

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

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

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

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

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

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

Реалізація.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблиця 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>

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

'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() очищає всі значення|цінності| параметра в поточній базі знань

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

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

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

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

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

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

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

Назва вхідного повідомлення

Ідентифікатор

Сума активів у валюті

FXА

Сума зобов'язань у валюті

FXL

Сума валюти, куплена за торговельними операціями

FXb

Сума валюти, продана за торговельними операціями

FXs

Курс спот станом на час t

St

Курс спот станом на кінець попереднього періоду

S_t

Чиста «експозиція» банку

NEXP

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

валютний комерційний контекстний консультаційний

Висновок

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

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

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

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

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

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

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

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

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

- валютний;

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

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

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


Подобные документы

  • Фінансово-економічна необхідність удосконалення управління кредитними ризиками в комерційних банках. Способи оцінки кредитного ризику комерційного банку, методи управління ними та вимоги Національного Банку України (НБУ) щодо запобігання ризикам.

    дипломная работа [2,2 M], добавлен 08.11.2010

  • Поняття, головні чинники виникнення та індикатори валютного ризику банку, розробка та необхідність маркетингової стратегії управління ризиками. Діагностика системи управління валютним ризиком в банку АКБ "Базис", рекомендації щодо її вдосконалення.

    курсовая работа [66,4 K], добавлен 23.01.2010

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

    дипломная работа [607,4 K], добавлен 19.03.2009

  • Теоретичні положення щодо управління ризиками у банківській діяльності. Розкриття особливостей управління ризиками в Бахмацькій філії ВАТ "Ощадбанк". Оцінка рентабельності і аналіз кредитного портфелю банку. Шляхи покращення диверсифікованих ризиків.

    курсовая работа [195,0 K], добавлен 02.10.2011

  • Сутність та класифікація банківських ризиків. Сутність, складові та етапи ризик-менеджменту комерційного банку. Моделі та методи управління ризиками банку. Моніторинг та контролінг ризиків. Шляхи удосконалення системи ризик-менджменту в банках України.

    курсовая работа [885,8 K], добавлен 26.02.2014

  • Коротка характеристика "Райффайзен Банк Аваль", історія та основні етапи його розвитку, структура та організація. Характеристика діяльності банку та банківських продуктів. Управління кредитними ризиками на рівні відділу по роботі з заставним майном.

    отчет по практике [38,2 K], добавлен 09.06.2011

  • Сучасний стан банківської системи в Україні. Економічна суть та методи управління ризиками у банківській діяльності. Оцінка фінансових показників діяльності ВАТ "Ощадбанк". Аналіз активів та пасивів банку. Пропозиції щодо ефективного управління ризиками.

    курсовая работа [182,0 K], добавлен 28.06.2013

  • Економічна природа кредитного ризику. Особливості кредитної політики Укрсоцбанку, аналіз управління кредитними ризиками та напрямки удосконалення. Побудова математичної моделі формування кредитного портфелю. Інформаційні технології у банківській сфері.

    дипломная работа [431,2 K], добавлен 26.01.2010

  • Поняття і головні чинники винекнення валютних ризиків. Особливості управління валютними ризиками. Страхування від валютних ризиків. Захистит від непередбачувальних та неконтрольованих ринкових змін. Маніпулювання валютними ризиками.

    реферат [18,9 K], добавлен 19.02.2003

  • Сучасний стан депозитної діяльності в банках. Методи управління депозитним портфелем. Методи страхування, обґрунтування стратегії та економічної ефективності управління структурованими депозитами. Удосконалення методів оцінки та управління ризиками.

    дипломная работа [9,8 M], добавлен 06.07.2011

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.