Автоматизация банковских систем с использованием сетевых технологий

7.2.9 Операции защиты данных

Конечно, существуют многие фирменные программы для защиты данных приложений клиент-серверной архитектуры. Например, как уже говорилось, американская компания предлагает SSL защиты данных, российская компания предлагает Inter-pro программы для защит данных. Но, экономически, получение сертификата из всех этих программ стоит дороже. Таким образом, для клиента и банка мощного типа, можно использовать существующие программы защит данных. Но, с точки зрения клиента среднего уровня и тонкого типа, а так же для банка среднего уровня и тонкого, не следует покупать дорогие программы. А следует создать метод программного вызова внутри главной программы.

Программный вызов означает метод, который вызывается с любого места программы клиентом или банком. Когда начинается выполнять какой-то метод, начало этот метод обращается к методу защит данных. Именно, этот метод рассматривается в данном моменте. Один из методов программного вызова внутри программы является безопасностью доступа кода (Code Access Security), который можно создать с помощью Microsoft Visual Studio.NET. Microsoft Visual Studio.NET может использоваться в виде Visual Basic.NET.

Безопасность доступа кода (Code Access Security) является очень подходящим для любых приложений в сети. Большинство систем безопасности, включая основную безопасность Windows, сосредотачивается на пользователе, который является в тот момент регистрируемым (currently logged in). Тот пользователь имеет некоторые разрешения, и программы, управляемые пользователем способны использовать те разрешения.

Безопасность в .NET все еще сохраняет способность связать разрешения безопасности с пользователем, или к группе (group/Role), в которой пользователь содержится. Однако, .NET может также выполнять безопасность, которая не зависит от частного пользователя, но взамен получена из характеристик .NET ассемблирования (.NET ассемблирование- это есть процесс кодирования для защит данных в .NET). Этот тип безопасности называется безопасностью доступа кода (Code Access Security), потому что код в ассемблировании запрашивает доступ к разрешениям, требует выполниться.

При использовании безопасности доступа кода, решение относительно того, имеет ли ассемблирование разрешение делать что-нибудь, зависит от отдельной факторизации. Одна из важной факторизации - полис безопасности (Security Policy). Это только означает информацию конфигурации безопасности относительно локальной системы.

Пример Security Policy можно рассматривать как "Дает все ассемблировании из частного URL разрешение читать пользователя, но не разрешает писать". Другой пример мог бы быть, "Допускают все ассемблирования, отмеченные частным автором к очередям сообщений доступов".

Программный вызов для системы «веб-банк» рассматривается принципом алгоритма защит данных типа SSLeay Security. В системе «веб-банк», перед началом открытия страницы банка, клиенту спрашивается создать собственный сертификат (Self-signed CA Certificate). Для того, чтобы получить Self-signed CA Certificate клиенту необходимо выполнять форму, которая появиться на экране браузера.

7.2.10 Формирование отчеты

Этап формирования отчетов предоставляется в виде простых отчетов (в виде экрана и формы) и графических отчетов (в виде графа и диаграммы). Отчеты можно оформить ежедневно, еженедельно, ежемесячно или ежегодно, а так же по требованию. Можно так же оформить отчеты банка по определенной сумме валюты, которые зависит от банка. В данном случае, сумма валюты определены как 10,000 $, 10,000 руб. или 10,000 рупии. Если в банке доход превышает в 10,000 $, 10,000 руб. или 10,000 рупии, то автоматически оформляется отчеты. Для конкретного приложения отчеты рассмотрены следующим образом:

7.2.10.1Для клиентского приложения

О клиенте: (с полями)

Ф.И.О. клиента;

Номер счета;

Номер и серии паспорта;

Гражданин;

Почтовый адрес;

контактный телефон, факс, E-mail, http://, и другие;

единый порядковый номер в банке (вывод автоматически);

логин;

пароль;

пин (pin) счета;

О банке: (с полями)

Название банка;

Номер филиала;

Номер счета банка (международного типа);

Код банка;

Адрес банка;

Почтовый адрес;

контактный телефон, факс, E-mail, http://, и другие;

