Home » Shop » Ответы новые - Синергия тесты » Тесты ответы Синергия МТИ » Программная инженерия тест Синергия●МТИ ответы

Программная инженерия тест Синергия●МТИ ответы

260

50 ответов тест Программная инженерия ответы на Тест Синергия (МОИ) МТИ

Описание

Программная инженерия ответы на Тест Синергия (МОИ) МТИ МосАП . 50 ответов. Результат 80/100 баллов
Тема 1. Организация процесса приобретения и поставки программных средств
Тема 2. Процессы проекта внедрения программных средств
Тема 3. Процессы реализации программных средств
Процесс менеджмента решений обусловлен …
внесением изменений и дополнений в договор/соглашение о поставке программного продукта
возникающими в течение жизненного цикла системы запросами на принятие решений, направленных на достижение заданных, желаемых или оптимальных результатов
ошибками в формулировании требований к программному продукту
возникающими разногласиями между поставщиком и приобретающей стороной
 
При получении заказа на программный продукт разработчик обязан …
усовершенствовать имеющийся продукт
разработать или приобрести новый продукт
найти сторону для осуществления поставки
 
Неверно, что одним из результатов успешного осуществления процесса менеджмента решений является …
разработка графиков работ для своевременного завершения задач
выбор наиболее предпочтительного направления действий
стратегия принятия решений
разработка альтернативных направлений действий
 
После доставки продукта приобретающей стороне, заказчик обязан …
сообщить о появлении нового продукта
провести оплату продукта
встретиться с поставщиком
приготовиться к приему продукта, принять ответственность
 
Определение требований инициируемого проекта включает в себя …
список имеющего аппаратного обеспечения
список имеющего программного обеспечения
техническое задание на разработку программного продукта
идентификацию целей, мотиваций и ограничений проекта
 
Сторона поставщика является …
второстепенным звеном в процессе приобретения продукта
главным звеном в процессе приобретения продукта
партнером стороны заказчика, так и разработчика
инициатором приобретения продукта
 
Процесс перемещения программного продукта происходит в очередности …
от разработчика к поставщику, далее к заказчику
от разработчика к заказчику, далее к поставщику
от разработчика к поставщику
от заказчика к поставщику
 
Процесс менеджмента рисков жизненного цикла информационной системы или программного продукта применим к рискам, связанным с …
возникновением природных или техногенных катастроф
изменением экономической ситуации
приобретением, разработкой, сопровождением или применением программного продукта
изменением статуса компании (реорганизация, смена собственника)
 
Список требований к программному продукту следует составить как только …
приобретающая сторона найдет поставщика
приобретающая сторона найдет разработчика
приобретающая сторона выявит потребность
разработчик заявит о продукте
 
В ходе реализации контракта изменения в договоре осуществляются путем …
разрыва договора и заключения нового
после подписания в договор нельзя вносить изменения
переговоров
 
В результате успешного осуществления процесса приобретения разрабатывается соглашение, которое ясно выражает ожидания, ответственность и обязательства …
стороны поставщика
приобретающей стороны
стороны поставщика и приобретающей стороны
 
Заключительным этапом процесса поставки является …
подтверждение поставщика о доставке
подтверждение о расчете с заказчиком
выполнение условий соглашения по поставке продукта
установление сроков доставки и места получения
 
Перед объявлением тендера на продукт государственной структурой обязан быть осуществлен этап …
объявление тендера является первым этапом
формирование списка потенциальных поставщиков
формулирование первичных требований и выбор спроса
подача заявления об участии в тендере
 
Для активации проекта менеджер должен представить …
заявки на необходимые ресурсы для выполнения проекта
график работ по задачам проекта
план проекта
технико-экономическое обоснование проекта
 
Проведение ревизий программного средства осуществляется в процессе …
квалификационного тестирования программных средств
конструирования программных средств
комплексирования программных средств
анализа требований к программным средствам
 
При разработке или сопровождении программных продуктов непоставляемые элементы …
применяться не могут
могут применяться при условии, что функционирование и сопровождение поставляемых программных продуктов после поставки приобретающей стороне не зависит от таких элементов
могут применяться без каких либо ограничений
могут применяться при условии, что разработчик снимает с себя обязательства по сопровождению и/или поддержке программного продукта
 
Приобретая готовый программный продукт, приобретающая сторона должна гарантировать, что …
продукт будет использоваться строго по назначению
будет заключен договор о требованиях к продукту
будут соблюдены права собственности
будет написана необходимая документация по продукту
 
Обработка рисков подразумевает …
определение политики менеджмента рисков, описывающие руководящие указания, регламентирующие выполнение менеджмента рисков
описание перспектив правообладателей, категорий риска, а также описание технических и управленческих целей, допущений и ограничений
предоставление рекомендованных альтернатив обработки риска в требованиях на действия по отношению к риску
сбор информации в течение всего жизненного цикла проекта для целей улучшения процесса менеджмента рисков и извлечения практических уроков
 
