Аналитические шаблоны проектирования приложений

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

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

Упрощение поддержки существующей архитектуры

Адекватном моделировании рассматриваемой предметной области

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

Основной принцип системного мышления гласит

То, что является в меру хорошим для каждой части, обычно является наилучшим для всей системы в целом

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

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

То, что является в меру хорошим для каждой части, обычно не является наилучшим для всей системы в целом

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

Бизнес потребности и ожидания

Квалификация персонала, задействованного в процессе проектирования

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

Инструменты и frameworks проектирования

Шаблон предлагает принцип решения проблем таким способом, который можно будет…

Использовать лишь ограниченное время

Использовать только один раз

Применять многократно получая ожидаемый результат

Использовать для решения многих проблем компании

Каждый шаблон описывает проблему, которая…

Должна быть решена, используя минимальное количество ресурсов

Возникает в определенной среде снова и снова

Является массовой для существующих систем

Является уникальной в текущем контексте

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

Срок реализации шаблона

Назначение шаблона: описание задачи, которую он призван решать

Ограничения и требования, которые необходимо принимать во внимание при решении задачи

Способ решения поставленной задачи

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

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

Глобализация бизнеса, связанная с необходимостью объединения различных данных

Сокращение характерных длительностей бизнес-процессов и последующая виртуализация бизнеса

Падение темпов роста компании

Применение шаблонов связанно с…

Изменением корпоративной культуры и смена парадигмы стиля управления

Отсутствием компетенций

Изменением роли информационных технологий

Происходящими изменениями в самом бизнесе и обществе

Важными ограничениями на пути преобразований "слияние бизнес-процессов" стоят…

Отсутствие свободных материальных ресурсов

Текущие регламенты работы

Корпоративная культура

Существующие информационные системы

Следование понятиям "Интернет вещей" и "Цифровая трансформация бизнеса"означает соответствие основным принципам…

Систематическая разработка и реализация инноваций

Максимально возможная передача непрофильной деятельности внешним поставщикам услуг (аутсорсинг)

Создание внутренней структуры организации работы

Активность в образовании альянсов, в том числе частичное сотрудничество с конкурентами

Под понятиями "Интернет вещей" и "Цифровая трансформация бизнеса" понимается…

Большой объем передаваемых данных, со временем так же многократно увеличивавшийся

Создание внутренней структуры организации работы

Способность бизнеса к быстрому изменению

Способность и возможность к реализации бизнес-инициатив с широким использованием интеграции

Концепция предприятия реального времени базируется на интеграции…

Процессов

Ресурсов

Инфраструктуры

Людей

Сутью реализации сервис-ориентированной архитектуры (SOA) является…

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

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

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

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

Весомый вклад в создание успешных информационных систем настоящего и будущего вносят…

Возможность модификации. Гибкость

Универсальность

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

Простота освоения

Основной эффект автоматизации операций достигался за счет…

Децентрализации управления процессом

Количества свободных ресурсов

Сокращения стоимости процесса

Сокращения времени выполнения существующих функций

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

Сроки реализации

Простота реализации

Стоимость

Гибкость

Шаблон проектирования - это

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

Алгоритм создания сложного объекта в архитектуре

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

Общий механизм поддержки взаимодействия объектов

Под значимыми элементами понимаются те, которые имеют…

Общий интерфейс

Сравнительно небольшую стоимость разработки

Унифицированный язык спецификации интерфейсов объектов

Продолжительное и устойчивое действие

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

Унифицированное решение

Применение единой терминологии

Понимание работы "сторонних" инструментов и библиотек

Возможность многократного использования

Самая насущная проблема в области разработки корпоративных информационных систем это

Решение часто встречающиеся, но подверженной изменениям, задачи

Необходимость синхронизации и последующей модернизации информационного ландшафта компании с целями бизнеса

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

Поддержание связей между объектами архитектуры

Можно выделить следующие направления, которые должны поддерживаться шаблонами для достижения оптимальной архитектуры…

Гибкая архитектура

"Зрелые" приложения

Наделение пользователя полномочиями

Автономность разработки

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

Наследование

