BigLib.info
» » » Автоматизированная система обслуживания клиентов банка через Internet
Вернуться назад

Автоматизированная система обслуживания клиентов банка через Internet

Оглавление
Введение
Глава 1. Описание предметной области
1.1 Услуги Интернет.
1.2 Самообслуживание как расширение клиентских возможностей
1.3 Архитектура Интернет-Банкинга
1.4 Обслуживание клиентов банка через Интернет
Глава 2. Проектирование автоматизированной системы обслуживания клиентов банка через Интернет.
2.1 Цель работы
2.2 Функциональные требования к системе.
2.3 Выбор и обоснование технологии проектирования и инструментальных средств разработки.
2.4 Постановка задач по подсистемам.
2.4.1 Диаграммы вариантов использования.
2.4.2 Диаграммы классов.
2.5 Выбор СУБД для реализации БД.
2.5.1 Выбор СУБД.
2.5.2 Проектирование базы данных.
Выводы по главе.
Глава 3. Реализация и тестирование.
3.1 Иерархия форм.
3.2 Организация интерфейса с пользователем.
3.3 Постановка задачи для тестирования.
3.4 Тестирование.
3.5 Анализ результатов, полученных при тестировании.
Выводы по главе.
Глава 4. Расчёт экономической эффективности проекта.
4.1 Расчет единовременных затрат на разработку ПО.
4.2 Единовременные расходы организации заказчика ПО при внедрении автоматизированных рабочих мест (АРМ).
4.3 Источники финансирования проекта.
4.4 Текущие расходы пользователя ПО при эксплуатации АРМ.
Выводы по главе
Заключение
Список литературы

Введение
Стремительно развивающиеся компьютерные технологии изменили образ жизни миллионов людей, а мировая компьютерная сеть Internet завоевала популярность во всем мире. В наше время, когда каждая минута дорога, ритм жизни очень высок, возникновение необходимости находиться в течение дня в разных странах или городах никого не удивляет. Так же как и желание работающих людей получить услуги быстро и с комфортом. В этой ситуации возможность следить за своим счетом в банке через Internet является отличным способом получить желаемое, затратив при этом минимум усилий.
В связи со спросом на технику и средства связи появляются организации способные удовлетворить потребность в товарах, и с каждым днем подобных организаций становиться все больше и больше. Поэтому я считаю, что клиент-банк – область весьма интересная и актуальная во все времена.
Практически все виды услуг, которые, так или иначе, связаны с передачей информации, можно оказывать через Интернет. Среди них: юридические, различные консалтинговые, банковские, финансовые, новостные, туристические, медицинские, психологические и др. Кроме информационных услуг, в Интернет оказываются коммуникативные услуги: общение через электронную почту, гостевые книги, чат, ICQ, формы обратной связи, Интернет-телефония, видео-конференции и др.
Интернет является базой для всего, в том числе и для клиентских сайтов, таких как бронирование гостиниц, автомобилей и многого другого. К числу таких сайтов можно отнести и сайты банков, используемые клиентами при оплате услуг или операций.
Преимущество сети Интернет как канала оказания услуг несколько: это возможность напрямую взаимодействовать с потребителем, индивидуальность, оперативность, низкая стоимость, анонимность. Среди недостатков: высокая конкуренция, которая не ограничена географически; мобильность клиентов: всегда можно перейти к другому продавцу; не всегда известно, почему клиент остался неудовлетворенным; отсутствие прямого контакта с клиентом (степень воздействия на поведение клиента и импульсивность покупки снижаются).
Целями данной дипломной работы являются привлечение большего числа клиентов, получение дополнительной полезной информации. И главной задачей для достижения этих целей является создание автоматизированной системы обслуживания клиентов банка через Интернет .
Данная дипломная работа состоит из четырех глав.
В первой главе описано исследование предметной области. Раскрываются теоретические моменты работы.
Вторая глава посвящена практической части проекта. Описаны выбранные методология и инструментальные средства, а так же построена модель системы и описаны задачи.
В третьей главе представлены результаты пробного тестирования.
Четвертая глава описывает экономическую сторону проекта. Дано обоснование проекта с точки зрения экономической эффективности.
Описанные в дипломной работе преимущества и возможности системы клиент-банк помогают достичь всех намеченных целей. Автоматизированная система, которая позволяет максимально быстро и качественно выполнять все желания клиентов, а также облегчить работу сотрудников банка, является необходимостью и не теряет своей актуальности ни при каких обстоятельствах.

Глава 1. Описание предметной области
1.1 Услуги Интернет
Все сервисы, которые оказываются через Интернет, являются услугами. Они имеют нематериальную форму. Даже, если компания продает через Интернет какой-нибудь товар, она все равно оказывает покупателю услуги на стадии оформления заказа. Сам же процесс покупки товара происходит при получении товара - либо по почте, либо при доставке на дом курьером. Таким образом, компания, продавая свой товар через Интернет, оказывает покупателю услуги информационные, услуги по оформлению, заказу, оплате и доставки товаров.
Все виды информационных услуг, которые мы наблюдаем в офф-лайн, интегрируются теперь в Интернет. Практически все виды услуг, которые так или иначе связаны с передачей информации, можно оказывать через Интернет. Среди них: юридические, различные консалтинговые, банковские, финансовые, новостные, туристические, медицинские, психологические и др. Кроме информационных услуг, в Интернет оказываются коммуникативные услуги: общение через электронную почту, гостевые книги, чат, ICQ, Odigo, формы обратной связи, Интернет-телефония, видео-конференции и др.
Преимущество сети Интернет как канала оказания услуг несколько: это возможность напрямую взаимодействовать с потребителем, индивидуальность, оперативность, низкая стоимость, анонимность. Среди недостатков: высокая конкуренция, которая не ограничена географически; мобильность клиентов: всегда можно перейти к другому продавцу; не всегда известно, почему клиент остался неудовлетворенным; отсутствие прямого контакта с клиентом (степень воздействия на поведение клиента и импульсивность покупки снижаются).
Банки в Интернет могут проявить нестандартность и экономичность способов продвижения услуг. И оказывать некоторые услуги, например, выбор операций среди категорий операций посредством видеоконференций и многое другое.
Преимущества:
Сокращение производственных затрат;
Удобство обслуживания клиентов;
Скорость оформления заказов.
1.2 Самообслуживание как расширение клиентских возможностей
К понятию самообслуживания часто относятся с недоверием или рассматривают его как крайнее средство при отсутствии других возможностей обслуживания клиентов. Но в последнее время, в основном благодаря развитию информационных технологий, веб-сервисов и новых возможностей телефонной связи, самообслуживание, наконец, было оценено по достоинству как эффективный способ расширить каналы общения с клиентами, дав им возможность взаимодействовать с компаниями в любое время и в любом месте.
С понятием самообслуживания чаще всего связывают индустрию быстрого питания, но и в других отраслях эти технологии используются уже на протяжении десятилетий. Так, все супермаркеты целиком построены на самообслуживании, когда покупатели сами выбирают продукты. Без самообслуживания было бы невозможно обеспечивать такой широкий выбор товаров. Интересен тот факт, что супермаркеты сегодня также расширяют возможности самообслуживания, например, за счет использования веб-технологий, когда клиент самостоятельно выбирает нужные товары и формирует свои требования, а супермаркет обеспечивает доставку покупок.
Возможности самообслуживания в Интернете произвели настоящую революцию, в частности, в банковской деятельности. Сейчас стало достаточно удобно находить и выбирать нужные операции и услуги по обслуживанию клиентов на сайтах банков. Оплату (или различные переводы) также можно произвести по Сети. Кроме того, многие банки сейчас способны предоставлять своим клиентам возможность самостоятельной регистрации. Все это является большим преимуществом для клиента, так как ускоряет процесс обслуживания и расширяет выбор услуг
Широкое использование Интернета подтверждается результатами опроса о самообслуживании. Опрос показал, что, примерно, 35% людей используют Интернет с целью сэкономить своё личное время, используя сайты банков для расчета по различным видам операций, в то время как телефоном для этого пользуются только 20% опрошенных. И хотя прямой контакт по-прежнему остается крайне важным каналом коммуникации в банковской деятельности, при осуществлении обычных операций клиенту на самом деле нет необходимости общаться с представителями чтобы оплатить какие-либо услуги.
Комбинирование каналов общения позволяет компании (банку) всегда быть «лицом к клиенту» и при этом внедрять, с помощью самообслуживания, новые каналы общения, которые обеспечат быстроту и гибкость обслуживания. Переворот в системах самообслуживания, главным образом, и стал причиной появления таких предложений от банков, где весь рабочий процесс построен на самообслуживании.
1.3 Архитектура интернет-банкинга
Существуют 3 основных решения по реализации транзакции между клиентом и базой данных банка с применением Интернет-технологии:
· «голый» WEB . Эта схема попадает под определение «тонкого» клиента. Интерфейс реализован на базе HTML , в качестве протокола HTTP поверх SSI . Клиент использует обычный WEB -браузер. В банке установлен WEB -сервер для исполнения WEB -приложения, который с одной стороны динамически формирует HTML -страницы для клиента, а с другой обращается с сервером базы данных.
· WEB + программное обеспечение. В данном решении клиенту предлагаются специальные программы или plugin -модули для конкретной версии WEB -браузера. Сложности: проведение установки и настройки специализированного ПО у клиента и необходимость периодического обновления этого ПО. Как следствие, необходимость создания в банке группы сотрудников для технической поддержки клиентов и дополнительные издержки банка. Так как ПО устанавливается у клиента – это система с «толстым» клиентом, а обработка на нашей машине.
· Применение JAVA -апплета. Функции клиентской программы выполняет JAVA -апплет, загружаемый в WEB -браузер клиента. В JAVA -апплете реализован весь интерфейс пользователя: экранные и печатные формы документов, проверки правильности заполнения, протокол защищенного взаимодействия с сервером БД, шифрование данных, генерация криптоключей, механизм ЭЦП клиента под финансовыми документами и обмен финансовыми документами с автоматизированными банковскими системами.
Независимо от используемой схемы, определяют состав Интернет-банкинга:
· Клиентская часть системы. Это интернет-сервер, устанавливаемый в банке, который посещают клиенты банка для выполнения операций в системе и где реализован прокол защищенного взаимодействия и шифрования данных.
· Сервер БД. Хранит все документы и открытые ключи ЭЦП клиентов, всю информацию о клиентах и 9справочники. В данной части системы происходит первичная регистрация клиентов, определение счетов и полномочий. Хранятся справочники, используемые клиентом в работе и полная информация о клиенте.
· Шлюз к АБС. Обеспечивает обмен данными между системами. Обычно поддерживается работа АБС в пакетном режиме, режиме реального времени, может быть комбинировано. Самым распространенным является обмен текстовыми файлами заранее определенного формата.
Для Российского рынка традиционыым решением является: на стороне клинета устанавливается спецмально ПО, дополнительно plugin -модули, а иногда и аппаратные средства. Для работы системы с клиентом используются WEB -браузеры.
1.4 Обслуживание клиентов банка через Интернет
Посетив специализированный сайт (такой сайт может быть разработан программистами какого-либо банка), клиент может получить полный набор услуг в течение нескольких минут: увидеть описание сайта, изучить категории операций, выбрать и оформить операцию, оплатить ёе (с помощью банковского перевода), получить подтверждение выполнения операции.

