Вариант 1

1. Когда применяется прием использования метафор?

• при выполнении оценочных работ

• при выполнении работ этапа анализа

• при выборе архитектуры системы

• при разработке функциональности сценариев

• при разработке интерфейсов

2. Какой результат достигается при осознанном применении метафор?

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

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

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

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

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

3. Что такое модель уровня конструирования?

□ описание системы в виде, пригодном для использования в ка­честве задания на программирование подсистем

□ описание системы в виде, пригодном для автоматизированно­го построения архитектурного скелета программной системы

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

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

□ описание системы в виде диаграмм классов, состояний и деятельностей

Вариант 2

1. Как метафоричность способствует достижению функцио­нальной полноты и замкнутости предлагаемых средств?

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

• метафора помогает оценить актуальность предлагаемых средств

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

• метафора поставляет набор элементов деятельности-прообраза для реализации их автоматизируемых аналогов

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

2. Что такое первичная модель?

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

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

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

• наиболее широкое представление предметной области автома­тизируемой деятельности

3. История изменения требований используется для:

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

• отката проекта к ранее пройденному состоянию в связи с

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

• отслеживания аналогичных ситуаций, чтобы текущее плани­рование опиралось на полученный ранее опыт

• выработки оснований для поощрения и наказания участников проекта

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