Тесты СинергияАртём Хелп
Артём Help онлайнПолучить расчёт
Бесплатно оценим сроки и стоимостьОтправить задание в Telegram
Внедрение и поддержка компьютерных систем.кс_СПО(1 3) Без ИМ

Внедрение и поддержка компьютерных систем.кс_СПО(1 3) Без ИМ

Просмотрите все вопросы и варианты бесплатно. Правильные ответы скрыты и открываются только после получения доступа.

50 вопросов Вариант 1 Доступ 7 дней
Содержание теста

Вопросы и варианты

Без отметок и подсказок к правильным ответам

Вопрос 1

Какое понимание ГОСТ наиболее корректно для дисциплины внедрения и поддержки компьютерных систем?

  1. это произвольная инструкция разработчика, описывающая только интерфейс программы
  2. это нормативно-технический документ, задающий единые требования к продукции, услугам, процессам или методам испытаний
  3. это внутренний журнал ошибок информационной системы, который ведётся только во время эксплуатации
  4. это договор поставки программного обеспечения, заменяющий техническое задание
Вопрос 2

В чём состоит основная управленческая ценность ГОСТов при внедрении информационных систем?

  1. они позволяют полностью отказаться от анализа требований пользователей
  2. они создают единое понимание качества между участниками проекта и контролирующими сторонами
  3. они гарантируют, что любая информационная система будет внедрена только методом «большого взрыва»
  4. они запрещают применять международные стандарты в российских проектах
Вопрос 3

Какой вариант верно отражает различие между ГОСТ Р и ТР ЕАЭС в контексте стандартизации?

  1. ГОСТ Р является национальным стандартом РФ, а ТР ЕАЭС относится к техническим регламентам Евразийского экономического союза с более высоким юридическим статусом
  2. ГОСТ Р применяется только для косметической продукции, а ТР ЕАЭС только для программирования
  3. ГОСТ Р всегда обязателен для всех проектов, а ТР ЕАЭС носит только рекомендательный характер
  4. ГОСТ Р и ТР ЕАЭС являются разными названиями одного и того же документа
Вопрос 4

Какой пример наиболее соответствует назначению ГОСТ Р ИСО/МЭК 12207?

  1. описание цветовой палитры пользовательского интерфейса
  2. регулирование процессов жизненного цикла программного обеспечения
  3. выбор конкретного языка программирования для всех проектов
  4. определение стоимости лицензий на программные продукты
Вопрос 5

Почему ГОСТ Р ИСО/МЭК 12207 важен именно для управляемого внедрения ИС?

  1. он заменяет необходимость проектной команды и поставщика
  2. он задаёт единый подход к разработке, эксплуатации, сопровождению и управлению ПО
  3. он описывает только аппаратную архитектуру серверов
  4. он применяется исключительно после вывода системы из эксплуатации
Вопрос 6

Какая цель стандарта ГОСТ Р ИСО/МЭК 12207 сформулирована наиболее полно?

  1. ускорить написание кода за счёт отказа от документации
  2. обеспечить качество, предсказуемость, управляемость и воспроизводимость процессов разработки ПО
  3. ограничить жизненный цикл программного обеспечения только стадией тестирования
  4. предписать всем организациям использовать одну модель жизненного цикла
Вопрос 7

Какая пара категорий процессов НЕ отражает структуру процессов жизненного цикла, выделяемую в лекции по ГОСТ Р ИСО/МЭК 12207?

  1. основные процессы и поддерживающие процессы
  2. организационные процессы и основные процессы
  3. поддерживающие процессы и организационные процессы
  4. маркетинговые процессы и рекламные процессы
Вопрос 8

Как правильно понимать логику детализации процессов в ГОСТ Р ИСО/МЭК 12207?

  1. процесс состоит из работ, а работы конкретизируются через задачи
  2. документ состоит из процессов, а процессы из договоров
  3. задача всегда выше процесса и управляет всем жизненным циклом
  4. стандарт не предусматривает связи между процессами, работами и задачами
Вопрос 9

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

  1. чтобы документы могли оставаться несогласованными, но быстрее выпускались
  2. чтобы обеспечить управляемость жизненного цикла и согласованность результатов работ
  3. чтобы исключить необходимость верификации и аттестации
  4. чтобы каждая команда могла использовать собственную терминологию без согласования
Вопрос 10

