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

МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

ЭКОНОМИКИ СТАТИСТИКИ И ИНФОРМАТИКИ (МЭСИ) ИГА-54

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

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

Адресат: ВКР

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

ВЫПУСКНАЯ

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

Тип работы	Дипломная работа
Тема	“Автоматизированное рабочее место оператора валютно-обменных операций в режиме 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. Анализ предметной области

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

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

Операции с иностранной валютой на территории Российской Федерации совершаются согласно Федеральному Закону "О валютном регулировании и валютном контроле". Согласно данному закону устанавливаются следующие понятия:

1) валюта Российской Федерации:

а) денежные знаки в виде банкнот и монеты Банка России, находящиеся в обращении в качестве законного средства наличного платежа на территории Российской Федерации, а также изымаемые либо изъятые из обращения, но подлежащие обмену указанные денежные знаки;

б) средства на банковских счетах и в банковских вкладах;

2) иностранная валюта:

а) денежные знаки в виде банкнот, казначейских билетов, монеты, находящиеся в обращении и являющиеся законным средством наличного платежа на территории соответствующего иностранного государства (группы иностранных государств), а также изымаемые либо изъятые из обращения, но подлежащие обмену указанные денежные знаки;

б) средства на банковских счетах и в банковских вкладах в денежных единицах иностранных государств и международных денежных или расчетных единицах;

3) валютные операции:

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

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

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

г) ввоз на таможенную территорию Российской Федерации и вывоз с таможенной территории Российской Федерации валютных ценностей, валюты Российской Федерации и внутренних ценных бумаг;

д) перевод иностранной валюты, валюты Российской Федерации, внутренних и внешних ценных бумаг со счета, открытого за пределами территории Российской Федерации, на счет того же лица, открытый на территории Российской Федерации, и со счета, открытого на территории Российской Федерации, на счет того же лица, открытый за пределами территории Российской Федерации;

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

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

1) приоритет экономических мер в реализации государственной политики в области валютного регулирования;

2) исключение неоправданного вмешательства государства и его органов в валютные операции резидентов и нерезидентов;

3) единство внешней и внутренней валютной политики Российской Федерации;

4) единство системы валютного регулирования и валютного контроля;

5) обеспечение государством защиты прав и экономических интересов резидентов и нерезидентов при осуществлении валютных операций.

Банк России выдает в соответствии с законом "О валютном регулировании и валютном контроле" лицензии на осуществление коммерческими банками операций в иностранной валюте в РФ. Деятельность банков регулируется следующими федеральными законами:

Федеральным законом "О Центральном банке Российской Федерации (Банке России)";

Федеральным законом "О банках и банковской деятельности".

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

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

Для обеспечения валютного обслуживания российских и иностранных граждан банки организуют обменные пункты. Обменный пункт - место совершения банком валютно-обменных операций с соблюдением требований Инструкции ЦБ РФ №113-И и иных нормативных актов Банка России. В обменных пунктах осуществляются следующие виды операций с наличной валютой и чеками:

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

Продажа наличной иностранной валюты за наличную валюту Российской Федерации.

Продажа наличной иностранной валюты одного иностранного государства (группы государств) за наличную иностранную валюту другого иностранного государства (группы государств) (конверсия).

Размен денежного знака (денежных знаков) иностранного государства (группы государств) на денежные знаки (денежный знак) того же иностранного государства (группы государств).

Замена поврежденного денежного знака (денежных знаков) иностранного государства (группы государств) на неповрежденный денежный знак (денежные знаки) того же иностранного государства (группы государств).

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

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

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

Курс покупки и курс продажи наличной иностранной, а также кросс - курс обмена (конверсии) наличной иностранной валюты устанавливаются банками самостоятельно. В соответствии с пунктом 4 статьи 4 Закона Российской Федерации "О валютном регулировании и валютном контроле", статьей 24 Федерального Закона "О Центральном банке Российской Федерации (Банке России)" в целях регулирования внутреннего валютного рынка Российской Федерации и ограничения размеров валютного и курсового рисков Банк России может устанавливать предел отклонения курса покупки наличной иностранной валюты Банком России. Курс покупки и курс продажи наличной иностранной валюты и платежных документов в иностранной валюте за наличные рубли, а также кросс - курс обмена наличной иностранной валюты устанавливаются приказом по банку либо отдельным распоряжением руководителя соответствующего подразделения банка, которому приказом по банку предоставлено право устанавливать указанные курсы покупки и продажи.

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

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

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