Рекурсия

Инкапсуляция

Полиморфизм

Важным начальным этапом при работе с паттернами является…

Создание "Простого" объекта без увеличения сложности структуры программного обеспечения

Описание окружение системы, с которой планируется осуществлять взаимодействие

Организация использования функций определенного бизнес объекта, недоступного для модификации

Адекватное моделирование рассматриваемой предметной области

Использование паттернов проектирования на практике дает проектировщику следующие неоспоримые преимущества…

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

Модель, построенная с использованием паттернов проектирования, более проста и наглядна в изучении. Несмотря на простоту и наглядность, она позволяет глубоко и всесторонне проработать архитектуру разрабатываемой системы

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

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

Следует инкапсулировать те концепции, которые…

Являются временными

Постоянны

Имеют потомков

Могут изменяться

Преимущество использования инкапсуляции состоит в том, что оно…

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

Упрощает выявление и обработку исключительных ситуации

Упрощает добавление новых примитивных или составных объектов

Упрощает разбиение программы

Перечислите архитектурные стили.

"Наследование классов"

"Черный ящик"

"Конвейеры и фильтры"

"Программа-сопрограмма"

В качестве примера наиболее популярных антишаблонов проектирования можно привести следующие…

Сокрытие ошибок

Случайная сложность

Действие на расстояние

Рефакторинг кода

Связующим звеном между архитектурой, стилем и шаблонами является…

Язык шаблонов

Инкапсуляция

Наследование классов

Полиморфизм

Шаблон – это

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

Общее решение некоторой повторяющейся проблемы в определенном контексте

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

Экземпляр объекта, который выдает себя за группу самостоятельных экземпляров

Язык шаблонов состоит из ключевых компонентов…

Уникальная проблема

Определенный контекст

Повторяющаяся проблема

Общее решение

Язык шаблонов, представляет собой…

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

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

Компонент с низкой степенью связанности

Последовательный доступ ко всем элементам составного объекта

Важность применения шаблонов для построения оптимальной архитектуры обусловлена следующими причинами…

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

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

Однозначно определяются правила создания экземпляров

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

Сервис-ориентированная методология – это

Поведенческие и порождающие шаблоны проектирования

Визуальное изображение архитектуры

Подход к проектированию прикладных информационных систем

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

Сервис-ориентированная методология руководствуется следующими принципами

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

Явное отделение бизнес-логики от логики презентации информации

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

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

Взаимодействие сервисов между собой одним и тем же стандартным, но в то же время универсальным способом. Эта особенность использования сервисов, независимая от окружения и платформы, получила название модели…

"Централизации процессов"

"Слабой связи"

"Сильной связи"

"Скрытие элементов"

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

Оркестровка

Построение

Хореография

Согласование

Язык BPEL (Business Process Executable Language for Web Services) используется для…

Поддержания связей между объектами архитектуры

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

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

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

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

Определенные технологии (XML) для формата данных

Стандарты Web Services Description Language (WSDL) для описания своих интерфейсов

Visual Basic for Applications (VBA, Visual Basic для приложений)

Simple Object Access Protocol (SOAP) для описания формата принимаемых и посылаемых сообщений

MDA является как обобщением идей SOA, так и постулированием необходимости применения концепции…

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

Слабой зависимость одной подсистемы от изменений в другом классе подсистемы

Реализации и поддержания древовидной структуры объектов

Повторно используемых программных компонент (шаблонов, паттернов)

MDA - идея, основанная на следующих принципах…

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

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

Основа для разработки приложений масштаба предприятия - детальные модели с общепринятой нотацией

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

В сервис ориентированной архитектуре следует выделить следующие уровни, обеспечивающие ее функционирование…

Уровень абстракции

Уровень интеграции

Презентационный уровень

Уровень бизнес-сервисов

Принцип Разделение функций предполагает…

Каждый отдельно взятый компонент или модуль должен отвечать только за одно конкретное свойство/функцию или их совокупность

Компоненту или объекту не должны быть известны внутренние детали других компонентов или объектов

Правильное разделение состояния объекта на внутреннее и внешнее

