Оптимального управления 15 страница

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

из базы показатели, имеющие желаемые атрибуты. ПРОЛОГ, получив запрос, тут же начинает отыскивать ответы на него без каких-либо специальных предварительных этапов.

Другой областью, где используется ПРОЛОГ, является управление роботами. В данном случае речь идет о роботах, способных принимать решения и, исходя из этого, строить план действий. Тог же способ запоминания с помощью предикатов позволяет запоминать план, построенный с помощью резолюций. При этом робот может ходить, передвигать какой-либо объект, влезать на что-то и т. д.

Наибольшее распространение получило использование языка ПРОЛОГ при создании экспертных систем.

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

Широко признанным авторитетом в области БД является Ассоциация по языкам систем обработки данных CODASYL (Conference on Data Systems Languages), и поэтому обычно используется ее терминология и определения.

Запись — это поименованная совокупность элементов или агрегатов данных.

Агрегат данных — это поименованная совокупность элементов данных внутри записи, рассматриваемая как единое целое. Например, агрегат данных DATA может состоять из элементов данных — месяц, день, год.

Элемент данных — это наименьшая единица поименованных данных. Он может состоять из любого количества битов или байтов.

Таким образом, БД можно определить как совокупность взаимосвязанных, хранящихся вместе данных при наличии такой минимальной избыточности, которая допускает их использование оптимальным образом для одного или нескольких приложений. Данные принято запоминать так, чтобы они были независимы от программ, их использующих. Кроме того, данные структурируются таким образом, чтобы была обеспечена воз-! можность дальнейшего наращивания приложений.

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

Наиболее важными характеристиками БД являются:

1. Возможность представления внутренней структуры БД, которая отражает наиболее характерные свойства данных.

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

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

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

5. Возможность поиска, которая должна обеспечивать обра-ботку таких запросов и\или формирование таких ответов, кото-рые заранее не были запланированы. При этом поиск по запросу и формирование ответов должно быть быстрым и гибким.

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

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

8. Связь с прошлым, которая должна обеспечивать инфор-мационную совместимость с предыдущими версиями БД.

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

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

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

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

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

Основные требования к организации БД для интеллекту-альных систем (ИС) следующие:

1. Они должны обеспечивать многократное использование данных при решении задач логического вывода.

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

3. Подсистемы и пользователи должны легко узнавать и по-нимать, какие данные имеются в их распоряжении.

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

5. Изменения в БД должны осуществляться без нарушения имеющихся способов использования данных.

6. Хранение данных должно осуществляться с минимальны-ми затратами памяти.

7. Запросы на данные должны удовлетворяться со скорос-тью, обеспечивающей выполнение требований к времени реше-ния задач логического вывода.

8. Внутренняя структура БД должна обеспечивать хранение и обработку всех типов данных, используемых в ИС.

9. СУБД должна обеспечивать связь с пользователем, с под-системами ИС и с системами сбора и обработки данных в режи-ме реального времени при использовании в цифровых системах управления.

Современный уровень развития теории автоматического управления, искусственного интеллекта, информатики, вычис-лительной техники и опыт построения и эксплуатации интел-лектуальных проблемно-ориентированных программных средств, в частности экспертных систем (ЭС) позволяет гово-рить об актуальности использования методов и технологии об-работки знаний для организации интеллектуального управ- ления. Однако до сих пор существующие примеры применения интеллектуальных программных средств в системах управления весьма немногочисленны [42], что объясняется целым рядом объективных факторов, главными из которых являются сложность и неопределенность характеристик среды функционирования и быстротечность управляемых процессов, требующая оперативного обеспечения соответствующих ответных реакций.

При разработке экспертные регуляторов (ЭР) систем уп-равления часто используются так называемые оболочки экспертных систем реального времени.

Инструментальное средство (ИнС) для создания эксперт-ной системы реального времени (ЭС РВ) впервые выпустила в 1985 году фирма Lisp Machine. ИнС называлось Picon и испол-нялось на символьных ЭВМ Symbolics. Его успех на рынкепри- вел к тому, что группа ведущих разработчиков Picon образовала в 1986 году частную фирму Gensym, которая, значительно развив идеи, заложенные в Picon, выпустила в 1988 году ИнС под названием G2 версии 1.0. Ныне функционирует версия 4.1 и готовятся к выпуску 5.0 и 6.0. Ряд других фирм с отставанием от Gensym на 2™3 года начали создавать (или пытаться создавать) свои ИнС для экспертных систем реального времени.

В табл. 4.1 приведен достаточно полный перечень всех фирм и объявленных ими продуктов. Следует отметить, что, несмотря на значительное количество объявленных ИнС, в этом списке много либо незавершенных ИнС, либо таких, которые только с большой натяжкой могут быть отнесены к ИнС для создания ЭС РВ.

Таблица 4. 1 Оболочки экспертных систем реального времени

Продукт Фирма- производитель Страна Платформа (ПЭВМ/Рст)

Activation Framework Real Time Intelligent Systems США ПЭВМ

Chronos S20 Франция ПЭВМ

COGSYS SC Scicon Англия Рст

COMDALE/C Comdale Technologes Канада ПЭВМ и Рст

Продукт Фирма- производитель Страна Платформа (ПЭВМ/Рст)

Escort PA Consultants Англия Рст

Expert 90 Bailey США Рст

G2 Gensym США ПЭВМ и Рст

ILOG Rules (XRETE) ILOG Франция ПЭВМ и Рст

Mercury Artificial Intelligence Tech. (A.I.T.) США ПЭВМ

Montrex Stone and Webster США Рст

Muse Cambridge Consultants Англия ПЭВМ

Promass IJnibid Англия ПЭВМ и Рст

Rocky Expert Edge США ПЭВМ

RTES Knowledge Systems США Рст

RTAC /Power Mitech США ПЭВМ

RT/AI XntelliSys США ПЭВМ

RT Expert Integrated Systems Inc. США Рст

RT Works Talarian Corp. США Рст

SNAP Template Software США Рст

NDC Expert Honeywell США Рст

Пока наиболее продвинутым инструментом создания ЭС РВ, безусловно, остается G2 (Gensym, США), за ним со значительным отставанием (реализовано менее 50 % возможностей G2) следуют RT Works фирмы Talarian (США), COMDALE/C (Comdale, Канада), COGSYS (SC, США), ILOG Rules (ILOG, Франция). В табл. 4.2 G2 сравнивается со следующими группами ИнС для создания ЭС РВ:

Группа А — статистические оболочки ЭС, Группа В — супервизорные системы управления,

Таблица 4. 2

Сравнительная характеристика G2 и программируемых продуктов групп А, В, С, D

Свойства ЭСРВ Группа А Группа В Группа С G2

Работа в реальном, внутренний планировщик, параллельные процессы рассуждения - + + +

Структурированный естественноязыковой интерфейс, с управлением че-рез меню и автоматической проверкой синтаксиса - - - +

Общие правила, уравнения и динамические модели, применимые к классам объектов - - - +

Обратный и прямой вывод, сканирование, фокусирование, использование метазнаний - - - +

Интеграция подсистемы моделирования с динамическими моделями - - - +

Структурирование БЗ, наследование свойств, понимание связей между объ-ектами - - - +

Библиотеки знаний - ASCII-файлы, портируемые на любые аппаратные платформы без какого-либо дополнительного программирования - - - +

Развитый редактор для сопровождения базы знаний без программирования - - - +

Средства инспекции базы знаний + + +

Средства управления доступом с помощью механизма авторизации пользователя и обеспечение желаемого "взгляда" на приложение - + - +

Средства трассировки и отладки БЗ + - + +

Интерфейс оператора включает графики, диаграммы, шкалы, кнопки, редактор многослойных пиктограмм - + - +

Свойства ЭС РВ Группа А Группа В Группа С G2

Исполняется на ряде универсальных ЭВМ, включая рабочие станции DEC, HP, SUN, IBM + +... +

Кооперация ЭС реального времени по сетевому протоколу TCP/IP или DECnet с другими приложениями - - - +

Удаленные окна, включая интерактивную многопользовательскую работу - - - +

Интерфейсы с источниками данных обеспечивают эффективную связь с внешними системами и СУБД - + + +

Группа С — оболочки ЭС реального времени, перечислен-ные в табл. 4.1, исключая G2.

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

Общий итог по результатам сравнения 16 позиций: Группа А — реализовано 3 свойства из 16 (18 % от функци-ональных возможностей G2),

Группа В — реализовано 5 свойств из 16 (31 % от функциональных возможностей G2),

Группа С -- реализовано 3 свойства из 16 (18 % от функци-ональных возможностей G2).

Базу знаний (БЗ) во всех трех системах можно условно раз-делить на структуры данных, с которыми работает система, и выполнимые утверждения, которые обеспечивают манипули-рование данными.

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

