Cтруктура автоматизированной банковской системы

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

Подсистема «Кредиты». Предназначена для ведения всех видов кредитных договоров: договоров обеспечения залога, банковских гарантий, сделок РЕПО с ценными бумагами, работа с процентами, комиссиями, пеней, штрафами, оформление событий по договорам, подготовка информации для бюро кредитных историй, прогнозирование будущих платежей. Позволяет ускорить обработку больших объемов информации, упростить ведение учета, распределить выполнение операций между группами работников банка, упростить проведение массовых операций.

Основные возможности:

предкредитная обработка;

учет кредитных договоров любой сложности в любой валюте;

возможность массового автоматического проведения типовых операций. В частности:

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

перенос не погашенных в срок платежей на «просрочку»;

выдача траншей по овердрафтным кредитам (отслеживание наличия просрочек, не превышения лимита).

возможность автоматического и безинтерфейсного проведения операций;

Возможность автоматического формирования графиков платежей (регулярные платежи, аннуитетные платежи и т. д.);

возможность создания и настройки типовых операций (досрочное погашение, пролонгация т.д.);

открытие и ведение в рамках одного кредитного договора необходимого количества ссудных счетов (например, для сложных многотраншевых кредитных линий), необходимого количества счетов доходов (процентов, комиссии, штрафы т.д.) и др.;

гибкая настройка автоматического открытия счетов;

возможность расширения перечня реквизитов договоров;

возможность ведения информации о документах предоставленных заемщиком (страховые полисы и др.);

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

отслеживание фактического и прогнозируемого состояния договора за любую дат;

анализ и прогноз состояния кредитного портфеля банка и получения соответствующих отчетов;

учет портфелей однородных ссуд и портфелей однородных требований;

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

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

гибкая настройка бухгалтерских документов (внутрибанковских переводов, внебалансовых проводок, внешних платежей, кассовых документов) по событиям, в соответствии с принятой в банке учетной политикой;

гибкая настройка интерфейса пользователя;

просмотр и корректировка информации за любую дату (при наличии соответствующих прав доступа);

создание отчетов с использованием встроенного генератора отчетов.

Подсистема «Вклады». Предназначена для ведения учета вкладных операций, сроках и схемах начисления процентов. Подсистема «Вклады» использует общие механизмы разграничении доступа, электронного документооборота, позволяет рассчитывать остатки по счетам вкладов в реальном режиме времени.

Основные возможности:

ведение рублевых и валютных вкладов физических и юридических лиц;

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

автоматическую генерацию номеров договоров по заданной структуре;

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

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

печать необходимых документов.

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

операции взноса/выдачи по вкладам через кассу, с конвертацией, с использованием различных платежных систем;

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

наличие комплексной процедуры пролонгации договора, включающей:

доначисление процентов за прошедший период;

возможные операции по переносу сумм вклада и процентов на счета с новыми сроками (с автоматическим открытием/закрытием счетов);

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

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

ведение в договорах списка доверенных лиц;

пересчет и вывод в режиме on-line аналитической информации (остатки на базовых счетах договоров, сумма расчетов наращенных процентов);

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

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

расчет наращенных процентов по вкладам на любую заданную дату;

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

наличие комплексной процедуры закрытия договора, включающей:

проверочный расчет процентов;

возможный пересчет процентов по другой ставке при досрочном погашении срочного договора;

итоговые расчеты с клиентом по вкладу и процентам;

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

осуществление расчетов по операциям с использованием платежных документов S.W.I.F.T.;

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

формирование реестра обязательств перед вкладчиками в полном соответствии с требованиями АСВ и нормативных актов Банка России;

расчет НДФЛ по депозитам физических лиц;

расчет расходов банка по выплаченным процентам в целях расчета налога на прибыль согласно требованиям Налогового Кодекса;

возможность ведения «мультивалютных» вкладов;

возможность выплачивать проценты на карточный счет;

возможность выплачивать проценты по вкладу по схеме «Проценты вперед»;

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

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

встроенные готовые шаблоны печати необходимых документов: договоров, заявлений, доверенностей и т. п.;

