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

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

Введение

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

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

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

Использование такой системы действительно обеспечивает большую легкость для трудоемких задач. С появлением системы интернет-банкинга клиент получил возможность управлять своим счетом 24 часа в сутки. Клиенты теперь при управлении своими финансами стали непривязаны к часам работы отделений банков.

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

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

1. Анализ предметной области и постановка задачи

1.1 Система интернет-банкинга

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

- осуществлять все коммунальные платежи (электроэнергия, газ, телефон, квартплата, теплоснабжение);

- оплачивать счета за связь (домашний телефон, сотовая связь, интернет) и другие услуги;

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

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

- покупать и продавать иностранную валюту;

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

Главной причиной медленного распространения интернет-банкинга является относительная небезопасность расчетов и сохранности средств на счетах клиентов.

Возможность несанкционированного доступа к чужой информации остается основной проблемой в интернете.

Но в ответ на сложившиеся трудности в интернет-банкинге применяют современные технологии программно-аппаратной защиты, которые постоянно совершенствуются.

Сегодня система Интернет-банкинга применяется в основном для решения следующих основных задач:

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

- экономия времени (нет необходимости ехать в филиал банка и тратить время на дорогу и на простаивание в очередях);

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

Конечно, система интернет-банкинга, несовершенна. Так, к примеру, применение систем электронных платежей сталкивается со многими проблемами, а именно:

- недостаточная степень защиты проведения платежей в Интернете;

- нет единого стандарта на документооборот. Правила обработки документов также не стандартизированы;

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

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

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

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

1.2 Изучение аналогов системы

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

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

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

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

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

Технически интернет-банкинг реализован в виде java-апплета, загружаемого в web-браузер пользователя. Поддерживается работа во всех web-браузерах и на всех платформах.

Рисунок 1.1 - Функционал существующей системы "Интернет-банкинг":

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

Следует отметить, что сами банки стимулируют своих клиентов к приобретению услуг интернет-банкинга: абонентская плата за ведение счета в Интернете гораздо ниже платы за обычное ведение счета, существует еще и некоторое число бонусов, например, скидки на банковские переводы (ОАО "Приорбанк") и оплату покупок в интернет-магазине BelPay (ЗАО "Минский транзитный банк").

В целом получение дохода от интернет-банкинга возможно только по достижении достаточно высокого порога привлечения клиентов. По экспертным оценкам, простая окупаемость бизнеса начинается от 100 тысяч привлеченных на обслуживание клиентов, что для Республики Беларусь является пока весьма заоблачной перспективой.

Выходит, получение дохода от внедрения интернет-банкинга возможно только при достаточно большом количестве привлеченных клиентов. Охват хотя бы 20% населения Беларуси принес бы банкам миллионы долларов ежегодной дополнительной прибыли от комиссионных операций, абонентской платы, а также продаж других банковских услуг, потребность в которых у клиентов возникнет уже в процессе обслуживания.

Таким образом, наши банки рассматривают интернет-банкинг как услугу на перспективу, то есть пока задумываются о вкладывании денег на его разработку (сумма в 200-300 тысяч долларов США, необходимая на активацию интернет-банкинга, не выглядит для банка непосильной, но если оценить все сопутствующие затраты на внедрение системы, то в итоге выходит сумма во много раз большая, а будет ли должная отдача?).

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

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

Таким образом, банковский рынок Беларуси сегодня является масштабным и перспективным для развития систем интернет-банкинга.

Лидирующее место среди банков Беларуси как по количеству, так и по качеству предоставляемых населению услуг через Интернет занимает ЗАО "Минский транзитный банк". Его система интернет-банкинга "Мой Банк" включает в себя наиболее полный набор банковских услуг, а такие виды услуг как осуществление платежей в республиканский и местный бюджеты (налоговые платежи, штрафы и др.), совершение произвольных платежей в пользу юридических лиц на территории Республики Беларусь являются характерными только для данного банка.

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

В частности, данные направления были реализованы системами "Интернет-банкинг" и "SMS-банкинг".

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

Система обслуживает держателей банковских пластиковых карточек платежных систем VISA и БелКарт.

Клиент ориентированный сайт банка.

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

