Структурирование - задача
Cтраница 1
Структурирование задачи подсказывается ее названием. [1]
Деревья решений - метод структурирования задачи в виде древовидного графа, вершины которого соответствуют продукционным правилам, позволяющим классифицировать данные или осуществлять анализ последствий решений. Этот метод дает наглядное представление о системе классифицирующих правил, если их не очень много. Простые задачи решаются с помощью этого метода гораздо быстрее, чем с использованием нейронных сетей. Для сложных проблем и для некоторых типов данных деревья решений могут оказаться неприемлемыми. Кроме того, для этого метода характерна проблема значимости. Одним из последствий иерархической кластеризации данных является то, что для многих частных случаев отсутствует достаточное число обучающих примеров, в связи с чем классификацию нельзя считать надежной. [2]
 |
Реакция на скачкообразное воздействие замкнутой системы с распределенными параметрами. [3] |
Предложен новый подход к структурированию задачи идентификации объекта управления. Введено понятие объектно-ориентированной модели и показано, что ООМ можно определить как класс на языке объектно-ориентированного программирования. Это позволяет существенно упростить разработку программного обеспечения для алгоритма идентификации на стадии проектирования САУ. [4]
И несмотря на ограниченный арсенал аналоговых вычислительных средств, в те времена удавалось решать довольно сложные ( в вычислительном аспекте) задачи проектирования систем автоматического управления. Это было возможно благодаря структурированию задач управления и идентификации. Под структурированием здесь понимается применение ряда научных методов, преобразующих решение исходной задачи проектирования в последовательность решений более простых задач. [5]
 |
Дифференциация нескольких негативных последствий умственного напряжения. [6] |
Создание предварительных условий для адекватного познания и структурирования задач не является единственным средством содействия разработки эффективных рабочих структур. [7]
В докладе предлагается использовать структурные методы для численной реализации задач идентификации. Будет предложено новое понятие модели объекта управления, которое позволит легко решить проблему структурирования задач и методов идентификации. На базе предложенной в докладе концепции будет дано общее определение метода условной идентификации. Далее для ряда классов систем управления будут рассмотрены некоторые задачи условной идентификации. Будет рассмотрен пример системы управления, на котором будет показана эффективность использования методов условной идентификации. [8]
Чтобы проектировщик мог выдать выходные сигналы в соответствии с поставленной задачей, ему нужно дать время на осознание и преобразование ( в уме) образов, изображающих структуру задачи в целом. В течение длительных и внешне бесплодных поисков решения он может неожиданно найти новый способ структурирования задачи, позволяющий разрешить конфликты. Это приятное событие, которое иногда называют творческим озарением, дает возможность преобразовать сложную задачу в простую. [9]
Разделение специализации и бытующее мнение, что ЦВМ все может, привело к сокращению исследовательских работ по структурированию задач проектирования систем автоматического управления, а также структурированию ее сложной по многообразию научных подходов составляющей - задачи идентификации. Более того, после того как аналоговая вычислительная техника была в большинстве отраслей заменена цифровой, язык структурных схем был почти забыт, а его аналог при использовании ЦВМ - язык объектно-ориентированного программирования [10], был не замечен специалистами по автоматическому управлению в силу разделения специализации. Существенную роль в медленном развитии структурных методов сыграл и тот факт, что долгое время для решения инженерных задач широко применялся язык программирования Фортран, который до сих пор не преобразован в объектно-ориентированный язык. [10]
Каждый абзац относится к одному акту структурирования программы и начинается символическим именем структурируемой задачи. Если способ структурирования задачи очевиден и не требует пояснений, то соответствующая конструкция ( конкатенация, альтернатива или итерация) пишется вслед за именем задачи, отделяемая от него двоеточием. Получившаяся строка называется структурной формулой. Если считать имя задачи меткой, а используемые для краткости фигурные скобки служебными словами начало и конец, структурная формула становится конструкцией алгола. [11]
Напомнив эти факты, мы заодно перечислили основные внутренние объекты, возникающие при построении графа несовместимости. Поскольку отношение несовместимости должно быть вычислено попарно для всех величин, правда, с учетом симметрии, нам перед вычислением матрицы U нужно иметь R и Т для всех Z величин. Поскольку каждое множество - эго шкала длины га, мы приходим к описанию этих множеств в виде матриц цел массив R, Т [: /, 1: га ], а также получаем естественное структурирование задачи. [12]
Структурный подход к построению ЭС предусматривает структуризацию знаний проблемной области. Его появление обусловлено тем, что для ряда приложений применение техники поверхностных знаний не обеспечивает решения задачи. Структурный подход к построению ЭС во многом похож на структурное программирование. Однако применительно к ЭС речь идет не о том, чтобы структурирование задачи было доведено до точного алгоритма ( как в традиционном программировании), а предполагается, что часть задачи решается с помощью эвристического поиска. Структурный подход в различных приложениях целесообразно сочетать с поверхностным или глубинным. [13]
Построение ограниченного транзитивного образа требует перед выполнением основного итерационного цикла движения по дугам графа определенной подготовительной работы. Для слияния текущих областей действия нам нужно по ходу дела фиксировать моменты достижения операторов, воспринимающих величину, сопоставленную г-му результату. Эти операторы образуют аргументное множество А. Все эти множества мы представим в виде логических шкал длины га. Необходимость ввести эти множества очевидна и лежит, так сказать, на поверхности. Предстоящий шаг структурирования задачи дает нам, однако, хороший материал для понимания того, что безошибочное структурирование и своевременное введение новых объектов требует ноис-тине полноты знания задачи и четкого представления, как будет протекать работа во внутренних слоях программы. [14]
Страницы: 1