Законы регулирующие валютно-обменные операции и деятельность банка

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ

Исполнитель: Студент

Адресат: ВКР

		Институт	КТ	Кафедра	ПИ
		аббревиатура института			аббревиатура кафедра
Специальность	Прикладная информатика в экономике
Специализация	Информационные системы в банковском деле
Форма обучения			очная	Группа	ИЭ
очная, очно-заочная, заочная, экстернат					аббревиатура группы

ВЫПУСКНАЯ

КВАЛИФИКАЦИОННАЯ РАБОТА

Тип работы	Дипломная работа
Тема	“Автоматизированное рабочее место оператора валютно-обменных операций в режиме off - line ”
Студент	Гурьева Ю.Ю.
	Ф.И.О.		подпись		дата
Руководитель	Васильев В.В.
	Ф.И.О.		подпись		дата
Консультант *	Сидорин Ю.М.
* при назначении	Ф.И.О.		подпись		дата
Рецензент	Шаповалова И.А.
	Ф.И.О.		подпись		дата

Председатель комиссии по предзащите

Титаренко С.П.
Ф.И.О.		подпись		дата

МОСКВА 2008г.

Содержание

Введение

1. Анализ предметной области

1.1 Описание предметной области

1.1.1 Законы регулирующие валютно-обменные операции и деятельность банка.

1.1.2 Валютно-обменные операции, совершаемые в выносных обменных пунктах и порядок их осуществления.

1.2 Анализ существующих разработок

1.3 Постановка задачи

1.4 Требования к разрабатываемой системе.

1.4.1 Функциональные требования

1.4.2 Требования к надежности.

1.4.3 Требования к информационной и программной совместимости.

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

Глава 2. Проектирование автоматизированного рабочего места оператора валютно-обменных операций в режиме off - line.

2.1 Выбор технологии и средств проектирования.

2.1.1 Изучение существующих технологий и выбор технологии проектирования

2.1.2 Выбор средства проектирования.

2.2 Проектирование функциональной структуры

2.3 Проектирование логической модели (построение диаграммы классов)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение.

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

Приложение.

Введение

 

Уже несложно в наше время представить автоматизированную систему практически в любой сфере деятельности человека. В последние годы банковская система нашей страны переживает бурное развитие. Все больше банков делает ставку на профессионализм своих сотрудников и новые технологии. Компьютеры, базы данных, информационные сети, все это результат деятельности человека облегчающий его труд. Быстрая и бесперебойная обработка значительных потоков информации является одной из главных задач любой кредитные организации. Вкладывая средства в программное обеспечение, компьютерное и телекоммуникационное оборудование и создание базы для перехода к новым вычислительным платформам, кредитные организации в частности банки, в первую очередь, стремятся к удешевлению и ускорению своей работы. В современных условиях банки работают в целях получения максимальных доходов. Одним из источников получения доходов является валютно-обменные операции, то есть купля-продажа иностранной валюты и чеков, как за наличную валюту российской федерации, так и за иностранную валюту, а также размен денежного знака иностранного государства на денежные знаки (денежный знак) того же иностранного государства. Данные операции могут осуществляться так же и в выносных обменных пунктах банка. Для более эффективной работы обменных пунктов необходима их автоматизация. В связи с этим требуется дополнительные затраты. Однако не следует считать, что средний банк готов тратить большие суммы на компьютеризацию. В соответствии с общемировой практикой в среднем банке расходы на компьютеризацию составляют не менее 17% от общей сметы годовых расходов. Так в результате резкого изменений курса рубля по отношению к доллару эта цифра значительно возросла. Но для мелких и средних банков покупка дорогих модулей автоматизированных банковских систем не всегда выгодна, так как это дорогостоящие проекты, для которых нужна более мощная, современная техника с высокой стоимостью. А также не всегда известна длительность существования выносного обменного пункта, на этот фактор влияют и другие условия. Вследствие этого появляется вопрос: «Принесут ли прибыль вложенные в этот проект инвестиции? » Поэтому возникает необходимость к нахождению более дешевых альтернативных методов решения этой проблемы, так как банки такого уровня стремятся уменьшать свои затраты. Именно этим определяется практическая значимость выбранной темы и ее актуальность. Данная система проектируется с целью уменьшения времени обслуживания клиента и увеличения скорости обработки поступающей информации, что позволит облегчить труд оператору валютно-обменных операций, что увеличит его производительность. А так же разрабатываемая автоматизированная система позволит вести более эффективно реестр валютно-обменных операций.

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