Паспорт гражданина Российской Федерации - для граждан Российской Федерации.

Общегражданский заграничный паспорт - для граждан Российской Федерации.

Паспорт моряка - для граждан Российской Федерации.

Удостоверение личности военнослужащего или военный билет - для военнослужащих Российской Федерации.

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

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

Вид на жительство в Российской Федерации - для лиц без гражданства, если они постоянно проживают на территории Российской Федерации.

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

Разрешение на временное проживание - для лиц без гражданства.

Вид на жительство - для лиц без гражданства.

Удостоверение беженца - для беженцев.

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

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

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

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

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

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

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

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

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

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

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

В конце операционного дня необходимые данные по реестрам передаются в определенный отдел, где и происходит (чаще всего вручную) обработка всей полученной информации. Каждый пункт обмена валют подчиняется отделу, курирующему в банке работу с наличной иностранной валютой. Информация об операциях, проведенных в конкретном обменном пункте, передается по каналам Интернет, по электронной почте либо иным способом в специализированную систему (в АБС банка).

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

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

На российском рынке программного обеспечения существуют множество банковских систем и отдельных программных продуктов автоматизирующих валютно-обменные операции. Одно из решений – это Union Business System компании «ЮниСАБ». В данной системе разработан бизнес «обменный пункт». Программа «Обменный пункт» обеспечивает полную автоматизацию работы кассира "выносного" обменного пункта и опосредованную связь с Банком. В Бизнесе реализован автоматический контроль движения бланков строгой отчетности с выделением их состояния - неиспользованные, выданные, испорченные. Его широкие возможности позволяют настраивать программный модуль в соответствии с регламентом работы обменного пункта. Все выполняемые операции сопровождаются формированием необходимых печатных документов. Параметры каждой операции имеют гибкие настройки в соответствии с внутрибанковской инструкцией работы обменных пунктов. Программа готовит полный набор документов, предусмотренный 27-й Инструкцией ЦБ России: авансовая заявка и заявка на подкрепление, реестры по всем выполняемым операция, справка об остатках, препроводительные ведомости (валютная и рублевая), акт передачи другому кассиру.⁷

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

Комплекс "Пункт обмена иностранной валюты", разработанный компанией Кворум и находящийся в составе АБС «Кворум» - это одно из решений, которое присутствует на российском рынке.⁹ Комплекс включает две подсистемы - "Кассир обменного пункта" и "Администратор обменных пунктов". Компонент «кассир обменного пункта» предназначен для автоматизации рабочего места операциониста обменного пункта, выполняющего следующие операции:

Покупка/продажа наличной иностранной валюты;

конверсию валют;

покупка/подажа дорожных чеков за рубли и за валюту;

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

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

размен купюр;

обмен ветхих банкнот и банкнот старого образца, находящихся в обращении, на новые банкноты;

прием сомнительных банкнот на экспертизу;

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

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

инкассацию;

формирование реестров в соответствии с требованиями инструкции ЦБ №27;

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

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

Система RS-Retail позволяет полностью автоматизировать работу обменного пункта банка и соответствует требованиям Инструкции Банка России "О порядке организации работы обменных пунктов на территории Российской Федерации, совершения и учета валютно-обменных операций уполномоченными банками" от 27 февраля 1995 г. № 27.¹⁰ В RS-Retail входят следующие функциональные возможности по автоматизации валютно-обменных операций:¹¹

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

операции продажи, покупки и оплаты платежных документов (как в иностранной, так и в национальной валюте);

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

операции с пластиковыми карточками;

операции по управлению ценностями, находящимися в распоряжении кассира обменного пункта;

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

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

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

формирование отчетности следующих видов: стандартные ежедневные отчеты, создаваемые в соответствии с требованиями Инструкции Банка России № 27; статистические отчеты; информационные отчеты, предназначенные для учета валютно-обменных операций.

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

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

Таблица 1.1 Параметры анализируемых разработок.

