Охарактеризуйте особенности юридической информации

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

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

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

1) существуют эксперты в данной  области, которые решают задачу  значительно лучше, чем начинающие  специалисты;

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

3) эксперты способны вербализовать (выразить на естественном языке) и объяснить используемые ими методы, в противном случае трудно рассчитывать на то, что знания экспертов будут "извлечены" и вложены в ЭС;

4) решение задачи требует только  рассуждений, а не действий;

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

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

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

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

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

Приложение соответствует методам ЭС, если решаемая задача обладает совокупностью следующих характеристик:

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

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

3) задача должна быть достаточно  сложна, чтобы оправдать затраты  на разработку ЭС. Однако она  не должна быть чрезмерно сложной  (решение занимает у эксперта  часы, а не недели), чтобы ЭС  могла ее решать;

4) задача должна быть достаточно  узкой, чтобы решаться методами  ЭС, и практически значимой.

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

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

Технология разработки ЭС

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

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

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

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

 

Задание 7. Начертите архитектурно-технологическую схему информационно-аналитической поддержки принятия решений и дайте характеристику ее составляющим.

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

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

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

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

На рис.10 приведен архитектурно-технологическая  схема информационно-аналитической  поддержки принятия решений:

Поддержка принятия решений

Архитектурно-технологическая  схема СППР

 

 

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