Глава 2. Проектирование АСУ
2.1 Цель работы.
Основной целью настоящей дипломной работы является создание системы обслуживания клиентов банка через Интернет.
Для достижения этой цели были решены следующие задачи:
1. Рассмотрены операции клиента и банка;
2. Проведен анализ;
3. Определены основные требования к разрабатываемой системе;
4. Спроектирована и разработана система обслуживания клиентов банка через ИНТЕРНЕТ;
5. Создан тестовый пример;
6. Произведено тестирование системы;
7. Проведена оценка экономической эффективности разработанной системы.
2.2 Функциональные требования к системе
2.2.1 Для реализации поставленных целей система должна отвечать следующим функциональным требованиям:
· оформление заказа на данную услугу(Клиент-Банк) – выполняется администратором по работе с клиентами, когда клиент определился;
· формирование Базы Данных клиентов;
· формирование отчетов;
· осуществление поиска по указанным параметрам – для администратора:
· по фамилии клиента;
· по номеру операции;
· по фамилии администратора
· возможность работы с операциями – поиск по описанию операций;
· возможность работы с операциями и клиентами(для администратора) – добавление, удаление, редактирование
2.2.2 Исходные данные:
· Анкетные данные;
· Желание клиента.
2.2.3 Выходные данные:
Результаты поиска;
· Договор с клиентом;
· Отчеты;
2.2.4 Требования к надёжности.
· Предусмотреть контроль вводимой информации.
· Предусмотреть блокировку некорректных действий пользователя при работе с системой.
· Обеспечить целостность хранимой информации.
· Обеспечить защиту от несанкционированного доступа к информации.
2.2.5 Требования к составу и параметрам технических средств.
Система должна работать на IBM совместимых компьютерах.
Минимальная конфигурация:
1. Тип процессора Pentium III или Athlon и выше;
2. Частота процессора 333 Mhz и выше;
3. Объём оперативного запоминающего устройства 64 Мб и более;
4. Объем свободного пространства на жестком диске 5 M б и выше.
Требования к информационной и программной совместимости.
Система должна работать под управлением семейства операционных систем Win 32 ( Windows 95, Windows 98, Windows Me , Windows 2000, Windows NT , Windows XP ). Выход в сеть Internet .
2.3 Выбор и обоснование технологии проектирования и инструментальных средств разработки
Разработка информационных систем включает в себя несколько этапов. Однако всегда начальным этапом создания системы является изучение, анализ и моделирование деятельности заказчика для возможного улучшения и оптимальных методов работы, которые и будут реализованы в создаваемом приложении.
Прежде чем решить эти проблемы и приступить к разработке системы необходимо иметь четкое описание методологии разработки, адаптированной к конкретному проекту. На основе выбранной методологии производится выбор конкретных проектных инструментов и программных средств.
В своем дипломном проекте я использую комбинированный подход к проектированию. Это наиболее популярный на сегодняшний день способ формализации требований к системе и построению ее архитектуры. Его популярность обусловлена сочетанием преимуществ функционального и объектного подходов к проектированию: функциональный подход хорош на этапе выдвижения требований и описания бизнес-процессов, а объектный – на этапе создания архитектуры системы, достаточно понятной для программиста, и дальнейшей реализации проекта в объектно-ориентированной среде программирования.
Под моделью ПО в общем случае понимается формализованное описание системы ПО на определенном уровне абстракции. Каждая модель определяет конкретный аспект системы, использует набор диаграмм и документов заданного формата, а также отражает точку зрения и является объектом деятельности различных людей с конкретными интересами, ролями или задачами. Графические (визуальные) модели представляют собой средства для визуализации, описания, проектирования и документирования архитектуры системы.
Поскольку сложность систем повышается, важно располагать хорошими методами моделирования. Хотя имеется много других факторов, от которых зависит успех проекта, но наличие строгого стандарта языка моделирования является весьма существенным. Состав моделей, используемых в каждом конкретном проекте, и степень их детальности в общем случае зависят от следующих факторов:
· сложности проектируемой системы;
· необходимой полноты ее описания;
· знаний и навыков участников проекта;
· времени, отведенного на проектирование.
Визуальное моделирование оказало большое влияние на развитие ТС ПО вообще и CASEсредств в частности. Понятие CASE (Computer Aided Software Engineering) используется в настоящее время в весьма широком смысле. Первоначальное значение этого понятия, ограниченное только задачами автоматизации разработки ПО, в настоящее время приобрело новый смысл, охватывающий большинство процессов жизненного цикла ПО. CASEтехнология представляет собой совокупность методов проектирования ПО, а так же набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать эту модель на всех стадиях разработки и сопровождения ПО и разрабатывать приложения в соответствии с информационными потребностями пользователей. Большинство существующих CASE - средств основано на методах структурного или объектно-ориентированного анализа и проектирования, использующих спецификации в виде диаграмм или текстов для описания внешних требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств.
BPWin .
BPwin является мощным инструментом для создания моделей, позволяющих анализировать, документировать и планировать изменения сложных бизнес-процессов. BPwin предлагает средство для сбора всей необходимой информации о работе предприятия и графического изображения этой информации в виде целостной и непротиворечивой модели. BPwin поддерживает три методологии: IDEF 0, DFD и IDEF 3, позволяющие анализировать ваш бизнес с трех ключевых точек зрения:
С точки зрения функциональности системы. В рамках методологии IDEF 0( Integration Definition for Function Modeling ) бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой.
С точки зрения потоков информации (документооборота) в системе. Диаграммы DFD ( Data Flow Diagramming ) могут дополнить то, что уже отражено в модели IDEF 3, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. В тоже время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями.
С точки зрения последовательности выполняемых работ. И еще более точную картину можно получить, дополнив модель диаграммами IDEF 3. Этот метод привлекает внимание к очередности выполнения событий. В IDEF 3 включены элементы логики, что позволяет моделировать и анализировать альтернативные сценарии развития бизнес-процесса.
Рассмотрим контекстную диаграмму (Рис1):
Управляющая информация, которая входит в блок сверху:
· Закон «Об информатике и информатизации»;
· Законы, регулирующие предпринимательскую деятельность.
Входная информация, изображенная в виде стрелочек, входящих с левой стороны блока:
· Анкетные данные;
· Желание клиента.
Выходная информация, представленная с правой стороны:
· Договор с клиентом;
· Результаты поиска;
· Отчеты.
Механизм, осуществляющий операции, представлен стрелочками, входящими в блок снизу:
· Представитель банка;
· Администратор.
Рис. 1 Контекстная диаграмма
Далее представлена диаграмма декомпозиции контекстной диаграммы (Рис2). Рассмотрим ее более подробно:
Рис. 2 Диаграмма декомпозиции процесса
Из представленного рисунка видно, что происходит декомпозиция главного процесса на 4 подпроцесса, для которых управляющей информацией является Законы, регулирующие предпринимательскую деятельность и Закон «Об информатике и информатизации». И для всех 4-х подпроцессов механизмом, осуществляющем различные операции, является Администратор. В подпроцессе «Формирование базы данных клиента» операции осуществляет Администратор.
Скачать полную версию
Дипломные работы по информатике Оглавление Введение Глава 1. Описание предметной области 1.1 Услуги Интернет. 1.2 Самообслуживание как расширение клиентских возможностей 1.3
Оценок: 562 (средняя 5 из 5)
© 2014 - 2020 BigLib.info