Главная / Программирование / Основы менеджмента программных проектов

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

Правильные ответы выделены зелёным цветом.
Все ответы: Обсуждаются понятия и методы менеджмента в объеме, необходимом для общего образования программиста.

Менеджмент программных проектов — это:

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

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

(3) решение задач распределения ресурсов и контроля их расходования

(4) отслеживание этапов проекта

Виды параллелизма выполнения проекта, которые выражаются в развитых моделях жизненного цикла:

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

(2) одновременное выполнение производственных функций

(3) совместная работа на смежных этапах

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

(5) ролевое распределение работ

RUP провозглашается унифицированной основой организации и ведения любых рационально устроенных программных проектов. Так ли это?

(1) да, так как в RUP предлагается полный комплект инструментов, пригодный для поддержки всех видов проектной деятельности

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

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

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

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

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

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

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

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

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

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

(2) специально отражать в модели эту ситуацию не нужно

(3) требование или группа требований обрабатываются до начала работ итерации

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

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

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

(1) при выполнении оценочных работ

(2) при выборе архитектуры системы

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

(4) при разработке интерфейсов

Концептуальная база программного проекта - это...

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

(2) совокупность всех соглашений, направляющая целенаправленное развитие проекта

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

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

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

Управление рисками - это...

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

(2) описание всех рисковых ситуаций и последствий их воздействия на процесс разработки проекта

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

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

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

Из каких предпосылок исходит план последовательно развивающегося проекта?

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

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

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

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

Что понимается под результативностью программистской проектной деятельности?

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

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

(3) количественный показатель производительности труда сотрудников проекта

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

Функция, выполняемая разработчиком проекта, — это:

(1) задание, поручаемое для выполнения

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

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

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

Априорное распределение кадровых ресурсов проекта — это:

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

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

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

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

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

Разбиение производственной функции — это:

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

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

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

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

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

Выберите наиболее точную формулировку конуса операционных маршрутов проектной деятельности:

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

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

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

Жизненный цикл программного изделия — это:

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

(2) фазы и этапы разработки проекта

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

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

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

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

(1) разработка и сопровождение

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

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

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

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

Фазовое измерение модели фазы — функции — это:

(1) описание функций в привязке к фазам и этапам проекта

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

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

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

Объектно-ориентированное проектирование отличается от традиционных подходов тем, что:

(1) используется итеративность развития, и функциональность наращивается в соответствии со сценариями

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

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

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

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

Служба менеджера проекта — это:

(1) помощники менеджера, которым в проекте выделяются сферы ответственности

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

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

Модель жизненного цикла является инструментальной, если:

(1) она дает полную картину процесса разработки и развития проекта

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

(3) имеется принципиальная возможность с помощью модели отслеживать историю развития проекта

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

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

(1) поддерживают, так как это поможет построить объединенную универсальную методологию быстрого развития

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

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

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

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

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

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

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

В чем состоит анализ проблем?

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

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

(3) он выявляет первичные нужды пользователей

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

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

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

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

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

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

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

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

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

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

(2) это поможет правильной расстановке кадров и распределению ролей в коллективе

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

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

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

(1) да

(2) скорее да, чем нет

(3) скорее нет, чем да

(4) нет

(5) это зависит от другого

Допускается ли корректировка планов последовательного проекта, когда выясняется, что какой-либо из этапов не укладывается в сроки и ресурсы?

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

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

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

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

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

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

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

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

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

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

Проектная группа модели Microsoft Solution Framework —это:

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

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

(3) мобильный коллектив с общей ответственностью за выполняемые задания

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

Противодействующий лидер — это:

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

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

(3) достаточно авторитетный критик решений менеджера проекта

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

Каким элементом деятельности по разработке методики для другой деятельности является эта вторая, методически поддерживаемая деятельность?

(1) целью

(2) результатом

(3) методом

(4) ресурсом

(5) средством или инструментом

Когда методология может оказаться жесткой?

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

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

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

Последовательное развитие проекта — это:

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

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

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

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

(1) для проекта выделены ресурсы

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

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

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

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

Планирование по Гантеру — это:

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

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

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

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

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

