Принцип нашей работы:
Стоимость теста 490 рублей
Вне зависимости от предмета
Делаете заказ
Присылаете логин-пароль и фото (для прохождения идентификации)
Мы выполняем тесты
В течение 1-2 дней на оценки 4 или 5 (70-100 баллов)
Проверяете готовность и оплачиваете
Получаете чек об оплате услуг
Чек вы получите на почту
Мы гарантируем результат!
В случаи если у вас есть сомнения в безопасности, мы готовы вернуть деньги в 2x (двойном обьеме) если с вашим тестом, что-то случиться.
Результаты наших авторов:
Программная инженерия
На странице представленны вопросы по предмету "Программная инженерия"
Программная инженерия
Процесс менеджмента решений обусловлен
Возникающими в течение жизенного цикла системы запросами на принятие решений, направленных на достижение заданных, желаемых или оптимальных результатов
Возникающими разногласиями между поставщиком и приобретающей стороной
Ошибками в формулировании требований к программному продукту
Внесением изменений и дополнений в договор соглашение о поставке программного продукта
После выполнения условий соглашения о доставке продукта разработчик обязан
Проверить подлинность полученного продукта
Выполнять сопровождение или поддержку продукта
Подписать соглашение об обязательствах сторон
Для активации проекта менеджер должен представить
Заявки на необходимые ресурсы для выполнения проекта
План проекта
График работ по задачам проекта
Технико-экономическое обоснование проекта
Неверно, что одним из элементов планов для выполнения проекта является
Распределение задач
Стратегия принятия решений
Распределение обязанностей
Разработка графиков работ для своевременного завершения задач
Неверно, что одним из результатов успешного осуществления процесса менеджмента конфигурации является
Определение стратегии менеджмента конфигурации
Определение рисков по мере их выявления и в течение проведения проекта
Определение составных частей, нуждающиеся в менеджменте конфигурации
Установление базовой линии конфигурации
Подтверждение того, создаваемая программная часть удовлетворяет требованиям правообладателей, устанавливается в процессе….программного средства
Верификации
Валидации
Квалификационного тестирования
Детального проектирования
Менеджмент профиля рисков подразумевает
Определение политики менеджмента рисков, описывающие руководящие указания, регламентирующие выполнение менеджмента рисков
Предоставление рекомендованных альтернатив обработки риска в требованиях на действия по отношению к риску
Сбор информации в течение всего жизненного цикла проекта для целей улучшения процесса менеджмента рисков и извлечения практических уроков
Описание перспектив правообладателей, категорий риска, а также описание технических и управленческих целей, допущений и ограничений
Цель процесса приобретения программного продукта
Расширение функционала
Интеграция нового оборудования
Получения продукта или услуги
Подписание договорного соглашения
В документацию по требованиям к приобретению программного продукта следует включить
Перечень имеющейся техники
Список имеющихся программных продуктов
Технические требования к программному продукту
Название фирмы поставщика и производителя
Процесс менеджмента рисков жизненного цикла информационной системы или программного продукта применим к рискам, связанным с
Изменением экономической ситуации
Возникновением природных или техногенных катастроф
Изменением статуса компании (реорганизация, смена собственника)
Приобретением, разработкой, сопровождением или применением программного продукта
При разработке или сопровождении программных продуктов непоставляемые элементы
Применяться не могут
Могут применяться без каких либо ограничений
Могут применяться при условии, что функционирование и сопровождение поставляемых программных продуктов после поставки приобретающей стороне не зависит от таких элементов
Могут применяться при условии, что разработчик снимает с себя обязательства по сопровождению или поддержке программного продукта
Процесс перемещения программного продукта происходит в очередности
От заказчика к поставщику
От разработчика к поставщику
От разработчика к заказчику, далее к поставщику
От разработчика к поставщику, далее к заказчику
Цель процесса менеджмента решений заключается
В установлении и поддержании целостности всех идентифицированных выходных результатов проекта или процесса обеспечения доступа к ним любой заинтересованной стороны
В выборе из существующих альтернатив наиболее предпочтительного направления проектных действий
В определении состояния проекта и гарантии того, что проект выполнятся в соответствии с планами и графиками работ в пределах бюджета и удовлетворяет техническим параметрам
В составлении и доведении до заинтересованных сторон эффективного и выполнимого плана
Исполнитель должен обновлять (совершенствовать) пользовательскую документацию, в том числе в процессе
Проектирования архитектуры программных средств
Комплексирования программных средств
Анализа требований к программным средствам
Конструирования программных средств
Неверно, что в результате успешного осуществления процесса квалификационного тестирования программных средств
Определяются критерии верификации для всех программных блоков относительно требований
Определяются критерии для комплексированных программных средств с целью демонстрации соответствия с требованиями к программным средствам
Комплексированные программные средства верифицируются с использованием определенных критериев
Записываются результаты тестирования
Цель процесса конструирования программных средств заключается
Создании заданных элементов системы, выполненных в виде программных продуктов или услуг
Обеспечении проекта для программных средств, которые реализуются и могут быть верифицированы относительно требований
Создании исполняемых программных блоков, которые должным образом отражают проектирование программных средств
Объединении программных блоков и программных компонентов, создании интегрированных программных элементов, согласованных с проектом программных средств
Оценка процесса менеджмента рисков подразумевает
Сбор информации в течение всего жизненного цикла проекта для целей улучшения процесса менеджмента рисков и извлечения практических уроков
Определение политики менеджмента рисков, описывающие руководящие указания, регламентирующие выполнение менеджмента рисков
Описание перспектив правообладателей, категорий риска, а также описание технических и управленческих целей, допущений и ограничений
Предоставление рекомендованных альтернатив обработки риска в требованиях на действия по отношению к риску
Неверно, что в результате успешной реализации процесса проектирования архитектуры программных средств
Разрабатывается проект архитектуры программных средств и устанавливается базовая линия, описывающая программные составные части, которые будут реализовывать требования к программным средствам
Определяются внутренние и внешние интерфейсы каждой программной составной части
Устанавливается согласованность и прослеживаемость между требованиями к программным средствам и программным проектом
Завершается верификация программных блоков относительно требований и проекта
При получении заказа на программный продукт разработчик обязан
Усовершенствовать имеющийся продукт
Разработать или приобрести новый продукт
Найти сторону для осуществления поставки
Определение требований инициируемого проекта включает в себя
Список имеющего аппаратного обеспечения
Список имеющего программного обеспечения
Идентификацию целей, мотиваций и ограничений проекта
Техническое задание на разработку программного продукта
Приобретающая сторона до заключения контракта с поставщиком о закупке товара имеет максимальные права
Вести переговоры, привлекать другие стороны
Запросить требования производителя товара
Установить и использовать демо -версию приобретаемого продукта
Заявить о желании заключить контракт
После выбора поставщика, приобретающей стороне следует
Найти альтернативный вариант поставки
Составить список требований по продукту
Составить и заключить договор
Найти альтернативный вариант продукта
Стратегия регрессии для применения повторной верификации программных элементов разрабатывается в случае
Когда изменения проводятся в программных блоках, включая соответствующие требования, проект и коды
Когда изменения проводятся только в проекте архитектуры программных средств
Когда результаты первичной верификации оказались не удовлетворительными
Когда изменения проводятся в тестовом покрытии требований к программной составной части
Перед объявлением тендера на продукт государственной структурой обязан быть осуществлен этап
Формирования списка потенциальных поставщиков
Формулирование первичных требований и выбор спроса
Подача заявления об участии в тендере
Объявление тендера является первым этапом
Список требований к программному продукту следует составить как только
Приобретающая сторона найдет разработчика
Приобретающая сторона найдет поставщика
Приобретающая сторона выявит потребность
Разработчик заявит о продукте
После доставки продукта приобретающей стороне, заказчик обязан
Приготовиться к приему продукта, принять ответственность
Сообщить о появлении нового продукта
Встретиться с поставщиком
Провести оплату продукта
Подтверждение того, что комплексированный программный продукт удовлетворяет заявленным требованиям, устанавливается в процессе….программного средства
Верификации
Велидации
Квалификационного тестирования
Детального проектирования
Обработка рисков подразумевает
Определение политики менеджмента рисков, описывающие руководящие указания, регламентирующие выполнение менеджмента рисков
Описание перспектив правообладателей, категорий риска, а также описание технических и управленческих целей, допущений и ограничений
Представление рекомендованных альтернатив обработки риска в требованиях на действия по отношению к риску
Сбор информации в течение всего жизненного цикла проекта для целей улучшения процесса менеджмента рисков и извлечения практических уроков
Цель процесса реализации программных средств заключается в
Создании заданных элементов системы, выполненных в виде программных продуктов или услуг
Обеспечении проекта для программных средств, которые реализуются и могут быть верифицированы относительно требований
Создании исполняемых программных блоков, которые должным образом отражают проектирование программных средств
Объединении программных блоков и программных компонентов, создании интегрированных программных элементов согласованных с проектом программных средств
Цель процесса проектирования архитектуры программных средств заключается в
Создании заданных элементов системы, выполненных в виде программных продуктов или услуг
Обеспечении проекта для программных средств, которые реализуются и могут быть верифицированы относительно требований
Создании исполняемых программных блоков, которые должным образом отражают проектирование программных средств
Объединении программных блоков и программных компонентов, создании интегрированных программных элементов, согласованных с проектом программных средств
После получения программного продукта поставщиком, он обязан
Начать взаимодействие с другими сторонами
Незамедлительно доставить продукт приобретающей стороне
Заявить о начале своей деятельности
Выполнить условия контакта/соглашения
Неверно, что одним из результатов успешного осуществления процесса менеджмента решений является
Стратегия принятия решений
Разработка альтернативных направлений действий
Выбор наиболее предпочтительного направления действий
Разработка графиков работ для своевременного завершения задач
В ходе реализации контракта изменения в договоре осуществляются путем
Переговоров
Разрыва договора и заключения нового
После подписания в договор нельзя вносить изменения
После выбора поставщика, приобретающей стороне следует
Найти альтернативный вариант поставки
Составить список требований по продукту
Составить и заключить договор
Найти альтернативный вариант продукта
Заключительным этапом процесса поставки является
Подтверждение поставщика о доставке
Подтверждение о расчете с заказчиком
Установление сроков доставки и места получения
Выполнение условий соглашения по поставке продукта
Цель процесса конструирования программных средств заключается
Создании заданных элементов системы, выполненных в виде программных продуктов или услуг
Обеспечении проекта для программных средств, которые реализуются и могут быть верифицированы относительно требований
Создании исполняемых программных блоков, которые должным образом отражают проектирование программных средств
Объединении программных блоков и программных компонентов, создании интегрированных программных элементов, согласованных с проектом программных средств
Цель процесса менеджмента конфигурации состоит
В определении состояния проекта и гарантии того, что проект выполняется в соответствии с планами и графиками работ в пределах бюджета и удовлетворяет техническим параметрам
В составлении и доведении до заинтересованных сторон эффективного и выполнимого плана
В выборе из существующих альтернатив наиболее предпочтительного направления проектных действий
В установлении и поддержании целостности всех идентифицированных выходных результатов проекта или процесса обеспечения доступа к ним любой заинтересованной стороны
Процесс перемещения программного продукта происходит в очередности
От заказчика к поставщику
От разработчика к поставщику
От разработчика к заказчику, далее к поставщику
От разработчика к поставщику, далее к заказчику
При разработке или сопровождении программных продуктов непоставляемые элементы
Применяться не могут
Могут применяться без каких либо ограничений
Могут применяться при условии, что функционирование и сопровождение поставляемых программных продуктов после поставки приобретающей стороне не зависит от таких элементов
Могут применяться при условии, что разработчик снимает с себя обязательства по сопровождению или поддержке программного продукта
Проведение аудита программного средства осуществляется в процессе
Комплексирования программных средств
Квалификационного тестирования программных средства анализа требований к программным средствам
Конструирования программных средств
Список требований к программному продукту следует составить как только
Приобретающая сторона найдет разработчика
Приобретающая сторона найдет поставщика
Приобретающая сторона выявит потребность
Разработчик заявит о продукте
После выполнения условий соглашения о доставке продукта разработчик обязан
Проверить подлинность полученного продукта
Выполнять сопровождение или поддержку продукта
Подписать соглашение об обязательствах сторон
Менеджмент профиля рисков подразумевает
Определение политики менеджмента рисков, описывающие руководящие указания, регламентирующие выполнение менеджмента рисков
Предоставление рекомендованных альтернатив обработки риска в требованиях на действия по отношению к риску
Сбор информации в течение всего жизненного цикла проекта для целей улучшения процесса менеджмента рисков и извлечения практических уроков
Описание перспектив правообладателей, категорий риска, а также описание технических и управленческих целей, допущений и ограничений
В результате успешного осуществления процесса приобретения разрабатывается соглашение, которое явно выражает ожидания, ответственность и обязательства
Приобретающей стороны
Стороны поставщика
Стороны поставщика и приобретающей стороны
Цель процесса менеджмента решений заключается
В определении состояния проекта и гарантии того, что проект выполняется в соответствии с планами и графиками работ в пределах бюджета и удовлетворяет техническим параметрам
В составлении и доведении до заинтересованных сторон эффективного и выполнимого плана
В выборе из существующих альтернатив наиболее предпочтительного направления проектных действий
В установлении и поддержании целостности всех идентифицированных выходных результатов проекта или процесса обеспечения доступа к ним любой заинтересованной стороны
Оценка процесса менеджмента рисков подразумевает
Определение политики менеджмента рисков, описывающие руководящие указания, регламентирующие выполнение менеджмента рисков
Предоставление рекомендованных альтернатив обработки риска в требованиях на действия по отношению к риску
Сбор информации в течение всего жизненного цикла проекта для целей улучшения процесса менеджмента рисков и извлечения практических уроков
Описание перспектив правообладателей, категорий риска, а также описание технических и управленческих целей, допущений и ограничений
Неверно, что одним из результатов успешного осуществления процесса менеджмента конфигурации является
Определение стратегии менеджмента конфигурации
Определение рисков по мере их выявления и в течение проведения проекта
Определение составных частей, нуждающиеся в менеджмента конфигурации
Установление базовой линии конфигурации
Цель процесса комплексирования программных средств заключается в
Создании заданных элементов системы, выполненных в виде программных продуктов или услуг
Обеспечении проекта для программных средств, которые реализуются и могут быть верифицированы относительно требований
Создании исполняемых программных блоков, которые должным образом отражают проектирование программных средств
Объединении программных блоков и программных компонентов, создании интегрированных программных элементов, согласованных с проектом программных средств
Проведение ревизий программного средства осуществляется в процессе
Проектирования архитектуры программных средств
Комплексирования программных средств
Анализа требований к программным средствам
Конструирования программных средств
Обработка рисков подразумевает
Определение политики менеджмента рисков, описывающие руководящие указания, регламентирующие выполнение менеджмента рисков
Предоставление рекомендованных альтернатив обработки риска в требованиях на действия по отношению к риску
Сбор информации в течение всего жизненного цикла проекта для целей улучшения процесса менеджмента рисков и излечения практических уроков
Описание перспектив правообладателей, категорий риска, а также описание технических и управленческих целей, допущений и ограничений
В процессе приобретения программного продукта заключается договор/соглашение между
Приобретающей стороной и разработчиком
Разработчиком и поставщиком
Приобретающей стороной и поставщиком
Приобретающей стороной, поставщиком и разработчиком
Цель процесса приобретения программного продукта
Расширение функционала
Интеграция нового оборудования получения продукта или услуги
Подписание договорного соглашения
Неверно, что в результате успешного осуществления процесса конструирования программных средств
Определяются критерии верификации для всех программных блоков относительно требований
Определяются внешние интересы каждого программного модуля
Изготавливаются программные блоки определенные проектом
Устанавливается совместимость и прослеживаемость между программными блоками, требованиями и проектом
Менеджмент профиля рисков подразумевает
Определение политики менеджмента рисков, описывающие руководящие указания, регламентирующие выполнение менеджмента рисков
Предоставление рекомендованных альтернатив обработки риска в требованиях на действия по отношению к риску
Сбор информации в течение всего жизненного цикла проекта для целей улучшения процесса менеджмента рисков и извлечения практических уроков
Описание перспектив правообладателей, категорий риска, а также описание технических и управленческих целей, допущений и ограничений
Приобретающая сторона до заключения контракта с поставщиком о закупке товара имеет максимальные права
Вести переговоры, привлекать другие стороны
Запросить требования производителя товара
Установить и использовать демо -версию приобретаемого продукта
Заявить о желании заключить контракт
В документацию по требованиям к приобретению программного продукта следует включить
Перечень имеющейся техники
Список имеющихся программных продуктов
Технические требования к программному продукту
Название фирмы поставщика и производителя
Перед объявлением тендера на продукт государственной структурой обязан быть осуществлен этап
Формирования списка потенциальных поставщиков
Формулирование первичных требований и выбор спроса
Подача заявления об участии в тендере
Объявление тендера является первым этапом
Цель процесса конструирования программных средств заключается
Создании заданных элементов системы, выполненных в виде программных продуктов или услуг
Обеспечении проекта для программных средств, которые реализуются и могут быть верифицированы относительно требований
Создании исполняемых программных блоков, которые должным образом отражают проектирование программных средств
Объединении программных блоков и программных компонентов, создании интегрированных программных элементов, согласованных с проектом программных средств
Определение требований инициируемого проекта включает в себя
Список имеющего аппаратного обеспечения
Список имеющего программного обеспечения
Идентификацию целей, мотиваций и ограничений проекта
Техническое задание на разработку программного продукта
Стратегия регрессии для применения повторной верификации программных элементов разрабатывается в случае
Когда изменения проводятся в программных блоках, включая соответствующие требования, проект и коды
Когда изменения проводятся только в проекте архитектуры программных средств
Когда результаты первичной верификации оказались не удовлетворительными
Когда изменения проводятся в тестовом покрытии требований к программной составной части
Нужна консультация?
Задайте интересующий Вас вопрос нашему специалисту.