Разделение приложений на отдельные компоненты с минимальным "перекрытием" используемой общей функциональности

Принцип минимального знания предполагает…

Разделение приложений на отдельные компоненты с минимальным "перекрытием" используемой общей функциональности

Компоненту или объекту не должны быть известны внутренние детали других компонентов или объектов

Правильное разделение состояния объекта на внутреннее и внешнее

Каждый отдельно взятый компонент или модуль должен отвечать только за одно конкретное свойство/функцию или их совокупность

Принцип единственности ответственности предполагает…

Правильное разделение состояния объекта на внутреннее и внешнее

Разделение приложений на отдельные компоненты с минимальным "перекрытием" используемой общей функциональности

Компоненту или объекту не должны быть известны внутренние детали других компонентов или объектов

Каждый отдельно взятый компонент или модуль должен отвечать только за одно конкретное свойство/функцию или их совокупность

Репозиторий – является

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

Единым интерфейсом описания всех типов операций, которые можно производить с системой

Службой времени

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

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

Итераторы

Псевдо абстракций

Шаблоны управления

Структурных единиц

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

Псевдо абстракций

Шаблонов управления

Классов

Структурных единиц

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

Системе необходимо обработать большой массив сторонних данных

Объединяются родственные операции в едином классе

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

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

Централизованное расположение данных позволяет…

Упростить поддержку соответствия между интегрируемыми компонентами и их атрибутами

Отказаться от "пересылки" данных и уменьшает степень связности между разнородными компонентами

Повысить общую производительность за счет "запараллеливания" процессов

Упростить добавление новых операций к существующим в системе объектам

Архитектурный шаблон "Клиент/сервер" предполагает распределение функционирования программы между следующими основными компонентами…

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

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

Клиент и браузер

Набор подсистем (клиентов), обращающихся к серверам по средствам специализированных сервисов

Недостатком шаблона "клиент/сервер" является…

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

Большом объем передаваемых данных может вызвать проблемы с пропускной способностью сети

Сложность реализации и последующей поддержки

Сложность выявления и обработки исключительных ситуации

Неоспоримым преимуществом администрирования и сопровождения архитектуры, построенной на шаблоне "клиент/сервер" является…

Уменьшение количества экземпляров объектов, оперируемых в информационной системе

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

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

Правильное разделение состояния объекта на внутреннее и внешнее

Шаблон "Модель предметной области" целесообразно применять в случаях, когда…

Бизнес-логика реализуемого приложения редко изменяется

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

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

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

При использовании шаблона "Модель предметной области", компания-разработчик получает следующие преимущества…

Все создаваемые объекты являются явно или потенциально применимыми для повторного использования

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

Архитектуру системы можно разрабатывать на базе объектов или их структур, созданных ранее

Система, построенная на принципах шаблона "модель предметной области" значительно проще в понимании и дальнейшем сопровождении, особенно, если речь идет о сложных отраслях бизнеса

Паттерн "Функциональные колодцы" воплотил в себе принцип…

Разделения функциональности информационных систем в соответствии с потребностями автоматизации отдельных объектов

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

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

Простоты выявления и обработку исключительных ситуации

Источник данных - это

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

Это объект, который отвечает за обработку системных событий и не относится к интерфейсу пользователя

Экземпляр объекта, который выдает себя за группу самостоятельных экземпляров

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

Шаблон "Потоки данных" представляет собой…

Унифицированный язык спецификации интерфейсов объектов

Централизованный файловый доступ

Приложения объединяющиеся в систему вокруг интегрированных данных под управлением единого СУБД

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

Основной недостаток шаблона "Потоки данных", заключается в…

Создании не масштабируемого приложения

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

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

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

Паттерны категории "Централизованного управления", содержат описание механизмов…

Уменьшения количества экземпляров объектов, оперируемых в информационной системе

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

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

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

Применение шаблона "Сценарий транзакций" способствует…

Выявлению и обработку исключительных ситуации

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

Упрощению структурных взаимосвязей между объектами

Скрытию опасных/лишних данных

Сценарий транзакции - процедура, которая…

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

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

Упрощает добавление новых операций к существующим в системе объектам