Проанализируем оформление сайта ОАО "Белагропромбанк", останавливаясь подробнее на вкладках интернет-банкинга. Наблюдается простота использования, наглядность, применение высоких технологий, что способствует лучшей взаимосвязи с клиентами и упрощает его использование.

Пользовательский интерфейс довольно прост и удобен в использовании (рисунок 1.2).

Рисунок 1.2 - Пользовательский интерфейс услуги "Интернет-банкинг" в ОАО "Белагропромбанк":

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

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

Приведу сводную таблицу доступного функционала интернет-банкингов (рисунок 1.3):

Рисунок 1.3 - Сводная таблица функционала интернет-банкингов:

1.3 Постановка задачи на дипломное проектирование

Тема: “Разработка веб-приложения для работы по карт-счетам в системе Интернет-банкинга”. Объект автоматизации: процессы управления банковскими счетами через Интернет.

Технические требования:

- ОС -Windows XP;

- Язык реализации - PHP;

- Доступ к системе интернет-банкинга производится непосредственно из веб-браузера;

- В системе интернет-банкинга устанавливается отношение 1-1 между банковской карточкой и карт-счётом.

У клиента должна быть возможность:

- Просматривать карт-счета;

- Проводит платёж;

- Просматривать историю операций для своих карт-счетов;

- Переводить деньги между двумя своими счетами;

- Изменять пароль доступа к системе.

У администратора должна быть возможность:

- Добавлять нового пользователя в систему;

- Добавлять новые виды платежей;

- Изменять пароль пользователя, блокировать/разблокировать пользователя.

Задачи разработки:

- обзор и анализ предметной области;

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

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

2. Проектирование системы

2.1 Функциональные требования к системе

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

- оформление заказа на данную услугу (Клиент-Банк) - выполняется администратором по работе с клиентами, когда клиент определился;

- формирование базы данных клиентов;

- формирование отчетов;

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

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

Требования к надёжности:

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

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

- Обеспечить целостность хранимой информации;

- Обеспечить защиту от несанкционированного доступа к информации.

Требования к составу и параметрам технических средств. Система должна работать на IBM совместимых компьютерах. Минимальная конфигурация:

1) Тип процессора Pentium III или Athlon и выше;

2) Частота процессора 333Mhz и выше;

3) Объём оперативного запоминающего устройства 64 Мб и более;

4) Объем свободного пространства на жестком диске 5 Mб и выше.

Требования к информационной и программной совместимости.

Система должна работать под управлением семейства операционных систем Win 32:

- Windows 95;

- Windows 98;

- Windows Me;

- Windows 2000;

- Windows NT;

- Windows XP.

Выход в сеть Internet.

2.2 Построение моделей данных и алгоритмов работы системы

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

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

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

Общий алгоритм работы пользователя с системой интернет-банкинга показан на рисунок 2.1 Основные бизнес-процессы взаимосвязи системы интернет-банкинга и АБС приведены на рисунок 2.2.

Сортировка всей входящей информации осуществляется автоматически и достигается программным управлением взаимодействия интернет-интерфейса и внутренней технологической реализацией системы интернет-банкинга и АБС.

Интернет-интерфейс служит своеобразным информационным фильтром всей поступающей информации.

Рисунок 2.1 - Алгоритм работы пользователя с системой интернет-банкинга:

Рисунок. 2.2 - Бизнес-процессы взаимосвязи клиента, системы интернет-банкинга и АБС:

2.3 Моделирование диаграмм вариантов использования

Сначала рассмотрим возможный вариант использования системы с точки зрения клиента (Рисунок 2.6).

Суть этой диаграммы сводится к тому, что клиент выполняет операцию.

Это его основная функция. Но, перед тем как её выполнить, он изучает сайт.

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

Рисунок 2.3 - Диаграмма вариантов использования (клиент):

В любом случае, независимо от его «пути», он выбирает операцию, проводит её и получает, в итоге, отчет. А дальше рассмотрим точку зрения администратора (Рисунок 2.4).

Рисунок 2.4 - Диаграмма вариантов использования (администратор):

В функции администратора входит:

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

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

- Осуществление поиска клиента по фамилии, либо по статусу;

- Обновление базы данных. Периодически может появляться необходимость в обновлении некоторых данных, а так же добавлении новых полей;

