Автоматизированные базы и банки данных
Технология баз и банков данных является ведущим направлением организации внутримашинного информационного обеспечения. Развитие технологий баз и банков данных определяется рядом факторов: ростом информационных потребностей пользователей, требованиями эффективного доступа к информации, появлением новых видов массовой памяти, увеличением ее объемов, новыми средствами и возможностями в области коммуникаций и многим другим.
В отличие от локально организованных информационных массивов, ориентированных на решение отдельных задач, база данных является интегрированной системой информации, удовлетворяющей ряду требований: сокращению избыточности в хранении данных; устранению противоречивости в них; совместному использованию для решения большого круга задач, в том числе и новых; удобству доступа к данным; безопасности хранения данных в базе, защита данных; независимости данных от изменяющихся внешних условий в результате развития информационного обеспечения, снижению затрат не только на создание и хранение данных, но и на поддержание их в актуальном состоянии; наличию гибких организационных форм эксплуатации. Реализация указанных требований дает высокую производительность и эффективность работы с данными для пользователей в больших объемах.
База данных - это динамичный объект, меняющий значения при изменении состояния отражаемой предметной области. Под предметной областью понимается часть реального мира, которая должна быть адекватно, в полном информационном объеме представлена в базе данных. Данные в базе организуются в единую целостную систему, что обеспечивает более производительную работу пользователей с большими объемами данных.
Кроме важнейших составляющих БД и СУБД банк данных включает и ряд других составляющих. Остановимся на их рассмотрении.
Языковые средства включают языки программирования, языки запросов и ответов, языки описания данных.
Методические средства - это инструкции и рекомендации по созданию и функционированию банков данных, выбору СУБД.
Технической основой банков данных является ЭВМ, удовлетворяющая определенным требованиям по своим техническим характеристикам.
Обслуживающий персонал включает программистов, инженеров по техническому обслуживанию ЭВМ, административный аппарат, в том числе администратора БД. Их задача - контроль за работой банков данных, обеспечение совместимости и взаимодействия всех составляющих, а также управление функционированием банков данных, контроль за качеством информации и удовлетворение информационных потребностей.
Администратор базы или банка данных - управляет данными, персоналом, обслуживающим банки данных. Важной задачей администратора БД является защита данных от разрушения, несанкционированного и некомпетентного доступов. Администратор предоставляет пользователям большие или меньшие полномочия на доступ ко всей или части базы. Для выполнения функций администратора в СУБД имеются различные служебные программы. Администрирование базой данных предусматривает выполнение функций обеспечения надежной и эффективной работы БД, удовлетворение информационных потребностей пользователей, отображение в базе данных динамики предметной области.
Главными пользователями баз и банков данных являются конечные пользователи, т.е. специалисты, ведущие различные участки экономической работы. Их состав неоднороден, они различаются по квалификации, степени профессионализма, уровню в системе управления. Удовлетворение их информационных потребностей - это решение большого числа проблем в организации внутримашинного информационного обеспечения.
Специальную группу пользователей банков данных образуют прикладные программисты. Обычно они играют роль посредников между БД и конечными пользователями, так как создают удобные пользовательские программы на языках СУБД. Централизованный характер управления данными вызывает необходимость администрирования такой сложной системы, как банк данных.
Преимущества работы с банком данных для пользователя окупают затраты и издержки на его создание, так как повышается производительность работы пользователей, достигается эффективное удовлетворение их информационных потребностей; централизованное управление данными освобождает прикладных программистов от организации данных, обеспечивает независимость прикладных программ от данных; развитая организация БД позволяет выполнять разнообразные нерегламентированные запросы, новые приложения; снижаются затраты не только на создание и хранение данных, но и на их поддержание в актуальном и динамичном состоянии; уменьшаются потоки данных, циркулирующих в системе, сокращается их избыточность и дублирование.
Как банк данных, так и база данных могут быть сосредоточены на одном компьютере или распределены между несколькими. Для того чтобы данные одного исполнителя были доступны другим и наоборот, эти компьютеры должны быть соединены в единую вычислительную систему с помощью вычислительных сетей.
Банк и база данных, расположенные на одном компьютере, называются локальными, а на нескольких, соединенных сетями ЭВМ, - распределенными. Распределенные банки и базы данных более гибки и адаптивны, менее чувствительны к выходу из строя оборудования.
Назначение локальных баз и банков данных в организации более простого и дешевого способа информационного обслуживания пользователей при работе с небольшими объемами данных и решении несложных задач.
Локальные базы данных эффективны при работе одного или нескольких пользователей, когда имеется возможность согласования их деятельности административным путем. Такие системы просты и надежны за счет своей локальности и организационной независимости.
Назначение распределенных баз и банков данных состоит в предоставлении более гибких форм обслуживания множеству удаленных пользователей при работе со значительными объемами информации в условиях географической или структурной разобщенности. Распределенные системы баз и банков данных обеспечивают широкие возможности по управлению сложных многоуровневых и многозвенных объектов и процессов.
Распределенная обработка данных позволяет разместить базу данных в различных узлах компьютерной сети. Таким образом, каждый компонент базы данных располагается по месту наличия техники и ее обработки. Например при организации сети филиалов какой-либо организационной структуры, удобно обрабатывать данные в месте расположения филиала. Распределение данных осуществляется по разным компьютерам в условиях реализации вертикальных и горизонтальных связей для организаций со сложной структурой.
Объективная необходимость распределенной формы организации данных обусловлена требованиями, предъявляемыми конечными пользователями: централизованное управление рассредоточенными информационными ресурсами; повышение эффективности управления базами и банками данных и уменьшение времени доступа к информации; поддержка целостности, непротиворечивости и защиты данных; обеспечение приемлемого уровня в соотношении "цена - производительность - надежность".
Распределенная система баз данных позволяет в широких возможностях варьировать и поддерживать информационные ресурсы, избегая узких мест, сдерживающих производительность пользователя, и добиваться максимальной эффективности использования информационных ресурсов.
В распределенных системах баз и банков данных возникает необходимость организации эффективного обмена информацией между базами. Требование оперативности информирования пользователей о происходящих событиях и изменениях управляемых бизнес-процессов диктует параллельное исполнение и синхронизацию во времени отдельных видов работ с информацией.
Процессы обмена, изменения данных организуются в виде отдельных пользовательских задач (приложений) на одной или различных базах данных. Для реализации используется специальный механизм оповещения всех заинтересованных лиц и процессов. Механизм оповещения или оперативного изменения информации в распределенных базах данных является технологическим средством, позволяющим экономить время и трудозатраты, делает более доступным широкий набор удаленных информационных ресурсов.
В распределенных системах баз и банков данных, которые являются средством автоматизации крупных организаций, появляются новые проблемы. Увеличение числа пользователей, расширение географических размеров системы, увеличение физических узлов сети усложняет администрирование. Создастся угроза рассогласования данных, хранящихся в различных частях системы. Возникает проблема целостности и безопасности данных, которая решается совокупностью средств, методов и мероприятий.
Одним из средств управления распределенными базами и банками данных является тиражирование данных. Тиражирование представляет собой перенос изменений объектов исходной базы данных в базы данных (или ее части), находящиеся в различных узлах распределенной системы. При внесении изменений может и не требоваться одновременный доступ ко всем узлам, затрагиваемым этими изменениями. Данные изменяются на одном узле, а затем переносятся на остальные. Тиражирование может производиться после завершения определенного числа операций с данными, в том числе и после каждой операции, через равные промежутки времени или к определенному моменту времени. Процесс тиражирования может контролироваться администратором системы, пользователем или пользовательской программой. Современные инструментальные программные средства поддерживают те или иные механизмы тиражирования данных.
Организация работы с распределенной системой данных и их безопасность требуют разграничения доступа пользователей к данным, что усложняет администрирование в сложных системах. Многоуровневый иерархический подход обеспечивает наиболее полное и удобное управление доступом.
Этапы создания базы и банка данных. Быстрое развитие информационных потребностей прикладных систем требует разнообразных подходов к созданию сложных и простых баз данных различной сложности. Сложность базы определяется объемами и структурой информатизации, разнообразием ее видов, множественностью связей между файлами, требованиями к производительности и надежности. Среди возможных вариантов создания базы данных рассмотрим наиболее распространенные подходы к созданию базы данных средней сложности.
Организация данных в базе требует предварительного моделирования, т.е. построения логической модели данных. Главное назначение логической модели данных - систематизация разнообразной информации и отражение ее свойств по содержанию, структуре, объему, связям, динамике с учетом удовлетворения информационных потребностей всех категорий пользователей. Построение логической модели ведется по этапам с постепенным приближением к оптимальному варианту в рамках конкретных условий.
Полезность и эффективность логической модели зависят от степени отображения ею моделируемой предметной области. Предметная область включает объекты, их свойства и характеристики, взаимодействие и процессы над ними.
При построении базы данных на этапе создания ее логической модели сначала выявляются объекты, процессы или сущности предметной области, которые могут представлять интерес для пользователя. Например, объектами могут быть предприятия, вкладчики, банки и т.д. Для каждого объекта выделяется набор характеризующих его свойств. Так, для вкладчика - физического лица - это могут быть фамилия, имя, отчество, адрес, паспортные данные, место работы, вид вклада, сумма вклада и т.д. Для организации - ее наименование, адрес, расчетный счет, название банка и пр.
Принятие решения о том, какая информация должна содержаться в БД, связано не только с определением предметной области или круга обслуживаемых задач, но и с интенсивностью работы с различными видами информации, их динамическими характеристиками, частотой корректировки, степенью взаимосвязи и взаимодействия между ними.
Практически большинство пользователей заинтересовано не в целой модели данных, а только в ее части. Поэтому в ряде случаев должна быть обеспечена возможность выделения части данных. Подмодель можно рассматривать как ограничение общей модели до уровня интересов конкретного пользователя или группы пользователей.
Автоматизацию работы базы данных обеспечивает СУБД, которая манипулирует с конкретной моделью организации данных на носителе. При построении логической модели данных выбирается один из трех подходов моделирования: иерархический, сетевой, реляционный.
Иерархическая модель имеет структуру в виде дерева и выражает вертикальные связи подчинения нижнего уровня высшему. Это облегчает доступ к необходимой информации, но только при условии, что все запросы имеют древовидную структуру.
Сетевая модель является более сложной и отличается от иерархической модели наличием горизонтальных связей. Направления этих связей не являются однозначными, что усложняет модель и СУБД.
Реляционная модель представляется в виде совокупности таблиц, над которыми выполняются операции, формулируемые в терминах реляционной алгебры. Достоинством модели является сравнительная простота инструментальных средств ее поддержки, недостатком - жесткость структуры данных и зависимость скорости работы от размера базы данных. К настоящему времени наибольшее распространение получили реляционные модели. В них все компоненты связаны между собой определенными отношениями. Каждый тип модели имеет свои достоинства и недостатки. Одним из основных достоинств реляционной модели является простота понимания ее структуры.
Моделирование базы данных ведется поэтапно, при этом выделяется несколько уровней абстракции, каждому из которых соответствует свой вариант модели. Необходимость выделения нескольких уровней абстракции определяется сложностью процесса отображения предметной области в базе данных. Привязку логической модели к программным и техническим средствам называют физической моделью базы данных. Она и дает конечное материализованное воплощение процессов создания базы данных.
После выбора окончательного варианта логической модели определяется вся совокупность показателей и реквизитов, необходимых и достаточных для решения обозначенного круга задач, формируются файлы, в которых выделяется ключевое поле (реквизит) для взаимодействия с другими файлами. Далее устанавливается тип данных и разрядность каждого поля, количество записей в файлах и другие характеристики.
Рассмотрим пример: в банке готовится задача компьютерного учета вклада "Срочный депозит". Для этой задачи создается подмодель базы данных, которая включает в себя сведения о вкладчике, данные по учету поступления и выбытию средств по вкладам, сведения для начисления процентов по вкладам. Все эти данные удобно поделить на реляционные таблицы или файлы. В одной таблице будут содержаться данные о вкладчиках: фамилия, имя, отчество, год рождения, серия и номер паспорта, дата выдачи и кем выдан паспорт, адрес постоянного места жительства, наименование вида вклада, номер счета, дата открытия счета, остаток денежной суммы. Вторая таблица будет содержать сведения о движении денежных средств по вкладам, например: номер счета, фамилия вкладчика, дата проведения операции по вкладу, взнос денежной суммы или снятие ее.
Первая и вторая таблицы связаны через общий реквизит - номер счета. Он позволяет в данных о движении денежных сумм не указывать подробные сведения о вкладчике, которые хранятся в первой таблице.
Затем для каждого реквизита определяется тип данного и его длина. При вводе или корректировке сведений в созданной базе СУБД должна автоматически контролировать тип вводимых данных. Кроме того, данные контролируются на соответствие по длине и количеству знаков после точки. То есть если вводится символьное значение длиннее, чем описано в структуре, то это данное будет обрезано до указанной длины справа. При вводе даты проверяется ее соответствие формату даты. В числовом данном автоматически добавляются знаки после точки.
При построении БД приходится определять размер текстового поля, когда его длина заранее не известна. Длина текста договора может быть различной в зависимости от предоставляемых услуг и специфики данного клиента. В этой ситуации заранее жестко определить длину договора невозможно, лишнее место на диске отводить также нерентабельно. В этом случае и используется поле памяти. В частности, создается файл базы данных по учету договоров с клиентами, содержащий следующие реквизиты или поля: номер договора, дату заключения, наименование клиента, предмет договора, текст договора. Для всех реквизитов, кроме текста договора, определить тип и длину записей не представляет трудности. Для поля с текстом договора указывается дополнительно поле памяти, длина которого k символов. Таким образом, первый основной файл БД для любой задачи содержит только каталог или оглавление к текстовому файлу, что облегчает работу с ним. Аналогичный принцип реализуется при создании различных справочно-поисковых систем.
Средства современных СУБД позволяют выполнять поиск в базе данных как через файл-оглавление, так и прямо обращаясь к тексту файла DBT. Запрос может содержать, например, название организации или какое-то ключевое слово из текста, по которому СУБД будет просматривать все тексты подряд до нахождения соответствующего запросу текста.
Документирование результатов проектирования базы и банка данных выполняется по завершении каждого этапа проектирования, а его выводы и рекомендации по эксплуатации обработки находятся в соответствующих разделах технорабочего проекта. Рассмотрим эти этапы применительно к созданию внутримашинного информационного обеспечения для компьютерных систем среднего и крупного классов.
Проектированию ИО предшествует предпроектная стадия, которая включает сбор материалов в процессе обследования, оформление их в виде технического задания. В них обосновывается целесообразность создания банка и базы данных. В качестве основных факторов раскрываются и приводятся следующие: многоцелевое использование данных, обеспечение многопользовательского доступа к данным в диалоговом режиме, наличие сложных связей между данными, необходимость поддержания системы в актуальном состоянии.
Материалы, содержащие выводы и предложения по созданию банка и базы данных, исходя из конкретных условий и возможностей, включаются в технико-экономическое обоснование проекта и служат основанием для формирования технического задания на разработку системы банка данных, оно является частью общего технического задания на проектирование компьютерной системы. В нем ставятся цели и круг решаемых проблем, оговариваются масштабы и сферы деятельности системы, глобальные ограничения.
На стадии технического проектирования результаты разработок и проектных решений оформляются в виде технического проекта. Он включает общие вопросы, такие как определение конфигурации вычислительных средств, создание логической модели базы данных, ее уточнение и доводка в виде моделей других уровней, выбор операционной системы и СУБД, физическое проектирование. Затем разрабатываются конкретные пользовательские применения БД, определяются подмодели, доступные каждому из пользователей.
Технический проект является основным проектным документом, в котором приводятся разработки и их описания по всем компонентам создаваемого банка данных. При моделировании базы данных используются различные методы и средства, ориентированные на выбор конкретной СУБД. Сюда же относятся и предбазовые процессы подготовки информации и работы с ней, определение технологических особенностей по всем процессам, возникающим в результате создания и внедрения банка данных. В техническом проекте отражаются организационные изменения, связанные с работой технических и программных средств, с новой организацией информации.
На этапе рабочего проектирования доводятся и детализируются решения технического проекта. Рабочий проект имеет ту же структуру, что и технический, но с более глубокой проработкой и проверкой. На этом этапе выполняется сбор и предварительная подготовка нормативно-справочных материалов, разработка должностных, технологических инструкций для работы в условиях новой информационной технологии.
На этапе внедрения проекта выполняется проверка проектных решений и их доводка, при необходимости дорабатывается технология работы с банком данных пользователями, выполняется перераспределение обязанностей, устанавливаются категории и иерархия доступа пользователей к данным.
Использование технологий базы и банка данных ставит вопросы дальнейшего развития компьютерных информационных систем: их реорганизацию, подключение новых пользователей, предоставление новых информационных услуг.
Более простые варианты построения базы данных ориентированы на решение менее сложных задач, на персональные компьютеры и персональные СУБД, на меньшие объемы данных и их несложную структуру. Современные СУБД предоставляют возможность пользователям быстро и удобно создавать несложные базы данных.
Технология создания баз данных с помощью типовых инструментальных средств, рассчитанных на массового пользователя-непрограммиста, предоставляется СУБД MS Access. Несмотря на ориентированность на конечного пользователя, в Access присутствует язык программирования, имеется возможность интеграции с другими программными средствами MS Office. MS Access - это популярная настольная система управления базой данных, рассчитанная на одного пользователя. В то же время на небольшом предприятии с количеством компьютеров не более 10 ресурсов Access вполне может хватить для обслуживания всего делопроизводства вместе со средствами MS Office. Все пользователи могут обращаться к одной базе данных, установленной на одном компьютере, который может не быть сервером.
Проблемы сохранности и доступа к данным решаются с помощью использования средств защиты, которые предоставляет Access. Главными особенностями Access среди других технологий создания баз данных является направленность на конечного пользователя, сохранение общего подхода, принятого в построении всех продуктов MS Windows, массовость использования.
В Access для работы с данными используются процессор баз данных, средства быстрого построения интерфейса (Конструктор форм и отчетов), объекты доступа и манипулирования данными (таблицы, формы, запросы, отчеты, макрокоманды, макросы, модули). Автоматизация типовых рутинных операций выполняется с помощью готовых визуальных средств или макрокоманд, объединяемых в макросы. Таким образом, пользователи Access могут обратиться к созданию процедур и функций для работы с данными. При этом, если недостает возможностей визуальных готовых средств, обращаются к макрокомандам, а если и их возможностей недостаточно, можно использовать язык программирования. Он позволяет создавать свои массивы, типы данных, функции, приложения. Имеется возможность целиком создать базу данных с помощью программирования, когда в этом появляется необходимость.
Создание новой базы данных начинается с запуска Access и появления диалогового окна. Выбор опции "Запуск мастера" приводит в окно "Создание". Далее для создания базы можно использовать шаблоны. Чтобы обратиться к списку шаблонов, необходимо перейти на вкладку "Базы данных". Создаются базы данных выбором из определенного списка. При этом возможен выбор таблиц, а в таблицах - нужных полей. После этого пользователь получает базу данных с таблицами, формами ввода и вывода.
Технология ввода данных в базу допускает использование таблицы и формы, через которые обеспечивается работа только с одной строкой таблицы. Ввод с помощью формы позволяет располагать поля в нужном порядке, удобном для пользователя. Создание форм может выполнять пользователь сам или с помощью "Мастера". Этапы создания формы включают выбор полей, внешнего вида, стиля и названия формы.
Работа с базой данных начинается с создания таблиц. Обращение к режиму "Создать" предоставляет возможность выбора одного из пяти вариантов технологии создания таблицы.
Технология запросов к данным базы в большинстве строится программно, а в Access она выполняется визуально. Пользователь благодаря Access реализует разнообразные запросы выборки, при этом они могут модифицировать исходные данные. В этом заложены резервы ускорения работы с данными. Недостатком технологии Access является замедление скорости работы с данными при увеличении размеров таблиц.
Пользователь непосредственно участвует в формировании запросов, не прибегая к услугам программиста.
Пользователь может направлять запросы в базу для добавления, удаления, обновления и создания таблиц. Запросы можно составить и программным путем. Одна из сильных сторон технологии Access - фильтры, которые позволяют выбирать информацию с помощью запросов или установкой критериев. Создание параметрических запросов дает возможность пользователю вводить значения для отбора данных.
Наряду с формами для каждой таблицы могут быть созданы отчеты с помощью меню, клавиатуры или программным путем.
Для каждой таблицы можно создать Автоотчет с выводом данных в столбец. При создании отчета с выбором полей, но без вывода всех имеющихся в таблице или запросе данных, Access позволяет обратиться к Мастеру отчетов. Мастер отчетов помимо выбора полей группирует данные по какому-либо полю, устанавливает интервал группировки, порядок сортировки, диаграммы, макет отчета и его стиль. Для построения еще более сложных отчетов используется Конструктор отчетов.
Программное создание отчетов используется для построения собственных мастеров.
Технология выполнения разнообразных действий и функций с данными базы в среде Access осуществляется макрокомандами, которые объединяются в макросы. Задаваемые параметры придают этим действиям гибкость, которой иначе можно добиться только путем кропотливого программирования. Хотя сами макросы упрощают работу, их создание требует от пользователя затрат труда и времени.
В развитии информационного обеспечения автоматизированных информационных технологий управления экономической деятельностью наибольший интерес представляют применения в области искусственного интеллекта. Одной из форм реализации достижений в этой области является создание экспертных систем - специальных компьютерных систем, базирующихся на системном аккумулировании, обобщении, анализе и оценке знаний высококвалифицированных специалистов - экспертов. В экспертной системе используется база знаний, в которой представляются знания о конкретной предметной области.
База знаний - это совокупность моделей, правил и факторов, порождающих анализ и выводы для нахождения решений сложных задач в некоторой предметной области.
Выделенные и организованные в виде отдельных, целостных структур информационного обеспечения знания о предметной области становятся явными и отделяются от других типов знаний, например общих знаний. Базы знаний позволяют выполнять рассуждения не только и не столько на основе формальной (математической) логики, но и на основе опыта, фактов, эвристик, т.е. они приближены к человеческой логике.
Разработки в области искусственного интеллекта имеют целью использование больших объемов высококачественных специальных знаний о некоторой узкой предметной области для решения сложных, неординарных задач: качественных и количественных; приближенных и точных; конкретных и общих; описательных и предписывающих. Содержание базы знаний может быть применено пользователем для получения эффективных управленческих решений.
База знаний является основой экспертной системы, она накапливается в процессе ее построения. Знания выражаются в явном виде, позволяющем сделать явным способ мышления и решения задач, и организованы так, чтобы упростить принятие решений. База знаний, обусловливающая компетентность экспертной системы, воплощает в себе знания специалистов учреждения, отдела, опыт группы специалистов и представляет собой институциональные знания.
Эксперт - это специалист, умеющий находить эффективные решения в конкретной предметной области.
Блок приобретения знаний отражает накопление базы знаний, этап модификаций знаний и данных. База знаний отражает возможность использования высококачественного опыта на уровне мышления квалифицированных специалистов, что делает экспертную систему рентабельной в соответствии с нуждами бизнеса и заказчика.
Блок логических выводов, осуществляя сопоставление правил с фактами, порождает цепочки выводов. При работе с ненадежными данными формируется нечеткая логика, слабые коэффициенты уверенности, низкая степень меры доверия и т.д.
Блок объяснений отражает в технологии использования базы знаний пользователем последовательность шагов, которые привели к тому или иному выводу с возможностью ответа на вопрос "почему".
К настоящему времени распространение баз знаний в значительной степени определяется темпом накопления профессиональных знаний.
Та область профессиональной человеческой деятельности, которая пока поддается формализации, а значит, и автоматизации на базе ЭВМ, - это небольшая часть накопленных человеком знаний.
В составе накопленных знаний огромный слой составляют индивидуально накапливаемые неотчуждаемые знания. Меньший объем составляют знания, которые доступны для традиционной передачи. И наконец, едва различимые в общем объеме всех остальных знаний - формализованные знания.
Структуризация или формализация знаний основана на различных способах представления знаний. В современных системах самый популярный способ использует факты и правила. Они обеспечивают естественный способ описания процессов в некоторой предметной области.
Правила обеспечивают формальный способ представления рекомендаций, указаний, стратегий. Они подходят в тех случаях, когда предметные знания возникают из опытных (эмпирических) ассоциаций, накопленных за годы работы по решению задач в данной области. Правила чаще всего выражаются в виде утверждений типа "Если ... то ... " ("If ... then ... ").
Описание предметной области в базе знаний предполагает разработку способов представления и организации знаний, методов формулирования, переформирования и решения задач. Понятия (объекты) предметной области представляются с помощью символов, например для банковской системы, это могут быть: клиент, фондовый инструмент, операция, задача и т.д. Между символьными понятиями определяются отношения, применяются различные стратегии (логические или полученные в результате опыта) для манипулирования понятиями. Представление знаний, их структуризация предполагает выбор понятий, сложных, неординарных задач. Поэтому и правила в базе знаний бывают либо сложными, либо множественными и объемными.
Развитие концепции баз знаний связано с исследованиями и достижениями в области систем искусственного интеллекта. Области применения баз знаний и систем на их основе расширяются. Создается целый спектр баз знаний - от небольших по объему для портативных систем до мощных, предназначенных для профессионалов, эксплуатирующих сложные и дорогие АРМ. Очень большие базы знаний хранятся в централизованных хранилищах, доступ к которым осуществляется через сети пользователями различных систем, уровней, масштабов и т.д. Успехи в разработке баз знаний сделают их доступными для массового пользователя, что будет способствовать их появлению как актуального коммерческого продукта.