Предпосылкой создания информационно-аналитической системы НЕВОД послужило то, что люди разных профессий столкнулись с одинаковыми проблемами. Разнородность поступающей информации (тексты, графика, видео, звук) требует особых подходов к ее обработке и хранению; большое количество источников не позволяет отслеживать полезность или повторение полученных данных; появляются трудности при описании взаимосвязей между различными элементами; поиск неявных на первый взгляд связей между людьми, событиями, организациями является крайне трудоемкой задачей.

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

Информационно-аналитическая система НЕВОД предназначена в первую очередь для накопления и анализа структурированной информации, однако может хранить и неструктурированную.

Что такое структурированная информация

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

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

• либо как набор объектов АБОНЕНТ, у которых есть атрибуты: ФИО (фамилия, имя и отчество одной строкой), АДРЕС (город, улица, дом, квартира одной строкой), НОМЕР ТЕЛЕФОНА;
• либо как набор связанных объектов АБОНЕНТ и АДРЕС. При этом объект АДРЕС содержит следующие атрибуты: ГОРОД, УЛИЦА, ДОМ, КВАРТИРА, а объект АБОНЕНТ содержит отдельно ФАМИЛИЮ, ИМЯ, ОТЧЕСТВО, ссылку на объект АДРЕС, группу атрибутов с общим названием ТЕЛЕФОН, в которую входят атрибуты КОД ГОРОДА и НОМЕР ТЕЛЕФОНА.

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

Важность структурирования информации отметили в своей статье "Создание структурированной информации" специалисты компании Andersen Consulting Джейн Линдер и Дрю Фелпс: "Оптимистично настроенные руководители начнут использовать структурирование информации несмотря на трудности, с которыми им придется столкнуться".

Что такое накопление?

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

Что такое анализ?

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

Следующим шагом в анализе является наглядное представление извлеченных по запросам данных. Многие руководители не подозревают о возможностях визуального анализа данных. Отвечая на вопрос о том, как они используют графику, большинство респондентов, опрошенных фирмой Andersen Consulting , начинали что-то говорить о PowerPoint и Excel. Для специалистов по обработке данных структурирование информации означает не создание слайдов с подписями, а организацию информации таким образом, чтобы представить ее визуально, не ограничиваясь при этом одними лишь столбцовыми и секторными диаграммами. Каждый документ после структурирования представляет собой семантическую сеть (граф), где в узлах находятся объекты (модели сущностей реального мира), а дуги отражают взаимодействие этих сущностей. Если такую сеть отобразить на диаграмме и добавить в диаграмму элементы, отсутствующие в базе, но полученные некоторыми алгоритмами обработки данных из базы, то становится понятным, какое решение нужно принять.

Основные возможности ИАС НЕВОД

Система НЕВОД постоянно совершенствуется, появляются новые возможности. Впервые система была реализована под MS DOS , а в 1997 году была начата разработка под MS Windows .

Описание предметной области

Вся информация хранится в виде связанных между собой информационных объектов.

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

Атрибуты могут быть следующих типов:

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

Все атрибуты объектов могут содержать несколько значений (являются многозначными) и значение любого атрибута может отсутствовать (то есть заполнение атрибутов необязательно).

Ввод информации

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

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

Объединение информации

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

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

Поиск

Возможно создание незапланированных (ad hoc) запросов произвольной сложности. В любой момент времени можно выполнять ранее составленный и сохраненный запрос. Предусмотрен поиск по нескольким серверам с одинаковой предметной областью.

Отчеты

Информация об объекте или выборке объектов сохраняется в файл. Вид этой информации определяется редактируемой формой вывода (формы ввода могут выступать и в качестве форм вывода).

Статистический отчет представляет собой электронную таблицу, поля которой заполняются как числами, символами, формулами, так и данными из базы НЕВОД.

Диаграмма связей

НЕВОД предоставляет возможность навигации по связанным данным. Помещенные в диаграмму объекты представляются в виде графа. Оформление графа определяется правилами, заданными пользователем.

Кроме предопределенных типов правил анализа, предоставляется возможность написания своих скриптов на языке Visual Basic , если он установлен. Более подробно работа с диаграммой связей описана в статье «Визуализация семантической сети» , опубликованной в журнале «Открытые системы» .