Понятие класса является в G2 основой представления зна-ний. Все, что хранится в БЗ и чем оперирует система, — это эк- землляр того или иного класса. Более того, все синтаксические конструкции G2 тоже являются классами. Классы и ничего кроме классов и их экземпляров! Описание класса (тоже экземпляр специального класса) включает ссылку на суперкласс (иерархия "is-a") и перечень атрибутов, специфичных для класса (иерархия "part-of"). До последнего времени системе G2 были присущи только два недостатка: отсутствие множественного наследования (разрешена лишь древовидная схема наследования свойств) и невозможность написания присоединенных процедур-методов для класса. В последней, четвертой, версии системы эти недостатки устранены.

В системе RTworks множественное наследование для клас-сов разрешено, однако, в отличие от G2, каждый конкретный экземпляр может быть представителем только одного класса, т. е. экземпляр производного класса-родителя, что не позволяет записывать обобщенные утверждения, оперирующие сразу с множеством классов. Кроме того, в отличие от G2, атрибутом класса не может быть экземпляр другого класса. Это значит, что тривиальная для G2 задача описания составных объектов (например, автомобиль с четырьмя колесами) становится практически неразрешимой в RTworks.

Хотя в TDC Expert пользователь тоже оперирует понятиями "класс" и "экземпляр класса", тем не менее в этой системе от-сутствует реализация основной концепции объектно-ориенти-рованного подхода — наследование свойств и иерархии классов. Класс в смысле TDC Expert — это просто описание набора атрибутов, присутствующих в экземпляре данного класса. Можно сказать, что TDC Expert оперирует скорее с записями, чем с объектами.

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

Правила в системе G2 могут быть обобщенными, касающи-мися целого класса объектов, и специфическими, относящими-ся к конкретным экземплярам. Консеквент правила может содержать условные выражения и директивы, указывающие порядок исполнения утверждения консеквента — последовательный или параллельный. Особенностью машины вывода G2 является и богатый набор способов активизации правил. Правило в G2 может активизироваться в одном из 9 случаев:

данные, входящие в антецедент правила, изменились (пря-мой вывод — forward chaining);

правило определяет значение переменной, которое требу-ется другому правилу или процедуре (обратный вывод — back-ward chaining);

каждые п секунд, где п — число, определенное для данного правила (scan);

явная и неявная активизация другим правилом — путем применения операций фокусирования — focus или invoke;

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

определенное отношение между объектами установлено или уничтожено;

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

Если первые два способа достаточно распространены и в статических экспертных системах, а третий хорошо известен как механизм запуска процедур- демонов, то остальные — уникальная особенность самой системы G2. Методы с 5-го по 9-й являются основой для обработки данных на базе управления событиями. Особый интерес представляют операции фокусировки или концентрации внимания. Операция focus позволяет в определенной момент работы приложения сконцентрироваться только на тех правилах, которые касаются определенного объекта, а операция invoke — на правилах определенной, заранее введенной пользователем категории, что резко повышает эффективность прикладной системы.

Несмотря на то, что продукционные правила обеспечивают достаточную гибкость для описания реакций системы на изме-нения окружающего мира, в некоторый случаях, когда нам не-обходимо выполнить жесткую последовательность действий, например запуск или остановку комплекса оборудования, более предпочтительным является процедурный подход. Язык программирования, используемый в G2 для представления процедурных знаний, — достаточно близкий родственник Паскаля. Кроме стандартных управляющих конструкций этот язык расширен элементами, учитывающими работу процедуры в реальном времени: ожидание наступления событий, разрешение другим задачам прерывать выполнение данной процедуры, директивы, задающие последовательное или параллельное выполнение операторов. Еще одна интересная особенность языка — итераторы, позволяющие организовать цикл над множеством экземпляров класса. Перечисленные свойства языка позволяют системе одновременно выполнять множество различных процедур или нескольких копий одной и той же процедуры для различных объектов.

Система RTworks вообще не обладает возможностью опи-сывать процедурные знания; для написания процедур пользова-телю предлагается разрабатывать их на языке Си и подключать в качестве внешних программных модулей (в системе G2 такая возможность тоже предусмотрена).

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

Работа TDC Expert основана не на системе продукций, а на дереве решений. Поэтому разрабатываемые приложения покры-вают гораздо более узкий круг задач, чем в G2 или RTworks. Правил в привычном смысле в TDC Expert не существует. Пользователь описывает конкретные ситуации (узлы дерева решений) и рекомендации оператору для них.

Рассмотрим среду разработки.

