Процесс проектирования СРВ включает в себя проектирование
аппаратуры и ПО
CASE – средства предназначены для поддержки таких процессов создания ПО, как 1) разработка требований; 2) сопровождение; 3) кодирование; 4) проектирование; 5) тестирование
N-вариантное программирование характеризуется тем, что: 1) в соответствии с общей спецификацией различными командами разработчиков разрабатывается несколько версий ПО; 2) не используется в системах сигнализации; 3) версии ПО выполняются параллельно; 4) результаты работы сравниваются с помощью системы согласования; 5) используется в системах защиты реакторов
Ostopus – метод проектирования СРВ, основанный на использовании
Архитектурное проектирование ПО заключается в
Аспекты разработки, нуждающиеся в постоянном контроле и управлении, – это
Аттестация ПО предназначена показать соответствие системы
Безопасное программирование характеризуется тем, что: 1) это - эффективный метод обеспечения отказоустойчивости; 2) не требует системной архитектуры, обеспечивающей устойчивость к сбоям; 3) относительно простой метод; 4) обычно не намного усложняет систему; 5) не может эффективно справиться с ошибками системы, которые являются результатом взаимодействия оборудования и ПО
Быстрое и интуитивно понятное взаимодействие, присущее системам автоматического проектирования, обеспечивает стиль «_______»
В интерфейсах программ, работающих в режиме реального времени, в первую очередь следует учитывать следующие рекомендации: 1) текстовые сообщения группировать справа; 2) содержимое полей не располагать около его вертикальных осей; 3) изображения группировать слева; 4) необходима индивидуализация характера отображения информации; 5) по возможности, необходимо выравнивать все логически связанные группы данных
В качестве оценки технической эффективности вычислительной машины используют
В область анализа ОП, функционирующей в режиме анализа СРВ, загружаются
В проблеме безотказности ПО выделяют следующие аспекты: 1) обнаружение ошибок и сбоев; 2) необходимость в немедленном устранении причин сбоев; 3) локализация сбоев; 4) прямое устранение ошибки; 5) ретроспективное устранение ошибки
Вводное руководство – тип пользовательской документации, содержащий
Ведущую роль при реализации средств поддержки пользователя для СРВ должна играть помощь
Возрастание роли этапа макетирования пользовательского интерфейса для СРВ обусловлено повышенными требованиями
Для достижения безотказного ПО не рекомендуется использовать языки программирования с ограниченным контролем типов данных по следующим причинам: 1) программы более трудны для чтения; 2) языки не включают указатели; 3) языки включают конструкции, которые приводят к ошибкам; 4) программы более трудны для понимания; 5) усложняется поиск ошибок по тексту программы
Для контроля спецификаций и изменений в них необходима группа управления: 1) обладающая значениями о всей системе; 2) децентрализовано выдающая данные для отладки; 3) контролирующая ход разработки; 4) обеспечивающая соблюдение ограничений в использовании ОП; 5) обеспечивающая соблюдение ограничений по времени выполнения
Для метода выделенных точек характерно то, что: 1) он позволяет определить число областей экрана, к которым будет привлечено внимание пользователей; 2) после разбиения экрана на поля каждое из них заполняется произвольным текстом; 3) каждая область, требующая повышенного внимания, моделируется группой символов, отличных от пробела; 4) он позволяет определить размещение областей экрана, требующих внимания пользователя; 5) могут быть использованы повышенная яркость, цвет или мерцание символов
Для моделей «сущность – связь – атрибут» - характерно то, они: 1) подобны всем графическим моделям; 2) показывают последовательность обработки данных в системе; 3) недостаточно детализированы; 4) дополняются более подробным описанием объектов модели; 5) могут использовать словари данных
Для моделей конечных автоматов характерно то, что: 1) они являются неотъемлемой частью методов проектирования СРВ; 2) важной частью моделирования является определение логической формы данных; 3) они стали основой системы нотаций в языке моделирования UML; 4) они предполагают, что в любое время система находится в одном из возможных состояний; 5) при получении входного сигнала или стимула система может изменить свое состояние
Для обеспечения длительной зрительной работоспособности оператора яркость наблюдаемых на экране объектов не должна превышать ___ кд/м2
Для создания системы методом «модель за моделью» следует соблюдать следующие условия
Для СРВ критерием выбора цветов, отображаемых на экране символов и сообщений, является
Для функционирования СРВ в режиме анализа в ОП вводятся программы
Допустимое время ответа интерактивной системы на простые команды – это __ с
Достичь различия между разными версиями ПО можно следующими способами: 1) включением в системную спецификацию требований использовать при проектировании различные подходы; 2) каждая команда разработчиков должна работать с общей спецификацией системных требований; 3) использовать для реализация различные языки программирования; 4) использовать при разработке системы различные инструментальные средства; 5) использовать при разработке системы различные среды разработки
Из перечисленных групп языков наибольшее влияние на развитие технологии проектирования и разработки пользовательского интерфейса оказали языки
Инструменты визуального программирования, обеспечивающие реализацию пользовательского интерфейса, позволяют: 1) существенно повысить производительность труда программиста; 2) применить технологию «внутреннее управление интерфейсом»; 3) обеспечить стандартизацию пользовательского интерфейса; 4) формировать облик отдельных окон; 5) представлять в наглядной форме взаимосвязь между элементами пользовательского интерфейса
Использование ключевых параметров в интерфейсах на основе языков команд характеризуется тем, что: 1) отпадает необходимость в запоминании порядка их следования; 2) вводимые значения должны указываться в строго определенном порядке; 3) можно опустить необязательные параметры; 4) пользователю необходимо заполнить множество обязательных слов; 5) требуется больше времени работы системы для распознавания обязательных слов
К внешним характеристикам УВМ относятся:
К классам инструментальных средств создания пользовательского интерфейса относятся: 1) UIMS; 2) SIMULA; 3) I B; 4) T & T; 5) PT
К классификационным группировкам средств разработки пользовательского интерфейса верхнего уровня относятся
К конструктивно-технологическим требованиям, предъявляемым к УВМ, относятся требования к: 1) габаритам и массе; 2) способам и средствам взаимодействия УВМ с системой; 3) средствам защиты от воздействия механических факторов; 4) технологичности, характеризующейся степенью унификации, нормализации и стандартизации; 5) средствам защиты от воздействия климатических факторов
К критическим системам, требующим дополнительных мер для достижения высокого уровня надежности относятся системы: 1) автоматического управления; 2) пакетной обработки; 3) телекоммуникационные; 4) управления двигателем самолета; 5) управления химическим процессом
К методам обнаружения ошибок и локализации повреждений относятся: использование 1) контрольных сумм; 2) механизмов обработки исключений; 3) контроля разрядов в числовых данных; 4) избыточных связей в структурах данных, содержащих указатели; 5) в параллельных системах контрольных таймеров
К показателям оценки удобства использования интерфейса относятся: 1) изучаемость; 2) тип; 3) скорость работы; 4) устойчивость; 5) адаптируемость
К преимуществам графического интерфейса (GUI) относятся следующие: 1) относительная простота изучения и использования; 2) наличие контекстного меню; 3) каждая программа выполняется в своем окне; 4) можно переключаться из одного окна в другое; 5) доступ к любому месту экрана
К программным методам контроля и диагностики УВК относятся
К требованиям по разработке безотказного ПО относятся следующие: 1) должна быть точная спецификация системных требований; 2) методы проектирования и реализации ПО не должны основываться на сокрытии и инкапсуляции информации; 3) должны использоваться языки программирования со строгим контролем типов данных; 4) должна быть определена четкая технология разработки ПО; 5) предпочтительна формальная спецификация системных требований
К этапам проектирования ПО относятся: 1) архитектурное проектирование; 2) процесс вынесения изменений в системную спецификацию; 3) обобщенная спецификация; 4) проектирование интерфейсов; 5) распределение системных функций по различным компонентам и их интерфейсам
К этапам процесса проектирования СРВ относятся: 1) определение множества входных и ответных сигналов; 2) объединение процессов обработки входных и ответных сигналов в виде совокупности параллельных процессов; 3) вычисление временных ограничений для каждого входного и соответствующего ему ответного сигнала; 4) разработка алгоритмов; 5) разработка временного графика работы системы
Каждый структурный метод включает такие компоненты, как: 1) модель процесса проектирования; 2) средства отладки; 3) стандартизованные нотации для представления структуры системы; 4) формы отчетов; 5) правила и нормативные указания по проектированию
Качество работы СРВ зависит от
Комплексный процесс тестирования имеет несколько составляющих: 1) проверка требований; 2) аттестация; 3) управление требованиями; 4) статический анализ; 5) проверка моделей
Контрольная сумма - это
Контрольный таймер характеризуется тем, что: 1) начинает действовать одновременно с процессом; 2) опрашивается блоком управления через нерегулярные интервалы времени; 3) определяет время исполнения процесса; 4) возвращает процесс в исходное состояние после его выполнения; 5) используется в процессах, имеющих ограничения на время их выполнения
Косметическая адаптация приложения к возможному уровню подготовки пользователя может быть достигнута использованием: 1) умолчаний; 2) гибкой модели пользователя; 3) сокращений; 4) опережающий ввод ответов; 5) многоязычности
Локализация ошибок и сбоев необходима
Локализация ошибок и сбоев состоит в
Метод блоков восстановления уменьшает вероятность общих ошибок
Метод тройного модульного резервирования предполагает, что
Модели «сущность – связь – атрибут» - это
Модели конечного автомата
Модели конечных автоматов – диаграммы состояний используются для моделирования поведения системы
Модели потоков данных характеризуются тем, что: 1) используются для показа последовательности шагов обработки; 2) описывают непосредственное рабочее окружение системы; 3) преобразования данных выполняются программными функциями; 4) используются для документирования программных функций перед проектированием системы; 5) анализ модели может быть выполнен специалистами вручную
Модели системной архитектуры представляют в графическом виде
Модели СРВ могут помочь: 1) в оценке способа организации работы системы; 2) при решении задач анализа простыми математическими методами; 3) при решении вопросов использования различных методов в программировании; 4) в выборе способа организации работы системы в различных ситуациях; 5) при проверке использования линий связи
Модель «сущность-связь» предполагает
Модель потоков данных концентрирует внимание
На первом этапе выбора УВМ для решения конкретных задач управления: 1) уточняются исходные данные; 2) используется критерий обеспечения требуемой производительности; 3) определяются нормативные требования, предъявляемые системой к УВМ; 4) определяются нормативные требования к устройствам связи УВМ с объектом; 5) уточняются требования к скорости работы устройств связи с объектом
На этапе проектирования ПО СРВ определяются: 1) структура; 2) процессы внесения изменений в системную спецификацию; 3) данные; 4) интерфейсы взаимодействия системных компонентов; 5) используемые алгоритмы
На этапе тестирования подсистем основное внимание уделяется:
На этапе тестирования системы основное внимание уделяется
Надежность УВК принято оценивать: 1) безотказностью; 2) взаимозаменяемостью; 3) достоверностью; 4) ремонтопригодностью; 5) долговечностью
Наиболее важные правила эффективного использования цвета в пользовательских интерфейсах следующие: 1) используйте ограниченное количество цветов; 2) не используйте цветовое кодирование; 3) используйте разные цвета для показа изменений в состоянии системы; 4) осторожно используйте дополняющие цвета; 5) выделяйте аномальные элементы
Наиболее сложной задачей в процессе объектно-ориентированной разработки систем считается
Наиболее широко используемой методологией моделирования данных является моделирование типа
Наиболее эффективный способ описания поведения СРВ, управляющей событиями с минимальной обработкой данных, – это
Наибольшая вероятность ошибки присуща следующему типу операции
Необходимые меры, принимаемые без особых затруднений, при уходе разработки от поставленных целей: 1) переработка некоторых программ; 2) экономия места в ОП; 3) уточнение спецификации функций системы; 4) изменение определенных механизмов управляющих программ; 5) введение дополнительных ВЗУ
Обобщенные критерии эффективности технического устройства учитывают
Обратное восстановление
Объектные модели, разработанные для формирования требований, могут использоваться
Основные принципы проектирования интерфейсов пользователя: 1) учет знаний пользователя; 2) однотипные (но различные операции) не должны выполняться одним и тем же способом; 3) поведение системы должно быть прогнозируемым – минимум неожиданностей; 4) способность к восстановлению; 5) учет разнородности пользователей
Пакет инструментальных CASE-средств поддержки анализа и проектирования ПО содержит: 1) редакторы диаграмм; 2) программы технического обслуживания; 3) центральный репозитарий; 4) словарь данных; 5) средства создания форм
Планирование автономной и комплексной отладки программ характеризуется тем, что
Подход «модель – представление – контроллер» (МПК) взаимодействия с пользователем характеризуется тем, что: 1) это – эффективный способ поддержки различных представлений данных; 2) не позволяет редактировать параметры диаграмм; 3) пользователь может взаимодействовать с каждым типом представления; 4) отображаемые данные инкапсулированы в объекты модели; 5) каждый объект модели может иметь несколько отдельных объектов представлений
Подход к разработке программ, допускающий, что в программах могут быть необнаруженные ошибки или противоречия, – это
Подход к созданию отказоустойчивого ПО, когда, каждый программный компонент содержит тест, проверяющий его работу
Правила проектирования ПО, критического по обеспечению безопасности, – это: 1) критические части системы должны быть изолированы от других частей; 2) изоляция критических частей не может быть достигнута с помощью абстракций данных; 3) изоляция критических частей может быть достигнута управлением физическим разделением системы; 4) критическая часть ПО выполняется на отдельном компьютере; 5) критическая часть ПО выполняется с минимальными связями с другими частями системы
Превентивное обнаружение ошибок часто выполняется
Предотвращение сбоев – подход, который
Преимущества использования программных генераторов данных при отладке заключаются в том, что: 1) может быть создана бесконечная изменяемая последовательность системных условий; 2) отсутствует необходимость генерации отдельных данных вручную для коммерческих систем; 3) они позволяют испытать программную систему более тщательно, чем тестовые данные, созданные в вручную; 4) обеспечивается возможность обнаружения неуловимых, редко встречающихся ошибок; 5) ошибки передачи и отказы оборудования могут быть промоделированы
Преимущество использования языков с ограниченным контролем типов данных состоит
При выполнении оценок исходных концепций СРВ существует множество недостаточно подробно известных факторов, связанных с: 1) программированием; 2) количеством составленных спецификаций и программ; 3) прохождением потока данных в системе; 4) функциями системы; 5) прикладными программами
При правильно определенных функциях и пропускных способностях СРВ может быть неверно спроектирована из-за того, что: 1) разработчики не смогли предвидеть все трудности и усложнения; 2) предварительное описание СРВ выполнено без достаточного знания всех операций; 3) неправильно оценено количество программных шагов; 4) трудно оценить требуемую память; 5) трудно оценить время работы программ
При программной проверке насыщением входные данные поступают: 1) от большого количества операторов; 2) от простых в воспроизведении носителей; 3) от измерительных приборов на силовых станциях; 4) от детекторов уличных транспортных потоков; 5) с выходов радиолокационных установок
При проектировании пользовательского интерфейса в соответствии с установленными этапами необходимо определить: 1) структуру диалога; 2) формат представления меню; 3) возможный сценарий развития диалога; 4) семантику сообщений; 5) синтаксис сообщений
При проектировании сообщений об ошибках или текстовой справки необходимо учитывать следующие факторы: 1) содержание; 2) в сообщениях для пользователей разного уровня необходимо применять одинаковую терминологию; 3) стиль сообщений; 4) опыт пользователя; 5) культуру страны, где продается система
При разработке СРВ рекомендуется использовать средства ограничительного контроля для каждого сегмента программ
При тестировании
Приемочные испытания системы, разрабатываемой для продажи на рынке программных продуктов, называют _____-тестированием
Приемочные испытания системы, сделанной на заказ и предназначенной для одного заказчика, называют _____-тестированием
Приемочные испытания характеризуются тем, что: 1) система тестируется с привлечением данных, предоставляемых заказчиком; 2) тестирование осуществляется на основе тестовых данных; 3) могут проявиться ошибки, допущенные еще на этапе определения системных требований; 4) могут выявить другие проблемы в системных требованиях; 5) это - конечный этап тестирования
Принципы руководства разработкой программ РВ следующие: 1) применение ограничительного контроля в использовании ОП и времени выполнения; 2) нецелесообразность использования математически точных отчетов о состоянии дел; 3) строгий контроль и управление ходом разработки; 4) важность коллективной работы; 5) качественное составление спецификаций
Принято считать систему не интерактивной, если пользователь не получает ответ в течение ___ с
Причины отклонений разрабатываемой СРВ от исходных концептаций могут заключаться
Процесс проектирования СРВ состоит из нескольких этапов: 1) определение множества входных и ответных сигналов; 2) изменение структуры вычислительных процессов; 3) вычисление временных ограничений; 4) разработка алгоритмов; 5) сборка СРВ, работающей под управлением диспетчера- управляющий программы
Процесс тестирования больших программных систем состоит из этапов тестирования: 1) компонентов; 2) единого цельного программного элемента; 3) модулей; 4) системы; 5) приемочных испытаний
Работы, находящиеся на критическом пути сетевого графика процесса программирования, должны находиться в
Разработка СРВ начинается с: 1) согласования функций новой системы; 2) анализа компонентов ПО; 3) формулировки требований к ЭВМ; 4) определения характеристик ЭВМ; 5) определения характеристик дополнительного оборудования и заказа этого оборудования
Результатом процесса проектирования высококачественной СРВ должна быть система, которую можно реализовать
Ретроспективное обнаружение ошибок всегда
Руководители групп программирования должны: 1) давать информацию для административного контроля и управления; 2) руководить более чем 6-ю программистами; 3) обеспечивать соответствие разрабатываемых программ поставленным задачам; 4) контролировать время обработки; 5) контролировать использование ОП
С помощью CASE-средств можно автоматизировать: 1) разработку графических моделей системы; 2) формализацию описаний объектов структуры и связей между ними; 3) проектирование структуры ПО с использованием словарей данных; 4) отладку программ; 5) генерирование пользовательских интерфейсов
Самая быстрая и гибкая из всех структур диалога – это структура
Системы наблюдения и управления характеризуются тем, что: 1) их основным назначением является проверка сенсоров (датчиков); 2) собирают данные с сенсоров для их последующей обработки и анализа; 3) выполняют действия после регистрации особого значения сенсора; 4) непрерывно управляют аппаратными исполнительными механизмами; 5) выполняют соответствующие действия в зависимости от поступившей от сенсоров информации
Системы сбора данных отличаются тем, что: 1) обычно базируются на обобщенной архитектурной модели; 2) проверяют сенсоры; 3) обрабатывают данные с сенсора; 4) анализируют данные с сенсоров; 5) скорости выполнения и периоды процессов сбора и обработки могут не совпадать
Сложность разработки сценария диалога определяется
Сокрытие информации наиболее просто реализуется в языке
Способ передачи смыслового содержания отображаемой на экране информации может базироваться на использовании следующих типов знаковых систем: 1) буквенной; 2) логической; 3) цифровой; 4) геометрической; 5) пиктографической
Справочную систему можно реализовать
Стоимость обнаружения и удаления программных ошибок растет
Структура типа меню является наиболее естественным механизмом
Структурные модели характеризуются тем, что
Суммарное значение вероятности ошибки оператора считается критическим, если
Техническое совершенство и «интеллектуальные» способности УВМ определяют
Тип обнаружения сбоев, когда механизм обнаружения ошибок запускается после того, как произошел сбой, – это
Точность предварительных оценок параметров СРВ обычно невелика, особенно это касается
Трудности отладки программ реального времени вызваны: 1) использованием терминалов и линий связи; 2) использованием типового (стандартного) оборудования; 3) мультипрограммированием и мультиобработкой; 4) непредсказуемостью событий; 5) сложной взаимосвязью программ
Управление исключительной ситуацией можно реализовать
Упрощенная модель данных, используемая в процессе отладки, содержит
Устойчивость к сбоям – подход, при котором система проектируется таким образом, чтобы можно было
Формальные методы описания сценария диалога характеризуются следующими особенностями: 1) позволяют автоматизировать проектирование диалога; 2) не позволяют автоматизировать модификацию диалога в соответствии с характеристиками пользователя; 3) широко используют сети Петри; 4) используют фреймовые модели; 5) осуществляют описание сценариев на основе продукционных систем
Функциональные компоненты системной архитектуры классифицируются по ряду категорий: 1) сенсорные; 2) обеспечивающие; 3) исполнительные; 4) коммуникационные; 5) интерфейсные
Целесообразность использования моделирования СРВ зависит от: 1) сложности системы; 2) неизменяемых объемов информации, поступающих в модель; 3) точности, с которой определена пропускная способность; 4) точности, с которой определены размеры программ; 5) невозможности использования для анализа методов теории очередей
Экспериментально доказано, что наиболее значимые характеристики объекта должны кодироваться (отображаться)
Языковые конструкции и методы программирования, подверженные ошибкам, – это: 1) указатели; 2) отсутствие операторов безусловного перехода; 3) динамическое распределение памяти; 4) параллельность процессов; 5) рекурсия