Автор работы: Пользователь скрыл имя, 22 Марта 2011 в 16:31, курсовая работа
Цель написания курсовой работы во многом определила необходимость решения следующих задач:
•изучить теоретические аспекты проведения кассовых операций коммерческими банками;
•проанализировать практические особенности учета операций наличного обращения средств;
•реализовать систему автоматизации кассовых операций в программной среде Microsoft Access.
Объектом исследования данной курсовой работы являются кредитные организации.
Введение ..2
1. Теоретические аспекты осуществления кассовых операций ..5
1.1. Содержание и структура кассовых операций банков ..5
1.2. Организация расчетно-кассовой работы в банке 11
2. Проектирование системы учета кассовых операций
коммерческого банка 16
2.1.Бухгалтерский учет кассовых операций 16
2.2 Краткая характеристика программных средств автоматизации кассовых операций 20
2.3. Структурный подход к проектированию системы автоматизации кассовых операций 27
3. Реализация системы автоматизации кассовых операций в
программной среде Microsoft Access 35
3.1. Обоснование выбора среды реализации 35
3.2. Руководство по работе с системой 37
3.3. Экономическая эффективность от внедрения программного продукта 44
Заключение 47
Список литературы 50
Основные достоинства подсистемы «Касса»:
Основным же недостатком является, пожалуй, слишком большая стоимость системы, из-за чего не все кредитные организации могут позволить себе ее приобретение [17].
Система 3Card-R является результатом развития и расширения функциональных возможностей своего предшественника – системы автоматизации бэк-офисного процессингового центра 3Card-B , которая была разработана Компанией «Программные системы и технологии». Система включает в себя все возможности, необходимые для автоматизации кассовых операций по обслуживанию физических лиц, а также автоматизации учета ценностей в банке (наличных денежных средств, чеков, монет, ценных бланков, пластиковых карт и др.). В системе реализована поддержка всех видов кассовых операций, необходимых для обслуживания физических лиц:
К достоинствам системы можно отнести:
Недостатком является то, что система
не обладает широкими возможностями по
взаимодействию посредством файлового
обмена с внешними системами.
Компания «Банковские информационные системы» – признанный эксперт российского IT рынка, поставщик надежных, гибких и эффективных решений для поддержки и развития банковского бизнеса.
Модуль «Операционная касса» интегрированной банковской системы «БИСКВИТ» предназначен для автоматизации рабочего места кассового работника. Модуль позволяет автоматизировать всю деятельности кассового работника, связанную с выполнением кассовых операций в интересах клиента, а также деятельность по организации внутренней работы с наличностью и другими ценностями, бланками строгой отчетности, выходными отчетными формами.
Модуль обеспечивает следующие возможности:
Основным недостатком является низкая степень интеграции с процессинговым центром в режиме реального времени [16].
Фирма «1С» является бесспорным лидером на сегодня по известности и тиражу продаж. Прежде всего, фирма известна благодаря своему продукту под названием «1С: Бухгалтерия». Существует базовая и профессиональная разновидности этой программы, а также их различные модификации, предназначенные для использования в локальном и сетевом варианте.
В Программе, автоматизирующей кассовые операции (например, "1С: бухгалтерия 7.5"), план счетов - понятие более широкое, чем план счетов, утверждаемый Минфином. Помимо ведения списка счетов и субсчетов он служит для организации аналитического учета в требуемых разрезах, а также включения количественного и валютного учета на нужных счетах. Валютный учет поддерживается с помощью справочника "валюты", в который заносится история курса каждой используемой валюты.
Программа рассчитана на
Отличительной особенностью программы является возможность в одном документе оформлять все операции с рублевой и валютной наличностью производимые за день в одной кассе. Такая возможность позволяет значительно сократить время необходимое для ввода данных. Простота и удобство оформления операций с наличными и безналичными средствами делают ввод данных в программу максимально комфортным для пользователя.
Крупным недостатком программы
считают отсутствие гибкой
Если проанализировать работу бухгалтеров и кассиров, связанную с учетом кассовых операций, можно отметить, что основное место в ней занимает оформление документов, сопровождающих факт получения и выплаты наличных денежных средств. Очевидно, что автоматизация только этих операций уже способна принести существенную пользу - за счет уменьшения возможных ошибок, описок и других неточностей, как правило, сопровождающих "ручное" оформление документов [18].
Наиболее эффективным является
комплексный подход к
2.3.
Структурный подход
к проектированию системы
автоматизации кассовых
операций
При создании банка основной его задачей является получение прибыли. Но для успешного функционирования банка необходимо соблюдать ряд определенных условий, от них напрямую зависит то, как будет работать банк, его прибыль и убытки, а так же возможность его дальнейшего расширения и предоставления клиентам новых услуг. В связи с тем, что направления работы банка осуществляются с учетом анализа рисков, возможной прибыли и потерь. Возникает необходимость в введении учета кассовых операций, и возможность оперативного анализа полученных доходов и их дальнейшее распределение по усмотрению аналитического отдела. Создание программного продукта, который удовлетворяет ряду требований предъявляемых для автоматизации учета кассовых операций, является одной из главных задач, которыми должен заняться отдел по техническому и программному обеспечению банка.
Программа, разработанная в рамках данного курсового проекта, является наиболее подходящей для автоматизации учета кассовых операций коммерческого банка.
Прежде, чем приступать к созданию системы автоматизированной обработки информации, необходимо было сформировать понятия о предметах, фактах и событиях, которыми будет оперировать данная система. Для того, чтобы привести эти понятия к той или иной модели данных, необходимо заменить их информационными представлениями. Одним из наиболее удобных инструментов унифицированного представления данных, независимого от реализующего его программного обеспечения, является модель "сущность-связь" (entity - relationship model, ER - model).
Модель "сущность-связь" была предложена в 1976 г. Питером Пин-Шэн Ченом.
Модель "сущность-связь" основывается на некой важной семантической информации о реальном мире и предназначена для логического представления данных. Она определяет значения данных в контексте их взаимосвязи с другими данными. Важным для нас является тот факт, что из модели "сущность-связь" могут быть порождены все существующие модели данных. Любой фрагмент предметной области может быть представлен как множество сущностей, между которыми существует некоторое множество связей [19].
Источником поступления данных являются сведения о клиентах банка и суммах вносимых ими в кассу или получаемых из кассы.
Выходными данными являются отчеты, которые рассчитываются после ввода исходных данных. Все отчеты предоставляются по аналогии с данными, которые представлены в формах программного продукта. Выходными документом являются отчет за период о произведенных операциях по счетам клиентов и кассовая книга. В зависимости от выбранных параметров они могут менять свое содержание и внешний вид.
Для четкого представления структуры нашей системы, необходимо рассмотреть инфологическую модель базы данных.
На этапе инфологического проектирования
представляется модель заданной предметной
области. Фактическим стандартом инфологического
проектирования является ER-модель, которая
имеет в основе 2 базовых понятия: сущность
и связь. Инфологическая модель дает формализованное
описание предметной области независимо
от структур данных, исключая неоднозначность
за счет использования средств формальной
логики. Модель нашей программы приведена
на Рис.1
Рис.1. Инфологическая модель предметной
области.
После инфологического проектирования базы данных следует построение даталогической модели.
Под даталогической понимается модель, отражающая логические взаимосвязи между элементами данных безотносительно их содержания и физической организации. При этом даталогическая модель разрабатывается с учетом конкретной реализации СУБД, также с учетом специфики конкретной предметной области на основе ее инфологической модели.
Основными задачами даталогического проектирования является создание корректной схемы БД и нормализация исходного отношения.
Связи между классами, показанные в инфологической модели, в даталогической модели отображаются либо за счет совместного расположения связанных элементов, либо путем объявления связей между ними. Данные системы учета кассовых операций хранятся в связанных таблицах. Структура основных таблиц базы представлена ниже:
Таблица1
Сотрудники.
№ п/п | Имя поля | Тип поля | Размер поля |
1 | Табельный номер | числовой | Длинное целое |
2 | ФИО | текстовый | 150 |
3 | Код должности | числовой | Длинное целое |
4 | Должность | текстовый | 150 |
5 | Код подразделения | числовой | Длинное целое |
6 | Подразделение | текстовый | 150 |
7 | Адрес | текстовый | 100 |
8 | Дата рождения | дата/время | - |
9 | Место рождения | текстовый | 100 |
10 | Гражданство | текстовый | 50 |