Использует интерфейсы только пассивных систем

Недостатком шаблона "Сценарий транзакций", можно выделить…

Непредвиденные обновления

Сложность выявления и обработки исключительных ситуации

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

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

Шаблон организации систем "Диспетчер", предусматривает в продукте…

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

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

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

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

Применение паттерна "Диспетчер" целесообразно в тех случаях, когда…

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

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

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

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

Паттерн "Диспетчер", как правило, применяется в системах, для которых…

Необходимо повысить их общую производительность за счет "запараллеливания" процессов

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

Следует упростить внедрение новой функциональности благодаря слабой связанности кода

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

Шаблон "Управление прерываниями" применяется в системах…

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

Использующих асинхронный обмен сообщениями с помощью общей шины данных

Имеющих унифицированный язык спецификации интерфейсов объектов

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

Управление по событиям является способом…

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

Управления, основанного на структурных особенностях поэтапного выполнения программ

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

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

"Передача сообщений" -шаблон проектирования который…

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

Позволяет встраивать в код зависящие от приложения классы

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

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

Основной недостаток комбинирования шаблонов "Управление прерываниями" и "Диспетчер" состоит в том, что…

Большом объем передаваемых данных может вызвать проблемы с пропускной способностью сети

Необходимо серьезно повышать общую производительность системы за счет "запараллеливания" процессов

Система сложна в программировании и последующем тестировании

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

Для шаблона "Активная запись" характерны следующие характеристики…

Экземпляр класса соответствует определенной записи в таблице

Создание специальной коллекции объектов, загруженных из базы данных в пределах одной транзакции

При изменении (удалении) какого-либо объекта изменяется (удаляется)

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

Паттерн "Количество объектов" реализуется за счет…

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

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

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

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

Подгруппа структурных интеграционных шаблонов содержит описание 3 базисных паттернов, перечислите их.

"Шлюз"

"Звезда"

"Точка-точка"

"Смешанный способ"

"Суть шаблона зависит от возможности системы поставщика данных предоставить интеграционный интерфейс для активной системы…" О каком паттерне идет речь?

"Звезда"

"Шлюз"

"Точка-точка"

"Смешанный способ"

В шаблонах интеграции, традиционно выделяют следующие группы паттернов. Укажите их.

Шаблоны по способу шифрования

Шаблоны по способу интеграции

Структурные шаблоны интеграции

Шаблоны по методу интеграции

"Адаптер" обеспечивает…

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

Уменьшение количества экземпляров объектов, оперируемых в информационной системе

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

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

Необходимым условием применения шаблона "Звезда" является…

Уменьшение количества экземпляров объектов, оперируемых в информационной системе

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

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

Правильное разделение состояния объекта на внутреннее и внешнее

Смешанный способ совмещает в себе…

Механизмы интеграции, описанные в шаблонах "Шлюз" и "Звезда"

Механизмы интеграции, описанные в шаблонах "Точка-точка" и "Шлюз"

Механизмы интеграции, описанные в шаблонах "Точка-точка" и "Звезда"

Механизмы интеграции, описанные в шаблонах "Точка-точка", "Звезда", "Шлюз"

При применении паттерна "Звезда" интеграционная среда должна или может…

Использовать интерфейсы активных систем

Использовать интерфейсы пассивных систем

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

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

В функционально-центрическом подходе в качестве сервисов должны быть реализованы функции…

Централизованный файловый доступ

Служба позиционирования

Служба времени

Прикладная обработка

Под методом интеграции понимается…

Способ обращения к базе данных

Способ разработки, направленный на экономию времени реализации системных компонентов

Способ передачи, который в своей основе оперирует тем или иным объектом

Способ визуализации архитектуры

Исторически первым подходом в решении задач интеграции является…

Интеграция систем по классам

Интеграция систем по компонентам

Интеграция систем по данным

Интеграция систем по интерфейсу

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

Отделение реализации компонентов от спецификации их интерфейсов

Унифицированный язык спецификации интерфейсов объектов

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

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

При использовании функционально-центрического подхода приложение декомпозируется на три уровня. Укажите их.