Что означает критерий системной значимости:

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

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

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

(4) оценка сценария с точки зрения его эффективности для удовлетворения пользовательских потребностей

Источники, из которых появляются требования, регламентирующие и направляющие развитие проекта:

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

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

(3) программисты

(4) конкуренты

(5) подрядчики

Основой спиральной модели Боэма является следующее:

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

(2) распределение ресурсов проекта

(3) прототипирование как способ решения проблем и выбора вариантов для минимизации рисков

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

(5) привлечение заказчика к процедуре выбора перспектив развития проекта

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

(1) определение этапов проекта

(2) сужение проектной задачи

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

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

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

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

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

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

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

Что такое многомерность требований?

(1) противоречивость атрибутов требований

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

(3) несводимость параметров отбора требований к одному измерению (т.е. к одному показателю)

(4) различные характеристики требования, рассматриваемые совместно

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

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

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

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

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

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

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

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

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

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

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

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

План управления качеством - это:

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

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

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

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

(5) распределение среди сотрудников обязанностей по контролю различных аспектов качества и назначение ответственных за этот контроль

Внешняя оценка результатов проектной деятельности характеризуется:

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

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

(3) направленностью на улучшение качества субподрядных работ

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

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

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

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

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

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

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

Внешние функции менеджера — это:

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

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

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

(4) работа менеджера, которая направлена на руководство коллективом в проекте

Где можно подбирать кадры для выполнения проекта?

(1) менеджер может привлекать кандидатов, знакомых ему по другим проектам. Это чревато необъективностью

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

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

(4) менеджер может заранее знать возможных кандидатов. Это самый лучший вариант

(5) менеджер может подбирать кандидатов из числа сотрудников фирмы. Надежность варианта определяется качеством кадровой экспертизы в фирме

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

(1) это две точки зрения на одну и ту же сущность

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

(3) деятельности системы деятельностей проекта соответствуют лишь некоторым производственным функциям

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

(5) производственные функции не имеют отношения к системе деятельностей проекта

Детерминизм, который предписывается для технологичной деятельности, — это:

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

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

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

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

Объектно-ориентированная схема итеративного наращивания возможностей характеризуется тем, что:

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

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

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

(4) осуществляется возвратно-поступательная разработка

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

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

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

(2)

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

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

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

Расщепление линии жизненного цикла — это:

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

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

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

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

Главные менеджерские обязанности в проекте в контрольной точке «Спецификации реализуемых сценариев составлены» — это:

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

(2) распределение финансов с целью выделения их для реализации каждого из выбранных сценариев

(3) инвентаризация ресурсов и выяснение, хватает ли ресурсов для реализации выбранных сценариев

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

(5) подбор кадров для выполнения реализации выбранных сценариев

Менеджер программного проекта — это:

(1) организатор работ по развитию программного проекта и ответственный за его выполнение

(2) тот, кто заказывает разработку проекта

(3) сотрудник компании, распределяющий ресурсы для проекта

Ограничение на совмещение выполнения итераций связано с:

(1) ограниченностью ресурсов проекта

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

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

(4) зависимостями между итерациями

Модель жизненного цикла RUP задается в виде...

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

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

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

(4) описания бизнес-процессов производства программного обеспечения

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

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

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

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

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

Укажите возможные варианты результата анализа требований.

(1) требование отклоняется

(2) требование замораживается до следующего проекта

(3) требование принимается к реализации на текущей итерации

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

(5) требование условно принимается к реализации на текущей итерации

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

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

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

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

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

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

Общий план развития проекта строится из ...

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

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

(3) поэтапного календарного плана работ и планов по направлениям развития проекта

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

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

В чем суть плана управления рисками?

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

(3) его содержание - идентификация рисков проекта и мероприятия, снижающие зависимость проекта от рисков

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

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

Из каких предпосылок исходит план любого итеративно развивающегося проекта?

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

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

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

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

Характеристическое свойство рабочего продукта - это ...

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

(2) его независимость от проекта, возможность самостоятельного использования

(3) определенность тех, для кого он предназначен

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

(5) передача продукта конкретным пользователям

