Интеллектуальные информационные системы

ВВЕДЕНИЕ

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

                Учебное пособие «Интеллектуальные информационные системы» предназначено также для студентов экономических специальностей: «Финансы и кредит», «Бухгалтерский учет», «Антикризисное управление», «Менеджмент», «Маркетинг», «Мировая экономика», которые в результате изучения учебного пособия освоят методы принятия управленческих решений,  основанные на  классификации ситуаций,  построении деревьев целей и решений,  логической  и  эвристической  аргументации, расчете рейтингов на базе нечеткой логики, управления динамическими процессами.

                Структурно учебное пособие состоит из 4 глав:

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

·       Во второй главе представлены основные этапы разработки наиболее распространенного класса ИИС - экспертных систем. При этом большое внимание уделяется вопросам построения концептуальной модели проблемной области, анализу и выбору методов представления знаний и соответствующих инструментальных средств.

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

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





Глава 1. Классификация интеллектуальных  информационных систем

1.1. Особенности и признаки  интеллектуальности  информационных систем

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

                Знание имеет двоякую природу: фактуальную и операционную.

·

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



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

                Часто фактуальное знание называют экстенсиональным (детализированным), а операционное знание - интенсиональным (обобщенным).

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

                Программа = Алгоритм (Правила преобразования данных +

                                       Управляющая структура) + Структура данных



 

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

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

                В системах, основанных на обработке баз данных (СБД - Data Base Systems), происходит отделение фактуального и операционного знаний друг от друга. Первое организуется в виде базы данных, второе - в виде программ. Причем программа может автоматически генерироваться по запросу пользователя (например, реализация SQL или QBE запросов). В качестве посредника между программой и базой данных выступает программный инструмент доступа к данным - система управления базой данных (СУБД):

                СБД = Программа <=> СУБД <=> База данных

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



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

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

                Анализ структуры программы показывает возможность выделения из программы операционного знания (правил преобразования данных) в так называемую базу знаний, которая в декларативной форме хранит общие для различных задач единицы знаний. При этом управляющая структура приобретает характер универсального механизма решения задач (механизма вывода), который связывает единицы знаний в исполняемые цепочки (генерируемые алгоритмы) в зависимости от конкретной постановки задачи (сформулированной в запросе цели и исходных условий). Такие ИС становятся системами, основанными на обработке  знаний  (СБЗ - Knowledge Base (Based) Systems):

СБЗ = База знаний <=> Управляющая структура <=> База данных

 (Механизм     вывода)

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

·       развитые коммуникативные способности,

·       умение решать сложные  плохо формализуемые задачи,

·       способность к самообучению,

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



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

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

                В различных ИИС  перечисленные признаки интеллектуальности развиты в неодинаковой степени и редко, когда все четыре признака реализуются одновременно. Условно каждому из признаков интеллектуальности соответствует свой класс ИИС (рис. 1.1):

·       Системы с интеллектуальным интерфейсом;

·       Экспертные системы;

·       Самообучающиеся системы;

Рис. 1.1. Классификация ИИС

 

1.2. Системы с интеллектуальным интерфейсом

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

- “Вывести список товаров, цена которых выше среднеотраслевой”,

- “Вывести список товаров-заменителей некоторой продукции”,

- “Вывести список потенциальных покупателей некоторого товара” и т.д.

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

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



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

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

                Естественно-языковый интерфейс используется для:

·

доступа к интеллектуальным базам данных;

·       контекстного поиска документальной текстовой информации;

·       голосового ввода команд в системах управления;

·       машинного перевода  c иностранных языков.

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



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

                Системы контекстной помощи можно рассматривать,  как частный случай интеллектуальных гипертекстовых и естественно-языковых систем. В отличие от обычных систем помощи, навязывающих пользователю схему поиска требуемой информации, в системах контекстной помощи пользователь описывает проблему (ситуацию), а система с помощью дополнительного диалога ее конкретизирует и сама выполняет поиск относящихся к ситуации рекомендаций. Такие системы относятся к классу систем распространения знаний (Knowledge Publishing) и создаются как приложение к системам документации (например, технической документации по эксплуатации товаров).

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

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

 

1.3. Экспертные системы

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



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

                Экспертная система является инструментом, усиливающим интеллектуальные способности эксперта, и может выполнять следующие роли:

·

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

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

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

                Экспертные системы используются во многих областях, среди которых лидирует сегмент приложений в бизнесе (рис. 1.2) [ 21 ].     

Рис. 1.2. Области применения экспертных систем

Архитектура экспертной системы (рис.1.3) включает в себя два основных компонента: базу знаний (хранилище единиц знаний) и программный инструмент доступа и обработки знаний, состоящий из механизмов вывода заключений (решения), приобретения знаний, объяснения получаемых результатов и интеллектуального интерфейса. Причем центральным компонентом  экспертной системы является база знаний, которая выступает по отношению к  другим компонентам как содержательная подсистема, составляющая основную ценность. “Know-how” базы знаний хорошей экспертной системы оценивается в сотни тысяч долларов, в то время как программный  инструментарий -  в тысячи или десятки тысяч долларов. 

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



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



Так, правила представляют собой конструкции:

                                                Если    < условие >

                                То       <заключение>  CF (Фактор определенности) <значение>

                В качестве факторов определенности (CF), как правило, выступают либо условные вероятности байесовского подхода (от 0 до 1), либо коэффициенты уверенности нечеткой логики (от 0 до 100). Примеры правил имеют следующий вид:

Правило 1: Если Коэффициент  рентабельности > 0.2

                     То Рентабельность = "удовл." CF 100

Правило 2: Если Задолженность = "нет" и  Рентабельность = "удовл."

                     То Финансовое_сост. = "удовл." CF 80

Правило 3: Если Финансовое_сост. = "удовл." и Репутация="удовл."

                     То  Надежность предприятия = "удовл." CF 90

                Объекты представляют собой совокупность атрибутов, описывающих свойства и отношения с другими объектами. В отличие от записей баз данных каждый объект имеет уникальное имя. Часть атрибутов отражают типизированные отношения, такие как  “род - вид” (super-class - sub-class), “целое - часть” и др. Вместо конкретных значений атрибутов объектов могут задаваться  значения по умолчанию (указатель наследования атрибутов устанавливается в S), присущие целым классам объектов, или присоединенные процедуры (process). Пример описания  объектов представлен на рис. 1.4. 

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



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

ПРЕДПРИЯТИЕ_ОТРАСЛИ#1

Имя слота	Указатель наследования	Тип	Значение
Super-сlass	U	FRAME	ROOT
Sub-сlass	U	FRAME	Предприятие
Код предприятия	U	String	101
Код отрасли	U	String	123
Отраслевой коэфф. рент.	U	Real	20

               

             ПРЕПРИЯТИЕ#1

Имя слота	Указатель наследования	Тип	Значение
Super-сlass	S	FRAME	Предприятие отрасли
Sub-сlass	-	-	-
Код предприятия	S	String	101
Код отрасли	S	String	123
Отраслевой коэфф. рент.	S	Real	20
Коэфф. рент.		Real	25
Задолженность		String	Нет
Репутация		String	Удовл
Фин.состояние		Process	Fin_sost
Надежность		Process	Nad

Рис. 1.4. Описание  объектов

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

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



Также при заполнении атрибутов фрейма необходимыми данными запускаются на выполнение присоединенные процедуры.



Рис. 1.5.  Прямая цепочка рассуждений



Рис. 1.6.   Обратная цепочка рассуждений

                Механизм объяснения. В процессе  или  по результатам решения задачи пользователь может запросить объяснение или обоснование хода решения.  С этой  целью  ЭС должна предоставить соответствующий механизм объяснения.  Объяснительные способности ЭС определяются возможностью механизма вывода  запоминать  путь  решения  задачи.  Тогда на вопросы пользователя "Как?" и "Почему?" получено решение или запрошены те или иные  данные  система всегда  может выдать цепочку рассуждений до требуемой контрольной точки, сопровождая выдачу объяснения заранее подготовленными комментариями. В случае  отсутствия решения задач объяснение должно выдаваться пользователю автоматически. Полезно иметь возможность и гипотетического объяснения решения задачи,  когда система отвечает на вопросы,  что будет в том или ином случае.

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

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



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

                Классы экспертных систем. По степени сложности решаемых задач экспертные системы можно классифицировать следующим образом:

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

·       По способу учета временного признака экспертные системы могут быть статическими

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

·       По видам используемых данных и знаний экспертные системы классифицируются на системы с детерминированными (четко определенными) знаниями и неопределенными

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

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



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

                В соответствии с перечисленными признаками классификации, как правило, выделяются следующие четыре основные класса экспертных систем (рис. 1.7)

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

Рис. 1.7. Классы экспертных систем

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

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

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



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

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

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

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

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

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

                В качестве  методов  решения  задач в трансформирующих экспертных системах используются разновидности гипотетического вывода:

·       генерации и тестирования,  когда по исходным данным осуществляется  генерация гипотез,  а затем проверка сформулированных гипотез на подтверждение поступающими фактами;



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

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

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



Рис. 1.8. “Доска объявлений”

                Для многоагентных систем характерны следующие особенности:

·       Проведение альтернативных рассуждений на  основе  использования  различных источников знаний с механизмом устранения противоречий;

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

·       Применение  множества стратегий работы механизма вывода заключений в зависимости от типа решаемой проблемы;

·       Обработка больших массивов данных, содержащихся в базе данных;

·       Использование различных математических моделей и внешних процедур, хранимых в базе моделей;

·       Способность прерывания решения задач в связи  с  необходимостью получения  дополнительных  данных и знаний от пользователей,  моделей, параллельно решаемых подпроблем.

                Для синтезирующих динамических экспертных систем наиболее применимы следующие проблемные области:

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



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

·       Диспетчирование - распределение  работ  во  времени,  составление расписаний, например, планирование графика освоения капиталовложений.

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

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

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

                По данным публикации [ 21 ], в которой проводится анализ 12500 действующих экспертных систем, распределение экспертных систем по проблемным областям имеет следующий вид (рис. 1.9):



Рис. 1.9. Проблемные области экспертных систем

 

1.4. Самообучающиеся системы

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

·

“с учителем”,

когда для каждого примера задается в явном виде значение признака его принадлежности некоторому классу ситуаций (классообразующего признака);

·       “без учителя”,

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



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

                Общие недостатки,  свойственные всем самообучающимся системам, заключаются в следующем:

·       возможна неполнота и/или зашумленность (избыточность) обучающей выборки  и,  как  следствие,   относительная адекватность   базы знаний возникающим проблемам;

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

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

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

                Процесс классификации примеров осуществляется следующим образом:

1.     Выбирается признак классификации из множества заданных (либо последовательно, либо по какому-либо правилу, например, в соответствии с максимальным числом получаемых подмножеств примеров);

2.     По значению выбранного признака множество примеров разбивается на подмножества;

3.     Выполняется проверка, принадлежит ли каждое образовавшееся подмножество примеров одному подклассу;

4.     Если  какое-то подмножество примеров принадлежит одному подклассу, т.е.



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

5.     Для подмножеств примеров с несовпадающим значением классообразующего признака процесс классификации продолжается, начиная с пункта 1.  (Каждое подмножество примеров становится классифицируемым множеством).

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

Таблица 1.1

Классообр. признак		Признаки	классификации
Цена	Спрос	Конкуренция	Издержки	Качество
низкая	низкий	маленькая	маленькие	низкое
высокая	низкий	маленькая	большие	высокое
высокая	высокий	маленькая	большие	низкое
высокая	высокий	маленькая	маленькие	высокое
высокая	высокий	маленькая	маленькие	низкое
высокая	высокий	маленькая	большие	высокое

Рис. 1.10. Фрагмент дерева решений

                Анализ новой ситуации сводится к выбору ветви дерева, которая полностью определяет эту ситуацию. Поиск решения осуществляется в результате последовательной проверки признаков классификации. Каждая ветвь дерева соответствует одному правилу решения:

 Если  Спрос=“низкий” и Издержки=“маленькие”

 То       Цена=“низкая”

                Примерами инструментальных средств, поддерживающих индуктивный вывод знаний, являются 1st Class (Programs in Motion), Rulemaster (Radian Corp.), ИЛИС (ArgusSoft), KAD (ИПС Переяславль-Залесский).

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





Рис.1.11.  Решающая функция - “нейрон”

                Каждая такая функция, называемая по аналогии с элементарной единицей человеческого мозга - нейроном, отображает зависимость значения выходного признака (Y) от взвешенной суммы (U) значений входных признаков (Xi), в которой вес входного признака (Wi) показывает степень влияния входного признака на выходной:



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

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



Рис.1.12. Логистическая (сигмоидальная) функция

                Нейроны могут быть связаны между собой, когда выход одного нейрона является входом другого. Таким образом, строится нейронная сеть (рис. 1.13), в которой нейроны, находящиеся на одном уровне, образуют слои.



Рис.1.13. Нейронная сеть

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

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



Ti - заданное значение  выходного признака по i - му примеру;



Yi - вычисленное значение выходного признака по i - му примеру.

                Сущность алгоритма обратного распространения ошибки сводится к следующему:

1.     Задать произвольно небольшие начальные значения весов связей нейронов.

2.     Для всех обучающих пар “значения входных признаков - значение выходного признака” (примеров из обучающей выборки) вычислить  выход сети (Y).

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

Вычислить веса на (t+1) шаге по формуле:











Если j-й нейрон - выходной, то



Если j-й нейрон находится в  скрытом внутреннем слое, то



к - индекс всех нейронов в слое, расположенном вслед за слоем с j-м нейроном.

Выполнить шаг 2.

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

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

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

·       "Система прогнозирования динамики биржевых  курсов  для  Chemical Bank" (фирма Logica);

·       "Система прогнозирования для Лондонской  фондовой  биржи"  (фирма SearchSpace);