Импорт/экспорт предметной области и данных

Предметная область может быть выгружена в файл формата XML и загружена из файла такого же формата. Это позволяет создать новую информационную систему и обмениваться данными между базами с одинаковой предметной областью.

Для обмена данными предусмотрены два различных формата: внутренний формат вводимых документов и файлы формата XML.

Возможен импорт данных из других систем, если эти источники поддерживают интерфейс ODBC .

Интернет

В НЕВОД предоставляется возможность разработки Интернет-сайта с использованием накопленных данных. Построение сайта осуществляется в виде схемы из страниц и переходов между ними. Страницы могут быть как фиксированными, так и динамически генерируемыми по результатам выполнения запроса: данные выгружаются в XML, а оформление задается с помощью XSL.

Разграничение доступа

НЕВОД поддерживает как режим единоличного использования, так и многопользовательский режим работы.

Для идентификации и аутентификации пользователей НЕВОД использует возможности применяемой системы управления базами данных (в стандартном дистрибутиве – это сертифицированная на второй класс защиты данных СУБД ЛИНТЕР ® , кроме того существует версия, работающая через ODBC с другими СУБД, например, с Oracle ).

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

• введенные им самим данные;
• данные, введенные его подчиненными;
• данные, введенные другими пользователями, но переданные ему.

Кроме разграничения доступа к данным, предусмотрено разграничение доступа к режимам работы.

Мониторинг

Помимо разграничения доступа меры повышенной безопасности, реализованные в системе НЕВОД, предусматривают отслеживание работы пользователей. Система мониторинга настраивается на журнализацию некоторых действий отдельными пользователями (возможно указание отдельных рабочих станций в сети) вплоть до сохранения вида выполнявшегося запроса.

ТЕХНИЧЕСКИЕ ДАННЫЕ НЕВОД

Архитектура двухзвенная: клиент-сервер.

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

Стандартный дистрибутив работает на платформе i386 под управлением операционной системы MS Windows 9X/ME/NT4.0/2000/XP/2003.

На заказ поставляется НЕВОД, где только клиентская часть работает под управлением MS Windows 9X/ME/NT4.0/2000/XP/2003, а серверная выбирается из списка платформ, поддерживаемых ЛИНТЕР ® . Также возможна работа с другими СУБД.

Минимальные требования для установки:

• объем свободного места на жестком диске – 40 Мбайт;
• объем оперативной памяти – 32 Мбайта;
• производительность процессора – 100 МГц;
• разрешение монитора 800х600 точек.

Для написания скриптов динамического анализа диаграмм связей требуется установка интерпретатора языка Basic, входящего в состав MS Office. Организация сайта требует наличия MS Internet Information Server.

ОТЛИЧИЯ НЕВОД ОТ АНАЛОГОВ

Лицензионная чистота

НЕВОД является лицензионно-чистым программным продуктом, разработанным в ЗАО НПП "РЕЛЭКС". Это дает возможность сертификации НЕВОД на высокий класс защиты информации.

Удобство использования

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

Первое впечатление, производимое интерфейсом НЕВОД – это непривычность. Действительно, мы все привыкли к офисным пакетам, к проводнику, где работа ведется с линейными списками и таблицами, а для отображения иерархии всегда используется дерево. Аналоги НЕВОД идут по тому же пути – привычному, но неудобному для работы с объектами, атрибуты которых могут содержать несколько значений. С подобным интерфейсом легко стартовать, но когда работа становится повседневной, то возникает желание минимизировать количество действий при вводе информации (нажатий клавиш, перемещений курсора мыши, нажатий кнопок мыши), – мы смогли этого добиться в НЕВОД.

В НЕВОД введено понятие ресурса пользователя. Ресурсом может быть запрос, форма ввода/вывода, статистический отчет, диаграмма связей и многое другое. С ресурсами пользователь работает как с файлами, т.е. может создавать папки, укладывать в них свои ресурсы, добиваясь тем самым порядка и логичного расположения.

Универсальность НЕВОД и единство методологии

