Главная / Архитектурное проектирование программного обеспечения

Архитектурное проектирование программного обеспечения - ответы на тесты Интуит

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

Список вопросов:

# В основе архитектурного проектирования лежат понятия:
# Проектирование - это
# Архитектурное проектирование - это
# Архитектурное проектирование программного обеспечения, одной из задач ставит
# Программные продукты – это
# Причиной развития темы архитектуры программного обеспечения является
# В процессе архитектурного проектирования важно сделать выбор
# Шаблоны проектирования (design patterns) представляет собой
# Архитектурные решения - это
# 15 шаблонов архитектурного проектирования представленных Алистером Коуберном преимущественно описывают
# Алистер Коуберн, в своих работах, выделяет 3 стиля применения шаблонов:
# Выбор стиля использования шаблонов производится на основании
# Договоренность в соответствии, с которой в дальнейшем будет идти развитие продукта это
# Часть недопониманий, между различными подразделениями, в большинстве случаев, «снимается» за счет использования
# Для перехода с этапа описания архитектуры бизнес-процессов к формированию целостной ИТ-архитектуры, используют следующие предметные области:
# Для описания структуры данных компании, в привязке к существующим и планируемым бизнес процессам, используют:
# Стадией перехода от архитектуры бизнес-процессов и данных к созданию архитектуры приложений является:
# Функциональная составляющая, разрабатываемой архитектуры приложений формируется по требованию:
# «Карта поддержки процессов информационными системами» - это документ позволяющий
# После этапа создания архитектуры приложений наступает этап
# Архитектурное решение зависит от следующих факторов
# Один из постулатов программной инженерии, гласит
# К нефункциональным характеристикам архитектуры программного обеспечения относят
# Признаком успешной архитектуры является
# Признаком плохой архитектуры является
# Цель создания архитектурного программного продукта
# Применение шаблона позволяет
# Под требованиями к программному обеспечению понимают
# Функциональные требования это
# Не функциональные требования это
# Требования должны быть
# Под компонентом понимается
# Поведение компонента, как основного объекта архитектуры программного продукта, определяется следующими основными группами требований:
# Объект, как элемент архитектуры программного обеспечения, должен поддерживать следующие связи компонентов
# Факторы «контекста» это
# Группами единиц измерения размера программ, являются
# В самом начале работы над реализацией архитектуры и функциональностью программного продукта важно
# Первый этап работ в жизненном цикле программного продукта это
# В «правильном» процессе проектирования архитектуры для того, чтобы привести достоверную оценку, прогнозирование и обоснование спецификаций необходимы следующие данные:
# Для верификации и последующего изменения документов, каждое функциональное требование должно быть представлено
# Для обеспечения системной работы с требованиями, на этапах архитектурного проектирования должны быть определены следующие принципы работы с требованиями
# Классическому «водопадному» подходу к проектированию архитектуры программных продуктов информационных систем свойственно
# Для заказчика программного продукта и групп заинтересованных пользователей имеют значимость следующие результаты процессов разработки и использования конкретного приложения:
# Причины разработки документации с неудовлетворительным качеством:
# Эффективное управление документацией программного продукта в процессах архитектурного проектирования может быть выстроено при условии, если выполнены задачи:
# Для лучшей оценки влияния документа на реализуемую функциональность программного продукта в частности и на архитектуру в целом необходимо каждому из создаваемых документов присвоить
# Для пользователей и заинтересованных сторон, ответственных за будущую поддержку и развитие программного продукта наибольшее значение имеют те документы, которые
# Перед тем как внедрять стандарты в процессы конкретной организации следует
# Ресурсная база организации – это
# Сегмент/домен/направление деятельности компании – это
# Степень влияние информационных технологий на поддержку и развитие бизнеса определяет
# Перечень стандартов и их содержание, на конкретном предприятии, должно определяться на стадии
# Стандартизация призвана обеспечить …. повышение качества процессов
# Стандарт на работу с требованиями должен
# Стандарт на разработку архитектуры программного продукта содержит
# Стандарт процесса кодирования
# Стандарты должны определять
# Требования к программным продуктам принято делить на 2 типа критичности
# Функциональные требования описывают
# Классический подход разработки и фиксации функциональных требований состоит в
# Use cases подход фиксации функциональных требований состоит в
# Нефункциональные требования, в дополнение к функциональным, направленны на
# Укажите основные группы нефункциональных требований
# Запланированное функционирование бизнес процессов, необходимо обеспечить следующими требованиями к ресурсам, которые могут быть кратко выражены следующими аспектами
# Один из основных постулатов создания качественного и адекватного программного продукта, называется:
# Трассирование представляет собой
# Трассировка должна способствовать установлению связи между:
# Оптимально выстроенный процесс трассирования должен ясно и однозначно позволять ответить на вопросы:
# Под валидацией понимается процесс
# Верификация – это
# При выполнении тестирования должны быть решены основная задача:
# Среди рисков реализации архитектуры, основными считаются:
# Для того, чтобы максимально обезопасить программный продукт от риска смены разработчика следует
# Под уровнями архитектуры программного обеспечения понимаются
# Аспекты каждого уровня детализируются
# Функциональные дисциплины - это
# Каждый уровень и дисциплина детализируются настолько подробно
# GAP-компонент применяется для
# Модель Захмана предлагает решение двух основных архитектурных задач
# Модернисткой идеей Захмана, изложенной в его модели, было предложение
# В модели "4+1" категория «Логическое представление» играет роль
# В модели "4+1" категория «Процессное представление» применяется для
# В модели "4+1" категория «Физическое представление» отражены
# В модели "4+1" категория «Представление уровня разработки» описывает
# Связующим артефактом разрабатываемой архитектуры программного продукта, в модели «4+1», являются
# Стратегическая модель архитектуры «SAM» представляет собой
# Для построения качественной архитектуры по модели SAM, необходимо классифицировать разрабатываемые сферы интересов по следующей топологии:
# Сфера интересов «Статичные» в модели SAM должна описывать
# Сфера интересов «Подвижные» в модели SAM должна описывать
# Сфера интересов «Динамичные» в модели SAM определяет
# Методики MSF и MSA применяются для
# Методики MOF и MSM описывают
# В архитектурных документах Microsoft выделены следующие типы руководств и обеспечивающих методик
# Архитектурные шаблоны - это
# Архитектура по модели СAFCR должна решать следующие задачи
# Для проектирования и последующей реализации архитектуры программного продукта конкретной организации следует
# Достоинствами создания собственной корпоративной методологии являются:
# Достоинствами создания собственной корпоративной методологии являются
# Критичным требованием к достижению результата разработки оптимального программного продукта является требование
# Архитектура программного продукта состоит из
# Чтобы не допустить устаревания программного продукта и адекватно реагировать на запросы бизнеса, компания должна иметь:
# Мартин Фаулер, выделяет следующие архитектурные роли:
# Архитектурная роль "Architectus Reloadus" описывается Мартином Фаулером как:
# Архитектурная роль "Architectus Oryzus" описывается Мартином Фаулером как:
# Одна из основных задач Системного архитектора состоит в:
# «Авторитет» - характеристика Системного архитектора, которая позволяет:
# Если постулировать режим диктатуры, то архитектор рискует попасть в ловушку профессионального одиночества, основными типичными признаками которой являются:
# «Готовность и способность к взаимодействию» - черта Системного архитектора, которая позволяет:
# «Определение наиболее эффективного и адаптируемого рабочего процесса» - способность Системного архитектора, которая позволяет:
# «Дипломатичность» - характеристика Системного архитектора, которая позволяет:
# «Инициативность» - характеристика Системного архитектора, которая проявляется в:
# «Абстрактность мышления» характеристика Системного архитектора, которая позволяет:
# Укажите обязанности Архитектора на стадии «Анализ информации» процесса разработки информационной системы
# Укажите обязанности Архитектора на стадии «Проектирование» процесса разработки информационной системы
# Укажите обязанности Архитектора на стадии «Реализация проекта» процесса разработки информационной системы
# Укажите обязанности Архитектора на стадии «Тестирование» процесса разработки информационной системы
# Укажите обязанности Архитектора на стадии «Поддержка и обслуживание» процесса разработки информационной системы
# Комплексные системы мониторинга способствуют решению следующих задач:
# Подход, при котором будет оптимально интегрироваться друг с другом различные компоненты программного продукта и различные информационные системы, позволит достичь:
# Укажите существующие подходы к построению системы мониторинга
# Подход к построению системы мониторинга «Сверху вниз» предполагает что:
# Подход к построению системы мониторинга «Снизу вверх» предполагает:
# Подход к построению системы мониторинга «Комбинированный подход» предполагает:
# Для прогнозируемого и предсказуемого процесса сопровождения, стадию разработки информационной системы необходимо выполнять с учетом:
# Стратегии совершенствования подразумевает
# Стратегия развития подразумевает
# Сформулированный и продемонстрированный Мартином Фаулером принцип «YAGNI» описывает: