Автоматизовані банківські системи

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

1.1.4 ПРОГРАМНЕ ЗАБЕЗПЕЧЕННЯ АБС
Відмінною рисою функціонування АБС є необхідність опрацювання великих обсягів даних у стислі терміни. При цьому основний тягар падає на операції введення, читання, запису, передачі даних. Це висуває дуже жорсткі вимоги до продуктивності ОС, СУБД і засобів передачі даних. Крім того, значні обсяги інформації повинні бути доступні в оперативному режимі для забезпечення можливостей аналізу, прогнозування, контролю та іншого. Тому базові засоби повинні бути в змозі підтримувати доступ до великих (і постійно зростаючим) обсягами даних без втрати продуктивності.
Базові кошти використовуються для забезпечення експлуатації АБС, для розробки прикладної частини програмних засобів. Базовими є ОС, СУБД та інші програмні засоби системного призначення. У їх оточення, під їх дією функціонують прикладні програми.
Наявність в спектрі базових засобів мережних функцій є неодмінним атрибутом сучасних АБС. Мережеві функції надають системі властивості багаторівневості і багатоланкові, а також забезпечують можливість об'єднання різних програмних платформ (MS DOS, NetWare, Windows NT, Unix та інші) і, як наслідок, можливість гнучкого розширення та нарощування системи - доповнення її новими робочими системами, новими серверами різних класів.
Основною властивістю АБС, з точки зору прикладних споживчих властивостей, є достатня широта функціонального набору.
Перелік функцій, реалізованих банківською системою, можна розділити на дві частини:
-Обов 'язкові;
-Додаткові.
До перших слід віднести ті напрямки діяльності, які, як правило, мають місце в будь-якому КБ. Вибір другого залежить від спеацілізаціі банку.
Прикладні характеристики АБС, крім функціональних властивостей, повинні відповідати також вимогам інтегрованості, конфігуруємо ості, відкритості та налаштовуємо ості системи.
Конфігуріруем ость банківської системи означає можливість придбання різних конфігурацій системи (мінімальної з подальшим розширенням шляхів введення додаткових модулів). При цьому важливо враховувати такі характеристики системи, як набір модулів і реалізованих ними функцій, ступінь автономності модулів, наявності міжмодульних взаємодії та форми його реалізації (пошта між модулями, пересилання керуючих повідомлень та інше), можливі конфігурації системи, її мінімальний склад, незалежно функціонуючі частини , варіанти розширення.
Інтегрована АБС, яка об'єднує всі банківські процеси, підвищує рівень керованості банку. Така система адекватно відображає всі функціональні та інформаційні зв'язки, що існують в банку, забезпечує доступ до даних будь-якого рівня, тим самим надаючи можливість контролювати роботу банку з необхідним ступенем деталізації.
Відкритість системи передбачає в ній наявність коштів для розвитку та модифікації. Сучасна методологія та інструментальні програмні засоби даю дають таку можливість. Вони отримали назву CASE засобів, дозволяють автоматизувати створення та супроводження ПЗ. Налаштовуємо ость системи необхідна для адаптації до технології конкретного банку. Необхідність налаштування і зазвичай виникає при встановленні ЛВС в банку, але може бути і наслідком технологічних змін в операціях банку. Тоді налаштовуємо ость безпосередньо межує з відкритістю. Настроюваність припускає можливість процедурної налаштування системи: регламентацію прав користувачів, конфігурування робочих місць, визначення набору процедур при відкритті та закритті операційного дня та інше.

1.1.5 ПОРІВНЯЛЬНА ОЦІНКА АБС
Порівняльна оцінка банківських систем через їх різнорідності є складним процесом. Вона включає оцінку архітектури систем, базових програмних засобів (від MS DOS до Unix), функціональних можливостей.
Недовга історія розвитку вітчизняних банківських систем показує, що у функціональному плані в цілому, вони відповідають розвитку банківської справи в країні. Більшість експлуатованих в даний час систем є DOS-комплексами. Незважаючи на недоліки такого роду систем вони функціонують в більшості банків.
Розкриємо істота цих недоліків.
Перш за все недостатня продуктивність, неможливість підтримки великих обсягів даних, хоча якість системи може бути покращено шляхом заміни сервера мережі на більш потужний (наприклад TRICORD).
Іншим істотним недоліком є ​​неможливість забезпечення безпеки даних на належному рівні. Ця проблема в ряді випадків може бути усунена організаційно-технічними методами: встановленням джерел безперебійного живлення, ретельним дотриманням регламенту системних робіт, персональним контролем використання обчислювальних засобів.
Негативним фактором може бути визнано також обмеженість архітектури коштів. Ця проблема виникає, коли для реалізації тих чи інших банківських операцій необхідно забезпечити взаємодію декількох протяжних у часі процесів. У рамках DOS ця проблема зазвичай вирішується виділенням під кожен процес станції локальної мережі. Таке рішення може мати обмеження.
Як правило, недоліки DOS-комплексів проявляються на етапі переходу банку в клас вище середнього. DOS-системи покривають сьогоднішні потреби багатьох малих і середніх банків, будучи прийнятним компромісом малої вартості та обмежених можливостей. Ці системи відображають середній рівень розвитку банківської практики в країні.
Як щаблі, наступної за DOS - комплексами, можна розглядати системи, що працюють під ОС Windows. Найбільшу ефективність мають системи побудовані в архітектурі 'клієнт-сервер', в рамках 'Novell Net Ware'.
Під сервером при цьому розуміється логічна процедура, яка забезпечує обслуговування надходять до нього запитів. Клієнтами сервера є процесори ПЕОМ, що посилають серверу запити на той чи інший вид обслуговування. Завданням клієнта є встановлення зв'язку з сервером, формування запиту конкретного виду на обслуговування, одержання результатів і підтвердження процесу обслуговування.
Зв'язок між клієнтом і сервером у конкретної банківської системи може бути реалізована різними способами: за допомогою локальної або глобальної або обчислювальної мережі, шляхом застосування пойменованих каналів, що використовується спільно 'яті' системи, встановленням зв'язку між завданнями, за допомогою стандартних протоколів обміну і т.д. Прикладом технології з архітектурою 'клієнт - сервер' є мережні бази даних з реалізацією стандартної мови запитів SQL.
'Клієнт - сервер' включає в себе два типи процесорів: клієнтські, виконувані під управлінням DOS (або інший ОС), на робочій станції, і серверний, в якості якого може виступати 'Btrieve' Record Manager на мережевому сервері. Клієнт, процесори на робочих станціях, виробляють запити до бази даних, які надходять до серверу 'Net Ware' й обробляються в програмі 'Btrieve'. При цьому робочі станції тільки формують запит і отримують відповідь, а всі процеси обробки інформації в базі даних здійснюються на сервері в програмі 'Btrieve'.

