Автоматизированное рабочее место оператора валютно-обменных операций в режиме off-line

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

Класс справка о проведенной операции с валютой и чеками:

Содержит следующие атрибуты: №, дата, время, клиент, документ №, код вида операции, курс (кросс-курс), код валюты принятой, сумма валюты принятой, наименование валюты принятой, код валюты выданной, наименование валюты выданной, сумма валюты выданной, кассир. С данным классом можно выполнять следующие операции: сохранить и печать.

Класс курсы (кросс-курсы):

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

Класс операции:

Атрибуты: код операции, наименование. Операции: добавить, сохранить, удалить.

Класс документы:

Содержит следующие атрибуты: код, наименование. Операции: добавить, сохранить.

Класс клиент:

Его атрибуты: код, страна Гражданство, ФИО, документ, серия, номер, выдан, дата выдачи. С данным классом можно совершать следующие операции: добавить, изменить, сохранить.

Класс квитанция о приеме на инкассо:

Данный класс имеет следующие атрибуты: №, дата, ФИО, документ, удостоверяющий личность, №, серия, каким органом выдан, дата выдачи, адрес, дополнительные реквизиты (наименование, серия, номер, год эмиссии, для чеков: наименование, № дата, сумма, наименование эмитента, лицо, выдавшее чек), кассир. Его операциями являются: сохранить, печать.

Класс справка о приеме на экспертизу:

Атрибуты: №, дата, ФИО, адрес, документ, серия, номер, наименование валюты, страна эмитент, номинал, год образца (выпуска), серийный номер, дополнительные реквизиты, кассир. Операции: сохранить, печать.

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

Рис. 2.11 Диаграмма последовательности - прием денежного знака на экспертизу.

Рис. 2.12 Диаграмма последовательности - покупка/продажа валюты (а так же конверсия валюты).



Рис. 2.13 Диаграмма последовательности - замена денежного знака.

Рис. 2.14 Диаграмма последовательности - размен денежного знака.

2.4 Проектирование структуры базы данных

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

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

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

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

Существует несколько так называемых нормальных форм (НФ) баз данных. Каждая из нормальных форм получается последовательно из предыдущей нормальной формы. На практике применяются в основном первые три из них.

Первая нормальная форма требует, чтобы каждое поле таблицы БД было не делимым, не содержало повторяющихся групп. Не делимость поля означает, что каждое поле не должно делится на несколько полей. А повторяющиеся группы указывают на то, чтобы поля не содержали одинаковые по смыслу значения. Гофман В.Э., Хомоненко А.Д. - «Работа с базами данных в Delphi» - второе издание, СПб.: БХВ-Петербург, 2003 год Наш список полей удовлетворяет этому нормальному закону, кроме поля ФИО. Их можно разделить на три поля соответственного Фамилия, Имя и Отчество, но для задачи, которая поставлена перед нами, это не требуется, поэтому мы считаем эти поля не делимыми.

Вторая нормальная форма, требует: все поля таблицы зависели от первичного ключа, то есть первичный ключ однозначно определен и является не избыточным; те поля, которые зависят от части первичного ключа, должны быть выделены в отдельные таблицы. Гофман В.Э., Хомоненко А.Д. - «Работа с базами данных в Delphi» - второе издание, СПб.: БХВ-Петербург, 2003 год Определим поля, входящие в первичный ключ: № мемориального ордера, № операции, № справки, № трудового договора, идентификатор валюты, код операции, код, № квитанции, № справки на экспертизу, ID комиссии. Установим, какие поля зависят только от части ключа и поместим их в отдельную таблицу.

Третья нормальная форма требует, чтобы значение любого поля таблицы, не входящего в первичный ключ, не зависело от значения другого поля, не входящего в первичный ключ. Гофман В.Э., Хомоненко А.Д. - «Работа с базами данных в Delphi» - второе издание, СПб.: БХВ-Петербург, 2003 год

Нормализованной БД называется база, в которой выполняется как минимум три условия. Данные поля таблиц удовлетворяют этому закону. В результате нормализации получаться следующие таблицы:

Таблица «operator» содержит данные о сотрудниках банка, то есть об операторе валютно-обменных операций. Ключевое поле: nomer_tr_dog, содержит информацию о номере трудового договора.

