В настоящее время успех банков в высокой степени зависит от применяемых в банке информационных технологий (ИТ). Стратегия развития банка в целом должна учитывать тенденции развития ИТ. Современные ИТ являются часто предпосылкой и фактором появления новых современных банковских продуктов. На базе новых средств связи и ИТ возникла целая новая сфера банковских услуг - электронные услуги, которая продолжает динамично развиваться.
В связи с этим в мире многие банки вкладывают огромные суммы в свои информационные системы: от 15% до 25% суммарных оперативных затрат в год. При этом не только большинство банковских услуг, но и современное управление деятельностью банка (управление активами/пассивами, управление риском, валютно-обменные операции и др.) немыслимы без современных ИТ.
Автоматизированная банковская система (АБС) - это форма организационного управления банком на базе широкого применения новых информационных технологий.
В настоящее время автоматизированные банковские системы (АБС) охватывают практически все стороны деятельности банка: ежедневные внутрибанковские операции, ведение бухгалтерии и составление сводных отчетов; коммуникации с филиалами и иногородними отделениями; взаимодействие с клиентами (так называемые системы Банк-Клиент); анализ деятельности банка и выбор оптимальных решений; розничные операции, связанные с использованием банкоматов и пластиковых карт; межбанковские расчеты; работа банка на рынке ценных бумаг; информационные услуги.
К современным АБС предъявляются очень строгие требования, не только со стороны банков-пользователей, но и со стороны государственных и контролирующих органов. Производители АБС должны динамически подстраивать свою продукцию под изменяющиеся нормативы и отчетные требования, предъявляемые к ведению банковского бизнеса. Среди основных требований, предъявляемых к АБС, можно выделить следующие.
Функциональная полнота - одна из главнейших и характеристик АБС. Сложные АБС могут содержать десятки тысяч различных автоматизированных функций и банковских операций. Требование функциональной полноты характеризует программное изделие с точки зрения включения в него всех программных компонентов, необходимых для выполнения заданных функций, и возможность системы соответствовать информационным потребностям банка наиболее полно, охватывая все виды банковской деятельности.
При формировании перечня функций, которые должна автоматизировать приобретаемая (разрабатываемая) АБС, следует исходить не только из потребностей сегодняшнего дня, но и учитывать будущие запросы в рамках стратегии развития банка, чтобы не оказаться в ситуации, когда придется приспосабливать стратегию к имеющейся АБС.
Комплексный подход. Только комплексная информационная банковская система, интегрирующая различные сферы деятельности банка, способна полностью автоматизировать и объединить в единое целое бизнес-процессы финансового учреждения. Работа с клиентами, участие в биржевых торгах и т. д. должны быть увязаны с внутрихозяйственной деятельностью банка, с бухгалтерией.
Масштабируемость системы - это способность системы адаптироваться к расширению предъявляемых требований и возрастанию объемов решаемых задач: числа обслуживаемых автоматизированных рабочих мест, количества обрабатываемых документов, а также быстроты реакции, общей производительности и пр., при добавлении к ней вычислительных ресурсов.
Настраиваемость системы - это ее мобильность, динамичность, подвижность. Настраиваемость предполагает, что те или иные значимые параметры не жестко заданы, а могут быть адаптированы к потребностям и условиям конкретного банка.
Централизованное управление системой. Настройка технологии ее функционирования сообразно технологии работы банка выполнялась не с АРМ конечных пользователей, а из какого-то одного специального модуля. Все основные настройки сделает квалифицированный технолог банка, и сотрудники банка могут сразу приступить к работе с программой. АБС, имеющую такую архитектуру, можно максимально быстро и качественно подготовить к эксплуатации. Кроме того, мы получаем возможность оперативно изменять условия выполнения любой операции, а это весьма позитивный момент при создании новых банковских продуктов.
Единая база данных, обеспечивающая многопользовательскую работу. Рекомендуется использование распределенных баз данных на основе промышленных СУБД (MS SQL Server, Oracle, Informix, DB2). В этих СУБД встроены и являются неотъемлемой частью:
Использование распределенных баз данных позволяет обеспечить необходимый уровень безопасности данных, программистам банка дает возможность сосредоточиться на оптимизации содержательной части приложений.
Работа в режиме реального времени. В режиме реального времени реакция системы на управляющее воздействие должна соответствовать скорости протекания процесса, которым система управляет.
Безопасность и надежность работы. Сбой программного обеспечения (ПО) или злоумышленное вторжение в территориально-распределенную банковскую информационную систему могут иметь очень печальные последствия, характеризуемые количественно (величиной ущерба) или качественно (падением имиджа, срывом переговоров и т. п.).
При построении системы используются такие концептуальные понятия, как:
Среди принципов, которым должна соответствовать автоматизированная банковская система, выделяются следующие.
Принцип динамических рабочих мест пользователей. Рабочее место пользователя автоматизированной банковской системы компонуется (настраивается) динамически и определяется как адрес (имя) пользователя с назначенным ему набором документов, этапов обработки документов, набором предоставляемых прав. Пользователь, входя со своим именем в систему с произвольного компьютера, работает с определенными ему документами. В случае если для пользователя (или его подразделения) изменяется набор документов, с которыми он работает, его рабочее место соответствующим образом перенастраивается. Другими словами, настройка всех динамических рабочих мест системы производится как перед началом функционирования системы, так и по мере необходимости в процессе функционирования. При этом идентификатору конкретного пользователя (который может быть и групповым, т. е. идентификатором подразделения банка) назначаются конкретные документы и этапы их обработки.
Принцип базирования на системе электронного документооборота банка. Система электронного документооборота банка - прикладная телекоммуникационная среда создания, модификации и передачи электронных документов как внутри банка, так и между банком и клиентами, банком и его филиалами, сторонними банками или расчетными (платежными) системами. Следование этому принципу означает, что все внешние документы попадают в обязательном порядке в систему электронного документооборота, и другие банковские приложения работают с документами, принимая и отправляя их через систему электронного документооборота. Сама система электронного документооборота банка может использовать для глобальной связи внешние телекоммуникационные сети, например, SPRINT, Интернет или расчетную сеть Центрального банка России.
Принцип совместного использования On line- и Offline-технологии обработки документов. On line-технология позволяет обрабатывать документы (разносить проводки) в реальном режиме времени в момент автоматической генерации документами операций (проводок). Offline-технология дает возможность обрабатывать документы автономно, на рабочем месте пользователя генерировать проводки, позже через систему электронного документооборота отправляя их в ядро операционного дня для разнесения по счетам. Соблюдение данного принципа означает, что рабочее место пользователя можно динамически настроить (в зависимости от доступности ядра операционного дня с сервером базы данных счетов) на любую из этих технологий.
Принцип использования уникальной идентификации документов. Использование системы уникальной идентификации (нумерации) документов (в том числе созданных удаленно) позволяет идентифицировать и анализировать произведенные по этим документам операции и их влияние на состояние счетов. Идентификаторы документов присутствуют в информации обо всех операциях, порожденных данными документами.
Принцип интеграции компонентов системы. Компоненты системы - распределенное ядро (SQL-серверы банковских баз данных с триггерами и процедурами работы со счетами), рабочие места пользователей (клиентские приложения обработки документов) и система электронного документооборота (транспортирующая документы между рабочими местами и базами данных) должны быть максимально интегрированы. Это, в частности, означает, что:
Базовые объекты. В рассматриваемой системе выделяются следующие основные объекты; документ, идентификатор пользователя, адрес пользователя, счет, операция и микропроцессорная карта. Коротко рассмотрим каждый из них.
Документ определяется маршрутом его обработки (представленным последовательностью этапов) и набором экранных форм с соответствующими алгоритмами обработки документа на каждом этапе.
Идентификатор пользователя определяет права доступа конкретного пользователя. Пользователь идентифицируется или паролем, непосредственно запрашиваемым системой, или микропроцессорной картой, которая, в свою очередь, может требовать введения пользователем PIN'a (персонального идентификационного кода).
Адрес пользователя устанавливает месторасположение конкретного пользователя в территориально распределенной банковской системе. Адрес может быть относительно другого адреса как локальным, внутри той же локальной сети, так и глобальным, территориально удаленным.
Счет - текущие состояния и истории изменения состояний счетов хранятся на SQL-сервере баз данных, доступны к изменению только через триггеры и процедуры сервера, что обеспечивает сохранение целостности базы данных и защищенности счетов от клиентских приложений.
Операция - набор последовательно выполняемых проводок и некоторых учетных данных, изменяющих состояние счетов. Генерируется автоматически при достижении документом этапа, с которым связана операция. Выполняется (разносится) при соблюдении следующих условий:
Микропроцессорная карта - средство идентификации пользователей системы и средство авторизации электронных платежных документов произвольного вида. Позволяет защитить электронный платежный документ электронной подписью, а адресату при получении провести его аутентификацию - убедиться, что документ (будь то платежное поручение от клиента, торговая транзакция из магазина и т. п.) был составлен указанным отправителем и не был несанкционированно изменен. Главное достоинство при использовании в целях аутентификации клиента в сравнении с паролем - уникальность (некопируемость), в то время как пароль может быть подсмотрен или еще как-нибудь скопирован.
Любое решение в сфере ИТ должно быть поддержано имеющимся информационно-технологическим окружением. Сети, серверы, рабочие станции и прочее техническое оборудование входят в список системных требований любого программного продукта. Системные требования обычно определяются следующими техническими параметрами:
Для простейших систем определяются только требования к одному компьютеру. Обычно это персональный компьютер, который может обеспечить работу всей системы. Такая архитектура носит название централизованной системы. В зависимости от мощности компьютера, на котором они базируются, централизованные системы могут решить и более глобальные задачи. Замена персонального компьютера на многопользовательскую большую, супермини или мини-ЭВМ позволит централизовать множество задач в рамках одной центральной системы. Однако высокая стоимость данных решений, а также отсутствие достаточного количества специалистов и малое количество программных решений, базирующихся на центральном компьютере, ограничивают использование таких систем.
В результате с ростом сложности, объемов информации и количества одновременно выполняемых процессов технические требования выходят за рамки одного устройства и приводят к созданию распределенной системы.
В зависимости от типа распределяемых ресурсов современные технологии предлагают три вида архитектур распределенных систем.
Эти архитектуры не являются взаимоисключающими, использование для части ресурсов архитектуры "клиент -сервер" может быть совмещено с использованием распределенных вычислений для других ресурсов.
Первая задача, которая должна быть решена при создании распределенной системы, - какие виды ресурсов будут распределены. В случае если необходимо разделение вычислительных мощностей, рассматривается система распределенных вычислений или архитектура "клиент -сервер". Если система обработки больших потоков данных и их хранения - анализируются механизмы кластера.
Технология "клиент -сервер" базируется на принципе специализации составляющих информационной системы. При этом определяются два типа компонентов: сервер и рабочее место пользователя (Desktop).
Сервер - специализированное устройство или программное обеспечение, которое служит для решения общей задачи.
Рабочее место пользователя - компоненты информационной системы, которые служат для решения задач конкретного пользователя, например реализации пользовательского интерфейса системы.
Сам термин "сервер" может трактоваться двояко - мощный выделенный компьютер или программное обеспечение, реализующее одну из служб. В данной главе сервером будет называться программа, которая обеспечивает независимое выполнение некоторой задачи. При этом задача может выполняться как на выделенном компьютере, так и на рабочей станции. Последнее решение часто используется разработчиками систем.
Выбирая архитектуру "клиент -сервер", в первую очередь необходимо определить весь перечень задач, решения которых будут перенесены на серверы. Как правило, это задачи, требующие общего доступа или больших вычислительных мощностей. Ниже приведен список служб информационных систем, наиболее часто используемых как серверы.
Сервер домена определяет список пользователей сегмента сети, а также их права доступа. Осуществляет мониторинг соединений. Является ядром любой сетевой операционной системы, работающей по принципу "клиент -сервер".
Файл-сервер служит для хранения информации в виде файлов для распределенного доступа к ним. Осуществляет контроль доступа к каждому из них. В качестве файл-сервера может служить любой компьютер, который разрешает использовать собственное дисковое пространство. Однако многие сетевые операционные системы предлагают большое количество дополнительных сервисов для управления файл-сервером.
Сервер базы данных служит для хранения, обработки и обеспечения доступа к структурированной информации. Сегодня наиболее часто для решений используются серверы реляционных баз данных, поддерживающие язык запросов SQL. К ним относятся системы управления базами данных ORACLE, Microsoft SQL, DB2, SYBASE.
Интернет-сервер предоставляет информацию в соответствии с правилами сети Интернет. В простейшем случае то же, что и файловый сервер. Однако понятие интернет-сервера включает в себя и набор дополнительных сервисов, связанных, как правило, с преобразованием информации. Наиболее распространенными являются серверы APACHE и Internet Information Server.
Сервер приложения служит для выполнения специализированных задач. Многие банковские системы имеют серверы приложений, которые обеспечивают выполнение бизнес-логики приложения. При этом за хранение данных и контроль доступа к ним отвечает сервер базы данных.
Сервер архивации осуществляет хранение архивов: больших объемов редко используемой информации. Обычно от файл-сервера данный тип серверов отличают собственные механизмы компрессии, индексации хранимой информации и хранения истории вносимых изменений.
Сервер печати управляет печатью на общий принтер. Если не является специализированным устройством, то входит в состав сетевой операционной системы. Основой сервера печати является механизм управления очередями заданий на печать.
При рассмотрении решений на основе архитектуры "клиент -сервер" определяется и список задач, решаемых рабочими станциями и определенных как клиентские задачи. К ним обычно относятся:
Кластеры. В отличие от архитектуры "клиент -сервер" кластер имеет принципиально другие составляющие. Это не законченные задачи, а отдельные функции, выполняемые различными компонентами системы - как отдельным устройством, так и совокупностью составляющих различных вычислительных систем.
Решения на основе кластерной архитектуры дают ряд преимуществ.
Абсолютная масштабируемость - архитектура позволяет создавать кластеры любых размеров.
Инкрементальная масштабируемость - кластер создается таким образом, что можно наращивать мощность добавлением новых компонент без полной замены всей системы.
Устойчивость к сбоям - в случае выхода из строя одного из компонентов система продолжает работать, поскольку все функции дублируются.
Хорошее соотношение цена/производительность - использование широко распространенных компонент в качестве составляющих в общем случае требует меньших затрат, чем покупка одного сверхмощного компьютера.
В настоящий момент практически все операционные системы имеют дополнительные решения для реализации кластерных архитектур. Но данные решения составляют только основу кластера. Распределение служб между отдельными устройствами может определяться и программным обеспечением серверов приложения. Таким образом, кластерную архитектуру могут иметь и серверы баз данных, и серверы приложений, если они поддерживают данную функцию.
В большинстве российских банков в настоящее время все более осознается необходимость перехода на использование новых автоматизированных банковских систем. Отвечая на это требование развития банковской деятельности, практически все известные фирмы, специализирующиеся на разработке банковского программного обеспечения, или уже поставляют или заявили о разработке новых автоматизированных банковских систем, активно использующих телекоммуникации, электронный документооборот, пластиковые смарт-карты. Преимущественно такие АБС реализуются на базе технологии "клиент-сервер".
Всю сферу банковской автоматизации можно разделить на две большие области:
Автоматизированную банковскую систему в соответствии с функциональным назначением принято разделять на три подсистемы:
Front-office (верхний уровень) - подсистема, обеспечивающая взаимодействие банка с внешним миром. В подсистеме осуществляется ввод первичной информации, взаимодействие банка с клиентами, другими банками, биржами, ЦБ.
Back-office (средний уровень) - подсистема, обеспечивающая общебанковскую и общехозяйственную деятельность. К подсистеме относится работа с кредитами.
Accounting (нижний уровень) - подсистема, обеспечивающая своевременное и корректное отражение деятельности банка в рамках существующих процедур бухгалтерского учета.
В самостоятельную группу - Analysis - выделены операции, реализующие анализ текущего состояния банка, планирование и внутренний аудит банка.
В России на рубеже 80-х и 90-х гг. с появлением финансового рынка и первых коммерческих банков началось становление новой банковской системы. Развитие отечественных технологий автоматизации банковского дела неразрывно связано с развитием банковской системы страны.
Первым этапом развития была так называемая островная автоматизация - естественный начальный этап автоматизации любого вида деятельности, который характеризуется автоматизацией отдельных, как правило, наиболее важных или относительно легко автоматизируемых, частей технологического процесса, относительной простотой реализации, возможностью быстрого внедрения, малочисленностью команды разработчиков, практической независимостью от коммуникаций.
В течение этого периода развитие отечественных автоматизированных банковских систем связано в основном с изменениями аппаратно-технических платформ в банках без коренного улучшения технологических аспектов. В 1994 г. можно было выделить четыре поколения АБС.
Первое поколение: аппаратная платформа - автономные персональные компьютеры под управлением MS-DOS; СУБД - Clipper, FoxPro, Clarion; базовый элемент технологии - бухгалтерская проводка; структура АБС - автономные АРМы, не связанные или слабо связанные по данным через обмен файлами (в том числе путем физического переноса на гибких дисках с компьютера на компьютер).
Второе поколение: аппаратная платформа - персональные компьютеры под управлением MS-DOS, работающие в локальной сети Novell NetWare; СУБД - Clipper, FoxPro, Clarion; базовый элемент технологии - бухгалтерская проводка; структура АБС - автономные АРМы, связанные по данным через общие файлы, лежащие на сервере и не связанные по функциям.
Третье поколение: аппаратная платформа - персональные компьютеры под управлением MS-DOS (MS Windows), работающие в локальной сети Novell NetWare (Windows NT); СУБД - Btrieve; базовый элемент технологии - бухгалтерская проводка (реже документ); структура АБС - автономные АРМы, сильно связанные по данным через общие структуры базы данных и слабо связанные по функциям. Технология - переходная, от "файл-сервер" к "клиент -сервер".
Четвертое поколение: аппаратная платформа - персональные компьютеры под управлением MS-DOS (MS Windows), работающие в локальной сети, или же хост-компьютер с терминалами; СУБД - профессиональная реляционная (может быть постреляционная или сетевая); базовый элемент технологии - бухгалтерская проводка (реже), документ, сделка; структура АБС - автономные АРМы, сильно связанные по данным через общие структуры базы данных, в отдельных случаях связанные по функциям через общее ядро. Технология - "хост -терминал" или двухуровневая "клиент -сервер".
С августа 1995 г. прекратился численный рост количества банковских учреждений - как следствие "принудительного" снижения уровня инфляции и в связи с кризисом на рынке межбанковского кредитования - первым системным кризисом российской банковской системы. Снизилась доходность финансовых операций в целом. Банкам уже было недостаточно просто считать проходящие через банк финансовые потоки, появилась необходимость эффективного управления этими потоками (а также всеми активами и пассивами банка).
Соответственно изменился и рынок АБС. Он превращается в вертикальный, когда все большему числу коммерческих банков нужны серьезные, технологически продвинутые решения, интегрирующие учетные, аналитические и управленческие технологии. "Вертикализация" определяла развитие рынка АБС с осени 1995 до лета 1997 г. Понятно, что на горизонтальном рынке успеха добивается та фирма-разработчик, чьи программные продукты весьма просто внедряются и которая может продавать "много, быстро и недорого". И наоборот, вертикальному рынку нужны высокотехнологичные программные решения, которые индивидуально адаптируются и настраиваются под каждый банк, внедряются по многомесячным специальным процедурам, такие банковские системы с учетными, аналитическими и управленческими функциями могут стоить в несколько раз или на порядок дороже.
В это время продолжалось усовершенствование систем четвертого поколения и начались разработки более серьезных систем пятого поколения. Аппаратная платформа - персональные компьютеры под управлением MS Windows, MS-DOS, (реже UNIX), в распределенной сети (WAN) с несколькими физическими серверами приложений (которые работают под многозадачными многопользовательскими ОС); СУБД - профессиональная реляционная плюс менеджер транзакций; базовый элемент технологии - документ или сделка; структура АБС - логические АРМы, сильно связанные как по данным, так и по функциям в пределах локальной сети или хоста и слабо связанные по данным в пределах распределенной сети. Технология - трехуровневая "клиент - сервер" с использованием менеджеров транзакций.
В настоящее время рынок банковских автоматизированных технологий вновь на этапе подъема. Финансовый кризис 1998 г. для одних банков стал тормозом, а для других, наоборот, мощным импульсом развития бизнеса. А развитие невозможно без соответствующей программно-технологической поддержки. Тяжесть конкурентной борьбы между фирмами-разработчиками смещается в сторону "тяжелых" программных решений четвертого и пятого поколений. Происходит возврат спроса на автоматизацию банковской аналитики.
Перспективное направление развития автоматизированных банковских технологий как у нас в стране, так и за рубежом - шестое поколение АБС. Главные особенности: аппаратная платформа - гетерогенная сетевая среда; СУБД - профессиональные реляционные с открытым интерфейсом (возможно одновременно несколько разных СУБД); базовый элемент технологии - сделка или документ; структура АБС - логические АРМы, динамически формируемые по компонентной технологии, сильно связанные по данным и функциям в пределах всей сети Интранет.
Сегодня на рынке представлены программные продукты как отечественных, так и зарубежных разработчиков, предлагаемые системы отличаются в несколько раз по своей стоимости и функциональности. Укрупнение банковского бизнеса в России способствовало приходу на этот рынок западных поставщиков с масштабными и дорогостоящими решениями (mySAP Banking, T24 от Temenos, OFSA от Oracle и др.). В то же время улучшается качество автоматизированных систем, предлагаемых на рынке отечественными разработчиками.
Отечественные системы в настоящее время предоставляют достаточно полный набор функций, поддержку изменений требований Центрального Банка к учету и отчетности. Системы последнего поколения могут конкурировать с зарубежными в части гибкости, настраиваемости и архитектурных решений.
Зарубежные системы более продуманы, более проработаны в области банковских функций по работе на международном рынке. Использование зарубежных систем также положительно влияет на имидж банка в глазах международных аудиторских компаний. Однако присутствующие на рынке зарубежные системы плохо адаптированы к российским условиям, они в меньшей степени ориентированы на стандарты российского учета и отчетности, имеют более высокую стоимость, более дорогие услуги по сопровождению. Зарубежные системы базируются, как правило, на использовании дорогого компьютерного оборудования, отличного от распространенных в российских банках. Поэтому, несмотря на то что приобретение зарубежных систем - это самое дорогое решение, оно тем не менее потребует значительных усилий (выраженных в затратах времени и средств) от банка по адаптации системы к российским условиям.
В настоящее время на рынке АБС присутствует около 20 фирм - разработчиков АБС, создающих разнообразные программные продукты. В таблице 14.3-1 приведены результаты опроса, проведенного компанией "Ламинфо" среди банков, в отношении компаний, разработавших используемых ими АБС (опрошено банков - 1154, не ответили - 24).
| Автоматизированная банковская система | Количество |
| Диасофт | 273 |
| R-Style Software Lab | 261 |
| Собственная разработка | 201 |
| ПрограмБанк | 80 |
| Инверсия | 49 |
| Кворум | 42 |
| ФОРС | 28 |
| ЦФТ | 24 |
| CSBIЕЕ | 18 |
| БИС | 12 |
| МИМ-технология | 11 |
| другие | 131 |
Феноменом российского рынка является наличие большого количества систем собственной разработки. При этом по мере ужесточения требований к характеристикам систем и расширения их возможностей, возрастают стоимость и сложность разработки и сопровождения, что в итоге приводит к экономической нецелесообразности создания и эксплуатации АБС силами банковских специалистов. В связи с этим постепенно уменьшается число банков, использующих собственные продукты, большинство банков начинает делать выбор в пользу готовых АБС, адаптируемых под специфику каждого конкретного банка.
Большинство российских АБС работают в двух- или трехуровневой архитектуре "клиент - сервер". Все АБС могут работать в разных средах, среди которых, естественно, доминируют Windows NT и разные варианты UNIX в качестве серверных ОС, но названы и многие другие, в первую очередь Novell Netware. Что же касается клиентских рабочих мест, то тут можно встретить и DOS, и разные варианты Windows, и даже такую экзотику, как Java, предлагаемую фирмой "АСофт".
Среди используемых СУБД представлен практически весь спектр систем, имеющихся на рынке. При этом обращает на себя внимание тот факт, что пользователи ряда АБС могут использовать на выбор несколько СУБД (табл.14.3-2).
| Наименование продукта | Уровни приложении | Используемые операционные системы | СУБД | Средства разработки | Базовый элемент системы | |
| сервер | Рабочая станция | |||||
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| Diasoft-BANK 4x4 | "терминал-хост", "файл-сервер", "клиент-cервер" | Novell Netware, Windows NT, OS/400 (DB2), UNIX (Informix) | DOS, Windows (3.X, 95, NT), OS/2 | Pervasive SQL, Scale able SQL, DB/2 for AS/400, Informix | С++, собственный инструментарий Diasoft SYSTEM | проводка, документ, сделка |
| RS-Bank | 3 "клиент-сервер" | Novell Netware, Windows NT | Windows (95, NT) | Btrieve, MS SQL, Sy-base | проводка, документ, сделка | |
| "Новая Афина" | 2 "клиент-сервер" | Windows NT, UnixWare, SCO UNIX, DigMTal, UNIX, Solaris, HP-UX, ADC | Windows (95, NT) | Oracle | SQL Windows, Oracle PUSQL | документ |
| "Кворум" | 2 "клиент-сервер" | Novell Netware, Windows NT | DOS, Windows 95 | Btrieve, Oracle | Pascal 7.0, Delphi, Atlantis | документ |
| ASBank | 3 "клиент-сервер" | Unix, Windows NT | Windows 95, UNIX, Java | Oracle; Informix, Sybase | LISA-II | проводка, документ, сделка |
| "БИСквит" | "терминал-хост", 2 "клиент-сервер", 3 "клиент—сервер" | Unix, Windows NT | Windows (95, NT) | Progress | Progress, 4GL | проводка, документ, сделка |
| "МИМ банк" | "файл-сервер" | любые, использующие DOS-сессию | DOS, Windows NT | Db_Vista | МГМ-Tools | документ, сделка |
| Invo Bank | "файл-сервер" | Novell Netware, Windows NT | DOS, Windows (95, NT) | Btrieve | С++, Borland v.4.5 | проводка, документ, сделка |
Традиционная система управления документооборотом в банке реализует следующие функции:
Нормативная база банка включает внешние и внутренние нормативные документы. К последним относятся технологические документы, регламентирующие выполнение банковских операций и процессов, организацию работы и взаимодействие подразделений. В процессе разработки внутренние нормативные документы подвергаются тщательному обзору и анализу, после утверждения вводятся в действие и становятся объектом выполнения и мониторинга соблюдения на срок их действия, а после окончания этого срока действия выводятся из обращения.
Предусмотрены следующие виды внутренних нормативных документов: положение, порядок или регламент, инструкция. Нормативные документы определяют общие правила и формы осуществления определенных видов деятельности, взаимодействие подразделений банка, характеристики банковских продуктов и услуг, распределение ролей участников и последовательность осуществления отдельных процессов и операций.
В проведении работ по разработке, согласованию, утверждению и внесению изменений во внутренние нормативные документы участвует руководство банка, руководители управлений и различные подразделения по направлениям, отнесенным к компетенции их деятельности. Внутренние нормативные документы вводятся в действие приказами или распоряжениями по банку.
Разработка нормативных документов требует совместной работы опытных специалистов из различных департаментов банка, юристов и специалистов по формулированию процедур. Эта работа может занимать длительное время и включать повторяющийся процесс составления и пересмотра вариантов текста. Сначала готовится первоначальный проект текста, который нередко основан на соответствующей аналитической работе. Затем проект документа раздается для замечаний и комментариев внутренним и внешним экспертам. Наконец, текст документа направляется на комментарии и утверждение в соответствующие подразделения и руководству банка.
Нормативная база банка может представлять собой архив бумажных документов, документы также могут храниться в электронном виде в файловой системе, что само по себе чрезвычайно ненадежно и неэффективно. Следствием этого является длительный цикл создания, согласования, пересмотра, утверждения и распространения нормативных документов.
Основные элементы политики управления электронным документооборотом банка: назначение - причина существования политики; цель - описание действий банка по проведению политики в жизнь; определения - употребляемые термины и их значения; декларация масштабов - рамки, в которых действуют положения политики; правила проведения - базовые принципы, на которых основываются методы управления документацией; полномочия - распределение полномочий в процессе проведения политики в жизнь; пересмотр и обновление - определение правомочности внесения изменений в политику и условий, при которых ее следует изменять.
Архитектура включает в себя предметы изучения данной дисциплины и их взаимосвязь.
Описание архитектуры происходит на трех уровнях (рис. 14.4-1):
(рис 14.4-1) Описание архитектуры системы электронного документооборота
Основные цели архитектуры системы электронного документооборота банка на базе ИТ:
Вспомогательные цели архитектуры системы электронного документооборота банка:
Результатом построения архитектуры системы электронного документооборота банка являются:
Иерархическая концепция архитектуры системы управления документооборотом банка включает следующие страты: репозитарий, помещение, шкаф, ящик, папка, документ.
Система управления электронным документооборотом банка реализует:
Процессы, ориентированные на репозитарий, включают создание репозитария, модификацию и его уничтожение.
Процессы, ориентированные на папки, включают для файла или подшивки: составление графика, открытие, закрытие, установление ограничений на доступ, снятие ограничений на доступ, отзыв, распечатку, разметку, поиск, архивирование, перенос, восстановление, уничтожение.
Процессы, ориентированные на документы: добавление, добавление из вне, одновременная загрузка, копирование, установка ограничений на доступ, снятие ограничений на доступ, просмотр, пересылка по электронной почте, архивирование, восстановление, распечатка, изъятие, удаление.
Процессы, ориентированные на данные, включают: добавление, редактирование, удаление, ограничение, индексацию, переиндексацию, поиск и составление отчета о системной информации.
Процессы, ориентированные на дизайн, отвечают за различные варианты представления системной информации о документе пользователю: добавление, редактирование, удаление, составление отчета о вариантах дизайна.
Процессы, ориентированные на управление текстом, используются для добавления, редактирования, удаления, оценки, индексации и переиндексации текста.
Процессы текстового запроса используются при осуществлении поиска и составлении отчета о тексте.
Процессы администрирования системы выполняют административные функции приложения: инсталляция системы клиентского ПО, деинсталляция системы клиентского ПО, инсталляция системы серверного ПО, деинсталляция системы серверного ПО, запуск и перезапуск системы, создание резервных копий файлов системы, перенос системы на другой носитель, проверка целостности системы, остановка системы, инсталляция исправлений и усовершенствованных версий системы, поддержка системы данных.
Процессы интеграции системы выполняют функции внедрения системы приложений и включают: интеграцию и дезинтеграцию среды приложений, интеграцию и дезинтеграцию среды мультисерверных приложений, установку и исключение взаимодействия между репозитариями, работающими в различной среде, балансировку загрузки сервера.
Процессы управления списками контроля доступа выполняют функции по обеспечению безопасности работы приложений и включают обеспечение безопасности: репозитария, папок с файлами, документа, версии документа, системной информации, индивидуальных параметров поиска, варианта дизайна, на уровне групп, на уровне пользователя, составление отчета о безопасности объектов.
Процессы обеспечения безопасности протоколов работы отвечают за протоколирование событий, происходящих в пользовательской или серверной среде, и содержит: обеспечение безопасности протокола работы пользователя и сервера, составление отчета о безопасности протокола работы пользователя и сервера.
Управление системой рабочего процесса необходимо для того, чтобы сохранить пути маршрутизации документа или папки с файлами до пользовательской машины, и реализуют следующие функции: распределение ролей и установление взаимосвязей, поддержка целостности рабочего процесса.
Управление внутридокументными ссылками необходимо, чтобы определить, какие ссылки необходимы для объединения отдельных частей сложного документа в единое целое.
Управление междокументными ссылками используется для того, чтобы определить ссылки, которые могут связывать между собой отдельные объекты документов.
Поддержка различных форматов данных. Современные системы управления знаниями (СУЗ) способны хранить и отображать более 200 различных текстовых и графических форматов данных, распространенных в мире. Они поддерживают конвертацию этих форматов в универсальные форматы данных, такие как PDF или HTML. Такое множество форматов позволяет осуществлять представление документа в исходном формате и универсальных форматах, используемых для хранения документов как электронных подлинников или очередных копий.
Управление версиями. Системы управления на базе ИКТ не могут быть внедрены в масштабах банка без поддержки ими всех возможных версий данного документа, так как каждая версия, помимо продуманной системы внутренней нумерации и целостности ссылок, должна содержать необходимые комментарии, позволяющие по ним понять сущность отличий данной версии от прочих, хранимых в системе, а также позволять создавать отдельные атрибуты на каждую версию, что дает возможность в любой момент времени проследить всю историю обработки документов разными пользователями, создающими разные версии.
Атрибутирование документов. При атрибутировании документа пользователь заполняет определенную электронную форму, которая должна иметь возможность гибко проектироваться при помощи стандартных графических средств без программирования и позволять вносить изменения в состав атрибутов в ходе эксплуатации системы без риска нарушить бизнес-логику обработки документов. При этом атрибуты документа должны храниться отдельно от его содержимого, что позволяет обеспечить взаимнооднозначное соответствие между физическим местонахождением содержимого документа и его электронной атрибутивной формой, по которому осуществляется логический поиск документа. Такой подход позволяет построить территориально распределенные хранилища электронных документов, управляемых централизованно, а также снять любые ограничения на объем хранения электронных документов в системе.
Обеспечение возможности создания составных и связанных документов. Составные документы представляют собой структуры, каждая часть которых в свою очередь является самостоятельным документом со своими правилами доступа к нему и своими процессами коллективной разработки и этапами жизненного цикла. Такая функциональность позволяет формировать электронные подшивки, основанные не на физической, а на логической подборке документов по производным признакам. В результате один и тот же реальный первичный документ может отображаться в различных виртуальных подборках документов, посвященных различным тематикам. Это значительно повышает прозрачность доступа к документам и позволяет разделить доступ и полномочия разных подразделений банка, участвующих в комплектации подшивки. Кроме того, виртуальный документ сам по себе может участвовать в различных бизнес-процессах и иметь собственные права доступа и этапы жизненного цикла.
Полнотекстовый поиск и анализ документов. Современные системы управления обязательно должны включать поддержку механизмов поиска по содержанию документа, альтернативного атрибутивному поиску, полнотекстового анализа (часто встраиваемых внутрь стандартных поисковых систем и объединяющих слова и связывающие их логические операторы). Есть специализированные профессиональные системы лингвистического анализа, позволяющие работать с хранилищами документов наравне с электронной почтой, файловой системой, СУБД, Интернетом, а также реализовывать более тонкие механизмы извлечения неявных знаний, когда сам предмет поиска не является до конца формализованным. В основе таких систем лежат обработка запросов на естественном языке, автоматическое аннотирование текстов, автоматическая классификация на непересекающиеся различимые по смыслу области без предварительного задания критериев различия.
Управление этапами жизненного цикла документа. Под жизненным циклом понимается время существования электронного документа от момента его создания или импорта до момента его экспорта или уничтожения. Переход документа с одного этапа на другой осуществляется при выполнении заданного условия изменения какого-либо свойства документа, например формата, прав доступа, вида атрибутивной карточки. Перевод этапов жизненного цикла должен осуществляться как вручную, так и автоматически.
Управление бизнес-процессами банка. Автоматизация бизнес-процессов позволяет добиться значительного снижения непроизводительных потерь времени на передачу результатов выполнения функциональных задач на другие рабочие места или в разные подразделения, поддержать прозрачность управленческих регламентов и их воспроизводимость, что в итоге позволяет поддержать стандарты качества ИСО 9000 на уровне управления предприятием.
Современные системы управления на базе ИКТ содержат в своем ядре прикладные системы, которые поддерживают так называемые WorkFlow-технологии (технологии поддержки потоков заданий), которые дают возможность создавать при помощи графического редактора произвольные маршрутные схемы и назначать правила перехода этапов бизнес-процессов от одного пользователя к другому через диалоговый интерфейс без программирования и обеспечить графический или формальный мониторинг прохождения процессов между пользователями с возможностью расхождения, схождения, вложенности, условных переходов. Они обеспечивают возможность внесения изменений, позволяющих оптимизировать любой процесс на основе анализа его текущего состояния и одновременно с этим документировать изменение и автоматизировать новые действия операторов в ходе его выполнения.
Для того чтобы система управления банка могла обеспечить надежность и эффективность ее эксплуатации и возможность дальнейшего расширения с учетом общей стратегии развития информационной инфраструктуры банка, необходимо выполнение следующих технических требований.
Масштабируемость - способность поддерживать работу сотен тысяч пользователей, до тысяч одновременно работающих пользователей, до десятков тысяч одновременно решаемых задач, до сотен миллионов объектов хранения, вести полную или частичную синхронизацию содержания распределенного хранилища, производить перемещение отдельных документов по заявкам пользователей из одного хранилища в другое, а также иметь возможность поддерживать полноценную работу мобильных пользователей через Интернет с любым из хранилищ без ограничения функциональных возможностей.
Открытость - способность интеграции с любыми внешними открытыми приложениями через стандартные интерфейсы межпрограммного взаимодействия, поддержка современных мировых стандартов в области информационных технологий (WfMC, XML, COM/DECOM, J2EE), наличие готовых индустриально поддерживаемых шлюзов к наиболее распространенным офисным и бизнес-приложениям, прозрачная интеграция со стандартными пользовательскими интерфейсами, такими как Windows Explorer и Internet Browser.
Многоплатформенность - способность работать на различных программно-аппаратных платформах, различных промышленных СУБД, использовать различные серверы приложений, а также работать в гетерогенной среде разных операционных систем.
Безопасность - является обязательным требованием, которое поддерживается: средствами разделения прав доступа, интегрированными с системой безопасности операционной системы (имеющей до семи уровней доступа к документам), механизмом назначения прав как по ролевому, так и по персональному признаку и возможностью изменения прав доступа к документу в процессе его жизненного цикла. Требования безопасности включают также возможность интеграции с открытыми средствами криптографической защиты, аутентификации и электронной подписи.
Простота - настройка без программирования на широкий спектр функциональных задач пользователя в рамках одного банка с использованием единого, распределенного хранилища всех неструктурированных документов. Возможность создания вертикальных приложений произвольного назначения на основе стандартных средств разработки как для "толстого", так и для "тонкого" клиента с одинаковым объемом функциональности.
Наиболее известные системы электронного документооборота на базе программного обеспечения Documentum и обеспечение хранения документов на основе EMC.
В настоящее время успех банков в высокой степени зависит от применяемых в банке информационных технологий (ИТ). Стратегия развития банка в целом должна учитывать тенденции развития ИТ. Современные ИТ являются часто предпосылкой и фактором появления новых современных банковских продуктов. На базе новых средств связи и ИТ возникла целая новая сфера банковских услуг - электронные услуги, которая продолжает динамично развиваться.
В связи с этим в мире многие банки вкладывают огромные суммы в свои информационные системы: от 15% до 25% суммарных оперативных затрат в год. При этом не только большинство банковских услуг, но и современное управление деятельностью банка (управление активами/пассивами, управление риском, валютно-обменные операции и др.) немыслимы без современных ИТ.
Автоматизированная банковская система (АБС) - это форма организационного управления банком на базе широкого применения новых информационных технологий.
В настоящее время автоматизированные банковские системы (АБС) охватывают практически все стороны деятельности банка: ежедневные внутрибанковские операции, ведение бухгалтерии и составление сводных отчетов; коммуникации с филиалами и иногородними отделениями; взаимодействие с клиентами (так называемые системы Банк-Клиент); анализ деятельности банка и выбор оптимальных решений; розничные операции, связанные с использованием банкоматов и пластиковых карт; межбанковские расчеты; работа банка на рынке ценных бумаг; информационные услуги.
К современным АБС предъявляются очень строгие требования, не только со стороны банков-пользователей, но и со стороны государственных и контролирующих органов. Производители АБС должны динамически подстраивать свою продукцию под изменяющиеся нормативы и отчетные требования, предъявляемые к ведению банковского бизнеса. Среди основных требований, предъявляемых к АБС, можно выделить следующие.
Функциональная полнота - одна из главнейших и характеристик АБС. Сложные АБС могут содержать десятки тысяч различных автоматизированных функций и банковских операций. Требование функциональной полноты характеризует программное изделие с точки зрения включения в него всех программных компонентов, необходимых для выполнения заданных функций, и возможность системы соответствовать информационным потребностям банка наиболее полно, охватывая все виды банковской деятельности.
При формировании перечня функций, которые должна автоматизировать приобретаемая (разрабатываемая) АБС, следует исходить не только из потребностей сегодняшнего дня, но и учитывать будущие запросы в рамках стратегии развития банка, чтобы не оказаться в ситуации, когда придется приспосабливать стратегию к имеющейся АБС.
Комплексный подход. Только комплексная информационная банковская система, интегрирующая различные сферы деятельности банка, способна полностью автоматизировать и объединить в единое целое бизнес-процессы финансового учреждения. Работа с клиентами, участие в биржевых торгах и т. д. должны быть увязаны с внутрихозяйственной деятельностью банка, с бухгалтерией.
Масштабируемость системы - это способность системы адаптироваться к расширению предъявляемых требований и возрастанию объемов решаемых задач: числа обслуживаемых автоматизированных рабочих мест, количества обрабатываемых документов, а также быстроты реакции, общей производительности и пр., при добавлении к ней вычислительных ресурсов.
Настраиваемость системы - это ее мобильность, динамичность, подвижность. Настраиваемость предполагает, что те или иные значимые параметры не жестко заданы, а могут быть адаптированы к потребностям и условиям конкретного банка.
Централизованное управление системой. Настройка технологии ее функционирования сообразно технологии работы банка выполнялась не с АРМ конечных пользователей, а из какого-то одного специального модуля. Все основные настройки сделает квалифицированный технолог банка, и сотрудники банка могут сразу приступить к работе с программой. АБС, имеющую такую архитектуру, можно максимально быстро и качественно подготовить к эксплуатации. Кроме того, мы получаем возможность оперативно изменять условия выполнения любой операции, а это весьма позитивный момент при создании новых банковских продуктов.
Единая база данных, обеспечивающая многопользовательскую работу. Рекомендуется использование распределенных баз данных на основе промышленных СУБД (MS SQL Server, Oracle, Informix, DB2). В этих СУБД встроены и являются неотъемлемой частью:
Использование распределенных баз данных позволяет обеспечить необходимый уровень безопасности данных, программистам банка дает возможность сосредоточиться на оптимизации содержательной части приложений.
Работа в режиме реального времени. В режиме реального времени реакция системы на управляющее воздействие должна соответствовать скорости протекания процесса, которым система управляет.
Безопасность и надежность работы. Сбой программного обеспечения (ПО) или злоумышленное вторжение в территориально-распределенную банковскую информационную систему могут иметь очень печальные последствия, характеризуемые количественно (величиной ущерба) или качественно (падением имиджа, срывом переговоров и т. п.).
При построении системы используются такие концептуальные понятия, как:
Среди принципов, которым должна соответствовать автоматизированная банковская система, выделяются следующие.
Принцип динамических рабочих мест пользователей. Рабочее место пользователя автоматизированной банковской системы компонуется (настраивается) динамически и определяется как адрес (имя) пользователя с назначенным ему набором документов, этапов обработки документов, набором предоставляемых прав. Пользователь, входя со своим именем в систему с произвольного компьютера, работает с определенными ему документами. В случае если для пользователя (или его подразделения) изменяется набор документов, с которыми он работает, его рабочее место соответствующим образом перенастраивается. Другими словами, настройка всех динамических рабочих мест системы производится как перед началом функционирования системы, так и по мере необходимости в процессе функционирования. При этом идентификатору конкретного пользователя (который может быть и групповым, т. е. идентификатором подразделения банка) назначаются конкретные документы и этапы их обработки.
Принцип базирования на системе электронного документооборота банка. Система электронного документооборота банка - прикладная телекоммуникационная среда создания, модификации и передачи электронных документов как внутри банка, так и между банком и клиентами, банком и его филиалами, сторонними банками или расчетными (платежными) системами. Следование этому принципу означает, что все внешние документы попадают в обязательном порядке в систему электронного документооборота, и другие банковские приложения работают с документами, принимая и отправляя их через систему электронного документооборота. Сама система электронного документооборота банка может использовать для глобальной связи внешние телекоммуникационные сети, например, SPRINT, Интернет или расчетную сеть Центрального банка России.
Принцип совместного использования On line- и Offline-технологии обработки документов. On line-технология позволяет обрабатывать документы (разносить проводки) в реальном режиме времени в момент автоматической генерации документами операций (проводок). Offline-технология дает возможность обрабатывать документы автономно, на рабочем месте пользователя генерировать проводки, позже через систему электронного документооборота отправляя их в ядро операционного дня для разнесения по счетам. Соблюдение данного принципа означает, что рабочее место пользователя можно динамически настроить (в зависимости от доступности ядра операционного дня с сервером базы данных счетов) на любую из этих технологий.
Принцип использования уникальной идентификации документов. Использование системы уникальной идентификации (нумерации) документов (в том числе созданных удаленно) позволяет идентифицировать и анализировать произведенные по этим документам операции и их влияние на состояние счетов. Идентификаторы документов присутствуют в информации обо всех операциях, порожденных данными документами.
Принцип интеграции компонентов системы. Компоненты системы - распределенное ядро (SQL-серверы банковских баз данных с триггерами и процедурами работы со счетами), рабочие места пользователей (клиентские приложения обработки документов) и система электронного документооборота (транспортирующая документы между рабочими местами и базами данных) должны быть максимально интегрированы. Это, в частности, означает, что:
Базовые объекты. В рассматриваемой системе выделяются следующие основные объекты; документ, идентификатор пользователя, адрес пользователя, счет, операция и микропроцессорная карта. Коротко рассмотрим каждый из них.
Документ определяется маршрутом его обработки (представленным последовательностью этапов) и набором экранных форм с соответствующими алгоритмами обработки документа на каждом этапе.
Идентификатор пользователя определяет права доступа конкретного пользователя. Пользователь идентифицируется или паролем, непосредственно запрашиваемым системой, или микропроцессорной картой, которая, в свою очередь, может требовать введения пользователем PIN'a (персонального идентификационного кода).
Адрес пользователя устанавливает месторасположение конкретного пользователя в территориально распределенной банковской системе. Адрес может быть относительно другого адреса как локальным, внутри той же локальной сети, так и глобальным, территориально удаленным.
Счет - текущие состояния и истории изменения состояний счетов хранятся на SQL-сервере баз данных, доступны к изменению только через триггеры и процедуры сервера, что обеспечивает сохранение целостности базы данных и защищенности счетов от клиентских приложений.
Операция - набор последовательно выполняемых проводок и некоторых учетных данных, изменяющих состояние счетов. Генерируется автоматически при достижении документом этапа, с которым связана операция. Выполняется (разносится) при соблюдении следующих условий:
Микропроцессорная карта - средство идентификации пользователей системы и средство авторизации электронных платежных документов произвольного вида. Позволяет защитить электронный платежный документ электронной подписью, а адресату при получении провести его аутентификацию - убедиться, что документ (будь то платежное поручение от клиента, торговая транзакция из магазина и т. п.) был составлен указанным отправителем и не был несанкционированно изменен. Главное достоинство при использовании в целях аутентификации клиента в сравнении с паролем - уникальность (некопируемость), в то время как пароль может быть подсмотрен или еще как-нибудь скопирован.
Любое решение в сфере ИТ должно быть поддержано имеющимся информационно-технологическим окружением. Сети, серверы, рабочие станции и прочее техническое оборудование входят в список системных требований любого программного продукта. Системные требования обычно определяются следующими техническими параметрами:
Для простейших систем определяются только требования к одному компьютеру. Обычно это персональный компьютер, который может обеспечить работу всей системы. Такая архитектура носит название централизованной системы. В зависимости от мощности компьютера, на котором они базируются, централизованные системы могут решить и более глобальные задачи. Замена персонального компьютера на многопользовательскую большую, супермини или мини-ЭВМ позволит централизовать множество задач в рамках одной центральной системы. Однако высокая стоимость данных решений, а также отсутствие достаточного количества специалистов и малое количество программных решений, базирующихся на центральном компьютере, ограничивают использование таких систем.
В результате с ростом сложности, объемов информации и количества одновременно выполняемых процессов технические требования выходят за рамки одного устройства и приводят к созданию распределенной системы.
В зависимости от типа распределяемых ресурсов современные технологии предлагают три вида архитектур распределенных систем.
Эти архитектуры не являются взаимоисключающими, использование для части ресурсов архитектуры "клиент -сервер" может быть совмещено с использованием распределенных вычислений для других ресурсов.
Первая задача, которая должна быть решена при создании распределенной системы, - какие виды ресурсов будут распределены. В случае если необходимо разделение вычислительных мощностей, рассматривается система распределенных вычислений или архитектура "клиент -сервер". Если система обработки больших потоков данных и их хранения - анализируются механизмы кластера.
Технология "клиент -сервер" базируется на принципе специализации составляющих информационной системы. При этом определяются два типа компонентов: сервер и рабочее место пользователя (Desktop).
Сервер - специализированное устройство или программное обеспечение, которое служит для решения общей задачи.
Рабочее место пользователя - компоненты информационной системы, которые служат для решения задач конкретного пользователя, например реализации пользовательского интерфейса системы.
Сам термин "сервер" может трактоваться двояко - мощный выделенный компьютер или программное обеспечение, реализующее одну из служб. В данной главе сервером будет называться программа, которая обеспечивает независимое выполнение некоторой задачи. При этом задача может выполняться как на выделенном компьютере, так и на рабочей станции. Последнее решение часто используется разработчиками систем.
Выбирая архитектуру "клиент -сервер", в первую очередь необходимо определить весь перечень задач, решения которых будут перенесены на серверы. Как правило, это задачи, требующие общего доступа или больших вычислительных мощностей. Ниже приведен список служб информационных систем, наиболее часто используемых как серверы.
Сервер домена определяет список пользователей сегмента сети, а также их права доступа. Осуществляет мониторинг соединений. Является ядром любой сетевой операционной системы, работающей по принципу "клиент -сервер".
Файл-сервер служит для хранения информации в виде файлов для распределенного доступа к ним. Осуществляет контроль доступа к каждому из них. В качестве файл-сервера может служить любой компьютер, который разрешает использовать собственное дисковое пространство. Однако многие сетевые операционные системы предлагают большое количество дополнительных сервисов для управления файл-сервером.
Сервер базы данных служит для хранения, обработки и обеспечения доступа к структурированной информации. Сегодня наиболее часто для решений используются серверы реляционных баз данных, поддерживающие язык запросов SQL. К ним относятся системы управления базами данных ORACLE, Microsoft SQL, DB2, SYBASE.
Интернет-сервер предоставляет информацию в соответствии с правилами сети Интернет. В простейшем случае то же, что и файловый сервер. Однако понятие интернет-сервера включает в себя и набор дополнительных сервисов, связанных, как правило, с преобразованием информации. Наиболее распространенными являются серверы APACHE и Internet Information Server.
Сервер приложения служит для выполнения специализированных задач. Многие банковские системы имеют серверы приложений, которые обеспечивают выполнение бизнес-логики приложения. При этом за хранение данных и контроль доступа к ним отвечает сервер базы данных.
Сервер архивации осуществляет хранение архивов: больших объемов редко используемой информации. Обычно от файл-сервера данный тип серверов отличают собственные механизмы компрессии, индексации хранимой информации и хранения истории вносимых изменений.
Сервер печати управляет печатью на общий принтер. Если не является специализированным устройством, то входит в состав сетевой операционной системы. Основой сервера печати является механизм управления очередями заданий на печать.
При рассмотрении решений на основе архитектуры "клиент -сервер" определяется и список задач, решаемых рабочими станциями и определенных как клиентские задачи. К ним обычно относятся:
Кластеры. В отличие от архитектуры "клиент -сервер" кластер имеет принципиально другие составляющие. Это не законченные задачи, а отдельные функции, выполняемые различными компонентами системы - как отдельным устройством, так и совокупностью составляющих различных вычислительных систем.
Решения на основе кластерной архитектуры дают ряд преимуществ.
Абсолютная масштабируемость - архитектура позволяет создавать кластеры любых размеров.
Инкрементальная масштабируемость - кластер создается таким образом, что можно наращивать мощность добавлением новых компонент без полной замены всей системы.
Устойчивость к сбоям - в случае выхода из строя одного из компонентов система продолжает работать, поскольку все функции дублируются.
Хорошее соотношение цена/производительность - использование широко распространенных компонент в качестве составляющих в общем случае требует меньших затрат, чем покупка одного сверхмощного компьютера.
В настоящий момент практически все операционные системы имеют дополнительные решения для реализации кластерных архитектур. Но данные решения составляют только основу кластера. Распределение служб между отдельными устройствами может определяться и программным обеспечением серверов приложения. Таким образом, кластерную архитектуру могут иметь и серверы баз данных, и серверы приложений, если они поддерживают данную функцию.
В большинстве российских банков в настоящее время все более осознается необходимость перехода на использование новых автоматизированных банковских систем. Отвечая на это требование развития банковской деятельности, практически все известные фирмы, специализирующиеся на разработке банковского программного обеспечения, или уже поставляют или заявили о разработке новых автоматизированных банковских систем, активно использующих телекоммуникации, электронный документооборот, пластиковые смарт-карты. Преимущественно такие АБС реализуются на базе технологии "клиент-сервер".
Всю сферу банковской автоматизации можно разделить на две большие области:
Автоматизированную банковскую систему в соответствии с функциональным назначением принято разделять на три подсистемы:
Front-office (верхний уровень) - подсистема, обеспечивающая взаимодействие банка с внешним миром. В подсистеме осуществляется ввод первичной информации, взаимодействие банка с клиентами, другими банками, биржами, ЦБ.
Back-office (средний уровень) - подсистема, обеспечивающая общебанковскую и общехозяйственную деятельность. К подсистеме относится работа с кредитами.
Accounting (нижний уровень) - подсистема, обеспечивающая своевременное и корректное отражение деятельности банка в рамках существующих процедур бухгалтерского учета.
В самостоятельную группу - Analysis - выделены операции, реализующие анализ текущего состояния банка, планирование и внутренний аудит банка.
В России на рубеже 80-х и 90-х гг. с появлением финансового рынка и первых коммерческих банков началось становление новой банковской системы. Развитие отечественных технологий автоматизации банковского дела неразрывно связано с развитием банковской системы страны.
Первым этапом развития была так называемая островная автоматизация - естественный начальный этап автоматизации любого вида деятельности, который характеризуется автоматизацией отдельных, как правило, наиболее важных или относительно легко автоматизируемых, частей технологического процесса, относительной простотой реализации, возможностью быстрого внедрения, малочисленностью команды разработчиков, практической независимостью от коммуникаций.
В течение этого периода развитие отечественных автоматизированных банковских систем связано в основном с изменениями аппаратно-технических платформ в банках без коренного улучшения технологических аспектов. В 1994 г. можно было выделить четыре поколения АБС.
Первое поколение: аппаратная платформа - автономные персональные компьютеры под управлением MS-DOS; СУБД - Clipper, FoxPro, Clarion; базовый элемент технологии - бухгалтерская проводка; структура АБС - автономные АРМы, не связанные или слабо связанные по данным через обмен файлами (в том числе путем физического переноса на гибких дисках с компьютера на компьютер).
Второе поколение: аппаратная платформа - персональные компьютеры под управлением MS-DOS, работающие в локальной сети Novell NetWare; СУБД - Clipper, FoxPro, Clarion; базовый элемент технологии - бухгалтерская проводка; структура АБС - автономные АРМы, связанные по данным через общие файлы, лежащие на сервере и не связанные по функциям.
Третье поколение: аппаратная платформа - персональные компьютеры под управлением MS-DOS (MS Windows), работающие в локальной сети Novell NetWare (Windows NT); СУБД - Btrieve; базовый элемент технологии - бухгалтерская проводка (реже документ); структура АБС - автономные АРМы, сильно связанные по данным через общие структуры базы данных и слабо связанные по функциям. Технология - переходная, от "файл-сервер" к "клиент -сервер".
Четвертое поколение: аппаратная платформа - персональные компьютеры под управлением MS-DOS (MS Windows), работающие в локальной сети, или же хост-компьютер с терминалами; СУБД - профессиональная реляционная (может быть постреляционная или сетевая); базовый элемент технологии - бухгалтерская проводка (реже), документ, сделка; структура АБС - автономные АРМы, сильно связанные по данным через общие структуры базы данных, в отдельных случаях связанные по функциям через общее ядро. Технология - "хост -терминал" или двухуровневая "клиент -сервер".
С августа 1995 г. прекратился численный рост количества банковских учреждений - как следствие "принудительного" снижения уровня инфляции и в связи с кризисом на рынке межбанковского кредитования - первым системным кризисом российской банковской системы. Снизилась доходность финансовых операций в целом. Банкам уже было недостаточно просто считать проходящие через банк финансовые потоки, появилась необходимость эффективного управления этими потоками (а также всеми активами и пассивами банка).
Соответственно изменился и рынок АБС. Он превращается в вертикальный, когда все большему числу коммерческих банков нужны серьезные, технологически продвинутые решения, интегрирующие учетные, аналитические и управленческие технологии. "Вертикализация" определяла развитие рынка АБС с осени 1995 до лета 1997 г. Понятно, что на горизонтальном рынке успеха добивается та фирма-разработчик, чьи программные продукты весьма просто внедряются и которая может продавать "много, быстро и недорого". И наоборот, вертикальному рынку нужны высокотехнологичные программные решения, которые индивидуально адаптируются и настраиваются под каждый банк, внедряются по многомесячным специальным процедурам, такие банковские системы с учетными, аналитическими и управленческими функциями могут стоить в несколько раз или на порядок дороже.
В это время продолжалось усовершенствование систем четвертого поколения и начались разработки более серьезных систем пятого поколения. Аппаратная платформа - персональные компьютеры под управлением MS Windows, MS-DOS, (реже UNIX), в распределенной сети (WAN) с несколькими физическими серверами приложений (которые работают под многозадачными многопользовательскими ОС); СУБД - профессиональная реляционная плюс менеджер транзакций; базовый элемент технологии - документ или сделка; структура АБС - логические АРМы, сильно связанные как по данным, так и по функциям в пределах локальной сети или хоста и слабо связанные по данным в пределах распределенной сети. Технология - трехуровневая "клиент - сервер" с использованием менеджеров транзакций.
В настоящее время рынок банковских автоматизированных технологий вновь на этапе подъема. Финансовый кризис 1998 г. для одних банков стал тормозом, а для других, наоборот, мощным импульсом развития бизнеса. А развитие невозможно без соответствующей программно-технологической поддержки. Тяжесть конкурентной борьбы между фирмами-разработчиками смещается в сторону "тяжелых" программных решений четвертого и пятого поколений. Происходит возврат спроса на автоматизацию банковской аналитики.
Перспективное направление развития автоматизированных банковских технологий как у нас в стране, так и за рубежом - шестое поколение АБС. Главные особенности: аппаратная платформа - гетерогенная сетевая среда; СУБД - профессиональные реляционные с открытым интерфейсом (возможно одновременно несколько разных СУБД); базовый элемент технологии - сделка или документ; структура АБС - логические АРМы, динамически формируемые по компонентной технологии, сильно связанные по данным и функциям в пределах всей сети Интранет.
Сегодня на рынке представлены программные продукты как отечественных, так и зарубежных разработчиков, предлагаемые системы отличаются в несколько раз по своей стоимости и функциональности. Укрупнение банковского бизнеса в России способствовало приходу на этот рынок западных поставщиков с масштабными и дорогостоящими решениями (mySAP Banking, T24 от Temenos, OFSA от Oracle и др.). В то же время улучшается качество автоматизированных систем, предлагаемых на рынке отечественными разработчиками.
Отечественные системы в настоящее время предоставляют достаточно полный набор функций, поддержку изменений требований Центрального Банка к учету и отчетности. Системы последнего поколения могут конкурировать с зарубежными в части гибкости, настраиваемости и архитектурных решений.
Зарубежные системы более продуманы, более проработаны в области банковских функций по работе на международном рынке. Использование зарубежных систем также положительно влияет на имидж банка в глазах международных аудиторских компаний. Однако присутствующие на рынке зарубежные системы плохо адаптированы к российским условиям, они в меньшей степени ориентированы на стандарты российского учета и отчетности, имеют более высокую стоимость, более дорогие услуги по сопровождению. Зарубежные системы базируются, как правило, на использовании дорогого компьютерного оборудования, отличного от распространенных в российских банках. Поэтому, несмотря на то что приобретение зарубежных систем - это самое дорогое решение, оно тем не менее потребует значительных усилий (выраженных в затратах времени и средств) от банка по адаптации системы к российским условиям.
В настоящее время на рынке АБС присутствует около 20 фирм - разработчиков АБС, создающих разнообразные программные продукты. В таблице 14.3-1 приведены результаты опроса, проведенного компанией "Ламинфо" среди банков, в отношении компаний, разработавших используемых ими АБС (опрошено банков - 1154, не ответили - 24).
| Автоматизированная банковская система | Количество |
| Диасофт | 273 |
| R-Style Software Lab | 261 |
| Собственная разработка | 201 |
| ПрограмБанк | 80 |
| Инверсия | 49 |
| Кворум | 42 |
| ФОРС | 28 |
| ЦФТ | 24 |
| CSBIЕЕ | 18 |
| БИС | 12 |
| МИМ-технология | 11 |
| другие | 131 |
Феноменом российского рынка является наличие большого количества систем собственной разработки. При этом по мере ужесточения требований к характеристикам систем и расширения их возможностей, возрастают стоимость и сложность разработки и сопровождения, что в итоге приводит к экономической нецелесообразности создания и эксплуатации АБС силами банковских специалистов. В связи с этим постепенно уменьшается число банков, использующих собственные продукты, большинство банков начинает делать выбор в пользу готовых АБС, адаптируемых под специфику каждого конкретного банка.
Большинство российских АБС работают в двух- или трехуровневой архитектуре "клиент - сервер". Все АБС могут работать в разных средах, среди которых, естественно, доминируют Windows NT и разные варианты UNIX в качестве серверных ОС, но названы и многие другие, в первую очередь Novell Netware. Что же касается клиентских рабочих мест, то тут можно встретить и DOS, и разные варианты Windows, и даже такую экзотику, как Java, предлагаемую фирмой "АСофт".
Среди используемых СУБД представлен практически весь спектр систем, имеющихся на рынке. При этом обращает на себя внимание тот факт, что пользователи ряда АБС могут использовать на выбор несколько СУБД (табл.14.3-2).
| Наименование продукта | Уровни приложении | Используемые операционные системы | СУБД | Средства разработки | Базовый элемент системы | |
| сервер | Рабочая станция | |||||
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| Diasoft-BANK 4x4 | "терминал-хост", "файл-сервер", "клиент-cервер" | Novell Netware, Windows NT, OS/400 (DB2), UNIX (Informix) | DOS, Windows (3.X, 95, NT), OS/2 | Pervasive SQL, Scale able SQL, DB/2 for AS/400, Informix | С++, собственный инструментарий Diasoft SYSTEM | проводка, документ, сделка |
| RS-Bank | 3 "клиент-сервер" | Novell Netware, Windows NT | Windows (95, NT) | Btrieve, MS SQL, Sy-base | проводка, документ, сделка | |
| "Новая Афина" | 2 "клиент-сервер" | Windows NT, UnixWare, SCO UNIX, DigMTal, UNIX, Solaris, HP-UX, ADC | Windows (95, NT) | Oracle | SQL Windows, Oracle PUSQL | документ |
| "Кворум" | 2 "клиент-сервер" | Novell Netware, Windows NT | DOS, Windows 95 | Btrieve, Oracle | Pascal 7.0, Delphi, Atlantis | документ |
| ASBank | 3 "клиент-сервер" | Unix, Windows NT | Windows 95, UNIX, Java | Oracle; Informix, Sybase | LISA-II | проводка, документ, сделка |
| "БИСквит" | "терминал-хост", 2 "клиент-сервер", 3 "клиент—сервер" | Unix, Windows NT | Windows (95, NT) | Progress | Progress, 4GL | проводка, документ, сделка |
| "МИМ банк" | "файл-сервер" | любые, использующие DOS-сессию | DOS, Windows NT | Db_Vista | МГМ-Tools | документ, сделка |
| Invo Bank | "файл-сервер" | Novell Netware, Windows NT | DOS, Windows (95, NT) | Btrieve | С++, Borland v.4.5 | проводка, документ, сделка |
Традиционная система управления документооборотом в банке реализует следующие функции:
Нормативная база банка включает внешние и внутренние нормативные документы. К последним относятся технологические документы, регламентирующие выполнение банковских операций и процессов, организацию работы и взаимодействие подразделений. В процессе разработки внутренние нормативные документы подвергаются тщательному обзору и анализу, после утверждения вводятся в действие и становятся объектом выполнения и мониторинга соблюдения на срок их действия, а после окончания этого срока действия выводятся из обращения.
Предусмотрены следующие виды внутренних нормативных документов: положение, порядок или регламент, инструкция. Нормативные документы определяют общие правила и формы осуществления определенных видов деятельности, взаимодействие подразделений банка, характеристики банковских продуктов и услуг, распределение ролей участников и последовательность осуществления отдельных процессов и операций.
В проведении работ по разработке, согласованию, утверждению и внесению изменений во внутренние нормативные документы участвует руководство банка, руководители управлений и различные подразделения по направлениям, отнесенным к компетенции их деятельности. Внутренние нормативные документы вводятся в действие приказами или распоряжениями по банку.
Разработка нормативных документов требует совместной работы опытных специалистов из различных департаментов банка, юристов и специалистов по формулированию процедур. Эта работа может занимать длительное время и включать повторяющийся процесс составления и пересмотра вариантов текста. Сначала готовится первоначальный проект текста, который нередко основан на соответствующей аналитической работе. Затем проект документа раздается для замечаний и комментариев внутренним и внешним экспертам. Наконец, текст документа направляется на комментарии и утверждение в соответствующие подразделения и руководству банка.
Нормативная база банка может представлять собой архив бумажных документов, документы также могут храниться в электронном виде в файловой системе, что само по себе чрезвычайно ненадежно и неэффективно. Следствием этого является длительный цикл создания, согласования, пересмотра, утверждения и распространения нормативных документов.
Основные элементы политики управления электронным документооборотом банка: назначение - причина существования политики; цель - описание действий банка по проведению политики в жизнь; определения - употребляемые термины и их значения; декларация масштабов - рамки, в которых действуют положения политики; правила проведения - базовые принципы, на которых основываются методы управления документацией; полномочия - распределение полномочий в процессе проведения политики в жизнь; пересмотр и обновление - определение правомочности внесения изменений в политику и условий, при которых ее следует изменять.
Архитектура включает в себя предметы изучения данной дисциплины и их взаимосвязь.
Описание архитектуры происходит на трех уровнях (рис. 14.4-1):
(рис 14.4-1) Описание архитектуры системы электронного документооборота
Основные цели архитектуры системы электронного документооборота банка на базе ИТ:
Вспомогательные цели архитектуры системы электронного документооборота банка:
Результатом построения архитектуры системы электронного документооборота банка являются:
Иерархическая концепция архитектуры системы управления документооборотом банка включает следующие страты: репозитарий, помещение, шкаф, ящик, папка, документ.
Система управления электронным документооборотом банка реализует:
Процессы, ориентированные на репозитарий, включают создание репозитария, модификацию и его уничтожение.
Процессы, ориентированные на папки, включают для файла или подшивки: составление графика, открытие, закрытие, установление ограничений на доступ, снятие ограничений на доступ, отзыв, распечатку, разметку, поиск, архивирование, перенос, восстановление, уничтожение.
Процессы, ориентированные на документы: добавление, добавление из вне, одновременная загрузка, копирование, установка ограничений на доступ, снятие ограничений на доступ, просмотр, пересылка по электронной почте, архивирование, восстановление, распечатка, изъятие, удаление.
Процессы, ориентированные на данные, включают: добавление, редактирование, удаление, ограничение, индексацию, переиндексацию, поиск и составление отчета о системной информации.
Процессы, ориентированные на дизайн, отвечают за различные варианты представления системной информации о документе пользователю: добавление, редактирование, удаление, составление отчета о вариантах дизайна.
Процессы, ориентированные на управление текстом, используются для добавления, редактирования, удаления, оценки, индексации и переиндексации текста.
Процессы текстового запроса используются при осуществлении поиска и составлении отчета о тексте.
Процессы администрирования системы выполняют административные функции приложения: инсталляция системы клиентского ПО, деинсталляция системы клиентского ПО, инсталляция системы серверного ПО, деинсталляция системы серверного ПО, запуск и перезапуск системы, создание резервных копий файлов системы, перенос системы на другой носитель, проверка целостности системы, остановка системы, инсталляция исправлений и усовершенствованных версий системы, поддержка системы данных.
Процессы интеграции системы выполняют функции внедрения системы приложений и включают: интеграцию и дезинтеграцию среды приложений, интеграцию и дезинтеграцию среды мультисерверных приложений, установку и исключение взаимодействия между репозитариями, работающими в различной среде, балансировку загрузки сервера.
Процессы управления списками контроля доступа выполняют функции по обеспечению безопасности работы приложений и включают обеспечение безопасности: репозитария, папок с файлами, документа, версии документа, системной информации, индивидуальных параметров поиска, варианта дизайна, на уровне групп, на уровне пользователя, составление отчета о безопасности объектов.
Процессы обеспечения безопасности протоколов работы отвечают за протоколирование событий, происходящих в пользовательской или серверной среде, и содержит: обеспечение безопасности протокола работы пользователя и сервера, составление отчета о безопасности протокола работы пользователя и сервера.
Управление системой рабочего процесса необходимо для того, чтобы сохранить пути маршрутизации документа или папки с файлами до пользовательской машины, и реализуют следующие функции: распределение ролей и установление взаимосвязей, поддержка целостности рабочего процесса.
Управление внутридокументными ссылками необходимо, чтобы определить, какие ссылки необходимы для объединения отдельных частей сложного документа в единое целое.
Управление междокументными ссылками используется для того, чтобы определить ссылки, которые могут связывать между собой отдельные объекты документов.
Поддержка различных форматов данных. Современные системы управления знаниями (СУЗ) способны хранить и отображать более 200 различных текстовых и графических форматов данных, распространенных в мире. Они поддерживают конвертацию этих форматов в универсальные форматы данных, такие как PDF или HTML. Такое множество форматов позволяет осуществлять представление документа в исходном формате и универсальных форматах, используемых для хранения документов как электронных подлинников или очередных копий.
Управление версиями. Системы управления на базе ИКТ не могут быть внедрены в масштабах банка без поддержки ими всех возможных версий данного документа, так как каждая версия, помимо продуманной системы внутренней нумерации и целостности ссылок, должна содержать необходимые комментарии, позволяющие по ним понять сущность отличий данной версии от прочих, хранимых в системе, а также позволять создавать отдельные атрибуты на каждую версию, что дает возможность в любой момент времени проследить всю историю обработки документов разными пользователями, создающими разные версии.
Атрибутирование документов. При атрибутировании документа пользователь заполняет определенную электронную форму, которая должна иметь возможность гибко проектироваться при помощи стандартных графических средств без программирования и позволять вносить изменения в состав атрибутов в ходе эксплуатации системы без риска нарушить бизнес-логику обработки документов. При этом атрибуты документа должны храниться отдельно от его содержимого, что позволяет обеспечить взаимнооднозначное соответствие между физическим местонахождением содержимого документа и его электронной атрибутивной формой, по которому осуществляется логический поиск документа. Такой подход позволяет построить территориально распределенные хранилища электронных документов, управляемых централизованно, а также снять любые ограничения на объем хранения электронных документов в системе.
Обеспечение возможности создания составных и связанных документов. Составные документы представляют собой структуры, каждая часть которых в свою очередь является самостоятельным документом со своими правилами доступа к нему и своими процессами коллективной разработки и этапами жизненного цикла. Такая функциональность позволяет формировать электронные подшивки, основанные не на физической, а на логической подборке документов по производным признакам. В результате один и тот же реальный первичный документ может отображаться в различных виртуальных подборках документов, посвященных различным тематикам. Это значительно повышает прозрачность доступа к документам и позволяет разделить доступ и полномочия разных подразделений банка, участвующих в комплектации подшивки. Кроме того, виртуальный документ сам по себе может участвовать в различных бизнес-процессах и иметь собственные права доступа и этапы жизненного цикла.
Полнотекстовый поиск и анализ документов. Современные системы управления обязательно должны включать поддержку механизмов поиска по содержанию документа, альтернативного атрибутивному поиску, полнотекстового анализа (часто встраиваемых внутрь стандартных поисковых систем и объединяющих слова и связывающие их логические операторы). Есть специализированные профессиональные системы лингвистического анализа, позволяющие работать с хранилищами документов наравне с электронной почтой, файловой системой, СУБД, Интернетом, а также реализовывать более тонкие механизмы извлечения неявных знаний, когда сам предмет поиска не является до конца формализованным. В основе таких систем лежат обработка запросов на естественном языке, автоматическое аннотирование текстов, автоматическая классификация на непересекающиеся различимые по смыслу области без предварительного задания критериев различия.
Управление этапами жизненного цикла документа. Под жизненным циклом понимается время существования электронного документа от момента его создания или импорта до момента его экспорта или уничтожения. Переход документа с одного этапа на другой осуществляется при выполнении заданного условия изменения какого-либо свойства документа, например формата, прав доступа, вида атрибутивной карточки. Перевод этапов жизненного цикла должен осуществляться как вручную, так и автоматически.
Управление бизнес-процессами банка. Автоматизация бизнес-процессов позволяет добиться значительного снижения непроизводительных потерь времени на передачу результатов выполнения функциональных задач на другие рабочие места или в разные подразделения, поддержать прозрачность управленческих регламентов и их воспроизводимость, что в итоге позволяет поддержать стандарты качества ИСО 9000 на уровне управления предприятием.
Современные системы управления на базе ИКТ содержат в своем ядре прикладные системы, которые поддерживают так называемые WorkFlow-технологии (технологии поддержки потоков заданий), которые дают возможность создавать при помощи графического редактора произвольные маршрутные схемы и назначать правила перехода этапов бизнес-процессов от одного пользователя к другому через диалоговый интерфейс без программирования и обеспечить графический или формальный мониторинг прохождения процессов между пользователями с возможностью расхождения, схождения, вложенности, условных переходов. Они обеспечивают возможность внесения изменений, позволяющих оптимизировать любой процесс на основе анализа его текущего состояния и одновременно с этим документировать изменение и автоматизировать новые действия операторов в ходе его выполнения.
Для того чтобы система управления банка могла обеспечить надежность и эффективность ее эксплуатации и возможность дальнейшего расширения с учетом общей стратегии развития информационной инфраструктуры банка, необходимо выполнение следующих технических требований.
Масштабируемость - способность поддерживать работу сотен тысяч пользователей, до тысяч одновременно работающих пользователей, до десятков тысяч одновременно решаемых задач, до сотен миллионов объектов хранения, вести полную или частичную синхронизацию содержания распределенного хранилища, производить перемещение отдельных документов по заявкам пользователей из одного хранилища в другое, а также иметь возможность поддерживать полноценную работу мобильных пользователей через Интернет с любым из хранилищ без ограничения функциональных возможностей.
Открытость - способность интеграции с любыми внешними открытыми приложениями через стандартные интерфейсы межпрограммного взаимодействия, поддержка современных мировых стандартов в области информационных технологий (WfMC, XML, COM/DECOM, J2EE), наличие готовых индустриально поддерживаемых шлюзов к наиболее распространенным офисным и бизнес-приложениям, прозрачная интеграция со стандартными пользовательскими интерфейсами, такими как Windows Explorer и Internet Browser.
Многоплатформенность - способность работать на различных программно-аппаратных платформах, различных промышленных СУБД, использовать различные серверы приложений, а также работать в гетерогенной среде разных операционных систем.
Безопасность - является обязательным требованием, которое поддерживается: средствами разделения прав доступа, интегрированными с системой безопасности операционной системы (имеющей до семи уровней доступа к документам), механизмом назначения прав как по ролевому, так и по персональному признаку и возможностью изменения прав доступа к документу в процессе его жизненного цикла. Требования безопасности включают также возможность интеграции с открытыми средствами криптографической защиты, аутентификации и электронной подписи.
Простота - настройка без программирования на широкий спектр функциональных задач пользователя в рамках одного банка с использованием единого, распределенного хранилища всех неструктурированных документов. Возможность создания вертикальных приложений произвольного назначения на основе стандартных средств разработки как для "толстого", так и для "тонкого" клиента с одинаковым объемом функциональности.
Наиболее известные системы электронного документооборота на базе программного обеспечения Documentum и обеспечение хранения документов на основе EMC.
Для получения официальных документов о завершении программы дополнительного профессионального образования (удостоверения о повышении квалификации, дипломов о профессиональной переподготовке и MBA) необходимо предоставить:
Внимание! Вы можете не заказывать доставку бумажной версии официального документы, а скачать его в электронном виде и распечатать самостоятельно. Информация о выданном документе в течение 1 месяца загружается в Федеральную информационную систему «Федеральный реестр сведений о документах об образовании и (или) о квалификации, документах об обучении» - ФИС ФРДО.
Доступ на новый сайт осуществляется с использованием адреса электронной почты, который был указан вами при регистрации на "старом". Мы постарались перенести все ваши данные с прежнего ресурса, однако не исключена вероятность потери части информации.
При возникновении проблемы со входом, воспользуйтесь функцией сброса пароля
Если вы обнаружите несоответствия, пожалуйста, сообщите нам.