Cтраница 2
Заключительным этапом здесь является этап построения графовой модели в виде мультиграфа Р ( О, С), который и заканчивает процесс анализа предметной области для ее процедурного представления. [16]
Третий уровень характеризуется возможностью получения решения простейших задач в отрыве от предметной области путем построения словесных рассуждений и использовании представлений, вытекающих из анализа предметной области. [17]
Уже при разработке первых ЭС стало очевидно, что наиболее ответственным этапом является построение БЗ, для чего в общем случае и необходим посредник - так называемый инженер по знаниям ( или аналитик), который должен обеспечить проведение домашинных этапов разработки систем, основанных на знаниях ( СОЗ), заключающихся, как правило, в анализе предметной области, извлечении знаний из эксперта и их структурировании. [18]
Основные данные для проектирования ПП содержатся в ПЭС. Анализ предметной области ( ПЭС) показывает, что отношения между основными множествами - ЭРЭ, соединений, контактов, трасс - являются бинарными, среди которых есть отношения типа М: М, а отношения более высокого ранга ( / г З) отсутствуют. [19]
Первый компонент ориентирован на поддержку процессов анализа предметной области создаваемой MAC и проектирование агентов с заданным поведением. Второй - обеспечивает эффективную среду для выполнения агентно-ориентированных программ. И тот и другой компоненты реализованы на языке Java, что позволяет им работать на всех платформах, где установлена Java-среда. [20]
Однако для простоты это ограничение может быть перенесено из определения отношения в функцию его интерпретации. Анализ различных предметных областей показывает, что введенный выше набор отношений является достаточным для начального описания соответствующих онтологии. Понятно, что этот базис является открытым и может пополняться в зависимости от предметной области и целей, стоящих перед прикладной системой, в которой такая онтология используется. [21]
В работе предлагается описание предметной области на основе теории фреймов и А - исчисления. Для этой цели используются фреймы, состоящие из предикатной вершины, Вершин объектов, предиката, отношений связи объектов. Во фрейм прототип в динамике функциони - рования системы управления подставляются объекты-константы конк - ретных видов. Анализ предметной области позволил выделить типовые фреймы базы знаний АСУ ТП добычи нефти, набор которых достаточен для описания, контроля и управления кустом скважин месторождения. Периодический опрос датчиков, их работоспособность, занесение констант во фреймовые структуры данных позволяет в реальном масштабе времени иметь динамическую модель объекта управления, проводить необходимую диагностику технического оборудозвания, иметь характе-ризацию текущей ситуации на объекте. [22]
В работе предлагается описание предметной области на основе теории фреймов и л - исчисления. Для этой цели используются фреймы, состоящие из предикатной вершины, вершин объектов, предиката, отношений связи объектов. Во фрейм прототип в динамике функциони - рования системы управления подставляются объекты-константы. Анализ предметной области позволил выделить типовые фреймы базы знаний АСУ ТП добычи нефти, набор которых достаточен для описания, контроля и управления кустом скважин месторождения. Периодический опрос датчиков, их работоспособность, занесение констант во фреймовые структуры данных позволяет реальном масштабе времени иметь динамическуо модель объекта управления, проводить необходимую диагностику технического оборудования, иметь характе-ризации текущей ситуации на объекте. [23]
Создание подобной системы связано с решением целого ряда проблем. В основе создания АИС Налог лежит концепция жизненного цикла программных систем. На первом этапе осуществляются анализ предметной области и разработка постановки задачи или комплекса задач. Постановка задачи осуществляется при непосредственном участии специалистов налоговой службы, чьи функции подлежат автоматизации. Сущность этого этапа состоит в обследовании организационной и функциональной структуры налогового органа и разработки технического задания, для чего используются методы информационного анализа, исследования операций, теории сложных систем. На основе технического задания разрабатывается технический проект автоматизированной системы. Целью данной стадии является создание информационно-логических моделей системы налогообложения. Важнейшей частью создания технического проекта является выбор программных средств и методов реализации проекта. [24]
Требования пользователей к разрабатываемым БД представляют собой список запросов с указанием их интенсивности и объемов данных. Эти сведения разработчики БД получают в диалоге с ее будущими пользователями. Здесь же выясняются требования к вводу, обновлению и корректировке информации. Требования пользователей уточняются и дополняются при анализе имеющихся и перспективных приложений Рассмотрим примерный состав вопросника при анализе различных предметных областей. [25]
Как правило, это осуществляется на базе экспертных методов сбора информации у проектировщиков, разработчиков технологических и организационных решений, делопроизводителей, а также работников, эксплуатирующих ГТС. В качестве рабочего инструмента здесь используются методы экспертных оценок, методы проведения мозговой атаки. САПР ГТС сопряжена, в первую очередь, с анализом предметной области автоматизированной системы. Считается, что для такого подхода должны быть привлечены различные пользователи автоматизированной системы и не обязательно специалисты. В этой связи метод мозговой атаки позволяет получать именно то представление о предметной области, которое наиболее адекватно ее описывает. [26]