Таблица 2.3

Имя поля	Тип и размер поля	Описание поля
nomer_tr_dog	INTEGER	информация о номере трудового договора
FIO	VARCHAR(255)	фамилия, имя, отчество сотрудника банка.
Nomer_pas	INTEGER	номер паспорта

Таблица «reestr», содержит данные реестра валютно-обменных операций. Первичным ключом в данной таблице является nomer_oper. Это поле содержит информацию о номере операции.

Таблица 2.4

Имя поля	Тип и размер поля	Описание поля
nomer_oper	INTEGER	информация о номере операции
date	DATE	дата совершенной операции
Kod_vid_oper	INTEGER	код вида операции
ID_kyrs	INTEGER	Код курса
Kod_val_pr	INTEGER	код валюты принятой
Cymma_val_pr	MONEY	сумма валюты принятой
ID	INTEGER	код комиссии, взимаемая с клиента за совершение операции, обычно она входит в отклонение от курса
Doxod	MONEY	подоходный налог с совершенной операции
Kod_val_v	INTEGER	код валюты выданной
Cymma_val_v	MONEY	сумма валюты выданной
nomer_tr_dog	INTEGER	информация о номере трудового договора

Таблица «mem_or» содержит данные необходимые для обоснования бухгалтерской проводки. Ключевым полем является: nom_mem_or.

Таблица 2.5

Имя поля	Тип и размер поля	Описание поля
nom_mem_or	INTEGER	Номер мемориального ордера.
Vid_oper	VARCHAR(100)	Вид операции.
nomer_oper	INTEGER	информация о номере операции
Dt_sch	INTEGER	Дебет счета.
Kt_sch	INTEGER	Кредит счета.
Kod_val	INTEGER	Код валюты.
Cymma	MONEY	Сумма.
Country	VARCHAR(50)	Шифр страны.
Crok_val	DATE	Срок валютирования.
Ocnovanie	VARCHAR(255)	Содержание и основание записи.

Таблица «spr_oper», содержит данные выданных клиентам справок о проведении операции с наличной валютой и чеками. Ключевым полем таблицы является поле nom_spr.

Таблица 2.6

Имя поля	Тип и размер поля	Описание поля
nom_spr	INTEGER	Номер справки о проведении операции с наличной валютой и чеками.
Date	DATE	Дата проведения.
Time	DATE	Время проведения операции.
ID_kl	INTEGER	Идентификатор клиента.
Nomer_oper	INTEGER	Код вида операции.
Kyrs	INTEGER	Курс покупки продажи валюты (кросс-курс).
Kod_val_pr	INTEGER	Код валюты принятой.
Cymma_pr	MONEY	Сумма валюты принятой.
Name_val	VARCHAR(100)	Наименование валюты.
Kod_val_v	INTEGER	Код валюты выданной.
Cymma_val_v	MONEY	Сумма валюты выданной.
Name_val	VARCHAR(100)	Наименование валюты.
nomer_tr_dog	INTEGER	Информация о номере трудового договора.

Таблица «klient», данная таблица содержит данные о клиенте. Ключевым полем является поле ID_kl, является идентификатором клиента.

Таблица 2.7

Имя поля	Тип и размер поля	Описание поля
ID_kl	INTEGER	Идентификатор клиента.
FIO	VARCHAR(100)	Фамилия, имя, отчество клиента.
Country_Gr	VARCHAR(100)	Страна Гражданство
ID_doc	INTEGER	Идентификатор типа документа.
Ceria_doc	INTEGER	Серия документа.
Nomer_doc	INTEGER	Номер документа.
Kem_v	VARCHAR(255)	Кем выдан документ.
Date_v	INTEGER	Дата выдачи.
Adres	VARCHAR(255)	Адрес клиента.

Таблица «oper», содержит информацию о видах и кодах видов операций, является справочником. Ключевое поле: Kod_vid_oper.

Таблица 2.8

Имя поля	Тип и размер поля	Описание поля
Kod_vid_oper	INTEGER	Код вида операции.
Name_oper	VARCHAR(100)	Наименование операции.

Таблица «Doc», содержит информацию о видах документов удостоверяющих личность, то есть является справочником. Ключевым полем является: ID_doc.

