Программное обеспечение пункта обмена валюты банка

пересчета одной валюты в другую.

СУММА_ВАЛЮТЫ_1=СУММА_ВАЛЮТЫ_2*КРОСС_КУРС

Пример:

Клиент обменивает 100 долларов США на немецкие марки по кросс-курсу USD-

DEM 1,51

Клиент получит 100*1,51=151DEM

Так как кросс-курс обычно объявляется для односторонней операции, т.е. к

примеру для конверсии USD-DEM, то для обратной операции необходимо

применять иную формулу расчета:

СУММА_ВАЛЮТЫ_2=СУММА_ВАЛЮТЫ_1*(1/КРОСС_КУРС)

Пример:

Клиент обменивает 100 немецких марок на доллары США по кросс-курсу USD-

DEM 1,51

Клиент получит 100*(1/1,51)=66,2USD

Документальное оформление операции конверсии в плане клиентских

документов аналогично описанному выше.

Формы отчетной документации ОП

Все операции, совершенные в течение операционного дня обменным пунктом,

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

К таковым относятся:

. Реестр наличной иностранной валюты, купленной за наличные рубли;

. Реестр наличной иностранной валюты, проданной за наличные рубли;

. Реестр по обмену (конверсии) наличной иностранной валюты;

Ниже приведена форма реестра покупки и правила ее заполнения

