Алгоритм - принятие - решение
Cтраница 3
 |
Функция принадлежности множества маржинальных скважин. [31] |
Использование операций объединения и пересечения в форме (3.2) и (3.4) иногда приводит ( как и все максминные критерии) к слишком пессимистическим алгоритмам принятия решений. [32]
Для разработки распределенных систем мониторинга и управления LabVIEW имеет системные возможности более высокого уровня, такие как занесение информации в базу данных, алгоритмы принятия решений, обеспечение безопасности. [33]
К списковым языкам относится также универсальный язык системного программирования и моделирования СИМУЛА-67 ( SIMULA-67), основанный на АЛГОЛе-60 и включающий операторы для алгоритмов принятия решений. [34]
Затраты времени на выполнение первого и третьего этапов во многом зависят от свойств каждой конкретной человеко-машинной системы; на втором этапе могут быть получены оценки времени, необходимого для разработки алгоритма принятия решения. Эти оценки находятся исходя из оценок метрических характеристик разрабатываемого алгоритма принятия решения и обобщенных психофизиологических характеристик оператора. [35]
Установлены основные психологические факторы сложности оперативных задач, статистически обусловливаемые структурой СОИ: число актуализируемых человеком связей разных типов между элементами объекта, оперативный объем отображения, число операций в алгоритмах принятия решения и его реализации, число ступеней взаимовлияния параметров, число оперативных единиц восприятия, число конкурирующих вариантов решения, коэффициент интерференции. [36]
Если ситуация определена верно и притом однозначно, то последующее принятие решения представляется в виде одной или нескольких ( если есть конкурирующие варианты решения) цепей логических операций, которые могут быть представлены в символической форме как алгоритмы, после чего тривиальным подсчетом числа операций в алгоритме принятия решения определяется значение К. Следует отметить, что этот этап обычно без особого труда в подробностях выявляется из самоотчета испытуемых, поскольку принятие ответственного оперативного решения строго логически обосновывается и в большинстве случаев человек при этом пользуется исключительно вербализованными операциональными смыслами элементов ситуации. В ряде опытов мы особо регистрировали миограмму гортани, пытаясь соотнести ее активацию с внутренней речью в период вербализации решения в его логической фазе. Хотя и обнаружена стабильность активаций миограммы гортани непосредственно перед выдачей команд по реализации принятого решения, установлено, что вербализованные логические действия занимают намного больше времени, чем период активации миограммы. Особую трудность представляет выявление числа вариантов решения, отбракованных при поиске основного, реализованного, поскольку многие предварительные варианты проигрываются операторами лишь на качественном уровне, без глубокого логического анализа и детальной вербализации. Наряду с методами психологического анализа невербализованных смыслов ситуаций, введенных в экспериментальную практику О. К. Тихомировым, нами использовались дополнительные методические приемы, такие как прослеживание испытуемым в некоторых опытах с помощью указки тех элементов и контуров, которые он включает в ход решений, в том числе проб-84 ных. [37]
Отметим некоторые недостатки рассматриваемой системы, выявление которых значительно облегчается при использовании АДАС: отсутствие или плохое определение существенных переменных ( отсутствуют критерии измерения качества функционирования) или переменных управления; наличие излишней свободы ( либо чрезмерной регламентации) выработки решений; отсутствие у ответственных лиц прав принятия решения, позволяющих выполнить назначенные цели агрегата; нечеткое распределение функций управления и меры ответственности в узлах системы; нечеткое делегирование функций при распределении междууровневого управления; недостаточность или избыточность информации, необходимой для управления; несовершенство алгоритмов принятия решений отдельных агрегатов; отсутствие или нечеткость критериев и целей на уровне агрегатов; неэффективное управление при существующем разбиении системы на агрегаты; отсутствие ряда обратных связей, отсутствие синхронизации последовательностей взаимодействия как на одном, так и на различных уровнях; наличие слишком большого числа уровней управления ( или же слишком тесно связанных с агрегатами на нижнем уровне); преобладание процедур над методами и конечными целями; отсутствие или несогласованность цепочек решений; неудовлетворительное распределение информации; обрыв при автоматизации формальных и неформальных связей, необходимых для регулирования системы. [38]
Нами разработана и проверена на практике методика перехода от первичных нормативных документов к элементам информационного и программного обеспечения автоматизированной системы. Разработка алгоритмов принятия решений на ЭВМ осуществляется в четыре этапа: 1) разработка диаграмм решений; 2) разработка и преобразование таблиц решений; 3) подготовка таблиц решений к вводу в ЭВМ; 4) стыковка таблиц с программным обеспечением. В простых случаях, когда первичный документ имеет форму таблицы, первый и второй этапы могут быть пропущены. Ниже дано подробное описание методики работы с таблицами решений. [39]
При этом алгоритм принятия решения, который лучше всего оставить на уровне программного обеспечения, четко отделен от механизма планирования и диспетчеризации, которые необходимо выполнять как можно быстрее и, следовательно, выгоднее осуществлять с наибольшей возможной аппаратной поддержкой. [40]
Готовность состоит не только в том, что человек трезво встретит опасность. Важно, что у него вырабатывается способность к сокращенным алгоритмам принятия решения, мгновенному извлечению из памяти нужной информации, использованию в качестве информативных признаков неинструментальной информации. [41]
Основной целью детального анализа действующей системы является изучение характеристик алгоритмов принятия решений, системы обработки данных и документооборота. [42]
Рассмотрим кратко основное содержание технической диагностики. Техническая диагностика изучает методы получения и оценки диагностической информации, диагностические модели и алгоритмы принятия решений. Целью технической диагностики является повышение надежности и ресурса технических систем. [43]
Пусть в результате отказа аппаратуры перед оператором возникла необходимость принять решение на основании v параметров по определению Vz параметров, ввод которых должен обеспечить устранение состояния отказа. Деятельность оператора состоит из основных этапов: 1) уяснение стоящей задачи; 2) разработка алгоритма принятия решения; 3) реализация принятого решения. [44]
Необходимо сделать несколько предварительных замечаний. Во-первых, возможность применения в данной области метрической теории алгоритмов вытекает из общей природы процессов разработки алгоритма принятия решения и программирования. Во-вторых, здесь рассматривается самый неблагоприятный для оператора случай, когда у него нет возможности прочесть уже готовое решение и даже получить подсказку. [45]
Страницы: 1 2 3 4