Таблица 2.9

Имя поля	Тип и размер поля	Описание поля
ID_doc	INTEGER	Идентификатор типа документа.
Doc	VARCHAR(100)	Документ удостоверяющий личность (тип документа).

Таблица «kl_val» - общероссийский классификатор валюты. Ключевое поле: Kod_val.

Таблица 2.10

Имя поля	Тип и размер поля	Описание поля
Kod_val	INTEGER	Код валюты.
Kod_val_b	VARCHAR(10)	Код валюты буквенный.
Name_val	VARCHAR(100)	Наименование валюты.
Country_v	VARCHAR(100)	Краткое наименование стран и территорий.

Таблица «kyrs», содердит информацию о курсах покупки, продажи валюты (кросс-курсы). Ключевым полем таблицы является: Kod_val.

Таблица 2.11

Имя поля	Тип и размер поля	Описание поля
ID_kyrs	INTEGER	Код курса
Kod_val	INTEGER	Код валюты.
Kod_val_b	VARCHAR(10)	Код валюты буквенный.
Status_Kyrs	INTEGER	Данный статус показывает курс покупки или курс продажи,определяется по коду операции.
Kyrs_prod	INTEGER	Курс продажи валюты.
Za_ed	INTEGER	За единицу.
Time	DATE	Время установки.
Date	DATE	Дата установки.
Status_naz	INTEGER	Статус принадлежности курса. Если равен 0 - то курс ЦБ, 1 - то банку, которому принадлежит обменный пункт.

Таблица «spr_exsp», содержит данные выданных клиентам справок о приеме на экспертизу. Ключевое поле: nomer_spr.

Таблица 2.12

Имя поля	Тип и размер поля	Описание поля
nomer_spr_ex	INTEGER	Номер справки о приеме на экспертизу.
Date	DATE	Дата выдачи справки о приеме на экспертизу.
ID_kl	INTEGER	Идентификатор клиента.
Name_val	VARCHAR(100)	Наименование валюты.
Country_v	VARCHAR(100)	Краткое наименование стран и территорий эмитентов.
nominal	INTEGER	Номинал денежного знака.
Year_v	DATE	Год образца (выпуска).
Ser_nomer	INTEGER	Серийный номер.
Dop_rec	VARCHAR(255)	Дополнительные реквизиты.
nomer_tr_dog	INTEGER	Информация о номере трудового договора.

Таблица «kvit», содержит данные выданных клиентам квитанций о приеме на инкассо. Ключевое поле: nomer_kv.

Таблица 2.13

Имя поля	Тип и размер поля	Описание поля
nomer_kv	INTEGER	Номер квитанции.
Date	DATE	Дата выдачи справки о приеме на экспертизу.
ID_kl	INTEGER	Идентификатор клиента.
Dop_rec	VARCHAR(255)	Дополнительные реквизиты.
nomer_tr_dog	INTEGER	Информация о номере трудового договора.

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

Рис. 2.15 Схема базы данных.

2.5 Проектирование экранных форм

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

Рис. 3.5 Иерархия экранных форм.

Глава 3. Реализация АРМ оператора валютно-обменных операций в режиме off-line

3.1 Выбор архитектуры

Существует четыре разновидности архитектур баз данных (БД): локальные, файл-серверные, клиент/сервер, многоярусные. Использование той или иной архитектуры накладывает сильный отпечаток на общую идеологию работы приложения, на программный код в приложении, на состав компонентов для работы с БД, используемых в приложении (прежде всего это касается не визуальных компонентов). Прежде, чем переходить к рассмотрению архитектур БД, отметим, что работа с данными в Delphi осуществляется с помощью утилиты администрирование источников данных ODBC, где осуществляется связь с источником, т.е выбирается провайдер данных и осуществляется связь с базой данных. Провайдером данных будет драйвер SQL Server. Подключение будет осуществляться к установленному серверу PENTIUM\SQLEXPRESS. При ходе настройки необходимо указать наименование базы, логин и пароль для аутентификации. В ходе установки сервера PENTIUM\SQLEXPRESS задается логин и пароль.