Развитая система встроенных текстовых и графических ре-дакторов системы G2 и средств визуализации знаний прибли-жает ее по возможностям к современным CASE-средствам. Уп-рощение взаимодействия разработчика с системой достигается за счет оригинального подхода, реализованного в текстовом ре-дакторе. Процесс редактирования все время направляется про-цедурой грамматического разбора, что гарантирует введение только синтаксически правильных конструкций языка. В окне редактирования появляется динамически изменяемая подсказка, указывающая, какие языковые конструкции пользователь может вводить, начиная с текущей позиции курсора. Разработ-чик может набирать вводимый текст на клавиатуре или выби-рать подходящие шаблоны из подсказки. При редактировании доступны клавиатурные команды и контекстнозависимое меню операций редактирования.

Система RTworks не обладает встроенными средствами ре-дактирования базы знаний. Приложение должно быть сначала записано в виде ASCII-файла и затем подвергнуто грамматиче-скому разбору средствами RTworks. Фирма Talarian представляет такой подход как возможность пользоваться "вашим любимым текстовым редактором". Очевидно, что отсутствие интерактивных средств разработки увеличивает стоимость и продолжительность этапа создания приложения.

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

Сравним интерфейс с конечным пользователем.

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

Интерфейс с пользователем TDC Expert ограничен возмож-ностями системы TDC 3000. То есть взаимодействие с конечным пользователем не выходит за рамки текстового режима работы.

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

Система RTworks базируется на возможностях операцион-ной системы Unix для организации распределенной обработки.

Приложения на базе RTworks имеют модульную структуру, включающую в себя следующие процессы: коммуникационный сервер (Rtserver); подсистему получения данных (Rtdag); подсистему логического вывода (Rtie); человеко-машинный интерфейс (Rthci). Наличие интерфейса с внешними процедурами, написан-ными на Си, и использование среды Unix для поддержки распределенной обработки обеспечивает открытость системы RTworks.

К сожалению, распределенная архитектура RTworks дорого обходится разработчику. Во-первых, если заключение машины вывода отображается процессом Rthci, это должно быть специфицировано специальной командой машины вывода. Не-достаточно просто изменить значение в базе знаний, разработ-чик обязан еще указать имя переменной в Rthci и послать из-мененное значение коммуникационному серверу, который передаст его процессу Rthci. Во-вторых, разработка интерфейса Rthci, базы разделяемых данных и базы знаний, отличающихся друг от друга, требует от разработчика знания трех различных программных интерфейсов. В-третьих, эти различные среды разработки часто требуют избыточных описаний. Например, каждая переменная Rthci должна быть описана как в среде разработки Rthci, так и в спецификации базы разделяемых данных. На разработчика возлагается ответственность за то, чтобы оба описания были идентичны и при внесении измене-ний перекомпиляции были подвергнуты оба модуля. Чтобы за-дача стала еще более трудной, перечень описаний в базе разде-ляемых данных хранится в алфавитном порядке, а в Rthci — в порядке ввода. Недостатком RTworks является и односторонняя передача данных через процесс Rtdag. Невозможность послать через Rtdag запрос на получение данных делает задачу верификации показаний и диагностики неисправности датчи-ков практически неразрешимой.

G2 предоставляет разработчику гораздо более гибкие и мощные средства для формирования распределенных приложений на базе архитектуры клиент-сервер. В зависимости от требований конкретной задачи вы можете построить систему как содруже- ство автономных интеллектуальных агентов на базе интерфейса G2-G2. При этом обмен данными осуществляется на уровне переменных через протокол ICP(Intellgint Communication Protocol). Для организации обмена вам необходимо в описании переменной, получающей значение от другого G2-npoueccopa, просто указать номер сетевого порта источника. Кроме того, вы можете разрабатывать приложение как иерархическую систему. Для этого фирмой Gensym разработана клиентная система Telewindows, обеспечивающая множественный доступ к централизованной базе знаний и групповую работу с приложением.

Связь с внешними источниками данных строится на основе библиотеки стандартных интерфейсов и сервера GSI (G2 Standart Interface). Подсистема GSI работает параллельно с прикладной системой как независимый обработчик событий и обеспечивает ее двустороннее (в отличие от RTworks) взаимодействие с широким спектром программируемых контроллеров ведущих фирм (Allen Bradley, GE-Fanuc, AEG Modicon), систем сбора данных (ABB, Fisher, Siemens, Yokogawa, Foxboro, ORSI), концентраторов данных (Dec BASEstar, Allen Bradley Pyramid Integrator, Setpoint Setcim) и развитых СУБД (Oracle, Sybase, Dec Rdb). Библиотека GSI и так называемые G2 Bridge products позволяют легко интегрировать С2-приложение и существующие системы управления.

