Дипломная работа: Автоматизированная система обслуживания клиентов банка через 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-х подпроцессов механизмом, осуществляющем различные операции, является Администратор. В подпроцессе «Формирование базы данных клиента» операции осуществляет Администратор.

Рассмотрим каждый подпроцесс более подробно:

Оформление заказа на услугу:

Входная информация:

· Желание клиента;

· Анкетные данные.

Выходная информация:

· Ответ на заказ;

· Договор с клиентом.

Формирование БД клиентов:

Входная информация:

· Анкетные данные;

· Ответ на заказ клиента.

Выходная информация:

· Список клиентов.

Осуществление поиска:

Входная информация:

· Список клиентов.

Выходная информация:

· Результаты поиска.

Формирование отчетов:

Входная информация:

· Список клиентов;

· Анкетные данные.

Выходная информация:

· Различные виды отчетов.

Rational Rose .

Rational Rose - CASE-средство фирмы Rational Software Corporation (США) - предназначено для автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной документации. Rational Rose использует синтез-методологию объектно-ориентированного анализа и проектирования, основанную на подходах трех ведущих специалистов в данной области: Буча, Рамбо и Джекобсона. Разработанная ими универсальная нотация для моделирования объектов (UML - Unified Modeling Language) претендует на роль стандарта в области объектно-ориентированного анализа и проектирования. Конкретный вариант Rational Rose определяется языком, на котором генерируются коды программ (C++, Smalltalk, PowerBuilder, Ada, SQLWindows и ObjectPro). Основной вариант - Rational Rose/C++ - позволяет разрабатывать проектную документацию в виде диаграмм и спецификаций, а также генерировать программные коды на С++. Кроме того, Rational Rose содержит средства реинжиниринга программ, обеспечивающие повторное использование программных компонент в новых проектах.

В результате разработки проекта с помощью CASE-средства Rational Rose формируются следующие документы:

· диаграммы классов;

· диаграммы состояний;

· диаграммы сценариев;

· диаграммы модулей;

· диаграммы процессов;

· спецификации классов, объектов, атрибутов и операций

· заготовки текстов программ;

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

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

2.4 Постановка задач по подсистемам

2.4.1 Диаграмма вариантов использования (клиент)(Рис3).

Суть этой диаграммы сводится к тому, что клиент выполняет операцию. Это его основная функция. Но, перед тем как её выполнить, он изучает сайт. Если что-то не находит в списке операций, он может воспользоваться поиском. В любом случае, независимо от его «пути», он выбирает операцию, проводит её и получает, в итоге, отчет. Это что касалось КЛИЕНТа, а дальше рассмотрим точку зрения администратора (Рис 4).

Диаграмма вариантов пользования (Администратор)(Рис4).

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

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

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

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

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

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

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

2.4.2 Диаграммы классов

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

Данная диаграмма классов позволяет увидеть взаимоотношения между объектами системы, связи и зависимости (Рис5).

Рис5. Диаграмма классов

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

У всех сотрудников: администратор, представитель банка – одинаковые атрибуты, но идентификатором каждого из них является код сотрудника, который является персональным атрибутом каждого класса. Атрибуты: Фамилия, Имя, Отчество, юридический адрес, должностная инструкция. В то же время у каждого класса-потомка имеются собственные операции.

Класс-потомок «Представитель банка» выполняет следующие операции:

· Оформление заказа на услугу;

· Предоставление договора клиенту.

Класс-потомок «Администратор» выполняет следующие операции:

· Сформировать базу данных;

· Обновить базу данных;

· Выполнить поиск;

· Обновить сайт.

Ну а в иерархии «Отчеты» нет никаких классов-потомков.

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

2.5 Выбор СУБД для реализации БД

2.5.1 Выбор СУБД

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

Реляционная база данных. Практически все СУБД позволяют добавлять новые данные в таблицы. С этой точки зрения СУБД не отличаются от программ электронных таблиц ( 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.5.2 Проектирование базы данных

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

Рис.6 Схема данных.

Таблица «Менеджеры»

Поля:

ID менеджера – ключевое поле; Фамилия – текстовый; Имя – текстовый; Отчество – текстовый; Должность – текстовый.

Таблица «Клиенты»:

Поля:

ID _клиента– ключевое поле; Фамилия – текстовый; Имя – текстовый; Отчество – текстовый; Номер_паспорта – числовой; Телефон – числовой.

Таблица «Договоры»:

Поля:

ID _договора – ключевое поле; Клиент – текстовый; Менежер – текстовый; Число_создания – числовой.

Таблица «Счета»:

Поля:

ID _счета – ключевое поле; Сумма_на_счете – числовой; Договор – текстовый.

Таблица «Операции»:

Поля:

ID _операции– ключевое поле; ID _счета – числовой; Сумма – числовой; Операция – текстовый.

Таблица «Пароли»:

Поля:

ID _пароля– ключевое поле; Счет – числовой; Логин – текстовый\числовой; Пароль – текстовый\числовой.

Выводы по главе

Данная глава посвящена выбору методологии разработки и среды проектирования. Были использованы BPWin и Rational Rose .

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

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

3.1 Иерархия форм (Рис3.1)

3.2 Организация интерфейса с пользователем

Когда клиент заходит на сайт, то первым образом он попадает на главную страницу (рис3.2)

Рис 3.2

Где, как вы видите, есть МЕНЮ (слева) и отзывы ведущих директоров банков (справа). В меню находится всё, чтобы, как можно понятнее, представить информацию и сайте, т.е. описание системы, возможности, Документы, подключение к системе, контакты и два режима, пользовательский и режим администрирования.

Далее переходим уже к работе. Слева есть ссылочка «Пользовательский режим», по нажатии на которую мы попадаем в меню входа (Рис3.5.):

Рис3.5

Если логин и пароль введены не правильно, то появляется сообщение об этом. Ну а если вход прошел успешно, то мы попадаем непосредственно в раздел операций (Рис3.6.).

Рис3.6

Где, в свою очередь, по нажатию на выбранную операцию попадаем в режим отчета (Рис3.7.):

Рис3.7

Если нажать на ссылку «Назад», то мы попадаем опять в раздел операций. И так до тех пор, пока клиент не выполнит всё запланированное.

Для администратора же существует свой вход, также по логину и паролю (Рис3.8.).

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

Рис3.8

На этой форме есть 3 вкладки: Клиенты, Операции и Отчеты. «Внутри» каждой из них находятся свои таблицы и данные. Со всеми из них можно производить операции удаления, добавления, редактирования.

3.3 Постановка задачи для тестирования

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

Для пользователя.

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

Для администратора.

Зайти на сайт в режиме администрирования, проверив при этом возможность неверного логина или пароля. Проверить каждую закладку. В Категории удаления операция и клиентов проверить возможность удаления заказов и клиентов.

3.4 Тестирование

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

· На главной странице выбран пользовательский режим;

· При попытке войти в систему был неправильно введен пароль. В ответ на это было выдано сообщение: Неверные логин и/или пароль;

· После этого последовал новый ввод, который не содержал ошибочных данных и клиент попал в раздел операций;

· По нажатию на операцию последовало окно с отчетом;

· Таким образом, операция прошла успешно.

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

· На главной странице выбран режим администрирования;

· При попытке войти в систему администрирования был неправильно введен пароль. В ответ на это было выдано сообщение: Неверные логин и/или пароль ;

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

· Было проведено тестирование на удаление клиентов;

· Тестирование было удачным;

· На следующей закладке операции, также видны все данные о клиентах и операциях;

· Была проверена возможность удаления и добавления операции;

· Тестирование было удачным;

· На следующей закладке отчеты, видны все данные о клиентах и операциях;

· Была проверена возможность удаления отчета и поиска по фамилии клиента, фамилии администратора и номера операции;

· Тестирование было удачным;

· Таким образом, в режиме администрирования были проверены все функции администратора.

3.5 Анализ результатов, полученных при тестировании

Итак, при проверке системы в реальном времени были получены различные результаты.

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

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

Таким образом, можно говорить об устойчивом и корректном функционировании системы.

Выводы по главе

Данная глава была посвящена описанию интерфейса программы. Были описаны окна, которые появляются перед пользователями сайта (клиенты, администратор).

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

Глава 4. Расчёт экономической эффективности проекта

4.1 Расчет единовременных затрат на разработку ПО

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

Фактическая трудоемкость по стадиям проектирования представлена в виде таблицы (табл.4.1).

Таблица 4.1.

Содержание стадий научно-исследовательской работы (НИР).

Общая фактическая трудоемкость разработки ПО составляет:

,

где – общая трудоемкость разработки, дни; Т i – трудоемкость по стадиям, дни; n – количество стадий разработки.

В смету затрат на разработку ПО включаются:

· материальные затраты;

· основная и дополнительная зарплаты;

· отчисления на социальные нужды;

· стоимость машинного времени на подготовку и отладку программ;

· стоимость инструментальных средств;

· накладные расходы.

Материальные затраты.

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

В процессе работы использовались материалы и принадлежности, представленные в таблице 4.2.

Таблица 4.2.

Материалы и принадлежности, использованные в процессе разработки.

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

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

Таким образом, основная заработная плата З _осн при выполнении НИР рассчитывается по формуле:

,

где З _{ср.дн. j} – среднедневная зарплата j -го сотрудника, руб./день; Т _{об. j} – общая трудоемкость проекта j -го сотрудника, дни; n – количество сотрудников, принимающих непосредственное участие в разработке ПО.

Основная зарплата разработчика определена из расчета 7500 руб. в месяц при среднем количестве рабочих дней, равных 20:

.

Заработная плата дипломного руководителя составляет 70 руб./час, причем на консультацию запланировано 23 часа. Следовательно, основная зарплата руководителя дипломного проекта за весь период разработки равна:

.

Заработная плата консультанта по экономической части составляет 50 руб./час, причем на консультацию запланировано 3 часа. Следовательно, основная зарплата консультанта по экономике за весь период разработки равна:

.

В итоге основная заработная плата при выполнении НИР равна:

.

Дополнительная заработная плата равна 10% от основной:

.

Итого основная и дополнительная заработная плата составляют:

.

Отчисления на социальные нужды.

Отчисления на социальные нужды составляют на сегодняшний день 26% от общего фонда заработной платы, следовательно:

.

Стоимость машинного времени на подготовку и отладку программ.

Стоимость машинного времени З _омв зависит от себестоимости машино-часа работы ЭВМ С _МЧ , а также времени работы на ЭВМ Т _ЭВМ , и включает амортизацию ЭВМ и оборудования, затраты на электроэнергию, зарплату обслуживающего персонала.

Себестоимость машино-часа ЭВМ и принтера равны соответственно:

,

.

Время работы на ЭВМ и принтере равны соответственно:

.

Затраты на оборудование.

,

где А _М – амортизационные отчисления, руб.; О _ф – стоимость ЭВМ и оборудования, руб.; Н _ам – норма амортизации, %; Т _м – время использования оборудования, дни

Затраты на электроэнергию.

,

Затраты на обслуживающий персонал.

Данный вид затрат отсутствует.

Затраты на создание и поддержку веб-сайта (единовременные затраты):

Итого: 1740 руб.

Таким образом, стоимость машинного времени на подготовку и отладку программ равно:

Стоимость инструментальных средств.

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

Таблица 4.3.

Стоимость СПО.

Затраты на амортизацию инструментальных средств:

руб.

Расчет стоимости машинного времени:

;

руб./ч.

Накладные расходы.

Накладные расходы составляют 30% от основной заработной платы разработчиков ПО, а значит:

.

Итак, смета затрат на НИР приведена в таблице 4.4.

Таблица 4.4.

Смета затрат на разработку ПО.

4.2 Единовременные расходы организации заказчика ПО при внедрении автоматизированных рабочих мест (АРМ)

К единовременным затратам пользователя программного обеспечения K _общ относятся затраты на оплату:

программного обеспечения Ц _по ;

инструментальных средств Ц _ис ;

ЭВМ, прочих аппаратных средств и сетевого оборудования К _эвм ;

обучение персонала К _осв .

Стоимость программного обеспечения.

Стоимость программного обеспечения, специально разработанного для заказчика, рассчитывается по формуле:

,

где С _по – себестоимость ПО, затраты на разработку по смете из таблицы 4.4; П – прибыль разработчика 20–30% к затратам; НДС – налог на добавленную стоимость 18%.

Итак, стоимость программного обеспечения равна:

Стоимость инструментальных средств.

Стоимость инструментальных средств и годовых сумм амортизации приведены в таблице 4.5.

Таблица 4.5.

Расчет стоимости и амортизационных отчислений инструментальных средств.

Стоимость ЭВМ, прочих аппаратных средств и сетевого оборудования.

Стоимость всего необходимого оборудования и годовых сумм амортизации приведены в таблице 4.6.

Таблица 4.6.

Расчет стоимости и амортизационных отчислений оборудования.

Затраты на обучение персонала.

Затраты организации на освоение ПО и обучение персонала работе с программой и ЭВМ производятся по формуле:

К _осв = З _час * Ч _пр * Т _осв = 25 * 3* 8+25*1*10 = 850(руб.),

где З _час – часовая зарплата программиста (З _час = 25.00 руб./час);

Ч _пр - численность персонала на обучение (Ч _пр = 3 чел.);

Т _осв – продолжительность обучения и освоения (Т _осв = 8 часов).

Таким образом, на обучение четырех человек необходимо затратить 8 часов. Для руководителя необходим 10-часовой курс обучения.

Стоимость подключения к Интернет.

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

Абонентская плата провайдеру за поддержку домена в сети Интернет – 240,00 руб.

Плата провайдеру за предоставление подключения к сети Интернет – 850,00 руб.

Регистрация домена в зоне . ru – 650,00 руб.

К _инт = 240+850+650 = 1740,00 (руб.)

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

К _общ = Ц _по + Ц _ис + К _эвм + К _осв + К _инт

К _общ =61710,04+2234+22120+850+1740=88654,04

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

Таблица 4.7. График реализации проекта.

Результаты расчетов оформлены в виде инвестиционного плана (таблица 4.8).

Таблица 4.8.Инвестиционный план.

4.3 Источники финансирования проекта

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

4.4 Текущие расходы пользователя ПО при эксплуатации АРМ

Текущие расходы пользователя при внедрении АРМ учитывают затраты в год на:

· амортизацию оборудования, ПО и инструментальных средств;

· материалы (картриджи и бумага);

· электроэнергию;

· обтирочные и смазочные материалы;

· ремонт оборудования;

· абонентская плата при использовании услуг Интернет;

· заработная плата системному администратору;

· затраты на содержание сайта;

· затраты на рекламу (газеты, журналы, Интернет)

Амортизацию оборудования, ПО и инструментальных средств.

Данные по амортизации оборудования и ПО расположены в таблицах 4.5, 4.6.

Материалы.

При эксплуатации будут использоваться материалы, представленные в таблице 4.9.

Таблица 4.9.

Материалы, использующиеся в процессе эксплуатации.

Затраты на электроэнергию посчитаем по формуле:

где С _ЭВМ , С _принт. – стоимость машино-часа ЭВМ и принтера соответственно;

Т _{сут.ЭВМ} , Т _{сут.принт.} – суточное время работы ЭВМ и принтера соответственно;

Т _год – время рабочих дней в году.

Обтирочные и смазочные материалы.

Стоимость обтирочных материалов равна 30 рублей 00 копеек.

Ремонт оборудования.

Ремонт оборудования составляет 5% от стоимости. Значит:

К _5% = К _ЭВМ * 0.05 = 22120,00 * 0,05 = 1106(рублей).

Абонентская плата при использовании услуг Интернет

Трафик равен 3 руб./1 Mb .

В месяц расходуется 2 Gb .

2 Gb =2048 Mb , отсюда следует, что плата за Интернет в месяц составляет 6144,00 рубля.

В год: 6144,00*12=73728,00 (руб.)

Заработная плата системному администратору

Заработная плата системного администратора: 7000,00руб/мес.

За год: 7000,00*12=84000,00 (руб.)

Затраты на содержание сайта

Абонентская плата провайдеру за поддержку домена в сети – 240,00 (руб./мес.)

За год: 240,00*12=2880,00 (руб.)

Затраты на рекламу (газеты, журналы, Интернет)

Моя реклама: 200,60 (руб.)/нед.

Из Рук в Руки: 190,40 (руб.)/нед.

Реклама: 470 (руб.)/нед.

Сайты:

За 1 неделю: 200,60+190,40+470,00 =861,00

За месяц: 861*4=3444,00

За год: 3444,00*12= 41328,00

На основе произведенных расчетов составим смету текущих расходов за год (таблица 4.10.).

Таблица 4.10.

Смета текущих расходов (в год).

Таблица 4.11

Прибыль.

В месяц до внедрения: 700000 (руб.)

В год до внедрения: 700000*12= 8400000(руб.)

В месяц после внедрения: 1320050 (руб.)

В год после внедрения: 1320050*12= 15840600 (руб.)

Увеличение дохода при внедрении: 15840600-8400000=7440600 (руб.)

Финансовый план проекта.

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

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

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

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

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

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

Показатели экономической эффективности проекта.

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

· интегральный экономический эффект;

· индекс доходности;

· внутренний коэффициент эффективности;

· период возврата капитальных вложений и срок окупаемости.

Интегральный экономический эффект (NPV – Net Present Value of Discounted Cash Flow).

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

Результаты расчета NPV представлены в виде таблицы 4.13.

Годовую ставку дисконтирования возьмем равной:

.

Коэффициент дисконтирования за год равен:

.

В месяц коэффициент дисконтирования равен:

.

Итоговое значение NPV равно 14439616 рубля 63 копейки.

Индекс доходности.

Определяется как отношение суммарного дисконтированного дохода к суммарным дисконтированным капитальным вложениям:

.

Внутренний коэффициент эффективности.

Определяется как пороговое значение рентабельности, при котором NPV равно нулю

где r ₁ – исходная ставка дисконтирования; r ₂ – ставка дисконтирования, при которой NPV < 0; r _пор – внутренний коэффициент эффективности проекта; NPV _{r 1} , NPV _{r 2} – NPV соответственно при r ₁ и r ₂ .

Подберем ставку дисконтирования, при которой NPV < 0: r ₂ = 90,9%, NPV _{r 2} = - 513261,99.

Тогда:

,

значит, проект считается эффективным.

Срок окупаемости и срок возврата вложений.

Определим срок окупаемости и срок возврата вложений сначала аналитическим способом:

,

где t _x – количество периодов, при которых NPV < 0; NPV _t – последнее отрицательное значение NPV ; ДДП _{t +1} – величина ДДП в “ t +1 ”-м периоде.

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

На рисунке 1 представлен финансовый профиль данного проекта.

Выводы по главе

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

Заключение

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

В процессе работы над проектом были получены практические навыки в исследовании предметной области, описания проектного решения, построения моделей « AS IS » и « TO BE ». В своей работе использовал методологию комплексного проектирования. В качестве инструментальных средств были использованы BPWin и Rational Rose , поддерживающие данную методологию и описывающие все функции системы.

В качестве СУБД соответственно выбран MySQL.

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

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

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

1. Смирнова, Сорокин, Тельнов «Проектирование ЭИС»

2. Маклаков С.В. Моделирование бизнес-процессов с BPwin 4.0.-М.:ДИАЛОГ-МИФИ, 2002. –224 с.

3. Введение в информационный бизнес. Учебное пособие под ред. В.П. Тихомирова, А.В. Хорошилова. – М.: Финансы и статистика, 1996.

4. Валугин А. Какими бывают сайты? // Рекламный штурман. – 2005. - №10.

5. Ермолин К. Как создать эффективный сайт. // Рекламный штурман. – 2005. - №11.

6. Специализированный портал для разработчиков ПО и ИТ-специалистов. WWW: http://relib.com/

7. Создание интернет – магазинов. WWW : http://www.webstarstudio.com

8. Создание интернет – магазинов. WWW : http :// www . web – design . ru

9. Сайт WWW : http://www.jetinfo.ru

10. WWW : http :// megapolis - tnk . ru

11. Сайт свободной энциклопедии. WWW : http://ru.wikipedia.org

12. Сайт Гродненского ГосУниверситетаhttp://mf.grsu.by

13. Реклама и промоушен сайтов в Интернет. WWW : http :// www . design . ru

14. Программное обеспечение. WWW : http://www.omega.ru

15. WWW : http :// www . botik . ru

16. WWW: http://www.undersky.ru

17. Интернет – университет информационных технологий. WWW : http :/ www . intuit . ru

18. Рекламный сайт. WWW : http:// www.reklama.ru