Преподаватель который помогает студентам и школьникам в учёбе.

Автоматизация учета банковских операций)

Содержание:

Введение

Широкое внедрение автоматизированных информационных систем (АИС) – это современная необходимость, обусловленная значительным усложнением поставленных задач управления, повышением итоговых объемов информации, что необходимо перерабатывать для реализации системы управления предприятиями.

Различают автоматизированные (компьютеризированные), автоматические и ручные системы.

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

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

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

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

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

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

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

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

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

– выполнить обзор проектируемого программного обеспечения (ПО) для поставленной задачи;

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

– рассмотреть контрольный пример реализации информационной системы.

Объект работы – банк.

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

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

1.Технико-экономическая характеристика предметной области и предприятия

1.1 Экономические информационные системы: понятие, принципы их построения, классификация и структура

Центральное место в информационном пространстве системы управления экономическим объектом занимает экономическая информационная система(ЭИС). Под этой системой понимают совокупность экономико-математических методов и моделей, организационных, технических, программных и информационных средств, которые объединены в единую систему с целью поиска, сбора, обработки, хранения и выдачи информации для принятия управленческих решений.

Информация и система являются содержательными характеристиками информационной системы.

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

Существует несколько важнейших свойств информации:

Неуничтожимость – информация не исчезает при потреблении, а может быть использована много раз;
Старение – определенная информация со временем может терять свою ценность, по мере того, как она будет терять свою актуальность;
Адресность – разные способы предоставления информации удобны разным её потребителям.

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

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

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

Существуют основные принципы, которых придерживаются при создании и функционировании экономических информационных систем:

Системность – выявляет разнообразные типы связи между элементами, позволяет четко определить цели создания ЭИС и общие свойства, принадлежащих системе как единому целому;
Модульность – предполагает построение ЭИС по взаимосвязанным и взаимно дополняемым модулям, которые заменой друг друга не нарушают целостность системы;
Адаптируемость (гибкость) – обеспечивает приспособление системы к новым условиям функционирования, сохраняя её уровень работоспособности;
Непрерывность развития (открытость) – рассматривает ЭИС как развивающуюся и способную к совершенствованию систему при использовании новейших технологий обработки данных;
Стандартизация и унификация – используются в разумной мере типовые решения для проектирования ЭИС;
Принцип «новых задач» - реализация новых ранее не решаемых задач;
Надежность – сохранение устойчивости работы системы при сбое отдельных её элементов;
Совместимость – способность взаимодействия различных ЭИС, которые имеют информационное, техническое и технологическое сопряжение;
Однократность ввода – предусматривает многократное и многоцелевое использование одноразового ввода информации;
Принцип «дружелюбности» - простота и доступность для установки, изучения и эксплуатации системы;
Эффективность (окупаемость) – предполагает моральную и материальную окупаемость ЭИС при том, что она не должна разорять пользователя;
Автоматизация – использование комплексно технических средств на всех стадиях технологического процесса обработки информации;
Безопасность – целостность и сохранность коммерческой информации в системе.

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

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

По административному делению и уровню применения выделяют ЭИС государственного уровня, уровня министерств и ведомств, ЭИС областей, районов, объединений и предприятий.

По степени функциональности различают:

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

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

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

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

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

1.2 Управление данными в базах данных

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

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

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

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

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

Управление буферами оперативной памяти. СУБД обычно работают с БД значительного размера; по крайней мере этот размер обычно существенно превышает доступный объем оперативной памяти. Понятно, если при обращении к любому элементу данных будет производиться обмен с внешней памятью, то вся система будет работать со скоростью устройства внешней памяти. Единственным же способом реального увеличения этой скорости является буферизация данных в оперативной памяти. И даже если операционная система производит общесистемную буферизацию (как в случае ОС UNIX), этого недостаточно для целей СУБД, которая располагает гораздо большей информацией о полезности буферизации той или иной части БД.

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

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

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

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