При работе с локальными базами данных сами БД расположены на том же компьютере, что и приложения, осуществляющие доступ к ним. Работа с БД происходит в однопользовательском режиме. ВDЕ распложена на компьютере пользователя. Приложение ответственно за поддержание целостности БД и за выполнение запросов к БД. При работе в архитектуре "файл-сервер" БД и приложение расположены на файловом сервере сети. Возможна многопользовательская работа с одной и той же БД. Каждый пользователь имеет на своем компьютере локальную копию данных, время от времени обновляемых из реальной БД, расположенной на сетевом сервере. При этом изменения, которые каждый пользователь вносит в БД, могут быть до определенного момента неизвестны другим пользователям, что делает актуальной задачу систематического обновления данных на компьютере пользователя из реальной БД. Другой актуальной задачей является блокирование записей, которые изменяются одним из пользователей; это необходимо для того, чтобы в это время другой пользователь не внес изменений в те же данные. Архитектура ''клиент-сервер'' разделяет функции приложения пользователя (называемого клиентом) и сервера. В многоярусной архитектуре наборы данных, бывшие ранее ''собственностью'' клиентских приложений, выделяются в отдельное звено, называемое сервером приложений. Модули данных в трехзвенной архитектуре "клиент-сервер" выделяются в отдельный "сервер приложении".

Данные, полученные на этапе проектирования, были проанализированы, в результате чего была составлена предварительная схема архитектуры будущей системы. В системе четко выделились две части: Клиент и Сервер. Данный вид архитектуры имеет название клиент-сервер. Клиент - это приложение пользователя. Для получения данных клиент формирует запрос и отсылает его удаленному серверу, на котором размещена БД. Запрос формулируется на языке SQL (Structured Query Language). Поэтому часто серверы БД называют SQL серверами. Таким образом, клиент посылает запрос на предоставление данных и получает только те данные, которые действительно были затребованы. Достоинства такой архитектуры:

снижение нагрузки сети,

повышение безопасности информации,

уменьшение сложности клиентских приложений.

Рис. 3.1 Архитектура клиент-сервер - двухзвенная.

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

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

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

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

Borland Delphi 2005 имеет развитые средства создания систем управления базами данных. Данный выбор обоснован следующими аргументами:

Надежность и стабильность работы СУБД.

Корректная работа с приложениями Delphi.

Наличие механизма хранимых процедур и триггеров.

Простата освоения и обучения.

Создание приложений на различных платформах.

По мнению представителей Borland, нынешний вариант инструмента -- это самое значительное обновление Delphi за последние годы, выполненное в полном соответствии со стратегией оптимизации процесса создания программного обеспечения Software Delivery Optimization, разработанной корпорацией.

Среда Delphi 2005 не только поддерживает несколько языков, SDK Win32 и .NET, но и обладает целым рядом принципиально новых усовершенствований.

В качестве СУБД выбираем SQL Server 2005. Данный продукт произведен корпорацией Microsoft Sybase SQL Server. Компания «Microsoft» http://www.microsoft.com Возможности SQL Server 2005:

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

новый тип данных XML;

интегрированная служба отчетов;

новая технология Broker Service, предназначенная для обеспечения живучести распределенных приложений в SQL Server.

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

3.3 Разработка баз данных

В SQL Server 2005 Express Edition для работы с базами данных предусмотрена утилита SQL Server Management Studio. Для создания базы данных необходимо создать первичный файл данных и журнала транзакций. Первичный файл данных с расширением .mdf , используется для хранения двух типов объектов: пользовательских и системных. К пользовательским относятся таблицы, представления, хранимые процедуры, а так же объекты, которые используются для модификации или хранения информации, введенной пользователем. Системные таблицы содержат информацию, требуемую SQL Server для поддержки такой функциональности базы данных, как имена таблиц, локализация индексов, учетные записи базы данных и т.д. Файл журнала транзакций имеет расширение .ldf функционирует путем подобно постоянному резервному копированию путем хранения транзакций. Транзакцией называется группа команд модификации данных (например, INSERT, UPDATE, DELETE, SELECT и т.д), содержащаяся в блоке BEGIN TRAN …COMMIT, и выполняющаяся как единое целое. Базу данных можно создать двумя способами: графически с помощью SQL Server Management Studio, посредством кода Transact-SQL. Язык SQL делится на язык определения данных (DDL) и язык манипулирования данных (DML). Для реализации базы данных используется язык определения данных (DDL). Для создания запросов в утилите SQL Server Management Studio имеется специальный инструмент. Основной инструкцией для создания базы служит CREATE DATABASE. При создании базы данных нужно обеспечить безопасность хранящейся информации в ней. Для обеспечения безопасности необходимо использовать аутентификацию SQL Server предлагает пользователю ввести пароль, который хранится в самой базе данных. Пользователь осуществляет недоверительное подключение к SQL Server. Это подключение называется недоверительным, поскольку SQL Server сопоставляет имя пользователя и пароль, введенные пользователем с данными в таблице Syslogins, то есть не доверяет операционной системе проверку пользовательских паролей.