регистрационный номер;

документы от клиента к банку:

Рублевые документы:

Платежные поручения: (с полями)

Дата и время оформления;

Номер документа;

Сумма (руб.);

Кому (клиент);

От кого (банк);

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

Платежные требования: (с полями)

Дата и время оформления;

Номер документа;

Сумма (руб.);

Кому (клиент);

От кого (банк);

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

Реестры платежных требований: (с полями)

Тип документа;

Дата оформления;

От кого;

Кому;

Заявление на отказ от акцепта: (с полями)

Тип документа;

Дата оформления;

Дата отказа;

От кого;

Кому;

Прием и отправка иностранных чеков: (с полями)

Номер чека/драфтов;

Название банка, предлагающего чек/драфт;

Дата оформления;

Дата получения;

ФИО клиента в чеке/драфте;

Номер паспорта;

Адрес держателя чека/драфта;

Валютные документы: (с полями)

Заявление на перевод: (с полями)

Дата перевода;

Сумма перевода;

Рублевые /непальские суммы;

Номер счета получателя;

ФИО получателя;

Адрес получателя;

Номер паспорта получателя;

Дата получения;

Поручение на обязательную продажу валюты: (с полями)

Дата поручения;

Номер договорного документа;

От кого;

Сумма договора;

Рублевые/непальские суммы;

Дата продажи;

Договор купли-продажи иностранной валюты: (с полями)

Дата поручения;

Номер договорного документа;

От кого;

Сумма договора;

Рублевые/непальские суммы;

Дата продажи;

Прием/ отправка иностранных чеков: (с полями)

Номер чека/драфтов;

Название банка, предлагающего чек/драфт;

Дата оформления;

Дата получения;

ФИО клиента в чеке/драфте;

Номер паспорта;

Адрес держателя чека/драфта;

другие документы: (с полями)

тип документы;

название документы;

дата оформления;

другие информации;

документы от банка к клиенту:

Валютные документы: (с полями)

Заявление на перевод: (с полями)

Дата перевода;

Сумма перевода;

Рублевые /непальские суммы;

Номер счета получателя;

ФИО получателя;

Адрес получателя;

Номер паспорта получателя;

Дата получения;

Поручение на обязательную продажу валюты: (с полями)

Дата поручения;

Номер договорного документа;

От кого;

Сумма договора;

Рублевые/непальские суммы;

Дата продажи;

Договор купли-продажи иностранной валюты: (с полями)

Дата поручения;

Номер договорного документа;

От кого;

Сумма договора;

Рублевые/непальские суммы;

Дата продажи;

Прием/ отправка иностранных чеков: (с полями)

Номер чека/драфтов;

Название банка, предлагающего чек/драфт;

Дата оформления;

Дата получения;

ФИО клиента в чеке/драфте;

Номер паспорта;

Адрес держателя чека/драфта;

другие документы: (с полями)

тип документы;

название документы;

дата оформления;

другие информации;

кредиты:

простой:

кредитодателя (банка/ предприятия): (с полями)

номер счета кредитодателя;

название кредитодателя;

номер филиала (банка);

дата получения кредита;

критическая дата оплаты;

процент кредита;

сумма.

Графический:

Сумма кредитов в год;

Сумма кредитов в месяц;

платежи компаниям и служащим компании: (с полями)

простой:

номер оплаченного счета;

дата оплаты;

ФИО сотрудника;

Номер паспорта сотрудника;

Сумма оплаты;

Вид компаний: (с полями)

Газовая компания;

Мобильная компания;

Телефонная компания;

Сетевая компания;

Компания сантехники;

графический:

сумма оплаты в год;

сумма оплаты в месяц.

7.2.10.2 Для банковского приложения

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

Установка операции с отчетами:

Ежедневные, ежемесячные, ежегодные отчеты;

Отчеты по определенному сроку банком;

Доходы клиентов, превышающие определенной суммой

10,000 руб. или по заданной сумме банком;

10,000 $ или по заданной сумме банком;

10,000 Рупии. или по заданной сумме банком Непала;