Существует несколько базовых алгоритмов сериализации транзакций. В централизованных СУБД наиболее распространены алгоритмы, основанные на синхронизационных захватах объектов БД.

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

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

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

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

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

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

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

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

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

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

1.3. Характеристика предприятия и его деятельности

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

ПАО «Сбербанк России» является кровеносной системой российской экономики, а именно третью ее банковской системы. Он является основным кредитором в российской экономике и занимает самую крупную долю на рынке депозитов.

Сбербанк сегодня – это 17 территориальных банков и 18 тысяч отделений по Российской федерации, расположенных на территории 10 часовых поясов.

Лишь в России у банка более 5 миллионов клиентов, что является больше половины населения, а за границей услугами Сбербанка пользуются почти 10 миллионов человек.

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

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

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

ПАО «Сбербанк России» является одним из тех немногочисленных отечественных банков, который с самых первых дней своего существования стремится внести позитивный вклад в становление и развитие экономики России, образование новых рабочих мест, создание благоприятных условий развития деловой инициативы и предпринимательства.

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

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

– мобильное приложения «Сбербанк Онлайн»;

– онлайн-банкинг «Сбербанк Онлайн»;

– SMS-сервис «Мобильный банк».

ПАО «Сбербанк России» ведет активную политику для укрепления международных контактов, имеет партнерские отношения с рядом зарубежных банков: ОАО «Народный банк Казахстана», АО «Банк ТуранАлем», «Райфайзенбанк» и др.

В структуру ПАО «Сбербанк» входят несколько филиалов, к примеру, ООО «Сбербанк сервис».

1.4. Организационная структура управления предприятием

Рассмотрим структуру филиала ООО «Сбербанк России» (рисунок 1).

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

Рассмотрим подробнее работу каждого из структурных элементов банка

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

Рисунок 1. Структурная схема отделения ПАО «Сбербанк»

Анализ основан на подсчетах, проведении аудита бизнеса потенциального заемщика.

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

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

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

Риск-отдел занимается прогнозированием рынка финансов, выявлением рисков и прочее.

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

Основными функциями отдела информационных технологий всего отдела являются:

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

1.5. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов

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

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

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

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

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

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

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

Также можно выделить еще одну особенность языка SQL – трехзначная логика.

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

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

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

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

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

Основные достоинства языка SQL заключаются в следующем:

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

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

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

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

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

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

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

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

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

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

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

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

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

Руководство банка;
Кассиры.

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

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

2.Информационное обеспечение задачи

2.1. Информационная модель и её описание

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

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

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

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

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

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

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

2.2. Характеристика нормативно-справочной, входной и оперативной информации

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

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

Для обеспечения процесса хранения постоянной информации о операциях применяются справочники (входная информация):

– Клиенты;

– Сотрудники;

– Отделы.

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

Таблица 1.

Справочник «Отделы»

Имя	Тип
Код отдела	Числовой
Наименование	Текстовый
Начальник	Текстовый

Справочник «Клиенты» предназначен для хранения данных о клиентах (таблица 2).

Таблица 2.

Справочник «Клиенты»

Имя	Тип
Код	Числовой
ФИО	Текстовый
Адрес	Текстовый
Телефон	Текстовый
Р/счет	Числовой
ИНН	Числовой

Справочник «Сотрудники» использован для хранения данных о работников (таблица 3).

Таблица 3.

Справочник «Сотрудники»

Имя	Тип
Код поставщика	Числовой
Название	Текстовый
Адрес	Текстовый
Телефон	Текстовый
Отдел	Текстовый

Входные данные в базу данных могут вводиться в систему двумя методами:

– вручную;

– при использовании формы.

Тестовая информация созданных справочников показана в экранных формах на рисунках 3 – 5:

Рисунок 3. Экранная форма справочника «Отделы»

Рисунок 4. Экранная форма справочника «Сотрудники»

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

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