Рис. 3.2 Использование недоверительного подключения программы.

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

Рис. 3.3 Диаграмма базы данных АРМ оператора валютно-обменных операций.

3.4 Разработка приложения

3.4.1 Платформа . NET

Структура .NET Framework - это среда, которая представляет собой дополнительный операционный слой, разделяющий приложения пользователя и базовые сервисы Windows. Таким образом, .NET Framework -- это фактически новая платформа разработки и исполнения прикладных программ. Термин “платформа” мы обычно применяем в двух разных смыслах. С одной стороны, это “концепция” (идеи, спецификации и т. д.), с другой -- набор вполне конкретных объектов (файлов, документации и пр.). Эта двойственность в полной мере относится к .NET Framework. В настоящее время поставляется программный набор .NET Framework SDK 1.0, в который кроме собственно модулей операционной среды входят документация, а также ряд автономных компиляторов -- VB, C#. Пакет устанавливается поверх Windows NT 4.0, 2000 или XP в подкаталог WINNT\Microsoft.NET\Framework\ v1.0.XXX. .NET Framework состоит из двух главных компонентов: библиотеки базовых классов и CLR (Common Language Runtime -- общая для языков среда исполнения NET-приложений), которые соответственно предназначены для решения следующих задач: унификации библиотек функций для всех приложений, независимо от используемого языка программирования; повышения управляемости приложений с точки зрения безопасности и эффективного использования ресурсов. Создание универсальной среды разработки и общих базовых функций предопределило то, что отныне все языки программирования Microsoft поставляются в виде единого пакета. Кроме того, это сильно упрощает подключение к ней (в виде дополнительных модулей Add-Ins) других языков программирования. Некоторые поставщики (в частности, Borland) предлагают собственные интегрированные средства программирования для .NET. Все независимые инструменты будут только в среде .NET Framework.

3.4.2 Технология dbGo.NET

Технология dbGo.NET - это новое название «старой» технологии ADO. Фаронов В.В. «Delphi 2005. Разработка приложений для баз данных и Интернета.» - СПб.: Питер, 2006. - 603 с. В Delphi 2005 она приспособлена для работы на платформе .NET. на основе этой технологии созданы и соответствующие компоненты: TADOTable, TADOQuery, TADOConnection, TADOStoredProc, которые не требуют развертывания и настройки базы на клиентской машине. Фаронов В.В. «Delphi 2005. Разработка приложений для баз данных и Интернета.» - СПб.: Питер, 2006. - 603 с. Основные особенности использования технологии dbGo.NET не зависят от архитектуры БД - эта технология характерна не только для файл-серверных БД, но также и для клиент-серверных. Основным достоинством технологии dbGo.NET является ее естественная ориентация на создание «облегченного» клиента. На машине сервера базы данных (в технологии клиент-сервер) устанавливается так называемый провайдер данных - некоторая надстройка над специальной технологией OLE DB. Взаимодействие компонентов ADO и провайдера осуществляется на основе универсального для Windows технологии ActivX.

Рис 3.4 Реализация технологии dbGo.NET в Delphi.

