Создание клиентских частей SQL БД под ОС Windows'95 и WindowsNT

| |4/DECchip21164/400MHz | | | |

|Digital|AlphaServer 4100 5/400 |7998.63 |$152 |Sybase SQL Server |

| |4/DECchip21164/400MHz | | |1.0 |

|HP |HP 9000 Model D370 |5822.23 |$148 |Sybase SQL Server |

| |2/PA-RISC 8000/160MHz | | |1.0 |

|HP |HP 9000 Model K460 |12321.87|$187 |Sybase SQL Server |

| |4/PA-RISC 8000/180MHz | | |1.0 |

|IBM |RS6000 Power PC Server |577.07 |$243 |Sybase SQL Server |

| |J40 8/Power PC | | |1.0 |

| |604/112MHz | | | |

|SGI |Challenge XL Server |6313.78 |$479 |Informix OnLine |

| |16/R4400/250MHz | | |V.7.11.UDI |

|Sun |Ultra Enterprise 4000 |11465.93|$189 |Sybase SQL Server |

| |12/UltraSPARC/167 MHz | | |v.11.0.2 |

|Sun |Ultra Enterprise 3000 |6662.47 |$152 |Sybase SQL |

| |6/UltraSPARC/167 MHz | | | |

Кроме того, оказалось, что новое программное обеспечение существенно

проще использовать. На пример, комбинация продуктов NT/Sybase обеспечивает

единообразный механизм доменов наименования и секретности, графический

интерфейс для администрирования и работы, а также современные

инструментальные средства разработки. Хранимые процедуры SQL, генераторы

приложений типа PowerBuilder, SQLWindows, Windows 4GL и другие средства

значительно упрощают построение TP-приложений клиент-сервер, поддерживающих

более сотни пользователей на каждом сервере. Правда, масштабирование

системы для обслуживания значительно большего числа пользователей требует

разделения задачи на несколько меньших серверов или использования

традиционных мониторов обработки транзакций типа Tuxedo, Encina, ACMSxp или

CICS. Программное обеспечение для автоматизации построения подобного рода

систем клиент-сервер может быть реализовано с помощью инструментальных

средств типа Ellipse и Forte.

Таким образом, времена изменились. Полным ходом идет процесс перевода на

массовую технологию систем, ранее базировавшихся на мэйнфреймах.

Программное обеспечение массового потребления установило и новые точки

отсчета в области ценообразования.

Системы управления базами данных (СУБД) являются одним из наиболее

распространенных классов прикладных систем для серверов, выпускаемых

большинством компаний-производителей компьютерной техники. Следует

отметить, что приложения, ориентированные на использование баз данных, и

сами СУБД сильно различаются по своей организации. Если системы на базе

файловых серверов сравнительно просто разделить по типу рабочей нагрузки на

два принципиально различных класса (с интенсивной обработкой атрибутов

файлов и с интенсивной обработкой самих данных), то провести подобную

классификацию среди приложений баз данных и СУБД просто невозможно.

Стандартный язык реляционных СУБД (SQL) намного богаче, чем набор операций

сетевой файловой системы.

Результаты испытаний многих систем на тестах TPC-A, TPC-B, TPC-C и TPC-D

продемонстрировали, что на сегодняшний день имеются все предпосылки

(необходимая производительность и соответствующее ПО) для полного переноса

приложений оперативной обработки транзакций и систем поддержки принятия

решений с мэйнфреймов на системы, построенные на базе микропроцессоров. При

этом одной из актуальных задач является выбор аппаратно-программной

платформы и конфигурации системы.

Оценка конфигурации все еще остается некоторым видом искусства, но к ней

можно подойти с научных позиций. Для выполнения анализа конфигурации

система должна рассматриваться как ряд соединенных друг с другом

компонентов. Ограничения производительности некоторой конфигурации по

любому направлению (например, в части организации дискового ввода-вывода)

обычно могут быть предсказаны исходя из анализа наиболее слабых

компонентов.

Поскольку современные комплексы почти всегда включают несколько

работающих совместно систем, точная оценка полной конфигурации требует ее