- Осуществить регистрацию клиента. Анкетные данные клиента внести в базу данных.

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

2.4 Общая схема пользовательского интерфейса

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

Для разработки сценария диалога пользователя с системой необходимо учитывать задачи, решаемые системой. Одной из главных задач системы является диалог с пользователем. Основой диалога пользователя и системы является интерфейс пользователя. Можно выделить несколько наиболее существенных преимуществ хорошего пользовательского интерфейса с точки зрения бизнеса:

1) Снижение стоимости поддержки системы. Уменьшение расходов на редактирование дизайн интерфейса по требованию пользователей;

2) Доступность функциональности системы для максимального количества пользователей;

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

4) Интуитивно понятный и знакомый интерфейс. Необходимо сделать интерфейс таким, чтобы пользователи смогли догадаться о выполнении какой-либо задачи без необходимости специального обучения. Если предоставить пользователям интуитивно понятный интерфейс, они смогут гораздо быстрее научиться пользоваться даже самыми сложными компонентами приложения. Это особенно важно в тех случаях, когда пользователь пытается определить потенциал приложения и его пригодность для решения своих задач;

5) Дружественный к пользователю интерфейс. Если создать дружественный к пользователю интерфейс, он не откажется потратить некоторое время на обучение методам работы с ним. Желание потратить время на обучение методам работы с интуитивно понятным и знакомым интерфейсом может в значительной степени повлиять на успех обучения приемам работы с приложением, что позволит максимально быстро использовать его для практической работы;

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

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

Рисунок 2.5 - Схема пользовательского интерфейса:

В процессе проектирования пользовательского интерфейса были решены следующие задачи:

- авторизация пользователей в системе;

- разработка модели решения задач на уровне объект-действие;

- разработка системного меню;

- выбор средств реализации.

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

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

2.5 Схема взаимосвязи программных модулей

Разработанная нами схема взаимосвязи программных модулей выглядит следующим образом (Рисунок 2.6):

Рисунок 2.6 - Схема взаимосвязи программных модулей:

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

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

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

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

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

Создание транзакции - этот модуль инициирует транзакцию новой валютно-обменной операции.

2.6 Выбор СУБД

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

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

- СУБД разрабатываются с целью обеспечения эффективной обработки больших объёмов информации, намного больших, чем те, с которыми справляются электронные таблицы;

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

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

Так как средой программирования была выбрана PHP, то логично, что работая в связке Apache/PHP/MySQL, системой управления базой данных был выбран MySQL.

СУБД MySQL - одна из множества баз данных, поддерживаемых в PHP. MySQL разработал Михаэль Видениус. MySQL является относительно небольшой и быстрой реляционной СУБД основанной на традициях Hughes Technologies Mini SQL (mSQL).

Система MySQL распространяется бесплатно и обладает достаточной мощностью для решения реальных задач. SQL - это аббревиатура от слов Structured Query Language, что означает структурированный язык запросов. Этот язык является стандартным средством для доступа к различным базам данных.

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

Основные стороны пакета MySQL:

- Многопоточность. Поддержка нескольких одновременных запросов;

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

- Записи фиксированной и переменной длины;

- ODBC драйвер в комплекте с исходником;

- Гибкая система привилегий и паролей;

- До 16 ключей в таблице. Каждый ключ может иметь до 15 полей;

- Поддержка ключевых полей и специальных полей в операторе CREATE;

- Поддержка чисел длинной от 1 до 4 байт (ints, float, double, fixed), строк переменной длины и меток времени;

- Интерфейс с языками C и perl;

- Основанная на потоках, быстрая система памяти;

- Утилита проверки и ремонта таблицы.

2.7 Проектирование базы данных

Базы данных создаются для хранения и доступа к данным, содержащим сведения о некоторой предметной области, т. е., всякая база данных представляет собой систему данных о предметной области.

В нашей базе данных будут находиться следующие таблицы:

- Клиенты;

- Операции;

- Договоры;

- Логины;

- Администраторы;

- Счета.

Поля таблицы Клиенты и их типы:

- ID клиента - ключевое поле;

- Фамилия - текстовый;

- Имя - текстовый;

- Отчество - текстовый;

- Номер паспорта - текстовый;

- Телефон - числовой.

Поля таблицы Договоры и их типы:

- ID договора - ключевое поле;

- ID клиента - текстовый;

- Дата заключения - дата.

Поля таблицы Счета и их типы:

- ID счета - ключевое поле;

- ID договора - текстовый;

- Счет - числовой;

- Баланс счета - числовой.

Поля таблицы Операции и их типы:

- ID операции - ключевое поле;

- ID счета - текстовый;

- Операция - текстовый;

- Сумма - числовой;

- Дата - дата.

Поля таблицы Администраторы и их типы:

- ID Администратора - ключевое поле;

- Фамилия - текстовый;

- Имя - текстовый;

- Отчество - текстовый;

- Права - текстовый.

Поля таблицы Логины и их типы:

- ID логина - ключевое поле;

- ID счета - текстовый;

- Логин - текстовый;

- Пароль - текстовый.

3. Реализация и тестирование системы

3.1 Выбор средств реализации

Для решения поставленных задач системные и инструментальные средства реализации системы.

Для разработки и управления базами данных выберем СУБД MySQL.

MySQL - свободная система управления базами данных(СУБД). MySQL является собственностью компании Oracle Corporation, получившей её вместе с поглощённой Sun Microsystems, осуществляющей разработку и поддержку приложения. Распространяется под GNU General Public License или под собственной коммерческой лицензией. Помимо этого разработчики создают функциональность по заказу лицензионных пользователей, именно благодаря такому заказу почти в самых ранних версиях появился механизм репликации.

MySQL является решением для малых и средних приложений. Входит в состав серверов WAMP, AppServ, LAMP и в портативные сборки серверов Денвер, XAMPP.

Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы.

Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря открытой архитектуре и GPL-лицензированию, в СУБД MySQL постоянно появляются новые типы таблиц.

Также будем использовать язык разметки гипертекста - HTML. Большинство веб-страниц во всемирной паутине именно на нём. С помощью HTML можно легко создать относительно простой, но красиво оформленный документ.

Основным же средством реализации системы будет скриптовый язык PHP.

PHP - интенсивно применяется для разработки веб-приложений. В настоящее время поддерживается подавляющим большинством хостинг-провайдеров и является одним из лидеров среди языков программирования, применяющихся для создания динамических веб-сайтов.

В области программирования для сети Интернет PHP - один из популярных сценарных языков (наряду с JSP, Perl и языками, используемыми в ASP.NET) благодаря своей простоте, скорости выполнения, богатой функциональности, кросс платформ и распространению исходных кодов на основе лицензии PHP.

Популярность в области построения веб-сайтов определяется наличием большого набора встроенных средств для разработки веб-приложений. Основные из них:

- автоматическое извлечение POST и GET-параметров, а также переменных окружения веб-сервера в предопределённые массивы;

- взаимодействие с большим количеством различных систем управления базами данных (MySQL, MySQLi, SQLite, PostgreSQL, Oracle (OCI8), Oracle, Microsoft SQLServer, Sybase,ODBC, mSQL, IBMDB2, Cloudscape и, SESAM, Firebird / InterBase, Paradox File Access, MaxDB, Интерфейс PDO);

- автоматизированная отправка HTTP-заголовков;

- работа с HTTP-авторизацией;

- работа с cookies и сессиями;

- работа с локальными и удалёнными файлами, сокетами;

- обработка файлов, загружаемых на сервер;

- работа с XForms.

В настоящее время PHP используется сотнями тысяч разработчиков. Согласно рейтингу корпорации TIOBE, базирующемся на данных поисковых систем, в декабре 2012 года PHP находился на 6 месте среди языков программирования. К крупнейшим сайтам, использующим PHP, относятся Facebook, Wikipedia и др.

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

3.2 Разработка основных модулей программного обеспечения

Рассмотрим основные механизмы работы системы.

Запускаем Apache и MySQL на сервере. Затем в строке браузера пропишем localhost/phpmyadmin и попадём в графическую оболочку базы MySQL. Вводим логин и пароль. Заходим по кнопке привилегии и создаём нового пользователя. Вводим имя пользователя, хост и пароль. Задаём глобальные привилегии и нажимаем кнопку «ок». Создаём новую базу данных «netbanking» и таблицы к ней: «клиенты», «операции», «договоры», «счета», «логины», «администраторы». Для каждой таблицы задаём уникальный идентификатор и остальные поля.