На машине создается и размещается источник данных. Для реализуемой системы используется промышленный сервер MS SQL Server 2005, данные не нуждаются в какой либо предварительной подготовке, а в роли провайдера используются, соответственно, Microsoft OLE DB Provider for SQL Server. На машине клиента располагаются в приложении связные компоненты TADOConnection и компоненты-наборы данных TADOTable, TADOQuery, TADOStoredProc, TADODataSet и командные компоненты TADOCommand. Каждый из компонентов может связываться с провайдером данных либо с помощью связного компонента TADOConnection, либо минуя его и используя собственное свойство ConnectionString. Данным свойством обладают компоненты TADOTable, TADOStoredProc. Таким образом, компонент TADOConnection играет роль концентратора соединений с источником данных компонентов-наборов. Компоненты-наборы с помощью компонентов-источников TDataSource и визуализирующих компонентов TDBGrid, TDBMemo, TDBEdit и т.д. обеспечивают необходимый необходимый интерфейс с пользователем программы.

3.4.3 Разработка пользовательского интерфейса. Руководство пользователя

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



Рис. 3.6 Аутентификация SQL Server.

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

Рис. 3.6 Форма главного меню.

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



Рис. 3.7 Иллюстрация справочников.

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

Рис. 3.8 Форма операции.

Если при поиске клиента были введены данные, которых нет в базе «клиенты», то программа вернет сообщение.

Рис. 3.9 Сообщение об ошибке.

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

Рис. 3.10 Поиск с возможностью частичного совпадения.

Если условия поиска не будут введены, программа вернет сообщение: «Не заданы условия поиска».

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



Рис. 3.11 Сообщение, которое указывает, что поля не заполнены.

Расчет по осуществляемым операциям производится автоматически. При выборе операции - кода операции. В полях курс и курс ЦБ значения вводятся автоматически. Дата отображается в поле текущая. Коды валют выбираются из списка. Сумма валюты принятой вводится руками. При нажатии на кнопку с надписью «сумма» осуществляется расчет, то есть по курсу осуществляется перевод валюты, а также рассчитывается доход от совершаемой операции как разница между курсом банка и курсом ЦБ. Данные об операции сохраняются в таблице базы данных reestr, с помощью нажатия на кнопку с надписью «сохранить». В данном обработчике события нажатие на кнопку осуществляется SQL инструкция INSERT. Данная инструкция добавляет запись о совершенной операции в таблицу. После совершения операции необходимо сформировать справку о проведенной операции для этого на форме необходимо в меню выбрать пункт «документы», далее новый документ, из раскрывшегося списка выбираем нужный.

Рис. 3.12 Пункт меню документы.

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

Рис. 3.13 Форма справка о проведенной операции.

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

Рис. 3.14 Форма мемориального ордера.

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

Рис. 3.15 Отчет остатки в кассе на конец рабочего дня.

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

Рис. 3.16 Отчет реестр по операции.

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

3.5 Экспериментальная проверка программного комплекса

3.5.1 Исходные данные и постановка задачи для проведения тестирования

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

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

Рис. 3.17 Проверка пароля.

Для совершения поставленных задач проведем операцию. Клиентом является Гурьева Ю.Ю., ее данные занесены в БД. Поэтому при осуществлении поиска программа находит данные о клиенте. В поля вводим код операции 105, то есть банк покупает валюту и коды валют. Сумма, которую банк покупает, равна 100 дол. США. Курсы валют установленный банком и курс валют ЦБ вводятся автоматически, текущая дата отображается в поле так же автоматически. Расчет суммы выданной осуществляется при нажатии на кнопку «сумма», в поле «сумма валюты выданной» и «комиссия» отображается результат расчета. Сохранение данных в базу по осуществляемой операции происходит при нажатии на кнопку «сохранить». Для обоснования бухгалтерской проводки формируется мемориальный ордер.

Рис. 3.18 Иллюстрация операции.

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

Рис. 3.19 Справка о проведении операции с наличной валютой.

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

Рис. 3.20 Иллюстрация отчетов.

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

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

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

Структура экономической части при создании программного обеспечения по заказу следующая:

Технико-экономическое обоснование разработки системы.

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

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

Расходы при эксплуатации ПО.

Эффект от внедрения ПО. Гриненко Г.П. Методические указания к выполнению экономической части выпускной квалификационной работы для студентов специальности 220400 - Программное обеспечение вычислительной техники и автоматизированных систем. - Белгород: Изд-во БГТУ им. В.Г. Шухова, 2004.

4.1 Технико-экономическое обоснование разработки системы

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

уменьшение объема бумажной работы,

