Системы реального времени (для специалистов)

Формальные методы описания сценария диалога характеризуются следующими особенностями: 1) позволяют автоматизировать проектирование диалога; 2) не позволяют автоматизировать модификацию диалога в соответствии с характеристиками пользователя; 3) широко используют сети Петри; 4) используют фреймовые модели; 5) осуществляют описание сценариев на основе продукционных систем
1, 2, 3, 4
2, 3, 4, 5
1, 3, 4, 5
1, 2, 3, 5
Модель «сущность-связь» предполагает
документирование системных функций
документирование системных данных и их взаимосвязь
только документирование системных данных
только взаимосвязь системных данных
Преимущество использования языков с ограниченным контролем типов данных состоит
в том, что их конструкции менее абстрактны и есть возможность написать весьма эффективные программы
только в том, что возможно написание эффективных программ
только в том, что их конструкции менее абстрактны
в том, что не требуется больших усилий для тестирования системы
Языковые конструкции и методы программирования, подверженные ошибкам, – это: 1) указатели; 2) отсутствие операторов безусловного перехода; 3) динамическое распределение памяти; 4) параллельность процессов; 5) рекурсия
1, 2, 4, 5
1, 2, 3, 4
2, 3, 4, 5
1, 3, 4, 5
Системы наблюдения и управления характеризуются тем, что: 1) их основным назначением является проверка сенсоров (датчиков); 2) собирают данные с сенсоров для их последующей обработки и анализа; 3) выполняют действия после регистрации особого значения сенсора; 4) непрерывно управляют аппаратными исполнительными механизмами; 5) выполняют соответствующие действия в зависимости от поступившей от сенсоров информации
2, 3, 4, 5
1, 3, 4, 5
1, 2, 3, 4
Наиболее важные правила эффективного использования цвета в пользовательских интерфейсах следующие: 1) используйте ограниченное количество цветов; 2) не используйте цветовое кодирование; 3) используйте разные цвета для показа изменений в состоянии системы; 4) осторожно используйте дополняющие цвета; 5) выделяйте аномальные элементы
1, 2, 3, 5
1, 2, 3, 4
2, 3, 4, 5
1, 3, 4, 5
Модели СРВ могут помочь: 1) в оценке способа организации работы системы; 2) при решении задач анализа простыми математическими методами; 3) при решении вопросов использования различных методов в программировании; 4) в выборе способа организации работы системы в различных ситуациях; 5) при проверке использования линий связи
1, 2, 3, 4
1, 2, 3, 5
2, 3, 4, 5
1, 3, 4, 5
Для моделей «сущность – связь – атрибут» - характерно то, они: 1) подобны всем графическим моделям; 2) показывают последовательность обработки данных в системе; 3) недостаточно детализированы; 4) дополняются более подробным описанием объектов модели; 5) могут использовать словари данных
1, 2, 3, 4
2, 3, 4, 5
1, 2, 3, 5
1, 3, 4, 5
Надежность УВК принято оценивать: 1) безотказностью; 2) взаимозаменяемостью; 3) достоверностью; 4) ремонтопригодностью; 5) долговечностью
1, 2, 3, 4
2, 3, 4, 5
1, 2, 3, 5
1, 3, 4, 5
Системы сбора данных отличаются тем, что: 1) обычно базируются на обобщенной архитектурной модели; 2) проверяют сенсоры; 3) обрабатывают данные с сенсора; 4) анализируют данные с сенсоров; 5) скорости выполнения и периоды процессов сбора и обработки могут не совпадать
2, 3, 4, 5
1, 2, 3, 4
1, 3, 4, 5
1, 2, 3, 5
Аспекты разработки, нуждающиеся в постоянном контроле и управлении, – это
только проверка соответствия хода выполнения работ графику разработки
только контроль за различными техническими параметрами
контроль состава используемых программных средств
проверка соответствия хода выполнения работ графику разработки и контроль за различными техническими параметрами
Управление исключительной ситуацией можно реализовать
внутри самой программы, либо путем передачи управления механизму обработки исключений
только внутри самой программы
только путем передачи управления механизму обработки исключений
только путем передачи управления посредством использования оператора условного перехода IF
Упрощенная модель данных, используемая в процессе отладки, содержит
записи или определения записей
только новые записи или сообщения
только записи
только определения записей
Структура типа меню является наиболее естественным механизмом
допускающим обработку на одном шаге диалога нескольких ответов
ввода данных
ввода управляющих сообщений (команд)
для работы с устройствами указания и выбора
На этапе тестирования системы основное внимание уделяется
оценке интеграционных характеристик
совместимости интерфейсов подсистем и обнаружению программных ошибок в виде непредсказуемого взаимодействия между подсистемами
аттестации системы
проверке соответствия системной спецификации
Экспериментально доказано, что наиболее значимые характеристики объекта должны кодироваться (отображаться)
его контуром
внутренними деталями
сочетанием внутренних и вспомогательных деталей
вспомогательными деталями
Вводное руководство – тип пользовательской документации, содержащий
неформальное описание повседневного использования системы
описание сообщений, генерируемых системой при взаимодействии с другими системами
информацию по установке системы
описание возможностей системы и их использования
К этапам проектирования ПО относятся: 1) архитектурное проектирование; 2) процесс вынесения изменений в системную спецификацию; 3) обобщенная спецификация; 4) проектирование интерфейсов; 5) распределение системных функций по различным компонентам и их интерфейсам
1, 2, 4, 5
2, 3, 4, 5
1, 2, 3, 4
1, 3, 4, 5
К преимуществам графического интерфейса (GUI) относятся следующие: 1) относительная простота изучения и использования; 2) наличие контекстного меню; 3) каждая программа выполняется в своем окне; 4) можно переключаться из одного окна в другое; 5) доступ к любому месту экрана
1, 2, 3, 4
2, 3, 4, 5
1, 3, 4, 5
1, 2, 3, 5
К программным методам контроля и диагностики УВК относятся
средства контроля с дублированием связей
контроль по модулю
функциональный контроль
специальные корректирующие коды
Локализация ошибок и сбоев состоит в
исправлении ошибок и определении пострадавших от сбоя частей пространства состояний
исправлении ошибок
выделении непротиворечивых («законных») состояний системы
оценке того, какие части пространства состояний пострадали от сбоя
Для достижения безотказного ПО не рекомендуется использовать языки программирования с ограниченным контролем типов данных по следующим причинам: 1) программы более трудны для чтения; 2) языки не включают указатели; 3) языки включают конструкции, которые приводят к ошибкам; 4) программы более трудны для понимания; 5) усложняется поиск ошибок по тексту программы
1, 2, 3, 4
1, 2, 3, 5
1, 3, 4, 5
2, 3, 4, 5
Модели «сущность – связь – атрибут» - это
модели конечных автоматов
диаграммы состояний
модели «стимул – ответ»
модели данных
Метод тройного модульного резервирования предполагает, что
большинство сбоев в работе оборудования является результатом ошибок проектирования системы
большинство сбоев в работе оборудования является результатом отказа компонентов
не все составляющие системы удовлетворяют спецификации требований
отказы компонентов зависимы
При проектировании пользовательского интерфейса в соответствии с установленными этапами необходимо определить: 1) структуру диалога; 2) формат представления меню; 3) возможный сценарий развития диалога; 4) семантику сообщений; 5) синтаксис сообщений
1, 3, 4, 5
2, 3, 4, 5
1, 2, 4, 5
1, 2, 3, 5
Контрольная сумма - это
величина, которая рассчитывается на основе данных с помощью специальной математической функции
величина, которую вычисляет получатель данных
механизм, не используемый для обнаружения вторжения в защищенные данные
функция, которая не участвует в обмене
Разработка СРВ начинается с: 1) согласования функций новой системы; 2) анализа компонентов ПО; 3) формулировки требований к ЭВМ; 4) определения характеристик ЭВМ; 5) определения характеристик дополнительного оборудования и заказа этого оборудования
1, 3, 4, 5
1, 2, 4, 5
2, 3, 4, 5
1, 2, 3, 4
При тестировании
устанавливается местоположение и производится устранение ошибок
устанавливается местоположение ошибок
производится устранение ошибок
устанавливается наличие программных ошибок
Превентивное обнаружение ошибок часто выполняется
после того, как произошел сбой
путем ввода ограничений, накладываемых на состояния системы, и контроля за ними при переходе от одного состояния к другому
только путем ввода ограничений, накладываемых на состояния системы
только посредством контроля за состояниями при переходе от одного состояния к другому