Adm_TRPO_2013_015

№ п/п

Тестовое задание

Варианты ответов

Программное средство это:

1. Программа и модули к ней

2. Документация и программы

3. П – документация и С – документация

4. Системное и прикладное программное обеспечение

Архитектура ПС не определяется:

1. Языком программирования

2. Функциональными и эксплуатационными требованиями к ПС

3. Структурой и форматом данных

4. Общими требованиями к ПС

Установить соответствие между видом процесса и его назначением

Выработка и детализация модели ПП происходит на этапе

1. Планирования

2. Разработки ПП

3. Проектирования

4. Составления требований

5. Сопровождения ПП

Модель прототипирования позволяет

1. Быстро создать работающую систему

2. Обеспечить обратную связь между пользователями и разработчиками

3. Изолировать заказчика от разработчиков ПП

Модель СMM-SEI позволяет определить

1. Характер процесса создания ПП

2. Действия и задачи процесса создания ПП

3. Уровень зрелости предприятия разработчика ПП

4. Временные рамки разработки ПП

Сколько уровней зрелости содержит модель СMM-SEI

1. 3

2. 5

3. 4

4. 6

Хаотичный процесс разработки ПП характерен для

1. Первого уровня

2. Второго уровня

3. Третьего уровня

4. Четвёртого уровня

Стандартный процесс разработки ПП характерен для

1. Первого уровня

2. Второго уровня

3. Третьего уровня

4. Четвёртого уровня

Организованный процесс разработки ПП характерен для

1. Первого уровня

2. Второго уровня

3. Третьего уровня

4. Четвёртого уровня

Не является основным процессом жизненного цикла процесс:

1. Подготовка заявочных предложений

2. Надзор за деятельностью поставщика

3. Приемка и завершение работ

4. Документирования

Установить соответствие между моделью ЖЦ и её характеристикой

Период времени от момента принятия решения о создании ПС до его полного изъятия из эксплуатации называется:

1. Эксплуатацией ПС

2. Процессом ПС

3. Жизненным циклом ПС

4. Действием

Расположить в порядке следования этапы ЖЦ ПП

1. Разработка

2. Сопровождение

3. Проектирование

4. Анализ

Продолжить предложение: Прототип ПП

1. Избавляет разработчиков от полного и точного формулирования требований к системе

2. Уменьшает время цикла разработки

3. Обеспечивает обратную связь между пользователями и разработчиками

4. Требует жесткого контроля за ходом разработки

Внесение изменений в программный продукт производится на этапе

1. Планирования

2. Разработки ПП

3. Проектирования

4. Составления требований

5. Сопровождения ПП

Перевод информации из одной формы в другую приводит к:

1. появлению ошибок в ПС

2. повышению уровня сложности ПС

3. удорожанию ПС

4. усложнению интерфейса программ

На каком этапе происходит выработка взаимопонимания между заказчиком и разработчиком относительно требований к ПП

1. Разработка

2. Сопровождение

3. Проектирование

4. Анализ

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

1. Качественную оценку ПП

2. Количественную оценку ПП

3. Оценку проекта

4. Оценку продукта

Основными группами метрик являются метрики

1. Процесса

2. Условий

3. Проекта

4. Ветвлений

5. Продукта

Продолжительность выполнения проекта и его стоимость относится к метрикам

1. Непосредственно наблюдаемым

2. Прогнозируемым

3. Вычисляемым

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

1. Управляемая разработчиком

2. Управляемая пользователем

3. Контролируемая разработчиком

4. независимая от пользователя

Интеграционное тестирование это:

1. Имитация реальной работы системы

2. Проверка наличия проблем в интерфейсах

3. Тестирование отдельных классов или функций

4. Тестирование в период опытной эксплуатации

При тестировании «белого ящика» разработчик:

1. Имеет доступ к исходному коду

2. Работает только с интерфейсом пользователя

3. Изучает взаимодействие модулей программы

4. Проверяет работу объектов

Является основной конструкцией структурного программирования:

1. следование

2. повторение

3. разветвление

4. вычисление

Не является конструкцией структурного программирования

1. следование

2. повторение

3. разветвление

4. вычисление

Не является организационным процессом жизненного цикла процесс:

1. Совместная оценка

2. Управления

3. Создания инфраструктуры

4. Обучения

Являются вспомогательными процессами жизненного цикла процессы:

1. Сопровождения

2. Обеспечение качества

3. Документирования

4. Аттестация

СASE-технологии это:

1. Программный комплекс, автоматизирующий процесс разработки ПС

2. Портфель документов, регламентирующих разработку ПС

3. Руководство по разработке спецификаций

4. Набор характеристик в системе управления качеством

Надежное ПС способно:

1. безотказно выполнять заданные функции

2. безошибочно производить вычисления

3. иметь понятный пользователю интерфейс

4. накапливать данные без ошибок

Требования бывают

1. Полные

2. Функциональные

3. Нефункциональные

4. Простые

Если программная система не выполняет все указанные функции это

1. Недостаток пользовательского интерфейса

2. Недостаточная производительность

3. Некорректная обработка ошибок

4. Функциональный недостаток

Установить соответствие:

Определить основные этапы жизненного цикла ПС:

1. проектирование

2. применение

3. разработка

4. тестирование

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

1. функциональной спецификацией

2. внешним описанием ПС

3. руководство разработкой программного средства

4. спецификацией требований

Архитектура ПС это представление ПС как:

1. системы

2. комплекса программ

3. набора инструкций

4. спецификаций

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

1. Атрибуты ПП

2. Действия, которые должен выполнять ПП

3. Атрибуты окружения

Программная ошибка это

1. Расхождение между программой и спецификацией

2. Синтаксические ошибки в коде

3. Отсутствие ожидаемых функций

4. Неполная документация

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

1. Атрибуты ПП

2. Действия, которые должен выполнять ПП

3. Атрибуты окружения

Альфа–тестирование это:

1. имитация реальной работы системы

2. проверка наличия проблем в интерфейсах

3. тестирование отдельных классов или функций

4. тестирование в период опытной эксплуатации

Технология стеклянного ящика используется на этапе

1. Системного тестирования

2. Приёмочного тестирования

3. Модульного тестирования

4. Интеграционного тестирования

Готовность ПП к поставке заказчику выполняется на этапе

1. Интеграционного тестирования

2. Приёмочного тестирования

3. Системного тестирования

4. Выходного тестирования

Интеграционное тестирование служит для проверки

1. Проверки отдельных модулей на наличие ошибок

2. Проверки программной системы в целом

3. Готовности ПП для поставки заказчику

4. Совместной работы отдельных модулей

Тестирование команд предполагает:

1. каждая команда должна быть выполнена два раза

2. каждая команда должна быть выполнена не менее одного раза

3. каждая команда выполняется более двух раз

4. выполняется группа команд 1 раз

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

1. Получения первичных требований заказчика

2. При внесении изменений

3. Формирования набора вопросов

4. Разработки механизма сбора данных

За единицу производительности принимают:

1. человекочасы

2. Число строк кода

3. Число строк эффективного программного кода

4. Операторы программы

Внесение изменений в программное средство, в соответствии с дополнительными пожеланиями заказчика происходит на этапе

1. Разработки

2. Тестирования

3. Сопровождения

4. Проектирования

За единицу объема принимают:

1. человекочасы

2. Число строк кода

3. Число строк эффективного программного кода

4. Операторы программы

Условие или характеристика, которой должен удовлетворять ПП называется:

1. тест

2. требование

3. интерфейс

4. поведение

Не очень подробное описание ПС формируется:

1. разработчиком

2. заказчиком

3. аналитиком

4. тестировщиком

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

1. спецификации

2. модель жизненного цикла

3. прототип

4. модуль

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

1. Метрик

2. Спецификаций

3. Модели жизненного цикла

4. Обзоров

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

1. Кодирования

2. Тестирования

3. Разработки

4. проектирования

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

1. Кодирование

2. Тестирование

3. Разработка

4. проектирование

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

1. Кодирование

2. Тестирование

3. Разработка

4. проектирование

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

1. Стеклянным ящиком

2. Черным ящиком

3. Системным тестированием

4. Интеграционным тестированием

При структурном тестировании используют технологию:

1. Черного ящика

2. Системного тестирования

3. Интеграционного тестирования

4. Стеклянного ящика

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

1. Системное Модульное Интеграционное

2. Интеграционное Модульное Системное

3. Модульное Интеграционное Системное

4. Интеграционное Системное Модульное

Наличие высококвалифицированных кадров, умеющих пользоваться современными инструментальными средствами, характерно для модели:

1. спиральной

2. прототипирования

3. каскадной

4. RAD

Разрабатывает тесты, выполняет процедуру тестирования и составляет отчеты о результатах тестирования:

1. Аналитик

2. Тестировщик

3. Программист

4. заказчик

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

1. проектирование ПП, тестирование ПП

2. планирование программного проекта, составление требований заказчика

3. составление требований заказчика, проектирование

4. сопровождение ПП, разработка ПП

Требования к качеству ПС формулируются в:

1. Метриках

2. Спецификациях

3. Моделях жизненного цикла

4. Обзорах

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

1. Кодирования

2. Тестирования

3. Разработки

4. проектирования

Готовность ПП к поставке заказчику проверяется на этапе:

1. Кодирования

2. Разработки справочной системы

3. Создания документации пользователя

4. Выходного тестирования

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

1. Интеграционное тестирование

2. Системное тестирование

3. Модульное тестирование

4. Выходное

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

1. программной ошибкой

2. сбоем

3. отклонением

4. допуском

Набор тестов, от выполнения которых ожидается один и тот же результат, называется:

1. Избыточным

2. Полным

3. достаточным

4. Классом эквивалентности

Указать этап работ, на котором выполняется оценка необходимых ресурсов, объемов и сложности разрабатываемого программного продукта:

1. проектирования

2. планирования

3. сопровождения

4. составления требований

Процесс адаптации, поставляемого ПП, к новым условиям происходит на этапе:

1. Проектирования

2. Разработки

3. Сопровождения

4. Тестирование

Не является преимуществом хорошо документированного ПС:

1. Меньшая стоимость ПС

2. Легкость использования

3. Высокая надежность

4. Коммерческий успех