Пожалуйста, перед покупкой внимательно сравните вопросы предлагаемой базы, включая знаки препинания, с вопросами вашего теста, чтобы избежать неприятных ситуаций после приобретения. Это необходимо, так как иногда в учебных заведениях могут изменять тестовые вопросы.
1. Менеджмент профиля рисков подразумевает …
определение политики менеджмента рисков, описывающие руководящие указания, регламентирующие
выполнение менеджмента рисков
сбор информации в течение всего жизненного цикла проекта для целей улучшения процесса менеджмента
рисков и извлечения практических уроков
предоставление рекомендованных альтернатив обработки риска в требованиях на действия по отношению к
риску
описание перспектив правообладателей, категорий риска, а также описание технических и управленческих
целей, допущений и ограничений
2. Определение требований инициируемого проекта включает в себя ...
список имеющего аппаратного обеспечения
список имеющего программного обеспечения
техническое задание на разработку программного продукта
идентификацию целей, мотиваций и ограничений проекта
3. Неверно, что одним из элементов планов для выполнения проекта является …
разработка графиков работ для своевременного завершения задач
распределение обязанностей
распределение задач
стратегия принятия решений
4. В документацию по требованиям к приобретению программного продукта следует включить ...
название фирмы поставщика и производителя
перечень имеющейся техники
технические требования к программному продукту
список имеющихся программных продуктов
5. Сторона поставщика является ...
второстепенным звеном в процессе приобретения продукта
главным звеном в процессе приобретения продукта
партнером стороны заказчика, так и разработчика
инициатором приобретения продукта
...
1. Менеджмент профиля рисков подразумевает …
определение политики менеджмента рисков, описывающие руководящие указания, регламентирующие
выполнение менеджмента рисков
сбор информации в течение всего жизненного цикла проекта для целей улучшения процесса менеджмента
рисков и извлечения практических уроков
предоставление рекомендованных альтернатив обработки риска в требованиях на действия по отношению к
риску
описание перспектив правообладателей, категорий риска, а также описание технических и управленческих
целей, допущений и ограничений
2. Определение требований инициируемого проекта включает в себя ...
список имеющего аппаратного обеспечения
список имеющего программного обеспечения
техническое задание на разработку программного продукта
идентификацию целей, мотиваций и ограничений проекта
3. Неверно, что одним из элементов планов для выполнения проекта является …
разработка графиков работ для своевременного завершения задач
распределение обязанностей
распределение задач
стратегия принятия решений
4. В документацию по требованиям к приобретению программного продукта следует включить ...
название фирмы поставщика и производителя
перечень имеющейся техники
технические требования к программному продукту
список имеющихся программных продуктов
5. Сторона поставщика является ...
второстепенным звеном в процессе приобретения продукта
главным звеном в процессе приобретения продукта
партнером стороны заказчика, так и разработчика
инициатором приобретения продукта
6. Процесс перемещения программного продукта происходит в очередности ...
от разработчика к поставщику, далее к заказчику
от разработчика к заказчику, далее к поставщику
от разработчика к поставщику
от заказчика к поставщику
7. Процесс менеджмента рисков жизненного цикла информационной системы или программного
продукта применим к рискам, связанным с …
возникновением природных или техногенных катастроф
изменением экономической ситуации
приобретением, разработкой, сопровождением или применением программного продукта
изменением статуса компании (реорганизация, смена собственника)
8. Цель процесса реализации программных средств заключается в …
обеспечении проекта для программных средств, которые реализуются и могут быть верифицированы
относительно требований
объединении программных блоков и программных компонентов, создании интегрированных программных
элементов, согласованных с проектом программных средств
создании заданных элементов системы, выполненных в виде программных продуктов или услуг
создании исполняемых программных блоков, которые должным образом отражают проектирование
программных средств
9. Список требований к программному продукту следует составить, как только ...
приобретающая сторона найдет поставщика
приобретающая сторона найдет разработчика
приобретающая сторона выявит потребность
разработчик заявит о продукте
10. Неверно, что одним из результатов успешного осуществления процесса менеджмента решений является
…
разработка графиков работ для своевременного завершения задач
выбор наиболее предпочтительного направления действий
стратегия принятия решений
разработка альтернативных направлений действий
11. После доставки продукта приобретающей стороне, заказчик обязан ...
сообщить о появлении нового продукта
провести оплату продукта
встретиться с поставщиком
приготовиться к приему продукта, принять ответственность
12. В ходе реализации контракта изменения в договоре осуществляются путем ...
разрыва договора и заключения нового
после подписания в договор нельзя вносить изменения
переговоров
13. При разработке или сопровождении программных продуктов непоставляемые элементы
…
применяться не могут
могут применяться при условии, что функционирование и сопровождение поставляемых программных
продуктов после поставки приобретающей стороне не зависит от таких элементов
могут применяться без каких-либо ограничений
могут применяться при условии, что разработчик снимает с себя обязательства по сопровождению и/или
поддержке программного продукта
14. Приобретая готовый программный продукт, приобретающая сторона должна гарантировать,
что ...
продукт будет использоваться строго по назначению
будет заключен договор о требованиях к продукту
будут соблюдены права собственности
будет написана необходимая документация по продукту
15. Обработка рисков подразумевает …
определение политики менеджмента рисков, описывающие руководящие указания, регламентирующие
выполнение менеджмента рисков
описание перспектив правообладателей, категорий риска, а также описание технических и
управленческих целей, допущений и ограничений
предоставление рекомендованных альтернатив обработки риска в требованиях на действия по
отношению к риску
сбор информации в течение всего жизненного цикла проекта для целей улучшения процесса
менеджмента рисков и извлечения практических уроков
16. В результате успешного осуществления процесса приобретения разрабатывается соглашение,
которое ясно выражает ожидания, ответственность и обязательства …
стороны поставщика
приобретающей стороны
стороны поставщика и приобретающей стороны
17. Заключительным этапом процесса поставки является ...
подтверждение поставщика о доставке
подтверждение о расчете с заказчиком
выполнение условий соглашения по поставке продукта
установление сроков доставки и места получения
18. Перед объявлением тендера на продукт государственной структурой обязан быть осуществлен этап
…
объявление тендера является первым этапом
формирование списка потенциальных поставщиков
формулирование первичных требований и выбор способа приобретения
подача заявления об участии в тендере
19. Для активации проекта менеджер должен представить …
заявки на необходимые ресурсы для выполнения проекта
график работ по задачам проекта
план проекта
технико-экономическое обоснование проекта
20. Проведение ревизий программного средства осуществляется в процессе …
квалификационного тестирования программных средств
конструирования программных средств
комплексирования программных средств
анализа требований к программным средствам
21. Неверно, что в результате успешного осуществления процесса конструирования программных
средств ...
определяются внешние интерфейсы каждого программного модуля
изготавливаются программные блоки, определенные проектом
устанавливается совместимость и прослеживаемость между программными блоками, требованиями и
проектом
определяются критерии верификации для всех программных блоков относительно требований
22. При получении заказа на программный продукт разработчик обязан ...
усовершенствовать имеющийся продукт
разработать или приобрести новый продукт
найти сторону для осуществления поставки
23. Цель процесса планирования проекта состоит …
в выборе из существующих альтернатив наиболее предпочтительного направления проектных действий
в составлении и доведении до заинтересованных сторон эффективного и выполнимого плана
в определении состояния проекта и гарантии того, что проект выполняется в соответствии с планами и
графиками работ в пределах бюджета и удовлетворяет техническим параметрам
в установлении и поддержании целостности всех идентифицированных выходных результатов проекта или
процесса обеспечения доступа к ним любой заинтересованной стороны
24. Стратегия регрессии для применения повторной верификации программных элементов разрабатывается в
случае …
когда результаты первичной верификации оказались не удовлетворительными
когда изменения проводятся только в проекте архитектуры программных средств
когда изменения проводятся в программных блоках, включая соответствующие требования, проект и коды
когда изменения проводятся в тестовом покрытии требований к программной составной части
25. Подтверждение того, что создаваемая программная часть удовлетворяет требованиям
правообладателей, устанавливается в процессе … программного средства.
детального проектирования
квалификационного тестирования
верификации
валидации
26. Неверно, что одним из результатов успешного осуществления процесса менеджмента конфигурации
является …
определение составных частей, нуждающиеся в менеджменте
конфигурации установление базовой линии конфигурации
определение стратегии менеджмента
конфигурации определение рисков по мере их выявления и в течение проведения
проекта
27. Цель оценки проекта и процесса управления заключается …
в установлении и поддержании целостности всех идентифицированных выходных результатов проекта или
процесса обеспечения доступа к ним любой заинтересованной стороны
в определении состояния проекта и гарантии того, что проект выполняется в соответствии с планами и
графиками работ в пределах бюджета и удовлетворяет техническим параметрам
в составлении и доведении до заинтересованных сторон эффективного и выполнимого плана
в выборе из существующих альтернатив наиболее предпочтительного направления проектных действий
28. Планирование менеджмента рисков подразумевает …
предоставление рекомендованных альтернатив обработки риска в требованиях на действия по отношению к
риску
описание перспектив правообладателей, категорий риска, а также описание технических и управленческих
целей, допущений и ограничений
сбор информации в течение всего жизненного цикла проекта для целей улучшения процесса менеджмента
рисков и извлечения практических уроков
определение политики менеджмента рисков, описывающие руководящие указания, регламентирующие
выполнение менеджмента рисков
29. За тем, что заказанный продукт соответствует установленным требованиям должна следить ...
сторона заказчика
сторона заказчика и разработчика
сторона, поставщика и разработчика
сторона поставщика
30. Цель процесса менеджмента решений заключается …
в установлении и поддержании целостности всех идентифицированных выходных результатов проекта или
процесса обеспечения доступа к ним любой заинтересованной стороны
в выборе из существующих альтернатив наиболее предпочтительного направления проектных действий
в составлении и доведении до заинтересованных сторон эффективного и выполнимого плана
в определении состояния проекта и гарантии того, что проект выполняется в соответствии с планами и
графиками работ в пределах бюджета и удовлетворяет техническим параметрам
31. Оценка процесса менеджмента рисков подразумевает …
сбор информации в течение всего жизненного цикла проекта для целей улучшения процесса менеджмента
рисков и извлечения практических уроков
предоставление рекомендованных альтернатив обработки риска в требованиях на действия по отношению к
риску
определение политики менеджмента рисков, описывающие руководящие указания, регламентирующие
выполнение менеджмента рисков
описание перспектив правообладателей, категорий риска, а также описание технических и управленческих
целей, допущений и ограничений
32. После получения программного продукта поставщиком, он обязан ...
заявить о начале своей деятельности
начать взаимодействие с другими сторонами
незамедлительно доставить продукт приобретающей стороне
выполнить условия контракта\соглашения
33. Процесс менеджмента решений обусловлен …*внесением изменений и дополнений в договор/соглашение о
поставке программного продукта
возникающими в течение жизненного цикла системы запросами на принятие решений, направленных на
достижение заданных, желаемых или оптимальных результатов
ошибками в формулировании требований к программному продукту
возникающими разногласиями между поставщиком и приобретающей стороной
34. Цель процесса проектирования архитектуры программных средств заключается в …
обеспечении проекта для программных средств, которые реализуются и могут быть верифицированы
относительно требований
создании исполняемых программных блоков, которые должным образом отражают проектирование
программных средств
объединении программных блоков и программных компонентов, создании интегрированных программных
элементов, согласованных с проектом программных средств
создании заданных элементов системы, выполненных в виде программных продуктов или услуг
35. В процессе приобретения программного продукта заключается договор\соглашение между ...
приобретающей стороной и поставщиком
приобретающей стороной, поставщиком и разработчиком
разработчиком и поставщиком
приобретающей стороной и разработчиком
36. Цель процесса менеджмента конфигурации состоит …
в установлении и поддержании целостности всех идентифицированных выходных результатов проекта или
процесса обеспечения доступа к ним любой заинтересованной стороны
в определении состояния проекта и гарантии того, что проект выполняется в соответствии с планами и
графиками работ в пределах бюджета и удовлетворяет техническим параметрам
в выборе из существующих альтернатив наиболее предпочтительного направления проектных действий
в составлении и доведении до заинтересованных сторон эффективного и выполнимого плана
37. Подтверждение того, создаваемая программная часть удовлетворяет требованиям к архитектурным
решениям, устанавливается в процессе … программного средства.
детального проектирования
валидации
квалификационного тестирования
верификации
38. Цель процесса конструирования программных средств заключается в …
объединении программных блоков и программных компонентов, создании интегрированных программных
элементов, согласованных с проектом программных средств
создании исполняемых программных блоков, которые должным образом отражают проектирование
программных средств
создании заданных элементов системы, выполненных в виде программных продуктов или услуг
обеспечении проекта для программных средств, которые реализуются и могут быть верифицированы
относительно требований
39. Исполнитель должен обновлять (совершенствовать) пользовательскую документацию, в том числе в
процессе …
анализа требований к программным средствам
комплексирования программных средств
конструирования программных средств
проектирования архитектуры программных средств
40. Неверно, что в результате успешной реализации процесса проектирования архитектуры программных
средств … .
разрабатывается проект архитектуры программных средств и устанавливается базовая линия, описывающая
программные составные части, которые будут реализовывать требования к программным средствам
определяются внутренние и внешние интерфейсы каждой программной составной части
устанавливается согласованность и прослеживаемость между требованиями к программным средствам и
программным проектом
завершается верификация программных блоков относительно требований и проекта
41. Проведение аудита программного средства осуществляется в процессе …
комплексирования программных средств
квалификационного тестирования программных средств
анализа требований к программным средствам
конструирования программных средств
42. Роли и обязанности сторон должны быть изложены в форме ...
контракта\соглашения
устной договоренности
заявки об обязанностях
регламента взаимодействия сторон
43. Подтверждение того, что комплексированный программный продукт удовлетворяет заявленным
требованиям, устанавливается в процессе … программного средства.
верификации
валидации
квалификационного тестирования
детального проектирования
44. После выполнения условий соглашения о доставке продукта разработчик обязан ...
проверить подлинность полученного продукта
выполнять сопровождение или поддержку продукта
подписать соглашение об обязательствах сторон
45. После выбора поставщика, приобретающей стороне следует ...
найти альтернативный вариант поставки
составить список требований по продукту
составить и заключить договор
найти альтернативный вариант продукта
46. Цель процесса приобретения программного продукта ...
расширение функционала
интеграция нового оборудования
получение продукта или услуги
подписание договорного соглашения
47. Приобретающая сторона до заключения контракта с поставщиком о закупке товара имеет максимальные
права ...
вести переговоры, привлекать другие стороны
запросить требования производителя товара
установить и использовать демоверсию приобретаемого продукта
заявить о желании заключить контракт
48. Неверно, что в результате успешного осуществления процесса квалификационного тестирования
программных средств ...
комплексированные программные средства верифицируются с использованием определенных критериев;
записываются результаты тестирования
определяются критерии для комплексированных программных средств с целью демонстрации соответствия с
требованиями к программным средствам;
определяются критерии верификации для всех программных блоков относительно требований
49. Определение и анализ требований к программным средствам может осуществлять ...
приобретающая сторона и сторона разработчика
поставщик и сторона разработчика
только приобретающая сторона
приобретающая сторона и поставщик
50. Цель процесса комплексирования программных средств заключается в …
объединении программных блоков и программных компонентов, создании интегрированных программных
элементов, согласованных с проектом программных средств
создании исполняемых программных блоков, которые должным образом отражают проектирование
программных средств
обеспечении проекта для программных средств, которые реализуются и могут быть верифицированы
относительно требований
создании заданных элементов системы, выполненных в виде программных продуктов или услуг