Uroven1
.rtf
Вопрос №52
V1 |
Компилятор – это:
|
1 |
Один из видов трансляторов |
0 |
Прикладное программное обеспечение |
0 |
Специальная утилита системного ПО |
0 |
Операционная оболочка |
1 |
Переводит в коды сразу всю программу и создает независимый исполняемый файл |
0 |
Программное обеспечение, используемое в издательских системах |
1 |
Программа, которая переводит программу, написанную на языке программирования высокого уровня в программу на машинном языке не участвуя в ее исполнении |
0 |
Переводит в машинные коды 1 строчку программы и сразу ее выполняет |
Вопрос №53
V1 |
Интерпретатор: |
0 |
Программа для создания и редактирования электронных таблиц |
1 |
Программа, анализирующая команды или операторы исходной программы и немедленно выполняющая их |
0 |
Переводит в коды сразу всю программу и создает независимый исполняемый файл |
1 |
Переводит в машинные коды 1 строчку программы и сразу ее выполняет |
0 |
Программа для создания и редактирования текстовых документов |
1 |
Один из видов трансляторов |
0 |
Программа создания и управления базами данных |
0 |
Программа создания файлов мультимедиа |
Вопрос №54
V1 |
Компоновщик – это: |
0 |
Программа для компоновки и оформления тестовых документов |
1 |
Редактор связей |
0 |
Комплекс программ, для создания и ведения баз данных |
1 |
Программа, которая из одного или нескольких объектных модулей с привлечением библиотечных программ и стандартных подпрограмм формирует загрузочный модуль |
0 |
Программное обеспечение для создания презентаций |
1 |
Программа сборки загрузочного модуля из полученных в результате раздельной компиляции объектных модулей с автоматическим поиском и присоединением библиотечных подпрограмм и процедур |
0 |
Программа для поиска синтаксических и семантических ошибок в программе |
0 |
Программа |
Вопрос №55
V1 |
Отладчик: |
1 |
Программа, облегчающая программисту выполнение отладки разрабатываемых им программ |
0 |
Программа для создания системы защиты файла |
0 |
Программа создания системы защиты от вирусных атак |
1 |
Программа,помогающая анализировать поведение отлаживаемой программы, обеспечивая ее трассировку |
0 |
Операционная оболочка для создания и управления файловыми структурами |
0 |
Системное программное обеспечение для настройки операционной системы |
0 |
Программа создания и редактирования графических файлов |
1 |
Программа, позволяющая выполнять остановы в заданных точках, просмотреть текущие значения переменных и изменять их значения |
Вопрос №56
V1 |
К этапам развития технологии разработки программного обеспечения относятся: |
1 |
«Процедурное» программирование |
0 |
Программирование на алгоритмических языках высокого уровня |
1 |
Структурный подход к программированию |
0 |
Программирование на языках низкого уровня |
1 |
Компонентный подход и CASE-технологии |
0 |
Машинно-ориентированное программирование |
0 |
Машинно-независимое программирование |
0 |
Подход к разработке ПО, основанный на стратегии поиска |
Вопрос №57
V1 |
Преимущества объектно-ориентированного подхода: |
0 |
Быстрота написания программного кода |
0 |
Статичность конфигурации системы |
1 |
Возможность многократного использования |
0 |
Низкая стоимость проекта |
1 |
Восприимчивость к изменениям |
0 |
Отсутствие необходимости документирования |
0 |
Простота реализуемых моделей |
1 |
Реалистичное моделирование |
Вопрос №58
V1 |
Опорные точки зрения конечных пользователей системы программного обеспечения можно трактовать как: |
1 |
Источник информации о системных данных |
0 |
Структуру требований |
0 |
Источник событий |
0 |
Структуру событий |
1 |
Структуру представлений |
0 |
Получателей требований |
0 |
Источник сценариев |
1 |
Получателей системных сервисов |
Вопрос №59
V1 |
При аттестации требований выполняются следующие типы проверок документации требований: |
0 |
Проверка на совместимость |
0 |
Проверка на управляемость |
1 |
Проверка правильности требований |
1 |
Проверка на непротиворечивость |
0 |
Проверка на соответствие |
0 |
Проверка на обратимость |
1 |
Проверка на полноту и на выполнимость |
0 |
Проверка на заменяемость |
Вопрос №60
V1 |
К методам аттестации требований относится: |
0 |
Тестирование |
1 |
Обзор требований |
0 |
Верификация |
0 |
Сравнительный анализ |
1 |
Прототипирование |
0 |
Генерация случайных данных |
1 |
Генерация тестовых сценариев |
0 |
Декомпозиция |
Вопрос №61
V1 |
Уровни организационного управления при планировании разработки системы: |
1 |
Стратегический |
1 |
Тактический |
1 |
Оперативный |
0 |
Основной |
0 |
Вспомогательный |
0 |
Дополнительный |
0 |
Системный |
0 |
Аналитический |
Вопрос №62
V1 |
Для различных представлений проектируемой системы используют типы моделей: |
0 |
Статическая модель |
0 |
Динамическая модель |
1 |
Модель классов |
0 |
Модель декомпозиции |
0 |
Модель размещения |
1 |
Модель состояний |
1 |
Модель взаимодействия |
0 |
Модель агрегации |
Вопрос №63
V1 |
Классификация бизнес-процессов включает следующие классы процессов: |
0 |
A) Вспомогательные бизнес-процессы |
1 |
B) Основные бизнес-процессы |
0 |
C) Дополнительные бизнес-процессы |
1 |
D) Обеспечивающие бизнес-процессы |
0 |
E) Обслуживающие бизнес-процессы |
0 |
F) Бизнес-процессы согласования |
1 |
G) Бизнес-процессы управления |
0 |
H) Руководящие бизнес-процессы |
Вопрос №64
V1 |
Типы D-требований: |
1 |
A) Функциональные требования |
0 |
B) Интерфейсные требования |
1 |
C) Нефункциональные требования |
0 |
D) Программные требования |
1 |
E) Обратные требования |
0 |
F) Ограниченные требования |
0 |
G) Производительные требования |
0 |
H) Надежность |
Вопрос №65
V1 |
Возможные способы организации D-требований: |
0 |
A) По атрибутам, по компонентам |
0 |
B) По взаимоотношениям сущности |
0 |
C) По пакетам и по иерархии компонентов |
1 |
D) По свойствам, по классам |
1 |
E) По вариантам использования |
0 |
F) По узлам и по использованным процессам |
1 |
G) По состояниям и по иерархии функции |
0 |
H) По прецедентам, по кооперациям |
Вопрос №66
V1 |
К моделированию относится: |
1 |
A) Система обозначений |
0 |
B) Система атрибутов |
1 |
C) Синтаксис языка моделирования |
0 |
D) Система свойств |
0 |
E) Совокупность поведении обьектов |
1 |
F) Совокупность графических объектов |
0 |
G) Семантика языка моделирования |
0 |
H) Совокупность текстовых объектов |
Вопрос №67
V1 |
Классификация имитационных моделей: |
0 |
A) Статистическая |
0 |
B) Адаптивная |
1 |
C) Статическая или динамическая |
0 |
D) Структурная |
1 |
E) Сетерминированная или стохастическая |
1 |
F) Непрерывная или дискретная |
0 |
G) Объединенная |
0 |
H) Декомпозиционная |
Вопрос №68
V1 |
Принципы разработки эффективного пользовательского интерфейса: |
0 |
A) Сложность, графика |
1 |
B) Структура, простота |
0 |
C) Связь, обработка |
1 |
D) Видимость, обратная связь |
0 |
E) Невидимость, сложность |
1 |
F) Толерантность, повторное использование |
0 |
G) Первое использование, итерация |
0 |
H) Интеграция, повторение |
Вопрос №69
V1 |
Принципы разработки программного обеспечения: |
0 |
A) Коллективный процесс разработки |
1 |
B) Индивидуальный процесс разработки |
0 |
C) Параллельный процесс разработки |
1 |
D) Командный процесс разработки |
0 |
E) Промежуточный процесс разработки |
1 |
F) Модель зрелости возможностей |
0 |
G) Модель законченности возможностей |
0 |
H) Модель готовности процессов |
Вопрос №70
V1 |
Типы интерфейсных требований: |
1 |
A) Пользовательские требования |
1 |
B) Аппаратные требования |
0 |
C) Административные требования |
0 |
D) Требования к производительности |
1 |
E) Программные и коммуникационные требования |
0 |
F) Требования к надежности |
0 |
G) Требования к устойчивости |
0 |
H) Атрибуты программной системы и другие требования |
Вопрос №71
V1 |
Технология проектирования определяется как совокупность составляющих: |
0 |
A) Поэтапная процедура |
1 |
B) Пошаговая процедура |
0 |
C) Модели и правила |
1 |
D) Критерий и правила |
0 |
E) Тестирование |
1 |
F) Нотаций |
0 |
G) Прецеденты |
0 |
H) Классы |
Вопрос №72
V1 |
Разработка и сопровождение ИС в конкретной организации и конкретном проекте должна поддерживаться стандартами: |
0 |
A) Стандарт организации |
0 |
B) Стандарт конкретного проекта |
1 |
C) Стандарт проектирования |
0 |
D) Стандарт оценки |
1 |
E) Стандарт оформления проектной документации |
0 |
F) Стандарт аудита |
0 |
G) Стандарт оформления разработки |
1 |
H) Стандарт пользовательского интерфейса |
Вопрос №73
V1 |
Результатами проектирования архитектуры являются: |
0 |
A) Модель административного интерфейса |
1 |
B) Модель процессов |
0 |
C) Модель потоков |
0 |
D) Модель классов |
1 |
E) Модель данных |
1 |
F) Модель пользовательского интерфейса |
0 |
G) Модель компонентов |
0 |
H) Модель узлов |
Вопрос №74
V1 |
Какие работы включает процесс разработки программного обеспечения: |
0 |
A) Документирование, управление конфигурацией |
0 |
B) Управление, создание инфраструктуры |
0 |
C) Структура из процессов, работ, задач |
0 |
D) Обеспечение качества, верификация |
1 |
E) Анализ требований, проектирование |
1 |
F) Программирование, сборка, тестирование |
1 |
G) Ввод в действие, приемка |
0 |
H) Совместный анализ, аудит |
Вопрос №75
V1 |
Какие технологии разработки программ используются в современном программировании: |
1 |
A) Визуальные |
1 |
B) Событийные |
0 |
C) Структурные |
1 |
D) Объектно-ориентированные |
0 |
E) Модульные |
0 |
F) Текстуальные |
0 |
G) Графические |
0 |
H) Машинно-ориентированное |
Вопрос №76
V1 |
Объектно-ориентированное проектирование использует инструментальные средства: |
0 |
A) Model Mart |
1 |
B) Rational Rose |
0 |
C) BPwin |
1 |
D) ARIS |
0 |
E) IDEF1X |
0 |
F) Erwin |
1 |
G) MS Visio |
0 |
H) JAM |