полная интеграция с ядром ИБС «Гефест».

Подсистема «Пластиковые карты». Предназначена для проведения операций по картам и карточным счетам.

Основные возможности:

 поддержка разнообразных карточных продуктов;

 оформление договоров и карт;

 взаимодействие с центром процессинга;

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

 автоматические операции по расчетным схемам карточных продуктов;

 начисление процентов по карточным счетам;

 ведение портфелей однородных ссуд, формирование резервов;

 формирование выходных форм;

 формирование клиентских выписок;

 отчеты с информацией по клиенту для Call Centre.

Подсистема «Депозитные ячейки». Предназначена для ведения учета банковских сейфовых ячеек, работа с событиями.

Основные возможности:

ведение базы договоров аренды ячеек:

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

соглашений, актов и т. п.;

гибкие тарифные схемы с возможностью пересчета при досрочном расторжении;

учет залогов за ключ, внебалансовый учет ключей;

учет доходов будущих периодов по авансовым платежам, учет авансовых счетов-фактур;

пролонгация и досрочное закрытие договоров аренды;

учет договоров с несколькими арендаторами (аренда ячейки для расчетов по сделкам);

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

ведение оперативных справочников;

состояние сейфовых ячеек на конкретный момент времени;

бронирование ячеек.

Подсистема «Ценные бумаги». Предназначена для учета и проведения операций с ценными бумагами, осуществляемых на биржевом и внебиржевом рынке, учета операций по покупке и продаже различных типов эмиссионных бумаг.

Основные возможности:

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

учет сделок покупки-продажи различных типов ценных бумаг;

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

полная интеграция с ядром ИБС «Гефест», использование общесистемных справочников и механизма доступа к данным;

учет справочной информации по широкому спектру участников рынка ценных бумаг (торговые площадки, эмитенты, дилеры, брокеры и т. д.);

ведение котировок по итогам торгов на различных торговых площадках (ММВБ, МФБ, СПВБ, РТС) по различным типам ценных бумаг;

бухгалтерское оформление приобретения и реализации эмиссионных ценных бумаг с автоматическим расчетом финансового результата по методу ФИФО или средневзвешенной;

ведение сделок РЕПО и ЗАЙМА совместно с модулем «Кредиты»;

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

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

изменение цели учета ценных бумаг;

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

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

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

полное погашение номинала по чужим ценным бумагам;

возможность переноса номинала на просрочку;

частичное погашение номинала по чужим ценным бумагам (амортизация номинала) с возможностью отнесения на просрочку;

погашение купонов (купонного дохода) по долговым обязательствам при наступлении срока погашения;

изменение места хранения ценных бумаг;

начисление процентов по размещенным средствам с помощью сделок РЕПО;

переоценка ценных бумаг полученных без их признания;

начисление процентов по привлеченным с помощью сделок РЕПО средствам;

корректировка резерва по сделкам РЕПО;

корректировка резерва по просроченным ценным бумагам;

передача ценных бумаг в залог;

возврат ценных бумаг из залога;

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

возможность гибкой настройки различных отчетных форм с использованием общесистемного генератора отчетов и системы отчетности GREE.

Подсистема «Налоговый учет». Предназначена для автоматизации налогового учета. Для обработки первичных документов создаются наборы аналитических и синтетических регистров. Для каждого типа регистра задаются наименование, группа и номер регистра, периодичность получение и тип выходных форм, список подразделений, по которым производится расчет. Данные синтетических регистров группируются по заданным показателям.

Основные возможности:

ведение карточек налогового учета, классификаторов и регистров;

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

проведение расчета налоговых регистров.

Использование системы управления базой данных «Cache» для хранения информации в АБС «Гефест»

В качестве СУБД в АБС «Гефест» используется высокопроизводительная объектная система управления базами данных Cache фирмы Intersysstems. На рис. 6 показан магический квадрат Gartner за 2014 г., в котором компания InterSystems находится в квадранте лидеров.

Рис. 6. Магический квадрант Gartner

