Uroven3

V3

Программные инструментальные средства разработки ПО – это:

1

Программы, позволяющие выполнить все работы, определенные методологией проектирования ПО

0

Системное программное обеспечение, позволяющее сопровождать офисные программные пакеты

0

Средства создания текстовых документов

1

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

0

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

1

Программы, которые используются в ходе разработки, корректировки или развития других прикладных или системных программ

0

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

0

Средства создания и редактирования текстовых документов

V3

«Стихийное» программирование:

0

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

1

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

1

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

0

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

0

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

1

Характеризуется тем, что типичная программа этого периода состояла из основной программы, области глобальных данных и набора подпрограмм (в основном библиотечных), выполняющих обработку всех данных или их части

0

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

0

Разработка программного обеспечения для решения задач, построенных на алгоритмах случайного поиска

V3

Структурный подход к программированию – это:

1

Совокупность рекомендуемых технологических приемов, охватывающих выполнение всех этапов разработки программного обеспечения

0

Создание программного обеспечения на основе структурной схемы решаемой задачи

0

Подход, требующий разработки структурной схемы алгоритма и программы решения задачи

1

Подход, в основе которого лежит декомпозиция (разбиение на части) сложных систем с целью последующей реализации в виде отдельных небольших (до 40-50 операторов) подпрограмм

0

Подход к решения задачи, требующий создание структурной схемы этапов работ по разработке программного обеспечения

0

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

0

Технология разработки программного обеспечения на базе структурной схемы развития языков программирования

1

Подход, требующий представления задачи в виде иерархии подзадач простейшей структуры

V3

Объектный подход к программированию – это:

0

Технология создания сложного программного обеспечения, основанная на представлении задачи исследования как объекта

0

Технология создания сложного программного обеспечения, предназначенного для автоматизации технологических объектов

1

Технология создания сложного программного обеспечения, основанная на представлении программы в виде совокупности объектов, каждый из которых является экземпляром определенного типа (класса), а классы образуют иерархию с наследованием свойств

0

Технология создания сложного программного обеспечения, основанная на представлении программы как единого объекта

1

Технология создания сложного программного обеспечения, позволяющая вести практически независимую разработку отдельных частей (объектов) программы

0

Технология создания сложного программного обеспечения, основанная на объектном представлении кода программы

0

Технология создания сложного программного обеспечения, в основе которой лежат новые способы организации программ, основанные на механизмах наследования, полиморфизма, композиции, наполнения

0

Технология создания сложного программного обеспечения, основанная на

0

объектно-ориентированном программировании

V3

Компонентный подход:

1

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

1

Предполагает взаимодействие между компонентами через стандартизованные двоичные интерфейсы и позволяет использовать исполняемые файлы в любом языке программирования, поддерживающем соответствующую технологию

0

Позволяет рассматривать объект исследования, как структуру, состоящую из отдельных компонент

0

способ написания исходного кода программного обеспечения

1

Позволяет собрать объекты-компоненты в динамически вызываемые библиотеки или исполняемые файлы, и распространять в двоичном виде (без исходных текстов)

0

Способ отладки и тестирования программного обеспечения

0

Способ внедрения и опытной эксплуатации программного обеспечения.

0

Метод выработки требований к разработке программного обеспечения

V3

Управление требованиями:

0

Задача выявления изначальных проблем заказчика и создание системы, удовлетворяющей этим требованиям

1

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

0

Выявление требований заказчика и управление ими

1

Задача, состоящая в том, чтобы понимать проблемы заказчиков в их предметной области и на их языке и создавать системы, удовлетворяющие их потребности

0

Процесс создания программного обеспечения и адаптация его под требования заказчика

0

Разработка требований к программному обеспечению и создание ПО на основе этих требований

1

Процесс, в ходе которого вырабатывается и обеспечивается соглашение между заказчиком и выполняющей проект группой по поводу меняющихся требований к системе

0

Разработка программного обеспечения и выработка требований к

0

изменению работы системы заказчика

V3

К методам выявления требований относятся:

0

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

0

Анализ научной и технической литературы, посвященной вопросам разработки программного обеспечения

0

Личные встречи и беседы со всеми сотрудниками предприятия

0

Анализ технической документации и на основе нее разработка требований к системе

0

На начальном этапе требования не выявляются, а формируются по мере разработки программного обеспечения

1

Интервьюирование и анкетирование, мозговой штурм и отбор идей

1

Совещания, посвященные требованиям, создание прототипов

1

Раскадровки, прецеденты, обыгрывание ролей

V3

Требования к разрабатываемой системе должны включать:

0

Разработку программного обеспечения и выработка требований к изменению работы системы заказчика

1

Совокупность условий, при которых предполагается эксплуатировать будущую систему (аппаратные и программные ресурсы, предоставляемые системе; внешние условия ее функционирования; состав людей и работ, имеющих к ней отношение)

0

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

1

Описание выполняемых системой функций

0

Технологию создания сложного программного обеспечения, основанную а объектном представлении кода программы

1

Ограничения в процессе разработки (директивные сроки завершения отдельных этапов, имеющиеся ресурсы, организационные процедуры и мероприятия, обеспечивающие защиту информации)

0

Совокупность рекомендуемых технологических приемов, охватывающих выполнение всех этапов разработки программного обеспечения

0

Технологию разработки программного обеспечения на базе структурной

0

схемы развития языков программирования

V3

Типы средств, иллюстрирующие цели моделирования системы:

1

Функции, которые система должна выполнять