|наименование | |(код ОКПО уполномоченного|

|уполномоченного | | |

|банка (филиала) | |банка (филиала) |

| | | |

|(адрес обменного пункта) | |(регистрационный номер |

| | |обменного пункта, если |

| | |обменный пункт уже |

| | |зарегистрирован ГУ ЦБ РФ)|

| | | |

| | | |

|(дата заполнения реестра)| |(учетный номер реестра) |

РЕЕСТР

НАЛИЧНОЙ ИНОСТРАННОЙ ВАЛЮТЫ, КУПЛЕННОЙ ЗА НАЛИЧНЫЕ РУБЛИ

Курс покупки на текущую дату

___________________________________________________________

(указывается время в часах и минутах, с

которого действует

установленный банком курс покупки)

Курс Банка России на текущую дату

______________________________________________________

| | | | | | | |

|1 |2 |3 |4 |5 |6 |7 |

Итого по реестру (цифрами):

Кассир обменного пункта

____________________________________________(фамилия и инициалы)

(подпись)

Порядок заполнения реестра наличной иностранной валюты, купленной за

наличные рубли

. В колонке 1 указывается код купленной наличной иностранной валюты за

наличные рубли.

. В колонке 2 указывается сумма цифрами купленной наличной иностранной

валюты за наличные рубли.

. В колонке 3 указывается код наличных рублей.

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

пункта наличных рублей за купленную наличную иностранную валюту.

. В колонке 5 указывается номер выданной клиенту "Справки ф. N 0406007".

. В колонке 6 указывается код и сумма наличной иностранной валюты или

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

комиссионного вознаграждения по совершенной операции.

. В колонке 7 указывается запись "Резидент" или "Нерезидент" по каждой

совершенной операции.

На каждый вид наличной иностранной валюты ведется отдельный реестр.

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

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

закрывает реестр, ведущийся по предыдущему курсу, подводит итоги и

открывает новый реестр, ведущийся по новому курсу.

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

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

Работа проектируемого программного комплекса должна обеспечиваться

наиболее распространенной в настоящее время персональной ЭВМ. Это

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

К таким ПЭВМ относятся различные модификации PC/AT с процессорами от 386

до Pentium различных фирм изготовителей. Поскольку в настоящее время машины

класса PC/ХТ практически не применяются, выдвигать какие-либо особые

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

текущий момент имеет достаточную вычислительную мощность и объем

оперативной памяти для работы практически любого программного обеспечения.

Занимаемое программой дисковое пространство должно быть относительно

невелико. Конечно, в процессе работы программы объем данных будет

возрастать, но с этой проблемой можно справиться, применяя различные

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

ленточного типа (стриммеры и т.п.) или иных со сменными носителями.

Среда выполнения программы.

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

факторов, а именно:

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

для конкретной среды;

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

. возможность внесения корректив в программу в процессе эксплуатации;

. наличие средств проектирования пользовательского интерфейса;

. скорость выполнения программы;

. надежность работы программы и защищенность от программных сбоев.

Выбор среды ограничим двумя вариантами - среда DOS и Windows.

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

видим, что и в той и в другой средах имеется большое количество систем

разработки программного обеспечения, таких, как Delphi, Dbase 5,

VisualBasic 4 (Windows) и Clipper, Fox Pro, Clarion (DOS). С точки зрения

трудоемкости процесса проектирования предпочтение можно отдать среде

Windows, поскольку наличие систем визуального проектирования значительно

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

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

Скорость обработки данных и собственно скорость выполнения программ

также выше у DOS-приложений. Модификация программ, написанных для среды

Windows, достаточно сложная задача, т.к. внесение изменений в сложную

систему взаимодействия объектов и событий влечет за собой большое

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

обеспечения в среде Windows также не всегда сводится к простому копированию

измененных файлов. Кроме всего выше изложенного нужно учитывать возможность

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

либо затруднений.

Выбор языка программирования для реализации проекта.

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

проектируемой системы будет выбор системы разработки работающей в среде

DOS. Из имеющихся инструментальных систем наиболее распространенными

являются системы проектирования Fox Pro и Clipper.

При сравнении этих двух систем видно, что по формату поддерживаемых баз

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

ничем друг отдруга не отличаются: и та и другая система поддерживают формат

баз данных Dbase IV с комбинированными индексными файлами формата CDX.

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

пополнения и быстрого подключения к программе делает систему Clipper более

приемлемой для реализации данного проекта. Из имеющихся на данное время

компиляторов наиболее функциональным является CA-Clipper 5.02 фирмы

Computer Associates International, Inc.

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

Предварительные соображения

Из проведенного выше анализа входных и выходных данных можно сделать

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

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

наименованиями полей и их типами, а также описанием назначения каждого из

полей БД.

Таблица 1

Предварительная структура базы «Операции»

|Имя поля |Тип |Длина |Дробь |Назначение |

| |поля | | | |

|FAM |Char |15 | |Фамилия |

|NAME |Char |15 | |Имя |

|SNAME |Char |15 | |Отчество |

|CDOC |Char |10 | |Вид документа |

|DSER |Char |7 | |Серия документа |

|DNOM |Num |6 |0 |Номер документа |

|REZIDENT |Logical|1 | |Признак резидент/нерезидент |

|BCODC |Num |3 |0 |Код ценности полученной |

| | | | |клиентом |

|BNAMEC |Char |20 |0 |Наименование ценности |

| | | | |полученной клиентом |

|BCODCUR |Num |3 |0 |Код валюты полученной клиентом|

|BNAMECUR |Char |20 |0 |Наименование валюты полученной|

| | | | |клиентом |

|BSUM |Num |15 |2 |Сумма валюты полученной |

| | | | |клиентом |

|SCODC |Num |3 |0 |Код ценности принятой от |

| | | | |клиента |

|SNAMEC |Char |20 |0 |Наименование ценности принятой|

| | | | |от клиента |

|SCODCUR |Num |3 |0 |Код валюты принятой от клиента|

|SNAMECUR |Char |20 |0 |Наименование валюты принятой |

| | | | |от клиента |

|SSUM |Num |15 |2 |Сумма валюты принятой от |

| | | | |клиента |

|SSER |Num |2 |0 |Серия справки |

|SNOM |Num |6 |0 |Номер справки |

|DATA |Date |8 | |Дата совершения обменной |

| | | | |операции |

Анализируя приведенную структуру можно внести некоторые коррективы, как

в саму структуру, так и в состав информационных файлов программы в целом.

. Нет необходимости хранить Фамилию Имя и Отчество клиента в отдельных

полях БД, целесообразно объединить их в одно поле, приняв для него

приемлемую длину.

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

данных (справочники), в которых должны храниться коды и их расшифровка,

поскольку список кодов валют и ценностей, приведенный на обороте справки

не включает в себя все возможные коды, а хранение кодов и наименований в

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

БД.Кроме того заполнение граф документа с помощью справочников

значительно облегчит и ускорит работу кассира. В системе необходимо

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

дополнений.

. Хранение в основной БД наименования документа клиента в символьном виде

также нецелесообразно.Желательно хранить в базе код предъявленного

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

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

него войдут:

. Основная БД «Операции»;

. Справочник кодов ценностей «Ценности»;

. Справочник кодов валют «Валюты»;

. Справочник видов документов «Документы».

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

БД, в которой будут храниться числовые величины обменных курсов валют за

каждый день. Описать курс валюты можно следующими информационными

единицами:

. Код валюты;

. Наименование валюты;

. Краткое наименование валюты;

. Дата установки курса;

. Время установки курса;

. Курс покупки валюты банком за наличные рубли;

. Курс продажи валюты банком за наличные рубли;

. Масштаб;

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

относительно базовой меньше единицы. Обычно задают сумму в базовой валюте,

которая содержится в единице описываемой валюты, например, 5500 рублей на 1

доллар США. Число МАСШТАБ можно использовать, как количество единиц

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

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

будет равен 1 рубль на 20 карбованцев, если МАСШТАБ принять за 20.

Для удобства работы и повышения скорости обработки данных есть смысл в

базе данных «Валюты» хранить кроме кода и наименования валюты, также и

некоторве текушие данные, необходимые при расчетных операциях - краткое

наименование, текущий курс покупки и продажи, курс ЦБ России.

Окончательный состав и структуры информационных файлов.

Таким образом мы можем определиться по составу БД проектируемой

программы: основная база данных предназначена для хранения данных о

совершенных в течение операционного дня (смены) обменных операциях и данных

о клиентах, дополнительные БД справочников, в которых содержится информация

о кодах и наименованиях ценностей, валют и видах документов и база данных

курсов валют на каждую дату. Структуры БД системы приведены в табл. 2-6.

Таблица 2.

Структура базы данных «Операции»

|Имя поля |Тип |Длина |Дробь |Назначение |

| |поля | | | |

|FIO |Char |35 | |Фамилия, Имя, Отчество |

|CDOC |Num |3 | |Код вида документа |

|DSER |Char |7 | |Серия документа |

|DNOM |Num |6 |0 |Номер документа |

|REZIDENT |Logical|1 | |Признак резидент/нерезидент |

|BCODC |Num |3 |0 |Код ценности полученной |

| | | | |клиентом |

|BCODCUR |Num |3 |0 |Код валюты полученной клиентом|

|BSUM |Num |15 |2 |Сумма валюты полученной |

| | | | |клиентом |

|SCODC |Num |3 |0 |Код ценности принятой от |

| | | | |клиента |

|SCODCUR |Num |3 |0 |Код валюты принятой от клиента|

|SSUM |Num |15 |2 |Сумма валюты принятой от |

| | | | |клиента |

|SSER |Num |2 |0 |Серия справки |

|SNOM |Num |6 |0 |Номер справки |

|DATA |Date |8 | |Дата |

Таблица 3

Структура базы данных «Ценности»

| Имя поля |Тип |Длина |Дробь |Назначение |

| |поля | | | |

|COD |Num |3 |0 |Код ценности |

|NAME |Char |25 | |Наименование ценности |

Таблица 4

Структура базы данных «Валюты»

| Имя поля |Тип |Длина |Дробь |Назначение |

| |поля | | | |

|COD |Num |3 |0 |Код валюты |

|NAME |Char |25 | |Наименование валюты |

|BKURS |Num |10 |2 |Курс покупки |

|SKURS |Num |10 |2 |Курс продажи |

|CKURS |Num |10 |2 |Курс ЦБ РФ |

|SHORT_NAME |Char |3 | |Краткое наименование валюты |

|SCALE |Num |4 |0 |Масштаб |

Таблица 5

Структура базы данных «Документы»

| Имя поля |Тип |Длина |Дробь |Назначение |

| |поля | | | |

|COD |Num |3 |0 |Код документа |

|NAME |Char |25 | |Наименование документа |

Таблица 6

Структура базы данных «Курсы валют по датам»

|Имя поля |Тип |Длина |Дробь |Назначение |

| |поля | | | |

|COD |Num |3 |0 |Код валюты |

|NAME |Char |25 | |Наименование валюты |

|BKURS |Num |10 |2 |Курс покупки |

|SKURS |Num |10 |2 |Курс продажи |

|CKURS |Num |10 |2 |Курс ЦБ РФ |

|SHORT_NAME |Char |3 | |Краткое наименование валюты |

|SCALE |Num |4 |0 |Масштаб |

|DATA |Date |8 | |Дата установки курса |

|TIME |Char |5 | |Время установки курса |

Взаимодействие данных, связи и методы доступа.

Надежность и скорость обработки информации программой во многом

определяются качеством проектирования методов доступа к данным системы и

связей между отдельными информационными единицами. В нашем случае

просматривается один тип связей КОД-НАИМЕНОВАНИЕ для справочников кодов и

валют. Такой тип связи реализуется штатными средствами Clipper’а, такими,

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

Страницы: 1, 2, 3, 4, 5, 6