Взаимодействие с пользователем

Доступ и управление данными

Взаимодействие с компонентами

Прикладная обработка

К шаблонам по типу обмена данными относят…

Файловый обмен

Точки вариации

Общая база данных

Обмен сообщениям

Шаблон "Общая база данных" позволяет…

Реализовать способ последовательного доступа ко всем элементам составного объекта, не раскрывая его внутреннего представления

Использовать единый интерфейс для описания всех типов операций, которые можно производить с системой

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

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

Шаблон "Обмен сообщениями" основан на…

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

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

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

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

Сутью шаблона "Файловый обмен" является что…

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

Реализуется способ последовательного доступа ко всем элементам составного объекта, не раскрывая его внутреннего представления

"Системы источники" экспортируют необходимые данные в формате (XML и пр.) пригодном для импорта и последующего преобразования и загрузки в "системы потребители"

Становится возможным использовать единый интерфейс для описания всех типов операций, которые можно производить с системой

В качестве структурных паттернов проектирования выделяют…

"Адаптер"

"Переходник"

"Мост"

"Заместитель"

Структурный шаблон "Адаптер" востребован в ситуации, когда…

Необходимо уменьшить количество экземпляров объектов, оперируемых в информационной системе

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

Необходимо обеспечить добавления новых примитивных или составных объектов

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

Шаблон "Заместитель" может иметь обязанности. Перечислите их.

"Удаленный" заместитель может отвечать за кодирование запроса и его аргументов и отправку закодированного запроса

"Виртуальный" заместитель может кэшировать дополнительную информацию о реальном компоненте

"Пропорциона

В случаях, когда необходимо управлять доступом к объекту, так чтобы создавать громоздкие компоненты только "по требованию" оптимально использовать шаблон…

"Заместитель"

"Приспособленец"

"Адаптер"

"Мост"

Чаще всего "Адаптер" применяется, если…

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

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

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

В приложении используется большое число объектов, приводящим к высоким системным затратам

Применение шаблона "Компоновщик" особенно востребовано, когда в информационной системе…

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

Реализованы и поддерживаются древовидные структуры объектов

Функционал клонирования объекта является более предпочтительным вариантом нежели его создание и инициализация с помощью конструктора

Алгоритм создания сложного объекта не должен зависеть от того, из каких частей состоит объект и как эти части должны взаимодействовать между собой

Достоинствами "Компоновщика" являются…

Простота структуры программы

Уточнение операций над экземплярами и их представление

Контролируемый доступ к единственному экземпляру

Легкость добавления новых примитивных или составных объектов

Шаблон "Низкая связанность" воплощает принцип проектирования, который…

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

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

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

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

Применение шаблона "Мост" позволяет…

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

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

Использовать единый интерфейс для описания всех типов операций, которые можно производить с системой

Реализовать способ последовательного доступа ко всем элементам составного объекта, не раскрывая его внутреннего представления

К недостаткам "Компоновщика" можно отнести…

Создание не масштабируемого приложения

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

Высокие требования к ресурсам

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

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

"Приспособленец"

"Мост"

"Заместитель"

"Информационный эксперт"

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

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

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

Поддержка отмены и повтора операций

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

Низкая связанность позволяет избежать следующих проблем…

Повторное использование становится возможным

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

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

Затруднено добавление новых классов к системным "элементам", поскольку требуется объявление новой абстрактной операции

Имеет смысл использовать паттерн "Приспособленец" если одновременно выполняются следующие условия…

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

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

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

В приложении используется не большое число объектов, имеющих слабую связь

Шаблон "Устойчивый к изменениям" описывает…

Окружение системы

Контролируемый доступ к единственному экземпляру

Часто встречающуюся, но не подверженную изменениям, задачу

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

"Приспособленец"– это…

Компонент интеграционной шины

Экземпляр объекта, который выдает себя за группу самостоятельных экземпляров

Составной объект, являющийся копией верхне-уровненного класса

Самостоятельный класс

Применение шаблона "Фасад" наиболее востребовано с следующих условиях…

Если предполагается работа лишь с ограниченным набором функций исходной системы

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

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

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

