49946 (588682), страница 3

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

Текст из файла (страница 3)

Минимальная конфигурация севера: процессор 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 – Лицевые счета

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

Таблица 2.2 – Бюджетные средства

Таблица движения средств по доходным операциям OP

Характеристики

Список файлов ВКР