1

Отношения между данными

1

Зависящее от времени поведение системы (аспекты реального времени)

0

Способы отладки и тестирования программного обеспечения

0

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

0

Выявление требований заказчика и управление ими

0

Технология разработки программного обеспечения на базе структурной схемы развития языков программирования

0

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

V3

Требования – это:

0

Документ, регулирующий отношения между заказчиком информационной системы и проектировщиком

1

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

0

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

1

Возможность, которую должна обеспечивать система

0

Характеристика проектируемого программного обеспечения с точки зрения разработчика

1

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

0

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

0

Характеристика проектируемого программного обеспечения с точки

0

зрения заказчика

V3

Типичная схема процесса анализа С-требований включает в себя:

1

Идентификацию заказчика и проведение интервью с представителями заказчика

0

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

0

Изложение заказчику требований к системе на основе разработанного программного обеспечения

1

Написание С-требований в форме стандартного документа

0

Верификацию разработанного программного обеспечения в соответствии с требованиями заказчика

0

Составление плана мероприятий по анализу С-требований

1

Проверку С-требований и согласование их с заказчиком

0

Адаптацию разработанного программного обеспечения в соответствии с

0

требованиями заказчика

V3

В классификацию требований к программной системе входят:

0

Требования заказчика

0

Требования, накладываемые условиями эксплуатации

1

Функциональные требования

0

Требования, накладываемые аппаратными средствами

1

Нефункциональные требования

1

Требования предметной области

0

Экономические требования

0

Требования разработчиков

V3

Процесс определения и анализа требований включает в себя:

0

Анализ работы систем с аналогичной предметной областью

1

Анализ предметной области, сбор и классификацию требований

0

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

1

Разрешение противоречий и определение приоритетов

0

Адаптацию требований к разрабатываемому программному обеспечению

0

Декомпозицию общей задачи на подзадачи

1

Проверку, специфицирование и документирование требований

0

Верификацию требований в соответствии с разработанным программным обеспечением

V3

IEEE – это:

0

Коммерческая организация ученых и исследователей

0

Просто принятое обозначение, расшифровки не имеет

0

Обозначение всемирной компьютерной сети

1

Всемирная некоммерческая техническая профессиональная ассоциация ученых и исследователей

0

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

1

Institute of Electrical and Electronic Engineers, Inc

0

Американская организация ученых-экономистов

1

Институт инженеров радиоэлектроники и электротехники

V3

Ядро знаний SWEBOK – это:

0

ГОСТ на разработку программного обеспечения

1

нормативный документ, разработанный IEEE

0

ГОСТ на разработку информационных систем

0

Документ, устанавливающий правовые отношения между заказчиком и разработчиком программного обеспечения

1

Основополагающий научно-технический документ, который отображает мнение специалистов в области программной инженерии

0

Документ, устанавливающий методику тестирования и испытания программного обеспечения

1

Документ, который согласуется с современными регламентированными процессами жизненного цикла ПО стандарта ISO/IEC 12207

0

ГОСТ на разработку и комплектацию сопровождающей документации

V3

Каждая область ядра знаний SWEBOK представляется:

0

Структурной схемой

1

Общей схемой описания

0

Диаграммой UML

0

Описанием и комментариями

1

Определением понятийного аппарата, методов и средств инженерной деятельности

0

Определением языка программирования

1

Определением инструментов поддержки инженерной деятельности

0

Иерархической диаграммой

V3

К основным областям знаний SWEBOK относятся:

1

Инженерия требований, проектирование ПО

0

Анализ деятельности системы

0

Управление проектами

1

Конструирование ПО

0

Управление персоналом

1

Тестирование ПО, сопровождение ПО

0

Управление конфигурацией

0

Инженерия качества программных средств

V3

К организационным областям знаний SWEBOK относятся:

0

Инженерия требований

1

Управление конфигурацией, управление проектами

0

Конструирование ПО

1

Процесс инженерии программных средств, методы и средства программной инженерии

0

Проектирование ПО

0

Сопровождение ПО

0

Тестирование ПО

1

Инженерия качества программных средств

V3

Этапы разработки консалтинговых проектов включают в себя:

1

Анализ первичных требований и планирование работ

0

Снятие программного продукта с эксплуатации

0

Декомпозицию задачи на подзадачи

0

Разработку спецификации и документации

1

Проведение обследования деятельности предприятия

0

Тестирование и сопровождение программного обеспечения

1

Построение моделей деятельности предприятия (модели AS – IS – “как есть” и модели TO – BE – “как должно быть”)

0

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

V3

Концепции, лежащие в основе модульного программирования:

0

Объем реализации и время исполнения (реакции)

0

Мера автоматизма в работе реализации и инструментах разработки

0

Визуальность и тестируемость разработки

1

Функциональная декомпозиция, пространственная и временная группировка информации (модульность)

1

Упрощение связей

1

Комментируемость функций и данных

0

Надежность, устойчивость

0

Безопасность

V3

Инструмент разработки программ выбирается на основе:

0

Визуальности, набора реализуемых технологий

0

Мощности множества элементов разработки

0

Системного подхода к анализу, проектированию и реализации ПО

0

Функциональной декомпозиции, пространственной и временной группировка информации (модульность)

0

Упрощения связей, комментируемости функций и данных

1

Объема реализации и времени исполнения (реакции), надежности, устойчивости, безопасности

1

Меры автоматизма в работе реализации и инструментах разработки

1

Визуальности и тестируемости разработки