Ответьте на более чем 100 вопросов MCQ по программной инженерии и оцените свои знания в области программной инженерии. Прокрутите ниже и начните!
A. черный ящик
B. белая коробка
C. исчерпывающий
D. Ни один из вышеперечисленных
A. второе поколение
B. третье поколение
C. Четвертое поколение
A. Интеграционное тестирование снизу вверх
B. Нисходящее интеграционное тестирование
C. Интеграционное тестирование Big-Bang
D. Смешанное/сэндвич -тестирование интеграции
A. Это должно быть кратко.
B. Он должен указать реализацию и проблемы в ней.
C. Это должно показать концептуальную целостность
D. Это должно быть структурировано
A. наследство, агрегация
B. Ассоциация, наследование
C. агрегация, композиция
D. Композиция, Ассоциация
A. Исправление ошибки
B. Профилактика ошибок
C. Оба а и Б
D. Ни один из вышеперечисленных
A. Понятия
B. Жесткость
C. Эффективность
D. Обслуживание
E. Сложность
A. Нехватка языков программирования
B. Нехватка быстрого прогресса в разработке программного обеспечения
C. Увеличенный размер проблемы
D. Все вышеперечисленное
A. технико-экономическое обоснование
B. Анализ и спецификация требований
C. дизайн
D. тестирование
A. Это помогает в систематической и дисциплинированной разработке программных продуктов.
B. Это помогает в определении критериев входа и выхода только для первой и последней фазы разработки программного обеспечения.
C. Это помогает в мониторинге прогресса проекта.
D. Модель жизненного цикла программного обеспечения - это краткое введение жизненного цикла программного обеспечения.
A. Условия
B. Требования
C. Действия
D. Результат
A. Регрессионное тестирование
B. Громкость тестирования
C. Тестирование в удобство использования
D. Тестирование на техническое обслуживание
E. Совместительное тестирование
A. абстракция, разложение
B. абстракция и прыжок
C. разложение и исследовательское программирование
D. Исследовательское программирование и абстракция
E. Исследовательское программирование и прыжки
A. для этого случая
B. белая коробка
C. черный ящик
D. исчерпывающий
A. Управление конфигурацией программного обеспечения
B. Проверка
C. Проектирование и реализация
D. Тестовый корпус дизайн
E. Спецификации программного обеспечения
F. Эволюция
G. Документация
A. статический
B. динамика
C. как статический, так и динамичный
A. Функции в системе
B. Элементы данных, которые текут между станциями обработки
C. Конструкция контрольной структуры
D. Последовательность выполнения инструкций
E. Ни один из вышеперечисленных
A. Проверка, проверка
B. валидация, проверка
C. валидация, проверка
D. Проверка, проверка
A. Тестирование совместимости
B. Громкость тестирования
C. Регрессионное тестирование
D. Нагрузочное тестирование
A. кодирование
B. Системное тестирование
C. проектирование
D. ЕДИНЦИОННЫЕ Тестирование
A. наследование
B. ассоциация
C. агрегация
D. состав
A. Тестовая команда в развивающейся организации
B. Испытательная команда за пределами развивающейся организации
C. Фактические клиенты или выбранная группа дружелюбных клиентов.
D. Выбранная группа разработчиков
A. Программа нарезка
B. Грубая сила
C. Возврат
D. Привести к устранению
A. трудно понять
B. Легко реализовать
C. дешевле в разработке
D. все вышеперечисленное
A. Спецификация программного обеспечения
B. Программное обеспечение
C. Проверка программного обеспечения
D. Эволюция программного обеспечения
E. Все вышеперечисленное
A. Тестирование выполняется в конце, после разработки всего проекта
B. Первоначально разрабатывается и проверяется прототип, а затем выполняется второе тестирование после завершения проекта
C. Кодирование выполняется постепенно. Новый прирост начинается только после успешного тестирования предыдущего приращения
D. Требования проверены и задокументированы
A. высоко высоко
B. высокая низкая
C. низкий высокий
D. низко низко
A. Инструменты разработки
B. Технические процессы разработки программного обеспечения
C. Разработка методов и теорий
D. Аппаратное обслуживание
E. Сеть
A. восстановление
B. совместимость
C. объем
D. регрессия
A. фаза реализации
B. Фаза тестирования
C. Фаза технико -экономического исследования
D. Фаза кодирования
A. Модель ориентирована
B. Ориентированный на свойство
C. Оба а и Б
A. сбой программного обеспечения
B. Программное обеспечение
A. Одноэтажные и одноэтажные конструкции должны использоваться как можно больше.
B. Скрытие информации не должна быть сделана вообще.
C. Использование пользовательских типов данных следует избегать как можно больше.
D. Уровень гнездования не должен быть слишком глубоким.
A. Актер на диаграмме использования может участвовать только в одном варианте использования.
B. На диаграмме вариантов использования один вариант использования не зависит от другого варианта использования.
C. Все представления должны быть построены для заданной проблемы с использованием всех диаграмм, которые предоставляются UML.
D. Статическая структура системы описывается классовой диаграммой.
A. V-образная модель
B. Прототип модель
C. Спиральная модель
D. Модель водопада
A. DFD представляют поток данных в системе, а также функцию, выполняемую системой.
B. Аспекты управления очень точно определены DFDS.
C. DFD просты для понимания и использования.
D. Порядок работы процессов захвачен DFD
A. Различные модули кодируются, затем объединяются вместе за один шаг, а затем протестируются как целый блок.
B. Различные компоненты интегрированы один за другим и протестируются на каждом уровне интеграции.
C. Различные компоненты интегрированы один за другим, но протестируются только как целую систему.
D. Система разделена на модули, и каждый модуль тестируется в изоляции.
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Почему компьютерное оборудование стоит так дорого?
B. Почему компьютерное оборудование стоит так дорого?
C. Почему это столько дорого за разработку программного обеспечения?
D. Почему программные ошибки не могут быть удалены из продуктов до доставки?
A. Программное обеспечение страдает от воздействия враждебных сред.
B. Дефекты чаще возникают после того, как программное обеспечение часто используется.
C. Несколько запросов на изменение вводят ошибки во взаимодействиях компонентов.
D. Программное обеспечение запасных частей становится все труднее заказать.
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Процесс -процесс
B. Производство
C. Методы
D. Инструменты
A. Коммуникация, планирование, моделирование, строительство, развертывание.
B. Коммуникация, управление рисками, измерение, производство, обзор.
C. Анализ, проектирование, программирование, отладка, обслуживание.
D. Анализ, планирование, проектирование, программирование, тестирование.
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Одновременный поток процесса.
B. Итеративный процесс поток.
C. Линейный поток процесса.
D. Поток спирального процесса.
E. и b, и c
A. Сей
B. Специя
C. ISO 9000.
D. ISO 9001
E. и b, и d
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Разумный подход, когда требования хорошо определены.
B. Хороший подход, когда рабочая программа требуется быстро.
C. Лучший подход для использования для проектов с крупными командами разработки
D. Старомодная модель, которая редко используется больше.
A. Разумный подход, когда требования хорошо определены.
B. Хороший подход, когда работающий основной продукт требуется быстро.
C. Лучший подход для использования для проектов с крупными командами разработчиков.
D. Революционная модель, которая не используется для коммерческих продуктов.
A. Итеративные по своей природе.
B. Может легко приспособиться к изменениям требований к продукту.
C. Обычно не производят одноразовые системы.
D. Полем Все вышеперечисленное.
A. Разумный подход, когда требования хорошо определены.
B. Полезный подход, когда клиент не может четко определить требования.
C. Лучший подход для использования для проектов с крупными командами разработчиков.
D. Рискованная модель, которая редко производит значимый продукт.
A. Заканчивается доставкой программного продукта.
B. Более хаотична, чем постепенная модель
C. Включает оценку рисков проекта во время каждой итерации.
D. Все вышеперечисленное.
A. Другое название для одновременной инженерии.
B. Определяет события, которые инициируют переходы на инженерную деятельность.
C. Используется только для разработки параллельных или распределенных систем.
D. Используется всякий раз, когда ожидается большое количество запросов на изменение.
A. Другое название для одновременной инженерии.
B. Определяет события, которые инициируют переходы на инженерную деятельность.
C. Используется только для разработки параллельных или распределенных систем.
D. Используется всякий раз, когда ожидается большое количество запросов на изменение.
E. Оба а и Б
A. Подходит только для проектирования компьютерного оборудования.
B. Не в состоянии поддержать разработку многоразовых компонентов.
C. В зависимости от объектных технологий для поддержки.
D. Не экономически эффективно благодаря известным количественным показателям программного обеспечения.
A. Определите спецификацию для компьютерных систем.
B. Разработать без дефектных компьютерных систем.
C. Проверьте правильность компьютерных систем
D. Все вышеперечисленное.
A. Начало этап.
B. Фаза разработки.
C. Фаза строительства
D. Фаза проверки.
A. Подчеркивает личное измерение рабочего продукта.
B. Практикующий требует тщательного контроля со стороны менеджера проекта.
C. Индивидуальный практикующий отвечает за оценку и планирование.
D. Полем Практикующий уполномочен контролировать качество программных рабочих продуктов.
A. Ускорить улучшение программного процесса.
B. Позвольте лучшему управлению временем высококвалифицированными профессионалами.
C. Создайте самостоятельные команды программного обеспечения. D. Покажите менеджеров, как снизить стоимость
D. И b, и c
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Устранение использования планирования и тестирования проекта.
B. Производится только важные рабочие продукты.
C. Процесс позволяет команде оптимизировать задачи.
D. Использует постепенную стратегию доставки продукта.
A. Сбор требований должен проводиться очень тщательно.
B. Анализ риска должен быть проведен до того, как планирование произойдет.
C. Приращения программного обеспечения должны быть доставлены за короткие периоды времени.
D. Программные процессы должны адаптироваться к изменениям постепенно.
E. И c, и d
A. Анализ, дизайн, кодирование, тестирование.
B. Планирование, анализ, дизайн, кодирование.
C. Планирование, анализ, кодирование, тестирование.
D. Планирование, дизайн, кодирование, тестирование.
A. Что вы делали с момента последней встречи?
B. С какими препятствиями вы сталкиваетесь?
C. Какова причина проблемы, с которой вы сталкиваетесь?
D. Что вы планируете достичь следующей встречи команды?
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Внимательный к деталям
B. Жестоко честно.
C. Следует за правилом процесса догматически.
D. Устойчивый под давлением.
A. Бешеный рабочая атмосфера.
B. Неадекватный бюджет.
C. Плохо скоординированный программный процесс.
D. Неясное определение командных ролей.
E. A, B, D
A. Сложность проблемы
B. Сложность проблемы
C. Полем Закон непреднамеренных последствий
D. Риск, связанный с решением
E. Все вышеперечисленное
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