Какие программные продукты используются в банках
Обычно в банке целый зоопарк самых разных программ. И решают они где-то очень похожие, где-то совершенно разные задачи. Конкретных программ называть не буду, но расскажу, что там вообще специфического используется, какие задачи приходится решать. Не претендую на абсолютную полноту.
Деятельность среднего банка можно разделить на две большие части. Я бы условно их назвал так. Это обработка «онлайновых» и «оффлайновых» операций. В индустрии обычно программы для них разделяют на «фронт-офис» и «бэк-офис». Такие названия есть не только в банковской системе, конечно же, но и вообще в корпоративных системах.
Когда вы расплачиваетесь картой, или снимаете наличность в банкомате, или оплачиваете что-то в интернете, то все эти транзакции обрабатывает т.н. «фронт-офисная» система банка (процессинга). Называется она так потому, что клиент сталкивается с ней фронтом о фронт. А есть еще некоторая механика, со спины… ээ… с обратной стороны. Бэк-офис. Там происходят начисления процентов, взимание дополнительных комиссий, раскладка денег по счетам, и т.д. и т.п. Происходит это частью в автоматическом, частью в ручном режиме. Но в любом случае — под наблюдением банковских клерков.
А банки, как все мы знаем, работают настолько консервативно, что по ним даже даты сверяют. Во всех договорах прямо так и пишут: срок оплаты — столько-то банковских дней. И все мы знаем, что обычно банк работает с девяти до шести, и обед у них с часу до двух. Ну это если «нормальный банк». Зачем я напоминаю об этих неприятных вещах? Вот зачем.
Смотрите. Сейчас, допустим, восьмое марта. Даже если бы банк работал, то всё равно там большинство клерков — женщины. Т.е. вообще никаких шансов. А вам уже припекает — надо срочно выполнить норму по тюльпанам в этом месяце, под угрозой смены статуса со «встречается» на «в активном поиске». И вы идете с пластиковой картой в цветочный магазин, а выходите уже с готовыми тюльпанами. Ваш платеж был автоматически обработан фронт-офисной системой банка (или процессинга). Хотя никакого клерка сейчас в банке нет. Доступный баланс вашей карты безвозвратно и скоропостижно уменьшился. Но может быть, вы использовали, например, кредитную карту. И тогда банк должен насчитать проценты на кредит, а может быть, как-то учесть эту операцию в программе лояльности и т.д. Обычно такими второстепенными делами фронт-офисную систему не загружают. Ее задача — максимально оперативно обслужить платеж, а потом уже будем разбираться. А разбираться будем — когда клерки выйдут на работу. В данном случае — это четыре долгих небанковских дня… Аж до 12 марта.
Чтобы суметь обработать платеж действительно оперативно, фронт-офисная система обычно не хранит ни счетов, ни историй операций, ничего такого. Номер карты, ее лимиты, баланс по ней. Ну еще мож чего, но по минимуму, без чего работать точно не получится.
А когда чуть располневшие после праздников клерки снова сядут на свои рабочие места, то взаимодействовать они начнут уже с бэк-офисной системой. В которой уже есть не только номера карт и их балансы, а уже всё взатяг: счета, проводки, карточные продукты, программы лояльности и т.д. и т.п. То, что неважно с т.зр. проведения немедленного платежа, но важно для взаиморасчетов и учета.
Как видите, необходимо скоординировать работу фронт-офиса и бэк-офиса. Фронт-офис трудится, как любят писать англоязычные авторы, 24/7, 24 часа 7 дней в неделю (это потому что в английском нет слова «круглосуточно»). А бэк-офис работает… Банковскими днями. Довольно часто за работу бэк-офиса и фронт-офиса отвечают совершенно разные программы, но прекрасно ладящие друг с другом. Они могут быть одного производителя, могут быть разных.
Однако иногда случается, что одна программа отвечает за работу и фронта, и бэка. Но эта легкая шизофреническая двойственность ей тоже даром не проходит — приходится часть процессов отмерять по суткам, а часть — по банковским дням. А вроде бы все внутри одной программы.
Прорезюмирую про эти две системы. Фронт — умеет работать с терминальной сетью (банкоматы, POS-терминалы, киоски, интернет-терминалы), умеет вести минимальный учет, связанный с операциями по картам, умеет взаимодейтсвовать с другими информационными системами (например, процессинг платежной системы). Бэк — в большей мере имеет дело со счетами, бухгалтерией, карточными продуктами, клиентами, начислениями, банковскими продуктами и т.п. То, что не требует круглосуточной работы (чаще всего).
Выше я рассказывал о программах, связанных с обработкой карт. Но дело в том, что банк не только картами занимается. Еще в банке есть и просто счета, с картами никак не свзянные. И та програма, которая позволяет вести все эти счета, обрабатывать платежи, переводы и т.д. — называется «Автоматизированная Банковская Система». Сокращенно — АБС. Лично мне не очень понятно, как это возможно — что банковская система ведет только счета, но часто не содержит адекватных средств для работы с картами. Однако довольно часто это именно так. Похоже на то, что здесь есть нерыночные механизмы (договоренности между производителями программного обеспечения). Но иногда АБС совмещена с тем, что я выше назвал бэк-офисом, т.е. она ведет и операции, связанные с обслуживанием пластиковых карт. Разделение на АБС и бэк-офис условное и не всегда имеет место.
Честно говоря, по специфике своей работы, я никогда в глаза АБС не видел (я связан больше с карточными продуктами). Знаю только функции, которые примерно она выполняет. Реальная экосистема банка может смешивать фронт-офис, бэк-офис и АБС в совершенно произвольных пропорциях. Все зависит от того, какая система «центральная» (часто это именно АБС), что она умеет и каковы бизнес-процессы банка. Все эти программные продукты стоят несметных денег (о, я только что понял, что несметный — от слова «смета»). Причем ни один уважающий себя производитель софта нигде прайс не выложит. И на прямой вопрос «сколько стоит» никогда не ответит. Во-первых, потому что все эти системы крупные и очень модульные. Все чрезвычайно зависит от опций, которые вы хотите иметь. Во-вторых, потому что стоимость владения включает поддержку, докрутку, допиливание, дотачивание и прочие слесарные операции над системой. И в-третьих, потому что таков этот бизнес, в нем нет прозрачности. По моей информации, конечно же.
Плюсом к фронт-офису, бэк-офису и АБС может быть целый ряд вроде бы отдельных, но функционально связанных с этими системами программ. Например, может быть отдельно выделена программа контроля мошеннических операций. Или программа издания карт. Или программа конфигурирования банкоматов. Или программа для взаимодействия с платежной системой. И так далее. Общих стандартов нет, где-то это отдельные программы, где-то это модули цельной системы. Где-то все это реализовано в рамках одного крупного программного продукта, где-то — целым зоопарком систем от разных производителей. Но задачи решаются те же самые, и функции реализованы те, о которых я вкратце сказал.
Вообще программы для банковских процессингов очень непохожи на привычные нам. Во главе угла там — функциональность, иногда — в ущерб удобству. Уж больно громоздкие они, промышленные системы. Поэтому простому пользователю без специального обучения с ними разобраться весьма непросто.
В подавляющем большинстве случаев в качестве базы данных используется Oracle. Это практически самая дорогая база данных. Я как-то коллегу спросил, сколько выйдет минимальная адекватная лицензия. Так вот, в районе сотни килобаксов. Но зато это одна из самых прокачанных систем. Можно сделать с базой все, что захочешь. Функционал невероятно богат, да и надежность высокая.
Конечно же, в любом банке есть ряд повседневных программ, которые не имеют отношения к обработке транзакций, счетов, платежей… И они тоже необходимы для бизнеса. Но это уже совсем другая история.
Я коснулся только самых общих понятий. Если вдруг вам хочется, чтобы я развил тему — активно ставьте лайк и пишите мне.
Подписывайтесь на канал «Технологии денег» в Яндекс.Дзен и Телеграм! У меня много интересного материала!
УНИВЕРСИТЕТ РОССИЙСКОЙ АКАДЕМИИ ОБРАЗОВАНИЯ
ЧЕРЕПОВЕЦКИЙ ФИЛИАЛ
Факультет информационных технологий
КУРСОВАЯ РАБОТА
по дисциплине “Банковские информационные технологии ”
На тему:
“Программные продукты для банковской деятельности”
Исполнитель: студент 4 курса
Серова М. А.
Научный руководитель:
доктор пед. наук
Шутикова М. И.
Череповец, 2010г.
Содержание
Введение
1. Программные продукты банковской деятельности
1.1 Анализ эффективности деятельности банка
1.2 Электронные таблицы
1.3 Аналитические приложения
1.3.1 Программные продукты фирмы “Диасофт”
1.3.2 Программные продукты фирмы “Инверсия”
1.3.3 Программные продукты фирмы “Банковские информационные системы”
1.3.4 Программные продукты фирмы “ИНЭК”
1.3.5 Программные продукты фирмы “R-Style Softlab”
1.3.6 Программные продукты фирмы “ СофтВел”
2. Практическая часть
2.1 Программный-комплекс “Банковский аналитик”
2.2 Листинг программы “Банковский Аналитик”
Заключение
Список литературы
Введение
Работу современного банка невозможно представить без прогрессивных систем управления, позволяющих координировать деятельность подразделений банков, расширять межбанковские связи, комплексно решать проблемы анализа банковской деятельности, совершенствовать технологии банковских операций и повышать уровень их управляемости, кроме того, содействовать улучшению качества обслуживания путем создания автоматизированных рабочих мест для специалистов всех уровней.
Выбор банками того или иного программного обеспечения связан с соотношением цена – надежность – производительность. Многие банки не только приобретают продукт, но и подписывают соглашения на последующее обслуживание, поддержание высокоскоростного обмена данными между филиалами, с клиентами, с другими банками.
Актуальной проблемой на сегодняшний день является автоматизация банковской деятельности, то есть слияние программных продуктов, позволяющих заполнять только несколько выходных форм для отчетности, так и высоко интеллектуальных комплексов, решающих задачи управления банком и его филиалами.
Цель данной курсовой работы состоит в изучении структуры, возможностей и особенностей программных продуктов, предлагаемых фирмами-разрабочиками, для обеспечения и поддержания деятельности банков.
Важной задачей является рассмотрение программного комплекса “Банковский аналитик” фирмы-разрабочика “ИНЭК”. Ознакомление с интерфейсом, структурой программы, а также принципами ее работы.
1. Программные продукты банковской деятельности
1.1 Анализ эффективности деятельности банка
Методики, технологии, инструменты
На сегодняшний день имеется достаточное количество разнообразных видов анализа банковской деятельности: анализ финансовой отчетности, анализ исполнения планов и бюджетов, анализ ключевых показателей эффективности (Key Performance Indicators, KPIs, анализ ключевых показателей эффективности), анализ сбалансированных систем показателей (Balanced Scorecard, анализ сбалансированных систем показателей) и тд.
Аналитическая составляющая присутствует и в различных видах управленческого учета, в том числе таких методах, как PCA (Profit Center Accounting, профессиональный центр управленческого учета) и фондирование. Рассмотрим эти два метода более подробно.
Методология PCA (Profit Center Accounting) подразумевает выделение в структуре банка центров дохода (profit centers, центр дохода) и центров расходов (cost centers, центр расходов). В свою очередь, центры расходов классифицируются в соответствии с тем, каким образом их затраты переносятся на центры дохода. Например, внутренние кост-центры профит-центра относят все свои затраты только на подразделения этого профит-центра, в соответствии с некоторой базой распределения (например, пропорционально численности сотрудников), а затраты кост-центров поддержки подлежат отнесению на все профит центры в соответствии с используемой методологией. Целью является определение прибыли каждого профит центра, а также областей деятельности (как суммы профитов по направлениям — corporate banking(корпоративный банкинг), financial markets(финансовый рынок), retail banking(розничные банковские услуги)) путем расчета: “процентые доходы – процентные расходы + непроцентные доходы – непроцентные расходы – свои операционные расходы – распределенные операционные расходы”.
Методология фондирования подразумевает выделение в структуре процентных доходов и расходов банка той части, которая связана со стоимостью денег для банка (фондирования) и той части, которую подразделение получает сверх стоимости фондирования (маржа подразделения). Для аккумулирования всех доходов/расходов, связанных с фондированием, выделяется специальное “виртуальное” подразделение — внутренний банк, которое является источником средств для операций, которые производят все остальные подразделения банка.
В соответствии с вышеизложенными методологиями финансовый результат банка складывается из следующих компонентов:
сумма маржинальных доходов/расходов по процентным операциям профит-центров;
сумма непроцентных доходов/расходов по непроцентным операциям профит-центров;
финансовый результат внутреннего банка (нетто-результат фондирования);
сумма операционных расходов профит-центров;
сумма операционных расходов кост-центров, распределенная на профит-центры.
Сочетание этих методологий позволят достаточно детально оценить эффективность деятельности банка и его подразделений.
Другим возможным объектом для анализа являются продукты и клиенты банка, для этого может применяться методология CPP (Customer and Product Profitability, покупательская и продуктовая эффективность).
Таким образом, для анализа банковской деятельности потребуются разнообразные инструменты — от простейших электронных таблиц до аналитических функций автоматизированных банковских систем (АБС) и специализированных аналитических приложений.
1.2 Электронные таблицы
Одним из распространенных аналитических инструментов являются обычные электронные таблицы. Как показывает практика, этот инструмент довольно часто используется для анализа. Поскольку электронные таблицы — один из наиболее простых, доступных и популярных инструментов (в России таким является Microsoft Excel). Электронные таблицы удобны для решения небольших аналитических задач, но по мере усложнения методологии, роста объема данных и вовлечения в этот процесс все новых и новых пользователей быстро достигают предела своих функциональных возможностей.
Если попробовать систематизировать недостатки электронных таблиц, то можно выделить три основных ракурса:
1. Администрирование и поддержка программных средств (слабые возможности электронных таблиц в части разделения прав доступа, проблемы реализации аналитических моделей, необходимость программирования при реализации аналитических моделей, отсутствие встроенных механизмов поддержки аналитических методик);
2. Качество данных (ошибки в ссылках и макросах, отсутствие контроля ссылочной целостности данных, отсутствие контроля изменений данных, отсутствие контроля версий);
3. Возможности анализа (ограниченные возможности вариационного анализа, отсутствие многомерного представления данных, отсутствие гибкости при построении отчетов).
1.3 Аналитические приложения
Аналитические приложения — это информационные системы, обеспечивающие потребности организаций в автоматизации процессов обработки, анализа и оптимизации бизнес-процессов. Этот термин был введен в 1997 г. компанией IDC[1] для обозначения программных продуктов, аналитическая функциональность которых превышала возможности транзакционных систем, к числу которых относятся системы управления ресурсами предприятий (Enterprise Resource Planning, ERP, система управления ресурсами предприятий), автоматизированные банковские системы (АБС), системы управления взаимоотношениями с клиентами (Customer Relationships Management, CRM, система управления взаимоотношениями с клиентами) и некоторые другие.
Как следует из их названия, аналитические приложения нацелены на проведение анализа, целью которого является более глубокое понимание и осознание того, что произошло, происходит или произойдет, и почему.
Аналитические приложения оперируют данными, превращая их в полезную информацию, которая помогает человеку сделать определенные выводы о том, каково состояние бизнеса, каковы его движущие силы, что можно улучшить и за счет каких действий, что является важным, а что — нет. В конечном счете, аналитические приложения помогают руководителю принимать обоснованные решения, основанные на фактах.
По мнению аналитиков, занимающихся изучением рынка программного обеспечения, для того, чтобы система могла считаться аналитическим приложением, она должна удовлетворять следующим критериям:
1. Структурировать и автоматизировать процессы, помогающие улучшить состояние дел путем применения правил, процедур и технологий (основанных на соответствующей методологии) для решения определенных бизнес-проблем и использования новых возможностей;
2. Поддерживать аналитические функции, т.е. действия по анализу данных, полученных из самых разных источников (внутренних или внешних, финансовых или операционных), включая анализ трендов и прогнозирование ситуации в будущем;
3. Это должен быть самостоятельный программный продукт, способный работать независимо от транзакционных систем, но в то же время способный взаимодействовать с ними “в обе стороны”, как в части получения транзакционных данных, так и в части обратной передачи результатов их обработки.
Аналитические приложения часто основаны на многомерных базах данных. Это позволяет свести воедино как все необходимые данные, так и все бизнес-правила, описывающие их взаимосвязи и использование для решения бизнес-задач.
Тема: Программное обеспечение банковских систем.
Пакеты прикладных программ банковских систем.
План.
1. Автоматизированная система банка.
2. Программное обеспечение автоматизированной системы банка.
3. Основные положения построения программного обеспечения банка.
4. Необходимость и цель создания системы
5. Принципы построения единой прикладной программной системы (ЭППС) банка.
6. Ядро ЭППС, СУБД.
7. Этапы создания ЭППС. Система антивирусной защиты.
8. Системы пакета прикладных программ банка.
Ключевые слова
Банковская система, автоматизированная система, аппаратное обеспечение, программное обеспечение, прикладные программы, ядро программы, база данных, справочники, надежность программ, функциональная подсистема, серверы, рабочие станции, межбанковская электронная почта, безопасность программ, контроль прав, антивирусная защита.
Системы, используемые в банковсках, классифицируются согласно областям применения и сферам использования. Соответственно к данным системам разработаны пакеты прикладных программ.
Системы можно разделить по следующим видам:
· финансовые и платежно-расчетные системы;
· внутрибанковские информационные и управленческие системы;
· межбанковские информационные и управленческие системы;
· специализированное стандартное программное обеспечение.
Единая автоматизированная система банка состоит из трех основных составляющих:
· программное обеспечение системы;
· аппаратное обеспечение системы;
· сетевое обеспечение систем.
Программное обеспечение автоматизированной банковской системы состоит из программных систем и пакетов, которые используются в банках.
Программное обеспечение состоит из следующих частей:
· прикладная программная система, осуществляющая функциональные прикладные задачи банка;
· стандартные программы, обеспечивающие необходимую программную среду для работы прикладных программных систем, использующиеся в качестве инструментов для разработки этих систем, администрирования компьютерного и коммуникационного оборудования;
· системы управления базами данных, обеспечивающие сохранение, сортировку и эффективное представление данных программных систем и данных, используемых пользователями.
Аппаратное обеспечение– это техническое оборудование, которое используется в банковских системах и на котором приводится в действие и используется программное обеспечение. Аппаратное обеспечение состоит из следующих основных частей:
· рабочие станции;
· серверы;
· печатающие устройства;
· иные устройства, обеспечивающие вход, выход и сохранение информации.
Основные положения построения программного обеспечения
В целях осуществления прикладных (функциональных) задач на основе децентрализованного принципа построения информационной системы используются отдельные системы. Нынешняя информационная система банка построена на основе этого принципа. Однако взаимосвязь основных систем обеспечивается автоматической связью. Применяются стандартные форматы и протоколы межсистемного взаимодействия.
В целях осуществления прикладных (функциональных) задач на основе централизованного принципа построения информационной системы используются разные модули той же системы. По мере реализации стратегической программы банка на 2005-2008 г.г. будут созданы предпосылки для построения систем, функционирующих на основе этого принципа.
На рис. 1 показаны принципы построения системы.
Рис. 1. Принципы построения системы.
Гибридными называются те системы, где задачи осуществляются как посредством крупных систем, объединенных по группам подлежащих разрешению задач, так и посредством отдельных систем. В этом случае при построении их используются единые и идентичные системы.
От принципа построения системы зависит ряд характеристик, таких как, в частности, гибкость системы, её стабильность, безопасность, возможности развития.
Указанным характеристикам в максимальной степени удовлетворяет централизованная система, а в минимальной степени – децентрализованная. Гибридная система рассматривается как переходный вариант от децентрализованной системы к централизованной.
Основными этапами построения централизованной системы являются:
· развитие действующих систем на основе принципа применения единых технологий и систем управления базами данных.
· разработка структуры единой прикладной программной системыи принципов её применения, в том числе внедрение общих принципов организации администрирования и контроля системы;
· формирование ядра единой прикладной программной системы;
· применение единой системы управления базами данных;
· разработка и применение баз данных;
· разработка и применение единых стандартов обмена информацией;
· переработка уже созданных и действующих систем согласно разработанным принципам.
Единая прикладная программная система (ЕППС)
Необходимость создания единой прикладной программной системы (ЕППС) банка обусловливается следующими обстоятельствами:
· действующие в республике системы используют разные системы управления базами данных. Создание информационных связей между ними сложно и нередко требует разработку и использование дополнительных программных пакетов или же непосредственного участия обслуживающего персонала;
· для разработки систем используются разные языки программирования, применяются разные технологии, системы разработаны различными организациями, что усложняет их сопровождение и дальнейшее развитие;
· есть проблемы, связанные с применением старых программных продуктов на новых операционных системах и технических средствах;
· используются различные хранилища данных, что нередко является причиной ввода и сохранения одной и той же информации в различных системах. В результате, производится повторный ввод данных, усложняется контроль за их непротиворечивостью, возникает необходимость в дополнительных технических и программных ресурсах;
· усложняется получение данных, источниками которых являются различные системы.
С учетом отмеченных доводов, и также международного опыта и тенденций развития в области информационных технологий, появляется необходимость разработки и внедрения единой прикладной программной системы.
Создание ЕППС позволит:
· автоматизировать деятельность банка во всех областях на основе единых принципов;
· обеспечить централизованное сохранение данных в одной или нескольких взаимосвязанных базах, управление которыми будет осуществляться из одной и той же системы управления базами данных;
· исключить противоречивость данных, обеспечить их целостность и осуществлять единое централизованное администрирование системы;
· повысить надежность системы, обеспечить в централизованном порядке архивизацию информации и применение резервных возможностей;
· поднять уровень безопасности системы и оперативное контролирование;
· производить динамическое развитие и расширение системы.
Принципы построения системы ЕППС
Принципы построения ЕППС банка следующие:
· использование одной централизованной базы данных (в одной или нескольких БД);
· использование одной общей системы управления базами данных;
· принцип однократного ввода данных;
· единый принцип формирования отчетов;
· модульная структура (в виде отдельных программных компонентов модулей, дает возможность поэтапной обработки, внедрения и развития системы);
· принцип самостоятельной и совместной работы модулей;
· принцип стандартного интерфейса пользователя;
· принцип межмодульного интерфейса (необходимость стандартизации);
· принцип разграничения прав и функций пользователей;
· принцип контроля и мониторинга;
· принцип соответствия международным стандартам.
Ядро единой прикладной программной системы
ЕППС представляет собой сложную многоуровневую автоматизированную систему, которая строится на основе технологии дифференцированных расчетов. В основу системы положена модель многоуровневой автоматизированной системы. С точки зрения информационного потока, в качестве основы системы выбрана четырехуровневая автоматизированная система.
Рис. 2. Четырехуровневая автоматизированная система.
При проектировании программного обеспечения системы предусматривается использование следующих программных пакетов:
· Borland C++ Builder – проектирование отдельных функциональных подсистем автоматизированной системы рабочего места пользователя, проектирование описаний сетевых интерфейсов;
· Microsoft Visual Studio. Net – проектирование межсистемных функциональных подсистем, информационных систем на основе WEB-технологии, функциональных подсистем защиты данных, описаний сетевых интерфейсов;
· Seagate Cristal Reports – проектирование форматов отчетов, OLAP систем, прикладного сервера отчетов и WEB сопровождающего прикладного сервера.
Деятельность многоуровневой автоматизированной системы обеспечивается следующими частями в рамках разработки которых необходимо провести следующие работы:
· Система информационной безопасности
· спроектировать систему информационной безопасности, руководствуясь требованиями «системы централизованной безопасности, представления и контроля прав»;
· для обеспечения безопасности внутрибанковского и межбанковского информационного потока использовать такие защитные средства, как шифрование информации, электронную подпись и т.д.
· Центр управления ЕППС
· спроектировать центральной операционной центр ЕППС – ядро;
· обеспечить взаимодействие с интерфейсами, используемыми в рамках ЕППС;
· информационный поток центра управления и системы управления данными;
· обеспечить использование технологий дифференциальных расчетов;
· для осуществления дифференциальных расчетов использовать СОМ (Common Object Model – технология корпорации Microsoft), СОМ+, NET-технологии;
· спроектировать и ввести механизмы, обеспечивающие надежность и жизнеспособность ЕППС.
· Центр управления данными
· разработать централизованные базу данных и справочники.
· Функциональные подсистемы ЕППС.
Централизованный база данных и справочники
В настоящее время в банках в прикладных системах используются следующие системы управления банком данных:
· CA Clipper
· MS Access
· Lotus Notes
· MS SQL Server 6.5
· MS SQL Server 2000
· Informix
В настоящее время в области банка данных и управления данными первостепенное значение придается реляционным системам управления данными. На международном рынке сегодня можно выделить системы управления базами данных MS SQL 2000 и Oracle 10G. Данные обеспечивают среднюю и высокую производительность.
Этапы создания единой прикладной программной системы
Создание и развитие ЕППС осуществляется поэтапно, в следующей очередности:
· моделирование процессов, изучение задач и конкретизация потребностей банка (2006 г.);
· проектирование и разработка систем (2006-2008 гг.);
· тестирование и внедрение (2006-2007гг.);
· эксплуатация и развитие (2006-2007 гг.).
На этапе моделирования процессов, изучения задач и конкретизации потребностей банка проводится следующая работа:
· формирование функциональных задач для автоматизации деятельности банка, определение целесообразности автоматизации;
· изучение функциональных задач;
· изучение информационных потоков.
На этапе проектирования и разработки:
· составление технических заданий, которые включают в себя подробное описание функциональных задач, классификацию информации, объяснение применяемых алгоритмов, описание прикладного интерфейса пользователя;
· выбор операционной системы, технологии внедрения системы и программного языка;
· проектирование, оптимизация баз данных;
· выбор аппаратного обеспечения системы;
· выбор сетевого обеспечения системы;
· выбор и описание общей структуры программной системы и её отдельных модулей;
· программирование отдельных модулей.
На этапе тестирования и внедрения проводятся следующие работы:
· разработка и утверждение сценариев и задач тестирования и отладка программных модулей;
· тестирование и отладка программных модулей;
· соединение модулей и тестирование, отладка всей системы;
· внедрение системы в опытную эксплуатацию;
· внедрение системы в промышленную эксплуатацию.
На этапе эксплуатации и развития проводятся следующие работы:
· администрирование системы;
· изучение задач в целях усовершенствования системы.
Система антивирусной защиты
Система антивирусной защиты банка должна соответствовать следующим принципам:
· размещение и использование единой системы антивирусной защиты;
· использование одной и той же системы антивирусной защиты всеми абонентами сети;
· наличие центра управления, системы управления антивирусной защиты;
· передача в реальном времени в центр управления информации о вирусных происхождениях;
· установка в компьютерах и управление антивирусной системой администратором антивирусной защиты;
· периодические обновление программного обеспечения системы антивирусной защиты.
Контрольные вопросы и задания
1. Из каких основных составляющих состоит единая автоматизированная система банка?
2. Чем отличается прикладная программная система банка от стандартных программ?
3. Какие технические средства включают аппаратное обеспечение банка?
4. Рассмотрите принципы построения информационных систем и приведите структуру.
5. Для чего необходима единая прикладная программная система (ЕППС) банка?
6. Перечислите основные этапы построения ЕППС.
7. Что значит технология дифференцированных расчетов?
8. Какие системы управления банком данных используются в прикладных системах банка?
9. Каким принципам должна соответствовать система антивирусной защиты?
10. Что понимают под надежностью и безопасностью автоматизированной системы банка?
11. Что такое сервер и рабочая станция?
Литература: 4, 10, 11, 13.