Методы и средства инженерии программного обеспечения

19.10.2015 Вопросы Комментарии отключены

Ответы на курс: Методы и средства инженерии программного обеспечения

Информационная модель — это:

Детальное рабочее проектирование — это:

Аудит конфигурации ПО — это:

Инструменты инженерии ПО обеспечивают:

Высокоуровневое представление структуры системы и спецификация ее компонентов — это:

Область знаний «Управление инженерией ПО» состоит из следующих разделов:

Категория «Процессы поддержки» процессов жизненного цикла в стандарте ISO/IEC 12207 не включает в себя:

Конструирование ПО — это:

Чем считается сопровождение в соответствии со стандартами ISO/IEC 12207 и ISO/IEC 14764?

Область знаний «Процесс программной инженерии» состоит из следующих разделов:

Методы инженерии ПО — это:

Жизненный цикл программной системы — это:

Требования — это:

Метод проектирования UML предназначен для:

Основными целями процесса являются:

Валидация требований — это:

Тестирование ПО — это:

Процесс проверки правильности спецификаций требований на их соответствие, непротиворечивость, полноту и выполнимость, а также на соответствие стандартам — это:

Сборка ПО — это:

Деятельности и техники гарантии качества включают:

Тестирование эффективности ПО позволяет проверить:

Качество ПО — это:

Главными областями программной инженерии не являются:

Проектирование ПО — это:

Определение требований, как правило, проводится:

Разработка требований не включает в себя следующие основные разделы:

Функциональные требования определяют:

В обсуждении требований на систему принимают участие:

Модель прецедентов моделируемой цели системы состоит из:

Требования пользователей определяют:

Спецификация требований к ПО — это:

Основные средства UML к формированию и представлению требований к системе и к ПО — это:

Результаты обследования и анализа предметной области фиксируются в:

Отношение между сценариями «использует» означает, что:

Управление требованиями к системе — это:

Укажите правильную цепочку трансформаций при сценарном подходе:

В таблице перехода в состояния:

Нефункциональные требования определяют:

Методы сбора требований включают в себя:

Описание сценария включает в себя:

Трассировка обеспечивает:

Системные требования определяют:

Отношение между сценариями «расширяет» означает, что:

Разработка требований включает в себя следующие основные разделы:

Управление рисками, возникающими при неточном определении требований, состоит:

Экземпляр прецедента — это:

Укажите корректные правила для специальной графической нотации в модели сценариев:

Модель прецедентов моделируемой цели системы не включает в себя:

Инженерия требований включает в себя следующие подразделы:

Что дает согласованная область действий по проекту?

Основные задачи управления требованиями — это:

Объект предметной области — это:

Сущность — это:

Модель процессов отражает:

Главная цель объектного анализа — это:

Событие — это:

Последовательность выполняемых процессов образует:

1-й уровень — системные компоненты — осуществляют:

Концепт — это:

Предметная область — это:

Класс — это:

Архитектура системы — это:

Взаимодействие объектов — это:

4-й уровень — прикладные программные системы — осуществляют:

Компоненты любого из уровней архитектуры системы используются, как правило:

Отношение — это:

Сколько этапов анализа предметной области в методе OOAS Шлеера и Меллора?

Модель состояний отображает:

Задачи проектирования — это:

Связи объектов устанавливаются между:

Архитектурная схема может быть:

Атрибут — это:

Этапами стандарта ГОСТ 34.601-90, регламентирующего стадии и этапы процесса разработки АС, являются:

Что осуществляет абстрактный объект-посредник?

Техническое проектирование — это:

Фильтр композиции служит для:

Транзитивные системы называют бисимуляционно эквивалентными, если:

Шаблон (паттерн) — это:

Процесс развития программы в ЭП осуществляется в виде цепочки понятий:

Объектно-ориентированный подход (ООП) — это:

Объекты алгоритмики — это:

К основным принципам структурного метода относятся:

Диаграмма деятельности задает:

Ассоциация — это:

С точки зрения моделирования аспекты можно рассматривать как:

Алгебраическое программирование — это:

Каркас — это:

В рамках инженерии ПрО используются следующие типы компонентов в терминологии системы CORBA:

Координация агентов — это:

Сущность структурного подхода к разработке ПС — это:

Абстрагирование — это:

UML — это:

Диаграмма реализации состоит из:

Аспектно-ориентированное программирование (АОП) — это:

Процесс разработки в среде ООП включает в себя следующие этапы:

Диаграмма последовательности задает:

Генерирующее программирование — это:

