Программное обеспечение в банковской системе

Размещено на http://www.allbest.ru/

Узбекское агентство связи и информатизации

Ташкентский университет информационных технологий

Кафедра «Компьютерные системы»

Самостоятельная работа

по предмету

«Прикладные информационные системы»

Тема: Программное обеспечение в банковской системе

Выполнил:

907-10 гр. Бурибаев А.Ш.

Принял:

Каххаров А.А.

Ташкент - 2010

Содержание

1. Введение

2. Информационные технологии в банках

3. Техническое оснащение банковских систем

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

CustIS Bank

CustIS General Ledger (GL), XML edition

Make the Grade

M.Tutor

5. Заключение

6. Список литературы

1. Введение

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

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

2. Информационные технологии в банках

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

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

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

В последние годы в банковской деятельности обострилась проблема обеспечения безопасности данных. Она включает в себя несколько аспектов. Во-первых, это гибкая, многоуровневая и надежная регламентация полномочий пользователей. Ценность банковской информации предъявляет особые требования к защите данных от несанкционированного доступа, в том числе к контролю управления процессами, изменяющими состояние данных. Во-вторых, наличие средств для поддержания целостности и непротиворечивости данных. Подобные средства подразумевают возможность осуществления контроля вводимых данных, поддержки и контроля связей между данными, а также ввода и модификации данных в режиме транзакций - набор операций, обеспечивающих поддерживание согласованности данных. В-третьих, присутствие в системе многофункциональных процедур архивации, восстановления и мониторинга данных при программных и аппаратных сбоях.[2]

Отличительной чертой функционирования автоматизированных банковских систем являются необходимость обработки больших объемов данных в весьма сжатые сроки, что предъявляет требования к производительности. При этом основная тяжесть падает на операции ввода, чтения, записи и передачи данных. Все это предъявляет весьма жесткие требования к производительности СУБД и средств, обеспечивающих передачу данных. Кроме того, значительные объемы информации должны быть доступны специалисту банка в оперативном режиме для обеспечения возможностей анализа, прогнозирования, контроля и пр. Поэтому базовые средства должны быть в состоянии поддерживать доступ к большим и постоянно возрастающим объемам данных без потери производительности. Поддержание производительности в условиях возрастающей нагрузки на систему зачастую приводит к необходимости перехода на более мощную аппаратную платформу. Поэтому базовые средства должны обеспечивать возможность переноса прикладной системы на новые аппаратные платформы без каких-либо глубоких изменений прикладного программного обеспечения.[4]

Непременным атрибутом современной системы должно быть наличие в базовых средствах сетевых функций, обеспечивающих возможность объединения различных программных платформ (DOS, NetWare, Windows, NT, Unix и пр.) и как следствие возможность гибкого расширения и наращивания системы - дополнения ее новыми рабочими местами и новыми серверами различных классов.

Основными свойствами АБС в отношении прикладных, потребительских свойств являются: достаточная широта функционального набора, интегрированность, конфигурируемость, открытость и настраиваемость системы.

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

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

Возможность приобретения систем различных конфигураций представляет заметный интерес для пользователей. Поэтому при рассмотрении системы важно учитывать такие ее характеристики, как набор модулей и реализуемых ими функций, степень автономности модулей, наличие межмодульного взаимодействия и формы его реализации (почта между модулями, пересылка управляющих сообщений и пр.), возможные конфигурации системы, ее минимальный состав, независимо функционирующие части, варианты расширения. Открытость системы предполагает наличие в ней средств для развития и модификации: САSЕ - средства, 4GL - средства (языков четвертого поколения), шлюзов для привязки внешних процедур, генераторов запросов, процедур импорта/экспорта данных. Потребность во внесении изменений возникает в банке достаточно часто. Однако привлечение фирмы-разработчика для осуществления модификаций не всегда оказывается возможным. Препятствиями могут быть срочность внесения изменений, финансовые ограничения, соображения коммерческой тайны (если речь идет об отражении в системе элементов новой технологии), географическая удаленность от разработчика и пр. В этих условиях только открытость способна обеспечить развитие системы собственными силами и поддержание соответствия компьютерных систем изменяющимся условиям. [1]

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