увеличение скорости обработки поступающей информации и расчета совершаемой операции.

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

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

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

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

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

Стадии НИП	Содержание работ	Трудоемкость
		дни	%
Техническое задание	Изучение и анализ предметной области, изучение и анализ области внедрения, работа с консультантами, постановка задачи, составление и согласование технического задания с руководителем.	20	13,33
Эскизный проект	Построение концептуальной модели системы, описание входных и выходных данных, способов их преобразования. Разработка структур данных.	30	20,00
Технический проект	Разработка технического проекта. Построение структуры классов и определение способов их взаимодействия.	30	20,00
Рабочий проект	Написание программ, утилит и дополнительных модулей информационной системы, отладка программного обеспечения, тестирование.	50	33,33
Внедрение	Разработка справочной и технической документации, подготовка и защита отчета. Регистрация.	20	13,33
Итого:	150	100

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

(дней)

где - общая трудоемкость разработки; - трудоемкость по стадиям.

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

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

основная и дополнительная зарплата разработчиков;

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

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

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

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

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

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

Таблица 4.2. Материальные затраты

Наименование	Количество, шт.	Цена, руб.	Стоимость общая, руб.
Флеш-память	1	356	356
Бумага	350	0,2	70
Ручка	2	5	10
Дипломная папка	1	140	140
Картридж	2	300	600
Итого:			1176

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

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

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

,

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

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

руб./день.

Заработная плата исполнителя в целом составляет:

На консультации запланировано:

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

3 часа - консультант по экономике,

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

З_рук = 23 * 100 = 2300 руб.

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

З_конс = 3 * 80 = 240 руб.

Получаем, основная заработная плата при выполнении НИР равна:

З_осн = З_раз + З_рук + З_конс = 45000+ 2300 + 240 = 47540 руб.

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

З_доп = (10 * З_осн)/100= (10 * 47540)/100 = 4754 руб.

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

З_общ = 47540+4754=52294 руб.

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

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

ОТЧ_соц = З_общ * 0,26 = 52294*0,26 = 13596,44 руб.

Стоимость машинного времени.

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

Стоимость одного машинного часа работы равна:

С_мч=0,24 кВт/час*1,06 руб./кВт=0,25 руб./час

Время работы ЭВМ рассчитывается по формуле:

Т_эвм=0,35*Т_эск+0,6*Т_{тех пр}+0,8*Т_{раб пр}+0,6*Т_вн ,

где Т_эск, Т_{тех пр}, Т_{раб пр}, Т_вн - фактические затраты времени на разработку эскизного, технического, рабочего проектов и внедрения соответственно, с учетом поправочных коэффициентов, дни.

Тогда :Т_эвм=0,35*30+0,6*30+0,8*50+0,6*20=80,5 дней

С учетом того, что ЭВМ работала по восемь часов в сутки получаем:

Т_эвм=80,5 дн*8ч=644 ч

Себестоимость электроэнергии рассчитывается следующим образом:

С_эл= Т_эвм*С_мч=644*0,25=161 руб.

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

,

где О_ф - персональная стоимость оборудования, руб.; Н_ам - норма амортизации, % (принято 20%); Т_эвм - время использования оборудования, дн.

Таблица 4.3. Стоимость оборудования и амортизационные отчисления.

Наименование оборудования	Первоначальная стоимость (П), руб.	Период амортизации (n),лет	Амортизация за год, Ам=П*(1/n), руб	Требуемый объем (к=54/365), лет	Затраты на амортизацию, Аз=Ам*к, руб
Компьютер Intel Pentium 4 3,06	33220,59	5	6644,118	0,1479	982,665
Принтер EPSON HPLJ1018	4536	5	907,2	0,1479	134,17
Сканер EPSON Perfection HPSJ2400	2565	5	513	0,1479	75,87

Затраты на оплату машинного времени (З_овм) включают:

Затраты на оборудование в размере 1192,7 руб.

Затраты на электроэнергию в размере 161 руб.

Получаем, что стоимость машинного времени составляет:

З_овм=1192,7 +161=1353,7 руб.

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

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

Таблица 4.4 Стоимость СПО

Программное обеспечение	Стоимость, руб.
Microsoft Windows XP	4200
Borland Delphi 2005	22500
Borland Together	7300
Microsoft Office 2007	8120
Итого:	42120

