ПЛАН
Історія створення та основні характеристики системи SWIFT
Основні принципи створення АІС для банківської сфери
Призначення і основні можливості системи «клієнт-банк»
Інформаційні системи у фінансово-економічній діяльності
Основні поняття баз даних і систем управління базами даних
Проектування баз даних і робота з ними в Access
Проектування та використання запитів, звітів, форм в Access
Історія створення та основні характеристики системи SWIFT
SWIFT (Society for World - Wide Interbank Financial Telecommunications) - співтовариство всесвітніх міжбанківських фінансових телекомунікацій є провідною міжнародною організацією в сфері фінансових телекомунікацій. Основними напрямками діяльності SWIFT є надання оперативного, надійного, ефективного, конфіденційного і захищеного від несанкціонованого доступу телекомунікаційного обслуговування для банків і проведення робіт із стандартизації форм і методів обміну фінансовою інформацією.
В кінці 1950-х років в результаті бурхливого зростання міжнародної торгівлі відбулося збільшення кількості банківських операцій. Традиційні форми зв'язку між банками (пошта, телеграф) вже не могли впоратися з обсягами банківської інформації. Значний час витрачався на усунення неузгодженостей в документах з-за відмінностей банківських процедур в різних банках, помилок, що виникають при здійсненні міжбанківських операцій і необхідності багаторазових перевірок. Природною реакцією на лавиноподібне зростання обсягів інформації на паперових носіях стала автоматизація. Однак у міру розвитку систем банківської автоматизації з'являлася необхідність безпаперового обміну фінансовою інформацією між банківськими системами в той час, як відмінності в їх побудові і особливостях протоколів взаємодії не дозволяли створити достатньо надійно працюючу інтегральну систему зв'язку і обробки інформації. Крім того, в області міжбанківських відносин повністю була відсутня стандартизація.
Пошук більш ефективних засобів роботи змусив на початку 1960-х років зібратися 60 американських і європейських банків для дискусії з приводу створення системи стандартизації в міжнародній банківській справі. Було прийнято рішення, що кінцевою метою має стати використання комп'ютерів, засобів телекомунікацій, які забезпечують більш надійну, швидку і безпечну систему передачі банківської інформації. В основу проекту було покладено наступні вимоги:
платіжні операції повинні здійснюватися без участі паперів і як можна більш раціонально;
обмін інформацією між банками повинен бути значно прискорений з використанням засобів телекомунікацій;
повинні бути мінімізовані типові банківські ризики (наприклад, втрати, помилкове направлення платежів, фальсифікація платіжних доручень і т.д.).
Ініціатива створення міжнародного проекту, який ставив би своєю метою забезпечення всім його учасникам можливості цілодобового високошвидкісного обміну банківською інформацією при високому ступені контролю і захисту від несанкціонованого доступу, відноситься до 1968р. Трохи пізніше в 1972 р. ця ініціатива офіційно була оформлена в проект. У тому ж році були виконані розрахунки, дані рекомендації щодо створення рентабельної системи обміну банківською інформацією. Вони зводилися до наступного:
система повинна грунтуватися на створенні міжнародної мережі і мережної служби сервісу; на стандартизації процесів, а також стандартизації форматів повідомлень; на стандартизації способів і устаткування підключення банків до мережі:
для забезпечення рентабельності при вартості передачі одного повідомлення 0,15 дол система повинна обробляти не менш 100 000 повідомлень на день за участю приблизно 70 банків;
система повинна містити два незалежних і пов'язаних один з одним розподільних центра і концентратори зв'язку в кожній з країн-учасниць.
У травні 1973 р. 239 банків з 15 країн у відповідності з бельгійським законодавством заснували SWIFT з метою розробки формалізованих методів обміну фінансовою інформацією і створення міжнародної мережі передачі даних з використанням стандартизованих повідомлень. Наступні чотири роки були присвячені вирішенню організаційних і технічних питань, і 9 травня 1977 відбулося офіційне відкриття мережі. До кінця року число банків-членів збільшилася до 586 (проти 513). Вони забезпечували щоденний трафік до 500 000 повідомлень.
В даний час SWIFT об'єднує 7407 банків і фінансових організацій, розташованих в 190 країнах світу. Всі вони, незалежно від їх географічного положення, мають можливість цілодобового взаємодії один з одним 365 днів у році. Зараз по мережі SWIFT щодня передається понад 4,9 млн дол для фінансової повідомлень на загальну суму 5 трильйонів доларів США; до 2005 р. очікується зростання обсягу щодня переданих до 7 млн повідомлень.
SWIFT є системою передачі даних, організованої так, щоб банки різних країн, оснащені терміналами різних моделей з різною швидкістю роботи, могли безперешкодно розуміти один одного.
Повідомлення системи SWIFT містять поля, що ідентифікують всіх учасників передачі інформації і платежів. В даний час визначено 7 категорій повідомлень, що включають більше 70 типів. Кожен тип повідомлень орієнтований на максимально повне і точне відображення вимог щодо подання та продажу даних, які можуть виникнути в практиці банків, які використовують ці повідомлення, тобто виконуючих операції подібного роду. Текст повідомлення складається з полів, частина яких є обов'язковими, деякі поля заздалегідь пронумеровані. Додаткова інформація (для повних вказівок) при необхідності розташовується в полях "опціональних" (необов'язкових). Повідомлення, як правило, передаються від одного користувача SWIFT, іншому, але є і "системні повідомлення", що дозволяють користувачам взаємодіяти з комунікаційною системою і системі з користувачем. Таким чином, системні повідомлення використовуються для запиту певних дій і отримання спеціальних рахунків, для пошуку повідомлень у базі даних, для навчальних і тренувальних цілей. Комунікаційна система SWIFT може направляти запити й очікувати відповіді користувача або інформувати його про стан систем, її оновлення, нових послуг та інше.
Вся специфіка системи SWIFT, як система фінансових міжбанківських комунікацій, відбивається в категоріях, групах і типах повідомлень. Кожне повідомлення складається з 4-х складових: заголовка, тексту, посвідчення, закінчення. Так, заголовок містить восьми або одіннадцатізначний адресу банку отримувача, код терміналу відправника, поточний п'ятизначний номер, який виконує контрольну та захисну функцію, а також тризначний код повідомлення з двозначним кодом пріоритету. Вид повідомлення визначається тризначним цифровим кодом, перша цифра відповідає категорії операції, що лежить в основі повідомлення. Для позначення валют застосовується тризначний літерний код, розроблений ISO (International Organisation for Standardisation). Дві перші букви позначають країну, а остання - валюту відповідної країни. Всі повідомлення автоматично шифруються, як тільки вони вводяться в комунікаційну мережу, що забезпечує секретність інформації. У повідомленні, крім того, міститься "посвідчення", яке гарантує, що текст повідомлення не зазнав змін у процесі передачі. Банк замовника інформує банк-відправник у необхідності послати повідомлення і переводить йому відповідну суму. Банк одержувача при прийомі повідомлення переводить цю суму на рахунок розрахункового банку, здійснюваного платежі. Розрахунки між банком-відправником і банком-одержувачем здійснюється за допомогою рахунку, який відкривається в одному з них для іншого. Хто для кого відкриває рахунок, залежить від типу валюти, в якій здійснюються розрахунки. Якщо платежі здійснюються у валюті держави, в якому знаходиться банк-одержувач, то він вносить відповідну суму в дебет рахунку банку-відправника у своєму банку. Навпаки, якщо платежі здійснюються у валюті держави, в якому знаходиться банк-відправника, то він відкриває у себе рахунок банку-одержувача і надає йому кредит на відповідну суму. Повідомлення банків-кореспондентів про платежі здійснюється спеціальними повідомленнями. Якщо в організації зв'язку беруть участь чотири банки посередника, то в повідомленнях ідентифікується банк-замовника, розрахунковий банк і кореспонденти відправника і одержувача. При цьому ідентифікатори відправника і одержувача в тексті повідомлень не вказуються, тому що вони знаходяться в його заголовку.
Технічна інфраструктура системи SWIFT представлена комп'ютерними центрами, розташованими по всьому світу, з'єднаними високошвидкісними лініями передачі даних, які виділені з державних, національних або комерційних мереж зв'язку. Серцем мережі - системи є два обробних центри: у Голландії та США, які з'єднуються з автономними регіональними процесорами, встановленими, як правило, в кожній з які почали систему країни.
У силу специфічних вимог, що пред'являються до конфіденційності переданої фінансової інформації, мережу SWIFT забезпечує високий рівень захисту повідомлень. SWIFT використовує широкий діапазон профілактичних та наглядових заходів для забезпечення цілісності та конфіденційності її мережевого трафіку, безперебійного забезпечення доступності її послуг користувачам.
Основні принципи створення АІС для банківської сфери
Автоматизація банківських технологій в нових ринкових умовах почала складатися на початку 1990-х років, коли з'явилися комерційні банки. Розвиток процесу автоматизації призвело до пропозиції різноманітних банківських систем, що зумовлено не стільки безліччю фірм-розробників, але й відмінністю самих банків по виконуваних функцій, структур банківської справи.
Створення і функціонування автоматизованих банківських технологій грунтується на системотехнічних принципах, які відображають найважливіші положення теоретичної бази, яка включає ряд суміжних наукових дисциплін і напрямів. До них відносяться економічна кібернетика, загальна теорія систем, теорія інформації, економіко-математичне моделювання банківських ситуацій і процесів, аналіз та прийняття рішень.
Банківські технології як інструмент підтримки та розвитку банківського бізнесу створюються на базі ряду основоположних принципів: комплексний підхід в охопленні широкого спектру банківських функцій з їх повною інтеграцією; модульний принцип побудови, що дозволяє легко конфігурувати системи під конкретне замовлення з подальшим нарощуванням; відкритість технологій, здатних взаємодіяти з різними зовнішніми системами (системи телекомунікації, фінансового аналізу та ін), забезпечувати вибір програмно-технічної платформи і переносимість її на інші апаратні засоби; гнучкість налаштування модулів банківської системи і адаптація їх до потреб і умов конкретного банку; масштабованість, яка передбачає розширення і ускладнення функціональних модулів системи в міру розвитку бізнес-процесів (наприклад, підтримка роботи філій та відділень банку, поглиблення аналізу і т.д.); багатокористувацький доступ до даних в реальному часі і реалізація функцій в єдиному інформаційному просторі; моделювання банку та його бізнес-процесів, можливість алгоритмічних налаштувань бізнес-процесів; безперервний розвиток і вдосконалення системи на основі її реінжинірингу бізнес-процесів.
Створення або вибір автоматизованих банківських систем (АБС) пов'язані з плануванням всієї системної інфраструктури інформаційної технології банку. Під інфраструктурою АБС розуміється сукупність, співвідношення і змістовне наповнення окремих складових процесу автоматизації банківських технологій. В інфраструктурі крім концептуальних підходів виділяються щоб забезпечити і функціональні підсистеми. До забезпечує відносять: інформаційне забезпечення, технічне оснащення, системи зв'язку і комунікації, програмні засоби, системи безпеки, захисту і надійності і ін Функціональні підсистеми реалізують банківські послуги, бізнес-процеси та будь-які комплекси задач, що відображають змістовну або предметну спрямованість банківської діяльності. Створення автоматизованих банківських технологій крім загальносистемних (системотехнічних) принципів вимагає врахування особливостей структури, специфіки і обсягів банківської діяльності. Це відноситься до організаційного взаємодії всіх підрозділів банку, яке викликає необхідність створення багаторівневих і багатоланкових систем (головний банк, його відділи, філіали, обмінні пункти, зовнішні структури), зі складними інформаційними зв'язками прямого і зворотного напрямку.
Іншою характерною особливістю банківських технологій є різноманіття і складність видів забезпечення автоматизації діяльності банку.
Автоматизовані банківські системи (АБС) створюються відповідно до сучасних уявлень про архітектуру банківських додатків, яка передбачає поділ функціональних можливостей на три рівні. Верхній рівень (Front-office) утворюють модулі, що забезпечують швидкий і зручний введення інформації, її первинну обробку і будь-який зовнішній взаємодія банку з клієнтами, іншими банками, ЦБ, інформаційними і торгівельними агентствами і т.д. Середній рівень (Back-office) представляє собою програми за різними напрямками внутрішньобанківської діяльності і внутрішніх розрахунків (роботу з кредитами, депозитами, цінними паперами, пластиковими картками тощо).
Нижній рівень (Accounting) це базові функції бухгалтерського обліку, або бухгалтерське ядро. Саме тут зосереджені модулі, що забезпечують ведення бухгалтерського обліку по всіх п'яти головам нового плану рахунків. Поділ банку на front-office і back-office грунтується не стільки на функціональній специфіці обробки банківських операцій (угод) і прийняття рішень (узагальнення і аналізу), скільки на самій природі банку як системи, з одного боку, фіксує, а з іншого - активно впливає на економічну взаємодію у фінансово-кредитній сфері.
Основні етапи створення АБС вимагають: проведення функціонального та інформаційного обстеження діяльності банку; формування вимог до системи та їх аналіз; розробки структурно-функціональної моделі банку; розробки інформаційної моделі банку; детальної структуризації АБС, загальносистемного проектування, постановок завдань; програмування, налагодження, впровадження, експлуатації, супроводу.
Напрацьований в Україні досвід створення АБС до теперішнього часу має ряд особливостей. Охарактеризуємо головні з них.
Перш за все, це орієнтація системи на роботу з проводками. Тепер явно простежується відхід від суто бухгалтерського побудови АБС на основі операційного дня. Високотехнологічна АБС - це ефективний засіб контролю над сьогоденням і прогнозування майбутнього розвитку фінансово-кредитної діяльності банку. У будь-якому західному банку така система є життєво необхідною складовою у кожній ланці банківської діяльності.
Склалися і реалізуються при створенні АБС і АІТ два концептуальні підходи до реалізації банківських функцій. Перший будується на вузькій, обмеженою основі, яка втілює ту чи іншу ідею. Наприклад, побудова АБС ведеться за принципом задоволення вимог користувачів. Побудова АБС на основі документообігу призводить до зниження ефективності банківської технології на догоду цій ідеї. Без належного рівня опрацювання і моделювання бізнес-процесів відбувається механічне нарощування завдань, функцій, послуг. Протилежний підхід заснований на самостійному описі і побудові користувачами за допомогою засобів АІТ банківських бізнес-процесів і документообігу. Цей підхід відрізняється значною трудомісткістю, ускладнює налаштування системи, нерідко призводить до вихолощення банківської специфіки. У результаті система може втратити свою цінність для кінцевого користувача.
Труднощі вибору концептуальної основи полягають в тому, що на українському банківському ринку практично немає усталених технологій. Автоматизація завжди відбиває сформований технологічний рівень банківської справи. Саме тому на виході будь-яких як завгодно масштабних проектів комплексної АБС з'являються системи на основі операційного дня та бухгалтерського обліку.
Звернення до західних систем пов'язане з іще більшими проблемами і труднощами: адаптація АБС до української практиці, неготовність банківського персоналу до західних методів роботи і т.д. Впровадження зарубіжної АБС загрожує повномасштабної внутрішньобанківської модернізацією. Напрошується висновок про необхідність розумного поєднання різних концептуальних підходів.
Як приклад такого підходу можна навести наступний. Автоматизація повинна підтримувати сталий поступальний розвиток банку на всіх етапах його зростання. У цих цілях пропонується ціле сімейство сумісних АБС, кожна наступна з яких розширює та вдосконалює функціональні можливості попередньої. Концепція поетапного руху від молодших систем до старших названа технологічної магістраллю. Процес впровадження кожної наступної системи спирається на досвід, напрацьований на попередньому етапі. У фінансовому відношенні тим самим дотримується принцип збереження і розвитку інвестицій. Розглянутий підхід дозволяє поступово підніматися до рівня систем світового класу, долати наслідки багаторічної відірваності Україні від світової банківської практики.
Для вироблення ідеології потрібно створення багаторівневої функціональної моделі роботи банку, яка об'єднує ряд рівнів і ланок: організаційний для зовнішніх і внутрішніх потреб (Front-office, Back-office, Accounting), системний (базове облікове ядро, функціональні та сервісні підсистеми), архітектурні (сервер , клієнтські програми) і т.д. Крім того, модель банку повинна враховувати, що надання банківських послуг, їх програмно-технічне та технологічне забезпечення здійснюється на рівні фізичних і юридичних осіб поза банком, всередині банку і на міжбанківському рівні.
До першого рівня можна віднести: автоматизацію взаємодії типу "клієнт - банк", філій з банком, обмінних пунктів; обслуговування за допомогою пластикових карт і розрахунків у торгових точках; використання засобів для роботи з готівкою (банкомати та інші засоби). На другому рівні знаходиться управління грошовими та іншими операціями, які формують прикладні (споживчі) властивості АБС, реалізовані усередині банків. До третього рівня належить діяльність розрахунково-касових центрів, автоматизованих розрахункових палат, міжбанківських розрахункових палат, клірингових центрів, забезпечення міжбанківських розрахунків і т.п.
До теперішнього часу автоматизація інформаційних технологій більшості комерційних банків є набір різних функціональних підсистем (модулів) і робочих місць. Ці різнорідні за складністю, змістовному навантаженню компоненти взаємодіють між собою інформаційно. Організація і підтримка інформаційної взаємодії різних локальних програмно-технічних компонентів є складною проблемою. Така структура багатьох АБС є наслідком підходу до їх розробки, який переважав у банківській сфері в попередні кілька років. Суть цього підходу полягала в тому, що банк у міру виникнення необхідності набував або розробляв самостійно програмно-технічні комплекси, що автоматизують різні ділянки банківської діяльності. При такому підході багато найважливіші проблеми банківських технологій часто доводилося вирішувати позасистемними, локальними методами і засобами, наприклад, автоматизацію фондових операцій, розрахунків по пластикових картах, аналіз та прийняття рішень і т.д. Неповні з системотехнічну точки зору комплекси автоматизації досить дорогі, складні в експлуатації та розвитку. Крім того, рівень таких АБС все більше відстає від рівня розвитку банківської сфери.
Отже, оптимальна організація банківських послуг, продуктів та бізнес-процесів можлива в умовах комплексного підходу до автоматизації інформаційних технологій з урахуванням перспективи розвитку банківської справи, на базі повністю інтегрованих АБС. У таких системах весь спектр банківських технологій реалізується в єдиному інформаційному просторі внугрібанковского і позабанківського взаємодії.
Призначення і основні можливості системи «клієнт-банк»
Систему "Клієнт-Банк" не можна назвати новинкою - цю послугу банки надають уже протягом 6-7 років. За оцінками самих банкірів, за цей час на систему перейшло близько 20% клієнтів. Потенційних користувачів умовно можна поділити на дві категорії. Перша - регіональні підприємства, які не мають можливості постійно їздити в банк, хоча б тому, що вони віддалені від нього. Друга - підприємства, розташовані у великих містах, але здійснюють дуже багато оперативних платежів.
"Клієнт-Банк" дає можливість не тільки своєчасно проводити платежі, але і деколи економити. Адже у вітчизняних банків різна цінова політика. Деякі не беруть плату за встановлення програмного забезпечення, інші при переході клієнта на систему "Клієнт-Банк" звільняють його від плати за обслуговування.
Немає одностайного підходу і до власне програмного забезпечення. При тому, що все ж таки переважна більшість вітчизняних банків купує програмне забезпечення "Клієнт-Банку" у розробників, деякі самі розробляють свої системи.
Система "Клієнт-Банк" належить до систем віддаленого банківського обслуговування (УБТ). Крім неї, сюди входять Інтернет-банкінг та Телебанк.
"Клієнт-Банк" є програмно-технічним комплексом, який дозволяє підприємству керувати своїм рахунком з комп'ютера, встановленого в офісі підприємства. Банки розробляють програми "Клієнт-Банк" самостійно, або купують уже готову програму в організації, що володіє правами на неї, і пристосовують до власної автоматизованої банківської системи (далі - АБС), або одержують програму при покупці АБС.
Оскільки зв'язок між комп'ютером клієнта і комп'ютерною мережею банку здійснюється за допомогою телефонних ліній загального користування, система "Клієнт-Банк" повинна відповідати вимогам НБУ щодо захисту електронних банківських розрахунків. Кожен програмний комплекс "Клієнт-Банк" проходить в НБУ перевірку на відповідність вимогам безпеки передачі інформації та іншим технічним вимогам, при успішному результаті якої розробник отримує сертифікат відповідності. Це необхідно для того, щоб запобігти несанкціонованому доступу до рахунку клієнта третіх осіб чи доступ клієнта до інших банківських рахунках, крім тих, які вказані в договорі на обслуговування.
Основною функцією "Клієнт-Банку" є надання можливості підприємству проводити платежі зі свого поточного рахунку в банку, не відвідуючи банк, з офісу підприємства.
Крім того, "Клієнт-Банк" дозволяє:
здійснювати моніторинг грошових коштів на поточному рахунку. Тобто уповноважений працівник підприємства (як правило, це особи, наділені правом першого і другого підпису на платіжних документах) може, не відвідуючи банк, контролювати рух коштів на поточному рахунку, з'ясовувати особу платника і призначення платежу. Завдяки цьому можна, приміром, оперативно відвантажувати продукцію споживачам за фактом її оплати;
отримувати виписки з поточного рахунку;
одержувати від банку щоденні офіційні курси іноземних валют, що використовуються при бухобліку операцій;
вести довідник своїх контрагентів по платежах і довідник призначення платежу. Ці довідники дозволяють значно швидше формувати платіжні документи, оскільки відпадає необхідність знову заносити інформацію в кожен документ - готовий шаблон переноситься в платіжний документ із довідників;
одержувати від обслуговуючого банку повідомлення про нові банківські послуги, поточні процентні ставки за кредитами і депозитами, іншу інформацію, яку банк вважає потрібним оперативно доводити до клієнтів. Можливо і звернення клієнта до обслуговуючого банку. Ця функція дозволяє підприємству і банку оперативно обмінюватися інформацією.
Основні переваги системи "Клієнт-Банк"
По-перше, зручність. Адже в "Клієнт-Банку" автоматизована підготовка таких документів, як платіжне доручення, меморіальний ордер, заявка на переказ валюти. Вид електронних документів, відображених в інтерфейсі користувача, максимально наближений до паперових, що значно спрощує користування системою. Як і паперові, електронні платіжні документи, що відправляються в банк, підписують посадові особи підприємства, але замість звичайної використовується електронний підпис, що зберігається на дискетах.
По-друге, оперативність. При користуванні "Клієнт-Банком" збільшується швидкість проходження платежів (якщо операціоніст банку підтверджує електронний документ клієнта відразу при його надходженні в банк). Висока оперативність обумовлена тим, що, як зазначалося вище, платіжне доручення в електронному вигляді готується один раз, причому це робить не операціоніст банку, а працівник підприємства. Крім того, не потрібно готувати первинні платіжні документи на паперових носіях. Замість них раз на тиждень готується реєстр електронних документів. Зрозуміло, що відпадає необхідність у щоденних візитах у банк для проведення безготівкових платежів. Це економить час і кошти.
По-третє, мобільність. Користування "Клієнт-Банком" робить спілкування з банком необмеженим у часі, оскільки технічні можливості більшості програмних комплексів дозволяють цілодобово відправляти документи в банк і переглядати отримані відтіля.
Засоби інформаційної безпеки сучасних систем "Клієнт-Банк" при коректному їхньому використанні гарантують надійний захист системи від несанкціонованого доступу і модифікації інформації, переданої по телефонних каналах зв'язку.
Поряд з очевидними перевагами, "Клієнт-Банк" має і деякі недоліки.
Оскільки "Клієнт-Банк" встановлюється на чітко визначеному комп'ютері, то переказ грошових коштів з використанням системи вимагає присутності в цьому місці керівних осіб підприємства, наділених правом першого і другого підпису. В іншому випадку керівники підприємства змушені відкрити електронний підпис іншим особам, що збільшує небезпеку несанкціонованого використання коштів на поточному рахунку. На відміну від "Клієнт-Банку", система Інтернет-банкінгу дозволяє підписувати електронні документи з різних комп'ютерів, що мають доступ до мережі Інтернет, і таким чином забезпечує користувачам певну просторову свободу.
Крім того, можуть виникнути помилки при перенесенні інформації з "Клієнт-Банку" в АБС банку, якщо ці системи створювалися різними розробниками. Тому радимо поцікавитися, наскільки сумісні програмний комплекс "Клієнт-Банк" і АБС, використовувана в банку.
Інформаційні системи у фінансово-економічній діяльності
Ефективне управління підприємством в сучасних умовах неможливе без використання комп'ютерних технологій.
Інформаційна система - взаємозв'язана сукупність засобів, методів і персоналу, використовуваних для зберігання, обробки та видачі інформації в інтересах досягнення поставленої мети.
Економічна інформаційна система (ЕІС) - це сукупності внутрішніх і зовнішніх потоків прямого і зворотнього інформаційного зв'язку економічного об'єкта, методів, засобів, фахівців, що беруть участь в процесі обробки інформації і виробленні управлінських рішень.
Автоматизованої інформаційної системою (АІС) називається комплекс, що включає обчислювальне і комунікаційне обладнання, програмне забезпечення, лінгвістичні засоби, інформаційні ресурси, а також персонал забезпечує підтримку динамічної інформаційної моделі предметної області для задоволення інформаційних потреб користувачів.
В автоматизованих ІС частину функцій управління і обробки даних виконується комп'ютерами, а частина людиною.
В управлінській, економічної, фінансової, правової сферах широко використовується інформація, що представляє собою неструктуровану інформацію (крім структурованої інформації, організованої в БД, що знаходяться під управлінням СУБД). Інформаційні ресурси представляють собою окремі документи і окремі масиви документів в інформаційних системах (бібліотеках, архівах, фондах, банках даних, інших видах інформаційних систем). До них відносяться рукописні, друковані та електронні видання, що містять нормативну, розпорядчу, фактографічну, довідкову, аналітичну та ін інформацію з різних напрямків суспільної діяльності (законодавство, політика, демографія, соціальна сфера, наука, техніка, технологія і т.д.) .
Для однокористувацьких АС характерне використання наступних баз даних:
локальні реляційні бази даних, що знаходяться під управлінням однієї або кількох СУБД (Microsoft Access, FoxPro і т.п.) і призначені для вирішення користувачем прикладних задач з використанням власного або покупного спеціального програмного забезпечення на його Армі;
локальні бази неструктурованої інформації (текстових і табличних документів, створених користувачем засобами Microsoft Word і Microsoft Excel, отриманих по електронній пошті, на машинних носіях, а також документів, отриманих у результаті рішення користувачем прикладних задач з використанням інформації реляційних баз даних), організовані і зберігаються у вигляді каталогів і підкаталогів на його Армі;
бази даних, розміщені на віддалених ПК у федеральних і міжнародних мережах, до яких організовано доступ самим користувачем зі свого АРМ (якщо АРМ підключений до державних і міжнародних мереж передачі даних).
Сучасні автоматизовані інформаційні системи являють собою, як правило, ЛВС, підключені до державних і міжнародних мереж передачі даних. Користувач ЛВС використовує не тільки перераховані вище локальні бази даних, а й розподілені:
реляційні бази даних на сервері ЛВС, що знаходяться під управлінням однієї або кількох СУБД;
бази неструктурованої інформації (документів, створених і отриманих різними користувачами ЛВС), організовані і зберігаються у вигляді каталогів і підкаталогів на сервері ЛВС;
бази даних різних придбаних АС, встановлені в ЛВС і доступні всім користувачам мережі;
бази даних, розміщені на віддалених ПК в державних і міжнародних мережах, до яких організовано доступ для всіх користувачів ЛОМ.
Значна частина неструктурованої інформації у вищеназваних базах є, як правило, гіпертекстовими і гіпермедіа-документами, об'єднаними за допомогою гіперпосилань у гіпертекстові бази даних.
В останні роки знаходять все більш широке застосування так звані геоінформаційні системи. Геоінформаційні системи (ГІС)-це інтегровані в єдиному інформаційному середовищі електронні просторово-орієнтовані зображення (карти, схеми, плани тощо) і бази даних (БД). В якості БД можуть використовуватися таблиці, паспорти, ілюстрації, розкладу і т. п. Така інтеграція значно розширює можливості системи і дозволяє спростити аналітичні роботи з координатно-прив'язаної інформацією. Принциповою відмінністю ГІС є наявність у них картографічних даних місцевості, регіону і т.д., до яких прив'язується інша інформація системи. Геоінформаційні системи вже широко використовуються в управлінні містобудуванням, транспортом, природними ресурсами і т.п.
Для сучасного етапу розвитку інформаційних технологій характерна наявність різноманітних інструментальних засобів і покупного спеціального програмного забезпечення, якими може оволодіти будь-який користувач, а також наявність великої кількості промислово функціонуючих БД комерційних організацій, органів державної влади та місцевого самоврядування, підприємств і організацій.
Така ситуація дозволяє при створенні багатьох АС відмовитися від проектування і розробки власних реляційних баз даних і власного спеціального програмного забезпечення. Використання сучасних інструментальних засобів дозволяє користувачеві самостійно (без допомоги системного програміста) організовувати зі свого АРМ доступ до різних інформаційних ресурсів, наприклад, створювати каталоги нормативно-правових актів, каталоги адрес WWW-серверів Інтернету і т.п. Поява ОПО останніх версій дозволяє користувачеві організовувати доступ до різних ресурсів АРМ і ЛВС через гіперпосилання (за принципом "павутини") замість ієрархічного принципу доступу (принципу "дерева").
Розподілена система організації баз даних передбачає наявність відповідної технології доступу користувачів до інформаційних ресурсів, орієнтованої, перш за все, на обчислювальні моделі типу "клієнт-сервер".
Технологія "клієнт-сервер" передбачає поділ функцій обробки даних на три групи: функції вводу / виводу та відображення даних; прикладні функції, характерні для даної предметної області; функції зберігання та управління даними. Кожна група функцій виконується окремим логічним компонентом.
Відмінності в реалізації програм у рамках "клієнт-сервер" визначаються механізмом використання та розподілу між комп'ютерами в мережі цих компонент, відповідно до цього виділяють три підходи, реалізовані в моделях:
модель доступу до віддалених даних (Remote Data Access-RDA), в якій компонент подання та прикладної компонент суміщені і виконуються на одному комп'ютері. Запити до інформаційних ресурсів направляються по мережі до віддаленого комп'ютера, який обробляє запити і повертає блоки даних. Ця модель є найпростішою і традиційно використовується в локальних обчислювальних мережах, де швидкість обміну досить висока, проте вона неприйнятна при роботі в середовищі низькошвидкісних каналів передачі даних. Оскільки вся логіка локалізована на одному комп'ютері, то додаток потребує передачі по мережі більшого, часто надлишкового об'єму даних, що істотно підвищує завантаження інформаційної системи в цілому і може призвести до тривалого блокування даних від інших користувачів;
модель сервера бази даних (DataBase Server-DBS), яка будується в припущенні, що процес, що виконується на комп'ютері-клієнті, обмежується функціями подання, в той час як власне прикладні функції реалізовані в збережених безпосередньо в базі даних процедурах, що виконуються на комп'ютері-сервері БД. Переваги DBS-моделі перед RDA полягають в очевидному зниженні мережевого трафіку. Однак DBS-модель не забезпечує необхідної ефективності використання обчислювальних ресурсів, якщо є кілька серверів;
модель сервера додатків (Application Server-AS), в якій процес, що виконується в комп'ютері-клієнті, реалізує функції першої групи. Прикладні функції виконуються на віддаленому комп'ютері. Доступ до інформаційних ресурсів, необхідних для вирішення прикладних завдань, забезпечується тим же способом, що і в RDA моделі. AS-модель не вимагає забезпечення міграції прикладних функцій між серверами, що значно полегшує адміністрування системи в цілому, однак, для забезпечення достатньої швидкості обробки даних сервер додатків і сервер БД повинні знаходиться в одній ЛВС або бути з'єднані по виділеному каналу.
На практиці часто для створення більш гнучких і динамічних систем використовуються змішані моделі.
Комп'ютер-клієнт і комп'ютер-сервер можуть працювати в умовах ЛВС і бути абонентами глобальної комп'ютерної мережі, спілкуючись між собою по організовуваний віртуальному каналу або, використовуючи для цього (при зниженні вимог на реактивність системи) електронну пошту.
В даний час існує цілий ряд програмних засобів, як системних, так і прикладних, що реалізують описані вище моделі. Варто відзначити такі пакети, як Oraclе SQL Server і Sybase SQL Server для платформи NetWare, продукт Microsoft Windows NTSQL Server, Oracle для середовища Unix, Lotus Notes. Всі ці програмні засоби працюють на різних платформах (на машинах з процесорами Intel, на RISC-серверах і станціях виробництва HP, DEC і т.д.), у різних операційних середовищах.
У залежності від територіального розташування абонентських систем обчислювальні мережі можна розділити на три основні класи:
глобальні мережі (WAN - Wide Area Network);
регіональні мережі (MAN - Metropolitan Area Network);
локальні мережі (LAN - Local Area Network).
Глобальна обчислювальна мережа об'єднує абонентів, розташованих у різних країнах, на різних континентах. Взаємодія між абонентами такої мережі може здійснюватися на базі телефонних ліній зв'язку, радіозв'язку та систем супутникового зв'язку. Глобальні обчислювальні мережі дозволять вирішити проблему об'єднання інформаційних ресурсів усього людства і організації доступу до цих ресурсів.
Регіональна обчислювальна мережа пов'язує абонентів, розташованих на значній відстані один від одного. Вона може включати абонентів всередині великого міста, економічного регіону, окремої країни. Зазвичай відстань між абонентами регіональної обчислювальної мережі складає десятки - сотні кілометрів.
Локальна обчислювальна мережа об'єднує абонентів, розташованих у межах невеликої території. В даний час не існує чітких обмежень на територіальний розкид абонентів локальної обчислювальної мережі. Зазвичай така мережа прив'язана до конкретного місця. До класу локальних обчислювальних мереж відносяться мережі окремих підприємств, фірм, банків, офісів і т. д. Протяжність такої мережі можна обмежити межами 2-2,5 км.
Об'єднання глобальних, регіональних і локальних обчислювальних мереж дозволяє створювати многосетевие ієрархії.
Вони забезпечують потужні, економічно доцільні засоби обробки величезних інформаційних масивів і доступ до необмежених інформаційних ресурсів. На рис. 1 наведена одна з можливих ієрархій обчислювальних мереж. Локальні обчислювальні мережі можуть входити як компоненти до складу регіональної мережі, регіональні мережі - об'єднуватися у складі глобальної мережі і, нарешті, глобальної мережі можуть також утворювати складні структури.
Рис. 1 Ієрархія комп'ютерних мереж
Комп'ютерна мережа Internet є найбільш популярною глобальною мережею. До її складу входить безліч вільно з'єднаних мереж. Усередині кожної мережі, що входить в Internet, існують конкретна структура зв'язку і певна дисципліна управління. Усередині Internet структура і методи з'єднань між різними мережами для конкретного користувача не мають ніякого значення.
Персональні комп'ютери, які стали в даний час неодмінним елементом будь-якої системи управління, призвели до буму в галузі створення локальних обчислювальних мереж. Це, у свою чергу, викликало необхідність у розробки нових інформаційних технологій.
Основні поняття баз даних і систем управління базами даних
База даних - це організована структура, призначена для зберігання інформації. У сучасних базах даних зберігаються не тільки дані, але й інформація.
Це твердження легко пояснити, якщо, наприклад, розглянути базу даних великого банку. У ній є всі необхідні відомості про клієнтів, про їхні адреси, кредитну історію, стан розрахункових рахунків, фінансових операціях і т.д. Доступ до цієї бази даних мається в досить великої кількості співробітників банку, але серед них навряд чи знайдеться така особа, яка має доступ до всієї бази цілком і при цьому здатне одноосібно вносити в неї довільні зміни. Крім даних, база містить методи і засоби, що дозволяють кожному зі співробітників оперувати тільки з тими даними, які входять в його компетенцію. У результаті взаємодії даних, що містяться в базі, з методами, доступними конкретним співробітникам, утвориться інформація, яку вони споживають і на підставі якої в межах власної компетенції проводять введення і редагування даних.
З поняттям бази даних тісно пов'язане поняття системи управління базою даних. Це комплекс програмних засобів, призначених для створення структури нової бази, наповнення її вмістом, редагування вмісту та візуалізації інформації. Під візуалізацією інформації бази розуміється відбір відображуваних даних відповідно до заданого критерію, їхнє упорядкування, оформлення і наступна видача на пристрої виводу або передачі по каналах зв'язку.
У світі існує безліч систем керування базами даних. Незважаючи на те, що вони можуть по-різному працювати з різними об'єктами і надають користувачу різні функції й засоби, більшість СУБД спираються на єдиний устояний комплекс основних понять.
Підхід до побудови СУБД значно видозмінювався протягом майже 40 років. На зміну ВЦ підприємства і АСУП на їх основі прийшли персональні комп'ютери та настільні (персональні) системи управління базами даних, потім з розвитком комунікацій з'явилися розподілені системи та концепції управління великими підприємствами - корпораціями на основі бізнес-процесів.
При цьому в умовах динамічного зміни бізнес-процесів в останні роки сформувався ряд певних вимог до функціональних можливостей тих СУБД, виробники яких намагаються підтримувати свої продукти на високому, конкурентоспроможному рівні.
1. Створювані засобами СУБД додатки повинні мати високий ступінь мобільності і легко переноситися на різні комп'ютерні та мережеві платформи.
2. Комунікаційний обмін даними стає асинхронним, а інформаційні процеси тривалими, і тому виникає необхідність журналізації стану баз даних і проведення можливого відкоту / відновлення для розширених тимчасових рамок (дні, тижні).
3. Засоби СУБД повинні допускати можливість гнучкого варіювання архітектури різних ІВ для дотримання розумного компромісу при поділі функціональних можливостей системи між робочими станціями клієнтів і серверами.
4. Створення "менеджерів процесів" може бути ефективним тільки в таких умовах, коли засоби програмування СУБД об'єктно-орієнтовані і можливе створення стабільних додатків при динамічному зміну маршрутизації крізь ці завдання.
5. Виробникам СУБД слід забезпечити відповідність поставляються ними продуктів відкритим стандартам взаємодії.
6. Розширення бізнес-процесів за межі однієї компанії і необхідність створення глобальних інформаційних зв'язків висуває серйозну проблему підтримки високого ступеня готовності систем, що працюють 24 години на добу всі 365 днів в році.
Перераховані вимог до СУБД як до інтегруючим ланкам інформаційних систем нової архітектури дозволяють поглянути на існуючі нині на ринку продукти різних виробників під відповідним кутом зору. Адекватність пропонованих сьогодні СУБД новим вимогам визначить для їхніх майбутніх власників та клієнтів переваги створюваних ІС, їх гнучкість, мобільність, можливість легкої перебудови і, в кінцевому рахунку, здатність до виживання.
Проектування баз даних і робота з ними в Access
У ділової чи особистої сфері часто доводиться працювати з даними з різних джерел, кожне з яких пов'язаний з певним видом діяльності. Для координації всіх цих даних необхідні певні знання й організаційні навички. Microsoft Access об'єднує дані з різних джерел в одній реляційній базі даних. Створювані форми, запити і звіти дозволяють швидко й ефективно обновляти дані, отримувати відповіді на питання, здійснювати пошук потрібних даних, аналізувати дані і друкувати звіти. Система база даних в MS Access являє собою сукупність інструментів для введення, зберігання, перегляду, вибірки і керування інформацією. До цих засобів належать таблиці, форми, звіти, запити. У MS Access підтримуються два способи створення бази даних. Ви можете створити порожню базу даних, а потім додати до неї таблиці, форми, звіти і інші об'єкти. Такий спосіб є найбільш гнучким, але вимагає окремого визначення кожного елемента бази даних. Крім цього є можливість створити за допомогою майстра базу даних визначеного типу з усіма необхідними таблицями, формами і звітами. Так як MS Access містить великий вибір підготовлених для вас баз даних, другий спосіб у багатьох випадках може виявитися кращим. В обох випадках у Вас залишиться можливість у будь-який час змінити і розширити створену вами базу даних.
Система Access - це набір інструментів кінцевого користувача для керування базами даних. До її складу входять конструктори таблиць, форм, запитів і звітів. Цю систему можна розглядати і як середовище розробки додатків. Використовуючи макроси або модулі для автоматизації вирішення задач, можна створювати орієнтовані на користувача додатка такими ж потужними, як і додатки, написані безпосередньо на мовах програмування. При цьому вони будуть включати кнопки, меню і діалогові вікна. Програмуючи на мові VBA, можна створювати такі потужні програми, як сама система Access.
Створення додатків без програмування з використанням макросів Access. Користувачі електронних таблиць і баз даних повинні бути знайомі з багатьма ключовими поняттями, які у Access. Перш ніж приступити до роботи з будь-яким програмним продуктом, важливо зрозуміти його можливості і типи завдань, для вирішення яких він призначений. Microsoft Access (далі - просто Access) - це багатогранний продукт, використання якого обмежене тільки уявою користувача.
У Access повною мірою реалізовано управління реляційними базами даних. Система підтримує первинні та зовнішні ключі і забезпечує цілісність даних на рівні ядра (що запобігає несумісні операції оновлення або видалення даних). Крім того, таблиці в Access забезпечені засобами перевірки допустимості даних, що запобігають некоректний введення незалежно від того, як він здійснюється, а кожне поле таблиці має свій формат і стандартні описи, що істотно полегшує введення даних. Access підтримує всі необхідні типи полів, у тому числі текстовий, числовий, лічильник, грошовий, дата / час, MEMO, логічний, гіперпосилання і поля об'єктів OLE. Якщо в процесі спеціальної обробки у полях не виявляється ніяких значень, система забезпечує повну підтримку порожніх значень.
База даних - це сукупність структурованих і взаємозалежних даних і методів, що забезпечують додавання вибірку і відображення даних. Система СУБД Access є універсальним засобом для створення та обслуговування бази даних, забезпечення доступу до даних та їх обробки.
Кожна база даних зберігається у вигляді файлу з розширенням *. mdb.
База даних створюється користувачем для вирішення певних завдань. Робота над створенням БД повинна починатися з постановки завдань і цілей, основних функцій, виконуваних БД та інформації, що міститься в ній. Ця робота виконується внекомпьютерной сфері. При проектування таблиць потрібно пам'ятати, що інформація в таблиці не повинна дублюватися, не повинно бути повторень і між таблицями. Якщо певна інформація зберігається лише в одній таблиці, то і змінювати її доведеться лише в одному місці. Це робить роботу ефективнішою, а також виключає можливість розбіжності інформації в різних таблицях.
Основні цілі, переслідувані при створенні реляційної БД:
1. забезпечити швидкий доступ до даних у таблицях;
2. виключити непотрібне повторення даних, яке може бути причиною помилок при введенні і нераціонального використання дискового простору комп'ютера;
3. забезпечення цілісності даних таким чином, щоб при зміні одних об'єктів автоматично відбувалося відповідну зміну пов'язаних з ними об'єктів.
Проектування та використання запитів, звітів, форм в Access
Форми Access дозволяють створювати користувальницький інтерфейс для таблиць бази даних. Хоча для виконання тих же самих функцій можна використовувати режим таблиці, форми надають переваги для представлення даних в упорядкованому і привабливому вигляді. Форми дозволяють також створювати списки значень для полів, в яких для подання безлічі допустимих значень використовуються коди. Правильно розроблена форма прискорює процес введення даних і мінімізує помилки.
Форми створюються з набору окремих елементів управління: текстові поля для введення і редагування даних, кнопки, прапорці, перемикачі, списки, мітки полів, а також рамки об'єктів для відображення графіки та об'єктів OLE. Форма складається з вікна, в якому розміщуються два типи елементів керування: динамічні (відображають дані з таблиць), і статичні (відображають статичні дані, такі, як мітки і логотипи).
Форми Access є багатофункціональними, вони дозволяють виконувати завдання, які не можна виконати в режимі таблиці. Форми дозволяють проводити перевірку коректності даних, що містяться в таблиці. Access дозволяє створювати форми, які включають інші форми (форма всередині форми називається підпорядкованої). Форми дозволяють обчислювати значення і виводити на екран результат.
Запити є важливим інструментом в будь-яких системах управління базами даних. Вони використовуються для виділення, оновлення і додавання нових записів в таблиці. Найчастіше запити використовуються для виділення специфічних груп записів, щоб задовольнити визначено-ному критерію. Крім того, їх можна використовувати для отримання даних з різних таблиць, забезпечуючи єдине уявлення пов'язаних елементів даних. За допомогою цих потужних гнучких засобів можна:
Формувати складні критерії для вибору записів з однієї або декількох таблиць;
Вказати поля, які повинні бути відображені для обраних записів;
Виконувати обчислення з використанням вибраних даних.
У Access існує чотири типи запитів для різних цілей:
Запити на вибірку відображають дані з однієї або декількох таблиць у вигляді таблиці.
Перехресні запити збирають дані з однієї або декількох таблиць в форматі, схожому на формат електронної таблиці. Ці запити використовуються для аналізу даних і створення діаграм, заснованих на сумарних значеннях числових величин з деякого безлічі записів.
Запити на зміну використовуються для створення нових таблиць з результатів запиту і для внесення змін в дані існуючих таблиць. З їх допомогою можна додавати або видаляти записи з таблиці та змінювати записи відповідно до виражень, що задається в режимі конструктора запиту.
Запити з параметрами - це такі запити, властивості яких змінюються користувачем при кожному запуску. При запуску запиту з параметром з'являється діалогове вікно, в якому потрібно ввести умову відбору. Цей тип запиту не є відокремленим, тобто параметр можна додати до запиту будь-якого типу.
Кінцевим продуктом більшості додатків баз даних є звіт. У Access звіт являє собою спеціальний тип неперервних форм, призначених для друку. Для створення звіту, який можна роздрукувати і розподілити між споживачами, Access комбінує дані в таблицях, запитах і навіть формах. Роздрукована версія форми може служити звітом.
Створювані Access звіти діляться на шість основних типів:
Звіти в одну колонку являють собою один довгий стовпець тексту, що містить значення всіх полів кожного запису таблиці чи запиту. Напис вказує ім'я, а праворуч від неї вказується значення поля. Новий засіб Access Автоотчет дозволяє створити звіт в одну колонку клацанням по кнопці панелі інструментів Автоотчет. Звіти в одну колонку використовуються рідко, оскільки такий формат представлення даних приводить до зайвої трати паперу.
У стрічкових звітах для кожного поля таблиці або запиту виділяється стовпець, а значення всіх полів кожного запису виводяться по рядках, кожне в своєму стовпці. Якщо в записі більше полів, ніж може поміститися на сторінці, то додаткові сторінки будуть друкуватися до тих пір, поки не будуть виведені всі дані; потім починається друк наступної групи записів.
Многоколоночной звіти створюються зі звітів в одну колонку при використанні колонок "газетного" типу або колонок "змійкою", як це робиться в настільних видавничих системах і текстових процесорах. Інформація, яка не поміщається в першому стовпці, переноситься в початок другого стовпця, і так далі. Формат многоколоночной таблиць дозволяє заощадити частину паперу, але можна застосувати не у всіх випадках, оскільки вирівнювання стовпців навряд чи відповідає очікуванням користувача.
В основному звіти найпростіше побудувати за допомогою Майстра звітів. Майстер звітів намагається створити оптимальний варіант остаточного звіту з першої спроби. Зазвичай, майстер достатньою мірою наближається до закінченого варіанту, так що витрачатися набагато менше часу на редагування базового звіту майстра, ніж пішло б на створення звіту з незаповненого шаблону.
Список використаної літератури
http://www.consulting.ru
http://www.monax.ru/
http://www.swift.ru
Автоматизовані інформаційні технології в банківській діяльності під ред. Титоренко Г.А., М.: Финстатинформ, 1997р.
Голіцина О.Л., Максимов Н.В., Попов І.І. Бази даних: Навчальний посібник. - М.: ФОРУМ: ИНФРА-М, 2003. - 352 с.
Гончаров А.В. "Microsoft Access 7.0 у прикладах" .. СПб - Пітер, 1997. - 256 с.
Іванов В. Microsoft Office Sistem 2003.учебний курс СПб.: БХВ-Петербург. Київ Видавнича група. 2004,2003 .- 640 с.
Інформаційні системи в економіці: Підручник В.В. Діка Москва Фінанси та статістіка.1996г.
Карпова Т.С. Бази даних: моделі, розробка, реалізація. - СПб.: Пітер, 2002. - 304 с.
Лазарєв І.П.. "Microsoft Access для чайників" .. СПб - Пітер, 2004. - 256 с.
Марченко А. П. Microsoft Access: Короткий курс. - СПб.: Питер, 2005. - 288 с.
Рудакова О.С. Банківські електронні послуги. - М.: Банки і біржі, ЮНИТИ, 1997. - C.169-170
Сучасні методи і засоби проектування інформаційних систем А. М. Вендров Москва: Фінанси і статистика 1998р.