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

Количество вопросов - 128

Сфера интересов «Подвижные» в модели SAM должна описывать

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

«Авторитет» - характеристика Системного архитектора, которая позволяет:

Под требованиями к программному обеспечению понимают

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

Классический подход разработки и фиксации функциональных требований состоит в

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

Один из постулатов программной инженерии, гласит

«Дипломатичность» - характеристика Системного архитектора, которая позволяет:

Укажите обязанности Архитектора на стадии «Тестирование» процесса разработки информационной системы

Модель Захмана предлагает решение двух основных архитектурных задач

Стандарты должны определять

Группами единиц измерения размера программ, являются

Архитектурная роль "Architectus Reloadus" описывается Мартином Фаулером как:

Выбор стиля использования шаблонов производится на основании

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

Сегмент/домен/направление деятельности компании – это

Подход к построению системы мониторинга «Снизу вверх» предполагает:

Под валидацией понимается процесс

Подход к построению системы мониторинга «Сверху вниз» предполагает что:

Стратегия развития подразумевает

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

Стратегическая модель архитектуры «SAM» представляет собой

Цель создания архитектурного программного продукта

В модели "4+1" категория «Физическое представление» отражены

Укажите обязанности Архитектора на стадии «Реализация проекта» процесса разработки информационной системы

Методики MOF и MSM описывают

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

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

Аспекты каждого уровня детализируются

Архитектурное проектирование - это

Архитектурные решения - это

15 шаблонов архитектурного проектирования представленных Алистером Коуберном преимущественно описывают

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

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

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

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

Функциональные требования это

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

Факторы «контекста» это

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

Причины разработки документации с неудовлетворительным качеством:

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

Стандарт на работу с требованиями должен

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

Use cases подход фиксации функциональных требований состоит в

Укажите основные группы нефункциональных требований

Трассирование представляет собой

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

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

В модели "4+1" категория «Логическое представление» играет роль

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

Методики MSF и MSA применяются для

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

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

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

Мартин Фаулер, выделяет следующие архитектурные роли:

Архитектурная роль "Architectus Oryzus" описывается Мартином Фаулером как:

«Готовность и способность к взаимодействию» - черта Системного архитектора, которая позволяет:

«Абстрактность мышления» характеристика Системного архитектора, которая позволяет:

Укажите обязанности Архитектора на стадии «Проектирование» процесса разработки информационной системы

Укажите обязанности Архитектора на стадии «Поддержка и обслуживание» процесса разработки информационной системы

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

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

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

Первый этап работ в жизненном цикле программного продукта это

После этапа создания архитектуры приложений наступает этап

Шаблоны проектирования (design patterns) представляет собой

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

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

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

Трассировка должна способствовать установлению связи между:

В модели "4+1" категория «Процессное представление» применяется для

Стандарт процесса кодирования

Проектирование - это

Сформулированный и продемонстрированный Мартином Фаулером принцип «YAGNI» описывает:

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

Признаком плохой архитектуры является

Укажите обязанности Архитектора на стадии «Анализ информации» процесса разработки информационной системы

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

Часть недопониманий, между различными подразделениями, в большинстве случаев, «снимается» за счет использования

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

Архитектура программного продукта состоит из

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

Сфера интересов «Динамичные» в модели SAM определяет

Верификация – это

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

Ресурсная база организации – это

«Карта поддержки процессов информационными системами» - это документ позволяющий

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

Договоренность в соответствии, с которой в дальнейшем будет идти развитие продукта это

Программные продукты – это

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

Архитектурное решение зависит от следующих факторов

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

В основе архитектурного проектирования лежат понятия:

Нефункциональные требования, в дополнение к функциональным, направленны на

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

Связующим артефактом разрабатываемой архитектуры программного продукта, в модели «4+1», являются

Оптимально выстроенный процесс трассирования должен ясно и однозначно позволять ответить на вопросы:

При выполнении тестирования должны быть решены основная задача:

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

«Инициативность» - характеристика Системного архитектора, которая проявляется в:

Алистер Коуберн, в своих работах, выделяет 3 стиля применения шаблонов:

Классическому «водопадному» подходу к проектированию архитектуры программных продуктов информационных систем свойственно

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

Не функциональные требования это

Подход к построению системы мониторинга «Комбинированный подход» предполагает:

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

Функциональные дисциплины - это

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

Одна из основных задач Системного архитектора состоит в:

Функциональные требования описывают

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

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

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

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

Сфера интересов «Статичные» в модели SAM должна описывать

Архитектурные шаблоны - это

Архитектура по модели СAFCR должна решать следующие задачи

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

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

Стандартизация призвана обеспечить …. повышение качества процессов

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

Требования должны быть

GAP-компонент применяется для

«Определение наиболее эффективного и адаптируемого рабочего процесса» - способность Системного архитектора, которая позволяет:

В модели "4+1" категория «Представление уровня разработки» описывает