·       "Управление инвестициями для Mellon Bank"  (фирма  NeuralWare)  и др.

                В качестве инструментальных средств  разработки  нейронных  сетей следует выделить инструментальные средства  NeurOn-line (фирма GENSYM), NeuralWorks Professional II/Plus (фирма NeuralWare),  отечественную разработку FOREX-94 (Уралвнешторгбанк) и др.

                Системы, основанные на прецедентах (Case-based reasoning). В этих системах база знаний содержит описания не обобщенных ситуаций, а собственно сами ситуации или прецеденты. Тогда поиск решения проблемы сводится к поиску по аналогии (абдуктивному выводу от частного к частному):

1.     Получение подробной информации о текущей проблеме;

2.     Сопоставление полученной информации со значениями признаков прецедентов из базы знаний;

3.     Выбор прецедента из базы знаний, наиболее близкого к рассматриваемой проблеме;

4.     В случае необходимости выполняется адаптация выбранного прецедента к текущей проблеме;

5.     Проверка корректности каждого полученного решения;

6.     Занесение детальной информации о полученном решении в базу знаний. 

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

                Системы, основанные на прецедентах, применяются как системы распространения знаний с расширенными возможностями или как в системах контекстной помощи (рис.  1.14.).



Описание ситуации (проблемы)

                Не печатает принтер

Вопросы

                Включено ли питание?         да

                Прошло ли тестирование?   да

                Замята ли бумага?                 да

                Подключен ли драйвер?       не знаю

Действия

                Освободите бумагу                уверенность 80

                Загрузите драйвер                  уверенность 50

                Вызовите тех. персонал        уверенность  10

Рис. 1.14. Пример диалога с CBR-системой

                В качестве примера инструментального  средства поддержки  баз знаний прецедентов, распространяемого в России, можно назвать систему CBR-Express (Inference, дистрибьютор фирма Метатехнология).

                Информационные хранилища (Data Warehouse). В отличие от интеллектуальной базы данных информационное хранилище представляет собой хранилище извлеченной значимой информации из оперативной базы данных, которое предназначено для оперативного  анализа данных (реализации OLAP - технологии). Извлечение знаний из баз данных осуществляется регулярно, например, ежедневно.

                Типичными задачами оперативного ситуационного анализа являются:

·

Определение профиля потребителей конкретного товара;

·       Предсказание изменений ситуации на рынке;

·       Анализ зависимостей признаков ситуаций (корреляционный анализ) и др.

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

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

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



                Разработкой  и распространением информационных хранилищ в настоящее время занимаются такие компьютерные фирмы, как IBM (Intelligent Miner), Silicon Graphics  (MineSet), Intersolv (DataDirect, SmartData), Oracle (Express), SAS Institute (SAS/Assist) и др.

Что следует запомнить

                Интеллектуальная  информационная система (ИИС)

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

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

                Основные подклассы ИИС: интеллектуальные базы данных, в т.ч. с интерфейсами, использующими естественный язык, гипертекст и мультимедиа, когнитивную графику; статические и динамические экспертные системы; самообучающиеся системы на принципах индуктивного вывода, нейронных систем, поиска прецедентов, организации информационных хранилищ; адаптивные информационные системы на основе использования CASE-технологий и/или компонентных технологий.

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

                Экспертная система (ЭС) - это ИИС, предназначенная для решения слабоформализуемых задач на основе накапливаемого в базе знаний опыта работы экспертов в проблемной области.

                Участники процесса разработки и эксплуатации ЭС: эксперты, инженеры по знаниям, пользователи.

                Эксперт - специалист, знания которого помещаются в базу знаний.

                Инженер по знаниям - специалист, который занимается извлечением знаний и их формализацией в базе знаний.

                Пользователь  - специалист, интеллектуальные способности которого расширяются благодаря использованию в практической деятельности ЭС.



                Основные составные части архитектуры ЭС: база знаний, механизмы вывода, объяснения, приобретения знаний, интеллектуальный интерфейс.

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

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

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

                Неопределенность знаний - это или неполнота, или недостоверность,  или многозначность, или качественная (вместо количественной) оценка единицы знаний.

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

                Дедуктивный вывод (от общего к частному)- вывод частных утверждений путем подстановки в общие утверждения других известных частных утверждений. Различают

прямую (от данных к цели) и обратную

(от цели к данным) цепочки рассуждений (аргументации).

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

                Абдуктивный вывод (от частного к частному) - вывод частных утверждений на основе поиска других аналогичных утверждений (прецедентов).

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

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



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

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

                Статическая экспертная система - это ЭС, решающая задачи в условиях не изменяющихся во времени исходных данных и знаний.

                Динамическая экспертная система - это ЭС, решающая задачи в условиях изменяющихся во времени исходных данных и знаний.

                Аналитическая экспертная система - это ЭС, осуществляющая оценку вариантов решений (проверку гипотез).

                Синтетическая экспертная система - это ЭС, осуществляющая генерацию вариантов решений (формирование гипотез).

                Классы решаемых задач в экспертной системе: интерпретация, диагностика, прогнозирование, проектирование, планирование, мониторинг, коррекция, управление.

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

                Система с индуктивным выводом -  это самообучающаяся ИИС, которая на основе обучения по примерам  реальной практики строит деревья  решений.

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

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

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



Литература

1.

Дракин В.И., Попов Э.В., Преображенский А.Е.  Общение  конечных пользователей с системами обработки данных. - М.: Радио и связь, 1988.- 287 с.

2.     Информационные системы в экономике: Учебник / Под ред. проф. В.В. Дика. - М.: Финансы и статистика, 1996. - 272с.

3.     Искусственный интеллект. Книга 1. Системы общения и экспертные системы./ Под ред. проф. Э.В.Попова.- М.: Радио и связь, 1990. - 461с.

4.     Искусственный интеллект.  Книга 2. Модели и методы. / Под ред. проф. Д.А.Поспелова. - М.: Радио и связь, 1990. - 304 с.

5.     Искусственный интеллект.  Книга 3.  Программные  и  аппаратные средства.  / Под.  ред.  В.Н.Захарова, В.Ф.Хорошевского. - М.: Радио и связь, 1990. - 320с.

6.     Калянов Г.Н. Консалтинг при автоматизации предприятий: Научно-практическое издание. Серия «Информатизация России на пороге ХХI века». - М.: СИНТЕГ, 1997. - 316 с.

7.     Левин Р.,  Дранг В., Эделсон Б. Практическое введение в технологию искусственного интеллекта и экспертных систем с иллюстрациями на Бэйсике./ Пер. с англ.- М.: Финансы и статистика, 1991.- 239c.

8.     Мишенин А.И. Теория экономических информационных систем. М.: Финансы и статистика, 1993 - 166 с.

9.     Обработка  знаний / Пер.  с япон.: Под ред. С.Осуга. - М.: Мир, 1989. - 292 с.

10. Ойхман Е.Г., Попов Э.В. Реинжиниринг бизнеса: Реинжиниринг организаций и современные информационные технологии. - М.: Финансы и статистика , 1997. -336с.: ил.

11. Попов Э.В., Шапот М.Д., Кисель Е.Б., Фоминых И.Б.. Статические и динамические экспертные системы, М: Финансы и статистика, 1996. -320с. : ил.

12. Поспелов Д.А.  Моделирование рассуждений.  Опыт анализа мыслительных фактов. - М.: Радио и связь, 1989.- 184 с.

13. Приобретение знаний / Пер.  с япон.: Под ред. С.Осуга., Ю. Саэки - М.: Мир, 1990. - 292 c.

14. Представление и использование знаний / Пер.  с япон.; Под ред.



Х.Уэнo, М.Исидзука. - М.: Мир, 1990. - 220 c.

15. Таунсенд К.,  Фохт Д.  Проектирование и программная реализация экспертных систем  на  персональных ЭВМ.  - М.:  Финансы и статистика, 1990.- 319с

16. Тельнов Ю.Ф.,  Скорова А.А.,  Андреева Н.В. Проектирование баз знаний. Учебное пособие.- М.: МЭСИ, 1992.-100с.

17. Тельнов Ю.Ф., Диго С.М., Полякова Т.М. Интеллектуальные системы обработки данных. Учебное пособие.- М.: МЭСИ, 1989.-102с.

18. Тельнов Ю.Ф. Реинжиниринг бизнес-процессов и проектирование информационных систем. - В кн.: «Реинжиниринг бизнес-процессов предприятий на основе современных информационных технологий». Сб. научных трудов 2-й Российской научно-практической конференции. - М.: МЭСИ, 1998. - с.28 - 34.

19. Уоссермен  Ф.   Нейрокомпьютерная техника. Теория и практика. / Пер с англ. Ю.А. Зуева М.:Мир, 1992 -237 с.

20. Уотерман  Д.  Руководство  по  экспертным системам.  / Пер.  с англ.; Под. ред. Стефанюка В.Л. - М.: Мир, 1989.- 388 с.

21. Durkin J. Expert Systems: a view of the field. IEEE Expert, 1996, No2 ,p. 56- 63

22. Harmon P. The intelligente software development tools market// Part I. Intelligent Software Strategies. - 1995, Vol. 11, No 2. p. 1 - 12.

23. Harmon P. The intelligente software development tools market// Part II. Intelligent Software Strategies. - 1996, Vol. 12, No 3. p. 1 - 16.

24. Martinson, F.R. Schindler. Organizational visions for technology assimilation: the strategic road to knowledge-based systems success. IEEE Transactions on engineering management, 1995, Vol 42,  No 1, p 10 - 18.

25. Ross R.G. The Business Rule Book. Classifying, Defining and Modelling Rules. Data Base Research Group, Inc. -1997, 394 p.

Глава 2. Технология  создания экспертных систем

2.1. Этапы создания экспертной системы

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



Поэтому в дальнейшем  вопросы проектирования и реализации интеллектуальных информационных систем будут рассматриваться для класса экспертных систем.

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

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

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

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



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



Рис.2.1. Этапы создания экспертной системы  

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

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

Таблица 2.1

Приемы	Описание
1. Наблюдение	Инженер наблюдает, не вмешиваясь, за тем, как эксперт решает реальную задачу
2. Обсуждение задачи	Инженер на представительном множестве задач неформально обсуждает с экспертом данные,                           знания и процедуры решения
3. Описание задачи	Эксперт описывает решение задач для типичных запросов
4. Анализ решения	Эксперт комментирует получаемые результаты решения задачи, детализируя ход рассуждений
5. Проверка системы	Эксперт предлагает инженеру перечень задач  для решения (от простых до сложных),которые                           решаются разработанной системой
6. Исследование системы	Эксперт исследует и критикует структуру базы знаний и работу механизма вывода
7. Оценка системы	Инженер предлагает новым экспертам оценить решения разработанной системы

<



/p>

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

                                                                                                            Таблица 2.2.

Этап разработки	Характер прототипа	Количество правил	Срок разработки	Стоимость
Идентификация	Демонстрацион-ный	50 - 100	1 - 2 мес.
Концептуализация	Исследователь-
Формализация	ский	200 - 500	3 - 6 мес.	25 - 50т.$
Реализация	Действующий	500 - 1000	6 - 12 мес.
Тестирование	Промышленный	1000 - 1500	1 - 1,5 года	300т.$
Опытная эксплуатация	Коммерческий	1500 - 3000	1,5 - 3 года	2 - 5 млн.$

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

                Пример разработки экспертной системы гарантирования (страхования) коммерческих займов CLUES (loan-uderwriting expert systems) [ 21 ] представлен в таблице 2.3.



Эта система создавалась  в интегрированной среде ART группой разработчиков в составе одного менеджера проекта, двух инженеров по знаниям, двух программистов, ответственных за сопряжение ЭС с существующей информационной системой и аналитическим инструментом, одного контролера качества.  Сложность созданной системы: 1000 правил, 180 функций, 120 объектов. Эффективность: при оценке 8500 кредитов в месяц годовая экономия на обработке информации составляет 0,91 млн. долл., при 30000 кредитов - 2,7 млн. долл. При этом в 50% случаев система принимает самостоятельные решения, в остальных случаях дает экспертам  диагностику возникающих проблем. Время оценки кредита сократилось с 50 минут до 10-15 минут. Перечисленные показатели эффективности позволили компании Contrywide расширить сферу своей деятельности во всех штатах США  и  увеличить оборот  с  1 млрд. долл. в месяц в 1991 году до 5 млрд. долл. в 1993 году.

2.2. Идентификация проблемной области

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

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

·       обучение  и  консультация  неопытных пользователей;

·       распространение  и  использование  уникального  опыта экспертов;



·       автоматизация работы экспертов по  принятию  решений ;

·       оптимизация  решения  проблем,  выдвижение  и  проверка гипотез.

Таблица 2.3.

Период времени	Этап
Ноябрь 1991г.	Постановка проблемы
Январь 1992г.	Создание отдела ЭС
Февраль - апрель 1992г.	Интервьюирование экспертов
Апрель - май 1992г.	Моделирование и создание первого прототипа
Май - июнь 1992г.	Кодирование (реализация)
Июнь - сентябрь 1992г.	Внутреннее тестирование. Системная интеграция
Сентябрь - декабрь 1992г.	Альфа-тестирование на известных примерах
Декабрь - январь 1993г.	Бета-тестирование на реальных примерах
Февраль 1993г.	Внедрение в отрасли розничной торговли (20% кредитов)
Май 1993г.	Внедрение в потребительский сектор (10% кредитов)
Август 1993г.	Внедрение в отрасли оптовой торговли (35% кредитов)
Февраль 1994г.	Внедрение в корреспондентскую сеть (35% кредитов)

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

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



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

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

·       комплексный набор задач, определяющий организацию всей деятельности экономического объекта.

                После предварительного определения  контуров   разрабатываемой экспертной  системы  инженеры по знаниям совместно с экспертами осуществляют более детальную постановку проблем и параметризацию системы.  К  основным  параметрам  проблемной   области относятся следующие:

·       класс решаемых задач (интерпретация, диагностика, коррекция, прогнозирование, планирование, проектирование, мониторинг, управление);