Цель процесса планирования проекта состоит …
в выборе из существующих альтернатив наиболее предпочтительного направления проектных действий
в составлении и доведении до заинтересованных сторон эффективного и выполнимого плана
в определении состояния проекта и гарантии того, что проект выполняется в соответствии с планами и графиками работ в пределах бюджета и удовлетворяет техническим параметрам
в установлении и поддержании целостности всех идентифицированных выходных результатов проекта или процесса обеспечения доступа к ним любой заинтересованной стороны
 
Цель процесса комплексирования программных средств заключается в …
объединении программных блоков и программных компонентов, создании интегрированных
программных элементов, согласованных с проектом программных средств
создании исполняемых программных блоков, которые должным образом отражают проектирование программных средств
обеспечении проекта для программных средств, которые реализуются и могут быть верифицированы относительно требований
создании заданных элементов системы, выполненных в виде программных продуктов или услуг
 
Неверно, что одним из элементов планов для выполнения проекта является …
разработка графиков работ для своевременного завершения задач
распределение обязанностей
распределение задач
стратегия принятия решений
 
Определение и анализ требований к программным средствам может осуществлять …
приобретающая сторона и сторона разработчика
поставщик и сторона разработчика
только приобретающая сторона
приобретающая сторона и поставщик
 
В документацию по требованиям к приобретению программного продукта следует включить …
название фирмы поставщика и производителя
перечень имеющейся техники
технические требования к программному продукту
список имеющихся программных продуктов
 
Стратегия регрессии для применения повторной верификации программных элементов разрабатывается в случае …
когда результаты первичной верификации оказались не удовлетворительными
когда изменения проводятся только в проекте архитектуры программных средств
когда изменения проводятся в программных блоках, включая соответствующие требования, проект и коды
когда изменения проводятся в тестовом покрытии требований к программной составной части
 
После получения программного продукта поставщиком, он обязан …
заявить о начале своей деятельности
начать взаимодействие с другими сторонами
незамедлительно доставить продукт приобретающей стороне
выполнить условия контракта\соглашения
 
Неверно, что в результате успешного осуществления процесса конструирования программных средств …
определяются внешние интерфейсы каждого программного модуля
изготавливаются программные блоки, определенные проектом
устанавливается совместимость и прослеживаемость между программными блоками, требованиями и проектом
определяются критерии верификации для всех программных блоков относительно требований
 
Цель оценки проекта и процесса управления заключается …
в установлении и поддержании целостности всех идентифицированных выходных результатов проекта или процесса обеспечения доступа к ним любой заинтересованной стороны
в определении состояния проекта и гарантии того, что проект выполняется в соответствии с планами и графиками работ в пределах бюджета и удовлетворяет техническим параметрам
в составлении и доведении до заинтересованных сторон эффективного и выполнимого плана
в выборе из существующих альтернатив наиболее предпочтительного направления проектных действий
 
Планирование менеджмента рисков подразумевает …
предоставление рекомендованных альтернатив обработки риска в требованиях на действия по отношению к риску
описание перспектив правообладателей, категорий риска, а также описание технических и управленческих целей, допущений и ограничений
сбор информации в течение всего жизненного цикла проекта для целей улучшения процесса менеджмента рисков и извлечения практических уроков
определение политики менеджмента рисков, описывающие руководящие указания, регламентирующие выполнение менеджмента рисков
 
Цель процесса менеджмента решений заключается …
в установлении и поддержании целостности всех идентифицированных выходных результатов проекта или процесса обеспечения доступа к ним любой заинтересованной стороны
в выборе из существующих альтернатив наиболее предпочтительного направления проектных действий
в составлении и доведении до заинтересованных сторон эффективного и выполнимого плана
в определении состояния проекта и гарантии того, что проект выполняется в соответствии с планами и графиками работ в пределах бюджета и удовлетворяет техническим параметрам
 
Менеджмент профиля рисков подразумевает …
определение политики менеджмента рисков, описывающие руководящие указания, регламентирующие выполнение менеджмента рисков
сбор информации в течение всего жизненного цикла проекта для целей улучшения процесса менеджмента рисков и извлечения практических уроков
предоставление рекомендованных альтернатив обработки риска в требованиях на действия по отношению к риску
описание перспектив правообладателей, категорий риска, а также описание технических и управленческих целей, допущений и ограничений
 
Роли и обязанности сторон должны быть изложены в форме …
контракта\соглашения
устной договоренности
заявки об обязанностях
регламента взаимодействия сторон
 
Подтверждение того, что комплексированный программный продукт удовлетворяет заявленным требованиям, устанавливается в процессе … программного средства.
верификации
валидации
квалификационного тестирования
детального проектирования
 
Оценка процесса менеджмента рисков подразумевает …
сбор информации в течение всего жизненного цикла проекта для целей улучшения процесса менеджмента рисков и извлечения практических уроков
предоставление рекомендованных альтернатив обработки риска в требованиях на действия по отношению к риску
определение политики менеджмента рисков, описывающие руководящие указания, регламентирующие выполнение менеджмента рисков
описание перспектив правообладателей, категорий риска, а также описание технических и управленческих целей, допущений и ограничений
 