В результате оптимального использования принципов шаблона "Устойчивый к изменениям" можно получить следующие преимущества…

Слабое связывание

Легкость добавления новых расширений и вариаций

Возможность добавления новых реализаций

Сильное связывание

Говоря о устойчивости программного обеспечения следует выделить два типа точек…

Точки эскалации

Точки интеграции

Точки вариации

Точки эволюции

Поведенческие шаблоны проектирования определяют…

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

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

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

Необходимость уменьшения количества экземпляров объектов, оперируемых в информационной системе

"Интерпретатор" (англ. Interpreter) — поведенческий шаблон проектирования…

Решающий часто встречающуюся, но не подверженную изменениям, задачу

Решающий уникальную и не подверженную изменениям, задачу

Решающий часто встречающуюся, но подверженную изменениям, задачу

Решающий уникальную, но подверженную изменениям, задачу

В поведенческих шаблонах, как и в смежных им структурных шаблонах, в качестве инструмента определения поведения для различных классов используется…

"Наследование"

"Инкапсуляция"

"Адаптер"

"Полиморфизм"

В качестве основного назначения паттерна "Итератор", следует выделить…

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

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

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

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

Для разработки паттерна "Интерпретатор" потребуются следующие участники…

Нетерминальное выражение

Контекст

Абстрактное выражение

Окружение

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

"Абстрактная фабрика"

"Прототип"

"Адаптер"

"Итератор"

Алгоритм реализации шаблона "Итератор", содержит следующие стадии…

Определяются состояния объекта

Конкретный экземпляр агрегата реализует интерфейс создания итератора и возвращает экземпляр его класса

Создается определенный класс (итератор), который определяет интерфейс для доступа и перебора элементов

Агрегат определяет интерфейс для создания объекта – итератора

При реализации шаблона "Команда" следует обратить внимание на следующие моменты…

Поддержка отмены и повтора операций

Накопление ошибок в процессе отмены

Насколько "умной" должна быть команда

Правильное разделение состояния объекта на внутреннее и внешнее

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

"Адаптер"

"Команда"

"Итератор"

"Фасад"

Для реализации шаблона "Наблюдатель" необходимо…

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

Определить событие/триггер для обновления интерфейса

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

Определить интерфейс "Подписки". Это интерфейс должен быть спроектирован оптимальным образом, не слишком большим, но и не слишком специализированным

Шаблон "Наблюдатель" можно охарактеризовать следующими отличительными чертами…

Наблюдатель определяет часть представление в рассмотренном ранее архитектурном шаблоне Model-View-Controller (MVC)

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

Он находит широкое применение в системах пользовательского интерфейса, в которых данные и их представления ("виды") отделены друг от друга

Отделение реализации компонентов от спецификации их интерфейсов

Перечислите задачи, которые можно решить помощью шаблона "Команда".

Любое приложение c возможностями отмены или повторения действий (undo/redo) пользователя

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

Системы с поддержкой асинхронных вызовов, инкапсулирующие обратный вызов в виде опроса объекта

Уменьшение количества экземпляров объектов, оперируемых в информационной системе

Недостатками шаблона "Наблюдатель" являются…

Приводит к предсказуемому падению производительности

Непредвиденные обновления

Протокол обновления не содержит никаких сведений о том, что изменилось в субъекте - работа наблюдателей при этом усложняется

Затруднено добавление новых классов к системным "элементам", поскольку требуется объявление новой абстрактной операции в классе "Наблюдатель "

Главными преимуществами применения паттерна "Посетитель" являются следующие…

Он объединяет родственные операции в едином классе

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

Скрывает опасные/лишние данные

Упрощается добавление новых операций к существующим в системе объектам

В качестве основных достоинств применения шаблона "Наблюдатель" являются…

Легкость добавления новых примитивных или составных объектов

Минимальная связанность объекта и наблюдателя

Простота структуры программы

Широковещательность оповещения: объект оповещает не конкретного, а всех подписанных на него наблюдателей

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

"Посредник"

"Адаптер"

"Хранитель"

"Стратегия"