рассмотрения как на макроскопическом уровне (уровне сети), так и на

микроскопическом (уровне компонентов или подсистем).

1.2 Исследование предметной области

В последние годы экономическая система нашей страны переживает бурное

развитие. Несмотря на существующие недостатки российского законодательства,

ситуация неуклонно меняется к лучшему. Прошли времена, когда можно было

легко зарабатывать на спекулятивных операциях с валютой и мошенничестве.

Сегодня все больше банков делает ставку на профессионализм своих

сотрудников и новые технологии.

Трудно представить себе более благодатную почву для внедрения новых

компьютерных технологий, чем банковская деятельность. В принципе почти все

задачи, которые возникают в ходе работы банка достаточно легко поддаются

автоматизации. Быстрая и бесперебойная обработка значительных потоков

информации является одной из главных задач любой крупной финансовой

организации. В соответствии с этим очевидна необходимость обладания

вычислительной сетью, позволяющей обрабатывать все возрастающие

информационные потоки. Кроме того, именно банки обладают достаточными

финансовыми возможностями для использования самой современной техники.

Однако не следует считать, что средний банк готов тратить огромные суммы на

компьютеризацию. Банк является прежде всего финансовой организацией,

предназначенной для получения прибыли, поэтому затраты на модернизацию

должны быть сопоставимы с предполагаемой пользой от ее проведения. В

соответствии с общемировой практикой в среднем банке расходы на

компьютеризацию составляют не менее 17% от общей сметы годовых расходов.

Интерес к развитию компьютеризированных банковских систем определяется не

желанием извлечь сиюминутную выгоду, а, главным образом, стратегическими

интересами. Как показывает практика, инвестиции в такие проекты начинают

приносить прибыль лишь через определенный период времени, необходимый для

обучения персонала и адаптации системы к конкретным условиям. Вкладывая

средства в программное обеспечение, компьютерное и телекоммуникационное

оборудование и создание базы для перехода к новым вычислительным

платформам, банки, в первую очередь, стремятся к удешевлению и ускорению

своей рутинной работы и победе в конкурентной борьбе.

Информатизация банка не может быть успешной и без предварительного

анализа и моделирования. Даже покупка готового продукта предполагает

понимание особенностей своего банка и информационных возможностей

приобретаемой системы.

Создавая информационную модель банка, следует прежде всего обратить

внимание на объекты (сущности) системы и их отношения, направление и

характер потоков информации, которыми обмениваются эти объекты (а также на

вид и характер носителей этой информации – бумажные документы, телефонные и

электронные сообщения и пр.), и на операции, которые производятся над

информационными потоками, порождая, поглощая и видоизменяя их.

Информационная система банка – настолько сложная и переменчивая

структура, что изначально ставить задачу точного и однозначного ее описании

и моделирования не только нереалистично, но и методически неверно.

Необходимо с самого начала ориентироваться на создание гибкой модели в

условиях частичной неопределенности. Гибкость и легкость перестраивания

модели согласно ежедневно выявляющимся требованиям банковской системы –

свидетельство высокого качества разработки, залог ее успешного внедрения и

долгой жизни.

Современные технические средства сделали вполне реализуемой давнюю мечту

специалистов о создании систем, действующих по «безбумажной» технологии. Но

переход на такую технологию обработки информации не означает полного отказа

от бумажных документов. Для нужд обмена с партнерами, для работы с

аудиторами и контролирующими организациями, для документарной фиксации

внутрибанковского оборота подготовка твердых копий, заверенных подписями

ответственных лиц, остается необходимой и сейчас. Тем не менее происходит

смена акцентов, и становым хребтом информационной системы становятся данные

в электронной форме, а необходимая документация продуцируется как отражение

электронных данных на бумажных носителях. Только в отдельных случаях

(например, при введении "электронной подписи"), когда юридический статус

электронного сообщения равен статусу бумажного документа, удается полностью

отказаться от бумажного документооборота. Преимущества безбумажной

технологии всегда были достаточно очевидны, а сегодня стали практически

реализуемыми и экономически эффективными.

Применение безбумажных технологий ставит проблему оптимизации

