Ћекции.ќрг


ѕоиск:




 атегории:

јстрономи€
Ѕиологи€
√еографи€
ƒругие €зыки
»нтернет
»нформатика
»стори€
 ультура
Ћитература
Ћогика
ћатематика
ћедицина
ћеханика
ќхрана труда
ѕедагогика
ѕолитика
ѕраво
ѕсихологи€
–елиги€
–иторика
—оциологи€
—порт
—троительство
“ехнологи€
“ранспорт
‘изика
‘илософи€
‘инансы
’ими€
Ёкологи€
Ёкономика
Ёлектроника

 

 

 

 


“естирование




ќцениваетс€ и провер€етс€ работа программ прототипа с целью приведени€ в соответствие с реальными запросами пользователей. ѕрототип провер€етс€ на:

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

эффективность стратегии управлени€ (пор€док перебора, использование нечеткого вывода и др.);

качество проверочных примеров;

корректность базы знаний (полнота и непротиворечивость правил).

“естирование Ц вы€вление ошибок в подходе и реализации прототипа и выработка рекомендаций по доводке системы до промышленного варианта.

 

—редн€€ продолжительность 1 - 2 недели.

Ё“јѕ 3: –ј«¬»“»≈ ѕ–ќ“ќ“»ѕј ƒќ ѕ–ќћџЎЋ≈ЌЌќ… Ё—

 

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

≈сли первоначально выбранные объекты или свойства оказываютс€ неподход€щими, их необходимо изменить. ћожно сделать оценку общего числа эвристических правил, необходимых дл€ создани€ окончательного варианта экспертной системы. »ногда [14] при разработке промышленной системы выдел€ют дополнительные этапы дл€ перехода: демонстрационный прототип - исследовательский прототип Ц действующий прототип Ц промышленна€ система.

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

ѕон€тие же коммерческой системы в нашей стране входит в пон€тие промышленный программный продукт, или промышленной Ё— в этой работе (табл. 16.1).

 

“аблица 16.1. ѕереход от прототипа к промышленной экспертной системе

 

ƒемонстрационный прототип Ё— —истема решает часть задач, демонстриру€ жизнеспособность подхода (несколько дес€тков правил или пон€тий)
»сследовательский прототип Ё— —истема решает большинство задач, но не устойчива в работе и не полностью проверена (несколько сотен правил или пон€тий)
ƒействующий прототип Ё— —истема надежно решает все задачи на реальных примерах, но дл€ сложной задачи требует много времени и пам€ти
ѕромышленна€ система —истема обеспечивает высокое качество решений при минимизации требуемого времени и пам€ти; переписываетс€ с использованием более эффективных средств представлени€ знаний
 оммерческа€ система ѕромышленна€ система, пригодна€ к продаже, т.е. хорошо документирована и снабжена сервисом

 

ќсновное на третьем этапе заключаетс€ в добавлении большого числа дополнительных эвристик. Ёти эвристики обычно увеличивают глубину системы, обеспечива€ большее число правил дл€ трудноуловимых аспектов отдельных случаев. ¬ то же врем€ эксперт и инженер по знани€м могут расширить охват системы, включа€ правила, управл€ющие дополнительными подзадачами или дополнительными аспектами экспертной задачи (метазнани€).

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

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

Ё“јѕ 4: ќ÷≈Ќ ј —»—“≈ћџ

 

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

критерии пользователей (пон€тность и "прозрачность" работы системы, удобство интерфейсов и др.);

критерии приглашенных экспертов (оценка советов-решений, предлагаемых системой, сравнение ее с собственными решени€ми, оценка подсистемы объ€снений и др.);

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

Ё“јѕ 5: —“џ ќ¬ ј —»—“≈ћџ

 

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

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

ƒл€ подтверждени€ полезности системы важно предоставить каждому из пользователей возможность поставить перед Ё— реальные задачи, а затем проследить, как она выполн€ет эти задачи. „тобы система была одобрена, необходимо представить ее как помощника, освобождающего пользователей от обременительных задач, а не как средство их замещени€.

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

ѕример 16.15. ”спешно состыкована со своим окружением система PUFF Ц экспертна€ система дл€ диагностики заболеваний легких [10]. ѕосле того, как PUFF была закончена и все были удовлетворены ее работой, систему перекодировали с LISPa на Ѕейсик. «атем систему перенесли на ѕ , котора€ уже работала в больнице. ¬ свою очередь, эта ѕ  была св€зана с измерительными приборами. ƒанные с измерительных приборов сразу поступают в ѕ . PUFF обрабатывает эти данные и печатает рекомендации дл€ врача. ¬рач в принципе не взаимодействует с PUFF. —истема полностью интегрирована со своим окружением Ц она представл€ет собой интеллектуальное расширение аппарата исследовани€ легких, который врачи давно используют.

ѕример 16.16. ƒруга€ система, котора€ хорошо функционирует в своем окружении, Ц —ј“-1 [8] Ц экспертна€ система дл€ диагностики неисправностей дизелей локомотивов.

Ёта система была разработана также на LISPe, а затем переведена на FORTH, чтобы ее можно было более эффективно использовать в различных локомотивных цехах. ћастер по ремонту запрашивает систему: определить возможные причины неисправности дизел€. —истема св€зана с видеодиском, с помощью которого мастеру дают визуальные объ€снени€ и подсказки относительно более подробных проверок, которые ему нужно сделать.

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

Ё“јѕ 6: ѕќƒƒ≈–∆ ј —»—“≈ћџ

 

ѕри перекодировании системы на €зык, подобный —и, повышаетс€ ее быстродействие и увеличиваетс€ переносимость, однако гибкость при этом уменьшаетс€. Ёто приемлемо лишь в том случае, если система сохран€ет все знани€ проблемной области и это знание не будет измен€тьс€ в ближайшем будущем. ќднако, если экспертна€ система создана именно из-за того, что проблемна€ область измен€етс€, то необходимо поддерживать систему в инструментальной среде разработки.

ѕример 16.17. ”дачным примером Ё—, внедренной таким образом, €вл€етс€ XCON (R1) Ц Ё—, которую фирма DEC использует дл€ комплектации Ё¬ћ семейства VAX. ќдна из ключевых проблем, с которой столкнулась фирма DEC, Ц необходимость посто€нного внесени€ изменений дл€ новых версий оборудовани€, новых спецификаций и т.д. ƒл€ этой цели XCON поддерживаетс€ в программной среде OPS5.

 





ѕоделитьс€ с друзь€ми:


ƒата добавлени€: 2015-01-29; ћы поможем в написании ваших работ!; просмотров: 1082 | Ќарушение авторских прав


ѕоиск на сайте:

Ћучшие изречени€:

—туденческа€ общага - это место, где мен€ научили готовить 20 блюд из макарон и 40 из доширака. ј майонез - это вообще десерт. © Ќеизвестно
==> читать все изречени€...

644 - | 569 -


© 2015-2023 lektsii.org -  онтакты - ѕоследнее добавление

√ен: 0.016 с.