Рефераты

Дипломная работа: Разработка информационной системы бюджетного процесса финансового управления Новоегорлыкского сельского поселения


Рисунок 2.6 Объекты, участвующие в процессе составления смет источников финансирования дефицита бюджета

В таблице 9 представлено описание классов объектов, участвующих в процессе составления смет источников финансирования дефицита бюджета.

Таблица 9 Описание классов объектов, участвующих в процессе составления смет источников финансирования дефицита бюджета

Класс Атрибут Описание
1 2 3
Администратор ИФД Администратор источников финансирования дефицита
Код Код администратора источников финансирования дефицита
Смета ИФД Смета источников финансирования дефицита
Номер Номер документа
Статус Текущее состояние сметы источников финансирования дефицита
Строка Сметы ИФД Строка табличной части сметы источников финансирования дефицита
Сумма Предполагаемый объем средств направляемых на покрытие дефицита
Примечание Комментарии
Справка Уведомление ИФД Справка-уведомление по источникам финансирования дефицита
Номер Номер документа
Дата Дата внесения
Примечание Комментарии
Статус Текущее состояние справки-уведомления

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

Рисунок 2.7 Объекты, участвующие в процессе составления консолидированного проекта бюджета территории

В таблице 10 представлено описание классов объектов, участвующих в процессе составления консолидированного проекта бюджета территории.

Таблица 10 Описание классов объектов, участвующих в процессе составления консолидированного проекта бюджета территории

Класс

Атрибут

Описание

1 2 3
Территория Территория для которого составляется проект бюджета
Код Код территории
Наименование Название территории
Проект Консолид Бюджета Проект консолидированного бюджета территории
Год Год на который составляется проект бюджета
Наименование Название консолидированного проекта бюджета территории

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


Рисунок 2.8 Объекты, участвующие в процессе управления пользователями системы и их правами доступа

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

Таблица 11 Описание классов объектов, участвующих в процессе управления пользователями системы и их правами доступа

Класс

Атрибут

Описание

1 2 3
Пользователь Пользователь системы
Логин Имя учетной записи пользователя
Пароль Хэш пароля учетной записи пользователя
Ф.И.О. Имя пользователя
Пользовательская Группа Группа пользователей
Код Код пользовательской группы
Наименование Название пользовательской группы
Право Доступа Право доступа к функциональности системы
Наименование Название права доступа
Группа Прав Доступа Группа объединяющая несколько прав доступа
Код Код группы прав доступа
Наименование Название группы прав доступа

 


2.2      Обоснование выбора СУБД

Одним из требований заказчика является реализация информационного обеспечения на основе Microsoft SQL Server 2000 Enterprise Edition /24/, в связи с тем, что у них уже имеется лицензионная копия данного продукта. Это позволит в некоторой степени сократить первоначальные затраты на разработку и внедрение системы.

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

SQL Server 2000 обладает рядом возможностей, обеспечивающих легкость установки, развертывания и эксплуатации, а также поддерживающих масштабируемость, создание хранилищ данных и системную интеграцию с другим серверным программным обеспечением.

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

Некоторые функции SQL Server 2000 увеличивают масштабируемость системы. Например, SQL Server 2000 динамически регулирует степень дробления блокировок для каждой таблицы, на которую ссылается запрос, в него также входит оптимизированная поддержка высокоскоростных операций в средах VLDB. Кроме того, SQL Server 2000 способен планировать параллельное исполнение, при котором обработка оператора SQL разделяется на несколько частей. Каждая часть может быть выполнена на отдельном процессоре, в этом случае формирование полного результирующего набора осуществляется быстрее, чем в том случае, когда отдельные части операторов выполняются последовательно.

SQL Server 2000 состоит из ряда компонентов, таких, как механизм реляционных баз данных, Analysis Services и English Query. Все эти компоненты, каждый из которых играет определенную роль, работая совместно, формируют полнофункциональную реляционную СУБД.

Механизм реляционных баз данных SQL Server 2000 – это современное ядро с высокой степенью масштабируемости, предназначенное для хранения данных. Механизм баз данных сохраняет данные в таблицах. Каждая таблица представляет определенный класс объектов, в зависимости от интересов конкретной организации. Таблица состоит из столбцов, каждый из которых представляет атрибут объекта, который она моделирует, и строк. Каждая строка представляет один экземпляр объекта, моделируемого таблицей. Приложение передает механизму баз данных оператор SQL, механизм возвращает результат в виде набора данных в табличной форме. Интернет-приложение передает механизму баз данных оператор SQL или запрос XPath, а тот возвращает результат в виде документа XML. Механизм реляционных баз данных обеспечивает поддержку стандартных интерфейсов доступа к данным, таких, как ADO, OLE DB и ODBC.

Механизм реляционных баз данных обладает высокой масштабируемостью. SQL Server 2000 Enterprise Edition поддерживает группы серверов баз данных, формирующих базы данных терабайтного объема, к которым могут обращаться тысячи пользователей одновременно. Механизм баз данных также способен динамически настраиваться путем выделения дополнительных ресурсов по мере роста числа пользователей, подключенных к базе данных, и освобождения ресурсов после отключения пользователей. Другими словами, отдельные пользователи или небольшие рабочие группы, у которых нет администраторов баз данных, могут использовать более простые редакции SQL Server. С помощью административных утилит с графическим интерфейсом из комплекта поставки продукта легко администрировать даже крупные серверы баз данных под управлением Enterprise Edition, работающие в эксплуатационном режиме.

