Главная /
Методы и средства инженерии программного обеспечения
Методы и средства инженерии программного обеспечения - ответы на тесты Интуит
В курсе представлено изложение ключевых понятий, методов и средств программной инженерии как деятельности, нацеленной на создание программных систем, отвечающих потребностям заказчиков, с соблюдением плановых сроков и бюджета.
Список вопросов:
- # Какими аспектами характеризуется качество ПО?
- # Требования, предъявляемые к качеству ПО, ставятся в соответствии с:
- # Качество ПО - это:
- # Главный показатель качества ПО - это:
- # Сколько уровней представления имеет модель качества ПО?
- # Первый уровень представления модели качества:
- # Функциональность - это:
- # Надежность - это:
- # Удобство применения - это:
- # Сопровождаемость - это:
- # Рациональность - это:
- # Переносимость - это:
- # К подхарактеристикам надежности ПО не относится:
- # К подхарактеристикам надежности ПО относятся:
- # Достижение надежности ПО обеспечивается:
- # Метрики программного продукта включают:
- # Внутренние метрики продукта включают:
- # Метрики использования позволяют оценить:
- # Оценка качества ПО согласно четырехуровневой модели качества начинается с:
- # Наработка на отказ как атрибут надежности определяет:
- # Количественными называются показатели качества, которые определяются с помощью:
- # При подходе, ориентированном на продукт, оценка качества проводится после испытания ПС. Этот подход базируется на предположении, что:
- # Инженерия качества - это:
- # Планирование качества представляет собою:
- # Оценка надежности сложных ПС зависит от:
- # ПС следует относить к классу:
- # К факторам гарантии надежности относятся:
- # Отказ ПC - это:
- # Дефект в ПС - это:
- # Интенсивность отказов - это:
- # Прогнозирующие модели надежности:
- # Измерительные модели надежности:
- # Оценочные модели надежности:
- # Модель Шика-Вулвертона:
- # Марковская модель:
- # Пуассоновская модель:
- # Какие задачи управления проектом входят на данный момент в диаграммную схему, созданную Генри Гантом для учета времени выполнения проекта?
- # Управление проектом - это:
- # Планирование - это:
- # Основными составляющими любого проекта являются:
- # Ответственность за координацию и реализацию основных составляющих проекта несет:
- # Ответственность за идейную, функциональную сторону проекта несет:
- # В ядре РМВОК определены следующие основные аспекты разработки проектов:
- # Чем отличается метод анализа и оценки PERT от метода критического пути CPM?
- # Возможное время выполнения операций оценивается с помощью следующих оценок:
- # Поддержка темпа работы не предполагает:
- # Управление процессом разработки состоит в:
- # Анализ проекта состоит в:
- # Сетевая разбивка работ (СРР) - это:
- # Диаграмма Ганта - это:
- # Состав и количество сотрудников, входящих в команду проекта, зависит от:
- # Организационная структура проекта подбирается на основании следующих данных:
- # Структура ведения проекта, описанная Вейнбергом, предполагает:
- # Что не входит в понятие главных факторов осуществления задач программного проекта?
- # Какая формула оценки стоимости проекта была получена экспериментальным путем?
- # Риски могут быть:
- # Планирование управления рисками - это:
- # Под конфигурацией системы понимается:
- # Версия или конфигурация системы состоит из:
- # Количественная оценка рисков - это:
- # Базис конфигурации - это:
- # Согласно стандарту IEEE Std.610-90 управление конфигурацией включает следующие задачи:
- # Результатом управления конфигурацией является:
- # Управление конфигурацией - это:
- # Идентификация конфигурации - это:
- # Контроль конфигурации - это:
- # Управление версиями состоит в:
- # После получения новой версии системы заказчику передаются:
- # Построение адекватной схемы классификации и идентификации объектов конфигурационного управления выполняется одновременно со структуризацией продукта и заключается в определении:
- # Суть учета статуса состоит в:
- # Функциональный аудит конфигурации проводится:
- # Физический аудит конфигурации проводится:
- # Компонент - это:
- # Важнейшее свойство компонента:
- # Более крупные образования компонентов, используемые на практике - это:
- # Паттерн:
- # Каркас
- # Контейнер:
- # Компоненты сеансов:
- # Компоненты сущностей:
- # Компоненты, которые управляются событиями:
- # BlankAntProject - это:
- # SampleAntProject - это:
- # CustomTask - это:
- # Exception - это:
- # Persistence-Capable - это:
- # Interface - это:
- # Client class - это:
- # Stub class - это:
- # ORB class - это:
- # Implementation class - это:
- # Server class - это:
- # Skeleton class - это:
- # Stub-интерфейс - это:
- # Интерфейс DII (интерфейс динамического вызова объекта) - это:
- # Интерфейс сервисов ORB - это:
- # К объектным адаптерам, позволяющим экземплярам объектов обращаться к сервисным функциям ORB, не относится:
- # Типы данных подразделяются на:
- # Сервлет - это:
- # RUP (Rational Unified Process) - это:
- # Какие модели создаются в процессе моделирования?
- # Модель анализа - это:
- # Модель процесса разработки ПО - это:
- # Модель управления рисками - это:
- # Модель процесса проектирования - это:
- # Модель производственной архитектуры - это:
- # Модель проектной группы - это:
- # Модель приложения - это:
- # Главными областями программной инженерии являются:
- # Организационными областями программной инженерии являются:
- # Главными областями программной инженерии не являются:
- # Требования - это:
- # Валидация требований - это:
- # Процесс проверки правильности спецификаций требований на их соответствие, непротиворечивость, полноту и выполнимость, а также на соответствие стандартам - это:
- # Проектирование ПО - это:
- # Высокоуровневое представление структуры системы и спецификация ее компонентов - это:
- # Метод проектирования UML предназначен для:
- # Конструирование ПО - это:
- # Выберите верные утверждения:
- # В область знаний "Конструирование ПО" не входят разделы:
- # Тестирование ПО - это:
- # Тестирование эффективности ПО позволяет проверить:
- # Тестирование эффективности ПО не позволяет проверить:
- # Процесс сопровождения согласно стандарту ISO/IEC 14764 проводится путем:
- # Чем считается сопровождение в соответствии со стандартами ISO/IEC 12207 и ISO/IEC 14764?
- # Реорганизация кода для улучшения характеристик и показателей качества объектно-ориентированных и компонентных программ без изменения их поведения - это:
- # Область знаний "Управление конфигурацией ПО" включает в себя следующие разделы:
- # Сборка ПО - это:
- # Аудит конфигурации ПО - это:
- # Область знаний "Управление инженерией ПО" состоит из следующих разделов:
- # Сетевые диаграммы, при помощи которых отображаются результаты планирования:
- # Область знаний "Управление инженерией ПО" не включает в себя разделы:
- # Область знаний "Процесс программной инженерии" состоит из следующих разделов:
- # Качественный анализ процесса состоит в:
- # Основными целями процесса являются:
- # Методы инженерии ПО - это:
- # Инструменты инженерии ПО обеспечивают:
- # К инструментам конструирования ПО относятся:
- # Качество ПО - это:
- # К характеристикам качества относят:
- # Деятельности и техники гарантии качества включают:
- # Категория "Процессы поддержки" процессов жизненного цикла в стандарте ISO/IEC 12207 не включает в себя:
- # Категория "Организационные процессы" процессов жизненного цикла в стандарте ISO/IEC 12207 включает в себя:
- # Жизненный цикл программной системы - это:
- # Разработка требований включает в себя следующие основные разделы:
- # Раздел "Анализ требований" разработки требований включает в себя следующие подразделы:
- # Определение требований, как правило, проводится:
- # Разработка требований не включает в себя следующие основные разделы:
- # Инженерия требований включает в себя следующие подразделы:
- # Управление требованиями не включает в себя следующие подразделы:
- # Требования к ПО состоят из:
- # Нефункциональные требования для большинства современных многопользовательских ПС включают следующие условия и ограничения:
- # Нефункциональные требования определяют:
- # Требования пользователей определяют:
- # Функциональные требования определяют:
- # Системные требования определяют:
- # С какими целями проводится обсуждение проекта системы?
- # Методы сбора требований включают в себя:
- # Результаты обследования и анализа предметной области фиксируются в:
- # В обсуждении требований на систему принимают участие:
- # Что дает согласованная область действий по проекту?
- # Анализ требований не включает в себя подразделы:
- # Управление требованиями к системе - это:
- # Основные задачи управления требованиями - это:
- # Управление рисками, возникающими при неточном определении требований, состоит:
- # Фиксация требований включает в себя подразделы:
- # Спецификация требований к ПО - это:
- # Фиксация требований не включает в себя подразделы:
- # Типы трассируемости требований включают в себя следующие направления:
- # Трассирование требований включает в себя подразделы:
- # Трассировка обеспечивает:
- # Основные средства UML к формированию и представлению требований к системе и к ПО - это:
- # Укажите правильную цепочку трансформаций при сценарном подходе:
- # Укажите корректные правила для специальной графической нотации в модели сценариев:
- # Отношение между сценариями "расширяет" означает, что:
- # Отношение между сценариями "использует" означает, что:
- # Описание сценария включает в себя:
- # Модель прецедентов моделируемой цели системы состоит из:
- # Модель прецедентов моделируемой цели системы не включает в себя:
- # Экземпляр прецедента - это:
- # Главная цель объектного анализа - это:
- # Объект предметной области - это:
- # Концепт - это:
- # Атрибут - это:
- # Отношение - это:
- # Предметная область - это:
- # Класс - это:
- # Сущность - это:
- # Связи между объектами могут быть:
- # Сколько этапов анализа предметной области в методе OOAS Шлеера и Меллора?
- # Согласно методу OOAS Шлеера и Меллора, анализ предметной области производится следующими этапами:
- # Информационная модель - это:
- # Атрибуты бывают:
- # Связи объектов устанавливаются между:
- # Модель состояний отображает:
- # Событие - это:
- # В методе OOAS Шлеера и Меллора предусмотрены следующие нотации для представления динамических аспектов поведения объектов:
- # В таблице перехода в состояния:
- # Таблица перехода в состояния служит для:
- # Модель процессов отражает:
- # Последовательность выполняемых процессов образует:
- # Задачи проектирования - это:
- # Архитектура системы - это:
- # Условия построения архитектуры системы включают в себя:
- # Этапами стандарта ГОСТ 34.601-90, регламентирующего стадии и этапы процесса разработки АС, являются:
- # Стандарт ГОСТ 34.601-90, регламентирующий стадии и этапы процесса разработки АС, обеспечивает:
- # Детальное рабочее проектирование - это:
- # Взаимодействие объектов - это:
- # При концептуальном проектировании определяются:
- # Техническое проектирование - это:
- # Создаваемая архитектура системы не включает в себя следующие уровни:
- # 1-й уровень - системные компоненты - осуществляют:
- # 4-й уровень - прикладные программные системы - осуществляют:
- # Компоненты любого из уровней архитектуры системы используются, как правило:
- # Архитектурная схема может быть:
- # Что осуществляет абстрактный объект-посредник?
- # К основным принципам структурного метода относятся:
- # Абстрагирование - это:
- # Сущность структурного подхода к разработке ПС - это:
- # Объектно-ориентированный подход (ООП) - это:
- # Процесс разработки в среде ООП включает в себя следующие этапы:
- # Процесс разработки в среде ООП не включает в себя следующие этапы:
- # UML - это:
- # Диаграмма последовательности задает:
- # Диаграмма деятельности задает:
- # Атрибутами могут быть следующие типы значений в UML:
- # Ассоциация - это:
- # Диаграмма реализации состоит из:
- # Компонент, как физическая сущность:
- # Шаблон (паттерн) - это:
- # Каркас - это:
- # Аспектно-ориентированное программирование (АОП) - это:
- # Фильтр композиции служит для:
- # С точки зрения моделирования аспекты можно рассматривать как:
- # Технология разработки прикладной системы с использованием АОП включает следующие общие этапы:
- # Технология разработки прикладной системы с использованием АОП не включает следующие общие этапы:
- # Активные библиотеки содержат:
- # Генерирующее программирование - это:
- # В рамках инженерии ПрО используются следующие типы компонентов в терминологии системы CORBA:
- # При определении общих и изменяемых характеристик представителей семейства систем используются:
- # Агент обладает следующими свойствами:
- # Основными задачами программного агента являются:
- # Координация агентов - это:
- # Алгебраическое программирование - это:
- # История функционирования транзитивной системы хранит одно из соответствующих состояний:
- # Транзитивные системы называют бисимуляционно эквивалентными, если:
- # Процесс развития программы в ЭП осуществляется в виде цепочки понятий:
- # Данные в системе композиций и номинативности рассматриваются на следующих уровнях:
- # Принципами ЭП не являются:
- # Алгебра Дейкстры - это:
- # Алгебра схем Янова - это:
- # Объекты алгоритмики - это:
- # Спецификация программы - это:
- # Категории языков спецификации включают в себя:
- # Языки спецификации областей включают в себя следующие языки:
- # Дерево - это:
- # Отображение - это:
- # Предусловие - это:
- # Отображение - это:
- # Объединение - это:
- # Количество компонентов произведения d находится следующим образом:
- # Декларативные средства КЯ - это:
- # Императивные средства КЯ - это:
- # Концептор - это:
- # Метод Флойда основан:
- # Метод Маккарти основан:
- # Метод Дейкстры основан:
- # Валидация требований - это:
- # Валидация требований включает следующие шаги:
- # Валидация требований не включает следующие шаги:
- # Методы анализа структуры программ проверяют:
- # Метод простого структурного анализа ориентирован на:
- # Метод символьной проверки применяется при:
- # Основные систематические методы обеспечения правильности программ - это:
- # Для доказательства правильности спецификации сообщения создается набор утверждений, доказывающий, что:
- # Контекст - это:
- # К событиям процесса относятся:
- # К событиям процесса не относятся:
- # Схема спецификации процесса - это:
- # Каждый компонент C в ОКМ-модели задается в виде C = (E, I, V, P), где:
- # Каждый компонент C в ОКМ-модели задается в виде C = (E, I, V, P), где:
- # Каждый компонент C в ОКМ-модели задается в виде C = (E, I, V, P), где:
- # При использовании модели проверки временных свойств и обнаружения ошибок взаимодействия должны выполняться следующие условия:
- # Свойство компонента C включается в абстракцию P только тогда, когда:
- # Модель ОКМ - это:
- # Международный проект по разработке "целостного автоматизированного набора инструментов для проверки корректности ПС" включает следующие основные задачи:
- # Международный проект по разработке "целостного автоматизированного набора инструментов для проверки корректности ПС" предполагает, что:
- # Функции репозитария не включают в себя:
- # Инструментальные средства - это:
- # Теоретические средства - это:
- # Тестирование включает в себя:
- # Цель процесса верификации:
- # Цель процесса валидации:
- # Основные задачи процессов верификации и валидации:
- # Методы функционального тестирования подразделяются на:
- # Отладка - это:
- # Цель тестирования - это:
- # Статические методы тестирования используются:
- # Инспекция ПО - это:
- # Статический анализ заключается в:
- # Динамические методы тестирования используются:
- # Динамическое тестирование включает в себя следующие методы:
- # Систематические методы тестирования делятся на следующие методы:
- # В задачи функционального тестирования входят:
- # Функциональные тесты создаются по:
- # В задачи функционального тестирования не входят:
- # Под инфраструктурой процесса тестирования понимается:
- # Объекты тестирования не включают в себя:
- # Какой метод тестирования, при котором можно использовать структуру объекта для организации тестирования по различным ветвям, является предпочтительным?
- # В соответствии с международным стандартом ANSI/IEEE-729-83 ошибка (error) - это:
- # Все ошибки, которые возникают в программах, принято подразделять на следующие классы:
- # Ошибки ввода-вывода и манипулирования данными являются следствием:
- # В соответствии с международным стандартом ANSI/IEEE-729-83 отказ (failure) - это:
- # В соответствии с международным стандартом ANSI/IEEE-729-83 дефект (fault) - это:
- # Типы отказов не включают в себя:
- # Тест - это:
- # Тесты проверяют:
- # Тесты не проверяют:
- # План тестирования содержит:
- # В обязанности инженера-тестировщика входят:
- # В обязанности инженера-тестировщика не входят:
- # Документирование результатов тестирования в соответствии с действующим стандартом ANSI/IEEE 829 включает:
- # Документирование результатов тестирования в соответствии с действующим стандартом ANSI/IEEE 829 не включает:
- # Расчет продолжительности выполнения функций путем сбора средних показателей скорости выполнения операторов служит для:
- # Виды интерфейсов включают в себя:
- # Программный (API) и/или аппаратный интерфейс (port) - это:
- # Виды интерфейсов не включают в себя:
- # Интерфейс в ООП - это:
- # Интерфейсные операции класса подразделяются на:
- # Если интерфейс реализуется с помощью класса, то:
- # Динамический интерфейс от объекта клиента к объекту сервера и обратно выполняет:
- # В функции интерфейсного посредника клиента не входит:
- # Интероперабельность - это:
- # Удаленный вызов разноязыковых программ предполагает:
- # При неоднородности одного из параметров из множества формальных или фактических параметров разноязыковых программ необходимо провести:
- # Системы и для языков и - изоморфны, если их типы данных q, t:
- # Интерфейс между Visual Basic и другими ЯП осуществляется с помощью:
- # Интерфейс между Perl и другими ЯП осуществляется с помощью:
- # Интерфейс между Matlab и другими ЯП осуществляется с помощью:
- # Независимые от ЯП типы данных стандарта ISO/IEC 11404-1996 делятся на:
- # Независимые от ЯП типы данных стандарта ISO/IEC 11404-1996 не включают:
- # Типы данных в стандарте описываются в:
- # Каждый тип данных в стандарте имеет шаблон, включающий:
- # Внешнее преобразование типов данных обладает следующими свойствами:
- # Внутреннее преобразование типов данных обладает следующими свойствами:
- # Маршалинг данных - это:
- # XDR-стандарт:
- # XML-стандарт:
- # Преобразование данных БД связано с различием логических структур данных, а также со следующими проблемами:
- # Этапы преобразования данных основаны на использовании следующих методов:
- # Проблема преобразования и переноса данных между различными СУБД решается на основе использования:
- # Типичные причины внесения изменений это:
- # К видам сопровождения относятся:
- # Внесение изменений в ПО можно рассматривать как:
- # Реинженерия (reengineering) - это:
- # По сравнению с более радикальными подходами к совершенствованию систем реинженерия имеет следующие преимущества:
- # Причины, требующие преобразования исходного кода программ в другой язык, могут быть:
- # Метод рефакторинга компонента - это:
- # Операции рефакторинга над компонентами удовлетворяют условиям:
- # Операции реверсной инженерии над компонентами удовлетворяют условиям:
- # Инженерия повторного использования компонентов (ПИК) - это:
- # Процесс создания ПИК включает в себя:
- # Процесс конструирования новых систем из готовых компонентов включает в себя:
- # Артефактами деятельности разработчиков ПС могут быть:
- # Разработке ПС с помощью ПИК соответствует модель ЖЦ со следующими общими этапами:
- # Повторные компоненты могут быть:
- # К общесистемным компонентам относятся:
- # На современном рынке программных продуктов циркулируют следующие виды готовых компонентов:
- # К компонентам общего назначения не относятся:
- # ПИК=(T,I,F,R,S), где T - это:
- # ПИК=(T,I,F,R,S), где I - это:
- # ПИК=(T,I,F,R,S), где R - это:
- # Внутренняя часть компонента - это:
- # Внешняя часть компонента - это:
- # Внутренняя часть компонента включает в себя:
- # Развертка - это:
- # Реализация - это:
- # Паттерн - это:
- # Репозитарий - это:
- # Задание поискового образа ПИК на основе информационной его модели обеспечивает:
- # Поисковый образ упрощает поиск и сокращает сроки разработки ПС за счет:
- # ПС, построенная из компонентов и предназначенная для функционирования в распределенной среде, состоит из:
- # ПС, построенная из компонентов и предназначенная для функционирования в распределенной среде, состоит из:
- # В функции интерфейсного модуля клиента входят:
- # В основе генерации модели ПрО для семейства ПС лежит:
- # Репозитарий в интегрированной среде ПрО включает в себя:
- # Репозитарий в интегрированной среде ПрО не включает в себя:
- # Анализ домена состоит в:
- # Технология доменной инженерии включает стандартизированные подпроцессы:
- # Основное требование к инженерии ПрО - это:
- # Свойства ПИК могут быть:
- # Множество компонентов и систем образуют семейство продуктов, если:
- # К альтернативным свойствам ПИК относятся:
- # Стоимость анализа функций ПрО имеет вид:
- # Стоимость композиции компонентов определяется так:
- # Стоимость поиска и исследования возможностей применения ПИК из репозитария для реализации некоторой определенной функции ПрО вычисляется с помощью выражения: