Тесты СинергияАртём Хелп
Артём Help онлайнПолучить расчёт
Бесплатно оценим сроки и стоимостьОтправить задание в Telegram
Введение в технологии разработки программного обеспечения разработка требований и проектирование.ЦЗН

Введение в технологии разработки программного обеспечения разработка требований и проектирование.ЦЗН

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

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

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

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

Вопрос 1

Используемые реально в фирмах модели ЖЦ ПС в последнее время изменяются относительно приведенных в стандартах в связи с внедрением и развитием

  1. объектно-ориентированного анализа
  2. методов быстрой разработки ПП
  3. CASE-систем
  4. языков третьего поколения
Вопрос 2

Модели (стратегии) жизненного цикла:

  1. каскадная
  2. инкрементная
  3. спиральная
  4. динамическая
Вопрос 3

Каскадная стратегия

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

Достоинства каскадной модели:

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

Недостатки каскадной модели:

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

Разработка версиями ведется в силу разного рода причин:

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

Достоинства спиральной модели:

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

Недостатки спиральной модели:

  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

Ограничение количества блоков на каждом уровне декомпозиции SADT включает:

  1. 3–6 блоков
  2. 2–5 блоков
  3. 4–7 блоков
  4. 1–3 блока
Вопрос 14

SADT может быть использован:

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

Основные элементы SADT метода основываются на следующих концепциях:

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

Построение SADT-модели заключается в выполнении следующих действий:

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

Обратные связи в SADT могут выступать в виде:

  1. комментариев
  2. замечаний
  3. исправлений
  4. интерфейсов входа/выхода
Вопрос 18

Обратные связи в SADT могут выступать в виде:

  1. комментариев
  2. замечаний
  3. исправлений
  4. интерфейсов входа/выхода
Вопрос 19

Логическая связь:

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

Временная связь

  1. данные и функции собираются вместе благодаря тому, что они попадают в общий класс или набор элементов, но необходимых функциональных отношений между ними не обнаруживается
  2. представляет функции, связанные во времени, когда данные используются одновременно или функции включаются параллельно, а не последовательно
  3. функции сгруппированы вместе благодаря тому, что они выполняются в течение одной и той же части цикла или процесса
  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. от 10 до 30%
  2. от 30 до 70%
  3. от 20 до 50%
  4. г. до 90%
Вопрос 29

Изначально Диаграммы Ганта показывали:

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

Планирование «снизу вверх» определяет:

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

Планирование и анализ «сверху вниз»:

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

Техника сетевого планирования используется с:

  1. 1970 года
  2. 1975 года
  3. 1980 года
  4. 1985 года
Вопрос 33

При постановке целей необходимо очень хорошо представлять себе предполагаемый результат, точно описать его параметры и требования к качеству исполнения - это:

  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

Последняя задача при составлении плана:

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

Предварительное планирование платежей и потребности в финансах – это:

  1. Бюджетные ожидания
  2. Предварительный бюджет
  3. Уточненный бюджет
  4. Окончательный бюджет
Вопрос 45

Определение стандартов качества, применимых к проекту, и мер, необходимых для их достижения - это:

  1. Планирование качества
  2. Обеспечение качества
  3. Контроль качества
  4. Управление качеством
Вопрос 46

Внешние риски – это:

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

Внутренние риски – это:

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

Рыночный риск, связанный:

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

Операционные риски, вызванные:

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

Регулярная оценка хода выполнения проекта для обеспечения выполнения принятых стандартов качества – это:

  1. Планирование качества
  2. Обеспечение качества
  3. Контроль качества
  4. Управление качеством
Вопрос 51

Контроль результатов проекта для определения их соответствия принятым стандартам качества и определение путей устранения причин неудовлетворительного исполнения – это:

  1. Планирование качества
  2. Обеспечение качества
  3. Контроль качества
  4. Управление качеством
Вопрос 52

Необходимо анализировать возможности рынка, прогнозировать потребности и ожидания потребителя в целях их удовлетворения для:

  1. Соответствия продукции рыночным потребностям и ожиданиям
  2. Четких планов
  3. Контроля
  4. Обеспеченности ресурсами
Вопрос 53

Необходима тщательная проработка и планирование проекта и его продукции для:

  1. Соответствия продукции рыночным потребностям и ожиданиям
  2. Четких планов
  3. Контроля
  4. Обеспеченности ресурсами
Вопрос 54

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

  1. Соответствия продукции рыночным потребностям и ожиданиям
  2. Четких планов
  3. Контроля
  4. Обеспеченности ресурсами
Вопрос 55

Невозможно достичь требуемого качества без должного материально-технического обеспечения проекта на протяжении всего его жизненного цикла в случае:

  1. Соответствия продукции рыночным потребностям и ожиданиям
  2. Четких планов
  3. Контроля
  4. Обеспеченности ресурсами