Сформулированный перечень требований позволяет провести оценку банковских систем и как следствие их сравнительный анализ (что и представляет основной интерес для потребителя программной продукции). Однако в действительности сравнительная оценка рассматриваемых банковских систем проявляется как в архитектуре и выборе базовых программных средств (от MS DOS до UNIX), так и в функциональных возможностях. Диапазон архитектурных решений весьма широк - от набора практически независимых локально функционирующих специализированных подсистем до полностью интегрированных комплексов. При этом соответствующие друг другу подсистемы в комплексах различных производителей могут иметь различное функциональное наполнение. Даже такое классическое понятие, как операционный день, трактуется широко. Например, формирование отчетности может включаться в эту подсистему, а может быть вынесено в отдельный функциональный модуль, операционный день может быть снабжен функциями по открытию и закрытию счетов, либо эти действия могут производиться из специального административного блока и т.д.

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

Большинство эксплуатируемых в настоящее время банковских систем являются DOS-комплексами, функционирующими либо в локальном режиме, либо в сетевом. В то же время на рынке АБС все отчетливее обозначается присутствие систем на основе много платформенных СУБД. И хотя общее количество установок подобных комплексов не превысило и сотни, UNIX-системы считаются весьма перспективной ветвью АБС. Однако при сопоставлении возможных решений (DOS, UNIХ, Windows NT и пр.) зачастую упускается из виду ценовой аспект проблемы, связанный с затратами потребителя на приобретение и сопровождение системы: стоимость базовых программных средств, вычислительной техники, цена собственно системы, оплата персонала. Считается, что по этим позициям DOS-системы существенно привлекательнее для значительной части малых и средних банков.

Следует учитывать и традицию: программно-технические системы DOS/IВМ, РС доминируют в нашей стране уже многие годы (и не только в банковской сфере), поэтому переход к иным решениям требует серьезной мотивации. Однако последняя в большинстве случаев как раз и отсутствует. Дело в том, что, несмотря на очевидные принципиальные недостатки, DOS-комплексы довольно успешно справляются с поставленными перед ними задачами в большом числе банков. Рассмотрим претензии, обычно предъявляемые DOS-системам. Недостаточная производительность, невозможность поддержки больших объемов данных. Дело в том, что основная часть коммерческих банков весьма молода. Объем накопленных за это время данных и текущий документооборот обычно не настолько велики, чтобы не соответствовать системам DOS в отношении как поддержки, так и производительности. Однако в тех случаях, когда решается вопрос совершенствования АИТ, качество системы может быть улучшено путем замены сервера сети на более мощный, что обеспечивает системе запас прочности на достаточно долгий срок. Ситуации, в которых персональные СУБД выходят на фундаментальные ограничения, характерны в настоящее время для относительно небольшого числа крупных банков. В частности, серьезные проблемы у DOS-систем возникают при необходимости поддержки таблиц, включающих миллионы записей, при увеличении числа рабочих мест в сети до ста и выше.

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

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

Таким образом, недостатки DOS-комплексов способны проявиться на этапе перехода банка в класс выше среднего. В то же время DOS-системы покрывают сегодняшние потребности многих малых и средних банков, являясь приемлемым компромиссом малой стоимости и ограниченных возможностей. В качестве ступени, следующей за DOS-комплексами, можно рекомендовать системы, построенные в архитектуре "клиент-сервер" в рамках Novell NetWаге. Предложенные фирмой Novеll средства прикладных разработок (АррWаге) позволяют в ближайшее время существенно повысить качество таких систем. Следует отметить также готовность отечественных потребителей к решению проблемы в рамках Nowеll NеtWare, обусловленную как парком имеющейся вычислительной техники, так и опытом и специализацией работающих в банках программистов. Можно ожидать, что автоматизированные компьютерные системы подобного типа станут достаточно массовыми в ближайшее время и сохранят это положение надолго. Что касается АБС, разработанных на основе много платформенных СУБД, то они практически свободны от обсуждавшихся выше проблем, но сталкиваются с преградами иного, ценового, плана. Стоимость базовых программных средств и требуемой для их эффективного функционирования вычислительной техники может на порядок превышать аналогичные показатели для рассмотренных выше решений. Поэтому потребителями АБС данного класса в ближайшем будущем, несомненно, будут крупные и, возможно, некоторая часть средних банков.

3. Техническое оснащение банковских систем

информационный технология банк автоматизированный

Современные банковские системы имеют состав аппаратных средств, в которой входят:

-средства вычислительной техники (ВТ);

-оборудование локальных вычислительных сетей (ЛВС);

-средства телекоммуникации и связи;

-оборудование, автоматизирующее различные банковские услуги: автоматы-кассиры и т.д.

-средства, автоматизирующие работу с денежной наличностью (для полсчета и подтверждения подлинности купюр и другие).

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