Основным недостатком паттерна "Посетитель" выделяют то, что…

Нередко происходят непредвиденные обновления

Модули больше не могут взаимодействовать напрямую

Затруднено добавление новых классов к системным "элементам", поскольку требуется объявление новой абстрактной операции в классе "Посетитель"

Протокол обновления не содержит никаких сведений о том, что изменилось в субъекте - работа наблюдателей при этом усложняется

Применение шаблона "Посредник" позволяет…

Установить высокую связанность между коллегами

Снизить связанность между коллегами

Упростить внедрение новой функциональности благодаря слабой связанности код

Централизовать управление системой

В ситуациях, когда класс содержит ряд схожих алгоритмов, как правило, эти алгоритмы приводят к одному и тому же результату, но могут отличаться по другим параметрам. В подобных ситуациях целесообразно использовать шаблон…

"Посетитель"

"Стратегия"

"Состояние"

"Контроллер"

Недостатками шаблона Посредник являются…

Модули больше не могут взаимодействовать напрямую

Использование медиатора приводит к предсказуемому падению производительности

Затруднено добавление новых классов к системным "элементам", поскольку требуется объявление новой абстрактной операции в классе "Посредник"

Протокол обновления не содержит никаких сведений о том, что изменилось в субъекте - работа наблюдателей при этом усложняется

В ситуациях, когда требуется варьировать поведение объекта в зависимости от его внутреннего состояния, используют шаблон проектирования…

"Состояние"

"Контроллер"

"Посетитель"

"Стратегия"

Для реализации шаблона "Хранитель", обязательно должны быть определены 3 различных "участника". Укажите их.

"Смотритель"

"Хранитель"

"Пользователь"

"Хозяин"

К основным преимуществам использования шаблона "Стратегия" следует отнести…

Легкость добавления новых примитивных или составных объектов

Простота структуры программы

Скрывает опасные/лишние данные

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

Когда необходимо зафиксировать поведение объекта для его последующей реализации применяется шаблон…

"Контроллер"

"Посетитель"

"Хранитель"

"Состояние"

"Цепочка обязанностей" позволяет…

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

Упростить структурные взаимосвязи между объектами

Избежать частых обновлений

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

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

Составной метод

Аналитический метод

Интеграционный метод

Шаблонный метод

В случаях, когда требуется эффективно, компактно, надежно реализовать обработку потока информации с потенциально большим количеством обработчиков используется шаблон проектирования…

"Контроллер"

"Пользователь"

"Посетитель"

"Цепочка обязанностей"

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

Упрощены структурные взаимосвязи между объектами

Контролируемый доступ к единственному экземпляру

Простота расширения системы за счет добавления новых вариаций

Расширение и масштабирование существующей системы не составляет больших трудностей и затрат

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

"Высокое зацепление"

"Посетитель"

"Контроллер"

"Хранитель"

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

"Высокое зацепление"

"Пользователь"

"Контроллер"

"Посетитель"

В основные обязанности группы Порождающих шаблонов проектирования входит работа по…

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

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

Необходимость уменьшения количества экземпляров объектов, оперируемых в информационной системе

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

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

"Абстрактная фабрика"

"Хранитель"

"Фабричный метод"

Одиночка"

При реализации Порождающих шаблонов широко используется…

"Наследование"

"Полиморфизм"

"Инкапсуляция"

"Рекурсия"

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

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

Всегда открыта реализация класса

Скрываются реализации конкретных классов

Свободная замена семейства продуктов

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

Использующий экземпляры объект должен обращаться к абстрактной фабрике для создания требуемых экземпляров

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

Упрощайте добавление новых операций к существующим в системе объектам

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

Основным недостатком шаблона "Абстрактной фабрики" является то что…

Использование приводит к предсказуемому падению производительности

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

Непредвиденные обновления

Протокол обновления не содержит никаких сведений о том, что изменилось в субъекте - работа наблюдателей при этом усложняется

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

"Прототип"

"Высокое зацепление"

"Хранитель"

"Контроллер"

В качестве основных достоинств использования шаблона проектирования "Одиночка", можно выделить следующие…