Универсальность применения достигается тем, что НЕВОД настраивается на любую предметную область. Администратор описывает область, по которой будет вестись учет. После этого пользователи могут работать в заданных терминах, придерживаясь единой методологии, которая заключается в том, что вносятся только установленные факты.

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

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

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

Интеграция данных

НЕВОД объединяет информацию, вводимую разными пользователями, разделенными, возможно, большими расстояниями. При этом вся вводимая информация анализируется и сверяется с уже накопленной в базе.

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

Использование стандартов и совместимость

НЕВОД ориентирован на использование стандарта XML. С помощью этого формата не только осуществляется выгрузка/загрузка данных и метаданных, но и динамическая генерация страниц Интернет-сайта, созданного средствами НЕВОД. В виде XML можно выгружать как документы, так и результаты выполнения запросов. Ввиду того, что данные физически отделены от оформления, дизайнеры могут задать с помощью XSL любое оформление (выходные формы) данным, полученным из базы НЕВОД в результате выполнения пользовательского запроса.

Для работы с произвольными СУБД в НЕВОД реализована поддержка стандарта ODBC. Это позволяет, например, строить хранилище данных средствами НЕВОД на базе СУБД Oracle.

Формат обмена данными через буфер в статистических отчетах НЕВОД совместим с MS Excel, что позволяет использовать дополнительные средства визуализии. Также через буфер возможен обмен данными со всеми программами, работающими в MS Windows.

Диаграммы связей

В отличие от визуализации семантической сети, предлагаемой другими производителями, диаграммы связей НЕВОД обладают более разнообразными средствами анализа. Это не только задание правил оформления внешнего вида элементов диаграммы, но и выделение неявных связей, объединение цепочек объектов в одну связь, предоставление средств программного управления содержимым диаграммы.

Благодаря мощным средствам визуализации и анализа семантической сети НЕВОД занимает достойное место среди систем поддержки принятия решений (СППР).

НЕВОД-СЕРВЕР

Результатом одного из направлений дальнейшего развития информационно-аналитической системы НЕВОД стала библиотека разработки информационных систем НЕВОД-СЕРВЕР.

НЕВОД-СЕРВЕР предназначен для разработчиков информационно-поисковых и аналитических систем, систем поддержки принятия решений, хранилищ данных (ХД) и т.д.

Основная функция НЕВОД-СЕРВЕР – это отображение объектной модели данных ХД на реляционную модель и предоставление программного интерфейса, позволяющего:

• добавлять/изменять/удалять описание типов объектов хранилища и их атрибутов;
• импортировать/экспортировать данные из/в XML-формат;
• создавать, сохранять и выполнять запросы на обработку данных.

Одним из важных требований, предъявлявшихся к НЕВОД-СЕРВЕР, была реализация комплекса средств защиты информации, соответствующего второму классу, согласно Руководящему документу Государственной технической комиссии при Президенте РФ "Средства вычислительной техники. Защита от несанкционированного доступа к информации".

ОСНОВНЫЕ ВОЗМОЖНОСТИ НЕВОД-СЕРВЕР

Идеология НЕВОД-СЕРВЕР

Идеологически НЕВОД-СЕРВЕР ориентируется на создание хранилищ данных (ХД), согласно определению Уильяма Инмона: "Хранилище данных (Data Warehouse) – это предметно-ориентированный, интегрированный, неизменяемый, поддерживающий хронологию набор данных, организованный для целей поддержки принятия решений".

Дальнейшее развитие НЕВОД-СЕРВЕР планируется вести в направлении создания средств интеллектуального анализа данных (ИАД или Data Mining), а также средств OLAP.

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

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

Допустим, пол можно обозначать "М" и "Ж", "МУЖ" и "ЖЕН", но в базе соответствующие значения должны быть синонимичными. Т.е. по запросу с условием равенства атрибута ПОЛ значению "М" должны быть выданы объекты, как со значением атрибута ПОЛ равным "М", так и со значением равным "МУЖ". Также должна обеспечиваться возможность интеграции данных о ЧЕЛОВЕКЕ и о ФИЗИЧЕСКОМ ЛИЦЕ, если так называются объекты, характеризующие людей в разных базах.

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

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

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

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

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

