48574 (Разработка информационной системы бюджетного процесса финансового управления Новоегорлыкского сельского поселения), страница 8
Описание файла
Документ из архива "Разработка информационной системы бюджетного процесса финансового управления Новоегорлыкского сельского поселения", который расположен в категории "". Всё это находится в предмете "информатика" из , которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе "остальное", в предмете "информатика, программирование" в общих файлах.
Онлайн просмотр документа "48574"
Текст 8 страницы из документа "48574"
На рисунке 2.12 представлены таблицы, относящие к процессу формированию доходной части проекта бюджета.
В таблице 15 представлено описание таблиц, относящихся к процессу формирования доходной части проекта бюджета.
Рисунок 2.10 – Бюджетная классификация расходов
Таблица 13 – Описание физической модели бюджетной классификации расходов
Таблица | Атрибут | Описание |
1 | 2 | 3 |
OutlaySections | Разделы бюджетной классификации расходов | |
id | Уникальный идентификатор | |
budgetClassificId | Код бюджетной классификации. Внешний ключ | |
sid | Код раздела бюджетной классификации расходов | |
name | Наименование раздела бюджетной классификации расходов |
Рисунок 2.11 – Бюджетная классификация источников финансирования дефицита
Таблица 14 – Описание физической модели бюджетной классификации источников финансирования дефицита
Таблица | Атрибут | Описание |
1 | 2 | 3 |
SFDGroups | Группы бюджетной классификации источников финансирования дефицита | |
id | Уникальный идентификатор | |
budgClassifId | Код бюджетной классификации. Внешний ключ | |
sid | Код группы источников финансирования дефицита в соответствии с бюджетной классификацией | |
name | Наименование группы источников финансирования дефицита |
Рисунок 2.12 – Формирование доходной части проекта бюджета
Таблица 15 – Описание таблиц физической модели данных, относящихся к процессу формировании доходной части проекта бюджета
Таблица | Атрибут | Описание |
1 | 2 | 3 |
Locations | Поселения, для которых формируются проекты бюджета | |
id | Код поселения | |
domains | Код территории к которой относится поселение | |
name | Название поселения | |
BudgetProjects | Проекты бюджетов | |
id | Уникальный идентификатор | |
locationId | Код поселения, которому принадлежит проект бюджета | |
year | Год, на который составляется проект бюджета | |
name | Название проекта бюджета | |
status | Состояние проекта бюджета |
На рисунке 2.13 представлены таблицы, относящие к процессу формированию расходной части проекта бюджета.
Рисунок 2.13 – Формирование расходной части проекта бюджета
В таблице 16 представлено описание таблиц, относящихся к процессу формирования расходной части проекта бюджета.
Таблица 16 – Описание таблиц физической модели данных, относящихся к процессу формировании расходной части проекта бюджета
Таблица | Атрибут | Описание |
1 | 2 | 3 |
BCSteward | Распорядители бюджетных средств | |
id | Уникальный идентификатор | |
budgProjId | Код проекта бюджета. Внешний ключ | |
legalId | Код юридического лица. Внешний ключ | |
sid | Код распорядителя в соответствии с бюджетной классификацией | |
OutlayEstimates | Сметы расходов распорядителей бюджетных средств | |
bcStewardId | Код распорядителя бюджетных средств | |
id | Номер документа | |
status | Состояние сметы расходов | |
OutlayEstimateRows | Строки табличной части сметы расходов распорядителя бюджетных средств | |
id | Уникальный идентификатор | |
estimateId | Код сметы расходов. Внешний ключ | |
outlayId | Код расхода. Внешний ключ | |
sum | Объем денежных средств | |
description | Примечание | |
OutlayEnquirys | Справки-уведомления по расходам | |
id | Номер документа | |
bcStewardId | Код распорядителя бюджетных средств. Внешний ключ | |
docId | Код документа основания. Внешний ключ | |
date | Дата | |
description | Примечание | |
status | Состояние справки-уведомления | |
OutlayEnquiryRows | Строки табличной части справок-уведомлений по расходам | |
id | Уникальный идентификатор | |
enquiryId | Код справки-уведомления. Внешний ключ | |
outlayId | Код расхода. Внешний ключ | |
summ | Объем денежных средств | |
description | Примечание |
На рисунке 2.14 представлены таблицы, относящие к процессу формированию источников финансирования дефицита бюджета.
В таблице 17 представлено описание таблиц, относящихся к процессу формирования источников финансирования дефицита бюджета.
Рисунок 2.14 – Формирование источников финансирования дефицита бюджета
Таблица 17 – Описание таблиц физической модели данных, относящихся к процессу формировании источников финансирования дефицита бюджета
Таблица | Атрибут | Описание |
1 | 2 | 3 |
SFDAdministrators | Администраторы источников финансирования дефицита бюджета | |
id | Уникальный идентификатор | |
legalId | Код юридического лица. Внешний ключ | |
budgProjId | Код проекта бюджета. Внешний ключ | |
sid | Код администратора источников финансирования дефицита в соответствии с бюджетной классификацией | |
SFDEstimates | Сметы источников финансирования дефицита бюджета | |
sfdSdminId | Код администратора источников финансирования дефицита бюджета | |
id | Номер документа | |
status | Состояние сметы |
На рисунке 2.15 представлены таблицы, относящие к процессу формированию консолидированного проекта бюджета территории.
Рисунок 2.15 – Формирования консолидированного проекта бюджета территории
В таблице 18 представлено описание таблиц, относящихся к процессу формирования консолидированного проекта бюджета территории.
Таблица 18 – Описание таблиц физической модели данных, относящихся к процессу формировании консолидированного проекта бюджета территории
Таблица | Атрибут | Описание |
1 | 2 | 3 |
Domains | Территории | |
id | Код территории | |
name | Название территории | |
ConsBudgetProjects | Консолидированные проекты бюджетов территории | |
id | Уникальный идентификатор | |
year | Год, на который составляется консолидированный проект бюджета территории | |
domainId | Код территории. Внешний ключ | |
name | Название проекта бюджета |
В процессе физического проектирования базы данных в среде MS SQL Server 2000 была создана база данных fin_budget, состоящая из файлов данных fin_budget.mdf и файлов журналов транзакций fin_budget_log.ldf. Принцип отдельного хранения данных и журналов транзакций, а также разбиение этих двух групп информации на различные файлы в SQL Server 2000 необходим для повышения надежности системы.
При создании физической модели сервера баз данных, посредством SQL Server Enterprise Manager, для всех суррогатных ключей было установлено свойство Identy, необходимое для вызова хранимой процедуры аутоинкремента. Для увеличения реактивности системы, индексам, закрепленными за суррогатными ключами присвоено значение Clustered.
На основе модели состояния системы разработана концептуальная модель данных проектируемой системы, включающая описание классов и их атрибутов. В дипломе представлены концептуальные модели бюджетной классификации доходов и расходов, источников финансирования дефицита, доходов администраторов бюджетных средств и доходной части проекта бюджета, смет расходов распорядителей бюджетных средств и расходной части проекта бюджета, смет источников финансирования дефицита бюджета, консолидированного проекта бюджета территории.
В качестве СУБД обосновано применение Microsoft SQL Server 2000 Enterprise Edition.
На основании концептуальной модели данных для Microsoft SQL Server 2000 разработана физическая модель данных.
-
-
Проектирование программного комплекса
-
-
Разработка архитектуры программного комплекса
-
При проектировании системы используется концепция слоев – одна из общеупотребительных моделей, применяемая разработчиками программного обеспечения для разделения сложных систем на более простые части.
Описывая систему в терминах архитектурных слоев, удобно воспринимать составляющие ее подсистемы в виде «слоеного пирога». Слой более высокого уровня пользуется службами, предоставляемыми нижележащим слоем, но тот не «осведомлен» о наличии соседнего верхнего слоя. Более того, обычно каждый промежуточный слой «скрывает» нижний слой от верхнего.
Расчленение системы на слои предоставляет целый ряд преимуществ:
-
отдельный слой можно воспринимать как единое самодостаточное целое, не особенно заботясь о наличии других слоев;
-
можно выбирать альтернативную реализацию базовых слоев;
-
зависимость между слоями можно свести к минимуму;
-
созданный слой может служить основой для несколько слоев более высокого уровня.
Архитектура проектируемого приложения основывается на трех основных слоях:
-
слой представления
-
слой домена
-
слой источника данных
Слой представления охватывает все, что имеет отношение к общению пользователя с системой. К главным функциям этого слоя относятся отображение информации и интерпретация вводимых пользователем команд с преобразованием их в соответствующие операции в контексте домена и источника данных.
Слой источника данных – это подмножество функций, обеспечивающих взаимодействие со сторонними системами, которые выполняют задания в интересах приложения. Код этой категории несет ответственность за мониторинг транзакций, управление другими приложениями, обмен сообщениями. Слой источника данных управляет обращениями к базе данных, обменом сообщениями, транзакциями.