Использование средств ВТ, в основном, ориентировано на персональные компьютеры, в частности, на IBM совместимые. Широко применяются локальные сети ПЭВМ с центральным ПЭВМ _ сервером. Создание информационных систем для крупных банков строится на основе более мощной центральной мини - ЭВМ и относительно дешевых терминалов или ПЭВМ. В качестве центральной ЭВМ могут использоваться, например, многопроцессорные системы , а также системы на RISC - процессорах. Создание распределенных систем на основе локальных сетей с высокопроизводительными ЭВМ, выполняющими роль серверов и ПЭВМ в качестве рабочих станций - основное современное направление технической базы банковских систем.[5]

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

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

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

Наиболее распространенные режимы обслуживания пользователей в сети организуются как файл - сервер и клиент - сервер. Обе модели, имея общую схему обслуживания пользователей, различаются сложностью, объемами работ, разнообразием функций, программно-технической оснащенностью, а так же производительностью. Модель клиент - сервер имеет больше ресурсных возможностей, дает ответы на запросы, тогда как первая - передает файлы по сети.[1]

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

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

CustIS Bank

CustIS Bank -- интегрированная система для банка -- уникальный проект автоматизации на основе технологий CustIS®, разработанных в компании Заказные ИнформСистемы. До сентября 2004 г.

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

CustIS Bank -- это:

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

-весь необходимый банку функционал;

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

-универсальная учетно-аналитическая система;

-снижение рисков, управление и контроль действий персонала;

-интеграция с различными прикладными системами, работающими в банке;

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

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

Расчетливый банк-заказчик минимизирует расходы и риски, приобретая индивидуальную разработку по цене тиражной системы. Даже через 5 лет вы не подумаете о смене системы -- развиваясь вместе с банком, она всегда будет соответствовать насущным требованиям вашего бизнеса. При этом ничего не нужно покупать «впрок»: все возможности развития аккумулированы в ядре CustIS Bank.

CustIS General Ledger (GL), XML edition

CustIS General Ledger (GL), XML edition -- это Главная Книга, способная настраиваться и поддерживать одновременно различные виды учета. Назначение Главной Книги: ведение сальдо учетных регистров (счетов), организованных в иерархическую структуру плана счетов. При создании учетной системы определяются учетные операции, которые сопровождаться учетными записями -- Проводками. Проводки выполняются на основе правил-шаблонов и изменяют сальдо на счетах. В Главную Книгу CustIS General Ledger, XML edition Планы счетов и правила-шаблоны учета поступают в виде XML-файлов.

Применение CustIS GL, XML edition целесообразно в тех случаях, когда в организации или в банке необходимо параллельно вести несколько различных видов учета, а существующие компоненты системы автоматизации не решают эту задачу в целом. Тогда универсальная учетная машина способна заполнить пробелы в учете и соединить систему, в которой фиксируются сделки и операции, с системой ведения бухгалтерии. Какие виды учета можно реализовать с помощью CustIS GL, XML edition

Главная Книга поддерживает различные виды учета, в том числе:

-учет бухгалтерский по правилам Банка России;

-учет бухгалтерский по МСФО;

-учет налоговый;

-внутренний учет в бэк-офисе;

-учет по правилам ФКЦБ;

-депозитарный;

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

-учетные операции.

Источником учетных операций служит внешняя система ведения сделок. Специальный интерфейс формирует журнал учетных операций, который поступает на вход Главной Книге. Учетные операции соответствуют бизнес-событиям, подлежащим учету. Универсальные технологии учета CustIS GL, XML edition решает следующие задачи учета:

-описание/настройку множества независимых Планов счетов;

-описание/настройку шаблонов проводок;

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

-автоматическое создание лицевых счетов;

-ведение сальдо/оборотов на лицевых счетах.

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

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

Схема CustIS GL, XML edition.

Кто и как работает с системой CustIS GL, XML edition? Пользователями CustIS GL, XML edition являются сотрудники тех операционных подразделений организации или банка, чья деятельность нуждается в ведении формального учета (бэк-офис и т.д.). Их действия в системе:

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

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

Получатели учетной информации -- сотрудники бухгалтерии, управленцы-аналитики и др. Для них формируются отчеты и генерируется учетная информация: аналитические и синтетические счета, остатки и обороты на счетах. Главная Книга CustIS GL, XML edition реализована на СУБД Oracle. Пользовательский интерфейс выполнен с помощью инструментария CustIS Forms®, основанного на технологии Microsoft .NET. Интерфейсы позволяют интегрировать систему с различными внешними приложениями, что существенно облегчается благодаря реализации всей логики системы на стороне сервера.

Make the Grade

