Смекни!
smekni.com

«Использование ит в банковской деятельности» (стр. 5 из 7)

Шестое поколение - аппаратная платформа — гетерогенная сетевая среда; СУБД — профессиональные реляционные с открытым интерфейсом (возможно одновременно несколько разных СУБД); базовый элемент технологии — сделка или документ; структура АБС — логические АРМ, динамически формируемые по компонентной технологии, сильно связанные по данным и функциям в пределах всей сети Интранет.

Сегодня на рынке представлены программные продукты как отечественных, так и зарубежных разработчиков, предлагаемые системы отличаются в несколько раз по своей стоимости и функциональности. Укрупнение банковского бизнеса в России способствовало приходу на этот рынок западных поставщиков с масштабными и дорогостоящими решениями (mySAP Banking, T24 от «Temenos», OFSA от «Oracle» и др.). В то же время улучшается качество автоматизированных систем, предлагаемых на рынке отечественными разработчиками.

Зарубежные системы более продуманы и проработаны в области банковских функций по работе на международном рынке. Использование зарубежных систем также положительно влияет на имидж банка в глазах международных аудиторских компаний. Однако присутствующие на рынке зарубежные системы плохо адаптированы к российским условиям, они в меньшей степени ориентированы на стандарты российского учета и отчетности, имеют высокую стоимость и более дорогие услуги по сопровождению. Зарубежные системы базируются, как правило, на использовании дорогого компьютерного оборудования, отличного от распространенных в российских банках. Поэтому, несмо'тря на то, что приобретение зарубежных систем — это самое дорогое решение, оно потребует значительных усилий (выраженных в затратах времени и средств) от банка на адаптацию системы к российским условиям.

В настоящее время на рынке АБС присутствует около 20 фирм — разработчиков АБС, создающих разнообразные программные продукты. Ниже приведены результаты опроса, проведенного компанией «Ла-минфо» среди банков, использующих программные продукты основных фирм-разработчиков (опрошено банков — 1154, не ответило —24):

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

Большинство АБС работают в двух- или трехуровневой архитектуре «клиент-сервер» Все АБС могут работать в разных средах, среди которых доминируют Windows NT и разные варианты UNIX в качестве серверных ОС, но названы и многие другие, в первую очередь Novell Netware Что же касается клиентских рабочих мест, то тут можно встретить и DOS, и разные варианты Windows, и даже такую экзотику, как Java, предлагаемую фирмой «АСофт»

Среди используемых СУБД представлен практически весь спектр систем, имеющихся на рынке Пользователи ряда АБС могут использовать на выбор несколько СУБД (табл 14 1)

Электронный документооборот в банковской сфере

Традиционная система управления документооборотом в банке реализует следующие функции

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

· управление формами, контроль форм, использующихся для сбора информации и составления отчетов,

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

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

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

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

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

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

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

Нормативная база банка может представлять собой архив бумаж­ных документов, документы также могут храниться в электронном виде в файловой системе, что само по себе чрезвычайно ненадежно и неэф­фективно Следствием этого является длительный цикл создания, со­гласования, пересмотра, утверждения и распространения норматив­ных документов

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

Архитектура включает в себя трех уровня.

Концептуальный уровень Отвечают на вопросы почему? (опреде­ляется масштаб системы управления и ее интеграция в общую систему работы банка) и кто? (устанавливаются взаимосвязи между причина ми внедрения системы управления знаниями и ее пользователями),

Логический уровень Определяются процессы, которые выполня­ются людьми и машинами Решаются вопросы что будет делать сис­тема и когда должен запускаться каждый из процессов

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

Основными целями архитектуры системы электронного докумен­тооборота банка на базе ИТ являются четкая формулировка допущений и направлений политики в от­ношении управления ИТ и документооборотом; определение пространства управления ИТ и документооборотом; установка важнейших границ пространства управления ИТ и документооборотом банка; минимизация помех в управлении ИТ и документооборотом (там,
где полномочия и ответственность за документы определены нечетко); определение желательных и нежелательных вариантов поведения
в процессе управления документооборотом; разработка стратегии поощрения желательного повеления в процессе управления документооборотом (эффективная «настройка» эта­пов жизненного цикла информации).

К вспомогательным целям архитектуры системы электронного до­кументооборота банка относятся:

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

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

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

представление моделей совместного управления документообо­ротом.

Результатом построения архитектуры системы электронного доку­ментооборота банка являются:

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

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

снижение числа дублирующихся источников информации и по­вышение согласованности коллекции документов (хранилищ)

Иерархическая концепция архитектуры системы управления доку­ментооборотом банка включает в себя следующие страты репозита-рий, помещение, шкаф, ящик, папка, документ

Система управления электронным документооборотом банка реа­лизует два вида процессов:

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