Информационные технологии валютного отдела коммерческого банка
p align="left">Особое внимание участников рынка привлекло появление двух мультибанковских платформ, основанных самими крупными банками, - FXall и Atriax. Они были запущены к началу лета 2001 г. В результате банки также стали выходить на новый рынок услуг, предлагая собственные системы. В мае-июне 2001 г. 14 банков, которым принадлежит 25% трейдинга на рынке FOREX, запустили систему FX Alliance LLC, которая сейчас объединяет 50 банков. В июне 2001 г. три крупнейших дилера рынка FOREX - Citibank, J.P. Morgan Chase и Deutsche Bank - совместно с Reuters Group PLC запустили систему Atriax, которая, однако, не выдержала конкуренции и прекратила операции весной 2002 г.

В качестве примера более подробно рассмотрим две достаточно популярные системы: AFMDealerTM ("Акмос Трейд") и Guta Broker ("Гута Банк").

Дилинговый центр "Акмос Трейд" предоставляет возможность совершать операции купли-продажи на валютном рынке через Интернет при помощи программного обеспечения - AFM. Торговый терминал AFMDealer позволяет открывать и закрывать позиции, выставлять на эти позиции stop и limit ордера, отложенные ордера для открытия новых позиций. Существует также возможность просмотра истории операций, совершенных на счете, и выставленных ордеров.

Предлагаемая "Гута Банком" оnlinе-платформа называется Guta Broker. Клиентам предоставляются текущие индикативные котировки валют, полученные банком от международных информационных агентств. В системе Guta Broker предусмотрено два способа заключения сделок на рынке FOREX: путем запроса твердой двусторонней котировки у дилера банка либо выставлением лимитированного или связанного ордера, одна часть которого является stop-loss, другая take-profit (исполнение одной стороны отменяет другую). Дополнительно имеется возможность просматривать список заключенных сделок и поданных заявок в течение дня, а также ранее проведенных операций в разделе "Отчеты".

2.3.2 Межбанковские ЭБС

При анализе электронного валютного рынка и используемых на нем электронных брокерских систем особое внимание следует уделить дилинговым системам, создававшимся для межбанковской торговли и являющимся, по сути, первыми ЭБС на валютном рынке. Здесь надо отметить Electronic Broking Service (EBS) и Reuters Dealing 2000-2, 3000. Эти системы появились много раньше, нежели электронные брокерские услуги, доступные широкому кругу участников валютного рынка.

Доля электронных дилинговых систем при заключении двусторонних сделок (Electronic Broking Service, Reuters Dealing 2000-2 и др.) на мировом валютном рынке спот, по данным Банка международных расчетов, за период с 1995 по 2001 гг. выросла более чем в три раза.

Первой из двух вышеназванных систем появилась Reuters Dealing. Reuters запустил первую анонимную электронную брокерскую систему для дилеров на спотовом валютном рынке FOREX Reuters Dealing 2000-2 Spot в 1992 году. Это система котировки валют в реальном времени по широкому спектру пар валют. В 1997 г. Reuters расширил набор предлагаемых услуг, запустив систему Reuters Dealing 2000-2 Forwards, позволяющую заключать сделки форвард. В январе 2000 г. была запущена система Reuters Dealing 3000.

Еще одной распространенной электронной брокерской системой на межбанковском внебиржевом валютном рынке является автоматизированная брокерская система для валютного дилинга Electronic Broking Service (EBS). Она разработана консорциумом крупных банков-участников торгов валютой вместе с компанией Quotron, специалистом в области информатики, и запущена в 1993 году. Сегодня EBS объединяет 13 крупных мировых банков - маркет-мейкеров.

2.3.3 Электронные торговые системы в РФ

Западные внебиржевые электронные торговые системы -Reuters Dealing 2000 и Electronic Broking Service - широко распространены и в России.