Какая последовательность наиболее близка к примеру жизненного цикла ПО, приведённому в лекции?

  1. утилизация → сопровождение → поставка → анализ требований → приобретение
  2. приобретение → разработка → поставка → эксплуатация → сопровождение → утилизация
  3. эксплуатация → приобретение → утилизация → проектирование → сопровождение
  4. тестирование → обучение → закупка → удаление документации → разработка
Вопрос 11

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

  1. техническое задание и контракт
  2. исключительно отчёт об утилизации
  3. только журнал пользовательских ошибок
  4. готовая рекламная презентация продукта
Вопрос 12

Какая связь между документами лучше всего отражает принцип иерархии в документации ИС?

  1. код → случайные отзывы пользователей → договор аренды офиса → тесты
  2. ТЗ → проектная документация → код → тесты
  3. тесты → ТЗ → удаление требований → эксплуатация без документов
  4. инструкция пользователя → цветовая схема → коммерческое предложение → архив
Вопрос 13

Что означает трассируемость требований в контексте документации ИС?

  1. каждое требование из ТЗ должно быть отслеживаемо до реализации и проверки тестами
  2. каждое требование должно быть удалено после начала программирования
  3. требования должны храниться только у заказчика и не передаваться разработчику
  4. трассируемость нужна только для маркетинговых материалов
Вопрос 14

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

  1. ошибки из тестов приводят к корректировке кода, обновлению проекта и актуализации документации
  2. протокол испытаний заменяет все исходные требования без анализа
  3. эксплуатационная инструкция создаётся до требований и затем не меняется
  4. ошибки пользователей всегда игнорируются, если система уже запущена
Вопрос 15

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

  1. документы должны быть согласованы по содержанию, терминологии и версиям
  2. каждый документ должен использовать разные названия одних и тех же сущностей
  3. требования, код и тесты должны специально противоречить друг другу для проверки внимательности
  4. консистентность означает отсутствие любых версий документов
Вопрос 16

Почему ГОСТ Р ИСО/МЭК 12207 остаётся актуальным при наличии Agile и DevOps?

  1. он полезен в проектах, где требуются аудит, сертификация, юридическая защита и управляемость процессов
  2. он полностью запрещает гибкие методологии и автоматизацию поставки
  3. он применяется только в учебных демонстрациях и не имеет отношения к реальным проектам
  4. он нужен только для проектов без документации и без заказчика
Вопрос 17

В каком типе проектов применение ГОСТ Р ИСО/МЭК 12207 особенно оправдано согласно лекции?

  1. в критически важных, государственных и требующих аудита проектах
  2. только в игровых проектах без требований к надёжности
  3. исключительно в личных проектах одного разработчика
  4. только при разработке рекламных баннеров
Вопрос 18

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

  1. управление проектом, управление портфелем, создание инфраструктуры, подготовка персонала, улучшение процессов
  2. рисование логотипа, публикация постов, выбор корпоративного цвета, печать визиток
  3. удаление требований, отказ от тестирования, выключение серверов, сокращение документации
  4. только компиляция исходного кода и настройка шрифтов интерфейса
Вопрос 19

Что лучше всего объясняет роль документации в ГОСТ Р ИСО/МЭК 12207?

  1. документы являются формальностью и не влияют на качество проекта
  2. документы выступают носителями решений, требований и контроля качества
  3. документы нужны только после завершения утилизации системы
  4. документы полностью заменяют тестирование и эксплуатацию
Вопрос 20

Какое утверждение о связи ГОСТ Р ИСО/МЭК 12207 с ISO/IEC 15288 является наиболее корректным?

  1. они могут применяться совместно для комплексного управления программными и аппаратными компонентами системы
  2. ISO/IEC 15288 отменяет необходимость процессов жизненного цикла ПО
  3. ГОСТ Р ИСО/МЭК 12207 описывает только сети, а ISO/IEC 15288 только бухгалтерию
  4. эти стандарты не могут использоваться в одном проекте
Вопрос 21

Что такое внедрение информационной системы в управленческом смысле?

  1. однократная установка программы без анализа процессов и пользователей
  2. комплекс мероприятий по подготовке, запуску, настройке и переходу организации к работе с новой системой
  3. только покупка серверного оборудования
  4. исключительно написание пользовательского интерфейса
Вопрос 22

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

  1. когда критично снизить риск отказа и сохранить возможность временно обращаться к старой системе
  2. когда организация хочет полностью исключить затраты на поддержку старой системы
  3. когда нельзя тестировать новую систему на практике
  4. когда все пользователи уже обучены и риск ошибок отсутствует
