Cтраница 2
На вкладке События находится перечень событий, которые можно включить в работу формы. События позволяют запрограммировать реакцию программы на определенные действия пользователя. [16]
Оператор SIGNAL служит для моделирования указанной в нем ситуации. Он часто используется при проверке реакции программы на ошибки. [17]
Для программирования ввода с перфокарт и эксплуатации программ, имеющих обращение к устройству ввода, необходимо знать реакцию программы КООРДИНАТОР на возможные сбойные ситуации и действия, которые при этом должен выполнять оператор. [18]
Тесты 1 и 2 можно считать типичными; в них содержатся слова трех видов: с минимальной, максимальной и средней длиной, причем слова стоят и на четном, и на нечетном местах. Текст 3 задает вырожденный случай. Тесты 4 - ь7 проверяют реакцию программы на ошибки в исходном тексте. [19]
Каждому диагностическому сообщению предшествует специальный код вида lEY / mnl для сообщений транслятора или вида IHCrannl для сообщений программ обработки ошибок. Здесь ппп - номер сообщения, по которому в [1] или [5] можно найти краткое описание возможных ситуаций, при которых выдается данная диагностика. Коды завершения выдаются операционной системой в тех аварийных ситуациях, для которых не предусмотрена реакция программ обработки ошибок. [20]
Диаграмма состояний для процедуры рисования линии способом резиновой нити. [21] |
Из последнего состояния он может быть возвращен в начальное состояние. Диаграмма состояний ( рис. 6.5) представляется следующим общепринятым способом: состояния обозначаются узлами, а переходы - ребрами графа. Каждому переходу соответствует пара ( вход, выход), где входом является диалоговое прерывание, а выходом - реакция программы. Слово NOOP ( по operation - нет операции) соответствует пустой реакции. [22]
Внутренняя структура БД позволяет полностью описать основные виды кранового оборудования. Комбинация блоков позволяет хранить в одном файле информацию о различных типах оборудования одного вида, например канатах. На БД накладывается ограничение по числу типов оборудования: внутри одного вида может быть не более пяти типов оборудования. Такое ограничение вызвано необходимостью обеспечить реакцию программы на запрос в пределах 3 - 5 с. Информация в БД заносится с 1 - й позиции каждой строки. Зона комментариев REMu должна быть расположена в начале очередного блока. Зона идентификатора типа OOOONNNN содержит символьную информацию NNNN о типе оборудования в данном блоке. Следующая за этой зоной строка в переменной К содержит информацию о количестве единиц оборудования в блоке. Под характеристики каждой единицы оборудования отводится вектор X длиной 20 чисел, размещенных в две строки по 10 чисел в каждой. Весь вектор X ( 20) является информационной характеристикой единицы оборудования. [23]
Она является заключительной проверкой соответствия программы и реализуемых ею алгоритмов. При отладке сложных программ, например, оптимизации, программу расчленяют на части и ведут ее настройку по частным критериям. Динамическая отладка программы, включающая уточнение значений параметров настройки из-за отклонения реальных характеристик управляемого объекта от предполагавшихся при разработке СА с ММЭВМ, проверка временных характеристик реакции программы на происходящие на объекте события и оценка качества решения прозодятся в однопрограммном режиме работы ММЭВМ, позволяющем использовать всю мощность вычислительной системы для определения предельных возможностей программы. Это условие не будет, конечно, выполняться при эксплуатации системы, поэтому полученные при динамической отладке качественные характеристики программы необходимо учесть с определенным коэффициентом запаса. [24]
Процесс отладки состоит в следующем. Составляется: необходимый набор тестов. После записи на машинный носитель эти данные вводятся в ЭВМ. По результатам прохождения тестов ( выходным наборам) системщики и: программисты исправляют обнаруженные ошибки и составляют отчеты о ходе системной отладки. Для получения полного и минимального набора тестов, обнаруживающих все предполагаемые неисправности, необходимо предварительно определить реакцию программы на каждый возможный входной тест при наличии определенной неисправности. Реализация этого процесса называется моделированием неисправностей, а его результаты - данными моделирования. [25]