Cтраница 2
В общем случае число обратных связей в схемах кодера и декодера также зависит от выбора частного корня ге-й степени из единицы. Конкретный критерий, на основании которого производится выбор, должен учитывать стоимость выбираемых логических цепей и статистику ошибок в канале. Методы отыскания этих разложений описаны в гл. [16]
Программа СУПЕРВИЗОР контролирует выполнение проблемной программы с момента ввода задания до получения результата. Она получает управление при возникновении прерываний и выполняет следующие функции: обработку прерываний, управление вводом-выводом на физическом уровне, обработку ошибок периферийных устройств, ведение статистики ошибок, выполнение завершающих задание процедур, связь с оператором, обслуживание интервального таймера, создание контрольных точек, ведение статистики заданий, распределение времени центрального процессора при мультипрограммировании. При генерации СУПЕРВИЗОР настраивается на конкретную конфигурацию ЭВМ и выполнение нужных функций. [17]
В третьей главе рассматриваются вопросы внедрения и постоянной эксплуатации системы. Даны рекомендации по определению трудоемкости при разработке математического обеспечения. Приведена статистика ошибок при подготовке больших объемов исходной информации ( подвергался анализу массив, содержащий 29 млн. чисел) и даны рекомендации по уменьшению трудоемкости процесса исправления ошибок. [18]
Программа информирования пользователя идентифицирует тип ошибки, допущенной в тексте описания, и выдает диагностические сообщения. Для некоторых ошибок выдаются рекомендации по их исправлению. Эта же программа накапливает статистику ошибок, которая может быть использована для повышения эффективности синтаксического и семантического контроля. [19]
Использование поля ID абонента, ведущего передачу преследует две различные цели. Одна из них - контроль за доступом в систему, для осуществления которого необходимы таблицы идентификаторов лиц, допущенных к использованию определенных сообщений. Другая цель-контроль ввода данных: статистика ошибок ( по типам) может быть собрана в режиме онлайн, выдана на печать и проанализирована. Этот анализ дает возможность операторам, допускающим ошибки определенного типа, добиваться их устранения - путем соответствующих тренировок. [20]
Использование поля ID абонента, ведущего передачу преследует две различные цели. Одна из них - контроль за доступом в систему, для осуществления которого необходимы таблицы идентификаторов лиц, допущенных к использованию определенных сообщений. Другая цель-контроль ввода данных: статистика ошибок ( по типам) может быть собрана в режиме онлайн, выдана на печать и проанализирована. Этот анализ дает возможность операторам, допускающим ошибки определенного типа, добиваться их устранения путем соответствующих тренировок. [21]
При этом могут быть ситуации, когда ошибки в канале отсутствуют и дополнительные избыточные разряды вообще не нужны, а также ситуации, когда введенной избыточности оказывается недостаточно для исправления всех ошибок. Для их построения нужно уметь оценивать на приеме статистику ошибок в канале и передавать эти данные на передающую станцию. Таким образом, необходимо иметь дополнительный обратный канал от приемника к передающей станции, и поэтому вся система связи оказывается системой с обратной связью. [22]
Управление данными в OS / 360 обеспечивается системой управления массивами данных и определенными методами доступа к данным. Управление массивами данных позволяет присваивать массивам наименования и размещать их через центральный каталог. В функции системы управления массивами данных входят: разметка и проверка меток, формирование массивов данных, распределение объема в запоминающих устройствах прямого доступа, защита паролями и регистрация статистики ошибок. Методы доступа обеспечивают независимость устройств, чтение и запись ( прямые или последовательные), блокировку и разрешение записей, совмещение операций ввода-вывода с работой процессора, обнаружение и исправление ошибок. [23]
Наиболее простым и технически удобным параметром, характеризующим сложность программы и не требующим вспомогательных данных от разработчика, является количество условных переходов ( или операторов) в каждом маршруте. В то же время этот показатель в значительной степени адекватен сложности маршрута для проверки, которую можно характеризовать количеством фиксируемых условий, необходимых для полного определения данного маршрута. Эти условия формализуются тестом, а трудоемкость его составления пропорциональна количеству контролируемых данных. Исследования статистики ошибок в программах указывает на более глубокую корреляцию их количества с числом условных переходов, чем с количеством команд или другими параметрами программы. Это обстоятельство также может рассматриваться как подтверждение целесообразности использования количества условных переходов в качестве меры сложности маршрутов в программе. Тестирование программ в порядке убывания сложности маршрутов позволяет в первую очередь проверять маршруты, охватывающие наибольшую часть программы. Тем самым на завершающие этапы отладки остаются простые маршруты, для которых в большинстве случаев требуются более короткие тесты. Это соответствует традиционной стратегии многих разработчиков программ подготавливать первичный тест с наибольшим охватом компонент ( прежде всего анализируемых условий) отлаживаемой программы. [24]
![]() |
Проверка на четность кода. [25] |
Практическое использование потенциальной исправляющей способности кода зависит от выбора разбиения на подмножества Мц. Выбор исправляемых комбинаций произволен. Разбиение, удовлетворяющее этому требованию, зависит от статистики ошибок. Бели ошибки в каждом сигнале независимы, то вероятность ошибок убывает с повышением их кратности. [26]