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

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

Таблица 2.7

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

Таблица 2.8

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

Таблица 2.9

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

Таблица 2.10

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

Таблица 2.11

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

Таблица 2.12

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

Таблица 2.13

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

Рис. 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 Содержание стадий научно-исследовательской работы (НИР)

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

(дней)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

,

где Зср.дн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. Стоимость оборудования и амортизационные отчисления.

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

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

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

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

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

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

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

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

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

2786,84 руб.

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

;

руб./ч.

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

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

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

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

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

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

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

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

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, спроектированы диаграммы, позволяющие в наглядной форме моделировать предметную область и анализировать эту модель на всех стадиях разработки.

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

Выбрана структура базы данных и средства для ее реализации и СУБД, осуществлено проектирование структуры базы данных для хранения информации.

Проведена оценка экономической эффективности системы.

На основании всех проделанных проектных работ, с учетом поставленных требований и указаний законодательства РФ было разработано автоматизированное рабочее место оператора валютно-обменных операций.

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

1. Федеральный закон о банках и банковской деятельности (в ред. Федеральных законов от 27.07.2006 N 140-ФЗ, с изм., внесенными Постановлением Конституционного Суда РФ от 23.02.1999 N 4-П, Федеральным законом от 08.07.1999 N 144-ФЗ)

2. Федеральный закон о противодействии легализации (отмыванию) доходов, полученных преступным путем, и финансированию терроризма, принят Государственной Думой 13 июля 2001 года, одобрен Советом Федерации 20 июля 2001 года (в ред. Федеральных законов от 24.07.2007 N 214-ФЗ)

3. Федеральный закон о валютном регулировании и валютном контроле, принят Государственной Думой 21 ноября 2003 года, одобрен Советом Федерации 26 ноября 2003 года (в ред. Федеральных законов от 05.07.2007 N 127-ФЗ)

4. Инструкция от 28 апреля 2004 г. N 113-И О порядке открытия, закрытия, организации работы обменных пунктов и порядке осуществления уполномоченными банками отдельных видов банковских операций и иных сделок с наличной иностранной валютой и валютой Российской Федерации, чеками (в том числе дорожными чеками), номинальная стоимость которых указана в иностранной валюте, с участием физических лиц (в ред. Указаний ЦБ РФ от 07.10.2005 N 1626-У, от 29.11.2006 N 1751-У)

5. Баженова И.Ю. Delphi 7. Самоучитель программиста.-М.: КУДИЦ-ОБРАЗ, 2003. - 448с.

6. Вендров А.М. Проектирование программного обеспечения экономических информационных систем. М.: «Финансы и статистика», 2004г.

7. Гандерлой Майк, Джорден Джозеф, Чанс Дейвид. Освоение Microsoft SQL Server 2005.: Пер. с англ. - М.:ООО «И.Д. Вильямс»,2007.-1104с.

8. Гофман В.Э., Хомоненко А.Д. Работа с базами данных в Delphi. - 2-е изд. - СПб: БХВ - Петербург, 2003. - 624.

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

10. Леоненков А.В. Самоучитель UML. - СПб.: БХВ-Петербург, 2004. - 304 стр.: ил.

11. Лобанова Т. Жизненный цикл информационной системы - выберем стандарты, выстроим методологию, электронный учебник, 2005г.

12. Новиков Л. Введение в Rational Unified Process, электронный учебник, 2004г.

13. Фаронов В.В. Delphi 2005. Разработка приложений для баз данных и Интернета. - СПб.: Питер, 2006. - 603 с.

14. Электронный ресурс, http://www.softkey.ru

15. Электронный ресурс, компания «ЮниСАБ» http://unisab.ru

16. Электронный ресур,с http://www.absonline.ru/software/native/centavr_d/

17. Электронный ресурс, http://banking.quorum.ru/

18. Электронный ресурс, http://www.r-style.kiev.ua/