1.1.6 АРМ У СКЛАДІ АБС
На сучасному етапі розвитку АБС все більшого поширення набуває розосереджена (розподілена) обробка інформації. Цьому сприяє бурхливий розвиток комп'ютерної техніки, зниження її вартості, простота в обслуговування та експлуатації.
Структурно такі АБС реалізуються як деяка мережу (обчислювальна система), що об'єднує за допомогою каналів передачі даних ПЕОМ, термінали, інші периферійні пристрої.
Створення інформаційних систем для великих банків будується на основі більш потужної центральної міні-ЕОМ і відносно дешевих терміналів. На базі мережевих ПЕОМ формуються система взаємопов'язаних спеціалізованих АРМ.
Створюються АРМи різних рівнів управління - керуючих, начальників управлінь, керівників підрозділів, інших працівників, зайнятих перетворенням інформації.
Враховуючи конкретне цільове призначення АРМ, основним принципом, що закладаються в їхню розробку, є АРМи різних рівнів і призначень об'єднуються в обчислювальні банківські мережі (ВС).
НД вимагають інтеграції інформаційних потоків, і зокрема, організації інформації у вигляді сукупності БД. Існують різні інструментальні засоби для підтримки та управління БД - це перш за все різні системи управління БД (СУБД). Структура БД в складі мережі АРМ повинна допускати просте розчленування її на подбази, що розміщуються на окремих АРМ і забезпечити при цьому простоту доступу до будь-якої подбазе з урахуванням існуючої системи санкціонованого доступу.
Використання АРМ в рамках АБС передбачає створення такої структури, яка забезпечує функціонування підсистем в АБС, забезпечення зв'язків між ними, інтерфейсів АРМ з користувачами і технічними засобами, взаємодію програмних та інформаційних засобів, що використовуються в АБС і АРМ.
Найважливішими факторами, що впливають на функціональні можливості АРМ в складі АБС є склад технічних засобів, їх архітектура і набір базового (системного) ПО на основі якого будується прикладна частина системи.
Широке поширення отримали АБС на основі локальної мережі ПЕОМ з центральним ПЕОМ - сервером.
Створення інформаційних систем для великих банків будується на основі більш потужної центральної міні-ЕОМ і відносно дешевих терміналів або ПЕОМ як АРМ різного рівня.
Створення розподілених систем на основі локальних мереж з високопродуктивним ЕОМ, які виконують роль серверів і ПЕОМ як АРМ (робочих станцій - основне сучасне напрям розвитку банківських систем.

Однак, слід сказати, що на першому етапі впровадження автоматизованої системи можливе використання АРМ автономно (а також, якщо пункти валют видалені більш ніж на 1 км, в цьому випадку зв'язок сервер - клієнт здійснюється з використанням модемного мережі). На рис. 1.1 наведена схема побудови біс мережевої технології.
1.2 ВАЛЮТНІ ОПЕРАЦІЇ, ПРОДУКЦІЯ КБ
Операції з іноземною валютою являють собою відносно нову сферу діяльності для російських КБ. Неухильне зростання курсу основних твердих валют робить іноземну валюту вигідним засобом зберігання грошових заощаджень фізичних осіб та зручним інструментом цінової політики фірм. Збільшення обсягу експортно-імпортних операцій, поява на російському ринку іноземних та спільних підприємств, що реалізують товари та послуги за іноземну валюту, а також цілий ряд інших чинників зумовили необхідність для російських КБ почати активну роботу по валютному обслуговуванню клієнтів - юридичних і фізичних осіб.
Операції з іноземною валютою являють собою один з найбільш динамічних секторів у діяльності КБ, тому облік валютних операцій потребує особливої ​​уваги. Контроль і регулювання валютного ринку є одним і напрямів діяльності ЦБ РФ, про що свідчить велика кількість інструкцій, форм звітності, обов'язкових для надання КБ в ЦБ Росії.
При належній постановці роботи з іноземною валютою в КБ даний вид послуг приносить банку значний прибуток.
Облік операцій з іноземною валютою ведеться на рахунках п'ятого розділу балансу 'Іноземна валюта та розрахунки по іноземних операціях ". Документи і цінності по іноземних операціях враховуються в розділі п'ять поза балансових рахунків. Облік операцій ведеться в подвійній оцінці: в іноземній валюті і в рублях за курсом ЦБ Росії на окремих особових рахунках, згрупованих за видом валюти, банкам, країнам.
Операції КБ з іноземною валютою можна розподілити на три групи:
1. операції, які здійснюються за ініціативою банків - кореспондентів (зовнішні операції)
-Операції, що відображають зміни стану кореспондентських рахунків банку;
-Операції, пов'язані з надходженням коштів (у тому числі валютної виручки) на рахунках клієнтів банку через кореспондентські рахунки в інших банках.
Зовнішні операції характеризуються наявністю документа, що присилається з банку-кореспондента. Кожній зовнішньої операції також зазвичай відповідає одна бухгалтерська проводка. Деякі зовнішні операції вимагають формування і посилки (на адресу банку-кореспондента або на адресу клієнта) відповідного документа або повідомлення.
2. операції, здійснювані з ініціативи клієнта (клієнтські операції).
Сюди відносяться велика кількість операцій, ініційованих клієнтами, найбільш поширеними з них є:
-Відкриття і закриття валютного рахунку клієнта;
-Переказ валюти в іншу фінансову установу (банк);
-Переказ валюти клієнту того ж банку;
-Видача іноземної валюти клієнту;
-Прийом готівкової валюти від клієнта;
-Купівля валюти на біржі за дорученням клієнта (конвертація рублів в іноземну валюту);
-Купівля валюти клієнтом за рахунок відкритої валютної позиції (конвертація рублів в іноземну валюту);
-Продаж валюти на біржі за дорученням клієнта (конвертація іноземної валюти в рублі);
-Продаж валюти клієнтом за рахунок відкритої валютної позиції (конвертація іноземної валюти в рублі);
-Конвертація валюти на біржі за дорученням клієнта (однієї іноземної валюти в іншу);
-Конвертація валюти клієнтом за рахунок відкритої валютної позиції (однієї іноземної валюти в іншу);
-Операції з акредитивами та дорожніми чеками;
Клієнтські операції характеризуються наявністю платіжного або іншого документа, що надаються клієнтом у банк, а також більш складною процедурою відображення таких операцій в бухгалтерських проводках. Зазвичай кожна клієнтська операція породжує не одну а кілька бухгалтерських проводок.
3. операції, які здійснюються за ініціативою банку (всередині банківські операції).
Сюди належать такі операції:
-Операції, пов'язані з отриманням і видачею міжбанківських кредитів;
-Продаж і покупка банком на біржі валюти;
-Безумовна конвертація фіксованої частини валютної виручки клієнта після закінчення терміну перекладу клієнтом цих грошей;
-Нарахування та утримання процентів по розрахункових, позичкових і депозитних рахунках клієнтів в іноземній валюті;
-Відкриття і закриття усередині банківських (внутрішніх) особових рахунків для обліку операцій в іноземній валюті (рахунки конверсії, комісії, доходів і витрат банку і т.д.);
-Усередині банківський переказ валюти (з одного внутрішнього рахунку на інший);
-Переоцінка залишків на валютних рахунках.
Усередині банківські операції оформляються меморіальними ордерами. Кожній такій операції зазвичай відповідає одна бухгалтерська проводка.
Операції з купівлі / продажу іноземної валюти фізичним особам у пунктах обміну валют виділені в окрему групу.
В даний час ці операції є одним із джерел залучення готівкової валюти та отримання прибутку КБ.
При здійсненні кожної операції з купівлі / продажу працівник обмінного пункту повинен фіксувати в журналі, чи є фізична особа - покупець або продавець валюти резидентом Росії. Ця інформація необхідна для формування звітності банку за операціями з іноземною валютою, що надається КБ в ЦБ Росії.
КБ можуть купувати готівкову іноземну валюту за курсом нижче або вище, ніж курс ЦБ Росії. В останньому випадку банк несе збитки за рахунок курсової різниці. Однак при дефіциті в банку готівкової іноземної валюти покупка навіть за таким курсом може виявитися більш вигідною для банку в порівнянні з покупкою готівкової валютою на біржі або в інших банків.
Обмінні пункти мають купувати і продавати знаходяться в обіг грошові знаки тільки тих видів іноземних валют, курс рубля до якому офіційно котирується Банком Росії.
Обмінні пункти не мають права здійснювати операції тільки з купівлі або тільки з продажу іноземної валюти. Зазначені види валютно-обмінних операцій повинні відбуватися одночасно.
За виконання операцій з купівлі / продажу іноземної валюти з фізичних осіб банки стягують комісійну винагороду згідно з Тарифами.
Різниця між курсом продажу і курсом купівлі, що встановлюються уповноваженими банками, не повинна перевищувати 10%.

1.3 АНАЛІЗ ДІЯЛЬНОСТІ ОБМІННОГО ПУНКТУ
Митіщинській філія Унікомбанку почав валютні операції в 1990 році. Тоді ж було відкрито кілька обмінних пунктів. Операції з готівковою валютою регламентуються інструкцією банку Зовнішньоекономічної діяльності від 31 березня 1987года № 7 'За касової роботи з валютними та іншими цінностями в СРСР ".
Ключовим працівником обмінного пункту є касир. Розглянемо діяльність обмінного пункту через трудовий процес валютного касира в протягом робочого дня.
Перед початком робочого дня касир повинен підготувати своє місце, перевірити сигналізацію і внести надійшли зміни в наявні у нього нормативні документи, якщо це необхідно, а також заповнити заявку на отримання авансу для здійснення операцій в обмінному пункті. Готівкові кошти, рублі і валюта доставляються інкасатором даного банку до початку робочого дня і видаються під матеріальну відповідальність касира обмінного пункту. Прийняті цінності повинні бути перераховані. Якщо якісь банкноти викликають сумнів у їх достовірності або платоспроможності, то вони в суму внеску не зараховуються.
Також касиром обмінного пункту виходять реєстри на куплену або продану валюту, довідка про залишки готівкових грошових коштів на кінець робочого дня і бланки суворої звітності (довідка форми № 0406007). На кожному заповнюється документі має бути представлена ​​дата, прізвище та підпис касира обмінного пункту. Акт передається інкасатору для відправлення в банк.
Операція обслуговування клієнта (купівля / продаж) валюти проводиться протягом зміни, з частотою, яка визначається кількістю звертаються в обмінний пункт клієнтів.
В обмінному пункті протягом зміни здійснює такі операції:
-Заповнення заявки на одержання авансу для здійснення операцій;
-Отримання готівкових грошових коштів, бланків суворої звітності, реєстрів та довідки про залишки;
-Заповнення акта про прийом готівкових грошових коштів та бланків суворої звітності;
-Обслуговування клієнта;
-Заповнення реєстрів - готівкової іноземної валюти, купленої та проданої за готівкові рублі;
-Заповнення довідки про залишки готівкової іноземної валюти, платіжних документів в іноземній валюті, і готівкових рублів;
-Підготовка грошових коштів до інкасації та подальша їх відправка, а також здача бланків суворої звітності та іншої документації на кінець дня.
Операція обслуговування клієнта складається з:
-З'ясування виду операції (купівля або продаж валюти), необхідної суми валюти та ін;
-Розрахунок сум валюти і рублів за курсом (у разі купівлі іноземної валюти розрахунку також 0.5% від загальної суми);
-Перевірка наявного в пункті кількості валюти і рублів, їх достатності для проведення операції (якщо коштів вистачає - виконання операції триває, в іншому випадку виконується підкріплення);
-Отримання коштів від клієнта;
-Підрахунок одержуваних купюр (у разі отримання рублів - підрахунок купюр старого і нового зразка)
-Заповнення реєстру продажу або покупки валюти в залежності від виду операції;
-Виписування довідки форма № 0406007 клієнту.
У таблиці 1.1 наведено дані про розподіл часу при ручному оформленні операцій.
Таблиця 1.1 'Розподіл часу при ручному оформлення операцій'

№	назву операцій	час на обробку відповідних сум доларів США
		50	100	200	1000	8000
1	з'ясування виду операції та необхідної клієнту суми	5	5	5	10	10
2	розрахунок суми валюти і рублів (включаючи розрахунок 0.5% від суми при продажу валюти)	7	7	7	7	9
3	перевірка наявного в пункті кількості валюти і рублів, і їх достатності для проведення операції	0	0	0	20	40
4	отримання коштів від клієнта	5	7	10	20	35
5	підрахунок одержуваних купюр	15	20	25	300	600
6	підрахунок продаваних купюр	5	5	5	15	20
7	заповнення реєстру купівлі та продажу валюти в залежності від виду операцій	8	8	8	8	8
8	виписування довідки форма № 04006007	70	70	70	85	85
9	видача продаваних купюр і довідки форма № 0406007 клієнту	10	10	10	25	25
10	Разом (сек.)	125	128	140	485	837
11	Разом (мін.)	2.1	2.2	2.3	8	13.9

З таблиці видно, що зі збільшенням суми зростає час на виконання операції. Тривалість операції зростає в основному за рахунок збільшення часу на перевірку і підрахунок коштів, одержуваних від клієнта, на виписування довідки суворої звітності і заповнення реєстру, підрахунок готівкових коштів, одержуваних від клієнта.
Після завершення операційного дня валютний касир підраховує суми надходжень і витрат по кожній валюті, звіряючи з наявністю грошових коштів на даний момент в касі (якщо при зведенні каси касир виявляє розбіжність між фактичною наявністю цінностей і даними в звітних документах, то він надає записку завідувачу касою) , і потім передає грошові кошти (рублі і валюту) працівнику банку, інкасатору, який доставляє їх у банк. Разом з грошовими коштами також валютний касир передає залишилися не використані бланки суворої звітності (довідки форми № 0406007), заповнені реєстри купівлі / продажу валюти, довідку про залишки готівкової валюти і рублів, а також супровідні документи на відправляються і одержувані цінності, довіреності інкасаторів, контрольні листи каси перерахунку.
На основі наведеного аналізу слід сказати, створення АРМ валютного касира могло б значно спростити працю касира, оскільки не витрачається час на заповнення реєстрів купівлі / продажу валют, довідки суворої звітності та інших документів.
Для повного аналізу діяльності обмінного пункту розглянемо результати його роботи за рік (таблиця 2).
Таблиця 1.2 'Розподіл доходів і витрат обмінного пункту за рік'

№ п / п	місяць	виручка	оренда	сигналізація	фонд заробітної плати	дохід
1	2	3	4	5	6	7
1	Травень	28750.5	1200	1100	2708.6	23750.9
2	Червень	26116	1200	1100	2734.5	21081.5
3	Липень	26645	1200	1100	2760.4	21584.6
4	Серпень	27701.9	1200	1100	2786.3	22615.6
5	Вересень	28230.8	1200	1100	2812.2	23118.6
6	Жовтень	21916	1200	1100	2838.1	16777.9
7	Листопад	21010.2	1200	1100	2911.1	15799.1
8	Грудень	27895.0	1200	1100	2943.7	22651.3
9	Січень	22516.0	1550	1200	3415.3	16350.7
10	Лютий	19876.5	1550	1200	3415.3	13711.2
11	Березень	21123.3	1550	1200	3523.5	14849.8
12	Квітень	20156.5	1550	1200	3442.2	13864.1

З таблиці випливає, що зниження доходу обмінного пункту відбувається під впливом двох факторів:
-Зростання умовно-постійних витрат, у тому числі: збільшення витрат на оренду приміщення, зростання заробітної плати співробітників обмінного пункту, З таблиці 2 видно, що обсяг доходу знижується під впливом двох факторів:
-Зниження виручки; при чому ця змінна має сезонний характер, так улітку відбувається істотне збільшення виручки, в зимовий період - зниження. Однак різниця між сезонними коливаннями виручки не перевищує 30%;
-Запровадження нових штатних одиниць (бухгалтер, прибиральниця, охоронець і т.д.)
Установка АРМ валютного касира в обмінному пункті дозволила б істотно збільшити ефективність роботи за рахунок підвищення пропускної здатності.

1.4 Автоматизована система 'Валютна каса', розроблена в Митищинському філії Унікомбанку.
1.4.1 ТЕХНОЛОГІЯ РОБОТИ ОБМІННОГО ПУНКТУ
Загальна технологія роботи обмінного пункту була описана раніше, проте у зв'язку з переходом на автоматизовану систему 'Валютна каса' робочий процес доповнився деякими додатковими операціями такого змісту.
У відділі зовнішньоекономічної діяльності готуються вихідні дані на кожен робочий день, вони включають в себе курси ЦБ на поточний день для кожної валюти, курси купівлі / продажу, курси конверсії встановлені усередині банку, також визначаються касир, для кожного обмінного пункту фіксується виданий аванс і номери виданих бланків суворої звітності. Після цього формується посилка з даними по конкретному обмінного пункту, яка пересилається в вигляді дискети, або по модемному зв'язку.
Операційний день банку починається з отримання касиром вище перерахованої інформації. Провівши необхідну підготовку робочого місця, касир приступає до обслуговування клієнтів. У процесі роботи касир вибирає тип операції, заповнює відповідні поля бланка. Результати кожної проведеної операції заносяться в БД, і в кінці робочого дня можуть бути роздруковані. Курси купівлі / продажу валют при необхідності можуть бути змінені, при цьому фіксується час початку дії курсу
За підсумками робочого дня, як уже зазначалося, касир роздруковує реєстри купівлі / продажу валют за день, а також інші підсумкові фінансові документи.

1.4.2 ОРГАНІЗАЦІЯ ІНФОРМАЦІЙНОГО ЗАБЕЗПЕЧЕННЯ
ІВ системи 'Валютна каса' являє собою інформаційну модель обмінного пункту. Розрізняють внемашинное і внутримашинное забезпечення
Внемашинное забезпечення - це вся сукупність інформації в обмінному пункті, основну частину якої складають документи. Розрізнять первинні документи (вхідні) і звітні (вихідні) документи. До перших належать такі документи, як розпорядження на встановлення курсів купівлі / продажу валют в обмінному пункті, довідки на одержання авансу грошових коштів та документації суворої звітності для здійснення операцій і ін До вихідних документів відносяться реєстри купівлі / продажу валюти, довідка про залишки на кінець робочого дня, довідки суворої звітності та ін
Внутримашинное ІС - це подання даних на машинних носіях у вигляді спеціальним чином організованих масивів (файлів), БД і їх інформаційних зв'язків. Внутримашинное ІВ системи 'Валютна каса' створює інформаційне середовище обмінного пункту, спрямовану на виконання співробітниками обмінного пункту своїх професійних обов'язків. За змістом внутримашинное забезпечення повинно відображати реальну роботу пунктів і керівного ними відділу зовнішньої економічної діяльності, тобто конкретну область банківської діяльності. Ця область характеризується набором об'єктів, їх властивостей і взаємозв'язків (клієнт, готівкова валюта, довідка суворої звітності, реєстри купівлі / продажу валюти і т.д.) Для кожного об'єкта виділяється набір його характеристик, властивостей. Наприклад, для клієнта обмінного пункту - це прізвище, ім'я, по батькові, паспортні дані, резидент або нерезидент тощо Уся введена і перероблюється інформація організується у вигляді сукупності БД. Внутримашинное ІВ системи 'Валютна каса' працює в режимі реального часу, тобто всі зміни, зроблені відділом зовнішньоекономічної діяльності філії, відразу повинні бути доведені до всіх обмінних пунктів.
Інформаційні потоки внешнемашінного ІС - це спрямоване регулярний рух документів від джерел їх формування до її набувачам. В обмінному пункті це два взаімопротівоположних потоку: первинних документів з банку в обмінні пункти і звітних документів з обмінних пунктів у банк. Виявлення достовірних характеристик інформаційних потоків необхідно для обгрунтованого вибору обчислювальних ресурсів і засобів передачі даних.

1.4.3 ВИКОРИСТОВУВАНЕ ПРОГРАМНЕ ЗАБЕЗПЕЧЕННЯ
Програмне забезпечення (ПЗ) системи 'Валютна каса' написано на мові FoxPro 2.6 for DOS і складається з двох блоків:
1.Блок підготовки даних для кожного обмінного пункту;
2.Блок роботи обмінного пункту.
Програма підготовки даних встановлюється на мережному диску або на локальному диску комп'ютера старшого менеджера відділу зовнішньоекономічної діяльності філії. Тут же розміщується БД системи
Блок роботи обмінного пункту встановлюється на локальному диску комп'ютера валютного касира. Програма може бути встановлена ​​на персональному комп'ютері будь-якої конфігурації і вимагає для запуску наявність бібліотеки (1 файл 1.4 Мб).
Блок підготовки даних та настроювання вимагають певної роботи безпосередньо з БД (опис конфігурації, список касирів, список допустимих валют).
У процесі конфігурування необхідно у файлі conf.dbf корекція поля опису обмінного пункту в БД:
Bank - назва філії; Оkpo - ОКПО філії; Name pod - найменування підрозділу зовнішньоекономічної діяльності.
У файл mask_val необхідно занести список валют, за якими працюють обмінні пункти (включаючи допустимі варіанти конверсії). Потім повинна бути зроблена копія бази mask_val з блоку підготовки даних в spaval. dbf. У базу spi_kass заносяться список валютних касирів, а в базу podr.dbf заносяться дані про наявні обмінних пунктах філії. При цьому полі kod_pod для кожного обмінного пункту має бути трьох символьним і починатися зі значення аналогічного поля з бази conf.dbf. Крім того, необхідні порожні бази zag_day, zag_val, zag_spr.
Розміщення баз: бази zag і mask_val - директорії Zag (від директорії запуску), всі інші бази - в директорії DBF. Крім того, потрібно доступність програми anj.exe для формування посилки.
Послідовність роботи програми підготовки даних:
1.Установіть поточний день;
2.Установить режим (Ранок / Вечір);
3.Ввесті курси валют. Для допустимості валютних операцій контролюється наявність всіх валют;
4.вибрать один з обмінних пунктів;
5.Вибрать касира із списку;
6.Ввесті суму виданого авансу по кожній валюті;
7.Ввесті номери виданих довідок (за один введення фіксується не більше 100 довідок, можливо декілька вводів);
8.Сформіровать посилку;
9.Повторіть пункти 4-8 для всіх наявних обмінних пунктів;
10.При необхідності
фіксації додаткового авансу або видачі довідок протягом дня виконуються пункти 4, 6,7 (у разі необхідності 8)
Формуючий файл посилки має ім'я: <код обмінного пункту>, <режим>, <місяць>, <день>. Arj.
Де режим: Y - ранок, V - вечір, А - додатковий аванс.
Послідовність дій програми роботи обмінного пункту:
1.Разархівація і перезапис файлу посилки;
2.Загрузка в директорію, описану в conf;
3.Виполненіе пункту "Підготовка даних '. При цьому контролюються код обмінного пункту, збіг дати з поточною, збіг філії, касира, суми авансу та кількості виданих довідок. Для повного завантаження поточні дані переписуються в архів, бази обнуляються. Для додаткового авансу відбувається корекція поточних баз. Після успішного завантаження обмінний пункт готовий до роботи;
4.Кассір в процесі роботи вибирає операції, заповнює відповідні поля бланка форми 0406007 і видає його на друк. При цьому накопичуються дані по завершених операцій в базі oper.
5.Кассір при псуванні довідки може скасувати її як браковану. При цьому дані про операції видаляються, виправляються залишки валют.
6.По закінченню робочого дня (фактично в будь-який момент) касир має можливість роздрукувати звітні форми з наявного списку.

1.4.4 НЕДОЛІКИ АВТОМАТИЗОВАНОЇ СИСТЕМИ 'ВАЛЮТНА КАСА'
Система "Валютна каса 'автоматизує досить трудомісткі операції банківського обліку за операціями в обмінному пункті.
Однак, системі притаманні такі недоліки:
1.Недостаточная продуктивність, неможливість підтримки великих обсягів даних (причиною цьому служить використання ОС MS DOS);
2.Система не підтримує функцію нарахування податку на купівлю валюти в розмірі 0.5% від загальної суми;
4.Система не підтримує функцію розбиття отриманої грошової маси в рублях на нову і неденомінованих;
5.Не відстежується готовність принтера;
6.Не підтримується комісія за валютообмінні операції;
7.Настройка програми вимагає певної роботи на пряму з базами даних (опис конфігурації, список касирів, список допустимих валют);
8.Не підтримуються деякі рідко зустрічаються типи операцій з іноземною валютою (розмін, переведення в готівку дорожніх чеків. Прийом митних платежів, купівля / продаж дорожніх чеків)

2 ПРОЕКТНА ЧАСТИНА
2.1 ПОСТАНОВКА ЗАДАЧІ: РОЗРОБКА ПРОГРАМНОГО ОБЕСПЧЕНІЯ АРМ "ВАЛЮТНИЙ КАСИР" У СКЛАДІ СИСТЕМИ "ВАЛЮТНА КАСА"
2.1.1 ОСНОВНІ ВИМОГИ
Виходячи зі специфіки операцій, до розроблюваної системі повинні бути пред'явлені такі вимоги:
1. Функціональні можливості АРМ повинні дозволяти виконання в автоматизованому режимі основних операцій, вироблених валютним касиром;
2. Базове (системне) програмне забезпечення повинне дозволяти роботу в реальному часі, і допускати проведення в великих кількостях операцій введення / виводу, читання, запису, вивід на друк;
3. Базові програмні засоби повинні забезпечувати перенесення пакета прикладних програм на нові апаратні платформи, без будь-яких до них змін;
4. Прикладне програмне забезпечення, крім необхідного функціонального діапазону, має дозволяти налаштування системи на поточний операційний день у відповідність з існуючою технологією роботи обмінного пункту;
5. Прикладне програмні засоби повинні забезпечити взаємодію з існуючою БД;
6. Управління АРМ повинно бути простим і наочним, а робота з використанням АРМ повинно знижувати кількість допускаються валютним касиром помилок;
7. Апаратна реалізація системи має бути досить простий і помірної за вартістю. Базова конфігурація має складатися з:
-Робочої станції Pentium 100;
-Оперативної пам'яті 8-16 Мб;
-Струминного принтера типу Epson Stylus 800C;
-Блоку безперебійного живлення.
Реалізація перелічених вище вимог дозволить створити просту та ефективну автоматизовану систему, яка істотно підвищить продуктивність праці валютних касирів, збільшить пропускну здатність обмінного пункту, поліпшить якість обслуговування клієнтів.

2.1.2 ОБГРУНТУВАННЯ ВИКОРИСТАННЯ ОС WINDOWS 95 ДЛЯ АРМ 'ВАЛЮТНА КАСА'
Розроблене математичне забезпечення АРМ 'Валютна каса' орієнтована на роботу під ОС Windows 95, розроблена компанією Microsoft. Версія Windows 95 об'єднала в собі два найпопулярніших програмних продукту останніх років - Windows 3.1 і MS DOS. Тим самим нова ОС забезпечує т сумісність з вже наявним програмним забезпеченням, розробленим як в середовищі Windows, так і середовищі MS DOS.
Дослідна експлуатація системи 'Валютна каса', що працює під управлінням DOS, показала ряд істотних недоліків при використання даної ОС, а саме:
-Недостатня продуктивність, неможливість підтримки великих обсягів даних;
-Неможливість підтримки мультипрограмному режиму;
-DOS - додатки не передбачають використання режиму роботи з поділом пам'яті.
У роботі проектованого АРМ 'Валютний касир' значне місце займають операції вводу / виводу, читання, запису, передачі даних. Продуктивність персонального комп'ютера при виконання цих операцій істотно збільшується при використання ОС Windows 95 за рахунок використання дружнього інтерфейсу цієї системи.
З утилітарної точки зору, середовище Windows забезпечує підвищення швидкості обробки інформації, має розширені можливості для аналітичних робіт та забезпечує високоякісне оформлення документів і звітів, що важливо.
У цілому, розглядаючи Windows 95 слід звернути увагу на ті її властивості, які впливають на споживчі якості і визначають характер роботи користувача в середовищі цієї ОС:
-ОС Windows 95 є останньою ОС фірми Microsoft, спроектованої для професійного використання на персональному комп'ютері;
-32 Розрядна архітектура
ОС була спроектована так, щоб забезпечити повну сумісність з іншими версіями Windows. Windows 95 - це і 16 розрядна, і 32 розрядна ОС;
-Досконалість користувальницького інтерфейсу, що спрощує і прискорює взаємодія користувача з комп'ютером;
-Наявність великого набору системних і прикладних програмних засобів (в тому числі мережевих і комунікаційних), що робить необхідність придбання безлічі програмних продуктів менш актуальною, ніж будь-коли раніше;
-Прийнятна стійкість у роботі (в тому числі захищеність);
-Спрощена налаштування і підключення нових периферійних пристроїв (на відміну від MS DOS, де потрібна кваліфікація для підготовки файлів confic.sys і avtoexec.bat);
-Досить висока сумісність з раніше накопиченим ПЗ та наявними технічними засобами.
Таким чином, використання в якості базового (системного) забезпечення ОС Windows 95 спрощує істотно розробку прикладних програм, допускає можливість гнучкого розширення програмних засобів, збільшує продуктивність і розширює функціональні можливості АРМ.

2.1.3 ОБГРУНТУВАННЯ ВИКОРИСТАННЯ ПРОГРАМНИХ ​​ЗАСОБІВ
При проектування програмного забезпечення АРМ 'Валютний касир' основним принципом було максимальне використання раніше розроблених програмних засобів і БД.
Як показала практика останніх років, для цієї мети оптимально підходить розроблена фірмою Borland програмне середовище Delphi.
Delphi - це сучасний програмний продукт, що дозволяє створювати широкий спектр додатків для середовища Microsoft Windows 95. Він об'єднує в собі високопродуктивний компілятор з мови ObjectPascal, що є об'єктно-орієнтованим розширенням структурного мови третього покоління Pascal, засобів наочного (візуального) створення програм і масштабовану технологію управління БД. Основне призначення Delphi - служити засобом для швидкого створення широкого класу Windows-додатків, включаючи додатки, що відповідають технології розподіленої обробки даних, званою технологією клієнт-сервер.
Для розробки Windows-додатків Delphi має такі засоби:
-Високопродуктивний компілятор
Наявний у складі Delphi компілятор з мови ObjectPascal, що є одним з найбільш продуктивним в світі, що дозволяє компілювати програми зі швидкістю до 120000 рядків у хвилину. Середовище Delphi включає в себе вбудований компілятор. При необхідності можна скористатися і пакетним компілятором DCC.EXE.
-Об'єктно-орієнтована модель компонентів
Основним призначенням застосування в Delphi моделі компонентів є забезпечення можливості багаторазового використання компонентів і створення нових. Для створення Delphi використовувалися ті ж компоненти, що входять до складу поставки. Тим не менш, внесені в об'єктну модель зміни, в першу чергу, були викликані необхідністю підтримки технології візуального програмування. При цьому мова залишився сумісним з мовою Pascal, підтримуваним компілятором BorlandPascal 7.0
-Швидка середовище розробки (RAD)
Середовище Delphi містить повний набір візуальних засобів для швидкої розробки додатків, що підтримують як створення користувацьких інтерфейсів, так і обробку корпоративних даних (з використанням відповідних коштів). Використання бібліотеки візуальних компонентів (VCL) і візуальних об'єктів для роботи з даними дозволяє створювати додатки з мінімальними витратами на безпосереднє кодування. При цьому компоненти, включені до складу Delphi, максимально інкапсулюють виклики функцій Windows API, тим самим полегшуючи процес створення програм.
-Розширюваність
Delphi є системою з відкритою архітектурою, що дозволяє доповнювати її новими засобами і переносити на різні платформи. Спочатку випущена версія Delphi для Windows 3.1. Потім, після виходу комерційної версії Windows 95, з'явився 32-бітний варіант Delphi, який підтримує створення додатків для Windows NT.
-Засоби для побудови БД
Delphi підтримує практично всі формати існуючих реляційних таблиць. Об'єкти БД в Delphi засновані на SQL і включають в себе повну міць Borland DataBase Engine.В складу Delphi також включено Borland SQL Link, тому доступ до СУБД Oracle, Sybase, Informix і InterBase відбуваються з високою ефективністю. Крім того, Delphi включає в себе локальний сервер InterBase, для того, щоб можна було розробляти розгортаються на будь-які зовнішні SQL-сервери додатки в онлайновому режимі. Розробник в середовищі Delphi, який проектує інформаційну систему для локальної машини може використовувати для зберігання інформації файли формату. Dbf (як в dBase і Clipper) або. Db (Paradox). Якщо ж він буде використовувати локальний InterBase for Windows 4.0 (це максимальний SQL сервер, що входить в постачання), то його застосування без жодних змін буде працювати і в складі великої системи з архітектурою 'клієнт-сервер'.
Отже, Delphi - це новий продукт, що дозволяє створювати широкий спектр додатків для Windows. Середовище Delphi включає в себе повний набір візуальних засобів для швидкої розробки додатків, що підтримують як створення користувацьких інтерфейсів, так і таблиць бази даних. Бібліотека класів, що входять в Delphi, містить близько 140 класів, інкапсулюючих різні групи функцій Windows API. Delphi є системою з відкритою архітектурою, що дозволяє доповнювати її новими засобами, і переносити на різні платформи.

2.2 СКЛАД ФУНКЦІОНАЛЬНИХ ЗАВДАНЬ АРМ 'ВАЛЮТНИЙ КАСИР'
Основною вимогою до АРМ 'Валютний касир', з точки зору прикладних споживчих властивостей, є автоматизоване виконання комплексу робіт, що проводяться валютним касиром обмінного пункту.
Перелік функцій, реалізованих автоматизованої технологією валютних операцій в обмінному пункті, включає дві групи: обов'язкові та додаткові.
У рамках цієї дипломної роботи буде розроблятися система, що автоматизують основні найбільш трудомісткі операції, виконувані валютним касиром в обмінному пункті:
-Настройка системи на поточний операційний день, що включає установку поточної дати, визначення обмінного пункту і валютного касира, реєстрація виданого авансу в валюті і в рублях, установка курсів валют;
-Поточний контроль готівкових грошових коштів в рублях та валюті;
-Підготовка і висновок на друк звітних форм за результатами роботи за операційний день;
-Проведення операцій з купівлі / продажу та обміну іноземної валюти;
-Облік комісійної винагороди та податку з продажу готівкової іноземної валюти;
-Редагування поточного курсу валют протягом робочого дня;
-Оформлення і висновок на друк довідки суворої звітності на операцію купівлі / продажу готівкової валюти;
-Ведення щоденних реєстрів купівлі / продажу готівкової валюти.
Важливою особливістю проектованого АРМ є створення дружнього інтерфейсу системи з користувачем, що враховує рівень його підготовки і можливість його навчання (самонавчання). На рис. 2.1 представлена ​​функціональна схема АРМ 'Валютний касир'.
Крім того, автоматизація роботи валютного касира, постійно має справу з готівковими коштами, передбачає використання детектора валют і лічильників купюр. Це обладнання при значних обсягах проведених операцій є істотне доповненням до основного обладнання АРМ, так як воно вносить істотний внесок у скорочення трудомісткості роботи валютного касира, забезпечує достовірність грошових коштів та їх зберігання.

2.3 ОРГАНІЗАЦІЯ ІНФОРМАЦІЙНОЇ БАЗИ
Інформаційне забезпечення АРМ передбачає організацію його інформаційної бази, регламентує інформаційні зв'язки і зумовлює склад і зміст всієї системи інформаційного відображення.
Стосовно до АРМ 'Валютний касир', що входить до складу автоматизованої банківської системи, першочерговим завданням при його розробці є організація внутрішньомашинної інформаційної бази (Віб), яка являє собою сукупність спеціальним чином організованих на машинних носіях масивів (файлів), баз даних та їх інформаційних зв'язків .
Специфікою діяльності обмінного пункту є жорстка регламентація його діяльності інструкцією ЦБ РФ від 27.02.1995 року № 27 "Про порядок організації роботи обмінного пункту на території РФ вчинення обліку валюто-обмінних операцій уповноваженими банками '. Цією інструкцією встановлюється перелік і форма вхідних і вихідних документів.
Вхідними документами при проведення валюто-обмінних операцій є
- Розпорядження на встановлення курсів купівлі / продажу валют в обмінному пункті;
- Довідки на отримання авансу коштів і документації суворої звітності для здійснення операцій і ін
Склад вихідних документів наступний:
- Реєстри купівлі / продажу валюти;
- Довідка про залишки на кінець робочого дня;
- - Довідки суворої звітності та ін
Інструкцією вирішуються деякі зміни форми та змісту документів. Однак Митіщинській філія Унікомбанку використовує всі документи без змін.
Маючи вже встановлене уявлення вхідний і вихідний інформації, головним завданням при розробці внутрішньомашинної інформаційної бази є створення структури БД, що забезпечує:
-Простоту та зручність роботи;
-Відповідні умови доступу до подбазам з урахуванням санкціонованого доступу до даних;
-Достатню продуктивність для роботи в режимі реального часу.
Для реалізації зазначених вимог була використана програма 'Report Smith', що є в рамках системи Delphi автономним генератором звітів.
За допомогою даної програми були розроблені наочні форми представлення вхідних і вихідних документів, швидкий і надійний спосіб отримання проміжних і остаточних розрахунків, забезпечена ефективна робота валютного касира з БД в реальному масштабі часу.
Розроблені форми представлення вхідних і вихідних документів зведені в додаток 1
ТЕХНОЛОГІЯ ПРОГРАМУВАННЯ У СЕРЕДОВИЩІ DELPHI СТОСОВНО ДО ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ АРМ 'ВАЛЮТНИЙ КАСИР'
Програмне забезпечення АРМ 'Валютний касир' складається з:
-Загального (системного) забезпечення, що включає ОС Windows95;
-Функціонального (прикладного) забезпечення, що включає набір програмних модулів,. забезпечують автоматизоване виконання основних операцій, вироблених валютним касиром в процесі роботи;
-Інтегрованого середовища програмування Delphi, що забезпечує за допомогою своїх засобів інтерфейс між призначеними для користувача програмами і ОС, з одного боку, і роботу з БД, з іншого.
Середовище програмування Delphi дозволяє формувати програму, використовую стандартні об'єкти з установкою їх властивостей або записуючи відповідний текст. При цьому, сама Delphi надає розробникові заготівлі відповідних фрагментів програми. Отримані результати відразу відображаються на екрані монітора.
Важливим завданням при розробці програмного забезпечення є створення і підтримка в середовищі Delphi БД, яка є інформаційною основою для роботи автоматизованої системи в цілому. Специфіка роботи обмінного пункту полягає в тому, що треба при настройці системи на поточний день, а часто і протягом робочого дня, регулярно оновлювати вхідні дані. Тому простота доступу до таблиць БД і широкі можливості їх редагування є неодмінною умовою при розробці програмного забезпечення
Delphi містить ряд компонентів, що мають відношення до БД. Сторінка Data Access палітри Components містить компоненти, необхідні для взаємодії з БД. У сторінках Data Controls представлені візуальні компоненти, що використовуються для побудови і редагування даних у формі. Їх називають компонентами обробки даних.
Для доступу до БД в Delphi необхідне джерело даних, описаний компонентом Data Source. Однак, цей компонент не вказує дані на пряму, він посилається або на таблицю, або на результат запиту, або на збережену процедуру. Відповідно в формі необхідно мати компоненти Table, Query або StoredProc.
Якщо у формі розміщений компонент Table або Query, то для зв'язку з ним можна використовувати властивість DataSet компонента DataSource. Для даної властивості Object Inspector перераховує доступні набори даних поточної форми або інших форм, поєднаних з поточної (за допомогою команди File Uses Form).
Найбільш простий спосіб доступу до даних в Delphi полягає у використання компонента Table. Об'єкт Table просто посилається на таблицю БД. При цьому необхідно вказати ім'я БД в його властивості Database Name. Можна ввести саме ім'я, псевдонім або шлях до каталогу з файлами таблиці Object Inspector перераховує допустимі імена, які залежать від псевдонімів, встановлених в DBF. Необхідно також ім'я файлу, який містить таблицю, у складі Table Name. Object Inspector перераховує таблиці поточної БД (або каталогу).
Робота з набором даних (таблиця або запит) може виконуватися при різних станах, що визначаються властивістю State, що може приймати декілька різних значень:
-DsBrowse забезпечує звичайний перегляд, використовуваний для пошуку даних і попереднього перегляду записів;
-DsEdit використовується для режиму редагування. Вхід в цей стан відбувається при виклику методу Еdit або властивості AvtoEdit компонента DataSource;
-DsInsert застосовується, якщо в набір даних потрібно додати новий запис. Це відбувається при виклику методу Insert, переміщення до останнього рядка компонента DB Navigator;
-DsInactive є станом закритого набору даних;
-SetKey вказує на пошук в наборі даних. Цей стан має місце між викликом методу SetKey;
-DsCals Fieds є станом набору даних у часі обчислення поля (виклик обробки події On Cals Fields).
У більшості випадків переходи між цими станами виконуються автоматично, проте слід мати на увазі, сто існує багато подій, що відносяться до переходів між станами.
Відображення даних у середовищі Delphi здійснюється за допомогою компонентів, які схожі на звичайні керуючі елементи Windows, але знають, як поводитися з даними. Всі ці компоненти знаходяться на сторінці Data Controls палітри Delphi Components:
-DBGrid являють собою сітку, здатну відбити таблицю як одне ціле. Він забезпечує прокрутку і навігацію, а також редагування вмісту сітки;
-DB Navigator представляє собою набір кнопок, і використовується для навігації і виконання дій над БД;
-DBLabel використовується для відображення вмісту поля, яке не можна модифікувати;
-DBEdit дозволяє редагувати полі (змінювати поточні значення);
-DBMemo використовується для перегляду і модифікації великого текстового поля, яке буде збережено в пам'яті, або на BLOB (Binak Legre Object - великий подвійний об'єкт);
-DBImage використовується для показу картинки, що зберігається в полі BLOB;
-DBListBox і DBComboBox використовується для вибору одного значення з множини;
-DBCheckBox використовується для показу і перемикання параметра, відповідного виконання деякої функції;
-DBCtrlGrid представляє собою сітку для кількох записів і може володіти набором інших компонентів обробки даних. Такі компоненти дублюються для кожного запису набору даних.
Усі зазначені компоненти зв'язуються з джерелом даних за допомогою відповідного властивості Data Source. Багато хто з них посилаються на певне поле даних джерела за допомогою властивості DataFiled. Допустимі значення цієї властивості представляються у вигляді випадаючого комбінованого списку. Інші властивості компонентів сторінки DataControls подібні властивостями відповідних стандартних керуючих елементів.
Мовою програмування в середовищі Delphi є Object Pascal.
Структура програми, що використовує об'єктне програмування, істотно відрізняється від традиційної структури програм з жорстким, заздалегідь заданим алгоритмом. Тут програма виглядає як сукупність, у деякому сенсі, самостійних, відокремлених блоків, що виконують ті чи інші операції, а зв'язок між ними визначається результатами попередніх етапів і взаємодією програми через зовнішні пристрої з користувачем. Після виконання чергового блоку програма призупиняється і чекає повідомлення від оператора, яке через ОС Windows 95 передається програмі.
Структурно програма формується з модулів, що виконують окремі операції, що входять до складу функціонального набору АРМ.
Облік податку 0.5% на покупку валюти, а також комісійної винагороди здійснюється в рамках модуля 'довідка', тобто при заповнення екранної форми довідки суворої звітності.
Відповідно до вищевикладеного структуру програмного забезпечення АРМ 'Валютний касир' можна представити у вигляді, зображеному на рис. 2.2.

Рис.2.2 'Структура ПЗ АРМ' Валютний касир '
2.5 БАЗА ДАНИХ АРМ 'ВАЛЮТНИЙ КАСИР'
БД, що входить до складу АРМ 'Валютний касир' написана як Delphi додаток з використанням мови програмування Object Pascal для роботи під ОС Windows 95. БД складається з двох основних частин:
-Керуючого модуля;
-Модулів екранних форм.
Розглянемо процес створення і заповнення таблиць даних. У складі БД є три основні таблиці:
1 таблиця містить у собі дані, що характеризують кожен обмінний пункт філії, а саме: назву Банку, поточну дату, режим роботи, адреса обмінного пункту, його реєстраційний номер, прізвище касира, виданий аванс - грошової маси і документів;
2 таблиця містить дані про іноземну валюту, з якою обмінний пункт проводить операції, а саме - назва кожної валюти і її код, поточна дата, курс ЦП, внутрішні курси купівлі / продажу валют, а також залишок грошової маси на поточний момент;
3 таблиця тут містяться такі дані про довідки суворої звітності, як: серія і номер довідки, інформація про те, чи була забракована довідка чи ні, поточна дата, режим роботи (Ранок / Вечір) та реєстраційний номер обмінного пункту.
Створення таблиць відбувалося таким чином. Перш за все, за допомогою диспетчера файлів Windows (Windows File Manager), робиться новий каталог C: \ BOXLIGHT \ TEMP. Це те місце, де будуть розміщуватися таблиці та індекси. Пізніше вони будуть скопійовані в каталог, спеціально призначений для програми.
Далі, слід перейти до Delphi, з меню Tools (Інструментальні засоби) запустити Database Desktop (Робочий стіл БД). З меню File (Файл) в DBD потрібно вибрати New / Table (Нова Таблиця) і вибрати dBase для Windows із запропонованого набору типів файлів. Відкрився після цього діалог Create Table (Створити таблицю) допомагає визначити таблицю за допомогою специфіки полів.
Для створення індексу по полю таблиці слід натиснути кнопку на Define (Визначити), в результаті чого на екрані з'являється діалог Define Index (Визначити індекс). Зі списку полів вибирається індексовані поле, на ньому треба двічі клацнути, потім відзначити індикатор Unique (Унікальний), тому що індекс по цьому полю повинен мати характеристику 'унікальний'. Повністю специфікований всі поля та індекси слід натиснути кнопку Save as (Зберегти як) в діалог Create Table і записати файл в каталог C: \ BOXLOGHT \ TEMP.
Без розробки за допомогою Delphi швидких чорнових інструментальних засобів не обійтися. Одна з утиліт повинна містити DBMemo-об'єкт, який повинен бути пов'язаний з полем мемо. Потім ввести дані в це поле в усі записи таблиці і перекомпілювати утиліту так, щоб об'єкт DBMemо був пов'язаний з іншим полем мемо. Після цього всі текстуальні дані в таблицю введені. Потім можна переключитися на таблицю загальної інформації і обробити мемо-поля там.
Друга утиліта повинна містити об'єкт DBImage, який слід зв'язати з полем BLOB в таблиці. Після цього можна по черзі вводити бітові карти графічних зображень в буфер обміну інформації (кишеня) і вставляти їх потім у DBImage.
Першу утиліту можна спорудити миттєво, використовуючи всього одну форму. Одночасно необхідний доступ тільки до однієї таблиці, тому створюється компоненти Ttable / DataSource. Крім того, додається компонентDBText, зв'язавши його з полем PRD_NAME, так щоб при роботі з таблицею було видно з яким продуктом є справа. Спочатку модифікується властивість DBNavogator VisibleButtons (Видимі кнопки), так щоб було видно перші чотири кнопки. Розставивши все по місцях модифікуються деякі властивості об'єктів, призначені для роботи з таблицею. Далі слід натиснути на Table і встановити DataBase_Name (Ім'я БД), вказавши шлях до каталогу БД, що містить таблиці - C: \ BOXLIGHT \ TEMP, місцем, де вони були створені. Потім, клацнувши на Table (Ім'я таблиці) вибирається PRODUCTS.DBF, нарешті, клацнувши на IndexName (Ім'я таблиці) вказується PUD_STKNUM.Такім чином - DataSouce (Джерело даних) і Table (Таблиця) поєднані. Залишається з'єднати з DataSoure - DBNavigator, DBtext і DBMemo. Для DBText в якості DataField вказується PRD NAME.Для початку вибирається PRD_DEST для DBMemo для DataField.
Після встановлення всіх властивостей слід двічі клацнути на Active в Table, щоб зв'язати її з PRODUCT.DBF. Так як за замовчуванням всі об'єкти, поінформовані про дані (data aware objects), допускають пряме редагування всіх полів, то в DBText відразу з'являється 'ColorShow 1200'.
По закінченню введення даних необхідно знову звернутися до програми і змінити свойствоDataField в DNMemol на RD_SPECS. Потім знову - компіляція і виконання. Тепер вже вводяться технічні специфіки продуктів. Процес коригування програми, компіляції, виконання та введення даних повторюється і для полів PRD_TIPS і PRD_ACCESS. Заповнивши таблицю слід звернутися до таблиці 'Загальна інформація'; і відредагувати її єдине мемо-поле. Для цього треба змінити DBMemol так, щоб зв'язати його з полем мемо, а компонент DBText налаштувати так, щоб він відображав назву категорії. Крім того треба змінити властивості TableName і IndexName, після чого встановлюється властивість Active в True.
Інтерфейс користувача з БД виконаний російською мовою і належним чином структурований. БД ведеться у відділі зовнішньоекономічної діяльності, але у касира обмінного пункту є копія. Робота з БД може здійснюватися з використанням модемного зв'язку, тобто на мережевому диску комп'ютера, використовуваного в якості сервера розміщується файл з інформацією, а на машинах в обмінному пункті встановлюється керуюче ядро. Встановивши зв'язок з сервером через модем касир обмінного пункту повинен вказати шлях до файлу БД. При цьому, всі операції з редагування БД зберігаються. Крім того, кілька касирів з різних обмінних пунктів можуть одночасно працювати з БД, вносити доповнення і зміни до тих таблиць, до яких вони мають доступ.
БД забезпечує підтримку стандартних вивідних пристроїв і дискових носіїв, сумісних з ОС Windows 95.
Швидкість роботи БД, як і інших програмних продуктів, в значній мірі залежить від використовуваного обладнання. Як показала практика, використання комп'ютера на базі процесора Pentium 100 цілком достатньо для роботи в реальному часі.

2.6 Апаратне забезпечення АРМ 'ВАЛЮТНИЙ КАСИР'
Сучасні автоматизовані банківські системи мають склад апаратних засобів, в яку входять:
-Засоби обчислювальної техніки;
-Засоби телекомунікації і зв'язку;
-Обладнання ЛОМ;
-Обладнання, автоматизує різні банківські послуги: автомати - касири, термінали торгової системи, пластикові картки;
-Засоби, що автоматизують роботу з готівкою.
Можливості створюваних у рамках АБС автоматизованих робочих місць різного рівня в значній мірі залежать від складу технічних засобів, їх архітектури і функціональних характеристик. Тому на стадії проектування АРМ формуються вимоги до певних параметрів технічних засобів зберігання, обробки та видачі інформації, набору функціональних пристроїв, інтерфейсів і т.д.
До особливостей АРМ 'Валютний касир', які повинні враховуватися при його технічному оснащенні, належать такі фактори:
-Робота в реальному часі;
-Щоденна налаштування системи по ряду параметрів;
-Робота з документами суворої звітності, в тому числі роздруківка у відповідних місцях потрібних даних;
-Робота з готівковими коштами;
-Порівняно невеликий обсяг оброблюваної інформації.
На основі вищевикладеного можна запропонувати наступний склад апаратних засобів:
-IBM сумісний персональний комп'ютер на базі мікропроцесора Pentium з тактовою частотою 100-130 Мгц;
-Обсяг оперативної пам'яті 16 МБ;
-Накопичувач на жорсткому магнітному диску, місткістю не менше 1.0 Мб;
-Струменевий або лазерний принтер;
-Блок безперебійного живлення;
-Пристрої прийому / передачі даних на сервер на основі модему;
-Детектор валют;
-Лічильник купюр.
Блок схема технічної бази АРМ 'Валютний касир' наведена на малюнку 2.2.

2.7 ТЕХНОЛОГІЯ РОБОТИ АРМ 'ВАЛЮТНИЙ КАСИР'
2.7.1 ГОЛОВНЕ МЕНЮ І НАСТРОЙКА СИСТЕМИ
При вході в автоматизовану систему на екран виводиться установче підменю 'Початок', за допомогою якого відбувається налаштування на даний операційний день робочої програми обмінного пункту.
У процесі установки необхідно провести наступні операції:
-Введення нових курсів валют;
-Вказівку прізвища, ім'я, по батькові касира, введення номерів обмінних пунктів, установка режиму роботи;
-Фіксація виданого авансу;
-Фіксація кількості виданих довідок суворої звітності із зазначенням їх серій та номерів.
Після закінчення налаштування на конкретний обмінний пункт, оператор отримує доступ до головного меню, в якому вказані можливі режими роботи автоматизованої системи. У повному вигляді воно виглядає наступним чином:
-Початок;
-Обмін;
-Довідники;
-Звіти.
Підменю 'Обмін' використовується касиром при проведенні операцій купівлі / продажу іноземної валюти.
Розділ 'Довідники' включає наступну інформацію:
-Таблиця кодів цінностей;
-Таблиця кодів валют;
-Список обмінних пунктів філії Унікомбанку;
-Список касирів (операторів).
Підменю 'Звіти' дозволяє виробляти оформлення звітних документів за результатами робочого дня обмінного пункту.
Розглянемо докладніше роботу автоматизованої системи.
При налаштуванні на новий робочий день в неї повинна бути введена наступна інформація:
-Введення нового курсу валют, цю можливість забезпечує відповідне підменю. При цьому якщо курс по будь-якій валюті не змінився з попереднього дня, його не потрібно вводити / коригувати. Курси купівлі / продажу необхідно вводити протягом дня відразу після отримання розпорядження з відділу зовнішньоекономічної діяльності Унікомбанку про зміну курсу по відповідних валютах, інакше реєстри будуть сформовані невірно. Курси ЦБ вводяться один раз на день. Їх можна ввести безпосередньо перед формуванням звітної документації, тому що ці курси використовуються тільки в якості довідкової інформації у заголовках.
Редагування, в даному випадку, - це внесення додаткових видів і курсів або їхнє видалення, виробляється підбиттям курсору до потрібної рядку і натисненням клавішею мишки на відповідну піктограму ('+' або '-') у верхній панелі управління. Наступна інформація, необхідна касирові для роботи це:
-Аванс, - виданий в іноземній валюті і рублях (причому в рублях в новій і старій загальних вартостях), дані заносяться і зберігаються в підменю 'видано авансу за все';
-Аванс виданих довідок суворої звітності форма № 0406007. Дані знаходяться в підменю 'довідки суворої звітності ". Касиром заносяться в таблицю серія та № першої та останньої довідки в пачці.
Для того, щоб остаточно підготувати систему до роботи касир повинен вибрати підменю 'Визначення касира, обмінного пункту, і режиму праці "та зробити необхідні зміни. Зі списку касирів вибирається потрібна прізвище працівника, з переліку обмінних пунктів вибирається номер необхідний номер і потім визначається режим роботи: ранок або вечір (якщо обмінний пункт функціонує 24 години на добу, то робочий день ділиться на дві частини: до 15.00 годин відповідає режим "Ранок ', після 15.00 - режим' Вечір '). Заповнення цього підменю можливо безпосередньо перед формуванням звітної документації за день, так як ці дані використовуються в якості довідкової інформації у заголовках.
Редагування вищеперелічених підменю виробляється підбиттям курсору і натисненням клавішею мишки на відповідну піктограму ('+' або '-') у верхній панелі управління.
Після налаштування системи можна починати обслуговування клієнтів (продавців / покупців валюти)
Поточна дата встановлюється один раз при обслуговування першого клієнта.

2.7.2 НАЛАГОДЖЕННЯ ПРОГРАМИ
Мова Pascal, і особливо його розширення Object Pascal, задають певні правила написання програм, які мінімізують можливість виникнення помилок (відповідність типів даних, різні способи передачі параметрів від однієї частини програми до іншої, порівняно проста для читання структура програми, використання великої кількості вже налагоджених і випробуваних стандартних підпрограм). Середовище Delphi суттєво доповнює ці можливості автоматичним завданням вихідних заголовків різних частин програми, широким застосуванням стандартні об'єктів. У зв'язку з використанням візуального програмування вона практично повністю виключає помилки, пов'язані з розміщенням на екрані відображаються компонентів програми.
Тим не менш, хоча Delphi використовує візуальне програмування, і сама мова Object Pascal з введеними в нього спеціальними засобами зменшують імовірність помилки в програмі, повністю їх все-таки не усуває, тому етап налагодження залишається неодмінним етапом створення програми.
Помилки в програмі можна розділити на три категорії:
-Синтаксичні, що виникають в результаті порушення правил мови;
-Семантичні, пов'язані з недопустимими значеннями параметрів;
-Логічні, пов'язані з неправильною логікою програми.
Семантичні та логічні помилки, на відміну від синтаксичних, виявити набагато важче, і для їх виявлення є кошти інтегрованого налагоджувача Delphi, які дозволяють простіше локалізувати ці помилки.
За допомогою інтегрованого налагоджувача можна виконувати наступні налагодження операції:
-Запускати програму;
-Отримувати значення будь-яких параметрів програми;
-Модифіковані значення програми;
-Зупиняти виконання програми в тій чи іншій її точці;
-Здійснювати трасування програми (виконання програми по кроках).
Для запуску програми використовується команда головного меню Run / Run (F9). Якщо перед запуском програми були змінені якісь файли проекту, попередньо здійснюється перекомпіляція відповідних файлів. Якщо в програмі не встановлено ніяких точок зупинки та її виконання не буде перервано командою, програма відпрацює до кінця. Запущену програму можна зупинити в будь-який момент командою головного меню Run / Program Pause.
Щоб тимчасово зупинити обчислювальний процес в програмі, можна задати точки останову - зазначені в тексті місця програми, при досягнення яких вона припиняє роботу. Зупинитися можна в будь-якому місці програми, відповідному виконуваним операторам. Мінімальний крок таких зупинок - один рядок тексту, тому не доцільно в тесті програми писати на одному рядку кілька операторів. Щоб визначити точку зупину у програмі, можна скористатися наступними прийомами: помістити курсор миші на початок рядка, де треба поставити точку зупинки, і натиснути ліву клавішу; помістити курсор текстового редактора в необхідну рядок, викликати локальне меню редактора і вибрати команду Toggle Breakpoint (F5) - переключити точку зупину. Таким чином, задаються безумовні точки зупину, для яких зупинення виконання програми буде відбуватися у випадку, якщо комп'ютером виконується перша команда, відповідна рядку тексту з точкою зупинки. Крім безумовних точок зупинки можна використовувати і так звані умовні точки зупину, для яких крім зазначеної вище інформації задаються також умови зупинення і (або) число проходів до зупинки.
Інтегрований відладчик припускає можливість покрокового виконання програми (трасування), коли програма виконується порядково з зупинкою після операторів кожної чергової рядки тексту програми, що містить виконувані оператори. Трасування можлива трьома способами: із заходом у виконувані програми, без заходу в них і до найближчого виконуваного оператора. При трасуванні програми можливо поєднувати всі ці три варіанти. На початку налагодження, коли підпрограми ще не налагоджені, слід в них заходити, тобто використовувати трасування з заходом у підпрограми. Коли ж підпрограми будуть повністю налагоджені, контроль виконання ними своїх операцій можна пропускати.
Для проведення ретельної налагодження та усунення виявлених помилок слід підготувати програму до практичного використання, зробивши більш ефективною з точки зору швидкодії та обсягу займаної пам'яті. Як правило, коли оптимізується програма за швидкодією, збільшується її оборот і навпаки. Проте є прийоми, коли можна поліпшити відразу ці дві характеристики або хоча б не на шкоду іншій (або з мінімальним збитком).
Перш за все, слід усунути налагоджувальну інформацію, вміщену в програму на першому етапі її створення. Далі слід усунути інформацію, контролюючу ряд помилок часу виконання. Що стосується перевірки операцій введення / виведення, то, як правило, не можна гарантувати, що навіть у налагодженій програмі не виникне під час операції така помилка, тому що вона залежить не тільки від самої програми, але і від її оточення. Тому контроль введення / виведення слід залишити і відключати в програмі лише у міру необхідності.
Так як програму 'Валютна каса' доведеться використовувати досить часто, то доцільно було зробити доступ до неї по можливості легким. З цією метою програмі був привласнений ярлик (Shortcut) - особливий вид піктограми, який можна помістити в робочій області Windows 95.
Програма 'Валютна каса' була ретельно налагоджена, проте навіть після ретельної налагодження практично не можливо гарантувати, що всі помилки усунуті. Треба бути завжди готовим до того, що при якомусь особливому збіг обставин помилки все таки можуть з'явитися. Дуже добре, якщо вдасться точно зафіксувати ці обставини, тому що вони дозволять виявити і причину виникнення таких помилок.
Текст програми даний у додатку 3.

2.7.3 АВТОМАТИЗОВАНА ТЕХНОЛОГІЯ РОБОТИ
З КЛІЄНТАМИ
Подальша робота робота касира відбувається наступним чином: з переліку вироблених обмінним пунктом операцій вибирається потрібна клієнтові, номер і серія довідки суворої звітності для кожного клієнта автоматично з'являється на екрані (у відповідності з даними, введеними в підменю 'Довідки суворої звітності "при підготовці системи до роботи ). У рядок 'Видано' вноситься прізвище, ім'я, по батькові клієнта. У рядок 'Пред'явлено' з запропонованого списку вибирається потрібний документ, що засвідчує лич ність клієнта (це може бути паспорт РФ, закордонний паспорт, військовий квиток та інші посвідчення. Серія та номер документа можуть бути заповнені чи ні за бажанням касира. У лівому верхньому кутку екрану є запис 'Резидент: так, немає'. Введення інформації про те, з резидентом чи ні проводиться операція, потрібно для точного оформлення звітної документації, тобто для складання реєстру проведених операцій
Після занесення вище перерахованої інформації в робоче вікно, касир приступає безпосередньо до проведення потрібної операції. Так, у разі купівлі валюти здійснюється наступне:
-У верхньому правому куті вікна вибирається операція 'Купівля';
-В поле 'Прийнято від клієнта' заповнюються рядки:
'Код цінності' - це двозначний код цінності за наступним класифікатору: 10 - банкноти і казначейські білети; 11 - монети, 23 - акредитиви та інші (обмінні пункти Митищинського філії Унікомбанку працюють тільки з банкнотами і казначейськими квитками, і монетами)
'Код валюти' - це тризначний код за наступним класифікатору: 840 - долар США, 280 - німецька марка, 810 - рубль. У даному випадку вказується будь-який код іноземної валюти (якщо банк здійснює операції з цією валютою), за винятком рубля.
- 'Сума прописом', 'сума цифрами' - відповідно вноситься інформація про суму іноземної валюти, яку клієнт бажає продати.
Після цього у верхньому правому куті екрану в стрічці 'Курс' з'являється курс, за яким буде здійснюватися ця операція.
У полі 'Отримано клієнтом' автоматично заповнюються стоки 'Код цінності' - 10,11 і 'Код валюти' - 810.
Натиснувши клавішею мишки на рядок 'Обчислення' отримуємо результат проведення даної операції: кількість рублів. яке необхідно видати клієнту (рядок 'Сума цифрами'). У випадку, якщо клієнтом були отримані рублі, виражені в старій і новій загальних вартостях - це має бути відображено в рядку 'У тому числі старими'.
Для занесення результатів даної операції в звітну документацію необхідно (за допомогою мишки) натиснути клавішу 'Зберегти', для того, щоб вивести на друк дану інформацію слід натиснути (за допомогою мишки) клавішу 'Друк'. У разі припинення операції слід натиснути клавішу 'Відмова'. Перед початком роботи з наступним клієнтом слід натиснути клавішу 'Новий' (відбувається очищення робочого поля).
При продажу банком валюти повинні бути зроблені наступні дії:
-У верхньому правому куті робочого вікна вибирається операція 'Продаж';
-В поле 'Отримано клієнтом' заноситься код валюти, яку бажає отримати клієнт (за винятком коду рубля 810), код цінності (10) і сума необхідної валюти цифрами і прописом.
Після цього автоматично заповнюється рядок 'Курс' по якій буде проводитися операція продажу валюти, в полі 'Прийнято від клієнта' заповнюються рядки 'Код валюти' (810) і 'Код цінності' (10,11).
Після натискання на клавішу 'Обчислення' з'являються результати проведення операції: сума в рублях (без урахування податку), яку необхідно взяти з клієнта, вказується в полі 'Прийнято від клієнта' рядок 'Сума цифрами', при цьому якщо від клієнта прийняті рублі в старій номінальної вартості ця інформація повинна бути відзначена в стрічці 'У тому числі старими'.
Остаточний результат операції у рядку 'Разом' (з урахуванням податку на купівлю валюти)
Подальші дії касира ідентичні діям при здійсненні операцій з купівлі валюти.
Після закінчення робочого дня касира в відділ зовнішньоекономічної діяльності повинні бути представлені звітні форми обмінного пункту: "Довідка про залишки готівкової іноземної валюти та готівкових рублів в обмінному пункті на кінець операційного дня ',' Реєстр купівлі іноземної валюти 'і' Реєстр продажу іноземної валюти". Це вимога забезпечує останній елемент головного меню "Звіт", при вході до якого пропонується підменю, що складається з назв перерахованих вище документів. Вибравши необхідний документ і 'клацнувши' по рядку 'Друк', даний документ виводиться на друк. Структурна схема автоматизованої технології роботи обмінного пункту показана на ріс.2.3.Рабочіе вікна (меню) представлені у додатку 2.
3 ОЦІНКА ЕКОНОМІЧНОЇ ефективно впроваджувати АРМа 'ВАЛЮТНИЙ КАСИР'
3.1 ВИБІР І ОБГРУНТУВАННЯ МЕТОДИКИ РОЗРАХУНКУ ЕКОНОМІЧНОЇ ЕФЕКТИВНОСТІ ПРОЕКТУ
Впровадження заходів з удосконалення обліку в обмінному пункті на основі його автоматизації пов'язане зі значними матеріальними витратами на розробку та функціонування системи. Тому найважливішим завданням є аналіз економічної ефективності впроваджуваної системи. Її своєчасне рішення дає можливість порівнювати різні варіанти автоматизації і встановити оптимальний варіант, оцінити його вплив на зміну показників діяльності організації.
Ефективність впровадження автоматизованої системи обумовлюється дією ряду факторів організаційного, інформаційного та економічного характеру.
Організаційний ефект проявляється у визволення працівників від рутинних операцій з систематизації і угрупуванню облікових даних, численних розрахунків і записів у реєстри та іншу документацію, звірки показників, збільшивши тим самим час для проведення аналізу та оцінки ефективності прийнятих управлінських рішень.
Інформаційний фактор ефективності виражається у підвищення рівня інформованості персоналу.
Економічний фактор виявляється в тому, що облікова інформація, що має на меті повне і своєчасне відображення і стан об'єкта та причин, що впливають на його розвиток, в кінцевому рахунку спрямована на поліпшення використання виробничих ресурсів.
Досвід експлуатації комплексів завдань показав, що в процесі автоматизації обліково-обчислювальних робіт досягається зниження трудомісткості окремих операцій, зростання продуктивності та поліпшення умов праці окремих працівників, підвищення оперативності достовірності, включаючи підготовку звітності при постійно зростаючому обсязі первинної документації без збільшення чисельності персоналу і т.д .
Отже, економічна ефективність складається з двох основних компонентів:
-Вдосконалення виробничої, господарської та фінансової діяльності обмінного пункту;
-Скорочення витрат на проведення обчислювальних операцій.
Базою для оцінки економічної ефективності автоматизованої системи може служити час, що витрачається на одного клієнта в обмінному пункті.
3.2 РОЗРАХУНОК ПОКАЗНИКІВ ЕКОНОМІЧНОЇ ефективно розробляти проекти
До основних узагальнюючих показників економічної ефективності відносяться:
-Річний економічний ефект від розробки і впровадження автоматизованої системи;
-Термін окупності автоматизованої системи;
-Розрахунковий коефіцієнт ефективності капітальних витрат.
Наведемо формули перерахованих вище показників.
Річний економічний ефект визначається як різниця між річний економією (чи річним приростом) і нормативної прибутком.
Е = П - К * Ен, де
Е - річний економічний ефект (руб.);
П - річна економія (чи річний приріст) (руб.);
К - одноразові витрати (руб.);
Ен - нормативний коефіцієнт ефективності капітальних вкладень (Ен - являє собою мінімальну норму ефективності капітальних вкладень, нижче якої вони не доцільні. Значення Ен приймається рівним 0.2)
Твір К * Ен слід розглядати як нормативну прибуток, яка повинна бути отримана від впровадження системи.
Коефіцієнт ефективності капітальних витрат - являє собою відношення річної економії (річного приросту прибутку) до капітальних витрат на розробку і впровадження автоматизованої системи.
Ер = П / К, де
Ер - коефіцієнт ефективності капітальних витрат.