Место НЕВОД-СЕРВЕР в классификации ХД

Выделяют следующие варианты реализации хранилищ данных:

•  виртуальное хранилище данных;

•  витрины данных;

•  глобальное хранилище данных;

•  многоуровневая архитектура хранилища данных.

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

Витрина данных (Data Mart) по своему исходному определению - это набор тематически связанных баз данных, которые содержат информацию, относящуюся к отдельным аспектам деятельности организации. По сути дела, витрина данных - это облегченный вариант хранилища данных, содержащий только тематически объединенные данные. Целевая база данных максимально приближена к конечному пользователю и может содержать тематически ориентированные агрегатные данные. Витрина данных, естественно, существенно меньше по объему, чем корпоративное хранилище данных, и для его реализации не требуется особо мощная вычислительная техника.

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

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

На втором уровне поддерживаются витрины данных на основе многомерной системы управления базами данных. Такие СУБД почти идеально подходят для разработки OLAP-систем, но пока не позволяют хранить сверхбольшие объемы данных (предельный размер многомерной базы данных составляет 10-40 Гбайт). В данном случае это и не требуется, поскольку речь идет о витринах данных. Заметим, что витрина данных не обязательно должна быть полностью сформирована. Она может содержать ссылки на хранилище данных и запрашивать оттуда информацию по мере поступления запросов. Конечно, это несколько увеличивает время отклика, но зато снимает проблему ограниченного объема многомерной базы данных.

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

Глобальное хранилище данных может быть физически распределенным. В таком случае имеется несколько хранилищ данных, предметные области которых могут перекрываться по каким-либо объектам, но данные в них не дублируются. Два хранилища в составе глобального ХД могут хранить соответственно два объекта, описывающих один и тот же экземпляр какой-либо сущности реального мира. Каждый из таких объектов имеет свой собственный уникальный идентификатор в пределах своего хранилища, но глобальный уникальный идентификатор у них один и тот же.

НЕВОД-СЕРВЕР может использоваться как глобальное ХД или как изолированная витрина данных и развивается в направлении поддержки многоуровневой архитектуры и распределенного глобального ХД.

Архитектура НЕВОД-СЕРВЕР

Одним из требований к архитектуре НЕВОД-СЕРВЕР является реализация компонентного подхода. На данный момент существует несколько подобных технологий. Наиболее широко распространенные решения:

COM+/DCOM - Component Object Model – модель, предлагаемая фирмой Microsoft, предполагает реализацию компонентов на Visual C++ и Visual BASIC. Совокупность интерфейсов компонентов описывается на языке IDL. Существуют средства поддержки транзакций и распределенности, средства балансирования нагрузки. Недостаток: реализация только на платформе Microsoft Windows. То же ограничение и для технологии .NET.

CORBA - Common Object Request Broker Architecture - Технология разрабатываемая консорциумом OMG (Object Management Group). Поддерживается независимость аппаратно-программной реализации. Совокупность интерфейсов компонентов описывается на языке OMG IDL. Взаимодействие между системами обеспечивается протоколом IIOP.

EJB - компонентная технология на основе языка Java. Наследует переносимость языка Java, следствие этого – платформонезависимость. Предъявляет высокие требования к вычислительным ресурсам.

Необходимость работы под управлением различных ОС и обеспечение возможности сертификации исключает из рассмотрения технологии COM и EJB. Требование лицензионной чистоты разрабатываемого программного обеспечения обязывает вводить собственную реализацию технологии распределенных объектов, опираясь при этом на рекомендации OMG.

В НЕВОД-СЕРВЕР используется многозвенная архитектура, предусматривающая наличие сервера приложений. Функциональность, связанная с доступом к данным и их обработкой, реализовывается на стороне сервера приложений и управляется со стороны клиента с помощью объектов-представителей, взаимодействующих с объектами, размещенными на стороне сервера приложений, по специальному протоколу. Протокол удаленных вызовов представляет собой минимизированный протокол IIOP стандарта CORBA 2.3 и обеспечивает:

•  синхронный и асинхронный режим передачи сообщений;

•  вызов методов объектов;

•  независимое от аппаратной платформы представление базовых типов;

•  управление перенаправлением запроса.