Рассмотрим реквизитный состав таблиц с оперативными данными Операционный день и Оперативные данные:

Таблица 4.

Документ Операционный день

Имя	Тип
№ п/п	Числовой
Дата	Дата и время
Клиент	Числовой
Баланс на начало дня	Текстовый
Сотрудник	Числовой

Таблица 5.

Документ Оперативные данные

Имя	Тип
Код	Счетчик
ФИО	Текстовый
Дата	Дата
Клиент	Числовой
Баланс на начало дня	Числовой
Баланс на конец дня	Числовой

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

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

Рисунок 7. Экранная форма

Рисунок 8. Экранная форма

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

2.3. Характеристика базы данных

Рассмотрим далее используемые сущности:

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

Таблица 6 – Возможности пользователей

Пользователь

Функции

Источник

Объект БД

Руководство

просмотр информации;

анализ деятельности

Сотрудники

Операционный день

Запросы

Работники банка

ввод данных в БД

вывод информации по персоналу;

вывод балансовых данных

обновление данных

Сотрудники

Баланс за день

Сотрудники,

Операционный день

Формы, запросы, отчеты

Рассмотрим перечень неповторяемых данных, которые характеризуют базу данных (таблица 7):

Таблица 7.

Перечень неповторяемых данных

Название	Описание поля
ФИО	ФИО обратившегося клиента
Адрес	Адрес обратившегося в банк клиента
Телефон	Телефон обратившегося клиента
Р/счет	Р/счет обратившегося клиента в банке
ИНН	ИНН обратившегося клиента
Дата	Дата выполнения операции
Клиент	ФИО клиента
Баланс на конец дня	Баланс денег на конец дня
Баланс на начало дня	Баланс денег на начало дня
Сотрудник	ФИО сотрудника отдела
Отдел	Отдел, где работает сотрудник
Телефон	Номер телефона сотрудника
Адрес	Адрес проживания сотрудника
Начальник	ФИО начальника отдела

Рисунок 9. ER-модель

Поскольку в созданных таблицах базы данных полностью отсутствуют аномалии (а именно, аномалии обновления, ввода, удаления данных), отсутствует дублирование информации, а также разные транзитивные зависимости, то можно сделать вывод, что все таблицы находятся в 3НФ.

2.4. Структурная схема пакета (дерево вызова программных модулей)

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

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

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

На основании СУБД Access рассматриваются данные, которые обрабатываются при распределении на несколько категорий:

– Администрация;

– Работники банка.

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

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

На рисунке 10 показаны возможности дерева вызовов, которое применяется в БД на примере кнопочной формы.

Рисунок 10 – Кнопочная форма

Рисунок 11. Пример дерева вызовов

2.5. Описание программных модулей

Рассмотрим далее процесс описания программных модулей, что представляются созданной БД:

– справочники:

– Справочник отделов;

– Справочник клиентов;

– Справочник сотрудников.

– таблицы;

– Операционный день;

– Оперативные данные.

– формы:

– Диаграмма;

– Клиенты;

– Сотрудники;

– Кнопочная;

– Оперативные данные;

– Операционный день;

– Отделы.

– Запросы:

– Баланс за день;

– Сотрудники отдела;

– Телефоны клиентов;

– Перекрестный;

– Отчеты:

– Баланс на день;

– Перекрестный;

– Сотрудники отдела;

– Телефоны клиентов.

3. Контрольный пример реализации и его описание

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

Рисунок 12. Структура таблицы «Операционный день»

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

Рисунок 13. Поля таблицы «Сотрудники»

Рисунок 14. Структура таблицы «Отделы»

Рисунок 15. Структура таблицы «Клиенты»

Отметим, что в БД применяется несколько типов форм:

Формы по разработке имеющихся транзакций (рисунок 16):

Рисунок 16. Форма «Клиенты»

Форма, которая реализует доступ к информации в графическом режиме.