В данном квадранте представлены компании, которые демонстрируют стабильный прогресс и усилия по всем показателям, по которым производится оценка. Они являются лидерами ИТ — индустрии.

Cache предназначена для обработки транзакций в системах со сверхбольшими данными и неограниченным количеством пользователей. СУБД обеспечивает хорошую производительность и возможности масштабирования, имеются возможности создания кластера и зеркалирования данных, высокую отказоустойчивость и надежность.

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

объектного доступа;

реляционного SQL — доступа;

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

Объектный доступ обеспечивает моделирование сложных структур данных, поддержку объектно — ориентированных методов проектирования, реализацию встраиваемых объектов, быструю разработку приложений, высокое быстродействие и масштабируемость.

SQL — доступ позволяет представлять данные в реляционном виде, использовать ODBC/JDBC/ADO.Net коннекторы, использовать SQL — запросы для доступа к данным.

Прямой доступ позволяет поддерживать высокую производительность на критических участках кода, создавать NoSQL — BigData хранилища.

На рис. 7 показана структура сервера Cache.

Рис. 7. Структура сервера БД Cache

Сервер приложений придает гибкость взаимодействию с другими системами. Поддерживаются два языка разработки бизнес — логики (Cache ObjectScript, Cache Basic). Данные языки поддерживают все виды доступа: SQL-Gateway осуществляет связь с реляционными данными, .NET Gateway и Java Gateway позволяют реализовать объектно — ориентированную технологию, Enterprise Cache Protocol (ECP) оптимизирует производительность и масштабируемость многосервисных конфигураций путем распределенного кэширования данных и объектов. На рис. 8 показана схема взаимодействия Cache с различными схемами доступа.

Рис. 8. Схема взаимодействия Cache с различными схемами доступа

Cache позволяет использовать в работе с данными Web — технологии (рис. 9). Cache позволяет автоматически создавать XML документы и соответствующие им схемы и определения данных на основе встроенных классов. Любой класс может быть объявлен, как Web — сервис.

Рис. 9. Применение WEB — технологий в Cache

Cache позволяет создавать автоматическое WDSL описание и возвращать данные структуре SOAP. Технология Zen позволяет собирать web — страницы из встроенных объектных компонентов, создавать собственные.

Для обеспечения безопасности хранения данных используются технологии SSL, Kerberos, LDAP, шифрование хранимых данных.

Преимущества использования Cache:

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

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

множество адаптеров интеграции с внешними системами и к хранимым данным;

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

Оценка внедрения АБС «Гефест» и АБС «Кворум» по методу ТСО Метод совокупной стоимости владения

Оценку в области ИТ — технологий, как правило, проводят по двум показателям: совокупной стоимости владения (TCO) и коэффициенту возврата инвестиций (ROI). ROI зависит от TCO и прибыли. Поэтому, когда получение напрямую прибыли от инвестиций не подразумевается назначением проекта, наиболее адекватной экономической оценкой проекта остается TCO.

В курсовой работе TCO будет рассчитываться с точки зрения заказчика. Цель заказчика состоит в выборе исполнителя по критерию минимальной стоимости реализации и сопровождения проекта и понять, во что обойдется внедрение проекта.

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

Впервые термин Совокупная стоимость владения (Total Cost of Ownership — ТСО) был веден Полем Страссманом, под ТСО он понимал денежные затраты на обслуживание, модернизацию, ремонт, приобретение новых программных продуктов (ПП) для технического средства (например, компьютера), или поддержание в рабочем состоянии ПП (например, базы данных) за все предполагаемое или фактическое время его существования.

В курсовой работе будет использован модель расчета, предложенная группой Gartner. Будут учитываться фиксированные (капитальные) вложения и текущие. Капитальные вложения осуществляются на этапе создания информационной системы, а текущие — во время функционирования. К капитальным затратам относятся:

стоимость разработки и внедрения проекта;

привлечение внешних консультантов;

первоначальные закупки основного ПО;

первоначальные закупки дополнительного ПО;

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

К текущим затратам относят стоимость обновления и модернизации системы;

затраты на управление системой в целом:

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

заработная плата;