распределения информации между бумажными и электронными носителями. С этих

позиций банковскую информацию можно разделить на три класса:

- данные, участвующие в расчетах (они обязательно должны быть представлены

в электронной форме);

- часто используемая и поддающаяся формализации дополнительная информация

(ее также целесообразно хранить в электронной форме);

- детальная и трудно формализуемая, в частности текстовая, информация (ее

лучше хранить на бумажных носителях).

При одновременном хранении документов как в бумажной, так и в электронной

форме существенным становится вопрос аутентичности формализованного и

общеупотребительного способов представления информации в соответствующих

документах. Одним из способов решения этой проблемы является

последовательное выполнение правил, согласно которым всякий бумажный

документ должен пройти автоматизированную регистрацию, а подготовка всех

исходящих документов дня, особенно связанных с переводом средств, должна

происходить только через и после внесения необходимых изменений в базы

данных.

Проблема надежности информационной системы в банковском деле имеет особое

значение. Неполнота или недостоверность информации, несвоевременность и

ошибки при ее обработке оборачиваются не только немедленными финансовыми

потерями, но и утратой доверия к банку.

Выбор АБС. Самой главной задачей компьютерного департамента банка

зачастую является выбор наилучшего решения из предлагаемых на рынке

вариантов АБС или выбор стратегии разработки или модернизации существующей

АБС. Рассмотрим критерии такого выбора.

Требования к сложной банковской системе существенно зависят от объема

операций, проводимых банком. Целью является создание АБС, которая

обеспечивала бы персонал и клиентов банка необходимыми видами услуг, при

условии, что расходы на создание и эксплуатацию не превышают доходов от

внедрения АБС. Для выбора наиболее удачного решения необходимо учитывать:

Стоимость АБС. Здесь следует обратить внимание на выбор вычислительной

платформы, сетевого оборудования и ПО. Немаловажна и стоимость обслуживания

и сопровождения системы. Важно учитывать стандартность платформы и число

независимых поставщиков оборудования и ПО. Очевидно, что конкуренция

поставщиков увеличивает шансы найти более дешевое решение.

Возможность Масштабирования. В случае роста банка стоимость модернизации

при неудачном выборе резко возрастает. Необходимо, чтобы выбранная

вычислительная платформа допускала бы постепенное наращивание ресурсов в

тех частях системы, где это требуется.

Использование существующих ресурсов. От эффективности использования уже

имеющихся компьютеров, сетей и каналов связи существенно зависят и затраты

на построение АБС.

Наличие системы защиты информации. Безопасность данных является одним из

главных требований к АБС. Должна быть предусмотрена как устойчивость работы

при неправильных действиях персонала, так и специализированные системы

защиты от преднамеренного взлома АБС с корыстными или иными целями. На

сегодняшний день безопасность АБС так важна, что мы рассмотрим этот вопрос

подробнее. Система защиты и безопасности информации в АБС предполагает

наличие:

1) Средства физического ограничения доступа к компьютерам АБС

(идентификационные карточки, съемные блокирующие устройства и т.п.).

2) Предоставление полномочий, привилегий и прав доступа к АБС на уровне

отдельного пользователя (сотрудника или клиента банка).

3) Средства централизованного обнаружения несанкционированных попыток

проникнуть к ресурсам АБС, дающие возможность своевременно принять

соответствующие меры.

4) Защита данных при их передаче по каналам связи (особенно актуально при

использовании открытых каналов связи, например сети Internet). Здесь

возможно использование "цифровой электронной подписи" и других

криптографических методов.

5) Надежность системы. Отказы отдельных элементов АБС не должны приводить к

ее полному выходу из строя. Кроме того, необходимо обеспечить высокую

устойчивость работы АБС в условиях дестабилизирующих факторов (например

помех в линиях связи или ошибочных действий персонала банка).

6) Наличие средств восстановления при сбоях. В АБС должны быть

предусмотрены средства для прогноза, фиксации и локализации различных

нештатных ситуаций и отказов оборудования (таких как: повреждений и

перегрузок каналов связи; перегрузок устройств внешней памяти; нарушения

целостности БД; попыток несанкционированного доступа в систему и т.д.)

