Циклическая проверка

Cтраница 1

Циклическая проверка - вторая часть приемочных испытаний - проводится в основном для того, чтобы испытать полную конфигурацию при оптимальном режиме взаимодействия и использования. Один цикл проверки составляется из перечисленных ниже типов испытаний продолжительностью примерно 15 мин каждый при работе машины в однопрограммном режиме, причем короткие программы могут объединяться в одну, а более длинные - разбиваться на несколько программ. Указанный период ( 15 мин) выбран так, чтобы после возникновения события повторить еще раз часть испытательной программы разумной длины. [1]

Порядок проведения циклической проверки ( например, определение групп тестов, которые должны загружаться одновременно) с описанием допустимых перестановок и, если требуется, порядка реконфигурации и замены периферийных устройств, необходимых для проведения каждого цикла. [2]

Двухбайтовый код циклической проверки, применявшийся в предшествующих дисковых запоминающих устройствах, заменен в устройстве 2305 новым кодом исправления ошибок. [3]

Ожидание запроса от крейта сводится к циклической проверке содержимого разряда 7 CSR. [4]

Испытания состоят из двух частей, называемых демонстрациями и циклической проверкой. [5]

Поле счетчика. [6]

Поле адресного маркера содержит один байт, за которым следуют два байта циклической проверки. [7]

Для их обнаружения к каждому блоку после ЕТВ добавляются два байта CRC - циклическая проверка правильности текста. [8]

Безотказность, зарегистрированная во время приемных испытаний различных устройств ( зафиксировано 399 отказов ( из журнала The Post Office Electrical Engineers Journal. [9]

На рис. 10.1 отражены данные по безотказности, зарегистрированные за время демонстраций и циклических проверок для всей совокупности устройств. [10]

Микрокомпьютер может определить, когда нужно уменьшить ЗНАЧЕНИЕ ТАЙМЕРА, либо ожидая с помощью циклической проверки появления тактового импульса, либо используя специальный прерывающий механизм, который работает аналогично описанному выше примеру с участием человека. [11]

Далее будет рассматриваться только первый случай, поскольку для второго случая наиболее естественным является не регламентация технического обслуживания в терминах жестких циклических проверок, а организация непрерывного ( или же циклического) мониторинга системы, т.е. автоматизированного наблюдения за текущим состоянием с выдачей сигналов оператору о необходимости проведения тех или иных мероприятий по техническому обслуживанию. [12]

Если размер каждой части известен ( или предварительно определен), то обнаружить, что часть исчерпана, можно любым приемом циклической проверки или подсчетом элементов. Процесс слияния, в котором каждая часть имеет фиксированную длину, называется прямым слиянием. Существует другой вариант, называемый естественным слиянием, в котором размер части не фиксирован, а распознавание того, что часть исчерпана, основано на анализе характеристик данных. Первым мы будем обсуждать прямое слияние, затем естественное. [13]

Изготовитель обязан предоставить к началу испытаний основной файл выходных данных, и это вынуждает его к проведению всех демонстраций и по крайней мере одного полного цикла циклической проверки до начала испытаний. Такие действия обеспечивают проведение предварительных испытаний, длительность которых с учетом времени отладки и устранения неисправностей по меньшей мере равна длительности официальных испытаний. Из-за необходимых приготовлений очень немного испытаний заканчиваются точно в срок, а на больших системах задержка часто достигает нескольких недель, и это совершенно естественно, поскольку период выжигания дефектов оборудования гораздо больше, чем номинальная длительность испытаний. [14]

Не так часто случается, чтобы пользователь имел отлаженные прикладные программы для новой системы или работу, характер которой постоянно меняется по мере ее выполнения, однако на этой стадии циклической проверки часто используются программы, разработанные на более ранних системах, и соответствующим образом исправленные типовые программы. При подборе программ пользователя следует позаботиться о том, чтобы они выполняли некоторые полезные функции, поскольку пользователи стремятся создавать короткие программы, работающие при необходимости в цикле, причем эти программы обрабатывают достаточно однотипные наборы данных, не содержат проверок совместимости и выводят на печатающее устройство большие массивы непроверяемых результатов. Наилучшей формой программ пользователя для систем, предназначенных для автоматической обработки данных, является комплект тестов проверки, сортировки, обработки и вывода данных, включающих на каждой стадии сравнение результатов с эталонным файлом, хранящимся на НМД или НМЛ, причем управление последовательностью выполнения этих тестов ведется с помощью предложений языка управления заданиями, вводимых с устройства системного ввода. В некоторых больших системах, предназначенных для использования в научных целях, иногда имеются в наличии подобные комплекты рабочих программ. [15]

Страницы: 1 2