Цель процесса проектирования архитектуры программных средств заключается в …
обеспечении проекта для программных средств, которые реализуются и могут быть верифицированы относительно требований
создании исполняемых программных блоков, которые должным образом отражают проектирование программных средств
объединении программных блоков и программных компонентов, создании интегрированных программных элементов, согласованных с проектом программных средств
создании заданных элементов системы, выполненных в виде программных продуктов или услуг
 
В процессе приобретения программного продукта заключается договор\соглашение между …
приобретающей стороной и поставщиком
приобретающей стороной, поставщиком и разработчиком
разработчиком и поставщиком
приобретающей стороной и разработчиком
 
Цель процесса менеджмента конфигурации состоит …
в установлении и поддержании целостности всех идентифицированных выходных результатов проекта или процесса обеспечения доступа к ним любой заинтересованной стороны
в определении состояния проекта и гарантии того, что проект выполняется в соответствии с планами и графиками работ в пределах бюджета и удовлетворяет техническим параметрам
в выборе из существующих альтернатив наиболее предпочтительного направления проектных действий
в составлении и доведении до заинтересованных сторон эффективного и выполнимого плана
 
Подтверждение того, создаваемая программная часть удовлетворяет требованиям к архитектурным решениям, устанавливается в процессе … программного средства.
детального проектирования
валидации
квалификационного тестирования
верификации
 
Цель процесса конструирования программных средств заключается в …
объединении программных блоков и программных компонентов, создании интегрированных программных элементов, согласованных с проектом программных средств
создании исполняемых программных блоков, которые должным образом отражают проектирование программных средств
создании заданных элементов системы, выполненных в виде программных продуктов или услуг
обеспечении проекта для программных средств, которые реализуются и могут быть верифицированы относительно требований
 
Неверно, что в результате успешного осуществления процесса квалификационного тестирования программных средств …
комплексированные программные средства верифицируются с использованием определенных критериев;
записываются результаты тестирования
определяются критерии для комплексированных программных средств с целью демонстрации соответствия с требованиями к программным средствам;
определяются критерии верификации для всех программных блоков относительно требований
 
Исполнитель должен обновлять (совершенствовать) пользовательскую документацию, в том числе в процессе …
анализа требований к программным средствам
комплексирования программных средств
конструирования программных средств
проектирования архитектуры программных средств
 
За тем, что заказанный продукт соответствует установленным требованиям должна следить …
сторона заказчика
сторона заказчика и разработчика
сторона, поставщика и разработчика
сторона поставщика
 
Цель процесса реализации программных средств заключается в …
обеспечении проекта для программных средств, которые реализуются и могут быть верифицированы относительно требований
объединении программных блоков и программных компонентов, создании интегрированных программных элементов, согласованных с проектом программных средств
создании заданных элементов системы, выполненных в виде программных продуктов или услуг
создании исполняемых программных блоков, которые должным образом отражают проектирование программных средств
 
осле выбора поставщика, приобретающей стороне следует …
найти альтернативный вариант поставки
составить список требований по продукту
составить и заключить договор
найти альтернативный вариант продукта
 
Цель процесса приобретения программного продукта …
расширение функционала
интеграция нового оборудования
получения продукта или услуги
подписание договорного соглашения
 
Приобретающая сторона до заключения контракта с поставщиком о закупке товара имеет максимальные права …
вести переговоры, привлекать другие стороны
запросить требования производителя товара
установить и использовать демо-версию приобретаемого продукта
заявить о желании заключить контракт
 
Неверно, что в результате успешной реализации процесса проектирования архитектуры программных средств … .
разрабатывается проект архитектуры программных средств и устанавливается базовая линия, описывающая программные составные части, которые будут реализовывать требования к программным средствам
определяются внутренние и внешние интерфейсы каждой программной составной части устанавливается согласованность и прослеживаемость между требованиями к программным средствам и программным проектом
завершается верификация программных блоков относительно требований и проекта
 
Проведение аудита программного средства осуществляется в процессе …
комплексирования программных средств
квалификационного тестирования программных средств
анализа требований к программным средствам
конструирования программных средств
 
После выполнения условий соглашения о доставке продукта разработчик обязан …
проверить подлинность полученного продукта
выполнять сопровождение или поддержку продукта
подписать соглашение об обязательствах сторон
 
Подтверждение того, создаваемая программная часть удовлетворяет требованиям правообладателей, устанавливается в процессе … программного средства.
детального проектирования
квалификационного тестирования
верификации
валидации
 
Неверно, что одним из результатов успешного осуществления процесса менеджмента конфигурации является …
определение составных частей, нуждающиеся в менеджменте
конфигурации установление базовой линии
конфигурации определение стратегии менеджмента
конфигурации определение рисков по мере их выявления и в течение проведения проекта