Агентный подход к созданию приложений параллельного поиска информации в распределенной системе разнородных баз данных

Агентный подход к созданию приложений параллельного поиска информации в распределенной системе разнородных баз данных

Автор: Болдырев, Евгений Викторович

Шифр специальности: 05.13.17

Научная степень: Кандидатская

Год защиты: 2005

Место защиты: Красноярск

Количество страниц: 136 с. ил.

Артикул: 2853954

Автор: Болдырев, Евгений Викторович

Стоимость: 250 руб.

Агентный подход к созданию приложений параллельного поиска информации в распределенной системе разнородных баз данных  Агентный подход к созданию приложений параллельного поиска информации в распределенной системе разнородных баз данных 

Оглавление
Введение.
Актуальность проблемы.
Цель работы.
Задачи работы.
Методы исследования.
Научная новизна.
Теоретическая значимость
Практическая ценность.
Апробация работы
Сведения о внедрении
Публикации
Структура работы
Глава 1. Подходы к построению систем доступа к данным
1. Клиентсерверный подход.
2. Агентный подход.
2.1. Классы решаемых задач.
2.2. Преимущества применения.
2.3. Предпосылки применения
Глава 2. Теория агентных систем
1. Основные понятия.
2. Варианты архитектур
3. Понятие агента.
4. Архитектура агента.
5. Модель жизненного цикла агента.
Глава 3. Проектирование системы параллельного поиска информации в
системе распределенных баз данных с использованием агентного подходаЗО
1. Декомпозиция задачи
2. Построение модели.
3. Выявление факторов, которые могут повлиять на агента.
4. Выбор агентной платформы.
5. Адаптация построенной модели.
6. Разработка функциональности агентов
7. Разработка схем взаимодействия и выбор языков общения
8. Программная реализация
Глава 4. Варианты реализации системы на основе разработанных алгоритмов и архитектур
1. Языковые средства разработки
2. Технологии реализации распределенных вычислений.
3. Стандарты агентных систем
3.1. I.
3.2. I
4. Инструментальные средства разработки.
4.1.
4.2. .
4.3.
4.4.
4.5. .
5. Сравнительный анализ инструментальных средств разработки.
Глава 5. Реализации системы с использованием языка v и агентной платформы
1. Обзор платформы
1.1. Контейнеры и платформы.
1.2. Служба каталогов и система управления агентами.
1.3. Создание агента
1.4. Жизненный цикл агента
1.5. Начало выполнения агента.
1.6. Поиск и регистрация агентов
1.7. Коммуникационные модели
1.8. Язык общения агентов .
1.9. Организация взаимодействия агентов.
1 Постановка задач на выполнение агенту.
1 Завершение выполнения агента
2. Поддержка устройств с ограниченными возможностями
3. Реализация системы поиска информации
3.1. Средства разработки
3.2. Подготовка служебных файлов и папок проекта
3.3. Создание агента
3.4. Отладка агентов
4. Локализация и поддержка русского языка
Глава 6. Экспериментальные исследования
1. Описание условий эксперимента.
2. Полученные результаты.
Заключение
Литература


Инструменты для проектирования интерфейса клиента предоставляют большие возможности - проектирование происходит быстрее, а сервер может быть довольно простым, поскольку большая часть сложной обработки возлагается на клиента. Следствием из этого является заметное удешевление системы, особенно ее серверной части, появляется возможность не зависеть от платформы сервера, поскольку все системы управления базами данных от одного поставщика предоставляют единый интерфейс доступа и управления, независимо от платформы сервера. Independent Database Application Programming Interface) от Borland-Inprise позволяют добиться и независимости от производителя СУБД. Большие расходы ресурсов (временных, трудовых, технических) при модификации и обслуживании информационной системы. Однако, по мере возрастания сложности системы - когда количество источников данных и количество пользователей возрастает, количество и алгоритмическая сложность приложений увеличивается и клиент-серверная система очень быстро исчерпывает возможности по развитию. Без жесткого контроля по безопасности, который могла бы предоставить только централизованная система, такой контроль должен возлагаться на каждое клиентское приложение в отдельности, а это накладывает дополнительные сложности при осуществлении и поддержании проекта в целом. А поскольку база данных может обрабатываться одновременно на многих персональных рабочих станциях, сервер базы данных должен вводить и обрабатывать дополнительные функции, обеспечивающие безопасность информации. Для того чтобы работать с несколькими базами данных, клиент должен уметь устанавливать несколько связных сессий одновременно по разным протоколам, если базы данных, используемые в системе, не являются базами данных от одного производителя. По мерс возрастания сложности клиентского приложения увеличивается и его размер. По мере возрастания размера приложения возрастают требования к клиентскому компьютеру, его вычислительной мощности, размеру оперативной и долговременной памяти. А поскольку количество пользователей в системе также имеет тенденцию к росту, мы неминуемо должны увеличивать и мощность серверной аппаратуры. Решением проблем масштабируемости в клиент-серверном подходе будет увеличение частоты процессора, объема оперативной памяти и пропускной способности сетевого оборудования Причем эта рекомендация касается как клиентской, так и серверной стороны. Клиент-серверный подход хорошо работает в случае, когда все данные хранятся лишь в одном месте, на одном сервере базы данных. Но именно такой случай представляет собой большую редкость. По некоторым оценкам всего треть данных средней организации можно поместить в реляционную базу данных. Большинство же данных до сих пор находится в нереляционных базах данных, часто самодельных, или же просто хранятся в виде отдельных файлов. Существующие на сегодня инструменты разработки предназначены большей частью для операций с данными, выбираемыми из таблиц реляционных БД, и почти не предлагают средств для интеграции данных из множества других источников в единую систему. Клиентские приложения становятся все более сложными и все менее управляемыми. Это общая тенденция для клиент-серверного подхода. Рисунок 1 - Классическая архитектура типа клиент-сервер Клиент-серверная архитектура (Рисунок 1) - это архитектура, существенно зависящая от применяемых программных инструментов. Возможности масштабирования и развития системы существенно ограничены. Эта архитектура позволяет весьма производительным способом использовать инструменты скоростной разработки приложений, однако стоимость администрирования и развития такой архитектуры непомерно высока. При этом эта архитектура принципиально ограничивает доступ ко всему объему данных, возможности интеграции систем в единое целое, поддержку одновременно и новых, и прежних технологий. Все возрастающая сложность приложений приводит к меньшей управляемости информационной системы, и к большей зависимости от поведения наименее надежного элемента системы - конечного пользователя. В данной работе предлагается использовать новый подход и новую архитектуру (Рисунок 2) при разработке информационных систем -технологию программных агентов [,,].

Рекомендуемые диссертации данного раздела

28.06.2016

+ 100 бесплатных диссертаций

Дорогие друзья, в раздел "Бесплатные диссертации" добавлено 100 новых диссертаций. Желаем новых научных ...

15.02.2015

Добавлено 41611 диссертаций РГБ

В каталог сайта http://new-disser.ru добавлено новые диссертации РГБ 2013-2014 года. Желаем новых научных ...


Все новости

Время генерации: 0.267, запросов: 244