Дисциплина «Технология разработки программного обеспечения» для группы 015
Административная контрольная работа
№ п/п | Тестовое задание | Варианты ответов | ||
1. | Программное средство это: | 1) Программа и модули к ней 2) Документация и программы 3) П – документация и С – документация 4) Системное и прикладное программное обеспечение | ||
2. | Архитектура ПС не определяется: | 1) Языком программирования 2) Функциональными и эксплуатационными требованиями к ПС 3) Структурой и форматом данных 4) Общими требованиями к ПС | ||
3. | Установить соответствие между видом процесса и его назначением |
| ||
4. | Выработка и детализация модели ПП происходит на этапе | 1) Планирования 2) Разработки ПП 3) Проектирования 4) Составления требований 5) Сопровождения ПП | ||
5. | Модель прототипирования позволяет | 1) Быстро создать работающую систему 2) Обеспечить обратную связь между пользователями и разработчиками 3) Изолировать заказчика от разработчиков ПП | ||
6. | Модель СMM-SEI позволяет определить | 1) Характер процесса создания ПП 2) Действия и задачи процесса создания ПП 3) Уровень зрелости предприятия разработчика ПП 4) Временные рамки разработки ПП | ||
7. | Сколько уровней зрелости содержит модель СMM-SEI | 1) 3 2) 5 3) 4 4) 6 | ||
8. | Хаотичный процесс разработки ПП характерен для | 1) Первого уровня 2) Второго уровня 3) Третьего уровня 4) Четвёртого уровня | ||
9. | Стандартный процесс разработки ПП характерен для | 1) Первого уровня 2) Второго уровня 3) Третьего уровня 4) Четвёртого уровня | ||
10. | Организованный процесс разработки ПП характерен для | 1) Первого уровня 2) Второго уровня 3) Третьего уровня 4) Четвёртого уровня | ||
11. | Не является основным процессом жизненного цикла процесс: | 1) Подготовка заявочных предложений 2) Надзор за деятельностью поставщика 3) Приемка и завершение работ 4) Документирования | ||
12. | Установить соответствие между моделью ЖЦ и её характеристикой |
| ||
13. | Период времени от момента принятия решения о создании ПС до его полного изъятия из эксплуатации называется: | 1) Эксплуатацией ПС 2) Процессом ПС 3) Жизненным циклом ПС 4) Действием | ||
14. | Расположить в порядке следования этапы ЖЦ ПП | 1) Разработка 2) Сопровождение 3) Проектирование 4) Анализ | ||
15. | Продолжить предложение: Прототип ПП | 1) Избавляет разработчиков от полного и точного формулирования требований к системе 2) Уменьшает время цикла разработки 3) Обеспечивает обратную связь между пользователями и разработчиками 4) Требует жесткого контроля за ходом разработки | ||
16. | Внесение изменений в программный продукт производится на этапе | 1) Планирования 2) Разработки ПП 3) Проектирования 4) Составления требований 5) Сопровождения ПП | ||
17. | Перевод информации из одной формы в другую приводит к: | 1) появлению ошибок в ПС 2) повышению уровня сложности ПС 3) удорожанию ПС 4) усложнению интерфейса программ | ||
18. | На каком этапе происходит выработка взаимопонимания между заказчиком и разработчиком относительно требований к ПП | 1) Разработка 2) Сопровождение 3) Проектирование 4) Анализ | ||
19. | Метрики позволяют сделать | 1) Качественную оценку ПП 2) Количественную оценку ПП 3) Оценку проекта 4) Оценку продукта | ||
20. | Основными группами метрик являются метрики | 1) Процесса 2) Условий 3) Проекта 4) Ветвлений 5) Продукта | ||
21. | Продолжительность выполнения проекта и его стоимость относится к метрикам | 1) Непосредственно наблюдаемым 2) Прогнозируемым 3) Вычисляемым | ||
22. | Существуют следующие способы определения требований к разработке ПС: | 1) Управляемая разработчиком 2) Управляемая пользователем 3) Контролируемая разработчиком 4) независимая от пользователя | ||
23. | Интеграционное тестирование это: | 1) Имитация реальной работы системы 2) Проверка наличия проблем в интерфейсах 3) Тестирование отдельных классов или функций 4) Тестирование в период опытной эксплуатации | ||
24. | При тестировании «белого ящика» разработчик: | 1) Имеет доступ к исходному коду 2) Работает только с интерфейсом пользователя 3) Изучает взаимодействие модулей программы 4) Проверяет работу объектов | ||
25. | Является основной конструкцией структурного программирования: | 1) следование 2) повторение 3) разветвление 4) вычисление | ||
26. | Не является конструкцией структурного программирования | 1) следование 2) повторение 3) разветвление 4) вычисление | ||
27. | Не является организационным процессом жизненного цикла процесс: | 1) Совместная оценка 2) Управления 3) Создания инфраструктуры 4) Обучения | ||
28. | Являются вспомогательными процессами жизненного цикла процессы: | 1) Сопровождения 2) Обеспечение качества 3) Документирования 4) Аттестация | ||
29. | СASE-технологии это: | 1) Программный комплекс, автоматизирующий процесс разработки ПС 2) Портфель документов, регламентирующих разработку ПС 3) Руководство по разработке спецификаций 4) Набор характеристик в системе управления качеством | ||
30. | Надежное ПС способно: | 1) безотказно выполнять заданные функции 2) безошибочно производить вычисления 3) иметь понятный пользователю интерфейс 4) накапливать данные без ошибок | ||
31. | Требования бывают | 1) Полные 2) Функциональные 3) Нефункциональные 4) Простые | ||
32. | Если программная система не выполняет все указанные функции это | 1) Недостаток пользовательского интерфейса 2) Недостаточная производительность 3) Некорректная обработка ошибок 4) Функциональный недостаток | ||
33. | Установить соответствие: |
| ||
34. | Определить основные этапы жизненного цикла ПС: | 1) проектирование 2) применение 3) разработка 4) тестирование | ||
35. | Документ, точно определяющий задачи разработчиков называется: | 1) функциональной спецификацией 2) внешним описанием ПС 3) руководство разработкой программного средства 4) спецификацией требований | ||
36. | Архитектура ПС это представление ПС как: | 1) системы 2) комплекса программ 3) набора инструкций 4) спецификаций | ||
37. | Функциональные требования определяют | 1) Атрибуты ПП 2) Действия, которые должен выполнять ПП 3) Атрибуты окружения | ||
38. | Программная ошибка это | 1) Расхождение между программой и спецификацией 2) Синтаксические ошибки в коде 3) Отсутствие ожидаемых функций 4) Неполная документация | ||
39. | Нефункциональные требования определяют | 1) Атрибуты ПП 2) Действия, которые должен выполнять ПП 3) Атрибуты окружения | ||
40. | Альфа–тестирование это: | 1) имитация реальной работы системы 2) проверка наличия проблем в интерфейсах 3) тестирование отдельных классов или функций 4) тестирование в период опытной эксплуатации | ||
41. | Технология стеклянного ящика используется на этапе | 1) Системного тестирования 2) Приёмочного тестирования 3) Модульного тестирования 4) Интеграционного тестирования | ||
42. | Готовность ПП к поставке заказчику выполняется на этапе | 1) Интеграционного тестирования 2) Приёмочного тестирования 3) Системного тестирования 4) Выходного тестирования | ||
43. | Интеграционное тестирование служит для проверки | 1) Проверки отдельных модулей на наличие ошибок 2) Проверки программной системы в целом 3) Готовности ПП для поставки заказчику 4) Совместной работы отдельных модулей | ||
44. | Тестирование команд предполагает: | 1) каждая команда должна быть выполнена два раза 2) каждая команда должна быть выполнена не менее одного раза 3) каждая команда выполняется более двух раз 4) выполняется группа команд 1 раз | ||
45. | Планирование работ по созданию ПС начинается с: | 1) Получения первичных требований заказчика 2) При внесении изменений 3) Формирования набора вопросов 4) Разработки механизма сбора данных | ||
46. | За единицу производительности принимают: | 1) человекочасы 2) Число строк кода 3) Число строк эффективного программного кода 4) Операторы программы | ||
47. | Внесение изменений в программное средство, в соответствии с дополнительными пожеланиями заказчика происходит на этапе | 1) Разработки 2) Тестирования 3) Сопровождения 4) Проектирования | ||
48. | За единицу объема принимают: | 1) человекочасы 2) Число строк кода 3) Число строк эффективного программного кода 4) Операторы программы | ||
49. | Условие или характеристика, которой должен удовлетворять ПП называется: | 1) тест 2) требование 3) интерфейс 4) поведение | ||
50. | Не очень подробное описание ПС формируется: | 1) разработчиком 2) заказчиком 3) аналитиком 4) тестировщиком | ||
51. | Для поиска проблем в ПС и возможных вариантов их решения используют: | 1) спецификации 2) модель жизненного цикла 3) прототип 4) модуль | ||
52. | Описание функциональных возможностей ПС выполняют с помощью: | 1) Метрик 2) Спецификаций 3) Модели жизненного цикла 4) Обзоров | ||
53. | Разработка справочной системы и документации пользователя осуществляется на этапе: | 1) Кодирования 2) Тестирования 3) Разработки 4) проектирования | ||
54. | Преобразование результатов высокоуровневого и низкоуровневого проектирования в готовый продукт называется: | 1) Кодирование 2) Тестирование 3) Разработка 4) проектирование | ||
55. | Описание составленной модели ПП средствами выбранного языка программирования называется: | 1) Кодирование 2) Тестирование 3) Разработка 4) проектирование | ||
56. | Технология, при которой программа рассматривается как объект, внутренняя структура которого неизвестна называется: | 1) Стеклянным ящиком 2) Черным ящиком 3) Системным тестированием 4) Интеграционным тестированием | ||
57. | При структурном тестировании используют технологию: | 1) Черного ящика 2) Системного тестирования 3) Интеграционного тестирования 4) Стеклянного ящика | ||
58. | Указать правильный порядок тестирования программного средства: | 1) Системное Модульное Интеграционное 2) Интеграционное Модульное Системное 3) Модульное Интеграционное Системное 4) Интеграционное Системное Модульное | ||
59. | Наличие высококвалифицированных кадров, умеющих пользоваться современными инструментальными средствами, характерно для модели: | 1) спиральной 2) прототипирования 3) каскадной 4) RAD | ||
60. | Разрабатывает тесты, выполняет процедуру тестирования и составляет отчеты о результатах тестирования: | 1) Аналитик 2) Тестировщик 3) Программист 4) заказчик | ||
61. | Указать этапы создания ПП, начинающиеся практически одновременно: | 1) проектирование ПП, тестирование ПП 2) планирование программного проекта, составление требований заказчика 3) составление требований заказчика, проектирование 4) сопровождение ПП, разработка ПП | ||
62. | Требования к качеству ПС формулируются в: | 1) Метриках 2) Спецификациях 3) Моделях жизненного цикла 4) Обзорах | ||
63. | Справочная система и документация пользователя создается на этапе: | 1) Кодирования 2) Тестирования 3) Разработки 4) проектирования | ||
64. | Готовность ПП к поставке заказчику проверяется на этапе: | 1) Кодирования 2) Разработки справочной системы 3) Создания документации пользователя 4) Выходного тестирования | ||
65. | Для проверки программного средства в целом используется: | 1) Интеграционное тестирование 2) Системное тестирование 3) Модульное тестирование 4) Выходное | ||
66. | Расхождение между программой и ее спецификацией называется: | 1) программной ошибкой 2) сбоем 3) отклонением 4) допуском | ||
67. | Набор тестов, от выполнения которых ожидается один и тот же результат, называется: | 1) Избыточным 2) Полным 3) достаточным 4) Классом эквивалентности | ||
68. | Указать этап работ, на котором выполняется оценка необходимых ресурсов, объемов и сложности разрабатываемого программного продукта: | 1) проектирования 2) планирования 3) сопровождения 4) составления требований | ||
69. | Процесс адаптации, поставляемого ПП, к новым условиям происходит на этапе: | 1) Проектирования 2) Разработки 3) Сопровождения 4) Тестирование | ||
70. | Не является преимуществом хорошо документированного ПС: | 1) Меньшая стоимость ПС 2) Легкость использования 3) Высокая надежность 4) Коммерческий успех |