Отражением мировых тенденций является введенная ММВБ система СПРЭДО - автоматизированная электронная система предоставления услуг по покупке/продаже иностранной валюты. Ее прототипами также можно считать дилинговые системы Electronic Broking Service и Reuters Dealing-2000. Однако в отличие от этих систем СПРЭДО имеет большее отношение к биржевому рынку, нежели к внебиржевому, поскольку тесно связана с самой биржей, доступна только членам Секции валютного рынка ММВБ и интегрирована с СЭЛТ (Системой электронных лотовых торгов Московской межбанковской валютной биржи).

Следует также упомянуть о единой дилинговой электронной торговой автоматизированной системе (DELTA) Московской международной валютной ассоциации. DELTA была запущена в августе 2000 года.

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

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

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

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

База данных будет разработана в СУБД MS Access, так как она позволяет создавать реляционные базы данных.

3.1 Описание выбранной СУБД

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

Наиболее удобной и популярной системой управления базой данных (СУБД), которая позволит реализовать все необходимые задачи по разработке базы данных и программного приложения является продукт компании Microsoft - Access.

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

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

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

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

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

Access может поддерживать одновременную работу с базой данных 50 пользователей, при этом все пользователи гарантировано будут работать с актуальными данными.

В настоящее время существует очень много систем управления базами данных. Среди наиболее ярких их представителей можно отметить: Lotus Approach, Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic. Но я решила остановиться на Microsoft Access, входящее в прикладной пакет Microsoft Office 2003, так как данная СУБД обладает мощными, удобными и гибкими средствами визуального проектирования объектов с помощью Мастеров, что позволяет пользователю при минимальной предварительной подготовке довольно быстро создать полноценную информационную систему на уровне таблиц, запросов, форм и отчетов.

К основным возможностям СУБД Microsoft Access можно отнести следующие:

ѕ проектирование базовых объектов - двумерные таблицы с полями разных типов данных.

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

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

ѕ создание, модификация и использование производных объектов (запросов, форм и отчетов).

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

ѕ строка заголовка;

ѕ строка меню;

ѕ панель инструментов;

ѕ окно базы данных;

ѕ строка состояния.

1) В строке заголовка находится системное меню в виде пиктограммы, расположенной слева от названия главного окна: «Microsoft Access».

2) Строка меню содержит группы команд объединенные по функциональному признаку: Файл, Правка, Вид, Вставка, Сервис, Окно, Справка. Команды, содержащие в меню аналогичны командам в редакторах Word, Excel и в других приложениях Office.

3) Панель инструментов. При запуске Access по умолчанию активизируется одна панель инструментов. На панели инструментов расположены наиболее часто используемые команды. Перед созданием БД необходимо ознакомиться с главным меню и панелью инструментов.

4) Окно базы данных имеет панель "Объекты", включающую таблицы, запросы, формы, отчеты, страницы, макросы и модули

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

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

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

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

Страницы - страницы доступа к данным представляют собой специальную Web-страницу, предназначенную для просмотра и работы через Интернет или интрасеть с данными, которые хранятся в базах данных Microsoft Access или БД MS SQL Server.

Макрос - набор макрокоманд, создаваемый пользователем для автоматизации выполнения конкретных операций.

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

3.2 Описание технологии ведения базы данных

База данных состоит из взаимосвязанных таблиц, которые наполняются записями. Ведение базы данных подразумевает под собой возможность управления записями: их добавление, изменение, удаление. Реализация данных возможностей возлагается на СУБД.

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

- через раздел СУБД «Таблицы», производя действия по изменению, добавлению или удалению непосредственно в таблице;

- через раздел СУБД «Формы», выполняя необходимые действия в таблице через интерфейс формы;

- через раздел СУБД «Запросы», выполняя запросы на обновление, добавление или удаление данных.

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

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

3.3 Проектная часть

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

- добавление новых данных в каждую таблицу;

- редактирование уже введенных данных;

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

Рисунок 1. Функциональная схема разрабатываемого программного приложения

