Вариант 1

1. Говорить об извлечении требований нужно, потому что:

• они предъявляются разработчикам для анализа в неформали­зованном виде

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

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

• полезную программную систему можно построить только при тщательном изучении предметной области

• инициаторы работ не всегда формулируют требования явно

2. Требования часто являются взаимосвязанными, взаимо­зависимыми и противоречивыми, потому что:

• взаимосвязаны, взаимозависимы и противоречивы человече­ские отношения

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

• требования выдвигаются разными инициаторами работ, имею­щими разные интересы

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

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

3. Трансформация требований для трассировки — это:

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

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

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

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

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

Вариант 2

1. Изменение требований в процессе разработки считается ошибкой. Так ли это?

• нет, так как это противоречит практике автоматизации пользо­вательских деятельностей

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

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

q нет — для большинства требований, но есть определенные требования, которые не должны меняться

□ нет, если процесс разработки строится в соответствии со стра­тегией итеративного наращивания возможностей

2 Утверждение, что требования всегда уникальны, означает:

• нужно добиваться от инициаторов работ, чтобы они были та­кими

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

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

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

□ каждый источник требований отражает свое понимание задач проекта

3. Трассировка требований — это:

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

• изучение того, какие проектные связи появляются из-за при­нятия требования к реализации

• отслеживание выполнения требований на каждом этапе разви­тия проекта (итерации)

• изучение влияния того или иного требования на реализацион­ные решения на каждом этапе развития проекта (итерации)

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