Вопрос 23

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

  1. высокие затраты на поддержку двух систем и возможные проблемы интеграции данных
  2. невозможность сравнить результаты работы старой и новой системы
  3. полный запрет на использование старой системы после запуска новой
  4. отсутствие необходимости обучать пользователей
Вопрос 24

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

  1. вся организация переходит на новую систему в один заранее установленный момент
  2. система внедряется сначала по отдельным функциям или подразделениям, затем расширяется на всю организацию
  3. новая система запускается только в одном филиале и никогда не масштабируется
  4. каждый модуль внедряется без связи с целями организации
Вопрос 25

Почему поэтапное внедрение часто снижает риски проекта?

  1. оно позволяет тестировать и корректировать систему на каждом этапе, не перегружая всю организацию сразу
  2. оно исключает необходимость планирования и обучения
  3. оно всегда дешевле любого другого варианта независимо от масштаба
  4. оно запрещает интеграцию со старыми системами
Вопрос 26

Какой вариант наиболее точно характеризует внедрение по типу «большой взрыв»?

  1. одновременно запускаются старая и новая системы на неопределённый срок
  2. вся организация переходит на новую систему одновременно в заранее установленный момент
  3. система устанавливается только в пилотном подразделении
  4. внедряется один независимый модуль без общего запуска
Вопрос 27

Какой риск особенно характерен для стратегии «большого взрыва»?

  1. высокий риск сбоев и сложность адаптации пользователей при одновременном переходе
  2. невозможность быстро завершить процесс внедрения
  3. невозможность отказаться от поддержки старой системы
  4. отсутствие необходимости миграции данных
Вопрос 28

Чем модульное внедрение отличается от обычного поэтапного подхода?

  1. оно фокусируется на последовательном внедрении выделенных подзадач или модулей с оценкой результатов каждого этапа
  2. оно требует единовременного запуска всей системы во всех подразделениях
  3. оно исключает интеграцию между частями системы
  4. оно используется только при отсутствии программного продукта
Вопрос 29

Какое ограничение модульного внедрения указано в лекции?

  1. не каждый программный продукт подходит для такого варианта, и не всегда возможна интеграция модулей
  2. оно всегда требует одновременного запуска всей организации
  3. оно запрещает оценивать результаты после этапа
  4. оно возможно только без финансовых затрат
Вопрос 30

Что является ключевой особенностью пилотного внедрения?

  1. новая система сначала внедряется в одном филиале или подразделении, а затем распространяется дальше
  2. старая система и новая система всегда работают параллельно во всей организации
  3. система запускается сразу у всех пользователей без тестовой зоны
  4. пилотное внедрение применяется только после утилизации системы
Вопрос 31

Какой недостаток наиболее характерен для пилотного внедрения?

  1. длительность процесса и потребность в дополнительных ресурсах для пилотного проекта
  2. отсутствие возможности корректировки перед полным запуском
  3. обязательное отключение старой системы во всех подразделениях
  4. невозможность собрать обратную связь от пользователей
Вопрос 32

С какого этапа логично начинать план внедрения ИС согласно лекции?

  1. с промышленной эксплуатации без подготовки
  2. с анализа текущих процессов, существующих систем и потребностей пользователей
  3. с удаления старой системы до оценки требований
  4. с публикации итогового отчёта о сопровождении
Вопрос 33

Зачем на этапе определения целей внедрения устанавливают KPI?

  1. чтобы измерять достижение результатов, например эффективность, снижение затрат или точность учёта
  2. чтобы заменить техническое задание рекламным описанием
  3. чтобы исключить необходимость тестирования
  4. чтобы скрыть реальные сроки проекта от пользователей
Вопрос 34

Что включает разработка стратегии внедрения в плане ИС?

  1. выбор вида внедрения, определение временных рамок и необходимых ресурсов
  2. только выбор цвета интерфейса и названия системы
  3. исключительно удаление старых данных
  4. запрет на обучение пользователей до запуска
Вопрос 35

Какой элемент наиболее уместен в детальном плане действий по внедрению?

  1. расписание мероприятий, ответственные лица, команды, этапы тестирования и развёртывания
  2. только список личных предпочтений пользователей
  3. решение не фиксировать сроки и роли участников
  4. отказ от тестирования до промышленной эксплуатации
