- •1)Інформаційні системи в управлінні народним господарством їх роль і місце.
- •2) Призначення та характеристика Міжнародної електронної системи передавання банківських повідомлень swift. ( свіфт не є системою розрахунків!).
- •4)Побудувати схему інформаційного забезпечення комплексу задач підсистеми обліку страхових договорів аіс страхової компанії.
- •1)Дати визначення інформаційним системам.
- •1) Сукупнiсть економiчних даних на вiдповiдних носiях, органiзованих певним способом;
- •2) Методи, способи, технiчнi засоби й технологiї збирання, обробки, зберiгання, пересилання iнформацiї та її надання користувачам.
- •2)Описати структуру національної системи масових електронних платежів (нсмеп).
- •3) Характеристика комплексу задач розрахунку показників в асфр.
- •4) Характеристика інформаційного забезпечення автоматизованої інформаційної системи «Податки».
- •1)Етапи розвитку інформаційних систем.
- •2)Платіжні системи України: Система електронних платежів (сеп нбу).
- •3) Характеристика комплексів задач обліку платників податків - юридичних і фізичних осіб.
- •2)Поняття та принципи функціонування платіжних систем.
- •3)Склад функціональних підсистем асфр.
- •1)Структура інформаційних систем у фінансах.
- •4)Побудувати схему інформаційного забезпечення депозитарної установи.
- •1) Характеристика складових частин інформаційних систем у фінансах.
- •2) Автоматизація операцій з овдп.
- •3) Структура і склад автоматизованої інформаційної системи Державного казначейства України.
- •4) Особливості фінансової інформації, як різновида економічної інформації.
- •1)Функції та компоненти, задачі обробки даних інформаційних систем у фінансах.
- •2) Особливості технології інформаційної підтримки угод, пов'язаних з цінними паперами.
- •3)Характеристика податкової системи з позиції оброблення інформації.
- •4)Структура економічної інформації та методи її оцінки.
- •1)Перспективні напрямки розвитку інформаційних систем у фінансах.
- •2)Інформаційна підтримка здійснення операцій на валютному ринку.
- •3)Технологія розв”язування задач асфр у центральних і місцевих фінансових органах.
- •4)Характерні риси та особливості економічної інформації.
- •1.Поняття економічної та фінансової інформації.
- •2.Інформаційні системи фінансового аналізу на фондовому ринку, опис систем.
- •3.Інформаційна модель і інформаційне забезпечення автоматизованої системи фінансових розрахунків.
- •5.Навести перелік Загальнодержавних класифікаторів, які використовуються в аіс формування і обліку виконання Державного і місцевих бюджетів.
- •6. Розробити постановку та алгоритм автоматизованого розв'язання задачі обліку та переоцінки акцій акціонерного товариства та спроектувати:
- •1.Фінансово - економічна інформація як предмет та продукт автоматизованої обробки.
- •2.Організація котирування цінних паперів на фондовій біржі.
- •4.Характеристики атрибутів і показників, як основних складових одиниць економічної інформації. Утворення показників.
- •5.Побудувати схему інформаційної моделі торговця цінними паперами.
- •6.Розробити постановку та алгоритм автоматизованого розв'язання задачі з видачі відомості аналізу витрат на виробництво продукції по структурних підрозділах підприємства та спроектувати:
- •1.Структура, форми подання та відображення фінансово - економічної інформації.
- •2.Обробка інформації по обігу цінних паперів.
- •3.Структура автоматизованої системи фінансових розрахунків (асфр).
- •4.Побудувати схему інформаційної моделі комплексу задач підсистеми обліку страхових договорів аіс страхової компанії.
- •5.Дати характеристику та призначення файлів сеп №6,8,10. Які з файлів сеп є файлами первинних платежів одного й того ж банківського дня?
- •6.Розробити постановку та алгоритм автоматизованого розв'язання задачі з формування реєстру векселів юридичної особи та спроектувати:
- •1.Характеристики атрибутів і показників, як основних складових одиниць економічної інформації. Утворення показників.
- •2.Загальна характеристика фінансового ринку з позиції обробки інформації.
- •3.Інформаційна модель аіс „Страхування”.
- •5.Основні алгоритми, яки використовуються при вирішенні комплексу задач обліку договорів страхування в автоматизованій інформаційній системі страхової компанії.
- •6.Розробити постановку та алгоритм автоматизованого розв'язання задачі обліку матеріальних цінностей на складі та формуванню складських свідоцтв та спроектувати:
- •1.Фінансово - економічна інформація та її оцінювання.
- •2.Моделювання і підтримка рішень по управлінню фінансами на підприємствах і в комерційних структурах.
- •3.Форми представлення алгоритмів.
- •5.Характеристика страхової системи України з позицій оброблення інформації.
- •6. Розробити постановку та алгоритм автоматизованого розв'язання задачі формування виписок з реєстру власників іменніх цінних паперів:
- •1.Носії фінансово – економічної нформації.
- •2.Методика і алгоритми рішення основних фінансових задач на підприємствах і в комерційних структурах.
- •3.Призначення, структура та зміст документа «Алгоритм розв’язання задачі”.
- •4.Характеристика та склад позамашинної інформаційної бази.
- •5. Інформаційні зв’язки аіс Податки з іншими інф.С-ми
- •6. Розробити постановку та алгоритм автоматизованого розв'язання задачі по обліку касових операцій банку та формуванню касового журналу та спроектувати:
- •2.Інформаційні зв"язки фінансових задач на підприємствах та в комерційних структурах.
- •3.Призначення, структура та зміст документа «Опис постановки задачі».
- •5.Основні алгоритми, яки використовуються при рішенні задач обліку податкової звітності в автоматизованій інформаційній системі «Податки».
- •1. Засоби формалізованого описання економічної інформації.
- •2. Загальна характеристика фінансових задач, які розв"язуються на підприємствах і в комерційних структурах.
- •3. Основні стадії і етапи створення інформаційних систем.
- •4. Машинна інформаційна база. Структура і склад втоматизованого банку даних (абд).
- •1. Класифікації та кодування економічної інформації.
- •3. Принципи створення та функціонування інформаційних систем.
- •5. Склад автоматизованої системи розрахунків Державного бюджету України.
- •1. Пластикові картки та їх використання в системі електронних грошей.
- •2. Специфіка створення інформаційної бази аіс бюджетних установ (на прикладі Державного Казначейства).
- •3. Особливості фінансових установ і їх вплив на організацію інформаційної бази (на прикладі податкових органів).
- •Операції збору та реєстрації інформації
- •5. Взаємозв'язок комплексів функціональних задач на різних рівнях управління в автоматизованій інформаційній системі Держказначейства України.
- •1. Вдосконалення системи економічної інформації в управлінні об'єктом.
- •2. Інформаційні зв"язки задач бюджетних установ.
- •3. Особливості фінансової діяльності та їх вплив на системи автоматизованого оброблення інформації.
- •5. Характеристика і склад автоматизованої інформаційної системи Держказначейства України.
- •1. Інформаційних технологій та їх класифікація.
- •2. Загальна характеристика задач, які розв"язуються в системі бюджетних установ (на прикладі Державного Казначейства).
- •3. Інформаційні фінансові системи, їх види та характеристика.
- •1. Характеристика інформаційних технологій.
- •2. Інформаційні зв’язки автоматизованої інформаційної системи страхової компанії з іншими інформаційними системами.
- •3. Olap-технології і сховища даних.
- •4. Побудувати схему інформаційного забезпечення комплексу задач підсистеми обліку страхових договорів аіс страхової компанії.
- •1. Стандарт інтерфейса інформаційних систем для діалогових технологій.
- •Розглянемо інтерфейс програми Microsoft Access :
- •2. Основні алгоритми, яки використовуються при вирішенні функціональних задач в аіс “Страхування”.
- •3. Сховища даних, архітектура, моделі та основи їх створення.
- •4. Класифікація автоматизованих інформаційних систем (аіс).
- •1. Розподілені бази даних, технології обробки інформації в рбд.
- •2. Склад функціональних підсистем аіс “Страхування”.
- •3. Логічна модель бази даних.
- •4. Принципи створення та функціонування аіс.
- •Екзаменаційний білет №24
- •1) Інтернет-технології при створенні систем „Інтернет-банкінг”.
- •2) Інформаційне забезпечення автоматизованої інформаційної системи страхової компанії (аіс “Страхування”).
- •3) Нормалізовання відношень в базах даних.
- •4) Основні стадії і етапи створення інформаційних систем.
- •5) Дати характеристику та призначення файлів сеп №5,6,11. Які з файлів сеп відносяться до одного й того ж банківського дня?
- •6) Розробити постановку та алгоритм автоматизованої обробки інформації обліку руху коштів на карткових рахунках клієнтів банку та спроектувати: Екзаменаційний білет №25
- •1) Технологія клієнт-сервер в обробці інформації.
- •2) Загальна характеристика страхової системи з позицій обробки інформації.
- •3) Створення оптимальної моделі баз даних.
- •4) Документ «Опис постановки задачі». Призначення, структура та зміст документу.
- •5) Характеристика комплексу задач обліку податкової звітності в автоматизованій інформаційній системі «Податки».
- •6) Розробити постановку та алгоритм автоматизованої обробки інформації з обліку операцій з овдп та спроектувати: Екзаменаційний білет №26
- •1) Характеристика та класифікація технологічних операцій оброблення економічної інформації
- •2) Інформаційні зв'язки аіс «Держказначейства» з іншими інформаційними системами.
- •3) Інфологічні та датологічні моделі бд.
- •4) Особливості фінансової інформації, як різновида економічної інформації.
- •5) Дати характеристику та призначення файлів сеп №2,5,6. Які з файлів сеп є файлами зворотних платежів одного й того ж банківського дня?
- •5 Модель
- •1) Технологічні процеси автоматизованого оброблення економічної інформації.
- •2) Методика і алгоритми рішення задач по обліку та розподілу бюджетних коштів.
- •3) Автоматизованого банку даних в інформаційних системах.
- •4) Структура економічної інформації (еі)та методи її оцінки.
- •5) Зв’язок функціональних підсистем автоматизованої інформаційної системи аіс “Податки” на різних рівнях управління податкової системи України.
- •6) Описати систему обробки інформації при розрахунках планової потреби в обігових коштах на майбутній період, навести інформаційну модель системи, та спроектувати: Екзаменаційний білет №28
- •1) Типові технологічні операції і їх виконання в інформаційних системах.
- •2) Взаємозв'язок комплексів функціональних задач на різних рівнях управління бюджетними коштами.
- •3) Бази даних в інформаційних системах.
- •4) Характерні риси та особливості економічної інформації.
- •5) Дати характеристику та призначення файлів сеп №3,7,11. Які з файлів сеп є файлами первинних платежів одного й того ж банка? Третя модель
- •Екзаменаційний білет №29
- •1) Поняття позамашинної інформаційної бази, її організація.
- •2) Інформаційне забезпечення аіс «Держказначейства».
- •3) Машинне інформаційне забезпечення.
- •4) Форми подання та відображення економічної інформації.
- •5) Характеристика комплексу задач контролю повноти сплати податкових платежів в аіс «Податки».
- •6) Розробити постановку та алгоритм автоматизованої обробки інформації у банку при прогнозуванні курсу цінних паперів в системі пфтс та спроектувати: Екзаменаційний білет №30
- •2) Структура і склад функціональної частини аіс «Держказначейства».
- •3) Вихідні документи, розробка форм та вибір засобів виводу.
- •4) Характеристики атрибутів і показників, як основних складових одиниць економічної інформації. Утворення показників.
- •5) Інформаційні зв'язки автоматизованої інформаційної системи «Податки» з аіс “Держказначейства”
3. Сховища даних, архітектура, моделі та основи їх створення.
Різновидом баз даних є сховище даних (Data WarenHouse). Поняття сховищ даних виникло зовсім недавно. Необхідність розробки нової концепції сховищ даних обумовлена такими факторами:
o Розвиток інформаційних технологій привів до систем нового типу, які дістали назву систем підтримки прийняття рішень. Ці системи основані на новій технології, яка дістала назву OLАР-технології (On – Line Analyse Processing Systems). Основою OLАР-технології є реалізація аналітичних запитів.
o Системи підтримки прийняття рішень, основані на формуванні аналітичних запитів, почали конфліктувати з транзакційними системами оперативної обробки даних (ОLТР- системами, On – Line Transaction Processing). Одночасне вирішення оперативних і аналітичних запитів на одній базі даних часто призводить до нестачі ресурсів.
Формування аналітичних звітів на основі традиційних баз даних, які вміщують оперативну інформацію, займає дуже багато часу. Причому витрати часу, необхідні для формування аналітичних звітів, невпинно зростають зі зростанням обсягів оперативної інформації в базі даних. Це призводить до того, що менеджери не встигають готувати відповідні рішення на основі отриманих аналітичних звітів.
Дуже часто на підприємстві чи в організації функціонує декілька ОLТР - систем, кожна з яких має свою окрему базу даних, в яких використовуються різні структури даних, способи кодування, одиниці вимірювання. Побудова зведеного аналітичного запиту на основі декількох баз даних є дуже складною проблемою, яка спочатку потребує вирішення проблеми узгодженності даних, що зберігаються в різних базах даних.
Вирішення перерахованих вище проблем було знайдено в розробці концепції сховища даних. Сховище даних має виконувати функції попереднього добору, агрегації та підготовки оперативних даних ОLТР - системам. Тобто в сховищі даних зберігаються не первинні дані, а певним чином інтегровані дані, які створюють основу для вирішення аналітичних задач і функціонування систем підтримки прийняття рішень.
Таким чином сховище даних (Data WarenHouse ) це особливі форма організації бази даних, котра призначена для зберігання в погодженому вигляді агрегованої інформації, що отримується ні основі баз даних різних ОLТР - систем та зовнішніх джерел.
Сховища даних характеризуються предметною орієнтацією, інтегрованістю, підтримкою хронології, незмінністю і мінімальною надлишковістю. Ці основні особливості сховищ даних були визначені в 1992 році їх винахідником Біллом Інмоном. Вони незалежно від реалізації притаманні всім сховищам даних і полягають ось у чому.
Предметна орієнтація. Дані в сховищі даних організовані у відповідності до основних напрямків діяльності підприємства чи фірми (замовники, продажі, склад і т.п.). У цьому полягає відмінність сховищ даних від організації оперативної БД, в якій дані подаються у відповідно до процесів (відвантаження товару, виписка рахунків і т.п.) Предметна організація даних не лише спрощує аналіз, а й значно прискорює проведення аналітичних розрахунків. Тобто сховища орієнтовані на бізнес-поняття, а не на бізнес процеси.
Інтегрованість. Первинні дані оперативних баз даних перевіряються, певним чином добираються, приводяться до одного виду, необхідною мірою агрегуються ( тобто обраховуються сумарні показники) і завантажуються у сховище; даних. Такі інтегровані дані набагато простіше аналізувати.
Підтримка хронології. Дані, які вибираються з оперативних баз даних нагромаджуються в сховищі даних у вигляді „історичних пластів”, кожен із яких характеризує певний період часу. Це дозволяє проводити аналіз зміни показників у часі.
Незмінність. Дані сховища даних, що характеризують кожен „історичний пласт”, ні в якому разі не підлягають змінам. Це теж є суттєвою відмінністю даних, що зберігаються у сховища даних, від оперативних даних. Оперативні дані можуть дуже часто змінюватись, з даними сховища можливі лише операції їх первинного завантаження, пошуку та їх читання.
Мінімальна надлишковість. Незважаючи на те, що інформація до сховищ даних завантажується з БД ОLТР - систем, це не призводить надлишковості даних. Зведення до мінімуму надлишковості даних забезпечується тим, що перш ніж завантажувати дані до сховищ, їх фільтрують і певним чином очищають від таких даних, які не потрібні і не можуть бути використані в ОLАР-системах.
Схема основних компонентів сховища даних включає до свого складу такі компоненти:
Менеджер завантаження виконує функції диспетчеризації щодо регулярності завантаження нових даних до-сховища даних згідно зі встановленим регламентом.
Менеджер сховища виконує операції аналізу та управління даними. Це такі основні операції: аналіз узгодженості та несуперечності даних; перетворення та переміщення даних з тимчасового сховища в основні таблиці СД; створення індексів; денормалізація даних у разі її необхідності; агрегація (узагальнення) даних; резервне копіювання та архівування даних.
Детальні (оперативні) дані - ця складова містить усі детальні дані, які визначені схемою сховища даних. Це можуть бути як первинні дані найнижчого рівня деталізації, так і узагальнені до певного рівня деталізації.
Агреговані дані - ця компонента містить дані, які попередньо оброблені менеджером сховища з метою їх часткового чи глибокого узагальнення. У цій частині зберігаються певним чином відсортовані та згруповані дані, необхідні для виконання запитів.
Репозитарііі мета даних - це інформація про дані, що зберігаються в СД.
Структура мета даних може відрізнятися залежно від їх призначення. Метадані використовуються для таких основних цілей:
Вибірка і завантаження даних. Метадані містять інформацію про джерела даних, способи та періодичність їх вибірки і завантаження в СД.
Обслуговування сховища. Метадані використовуються для автоматизації процедур узагальнення даних.
Обслуговування запитів. Метадані використовуються для визначення переліку таблиць для виконання запитів.
Менеджер запитів - це складова сховища, яка виконує операції, пов'язані з управлінням запитів користувачів. Ця компонента реалізується, як правило, на базі СКБД, що підтримує сховище даних, а також сховища даних і програм власної розробки.
При визначенні програмно-технологічної архітектури сховища потрібно мати на увазі, що система прийняття рішень, на які б візуальні засоби вона не спиралася, повинна надавати користувачеві можливість деталізації інформації. Керівник підприємства або фірми, отримавши інтегроване представлення даних і висновки, зроблені на їх основі, може зажадати детальніші дані, що уточнюють джерело даних або причини висновків. З погляду проектувальника сховищ даних це означає, що необхідно забезпечити його взаємодію в деяких випадках з БД ОLТР - систем.
Архітектура сховищ даних
Сховища даних можуть включати такі компоненти: віртуальне сховище даних, корпоративне сховище даних, кіоски чи вітрини даних.
Віртуальне сховище даних — це репозитарій метаданих, які описують джерела надходження інформації, структуру даних сховища, методи агрегації та завантаження даних, відомості про структуру бізнес-понять та інші дані про дані, що зберігаються у сховищі.
Корпоративні сховища даних (enterprise data warehouses) вміщують інформацію, зібрану із певної множити оперативних БД, яка характеризує всю корпорацію і необхідна для виконання консолідованого аналізу діяльності корпорації в цілому. Такі сховища охоплюють всі численні напрямки діяльності корпорації і використовуються для прийняття як тактичних та і стратегічних рішень. Розробка корпоративного сховища даних дуже трудомісткий процес, який може становити від одного до кількох років, а обсяги сховища можуть досягати від 50 Гбайт до кількох терабайт.
Кіоски чи вітрини даних (data marts) це певна підмножина корпоративних даних, які характеризують конкретний аспект діяльності корпорації, наприклад роботу якогось її підрозділу. Кіоск може отримувати дані з корпоративного сховища даних (залежний кіоск) чи бути незалежним, і тоді джерелом поповнення його даними будуть оперативні БД. Розробка кіоска даних потребує значно менше часу і в середньому триває близько трьох-чотирьох місяців.
Корпоративні сховища даних та кіоски будуються за подібними принципами і використовують практично одинакові технології.
В останні часи з'явилось поняття глобального сховища даних, в якому сховище даних розглядається як єдине джерело інтегрованих даних для всіх вітрин даних.
Успіх розробки та впровадження сховища даних залежить від обґрунтованості вибору його архітектури. Щодо концептуальної архітектури сховищ даних, то, сховища даних залежно від підходів до побудови їх архітектури поділяються на:
віртуальне СД;
СД на основі семантичної інтеграції предметних областей;
СД із системою управління запитами до предметних областей;
Монолітне сховище;
СД на основі стандартного архіву даних.
Віртуальне сховище даних. Основою віртуального сховища даних є репозитарій метаданих, який описує місце розташування У даних в оперативних системах, структуру даних, методи агрегації та завантаження даних, відомості про структуру бізнес-понять та інші дані. Архітектурно-віртуальне сховище даних складається з оперативних систем та системи управління запитами, що зберігає свій репозиторій метаданих.
Архітектура сховища на основі семантичної інтеграції предметних областей. Сховище, побудоване за цією архітектурою, поділено на певні розділи, кожен з яких характеризує окрему предметну область, але проектуються вони за єдиними правилами, що гарантує легкість їх об'єднання. Тобто спочатку проектується єдина корпоративна модель сховища, яка забезпечує ідентичність структур полів, кодів і первинних ключів.
Архітектура із системою управління запитами до предметних областей. Ця архітектура, на відміну від попередньої, доповнюється блоком управління запитами. Наявність блоку управління запитами дозволяє користувачеві глибоко не занурюватись у деталі побудови структур даних кожної предметної області. За допомогою блоку „Управління запитами” спрощується вирішення проблеми семантичної інтеграції областей, але залишається недолік, що насамперед виявляється у значного часі виконання запитів до різних предметних областей.
Монолітне сховище. Монолітне сховище містить не дані всіх предметних областей, а метадані. Тобто це репозиторій усіх доступних на даний момент оперативних даних, які представлені на найвищому рівні деталізації і нормалізації. Запити не виконуються над монолітним сховищем. Дані із монолітного сховища надходять у допоміжне сховище, яке є проміжним сховищем даних ( intermediate date store), а потім передаються у сховища даних предметної області, яке називається робочим сховищем (business data warehouse).
Стандартний архів даних. При використанні цієї архітектури процес семантичної інтеграції і проміжне сховище заміняються стандартним архівом. Стандартний архів — це стаціонарне інтегроване сховище, що вміщує інформацію для всіх СППР, і яке можна використовувати для заповнення сховищ окремих предметних областей і вітрин даних. Недоліком цього типу архітектури є високі витрати на пам'ять та підвищені вимоги до супроводження. Великі витрати пам'яті пов'язані з тим, що дані у стандартному архіві повинні зберігатись в такому вигляді, щоб легко забезпечувати обробку оперативних деталізованих запитів до сховища даних.
Моделі сховищ даних
Сховища повинні надавати можливість параметризації даних за різними ознаками, наприклад банківські операції під час їх аналізу необхідно групувати за часом їх виконання, за клієнтами, за їх обсягами у вартісному виразі, за контрагентами, видами валют та іншими ознаками. Тобто дані мають бути представлені у сховищі таким чином, щоб надавати можливість їх багатовимірного аналізу. Основи багатовимірного аналізу були започатковані Е.Ф. Коддом (Е. F. Соdd) в 1993 р.
Найбільш вдалою формою представлення даних, що надасть можливість багатовимірної їх параметризації є подання даних у вигляді неплоскої реляційної моделі, а багатовимірної моделі. В основу ОLАР-систем покладено поняття гіперкуба, тобто багатовимірного куба, у комірках якого зберігаються необхідні для аналізу дані. Проте нині існує три варіанти побудови систем на основі сховищ даних: МОLАР ( Multidimensional ОLАР), RОLАР (Relational ОLАР) і НОLАР (Hybrid ОLАР). В МОLАР-системі гіперкуб реалізується як спеціальна модель нереляційної структури, яка швидше забезпечує доступ до даних, ніж реляційні моделі, але вимагає додаткових витрат пам'яті.
В RОLАР — система гіперкуб це лише користувацький інтерфейс, який моделюється на традиційній реляційній базі даних. Дані в сховищі представляються у вигляді моделі, що дістала назву „зірка” (star schema). Ця модель складається з таблиць двох типів: однієї таблиці даних, що аналізуються, тобто фактів (fact table) — центр зірки і декількох таблиць, які характеризують певні виміри цих фактів (dimension table). Таблиця фактів вміщує числові характеристики якогось напрямку діяльності компанії чи фірми, наприклад обсяги продажу, а також ключі таблиць вимірів. Таблиці вимірів містять додаткові характеристики ключових полів, як правило, це довідкові дані, наприклад дані про назву товару, назву його виробника, тип товару та інші. Зауважимо, що дані таблиць вимірів денормалізовані. І якщо ж таблиці вимірів нормалізовані, то така модель називається „сніжинкою” (snowflake schema). В RОLАР- системах зберігаються агреговані дані.
Такий підхід дозволяє зберігати великі обсяги даних, але вони не досить ефективні при виконанні аналітичних операцій, тому системи, побудовані на реляційних моделях, розглядаються швидше як інтелектуальні генератори звітів. Але досі ці системи переважають так, як в реляційні моделі вкладені великі інвестиції і вони є більш зрозумілими і звичними.
НОLАР-системи — це комбінований варіант зберігання даних, який використовує обидва типи СУБД. У багатовимірній СУБД зберігаються агрегати даних, а докладні дані, які мають невеликий обсяг, зберігаються в реляційній СУБД.