Чтобы подключить базу данных к нашей системе необходимо прописать в PHP коде:

- $bd = mysql connect ("localhost", "логин", "пароль");

- mysql select db("mybd",$bd).

В первой строке мы устанавливаем соединение с базой данных, вводим хост (для локального подключения это обычно localhost), пользователя и пароль созданный нами ранее в привилегиях. Далее выбираем БД к которой желаем подключится и в качестве второго параметра устанавливаем соединение.

Вынесем подключение в отдельный файл и назовём его bdconection.php, и если нам нужно будет подключится к БД, будет достаточно прописать подключение к этому файлу: include (“bdconection.php”).

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

- $session start();

- $admin = $ SESSION[`admin'];

- $session destroy();

Команда $session start() открывает сессию. Она на странице должна быть самой первой. Переменная $admin содержит в себе глобальный массив $ SESSION[`admin'] с логином администратора. Теперь на страницах, на которых нужно использования администратора, можно открыть сессию и использовать переменную $admin.

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

При запуске приложения открывается начальная страница index.php. Для того, чтобы перейти к вводу данных для авторизации пользователь должен нажать кнопку “Login”, после чего происходит переход по ссылке и открывается страница login.php.

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

Для отправки формы используется кнопка “логин”, после нажатия которой, выполняется запрос к базе данных, следующим образом:

Данный запрос выбирает всех запись из таблицы admins запись, в которой значения ячеек login и password соответствуют введенным в форму значениям. Если такая запись найдена, то открывается сессия $ SESSION [admin id] и происходит переход по ссылке на страницу admindashboard.php. На этой странице отображается меню для администратора, которое содержит все возможные функции администратора. В противном случае происходит следующий запрос к базе данных:

При нахождении соответствующей записи в таблице clients открывается сессия $ SESSION [client id] и происходит переход по ссылке на страницу accountsummary.php.

На данной странице отображается меню для клиента и все возможные сервисы для него.

Веб-формы удобный способ получения информации от посетителей сайта. Теги <form> и </form> задают начало и конец формы. Начинающий форму тег содержит два атрибута action и method. Атрибут action содержит адрес URL сценария. Атрибут method указывает браузеру, какой вид HTTP запроса необходимо использовать для отправки формы.

Возможны значения POST и GET. В данном проекте будем использовать значение POST - параметры передаются через тело HTTP - запроса и никак не отражаются на виде адресной строки, как при значении GET. Поле для ввода данных создаётся при помощи кода:

Отсюда видно что тип ввода текст, название поля «client» с длиной поля в 50 px.

Для вставки записи, значения ячеек которой вводятся в форму, в базу данных используется следующий запрос: mysql query (“INSERT INTO clients (client name, client id, password, email, contact no, create date”) VALUES.

Для отправки формы используется кнопка “submit”. Данный запрос производит вставку записи в таблицу clients, со значениями ячеек, введенных в форму.

Информация о клиентах, платежах, кредитах, администраторах представляется в виде таблиц. Для это будем использовать таблицы языка разметки HTML. Элемент <table> служит контейнером для элементов, определяющих содержимое таблицы. Любая таблица состоит из строк и ячеек, которые задаются с помощью тегов <tr> и <td>. Внутри <table> допустимо использовать следующие элементы: <caption>, <col>, <colgroup>, <tbody>, <td>, <tfoot>, <th>, <thead> и <tr>. Таблицы с невидимой границей долгое время использовались для вёрстки веб-страниц, позволяя разделять документ на модульные блоки. Подобный способ применения таблиц нашёл воплощение на многих сайтах, пока ему на смену не пришёл более современный способ вёрстки <div></div>.

3.3 Тестирование и испытания системы

Тестирование программного средства (ПС) - это процесс выполнения программ на некотором наборе данных, для которого заранее известен результат применения или известны правила поведения этих программ. Указанный набор данных называется тестовым или просто тестом. Тестирование программ является одной из составных частей более общего понятия - «отладка программ». Под отладкой понимается процесс, позволяющий получить программу, функционирующую с?требующимися характеристиками в?заданной области изменения входных данных.

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

Для испытания функциональных возможностей системы были выбраны следующие функции:

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

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

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

- возможность администратора добавлять новые виды платежей.

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

Для каждой проверки были разработаны соответствующие тесты, которые включали:

1) Набор тестовых исходных данных;

2) Эталон для проверки;

