Тест для дифференцированного зачета по МДК 03.01. Технология разработки программного обеспечения

1. Термин “Программная инженерия” появился в

1. 1970-х годах XX века в связи с кризисом программного обеспечения

2. 1980-х годах XX века в связи с кризисом мощностей вычислительных машин

3. 1990-х годах XX века в связи с мировым экономическим кризисом

4. 2000-х годах в связи с кризисом пользовательских потребностей

1. Множество всех объектов реального мира, свойства которых и отношения между которыми исследуются в пределах изучаемого контекста – это

1. объектно-ориентированное программирование

2. предметная область

3. жизненный цикл программного продукта

4. техническое задание

1. Определите неверное утверждение:

1. интервьюирование проводится после анкетирования

2. анкетирование используется для детализации

3. контекстно-свободные вопросы используются в интервьюировании

4. информация о пользователях будущей информационной системы выясняется на этапе интервьюирования

1. К методам выявления требований не относится:

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

2. метод моделирования прецедентов

3. метод обыгрывания ролей

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

1. Прототип в программной инженерии – это

1. имитация будущей программы

2. диаграмма прецедентов, состоящая из 3 частей: Актор, Прецедент и Связи

3. первоначальный образец, прообраз, оригинал

4. соглашение по спецификациям

1. Одним из эффективных методов выявления требований является составление сценариев на основе

1. CRC-карточек

2. SRS-карточек

3. CSS-карточек

4. CSV-карточек

1. К внешним факторам, влияющим на качество ПО не относится:

1. расширяемость

2. язык разработки

3. корректность

4. эффективность

1. Под корректностью ПО понимается

1. способность ПО реагировать на изменение спецификаций

2. способность ПО работать в точном соответствии со спецификацией

3. безошибочная работа ПО во всех ситуациях

4. интуитивно-понятный интерфейс

1. Четыре основных фактора, влияющих на качество ПО

1. устойчивость, повторное использование, корректность, расширяемость

2. своевременность, простота использования, функциональность, устойчивость

3. функциональность, корректность, устойчивость, расширяемость

4. корректность, простота использования, функциональность, эффективность

1. Определите неверное утверждение:

1. система должна выполнять свои задачи и в аварийных ситуациях, выходящих за пределы спецификаций

2. своевременность – это выпуск ПО тогда, когда в нем появилась необходимость

3. децентрализация модулей улучшает расширяемость ПО

4. в классической модели ЖЦ когда спецификации к системе сформулированы, они замораживаются до момента завершения процесса разработки системы

1. ПО с точки зрения программной инженерии подразделяется на:

1. коробочные и заказные продукты

2. рентабельные и нерентабельные программные продукты

3. игровые приложения и приложения делового назначения

4. прикладные, системные программы и инструментальные средства

1. Повторное использование означает

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

2. использование библиотек компонентов

3. многократный вызов функций и методов в пределах одного модуля

4. многократный вызов функций и методов в пределах одного приложения

1. При разработке ПО в первую очередь следует заботиться о:

1. функциональности

2. корректности

3. устойчивости

4. расширяемости

1. Определить верное утверждение

1. эффективность не влияет на расширяемость

2. нужно всегда стремиться к построению наиболее эффективного ПО

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

4. оптимизация ПО может повредить расширяемости

1. Принцип разработки ПО, при котором декларируется отказ от избыточной функциональности

1. nofunc

2. dry

3. yagny

4. nomore

1. Заключение отдельных договоров на создание отдельных версий ПП неприемлемо для модели ЖЦ:

1. каскадной

2. инкрементной

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

4. одноэтапной

1. Базовые элементы: последовательность, выбор, повторение – используются для

1. построения диаграмм Варнье

2. осуществления шага "Начальное моделирование" в методе Джексона

3. осуществления шага "Объект-действие" в методе Джексона

4. создания списка объектов и действий

1. Требования к информационной системе сформулированы в

1. описании предметной области

2. техническом проекте

