«Разработка базы данных для учета банковских карт»

Вид материалаКурсовая

Содержание


Глава 2. Разработка программы для автоматизации учета зарплатных банковских карт 16
Объект курсовой работы: банковская карта Предмет
Глава 1. Исследование учета зарплатных банковских карт
Глава 2. Разработка программы для автоматизации учета зарплатных банковских карт
Время восстановления после отказа
Отказы из-за некорректных действий пользователей системы
Климатические условия эксплуатации
Требования к квалификации и численности персонала
Структура баз данных
Требования к программным средствам, используемым программой
Список литературы
Подобный материал:

Государственное образовательное учреждение

высшего профессионального образования Тюменской области

«ТЮМЕНСКАЯ ГОСУДАРСТВЕННАЯ АКАДЕМИЯ

МИРОВОЙ ЭКОНОМИКИ, УПРАВЛЕНИЯ И ПРАВА»

Факультет управления

Кафедра математики, информатики

и естественных наук


Курсовая работа

по дисциплине «Базы данных»

на тему:

«Разработка базы данных для учета банковских карт»


Оглавление



Введение 3

Глава 1. Исследование учета зарплатных банковских карт 5

§1. Учет зарплатных банковских карт и его автоматизация 6

§2. Нормализация отношений 9

§3. Схемы мошенничества 12

Глава 2. Разработка программы для автоматизации учета зарплатных банковских карт 16

§1. Техническое задание 16

§2. Функциональная часть разработки базы данных по автоматизации учета зарплатных банковских карт 22

§3. Разработка программы в программной среде Visual Basic 25

Заключение 27

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

Приложение 1 30


Введение




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

Visual Basic – одна из сред, посредством которой мы можем реализовать подобный программный продукт, с использованием средств SQL Server для создания локальных и клиент-серверных баз данных.

Объект курсовой работы: банковская карта

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

Цель работы: разработать базу данных в среде MS SQL Server с использованием Visual Basic для автоматизации работ с банковскими картами.

Задачи работы:
  1. Исследовать учет зарплатных банковских карт и его автоматизацию;
  2. Изучение среды применения данного программного продукта;
  3. Определить входную информацию, необходимую для автоматизации;
  4. Сформировать основные таблицы, необходимые для базы данных, определить иерархию и связи;
  5. Нормализация отношений;
  6. Составление технического задания;
  7. Разработать программу для автоматизации работы с банковскими картами в среде Visual Basic для решения проблем использования банковских карт.

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

Существуют альтернативные программы учета товара и услуг:

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

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

Глава 1. Исследование учета зарплатных банковских карт




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

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

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

§1. Учет зарплатных банковских карт и его автоматизация


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

Структурирование — это введение соглашений о способах представления данных.

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

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

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

На практике применяются три вида перечисления зарплаты:

1) на счета работников, предназначенные для расчета пластиковыми картами;

2) на текущие счета физических лиц;

3) на счета работников по специально открытым для них вкладам в банках.

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

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

Заработная плата должна выплачиваться работникам не реже чем каждые полмесяца в день, установленный правилами внутреннего трудового распорядка организации, коллективным или трудовым договором. При этом в соответствии со ст. 31 Закона РФ от 02.12.90 №395-1 «О банках и банковской деятельности» банки обязаны осуществить перечисление денежных средств клиента не позже следующего операционного дня после получения соответствующего платежного документа.

Итак, для того, чтобы у организации была возможность реализовать функцию оплаты труда посредством безналичного расчета, нужно, в первую очередь, получить информацию, необходимую для получения банковской карты. Сотрудник пишет заявление на получение зарплатной банковской карты, в котором он указывает полностью свои паспортные данные: Фамилию, Имя, Отчество, Дату рождения, ИНН, Должность. После чего эти данные отправляются на оформление в банк-эмитент, где в течение 10 дней изготавливается именная банковская карта, получившая уникальный номер, а также на карте указывается дата эмиссии и срок использования, который неодинаков у различных банков-эмитентов. Данная информация необходима нам для выявления лиц, нуждающихся в замене банковской карты. Для учета деятельности сотрудников бухгалтерии, необходимы данные, относящиеся к тем людям, которые оформляют карты другим сотрудникам. А именно, их фамилии, имена, отчества, а так же информацию не классифицируемого характера, наподобие получения им сертификации по профессиональной пригодности в определенном году. Ко всему прочему нужна информация, характеризующая типы, используемых карт: банки-эмитенты, срок действия данного типа карты и, собственно, названия типа. Для объединения и упрощенного просмотра необходимо классифицировать все эти данные в одну таблицу, присвоив сотруднику, держателю и банку определенные номера, используемые для большей доступности данных. Чтобы избежать повторения идентификаторов, необходимо сделать допущение в виде того, что тип карты будет иметь однозначный номер, сотрудник – двухзначный, ну и соответственно, держатель карты трех и более значный.

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


