Для иллюстрации того, как устроена модель проблемной области и как планировщик может использовать ее при поиске решения для достижения поставленной цели управления, рассмотрим один класс таких моделей, часто встречающийся на практике. Это так называемые функциональные модели. Всякая функциональная модель представляет собой сеть без ориентации, включающую в себя вершины двух типов дескрипторы и спецификаторы. При графическом изображении функциональных моделей дескрипторы принято обозначать кружками, а спецификаторы — прямоугольниками. Всякому спецификатору сопоставляется некоторое функциональное выражение вида f(xlt xz, . ., яя)=0, причем предполагается, что / допускает явное разрешение хотя бы относительно одного из аргументов Х[. Другими словами, хотя бы для одного xt это уравнение можно переписать в виде Xi=f (xi,. . ., x i, xi+i,. . ., xn). Такая операция называется допустимым разрешением спецификатора. Допускается, что для одного спецификатора может быть от 1 до п допустимых разрешений. Со спецификатором f(xi, хг,. . ., л )=0 связано п ребер функциональной модели, каждое из которых соединено с одним из дескрипторов множества хг, х2,. . ., хп . Два спецификатора в функциональной модели соединены друг с другом некоторым дескриптором, если последний определяет аргумент, общий для обоих спецификаторов. [c.234]
Для того чтобы исключить подобные случаи в модели проблемной области заранее предусматриваются закономерности, выполнение которых должно быть обязательным при работе с конкретными данными. В нашем случае в модели проблемной области должны храниться такие закономерности, Сумма длин двух сторон треугольника всегда больше длины третьей стороны , Разность длин двух сторон треугольника всегда меньше длины третьей стороны , Сумма углов треугольника всегда равна 180° и т. п. Эти предварительные проверки должны выявить все случаи недопустимости исполнения программ при таких фиксированных исходных данных, которые нарушают основные закономерности проблемной области. [c.237]
К моделям проблемных областей предъявляются следующие требования [c.275]
Для представления структурного аспекта моделей проблемных областей в основном используются графические методы, которые должны гарантировать представление информации о компонентах системы. Главное требование к графическим методам документирования - простота. Графические методы должны обеспечивать возможность структурной декомпозиции спецификаций системы с максимальной степенью детализации и согласований описаний на смежных уровнях декомпозиции. [c.276]
Главный критерий адекватности структурной модели проблемной области заключается в функциональной полноте разрабатываемой ЭИС. [c.277]
Для расчета показателей эффективности ЭИС, реализующей модель проблемной области, как правило, используются статические методы функционально-стоимостного анализа (AB ) и динамические методы имитационного моделирования. [c.277]
Рассмотрим особенности построения моделей проблемной области на трех уровнях детализации. [c.278]
На концептуальном уровне построения модели проблемной области уточняется состав классов объектов, определяются их атрибутный состав и взаимосвязи между собой. Таким образом строится обобщенное представление структуры предметной области. [c.278]
Описанные модели проблемной области нацелены на проектирование отдельных компонентов ЭИС данных, функциональных программных модулей, управляющих программных модулей, программных модулей интерфейсов пользователей, структуры технического комплекса. Для более качественного проектирования указанных компонентов требуется построение моделей, увязывающих различные модели между собой. В простейшем случае в качестве таких моделей взаимодействия могут использоваться матрицы перекрестных ссылок объекты-функции , функции-события , организационные единицы - функции , организационные единицы - объекты , организационные единицы -технические средства и т.д. Такие матрицы не наглядны и не отражают особенности реализации взаимодействий. [c.281]
При выборе формализма для модели проблемной области обычно в качестве критерия выбора выступает степень ее динамичности Для более регламентированных задач больше подходят функциональные модели, для более адаптивных бизнес-процессов (управления рабочими потоками, реализации динамических запросов к информационным хранилищам) - объектно-ориентированные модели. Однако в рамках одной и той же ЭИС для различных классов задач могут требоваться различные виды моделей, описывающих одну и ту же проблемную область. В таком случае должны использоваться комбинированные модели проблемной области. [c.283]
Что понимается под моделью проблемной области [c.285]
Какие требования предъявляются к модели проблемной области [c.285]
Что включает структурный уровень представления модели проблемной области [c.285]
Какие критерии используются для оценки модели проблемной области [c.285]
Какие существуют подходы к построению структурных моделей проблемной области на различных уровнях представления [c.285]
Разработка общей функциональной структуры корпоративной информационной системы на основе функционально-ориентированной или объектно-ориентированной модели проблемной области (см. гл. 13) заключается в определении [c.294]
Структурная декомпозиция ЭИС на основе объектно-ориентированного подхода отличается от функционально-ориентированного подхода лучшей способностью отражать динамическое поведение системы в зависимости от возникающих событий. В этом плане модель проблемной области рассматривается как совокупность взаимодействующих во времени объектов. Тогда конкретный процесс обработки информации формируется в виде последовательности взаимодействий объектов. Одна операция обработки данных может рассматриваться как результат одного взаимодействия объектов. [c.351]
Конечным результатом процесса объектно-ориентированного проектирования должно стать множество классов объектов с присоединенными методами обработки атрибутов. Если в функциональном подходе модели данных и операций разрабатываются относительно независимо друг от друга и только координируются между собой, то объектно-ориентированный подход предполагает совместное моделирование данных и процессов. При этом модели проблемной области в репозитории постепенно уточняются. [c.351]
Сущность модельно-ориентированного проектирования ЭИС сводится к адаптации компонентов типовой ЭИС в соответствии с моделью проблемной области конкретной организационно-экономической системы. Для этого технология проектирования должна поддерживать как модель типовой ЭИС, так и модель конкретного предприятия, а также средства поддержания соответствия между ними. [c.404]
Ядром типовой ЭИС является постоянно развиваемая модель проблемной области (предприятия), поддерживаемая в специальной базе метаинформации - репозитории, на основе которого осуществляется конфигурация программного обеспечения. Таким образом, проектирование и адаптация ЭИС сводятся прежде всего к построению модели проблемной области и ее периодической корректировке. [c.405]
Адаптивность - способность к развитию системы в соответствии с объективными изменениями модели проблемной области. [c.13]
Учитывая высокую динамичность современных бизнес-процессов, можно сделать вывод о том. что адаптивность ИС немыслима без интеллектуализации ее архитектуры. Ядром адаптивной ИС является постоянно развиваемая модель проблемной области (предприятия), поддерживаемая в специальной базе знаний - репозитории, на основе которого осуществляется генерация или конфигурация программного обеспечения. Таким образом, проектирование и адаптация ИС сводится, прежде всего, к построению модели проблемной области и ее своевременной корректировке. [c.35]
Адаптивная информационная система - это ИИС, которая изменяет свою структуру в соответствии с изменением модели проблемной области. [c.40]
Модель проблемной области - отражение структуры объектов, функций, процессов, правил, связанных с функционированием проблемной области. [c.40]
Компонентная (сборочная) технология - технология, позволяющая конфигурировать информационную систему из готовых типовых компонентов на основе модели проблемной области, хранимой в репозитории. [c.40]
На этапе построения концептуальной модели создается целостное и системное описание используемых знаний, отражающее сущность функционирования проблемной области. От качества построения концептуальной модели проблемной области во многом зависит насколько часто в дальнейшем по мере развития проекта будет выполняться перепроектирование базы знаний. Хорошая концептуальная модель может только уточняться (детализироваться или упрощаться), но не перестраиваться. [c.49]
| Рис. 5.4. Графическая модель проблемной области управления запасами |  |
Дальнейшие перспективы развития экспертных систем связываются с приобретением знаний непосредственно из текстов на естественном языке. В данном случае требуется читать обычные печатные тексты (книги, статьи и т. д.) и извлекать из них знания, т. е. понимать текст, схемы, графики и т. п. Сложность здесь состоит не только в обработке естественного языка, но и в необходимости воссоздать по тексту модель некоторой проблемной области. [c.575]
Примечание модели определяются в терминах отношений ) между частями. Типы отношений меняются в зависимости от проблемной области (фиг. 7). [c.167]
Таким образом, в соответствии с перечисленными принципами проблемно-ориентированного подхода должна быть сформулирована основная концепция системы мотивации персонала, которая должна включать модель предметной области, организационные вопросы, а также этапы построения системы. [c.192]
В настоящее время развивается модельно-ориентированный подход реализации объектного метода типового проектирования ЭИС, известный по применению типовых информационных систем ШЗ (SAP) и BAAN IV (BAAN). Особенность этого подхода заключается в настройке типового проекта на особенности объекта управления путем привязки модели проблемной области к модели типовой системы. Поддержание при этом модели проблемной области в репозитории системы сближает метод типо- [c.389]
По выше названным причинам полная консолидация всех моделей как есть в проекте компании DeTe Immobilien оказалась невозможной. Так как моделирование как есть носило скорее характер обзорного представления фактической ситуации, для проекта в целом возникшая проблема большой угрозы не представляла, В целях компактного и наглядного представления моделей проблемных областей была создана обзорная схема, которая ориентировалась на разработанную в начале проекта систематизирующую схему процессов (см. рис. 4.7). Обзорная схема служила отправной точкой для навигации в моделях процессов как есть . [c.124]
Репозиторий - хранилище метазнаний о структуре фактуального и операционного знания или модели проблемной области. [c.40]
Графическая модель проблемной области управления запасами для одного вида продукции в среде G2 представлена на рис. 5.4. Описание всех задействованных в модели проблемной области сущностей (items) дается на рис. 5.5. Примеры описания классов объектов (отдела заказов, списка заказов, заказов, дороги-way) заданы на рис. 5.6 - 5.7. Задание [c.132]
В отличие от ДЭС первого типа, предназначенных для поиска оптимального решения и базирующихся на строгих математических методах и моделях оптимизации, ДЭС второго типа в основном ориентированы на решение трудноформализуемых задач в отсутствии полной и достоверной информации. Здесь используются экспертные модели, построенные на основе знаний экспертов — специалистов в данной проблемной области, и эвристические методы поиска решения. Одной из основных проблем при проектировании ДЭС второго типа является выбор формального аппарата для описания процессов принятия решений и построение на его основе модели принятия решений, адекватной проблемной области (семантически корректной). В качестве такого аппарата обычно используют продукционные системы. Однако основные исследования ведутся в контексте алгоритмической (детерминированной) трактовки продукционной системы с присущей ей последовательной схемой поиска решения. [c.42]
Получающиеся в результате модели зачастую неадекватны реальным проблемным областям, характеризующимся недетерминизмом процесса поиска решения (рис. 1.10). Выход из такого положения — параллелизм при поиске. [c.42]
Основными составляющими СППР являются модели предметной и проблемной областей. Эти две компоненты тесно связаны с интенсиональным и экстенсиональным представлениями. В экстенсиональную часть входят конкретные факты, касающиеся предметной области, а в интенсиональную — схемы связей между атрибу- [c.562]
В случае ИАСУ производством модель ПрО содержит информацию о предметной области (о структуре объекта управления) и задачах, решаемых в проблемной области (о структуре процесса управления). Выделяют следующие виды знаний [c.563]
Здесь мы опишем основы языка ситуационного управления. Это описание будет носить полуформальный характер для того, чтобы не слишком утомлять читателя многоскобочными формулами. В 2.5 мы опишем строгий подход к формированию лексики языка подобного типа на примере ЯСУ, ориентированного на определенную проблемную область, а в 2.6 дадим формальное определение основных синтаксических структур ЯСУ. После рассмотрения языков, близких по своей идеологии к ЯСУ, и сравнения их возможностей мы уточним понятие семиотической модели, введенной в гл. 1, и укажем место ЯСУ в этой модели. [c.55]