Вид - шаг
Cтраница 2
В рассматриваемом случае оно составило почти 90 % от всего периода нагружения лонжерона на стенде1 после уменьшения уровня напряжения в 2 5 раза, j Результатами исследования закономерности1 роста усталостных трещин в лонжеронах, разру-1 шенных на стенде, подтверждено то, что использо - вание в оценке их живучести параметров рельефа излома в виде шага усталостных бороздок не дает принципиальной ошибки по сравнению с реализо-1 ванной длительностью процесса. Поэтому приме-1 нительно к эксплуатационным разрушениям оценка длительности роста трещин и уровня эквивалентного напряжения по шагу усталостных бороздок на основе единой кинетической кривой является правомерной. [16]
Вид шага не изменяется до тех пор, пока число переменных в оценке регрессии не достигнет предельного значения, равного п для шага добавления и единице для шага удаления. Затем вид шага изменяется, а в качестве исходной оценки берется лучшая из оценок регрессии, полученных с момента предыдущего изменения вида шага. Если при этом - обнаруживается, что одна и та же оценка дважды выбирается в качестве исходной, то выполнение алгоритма заканчивается и результатом считается эта оценка регрессии. [17]
В этом случае вид шага изменяется, в качестве исходной берется оценка регрессии с параметрами ар или, соответственно, оценка с предельным числом переменных. Выполнение алгоритма заканчивается, если одна н та же оценка регрессии дважды выбирается в качестве исходной. Результатом считается эта оценка. [18]
В методе МММ есть и другие, не вполне ясные хитрости. Придет время, мы поймем действующие здесь закономерности, и метод войдет в АРИЗ в виде обязательных шагов. [19]
 |
Схема функционирования средств ДИОД в диалоговом режиме. [20] |
Такие возможности языка ДИОД, как организация вложенных циклов выборки и обработки данных, организация вызова подпрограмм, обращение к внешней сортировке ОС ЕС, предоставление системных функций по работе со статистической информацией, форматированный ввод и обновление информации в БД и некоторые другие возможности, позволяют рассматривать язык ДИОД как язык программирования высокого уровня. Подготовленные администратором задач программы на языке ДИОД позволяют конечному пользователю решать функциональные задачи в диалоговом режиме в виде последовательных шагов, в число которых входит вызов макетов запросов или макетов ввода ( обновления), последовательное заполнение отдельных страниц макетов входными данными, ввод или обновление информации в БД, а также получение различного рода справок и сложных многостраничных отчетов. [21]
Вторую группу пакетов простой структуры условно можно назвать пакетами с автономными программами. Для них характерно закрепление отдельных задач, решаемых пакетом, за автономными программами, обращение к которым оформляется в виде самостоятельных шагов ( пунктов) задания. Такая организация пакета требует разработки информационного сопряжения на уровне внешней памяти. [22]
Как мы вскоре увидим, оба эти оператора окажутся обладающими непрерывным спектром. Отчасти по этой причине будет удобнее исследовать ( 52) не непосредственно, а обходным путем, введя в виде промежуточного шага некоторые новые операторы, спектр которых будет дискретен. Впрочем, мы получим на этом пути ряд результатов, которые и сами по себе пригодятся в дальнейшем. [23]
Вид шага не изменяется до тех пор, пока число переменных в оценке регрессии не достигнет предельного значения, равного п для шага добавления и единице для шага удаления. Затем вид шага изменяется, а в качестве исходной оценки берется лучшая из оценок регрессии, полученных с момента предыдущего изменения вида шага. Если при этом - обнаруживается, что одна и та же оценка дважды выбирается в качестве исходной, то выполнение алгоритма заканчивается и результатом считается эта оценка регрессии. [24]
Пошаговые алгоритмы ПОР различаются между собой правилами выбора очередного шага. Если после шага удаления переменной снова выбирается шаг удаления или, если после шага добавления переменной снова выбирается шаг добавления, то будем говорить, что вид шага не изменился. [25]
Рассмотренные закономерности роста трещин в двух сечениях одного и того же элемента конструкции - основной стойке шасси самолета Ан-24 свидетельствуют о том, что длительность накопления усталостных повреждений и продолжительность роста трещин могут существенно различаться для разных сечений детали из-за различия в реализуемых механизмах разрушения: области мало - или многоцикловой усталости. Сопоставление данных о росте трещин в эксплуатации и на стенде по программам, имитирующим эксплуатационное нагружение детали блоками нагрузок по схеме уборка-выпуск шасси, указывают на правомерность использования параметров рельефа излома в виде шага усталостных бороздок для оценки длительности роста трещин в количестве посадок В С из условия одна бороздка - одна посадка. [26]
В качестве исходной оценки регрессии в каждом из четырех алгоритмов может быть взята либо линейная функция от всех переменных, либо константа, равная нулю. В первом случае первым шагом всех алгоритмов является шаг удаления переменной, а во втором - шаг добавления переменной. В дальнейшем изменение вида шага происходит по следующим правилам. [27]
Предварительно установим связь между шагами, характеризующими расположение винтовых зубьев на делительных цилиндрах колес. В винтовых колесах различают три вида шагов: окружной, или торцевой, шаг ts - по делительной окружности, осевой шаг toc - вдоль оси колеса и нормальный шаг tn - по направлению, перпендикулярному к винтовым линиям зубьев на делительном цилиндре. [28]
Планировщик является ядром ИППП, основная цель его - получение плана решения задачи пользователя, формулировка которой поступает на вход подсистемы планирования. План решения задачи в ИППП трактуется как поиск программы, решающей эту задачу. При этом программа решения задачи может конструироваться либо явно на каком-либо из алгоритмических языков программирования, либо существует в виде шагов работы планировщика. В первом случае ИППП является транслятором с декларативного языка описания задач на алгоритмический язык программирования. Во втором варианте, когда программа решения задачи не конструируется явно, а существует в виде шагов работы планировщика, планировщик работает в режиме интерпретации и является по сути интерпретатором с языка описания задач. [29]
Планировщик является ядром ИППП, основная цель его - получение плана решения задачи пользователя, формулировка которой поступает на вход подсистемы планирования. План решения задачи в ИППП трактуется как поиск программы, решающей эту задачу. При этом программа решения задачи может конструироваться либо явно на каком-либо из алгоритмических языков программирования, либо существует в виде шагов работы планировщика. В первом случае ИППП является транслятором с декларативного языка описания задач на алгоритмический язык программирования. Во втором варианте, когда программа решения задачи не конструируется явно, а существует в виде шагов работы планировщика, планировщик работает в режиме интерпретации и является по сути интерпретатором с языка описания задач. [30]
Страницы: 1 2 3