ТЕХНОЛОГИЯ ПРОГРАММИРОВАНИЯ – ИТОГОВЫЙ АТТ – ТЕСТ С ОТВЕТАМИ (НИУ МЭИ (ТУ) ИДДО)

ТЕХНОЛОГИЯ ПРОГРАММИРОВАНИЯ – ИТОГОВЫЙ АТТ – ТЕСТ С ОТВЕТАМИ (НИУ МЭИ (ТУ) ИДДО)

В ТЕСТЕ СОБРАНЫ 57 ВАРИАНТОВ ВОПРОСОВ.

ДЛЯ БОЛЕЕ УДОБНОГО ПОИСКА ИСПОЛЬЗУЙТЕ СОЧЕТАНИЕ КЛАВИШ CTRL+F.

ПРАВИЛЬНЫЕ ОТВЕТЫ ОТМЕЧЕНЫ ГОЛУБЫМ ЦВЕТОМ.

УБЕДИТЕСЬ, ЧТО ОТВЕТЫ ВАМ ПОДХОДЯТ ДО ПОКУПКИ!

1.       Диаграмма прецедентов представляет:

Процесс развития системы во времени

Переходы системы из одного состояния в другое

Ожидаемое поведение и основные сценарии работы системы

Структуру системы

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

Соответствие действующих лиц и вариантов использования

Связи между блоками системы

Связи вариантов использования между собой

3.       В диаграмме прецедентов вариант использования – это …

Функциональная возможность системы

Процедура, решающая конкретную задачу конкретного действующего лица

Интерфейс системы

4.      В диаграмме прецедентов внешнее лицо – это …

Ответственный пользователь системы

Любой пользователь системы

Внешняя по отношению к разрабатываемому программному обеспечению сущность, которая взаимодействует с программным обеспечение с целью получения или предоставления какой-либо информации

Разработчик системы

5.       Отметьте возможные виды связей между вариантами использования:

Функциональная зависимость

Расширение

Уменьшение

Переход

Использование

6.       Как показать на диаграмме классов, что метод является абстрактным (виртуальным)?

Оформить его имя подчеркиванием

Написать слово «виртуальный»

Оформить его имя курсивом

7.       Как показывается на диаграмме классов отношение наследования?

Стрелкой с концом в виде пустого треугольника, идущей от базового класса к производному классу

Линией без стрелок

Стрелкой с концом в виде пустого треугольника, идущей от производного класса к базовому классу

Любой линией

8.       На UML диаграмме классов можно показать следующие характеристики класса:

Методы класса

Поля класса

Имя класса

Уровень доступа к элементам класса

Дату создания

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

9.      Нотация UML представляется следующие уровни диаграмм классов:

Уровень реализации

Уровень проектирования

Уровень программирования

Уровень внедрения

Уровень анализа

10.   Отметьте понятия, не являющиеся принципами объектно-ориентированного программирования:

Класс

Наследование

Полиморфизм

Инкапсуляция

Систематическое программирование

11.  Отметьте утверждения, правильно характеризующие принцип наследования объектно-ориентированного программирования:

Наследование – это возможность определения для базового класса (предка) иерархии производных классов (наследников), в каждом из которых доступны элементы базового класса (их описание становится частью описания производного класса)

Класс-наследник обычно имеет больше элементов, чем класс-предок

Наследование – это когда в разных класса могут использоваться элементы с одинаковыми именами

При наследовании класс-предок становится элементом класса-наследника

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

12.   Уровень инкапсуляции public имеют элементы класса, которые:

Используются только методами своего класса и его наследников

Могут быть вызваны в любой точке кода, где доступно описание экземпляра класса

Используются только методами своего класса

13.   Уровень инкапсуляции protected имеют элементы класса, которые:

Используются только методами своего класса и его наследников

Могут быть вызваны в любой точке кода, где доступно описание экземпляра класса

Используются только методами своего класса

14.   Отметьте утверждение, неправильно характеризующие виртуальный метод:

Виртуальный метод может быть переопределен в классе-наследнике

Виртуальные методы поддерживают принцип полиморфизма объектно-ориентированного программирования

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

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

Виртуальный метод подключается к программе на этапе компиляции

15.   Отметьте утверждение, противоречащее принципам структурного программирования:

Ограниченное использование операторов безусловного перехода

Преимущественное использование локальных переменных в подпрограммах

Соответствующее логике программы разбиение ее на программные блоки

Сначала надо написать программу, а потом ее структурировать

