Cтраница 3
Таким образом, если считать поле знаний смысловой ( семантической) моделью предметной области, то эта модель дважды субъективна. [31]
Таким образом, если считать поле знаний смысловой ( семантической) моделью предметной области, то эта модель дважды субъективна. [32]
В основу проекта положено представление о физической, математнчексой и информационной моделях предметной области. Система включает банк физико-химических данных, базу моделей физико-химической газодинамики, библиотеку программных модулей. Обсуждаются проблемы математического моделирования в химической кинетике, в том числе задачи интегрирования жестких систем уравнений, и анализа чувствительности. В качестве примера приводятся результаты расчетов для обратной задачи сопла Л аваля. [33]
Промежуточный между внешним и внутренним слой архитектуры банка данных, представляющий собой модель предметной области в терминах СУБД, независимую от внутреннего уровня. [34]
В основу такой разработки положено представление о физической, математической и информационной моделях предметной области, включающей определенные разделы физики молекулярных, атомных и электронных столкновений, физико-химической кинетики, спектроскопии, кинетической теории газов и газовой динамики. [35]
Одним из решений проблемы может стать автоматическая генерация кода приложения CASE-средствами на основе модели предметной области. Эту задачу решает технология кодогенерации, основанная на объектно-ориентированном проектировании. Существует несколько CASE-средств, поддерживающих языки объектно-ориентированного проектирования, в том числе ставший в последнее время стандартом UML. [36]
В качестве программной поддержки используются средства поддержки системного анализа и CASE-техноло-гий для построения модели предметной области и разработки структуры и архитектуры. Сущность этапа состоит в обследовании организационной и функциональной структуры управления и разработки технического задания на систему. Этап выполняется специалистами Управления информатизации в тесном взаимодействии с сотрудниками автоматизируемого управления. Этап завершается согласованием и подписанием технического задания на систему. [37]
База знаний используется также для проверки корректности и непротиворечивости задаваемых проектировщиком мифологических спецификаций конструируемой модели предметной области. Наконец появляется возможность демонстрации проектировщику тех следствий, которые могут быть выведены из хранимых в базе знаний и вновь задаваемых мифологических спецификаций. [38]
Под существующей совокупностью знаний об объекте наблюдений и контроля подразумевается принятая к моменту интерпретации модель предметной области, включающая физическую и математическую модели, т настроенная на объект наблюдений, а также имеющийся набор констант, рассчитанных и измеренных параметров, необходимых для количественного описания свойств объекта и процессов, происходящих в нем. Источником информации о константах и параметрах является БД предметной области. [39]
Это обусловлено тем, что не все допущения и предположения эксперта нашли отражение в модели предметной области, включенной в систему. [40]
Если размерность возможных значений невелика и состав их атрибутов относительно однороден, то возможно приведение модели предметной области к реляционному виду, отображаемому как таблица применимости. Задача проектирования интегрированной технологии ставится как процесс задания или уточнения значений требуемых атрибутов ( граничных условий) и выбор на их основе действительных значений объектов из списка возможных. При этом предполагается, что граничные условия или уже заданы или определяются в сеансе проектирования. [41]
Задача этапа логического проектирования базы данных состоит в разработке ее логической структуры в соответствии с инфоло-гической моделью предметной области. Из предыдущего обсуждения ясно, что решение этой задачи существенно зависит от того, какую модель данных поддерживает выбранная СУБД. В результате выполнения этого этапа создаются схемы базы данных концептуального и внешнего уровней архитектуры, специфицированные на языках определения данных. [42]
В свою очередь, БЗ состоит из следующих элементов: базы данных ( БД), модели предметной области ( МПО), а также пакетов прикладных программ ( ППП) и системы управления БЗ. [43]
![]() |
Процесс приобретения знаний с использованием модели предметной области. [44] |
Графически основная идея представлена на рис. 10.3, где на человека-эксперта возлагается задача расширения и уточнения модели предметной области. Эта модель затем компилируется в программу, состоящую из процедур и порождающих правил. Поведение программы снова анализируется экспертом, который при необходимости вносит коррективы в модель и замыкает таким образом цикл итеративного процесса. [45]