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

На основании решения Экспертного совета Управляющая компания инвестирует денежные средства, находящиеся на счетах «Совершеннолетие», по различным направлениям, выбирает варианты хранения денежных вкладов и осуществляет страхование рисков вложения активов.

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

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

 

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

Основанием для разработки проекта является задание на дипломный проект, утвержденное кафедрой БФ МЭСИ.

Тема дипломного проекта: «Автоматизированная система управления в органах социальной защиты населения (ведение именных накопительных счетов)».

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

Необходимость написания данной программы обусловлена следующими факторами:

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

- получение клиентом информации об остатке и движении на счете;

- получение клиентом электронных копий документов по платежам, поступившим на его счет;

- ведение справочника постоянных контрагентов;

- ведение справочника банковских учреждений России.

Для достижения поставленной цели мною решались следующие задачи:

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

- учет и ведение счетов (открытие, закрытие, ввод и корректировка информации по лицевым счетам);

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

- оперативное распределения поступающих денежных средств;

- генерация необходимых отчетов и печатных форм;

- ведение нормативно-справочной информации.

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

полное соответствие требованиям "Положения о безналичных расчетах в Российской Федерации" ЦБ РФ;

удобный Windows-интерфейс;

высокая надежность, основанная на использовании для хранения данных СУБД промышленного уровня "Interbase";

возможность организации прямого обмена данными с базой АБС без процедур экспорта/импорта документов через файлы;

поддержка любой почтовой системы;

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

автоматическое обновление справочника.

 

1.2 Назначение разработки системы

1.2.1 Назначение системы

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

1.2.2 Область применения системы

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

1.2.3 Основные цели и функции системы

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

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

Основными функциями деятельности объекта разработки являются:

- регистрация и хранение данных по ведению лицевых счетов;

- организация учета и распределения бюджетных средств;

- генерация необходимых отчетов и печатных форм.

1.3 Требования, предъявляемые к автоматизированной системе

 

1.3.1 Общие требования

Автоматизированная система (АС) строится как многопользовательская система, на основе сервера реляционных баз данных INTERBASE ver 7.0, под управлением ОС Microsoft Windows NT 4.0

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

Архивация данных АС производится стандартными средствами OS Microsoft Windows NT 4.0 при наличии средств архивации (стримеры, устройства чтения/записи на магнитооптические диски и т. п.);

Обеспечение защиты от несанкционированного доступа в АС осуществляются стандартными средствами OS Microsoft NT Windows 4.0, средствами сервера INTERBASE и внутренними процедурами защиты.

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

Минимальная конфигурация рабочей станции: процессор Pentium 166, 16Мб оперативной памяти, 30 Мб на жестком диске.

Минимальная конфигурация севера: процессор Pentium III-IV и сопоставимые, 512 Мб оперативной памяти, 2Гб на жестком диске.

1.3.3 Требования к операционной системе и стороннему программному обеспечению

Система функционирует под управлением операционной системы Windows 98 SE и выше.

В качестве системы хранения и обработки данных используется сервер баз данных INTERBASE 7.0 компании Borland Corp ®.

1.4 Организация учета и распределения денежных средств

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

1.4.1 Алгоритм распределения бюджетных средств автоматизированной системы

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

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

Если Сумма бюдж.> Сумма необх. Бюджетные средства распределяются по всем лицевым счетам, а величина остатка отражается в протоколе распределения.

Если Сумма бюдж.< Сумма необх. Бюджетные средства распределяются по лицевым счетам c учетом следующих приоритетов: категория счета, приоритет выплаты, дата рождения. Размер недостатка средств отражается в протоколе распределения.

1.4.2 Алгоритм распределения доходов

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

Для расчета дохода приходящегося на одного ребенка производятся сл. вычисления:

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

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

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

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

2. Разработка структуры и программная реализация

 

2.1 Объектно-ориентированный подход

При проектировании системы был выбран объектно-ориентированный подход, так как он обладает большими преимуществами[1]:

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

- основывается на природных способностях человеческого мышления к классификации и абстрагирования;

- повышение качества разработки за счёт более тщательной отработки её компонентов;

- упрощает планирование работ и удешевляет проект;

- даёт возможность системе развиваться постепенно, не приводит к полной переработке при изменении требований;

- уменьшает риск разработки проекта, т.к. процесс интеграции объектов растягивается во времени и возможно постепенное уточнение состояния и поведения компонентов системы.

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

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

а) логические;