Непосредственно для обеспечения доступа к данным применяется форма под названием Диаграмма для отображения итоговых сумм по балансу в текущий день (рисунок 17):

Рисунок 17. Диаграмма

Кнопочная форма – предназначена для выполнения непосредственной навигации по БД.

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

Ниже показаны образцы разработанных отчетов:

Рисунок 18. Отчет «Перекрестный»

Рисунок 19. Отчет «Телефоны клиентов»

Аналогично создаются другие отчеты.

Рассмотрим далее запрос для реализации процессе вывода на экран информации о балансе за операционный день (рисунок 20):

Рисунок 20. Запрос «Баланс» за день в режиме конструктора

Получим:

Рисунок 21. Результат запроса

Все остальные запросы БД создаются аналогичным образом.

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

Рисунок 22. – Таблица «Сотрудники»

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

Заключение

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

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

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

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

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

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

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

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

После определения цели написания выпускной квалификационной работы реализованы следующие задачи:

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

– выполнен обзор проектируемого программного обеспечения (ПО) для поставленной задачи;

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

– рассмотрен контрольный пример реализации информационной системы.

Список использованных источников

Абрамова Л.В. Инструментальные средства информационных систем: учебное пособие. - Архангельск: САФУ, 2013. - 118 с. - режим доступа http:// biblioclub.ru
Агальцов В.П. Базы данных. В 2-х томах. Т.2. Распределенные и удаленные базы данных: Учебник/В.П. Агальцов.–М.: ИД ФОРУМ,НИЦ ИНФРА-М, 2013.–272 c.
Агальцов В.П. Базы данных. В 2-х томах. Т.1. Локальные базы данных: Учебник/ В.П. Агальцов.– М.: ИД ФОРУМ,НИЦ ИНФРА-М,2013.–352 c.
Голицына О.Л. Базы данных/О.Л. Голицына, Н.В.Максимов, –И.И.Попов. - М.:Форум, 2004. 352 c.
Голицына О.Л. Базы данных: Учебное пособие/О.Л.Голицына, Н.В.Максимов, И.И.Попов. - М.:Форум, 2012.– 400 c.
Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем – М.: ИУИТ, 2012 – 300 с.
Гущин А.Н. Базы данных: учебник. - М.: Директ-Медиа, 2014. - 266с
Заботина Н.Н.Проектирование информационных систем: учебное пособие. – М.: ИНФРА-М, 2013. - 331с.
Золотов С.Ю. Проектирование информационных систем: учебное пособие. - Томск: Эль Контент, 2013. - 88 с. – режим доступа http:// biblioclub.ru
Карпова И.П. Базы данных:Учебное пособие /И.П. Карпова. - СПб.:Питер, 2013.– 240 c.
Методология функционального моделирования IDEF0, Руководящий документ, Госстандарт России.
Методы и средства проектирования информационных систем и технологий: учебное пособие / авт.-сост. Е.В. Крахоткина. - Ставрополь: СКФУ, 2015. - 152 с.
Проектирование информационных систем. Проектный практикум: учебное пособие / А.В. Платёнкин, И.П. Рак, А.В. Терехов, В.Н. Чернышов. - Тамбов: Издательство ФГБОУ ВПО «ТГТУ», 2015. - 81 с. - режим доступа http:// biblioclub.ru
Советов Б.Я. Базы данных: учебник / Б.Я. Советов, В.В. Цехановский, В.Д. Чертовский. – 2-е изд., перераб. и доп. - М.: Юрайт, 2015. - 463с.

Дополнительные источники:

Документация исследуемой организации.
Официальный сайт исследуемой организации
Разумный подход к автоматизации управленческого учета. Ольга Феклисова. Режим доступа http://www.cfin.ru/itm/kis/choose/management_accounting.shtml
Управленческий учет на предприятии с примерами автоматизации. Режим доступа http://www.1cashflow.ru/upravlencheskiy-uchet-na-predpriyatii