Алгебра схем Янова — это:

Алгебра Дейкстры — это:

Данные в системе композиций и номинативности рассматриваются на следующих уровнях:

Дерево — это:

Каждый компонент C в ОКМ-модели задается в виде C = (E, I, V, P), где:

Императивные средства КЯ — это:

Отображение — это:

Метод простого структурного анализа ориентирован на:

Контекст — это:

Каждый компонент C в ОКМ-модели задается в виде C = (E, I, V, P), где:

Отображение — это:

Количество компонентов произведения d находится следующим образом:

Метод Маккарти основан:

Модель ОКМ — это:

Спецификация программы — это:

Метод Флойда основан:

Языки спецификации областей включают в себя следующие языки:

Декларативные средства КЯ — это:

Каждый компонент C в ОКМ-модели задается в виде C = (E, I, V, P), где:

Предусловие — это:

Концептор — это:

Валидация требований — это:

Функции репозитария не включают в себя:

Схема спецификации процесса — это:

Свойство компонента C включается в абстракцию P только тогда, когда:

Международный проект по разработке «целостного автоматизированного набора инструментов для проверки корректности ПС» предполагает, что:

Объединение — это:

Для доказательства правильности спецификации сообщения создается набор утверждений, доказывающий, что:

Методы анализа структуры программ проверяют:

Основные систематические методы обеспечения правильности программ — это:

Метод Дейкстры основан:

Цель процесса валидации:

В соответствии с международным стандартом ANSI/IEEE-729-83 отказ (failure) — это:

Тесты проверяют:

Цель процесса верификации:

Тесты не проверяют:

В обязанности инженера-тестировщика не входят:

Методы функционального тестирования подразделяются на:

Статические методы тестирования используются:

Документирование результатов тестирования в соответствии с действующим стандартом ANSI/IEEE 829 не включает:

Инструментальные средства — это:

В соответствии с международным стандартом ANSI/IEEE-729-83 ошибка (error) — это:

Расчет продолжительности выполнения функций путем сбора средних показателей скорости выполнения операторов служит для:

Статический анализ заключается в:

Отладка — это:

Какой метод тестирования, при котором можно использовать структуру объекта для организации тестирования по различным ветвям, является предпочтительным?

Динамические методы тестирования используются:

Независимые от ЯП типы данных стандарта ISO/IEC 11404-1996 не включают:

XML-стандарт:

Внесение изменений в ПО можно рассматривать как:

Операции рефакторинга над компонентами удовлетворяют условиям:

Динамический интерфейс от объекта клиента к объекту сервера и обратно выполняет:

Интерфейс между Matlab и другими ЯП осуществляется с помощью:

Внутреннее преобразование типов данных обладает следующими свойствами:

Типы данных в стандарте описываются в:

Реинженерия (reengineering) — это:

XDR-стандарт:

Если интерфейс реализуется с помощью класса, то:

В функции интерфейсного посредника клиента не входит:

При неоднородности одного из параметров из множества формальных или фактических параметров разноязыковых программ необходимо провести:

Виды интерфейсов не включают в себя:

К видам сопровождения относятся:

Интероперабельность — это:

Удаленный вызов разноязыковых программ предполагает:

Типичные причины внесения изменений это:

Системы $G_\alpha^t$ и $G_\beta^q$ для языков и — изоморфны, если их типы данных q, t:

Интерфейс между Perl и другими ЯП осуществляется с помощью:

Этапы преобразования данных основаны на использовании следующих методов:

Операции реверсной инженерии над компонентами удовлетворяют условиям:

По сравнению с более радикальными подходами к совершенствованию систем реинженерия имеет следующие преимущества:

Интерфейс в ООП — это:

Программный (API) и/или аппаратный интерфейс (port) — это:

Процесс конструирования новых систем из готовых компонентов включает в себя:

Разработке ПС с помощью ПИК соответствует модель ЖЦ со следующими общими этапами:

Основное требование к инженерии ПрО — это:

К альтернативным свойствам ПИК относятся:

Артефактами деятельности разработчиков ПС могут быть:

В основе генерации модели ПрО для семейства ПС лежит:

Процесс создания ПИК включает в себя:

ПИК=(T,I,F,R,S), где T — это:

Развертка — это:

ПС, построенная из компонентов и предназначенная для функционирования в распределенной среде, состоит из:

Стоимость композиции компонентов определяется так:

Внешняя часть компонента — это:

Стоимость анализа функций ПрО имеет вид:

Инженерия повторного использования компонентов (ПИК) — это:

ПИК=(T,I,F,R,S), где R — это:

Задание поискового образа ПИК на основе информационной его модели обеспечивает:

ПИК=(T,I,F,R,S), где I — это:

Паттерн — это:

Репозитарий в интегрированной среде ПрО не включает в себя:

Внутренняя часть компонента — это:

В функции интерфейсного модуля клиента входят:

Репозитарий — это:

Стоимость поиска и исследования возможностей применения ПИК из репозитария для реализации некоторой определенной функции ПрО вычисляется с помощью выражения:

Реализация — это:

Свойства ПИК могут быть:

Множество компонентов и систем образуют семейство продуктов, если:

Повторные компоненты могут быть:

Метрики использования позволяют оценить:

ПС следует относить к классу:

Дефект в ПС — это:

Модель Шика-Вулвертона:

Первый уровень представления модели качества:

Надежность — это:

При подходе, ориентированном на продукт, оценка качества проводится после испытания ПС. Этот подход базируется на предположении, что:

Оценочные модели надежности:

Сколько уровней представления имеет модель качества ПО?

Планирование качества представляет собою:

Отказ ПC — это:

Главный показатель качества ПО — это:

Удобство применения — это:

Переносимость — это:

Наработка на отказ как атрибут надежности определяет:

Измерительные модели надежности:

Качество ПО — это:

Количественными называются показатели качества, которые определяются с помощью:

К подхарактеристикам надежности ПО не относится:

Оценка качества ПО согласно четырехуровневой модели качества начинается с:

К факторам гарантии надежности относятся:

Марковская модель:

Функциональность — это:

Сопровождаемость — это:

Оценка надежности сложных ПС зависит от:

Внутренние метрики продукта включают:

Инженерия качества — это:

Пуассоновская модель:

Под конфигурацией системы понимается:

Ответственность за координацию и реализацию основных составляющих проекта несет:

Сетевая разбивка работ (СРР) — это:

Планирование управления рисками — это:

Базис конфигурации — это:

Контроль конфигурации — это:

Физический аудит конфигурации проводится:

Поддержка темпа работы не предполагает:

Управление конфигурацией — это:

Управление проектом — это:

Анализ проекта состоит в:

Какая формула оценки стоимости проекта была получена экспериментальным путем?

Результатом управления конфигурацией является:

Чем отличается метод анализа и оценки PERT от метода критического пути CPM?

Функциональный аудит конфигурации проводится:

Планирование — это:

Ответственность за идейную, функциональную сторону проекта несет:

Что не входит в понятие главных факторов осуществления задач программного проекта?

Риски могут быть:

Количественная оценка рисков — это:

Управление процессом разработки состоит в:

Идентификация конфигурации — это:

Диаграмма Ганта — это:

Суть учета статуса состоит в:

После получения новой версии системы заказчику передаются:

Интерфейс сервисов ORB — это:

SampleAntProject — это:

Stub class — это:

Skeleton class — это:

Типы данных подразделяются на:

Модель анализа — это:

Модель производственной архитектуры — это:

Компоненты сущностей:

К объектным адаптерам, позволяющим экземплярам объектов обращаться к сервисным функциям ORB, не относится:

RUP (Rational Unified Process) — это:

Модель процесса проектирования — это:

Модель проектной группы — это:

Stub-интерфейс — это:

Важнейшее свойство компонента:

CustomTask — это:

Interface — это:

Client class — это:

Модель управления рисками — это:

Паттерн:

Компонент — это:

Каркас

Server class — это:

Интерфейс DII (интерфейс динамического вызова объекта) — это:

Сервлет — это:

Контейнер:

Компоненты, которые управляются событиями:

Persistence-Capable — это:

ORB class — это:

Модель процесса разработки ПО — это:

Процесс разработки в среде ООП не включает в себя следующие этапы:

Динамическое тестирование включает в себя следующие методы:

В соответствии с международным стандартом ANSI/IEEE-729-83 дефект (fault) — это:

Объекты тестирования не включают в себя:

Цель тестирования — это:

Систематические методы тестирования делятся на следующие методы:

Ошибки ввода-вывода и манипулирования данными являются следствием:

Типы отказов не включают в себя:

Поисковый образ упрощает поиск и сокращает сроки разработки ПС за счет:

Рациональность — это:

Состав и количество сотрудников, входящих в команду проекта, зависит от:

Организационная структура проекта подбирается на основании следующих данных:

Выберите верные утверждения:

Comments are closed.