·       критерии  эффективности результатов решения задач  (минимизация использования ресурсов,  повышение качества продукции и  обслуживания, ускорение оборачиваемости капитала и т.д.);

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

·       цели решаемых задач (выбор из  альтернатив, например,  выбор поставщика или синтез значения, например, распределение бюджета по статьям);

·       подцели  (разбиение задачи на подзадачи,  для каждой из которых определяется своя цель);

·       исходные данные (совокупность используемых факторов);

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



Стратегии разработки экспертных систем

Таблица 2.4.

	Широкий набор задач	Концентрированный набор задач	Комплексный набор задач
Назначение	Автоматизация	Стандартизация, повышение качества	Реорганизация бизнес-процессов
Требования к разработчикам	Эксперты-пользователи	Профессиональные команды	Междисциплинарные команды
Стоимость	Низкая на проект	Высокая на проект	Высокая на проект
Риск	Диверсифицированный	Концентрированный	Концентрированный
Примеры	DuPont du Nemours Оболочка Insight Plus Сотни экспертных систем. Сотни правил в каждой ЭС	DEC, ЭС конфигурирования компьютеров XCON, продажи XSEL 17000 правил, эффект 27 млн. долл.	Xerox Среда разработки информационной системы ART-Enterprise (Inferenсe) Интеллект. моделирование ReThink (Gensym)

2.3. Построение концептуальной модели

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

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

·

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

·       функциональная модель отражает действия и преобразования над объектами;

·       поведенческая модель рассматривает взаимодействия объектов во временном аспекте.

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



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

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

                предикат (Объект, Значение).

                Если предикат определяет название свойства объекта, то в качестве значения выступает конкретное значение этого свойства, например:

                профессия ("Иванов", "Инженер").

                Если предикат определяет название связи объекта, то значению соответствует объект, с которым связан первый объект, например:

                Работает ("Иванов", "Механический цех" ).

                В качестве важнейших типизированных видов отношений рассматриваются следующие отношения:

“род” - “вид” (обобщение);

“целое” - “часть” (агрегация);

“причина” - “следствие”;

“цель” - “средство”;

“функция” - “аргумент”;

“ассоциация”;

“хронология”;

“пространственное положение” и др.

                Так, отношения обобщения  ("род"  -  "вид") фиксируется на уровне названий классов объектов, например:

                есть-подкласс (Инженеры, Личности).

                Под классом объектов понимается совокупность объектов с одинаковым набором предикатов (свойств  и связей).  Класс объектов часто описывается в виде n-арного реляционного отношения, например:

                личности ( ФИО, Профессия, Подразделение, ... ).

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



личности ( ФИО, Год рождения, Профессия, Подразделение, ... )

инженеры ( ФИО, ВУЗ, Оклад, ... )

рабочие ( ФИО, Разряд, Тарифная ставка, ... )

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

                Отношение агрегации классов объектов ("целое" - "часть") отражает составные части объектов, которое можно представить в бинарном виде на именах двух классов объектов:

                есть-часть ( Оборудование, Цех );

                есть-часть ( Рабочие, Цех ).

Аналогично представляются другие семантические отношения:

·       причина-следствие (Задолженность, Банкротство);

·       аргумент-функция ( Спрос, Цена);

·       средство-цель (Покупка акций, Прибыль);

·       ассоциация (Производство, Обслуживание);

·       хронология (Отгрузка, Поставка);

·       пространственное положение (Сборка, Технический контроль).

Обычно объектное знание представляется графически средствами ER-моделей (модель "Сущность - Связь") - см. [15].

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

А1_/\А2_/\А3_/\ ... /\Аn_ -> B,

означающей, что факт В имеет место только в том случае, если имеет

место конъюнкция фактов или их отрицаний А1, А2, ... , Аn , например:

сбыт (Товар, "Слабый") и

прибыль (Товар, "Ничтожная") и

потребители (Товар, "Любители нового") и

число_конкурентов (Товар,"Небольшое") ->

жизненный_цикл (Товар, "Выведение на рынок").



                Функциональную зависимость фактов можно трактовать как отражение следующих отношений фактов:

·        "Причина" - "Следствие";

·        "Средство" - "Цель";

·        "Аргумент" - "Функция";

·        "Ситуация" - "Действие".

                В качестве термов конъюнкции фактов могут выступать более сложные логические условия.

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

                Обычно функциональные зависимости фактов представляются графически в виде деревьев целей или графов "И" - "ИЛИ" (рис. 2.2), в которых каждый зависимый факт представляет собой целевую переменную - корневую вершину, а определяющие его факты-аргументы - cвязанные с корнем подчиненные вершины, условие конъюнкции (совместности анализа факторов) обозначается пересекающей дугой, а условие дизъюнкции (независимости влияния на цель факторов) никак не обозначается, причем если какой-либо факт-аргумент, в свою очередь, определяется другими фактами-аргументами, то он становится подцелью.



Рис. 2.2. Дерево целей - граф “И -ИЛИ”

               

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



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

Таблица 2.5.

ЗАКАЗ

СОБЫТИЕ  (Сообщение)	ПОВЕДЕНИЕ (Действие)	СОСТОЯНИЕ (Жизненный цикл)
Оформляется	Создание заказа  Проверка выполнимости	Оформлен
Откладывается	Заказ у производителя	Отложен
Выполняется	Отправляется  Выписываются платежные документы	Выполнен
Оплачивается	Уничтожение заказа	Оплачен

2.4. Формализация базы знаний

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

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



Рис. 2.3. Классификация методов представления знаний

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

·       Логическая модель реализует и объекты, и правила с помощью предикатов первого порядка, является строго формализованной моделью с универсальным дедуктивным и монотонным методом логического вывода “от цели к данным”;

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



·       Семантическая сеть отображает разнообразные отношения объектов;

·       Фреймовая модель, как частный случай семантической сети, использует для реализации операционного знания присоединенные процедуры;

·       Объектно-ориентированная модель, как развитие фреймовой модели, реализуя обмен сообщениями между объектами, в большей степени ориентирована на решение динамических задач и отражение поведенческой модели.

                Логическая модель  предполагает унифицированное описание объектов и  действий  в  виде  предикатов  первого  порядка.   Под   предикатом понимается  логическая  функция на N - аргументах (признаках),  которая принимает истинное или  ложное  значение  в  зависимости  от  значений аргументов.  Отличие   заключается   в   том,   что   для   объектов соответствующие реляционные отношения задаются явно в виде  фактов,  а действия  описываются как  правила,  определяющие  логическую формулу вывода фактов из других фактов. Пример фрагмента базы знаний подбора претендентов  на  вакансии в языке логического программирования ПРОЛОГ представлен на рис. 2.4.  (Обозначения:  ":-" - "если", "," - "и", "." - "конец утверждения").

         vibor(Fio,Dolgnost):-

                pretendent(Fio, Obrazov, Stag),

                vacancy(Dolgnost, Obrazov, Opyt),

                Stag>=Opyt.

          pretendent("Иванов","среднее" 10).

          pretendent("Петров","высшее", 12).

          vacancy("менеджер", "высшее", 10).

          vacancy("директор", "высшее", 15).

Рис. 2.4. Пример фрагмента базы знаний на языке ПРОЛОГ

                Механизм вывода   осуществляет   дедуктивный   перебор    фактов, относящихся к  правилу по принципу "сверху - вниз",  "слева - направо" или обратный вывод методом поиска в глубину.  Так,  в ответ  на  запрос vibor(X,Y) получим: X="Петров", Y="менеджер".



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

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

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

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

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



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

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

     < A, B, C -> D, E >, где

-  импликация С - > D представляет собственно правило;

-  А - предусловие выбора класса правил;

-  B - предусловие выбора правила в классе;

- Е - постусловие правила, определяющее переход на следующее правило.

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

                Сами правила могут иметь как простой,  так и обобщенный характер. Простые правила   описывают  продукции   над   единичными   объектами, обобщенные правила  определяются  на  классах   объектов   (аналогично правилам языка ПРОЛОГ).

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

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



            P(H/E) = P(E/H)*P(H)/P(E)  и

            P(^H/E) = P(E/^ H)*P(^H)/P(E),

где  Р(Н)    - априорная вероятность гипотезы Н;

     Р(^Н)   = 1 - Р(Н) - априорная вероятность отрицания гипотезы Н;

     Р(Е)    - априорная вероятность свидетельства Е;

     Р(Н/Е)  - апостериорная  (условная) вероятность гипотезы  Н  при

условии, что имеет место свидетельство Е;

                Р(^Н/Е) - апостериорная (условная) вероятность отрицания гипотезы Н при условии, что имеет место свидетельство Е;

                Р(Е/Н)  - вероятность свидетельства гипотезы Е при  подтверждении гипотезы Н;

                Р(Е/^Н) - вероятность  свидетельства  гипотезы  Е  при отрицании гипотезы Н.

Найдем отношения левых и правых частей представленных уравнений:

            P(H/E)         P(E/H)         Р(H)

            ---------- =    ----------  *    -------         или

            P(^H/E)      P(E/^ H)       P(^H)

            О(Н/Е) =  Ls *  О(Н) ,      где

                - О(Н)   - априорные шансы гипотезы  Н, отражающие отношение  числа позитивных проявлений гипотезы  к числу негативных;

                - О(Н/Е) - апостериорные  шансы  гипотезы  Н  при  условии  наличия свидетельства Е;

                - Ls - фактор  достаточности,  отражающий  степень  воздействия  на шансы гипотезы при наличии свидетельства Е.

                Аналогично выводится зависимость:

О(Н/^Е) =  Ln *  О(Н) ,      где

                - О(Н/Е) - апостериорные шансы гипотезы Н  при  условии  отсутствия свидетельства Е;

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

                Шансы и вероятности связаны уравнениями:

                     Р                          О

           О = -------     и    Р  =  --------

                   1 - Р                     О + 1

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



                Рассмотрим использование байесовского подхода на  примере  оценки надежности поставщика.  Фрагмент  подмножества  правил  представляется следующим образом:

Если Задолженность = "есть" ,

То Финансовое_состояние = "удовл."  Ls = 0.01, Ln = 10

Если Рентабельность = "есть" ,

То Финансовое_состояние = "удовл."   Ls = 100,  Ln = 0.001

                Пусть оцениваемое  предприятие  является   рентабельным   и   без задолженностей. Априорная вероятность удовлетворительного финансового состояния любого поставщика составляет 0.5. Тогда расчет апостериорных шансов и вероятности удовлетворительного финансового   состояния осуществляется по формулам:

                      О(Н/Е1,Е2) =  1 * 10 * 100 = 1000;

                                               1000

                      Р(Н/Е1,Е2) =  ------ = 0.99.

                                                1001

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

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

                Факторы уверенности  измеряются по некоторой относительной шкале, например, от 0 до 100. В отличие от теории вероятностей сумма факторов уверенностей некоторых альтернативных значений  необязательно составляет 100.  Множество возможных значений некоторой  переменной  с различными факторами  уверенностей  для  каждого  значения  составляет нечеткое множество вида:  { x1 cf1,  x2 cf2,   ... , xN cfN }, причем фактор    уверенности    в   общем   виде   задается  функцией принадлежности значений нечеткому множеству, например, как представлено на рис. 2.5. (Например, для рентабельности 6,7% получаем оценку в виде нечеткого множества {“неудовлетворительно” cf 66, “удовлетворительно” cf 33}).



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



Рис. 2.5. Функции принадлежности нечеткого множества  “Оценка рентабельности”

                При объединении    факторов    уверенности    конъюнктивно    или дизъюнктивно связанных аргументов используются следующие формулы:

Конъюнкция  (А и В) : min (cfA, cfB) или cfA*cfB/100

Дизъюнкция (А или В): max (cfA, cfB) или cfA + cfB - cfA*cfB/100

                Объединение факторов уверенности  в  посылках  правил  осуществляется  чаще всего, как например, в программном средстве GURU, по формулам "min/max", а левых и правых частей правил и одинаковых результатов  нескольких правил соответственно по формулам "произведение” и “сумма". Для объединения одинаковых результатов нескольких правил используется оператор “+=“, который означает не присваивание значения, а добавление значения. Аналогично используется оператор “- =” для удаления значения. Факторы уверенности в последнем случае  объединяются по формуле:

cfA*(100 - cfB)/100

                Рассмотрим применение аппарата нечеткой логики на примере  оценки надежности поставщика,  в  котором кроме фактора финансового состояния учитывается и  фактор  формы  собственности.   Пусть   государственное предприятие   не имеет  задолженность  с  уверенностью  60  и предполагается, что  его  рентабельность  удовлетворительна с  уверенностью  80. Фрагмент   множества   правил   имеет следующий вид:

Правило 1: Если Задолженность = "нет" и  Рентабельность = "удовл."

То Финансовое_состояние = "удовл."  cf 100

Правило 2: Если Финансовое_состояние = "удовл."

То  Надежность += "есть"   cf 90

Правило 3: Если Предприятие = "государств."

То  Надежность+ = "есть"   cf 50



Результат выполнения первого правила:

               cf(посылки) = min(60,80) = 60,

               cf(Фин_сост.="удовл.") = 60*100/100 = 60.

Результат выполнения второго правила:

               cf(Надежность="есть") = 60*90/100 = 54

Результат выполнения третьего правила:

               cf(Надежность="есть") = 54 + 50 - 54*50/100 = 67

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

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

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

"Всякий раз, как происходит некоторое событие, выполнить   некоторое   действие". Например:

Всякий раз, как становится известным значение переменной                 "Поставщик",

   Выполнить набор правил "Финансовый анализ предприятия"



                В программном средстве GURU подобное правило будет записано следующим образом:

                IF:        KNOWN(“Поставщик”) = true

                THEN: CONSULT FIN_AN

                Для динамических экспертных систем характерна также обработка времени как самостоятельного атрибута аргументации логического вывода:

                Если в течение дня уровень запаса понизился больше, чем на 50 %

                То выполнить набор правил “Выбор поставщика для поставки”

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

                Семантические сети.

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

                Важнейшими типизированными отношениями объектов являются: "Род" - "Вид",  "Целое" -  "Часть",  "Причина"  -  "Следствие",  "Средство"  - "Цель",  "Аргумент"  - "Функция",  "Ситуация" - "Действие".  Типизация отношений позволяет однозначно интерпретировать смысл  отображаемых  в базе знаний ситуаций и настраивать механизм вывода на особенности этих отношений. Так,  отображение отношений "Род" - "Вид" дает  возможность осуществлять наследование  атрибутов классов объектов и, таким образом, автоматизировать процесс вывода заключений от общего к частному.





Рис. 2.6. Пример семантической сети

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

                Неопределенность описания  знаний реализуется в результате неполного заполнения всех слотов. Фреймовая модель способна делать предположения о значениях данных на основе механизма наследования свойств в иерархии обобщения. В  качестве  способов  наследования  атрибутов  применяются следующие возможности: S - идентичность значений одноименных слотов; U - различные значения одноименных слотов;  R -  значение  слота  фрейма должно находиться  в  пределах,  заданных  в  одноименном слоте фрейма верхнего уровня;  О - в случае  неизвестности  значения  слота  фрейма нижнего уровня принимается значение слота фрейма верхнего уровня.

                Способность изменения  значений   слотов   с   течением   времени позволяет  решать  динамические  задачи.  Во  фреймовых  моделях могут выполняться как прямая, так и обратная аргументация,  когда  в  прямом направлении  в  зависимости  от  состояния  слотов фреймов запускаются процедуры-демоны (неизвестно значение - "if-needed", известно значение -   "if-added",   удаляется   значение   -  "if-removed),  а  обратная аргументация срабатывает путем  запуска  присоединенных  процедур  при обращении  к  неизвестным значениям атрибутов.  Фреймовые модели позволяют более гибко комбинировать  прямой  и  обратный  вывод.



   Пример описания фреймовой  модели  представления знаний для задачи заключения контрактов с поставщиками показан на рис. 2.7:

                КОНТРАКТ

 

Имя слота	Указатель	Тип	Значение	IF-NEEDED	IF-ADDED	IF-REMOVED
Super-сlass	U	FRAME	ROOT
Sub-сlass	U	FRAME	Проект
			Отвергнутый
			Заключенный
Код изделия	U	String	101	Ввести	Проекти-ровать
Статус	U	Boolean	Y		Заключить	Отвергнуть
Код поставщика	U	String	123
Срок поставки	U	Date	01.06.96
Объем поставки	U	Real	2000
Стоимость	U	Real	10000

ПРОЕКТИРУЕМЫЙ КОНТРАКТ

Имя слота	Указатель	Тип	Значение	IF-NEEDED	IF-ADDED	IF-REMOVED
Super-сlass	S	FRAME	Контракт
Sub-сlass	-	-
Код изделия	S	String	101		Выбор поставщика
Статус	S	Boolean	Y
Код поставщика	S	String	123		Надежность
Срок поставки	S	Date	01.06.96
Объем поставки	S	Real	2000
Стоимость	S	Process	Расчет

Рис.2.7. Пример фреймовой модели

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



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

                Рассмотрим пример объектно-ориентированной   модели   обработки заказов,  которые являются  динамическими  объектами,  меняющими  свое состояние в  течение  своего  жизненного  цикла.  Описание поведенческой модели для класса   объектов   "Заказ"   приведено   в таблице 2.5. Описание объектно-ориентированной модели  представлено  на  рис.2.8. Псевдокод основных методов класса объектов "Заказ" дается на рис.2.9.

         ЗАКАЗ                 ПРОДУКТ                      ПРОИЗВОДИТЕЛЬ

        Атрибуты             Атрибуты                        Атрибуты

   . Код покупателя       . Код продукта              . Код производителя

   . Код продукта           . Дата                              . Код продукта

   . Дата составления    . Остаток                        . Дата

   . Заказ. количество   Методы                           . Наличие

   . Состояние                - Выдать  остаток         Методы

                                         - Изменить остаток         - Отгрузить продукт

Методы                                 .............                              .............

   - Оформить         

   - Отложить                  ПОЛУЧАТЕЛЬ

   - Выполнить               Атрибуты

   - Оплатить                    . Код получателя

   - Создать                      . Дата

   - Уничтожить               . Состояние расч.счета

          .......                         Методы

                                          - Перечислить со счета

                                                    .................

                                     Рис.2.8. Объектно-ориентированная модель

Заказ.Оформить(Код покупателя, Код продукта, Дата, Количество):

{

Заказ.Создать(Код_покупателя,Код_продукта,Дата,Количество,Сост)

                А = Продукт.Выдать_остаток(Код продукта, Остаток);



                Если  Заказ.Количество >= А

                То        Заказ.Отложить(Код_покупателя,Код_продукта,Дата,

                                                            Количество);

                Иначе Заказ.Выполнить(Код_покупателя,Код_продукта,Дата,

                                                           Количество);

     Заказ.Состояние = "Оформлен". }

     Рис.2.9. Реализация метода "Оформить заказ"

2.5. Выбор инструментальных средств реализации экспертной системы

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

                Особенности реализации  экспертной системы во многом определяются характером инструментального  средства,  в  качестве   которого   могут выступать программные оболочки  (shells),  генераторы (интегрированные среды), языки  представления  знаний  (языки  программирования).  Так, оболочки имеют реализованные механизмы вывода,  накопления, объяснения знаний, диалоговый  компонент,  что,   с   одной   стороны,   упрощает разработку программной   части   экспертной   системы,   поскольку  не требуется программирование,  а с другой стороны,  усложняет разработку базы знаний  вследствие  возможного несоответствия формализма системы  требованиям структуры.  Использование  языков  представления  знаний таких как: язык   логического    программирования     PROLOG, язык функционального программирования LISP,  язык объектно-ориентированного программирования SmallTalk,  язык  продукционных  правил  OPS5  и  др. повышает гибкость разрабатываемой системы  и одновременно увеличивает трудоемкость разработки.

                Наиболее   приемлемыми   инструментальными средствами для создания  экспертных  систем  являются  генераторы  или интегрированные среды  разработки, например,  G2 (фирма Gensym, дистрибьютор фирма ArgusSoft),  ART-Enterprise (фирма Inference, дистрибьютор фирма Метатехнология),  GURU (фирма MDBS, дистрибьютор фирма ЦПС Тверь), которые позволяют  настраивать  программные  средства  на  особенности проблемных   областей,  при  необходимости  предоставляют  возможность программировать  на  встроенных   языках   четвертого   поколения   и осуществлять    эффективный    экспорт/импорт    данных    с   другими инструментальными средствами.



                Среди отечественных разработок следует отметить экспертную оболочку ЭКО (ArgusSoft) и программный комплекс SIMER - MIRAGE  (Исследовательский центр искусственного интеллекта ИПС РАН), который предоставляет инструментальные средства как  автоматизации  разработки, так и поддержки экспертных систем  [ 8 ].

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

Цена предметно-ориентированных систем может быть на порядок выше универсальных, преимущество же  их  заключается  в более простой адаптации к конкретной предметной области,  а следовательно, и в сокращении затрат  на  разработку.  Например, интеллектуальная система для разработки финансовых приложений Cogensys Judgment Software (Cogensys Corp) стоит 200 тыс. долл.

                Среди специализированных  инструментальных средств интеллектуальных систем основной удельный вес занимают экспертные системы реального времени, позволяющие динамически управлять непрерывными процессами (70%  рынка). Бесспорным лидером в разработке экспертных систем реального времени  является фирма Gensym с инструментальным средством G2 (дистрибьютор в России - фирма ArgusSoft), имеющая внедрения в таких компаниях как IBM,  NASA,  General Electric,  Nissan и др. [ 5 ].  На базе G2, в свою очередь, созданы такие проблемно-ориентированные комплексы, как GDA для  решения задач диагностики,  ReThink для моделирования бизнес-процессов (бизнес-реинжиниринга),  NeurOnline для поддержки нейронной сети,  IPS для решения задач динамического планирования, FaultExpert для управления телекоммуникациями и др.

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



                На выбор инструментальных средств экспертной системы, в основе которых лежит определенный метод представления  знаний, основное влияние оказывает класс  решаемых  задач (проблемных областей) и соответственно характер полученной  концептуальной  модели,  определяющий множество требований в части отображения объектов, действий над объектами,  методов обработки неопределенностей,   механизмов вывода (таблица 2.6. ) [ 19 ]:

                Инструментальные средства,  в   свою   очередь,    характеризуются определенными  возможностями  по  реализации  этих  требований. В таблице 2.7. представлено выполнение требований для наиболее популярных инструментальных средств [ 5,8,9 ] (цифрой показывается номер места в упорядоченной последовательности).

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

Таблица 2.6.

Описание метода	Классы решаемых задач
представления знаний	Интер-претация	Диагно-стика	Прогно-зирование	Проекти-рование	Плани-рование
Описание объектов:
Предикаты	4	2	4	4	4
Правила	1	1	1	3	2
Семант. сеть	2	4	3	2	3
Фреймы(Объекты)	3	3	2	1	1
Действия:
Предикаты	3	2	4	4	4
Правила	1	1	1	2	2
Сообщения	2	3	3	1	1
Процедуры	4	4	2	3	3
Неопределенность:
Неполнота	2	4	3	1	1
Нечеткость	3	2	4	3	3
Многозначность	4	3	2	2	2
Недостоверность	1	1	1	4	4
Вывод:
Прямая цепочка	1	3	1	3	1
Обратн. цепочка	3	1	6	6	6
Объект.ориент.	2	2	2	1	2
Гипотет. вывод	4	4	4	2	5
Обраб. времени	6	6	3	5	3
Доска объявлений	5	5	5	4	4

<



/p>

Таблица 2.7.

Описание метода	Программные инструментальные средства
представления знаний	ЭКО ArgusSoft	GURU MDBS	Nexpert Object Neuron Data	LEVEL-5 Level Co	ART  Enterprise Inference	G2 Gensym
Описание объектов:
Семант. сеть						*
Объекты (Фреймы)			*	*	*	*
Предикаты						*
Правила	*	*	*	*	*	*
Действия:
Правила	*	*	*	*	*	*
Сообщения			*	*	*
Предикаты						*
Процедуры	*	*	*	*	*	*
Неопределен-ность:
Наслед. свойств			*	*	*	*
Коэф. уверен.		*		*	*	*
Неч. множества		*		*	*
Усл. вероятн.	*
Вывод:
Прямая цепочка		*	*	*	*	*
Обратн. цепочка	*	*	*	*	*	*
Объект. ориент.			*	*	*	*
Гипотет. вывод					*	*
Обраб. времени				*		*
Доска объявл.						*

Таблица 2.8.

Классы	Программные инструментальные средства
решаемых задач	ЭКО	GURU	Nexpert Object	LEVEL-5	ART Enterprise	G2
Интерпретация	3	1	1	1	2	3
Диагностика	1	2	2	2	3	2
Прогнозирование	2	3	4	3	4	4
Проектирование	-	-	3	5	1	5
Планирование	-	-	5	4	5	1

<



/p>

 

Что следует запомнить

                Этапы создания экспертных систем: идентификация, концептуализация, формализация, реализация, тестирование, внедрение.

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

                Этап идентификации проблемной области - определение требований к разрабатываемой ЭС, контуров рассматриваемой проблемной области (объектов, целей, подцелей, факторов), выделение ресурсов на разработку ЭС.

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

                Объектная модель - отражение на семантическом уровне фактуального знания о классах объектов, их свойств и отношений. Элементарная единица объектного знания - это триплет: “объект - свойство (отношение) - значение”  или двухместный предикат.

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

фактов.

                Дерево целей (граф “И”-”ИЛИ”)  фиксирует зависимость целевого предиката (переменной) от множества факторов - определяющих предикатов (переменных).

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

                Поведенческая модель - отражение выполняемых действий над объектами (фактами) в зависимости от происходящих во времени событий.

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



ориентацией на определение структуры объектов или действий над ними, детерминированность или неопределенность, статику или динамику проблемной области.

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

                Логическая модель - это модель, в которой область определения предиката задается либо перечислением фактов, либо в виде импликаций (правил).

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

                Простые правила - обрабатывают отдельные значения переменных.

                Обобщенные правила - обрабатывают классы объектов.

                Правила, управляемые данными:

                                          Если <условие> То <заключение>

                Правила, управляемые событиями:

                                          Всякий раз, как <событие> То <действие>

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

                Семантическая сеть  отражает как объектное, так и операционное знание в виде двухместных предикатов (бинарных отношений). Различают типизированные отношения “род” -”вид”, “целое” - “часть”, “причина” - “следствие” и др.

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



                Объектно-ориентированная модель

предусматривает инкапсуляцию

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

процедур.

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

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

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

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

                Этап внедрения и опытной эксплуатации - это переход от тестовых примеров к решению реальных задач.

Литература

1.

Буч Г. Объектно-ориентированное проектирование с примерами применения: Пер. с англ. - М.: Конкорд, 1992. - 519с.

2.     Ин Ц., Соломон Д. Использование Турбо-Пролога. Пер. с англ. - М.: Мир, 1993. - 608с.

3.     Марселлус Д. Программирование экспертных систем на ТУРБО ПРОЛОГЕ. Пер. с англ. - М.: Финансы и статистика, 1994. -256с.

4.     Нечеткие множества в моделях управления и искусственного интеллекта/ Под ред.



Поспелова Д.А. - М.: Наука, 1986 - 312 стр.

5.     Попов Э.В., Шапот М.Д., Кисель Е.Б., Фоминых И.Б. Статические и динамические экспертные системы. -  М: Финансы и статистика, 1996. -320с.

6.     Построение экспертных систем / Под ред. Ф. Хейос-Рот, Д.Уотерман, Д.Ленат / Пер. с англ. - М.: Мир, 1987. - 441 с.

7.     Представление и использование знаний / Пер. с япон.; Под ред. Х.Уэнo, М.Исидзука. - М.: Мир, 1989. - 220 c.

8.     Российский софт 97. Справочник по программному обеспечению. М.: Метод, 1997. - 160с.

9.     Системы управления базами данных и знаний: Справочное издание/ Наумов А.Н., Вендров А.М., Иванов В.К. и др./ Под ред. Наумова А.Н. - М.: Финансы и статистика, 1991 - 180 стр.

10. Таунсенд К., Фохт Д. Проектирование и программная реализация экспертных систем на персональных ЭВМ. Пер. с англ. - М.: Финансы и статистика, 1990.- 319с.

11. Тельнов Ю.Ф., Скорова А.А., Андреева Н.В. Проектирование баз знаний. Учебное пособие.- М.: МЭСИ, 1992.-100с.

12. Тельнов Ю.Ф., Диго С.М., Полякова Т.М. Интеллектуальные системы обработки данных. Учебное пособие.- М.: МЭСИ, 1989.-102с.

13. Уотерман Д. Руководство по экспертным системам. / Пер. с англ.; Под. ред. Стефанюка В.Л. - М.: Мир, 1989.- 388 с.

14. Форсайт Р. Экспертные системы: принципы и примеры. / Пер. с англ - М.: Радио и связь, 1987.

15. Цикритзис Д., Лоховски Ф. Модели данных. /Пер. с англ. - М.: Финансы и статистика, 1985. -344с.

16. Шлеер С., Меллор С. Объектно-ориентированный анализ: Моделирование мира в состояниях. Пер. с англ. - Киев: Диалектика, 1993. -240с.

17. Элти Дж., Кумбс М. Экспертные системы: концепции и примеры /Пер. с англ. - М.: Финансы и статистика, 1987.- 191 с.

18. Decision support systems. Putting theory into practice. Edited by R.H. Sprague, H. Watson. Prentice-Hall, 1993. -437p.

19. Gevarter W.B.. The Nature and Evaluation of Commertial Expert Systems. Building Tools.- Computer, May, 1987.



p 24-41.

20. Martinson, F.R. Schindler. Organizational visions for technology assimilation: the strategic road to knowledge-based systems success. IEEE Transactions on engineering management, 1995, Vol 42,  No 1, p 10 - 18.

21. Talebzadeh, Mandutianu S., Winner C.F. Countrywide Loan-Underwriting Expert System. AI Magazine, 1995, april, p. 51 - 64.

 





 

Глава 3. Реализация экспертных систем   экономического анализа деятельности предприятия

3.1. Особенности экспертных систем экономического анализа

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

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

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

                Примером экспертной системы внешнего анализа является система оценки кредитоспособности предприятия  EvEnt (рис.3.1) [11], в которой общая оценка кредитоспособности суммируется из оценок отдельных факторов с учетом их весовой значимости на общую оценку по формуле:



Оij - оценка влияния  j - го фактора на i - й вышестоящий фактор по некоторой числовой шкале, а Wij - вес (коэффициент) влияния j - го фактора на i - й фактор.

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



Примеры правил имеют следующий вид:

            IF:          Управление=“удовлетворительно”

            THEN:    Фин.состояние+=“удовлетворительно” cf  40

            IF:           Финансовая структура=“удовлетворительно”

            THEN:    Фин.состояние+=“удовлетворительно” cf  60

            IF:           Ресурсы=“удовлетворительно”

            THEN:    Фин.состояние+=“удовлетворительно” cf  50

                               . . . . . . . . . . . . . . . . . . . . . . . . .

 IF:           Качество управления=“удовлетворительно”

            THEN:    Управление+=“удовлетворительно” cf  80

            IF:           Структура управления=“удовлетворительно”

            THEN:    Управление+=“удовлетворительно” cf  90

и т.д.

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

                В результате внедрения системы EvEnt для 80 % ситуаций  решения формируются без экспертов. Если раньше на оценку предприятия экспертом банка требовалось в среднем 2-3 недели, то после внедрения экспертной системы основные затраты стали связываться со сбором и вводом исходных данных в течение 2-3 дней, а собственно оценка предприятия занимает порядка 20 минут. При этом стоимость экспертизы в среднем сократилась с 10000 долларов до 1000 долларов.



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



Классообразующим признаком является признак “Класс кредитоспособности” (1 - высший класс, 5 - низший класс). В результате обобщения примеров обучающей выборки часть признаков была формально отброшена: коэффициенты мобильности, ликвидности и величина предприятия, причем по различным ветвям дерева решений наблюдалась различная последовательность классификации.



Для каждой отдельной ветки дерева решения строится правило, в котором все признаки классификации последовательно связываются в конъюнкцию (&) факторов левой части правила (так называемый конъюнктивный подход), например:

IF: Кпокрыт. >=1.55 &  Kпокрыт. < 2 & Pепутац=3 &  Kсоб.заем. >= 0.625 & Kсоб.заем. < 0.75 &  Kавтоном. >= 0.375 &  Kавтоном. < 0.6

THEN: Кред.сп  = 1

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

                Для внутреннего экономического анализа

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

В основе диагностики лежит метод последовательной декомпозиции “сверху-вниз” или дезагрегации “целое - часть”, когда проблема последовательно разбивается на подпроблемы, пока на каком-либо уровне не станет ясным, какая подпроблема в действительности имеет место. Примером применения декомпозиционного метода к построению экспертных систем служит система внутреннего финансового  анализа FINEX (рис.3.3 ) [ 11 ].



                В случае применения экспертной системы внутреннего финансового анализа FINEX  экспертиза  осуществляется автоматически на основе введенных данных финансовой отчетности. При этом анализ финансовых показателей выполняется последовательно по принципу “сверху-вниз” и “слева-направо” в соответствии с деревом взаимосвязи показателей.



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

                Для проведения комплексного экономического анализа предприятия целесообразно комбинировать применение описанных выше методов к построению наборов правил. В МЭСИ разработан  исследовательский  прототип экспертной системы "Финансовый анализ предприятий" в среде интегрированного ППП Интерэксперт (GURU), реализующий и рейтинговый, и классификационный,  и декомпозиционный методы анализа.

                Функциями экспертной системы финансового анализа предприятия являются:

·       Ввод и проверка правильности составления  бухгалтерской  отчетности;

·       Анализ финансового состояния предприятия;

·       Анализ результатов финансово-хозяйственной деятельности  предприятия и  диагностика эффективности использования ресурсов.

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

                Анализ финансового состояния предприятия предполагает комплексную рейтинговую и классификационную оценку  платежеспособности  и  финансовой устойчивости  предприятия.

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



3.2. Экспертная система анализа финансового состояния предприятия

                Общая схема оценки различных показателей в процессе  анализа  финансового состояния предприятия, реализованная в структуре базы знаний экспертной системы, представлена в виде дерева целей, связывающего  цели  финансового анализа со значениями финансовых показателей (рис. 3.4). Реализация набора правил в среде ППП ИНТЕРЭКСПЕРТ (GURU) для данного дерева целей приводится в Практикуме по проведению лабораторных работ.

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

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

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

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

                - неудовлетворительной:

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

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



Рис. 3.4.



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

                - уровень и состав (по срокам погашения) обязательств;

                - уровень и состав (в разрезе ликвидности) собственных средств;

                - общая тенденция развития предприятия (изменения в структуре отчетности по сравнению с предшествующими периодами деятельности);

                - особенности вида деятельности (отрасли) предприятия;

                - общеэкономические  факторы (например,  уровень  инфляции).

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

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

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

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



При этом  задача оценки финансового состояния предприятия приобретает нечеткий характер.

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

                1)      Финансовые коэффициенты ликвидности:

                а)      коэффициент абсолютной ликвидности (Кал):

                                  D

             Кал =  --------------------  ,

                          Kt + Rp + Ko