Поручения, выполняемые разработчиком проекта, — это:

(1) задания, которые дает менеджер для выполнения

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

(3) то же, что и функция разработчика

Ключевые роли коллектива разработчиков — это:

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

(2) роли, определяющие стратегию развития проекта

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

(4) роли, функции которых наиболее значимы в проекте

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

Субъект деятельности — это:

(1) лицо, заинтересованное в результатах деятельности или отвечающее за то, как выполняется деятельность

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

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

Принцип выяснения отклонений и быстрой корректировки — это концепция управленческой деятельности, согласно которой менеджер во все время выполнения проекта должен:

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

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

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

Контрольные точки — это:

(1) окончания этапов жизненного цикла программного изделия

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

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

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

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

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

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

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

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

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

(5) описание требований к программной системе

Функциональное измерение модели фазы — функции — это:

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

(2) распределение организационных и технических функций проекта по фазам и этапам

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

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

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

Критерии отбора сценариев для реализации - это:

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

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

(3) предпочтение одного сценария другим с той или иной точки зрения

Делегирование полномочий — это:

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

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

(3) поручение работнику выполнить то или иное задание

Почему CASE-системы обычно не поддерживают инструментальность моделей жизненного цикла?

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

(2) сфера их применения не охватывает этапы жизненного цикла

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Прием "понимание пользовательских потребностей" нужен для:

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

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

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

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

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

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

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

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

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

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

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

Что включает в себя часть Концепций развития проекта, которая называется "Общие принципы и положения"?

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

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

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

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

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

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

(1) да

(2) скорее да, чем нет

(3) скорее нет, чем да

(4) нет

Допускается ли корректировка планов итеративно развиваемого проекта, когда выясняется, что очередная итерация не укладывается в сроки и ресурсы?

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

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

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

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

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

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

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

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

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

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

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

Ролевой кластер модели MSF — это:

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

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

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

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

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

Наличие единственного лидера в группе, на которого может положиться менеджер проекта, это:

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

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

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

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

Каким элементом (элементами) деятельности по обучению некоторой методике другой деятельности является субъект этой деятельности?

(1) целью

(2) результатом

(3) методом

(4) ресурсом

(5) средством или инструментом

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

(1) ориентация на предсказуемые или на непредсказуемые процессы разработки программного обеспечения

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

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

За счет чего любая из методологий старается повысить производительность процесса разработки?

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

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

(3) за счет введения субординации в коллективе

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

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

(1) разработка требований

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

(3) разработка проектных решений

Обслуживание по Гантеру — это:

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

(2) синоним понятия «поддержка»

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

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

(5) синоним понятия «сопровождение»

Что означает критерий демонстрационной значимости:

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

(2) оценка интерфейсных возможностей сценария

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

Необходимость понятия жизненного цикла разработки связана с тем, что:

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

(2) существует объективное требование разделения труда разработчиков

(3) работы проекта растянуты во времени

(4) планируемые результаты выполнения проекта появляются по мере его развития

Оценка альтернативных вариантов, идентификация и разрешение рисков - это:

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

(2) процедура выявления и ранжирования вариантов решений и рискованных ситуаций

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

(4) метод выявления предпочтительных вариантов развития проекта в модели Боэма

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

Адаптивная разработка по Хайсмиту - это:

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

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

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

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

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

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

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

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

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

Что включает в себя определение системы?

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

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

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

(4) оценка границ применимости проектируемой системы

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

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

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

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

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

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

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

Разделение принципов в Концепциях развития проекта дает следующие преимущества:

(1) это позволит более объективно подойти к разработке пользовательской документации

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

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

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

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

Задача менеджера в части отслеживания связей - это:

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

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

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

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

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

Внутренняя оценка результатов проектной деятельности характеризуется:

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

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

(3) направленностью на улучшение качества процессов планирования и контроля развития проектной деятельности

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

Какие проблемы могут возникнуть при непродуманном распространении решений по цепочке "опыт, метод, методика"?

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

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

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

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

(5) искушение распространения удачного опыта за пределы его области применимости

Внутренние функции менеджера — это:

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

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

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

(4) взаимодействие менеджера с теми, кто отвечает за декомпозицию проекта