Параметры Разработки	Возможность выполнения операций с волютой согласно Инструкции №113-и	Возможность ведения электронного реестра валютно-обменных операций	Формирование необходимых печатных документов и бланков строгой отчетности	Простота в обучении персонала	Доступность цены разработок	Низкие требования к аппаратным средствам
«ЮниСАБ»	+	+	+	+	-	-
"Центавр-Дельта"	+	+	+	+	-	-
АБС «Кворум»	+	+	+	-	-	-
RS-Retail	+	+	+	-	-	-

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

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

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

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

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

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

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

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

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

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

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

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

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

конверсия,

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

монитор VGA;

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

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

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

Windows XP.

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

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

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

Технология проектирования – это совокупность методологии, инструментальных средств в проектировании, а также методов и средств организации проектирования. Современная технология проектирования должна обеспечивать:

соответствие стандарту ISO12207;

гарантированное достижение целей разработки ИС в рамках бюджета с заданным качеством и в установленное время;

возможность декомпозиции проекта на составные части, разрабатываемые группами по 3-7 человек с последней интеграцией частей;

минимальное время получения работоспособного ПО;

независимость получаемых проектных решений от средств реализации ИС (под средствами понимаем СУБД, ОС и системы языков и систем программирования);

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

На сегодняшний день практически все ведущие компании-разработчики располагают развитыми технологиями создания программного обеспечения. Одна из технологий, претендующей на роль фактического стандарта, является технология RUP (компания Rational Soft Ware). RUP представляет собой программный продукт, разработанный компанией Rational и в значительной степени соответствующий стандартам и нормативным документам, связанными с процессами жизненного цикла ПО, и оценкой технологической зрелости организации разработчиков. Основные принципы RUP: итерационный и инкрементный подход к созданию ПО, планирование и управление проектом на основе функциональных требований к системе – вариантов использования. В соответствии с первым принципом разработка системы выполняется в виде нескольких краткосрочных мини-проектов фиксированной деятельности от 2 до 6 недель, соответственно называемых итерациями. Каждая итерация включает свои собственные этапы анализа требований, проектирования, реализации, тестирования, интеграции и завершается созданием рабочей системы. Итерационный цикл основывается на постоянном расширении и дополнении системы с периодической обратной связью и адаптации дополняемых модулей к ядру системы. Согласно RUP жизненный цикл ПО разбивается на отдельные циклы, в каждом из которых создаётся новое поколение продуктов. Каждый цикл в свою очередь разбивается на 4 стадии:

начальная стадия – inception;

стадия разработки – elaboration;

конструирования – construction;

ввод в действие – transition.

Рис 2.1 диаграмма процесса разработки системы.

Каждая стадия завершается в чётко определённой точке milestone. В этот момент времени должны достигаться важные результаты и приниматься критически важные решения для дальнейшей разработки. Во время начальной стадии вырабатывается бизнес-план проекта. Определяется приблизительная его стоимость, и какой доход принесет. Определяются границы проекта. На стадии разработки выявляются более детальные требования. Выполняется высокоуровневый анализ предметной области и проектирование для построения базовой архитектуры системы. создается бланк конструирования и устанавливаются наиболее рискованные элементы проекта. Результатом стадии конструирования является продукт. Готовый к передаче конечным пользователям. Как минимум он содержит следующее:

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

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

Microsoft Solution Framework (MSF) представляет общую методологию разработки и внедрения решений в сфере информационных технологий. Последняя версия модели включает пять фаз: анализ, проектирование, разработка, стабилизация и внедрение, является итерационной, предполагает использование объектно-ориентированного моделирования. Принципы разработки приложений MSF – это набор моделей, принципов и методов, которые помогают организации более эффективно создавать и использовать информационные технологии для решения проблем бизнеса. Ядро этой системы составляют шесть основных моделей: модель производственной архитектуры; модель проектной группы; модель процесса разработки ПО; модель управления рисками; модель процесса проектирования; модель приложения. Модель процесса проектирования описывает трехфазный, ориентированный на конечного пользователя, непрерывный процесс разработки. Три фазы разработки – концептуальное, логическое и физическое проектирование. ¹²

Одним из уже сложившихся направлений деятельности фирмы ORACLE стала разработка методологических основ и производство инструментальных средств для автоматизации процессов разработки сложных прикладных систем, ориентированных на интенсивное использование баз данных. Методика Oracle COM является развитием давно разработанной версии Oracle CASE-Method, применяемой в CASE-средстве Oracle CASE. Основу CASE-технологии и инструментальной среды фирмы ORACLE составляют:

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

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

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

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

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

