Архитектурное проектирование программного обеспечения - ответы
Количество вопросов - 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" категория «Процессное представление» применяется для
Стандарт процесса кодирования
Проектирование - это
Классическому «водопадному» подходу к проектированию архитектуры программных продуктов информационных систем свойственно
Алистер Коуберн, в своих работах, выделяет 3 стиля применения шаблонов:
«Инициативность» - характеристика Системного архитектора, которая проявляется в:
Каждый уровень и дисциплина детализируются настолько подробно
При выполнении тестирования должны быть решены основная задача:
Оптимально выстроенный процесс трассирования должен ясно и однозначно позволять ответить на вопросы:
Связующим артефактом разрабатываемой архитектуры программного продукта, в модели «4+1», являются
Поведение компонента, как основного объекта архитектуры программного продукта, определяется следующими основными группами требований:
Нефункциональные требования, в дополнение к функциональным, направленны на
В основе архитектурного проектирования лежат понятия:
В самом начале работы над реализацией архитектуры и функциональностью программного продукта важно
Архитектурное решение зависит от следующих факторов
Чтобы не допустить устаревания программного продукта и адекватно реагировать на запросы бизнеса, компания должна иметь:
Программные продукты – это
Договоренность в соответствии, с которой в дальнейшем будет идти развитие продукта это
Для перехода с этапа описания архитектуры бизнес-процессов к формированию целостной ИТ-архитектуры, используют следующие предметные области:
«Карта поддержки процессов информационными системами» - это документ позволяющий
Ресурсная база организации – это
Степень влияние информационных технологий на поддержку и развитие бизнеса определяет
Верификация – это
Сфера интересов «Динамичные» в модели SAM определяет
Для проектирования и последующей реализации архитектуры программного продукта конкретной организации следует
Архитектура программного продукта состоит из
Комплексные системы мониторинга способствуют решению следующих задач:
Часть недопониманий, между различными подразделениями, в большинстве случаев, «снимается» за счет использования
Запланированное функционирование бизнес процессов, необходимо обеспечить следующими требованиями к ресурсам, которые могут быть кратко выражены следующими аспектами
Укажите обязанности Архитектора на стадии «Анализ информации» процесса разработки информационной системы
Признаком плохой архитектуры является
Эффективное управление документацией программного продукта в процессах архитектурного проектирования может быть выстроено при условии, если выполнены задачи:
Сформулированный и продемонстрированный Мартином Фаулером принцип «YAGNI» описывает:
Архитектурное проектирование программного обеспечения, одной из задач ставит
Не функциональные требования это
Подход к построению системы мониторинга «Комбинированный подход» предполагает:
Применение шаблона позволяет
Функциональные дисциплины - это
Перед тем как внедрять стандарты в процессы конкретной организации следует
Одна из основных задач Системного архитектора состоит в:
Функциональные требования описывают
Для заказчика программного продукта и групп заинтересованных пользователей имеют значимость следующие результаты процессов разработки и использования конкретного приложения:
Подход, при котором будет оптимально интегрироваться друг с другом различные компоненты программного продукта и различные информационные системы, позволит достичь:
К нефункциональным характеристикам архитектуры программного обеспечения относят
Один из основных постулатов создания качественного и адекватного программного продукта, называется:
Сфера интересов «Статичные» в модели SAM должна описывать
Архитектурные шаблоны - это
Архитектура по модели СAFCR должна решать следующие задачи
Стратегии совершенствования подразумевает
В процессе архитектурного проектирования важно сделать выбор
Стандартизация призвана обеспечить …. повышение качества процессов
Для пользователей и заинтересованных сторон, ответственных за будущую поддержку и развитие программного продукта наибольшее значение имеют те документы, которые
Требования должны быть
GAP-компонент применяется для
«Определение наиболее эффективного и адаптируемого рабочего процесса» - способность Системного архитектора, которая позволяет:
В модели "4+1" категория «Представление уровня разработки» описывает