Создание клиентских частей SQL БД под ОС Windows'95 и WindowsNT
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
?рально устаревает и ее коэффициент привлекательности близок к минус единице.
Значения коэффициента, близкие к плюс единице, можно считать признаком поступательного развития как фирмы в целом, так и ее банковских разработок в частности. Любые положительные значения коэффициента привлекательности считаются вполне приемлемыми, а отрицательные служат сигналом неблагополучия. Близкие к нулю значения позволяют говорить о некотором снижении числа банков-пользователей.
РазработчикиОпрошеноУдовлетворяет ли АБС?Закупка/модернизация АБСПривлекательностьДаСкорее ДаНе полностьюСкорее нетНетНетНовую версиюДругую рос. АБСЗарубеж. АБСДоработка модулейДоработка АБСКупить эту АБСмахmin0123456789101112131415Форс61330314003051,401,20ЦФТ101531126112071,180,97R-Style37217161133422111141,000,86Midas-Kapiti32010002001001,000,88Кворум130842056003050,990,90Диасофт22289216133172120,980,82МИМ61320004001010,900,90Мебиус40130022000000,630,63ПрограмБанк130552247301020,500,32Инверсия90341106502010,25-0,01АСофт40120103210000,13-0,13Собственная5951030867815119210--Киевский ОДБ4000400030010-0,91-0,91
В первую очередь обращает внимание высокая плотность семи верхних результатов. Формально третье место R-Style Software Lab. и формально шестое место фирмы Диасофт разделяют всего 0,02 по максимальному значению и 0,04 по минимальному; при этом пересечение диапазонов для этих фирм 0,12. Кроме того, заметим, что среднее по всем фирмам значение коэффициента привлекательности весьма велико. Следовательно, можно утверждать, что банки предпочитают в тяжелые времена технологического перехода к новым правилам бухгалтерского учета решать возникающие сложные проблемы со своими разработчиками, а не заменять АБС на самую мощную и полно функциональную.
Стратегии развития АБС. Семилетняя история автоматизации российских банков позволяет узнать: есть ли общие черты в путях автоматизации российских банков. При описании базовых стратегий технологического развития банков (в части программных решений) удобно использовать классификацию, предложенную В. Колсаноным (в прошлом начальник управления банковских технологий Тверьуниверсалбанка). Любая стратегия технологического развития банка подразумевает формулирование функциональных и экономических требований (с различной степенью детальности) к системе автоматизации и соответствующую реализацию этих требовании.
Собственная разработка. Этот этап в развитии автоматизированных технологий в разное время был пройден подавляющим большинством российских банков, поэтому ему стоит уделить внимание. В этот же сегмент включены так называемые эксклюзивные разработки, выполненные под заказ одного банка и не поддающиеся тиражированию. Основные признаки подобной стратегии:
- первыми автоматизируются исторически базовые функции банковской системы бухгалтерия и расчетно-кассовое обслуживание, существующие по крайней мере в двух-трех десятках тиражируемых российских систем;
- не разделены служба разработки и служба эксплуатации банковской системы, не выделены моменты передачи версий банковской системы в эксплуатацию, и, как правило, понятие версия АБС вообще не приемлемо;
- неполноценное документирование системы (частичное наличие проектной и эксплутационной документации) либо полное отсутствие документации.
- С точки зрения специалистов, имеющих опыт создания и внедрения АБС в крупных и средних банках, разумными основаниями для собственной разработки могут являться:
- интеграция нескольких систем при числе автоматизированных рабочих мест в банке более 200;
- разработка целых модулей системы при числе автоматизированных рабочих мест в банке более 500;
- наличие у банка уникальных бизнес требований и уникальной стратегии информатизации, удовлетворить которые не в состоянии ни специализированные системные интеграторы, ни разработчики промышленных тиражируемых решений. В этом случае требования и стратегия должны быть явно сформулированы во внутренних документах банка с соответствующим контролем (аудитом) их реализации;
- столь динамичное развитие банка, что бизнес требования не могут быть выдвинуты даже на год вперед. В этом случае разрабатываемая система является только макетом будущей информационной системы. Сегодня это уже в прошлом: наступает этап стабильного развития банковской системы.
С точки зрения специалистов, имеющих опыт профессионального банковского консалтинга, помимо приведенных причин, собственная банковская разработка может быть оправдана:
- для небольшого по количеству персонала одно-филиального банка с небольшим количеством ежедневных операций домашнего банка крупной промышленной либо торговой компании, консорциума, холдинга (примеров тому довольно много);
- как связующее звено для автоматизации головного офиса многофилиального банка при установке однотипных тиражируемых решений в филиалах и отделениях;
- для узкоспециализированного банка со значительным преобладанием операций, не характерных для банковского сообщества в целом;
- для крупного универсального банка в части автоматизации передовых финансовых технологий, пока еще недостаточно освоенных российским банковским рынком. При отсутствии адекватного предложения на рынке тиражируемых решений такая разработка бывает оправданной в части указанных финансовых технологий вплоть до их сопряжения с основной AБC. Эта причина становится все менее определяющей, поскольку промышленные решения ведущих российских разработчиков быстро раз