Использование обозначений, соответствующее логике задачи

Преимущественное использование точно обозначенных управляющих (базовых) структур алгоритмов

16.   Уровень инкапсуляции private имеют элементы класса, которые:

Используются только методами своего класса и его наследников

Могут быть вызваны в любой точке кода, где доступно описание экземпляра класса

Используются только методами своего класса

17.    Отметьте утверждения, несправедливые для элементов класса

Поля класса по отношению к методам класса играют роль глобальных данных

Методы класса – это функции, конструкторы и деструкторы

Методы класса – это различные операторы

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

Элементы класса – это поля и методы класса

Внутри класса обычно приводится только заголовок метода

Поля класса – это данные, описанные внутри класса

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

18.   Отметьте утверждения, несправедливые для объектно-ориентированного программирования:

Объектно-ориентированный подход к программированию полностью отрицает структурное программирование

Объектно-ориентированное программирование развивает лучшие идеи структурного программирования

Объектно-ориентированное программирование позволяет разложить задачу на подзадачи, при этом каждая подзадача становится самостоятельным объектом, содержащим свои коды и данные

19.   Отметьте утверждения, справедливые для деструктора:

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

Деструктор может иметь параметры

Имя деструкторы – произвольный идентификатор

Деструктор может вызываться как функция в операторе присваивания

Деструктор – это специальный метод класса

Деструктор должен обязательно вызываться в программе явно

20.   UML – это язык программирования?

Нет

Да

21.   Обратное проектирование программного обеспечения – это…

Проектирование нисходящим способом

Проектирование восходящим способом

Преобразование кода, написанного на каком-либо языке программирования, в графическую модель

Преобразование графической модели в код на каком-либо языке программирования

22.   Количество типов UML-диаграмм равно:

10.

Зависит от версии UML, но больше 9.

9.

3.

17.

1.

2.

23.    Прямое проектирование программного обеспечения – это …

Проектирование снизу вверх

Преобразование графической модели в код на каком-либо языке программирования

Преобразование кода, написанного на каком-либо языке программирования, в графическую модель

Проектирование нисходящим способом

24.   Язык UML применяется для:

Разработки спецификации программного обеспечения

Конструирования программного обеспечения

Чтобы не использовать алгоритмические языки

Документирования программного обеспечения

Чтобы не рисовать блок-схемы

25.   В соответствии с нотацией UML спецификация программного обеспечения состоит из моделей:

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

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

Модель реализации

Логическая модель

Функциональная модель

Модель процессов

Объектно-ориентированная модель

26.   Отметьте утверждение, несправедливое для классов и объектов:

Объединение данных и методов в класс называется инкапсуляцией

Класс – это тип данных, который объединяет данные и методы, работающие с этими данными, в единое целое

Переменная типа класс называется объектом

Класс – это новый тип программы

Экземпляр класса – то же самое, что и объект

27.   Отметьте утверждения, неправильно характеризующие принцип полиморфизма объектно-ориентированного программирования:

Полиморфизм гарантирует, что для любого экземпляра класса будут вызываться методы именно этого класса, а не какого-либо другого класса иерархии, несмотря на их одинаковые имена

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

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

28.   Отметьте утверждение, несправедливое для экземпляра класса:

Экземпляр класса – это переменная типа класс

Экземпляр класса создается с помощью конструктора

Экземпляр класса и объект – синонимы

Память, отводимая под экземпляр класса, обязательно является статической

29.   Отметьте правильные формулировки принципа инкапсуляции объектно-ориентированного программирования:

Инкапсуляция – такое объединение внутри класса полей и методов, при котором доступ к полю возможен только путем вызова соответствующего метода

Поля доступны обработчикам событий

Поля могут использовать внутри любых подпрограмм

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

30.   Определите утверждения, неправильно характеризующие нисходящий способ проектирования алгоритмов:

Необходимо одновременно разрабатывать все подпрограммы.

Выход из программы необходимо осуществлять с помощью оператора exit().

Алгоритм разбивается на подалгоритмы в соответствии с логикой задачи.

У каждого подалгоритма должен быть один выход.

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

Подпрограммы должны использовать глобальные переменные.

31.   Блок, имеющий более одного выхода:

Цикла

Отдельно раскрываемый блок

Условный

Вызовы подпрограммы

32.   Основные алгоритмические структуры:

Цикл

Вывод

Ввод

Следование

Развилка

Оператор