3. техническом задании

4. продукте моделирования

1. Требование должно быть:

1. функциональным, конкретным, согласованным

2. функциональным, конкретным, тестируемым

3. функциональным, согласованным, тестируемым

4. понятным, конкретным, тестируемым

1. Выяснением и формулированием требований занимается

1. менеджер проекта

2. бизнес-аналитик

3. технический эксперт

4. архитектор системы

1. Разработкой технического задания занимается

1. менеджер проекта

2. бизнес-аналитик

3. технический эксперт

4. архитектор системы

1. Разработкой технического проекта занимается

1. менеджер проекта

2. бизнес-аналитик

3. технический эксперт

4. архитектор системы

1. Ожидаемым результатом негативных тест-кейсов является

1. наличие необработанных исключений

2. некорректное поведение приложения

3. вывод сообщения об ошибке

4. корректное поведение приложения

1. Проверка самой важной, ключевой функциональности

1. тестирование критического пути

2. позитивное тестирование

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

4. дымовое тестирование

1. Набор тест-кейсов по тестированию, разработке, планированию и управлению – это

1. инструментальное средство для тестирования программного продукта

2. средство для автоматизации тестирования

3. ручное тестирование

4. чек-лист

1. Какая методология построения информационной системы пригодна для разработки сложных расчетных систем и систем реального времени (например, бортовой системы управления космическим аппаратом):

1. каскадная

2. инкрементная

3. спиральная

4. методология XP (Extreme Programming)

1. Сбор показателей и определение производительности и времени отклика программно-технической системы в ответ на внешний запрос с целью установления соответствия требованиям, предъявляемым к данной системе – это:

1. тестирование на стабильность

2. нагрузочное тестирование

3. установочное тестирование

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

1. Набор тест-кейсов по тестированию, разработке, планированию и управлению – это

1. инструментальное средство для тестирования программного продукта

2. средство для автоматизации тестирования

3. ручное тестирование

4. чек-лист

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

1. nofunc

2. kiss

3. yagny

4. dry

1. Заключение отдельных договоров на создание отдельных версий ПП неприемлемо для модели ЖЦ:

1. одноэтапной

2. каскадной

3. инкрементной

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

1. Базовые элементы: последовательность, выбор, повторение – используются для

1. осуществления шага "Начальное моделирование" в методе Джексона

2. осуществления шага "Объект-действие" в методе Джексона

3. создания списка объектов и действий

4. построения диаграмм Варнье

1. Требования к информационной системе сформулированы в

1. продукте моделирования

2. техническом задании

3. техническом проекте

4. описании предметной области

1. Требование должно быть:

1. понятным, конкретным, тестируемым

2. функциональным, конкретным, тестируемым

3. функциональным, конкретным, согласованным

4. функциональным, согласованным, тестируемым

1. Выяснением и формулированием требований занимается

1. менеджер проекта

2. бизнес-аналитик

3. технический эксперт

4. архитектор системы

1. Разработкой технического задания занимается

1. менеджер проекта

2. архитектор системы

3. технический эксперт

4. бизнес-аналитик

1. Разработкой технического проекта занимается

1. бизнес-аналитик

2. менеджер проекта

3. архитектор системы

4. технический эксперт

1. Ожидаемым результатом негативных тест-кейсов является

1. корректное поведение приложения

2. некорректное поведение приложения

3. вывод сообщения об ошибке

4. наличие необработанных исключений

1. Проверка самой важной, ключевой функциональности

1. тестирование критического пути

2. позитивное тестирование

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

4. дымовое тестирование

1. Какая методология построения информационной системы пригодна для разработки сложных расчетных систем и систем реального времени (например, бортовой системы управления космическим аппаратом):

1. методология XP (Extreme Programming)

2. инкрементная

3. спиральная

4. каскадная

1. К внешним факторам, влияющим на качество ПО не относится:

1. эффективность

2. корректность

3. язык разработки

4. расширяемость

