Основы менеджмента программных проектов

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

Номер 1

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

Ответ:

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

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

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

(4) инициаторы работ совсем не обязательно формулируют требования явно

Номер 2

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

Ответ:

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

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

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

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

Номер 3

Что фиксируют требования в организации проектных работ?

Ответ:

(1) состав команды исполнителей проекта

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

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

(4) пользователей разрабатываемого программного изделия

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

Номер 1

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

Ответ:

(1) взаимосвязаны, взаимозависимы и противоречивы человеческие отношения

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

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

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

Номер 2

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

Ответ:

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

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

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

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

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

Номер 3

Как классифицируются требования с точки зрения их непрерывного поступления в ходе развития проекта?

Ответ:

(1) дополняющие, модифицирующие и отменяющие

(2) функциональные, интерфейсные и экономические

(3) ошибки и пожелания

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

Номер 1

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

Ответ:

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

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

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

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

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

Номер 2

Трассировка требований - это:

Ответ:

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

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

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

Номер 3

Унифицированное представление требований - это:

Ответ:

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

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

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

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

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

Основы менеджмента программных проектов - тест 12