В соответствии с поставленной целью решаются следующие задачи:

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

исследование валютно-обменных операций и работы обменных пунктов;

изучение законодательной базы регулирующей валютно-обменные операции и работу обменных пунктов;

исследование существующих разработок;

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

проектирование и разработка системы;

разработка базы данных;

тестирование программного обеспечения;

оценка экономической эффективности разработки.

Анализ предметной области

Описание предметной области

Постановка задачи

В результате анализа существующих систем были поставлены основные задачи разрабатываемой системы:

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

уменьшение времени обслуживания клиентов;

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

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

ускорение времени формирования справок и отчетов.

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

продажа иностранной валюты,

покупка иностранной валюты,

покупка чеков,

продажа чеков,

оплата чеков,

конверсия,

прием на экспертизу денежных знаков,

замена неплатежеспособной валюты (прием на инкассо),

размен денежного знака.

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

информация о клиенте (информация о документе удостоверяющего личность),

информация о курсах валют и о самой валюте;

информация о проводимой операции (наименование операции, сумма, комиссия и т.д.)

Выходная информация для информационной системы будет следующая:

реестр валютно-обменных операций;

справка о проведении операции;

справка о приеме на экспертизу;

квитанция о приеме денежного знака на инкассо;

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

 

Требования к разрабатываемой системе

1.4.1 Функциональные требования

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

ввод информации получаемой от клиента,

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

ведение базы данных документов (справки о проведении операции, справка о приеме на экспертизу и т.д.),

ведение реестра валютно-обменных операций,

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

оформление отчетов предусмотренных законодательством РФ в формате.txt,

оформление квитанции о приеме на инкассо;

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

поиск необходимой информации по базе данных.

 

Требования к надежности

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

 

Требования к информационной и программной совместимости

Автоматизированная система должна обеспечивать информационную совместимость с известными приложениями операционной системы Windows (MS Word, MS Excel, MS Access). Программная совместимость обеспечивается автоматически в связи с использованием программных средств, совместимость которых обеспечена конструктивно (на этапе их создания) – Delphi, Delphi Together Architect и т.д. Система реализуется на платформах MS Windows XP и СУБД MS SQL Server 2005.

 

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

Конфигурация компьютера:

процессор Pentium 4 - 1, 8 GHz или более мощный;

рекомендуемый объем оперативной памяти 128 мегабайт (МБ) или более больший;

100 МБ свободного места на жестком диске;

монитор VGA;

клавиатура, мышь или совместимое указывающее устройство;

дисковод компакт-дисков, DVD-дисков или дисковод гибких дисков.

Программные требования:

Windows XP.

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

 

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

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

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

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

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

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

 

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

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

 

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

 

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

Для реализации проекта было выбрано средство разработки – 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.[11] Возможности SQL Server 2005:

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

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

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

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

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

 

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

 

В 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 Диаграмма базы данных АРМ оператора валютно-обменных операций.

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

Платформа. 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.

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

Технология dbGo.NET - это новое название «старой» технологии ADO.[12] В Delphi 2005 она приспособлена для работы на платформе.NET. на основе этой технологии созданы и соответствующие компоненты: TADOTable, TADOQuery, TADOConnection, TADOStoredProc, которые не требуют развертывания и настройки базы на клиентской машине.[13] Основные особенности использования технологии 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.17 Проверка пароля.

 

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

 

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

 

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

 

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

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

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

 

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

 

Этапы реализации проекта