Вопрос 36

Почему подготовка инфраструктуры и данных выделяется как отдельный этап плана внедрения?

  1. потому что перед миграцией требуется аудит и очистка данных, а также подготовка серверов, сетей и ПО
  2. потому что инфраструктура всегда автоматически готова к любой системе
  3. потому что данные не влияют на качество внедрения
  4. потому что этот этап нужен только после вывода системы из эксплуатации
Вопрос 37

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

  1. разработка программы обучения, проведение тренингов и семинаров
  2. скрытие новой системы от сотрудников до промышленного запуска
  3. отказ от обратной связи, чтобы ускорить внедрение
  4. удаление эксплуатационной документации
Вопрос 38

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

  1. функциональное тестирование, нагрузочное тестирование, исправление выявленных ошибок
  2. только визуальная оценка логотипа
  3. публикация системы без проверки работоспособности
  4. тестирование только после завершения сопровождения
Вопрос 39

Чем опытная эксплуатация отличается от промышленной эксплуатации?

  1. опытная эксплуатация запускает систему ограниченно для пилотной группы с обратной связью, а промышленная — полноценно для работы организации
  2. опытная эксплуатация означает окончательное удаление старой системы без тестов
  3. промышленная эксплуатация всегда проводится раньше анализа требований
  4. между этими этапами нет различий
Вопрос 40

Что входит в сопровождение и развитие ИС после запуска?

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

Какая стратегия внедрения лучше соответствует цели снижения вероятности сбоев и ошибок?

  1. стратегия минимизации рисков
  2. стратегия максимизации рекламного охвата
  3. стратегия отказа от тестирования
  4. стратегия немедленной утилизации
Вопрос 42

Для какой ситуации наиболее подходит стратегия минимизации рисков?

  1. для консервативных организаций, где критична стабильность работы
  2. для проекта, где стабильность не имеет значения и нет пользователей
  3. только для одностраничного рекламного сайта без данных
  4. для полного отказа от пилотных проектов и тестирования
Вопрос 43

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

  1. стратегия максимизации вовлечённости пользователей
  2. стратегия скрытого внедрения без обучения
  3. стратегия немедленной утилизации данных
  4. стратегия отказа от обратной связи
Вопрос 44

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

  1. стратегия быстрой реализации
  2. стратегия бесконечного пилотирования
  3. стратегия полного отказа от ключевых функций
  4. стратегия документации без запуска
Вопрос 45

Почему стратегия постепенного расширения подходит среднему и малому бизнесу?

  1. она позволяет плавно масштабировать систему, добавляя функционал и интегрируя его с существующими решениями
  2. она требует мгновенного запуска всех модулей без подготовки
  3. она исключает возможность роста бизнеса
  4. она запрещает интеграцию с текущими системами
Вопрос 46

Что характерно для стратегии инновационного внедрения?

  1. использование Agile-подходов, low-code/no-code платформ и облачных решений для получения конкурентных преимуществ
  2. отказ от любых новых технологий ради сохранения старых процессов
  3. обязательное применение только бумажного документооборота
  4. исключение цифровых компаний из числа подходящих организаций
Вопрос 47

Какое действие относится к сценарию подготовки внедрения?

  1. анализ текущих процессов, определение требований, план обучения, оценка ресурсов и формирование команды
  2. полноценный запуск без требований и команды
  3. сбор KPI только после утилизации системы
  4. удаление резервных копий перед миграцией
Вопрос 48

Какое действие относится к сценарию реализации внедрения?

  1. запуск по выбранной стратегии, мониторинг, поддержка пользователей, настройка, тестирование, миграция и интеграция
  2. только выбор названия проекта без запуска
  3. исключительно сравнение результатов с KPI без настройки системы
  4. отказ от миграции данных при наличии старых систем
Вопрос 49

Что является содержанием сценария оценки после внедрения?

  1. сбор обратной связи, оценка эффективности по KPI, корректировка процессов и сравнение результатов с целевыми показателями
  2. удаление всех отчётов о результатах внедрения
  3. переход к промышленной эксплуатации без анализа работы системы
  4. запрет на изменение процессов после запуска
Вопрос 50

Какой способ минимизации рисков особенно важен перед миграцией данных?

  1. создание резервных копий данных перед началом миграции
  2. удаление старых данных без проверки
  3. отказ от анализа требований
  4. запуск системы без тестирования и поддержки