где D   -     денежные средства и краткосрочные финансовые вложения;

       Kt  -     краткосрочные кредиты и заемные средства;

       Rp  -     расчеты и прочие пассивы;

       Ko  -     ссуды, не погашенные в срок.

                б)      коэффициент ликвидности (Кл):

                             Ra

            Кл =  -------------------  ,

                      Kt + Rp + Ko

где  Ra  -    денежные средства, расчеты и прочие активы.

   в)      коэффициент покрытия (Кп):

                    (Z  -  Sf) + Ra

           Кп = --------------------- ,

                     Kt + Rp + Ko

где     Z   -     запасы и затраты;

           Sf  -     расходы будущих периодов;

           Ra  -     денежные средства, расчеты и прочие активы.

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

                Коэффициент абсолютной ликвидности:

            - Кал  <= 0,2 - неудовлетворительное значение c уверенностью 50%;

            - Кал > 0,2 и <= 0,7 -  “удовлетворительно” с уверенностью   30%;

            - Кал > 0,7 и <= 1,0 -   “удовлетворительно” с уверенностью  50%;



            - Кал > 1,0          -   “удовлетворительно” с уверенностью   30%.

Коэффициент ликвидности:

            - Кл <=  0,6 - неудовлетворительное значение c уверенностью 60%;

            - Кл > 0,6 и <= 0,8 -    “удовлетворительно” с уверенностью   40%;

            - Кл > 0,8 и <= 1,0 -    “удовлетворительно” с уверенностью  60%;

            - Кл > 1,0          -    “удовлетворительно” с уверенностью   40%.

                Коэффициент покрытия:

            - Кп <= 1,0  - неудовлетворительное значение c уверенностью 70%;

            - Кп > 1,0 и <= 2,0 -     “удовлетворительно” с уверенностью  50%;

            - Кп > 2,0 и <= 3 -       “удовлетворительно” с уверенностью 70%;

            - Кп > 3,0          -     “удовлетворительно” с уверенностью  50%.

                2)      Ликвидность баланса:

                а)   Расчет ликвидности баланса простым методом:

                -       наиболее ликвидные активы

                            A1 = D;

                -       быстрореализуемые активы

                           A2 = Ra - D;

                -       медленнореализуемые активы

                          A3 = Z + Sf + FT + RTa ,

где Sf  -       расходы будущих периодов,

       FT  -       долгосрочные финансовые вложения,

       RTa -       расчеты с участниками (учредителями);

                -       наиболее срочные пассивы

                         П1 = Rp + Ko;

                -       краткосрочные пассивы

                         П2 = Kt - Ko;

                -       долгосрочные и среднесрочные пассивы

                         П3 = КT + RTp ,

где КT   -    долгосрочные и среднесрочные кредиты и заемные средства,

       RTp  -    расчеты за имущество;

                б)   Расчет ликвидности баланса методом нормативов скидок:

                         А1 = D;

                         A2 = 0,82a + 0,7Г + 0,5(Z - Sf -Г),

где  Г - готовая продукция;

                         A3 = 0,22a + 0,3Г +0,5(Z - Sf -Г) + FT + RTa;



                        П1 = 0,8Rp + Ko;

                        П2 = 0,2Rp + Kt - Ko;

                        П3 = KT + RTp.

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

                -     платежный излишек/недостаток наиболее ликвидных активов:

                        А11(А21) = А1 - П1;

                -     платежный излишек/недостаток быстрореализуемых активов

                        А12(А22) = А2 - П2;

                -     платежный излишек/недостаток медленнореализуемых активов

                         А13(А23) = A3 - П3.

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

                Оценку баланса  ликвидности  можно  представить  в виде следующей матрицы ("+" - избыток, "-" - недостаток):

А11	А12	А13	Оценка	Уверенность
+	+	+	Удовл.	100
+	+	-	Удовл.	80
+	-	+	Удовл.	75
-	+	+	Удовл.	70
-	-	-	Неудовл.	100
-	-	+	Неудовл.	75
-	+	-	Неудовл.	70
+	-	-	Неудовл.	60

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



                1)  Трехкомпонентный показатель типа финансовой ситуации:

                -    излишек/недостаток собственных оборотных средств:

                     +Ес = Иc - F - Z;

                - излишек/недостаток собственных, долгосрочных и среднесрочных заемных средств:

                      +Ет = Иc - F - Z + Kt;

                -    излишек/ недостаток общей величины основных источников формирования запасов и затрат:

                       +Е  = Иc - F - Z + Kt + KT;

                Полученное значение  трехкомпонентного показателя может характеризовать состояние финансовой устойчивости как:

                -    абсолютно устойчивое: запасы минимальны, если

                       +Ес > 0 и +Eт > 0 и +Е > 0;

                -    нормальное: нормальные величины запасов, если

                         +Ес < 0 и +Eт > 0 и +Е > 0;

                -    неустойчивое:  избыток запасов, если

                         +Ес < 0 и +Eт < 0 и +Е > 0;

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

                -    кризисное:    чрезмерная  величина   неподвижных  и малоподвижных запасов, если

                         +Ес < 0 и +Eт < 0 и +Е < 0;

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

                2)  Коэффициенты финансовой устойчивости предприятия:

                -       коэффициент автономии:

                          Ис

            Ка =  ---------  , 

                            В

где В - итог актива и пассива баланса;

                -       коэффициент соотношения заемных и собственных средств:

                          K + Rp

            Кз/с =   --------- ;



                              Ис

                -       коэффициент маневренности:

                           Ис - F

            Км   =  ---------- ;

                             Ис

                -      коэффициент обеспеченности запасов и затрат собственными источниками  финансирования:

                         Ис - F

            Коб  =  --------- .

                              Z

                Оценка коэффициентов  финансовой  устойчивости  для  промышленных предприятий осуществляется на основе проверки ограничений:

                Коэффициент автономии:

            - Ка <=  0,2 - неудовлетворительное значение с уверенностью 100%;

            - Ка  > 0,2 и <= 0,5  -     “удовлетворительно” с уверенностью  75%;

            - Ка  > 0,5           -     “удовлетворительно” с уверенностью 100%.

                Коэффициент соотношения заемных и собственных средств:

            - Кз/с  < 0,7  - удовлетворительное  значение  с уверенностью 100%

            - Кз/с >= 0,7- неудовлетворительное значение с уверенностью 100%

                Коэффициент маневренности:

            - Км =  0,5   - удовлетворительное  значение  с уверенностью 100%;

            - Км <> 0,5  - неудовлетворительное значение с уверенностью 100%.

                Коэффициент обеспеченности запасов и затрат собственными источниками  финансирования:

           - Коб <= 0,6 - неудовлетворительное значение с уверенностью 100%;

           - Коб > 0,6 и <= 0,8 -    удовлетворительное   с уверенностью 100%;

           - Коб  > 0,8       -    удовлетворительное   с уверенностью  80%.

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



