"Вячеслав Алексеев. Абак для банка (Инф.Техн., ТМ N 07/97)" - читать интересную книгу автора

Разумеется, стоит такая программулька... даже самая дешевая... ну вы
представляете... Все эти пентиумы - так, своего рода бонус к ней, почти
бесплатное приложение. А на менее мощных машинах она и работать не будет.
Ругнется не по-нашему, что-нибудь навроде: "Out of memory" - и все дела.
Итак, мы вплотную подошли к выводу: не технику выбирает банк, а
программу. А уж она диктует свои условия к аппаратной части. Впрочем, у
любого банковского софта требования очень похожи: микропроцессор - как
можно мощнее, память - как можно больше, производительность - как можно
выше.
Есть два способа заполучить такое матобеспечение. Первый - нанять
программистов: пусть за зарплату творят, не выходя из банка. Второй -
купить готовый пакет, из числа имеющихся на рынке. У обоих подходов свои
достоинства и недостатки. Создать подобного монстра даже гениальному
программисту не под силу. Тут нужен коллектив от десяти и более человек, с
распределением заданий по отдельным функциональным блокам (раз у каждой
службы своя часть, то желательно, чтоб ее составлял специалист в данной
области). Программист - профессия высокооплачиваемая (за тарелку супа тут
работать никто не будет), так что легко просчитать, во что выльется
содержание и обновление "самодельной" версии матобеспечения. Есть и второй
негативный момент: стоит любому из авторов разругаться с коллективом или
просто найти более денежное место - и любое очередное директивное письмо
ЦБ, меняющее пустячный алгоритм ничтожной задачи, превратит программу в
дорогостоящую безделицу.
На заре становления отечественного финансового дела на рынок свои
разработки представили многие программисты. Бездарные быстро отсеялись, а
подающие надежды слились в творческие коллективы и обзавелись статусом
юридических лиц. В отличие от материальных объектов, интелектуальный
продукт тиражируется легко, его стоимость распределяется на нескольких
покупателей и конкретному пользователю обходится дешевле, чем "самоделка".
Но и здесь имеются свои подводные камни: фирма может создать прекрасный
программный продукт, но оставить без внимания сервис и сопровождение, а без
обновления он устареет уже через месяц. Универсальное изделие, расчитанное
на многих, не учитывает сиюминутных потребностей конкретного банка -
усредняет их запросы, обладает меньшей гибкостью.
Конкуренция и здесь провела жесткий отбор: за год - два на плаву
остались считанные единицы. Однако борьба продолжается. Казалось бы, ясно:
если по какой-либо программе работает хотя бы один банк, значит, по кругу
решаемых задач она соответствует общему эталону, и ее соперничество с
другими программными пакетами сводится лишь к вопросам удобства
пользования, сервиса, дизайна. Но жизнь не стоит на месте, появляются новые
технологии, новые устройства и как следствие - дополнительные возможности.
Пример - работа по схеме

"УДАЛЕННЫЙ КЛИЕНТ".
Как реализуется возможность получать и отправлять деньги, не выходя из
офиса? Сначала давайте разберемся, что же такое электронное платежное
поручение и чем оно отличается от бумажного. У обычной платежки бланк
заполнен реквизитами плательщика и получателя, указаны сумма и назначение
платежа и все это скреплено подписью и печатью распорядителя денег. Внешний
вид образцов согласован при заключении договора на банковское обслуживание.