привлечение внешних консультантов;

аутсорсинг;

учебные курсы и сертификация;

техническое и организационное администрирование и сервис.

затраты, вызванные активностью пользователей ИС («активность пользователя»):

прямая помощь и дополнительные настройки;

формальное обучение;

разработка приложений;

работа с данными;

неформальное обучение;

futz-фактор (параметр, определяющий объем затрат, связанных с последствиями некомпетентных действий пользователя.

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

TCO = K + n x C [руб.], (1)

где C — эксплуатационные расходы на АБС;

К — капитальные затраты;

n — количество планируемых лет эксплуатации.

Единовременные затраты. Носят разовый характер. Применительно к автоматизированной банковской системе рассчитываются следующим образом:

К = Кпр + Ктс + Клс + Кпо + Кио + Коб + Коэ (2)

где Кпр — затраты на проектирование АБС;

Ктс — затраты на технические средства управления;

Клс — затраты на создание линий связи локальных сетей;

Кпо — затраты на программные средства;

Кио — затраты на формирование информационной базы;

Коб — затраты на обучение персонала;

Коэ — затраты на опытную эксплуатацию.

Затраты на проектирование рассчитывается по формуле

Кпр = Кзп + Кипс + Ксвт + Кпроч (3)

где Кзп — затраты на зарплату проектировщиков;

Кипс — затраты на инструментальные средства для проектирования;

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

Кпроч — прочие затраты на проектирование.

Эксплуатационные затраты. Являются повторяющимися. В состав эксплуатационных затрат входят

C = Cзп + Cао + Cто + Cлс + Cни + Cпроч (4)

где

Cзп — зарплата обслуживающего персонала;

Cао — амортизационные отчисления;

Cто — затраты техническое обслуживание;

Cлс — затраты на сети, в т. ч. Интернет;

Cни — затраты на носители информации;

Cпроч — прочие затраты.

Расчет затрат по методу ТСО для АБС «Гефест»

В таблице 3 приведены исходные данные для оценки затрат по методу TCO, методика расчета которого описана в п. 7.

1.

Таблица 2 Исходные данные для расчета затрат по методу TCO

Наименование затрат АБС «Кворум» АБС «Гефест» Кол-во сотрудников Зарплата в день, руб. Время, дни Кол-во сотрудников Зарплата в день, руб., Время, дни Капитальные затраты Затраты на проектирование Ведущий программист 5 2000 380 3 2500 300 Программист 10 1500 400 8 2000 350 Кол — во Стоимость руб. Кол — во Стоимость, руб. Программные средства разработки 15 100 000 11 150 000 Затраты на технические средства 160 000 180 000 Затраты на локальные сети 170 000 170 000 Затраты на программные средства 230 000 200 000 Затраты на формирование информационной базы 140 000 90 000 Затраты на обучение персонала 80 000 100 000 Затраты на опытную эксплуатацию 400 000 450 000 Прочие затраты, % от зарплаты программистов 90 120 Эксплуатационные расходы Кол-во Зарплата в месяц, руб. Кол-во Зарплата в месяц, руб.

Системный администратор 3 90 000 3 90 000 Программисты 6 80 000 3 80 000 Амортизация Кап. затраты/кол-во лет эксплуатации Кап. затраты/кол-во лет эксплуатации Затраты на тех. обслуживание, год

10% от стоимости кап. затрат 7% от стоимости кап. затрат Затраты на Интернет, месяц 24 000 24 000 Прочие затраты 30% от ФОП 25% от ФОП Срок эксплуатации 10 лет

Произведем расчет затрат для АБС «Кворум»:

Кзп = 5*2000*380 + 10*1500*400 = 3 800 000 + 6 000 000 = 9 800 000

По формуле (3) Кпр = 9 800 000 + 15*100 000 + 160 000 + 0.9*9 800 000 = 18 930 000

По формуле (2) рассчитываем капитальные затраты:

Ккворум = 18 930 000 + 160 000 + 170 000 + 230 000 + 140 000 + 80 000 + 400 000 = 20 110 000 руб.

Теперь рассчитываем эксплуатационные затраты:

Cзп = 3*90 000 + 6*80 000 = 750 000 руб. в год

Cлс = 24 000*12 = 288 000 руб. в год

Cпроч = 0.3*750 000 = 225 000 руб. в год

Cто = (750 000 + 288 000 + 225 000)*0.1 = 126 300 руб. в год

Cао = (750 000+288000+225 000+126300)/10 = 138 930 руб. в год По формуле (4) C = 750 000 + 138 930 + 126 300 + 288 000 + 225 000 = 1 528 230 руб. в год По формуле (1) TCOкворум = 20 110 000 + 10*1 528 230 = 35 392 300 руб.

Аналогичным образом, производим расчет для АБС «Гефест»:

Кзп = 3*2500*300 + 8*2000*350 = 2 250 000 + 5 600 000 = 7 850 000

По формуле (3) Кпр = 7 850 000 + 11*150 000 + 180 000 + 1,2*7 850 000= 19 100 000

По формуле (2) рассчитываем капитальные затраты:

Кгефест = 19 100 000 + 180 000 + 170 000 + 200 000 + 90 000 + 100 000 + 450 000 = 20 290 000 руб.

Теперь рассчитываем эксплуатационные затраты:

Cзп = 3*90 000 + 3*80 000 = 510 000 руб. в год

Cлс = 24 000*12 = 288 000 руб. в год

Cпроч = 0.25*510 000 = 127 500 руб. в год

Cто = (510 000 + 288 000 + 127 500)*0.07 = 64 785 руб. в год

Cао = (510 000 + 288 000 + 127 500 + 64 785)/10 = 99 028,5 руб. в год По формуле (4) C = 510 000 + 99 028,5 + 64 785 + 288 000 + 127 500 = 1 089 313,5 руб. в год По формуле (1) TCOгефест = 20 290 000 + 10*1 089 313,5 = 31 183 135 руб.

Таким образом, из расчетов видно, что TCOгефест < TCOкворум, следовательно, внедрение АБС «Гефест» экономически целесообразнее, чем АБС «Кворум» (рис. 10).

Рис. 10. Сравнение эффективности внедрения АБС Заключение

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

Перспективы развития банковского сектора во многом связаны с совершенствованием способов осуществления банковской деятельности на основе достижений в сфере информатизации. Hразвитие рынка банковских информационных систем в России является одним из важных факторов, влияющих на переход всего банковского сектора к преимущественно интенсивной модели развития.

В данной курсовой работе описаны этапы развития автоматизированных банковских систем в России, выявлены перспективы развития информационных систем в банковском секторе, определены структура АБС и требования, предъявляемые к подобным системам, полностью описана интегрированная автоматизированная банковская система «Гефест» компании «Програмбанк», произведена сравнительная оценка стоимости затрат внедрения АБС «Гефест» и АБС «Кворум» методом TCO.

Определены основные цели внедрения АБС:

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

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

гарантия непрерывного обслуживания клиентов;

повышение квалификации персонала банка.

Выполненные в п. 7.2 расчеты показали, что внедрение АБС «Гефест» экономически более целесообразно, чем внедрение АБС «Кворум».

Таким образом, интегрированная банковская система «Гефест» фирмы «Програмбанк» позволяет обеспечить высокую информационную поддержку банковских технологических процессов. Данная система позволяет автоматизировать большинство банковских операций и существенно снизить их трудоемкость и занимает достойное место среди информационных систем подобного вида, пользуясь популярностью среди российских банков.

Список использованных источников

Автоматизированная банковская система. Википедия. [Электронный ресурс]. Режим доступа:

https://ru.wikipedia.org/wiki/ %C0%E2%F2%EE%EC%E0%F2%E8%E7%E8%F0%EE%E2%E0%ED%ED%E0%FF_%E1%E0%ED%EA%EE%E2%F1%EA%E0%FF_%F1%E8%F1%F2%E5%EC%E0 (дата обращения 22 декабря 2014 г.)

И.В. Урнев. Автоматизированные системы обработки банковской информации. [Электронный ресурс]. Режим доступа:

http://www.computer-museum.ru/histsoft/bank1.htm (дата обращения 22 декабря 2014 г.)

Крикунчик Д.Г., Маркелов К. Н. Историография Банковских технологий. [Электронный ресурс]. Режим доступа:

http://web.archive.org/web/20 071 008 120 249/

http://www.o-t-r.ru/news.asp?topic=17&id=83&print=1 (дата обращения 22 декабря 2014 г.)

Обзор ИТ банков в 2013 г. [Электронный ресурс]. Режим доступа:

http://www.cnews.ru/reviews/free/banks2013/review_table/555a9682a8daeb4b9408d0f7b0da75a1dd6a149d/ (дата обращения 22 декабря 2014 г.)

Анищенко В. Перспективные решения усиления безопасности для мобильных банковских приложений в контексте совершенствования регуляторного влияния. 11−13 июня 2014 г. [Электронный ресурс]. Режим доступа:

http://www.bankit.by/files/2014/seminars/perspectivy;

i-napravleniyarazvitiya-bankovskih-informacionnyh-tehnologii-2014/11−06−14/15₄₅_anischenko_bezopasnost_dlya_mobilnih_bankovskih_prilozenii.pdf (дата обращения 22 декабря 2014 г.)

Ожидаемые направления развития мобильного банка. [Электронный ресурс]. Режим доступа:

http://www.mobilebanking-sberbank.ru/blog/razvitija_mobilnogo_banka/2013;12−30−176 (дата обращения 22 декабря 2014 г.)

О Стратегии развития банковского сектора Российской Федерации на период до 2015 года. Заявление Правительства РФ № 1472п-П13, Банка России № 01−001/1280 от 05.

04.2011. [Электронный ресурс]. Режим доступа:

http://www.consultant.ru (дата обращения 22 декабря 2014 г.)

О перспективах развития российского рынка банковских карт. [Электронный ресурс]. Режим доступа:

http://sibac.info/index.php/2009;07−01−10−21−16/2352−2012;04−27−09−07−10 (дата обращения 22 декабря 2014 г.)

Журавский Г. В., Гальдин В. В. Перспективные методы и средства построения хранилищ больших систем. [Электронный ресурс]. Режим доступа:

http://www.electronics.ru/files/article_pdf/0/article₅₅₁_973.pdf (дата обращения 22 декабря 2014 г.)

Голиков С. Е. Использование концепции архитектуры предприятия при построении систем автоматизации банков.//Карт — бланш. — 2012. — № 3 — 4. — с.43−49

Голиков С.Е., Серова — Нашева Н. В. Выбор модели управления доступом системы автоматизации банковской деятельности// Сборник научных трудов СНУЯЭиП. — 2013. — № 4. — с. 177−185

Батаев А. В. Тенденции и перспективы развития рынка информационных технологий в банковском секторе России [Текст] / А. В. Батаев // Молодой ученый. — 2013. — №

10. — С. 268−271.

Классификация требований к АБС. [Электронный ресурс]. Режим доступа:

http://www.bankmib.ru/2014 (дата обращения 22 декабря 2014 г.)

Сайт компании Програмбанк. [Электронный ресурс]. Режим доступа:

http://www.programbank.ru (дата обращения 22 декабря 2014 г.)

Magic Quadrant for Operational Database Management Systems. [Электронный ресурс]. Режим доступа:

http://www.gartner.com/technology/reprints.do?id=1−23A415Q&ct=141 020&st=sb (дата обращения 22 декабря 2014 г.)

InerSystems Cache. Электронный ресурс]. Режим доступа:

http://intersystems.ru/cache/index.html (дата обращения 22 декабря 2014 г.)

David Dichmann. Enterprise Architecture. Wiley Publishing, 2010.

Ядро системы Комплекс

«Операционный день банка»

Модуль расчетно-кассового обслуживания

Модуль экономического анализа

Модуль работы с филиалами Модуль учета сделок на рынке ценных бумаг Модуль расчетов в сети SWIFT

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

Модуль работы с платежными картами

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