3) Процедуру проверки.

Описание тестовых заданий следующее и результатов их выполнения.

Тест №1. Санкционированный доступ клиента к системе.

Варианты состояния системы до выполнения теста №1:

- пользователь не авторизован;

- система не подключена к базе данных на СУБД.

Варианты исходных данных:

1) Набор корректных данных для клиента: логин cust и пароль cust;

2) Набор некорректных данных: логин qwerty, пароль 123;

3) Набор корректных данных для администратора: логин admin, пароль admin.

Эталоны для проверки результатов после выполнения теста №1:

1) При вводе корректных данных для клиента:

- пользователь успешно вошёл в систему;

- система подключена к базе данных;

- на экране мы видим информацию о пользовательском счете;

- появилось меню пользователя.

2) При вводе некорректных данных:

- на экран выведено сообщение о неправильном вводе логина или пароля;

- к системе не подключен ни один пользователь;

- система не подключена к базе данных;

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

3) При вводе корректных данных для администратора:

- администратор успешно вошёл в систему;

- система подключена к базе данных;

- на экране мы видим кабинет администратора;

- появилось меню администратора.

Результаты работы системы при проведении теста.

Вводим корректные данные для клиента - рисунок 3.1.

Рисунок 3.1 - Ввод корректных данных о клиенте:

Рисунок 3.2 - Результат ввода корректных данных клиента:

Рисунок 3.3 - Ввод некорректных данных пользователя:

Рисунок 3.4 - Результат ввода некорректных данных пользователя:

Рисунок 3.5 - Ввод корректных данных об администраторе:

Рисунок 3.6 - Результат ввода корректных данных клиента:

Нажимаем кнопку “Логин”, результат отображен на рисунке 3.2, вводим некорректные данные при авторизации - рисунок 3.3 и нажимаем кнопку “Логин”, результат чего отображен на рисунке 3.4. Вводим корректные данные для администратора - рисунок 3.5. Теперь нажимаем кнопку “Логин”, результат отображен на рисунке 3.6.

Тест №2. Возможность пользователя проводить платеж по кредиту.

Исходные данные:

Выбираем номер кредита из списка доступных - 2147483647, вводим сумму платежа - 50000.

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

Эталон для проверки результатов после выполнения теста №2:

- в таблице произведенных платежей по кредиту был добавлен наш платеж;

- сумма по кредиту уменьшилась на сумму платежа.

Результаты работы системы при проведении теста.

Просмотрим имеющиеся кредиты - рисунок 3.7.

Рисунок 3.7 - Ввод исходных данных о платеже:

Вводим исходные данные - рисунок 3.8.

Рисунок 3.8 - Ввод исходных данных о платеже:

Проверяем платеж, открыв информацию о произведенных платежах по кредиту - рисунок 3.9.

Рисунок 3.9 - Произведенные платежи по кредиту:

Тест №3. Возможность администратора просматривать информацию о всех клиентах.

Добавляем нового клиента.

Эталон для проверки результатов после выполнения теста №3:

- получен список всех клиентов с возможностью просмотреть информацию о них;

- создан новый клиент;

- новый клиент отображен в списке клиентов.

Результаты работы системы при проведении теста.

Просмотрим всех клиентов - рисунок 3.10.

Рисунок 3.10 - Список всех клиентов:

Нажмем на кнопку “Добавить клиента” и введем данные о новом клиенте - рисунок 3.11.

Рисунок 3.11 - Добавление клиента:

Нажмем кнопку “Добавить клиента” и просмотрим список всех клиентов - рисунок 3.12.

Рисунок 3.12 - Просмотр обновленного списка клиентов:

Тест №4. Возможность администратора добавлять новые типы платежей.

Эталон для проверки результатов после выполнения теста №4:

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

- создан новый платеж;

- новый платеж отображен в списке платежей.

Результаты работы системы при проведении теста.

Просмотрим всех клиентов - рисунок 3.13.

Рисунок 3.13 - Список типов кредитов:

Нажмем на кнопку “Добавить новый тип кредита” и введем данные о новом типе кредита - рисунок 3.14.