Жизненный цикл формируется из определенных этапов (фаз) проекта и процессов, каждый из которых выполняется в течение нескольких этапов. Методика Oracle CDM определяет следующие фазы жизненного цикла информационной системы:

стратегия;

анализ (формулирование детальных требований к прикладной системе); Q проектирование (преобразование требований в детальные спецификации системы);

реализация (написание и тестирование приложений);

внедрение (установка новой прикладной системы, подготовка к началу эксплуатации);

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

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

Основные требования к выбираемой технологии проектирования:

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

выбранная технология должна отражать все этапы жизненного цикла проекта;

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

технология проектирования должна способствовать росту производительности труда проектировщика;

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

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

Для выбора технологии проектирования будем использовать метод «бальных оценок». Самыми значимыми критериями отбора выбраны доступность; гибкость (отсутствие жестко навязываемых процедур); наличие объектно-ориентированного подхода; модульность (возможность использовать не всю технологию, а только отдельные его компоненты); удобство в применении. Рассмотрев технологии, были проставлены баллы по критериям отбора. Также для каждого критерия были определены их важности по пятибалльной шкале. Перемножив важность на значимость критерия β и суммировав их для каждой технологии, получаем итоговую оценку. Описание и результаты отбора технологии для проектирования ЭИС методом бальных оценок представлены в таблице 2.1:

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

Параметр Технология	Объектный подход 1	Гибкость 2	Модульность 3	Удобство в применении 4
RUP	5	5	5	5
MSF	4	4	3	4
Oracle	4	3	4	3
ЗНАЧИМОСТЬ β	5	3	4	2
* β
RUP	25	15	20	10
MSF	20	12	12	8
Oracle	20	9	16	6
∑* β
RUP	70
MSF	52
Oracle	51

Таким образом, методом бальных оценок установлено, что наиболее подходящей технологией является RUP (Rational Unified Process).

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

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

Для выбора средства проектирования будем использовать метод «бальных оценок». Основными критериями отбора выбраны: объектный подход, простота в обучении, поддержка UML, быстрота создания и изменения программ. Описание и результаты отбора средства для проектирования ЭИС методом бальных оценок представлены в таблице 2.1:

Таблица 2.2 Выбор средства проектирования.

Параметр технология	Объектный подход 1	Простота в обучении 2	Поддержка UML 3	Быстрота создания и изменения диаграмм 4
Microsoft Visio	3	4	4	5
Borland Together Architect	5	5	5	4
ЗНАЧИМОСТЬ β	4	3	5	2
* β
Microsoft Visio	12	12	20	10
Borland Together Architect	20	15	25	8
∑* β
Microsoft Visio	52
Borland Together	68

Методом бальных оценок установлено, что наиболее подходящее инструментальное средство разработки проекта - Borland Together Architect.

Borland Together - CASE-средство, предназначенное для визуального моделирования и проектирования программных систем на основе стандарта UML, позволяющее моделировать как компоненты программного обеспечения, так и бизнес-процессы. Borland Together обладает открытой архитектурой. Использование технологий Borland Together 2006 для проектирования и реализации IT - архитектуры значительно ускоряет процесс разработки приложений, начиная от определения требований и заканчивая написанием кода. Возможности Together обеспечивают синхронную работу разработчиков архитектур, аналитиков и программистов при создании новых приложений или в процессе извлечения проектной информации из существующих приложений, и обеспечивают общее визуальное представление об архитектуре модели.¹³

Технологии Borland Together 2006 помогают:

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

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

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

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