Для описания интерфейсов, методы которых реализованы на сервере и могут быть вызваны клиентскими приложениями, использован язык OMG IDL. Трансляция входных данных с языка IDL в выходные исходные тексты на языке C++, предназначенные для последующей генерации библиотек сервера приложений и клиентской части, осуществляется специально разработанным компилятором IDL. Также реализована поддержка средства быстрой разработки приложений LAB, для чего компилятором IDL может создаваться соответствующий внешний компонент.

Разработчикам клиентских приложений предоставлены:

•  сервер приложений, управляющий созданием компонентов, реализующих функциональную часть приложений;

•  ядро НЕВОД-СЕРВЕР, в котором сосредоточены механизмы работы с базой данных и управления типами данных;

•  инструменты НЕВОД-СЕРВЕР, представляющие собой набор высокоуровневых средств для обработки информации.

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

•  хранение информации о присутствующих в системе компонентах;

•  поддержание механизма сессий для клиентских приложений;

•  прием удаленных вызовов клиентских приложений, вызов соответствующих методов компонента и возврат результата на клиентское приложение;

•  обеспечение масштабируемости системы.

Ядро НЕВОД-СЕРВЕР содержит компоненты, которые непосредственно работают с БД через соответствующие интерфейсы и выполняют следующие функции:

•  управление подключением к БД;

•  управление подключением к ХД;

•  управление исключительными ситуациями и их журналом;

•  управление типами данных;

•  управление предметной областью;

•  управление пользователями и безопасностью;

•  управление запросами;

•  управление вводом/выводом данных.

Инструменты НЕВОД-СЕРВЕР содержат компоненты, являющиеся набором высокоуровневых средств для обработки информации, представленные на стороне клиента визуальным объектом и обращающиеся к метаданным системы и к хранимым данным через ядро НЕВОД-СЕРВЕР. Для хранения собственных данных эти компоненты могут самостоятельно создавать ресурсы БД (таблицы и индексы). Список реализованных инструментов:

•  импорт/экспорт описания предметной области в XML;

•  импорт/экспорт данных в XML;

•  транслятор XML-запросов;

•  репозиторий XML схем для конвертации и обмена данными.

Благодаря архитектуре системы и компилятору языка IDL разработчики могут реализовывать собственные инструменты и даже изменять ядро НЕВОД-СЕРВЕР, адаптируя его к конкретной задаче.

ТЕХНИЧЕСКИЕ ДАННЫЕ НЕВОД-СЕРВЕРА

НЕВОД-СЕРВЕР – открытая, многопользовательская, объектно-реляционная система.

Основные функциональные и технические характеристики НЕВОД-СЕРВЕР при работе с СУБД ЛИНТЕР ® :

•  формат запросов – XML;

•  формат вводимых и выводимых данных – XML;

•  максимальное число типов объектов и многозначных атрибутов – 65513;

•  максимальное число объектов – 32000000;

•  максимальное число значений одного атрибута – 32000000;

•  максимальная длина BLOB-значения (Binary Large OBject), Гбайт – 2;

•  максимальная длина текстового значения, байт – 3996.

НЕВОД-СЕРВЕР функционирует под управлением как MS Windows, так и UNIX-подобных операционных систем.

ОТЛИЧИЯ НЕВОД-СЕРВЕРА ОТ АНАЛОГОВ

Большинство компаний предлагают построение глобального хранилища согласно классификации, приведенной в разделе "Место НЕВОД-СЕРВЕР в классификации ХД". Производители аналогичных систем предъявляют следующие требования к своим продуктам:

•  объектное представление информации;

•  возможность выбора БД для хранения данных;

•  обеспечение целостности хранимых данных;

•  переносимость на большинство программно-аппаратных платформ;

•  компонентный подход;

•  масштабируемость;

•  наличие API (прикладного программного интерфейса), с помощью которого можно выполнить любые операции с содержимым хранилища;

•  обеспечение защиты данных хранилища от НСД.

НЕВОД-СЕРВЕР реализует те же возможности, но является единственным отечественным лицензионно-чистым продуктом, готовым к сертификации в Гостехкомиссии при Президенте России и допускающим заказные доработки.