Механизм реляционных баз данных также обладает высокой степенью зашиты. Аутентификацию при регистрации допустимо интегрировать с проверкой подлинности Windows, поэтому SQL Server не хранит никаких паролей и не пересылает их по сети. На узлах разрешается задавать аудит всех пользователей, обращающихся к базе данных, соответствующий требованиям безопасности уровня С2, и применять протокол SSL для шифрования всех данных, передаваемых между приложением и базой данных.

Репликация SQL Server 2000 позволяет поддерживать несколько копий данных на различных компьютерах с целью повышения общей производительности системы, а также обеспечивает поддержку синхронизации всех копий. Репликация – важная и мощная технология распределения данных и некоторых типов объектов баз данных по всему предприятию. В репликации SQL Server используется принцип «публикации и подписки». Издатель данных, подлежащих репликации, определяет статьи, которые надо сделать доступными для подписчиков.

Многим организациям для более эффективного принятия решений требуется централизация данных. Однако данные можно хранить в самых разнообразных форматах и в нескольких различных местах. DTS в SQL Server позволяет создавать хранилища и киоски данных путем интерактивного или автоматического импорта и передачи данных из нескольких гетерогенных источников по расписанию.

DTS SQL Server 2000 существенно повышает эффективность процесса создания хранилищ данных для оперативной аналитической обработки. Кроме того, он предоставляет средства для тонкой настройки обширных баз данных для оперативной обработки транзакций, в результате чего можно увеличить число одновременно работающих пользователей, активно добавляющих и модифицирующих данные. Структура баз данных OLTP такова, что они регистрируют подробности каждой транзакции. Попытка выполнить сложный анализ для определения трендов продаж за несколько месяцев или лет потребует просмотра огромного числа записей, а большая загруженность обработкой информации при этом снижает производительность баз данных OLTP.

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

Analysis Services предоставляет инструменты для анализа данных, которые находятся в хранилищах и киосках данных, где итоговая информация содержится в таблицах фактов. Таблица фактов – центральная таблица в схеме хранилища данных, в ней хранятся численные меры и ключи, связывающие факты с таблицами измерений. Как правило, базовая таблица фактов содержит сведения, описывающие некоторые события в бизнесе, например банковские транзакции или факты продажи продукции. Приложения работают с данными Analysis Services с помощью многомерных расширений ADO и OLE DB. Обработка запросов OLAP посредством многомерных кубов Analysis Services выполняется существенно быстрее, чем с использованием подробной информации из баз данных OLTP.

В систему Analysis Services входит сервер, управляющий многомерными кубами, предназначенными для анализа. Он обеспечивает клиенту быстрый доступ к данным куба. Чтобы быстро выдавать ответы на сложные аналитические запросы. Analysis Services организует данные из хранилища в кубические массивы с помощью предварительно вычисленных агрегированных данных. Analysis Services также облегчает создание моделей извлечения информации для данных как из многомерных, так и из реляционных источников. Можно применять модели извлечения информации к обоим типам данных. Посредством службы PivotTable – компонента доступа, совместимого с OLE DB, Microsoft Excel и приложения других производителей могут получать данные с сервера и представлять их пользователю или создавать локальные кубические массивы для автономного анализа.

2.3      Разработка физической модели данных

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

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


Рисунок 2.9 Бюджетная классификация доходов

Таблица 12 Описание физической модели бюджетной классификации доходов

Таблица

Атрибут

Описание

1 2 3
BudgetClassifications Бюджетные классификации за разные годы
id Уникальный идентификатор
year Год в течении которого действует бюджетная классификация
RevenueGroups Группы доходов
id Уникальный идентификатор
budgetClassificationId Код бюджетной классификации. Внешний ключ.
sid Код группы доходов в соответствии с бюджетной классификацией
name Наименование группы доходов
RevenueSubgroups Подгруппы доходов
id Уникальный идентификатор
groupId Код группы доходов. Внешний ключ.
sid Код подгруппы доходов в соответствии с бюджетной классификацией
name Наименование подгруппы доходов
RevenueClauses Статья доходов
id Уникальный идентификатор
subgroupId Код подгруппы доходов. Внешний ключ
sid Код статьи доходов в соответствии с бюджетной классификацией
name Наименование статьи доходов
RevenueSubclauses Подстатьи доходов
id Уникальный идентификатор
clauseId Код статьи доходов. Внешний ключ
sid Код подстатьи доходов в соответствии с бюджетной классификацией
name Наименование подстатьи доходов
Elements Элементы бюджетной классификации
id Уникальный идентификатор
budgetClassificationId Код бюджетной классификации. Внешний ключ
sid Код элемента в соответствии с бюджетной классификацией
name Наименование элемента
RevenuePrograms Программы доходов
id Уникальный идентификатор
budgetClassificationId Код бюджетной классификации. Внешний ключ
sid Код программы в соответствии с бюджетной классификацией доходов
name Наименование программы доходов

На рисунке 2.10 представлены таблицы, относящиеся к бюджетной классификации расходов.

В таблице 13 представлено описание таблиц, относящихся к бюджетной классификации расходов.

На рисунке 2.11 представлены таблицы, относящиеся к бюджетной классификации источников финансирования дефицита.

В таблице 14 представлено описание таблиц, относящихся к бюджетной классификации источников финансирования дефицита.

На рисунке 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 необходим для повышения надежности системы.

Страницы: 1, 2, 3, 4


© 2010 Собрание рефератов