Рынок пластиковых карт в России: состояние и проблемы развития на материалах ЗАО "Банк Русский Стандарт"
Анализ деятельности предприятия ЗАО "Банк Русский Стандарт". Основные сервисы, предоставляемые банком. Разработка проекта создания клиентской информационной сервисной системы для работы с банковскими картами, обоснование его экономической эффективности.
| Рубрика | Банковское, биржевое дело и страхование |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 03.02.2014 |
| Размер файла | 894,4 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
создает предпосылки для реализации проектов в области автоматизации. С ростом возможностей вычислительной техники в последние годы растет число технологических процессов, которые могут быть автоматизированы, и судя по всему, эта тенденция будет сохраняться.
В таблице 2 представлены типы документов и их характеристики в соответствии с определенными видами.
Таблица 2
Типы документов
|
Документы "для исполнителей" |
Технические документы |
Документы общего характера |
|
|
Должностная инструкция |
Положение о подразделении |
Методика |
|
|
Регламент/порядок |
Технологическая схема |
План внедрения |
|
|
Классификатор |
Перечень |
Стандарт |
Должностная инструкция - документ, который устанавливает подробные правила и последовательность действий одного сотрудника. В инструкции можно также указать правила использования других нормативных документов. Инструкция должна более полно отражать все возможные действия сотрудников и свести к минимуму потребность в других источниках информации. Кроме того, на наш взгляд, это должен быть единый документ для каждого сотрудника. Практика разработки отдельных инструкций для каждого нового вида деятельности в большинстве банков приводит к сложности и противоречивости нормативно-правовой базы. [28]
Положение о подразделении определяет задачи, функции, структуру, полномочия, обязанности и общую организацию отдела. И это относится как к структурным и внеструктурным единицам - комиссиям, рабочим группам, комитетам и т.д. Это документ более высокого уровня по отношению к должностным инструкциям сотрудников.
Методика, используемая для дальнейших разъяснений по осуществлению отдельных видов банковских операций, может содержать алгоритмы и формулы для расчета значений, используемых в банковских продуктах, анализа и прогнозирования финансовых и других показателей.
Регламент - нормативный документ, содержащий подробное описание того или иного вида деятельности, бизнес-процессов. Он включает в себя как последовательное, поэтапное изложение действий отдельных сотрудников, и то, как они взаимодействуют, временные ограничения на выполнение этапов, структуру документов. Текст регламента должен содержать и описывать общие принципы деятельности. В Регламенте отражается текущая ситуация реализации процесса: существующая организационная структура, используемая автоматизированная система, состав и квалификация персонала и т.д. Некоторые банки также использовали "порядок", который отличается от регламента только по степени детализации описания процесса.
Технологическая схема (модель) - как правило, краткий, написанный особым языком документ, отражающий основные принципы взаимодействия между исполнителями и подразделениями, порядок документооборота, информационных потоков и т.д., в дополнение к текстовому материалу содержит иллюстративные графики и диаграммы. Эти документы предназначены в первую очередь для внедрения системы анализа бизнес-процессов.
План внедрения - сугубо временный нормативный акт, который устанавливает последовательность достижения любых результатов в зависимости от времени и исполнителей. В принципе, это не документ, являющийся нормативной базой банка, но так как при его разработке могут в полной мере использоваться принципы процессного подхода, а также в связи с тем, что мы рассматриваем внедрение новых технологий, необходимо о нем упомянуть.
Классификатор - документ, который устанавливает набор и структуру (классификацию) различных параметров, используемых в деятельности банка. Указывает на их кодификацию, область допустимых значений, условия существования и т.д.
Стандарт - внутрикорпоративный документ, который устанавливает общие требования к осуществлению определенных видов деятельности в рамках банка: разработке документов, выполнению операций, идентификации операций и т.д. Он предназначен для унификации банковского дела.
Перечень - документ, который определяет набор и характеристики объектов и/или субъектов определенной деятельности. Чаще всего он используется для перечисления и описания используемых форм документов, номенклатуры оказываемых услуг.
Эффективность работы банка в целом, так и отдельных его частей в значительной мере определяется качеством и оперативностью их информационного обеспечения - отчетностью.
К отчетным относят документы, содержащие сведения о результатах деятельности за определенный период времени. Эти документы могут составляться по различным направлениям деятельности. Отчетная документация в деятельности различных организаций и государства выполняет функцию обратной связи, позволяя сопоставить полученные результаты с плановыми показателями. Ее анализ позволяет корректировать и совершенствовать деятельность.
Наличие корректно разработанной системы отчетности банка обеспечивает представление потребителям нужных им сведений в нужное время и в нужном виде. В ЗАО "Банк Русский Стандарт"создано информационное пространство (информационная система), обеспечивающее сбор, структурирование всех данных и на их основе формируются различные виды отчетов.
1.6.3 Программное обеспечение (ПО)
В процессе становления ЗАО "Банк Русский Стандарт" сформулировав требования к центральной банковской системе, провел тщательный анализ решений для автоматизации банковской деятельности представленных в то время на рынке. В процессе отбора рассматривались лучшие банковские системы, в том числе российского и зарубежного производства, такие как Symbols, Atlas, Flexcube, Банкир/Про и т.д.
В результате, банк выбрал решение на основе технологий Progress - Банкир/Про. Основными критериями, по которым эта система была выбрана, были: высокая производительность при централизованной обработке массовых розничных операций, надежность, отказоустойчивость, способность работать с большими объемами данных и расширенные функциональные возможности, в частности, в поддержке розничного бизнеса. Одним из важных факторов, определивших выбор в пользу системы Progress, была высокая производительность и масштабируемость решений на различных аппаратных и программных Unix-средах. Учитывая высокие стандарты, установленные в бизнесе по увеличению объема сделок, линейная зависимость эксплуатационных характеристик роста аппаратных возможностей вычислительной техники и средств массовой информации, были одними из ключевых, что привели к выбору системы, основанной на технологии от Progress Software. [26]
Наличие функциональности в системе Банкир/Про на уровне систем мирового класса и, в то же время, ориентированной на поддержку специфики России совместно со стоимостью решения были определяющими факторами при выборе окончательного решения.
Progress зарекомендовала себя как высокопроизводительная система управления базами данных, которая может поддерживать огромные объемы данных (размер транзакционной базы данных превышает 550 Гб) в централизованном режиме с очень умеренными требованиями, которые были представлены к аппаратно-вычислительной платформе, для достижения высокой характеристик по производительности.
В то же время, стоимость администрирования и технологического обслуживания базы данных значительно ниже, чем в случае использования решений, основанных на других платформах.
Одним из ключевых факторов успеха Банка было эффективное использование отказоустойчивой высокопроизводительной вычислительной платформы. Скорость обработки данных, масштабируемость и надежность - основные компоненты вычислительной платформы центральной банковской системы были очевидными и ощутимыми преимуществами, полученными Банком в результате реализации эффективной и, в то же время, инновационной ИТ-стратегии.
Сегодня система Банкир/Про, которая работает на основе технологий Progress, является центральной банковской системы Банк Русский Стандарт, обеспечивает поддержку розничного бизнеса, в первую очередь потребительского кредитования и операции с кредитными картами. Правильный выбор стратегии в сочетании с улучшенными бизнес-процессами и информационной поддержкой позволили Банку пройти путь от пионера на рынке потребительского кредитования, на позицию безусловного лидера. Банк Русский Стандарт не только способствовал быстрому развитию рынка потребительского кредитования, но в последние годы еще более увеличил разрыв и укрепил свое лидерство в области потребительского кредитования и кредитных карт.
Для расчетов клиентов в качестве платежной системы используется программное обеспечение: Arcom EMV POS SoftWare. Данное программное обеспечение используется в ведущих банках России, стран СНГ, Монголии и стран дальнего зарубежья.
Программное обеспечение Arcom EMV POS SoftWare было сертифицировано на EMV Level II и предназначается для облуживания международных пластиковых карт с магнитной полосой, чиповых и гибридных карт Visa, MasterCard, JCB, DinersClub, сертификацию EMV, VSDC, M-CHIP, а так же бесконтактных карт VisaWave, MasterCardPayPass. Arcom EMV POS SoftWare предоставляет возможность работать с локальными платежными системами СБЕРКАРД, Золотая Корона и UnionCard.
Программное обеспечение Arcom EMV POS SoftWare поддерживает ряд Финансовых операций:
? Покупка
? Возврат
? Преавторизация
? Завершение преавторизации
? Покупка с выдачей наличных
? Внесение наличных
? Выдача наличных
? Баланс (состояние счета)
? Ввод слипа
? Отмена (покупки, возврата, преавторизации, завершения преавторизации).
Программное обеспечениеArcom EMV POS SoftWare поддерживает ряд Административных операций:
? Проверка связи
? Сверка итогов
? Загрузка ключей с помощью ARCOM KEY LOADER 1
? Краткий отчет
? Полный отчет (журнал)
Основным преимуществом линейки Ingenico является единая программно-аппаратная платформа Telium 2. Существование единого ядра позволяет бесшовное портирование ПО между различными моделями терминалов, что максимально сокращает время подготовки оборудования к эксплуатации.
К преимуществам ПО можно отнести возможность настройки поддерживаемых валют и обслуживаемых типов карт благодаря Системе Управления Терминалами TMS.
Программное обеспечение Arcom EMV POS SoftWare полностью соответствует требованиям современного рынка и Международных систем.
Банк сохраняет высокий уровень качества и надежность своих сервисов, ежегодно подтверждая сертификацию PCIDSS и ISO9001: 2008 c привлечением международных компаний.
Для ускорения разработки и внедрения продуктового ряда Банк начал использование вычислительных ресурсов с применением облачных технологий, что позволило адекватно поддержать инновационные разработки.
Банк продолжает наращивать свои мощности в области платежей в реальном масштабе времени, сопровождая и развивая сеть своих устройств и поддерживая партнерские платежные сети.
Все выполненные работы позволяют поддерживать высокий уровень автоматизации бизнес-процессов Банка, обрабатывать увеличивающееся количество операций, бесперебойно выполнять эти операции с высокой степенью надежности. Рост информационных систем соответствует развитию бизнеса Банка, а результаты деятельности подтверждают правильность выбранных технологических решений.
Для разработки клиентской информационной сервисной системы была использована технология ASP.net и язык программирования C# (С Sharp).
Технология ASP.net является развитием ActiveServerPage (ASP). Эта технология является универсальной платформой для разработки веб-приложений корпоративного уровня. ASP.net предлагает новую модель программирования и инфраструктуру, которые позволяют развивать безопасные и масштабируемые решения. [24]
В ASP.net, следует отметить следующие особенности:
? возможности администрирования. Параметры, определяющие конфигурацию ASP.net, хранятся в текстовом файле. Это позволяет изменить конфигурацию ASP.net с помощью любого текстового редактора. Все изменения вступают в силу немедленно;
? средства безопасности. ASP.net предлагает веб-разработчикам несколько типичных схем аутентификации и авторизации пользователей. Разработчик может использовать в приложении любую из предложенных схем или заменить ее;
? простота развертывания. Развертывание ASP.net-приложений можно сделать путем копирования файлов в папку на вашем веб-сервере. Перезапускать веб-сервер не требуется;
? высокая производительность. ASP.net имеет отношение к скомпилированному коду. Благодаря этому ASP.net способна эффективно использовать различные механизмы для оптимизации кода (например, механизмы раннего связывания или оптимизации для конкретной платформы);
? гибкое кэширование. ASP.net может выполнять кэширование страниц данных (например, целую страницу или ее часть) в соответствии с потребностями приложений;
? поддержки национальных языков. Поскольку ASP.net использует Unicode, разработчики имеют широкие возможности для использования в своих приложениях национальных алфавитов;
? поддержка мобильных устройств. Microsoft говорит, что ASP.net поддерживается любым браузером, работающим на любом устройстве;
? доступность и масштабируемость. ASP.net была разработана в расчете на использования в крупных кластерных системах. Реализованные под IIS 6.0 механизмы помогут обеспечить высокую доступность приложений. Если у процесса, в котором выполняется приложение, возникают проблемы, система автоматически запускает новый процесс, который берет на себя задачу обслуживания запросов пользователей;
? возможности отладки. ASP.net предоставляет возможность отслеживать и отлаживать код приложения. Это дает возможность локальной и удаленной отладки с помощью специальных инструментов отладки.net Framework;
? интеграция с.net Framework. ASP.net является частью платформы.net Framework. Разработчики могут использовать возможности, которые предоставляются этой платформой для создания приложений;
? совместимость с существующими ASP-приложениями. Развертывание ASP.net в IIS не влияет на функционирование уже работающих ASP-приложений. ASP-приложения и ASP.net-приложения могут сосуществовать на одном сервере, не мешая друг другу.
ASP (ActiveServerPages) - это мощная технология от Microsoft, что позволяет легко разрабатывать приложения для WWW.ASP работает на платформе Windows NT и IIS (InternetInformationServer), начиная с версии 3. ASP - это не язык программирования, это внутренняя технология, которая позволяет программам подключаться к веб-страницам. Основа успеха ASP - простой скриптовый язык (VisualBasicScript или JavaScript) и использование внешних COM-компонент.
При написании программы она складывается в файл на сервере. Браузер разработчика запрашивает файл. Файл сначала интерпретируется сервером, на выходе производится HTML-код. Этот HTML посылается разработчику. Файлы с программами имеют расширение. asp. Файлы asp - это обычные текстовые файлы, содержащие исходные тексты программ. Файлы создаются с помощью любого текстового редактора, например, Блокнот. Каталог, в котором размещены файлы. asp, должен иметь права на выполнение, так как сервер исполняет эти файлы, когда браузер их запрашивает. По умолчанию поддерживаются скриптовые языки программирования VBScript и JavaScript. Можно доустановить другие (например, С#). Программы писались на языке С# (CSharp), который был установлен в системе.
Особенностью его является то, что фрагменты программ заключаются в скобки. Можно поставить открывающую скобку в начале файла, а закрывающую - в конце, все что между ними - программа на С#.
Следует отметить, что программа на ASP не зависит от программного обеспечения клиента, что является важным.
ASP-программа не может явно спросить пользователя о чем-то. Данные приходят от других страниц, либо через URL.
А для организации диалога с пользователем используются HTML-формы.
Если на сервере установлены дополнительные компоненты, они могут быть использованы в ASP. Стандартные объекты (например, из библиотеки ADO (Connection и Recordset) и Scripting (Dictionary, FileSystemObject)) всегда доступны. Установка новой компоненты обычно состоит из копирования DLL-файла в каталог на сервере и необходимо зарегистрировать ее с помощью программы regsvr32. exe. (COM+ использует свою процедуру инсталляции объектов, но это не влияет на использование объектов.)
Из ASP можно легко работать с любой базой данных. Это можно сделать через две промежуточные технологии: ODBC и ADO.
С помощью ODBC можно организовать доступ к любым базам данных через единый интерфейс с использованием языка SQL. Специфика конкретных СУБД учитывается при помощи специальных драйверов баз данных. Эти драйверы доступны для всех видов баз данных (включая SQL Server, Oracle, Access, FoxPro). Поддержку ODBC обеспечивает операционная система Windows (NT).
ADO представляет совокупность объектов, которые доступны из ASP, что позволяет обращаться к источнику данных ODBC (или OLE DB). Требуется только 2 объекта - Connection, который представляет соединение с базой данных и Recordset, который представляет набор записей из источника. Сначала необходимо открыть соединение, а затем связать его с Recordset, затем, использовать методы Recordset для обработки данных.
Если необходимо что-то спросить у пользователя, и на его основе что-то сделать, в простейшем случае создается два файла: один с формой, второй - с ее обработчиком. Обработчик выполняет все действия.
Одной из наиболее распространенных задач является отправка электронной почты с Web-страницы.
Для того, чтобы на клиентской машине не запускалась программа электронной почты (например, почтовая программа не установлена или не настроена) служит серверное решение.
Для этого существуют внешние компоненты. Например, компонента JmailDimac. Все, что ей нужно - это адрес SMTP-сервера.
При запуске страницы ASP.net начинаетсяее жизненный цикл, в течение которого исполняются этапы обработки, такие как инициализация, определение элементов управления, восстановление и поддержание рабочего состояния, выполнение кода обработчика события и рендеринг.
Знание жизненного цикла страницы необходимо, чтобы записать код в соответствующий шаг жизненного цикла с желаемым результатом (табл. 3).
Таблица 3
Жизненный цикл страницы ASP.net
|
Этап |
Описание |
|
|
Запрос страницы |
Запрос страницы происходит перед началом жизненного цикла страницы. При запросе ASP.net определяет необходимость обработки и компилирования страницы или отправления в ответ на запрос кэшированной версии страницы, не запуская ее обработку. |
|
|
Запуск |
Вначале устанавливаются свойства страницы, например Request и Response. Также страница определяет, является ли запрос обратной передачей или новым запросом, и устанавливает свойство IsPostBack. Также устанавливается свойство страницы UICulture. |
|
|
Инициализация страницы |
Доступны элементы управления страницы, устанавливаются все свойства элементов управления UniqueID. На странице применяются различные темы. Если текущий запрос - обратный, то его данные не загружены, а значения свойств элементов управления не восстановлены к значениям в состоянии просмотра. |
|
|
Загрузка |
Если текущий запрос обратный, то в свойства элементов управления передадутся данные, что восстановлены из состояния просмотра и состояния управления. |
|
|
Проверка |
Вызывается метод Validate всех проверяющих элементов управления, устанавливающий свойство IsValid некоторых проверяющих элементов управления и страницы. |
|
|
Обработка событий обратного запроса |
Если запрос обратный, то вызывается любой из обработчиков событий. |
|
|
Отрисовка |
В начале сохраняется состояния просмотра страницы и всех элементов управления, потом страница вызывает метод Render для каждого элемента управления и предоставляет модуль записи текста, который записывает данные в OutputStream свойства страницы Response. |
|
|
Выгрузка |
Выгрузку вызывают после завершения отрисовки страницы, отправки клиенту и готовности к удалению. При этом свойства страницы, например Response и Request, выгружаются, производится очистка. |
Кроме того, при создании собственных элементов управления, вы должны ознакомиться с жизненным циклом страницы для обеспечения правильной инициализации элементов управления, сбора свойств элементов управления и данных состояния, а также выполнения любой команды кода.
При разработке приложения использовали программирование на языке C# (произносится как "Си-шарп" или "Си-диез"). Выбор языка программирования связан с тем, что это простой, современный, строго типизированный объектно-ориентированный язык программирования. C# основан на семействе языков программирования C и знаком программистам, которые работающим с языками C, C++ и Java.
C# является объектно-ориентированным языком программирования, но также обеспечивает поддержку для компонентно-ориентированного программирования.
C# обеспечивает функциональность, которая позволяет создавать надежные и устойчивые приложения. Среди них: автоматическое освобождение памяти, занятой неиспользуемыми объектами; функция обработки исключений обеспечивает структурированный и расширяемый подход к обнаружению и устранению ошибок, строго типизированная языковая структура, которая не позволяет чтение неинициализированных переменных, выхода индекса массива из допустимого диапазона.
Для обеспечения совместимости и будущего развития программ и библиотек C#, в этом языке программирования много внимания уделяется управлению версиями.
Типы, члены и другие сущности C# поддерживают модификаторы, которые управляют определенными аспектами их поведения. Доступность метода управляется модификаторами public, protected, internal и private. Эта возможность в C# приводит к тому, что пользовательские типы декларативных сведений могут быть вложены в сущности программы и извлекаться во время выполнения. Дополнительные декларативные сведения задаются в программе через определения и использования атрибутов.
Предусмотренные исключения в языке C# обеспечивают структурированный, единообразный и строго типизированный способ обработки состояний ошибки на системном уровне и на уровне приложения. Механизм исключения в языке C# похож на механизм в языке C++ с несколькими важными отличиями:
? в C# все исключения должны быть представлены экземпляром типа класса, производным от System. Exception. В C++ для представления исключения может использоваться любое значение любого типа;
? в C# блок finally может использоваться для записи кода завершения, который выполняется как при нормальном выполнении, так и при исключительных состояниях. Такой код труден для написания в C++ без дублирования кода;
? в C# исключения системного уровня, такие как переполнение, деление на нуль и разыменование null, имеют хорошо определенные классы исключений и находятся на одном уровне с состояниями ошибки уровня приложения.
В C# с помощью специального синтаксиса комментариев с XML-текстом можно документировать свои кода. Комментарии в файлах исходного кода, что имеют определенный вид, могут использоваться для управления инструментом создания XML из этих комментариев и элементов исходного кода, которым они предшествуют. Комментарии, которые используют такой синтаксис, называют комментариями к документации.
Файл документации используется в качестве входных данных для просмотра документации, инструмента для создания отображения сведений о типе и сопутствующей документации.
1.6.4 Технологическое обеспечение
В ЗАО "Банк Русский Стандарт" для работы с пластиковыми картами используются современные информационные технологии.
Внедрение банковских карточек в качестве одного из основных средств безналичных расчетов является важнейшей технологической задачей банковской деятельности. Это средство расчетов, обладая множеством несомненных достоинств, предоставляет как владельцам карт, так и банку, который занимается их выпуском и обслуживанием, массу преимуществ - повышение конкурентоспособности и престижа, наличие гарантий платежа, снижение издержек на изготовление, учет и обработку бумажноденежной массы, минимальные временные затраты и экономия живого труда.
Пластиковые деньги были придуманы для того, чтобы реальные деньги оставались в распоряжении банков и приносили им максимальную прибыль через инвестиционные и кредитные программы. Для любого коммерческого банка большой интерес имеет привлечение средств налогоплательщиков в свои инвестиционные и кредитные потоки.
Известно, что сконцентрировать основную массу денежных потоков и направить их через банк можно лишь при одном условии: резком увеличении объемов безналичных расчетов, как при выплате заработной платы, так и при совершении населением основной массы платежей.
Каждый банк стремится к внедрению зарплатных проектов, при переходе целого предприятия на начисление заработной платы персоналу через пластиковые карты.
По оценкам деятельности банков 90-95% выданных карт являются зарплатными. Обычно ими являются дебетовые карты типа Cirrus/Мaestro илиVizaElectron, не допускающие овердрафта. По утверждениям представителей банков, в последнее время доходы кредитных организаций от операций с одной дебетовой картой резко приближаются к доходам от транзакций с кредитной картой типа VizaClassic или Eurocard/MasterCardMass. Это говорит о том, что зарплатные проекты рассматриваются как дополнительный источник прибыли для банка.
В этом случае предприятие может рассматриваться как корпоративный клиент, который заключил с банком договор, в соответствии с которым банк открывает ему текущий или расчетный счет. Каждому сотруднику, на льготных условиях, по отдельному договору банком открываются карточные счета и выдаются карточки, на которые предприятие ежемесячно перечисляет заработную плату. На личный карточный счет можно зачислять также гонорары, ссуды, страховые суммы, выплаты по договорам, отпускные, командировочные. Клиент может, через кассу банка, на свой карточный счет внести наличными любую сумму.
В регионах при реализации зарплатных проектов предпочтение отдается российским системам. Если клиент часто ездит за границу, то к этому счету изготавливается и международная карта, но уже по полному тарифу.
Выгода предприятия заключается в том, что облегчается работа бухгалтерии, нет необходимости содержать кассиров, снижаются расходы, связанные с доставкой, хранением, пересчетом, депонированием и выдачей заработной платы персоналу, исключаются задержки выплаты заработной платы, связанные с дефицитом наличности, снижаются пиковые нагрузки в дни выдачи заработной платы.
Для сотрудников выгода в том, что снижается социальная напряженность по поводу всевозможных задержек выдачи заработной платы. Работник предприятия может получать ее круглосуточно и в выходные дни, и находясь в командировке или отпуске, а также может оплатить без взимания комиссии товары и услуги в предприятиях торговли и сервиса, принимающих банковские карты к оплате.
Подобная работа проводится в ВУЗах и развиваются различные студенческие проекты.
Глава 2. Разработка и создание клиентской информационной системы
2.1 Информационное обеспечение создания клиентской информационной сервисной системы
2.1.1 Информационная модель клиентской информационной сервисной системы
С точки зрения системного анализа информационное моделирование является структуризацией предметной области, для которой разрабатывается система. Ее цель - выявление перечня и иерархии предметов, объектов, факторов и явлений, полный набор которых позволяет реализовать поставленные перед системой цели и задачи.
Функционирование системы работы с пластиковыми картами опирается на информацию. В организации информационного обеспечения в любой системе основным понятием является информационная база, под которой понимается совокупность упорядоченной информации, что используется при функционировании информационной системы, а также взаимосвязь различных составляющих этой информации. Совокупность упорядоченной информации должна строго соответствовать по составу и содержанию требованиям тех задач, что решаются на ее основе. Информационная база оказывает влияние на эффективность всей системы, возможность решения функциональных задач.
Модель данных - концептуальное описание предметной области - самый абстрактный уровень проектирования баз данных. Модель данных состоит из сущностей, атрибутов, доменов и отношений. Далее - про каждый из элементов подробно. Для хранения данных клиентской информационной сервисной системы создана база данных, содержащая 2 таблицы. Таблица Cards для хранения данных по карте и таблица и Clients для хранения информации о клиентах.
Сущности (Entity) для данных таблиц представлены на рис. 11.
Рис. 11. Структура таблиц базы данных
Сущность - это то, о чем нужно хранить информацию в базе данных.
При проектировании баз данных достаточно описать происходящую ситуацию - и большинство существительных и часть глаголов будут кандидатами на сущности. Например: "Покупатели покупают товары. Сотрудники продают товары покупателям. Поставщики поставляют товары" - покупатели, товары, сотрудники и поставщики - это сущности. Глаголы "покупать" и "продавать" - тоже сущности (хотя могут быть и одной сущностью, разной с точки зрения покупателя и продавца).
При проектировании БД главный источник информации о сущностях - это беседа с заказчиком в целях уяснения его бизнес-процессов. Кроме того, анализируются стандартные документы, используемые в бизнес-процессах: бланки, отчеты, инструкции и т.п. После получения такого списка необходимо проверить его на полноту и связность, а также выявить дубли - одинаковые сущности, которые называются разными словами, и сущности, которые на самом деле отличаются, но описываются один и тем же термином.
Сущности могут моделировать конкретные понятия (клиенты, товары, звонки) и абстрактные (агент отвечает за клиента, студент записан на курс).
2.1.2 Характеристика входной оперативной информации
На обратной стороне Пластиковой карты имеется магнитная полоса. Магнитная полоса может хранить около 100 байт информации, которую можно считывать специальным считывающим устройством. Информация, которая нанесена на магнитной полосе, имеет строго идентификационный характер, стоимостные показатели отсутствуют. На лицевой стороне карточки указываются:
- имя держателя;
- номер его банковской карты;
- шифр его отделения банка;
- наименование банка;
- символы электронной системы платежей, в которой используются карточки данного вида;
- голограмма - фирменный знак платежной системы. Целью нанесения голограммы является создание более привлекательного внешнего вида карты и защита от подделки; впервые голограмму применили в системе Mastercard в 1985 г.;
- срок пользования картой (от полугода до двух лет).
Подарочная карта имеет такие же показатели, кроме имени владельца
Входная информация сверяется с информацией в базе данных и после того, как идентификация прошла успешно клиент получает информацию по карте.
2.1.3 Характеристика результатной информации
Клиентская информационная сервисная система представляет собой один из сайтов с подключенными к нему сервисами. Ссылка на данный сайт должна располагаться в пользовательском меню на главной странице сайта банка "Русский Стандарт".
После подключения клиентской информационной сервисной системы, клиент попадает на сайт, где он может ввести номер карты, срок действия карты и номер паспорта.
В качестве выходной информации клиент получает сумму кредитного лимита или остаток средств по карте.
Сайт делится на 2 части, основную и информационную. В основной части имеется меню выбора: по какой карте проверять остатки, а в информационной описаны действия, необходимые для получения остатка по карте (рис. 12).
Рис. 12. Основная часть информационной системы
Паспортные данные необходимы только для идентификации пользователя и большего обеспечения защиты информации на карте. Для проверки остатка на подарочной карте, паспортные данные вводить не нужно.
2.2 Программное обеспечение создания клиентской информационной сервисной системы
2.2.1 Общие положения (дерево функций и сценарий диалога)
Применение схем "Дерево функций" и "Сценарий диалога" позволяет наглядно показать иерархию функций управления и процессы обработки данных, которые автоматизированы в разработанной подсистеме.
На рис. 13 изображено дерево функций клиентской информационной сервисной системы по работе с кредитными картами ЗАО "Банк Русский Стандарт".
Размещено на http://www.allbest.ru/
Рис. 13. Дерево функций клиентской информационной сервисной системы по работе с кредитными картами ЗАО "Банк Русский Стандарт"
Разработка дерева функций позволяет выделить отдельные сценарии диалога и разработать их структуру.
Например, в системе реализован такой режим работы, как "Проверка остатка на подарочной карте" (рис. 14)
Размещено на http://www.allbest.ru/
Рис. 14. Сценарий диалога в режиме работы "Проверка остатка на подарочной карте".
2.2.2 Описание программных модулей
После генерации сущностей в базе данных нам благополучно сгенерировались классы, с которыми в дальнейшем и будет происходить работа (рис. 15).
Рис. 15. Сгенерированные классы
Программные коды модулей приведены в Приложениях. Программный модуль поиска информации для обычной карты - в Приложении 1. Программный модуль поиска информации для подарочной карты - в Приложении 2.
2.3 Технологическое обеспечение создания клиентской информационной сервисной системы
После выбора типа кредитной карты, открывается соответствующая форма.
Для того чтобы проверить остаток на Подарочной карте, выбираем пункт главного меню "Проверка остатка на подарочной карте". Затем заполняем открывшуюся форму
Получение данных об остатке на карте производится при помощи кнопки "Найти" на форме, позволяющей создать таблицу, в которой отображается остаток по карте.
За тем перед пользователем встает выбор:
- Выйти из системы
- Проверить еще одну карту.
После принятия решения следует выбрать соответствующий пункт меню на странице отчета об остатке на карте.
Аналогичные действия необходимо совершить и при проверке остатка на обычной кредитной карте
Скрин-шоты рабочей версии программы представлены в приложении 3.
Схема технологического процесса сбора, передачи, обработки и выдачи информации
При производстве информационного продукта исходный информационный ресурс в соответствии с поставленной задачей подвергается в определенной последовательности различным преобразованиям. Динамика этих преобразований отображается в протекающих при этом информационных процессах. Таким образом, информационный процесс - это процесс преобразования информации. В результате информация может изменить и содержание, и форму представления.
Поскольку информация фиксируется и передается на материальных носителях, необходимы действия человека и работа технических средств по восприятию, сбору информации, ее записи, передаче, преобразованию, обработке, хранению, поиску и выдаче.
При обработке данных формируются четыре основных информационных процесса: сбор и регистрация, обмен, обработка, накопление и хранение информации.
Исследование потребительской аудитории позволяет сделать вывод о том, что по мере роста потребностей в информационном обслуживании, происходит изменение критериев, по которым клиент рассматривает полезность осуществления банковской транзакции.
Акции по внедрению новой услуги в ЗАО "Банк Русский Стандарт" следует производить многоступенчато. Важно объяснить потенциальным пользователям весь алгоритм осуществления операций, причем таким образом, чтобы у человека появилась уверенность в том, что такой метод сам по себе не влечет дополнительных затрат.
Следующий этап - проведение мероприятий, способных доказать клиенту, что пользуясь данной информационной системой, он защищен законодательно. Понятно, что не каждый клиент будет изучать законы, которые касаются электронно-цифровой подписи, средств криптографии и информатизации. Но при этом каждый должен знать, что такие законы в российском законодательстве существуют. Поэтому каждому клиенту предоставляется юридическая помощь. На данном этапе банк издает всевозможные брошюры, так как, по сложившемуся мнению, законы более убедительны именно в печатной форме изложения. Ориентируясь на широкий круг потребителей, учитываются различия в уровне образования и социальном статусе клиентов, законодательные нюансы излагаются доступным языком.
Для того чтобы полноценно использовать клиентскую информационную сервисную систему в домашних условиях, пользователю необходимо иметь доступ к сети Интернет. Кроме банков, внедряющих системы интернет-банкинга в целях получения прибыли, к участию в работе такого интернет-сервиса невольно становятся привлеченными и провайдеры интернет-услуг. Это означает, что интернет-провайдеры должны быть заинтересованы в том, чтобы к работе в системах интернет-банкинга привлечь как можно больше клиентов.
Разграничение проблем, которые возникают в результате внедрения новых банковских продуктов, указывает банковскому аналитику направление деятельности по привлечению потенциальных потребителей в ряды пользователей систем интернет-банкинга и позволяет определить, какие службы и подразделения банка требуется задействовать для решения задач, связанных с внедрения данной услуги.
Глава 3. Обоснование экономической эффективности проекта
3.1 Выбор и обоснование методики расчета экономической эффективности
Оценка экономической эффективности проекта является ключевой при принятии решений о целесообразности его инвестирования. Эффективность является одной из возможных характеристик качества системы, а именно её характеристикой с точки зрения соотношения затрат и результатов функционирования системы. Под экономической эффективностью понимают меру соотношения затрат и результатов функционирования [1].
Для оценки экономической эффективности ИТ-систем разработано значительное количество методологий, которые делятся на три типа: традиционные (финансовые), качественные (эвристические), вероятностные. В зависимости от масштабов и направлений проекта, фирменных предпочтений выбирают ту или иную из рассмотренных выше методологий или на их основе вырабатывается собственная.
При описании экономической эффективности основным является сопоставление существующего и внедряемого технологических процессов.
В данном случае под существующим процессом подразумевается та методика занесения информации в базу данных, которую использовал бы менеджер по работе с кредитными картами, если не было бы автоматизированного решения задачи.
Менеджер должен был бы брать кредитную карту и другие документы клиента и вручную заносить информацию из этих документов, в информационную систему банка. Хотя штат рассматриваемого ЗАО "Банк Русский Стандарт" велик, эта работа всё равно занимает значительное количество времени. С помощью автоматизации эта работа выполняется за несколько минут и без участия менеджера.
Эффективность - одно из наиболее общих экономических понятий, не имеющих пока, по-видимому, единого общепризнанного определения.
Под экономической эффективностью будем понимать меру соотношения затрат и результатов функционирования.
Экономическую суть эффективности проекта составляют:
косвенный эффект
прямой эффект
Косвенный эффект характеризуется ускорением, повышением качества обработки информации, сокращением ошибок и т.п.
Прямой эффект характеризуется снижением трудовых (объема работы) и стоимостных показателей.
К трудовым относятся следующие показатели:
1. абсолютное снижение трудовых затрат (Т):
Т=T0-T1,
де Т0 - трудовые затраты на обработку информации по базовому варианту;
Т1 - трудовые затраты на обработку информации по предлагаемому варианту;
2. коэффициент относительного снижения трудовых затрат (Кт):
Кт=Т/Т0*100%;
3. индекс снижения трудовых затрат или повышение производительности труда (YТ):
YТ= T0/T1
При данной системе расчета экономической эффективности, трудовыми затратами будем считать время, потраченное на обработку одного документа.
3.2 Расчет показателей экономической эффективности проекта
В данном разделе дипломного проекта рассчитываются конкретные суммы затрат на работу в базовом варианте и на разработку клиентской информационной сервисной системы. Трудовые и стоимостные затраты при базовом и проектном варианте представлены в таблицах 4 и 5.
Объем работы измеряется временем на обработку данных, которые должен внести менеджер. Под обработкой документов понимается вся информация, совокупность выполненных обработок электронных и бумажных документов за определенный промежуток времени.
Для определения затрат на выполнение операций обработки электронных и бумажных документов, нам нужно узнать стоимость одной операции.
Условно принимаем, что обработано четыре запроса/документа в день.
Зарплата менеджера составляет 27000 руб. Годовая зарплата:
27000 (з/п мес.) *12 (мес.) = 324000 руб. (годовая з/п)
Вычислим стоимость одного дня работы менеджера. Для этого поделим годовую зарплату на количество рабочих дней (256):
324000 руб. /256 д. = 1266 руб. (з/п день)
Далее вычислим стоимость обработки документов. Для этого возьмем время на выполнение данных операций; найти отношение общего времени работы менеджера в день и времени на выполнение данной обработки; получившееся отношение умножить на стоимость одного дня работы менеджера и получить стоимость обработки данных документов в день.
46 мин. /60 = 0,77 час
0,77/8 = 0,1
1266 руб. *0,1 = 126,6 руб.
В год выходит 32409 руб.
Далее нужно вычислить стоимость обработки документов в день при проектном варианте. Алгоритм вычислений приведён выше. Стоимость обработки документов при проектном варианте составляет 66 руб. в день и 16896 руб. в год.
Таблица 4
Характеристика затрат на обработку при базовом варианте
|
Операции |
Количество документов обрабатываемых за один день |
Время обработки одного документа мин. |
Общее время мин. |
|
|
Обработка данных |
4 |
7 |
28 |
|
|
Формирование ответа |
1 |
8 |
8 |
|
|
Передача ответа |
2 |
5 |
10 |
|
|
Сумма |
7 |
20 |
46 |
Таблица 5
Характеристика затрат на обработку при проектном варианте
|
Операции |
Количество документов обрабатываемых за один день |
Время обработки одного документа мин. |
Общее время мин. |
|
|
Обработка данных |
4 |
5 |
20 |
|
|
Формирование ответа |
1 |
1 |
2 |
|
|
Передача ответа |
2 |
1 |
3 |
|
|
Сумма |
7 |
6 |
25 |
Вычисляем экономию. Для этого вычитаем из базовой стоимости обработки документов в год проектную стоимость.
32409 руб. - 16896 руб. = 15513 руб.
Теперь рассчитаем затраты на доработку программы. Стоимость одного часа работы программиста составляет 500 руб. На разработку клиентской информационной сервисной системы для получения информации по кредитной карте требуется 4 дня по 4 рабочих часа. Следовательно, стоимость разработки составляет 8000 руб.:
500 руб. *16 часов = 8000 руб.
Теперь нужно вычислить окупаемость проекта. Для этого делим стоимость программы на сэкономленные деньги (в год).
8000/15513 = 0,5 года.
Разработка программы окупится через 6 месяцев.
Таким образом, проектный вариант оказался эффективнее базового.
Кроме прямого эффекта от внедрения клиентской информационной сервисной системы будет получен и косвенный эффект. К данной категории можно отнести общекорпоративные эффекты, которые сложно поддаются прямому расчету и важны не только для банка, но и для его клиентов.
К косвенным эффектам в данном случае можно отнести следующие:
2. Получение конкурентных преимуществ на рынке кредитных карт.
3. Сокращение времени выхода на рынок нового продукта (нового вида карт, типа Подарочной).
4. Повышение лояльности клиентов и сотрудников банка.
5. Рост стоимости акций банка.
Заключение
В настоящее время трудно представить себе банк, не занимающийся операциями с пластиковыми картами. Пластиковые карты являются банковским продуктом, прочно занявшим свое место среди банковских услуг. Использование новых информационных технологий, современных линий коммуникаций позволило существенно ускорить проведение взаиморасчетов между участниками платежных систем.
В данной работе была проанализирована деятельность предприятия ЗАО "Банк Русский Стандарт".
Результатами анализа операций банка с пластиковыми картами являются следующие выводы:
банк играет значимую и перспективную роль в развитии региона. Стабильность и эффективность его работы высоко оценивается клиентами;
ЗАО "Банк Русский Стандарт" имеет достаточную финансовую устойчивость;
активная работа по развитию операций с банковскими картами, создание разветвленной сети их обслуживания позволяет сохранить высокие темпы эмиссии: растет общее число выпущенных карт международных платежных систем. Распространению всех видов карт без сомнения способствует развивающаяся инфраструктура их обслуживания.
В ходе исследования были выявлены недостатки в обслуживании клиентов по некоторым видам кредитных карт. Например, при необходимости узнать остаток по кредитной карте Подарочная клиенты сталкиваются с рядом трудностей: неудобный сервис на сайте банка и несовершенная система работы coll-центра.
Была выявлена необходимость в разработке специального программного обеспечения по обслуживанию клиентов, пользующихся кроме обычных кредитных карт еще и Подарочной картой.
Для реализации поставленной цели был проведен анализ систем банковского обслуживания, и на основании полученных сведений была выбрана технология проектирования - web-программирование.
На основе изучения и анализа программ и языков программирования для разработок в данной области, была выбрана технология ASP.
В рамках данной технологии был выбран язык программирования С#, среда разработки Microsoft Visual Studio 2012 и Microsoft Entity Framework 5.0.0., а также в качестве сервера баз данных использовался компьютер, на котором установлены Microsoft SQL Server, Postgre SQL и IBM DB2.
В результате была разработана клиентская информационная сервисная система, которая позволяет усовершенствовать операции с банковскими пластиковыми картами, а именно - расширение масштабов услуг, позволяющая иметь оперативный доступ к информации по банковскому счету с помощью интернета, без подключения к ДБО или при отсутствии мобильной связи для клиентов, пользующихся кроме обычных кредитных карт Подарочной картой.
Внедрение данной системы проходит в тестовом режиме, фиксируется количество посещений на странице проверки остатка по лимиту.
После прохождения апробации и анализа посещаемости страницы будет ставиться вопрос о внедрении данной системы в банковское обслуживание клиентов на постоянной основе.
Список используемой литературы
1. Аверченко В.А., Макаров В.Л., Сильвестров С.Н. и др. О совершенствовании системы безналичного денежного обращения в России // Бизнес и банки. - 2007. - №11. - с.6-9.
2. Актуальные проблемы денег и денежного обращения // Деньги и кредит. - 2008. - №1. - с.8-9.
3. Алехина А. Проблемы создания и развития Национальной системы платежных карт // Автоматизированная система расчетов с использованием пластиковых карт. Сборник статей. - М.: ЦБ РФ. - 2008. - 132 с.
4. Ангелов Ю. Пластиковые деньги в России // Банки и Технологии - 2009г - №2. - с.14-17.
5. Андерсон С. Перспективы мира карточек // Мир карточек. - 2008. №9. - 120с.
6. Андреев А.А., Белов М.Ю. и др. Пластиковые карты. 4-е изд., перераб. и допол. - М.: Издательская группа "БДЦ - пресс", 2008г. - 230с.
7. Ануриев С.В. Конкуренция в денежном обороте наличных и безналичных денег // Бизнес и банки - 2008 - №25. - 70 с.
8. Ануриев С.В. Проблема сущности безналичных денег // Бизнес и банки - 2009 - №24. - с.23-34.
9. Арчер Т. "Основы C#" - М.: Русская редакция, 2001. - 448 с.
10. Афонина С.В. Электронные деньги. - СПб.: Питер, 2008. - 170 с.
11. Балабанов И.Т. Электронная коммерция. - СПб.: Питер, 2008. - 240с.
12. Банки и банковские операции: учебник для вузов / Под ред. проф. Е.Ф. Жукова. - М.: Банки и биржи, ЮНИТИ, 2008. - 471 с.
13. Банковское дело: учебник. / Под ред.О.И. Лаврушина. - 2-е изд., перераб. и доп. - М.: Финансы и статистика, 2008. - 672 с.
14. Бизнес и банки. - 2009. - №42. с.21-27.
15. Бруно Бухвальд. Техника банковского дела. - М.: Изд-во Сирин, 2008. - 258 с.
16. Буянов В.П., Алексеева Д.Г. Банковские расчеты: анализ нормативного обеспечения. - М.: Экзамен, 2008. - 240 с.
17. Виноградов Л. Государственное регулирование обращения пластиковых карточек // Мир карточек. - 2009. - № 11. - 150 с.
18. Голубович А.Д., Миримская О.М. Кредитные и другие банковские карточки в системе автоматизированных денежных расчетов. - М.: Менатеп - Информ, 2008. - 298 с.
19. Гуннерсон Э. "Введение в C#" - СПб.: Питер, 2001. - 304 с.
20. Драган М., Груздев Р. Система электронных денег на основе применения технологии смарт-карт // Банковские услуги. - 2008. - №7. - 30 с.
21. Евтюшин А. Смарт-карточки: решение или проблема? // Банковские технологии. - 2008. - №1.
22. Казьмин А.И. Сбербанк России: надежность и динамизм // Деньги и кредит, 2009. - № 6. - с.14 - 19.
23. Кобелев С.Д. Такая удобная карта // Континент Сибирь. - 2009. - №10. - с.11.
24. Крутяков А. Смарт-карты в безналичных расчетах // Открытые системы сегодня, 2007. - № 2. - с.1-7.
25. Маркелов К. Конкуренция технологий: пластиковые карточки / Мир ПК, - 2009. - № 10. - с.104-114.
26. Овчинников Р., Сухов С. Корпоративный веб-сайт на 100% - СПб.: Санкт-Петербург, 2009 г. - С.428-440.
27. Панащук С.А. Разработка информационных систем с использованием CASE-системы Silverrun. "СУБД", 1995, № 3. - С.1-11.
28. Работа банка с корпоративными клиентами / Под ред. Ю.С. Масленченкова, Ю.Н. Тронина. - М.: Юнити-Дана, 2008. - 360 с.
29. Финансы, денежное обращение, кредит: Краткий курс лекция / Под ред.Ф.М. Шолопаева. - М.: Юрайт-Издат, 2008. - 280 с.
30. Шеремет А.Д. Финансовый анализ в коммерческом банке. - М.: Финансы и статистика, 2010. - 256 с.
31. Юровицкий В. Банки в среде электронных денег // Банковское дело, 2009. - № 5. - С.16-21.
32. "Microsoft C# LanguageSpecification" - М.: MicrosoftPress, 2001. - 412 с.
33. TrupinJ. "SharpNewLanguage. C# OffersthePowerof C++ andSimplicityofVisualBasic", MSDN Magazine, September 2000.
34. Вдовин В.М., Мазай В.Н. Методические рекомендациипо выполнению выпускной квалификационной работы. Российский университет кооперации, 2010. - 129 с.
Подобные документы
Рынок пластиковых карт и его участники. Классификация банковских карт. Проблемы и перспективы развития рынка пластиковых карт в России. Финансовый анализ деятельности банка. Направления совершенствования организации карточного бизнеса в ПАО "МИнБанк".
дипломная работа [210,8 K], добавлен 01.08.2016Стратегия развития ЗАО "Банк Русский Стандарт" - ведущего банка на рынке кредитования населения. Модель модифицированного балансового уравнения. Анализ активов, пассивов и ликвидности. Показатели эффективности деятельности, финансовые коэффициенты.
контрольная работа [35,9 K], добавлен 16.10.2013Сущность и классификация потребительского кредита, его особенности и нормативно-правовое регулирование. Анализ деятельности ЗАО "Банк Русский стандарт" на рынке потребительского кредитования. Пути совершенствования его организации в коммерческом банке.
дипломная работа [119,4 K], добавлен 24.12.2010Характеристика пластиковых карт и их классификация. Изучение и анализ методов организации работы с пластиковыми картами в современном коммерческом банке. Оценка уровня доходности зарплатного проекта на примере Сибирского Отделения Сбербанка России.
дипломная работа [767,0 K], добавлен 21.02.2011Сущность, значение, классификация банковских карт. Нормативно-правовое регулирование работы банков с банковскими картами. Сравнительный анализ организации работы с пластиковыми картами Банком ВТБ 24 (ЗАО) и другими банками в Костромской области.
дипломная работа [1,0 M], добавлен 11.09.2014Нормативная база банковской деятельности. Краткая характеристика банка ЗАО "Банк Русский Стандарт", его пассивные и активные, валютные и расчетно-кассовые операции. Торговые сети федерального значения и оказание консультационных и информационных услуг.
отчет по практике [122,0 K], добавлен 19.10.2014Сущность кредитования потребительских нужд населения и его роль в развитии современной экономике. Оценка современного состояния и перспективные направления развития кредитования потребительских нужд населения на примере ЗАО Банк "Русский Стандарт".
дипломная работа [248,6 K], добавлен 12.04.2009Организация банковских операций с использованием пластиковых карт. Анализ объемов и динамики операций с банковскими картами в ПАО "Сбербанк" в период 2012-2014 гг. Определение основных проблем ПАО "Сбербанк" в сфере работы с банковскими картами.
курсовая работа [1,3 M], добавлен 25.08.2017Виды и технология эмиссии пластиковых карт. Преимущества и недостатки использования пластиковых карт для участников системы расчетов. Рекомендации по продвижению банковских продуктов на основе пластиковых карт в ОАО "Новосибирский Муниципальный банк".
дипломная работа [1,7 M], добавлен 27.03.2013История создания пластиковых банковских карт, их экономическая сущность и виды. Порядок эмиссии банковских карт Центральным банком РФ. Особенности работы ОАО "Сбербанк России" с пластиковыми картами, на примере Северо-восточного отделения в г. Якутске.
дипломная работа [1,4 M], добавлен 02.06.2014