(5) любая работа, затрагивающая членов команды разработчиков проекта

График привлечения сотрудников к проекту — это:

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

(2) план кадровой потребности проекта

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

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

Процесс выполнения проекта представляется как целенаправленная динамическая система деятельностей, реализующих производственные функции исполнителями, которая развивается во времени. Что в этом определении означают целенаправленность и динамичность?

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

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

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

(4) целенаправленность и динамичность — это характеристики процесса как системы деятельностей

(5) динамичность — это изменчивость структуры (разбиения) в ходе развития в соответствии с потребностями решать те или иные задачи

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

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

(2) за счет повышения квалификации сотрудников

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

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

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

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

(2) для пользователя создаются рабочие продукты, предъявляемые ему

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

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

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

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

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

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

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

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

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

Расщепление линии жизненного цикла с приостановкой основного процесса — это:

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

(2) распараллеливание работ в текущей точке и в точке продолжения

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

(4) реконструкция состояния процесса разработки в точке продолжения и возобновление работ в этой точке

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

Пополнение базового окружения проекта - это:

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

(2) включение программного компонента в депозитарий проекта

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

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

(5) организация процесса включения программного компонента в депозитарий проекта

Схемы организации менеджмента программного проекта — это:

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

(2) определение лиц, отслеживающих жизненный цикл развития проекта

(3) единоличное управление работами по развитию программного проекта

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

Область возможного совмещения работ - это такие ситуации, когда:

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

(2) упорядочение выполнения работ осуществляется лишь по причине ограниченности штата исполнителей

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

(4) работы не зависят друг от друга

Операционные маршруты в RUP определены для:

(1) деятельностей ролей разработчиков

(2) выполнения производственных функций

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

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

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

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

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

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

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

(1) обработка поступления требования или совместной группы требований

(2) принятие решения о переходе к анализу

(3) расщепление линии жизненного цикла, переход к анализу

(4) принятие решения об анализируемых требованиях

(5) планирование будущей итерации реализации

Что означает точность метафоры?

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

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

(3) явное воплощение элементов деятельности-прототипа в виде функций, структур данных и в поведении конструируемой программной системы

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

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

Метафора Рабочей книги проекта - это ...

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

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

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

Составляющие рисков - это ...

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

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

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

(4) первичные риски и риски, возникающие в связи с произошедшими первичными рисками

(5) рисковые ситуации и влияние разработчиков на них и их последствия

Первоочередная работа по составлению планов проекта - это ...

(1) определение для проекта в целом объемов работ, сроков и привлекаемых финансов

(2) определение ключевых ролей проекта и кандидатов на них

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

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

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

Какие требования предъявляются ко всем программным разработкам?

(1) соответствие затрат на разработку запланированному уровню

(2) выполнение разработки в заданные сроки

(3) познаваемость продукта разработки

(4) соответствие требованиям к разрабатываемому продукту

(5) познаваемость процесса разработки продукта

Функция называется технологической, если:

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

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

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

(4) она поддержана средствами автоматизации

Ключевой работник — это:

(1) тот, кто занимает в проекте ключевую роль

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

(3) незаменимый разработчик

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

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

Ресурсы деятельности — это:

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

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

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

Автокоррекция — это:

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

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

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

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

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

Причины необходимости моделирования жизненного цикла программного обеспечения:

(1) это помогает понять, на что можно рассчитывать при заказе или приобретении программного обеспечения и что нереально требовать от него

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

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

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

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

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

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

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

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

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

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

Особенности модели жизненного цикла, предложенной Гантером:

(1) наличие двух измерений: фазового и функционального

(2) перекрытие этапов (фаз)

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

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

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

Ближайшая задача проекта - это:

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

(2) подготовка и выполнение очередной итерации

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

Группа менеджеров проект- — это:

(1) помощники менеджера по различным видам работ в проекте

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

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

Что описывает календарный план?

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

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

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

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

Задачи начальной фазы методологии экстремального программирования:

(1) построение единой концепции проекта

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

(3) построение и внедрение первого релиза программной системы

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

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

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

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

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

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