Моделирование в UML можно представить, как некоторый процесс поуровневого спуска от наиболее обшей и абстрактной концептуальной модели исходной системы к логической, а затем и к физической модели соответствующей программной системы. Для достижения этих целей вначале строится модель в форме так называемой диаграммы вариантов использования (use case diagram), которая описывает функциональное назначение системы или, другими словами, то, что система будет делать в процессе своего функционирования. Диаграмма вариантов использования является исходным концептуальным представлением или концептуальной моделью системы в процессе ее проектирования и разработки. Разработка диаграммы вариантов использования преследует цели:

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

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

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

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

Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. При этом актером (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. В свою очередь, вариант использования (use case) служит для описания сервисов, которые система предоставляет актеру. Построение диаграммы вариантов использования является самым первым этапом процесса объектно-ориентированного анализа и проектирования, цель которого - представить совокупность требований к поведению проектируемой системы. В языке UML диаграмма получила название модели вариантов использования и имеет свое специальное стандартное имя или стереотип "useCaseModel".

Рис 2.2 Диаграмма вариантов использования.

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

Актер (actor) – это оператор, далее актер, лицо, совершающее операции с валютой и чеками, а также формирует отчеты и постоянно редактирует базу данных. Были определены варианты использования, то есть, описаны те функциональные возможности системы, которые должны быть реализованы. Рассмотрим каждый вариант использования более детально.

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

Рис. 2.3 Прием на экспертизу.

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

Рис. 2.4 Покупка валюты.

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

Рис. 2.5 Продажа валюты.

Конверсия – аналогична предыдущим, но совершается непосредственно со свободно конвертируемыми валютами.

Рис. 2.6 Конверсия.

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

Рис. 2.7 Размен денежного знака.

Замена денежного знака – оператор принимает поврежденный денежный знак на инкассо. Для этого оператор проверяет документы клиента. Далее формирует квитанцию о приеме на инкассо и один экземпляр выдает клиенту.

Рис.2.8 Замена денежного знака.

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

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

Рис 2.10 Диаграмма классов.

Описание:

Класс сотрудники:

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

Класс реестр:

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

Класс общероссийский классификатор валют:

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

Класс мемориальный ордер:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Вторая нормальная форма, требует: все поля таблицы зависели от первичного ключа, то есть первичный ключ однозначно определен и является не избыточным; те поля, которые зависят от части первичного ключа, должны быть выделены в отдельные таблицы.¹⁵ Определим поля, входящие в первичный ключ: № мемориального ордера, № операции, № справки, № трудового договора, идентификатор валюты, код операции, код, № квитанции, № справки на экспертизу, ID комиссии. Установим, какие поля зависят только от части ключа и поместим их в отдельную таблицу.

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

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

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

Таблица 2.3

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

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

Таблица 2.4

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

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

Таблица 2.5

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

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

Таблица 2.6

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

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

Таблица 2.7

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

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

Таблица 2.8

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

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

Таблица 2.9

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

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

Таблица 2.10

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

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

Таблица 2.11

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

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

Таблица 2.12

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

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

Таблица 2.13

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В качестве СУБД выбираем SQL Server 2005. Данный продукт произведен корпорацией Microsoft Sybase SQL Server.¹⁷ Возможности 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 она приспособлена для работы на платформе .NET. на основе этой технологии созданы и соответствующие компоненты: TADOTable, TADOQuery, TADOConnection, TADOStoredProc, которые не требуют развертывания и настройки базы на клиентской машине.¹⁹ Основные особенности использования технологии 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. Расчет экономической эффективности

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

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

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

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

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

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

Эффект от внедрения ПО. ²⁰

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

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

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

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

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

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

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

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

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

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

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

(дней)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

,

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

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

руб./день.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

,

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

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

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

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

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

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

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

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

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

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

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

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

Затраты на амортизацию инструментальных средств :²¹

2786,84 руб.

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

;

руб./ч.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

,

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

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

(руб.)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Электронный ресурс, компания «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	4	5	6	7	8	9

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

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

(подпись)

Выпускная квалификационная работа состоит из	90	страниц
- основная часть	88	страниц
	кол-во страниц без учета приложений
- приложения	2	страниц
	кол-во страниц в приложении

Основная часть работы содержит: графиков -		рисунков -	35	таблиц -	20
Список информационных источников содержит всего -	20	ссылок. Из них:

Вид ссылки	Кол-во	%
На учебную литературу	9
На периодическую печать
На научные исследования
На правовые акты	4
На Интернет источники	7
На литературу последних трех лет издания	3

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

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

Студент	Гурьева Ю.Ю.
	Ф.И.О.		подпись		дата

7 Компания «ЮниСАБ» http://unisab.ru

8 http://www.absonline.ru/software/native/centavr_d/

9 http://banking.quorum.ru/

10 http://www.r-style.kiev.ua/

11 http://www.r-style.kiev.ua/

12 Компания «Microsoft» http://www.microsoft.com

13 http://www.borland.com

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

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

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

17 Компания «Microsoft» http://www.microsoft.com

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

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

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

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