Для разработки системы «Учета валютных операций» необходимо выделить следующие 11 сущностей: ОРГАНИЗАЦИЯ, ВАЛЮТНЫЕ СЧЕТА ОРГАНИЗАЦИИ, СОТРУДНИКИ, КЛИЕНТЫ, ВАЛЮТНЫЕ СЧЕТА КЛИЕНТОВ, БАНКИ, ДОГОВОРЫ, ОПЕРАЦИИ, ВАЛЮТЫ, КУРСЫ ВАЛЮТ, СЕССИИ. Каждая сущность характеризуется группой атрибутов, часть из которых может дублироваться в других сущностях. Для оптимизации данных необходимо провести процедуру нормализации, которая выполняется поэтапно. В результате проведения нормализации можно представить инфологическую модель системы.

Рисунок 2. Инфологическая модель в виде диаграммы «Таблица-связь»

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

Таблица 1. Таблица «Организация»

Поле

Данные контрольного примера

(*) КодОрг

1

НаимОрг

ООО «ВалютОперации»

ИНН

5564789456

КПП

457963528

АдрОрг

404000, Россия, Волгоград, пр. Металлургов 12

ТелОрг

375566

РукОрг

Селеванов Игорь Павлович

ГБухОрг

Швецова Раиса Сергеевна

ОКПО

65499478

Р/С

40215300002150000124

БИК

564985488

НаимБанк

ОСБ №999

ГорБанк

Волгоград

К/С

30156200002300014507

Таблица 2. Описание логической структуры таблицы «Организация»

Поле

Тип данных

Ограничения

(*) КодОрг

Счетчик

Последовательное

Уникальное

НаимОрг

Текстовый (255)

Не более 255 символов

ИНН

Текстовый (10)

10 цифр

КПП

Текстовый (9)

9 цифр

АдрОрг

Текстовый (255)

Не более 255 символов

ТелОрг

Текстовый (20)

Не более 20 символов

РукОрг

Текстовый (50)

Не более 50 символов

ГБухОрг

Текстовый (50)

Не более 50 символов

ОКПО

Текстовый (8)

8 цифр

Р/С

Текстовый (20)

20 цифр

БИК

Текстовый (9)

9 цифр

НаимБанк

Текстовый (50)

Не более 100 символов

ГорБанк

Текстовый (20)

Не более 100 символов

К/С

Текстовый (20)

20 цифр

Таблица 2. Таблица «Валютные счета клиентов»

Поле

Контрольный пример 1

Контрольный пример 2

(*) КодВалют

1

2

(*) КодКлиент

1

1

НомСчет

40231361000050604000

40222231300000313200

БИК

516131361

516131361

Таблица 10. Описание логической структуры таблицы «Валютные счета клиентов»

Поле

Тип данных

Ограничения

(*)КодВалют

Числовой

Индексное

(*) КодКлиент

Числовой

Индексное

НомСчет

Текстовый (20)

20 символов

БИК

Текстовый (9)

9 символов

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

Поле

Контрольный пример 1

Контрольный пример 2

(*) КодОпер

5

6

ВидОпер

Покупка

Продажа

ДатаОпер

05.05.2009

06.06.2009

НомДог

2

2

КодВалют

1

2

СуммаВалют

100,00

200,00

Таблица 16. Описание логической структуры таблицы «Операции»

Поле

Тип данных

Ограничения

(*) КодОпер

Счетчик

Последовательное, уникальное

ВидОпер

Текстовый

Список значений

ДатаОпер

Дата/время

Краткий формат

НомДог

Числовой

Длинное целое

КодВалют

Числовой

Длинное целое

СуммаВалют

Числовой

Денежный

Таблица 4. Таблица «Валюты»

Поле

Контрольный пример 1

Контрольный пример 2

(*)КодВалют

1

2

Валюта

Доллар США

Евро

Таблица 18. Описание логической структуры таблицы «Валюты»

Поле

Тип данных

Ограничения

(*)КодВалют

Счетчик

Последовательное, Уникальное

Валюта

Текстовый (50)

Не более 50 символов

Таблица 5. Таблица «Курсы валют»

Поле

Контрольный пример 1

Контрольный пример 2

(*) ДатаКурс

05.05.2009

05.05.2009

(*) КодВалют

1

2

КурсЦБ

30,29

40,00

КурсПрод

30,90

41,50

КурсПокуп

30,00