Затраты на амортизацию инструментальных средств : Электронный ресурс, http://www.softkey.ru

2786,84 руб.

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

;

руб./ч.

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

Р_н = З_осн * 0,3 = 47540 * 0,3 = 14262 руб.

Ниже в таблице 4.5 указана смета затрат на разработку системы.

Таблица 4.5 Смета затрат на разработку системы

Элемент затрат	Сметная стоимость, руб.
Материальные затраты	1176
Основная и дополнительная заработная плата	52294
Отчисления на социальные нужды	13596,44
Затраты на оплату машинного времени	1353,7
Стоимость инструментальных средств	2786,84
Накладные расходы	14262
ИТОГО:	85468,98

Получаем, что затраты на научно-исследовательские работы равны:

К_нир= 85468,98 руб.

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

Таблица 4.6. План инвестиций.

Этапы реализации проекта	Полугодия
	2 полугодие 2007	1 полугодие 2008
Техническое задание	11615,19
Эскизный проект	17093,8
Технический проект	17093,8
Рабочий проект	9347,4	18503,6
Внедрение		11615,19
Итого:	55350,19	3118,79

4.3 Единовременные расходы системы при внедрении автоматизированных рабочих мест (АРМ)

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

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

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

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

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

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

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

,

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

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

(руб.)

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

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

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

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

К_осв = З_час * Ч_пр* Т_осв = 70 *( 1 * 24 + 1*48) = 5040.00(руб.),

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

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

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

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

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

4.4 Расходы при эксплуатации ПО

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

4.5 Эффективность внедрения ПО

Учитывая специфику отрасли определим возможные направления повышения прибыли:

Повышение производительности труда сотрудников за счет:

сокращения времени оформления документов;

сокращения времени оформления отчетной документации;

сокращение времени обработки информации.

Снижение рисков утраты или порчи документа.

Повышения качества обслуживания клиентов за счет увеличения скорости работы.

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

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

Найдем условно годовую экономию Эуг, которая вычисляется по формуле: Эуг=Эг-Зтек, где Эг - годовая экономия, Зтек - текущие затраты.

Пусть после внедрения ИС высвободили 2 рабочего места с заработной платой по 8500 тысяч рублей. Тогда

Эг=з/п*n*12мес+ЕСН.

Эг=8500*2*12+70200=257040.

Определим текущие затраты:

Зтек=Апо + Аоб + Сэ/э +Мз,

где Апо и Аоб - затраты на амортизацию, Сэ/э - затраты на электроэнергию, Мз - материальные затраты. Апо=*(1/3)=39937 - сумма амортизационных отчислений за год. Вычислим амортизацию оборудования. В нашей ИС имеются 3 рабочие станции (1 компьютер стоимостью 25000 рублей) и 1 принтер стоимостью 4536 рублей. Тогда Аоб=25000+1510,488=29536 Затраты на электроэнергию Сэ/э составят: Сэ/э=3*0,4*1,06*2504=3185,088 рублей. Материальные затраты будут равны 4000 т.р.

Зтек=39937 +29536+3185,088 +4000 = 76658,088 рублей.

Следовательно, Эуг=Эг-Зтек=257040-76658,088 =180381,92.

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

Сок=Зобщ/Эуг.

Зобщ - общие затраты на внедрение.

Зобщ=Цпо+Цэвм+Цобуч.перс.

Зобщ=+50000+4536+5040=155600,07

Срок окупаемости будет равен:

Сок=180600,07/180381,92=1,0012 года.

В результате вычисления этих показателей можно сделать выводы ,что внедрение разрабатываемой ИС эффективно и выгодно, так как это новшество поможет снизить затраты. Доказательством служит срок окупаемости проекта, который равен 1,0012. За этот промежуток времени, за год, проект окупит вложенные средства на внедрение ИС и начнет приносить прибыль.

Заключение

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

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

Проведен сравнительный анализ и выбор методологии для проектирования системы, выбраны средство проектирования системы - Borland Together и язык моделирования UML, спроектированы диаграммы, позволяющие в наглядной форме моделировать предметную область и анализировать эту модель на всех стадиях разработки.