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