§2. Нормализация отношений


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

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

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

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

Первая нормальная форма

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

Например, отношения Клиент = (Код клиента, Фамилия, Имя, Отчество, Дата рождения, ИНН, Паспортные данные), Тип карты = (Код типа, Тип, Банк, срок действия), Сотрудники = (Код сотрудника, Фамилия, Имя, Отчество, Особые отметки) находятся в первой нормальной форме.

Вторая нормальная форма

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

Функциональная зависимость реквизитов — зависимость, при которой экземпляре информационного объекта определенному значению ключевого реквизита соответствует только одно значение описательного реквизита.

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

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

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

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

К примеру, отношение, в котором *Сводные данные по з/п картам* = (Номер карты, Код типа, Тип, Банк-эмитент, Срок действия, Код держателя, Фамилия, Имя, Отчество, Дата рождения, ИНН, Паспортные данные, Код сотрудника, Фамилия, Имя, Отчество, Особые отметки) будет находиться во второй нормальной форме.

Третья нормальная форма

Понятие третьей нормальной формы основывается на понятии нетранзитивной зави­симости.

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

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

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

Как видно из нашей структуры, реквизит «Номер карты» отношения «Сводные данные по з/п картам» является ключевым полем в данном отношении. А реквизиты «Код типа», «Код держателя» и «Код сотрудника» транзитивно зависимы от этих полей в таблицах «Держатели карт», «Типы карт» и «Сотрудники» соответственно.

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


§3. Схемы мошенничества


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

Наиболее распространенными схемами мошенничества с банковскими картами по данным APACS (Association for Payment Clearing Services -Ассоциация систем клиринговых платежей— Великобритания), являются следующие:

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

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

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

Фальшивые банкоматы. В последнее время преступники воспользовались ростом числа банкоматов и стали применять "фальшивые" банкоматы или прикреплять к настоящим банкоматам специально сконструированные устройства.

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

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

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

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

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

Фишинг (англ. phishing) – измененная форма от английских слов phone (телефон) и fishing (рыбная ловля). Термин появился для обозначения новых схем, в результате которых путем обмана становятся доступными реквизиты банковской карты и ПИН-код. Чаще всего используется в виде рассылки через Интернет писем от имени банка или платежной системы с просьбой подтвердить указанную конфиденциальную информацию на сайте организации.

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

Неэлектронный фишинг— новый вид мошенничества с банковскими картами. Его появление обусловлено увеличением объемов эмиссии микропроцессорных карт и связанной с этим процессом программой международных платежных систем «чип и ПИН», т.е. осуществление покупки в предприятии торговли (услуг) посредством обязательного ввода ПИН-кода. В отличие от традиционного— электронного фишинга (см. выше), в схемах неэлектронного фишинга создаются реальные торгово-сервисные предприятия/офисы банков либо используются уже существующие.

Платежи через банкомат

Оплата услуг мобильной связи

Оплата услуг телевидения

Оплата авиабилетов

Оплата коммунальных услуг

Оплата за домофон

Оплата налогов и сборов в бюджет РФ

Оплата услуг стационарной связи

Оплата услуг интернет

Гашение кредита

Оплата за детские сады Сургутского района

Оплата прочих услуг



Глава 2. Разработка программы для автоматизации учета зарплатных банковских карт



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

§1. Техническое задание


Наименование программы: "Учет зарплатных банковских карт"


Назначение и область применения


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


1. Данные держателей карт
2. Типы карт
3. Данные по сотрудникам организации
4. Сводные данные по зарплатным банковским картам

Программа предоставляет сотрудникам возможность автоматизированного управления данными клиентов


Требования к функциональным характеристикам


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


