7.Формалізоване подання економічної інформації.
З метою автоматизації аналізу інформаційних сукупностей здійснюється їх формалізоване подання, тобто кожному реквізиту привласнюється назва, позначення, тип, довжина, к-ть знаків після коми та індетифікатор. Крім того, слід задати послідовність дій для отримання результату, або алгоритм.
Щоб формалізовано подати будь-який показник, насамперед потрібно виокремити його складові (реквізити), позначити кожний з них і визначити його тип. Цього достатньо, аби мати змогу формалізовано записувати показники, тобто подавати їх у вигляді формул чи математичних виразів, а також будувати алгоритми їх визначення.
Якщо для реквізитів задати значення, яких вони можуть набувати, та присвоїти їм відповідні ідентифікатори, то стане можливим машинне подання інформації, її введення в ЕОМ, а отже, і її машинна обробка.
Приклад формалізованого подання показника, котрий задається документом «Платіжне доручення» і визначає суму, яка перераховується з рахунку клієнта (платника) відповідного банку на рахунок іно клієнта (отримувача) того самого чи іно банку (як оплата за куплені товари або надані послуги).
Якщо використати для реквізитів відповідні позначення і визначити їх тип (графи 3, 4), то первинний показник можна записати у вигляді Wapbohd, що визначає суму W, яка була перерахована з рахунку а в банку р на рахунок b в банку о згідно з документом «Платіжне доручення» за номером h від дати d.
Якщо у формалізованому запису первинного показника Wapbohd виконаємо підсумовування за реквізитом h (номер документа), дістанемо новий — він буде похідним — показник такого вигляду:
Він визначатиме суму, що її перераховано з рахунку а на рахунок b за всіма документами (дорученнями) даного дня d.
Ще один похідний показник — суму коштів, що їх було перераховано з рахунку а на рахунок b за період від d1 до d2 — дістаємо в результаті підсумовування за атрибутом d, тобто визначення загальної суми всіх платіжних доручень з датою, яка потрапляє у зазначений проміжок. Цей показник матиме такий вигляд
Підсумовуванням останнього показника (Wapbod) за b визначаємо суми коштів (Wapo), які були перераховані з рахунку а в банку p на всі рахунки банку o.
Зрозуміло, що підсумовування показника Wapo за а визначить суму коштів, що їх було перераховано з банку р до банку о за розглядуваний період
І, нарешті, кінцевий (результативний) показник визначить суму, яка була перерахована з банку р в усі інші банки за всіма рахунками протягом розглядуваного періоду.
Очевидно, що виконавши відповідні підстановки, можна дістати наведену далі залежність результуючого показника Wp від первинного Wapbohd:
1. Під час автоматизованої обробки інформації зберігаються здебільшого лише значення первинних показників, а значення решти показників обчислюються, при необхідності, з їх допомогою.
2. Коли йдеться про формалізовані перетворення та подання, можуть бути отримані показники, які не мають реального змісту. Наприклад, підсумовування первинного показника Wapbohd за p приводить до проміжного показника Wabohd, який не має реального змісту. Більш того, формальне виконання операцій може призвести до повного «зникнення» показника як такого. Підсумувавши результуючий показник Wp за р, дістанемо просто атрибут W, який не є показником.
Якщо для реквізитів визначити їх довжину і проставити в таблиці значення довжини та ідентифікатори (графи 5 — 7), що відповідають цим реквізитам, то можна говорити про введення даних у ЕОМ, формування масивів, зберігання даних на машинних носіях і їх подальшу обробку.
Оскільки записи масиву є сукупністю реквізитів, то набір реквізитів (W,a,p,b,o,h,d) також можна розглядати як запис інформаційного масиву «оплачених доручень» з іменем, наприклад МАРLD. Кожний запис такого масиву визначатиме одне значення показника «сума коштів W, перерахованих за даним дорученням d». Довжина запису такого масиву дорівнюватиме сумі довжин реквізитів, які входять до нього, і становитиме 67 знаків (символів). Умовно структуру такого масиву можна подати у вигляді
Множину значень будь-якого проміжного показника, наприклад Wapbo, можна подати також як масив, утворений сумами, перерахованими з рахунку а в банку p на рахунок b в банку o за період від d1 до d2 з іменем, наприклад МАРL. Його структуру можна записати у вигляді
Масив МАРL має п’ять полів (реквізити), а довжина його запису — 56 знаків.
Такими діями задачу отримання множини значень проміжного показника Wapbo з множини значень первинного показника Wapbohd можна звести до задачі побудови масиву МАРL із первинного масиву МАРLD.
Загальна схема перетворення має такий вигляд:
Зауважимо, що ці масиви можуть бути створені на машинних носіях і в ЕОМ, оскільки визначено реквізити, які входять до їх записів, тобто задано ідентифікатори, тип і довжину (кількість символів) реквізитів. Питання безпосереднього перетворення вхідних масивів на вихідні — це, по суті, питання організації автоматизованої обробки з використанням тих чи інших програмних і технічних засобів.
- 1.Фінансово-кредитна інформація та її особливості.
- 2.Особливості і характеристики економічної інформації, які враховуються при її автоматизованій обробці.
- 3.Характеристики економічної інформації.
- 4.Структуризація економічної інформації.
- 5.Реквізит: найменування (ім’я), значення, структура.
- 6.Інформаційний масив та його характеристики
- 7.Формалізоване подання економічної інформації.
- 8. Подання економічної інформації на носіях
- Основні системи класифікації економічної інформації.
- Кодування економічної інформації. Основні методи кодування.
- 11.Код: алфавіт, основа, структура.
- 13.Класифікатори економічної інформації.
- Особливості іс у фінансово-кредитних установах
- Вплив специфіки діяльності банків на структуру їх іс
- Загальна схема баіс банківської автономної установи.
- Функціональне призначення баіс.
- Проблеми створення іс у комерційних банках із багаторівневою структурою
- Принципи створення і функціонування іс у фку
- 21. Загальна структура іс, функціональна та забезпечувальна частини.
- 22. Склад забезпечувальної частини іс: підсистеми технічного, математи-чного, лінгвістичного, правового, інформаційного, організаційно-методичного та ергономічного забезпечення.
- 23. Ознаки формування функціональних підсистем іс.
- 24. Технології обробки даних функціональною частиною іс (централізова-на, децентралізована, змішана).
- 25. Структура функціональної частини баіс.
- 26. Стадії та етапи розробки іс.
- 27. Основні розділи «Технічного завдання» при формуванні іс.
- 28. Розробка автоматизованого розв’язування задач за умов функціонуван-ня іс.
- 29. Постановка задачі та її розробка: сутність поняття «задача», характери-стика розділів «Опису постановки задачі», контрольний приклад.
- 30. Алгоритм розв’язування задачі. Варіанти опису алгоритмів.
- 31. Функціональна структура абс.
- 33. Функціональна підсистема абс. Основні функціональні підсистеми абс. Призначення абс.
- 34. Загальна структурна схема побудови абс.
- 36. Характеристика підсистеми «Управління кредитними ресурсами банку»
- 37. Характеристика підсистеми «Управління валютними операціями»
- 38. Характеристика підсистеми «Управління депозитами»
- 39. Характеристика підсистеми «Управління цінними паперами»
- 40. Характеристика підсистеми «Управління касою»
- 41. Характеристика підсистеми внутрішньобанківський облік
- 42. Характеристика підсистеми «Звітність банку»
- 43. Характеристика підсистеми «Управління розрахунками з використанням пластикових карток».
- 44. Характеристика підсистеми «Аналіз діяльності банку».
- 45. Модульний підхід до структуризації абс
- 46. «Клієнторієнтована стратегія» комерційного банку.
- 47.Технологія crm-систем. Функціональність crm-системи. Переваги crm-систем.
- 48.Функціональні модулі системи WinPeak crm:
- 49. Призначення iCrm-системи як самостійного елементу crm-систем.
- 50.Мета інтеграції crm-систем з модулями абс
- 51. Програмно-технічна платформа абс.
- 52. Основні питання вибору програмно-технічної платформи під час створення абс.
- 53. Типи субд та їх характеристика
- 54. Причини автоматизації банківської діяльності
- 55. Основні напрями автоматизації банківської діяльності
- 56. Рівні впровадження інформаційних технологій у сфері банківської діяльності
- 57. Рівні архітектури сеп
- 58. Технологія «Файл-сервер»: сутність функціонування, недоліки
- 59. Технологія «Клієнт-сервер»: сутність функціонування, переваги
- 60. Інформаційні мови. Мова програмування...