Построение экспертных систем

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

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

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

База знаний является основой экспертной системы, она накапливается в процессе ее построения.

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

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

Внедрение корпоративной системы на предприятии или фирме дает возможность:

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

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

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

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

Для построения моделей бизнес-процессов и описания бизнес-процессов компания BSC использует методологии SADT, семейства IDEF, DFD, UML, ARIS и другие.

 

Формализация и документирование бизнес-процессов — отправная точка для их реинжиниринга и оптимизации, внедрения информационных систем, процедур внутреннего контроля (например, в соответствии с требованиями Sarbanes-Oxley Act, SOX), постановке управленческого учета и бюджетирования.

SADT (Structured Analysis and Design Technique)

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

IDEF0 (Integration Definition for Function Modeling)

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

IDEF3 (Integration Definition for Function Modeling)

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

DFD (Data Flow Diagrams)

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

UML (Unified Modeling Language)

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

 

Состав методики: моделирование предметной области; требования к системе; анализ и проектирование; тестирование; запуск.

ARIS (Architecture of Integrated Information Systems)

Методология и программный продукт компании IDS Sheer для моделирования бизнес-процессов и описания бизнес-процессов компании. Методология ARIS является достаточно рафинированной. Организация в ARIS рассматривается с четырех точек зрения:

 

• Организационной структуры;

• Функциональной структуры;

• Структуры данных;

• Структуры процессов.