В системе TDC Expert специальных средств для распреде-ленной обработки не предусмотрено. Средства связи с управля-емым процессом обеспечиваются комплексом TDC 3000.

Остановимся на переносимости прикладных систем.

Больной вопрос для всех профессиональных программис-тов — переносимость разрабатываемых приложений — в рамках G2 решается элементарно просто. База знаний сохраняется в обычном ASCII-файле, который однозначно интерпретируется на любой из поддерживаемых платформ. Перенос приложения не требует его перекомпиляции и заключается в простом переписывании файлов БЗ. Функциональные возможности и внешний вид приложения не претерпевают при этом никаких изменений.

Система RTworks также доступна на широком спектре Unix- платформ. Однако отсутствие поддержки Open VMS для рабочих станций фирмы DEC и Windows NT для систем на базе процессоров DEC Alpha и Intel ограничивает возможность переносимости RTworks-приложений по сравнению с G2-приложениями.

TDC Expert работает только на мини-ЭВМ семейства VAX под управлением операционной системы VMS. Мало того, ин-терфейс с устройствами сбора данных предусмотрен только для серии TDC 3000. Эти жесткие ограничения заставили фирму Honeywell использовать в своих разработках для систем управления (в том числе и на базе TDC 3000) оболочку экспертных систем реального времени G2 фирмы Gensym вместо собственной системы TDC Expert.

Из приведенного сравнения видно, что именно G2 целесо-образно брать за основу построения интеллектуальной надстройки к существующим системам сетевого управления, таким, как HP Open View или SunNet Manager. В свете изложенного далее речь будет идти преимущественно о G2 и продуктах ее семейства.

Продукты фирмы Gensym для сетевого управления — это не системы управления сетями в привычном понимании, поэтому с традиционными средствами они не конкурируют. Они представляют собой скорее надстройки для повышения эффективности сетевого управления. Инструментальные средства фирмы Gensym широко используются ведущими фирмами, разработчиками прикладных систем управления телекоммуникационными сетями, такими, как Stanford Telecom, AT & Т, Intelsat.

Еще раз кратко подчеркнем достоинства продуктов Gensym в данной предметной области:

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

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

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

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

полная поддержка средств работы в реальном времени;

визуальное программирование, повышающее удобство ра-боты с системой;

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

наличие средств доступа к С2-приложениям из WWW через WebLink-специальный продукт Gensym для работы с Internet, что снижает требования к аппаратному обеспечению клиент-ского места и в то же время упрощает работу с системой;

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

Для облегчения разработки собственных интеллектуальных систем сетевого управления или надстроек над существующими фирма Gensym создала Fault Expert — специализированную инструментальную среду для работы с сетями. Внедрение Fault Expert совместно с G2 обеспечивает более высокую скорость реагирования на возникающие проблемы и более высокую надежность системы. Fault Expert имеет возможность обнаруживать, обобщать и ранжировать по приоритетам неполадки в работе сети, что приводит в конечном счете к повышению производительности работы оператора. Так как G2 и Fault Expert просты в обращении, требования, предъявляемые к квалификации оператора, снижаются.

Fault Expert позволяет эффективно реагировать на сигналы о сбоях, поступающие от того или иного сетевого оборудова-ния, уменьшая таким образом время простоя в сети и повышая качество обслуживания клиента. Средства управления сообще-ниями и сигналами тревоги включают в себя:

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

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

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

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

Перечисленные возможности — это только базовые функ-ции, встроенные в Fault Expert. Кроме них разработчику прило-жений полностью доступны все средства и механизмы, имею-щиеся в G2 и позволяющие добавлять в приложение любую требуемую функциональность, например планирование, разви-тие существующих корпоративных сетей с учетом научно-тех-нического прогресса, моделирование сетей на предмет выявле-ния потенциально узких мест в их работе и т. п.

Fault Expert унаследовала преимущества всех существующих мостов между G2 и внешними программами, Разработчику доступны готовые высокопроизводительные интерфейсы с такими базами данных, как Oracle, Sybase, Informix. Есть интерфейсы для распространенных сетевых менеджеров. Эти интерфейсы поддерживают SNMP-протокол и службы управления событиями. Кроме того, имеются средства сопряжения для множества других систем. Данные возможности позволяют легко интегрировать решение на базе G2/Fault Expert с уже существующими на предприятии платформами сетевого управления, добавляя к ним дополнительные функции.

Дата добавления: 2015-04-29