NEW
Font size
WorksheetsВопросы по SOA и реальным системам
Total questions: 51
Worksheet time: 26mins
В чем главное преимущество SOA?
Возможность повторного использования услуг.
Создание монолитных приложений.
Зависимость только от одного языка программирования.
Сложность системы.
Какова основная цель SOA (сервисно-ориентированной архитектуры)?
Создание программного обеспечения на основе услуг.
Создание централизованной монолитной системы.
Управление базой данных.
Обеспечение безопасности сети.
Какой основной компонент архитектуры SOA?
Услуги.
Внешний интерфейс.
Серверные устройства.
Операционная система.
Как работают сервисы в SOA?
Независимо и взаимосвязано.
В локальной системе.
Только через сервер.
Только через веб-интерфейс.
Что такое архитектура реального времени и какова ее основная цель?
Обработка данных в реальном времени.
Система, предназначенная только для хранения данных.
Архитектура, разработанная для быстрого запуска приложений.
Обработка только статических данных.
Какова основная характеристика операционных систем реального времени?
Обработка данных в автономном режиме.
Реагировать на информацию без промедления.
Используйте только архивные данные.
Зависит только от традиционных баз данных.
Какой из перечисленных компонентов является ключевым компонентом операционных систем реального времени?
Пакетная обработка.
Потоковая обработка.
Только статические данные.
Только автономная база данных.
Какие технологии наиболее популярны для обработки потоков данных в реальном времени?
Apache Kafka, Apache Flink, потоковая передача Apache Spark.
MySQL, PostgreSQL.
Excel и Google Таблицы.
Word и PowerPoint.
Каковы преимущества систем архитектуры реального времени?
Возможность анализа данных без задержек.
Только офлайн обработка данных.
Требует меньше ресурсов.
Можно использовать только статические данные.
Какие типы данных предназначен для обработки Apache Kafka?
Потоковая передача данных.
Работает только с файлами.
Выполняет только SQL-запросы.
Обрабатывает только статические данные.
Что означает понятие «задержка» в системах реального времени?
Задержка данных.
Процесс архивации данных.
Скорость выполнения только SQL-запросов.
Скорость загрузки приложения.
В какой из следующих областей чаще всего используется архитектура реального времени?
Банковские системы, Интернет вещей, системы мониторинга и безопасности.
Только в автономных складских системах.
Только в текстовых редакторах.
Только в программах для редактирования изображений.
Какие технологии хранения данных используются в архитектуре реального времени?
Amazon S3, Google BigQuery, Apache Cassandra.
Word и Excel.
Photoshop и Illustrator.
Блокнот и WordPad.
Каковы основные проблемы систем реального времени?
Необходимость обработки больших объемов данных без задержек.
Проблема
Каковы основные проблемы систем реального времени?
Необходимость обработки больших объемов данных без задержек.
Проблема хранения данных только в статическом формате.
Необходимость работы только на одном сервере.
Никаких трудностей.
Как работает «событийно-управляемая» архитектура в системах реального времени?
Обрабатывает данные при возникновении событий.
Обрабатывает данные только по заранее определенному графику.
Система хранит только автономные данные.
Работает только со статическими данными.
Какие типы данных предназначен для обработки Apache Flink?
Потоковая передача и пакетная обработка данных.
Только пакетные данные.
Обрабатывает только файлы.
Работает только с документами Excel.
Какой метод используется для уменьшения задержки в архитектурах реального времени?
Параллельные системы обработки и распределения.
Использование только одного сервера.
Используйте только системы с ручным управлением.
Остановить потоковую передачу данных.
Какие типы данных может обрабатывать архитектура обработки в реальном времени?
Данные Интернета вещей, транзакции, системы мониторинга.
Только статические текстовые документы.
Только файлы PDF.
Только фото и видео.
Какая из следующих технологий не используется для архитектуры реального времени?
Microsoft Word.
Apache Kafka.
Потоковая передача Apache Spark.
Amazon Kinesis.
технологий не используется для архитектуры реального времени?
Microsoft Word.
Apache Kafka.
Потоковая передача Apache Spark.
Amazon Kinesis.
Что означает концепция «аналитики в реальном времени»?
Анализируйте данные без промедления.
Анализ только исторических данных.
Работа только с ранее сохраненными данными.
Просмотр только текстовых документов.
Что означает понятие «масштабируемость» в системах реального времени?
Возможность увеличения размера системы.
Система работает только на одном сервере.
Хранить данные только в статическом формате.
Работа только в автономном режиме.
Для чего используется Amazon Kinesis?
Для обработки потоковых данных.
Только для хранения документов.
Только для отправки электронных писем.
Только для чтения текстовых файлов.
Какова одна из основных областей применения систем реального времени?
Интернет вещей (IoT).
Только офлайн-приложения.
Только текстовые редакторы.
Только программы для редактирования изображений.
Какая из следующих технологий широко используется в архитектуре реального времени?
Apache Kafka.
Microsoft Paint.
Microsoft Word.
Adobe Photoshop.
Какова основная цель тестирования архитектуры программного обеспечения?
Оценка правильности архитектурных решений.
Упростите пользовательский интерфейс.
Рефакторинг кода.
Замена шаблонов проектирования.
Какой тип испытаний проверяет качество и стабильность архитектурных решений?
Архитектурные тесты.
Тесты модулей.
Функциональные тесты.
Регрессионные тесты.
Какой фактор является наиболее важным при тестировании архитектуры?
Репутация и надежность системы.
Цвет кода.
Имена файлов.
Версия платформы.
С какого уровня начинается тестирование в многоуровневой архитектуре?
С нижнего уровня (уровня данных).
Из пользовательского интерфейса.
С панели управления.
Из уровня услуг.
Какой инструмент наиболее подходит для архитектурного тестирования?
ArchUnit.
Excel.
Git.
HTML.
Зачем нужно «дымовое тестирование»?
Проверить работу основных компонентов системы.
Чтобы изменить пользовательский дизайн.
Для увеличения использования памяти.
Удалить код без разрешения.
Какой тест оценивает интерфейсы и интеграцию в архитектуре?
Интеграционные тесты.
Тесты стиля.
Тесты макета.
Статические испытания.
На каком этапе программы проводятся архитектурные испытания?
На этапе проектирования или разработки.
Только после завершения разработки.
Перед самым запуском.
Только после пользовательского тестирования.
Каким должен быть результат архитектурного теста?
Оценка архитектурных решений.
Визуальный дизайн.
Длина кода.
Отзывы пользователей.
Какой подход наиболее популярен при тестировании архитектуры?
Тестирование на основе сценариев.
Ручная проверка.
Эскизный рисунок.
Печать документации.
Какой инструмент проверяет код Java на основе архитектурных правил?
ArchUnit.
React.
Postman.
Блокнот.
Что означает принцип «быстрого отказа» при тестировании?
Выявляйте проблемы как можно раньше.
Игнорировать все ошибки.
Не проводить повторный тест.
Тестирование после полной разработки.
Какова цель регрессионного тестирования?
Проверка того, что новые изменения не влияют на старую функциональность.
Изменение кода.
Обновление дизайна.
Остановить проект.
Какой тип тестирования обеспечивает бесперебойную работу архитектуры?
Интеграционный тест.
Цветовой тест.
Тестирование графического интерфейса.
Тест формата.
Какую роль играют файлы журналов в архитектурном тестировании?
Предоставляет информацию об ошибках.
Украшает систему.
Очищает файлы.
Автоматически пишет код.
Что такое тестовое покрытие?
Процент фрагментов кода, прошедших тестирование.
Количество ошибок.
Дизайн страницы.
Пароли для входа.
Какой метод тестирования архитектуры программного обеспечения является наименее распространённым?
Цветовые тесты.
Интеграционные тесты.
Стресс-тесты.
Тесты на дым.
Что такое «тестируемость»?
Простота тестирования системы.
Качество дизайна.
Длина кода.
Визуальные эффекты.
Что такое «тестируемость»?
Простота тестирования системы.
Качество дизайна.
Длина кода.
Визуальные эффекты.
Как проверяется качество обслуживания пользователей?
С помощью тестирования производительности.
Написав код.
С HTML-страницами.
Через терминальную команду.
Почему важно тестирование архитектурных решений?
Для обеспечения стабильности системы.
Чтобы отвлечь пользователя.
Чтобы сделать дизайн красивым.
Чтобы скрыть код.
Какова основная цель документирования архитектуры программного обеспечения?
Предоставить четкую информацию о структуре и элементах системы.
Автоматически генерировать код.
Настройка серверов.
Создание только пользовательского интерфейса.
Какова основная функция диаграммы UML?
Визуальное отображение модулей системы.
Проверка вашего интернет-соединения.
Сохраните запросы пользователей.
Очистить базу данных.
Зачем необходимо обновлять документы?
Обеспечить отражение изменений в системе в документах.
Для изменения дизайна веб-сайта.
Только для целей тестирования.
Чтобы освободить память.
На каком этапе осуществляется документирование?
Постоянно на протяжении всего проекта.
Только в конце.
Перед началом проекта.
После теста.