В случае улучшения значений показателей коэффициент уверенности удовлетворительной оценки увеличивается, предположим, на 10%,  а в случае ухудшения  коэффициент уверенности соответственно уменьшается.

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

            Если: < посылка > То: < заключение > Уверенность < значение > ,

например:

            Если: А11 > 0 и A12 > 0 и A13 > 0

            То:    Ликвидность баланса = "Удовлеворительна" Уверенность 100

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

             КУрез i = КУрез i-1 + КУфактора i - КУрез i-1* КУфактора i/100

            (КУрез 1 = КУфактора 1)

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

                Кал = 1,1 -> Ликвидность коэф-в = "Удовлетвор." Уверенность 30

                Кл  = 1,5  -> Ликвидность коэф-в = "Удовлетвор." Уверенность 40

                Кп  = 3,1  -> Ликвидность коэф-в = "Удовлетвор." Уверенность 50

Ликвидность коэф-в = "Удовлетвор." Уверенность 79

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

 IF: Ликвидность коэф-в = "Удовл." AND Ликвидность баланса = "Удовл."

 THEN:   Платежеспособность = "Удовл." cf 100

 IF: Ликвидность коэф-в="Неудовл." AND Ликвидность баланса="Удовл."



 THEN:   Платежеспособность = "Удовл."  cf 80

 IF: Ликвидность коэф-в="Удовл." AND  Ликвидность баланса="Неудовл."

 THEN:   Платежеспособность = "Удовл."  cf 40

 IF: Ликвидность коэф-в="Недовл." AND Ликвидность баланса="Недовл."

 THEN:   Платежеспособность = "Неудовл."  cf 100

 IF: Платежеспособность="Удовл." AND Финанс.устойчивость = "Удовл."

 THEN:   Финансовое состояние = "Удовл."   cf 100

IF: Платежеспособность="Неудовл." AND Финанс. устойчивость=“Удовл"

THEN:   Финансовое состояние = "Удовл."  cf  50

IF: Платежеспособность="Удовл." AND Финанс. устойчивость ="Неуд."

THEN:   Финансовое состояние = "Удовл."  cf 20

IF: Платежеспособность="Неудовл." AND Финанс.устойчивость="Неуд."

THEN:   Финансовое состояние = "Неудовл."  cf 100

                Объединение коэффициентов уверенности значений показателей для таких правил осуществляется следующим образом:

                - из  коэффициентов  уверенности посылки правила выбирается минимальный;

                - коэффициенты уверенности посылки и заключения правила объединяются по формуле:

              КУ правила = КУ посылки * КУ заключения / 100 .

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

                Платежеспособность   = "Удовл."     Уверенность 60

                Финанс. устойчивость = "Неудовл."  Уверенность 70

            -----------------------------------------------------------------------------

            Посылка правила                                     Уверенность 60

            Заключение правила                               Уверенность 20

            -----------------------------------------------------------------------------



           Финансовое состояние = "Удовл."        Уверенность  12

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



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

3.3. Экспертная система анализа эффективности результатов финансово-хозяйственной деятельности предприятия

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

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

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



                Рассмотрим взаимосвязи представленных в дереве показателей. Показатель рентабельности текущих активов (Рта),  отражающий получение чистой прибыли (ЧП) на один рубль оборотных средств (ОбС):

                                ЧП

                     Рта = ------

                                ОбС

может быть  выведен  через  показатели оборачиваемости текущих активов (Ота) и рентабельности реализованной продукции (Ррп):

                     Рта = Ота * Ррп.



Рис. 3.5. Дерево целей “Оценка эффективности ФХД предприятия”

Оборачиваемость текущих  активов  определяется отношением выручки от реализации продукции к величине оборотных средств:

                               Врп

                    Ота = -----  .

                               ОбС

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

                Рентабельность реализованной продукции рассчитывается как отношение чистой прибыли к выручке от реализации продукции (Врп):

                               ЧП

                    Ррп = ----  .

                               Врп

                Выручка от реализации продукции в стоимостном выражении складывается  из  затрат на производство реализованной продукции (Зпр), или себестоимости, и результата от реализации, или прибыли (Пр):

                    Врп = Зпр + Пр.

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

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



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

IF: Рта >= Рта отр. и Рта >= Рта пред.

THEN: Рентабельность тек.активов += "Удовл."

IF: Рта >= Рта отр. и Рта < Рта пред.

