Какой раздел коротко описывает функции программного обеспечения с акцентом на концепцию обеспечения отказобезопасности и разделения на обособленные части, например, распределение ресурсов, резервирование, несимметрично резервированное программное обеспечение, устойчивость к отказам, стратегии таймирования и диспетчеризирования а) обзор системы б) +обзор програмного обеспечения в) сертифицированные соображения г) жизнейнный цикл програмного обеспечения д) данные жизненного цикла програмного обеспечения е) план-график ж) дополнительные соображения
Какой раздел содержит сводку сертификационного базиса, включая средства подтверждения соответствия, как это определяется программными аспектами сертификации. В этом разделе также заявляется предложенный уровень (уровни) программного обеспечения и приводятся подтверждения правильности этого уровня, полученные в процессе оценки отказобезопасности системы, включая потенциальный вклад программного обеспечения в отказные ситуации а) обзор системы б) обзор програмного обеспечения в) +сертифицированные соображения г) жизнейнный цикл програмного обеспечения д) данные жизненного цикла програмного обеспечения е) план-график ж) дополнительные соображения
Какой раздел определяет жизненный цикл программного обеспечения, который будет использоваться, а также включает сводку его процессов, детальная информация о которых определяется в соответствующих планах программного обеспечения а) обзор системы б) обзор програмного обеспечения в) сертифицированные соображения г) +жизнейнный цикл програмного обеспечения д) данные жизненного цикла програмного обеспечения е) план-график ж) дополнительные соображения
Какой раздел определяет данные жизненного цикла, которые будут выпущены и будут контролироваться в процессах жизненного цикла программного обеспечения. Этот раздел также описывает взаимосвязь данных между собой или с другими данными, определяющими систему, данные жизненного цикла программного обеспечения, представляемые сертифицирующим властям, форму данных, и средства, с помощью которых данные жизненного цикла программного обеспечения могут быть сделаны доступными для сертифицирующих властей а) обзор системы б) обзор програмного обеспечения в) сертифицированные соображения г) жизнейнный цикл програмного обеспечения д) + данные жизненного цикла програмного обеспечения е) план-график ж) дополнительные соображения
Какой раздел описывает средства, которые заявитель будет использовать для того, чтобы обеспечить для сертифицирующих властей обозримость деятельности в процессах жизненного цикла программного обеспечения и, следовательно, возможность планирования проверок а) обзор системы б) обзор програмного обеспечения в) сертифицированные соображения г) жизнейнный цикл програмного обеспечения д) данные жизненного цикла програмного обеспечения е) +план-график ж) дополнительные соображения
Какой раздел описывает особенности, которые могут повлиять на процесс сертификации, например, альтернативные методы подтверждения соответствия, квалификацию инструментальных средств, ранее разработанное программное обеспечение, вариантное программное обеспечение, которое может быть выбрано по желанию, программное обеспечение, доступное для модификации пользователем, готовое программное обеспечение COTS, используемое без модификаций, программное обеспечение, загружаемое в полевых условиях, несимметрично резервированное программное обеспечение или использование истории эксплуатации продукта а) обзор системы б) обзор програмного обеспечения в) сертифицированные соображения г) жизнейнный цикл програмного обеспечения д) данные жизненного цикла програмного обеспечения е) план-график ж) +дополнительные соображения
Основным документом для демонстрации соответствия программного обеспечения является а) +Итоговое заключение по программному обеспечению б) Концепт-план в) исходный код г) инструкции по компиляции
Свидетельство, удостоверяющее качество фактически поставленного товара и его соответствие условиям договора. В сертификате качества дается характеристика товара либо подтверждается соответствие товара определенным стандартам или техническим условиям заказа – это а) +сертификат качества б) сертификат соответствия в) сертификат производства г) сертификат импорта
Результат действий третей стороны (документ), доказывающий, что обеспечивается необходимая уверенность в том, что должным образом идентифицированная продукция, процесс или услуга соответствуют конкретному стандарту или другому нормативному документу - это а) + сертификат качества б) сертификат соответствия в) сертификат производства г) сертификат импорта
Из скольки фаз состоит функциональное тестирование пользовательского интерфейса а) 3 б) 4 в) + 5 г) 6
Функциональное тестирование пользовательского интерфейса состоит из фаз а) +анализ требований к пользовательскому интерфейсу б) +разработка тест-требований и тест-планов для проверки пользовательского интерфейса в) +выполнение тестовых примеров и сбор информации о выполнении тестов г) +определение полноты покрытия пользовательского интерфейса требованиями д) +составление отчетов о проблемах в случае несовпадения поведения системы и требований, либо в случае отсутствия требований на отдельные интерфейсные элементы
При определении понятия покрытия пользовательского интерфейса можно ввести следующие его уровни а) + функциональное покрытие б) + структурное покрытие в) + структурное покрытие с учетом состояния элементов интерфейса г) +структурное покрытие с учетом элементов интерфейса и внутреннего состояния системы д) системное покрытие
На удобство использования пользовательского интерфейса влияют следующие факторы а) +легкость обучения - быстро ли человек учится использовать систему б) + эффективность обучения - быстро ли человек работает после обучения в) + запоминаемость обучения - легко ли запоминается все, чему человек научился г) +ошибки - часто ли человек допускает ошибки в работе д) +общая удовлетворенность - является ли общее впечатление от работы с системой положительным
Первое проявление дефекта – это а) + сбой в работе системы б) отказ в) авария г) ошибка
Более серьезное проявление дефекта в системе, при котором вся система или ее часть выходят из строя, выходя при этом из работоспособного состояния, т.е. состояния в котором все аспекты функционирования системы соответствуют требованиям - это а) сбой в работе системы б) +отказ в) авария г) ошибка
Отказ системы, при котором система выходит из строя таким образом, что восстановление ее работоспособного состояния либо невозможно, либо занимает весьма значительное время - это а) сбой в работе системы б) отказ в) + авария г) ошибка
Отказ, вызванный резким скачкообразным изменением одного из параметров системы или обрабатываемых системой данных - это а) +Внезапный отказ б) Постепенный отказ в) Перемежающийся отказ г) Деградационный отказ д) Ресурсный отказ е) Конструктивный отказ ж) Производственный отказ з)Эксплуатационный отказ
Отказ, вызванный постепенным изменением одного из параметров системы или обрабатываемых системой данных – это а) Внезапный отказ б) +Постепенный отказ в) Перемежающийся отказ г) Деградационный отказ д) Ресурсный отказ е) Конструктивный отказ ж) Производственный отказ з)Эксплуатационный отказ
Многократно возникающий самоустраняющийся сбой одного и того же характера – это а) Внезапный отказ б) Постепенный отказ в) +Перемежающийся отказ г) Деградационный отказ д) Ресурсный отказ е) Конструктивный отказ ж) Производственный отказ з)Эксплуатационный отказ
Отказ, обусловленный естественным износом оборудования, на котором функционирует программная система, даже при соблюдении всех норм и правил проектирования, эксплуатации и сопровождения системы - это а) Внезапный отказ б) Постепенный отказ в) Перемежающийся отказ г) +Деградационный отказ д) Ресурсный отказ е) Конструктивный отказ ж) Производственный отказ з)Эксплуатационный отказ
Отказ, в результате которого система достигает предельного состояния, т.е. такой отказ вызван в первую очередь нехваткой ресурсов (например, дискового пространства) для работы системы – это а) Внезапный отказ б) Постепенный отказ в) Перемежающийся отказ г) Деградационный отказ д) + Ресурсный отказ е) Конструктивный отказ ж) Производственный отказ з)Эксплуатационный отказ
Отказ, вызванный нарушением процесса проектирования и разработки системы или неверным проектированием – это а) Внезапный отказ б) Постепенный отказ в) Перемежающийся отказ г) Деградационный отказ д) Ресурсный отказ е) + Конструктивный отказ ж) Производственный отказ з)Эксплуатационный отказ
Отказ, связанный с нарушением процесса производства или сопровождения системы - это а) Внезапный отказ б) Постепенный отказ в) Перемежающийся отказ г) Деградационный отказ д) Ресурсный отказ е) Конструктивный отказ ж) +Производственный отказ з)Эксплуатационный отказ
Отказ, связанный с нарушением правил эксплуатации. Причины, вызывающие данный вид отказов, связаны в первую очередь с человеческим фактором - это а) Внезапный отказ б) Постепенный отказ в) Перемежающийся отказ г) Деградационный отказ д) Ресурсный отказ е) Конструктивный отказ ж) Производственный отказ з) + Эксплуатационный отказ
Совокупность характеристик объекта, имеющая отношение к его способности удовлетворить установленные и предполагаемые требования потребителя - это а) +качество б) свойства в) процесс г) мощность
Процесс, позволяющий собирать данные о функционировании системы менеджмента качества для последующего их анализа с целью улучшения существующих на предприятии процессов - это а) +аудит б) верификация в) аутентификации г) менеджмент
Основным документов, определяющим проблему является записка по качеству, идентифицирующая суть проблемы и сотрудника, выявившего проблему а) + да б) нет
Своего рода фотоснимок, «замороженная ситуация» требований, спецификаций или результатов, находящихся в разработке - это а) +базовая конфигурация б) текущее состояние в) жизненный цикл г) система управления
Конфигурационное управление построено как композиция нескольких подпроцессов, функционирующих совместно а) +Идентификация конфигураций б) +Управление изменениями в) +Формирование базовых конфигураций г) +Вычисление статусов конфигураций д) +Поддержка ограничений доступа е) +Архивирование, аудиты/обзоры конфигураций
180 9000 определяет следующие основные процессы верхнего уровня: а) +Система менеджмента качества б) + Ответственность руководства в) +Управление ресурсами г) + Выпуск продукции д) +Измерения, анализ, улучшения
Ответственность руководства с точки зрения 180 9000 заключается в принятии обязательств по внедрению и поддержанию на предприятии системы менеджмента качества а) + да б) нет
Основные задачи и цели процессов конфигурационного управления (КУ) состоят в следующем: а) +Идентификация б) + Управление в) +Вычисление статусов г) +Аудит и инспекции д) +Выпуск е) +Управление процессом ж) + Коллективная работа
Своего рода фотоснимок, «замороженная ситуация» требований, спецификаций или результатов, находящихся в разработке - это а) +Базовая конфигурация б) спецификация результатов в) програмный код г) тест-план
Целью процедуры идентификации является присвоение каждому ОКУ а) + уникального имени б) характерного свойства в) номера партии г) текущего класса
Возможность идентифицировать и историю, и текущее состояние (статус) каждого объекта конфигурации в любой точке жизненного цикла проекта - это а) +трассируемость б) жизненный цикл в) модификация г) верификация
Процедура вычисления статуса включает данные следующих типов данных: а) +Время возникновения каждой БК и изменения (проблемы) б) +Время определения каждого объекта конфигурации в) +Описательная информация о каждом объекте конфигурации г) +Статус запросов на изменения (принят, отклонен, ожидает выполнения д) Внесение изменений в жизненный цикл программы
Версии (version) и Редакции (release): - эти термины иногда взаимозаменяемы. а) +да б) нет
Инструментальные средства, используемые в проекте, должны храниться в а) + репозитории проекта б) бд сервера в) текстовом файле г) сьемном носителе
Стандарт БО-178Б обеспечивает авиационное сообщество а) +руководящими указаниями б) общей информацией в) моделями событий г) виртуальными даннями
В целом процесс конфигурационного управления, охватываемый стандартом БО- 178Б, направлен на поддержание а) +целостности данных б) разрозненных данных в) разнотипных данных г) однотипних данных
Для проведения сертификации все элементы конфигурации должны иметь соответствующие пометки о готовности к сертификации, а все проблемы, возникающие в ходе разработки, должны быть тем или иным образом а) + закрыты б) отмечены в) заблокированы г) ограничены
В случае отказа системы для ее возврата к нормальному функционированию требуется вмешательство а) + оператора б) руководителя в) дизайнера г) архитектора
Варианты устранения причин сбоев: а) +привлечение к разработке специалиста по автоматизируемой предметной области и/или специалиста по эргономике б) +доработка руководства пользователя в) сбор информации о таких сбоях г) общение с сервисным центром
Варианты устранения причин сбоев приложения: а) привлечение к разработке специалиста по автоматизируемой предметной области и/или специалиста по эргономике б) доработка руководства пользователя в) +сбор информации о таких сбоях г) общение с сервисным центром
Строка или оператор программного кода, вызвавший отказную ситуацию - это а) Точка возникновения сбоя б) Точка восстановления в) Интерпретируемая строка г) Строка сотояния
Состояние системы в момент сбоя - это а) Точка возникновения сбоя б) Точка восстановления в) +Информационное окружение системы в момент сбоя г) Строка сотояния
Сообщение о сбое может быть создано автоматическим модулем оповещения о сбоях, и содержать вышеуказанную информацию, а может создаваться пользователем вручную - это а) Точка возникновения сбоя б) Точка восстановления в) Информационное окружение системы в момент сбоя г) +Наличие и тип сообщения о сбое
Отказы вызывают длительное нарушение функционирования системы, приводят ее в а) итоговое состояние б) +предельное состояние в) работоспособное состояние г) ограниченное состояние
Отказ, вызванный резким скачкообразным изменением одного из параметров системы или обрабатываемых системой данных - это а) + внезапный отказ б) постепенный отказ в) перемежающийся отказ г) деградационный отказ
Отказ, вызванный постепенным изменением одного из параметров системы или обрабатываемых системой данных - это а) внезапный отказ б) +постепенный отказ в) перемежающийся отказ г) деградационный отказ
Многократно возникающий самоустраняющийся сбой одного и того же характера - это а) внезапный отказ б) постепенный отказ в) +перемежающийся отказ г) деградационный отказ
Отказ, обусловленный естественным износом оборудования, на котором функционирует программная система, даже при соблюдении всех норм и правил проектирования, эксплуатации и сопровождения системы - это а) внезапный отказ б) постепенный отказ в) перемежающийся отказ г) + деградационный отказ
Отказ, в результате которого система достигает предельного состояния, т.е. такой отказ вызван в первую очередь нехваткой ресурсов (например, дискового пространства) для работы системы - это а) +ресурсный отказ б) конструктивный отказ в) производственный отказ г) эксплуатационный отказ
Отказ, вызванный нарушением процесса проектирования и разработки системы или неверным проектированием - это а) ресурсный отказ б) +конструктивный отказ в) производственный отказ г) эксплуатационный отказ
Отказ, связанный с нарушением процесса производства или сопровождения системы - это а) ресурсный отказ б) конструктивный отказ в) +производственный отказ г) эксплуатационный отказ
Отказ, связанный с нарушением правил эксплуатации. Причины, вызывающие данный вид отказов, связаны в первую очередь с человеческим фактором - это а) ресурсный отказ б) конструктивный отказ в) производственный отказ г) +эксплуатационный отказ Отказ, который обнаруживается сразу после его возникновения штатными средствами контроля состояния системы - это а) +явный отказ б) скрытый отказ в) независимый отказ г) зависимый отказ
Отказ, который не обнаруживается штатными средствами контроля состояния системы, либо обнаруживается ими спустя некоторое время после возникновения отказа - это а) явный отказ б) +скрытый отказ в) независимый отказ г) зависимый отказ
Отказ, возникновение которого не обусловлено другими отказами - это а) явный отказ б) скрытый отказ в) + независимый отказ г) зависимый отказ
Отказ, возникновение которого вызвано другими отказами - это а) явный отказ б) скрытый отказ в) независимый отказ г) +зависимый отказ
По связи с другими отказы делятся на а) явный отказ б) скрытый отказ в) + независимый отказ г) + зависимый отказ в) производственный отказ г) эксплуатационный отказ
По способу обнаружения отказы делятся на а) +явный отказ б) +скрытый отказ в) независимый отказ г) зависимый отказ в) производственный отказ г) эксплуатационный отказ
Для того, чтобы нивелировать возможные негативные последствия от ошибок, не обнаруженных в процессе верификации, применяются методы разработки устойчивого программного кода или методы а) +защитного программирования б) острожного программирования в) виртуального программирования г) контролируемого программирования
внедрение в программный код системы различного рода проверок на допустимость обрабатываемых системой данных или допустимость состояния системы в заданный момент времени – это основной метод а) + защитного программирования б) острожного программирования в) виртуального программирования г) контролируемого программирования
Если все данные для работы корректны - система функционирует в а) +нормальном режиме б) безопасном режиме в) защитном режиме г) открытом режиме
В настоящее время существует два основных механизма защитного программирования а) +проверка допущений в критических точках б) +обработка исключительных ситуаций в) работа над ощибками г) прогнозирование ошибок
Допущения в финальной версии кода, заключается в том, что при срабатывании допущения выполнение программы а) + прерывается б) останавливается в) продолжается г) начинается
Существует три причины использовать допущения в критических точках: а) +упрощение процесса создания корректных программ б) + помощь в сопровождении документации и документировании в) +помощь в отладке г) прогнозирование ошибок д) параллельное программирование
Явно задавая условия, необходимые для корректной работы программы в критических точках, мы защищаем себя от выдачи программой неверных данных - это а) +упрощение процесса создания корректных программ б) помощь в сопровождении документации и документировании в) помощь в отладке г) прогнозирование ошибок
Явно заданные условия позволяют проще определить, синхронизирован ли программный код с проектной документацией, которая зачастую определяет корректные и некорректные диапазоны значений обрабатываемых данных - это а) упрощение процесса создания корректных программ б) + помощь в сопровождении документации и документировании в) помощь в отладке г) прогнозирование ошибок
Неверные допущения проявятся в процессе отладки, в результате упростится уточнение допущений - это а) упрощение процесса создания корректных программ б) помощь в сопровождении документации и документировании в) +помощь в отладке г) прогнозирование ошибок
В зависимости от того, в какой критической точке проверяется допущение, выделяют следующие их типы: а) + предусловия б) + постусловия в) +инварианты классов г) + инварианты циклов д) выборка
Применение допущений является основной для а) +контрактного программирования б) защитного программирования в) открытого программирования г) паралельного программирования
Основным источником информации для определения контрактов являются требования на систему а) +функциональные б) свойственные в) персональные г) единичные
Возникновение проблемы в критической точке получило название а) +исключительная ситуация б) обработчик исключения в) критическая точка г) точка невозврата
Вызываемая функция пользователя – это а) исключительная ситуация б) + обработчик исключения в) критическая точка г) точка невозврата
Для упрощения работы службы поддержки и программистов рекомендуется включать в отчет служебную информацию о состоянии и окружении системы в момент сбоя а) + переменных окружения б) + активных объектах в) +состоянии сеанса пользователя г) данные о разработчике д) данные о архитектуре е) данные о структуре
(193)
assertions – это а) + критические точки и допущения б) направления в) структура модулей г) индексирование
Под интуитивной понятностью интерфейса понимается, что пользователь обращается к руководству пользователя не чаще, чем раз в пять минут на этапе обучения и не чаще, чем раз в 2 часа на этапе активного использования системы а) + да б) нет
Ручное тестирование пользовательского интерфейса проводится тестировщиком- оператором, который руководствуется в своей работе описанием тестовых примеров в виде набора сценариев а) + да б) нет
При выполнении автоматизированного теста инструмент тестирования имитирует действия пользователя, описанные в а) + сценарии б) репозитории в) исходном коде г) руководстве
И при передаче информации в тестируемый интерфейс и при получении информации для анализа могут использоваться а) один способ доступа к елементам б) + два способа доступа к елементам в) три способа доступа к елементам г) четыре способа доступа к елементам
Доступ, при котором доступ к элементу осуществляется при помощи получения интерфейсного элемента при помощи его уникального идентификатора в пределах окна а) + позиционный б) по идентификатору в) относительный г) тестируемый
Доступ при котором доступ к элементу осуществляется при помощи задания его абсолютных (относительно экрана) или относительных (относительно окна) координат и размеров а) позиционный б) +по идентификатору в) относительный г) тестируемый
Даже при обращении при помощи идентификаторов без модификации тестового примера тест не будет корректно выполняться а) +да б) нет