19. Электронный ресурс, http://www.borland.com

20. Электронный ресурс, компания «Microsoft» http://www.microsoft.com

Приложение 1

Форма документа в соответствии с Инструкцией №113.

Наименование уполномоченного банка

(филиала уполномоченного банка) ______________________________

(полное или сокращенное)

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

(порядковый номер филиала уполномоченного банка)

_____________________________________________________________

Местонахождение (почтовый адрес) обменного пункта _____________

КВИТАНЦИЯ N

О ПРИЕМЕ НА ИНКАССО ДЕНЕЖНЫХ ЗНАКОВ ИНОСТРАННЫХ

ГОСУДАРСТВ И ЧЕКОВ

"__" ___________ 20__ Г.

Настоящая квитанция выдана в подтверждение того, что у

_____________________________________________________________,

(Ф.И.О. физического лица)

документ, удостоверяющий личность:

_____________________________________________________________,

(серия, номер, каким органом и когда выдан)

адрес места жительства или места пребывания:

_____________________________________________________________,

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

(группы государств) (чек):

_____________________________________________________________.

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

государств): наименование валюты, достоинство (номинал), серия,

номер, год эмиссии, дополнительные реквизиты (для банкнот США

- чековая буква, номер квадранта, номер клише лицевой и

оборотной сторон; для банкнот стран - членов Европейского

Сообщества - буквенно-цифровая метка), наименование эмитента

(при возможности его указания), количество; для чеков:

наименование, его номер и дата, сумма, наименования эмитента

и лица, выдавшего чек (при возможности их указания),

количество)

Кассовый работник обменного пункта ___________________ (Ф.И.О.)

(подпись)

Приложение 2

Справка об совершенной операции - перечень сведений установленный Инструкцией №113.

ПЕРЕЧЕНЬ

ОБЯЗАТЕЛЬНЫХ СВЕДЕНИЙ, ПОДЛЕЖАЩИХ ОТРАЖЕНИЮ В ДОКУМЕНТЕ, ВЫДАВАЕМОМ ФИЗИЧЕСКОМУ ЛИЦУ ПРИ ОСУЩЕСТВЛЕНИИ ОПЕРАЦИЙ С НАЛИЧНОЙ ВАЛЮТОЙ И ЧЕКАМИ

(в ред. Указания ЦБ РФ от 29.11.2006 N 1751-У)

--------------------------------

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

1. Наименование (полное или сокращенное) уполномоченного банка (филиала уполномоченного банка).

2. Регистрационный номер уполномоченного банка (порядковый номер филиала уполномоченного банка).

3. Почтовые адреса уполномоченного банка (филиала уполномоченного банка) и обменного пункта.

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

5. Дата и время совершения операции с наличной валютой и чеками, указанные в Реестре операций с наличной валютой и чеками.

6. Код вида операции, указанный в Реестре операций с наличной валютой и чеками.

7. Фамилия, имя, отчество (при его наличии) физического лица <*>.

8. Наименование, серия и номер (при их наличии) предъявленного физическим лицом документа, удостоверяющего личность <*>.

9. Курс (кросс-курс) иностранной валюты.

10. Принято:

10.1. Наличная валюта: код и наименование валюты, сумма.

10.2. Чеки: код и наименование валюты, сумма чеков, количество чеков.

11. Выдано:

11.1. Наличная валюта: код и наименование валюты, сумма.

11.2. Чеки: код и наименование валюты, сумма чеков, количество чеков.

12. Подпись кассового работника.

Приложение 3

Форма реестра установленная Инструкцией №113.

РЕЕСТР

ОПЕРАЦИЙ С НАЛИЧНОЙ ВАЛЮТОЙ И ЧЕКАМИ

Итого по Реестру:

Кассовый работник обменного пункта _______ (фамилия и инициалы)

(подпись)

Работа выполнена мной совершенно самостоятельно.

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

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