7) Возможность адаптации к изменениям финансового законодательства или

структуры банка и другим событиям.

8) Возможность работы в режиме реального времени. В настоящее время системы

типа OLTP (On-line Transaction Processing) становятся все более

распространенными при создании АБС. Внедрение систем OLTP требует от

банка весьма больших инвестиций, но преимущества таких систем

оправдывают все затраты.

Программные Платформы и Базы Данных. Среди операционных систем для АБС

лидирует связка DOS + Novell (в качестве программной платформы DOS на

рабочих станциях и операционная система Novell NetWare на файл-серверах) –

47,5% банков предпочитают именно такую, наиболее доступную в финансовом

отношении конфигурацию. На втором месте среди операционных систем, в

«угрожающей близости» к Novell NetWare находится Windows NT, ее

предпочитают 43,7% банков. Поскольку третье место занимает связки

операционных систем Windows/Windows'95 - 32,2%, то здесь явно заметен

качественный рост влияния продуктов фирмы Microsoft на развитие банковских

технологий. Всего лишь четвертое место с показателем 29,0% занимает ОС

UNIX. Хотя по динамике изменений в 1994 – 1996 гг. казалось, что разрыв

между вторым местом UNIX и бессменно лидирующей связкой DOS + Novell

NetWare неизбежно сократится.

Собственно эта тройка (четверка) операционных систем – Novell, Windows

(NT), UNIX – и составляет большинство программных платформ в российских

банках, поскольку идущие на пятом-шестом местах OS/400 (на аппаратных

средствах AS/400) и ОS/2 занимают незначительные доли рынка: 4,9 и 3,3%

соответственно. На последнем, седьмом месте находится VAX/VMS с минимальной

долей – 0,5%.

Соответственно распределению предпочтений по ОС среди СУБД лидирует

«родной» для Novell NetWare менеджер записей Btrieve – 42,6% банков

предпочитают именно эти технологии. Второе место с небольшим отрывом

занимает профессиональная СУБД Oracle – 35,5%.

Два явных лидера среди СУБД Btrieve и Oracle – опережают в три-четыре

раза идущую на третьем месте Sybase (11,5%) и в пять-шесть раз занимающую

четвертое место Informix (7,7%).

Эти соотношения позволяют сделать грубую оценку возможного перехода

банков пользователей технологий на основе Btrieve на банковские системы

нового поколения на основе СУБД Sybase без замены фирмы-разработчика. Так,

«новые Sybase-АБС» подготавливаются к промышленному внедрению в основном

тремя фирмами – лидерами рынка: «Диасофт», «R-Style Software Lab.» и

«Кворум», чьи базовые системы сегодня реализованы на основе Btrieve.

Соотношение 42,6% против 11,5% говорит о том, что примерно одна пятая часть

банков – пользователей Btrieve-AБC в перспективе может перейти на Sybase-

АБС.

Особого комментария заслуживает пятое место Microsoft SQL Server с

небольшим показателем 4,9%. Огромная популярность операционной среды

Windows в сфере банковских технологий, казалось бы, могла обеспечить этой

«дочерней СУБД» более высокие цифры. Но здесь важно следующее: сам

инструментарий MS SQL так интенсивно модернизируется и меняется, что

серьезные финансовые системы типа АБС, требующие высокой надежности и

сделанные на его основе, просто не успевают пройти необходимый цикл

тестирования, отладки и обкатки. Конечно же, это существенно сдерживает

возможности распространения финансовых приложений на основе Microsoft SQL

Server.

Шестое место занимает СУБД Progress – ее предпочитают 3,8% банков, далее

с малыми значениями идут Interbase – 2,2%, Gupta/Centura – 1,6%, DB/2 –

1,1%, Ingress – 0,5%.

Примерно один из девяти банков предпочитает работать сразу на нескольких

СУБД. Если Windows NT и Windows'95 считать как одну и ту же ОС, то выходит,

что примерно каждый третий российский банк работает в гетерогенных

программных средах.

Известность фирм-разработчиков. Расчет рейтинговой известности фирм давно

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15