1. Разделение клиентов на группы по признакам :
1.1. Принадлежность к определенной должности
1.2. Держатели - пользователи определенного банка-эмитента
1.3. Держатели, нуждающиеся в замене банковской карты
2. Возможность поиска (фильтрации) по базе данных информации по держателю
3. Чаще всего используемый тип карты держателя

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


Требования к обеспечению надежного функционирования программы


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

б) использованием лицензионного программного обеспечения;
в) регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;

г) регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов


Время восстановления после отказа


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


Отказы из-за некорректных действий пользователей системы


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


Климатические условия эксплуатации


Климатические условия эксплуатации, при которых должны обеспечиваться заданные характеристики, должны удовлетворять требованиям, предъявляемым к техническим средствам в части условий их эксплуатации


Требования к квалификации и численности персонала


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


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


Требования к составу и параметрам технических средств


1. В состав технических средств должен входить IВМ-совместимый персональный компьютер (ПЭВМ), выполняющий роль сервера, включающий в себя:

1.1. процессор Pentium-2.0Hz, не менее;
1.2. оперативную память объемом, 1Гигабайт, не менее;
1.3. HDD, 40 Гигабайт, не менее;
1.4. операционную систему Windows 2000 Server или Windows 2003;
1.5. операционную систему Windows 2000 Server или Windows 2003;
1.6. Microsoft SQL Server 2000


Требования к информационным структурам и методам решения


База данных работает под управлением Microsoft SQL Server. Используется много поточный доступ к базе данных. Необходимо обеспечить одновременную работу с программой с той же базой данной модулей экспорта внешних данных


Структура баз данных


Таблица данных по держателям банковских карт – DERZAT

Название поля

Тип поля

Описание поля

ID_DERZAT

Int

[уникальное] Идентификационный номер держателя банковской карты

FAMILY_D

VarChar(25)

Фамилия держателя

NAME_D

VarChar(25)

Имя держателя

SURNAME_D

VarChar(25)

Отчество держателя

POST_D

VarChar(50)

Должность держателя

BIRTHDAY

DATE

Дата рождения

INN_D

INT

ИНН держателя

DATA_PASPORT

VarChar(11)

Паспортные данные


Таблица сотрудников – WORKERS

Название поля

Тип поля

Описание поля

ID_WORKER

Int

[уникальное] Идентификационный номер сотрудника

FAMILY_W

VarChar(25)

Фамилия сотрудника

NAME_W

VarChar(25)

Имя сотрудника

SURNAME_W

VarChar(255)

Отчество сотрудника

NOTE_W

VarChar(255)

Примечание


Таблица характеристик типов карт - CARDS

Название поля

Тип поля

Описание поля

ID_CARD

Int

[уникальное] Идентификатор типа карты

TYPE

VarChar(15)

Название типа карты

BANK

Int

Название банка-эмитента

DURATION

Int

Срок действия данного типа карты определенного банка - эмитента


Таблица сводных данных по з/п картам - SVOD

Название поля

Тип поля

Описание поля

NUMBER_CARD

Int

[уникальное] Идентификатор карты

ID_TYPE

Int

Идентификатор типа карты

ID_DERZAT

Int

Идентификатор держателя

ID_WORKER

Int

Идентификатор сотрудника

DATE_START

Date

Дата оформления карты

BALANCE

Int

Баланс карты

NOTE

VarChar(5)

Особые отметки

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

Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows 2000 Server или Windows 2003 и Microsoft SQL Server 2000.

Предварительный состав программной документации


Состав программной документации должен включать в себя:

1. техническое задание;
2. программу и методики испытаний;
3. руководство оператора;


§2. Функциональная часть разработки базы данных по автоматизации учета зарплатных банковских карт


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

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

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


Запрос 1. Вывести всех людей, у которых должность – инженер. Для реализации вывода необходимо:





Запрос 2. Вывести все данные, относящиеся к держателю по фамилии Розманов. Этот запрос реализуется следующим образом:



Запрос 3. Вывести всех Держателей, на балансе карт которых есть сумма в интервале от 1000 до 5000 тысяч рублей.





Запрос 4. Вывести количество оформленных карт каждого типа




Запрос 5. Вывести количество оформленных карт по каждому сотруднику