Make the Grade -- программный комплекс автоматизирует полный цикл обработки торговых операций на финансовых рынках -- от ввода сделок во фронт-офисе до бэк-офиса и бухгалтерского учета. Grade обеспечивает управление ресурсами и снижение рисков, анализ финансовых результатов и полный контроль за работой дилеров на основе системы лимитов в режиме on-line. Комплекс предназначен для банков и финансовых институтов. Для каждого заказчика создается индивидуальная версия системы, поддерживающая его уникальные бизнес-процессы и технологии.

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

- ввод/загрузка из торговых систем информации о сделках во фронт-офисе;

- отслеживание событий жизненного цикла для всех сделок/финансовых инструментов;

- управление ресурсами и контроль рисков в мидл-офисе, разветвленная система лимитов;

- исполнение сделок в бэк-офисе;

- формирование подтверждений и платежных документов в формате SWIFT;

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

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

- анализ и контроль операционной деятельности и финансовых результатов.

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

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

- управление ресурсами на основе детального ведения позиций трейдеров по всем финансовым инструментам;

- планирование ресурсов с помощью модельных сделок;

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

- формирование и детальный анализ финансовых результатов по активным операциям трейдеров.

Мониторинг позиций ведется по банку в целом, по конкретным контрагентам, по группам сделок дилеров банка. При их формировании учитываются как рыночные, так и внутренние сделки, что позволяет оценивать эффективность работы подразделений банка и отдельных дилеров. Кредитные сделки между подразделениями представляют своеобразную внутри банковскую биржу: одно из подразделений предлагает сделку, которая принимается или отвергается дилером другого подразделения. Ее исполнение, изменение или отмена по согласованию сторон фиксируются в системе Grade наравне со сделками на внешних рынках.

M.Tutor

M.Tutor -- система отбора ипотечных заемщиков M.Tutor (Mortgage Tutor) предназначена для автоматизации бизнес-процессов ипотечного банка или компании на первоначальном этапе работы с клиентами. M.Tutor -- это гибкий, адаптируемый и развиваемый продукт.

В настоящее время система поддерживает бизнес-процессы:

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

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

- фиксация требований экспертов о предоставлении дополнительных документов, представление клиентом необходимых документов, уведомление клиента об этих требованиях, контроль исполнения требований.

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

Координатор - прием звонков;

Консультант - работа с группой клиентов;

Эксперт - работа с документами;

Контролер - сквозной контроль персональных дел;

Менеджер - сквозной контроль всех ролей и администрирование системы;

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

Технологические особенности M.Tutor. Процедура отбора клиента представляет собой наиболее сложный и наименее формализованный вид деятельности в ипотечном кредитовании. В то же время она имеет решающее значение для снижения рисков кредитной организации. Особенности и ограничения предметной области: - Слабая структурированность информации о клиенте;

- Индивидуальный набор документов по каждому из клиентов;

- Изменение со временем информации о клиенте;

- Динамичность статей анализа структуры доходов и расходов заемщиков;

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

- Конфиденциальность всей информации;

- Инструментарий разработка.

Серверная часть выполнена на СУБД Oracle. Использование Oracle дает надежность, производительность и высокий уровень безопасности. Клиентская часть реализована на Power Builder, что обеспечивает эргономичность, унификацию и быстрое создание экранных форм при доработках и развитии системы.

Заключение

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

Все рассматриваемые прикладные программы разработаны для управления банка, то есть автоматизировать все банковские операции. Рассматриваемые прикладные программы отличаются друг от друга. Эти прикладные программы ориентировано по направлению банка. Например, прикладная программа M.Tutor предназначена для автоматизации бизнес-процессов ипотечного банка, а программа Make the Grade автоматизирует полный цикл обработки торговых операций на финансовых рынках.

Рассматриваемые прикладные программы работает на основе на своих направление, но их основная задача выполнит все операции как можно быстро.

Список литературы

Кондрашов Ю.Н. «Введение в проектирование автоматизированных банковских систем», учебное пособие, М.: Финансы и статистика, 1996г.

«Автоматизированные информационные технологии в банковской деятельности». Под ред. Титоренко Г.А., М.: Финстатинформ, 1997г.

Методические рекомендации по применению «АРМ для ведения журналов-ордеров по банковским и кассовым операциям на базе персональных ЭВМ», Киев, 1991г.

Нидденер А. «Анализ эффективности валютно-обменных операций банка», М.: Финансы и статистика, 1997г.

Першин А.Ю. «Банковские системы: анализ компьютерных платформ, Технология электронных коммуникаций» М., 1993г.

Размещено на Allbest.ru