Файл: Проектирование ИС по учету операций по расчетному счету ПАО СИБУР Холдинг.pdf

Подробный сценарий диалога представлен на Рисунке 6.

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

Данные, относящиеся к связям, очень важны и часто являются критическими данными, которые мы используем в повседневном бизнесе. Например, важно знать о каком-то типе инструмента, но знание того, к кому относится конкретный инструмент (связь между человеком и инструментом) может иметь критическую важность. Связь - это соотношение либо между двумя сущностями, либо между сущностью и этой же сущностью. Связь - "логический" объект, представленный одним или несколькими атрибутами - внешними ключами. Связь в ERwin обычно содержит пять типов информации: тип связи, родительский конец связи, дочерний конец связи, ERwin toolbox содержит два типа сущностей: независимые и зависимые. Независимая сущность, экземпляры которой могут быть уникальным образом идентифицированы без определения ее связи с другой сущностью. Она представляется в ERwin в виде прямоугольника. Первичный ключ независимой сущности не включает в себя первичных ключей других сущностей. Зависимая сущность, экземпляры которой не могут быть уникальным образом идентифицированы без определения ее связи с другой сущностью или сущностями. Она представляется на ЕR-диаграмме в виде прямоугольника с закругленными углами. Первичный ключ зависимой сущности включает первичные ключи одной или более родительских сущностей.

Связи в IDEFIX представляют собой ссылки; соединения и ассоциации между сущностями. Связи — это глаголы, которые показывают, как соотносятся сущности между собой

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

Описание структур записей таблиц Банк, Плательщик, Получатель, Счета и Финансовый результат, находятся в Таблицах 4-8

Таблица 4.

Описание структуры записей таблицы «Банк»

Таблица 5.

Описание структуры записей таблицы «Плательщик»

Таблица 6.

Описание структуры записей таблицы «Получатель»

Таблица 7.

Описание структуры записей таблицы «Счета»

Таблица 8.

Описание структуры записей таблицы «Финансовый результат»

В ERwin также представлены два уровня физической модели: трансформационная модель и модель СУБД. Целью трансформационной модели является предоставление информации администратору. Модель СУБД транслируется из трансформационной модели. Являясь отображением системного каталога, ERD-диаграмма графически представляет структуру данных проектируемой ИС. Сущности отображаются при помощи прямоугольников, содержащих имя, взаимосвязи - при помощи линий, соединяющих отдельные сущности.

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

ER модель представлена на Рисунке 7.

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

Приложения для учета операций по расчетному счету создается на основе Visual C# в среде Microsoft Visual Studio.NET

Подробное описание функций модулей в Таблице 9.

Таблица 9.

Описания функций модулей

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

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

Подробнее на Рисунке 8.

Рисунок 8. Блок схема

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

Данная информационная система для учета операций по расчетному счету была разработана в Visual Studio 2017.

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

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

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

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

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

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

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

Заключение

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

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

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

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

Создать информационные модели бедующей информационной системы;

Изучить создание IDEF диаграммы декомпозиция бизнес-процессов деятельности организации до уровня реализации автоматизируемой задачи;

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

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

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

После проделанной работы, создание непосредственно Приложения. Данная информационная системы для предприятия по учету операций по расчетному счету для ПАО СИБУР Холдинг, значительно упрощает работу для бухгалтеров данного предприятия. Задачи, указанные в данной курсовой работе, считаются выполненными.