ИДЕНТИФИКАЦИЯ ПРОБЛЕМ И ПРОЦЕДУРА ИЗВЛЕЧЕНИЯ ЗНАНИЙ

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

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

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

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

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

• данные, которыми нужно оперировать;

• ключевые понятия и отношения предметной области;

• разбиение проблемы на отдельные внутренние подпроблемы;

• предположительный вид решения;

• критерии оценки качества полученного решения.

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

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

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

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

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

• услуги хорошего эксперта стоят, как правило, дорого;

• даже при его наличии время реакции человека может не удовлетворять требованиям заказчиков;

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

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

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