1.4. Абс первого поколения на базе ms-dos и Netware с использованием файловых систем типа Clipper («Центавр», DiasoftBank)

В соответствии со статьёй 4 Федерального закона «О Центральном банке Российской Федерации (Банке России)», Банк России уполномочен вводить для банков и кредитных организаций особые правила бухгалтерского учета и отчетности, отличающиеся от таких правил для предприятий. Специальный план счетов и большой объём специализированной отчетности перед Банком России делает невозможным использование в банках обычных бухгалтерских систем, не имеющих средств автоматизации получения такой отчетности.

К роме того, постоянные изменения законодательства и правил учета означают необходимость регулярных доработок программного обеспечения. В связи с этим иностранные производители такого программного обеспечения испытывают сложности с выходом на данный рынок.Первыми АБС были разработанные в отраслевых НИИ «Киевский операционный день» и «Тульский операционный день». На роль старейшего из ныне существующих коммерческих разработчиков АБС претендует компания ПрограмБанк (АБС DOS-Комплекс, переименованная позже в Центавр), организованная в 1989 году. Вслед за ней на рынке появились Инверсия и АСОФТ.

В 1991—1992 на рынок вышел Диасофт с DiasoftBANK, позже переименованной в Diasoft 4x4, в 1993 году — R-Style с RS-Bank-ом, и другие разработчики.

Если учесть технологию функционирования, аппаратные и программные средства, базовый элемент и структуру АБС, то можно выделить ряд поколений систем автоматизации банковской деятельности. Конечно, классификация по поколениям является условной и в некоторой степени может быть дискуссионной.

Процесс разработки программного обеспечения АБС, является творческим и проблемным, успешность которого зависит от правильного выбора технологической платформы для реализации задуманного. Как мы уже знаем, одна из технологий — «Файл/серверная», по которой база данных хранится на специально выделенном для этой цели компьютере, который называется сервером На сервере выполняется вся обработка информации, а компьютер пользователя, выступает в качестве рабочей станции, как источник данных Вторая технология «Клиент / сервер», по которой база данных хранится на сервере, а все прикладные задачи выполняются на рабочих станциях пользователей. Эта технология бывает двух и трех уровневая. Двух уровневая базируется на классической работе сервера и рабочей станции, трех уровневая использует еще один промежуточный так называемый «сервер приложений», для логико-математической обработки информации от рабочих станций. Таким образом рабочие станции могут быть маломощными.

П од базовым элементом будем понимать элементарную структурную единицу, избираемую за основу системы. Это может быть бухгалтерская проводка, т.е. указание корреспонденции счетов и суммы, операция, документ или соглашение. Первые поколения АБС использовали именно банковскую проводку. В поколениях начиная с четвертого начали использовать в качестве базового элемента например банковский документ, а проведение его уже стало неотъемлемой частью. Пятое и шестое поколение оперирует с соглашением, которое может включать ряд документов и проводок.

Анализируя этапы развития АБС, все их можно разбить на шесть поколений.

В общем АБС первого поколения были ориентированы на персональные компьютеры (ПК) АО-286, АД-386 и операционную систему MS-DOS. Программное обеспечение разработано на базе СУБД FoxPro, Clipper, Clarion и т.д. Система состояла из автономных не связанных между собой АРМов , которые использовали свою собственную БД. Один из ПК использовался как центральный. Обмен информацией между центральным компьютером и рабочими станциями — АРМами осуществлялся физическим переносом файлов на гибких магнитных дисках (ГМД). На центральном ПК, после получения всех данных от АРМов, проводились расчеты и обработка информации с целью получения форм отчетности.

Основными недостатками систем первого поколения были:

• о тсутствие защиты информации в системе, т.е. отсутствие санкционированного доступа и распределения полномочий, база данных могла пересматриваться и изменяться стандартными утилиты;

• проблемы консолидации данных, т.е. автономность АРМов приводит к сложности получения обобщенной информации;

• отсутствие целостности данных в БД, то есть отсутствие механизма транзакций приводит к невозможности поддержания целостности данных.