Вариант 1

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

• разработка и сопровождение

• определение требований, спецификации, проектирование, ре­ализация, тестирование, сопровождение, развитие спецификации, проектирование, реализация, тестирование

□ реализация, сопровождение, развитие

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

2. Фактическое начало работ над проектом характеризуется тем, что:

□ для проекта выделены ресурсы

□ началось расходование выделенных для проекта ресурсов

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

• в проекте появляются лица, деятельность которых подконт­рольна менеджеру проекта

• менеджер проекта получил указание начать работы

3. Какими способами преодолевается недостаток классиче­ской итерационной модели, связанный с возвратами на предыдущие шаги?

• используется достаточно полная проектная документация

• тщательно проверяются результаты работ этапов

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

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

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

Вариант 2

1. Идентификация потребности в новом приложении — это:

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

• определение того, какие функции нужны пользователю при автоматизации поддержки его деятельности

• определение того, для каких пользователей разрабатывается приложение

• определение того, что на рынке нет приложений, решающих задачи пользователей

• описание требований к программной системе

2. Проектирование как этап в общепринятой модели — это:

• синоним слова «конструирование»

• синоним слова «дизайн»

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

• этап проекта, при выполнении которого осуществляется де­ композиция системы

• разработка проектных решений

3. Характерные черты каскадной модели:

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

• дробление этапов для сужения круга выполняемых работ

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

• циклическое повторение пройденных этапов (как в классиче­ской модели)

• специальные мероприятия, обеспечивающие корректность по­лучаемых на каждом этапе результатов

Вариант 3

1. Определение требований — это:

□ определение того, какие функции нужны пользователю

П описание ограничений на применимость разрабатываемого приложения

D описание общего контекста задачи, ожидаемых функций сис­темы и ее ограничений

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

• действия заказчика, связанные с выяснением потребности в разработке

2. Реализация как этап в общепринятой модели — это:

• синоним слова «кодирование»

• кодирование и сборка системы

• передача программного изделия в эксплуатацию

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

3. Подтверждение в каскадной модели — это:

• выяснение корректности результатов работы с помощью апел­ляции к экспертам, внешним по отношению к коллективу раз­работчиков

• то же, что тестирование

• то же, что верификация

• то же, что аттестация

• подготовка и утверждение заказчиком документа, удостоверя­ющего корректность результатов этапа