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

Упражнение 1:

Номер 1

Что понимается под "жизненным циклом ПО"?

Ответ:

(1) создание множества программных продуктов в течение жизни программиста

(2) этапы разработки программного продукта, начиная от его задумки до выпуска первой версии

(3) этапы анализа, проектирования, разработки, сопровождения программного продукта, начиная с его первой версии до его последней версии, завершающей существование продукта

(4) монотонный и нескончаемый процесс поиска и исправления ошибок в программном продукте

Номер 2

При описании жизненного цикла ПО используются модели:

Ответ:

(1) водопада

(2) снегохода

(3) змейки

(4) кластерная

(5) спиральная

Номер 3

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

Ответ:

(1) анализ требований, спецификация, проверка правильности, реализация, развертывание

(2) спецификация, анализ требований, проверка правильности, реализация, развертывание

(3) анализ требований, спецификация, реализация, проверка правильности, развертывание

(4) анализ требований, развертывание, спецификация, проверка правильности, реализация

Упражнение 2:

Номер 1

Какие утверждения справедливы для модели водопада?

Ответ:

(1) все этапы жизненного цикла проходятся последовательно и однократно

(2) все этапы жизненного цикла проходятся последовательно. После выполнения последнего этапа вернуться можно только к началу цикла

(3) после выполнения каждого этапа жизненного цикла можно вернуться к началу предыдущего этапа

(4) модель водопада предусматривает как спуск по этапам жизненного цикла, так и подъем

Номер 2

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

Ответ:

(1) модель сохраняет все этапы модели водопада

(2) развитие продукта идет по спирали – на каждом витке продукт получает новые свойства

(3) создание прототипов является отличительной чертой спиральной модели

(4) на каждом витке спирали создается законченный программный продукт

Номер 3

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

Ответ:

(1) построение прототипа позволяет на более ранних стадиях разработки проекта выявить его недостатки

(2) прототип не является законченным продуктом и потому не может использоваться в качестве версии, поставляемой пользователям

(3) анализ рисков, характерный для модели водопада не выполняется в спиральной модели

(4) анализ рисков, характерный для спиральной модели не выполняется в модели водопада

Упражнение 3:

Номер 1

Какой из этапов разработки, характерный для кластерной модели отсутствует в модели водопада?

Ответ:

(1) анализ

(2) проектирование

(3) реализация

(4) обобщение

Номер 2

Для объектно-ориентированного стиля разработки ПО наиболее подходит модель:

Ответ:

(1) кластерная

(2) спиральная

(3) водопада

(4) любая

Номер 3

В чем особенность кластерной модели жизненного цикла?

Ответ:

(1) создаются прототипы системы в виде отдельных кластеров

(2) эта модель допускает параллельную разработку модулей программного продукта, входящих в разные кластеры

(3) разбиение системы на кластеры ускоряет разработку, но предъявляет более высокие требования к спецификации взаимодействия между кластерами

(4) разбиение на кластеры возможно только в тех случаях, когда модули системы не связаны между собой

(5) кластерная модель в наиболее полной степени соответствует духу объектно-ориентированного проектирования и программирования

Упражнение 4:

Номер 1

Что справедливо для методологии Agile – гибкой разработки ПО?

Ответ:

(1) она основана на модели водопада и является ее развитием

(2) она основана на спиральной модели и является ее развитием

(3) она основана на кластерной модели и является ее развитием

(4) она не предполагает жесткой структуры этапов разработки. Ориентирована на постепенную расширяемость строящейся системы и тесную связь разработчиков и заказчиков, в интересах которых строится система

Номер 2

Agile – это методология быстрой разработки ПО. Какие высказывания справедливы для этой методологии?

Ответ:

(1) работающий код как принципиальная мера прогресса разработки

(2) созданию кода предшествуют этапы анализа и разработка документа требований

(3) сотрудничество между разработчиками и заказчиками, имеющих своих представителей в команде разработчиков

(4) строго планируемое и частое обсуждение результатов разработки

Номер 3

Для какой модели разработки ПО характерна практика парного программирования?

Ответ:

(1) водопада

(2) спиральной

(3) кластерной

(4) agile

Упражнение 5:

Номер 1

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

Ответ:

