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

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

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

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

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

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

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

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

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

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

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

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

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 Описание физической модели бюджетной классификации доходов

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

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

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

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

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

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

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

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

Рисунок 2.11 Бюджетная классификация источников финансирования дефицита

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

Рисунок 2.12 Формирование доходной части проекта бюджета

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

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

Рисунок 2.13 Формирование расходной части проекта бюджета

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

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

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

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

Рисунок 2.14 –    Формирование источников финансирования дефицита бюджета

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

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

Рисунок 2.15 Формирования консолидированного проекта бюджета территории

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

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

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

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