THEN: Рентабельность тек.активов += {"Удовл." cf 70, “Неудовл." cf 30}

IF: Рта < Рта отр. и Рта >= Рта пред.

THEN: Рентабельность тек.активов += {"Удовл." cf 30, "Неудовл." cf 70}

IF: Рта < Рта отр. и Рта < Рта пред.

THEN: Рентабельность тек.активов += "Неудовл."

                В приведенных правилах: Рта - показатель рентабельности текущих активов предприятия, Рта пред. - показатель рентабельности текущих активов предприятия за прошлый период, Рта отр. - показатель рентабельности текущих активов по отрасли.

                Сформированное качественное значение показателя  фиксируется  в специальной переменной "Финансово-хозяйственный результат". В случае неудовлетворительного значения того или иного показателя экспертная система осуществляет переход на  анализ  следующего  уровня дерева показателей по функции KNOWN, например:

IF: Рентабельность тек.активов = "Неудовлетв."

      AND KNOWN ("Оборачиваемость тек.активов")

      AND KNOWN("Рентабельность реал. продукции")

THEN: Финасово-хозяйственный результат+=

                         "Рентабельность тек.активов неудовлеворительна"

IF:Рентабельность тек.активов = "Удовлетв."

THEN:   Финасово-хозяйственный результат+=

"Рентабельность тек.активов удовлеворительна"

IF: Оборачиваемость тек.активов = "Неудовлетв."



AND KNOWN("Оборачиваемость гот.продукции")

AND KNOWN("Оборачиваемость матер. запасов")

THEN:   Финасово-хозяйственный результат+=

" Оборачиваемость тек.активов неудовлеворительна"

IF: Оборачиваемость тек.активов = "Удовлетв."

THEN:   Финасово-хозяйственный результат+=

" Оборачиваемость тек.активов удовлеворительна"

 . . . . . . . . . . . . . . . . . . . . . . . . .

                Переход на  следующий уровень анализа обеспечивается в результате использования функции "KNOWN ",  которая заставляет искать  значение заданной в скобках переменной.  По мере просмотра дерева целей в переменной "Финансово-хозяйственный результат" последовательно  накапливаются диагностические  сообщения  о неудовлетворительности значений тех или иных показателей, которые в конце работы экспертной системы распечатываются для более глубокого анализа.

 

Что следует запомнить

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

                Внутренний экономический анализ проводится внутри предприятия для выявления путей повышения эффективности деятельности. Для внутреннего анализа используются

диагностические экспертные системы.

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

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

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



к  построению  правил. Этот метод  точный,  жесткий.

                В основе диагностики экономической ситуации  лежит метод декомпозиции

“сверху-вниз” или дезагрегации “целое - часть”. Переход от цели к анализу подцелей производится в случае отклонений цели от нормативного значения.

Литература

1.     Банковское дело. / Под ред. О.И.Лаврушина. - М.: Банковский и биржевой научно-консультативный центр,1992. - 428с.

2.     Крейнина М.Н. Анализ финансового состояния и инвестиционной привлекательности акционерных обществ в промышленности., строительстве и торговле.- М.: АО “ДИС”, “МВ -Центр”, 1993. - 256 с.

3.     Морозова Е.В., Семушкина Н.В., Тельнов Ю.Ф. Реализация экспертной системы финансового анализа и планирования деятельности предприятия в условиях неопределенности используемых знаний. Пятая национальная конференция с международным участием “Искусственный интеллект - 96”. Сб. научных трудов. - Казань, 1996, с. 210 -212. 

4.     Нечеткие множества в моделях управления и искусственного интеллекта. / Под ред. Поспелова Д.А. - М.: Наука, 1986. - 312 стр.

5.     Попов Э.В., Шапот М.Д., Кисель Е.Б., Фоминых И.Б.. Статические и динамические экспертные системы, М: Финансы и статистика, 1996. -320с.

6.     Системы управления базами данных и знаний: Справочное издание/ Наумов А.Н., Вендров А.М., Иванов В.К. и др., под ред. Наумова А.Н. - М.: Финансы и статистика, 1991. - 180 стр

7.     Стоянов Е.А., Стоянова Е.С. Экспертная диагностика и аудит финансово-хозяйственного положения предприятия. - М.: Перспектива,1992. - 90 с.

8.     Тельнов Ю.Ф.,  Скорова А.А.,  Андреева Н.В. Проектирование баз знаний. Учебное пособие.- М.: МЭСИ, 1992.-100с.

9.     Шеремет А.Д, Сайфулин Р.С. Методика финансового анализа предприятия. - М.: ИНФРА, 1996. - 176 с.

10. Humpert, P. Holey. Expert systems in finance planning.



Expert Systems, May 1988, Vol 5, No 2, p. 78 - 100.

11. Management expert systems. / Ed. by C.J.Ernst. Addison-Wesley, 1988. -210 p.

12. Talebzadeh, S. Mandutianu, C.F. Winner. Countrywide Loan-Underwriting Expert System. AI Magazine, 1995, april, p. 51 - 63.





Глава 4. Реализация динамических экспертных систем управления бизнес-процессами

4.1. Особенности реализации динамических экспертных систем управления бизнес-процессами

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

                К динамическим бизнес-процессам на предприятии относят:

·

управление заказами и сбытом;

·       управление запасами и закупками;

·       календарное планирование и управление производством.

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



Вместе с тем, перечисленные бизнес-процессы в современных системах управления настолько сильно взаимосвязаны, как например, в системах реализации заказов “Точно в срок” или ”Канбан” [4-7], что процессы обработки заказов клиентов, производства, закупок и сбыта рассматриваются фактически как единый бизнес-процесс.

       В отличие от описания предприятия на основе иерархической функциональной структуры, которую трудно объективно оценить, описание процессов позволяет точно представить цели, исследуемые характеристики (в том числе динамические) и конечные результаты каждого вида деятельности. Бизнес-процессы определяют прохождение потоков работ независимо от иерархии и границ подразделений, которые их выполняют, и представляют последовательность взаимосвязанных операций. Модель бизнес-процесса  должна отражать как направление рабочих потоков, так и бизнес-правила обработки событий, в зависимости от которых выполняются операции [ 8, 11, 17 ]. Пример модели реализации заказов клиента показан на рис. 4.1.

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

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

·       Мониторинг бизнес-процессов и оперативное информирование лиц, принимающих решение, об отклонениях;

·       Упреждающая диагностика, прогнозирование отклонений в параметрах операций бизнес-процессов;

·       Динамическое распределение ресурсов в соответствии с изменяющейся обстановкой;



·       Планирование действий, диспетчирование и составление сетевых графиков работ;

·       Моделирование последствий принимаемых решений по изменению процессов.

                В основные задачи интеллектуальных систем динамического моделирования для реинжиниринга (реорганизации) бизнес-процессов входят:

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

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



Рис. 4.1. Модель бизнес-процесса реализации заказа клиента

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

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

                Для обоих классов интеллектуальных систем характерны общие особенности реализации:

·       Объектно-ориентированный характер модели проблемной области;

·       Динамическое создание и уничтожение временных (рабочих) объектов;

·       Динамическое поведение как постоянных объектов (ресурсов), так и временных (рабочих) объектов;

·       Многоальтернативность выполнения бизнес-процесса в зависимости от возникающих событий;



·       Анализ и обработка временных характеристик бизнес-процессов.

                Перечисленные особенности динамических систем управления бизнес-процессами предопределяют выбор инструментальных средств построения экспертных систем реального времени G2 и динамического моделирования бизнес-процессов ReThink.

 

4.2. Экспертная система динамического управления запасами

                Управление запасами представляет собой сложную экономическую задачу с противоречивыми критериями эффективности. С одной стороны, запасы призваны обеспечить экономическую безопасность бизнеса, связанную с неравномерностью спроса, в частности, в условиях увеличения сбыта запасы обеспечивают быструю реализацию поступающих заказов за счет накопленных запасов готовой продукции или сырья, необходимого для дополнительного производства. Дефицит запасов может привести к издержкам в связи с дополнительными затратами на реализацию поступившего заказа, а в некоторых случаях и к потере сбыта и заказчиков. С другой стороны, сверхнормативные запасы увеличивают себестоимость продукции за счет непроизводственных затрат на поставку, складирование и хранение запасов. По оценкам экономистов [5], каждый процент сокращения уровня запасов может быть приравнен к 10 процентному росту оборота, и если бы удалось поставить под контроль хотя бы 75 % колебаний уровня инвестиций в товарно-материальные запасы, экономика развитых стран никогда бы не испытывала кризисные явления.

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

·

снижения затрат, связанных с созданием и хранением запасов;

·       сокращения времени поставок;

·       более четкого соблюдения сроков поставок;

·       увеличения гибкости производства, его приспосабливаемости к условиям рынка;



·       повышения качества изделий;

·       увеличения производительности.

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

                Решение задачи определения уровня запасов зависит от следующих факторов:

·       колебаний в сроках поставки сырья и материалов;

·       колебаний заказов на готовую продукцию;

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

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

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



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

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

                Различают следующие виды запасов [5, 6, 14]:

·       Максимальный желательный запас - экономически целесообразный уровень в данной системе управления запасами, используется как ориентир при расчете объема заказа на поставку.

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

·       Текущий запас соответствует уровню запаса в любой момент времени.

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



                Существует множество систем управления запасами, обеспечивающих различные уровни запасов:

·       Система с фиксированным размером заказа;

·       Система с фиксированным интервалом времени между заказами;

·       Система с фиксированным интервалом времени между заказами и проверкой порогового уровня запаса;

·       Система “Минимум - максимум”.

Система с фиксированным размером заказа

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



Рис. 4.2. Система с фиксированным уровнем заказа

Расчетные формулы основных показателей уровней запасов имеют следующий вид:

Оптимальный размер заказа на пополнение запаса =

где A - затраты на поставку одного заказа,

       S - потребность в заказываемом продукте (ежегодный спрос на запас продукции),

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

Гарантийный запас = Максимальное время задержки в поставке*

     Среднедневное потребление продукта;

Пороговый уровень запаса = Гарантийный запас + Среднее время поставки *Среднедневное потребление продукта;

 

Максимальный уровень запаса = Гарантийный запас + Оптимальный размер заказа на поставку

                Правило принятия решения о выдаче заказа на поставку продукции имеет следующий вид:

Если (Текущий уровень запаса - Количество заказа клиента) < Пороговый уровень запаса

То Выдать заказ на поставку

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



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

 

Система с фиксированным интервалом времени между заказами



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



Расчетные формулы основных показателей уровней запасов имеют следующий вид:

Фиксированный интервал между поставками =

Гарантийный запас = Максимальное время задержки в поставке*

Среднедневное потребление товара;

 

Максимальный уровень запаса = Гарантийный запас +

   Интервал между поставками *Среднедневное потребление товара;

Размер заказа на пополнение запаса = Максимальный уровень запаса - Текущий запас + Среднее время поставки *Среднедневное потребление товара;

                Правило принятия решений о выдаче заказа на поставку продукции имеет следующий вид:

Через фиксированный интервал между поставками

Выдать заказ на поставку

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

 

Система с фиксированным интервалом времени между заказами и проверкой порогового уровня запаса

                Система с фиксированным интервалом времени между заказами и проверкой порогового уровня запаса предусматривает выдачу заказа на пополнение запаса в фиксированные интервалы времени и при нарушении порогового уровня запаса.



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

Расчетные формулы основных показателей уровней запасов имеют следующий вид:

Гарантийный запас = Максимальное время задержки в поставке*

Среднедневное потребление товара;

Пороговый уровень запаса = Гарантийный запас + Среднее время поставки *Среднедневное потребление товара;

Максимальный уровень запаса = Гарантийный запас +

  Интервал между поставками *Среднедневное потребление товара;

Размер заказа на пополнение запаса (в фиксированные интервалы времени)= Максимальный уровень запаса - Текущий запас + Среднее время поставки *Среднедневное потребление товара;

или

Размер заказа на пополнение запаса (при нарушении порогового уровня запаса) = Максимальный уровень запаса - Пороговый уровень запаса + Среднее время поставки*Среднедневное потребление товара.

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

Система “Минимум - максимум”

                Разновидностью комбинированной системы управления запасами является система “Минимум - максимум”. Суть этой системы заключается в том, что в фиксированные интервалы времени производится проверка порогового уровня запасов (минимума). Если текущий запас больше порогового уровня, то заказ на пополнение запаса не выдается. В противном случае выдается заказ на пополнение уровня запаса по формуле до максимального уровня.



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

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

                Реализация экспертной системы управления запасами на основе анализа порогового уровня с помощью инструментального средства G2

                Функциональные возможности G2 описаны в таблице 4.1. Графическая модель проблемной области управления запасами для одного вида продукции в среде G2 представлена на рис. 4.4. Описание всех задействованных в модели проблемной области сущностей (items) дается на рис. 4.5. Примеры описания классов объектов (отдела заказов, списка заказов, заказов, дороги-way) заданы на рис. 4.6 - 4.7. Задание пиктограммы (иконы) для объектов класса осуществляется с помощью графического редактора (пример иконы склада представлен на рис. 4.8), а его аналитическое представление в разделе описание класса объектов “icon description”.

               

Функциональные возможности G2.

Таблица 4.1.

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

<



/p>

Оформление заказа клиента выполняет отдел заказов, который вводит данные о заказе в экспертную систему. Описание действий по нажатию кнопки “заказать”, заданию размера заказа с помощью слайдера и нажатию кнопки “ОК” представлено на рис. 4.9. В частности, по нажатию кнопки “заказать” создается на рабочем пространстве отдела заказов новый динамический объект “заказ”, открывается пространство, содержащее слайдер (ползунок) для ввода размера заказа. На значения слайдера реагируют правила анализа новых заказов и в случае принятия заказа к исполнению (нажатие кнопки “ОК”) и нормальном статусе заказа по процедуре “VVOD” (рис. 4.12) осуществляется обновление текущего уровня запаса склада.

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

                После того, как по нажатию кнопки “ОК” произойдет обновление уровня запасов, сработает правило анализа уровня запасов (рис. 4.11), которое в случае нарушения порогового уровня запасов последовательно запустит процедуру закупки (поставки) фиксированной партии продукта (VIBOR) и последующего выполнения отложенных заказов (CHANGEZAKSTATE). Другие правила анализа уровня запасов при нарушении порогового и минимального уровней запаса выводят работнику отдела закупок соответствующее сообщение, а уровни запасов на иконе склада окрашиваются в желтый (предупреждающий) или красный (кризисный) цвет.

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



В момент поступления груза на склад увеличивается размер запаса.

                Процедура выполнения отложенных заказов CHANGEZAKSTATE (рис. 4.12) в цикле для всех отложенных заказов при условии достаточности запаса выполняет эти заказы и переводит их в статус нормальных (выполненных), изменяя окраску иконы заказа и обновляя уровень запаса.

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

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



Рис. 4.4.  Графическая модель проблемной области управления запасами



Рис. 4.5. Используемые сущности проблемной области



Рис. 4.6. Классы объектов “Отдел заказов”, “Список заказов”



Рис.  4.7.  Классы объектов “Заказ”, “Дорога”



Рис. 4.8. Графический редактор



Рис. 4.9. Кнопка “Заказать”, Слайдер “Размер заказа”, Кнопка “ОК”



Рис. 4.10. Набор  правил анализа новых заказов



Рис.  4.11. Правила анализа уровня запаса



Рис. 4.12. Процедуры “Выполнение поставки” (VIBOR), “Выполнение отложенных заказов” (CHANGEZAKSTATE), “Выполнения принятых (нормальных) заказов” (VVOD)

Что следует запомнить

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



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

                Рабочий объект - это сущность, над которой осуществляется некоторая операция (действие, функция, преобразование). Рабочие объекты могут быть материальными, финансовыми, информационными.

                Ресурсы - это сущности (субъекты), с помощью которых осуществляются бизнес-процессы.

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

                Событие фиксирует факт завершения выполнения некоторой операции и образования нового состояния объекта или нового объекта.

                Динамические ЭС оперативного управления бизнес-прцессами предназначены для планирования, диагностики, мониторинга и коррекции бизнес-процессов.

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

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

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

                Основные классы объектов динамических ЭС оперативного управления запасами: “запасы”, “заказы клиентов”, “заказы на закупку”.

                Основные правила реагируют на события, связанные с появлением и изменением статуса заказов клиентов, изменением уровня запасов на складе, а также состоянием поставщиков.



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

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

Литература

1.

Буч Г. Объектно-ориентированное проектирование с примерами применения. /  Пер. с англ. - М.: Конкорд, 1992. - 519с.

2.     Григорьев С.В., Тельнов Ю.Ф. Реорганизация бизнес-процессов товародвижения на основе использования средств динамического моделирования рабочих потоков ReThink и G2. Пятая национальная конференция с международным участием “Искусственный интеллект - 96”. Сб. научных трудов. - Казань, 1995. - с.478-480.

3.     Котлер Ф. Основы маркетинга. Пер с англ. - М.: Прогресс, 1993. - 736с.

4.     Менеджмент организации/ Учебное пособие, Румянцева З.П., Саломатин Н.А., Акбердин Р.З. - М.: ИНФРА-М, 1995. - 432 с.

5.     Логистика: Учебное пособие/ Под ред. Б.А. Аникина.- М.: ИНФРА-М, 1997.-327с.

6.     Неруш Ю.М. Коммерческая логистика: Учебник для вузов. - М.: Банки и биржи, ЮНИТИ, 1997. -271 с.

7.     Основы предпринимательского дела. Благородный бизнес. / Под ред. Ю.М.Осипова. М.: “Гуманитарное знание”, 1995. - 432 c.

8.     Ойхман Е.Г., Попов Э.В. Реинжиниринг бизнеса: Реинжиниринг организаций и современные информационные технологии. - М.: Финансы и статистика , 1997. -336с.

9.     Попов Э.В., Шапот М.Д., Кисель Е.Б., Фоминых И.Б. Статические и динамические экспертные системы. - М: Финансы и статистика, 1995. -320с.

10. Робсон М., Уллах Ф.



Практическое руководство по реинжинирингу бизнес-процессов /Пер с англ. - М.: Аудит. ЮНИТИ, 1997. - 224 с.

11. Тельнов Ю.Ф. Классификация бизнес-процессов и задач бизнес- реинжиниринга для реорганизации деятельности предприятия. Всероссийская научно-практическая конференция “Реинжиниринг бизнес-процессов предприятий на основе современных информационных технологий. Сб. научных трудов. - М.: МЭСИ, 1997. - с. 28 -35.

12. Тюрин Ю.Н., Макаров А.А. Анализ данных на компьютере/ Под ред. В.Э.Фигурнова. - М.: Инфра-М- М.: Финансы и статистика,, 1995.- 384 с.

13. Шлеер С., Меллор С. Объектно-ориентированный анализ: Моделирование мира в состояниях. Пер. с англ. - Киев: Диалектика, 1993. -240с.

14. Эддоус М., Стэнфилд Р. Методы принятия решений / Пер. с англ. М.: Аудит, ЮНИТИ, 1997. - 590 с.

15. Hammer M., Champy J. Reengineering the Corporation. A Manifesto for Business Revolution. HarperBusiness, 1993.

16. Ross R.G. The Business Rule Book. Classifying, Defining and Modelling Rules. Data Base Research Group, Inc. -1997, 394 p.

17. Scheer A-W . Business Process Engineering: Reference Models for Industrial Enterprises.- 1995.





 

Практикум по проведению лабораторных работ

1. Темы лабораторных работ  по разработке экспертных систем

1.     Оценка кредитоспособности предприятия

2.     Планирование финансовых ресурсов предприятия

3.     Формирование портфеля инвестиций

4.     Страхование коммерческих рисков

5.     Выбор коммерческого банка

6.     Выбор стратегии производства

7.     Оценка конкурентоспособности продукции

8.     Выбор стратегии ценообразования

9.     Выбор поставщика продукции

10. Подбор кадров

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



                1. Оценка кредитоспособности предприятия

                Назначение ЭС - определение возможности предоставления кредита предприятию со стороны банка для осуществления кредита.

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

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

                2. Планирование финансовых ресурсов предприятия

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

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

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



                3. Формирование портфеля инвестиций

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

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

                В качестве целей инвестиций могут быть:

- надежное сбережение капитала;

- получение максимального текущего дохода;

- стабильный рост капитала и др.

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

                4. Страхование коммерческих кредитов

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

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

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

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



                5. Выбор коммерческого банка

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

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

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

                6. Выбор стратегии производства

                Назначение ЭС - определение стратегии производства некоторого  товара в зависимости от этапа жизненного цикла и возможностей предприятия.

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

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

                Информация о состоянии рынка (о конкурентах) и показателях сбыта продукции предприятия хранится в базе данных.

                7. Оценка конкурентоспособности продукции

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



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

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

                8.

Выбор стратегии ценообразования

                Назначение ЭС - определение стратегии предприятия в ценообразовании на товары в соответствии с целью поведения на рынке, которыми могут быть:

- Обеспечение выживаемости (удержание позиций) на рынке.

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

- Завоевание лидерства на рынке путем повышения качества товара (обслуживания) или применению гибкой ценовой политики.

                В качестве методов ценообразования используются:

- Средние издержки плюс прибыль.

- Установление цены на основе уровня текущих цен.

- Обеспечение целевой прибыли.

- Установление цены на основе значимости товара.

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

                9. Выбор поставщика продукции

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

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



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

                10. Подбор кадров

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

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

2. Требования к отчету по лабораторной работе

                Отчет по лабораторной работе должен содержать следующие основные разделы:

1.     Идентификация проблемной области.

2.     Концептуальная модель проблемной области.

3.     Формализация базы знаний.

4.     Реализация экспертной системы.

5.     Тестирование экспертной системы.

2. 1. Идентификация проблемной области

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

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

Назначение: < консультирование, обучение, ассистирование и т.д.

Сфера применения: < уточненная тема лабораторной работы, пользователи >



Класс решаемых проблем: < интерпретация (анализ), диагностика,

                             прогнозирование, проектирование, планирование и т.д.>

Критерии эффективности и ограничения: < экономические показатели >

Цель: < Имя целевой переменной (предиката) >

Ожидаемые результаты: < гипотезы - список возможных значений цели >

Подцели (промежуточные цели): < список имен переменных >

Исходные данные (факторы): < список имен переменных >

Особенности решения задач: < описание характеристик неопределенности,

                                             динамичности решаемых задач, основных эвристик >

2.2. Концептуальная модель проблемной области

                В отчете приводятся следующие графические модели:

1.

Объектная модель ( ER - модель, схемы классификации объектов ).

2.     Функциональная модель (Дерево целей - граф “И -ИЛИ”)

3.     Поведенческая модель (Таблица “Событие - Поведение - Состояние” -  для разработки динамических экспертных систем).

2.3. Формализация базы знаний

                Осуществляется выбор методов логического вывода:

1.

Прямой или обратной аргументации.

2.     Обработки конфликтных наборов правил.

3.     Алгоритмов объединения факторов уверенности.

4.     Наследования атрибутов.

5.     Ввода исходных данных.

2.4. Реализация экспертной системы

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

2.5. Тестирование экспертной системы

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

3. Текст исходного кода демонстрационного прототипа ЭС



«Анализ финансового состояния предприятия»

в среде интегрированного ППП Интерэксперт (GURU)

Процедура запуска экспертной системы prob.ipf

clear

perform "err1.iff"

perform "err3.iff"

perform "dream.iff"

perform "vvod.iff"

perform "vvod1.iff"

perform "viv.iff"

perform "buh.iff"

perform "menu1.iff"

putform menu1

                     e.sord="f"

                     e.rigr="a"

        e.cfco="m"

        e.cfjo="m"

        e.cfva="pp"

                     e.dtyp="d"

                     e.help=true

                     e.lstr=75

k=0

        n=" "

        v=" "

        a=" "

        clear

        putform vvod

        getform vvod

        otv=1

        while otv<>0

        e.deci=0

        while 1=1 do

        clear

        putform vvod1

        putform menu1

        otv=0

        at 19,58 input otv int using "d"

        if otv<>0 and otv<>1  then

        putform err1

        wait

        continue

        endif

        if otv=1  then

           clear

           putform buh

           getform buh

           clear

           putform dream

           consult fin

           likv={true cf 0,false cf 0}

          endif

     if otv=0 then

         return

     endif

     endwhile

Набор правил "Оценка финансового состояния" fin.rss

GOAL:        sost

INITIAL:

     perform "esvar.iff"

     e.lstr=80

     e.deci=2

        ust=unknown

     plat=unknown

     likv=unknown

     bal=unknown

     sost=unknown

     d=ds+kv

     kt=kb+kbr+kp

     ec=ist-f-z

     et=ec+kkt

     es=et+kt

        kal=d/(rpp+ko)

        kl=rra/(rpp+ko)

        kp=((z-rbp)+rra)/(rpp+ko)

     a1=d

        a2=rra-d

        a3=z+ft+rta

        p1=rk+ko

        p2=kt

     p3=kkt+rtp

     a11=a1-p1

     a12=a2-p2



     a13=a3-p3

DO:

        clear

        putform viv

        at 6,18 ? n

        at 7,33 ? v

        at 8,12 ? a

        at 14,38 ? plat

        at 15,33 ? cfn(plat,1) using "ddd"

        at 17,36 ? ust

        at 18,31 ? cfn(ust,1) using "ddd"

        at 20,33 ? sost

        at 21,28 ? cfn(sost,1) using "ddd"

        at 23,11 ? #date

        e.deci=0

        at 24,1 ? " "

        input ot int with "Объяcнитъ полyченные резyлътаты? (1(Да)/2(нет)): "

        if ot=1 then

        clear

        i=1

        while i<=#HCNT do

        clear

        putform esvar

        at 14,1 ? " "

        why #HOW(i)

        wait

        i=i+1

        endwhile

        endif

RULE:        OK1

        IF:        kal<=0.2

        THEN:   likv+=false cf 50

        REASON: У предприятия недоcтаточно cредcтв, чтобы погаcитъ хотя бы чаcть cвоей краткоcр. задолженноcти

RULE:        OK2

        IF:        kal>0.2 and kal<=0.7

        THEN:   likv+=true cf 30

        REASON: У предприятия доcтаточно cредcтв, чтобы погаcитъ 20-70 % cвоей краткоcр. задолженноcти

RULE:        OK3

        IF:        kal>0.7 and kal<=1

        THEN:   likv+=true cf 50

        REASON: У предприятия доcтаточно cредcтв,

чтобы погаcить

                

большую/всю чаcть cвоей краткоcр.задолженноcти

RULE:        OK4

        IF:        kal>1

        THEN:   likv+=true cf 30

        REASON:  У предприятия доcтаточно cредcтв,чтобы погаcить

cвою краткоcр.задолженноcть, но такое к-во ден.

маccы, лежащей без движения, не характеризует

  

предприятие с лучшей cтороны

RULE:        OK5

        IF:        kl<=0.6

        THEN:   likv+=false cf 60

        REASON: У предприятия может раccчитатъcя по cвоим теyщим обязателъcтвам только поcле продажи чаcти мат. оборотных cредcтв, что не позв. говоритъ об удовл. платежеcпоcобноcти

RULE:        OK6

        IF:        kl>0.6 and kl<=0.8



        THEN:   likv+=true cf 40

        REASON:  Прогнозирyемые платежные возможноcти предприятия, при ycловии cвоевременного проведения раcчетов c дебиторами, не позволяет

 

говоритъ о хорошей платежеcпоcобноcти

RULE:        OK7

        IF:        kl>0.8 and kl<=1

        THEN:   likv+=true cf 60

        REASON:  Кредитоcпоcобноcть предприятия, при ycловии cвоевременного проведения раcчетов c   дебиторами, внушает доверие

RULE:        OK8

        IF:        kl>1

        THEN:   likv+=true cf 40

        REASON:  У предприятия доcтаточно cредcтв,чтобы рассчитатьcя по cвоим текущим обязательcтвам при уcловии cвоевр. проведения раcчетов c дебиторами,

  

но такое к-во ден.маccы, лежащей без движения,

не характеризует предприятие с лучшей cтороны

RULE:        OK9

        IF:        kp<1

        THEN:   likv+=false cf 80

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

RULE:        OK10

        IF:        kp>=1 and kp<2

        THEN:   likv+=true cf 50

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

RULE:        OK11

        IF:        kp>=2 and kp<3

        THEN:   likv+=true cf 70

        REASON: У предприятия доcтаточно cредcтв, чтобы раccчитатъcя по cвоим текyщим обязателъcтвам,  что характеризyет его платежеcпоcобноcтъ c

лyчшей cтороны

RULE:        OK12

        IF:        kp>=3

        THEN:   likv+=true cf 50

        REASON: У предприятия доcтаточно cредcтв, чтобы раccчитатъcя по cвоим текyщим обязателъcтвам, однако такое произв. запаcов, лежащих без движения,

внушает опаcения за будущее cоcтояние его платежеcпоcобноcти

RULE:        MP9

        IF:        a11>=0 and a12>=0 and a13>=0

        THEN:   bal="УДОВЛЕТВ."



        REASON: Предпр- е может раccчитатъcя по вcем cвоим обязателъcтвам вне завиcимоcти от cтепени их срочноcти, что говорит об абc. ликвидноcти баланcа

RULE:        MP10

        IF:        a11<0 and a12>=0 and a13>=0

        THEN:   bal="УДОВЛЕТВ." cf 70

        REASON: Предпр-е может раccчитаться по всем, кроме наиб.

                 

cрочных, обязателъcтвам, поэтомy можно говоритъ  о ликвидноcти баланcа

RULE:        MP11

        IF:        a11<0 and a12<0 and a13>=0

        THEN:   bal="НЕУДОВЛЕТВ." cf 75

        REASON: Предпр-е в cоcтоянии раccчитатьcя лишь по долгоcрочным и cреднеcрочным обязательcтвам, что не позволяет говорить об yдовлетворительной ликвидноcти баланcа

RULE:        MP12

        IF:        a11<0 and a12<0 and a13<0

        THEN:   bal="НЕУДОВЛЕТВ." cf 100

        REASON:  Предпр-е не в cоcтоянии раccчитатьcя по всем

cвоим обязательcтвам, что говорит об абc. неликвидноcти баланcа

RULE:        MP13

        IF:        a11>=0 and a12<0 and a13>=0

        THEN:   bal="УДОВЛЕТВ." cf 75

        REASON: Предпр-е не может раccчитатьcя лишь по cвоим

                 

краткоcрочным обязат-вам, что позволяет говорить о ликвидноcти баланcа

RULE:        MP14

        IF:        a11>=0 and a12<0 and a13<0

        THEN:   bal="НЕУДОВЛЕТВ." cf 60

        REASON: Предпр-е в cоcтоянии раccчитатьcя лишь по наиб.

                 

cрочным обязат-вам, что позволяет говорить о  неликвидноcти баланcа

RULE:        MP15

        IF:        a11>=0 and a12>=0 and a13<0

        THEN:   bal="УДОВЛЕТВ." cf 80

        REASON:  Предпр-е не может раccчитатьcя лишь по долгоcрочным и cреднеcрочным обязательcтвам, что позволяет говорить о ликвидноcти баланcа

RULE:        MP16

        IF:        a11<0 and a12>=0 and a13<0

        THEN:   bal="НЕУДОВЛЕТВ." cf 70

        REASON: Предпр-е в cоcтоянии раccчитатьcя лишь по краткоcрочным



обязательcтвам, что позволяет говорить о неликвидноcти баланcа

RULE:        FU17

        IF:        ec>=0 and et>=0 and es>=0

        THEN:   ust="УДОВЛЕТВ."

        REASON: Запаcы и затраты обеcпечены вcеми иcточниками

                 

формирования, что говорит о абc. уcтойчивоcти   фин. cоcтояния предпр-я

RULE:        FU18

        IF:        ec<0 and et>=0 and es>=0

        THEN:   ust="УДОВЛЕТВ." cf 75

        REASON:  Запаcы и затраты обеcпечены в оcн. за счет привлечения заемных cредcтв, ycтойчивоcть фин. cоcтояния предпр-я можно cчитать нормальной

RULE:        FU19

        IF:        ec<0 and et<0 and es>=0

        THEN:   ust="УДОВЛЕТВ." cf 50

        REASON: Запаcы и затраты обеcпечены в оcновном за cчет привлечения           краткоcр. кредитов и заемн. cр-в, что говорит об относительной ycтойчивоcти фин.cоcт-я предпр-я

RULE:        FU21

        IF:        ec<0 and et<0 and es<0

        THEN:   ust="НЕУДОВЛЕТВ." cf 100

        REASON:  Предпр-е находитcя на грани банкротcтва, так как ден. cр-ва, краткоcрочные ценные бyмаги и дебит. задолженноcть не покрывает даже его краткоcрочной  кредиторcк. задолженноcти

RULE:        MN22

        IF:     valn(likv,1)=true and likv=true and bal="УДОВЛЕТВ."

        THEN:   plat="УДОВЛЕТВ."

        REASON: Ликвидность баланса и коэффициенты ликвидности удовлетворительны,  платежеспособность    удовлетворительна

RULE:        MN23

        IF:     valn(likv,1)=true and likv=true and bal="НЕУДОВЛЕТВ."

        THEN:   plat="УДОВЛЕТВ." cf 50

        REASON: ликвидность баланса неудовлетворительна, а                 коэффициенты ликвидности  удовлетворительны, поэтому                 платежеспособность удовлетворительна только на  половину от возможной

RULE:        MN24

        IF:     valn(likv,1)=false and likv=false and bal="УДОВЛЕТВ."

        THEN:   plat="УДОВЛЕТВ." cf 70



        REASON: ликвидность баланса удовлетворительна, а коэффициенты                 ликвидности  неудовлетворительны,  платежеспособность удовлетворительна только на 0.7 от возможной

RULE:   MN25

        IF:     valn(likv,1)=false and likv=false and bal="НЕУДОВЛЕТВ."

        THEN:   plat="НЕУДОВЛЕТВ."

        REASON: ликвидность баланса и коэффициенты ликвидности неудовлетворительны, поэтому платежеспособность неудовлетворительна

RULE:        MN26

        IF:     ust="УДОВЛЕТВ."  and plat="УДОВЛЕТВ."

        THEN:   sost="УДОВЛЕТВ."

        REASON: финансовая устойчивость и платежеспособность предприятия свидетельствуют об удовлетворительности общего финансового положения предприятия

RULE:        MN27

        IF:     ust="НЕУДОВЛЕТВ." and plat="УДОВЛЕТВ."

        THEN:   sost="НЕУДОВЛЕТВ." cf 80

        REASON: финансовая неустойчивость и платежеспособность         предприятия свидетельствуют о неудовлетворительности общего финансового положения предприятия с уверенностью 80 процентов

RULE:        MN28

        IF:     plat="НЕУДОВЛЕТВ." and ust="УДОВЛЕТВ."

        THEN:   sost="НЕУДОВЛЕТВ." cf 50

        REASON: финансовая устойчивость и неплатежеспособность         предприятия свидетельствуют о неудовлетворительности общего финансового положения предприятия с 0.5  уверенностью

RULE:        MN29

        IF:    plat="НЕУДОВЛЕТВ." and ust="НЕУДОВЛЕТВ."

        THEN:  sost="НЕУДОВЛЕТВ."

        REASON: финансовая неустойчивость и неплатежеспособность         предприятия свидетельствуют о неудовлетворительности общего финансового положения предприятия

VAR:        KAL

LABEL:    Коэффициент абсолютной ликвидности

VAR:        KL

LABEL:    Коэффициент ликвидности

VAR:        KP

LABEL:    Коэффициент покрытия

VAR:        A11

LABEL:    Первый показатель ликвидности баланса

VAR:        A12

LABEL:    Второй показатель ликвидности баланса

VAR:        A13

LABEL:    Третий показатель ликвидности баланса

VAR:        LIKV

LABEL:     Оценка коэффициентов  ликвидности

VAR:        BAL

LABEL:     Оценка ликвидности баланса

VAR:        UST

LABEL:     Оценка финансовой устойчивости

VAR:        PLAT

LABEL:    Оценка платежеспособности

VAR:        SOST

LABEL:    Оценка  финансового состояния

VAR:        EC

LABEL:    Излишек / недостаток  собственных средств

VAR:        ET

LABEL:    Излишек / недостаток  собственных и долгосрочных заемных средств

VAR:        ES

LABEL:    Излишек / недостаток  собственных и всех заемных средств

END:


Содержание раздела

---

---