1. диаграмма классов;

2. диаграмма объектов;

б) модульная диаграмма;

в) динамические;

г) диаграмма перехода состояний.

2.2 Диаграмма классов

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

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

Район, город, ЗАГСы, вид операций.

Эти классы используются в дальнейшем:

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

 

2.3 Диаграмма переходов состояний

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

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

 

2.4 Модульная диаграмма

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

Функциональная структура ПО

Рисунок 2.1 - Функциональная структура

Модуль базы данных

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

регистрация нового клиента в базе;

модификация записи о клиенте;

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

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

Главный модуль

Главный модуль реализует функции:

обеспечения обмена информацией между модулями;

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

Модуль учета и ведения счетов по лицевым счетам

Этот модуль реализует следующие функции:

Открытие карт;

Закрытие карт;

Ввод и корректировка информации по лицевым счетам.

Модуль учета поступления денежных средств

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

Модуль распределения средств по счетам

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

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

Модуль формирования отчетов

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

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

Модуль ведения нормативно-справочной информации

В данном модуле хранятся словари: Словарь операций, Словарь районов, Словарь ЗАГСов, Словарь городов. Данные словари оперативно пополняются в процессе заполнения карточек, операций над бюджетными средствами.

 

2.5 Логическая и физическая структуры базы данных

2.5.1 Логическая схема базы данных

Логическая схема Базы Данных построена на основе рассмотренных выше диаграмм.

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

Добавлены так же таблицы: «тип операции», для разбиения операций с денежными средствами на виды; а также словари: «словарь операций», «словарь ЗАГСов», «словарь городов», «словарь районов» для разбиения данных на виды, предназначены для ускорения процесса заполнения карточек лицевых счетов.

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

Рисунок 2.2 - Структура базы данных

2.5.2 Физическая схема базы данных

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

Информация о реквизитах лицевого счета в таблице CARD, имеющую следующую структуру:

Таблица 2.1 – Лицевые счета

Идентификатор	тип поля	значение
CODE	INTEGER	Код лицевого счета
ZAGS	INTEGER	Загс регистрации
DATEZAGS	DATE	Дата регистрации
POL	CHAR(1)	Пол
SURNAME	CHAR(20)	Фамилия
NAME	INTEGER	Имя
OTCH	INTEGER	Отчество
DATEBORN	DATE	Дата рождения
SVBORNSER	CHAR(6)	Серия свидетельства о рождении
SVBORNNUM	CHAR(20)	Номер свидетельства о рождении
BORNRAY	INTEGER	Район рождения
BORNTOWN	INTEGER	Место рождения
FSURNAME	CHAR(30)	Фамилия отца
FNAME	INTEGER	Имя отца
FOTCH	INTEGER	Отчество отца
FPASPSER	CHAR(6)	Серия паспорта отца
FPASPNUM	CHAR(20)	Номер паспорта отца
FRAY	INTEGER	Район проживания отца
FTOWN	INTEGER	Место проживания отца
FSTREET	CHAR(50)	Улица проживания отца
MSURNAME	CHAR(30)	Фамилия матери
MNAME	INTEGER	Имя матери
MOTCH	INTEGER	Отчество матери
MPASPSER	CHAR(6)	Серия паспорта матери
MPASPNUM	CHAR(20)	Номер паспорта матери
MRAY	INTEGER	Район проживания матери
MTOWN	INTEGER	Место проживания матери
MSTREET	CHAR(50)	Улица проживания матери
OPOL	CHAR(1)	Пол опекуна
OSURNAME	CHAR(30)	Фамилия опекуна
ONAME	INTEGER	Имя опекуна
OOTCH	INTEGER	Отчество опекуна
OPASPSER	CHAR(6)	Серия паспорта опекуна
OPASPNUM	CHAR(20)	Номер паспорта опекуна
ORAY	INTEGER	Район проживания опекуна
OTOWN	INTEGER	Место проживания опекуна
OSTREET	CHAR(50)	Улица проживания опекуна
PRIOR	INTEGER	Приоритет выплаты
CATEGORY	INTEGER	Категория лиевого счета
DATE_OPEN	DATE	Дата создания
DATE_CLOSE	DATE	Дата закрытия
OSN_OPEN	CHAR(255)	Основание создания
OSN_CLOSE	CHAR(255)	Основание закрытия
PLASEBORN	CHAR(200)	Модификация

Таблица поступления бюждетных средств BUDGET

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9