Контролируемый доступ к единственному экземпляру

Допускает уточнение операций над экземплярами и их представление

Высокая гибкость при модификации класса

Свободная замена семейства продуктов

Основным недостатком паттерна "Одиночка" является…

Непредвиденные обновления

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

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

Приводит к предсказуемому падению производительности

В условиях, когда не определено, какой из системных компонентов должен отвечать за создание экземпляров класса используют паттерн…

"Абстрактная фабрика"

"Создатель экземпляров"

"Прототип"

Строитель"

Основным преимуществом использования паттерна "Создатель" экземпляров является…

Все создаваемые объекты являются явно или потенциально применимыми для повторного использования

Архитектуру системы можно разрабатывать на базе объектов или их структур, созданных ранее

Система, построенная на принципах шаблона "Создатель экземпляров" значительно проще в понимании и дальнейшем сопровождении, особенно, если речь идет о сложных отраслях бизнеса

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

Отличительными условиями, характеризующими уместность применения шаблона "Прототип", являются…

Нежелательное создание отдельной иерархии классов фабрик для создания объектов-продуктов из параллельной иерархии классов (отличие от шаблона абстрактная фабрика)

Функционал клонирования объекта является более предпочтительным вариантом нежели его создание и инициализация с помощью конструктора

Существует высокая сложность выявления и обработки исключительных ситуации

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

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

"Строитель"

"Создатель экземпляров"

"Прототип"

"Абстрактная фабрика"

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

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

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

Для изменения внутреннего представления "Продукта" достаточно определить новый вид "Строителя"

Легкость добавления новых примитивных или составных объектов

Суть шаблона "Строитель" состоит в том, что…

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

Алгоритм создания сложного объекта обязательно должен зависеть от того, из каких частей состоит объект и как эти части должны взаимодействовать между собой

Алгоритм создания сложного объекта не должен зависеть от того, из каких частей состоит объект и как эти части должны взаимодействовать между собой

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

Преимуществом шаблона "Фабричный метод" является то, что нет необходимости…

Встраивать в код зависящие от приложения классы

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

Объединять родственные операции в едином классе

Скрывать опасные/лишние данные

Основным недостатком шаблона "Фабричный метод" является то, что…

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

Приводит к предсказуемому падению производительности

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

Непредвиденные обновления

В условиях, когда необходимо определить интерфейс для создания конкретного объекта, но требуется делегировать системным подклассам решение о том, какой класс нужно инстанциировать, используется шаблон…

"Фабричный метод"

"Абстрактная фабрика"

"Контроллер"

"Прототип"

Диаграммы классов создаются при логическом проектировании информационных систем. Они служат, для…

Для моделирования логики программных компонент

Отображения поведения объектов, изображенных на ней классов

Для представления архитектуры. Можно выделить архитектурно значимые классы и показать их на диаграммах, описывающих архитектуру

Моделирования данных. Анализ предметной области позволяет выявить основные характерные для нее сущности и связи между ними

Диаграмма классов не отображает…

Архитектурно значимые классы

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

Логику программных компонентов

Сущности и связи между ними

Визуальное представление архитектуры имеет следующие достоинства…

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

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

Адекватное моделирование рассматриваемой предметной области

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

Вид диаграммы "Компоненты" визуализирует

Интеграционные и архитектурные шаблоны проектирования

Архитектурно значимые классы

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

Поведенческие и порождающие шаблоны проектирования

Вид диаграммы "Контейнеры" частично визуализирует

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

Архитектурно значимые классы

Поведенческие и порождающие шаблоны проектирования

Интеграционные и архитектурные шаблоны проектирования

Целью построения диаграммы "Контекст" является…

Показать архитектурно значимые классы

Показать окружение системы: пользователей (действующие лица, роли) и другие информационные системы, с которыми осуществляется взаимодействие

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

Показать логику программных компонентов

Рамочные модели представляют собой…

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

Ограничения и требования, которые необходимо принимать во внимание при решении задачи

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

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

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

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

Описание инфраструктуры, которая необходима для поддержки разнообразия

Данные, требуемые для выполнения бизнес-функции