39,20

Таблица 20. Описание логической структуры таблицы «Курсы валют»

Поле

Тип данных

Ограничения

(*) ДатаКурс

Дата/время

Краткий формат

(*) КодВалют

Числовой

Длинное целое

КурсЦБ

Денежный

4 знака после запятой

КурсПрод

Денежный

4 знака после запятой

КурсПокуп

Денежный

4 знака после запятой

Далее следует описание запросов к базе данных.

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

Запрос «Информация о клиентах». Назначение данного запроса собрать всю информацию о клиентах.

Он должен содержать в себе следующие данные:

ѕ из таблицы КЛИЕНТЫ: Код клиента и ФИО клиента.

ѕ из таблицы ДОГОВОРЫ: Номер договора и Дата договора.

ѕ из запроса ВАЛЮТЫ: Валюта.

ѕ из таблицы ОПЕРАЦИИ: Вид операции и Сумма в валюте.

ѕ из запроса ВАЛЮТНЫЕ СЧЕТА КЛИЕНТОВ: Номер счета.

ѕ из таблицы ОРГАНИЗАЦИЯ: Наименование организации, ИНН, Адрес организации, Телефон организации, Расчетный счет, БИК, Руководитель организации, Главный бухгалтер организации.

Условия выборки нет.

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

ѕ из таблицы ДОГОВОРЫ: Номер договора.

ѕ из таблицы ОПЕРАЦИИ: Код операции, Вид операции, Дата проведения операции, Сумма в валюте.

ѕ из таблицы ОРГАНИЗАЦИЯ: Наименование организации, ИНН, Адрес организации, Телефон организации, Расчетный счет, БИК, Руководитель организации, Главный бухгалтер организации.

Условий для выборки есть: [ОПЕРАЦИИ].[Вид операции] = «Покупка».

Вычисляемые поля:

Сумма в рублях = [ОПЕРАЦИИ].[СуммаВалют] * [КУРСЫ ВАЛЮТ].[КурсПрод];

Сумма по курсу ЦБ = [ОПЕРАЦИИ].[СуммаВалют] * [КУРСЫ ВАЛЮТ].[КурсЦБ];

Прибыль от продажи = [Сумма в рублях] - [Сумма по курсу ЦБ]

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

ѕ из таблицы ДОГОВОРЫ: Номер договора.

ѕ из таблицы ОПЕРАЦИИ: Код операции, Вид операции, Дата проведения операции, Сумма в валюте.

ѕ из таблицы ОРГАНИЗАЦИЯ: Наименование организации, ИНН, Адрес организации, Телефон организации, Расчетный счет, БИК, Руководитель организации, Главный бухгалтер организации.

Условий для выборки есть: [ОПЕРАЦИИ].[Вид операции] = «Продажа».

Вычисляемые поля:

Сумма в рублях = [ОПЕРАЦИИ].[СуммаВалют] * [КУРСЫ ВАЛЮТ].[КурсПокуп];

Сумма по курсу ЦБ = [ОПЕРАЦИИ].[СуммаВалют] * [КУРСЫ ВАЛЮТ].[КурсЦБ];

Прибыль от продажи = [Сумма по курсу ЦБ] - [Сумма в рублях].

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

Рисунок 32. Схема функциональной структуры приложения.

3.4 Описание принципа работы программы

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

Рисунок 3. Форма «Заставка»

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

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

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

Рисунок 4.Главная кнопочная форма

Для открытия базы данных запустите файл «Учет валютных операций.mdb».

После открытия приложения MS ACCESS на экране появится форма «Заставка». Нажатие на кнопку «Открыть» откроет главную кнопочную форму.

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

Рисунок 5. Главная кнопочная форма

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

Рисунок 6. Вторичная кнопочная форма «Организация»

В базу данных следует внести следующие данные об организации через соответствующие формы:

- Реквизиты организации;

- Валютные счета организации;

- Сотрудники организации;

- Валюты, с которыми работает организация.

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

Рисунок 7. Вторичная кнопочная форма «Начало работы»

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

Рисунок 8. Вторичная кнопочная форма «Клиенты»

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

