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

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

Упражнение 1:
Номер 1
Концептуальная база программного проекта - это...

Ответ:

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

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

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

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

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


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

Ответ:

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

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

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

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

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


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

Ответ:

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

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

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


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

Ответ:

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

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

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

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


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

Ответ:

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

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

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

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

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


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

Ответ:

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

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

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

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

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


Упражнение 3:
Номер 1
Когда метод построения WBS сталкивается с непреодолимыми препятствиями?

Ответ:

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

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

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

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

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


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

Ответ:

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

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

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

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

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


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

Ответ:

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

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

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

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




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