Рисунок 3.14 - Добавление клиента:

Нажмем кнопку “Добавить” и просмотрим список типов кредитов - рисунок 3.15.

Рисунок 3.15 - Просмотр обновленного списка типов кредитов:

4. Расчет экономических показателей

4.1 Краткая характеристика ПО

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

Услуги интернет-банкинга включают в себя следующие возможности:

- осуществлять все коммунальные платежи (электроэнергия, газ, телефон, квартплата, теплоснабжение);

- оплачивать счета за связь (домашний телефон, сотовая связь, интернет) и другие услуги;

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

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

- покупать и продавать иностранную валюту.

Преимущества использования системы Интернет-банкинга:

- сокращение производственных затрат;

- удобство обслуживания клиентов;

- скорость оформления заказов.

4.2 Определение объема функций ПО

Среда разработки ПО - «Java». Разработка системы предусматривает проведение всех стадий проектирования:

- техническое задание (ТЗ);

- эскизный проект (ЭП);

- технический проект (ТП);

- рабочий проект (РП);

- внедрение (ВН).

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

(4.1)

Где:

V_i - объем отдельной функции ПО;

n - общее число функций.

Расчет общего объема ПО приведен в таблице 4.1

Таблица 4.1 - Перечень и объем функций программного обеспечения:

Код функции	Наименование (содержание) функции	Объем функции строк исходного кода (LOC)
		По каталогу Vi	Уточненный Vуi
1	2	3	4
101	Организация ввода информации	130	130
102	Контроль, предварительная обработка и ввод информации	490	490
109	Управление вводом/выводом	1970	1970
202	Формирование баз данных	1980	1980
203	Обработка наборов и записей баз данных	2370	1870
207	Организация поиска и поиск в базе	4720	3680
209	Загрузка базы данных	2360	2360
507	Обеспечение интерфейса между компонентами	1680	1680
703	Расчет показателей	420	420
706	Предварительная обработка и печать файлов	420	420
707	Графический вывод результатов	420	420
	ИТОГО	16960	15420

В связи с использованием более совершенных средств автоматизации и специализированных библиотек объемы функций 203 и 207 были уменьшены и уточненный объем ПО (Vу) составил 15420 строк исходного кода (LOC) вместо 16960 (табл. 4.1, гр. 4).

4.3 Определение трудоёмкости разработки ПО

Все ПО в зависимости от их характеристик подразделяется на три категории сложности.

На основании принятого к расчету объема (Vy) и категории сложности ПО определяется нормативная трудоемкость (Tн) по стадиям разработки.

Нормативная трудоемкость ПО (Tн) выполняемых работ по стадиям разработки может корректироваться при необходимости с помощью:

1) Коэффициента повышения сложности ПО (Кс). Коэффициент повышения сложности ПО вычисляется по формуле (4.2);

2) Коэффициента, учитывающего новизну ПО (Кн);

3) Коэффициента, учитывающего степень использования стандартных модулей (Кт);

4) Коэффициента, учитывающего средства разработки ПО (Кур).

(4.2)

Где:

K_i - коэффициент, соответствующий степени повышения сложности ПО;

n - количество учитываемых характеристик.

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

ПО, являющееся развитием определенного параметрического ряда ПО, разработанных на ранее освоенных типах ЭВМ и ОС. Новизна ПО соответствует категории B, а К_н = 0,63.

При разработке ПО доля стандартных модулей составила 50%, а К_т = 0,65.

Коэффициент, учитывающий средства разработки ПО К_ур = 1, т. к., ПО разрабатывается на процедурном языке высокого уровня под ОС Windows.

Согласно вышеописанным характеристикам, вычисленному ранее объему ПО нормативная трудоемкость ПО составляет 715 человеко-дней.

Расчет нормативной трудоемкость на стадиях ТЗ, ЭП, ТП, РП, ВН проводится по формулам (4.3), (4.4), (4.5), (4.6) и (4.7) соответственно.

T_уТЗ = T_н * К_ТЗ * К_с * К_н * К_ур (4.3)

T_уЭП = T_н * К_ЭП * К_с * К_н * К_ур (4.4)

T_уТП = T_н * К_ТП * К_с * К_н * К_ур (4.5)

