Система управления работой банка с пластиковыми карточками (бухгалтерии и вируального банкомата)

Академия управления при Президенте Республики Беларусь

Институт управленческих кадров

Факультет инновационной  подготовки

Кафедра “Управления  информационными ресурсами”

Специальность   “Управление информационными ресурсами”

 

 

 

 

 

 

КУРСОВАЯ РАБОТА

 

по дисциплине «Системы баз данных»

на тему «СИСТЕМА УПРАВЛЕНИЯ РАБОТОЙ БАНКА С ПЛАСТИКОВЫМИ КАРТОЧКАМИ (БУХГАЛТЕРИИ И ВИРУАЛЬНОГО БАНКОМАТА) »

 

 

 

Автор работы

студентка 4 курса, УИР-1 _________________    Зуева Н.А.

(подпись)

 

 

Руководитель

Старший преподаватель          _________________                Щербович Ж.И.

(подпись)

 

 

 

МИНСК 2013

 

СОДЕРЖАНИЕ

 

 

ВВЕДЕНИЕ

 

В простейшем случае база данных (БД) - это систематизированный набор записей и файлов, имеющих специальное предназначение. Например, в компьютере можно хранить адреса и имена всех друзей или клиентов. Можно хранить все написанные вами письма и упорядочить их по получателям. В широком смысле, упорядоченные по темам документы, содержащие текстовую информацию, можно отнести к одному из типов баз данных. Файлы электронных таблиц, упорядоченные в соответствии с предназначением, - к другому типу баз данных. Ярлыки ко всем программам в основном меню Windows также являются примером базы данных. Ссылки, хранящиеся в папке Избранное, — это тоже своего рода база данных.

При выполнении такого упорядочивания клиент сам является диспетчером базы данных. Но что делать, когда приходится работать с огромными объемами? Как можно собирать сведения обо всех клиентах и сделанных ими заказах, если данные хранятся в нескольких документах или файлах? Как обеспечить связь между файлами при вводе новой информации? Как проверить достоверность ввода данных? Как быть, если необходимо обеспечить совместный доступ к информации, но предотвратить одновременное обновление данных двумя различными сотрудниками? Как обеспечить размножение данных, если отсутствует возможность одновременного доступа к данным? Наличие подобного рода проблем говорит о необходимости использовать систему управления базой данных, СУБД (database management system, DBMS).

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

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

База данных Access (использующая файлы с расширением .mdb) является полнофункциональной СУРБД. Она обеспечивает все возможности определения, обработки и управления данными для работы с большими объемами информации.

Такую базу данных можно использовать изолированно на отдельной рабочей станции или в клиент-серверном режиме по сети. “ Настольная” база данных также может выступать в качестве источника данных для веб-страниц корпоративной сети. При создании приложения на основе «настольной» базы данных Access выступает в роли СУРБД. Помимо этого Access может использоваться для создания файла проекта (с расширением .аdp), подключаемого к серверу SQL Server, что позволит совместно использовать данные сервера другими приложениями или пользователями по Сети. При создании файла проекта в качестве СУРБД выступает SQL Server (или Microsoft SQL Server Desktop Engine, MSDE).

Целью данной курсовой работы является разработка приложения, обеспечивающего  работу банка и его клиентов с  пластиковыми карточками (в частности, реализована идея работы банкомата, а также бухгалтерии). В ходе выполнения курсовой работы должны быть закреплены навыки работы с объектами Access (таблицы, запросы, формы, отчеты, макросы), а также с универсальным языком приложений Microsoft Office – VBA.

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

 СОЗДАНИЕ БАЗЫ ДАННЫХ:

Этап 1. Определение  задач

 

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

Данным  приложением должны решаться следующие задачи:

Бухгалтерские задачи:

• Ввод данных о клиентах банка
• Добавление клиентам банка пластиковых карт (неограниченное количество)
• Удаление пластиковых карт
• Начисление денежных средств на карточки клиентов
• Возможность редактирования введенных данных о клиенте (также    блокирование карточки)
• Печать договора о выдаче пластиковой карты (автоматический ввод данных)
• Установление курсов валют (в долларах США и ЕВРО)
• Распечатка транзакций по начислению денежных средств на счет каждой карты в определенные временные сроки
• Распечатка транзакций по снятию денежных средств с определенной карты в определенные временные сроки
• Распечатка транзакций по зачислению денежных средств на мобильный телефон с определенной карты в определенные временные сроки

Задачи с  обслуживанием банкомата:

• Сверка введенных номера карты и пин-кода карты
• Блокировка карты, в случае 3-разового ввода неправильного пин-кода карты
• Проверка карты на срок действия
• Возможность просмотра клиентом текущего остатка денежных средств на карте
• Возможность снятия денежных средств клиентом в белорусских рублях, долларах США и ЕВРО
• Возможность зачисления клиентом денежных средств с карты на введенный номер мобильного телефона
• Печать чеков о произведенной транзакции со снятием денег с карточки
• Печать чеков о произведенной транзакции по зачислению денежных средств на мобильный телефон

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

 

Данное приложение позволяет  выполнять 2 типа задач:

• бухгалтерские задачи по обслуживанию карты 
• задачи клиента по работе с банкоматом

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

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

Этап 3. Определение  элементов данных.

 

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

Данное приложение включает следующие таблицы (рис. 1):

рис.1

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

Таблица Клиент_Общая_Инфо (рис. 2):

 

рис. 2

Данная таблица содержит общую информацию о каждом клиенте  банка.

Ключевое поле “КодКлиента”. В таблице введены ограничения  на длину Личного номера (он должен содержать 8 знаков, рис. 3)

 

рис. 3

Индекса (рис. 4)

рис. 4

Также применены маски  ввода для ввода даты рождения (рис. 5)

 

рис. 5

и мобильного телефона (рис. 6)

рис. 6

 

Таблица Клиент_Карта (рис. 7):

рис. 7

В таблице отражена информация о каждой пластиковой карте. Ключевое поле “КодКарты”. Поле “Состояние”  отражает информацию о том, заблокирована ли карта.

В таблице введены  ограничения на длину номера карты (он должен содержать 6 знаков, рис. 8)

рис. 8

пин-кода (рис. 9)

рис. 9

Таблица Клиент_Финансы (рис .10):

рис .10

Таблица отражает информацию о клиенте и соответствующем  ему пластиковой карте и количеству денежных средств на данной карте. Ключевое поле “КодФинансов”.

Таблица Валюты (рис. 11):

рис. 11

Предназначена для помещения  информации о курсах доллара США  и ЕВРО. Ключевое поле “КодВалюты”

Таблица Деньги (рис. 12):

рис. 12

 

Предназначена для учета транзакций по снятию денежных средств с карты. Ключевое поле “КодОперации”

 

Таблица Мобильник (рис. 13):

рис. 13

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

Таблица Начисление (рис. 14):

рис. 14

Предназначена для учета  транзакций по начислению денежных средств  на карту. Ключевое поле “КодОперации”

Этап 4. Упорядочивание данных

 

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

Нормализованную БД отражает ее схема данных. Схема Данных выглядит следующим образом (рис. 15):

Рис.15

Этап 5. Разработка прототипа и пользовательского  интерфейса

 

После разработки структур таблиц можно создать «макет»  потока приложения в виде форм и связать их с помощью простых макросов или обработчиков событий на языке Visual Basic. Реальные формы и отчеты позже можно построить «с экрана», периодически переключая режим представления.

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

Этап 6. Создание приложения

 

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

Этап 7. Тестирование и доводка

 

Рассмотрим работу созданного приложения:

Запустив среду MS ACCESS с помощью макроса autoexec, нам выдается информационное сообщение (рис. 16):

Рис. 16

Нажав на кнопку OK, мы попадаем на основную форму “Форма_Основа”(рис. 17):

 

Рис. 17

В ней мы должны выбрать  тип дальнейшей операции, ввести пароль (для бухгалтерии – “321”, для  клиентов - номер карты) и нажать кнопку “Далее”. Кнопка “Отмена” служит для отмены введенной информации. Кнопка “Выход” служит для выхода из приложения. При этом будет выведено сообщение (рис. 18):

 

Если, нажав кнопку “Далее”  мы не выберем тип операции или  не введем пароль, будут выведены соответствующие  сообщения (рис. 18, рис. 19):

Рис. 18

Рис. 19

А) БУХГАЛТЕРИЯ

 

Рассмотрим работу с бухгалтерией. Выбрав тип бухгалтерия и введя пароль “321” мы попадаем на форму “Форма_Операции_с_клиентами”, предназначенной для работы с клиентами (рис. 20):

Рис. 20

Нажав на кнопку “Информация  о клиентах” мы попадем на форму  “Форма_Инфо_О_Клиенте”, которая отражает всю информацию о клиентах, которые имеют хотя бы одну карту (рис. 21):