О банке: (с полями)

Номер банка (филиала/ Domain банковского зала);

Номер счета банка (филиала/ Domain банковского зала);

Адрес банка (филиала/ Domain банковского зала);

Доход: расчеты доходов определяется суммой всех доходных денег в банке (филиале/ Domain банковского зала). В графическом отчете координат Хмесяц или год, Усумма доходов.

В рублях;

В долларах;

В рупии;

расход: расчеты расходов определяется суммой всех расходных денег в банке (филиале/ Domain банковского зала). В графическом отчете координат Хмесяц или год, Усумма расходов.

В рублях;

В долларах;

В рупии;

Открытые счеты:

Номер счета;

Дата открытия;

ФИО клиента;

Номер паспорта;

Закрытые счеты:

Номер счета;

Дата открытия;

Дата закрытия;

ФИО клиента;

Номер паспорта;

Остановленные счеты:

Номер счета;

Дата остановки;

Причина остановки;

ФИО клиента;

Номер паспорта;

Сберегательные и суперсберегательные счеты:

Номер счета;

Дата открытия;

ФИО клиента;

Номер паспорта;

Тип счета;

Сумма;

Процент;

Дата исполнения счета;

Счеты крупных предприятий:

Номер счета;

Дата открытия;

ФИО клиента;

Номер паспорта;

Счеты юридических лиц:

Номер счета;

Дата открытия;

ФИО клиента;

Номер паспорта;

Неактивные счеты:

Номер счета;

Дата ниактивизации;

ФИО клиента;

Номер паспорта;

Фиксированные счеты:

Номер счета;

Дата фиксирования;

ФИО клиента;

Номер паспорта;

Счета для драгоценных материалов:

Номер счета;

Дата открытия;

ФИО клиента;

Номер паспорта;

Графический отчет открывших счетов: координат Х день, месяц или год, Усумма чисел всех открывших счетов.

Графический отчет закрывших счетов: координат Х день, месяц или год, Усумма чисел всех закрывших счетов.

Графический отчет доходов банка: координат Х день, месяц или год, Усумма чисел доходов.

Графический отчет расходов: координат Х день, месяц или год, Усумма чисел расходов.

Отчет счеты, открывшиеся через технологию (веб, телефон, мобайл):

Номер счета;

Название Технологии;

ФИО клиента;

Дата открытия счета;

8. Экономическое обоснование исследования

Эффективность от создания и внедрения автоматизированной системы будет обеспечено за счет сокращения времени на создание «НКБС».

Годовой экономический эффект от внедрения системы определяется по формуле:

Э_Т = Э _I + Э _II + Э _III, (47)

Где Э_Т - годовой эффект;

Э _I - эффект в сфере проектирования;

Э _II - эффект в сфере изготовления;

Э _III - эффект в сфере эксплуатации.

В данном случае годовой экономический эффект от внедрения системы будет равен эффекту в сфере проектирования.

Стоимость проектирования одного объекта в ручном режиме рассчитывается по формуле (48):

Q_р.р.= t_р.п. T_р.д. p_с , (48)

где Q_р.р. - стоимость проектирования одного объекта в ручном режиме, руб;

t_р.п. - продолжительность процесса проектирования

при ручном подходе, дни;

T_р.д. - средняя продолжительность рабочего дня, час;

p_с - средняя почасовая оплата специалиста, руб/час;

Стоимость проектирования одного объекта в машинном режиме рассчитывается по формуле (49):

Q_м.р.= t_а.п. T_р.д. p_и , (49)

где Q_м.р. - стоимость проектирования одного объекта в машинном режиме с использованием системы, руб;

T_р.д. - средняя продолжительность рабочего дня, час;

t_а.п. - продолжительность процесса проектирования при

автоматизированном подходе, дни;

p_и - средняя почасовая оплата инженера-оператора, руб/час;

