1.В данной дипломной работе рассматривается состав и функционирование ИС построенной по принципу «клиент-сервер» для численного обоснования решений.

2.В настоящее время стремительными темпами распространяются сетевые компьютерные технологии. Предпосылками к этому служат процессы дальнейшего развития программных и аппаратных средств вычислительной техники. Так как любая ИС предполагает одновременную работу с ней пользователей различных категорий, то разумней всего было построить такую систему по принципу «клиент-сервер». Самое примечательное свойство архитектуры «клиент-сервер» состоит в возможности удалить клиента от сервера на любое расстояние без существенного снижения скоростных характеристик системы (даже в случае сложных запросов) и без всяких изменений в программном обеспечении. Удаленный клиент подключается к серверу с помощью телефонного или иного канала. Это свойство очень ценно для организации распределенной обработки данных. Кроме того, оно позволяет заменять СУБД, операционную систему и сервер, не изменяя программного обеспечения клиентской части системы.

3.Целью настоящей дипломной работы является разработка структуры и алгоритмов взаимодействия программных блоков интеллектуальной системы для оценки сложных объектов, построенной по принципу «клиент\сервер». Конкретно рассматривается проектирование одного из блоков системы – блока управления данными и знаниями интеллектуальной системы, построенной по принципу «клиент\сервер».

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

4.Для достижения указанной цели необходимо решить следующие задачи:

- проанализировать основные задачи, решаемые ИС в целом и ее отдельными блоками: АРМ администратора системы, АРМ эксперта, АРМ лица принимающего решения (руководителя), АРМ рядового оператора;

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

- разработать порядок взаимодействия всех блоков системы;

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

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

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

Все вышесказанное обуславливает необходимость выделения в разработанной ИС следующих, относительно самостоятельных подсистем:

- подсистема настройки и адаптации;

- подсистема управления базами данных;

- подсистема принятия и анализа решений;

- подсистема обучения;

- подсистема управления сетью.

1.Подсистема настройки и адаптации предназначена для настройки системы для решения конкретной предметной задачи;

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

3.Подсистема управления сетью проектов, предназначенная для динамического связывания данных, относится к разным предметным задачам, но позволяющих решать более глобальные задачи;

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

5.Подсистема управления базами данных (БД)предназначена для ведения (ввод, удаление, редактирование, сортировка и т.д.) БД, содержащей оцениваемые объекты.

Описания подсистемы фактически являются АРМ-ами различных категорий пользователей. Так администратор системы должен пользоваться подсистемой настройки и адаптации, а также подсистемой управления сетью проектов и подсистемой управления БД.

Эксперты-специалисты в предметной области должны пользоваться подсистемами обучения и возможно подсистемами настройки и адаптации и подсистемами управления БД.

Лицо принимающее решение (руководитель) как правило пользуется только подсистемой принятия и анализа решений. Рядовые операторы обеспечивают внесение исходных данных в базу и являются основными пользователями подсистемы управления базой данных. На основании этого предлагается реализовать всю  универсальную экспертную систему в виде следующих пяти АРМ-ов:

- АРМ настройки и адаптации (“Администратор”);

- АРМ подсистема управления базами данных;

- АРМ принятия и анализа решений;

- АРМ обучения;

- АРМ управления проектов сетью.

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

Отдельно необходимо рассмотреть вопросы взаимодействия между собой отдельных АРМ-ов. Поскольку по техническому заданию архитектура проектируемой системы строится по принципу клиент-сервер (КС), необходимо произвести такую декомпозицию отдельных подсистем, которая обеспечивала бы формирование типовых запросов от разных АРМ-ов и обработку этих запросов серверной частью системы. Именно поэтому в состав разработанной системы необходимо включить серверный программный блок, который непосредственно управляет всеми БД всех одновременно решаемых задач. Все обращения к любым данным системы происходят только через этот серверный блок.. Таким образом в серверном блоке должны быть части деллегированные ему описанными подсистемами. Это означает, что часть функций обеспечивающих настройку системы, ее обучение, вычисление и интерпретацию оценок, должны также выполняться и серверным блоком. Именно по этому в состав серверного блока включены соответствующие фрагменты.

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

-создание проекта не завершено;

-проект не обучен;

-обучение проекта завершено;

-обучение для задач классификации с уточнениями.

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

AS (Application Server), в которой компонента