Рисунок 9. Вторичная кнопочная форма «Договоры»

В программе создана возможность распечатки ряда отчетов. Получить к ним доступ можно через вторичную кнопочную форму «Отчеты».

Рисунок 10. Вторичная кнопочная форма «Отчеты»

В базе данных было разработано три отчета: отчет «Информация о клиентах», отчет «Операции покупок» и отчет «Операции продаж».

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

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

Рисунок 29. Отчет «Информация о клиентах»

Рисунок 30. Отчет «Операции покупок»

Рисунок 31. Отчет «Операции продаж»

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

Рисунок 32. «Выход» на главной кнопочной форме

ЗАКЛЮЧЕНИЕ

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

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

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

На основе данных документов и деятельности связанной с ними были выявлены 11 сущностей связанных между собой.

Для реализации базы данных в физической модели была выбрана СУБД MS ACCESS. С её помощью были созданы таблицы, запросы и отчеты.

Количество созданных таблиц и форм совпадает, и равно количеству определенных сущностей.

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

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

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

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

СПИСОК ЛИТЕРАТУРЫ

1. Золотова С.И. Практикум по Access, Москва,ФиС,2001 с.

2. Иванеева Л.В. Методические указания к курсовому проектированию по дисциплине «Базы данных». РУК, Волгоградский кооперативный институт, 2007г.

3. Кузнецов В.В. Проектирование баз данных. Учебное пособие. Часть 1 - М.: ИКЦ «Маркетинг», МУПК, 2001. - 58с.

4. Назаров В.В. Базы данных. Проектирование и реализация: Практикум по курсу / Московский государственный университет экономики, статистики и информатики - М., 2004. - 21 c.

5. Информатика. Учебник для студ. вузов/ Под ред. Н.В. Макаровой, М.: ФиС, 2000 г. -- 247с.

6. Кузнецов В.В. Базы данных: Практикум. Часть 2 - М.: МУПК, 2003г. - 56с.

7. Базы данных. Учебник для высших учебных заведений/ Под ред. А.Д. Хомоненко: СПб «Корона», 2002 г. -- 266с.

8. Е.Б.Ширинская. Операции коммерческих банков и зарубежный опыт. Москва:Экономика, 1993 г.

9. Под ред. Проф. В.М. Родионовой. Финансы. Москва: Финансы и статистика,1993г.

10. А.С. Моляков. Финансы предприятий. Москва:Финансы и статистика, 1999г.

11. Усоскин В.М. Современный коммерческий банк: управление и операций. Москва: Визар-Ферро, 1994г.

12. Мак Нотон Д. Банки на развивающиеся рынках. Т.1-2. Москва: Финансы и статистика, 1994 г.

13. Четыркин Е.М. Методы финансовых и коммерческих расчетов. Москва: Дело,1992 год.

14. Законом Российской Федерации «О валютном регулировании и валютном контроле» от 10 декабря 2003 года, № 173-ФЗ.

15. А.И.Потемкин «Валютный рынок и его организация» Финансы в Сибири №5 с.19 1995г.

16. Свиридов О. Ю. Банковское дело: Экспресс-справочник для студентов ВУЗов. - 2-е изд., исправл. и доп. - М.: ИКЦ «МарТ»; Ростов н/Д: Издательский центр «МарТ», 2007. - 272 с.

17. Жарковская Е. П. Банковское дело: Учебник. - М.: Омега-Л, 2006. - 476 с.

18. Валютный рынок и валютное регулирование - М.: Издательство "БЕК", 1996.

19. И.Т.Балабанов Валютные операции - М.: Финансы и статистика, 1993.

20. Валютные операции: бухгалтерский учет, банковский и таможенный контроль N7./Серия "Библиотека делового человека"/ 1994.

21. Электронные брокерские системы на валютном рынке. Автор Надежда Ларина. «Валютный спекулянт» № 11, 2002

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



Реклама
В соцсетях
рефераты скачать рефераты скачать рефераты скачать рефераты скачать рефераты скачать рефераты скачать рефераты скачать