При работе в ручном режиме, без использования системы, процесс проектирования (t_р.п.) длится в среднем около 2 рабочих недели (по 6 дней). При использовании автоматизированной системы длительность процесса проектирования (t_а.п.) сокращается в среднем до 2-3 рабочих дней. Также отпадает необходимость приглашать высококвалифицированных специалистов-экспертов в данной области. Следует также учитывать, что средняя почасовая оплата специалиста (p_с) составляет около 100 руб/час, а средняя цена почасовой оплаты инженера-оператора (p_и) составляет около 50 руб/час.

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

Q_р.р.= 12 8 100 = 9600 руб.

Q_м.р.= 3 8 50 = 1200 руб.

Следовательно, при однократном использовании системы получаем 8-кратный выигрыш, или 8600 руб.

Годовой экономический эффект от внедрения автоматизированной системы рассчитывается по формуле (50):

Э_Т = Э _I = C₁ N_год , (50)

где C₁ - выигрыш от однократного использования системы, руб;

N_год - прогнозируемое число проектируемых объектов в год, шт.

Если принять, что за год проектируется в среднем 50 объектов, то годовой экономический эффект от внедрения автоматизированной системы составит:

Э_Т = Э _I = 8600 50 = 430000 руб.

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

Анализ работы прототипа системы на основе тестового примера показал, что система:

решает информационные и технические проблемы с операциями банков,

эффективно и максимально защищает информации в сервере,

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

сокращает время создания системы НКБС на 50-70 % даже для пользователей, не имеющих навыков работы в данной области. Участие специалиста требуется лишь на этапе предварительной настройки системы под конкретный банк.

Основные результаты, полученные в работе:

1) Разработаны n-уровневая архитектура системы и бизнес-компонент компонентов;

2) Разработаны структуры «НКБС»;

3) Разработан алгоритм (бизнес-процесс) процесса взаимодействия банка с клиентами;

4) Разработаны IDEF0- диаграммы неавтоматизированной и автоматизированной системы;

5) Реализованы графические представления отчетов для банка и клиента;

6) Разработаны High-level UML use-case диаграмма и High-level Activity (алгоритм) взаимодействия пользователей с программой.

7) Разработан исследовательский прототип автоматизированной системы.

Разрабатываемая система имеет следующие достоинства:

1) Система имеет расширенные функции работы с клиентами в сети.

2) Создание проекта максимально автоматизировано, участие специалиста требуется лишь на этапе предварительной настройки системы под конкретный банк.

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

4) Количество пользователей в сети не ограничено.(n-уровневая архитектура)

5) «НКБС» можно использовать в качестве клиентов «ThinClient» и «ThickClient», а так же банков «ThinBank» и «ThickBank»

6) Возможность работы в режимах on-line и off-line. Приложение системы можно настроить в автоматическом режиме, при котором данные, получены от телефонных и/или мобильных клиентов, автоматически сохраняются в протоколе банка. А так же, автоматически происходит действие над полученными данными.

7) «НКБС» состоит из подсистем «клиент-банк», «веб-банк», «тел-банк» и «мобайл-банк». В результате, широкая возможность работы с Windows-клиентами, WEB-клиентами, телефонными и мобильными клиентами.

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

9) Разные Хранилища данных. Хранилища данных системы «НКБС» проектируются таким образом, чтобы каждый филиал банка (и в том числе главный банк) имел свои собственные хранилища данных. Это так же позволяет клиенту, открывая счет в одном из филиалов банка, обращаться к любому филиалу и главному отделению банка. При формировании отчета, сервер главного банка может получить доступ к каждому филиалу и оформить отчет для клиента, а так же для банка.

10) Открытость языковой среды и интегрирование системы. Система НКБС содержит скомпилированные пакеты MTS-компонентов, которые можно легко модифицировать и работать с любыми языками программирования. Экраны, сообщения, формы и таблицы системы могут использовать любые международные шрифты. (предложен вариант приложения отчеты в Непальском шрифте «Sirhali Arbin Nepali Font», как зарубежный шрифт).

11) Сокращает и оптимизирует трафик работы кассиров, администраторов банка и клиентов.

Перспективы развития системы:

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

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

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

Возможность обмена информацией через мобильный телефон.

Возможности экспорта и импорта данных из других приложений и баз данных.

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