Автор: Пользователь скрыл имя, 08 Октября 2011 в 09:02, курсовая работа
Когда-то в среде разработчиков бытовало мнение, что достаточно пяти
человек для создания банком системы комплексной автоматизации. Каждый банк,
отдел автоматизации которой сколько-нибудь амбициозен, занимался
разработкой своей АБС. Сегодня, когда фирмы разработчики, выделяют под
специализированные проекты громадные коллективы (более 100 разработчиков) и
тратит много времени на создание и сопротивление сложных многоцелевых
систем, банки начинают избавляться от "дешевой левизны" и в основном
перешли на программные варианты АБС.
Оглавление: 2
Введение. 3
Глава I. Автоматизированные технологии в банковской деятельности. 5
Глава II. Особенности отечественных систем автоматизации банковских
технологий. 6
Жизненный цикл ИТ. 10
Техническое оснащение решения банковских задач. 14
Программное обеспечение АБС. 15
Глава III. Системы автоматизации банковской деятельности за рубежом.
17
Глава IV.Интегрированная Банковская Система "STEM". 19
I. Концепция и принципы построения. 19
Общие требования к ИБС. 19
Выбор перспективных технологий и метода реализации ИБС. 22
II. Интегрированная банковская система «STEM».Ядро системы. Менеджер
Счетов (Account Manager). 27
Характеристика задач, решаемых Ядром ИБС. 27
Характеристики и особенности Менеджера Счетов. 29
Реализация поддержки целостности Банковских операций. 33
Поддержка внедрения системы в реальном времени. 35
III. Технологическая система ИБС "STEM". 35
Список использованной литературы: 43
человека, затем группы людей, и, в конце концов, возникает необходимость
перевода всей задачи или её части в ИБС. Дальнейший рост объема работ
должен сопровождаться развитием ИБС, которое заключается в появлении
дополнительных программных продуктов и новых версий с улучшенными
характеристиками. Развитие ИБС должно обеспечивать своевременное
подключение новых и более полное освоение уже используемых задач. При этом
система ни при каких обстоятельствах не должна ограничивать количество
обслуживаемых банком клиентов и обрабатываемых документов, принципиальную
возможность подключения новых подзадач. Это значит, что она не должна
зависеть от типа операционной системы и используемых компьютеров, а также и
то, что она должна обладать возможностью распределенной обработки
информации в
разнородных сетях.
Выбор перспективных
технологий и метода реализации ИБС.
Определение того, что наследовать в банковской технологии, предлагая
принципиально новые решения, а что привносить - задача не из простых. В
свое время в Италии был предложен способ проверки правильности учета
движения денежных средств - система двойной котировки сумм, которая
оказалась довольно простой и эффективной с точки зрения защиты от ошибок.
Попытка придумать что-либо, отличное от нее, повлечет за собой проблемы,
связанные с массовым признанием, а значит, и с распространением. Поэтому
новые разработки надо начинать с определения того нижнего уровня абстракции
в банковском деле, перенос которого на компьютерные технологии может и
должен дать положительный эффект.
Важен выбор метода решения, позволяющего развивать и реализовывать
задачи реального времени, которые являются перспективными для банков.
Множество Банковских задач реального времени, начиная от определения
реального кредитного ресурса (с учетом ресурса филиалов Банка) и заканчивая
on-line-системами обслуживания, например, кредитной карточки (т.е.
переходом на безналичное обслуживание населения, что приведет к резкому- на
порядки- увеличению количества банковских операций), невозможны или
существенно затруднены без единой концептуальной системы.
Одна из прогрессивных технологий, применяемая в Банках, хорошо
известна всем- это "Безбумажная технология". Однако ее достоинства
становятся наглядными тогда, когда система уже внедрена и эксплуатируется.
Поэтому на первом этапе создания ПО-создания Ядра ИБС - важны его
одновременное
внедрение и проверка.
Описание элементов банковской системы.
Аппаратная платформа.
Исходя из принципа развития, банковская система не должна навязывать
выбор аппаратных и системных средств. Этот выбор должен осуществляться с
учетом критериев, не связанных с прикладным ПО. Следует учитывать, в
частности, достаточную производительность при минимальной цене, наличие
технического обслуживания, гарантии, квалификацию и опыт персонала,
количество одновременно работающих пользователей, развитие и
масштабируемость аппаратных средств, их надежность и т.п.
При выборе платформы следует,
прежде всего, определить
пользователей, которые должны быть одновременно подключены к
многопользовательской системе. Ориентировочно можно исходить из следующей
оценки: на одного пользователя прикладного ПО требуется 1МБ ОЗУ и 1 tps/A
общей производительности системы (tps- число транзакций в секунду). Кроме
того, необходимо оценить перспективы роста банка и его финансовые
возможности.
Количество пользователей,
с производительностью до 2 000 операций в день, не превысит 20-30.
Такая нагрузка вполне по
Pentium/60,90, обеспечивающим сквозную производительность 15-30 tps/A и 30-
60 tps/A соответственно.
При активном подключении
залов, работающих в режиме on-line, число активных пользователей может быть
доведено до 100 и более, а число операций достигать 10 000. В таком случае
необходимо ориентироваться на системы класса midrange. Это может быть RISC-
система (HP, Sun, IBM) или многопроцессорная система на базе Intel 486 и
Pentium (Corollary, Acer, Compaq, AST, ALR, Sequent,Unisys и т.д.). Нельзя
забывать о таких популярных (на западе) масштабируемых системах, как AS/400
(IBM), VAX (DEC) и т.д. Важным для нашего рынка может оказаться политика
активного снижения цен на процессоры INTEL и анонсирование процессоров
Pentium/150 с производительностью 250 MIPS и в 1995 году - P6 с
производительностью 300 MIPS.
При покупке системы необходимо убедиться в наличии сертификата ОС и
СУБД, используемых в банке.
Операционная система.
В настоящее время выбор операционной системы, как правило,
определяется наличием прикладного ПО для данной ОС и наличием
квалифицированного персонала для ее сопровождения.
Поэтому в основном используются РС-совместимые компьютеры под
управлением DOS или Windows, соединенные локальной сетью NetWare. При
внешней простоте и привлекательности такое решение имеет ряд существенных
недостатков:
1. DOS, Windows и NetWare не соответствуют требованиям "надежности" защиты
информации и разграничения доступа согласно Trusted Computer System
Evaluation Criteria ("Оранжевая Книга"). В мировой практике ОС, не
прошедшая такой сертификации, не рекомендуется к использованию в финансовых
учреждениях.
2. Пропускная способность локальной сети персональных компьютеров имеет
принципиальное ограничения, связанные с непроизводительным ожиданием
сетевого канала при интенсивном трафике и экспоненциальным ростом числа
компьютеров в сети. Вследствие этого число компьютеров, эффективно
работающих в одноуровневой сети, не превышает 20-30.
3. Многопользовательское ОС (UNIX, VMS и др.) по сравнению с PC LAN
значительно проще и эффективнее интегрируются в глобальной сети. Это
существенно при необходимости обеспечения режима работы on-line для
филиалов и отделений, особенно на низкокачественных и ненадежных линиях
передачи.
Специфические требования
перехода к более мобильным и защищенным ОС. Современные ОС, как правило,
переносимые (UNIX, Windows NT) или обеспечивают работу приложений на ряде
компьютеров, масштабируемых по производительности (VAX, AS/400).
Важным фактором может
конфигурированию ОС в соответствии с решаемыми задачами. Оптимальным
выбором является OC UNIX.
UNIX - многопользовательская многозадачная ОС, которая реализована
практически на всех платформах и удовлетворяет стандарту открытых систем
POSIX для переносимых ОС. Её важная особенность - защищенность системы и
данных от несанкционированного доступа. Использование стандартных
протоколов позволяет
совместно эксплуатировать
UNIX и, таким образом, осуществлять "мягкий" переход из одной ОС в другую.
Связь ОС с 3GL уровнем предопределяет необходимость приобретения
среды разработки (редактор, компиляторы С и С++ ) для данной ОС.
3 GL-поддержка.
К 3GL (3 Generation Language) - поддержке относятся практически все
привычные инструментальные языки - С, С++, Pascal, Modula и т.д. На этот
уровень выносятся средства, необходимые банковской системе, но не
реализуемые штатными средствами СУБД. К ним могут относиться системы
цифровой защиты данных и т.п. Для максимального использования этого уровня
необходимо наличие развитого интерфейса с языками третьего поколения в
предполагаемой СУБД.
СУБД.
В описываемой иерархии СУБД занимает особое место:
1. Как правило, за счет переносимости СУБД осуществляется переносимость ИБС
на различные компьютерные платформы.
1. В рамках одной платформы важна переносимость на различные ОС, например,
по схеме DOS -> NetWare -> INIX.
1. Как правило,
банковская система жестко
выбирая
ИБС, пользователь должен
этом нельзя сбрасывать со счетов ценовую политику фирмы-производителя
СУБД. В некоторых случаях стоимость ядра базы данных может существенно
превышать стоимость прикладного ПО.
1. Разнообразие продуктов в рамках СУБД, а также наличие шлюзов,
обеспечивающих
доступ к различным и объектно-
данных,
позволяют лучшим образом
построения
требуемой системы и
При выборе необходимо ориентироваться на СУБД, реализующие технологию
клиент-сервер и позволяющие создавать приложения, которые работают в
распределенных гетерогенных сетях. К таким СУБД, в частности, относятся
ORACLE, Informix, PROGRESS, Sybase, Ingres и т.п.
Существует СУБД PROGRESS. Это переносимая СУБД с 4GL-средствами для
создания приложений. Она обеспечивает построение систем архитектуры клиент-
сервер и включает модули создания приложений, инструментальные средства