Что означает многофункциональность требований?

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

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

(3) существует множество типов пользователей с разной потребностью в разрабатываемой системе

(4) различные инициаторы работ характеризуют будущее или развиваемое программное изделие с разных сторон

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

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

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

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

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

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

Что включает в себя часть Концепций развития проекта, которая называется "Специальные принципы и положения"?

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

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

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

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

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

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

(1) да

(2) скорее да, чем нет

(3) скорее нет, чем да

(4) нет

(5) это зависит от другого

Текущее наблюдение за ходом развития проекта - это ...

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

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

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

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

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

Что означает метафора продвижения организации по лестнице зрелости?

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

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

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

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

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

Какие ролевые кластеры предусматривает модель проектной группы MSF:

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

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

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

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

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

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

(1) архитектор проекта

(2) проектировщики подсистем

(3) руководители команд разработки подсистем

(4) специалист по пользовательскому интерфейсу

(5) эксперт предметной области

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

(1) целью

(2) результатом

(3) методом

(4) ресурсом

(5) средством или инструментом

Технология деятельности — это способ организации процесса ее выполнения, гарантирующий получение субъектом из необходимого ресурса результата, соответствующего цели деятельности, в требуемом объеме за известное время и с приемлемым уровнем качества, если:

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

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

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

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

(5) дополнительное повышение качества может быть достигнуто при повышении квалификации субъекта-исполнителя

Итеративное развитие проекта — это:

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

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

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

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

(5) альтернатива последовательному развитию проекта

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

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

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

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

(4) кодирование, сборка и тестирование системы

Что такое интенсивность выполнения функции в модели Гантера:

(1) это требование, предъявляемое к выполняющим функцию сотрудникам, которое характеризует необходимые трудозатраты

(2) это время, необходимое для выполнения функции

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

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

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

Различия между критерием и ограничением с точки зрения задачи отбора сценариев для реализации состоят в том, что:

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

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

(3) это по сути одно и то же

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

Что определяет жизненный цикл в процессе производства программного обеспечения:

(1) задачи, которые необходимо выполнить

(2) цели и регламент выполнения этого процесса

(3) обязанности разработчиков в привязке к этапам производства

(4) распределение времени на выполнение работ

Определение целей, альтернативных вариантов и ограничений - это:

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

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

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

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

Основой адаптивной разработки по Хайсмиту является:

(1) планирование этапов разработки, каждый из которых адаптирует проект к определенной части требований

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

(3) распределение решаемых проблем по этапам разработки

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

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

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

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

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

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

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

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

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

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

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

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

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

(1) обратимость изменения данных

(2) протоколирование появления данных

(3) фиксацию времени каждой модификации данных

(4) хранение мотиваций изменения данных

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

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

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

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

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

Внешние связи проекта - это:

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

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

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

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

(5) зависимость проектной деятельности от требований, исходящих от внешних инициаторов работ

Что должен сочетать в себе правильный и хорошо сбалансированный контроль хода проектных работ со стороны менеджера?

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

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

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

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

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

В чем состоит специфика автоматизации производства программного обеспечения?

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

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

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

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

Не следует допускать совмещения ролей, которые имеют конфликтные или противоречивые интересы. Что делать, если такое совмещение все-таки приходится использовать?

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

(2) сократить объем работ, согласовав это с заказчиком

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

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

Чем может помочь в подборе кадров сотрудник, уже принятый на ключевую роль?

(1) ничем, так как это не его работа

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

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

(4) проведением экспертного собеседования с целью определения пригодности кандидатов для работы

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

Цель деятельности — это:

(1) при правильной организации процесса — это то же, что результат

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

(3) продуцирование продукта

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

Agile Manifesto — это документ, который фиксирует:

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

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

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

Возвратно-поступательная разработка — это:

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

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

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

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

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

(2) то же, что тестирование

(3) то же, что верификация

(4) то же, что аттестация

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

Действительное расщепление линии жизненного цикла — это:

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

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

(3) то же, что расщепление линии жизненного цикла с приостановкой основного процесса

Расщепление линии жизненного цикла при итеративном наращивании приводит к:

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

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

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

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

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