(1) единственным источником требований являются будущие клиенты системы. Все их запросы должны включаться в документ требований

(2) при анализе требований часть запросов должна отвергаться по причине их неосуществимости

(3) при анализе требований часть запросов должна отвергаться по причине высокой стоимости их реализации

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

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

Номер 2

Документ требований к системе сам должен удовлетворять определенным требованиям. Стандарт IEEE "Рекомендуемая практика специфицирования требований ПО" задает эти требования. Укажите, какое из предлагаемых описаний не входит в этот стандарт?

Ответ:

(1) функции продукта

(2) характеристики пользователя

(3) характеристики команды программистов

(4) характеристики производительности

(5) требования к базам данных

Номер 3

Успешные системы строятся в интересах клиентов и должны соответствовать их требованиям. Какие утверждения справедливы? В результате анализа требований:

Ответ:

(1) достигается соответствие между пожеланиями клиентов и функционалом системы

(2) создается документ требований, описывающий характеристики системы, которую предстоит построить

(3) создается документ требований, описывающий характеристики программистов, которым предстоит построить систему

(4) создается тест-план, описывающий, как построенная система будет оцениваться

Упражнение 6:

Номер 1

Из 15 сформулированных свойств хороших требований, какое из свойств не входит в этот список?

Ответ:

(1) полнота

(2) вычислимость

(3) прослеживаемость

(4) понятность

(5) обоснованность

Номер 2

Из 15 сформулированных свойств хороших требований, какое из предлагаемых свойств не входит в этот список?

Ответ:

(1) верифицируемость

(2) корректность

(3) коммуникативность

(4) приоритетность

(5) модифицируемость

Номер 3

При создании документа требований какой прием не применяется при сборе требований?

Ответ:

(1) интервью

(2) семинары и конференции

(3) рекламные объявления

(4) существующая версия системы

(5) конкурирующие системы

Упражнение 7:

Номер 1

Верификация и проверка правильности один из важных этапов разработки ПО. Какие утверждения относительно В&П являются корректными?

Ответ:

(1) для проектов, созданных классной командой программистов, этот этап не является необходимым

(2) В&П сводится к тестированию

(3) тестирование – статический метод В&П

(4) тестирование – динамический метод В&П

(5) статические методы В&П включают доказательство корректности

Номер 2

Какие утверждения относительно тестирования являются справедливыми?

Ответ:

(1) тестирование позволяет обнаружить ошибку

(2) тестирование позволяет обнаружить все ошибки

(3) в результате тестирования может быть доказано, что проект не содержит ошибок

(4) тестирование не позволяет доказать, что ошибки отсутствуют

Номер 3

Какие виды тестирования не применяются на практике?

Ответ:

(1) прогрессивное

(2) регрессионное

(3) юнит

(4) сениор

(5) интеграционное

(6) системное

(7) приемочное

Упражнение 8:

Номер 1

Организации, создающие ПО, могут быть сертифицированы. Одна из таких сертификаций, оценивающая уровень зрелости организации, - сертификация CMMI – предполагает 5 уровней зрелости. Для зрелой организации в процессе разработки требуется проведение измерений и анализа, начиная с уровня зрелости:

Ответ:

(1) начальный

(2) управляемый

(3) определенный

(4) количественно управляемый

(5) оптимизирующий

Номер 2

Организации, создающие ПО, могут быть сертифицированы. Одна из таких сертификаций, оценивающая уровень зрелости организации, - сертификация CMMI – предполагает 5 уровней зрелости. Для зрелой организации в процессе разработки требуется управлять рисками, начиная с уровня зрелости:

Ответ:

(1) начальный

(2) управляемый

(3) определенный

(4) количественно управляемый

(5) оптимизирующий

Номер 3

Организации, создающие ПО, могут быть сертифицированы. Одна из таких сертификаций, оценивающая уровень зрелости организации, - сертификация CMMI – предполагает 5 уровней зрелости. Какие из приведенных уровней не входят в сертификацию CMMI?

Ответ:

(1) начальный

(2) управляемый

(3) неуправляемый

(4) определенный

(5) количественно управляемый

(6) качественно управляемый

(7) оптимизирующий

Объектно-ориентированное программирование и программная инженерия - тест 10