33.   В процессе разработки программного обеспечения написание кода программы осуществляется на этапе …

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

Анализа требований и определения спецификаций

Реализации

Постановки задачи

34.   Результатом этапа проектирования программного обеспечения является …

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

Общая логическая модель проектируемого программного обеспечения, включающая функциональные и эксплуатационные спецификации

Программный код

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

35.   Жизненный цикл программного обеспечения – это …

Время работы программы

Период времени, в течении которого программное обеспечение используется

Время его разработки

Период от момента появления идеи создания некоторого программного обеспечения до момента завершения его поддержки фирмой-разработчиком или фирмой, выполнявшей сопровождение

36.   В процессе разработки программного обеспечения (ПО) назначение ПО и основные требования к нему формулируются на этапе …

Анализа требований и определения спецификаций

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

Постановки задачи

Реализации

37.    К основным этапам разработки программного обеспечения в соответствии с международным стандартом ISO/IEC 12207 относятся:

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

Распространение

Использование

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

Постановка задачи

Реализация

Анализ требований и разработка спецификаций

38.   Результатом этапа постановки задачи в процессе разработки программного обеспечения является …

Программный код

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

Общая логическая модель проектируемого программного обеспечения, включающая функциональные и эксплуатационные спецификации

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

39.   Результатом этапа реализации в процессе разработки программного обеспечения является …

Общая логическая модель проектируемого программного обеспечения, включающая функциональные и эксплуатационные спецификации

Программный код

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

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

40.   В процессе разработки программного обеспечения (ПО) общая логическая модель проектируемого ПО, включающая функциональные и эксплуатационные спецификации, создается на этапе …

Анализа требований и определения спецификаций

Реализации

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

Постановки задачи

41.   В процессе разработки программного обеспечения (ПО) детальная модель ПО со спецификациями компонентом всех уровней создается на этапе …

Анализа требований и определения спецификаций

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

Постановки задачи

Реализации

42.   Результатом этапа анализа требований в процессе разработки программного обеспечения является …

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

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

Общая логическая модель проектируемого программного обеспечения, включающая функциональные и эксплуатационные спецификации

Программный код

43.   ISO – международная организация по …

Статистике

Стандартизации

Спецификации

Сертификации

44.   Сопровождение программного обеспечения – это …

Помощь неспециалистам в использовании программного обеспечения

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

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

45.   При структурном подходе к разработке программ используется принцип проектирования …

сверху – вниз

снизу – вверх

46.   Базовыми понятиями объектно-ориентированного программирования являются:

Модуль

Объект

Класс

Структура

47.   CASE-технология – это …

Технология визуального проектирования программ

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

Технология создания программ из стандартных компонентов

48.   В основе … подхода к программированию лежит представление программы в виде совокупности объектов, каждый из которых является экземпляром определенного типа (класса), а классы образуют иерархию с наследованием свойств.

Предметно-ориентированного

Структурного

Функционального

Объектно-ориентированного

49.   Установите соответствие между основными этапами развития технологии программирования и соответствующими временными периодами:

Компонентный подход и CASE-технологии –

Структурное программирование –

«стихийное» программирование –

Объектно-ориентированное программирование –

50.   В терминах объектно-ориентированного программирования объект связан с классом следующим образом:

Объект – наследник класса

Объект и класса – не связанные понятия

Объект – переменная типа класс

51.   Технология программирования – это …

Алгоритмический язык

Среда программирования

Методы программирования

Совокупность методов и инструментальных средств, используемых в процессе разработки программного обеспечения

52.   … подход предполагает построение программного обеспечения из отдельных компонентов – физически отдельно существующих частей программного обеспечения, которые взаимодействуют между собой через стандартизированные двоичные интерфейсы.

Структурный

Функциональный

Коммуникативный

Компонентный

53.   Базовыми принципами структурного программирования являются

Ограниченное использование операторов безусловного перехода

Соответствующее логике программы разбиение ее на программные блоки

Автономные подпрограммы, в которых преимущественно используются локальные переменные

Формальное деление программы на части

Преимущественное использование основных алгоритмических структур

Большое число подпрограмм

54.   Качественные характеристики программных средств, которые необходимо обеспечивать согласно ГОСТ РФ ИСО 9126:

55.   Модульное программирование предполагает …

56.  Разработка приложений операционной системы Windows основывается на … подходе.

Объектно-ориентированном

Интерфейсном

Структурном

57.  Технологии, в основе которых лежит компонентный подход: