8 Архитектура системы «эод», действующей в налоговых органах местного уровня

Дисциплина «Информационные системы в налогообложении»

Архитектура системы ЭОД формировалась на основе рекомендаций фирмы Microsoft при непосредственном участии специалистов этой фирмы.

Система базируется на многоуровневой архитектуре. При этом выделяются следующие уровни:

пользовательские интерфейсы– здесь выполняется преобразование информации для представления пользователю и обеспечивается интерфейс ввода данных;

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

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

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

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

В системе на клиентском рабочем месте реализован многооконный интерфейс – пользователь может одновременно работать в нескольких окнах, решать в них различные задачи системы ЭОД.

Система характеризуется большим функциональным наполнением – она обеспечивает решения всех основных задач налогового администрирования, выполняемых в налоговых органах местного уровня (инспекциях ФНС). Объем функционального наполнения постоянно растет.

Ввиду большого числа решаемых задач система является весьма объемной. Например, база данных содержит более 4000 различных таблиц, для работы с данными используются более 700 хранимых процедур.

Ввиду большого количества данных, хранящихся на сервере, имеется возможность размещать базу данных на нескольких серверах – это необходимо делать в наиболее крупных инспекциях ФНС.

9 Архитектура субд. Функции субд. Встроенный sql

Дисциплина «Базы данных»

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

СУБД должна предоставлять доступ к данным любым пользователям, включая и тех, которые практически не имеют и (или) не хотят иметь представления о:

физическом размещении в памяти данных и их описаний;

механизмах поиска запрашиваемых данных;

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

Основные функции СУБД:

управление данными во внешней памяти (на дисках);

управление данными в оперативной памяти с использованием дискового кэша;

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

поддержка языков БД (язык определения данных, язык манипулирования данными).

Обычно современная СУБД содержит следующие компоненты:

ядро, которое отвечает за управление данными во внешней и оперативной памяти, и журнализацию,

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

подсистему поддержки времени исполнения, которая интерпретирует программы манипуляции данными, создающие пользовательский интерфейс с СУБД

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

При выполнении основных из этих функций СУБД должна использовать различные описания данных.

Естественно, что проект базы данных надо начинать с анализа предметной области и выявления требований к ней отдельных пользователей (сотрудников организации, для которых создается база данных). Объединяя частные представления о содержимом базы данных, полученные в результате опроса пользователей, и свои представления о данных, которые могут потребоваться в будущих приложениях, АБД сначала создает обобщенное неформальное описание создаваемой базы данных. Это описание, выполненное с использованием естественного языка, математических формул, таблиц, графиков и других средств, понятных всем людям, работающих над проектированием базы данных, называют инфологической моделью данных.

Уровни моделей данных

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

Остальные модели, являются компьютеро-ориентированными. С их помощью СУБД дает возможность программам и пользователям осуществлять доступ к хранимым данным лишь по их именам, не заботясь о физическом расположении этих данных. Нужные данные отыскиваются СУБД на внешних запоминающих устройствах по физической модели данных.

Так как указанный доступ осуществляется с помощью конкретной СУБД, то модели должны быть описаны на языке описания данных этой СУБД. Такое описание, создаваемое АБД по инфологической модели данных, называют даталогической моделью данных.

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