T_уРП = T_н * К_РП·* К_с * К_н * К_т * К_ур (4.6)

T_уВН = T_н * К_ВН * К_с * К_н * К_ур (4.7)

Где:

К_ТЗ, К_ЭП, К_ТП, К_РП и К_ВН - значения коэффициентов удельных весов трудоемкости стадий разработки ПО в общей трудоемкости ПО.

Новизне ПО категории В соответствует следующее распределение трудоемкости по стадиям:

К_ТЗ = 0,18;

К_ЭП = 0,19;

К_ТП = 0,28;

К_РП = 0,24;

К_ВН = 0,11.

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

(4.3)

Где:

Тy_i - трудоемкость разработки ПО на i-й стадии (человеко-дней);

n - количество стадий разработки.

При этом:

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

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

Рассчитаем нормативную трудоемкость разработки ПО:

T_уТЗ = 715 * 0,18 * 1,12 * 0,63 * 1 = 91 (человеко-дней);

T_уЭП = 715 * 0,19 * 1,12 * 0,63 * 1 = 96 (человеко-дней);

T_уТП = 715 * 0,28 * 1,12 * 0,63 * 1 = 142 (человеко-дней);

T_уРП = 715 * 0,24·* 1,12 * 0,63 * 0,65 * 1 = 78 (человеко-дней);

T_уВН = 715 * 0,11 * 1,12 * 0,63 * 1 = 55 (человеко-дней);

T_O = 91 + 96 + 142 + 78 + 55 = 462 (человеко-дней).

Результаты вычислений сведем в таблицу 4.2.

Таблица 4.2 - Расчет нормативной трудоемкости разработки ПО:

Показатели	Стадии	Итого
	Техническое задание	Эскизный проект	Технический проект	Рабочий проект	Внедрение
Коэффициенты удельных весов трудоемкости стадии разработки ПО (K)	0,18	0,19	0,28	0,24	0,11	1
Распределение нормативной трудоёмкости ПО (Тн) по стадиям, чел.-дн.	129	136	200	172	78	715
Коэффициент сложности ПО (Кс)	1,12	1,12	1,12	1,12	1,12	-
Коэффициент, учитывающий использование стандартных модулей (Кт)	-	-	-	0,65	-	-
Коэффициент, учитывающий новизну ПО (Кн)	0,63	0,63	0,63	0,63	063	-
Коэффициент, учитывающий средства разработки ПО (Кур)	1	1	1	1	1	-
Общая трудоёмкость ПО (То), чел.-дн.	91	96	142	78	55	462

4.4 Определение численности разработчиков ПО

Общая плановая численность разработчиков определяется по формуле (4.4):

(4.4)

Где:

- плановая численность разработчиков (чел.);

Ф_эф - эффективный фонд времени работы одного работника в течение года (дней в год);

Т_пл - плановая продолжительность разработки программного средства (лет).

Определим эффективный фонд времени работы одного работника Ф_эф составляет 92 дн./год. Плановая продолжительность разработки программного средства (Т_пл) составляет 1 года. Подставив все данные в формулу 5.10 найдем численность разработчиков:

Расчет численности разработчиков ПО по стадиям разработки приведен в таблице 4.3.

Таблица 4.3 - Расчет численности разработчиков ПО:

Показатели	Стадии разработки ПО	Всего
	ТЗ	ЭП	ТП	РП	ВН
Общая трудоемкость ПО (То)	91	96	142	78	55	462
Численность, чел.	0,98	1,04	1,54	0,84	0,6	5

Из расчетов видно, что для разработки ПО достаточно 5 разработчика.

4.5 Определение заработной платы разработчиков ПО

Зарплата состоит из основной и дополнительной заработной платы.

Основная заработная плата определяется на основании разряда, тарифной ставки и отработанного времени. Основная заработная плата исполнителей на конкретное ПС определяется за фактически отработанное время по формуле (4.5).

 (4.5)

Где:

n - количество исполнителей, занятых разработкой конкретного ПО;

C_часi - часовая тарифная ставка i-го исполнителя (руб.);

Ф_эфi - эффективный фонд рабочего времени i-го исполнителя (дн.);

Т_р - количество часов работы в день (час.);

К_пр - коэффициент премирования.

...