1. Термин “Программная инженерия” появился в

1. 1970-х годах XX века в связи с кризисом программного обеспечения

2. 1980-х годах XX века в связи с кризисом мощностей вычислительных машин

3. 1990-х годах XX века в связи с мировым экономическим кризисом

4. 2000-х годах в связи с кризисом пользовательских потребностей

1. Множество всех объектов реального мира, свойства которых и отношения между которыми исследуются в пределах изучаемого контекста – это

1. объектно-ориентированное программирование

2. жизненный цикл программного продукта

3. предметная область

4. техническое задание

1. Определите неверное утверждение:

1. анкетирование используется для детализации

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

3. контекстно-свободные вопросы используются в интервьюировании

4. информация о пользователях будущей информационной системы выясняется на этапе интервьюирования

1. Сбор показателей и определение производительности и времени отклика программно-технической системы в ответ на внешний запрос с целью установления соответствия требованиям, предъявляемым к данной системе – это:

1. нагрузочное тестирование

2. тестирование на стабильность

3. установочное тестирование

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

1. К методам выявления требований не относится:

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

2. метод регулярных раскадровок

3. метод проектирования

4. метод обыгрывания ролей

1. Прототип в программной инженерии – это

1. первоначальный образец, прообраз, оригинал

2. соглашение по спецификациям

3. имитация будущей программы

4. диаграмма прецедентов, состоящая из 3 частей: Актор, Прецедент и Связи

1. Одним из эффективных методов выявления требований является составление сценариев на основе

1. SRS-карточек

2. CRC-карточек

3. CSV-карточек

4. CSS-карточек

1. Под корректностью ПО понимается

1. интуитивно-понятный интерфейс

2. безошибочная работа ПО во всех ситуациях

3. способность ПО работать в точном соответствии со спецификацией

4. способность ПО реагировать на изменение спецификаций

1. Четыре основных фактора, влияющих на качество ПО

1. функциональность, корректность, устойчивость, расширяемость

2. своевременность, простота использования, функциональность, устойчивость

3. устойчивость, повторное использование, корректность, расширяемость

4. корректность, простота использования, функциональность, эффективность

1. Определите неверное утверждение:

1. децентрализация модулей улучшает расширяемость ПО

2. система должна выполнять свои задачи и в аварийных ситуациях, выходящих за пределы спецификаций

3. своевременность – это выпуск ПО тогда, когда в нем появилась необходимость

4. в классической модели ЖЦ когда спецификации к системе сформулированы, они замораживаются до момента завершения процесса разработки системы

1. ПО с точки зрения программной инженерии подразделяется на:

1. прикладные, системные программы и инструментальные средства

2. рентабельные и нерентабельные программные продукты

3. игровые приложения и приложения делового назначения

4. коробочные и заказные продукты

1. Повторное использование означает

1. использование библиотек компонентов

2. многократный вызов функций и методов в пределах одного модуля

3. многократный вызов функций и методов в пределах одного приложения

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

1. При разработке ПО в первую очередь следует заботиться о:

1. функциональности

2. устойчивости

3. корректности

4. расширяемости

1. Определить верное утверждение

1. эффективность не влияет на расширяемость

2. оптимизация ПО может повредить расширяемости

3. нужно всегда стремиться к построению наиболее эффективного ПО

4. нужно всегда стремиться к построению наиболее расширяемого ПО

Ответы

1 вариант

1. a

2. b

3. a

4. d

5. a

6. a

7. b

8. b

9. a

10. a

11. a

12. a

13. b

14. d

15. c

16. a

17. a

18. c

19. d

20. b

21. b

22. d

23. d

24. d

25. d

26. a

27. b

2 вариант

1. h

2. h

3. f

4. h

5. f

6. e

7. f

8. h

9. g

10. e

11. h

12. h

13. g

14. e

15. g

16. f

17. e

18. g

19. g

20. f

21. g

22. g

23. f

24. h

25. h

26. g

27. f