Запрос 6. Вывести данные держателей, карты которых были оформлены сотрудником Петров.





Запрос 7. Вывести все данные клиентов, банк-эмитент которых – ЗапСибКомБанк.





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



Запрос 9. Вывести расширенные данные по клиенту.




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




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


§3. Разработка программы в программной среде Visual Basic

Удобный пользовательский интерфейс наряду с богатыми функциональными возможностями, позволяют разрешить многие проблемы, связанные с эксплуатацией приложения пользователями. Средства программирования Visual Basic дают нам возможность реализации данного программного продукта. После создания баз данных, их заполнения и написания запросов в этой среде можно перейти к созданию пользовательского интерфейса.

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

Для получения данных из среды SQL в VB необходимо проделать ряд операций, которые можно найти в «Приложении №1».

Выберите пункт «Add Data Source…» в пункте меню «Data». После чего появится Wizard выбора типа ресурса данных. Нам необходимо выбрать тип База данных(Database) и перейти к следующему пункту настройки соединения с базой данных. В этом пункте необходимо выбрать новое соединение, если соединение еще не было выбрано, в появившемся окне необходимо нажать на обзор (Browse) и выбрать месторасположение базы данных на компьютере. При подтверждении, появится информационное сообщение, которое спрашивает у нас¸ необходимо ли нам прикрепить проект базы данных к проекту VB, на что нужно ответить да, во избежание проблем с соединением (чтобы каждый раз не выбирать соединение). После проведения последовательности этих шагов, база данных прикреплена к проекту Visual Basic.

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

Так будет выглядеть таблица на форме до компиляции:

А в таком виде, она будет после компиляции, уже в программе:


Точно такой же алгоритм вывода запросов на форму, за исключением первых этапов, которые мы исключаем (база данных уже присоединена). Теперь нам необходимо ковертировать запросы SQL в формат, приемлемый для VB. Для этого нам нужно нажать на кнопку Edit DataSet with Designer вкладки Data Source. После чего появится поле, на котором расположены все наши таблицы в виде структуры:


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

Проделав последовательность данных действий, мы получили данную программу:


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


Заключение



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

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

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

В ходе работы были использованы две программные среды: Visual Basic и SQL Server, обеспечивающие вместе возможность интеграции функциональных аспектов разработки в понятный и доступный пользовательский интерфейс, позволяющий сотруднику, работающему с данной программой получать наиболее часто используемые данные одним щелчком мыши, не прибегая к поиску рукописных или электронных вариантов не типизированных и не структурированных данных.

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

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

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

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

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



  1. n.com/rudevnews/archive/2008/08/07/microsoft-sql-server-2008.aspx - электронный ресурс
  2. osoft.com/en-gb/library/cc709420.aspx - электронный ресурс
  3. osoft.com/en-gb/library/w0x726c2.aspx - электронный ресурс
  4. u/docs/sql/u_sql/index.shtml - электронный ресурс
  5. Арнсон, Боб. Visual для чайников : Пер. с англ. — М. : Издательский дом 2002. 288 с. : ил. — Парал. тит. англ.
  6. Арчер, Том, Уайтчепел, Эндрю. Visual C++ . NET. Библия пользователя.: Пер. с англ. – М.: Издательский дом «Вильямс», 2005. – 1216 с.: ил.: Парал. тит. англ.
  7. Банковские операции: Учебник / А. М. Мороз, М. И. Савлук, М.Ф. Пуховкина и др.; Под ред. д – ра экон. наук, проф. А. М. Мороза. – К.: КНЕУ, 2000. – 384 с.
  8. Гинзбург А.И. Пластиковые карты. – СПб.: ПИТЕР, 2004. – 128 с.
  9. Дейт К.Дж. Введение в системы баз данных, 6-е издание. - К.; М.; СПб.: Издательский дом "Вильямс", 2000
  10. Освой самостоятельно Visual Basic .NET за 24 часа. : Пер. с англ. — М. : Издательский дом "Вильяме", 2002. — 416 с. : ил. — Парал. тит. англ.

Приложение 1




Рис 1. Добавление Ресурса данных.


Рис 2. Выбор типа данных


Рис. 3 Выбор базы данных на компьютере


Рис 4. Добавление таблиц в VB


Рис. 5 Общий вид таблиц и запросов в VB