Архитектура предприятия | ointuit.ru

Архитектура предприятия

Ответы на курс: Архитектура предприятия

Хронологически правильна последовательность приоритетов бизнес-моделирования:

Ключевые ИТ-процессы в бизнесе:

Основная причина сложности внедрения и использования ИТ:

«Узким местом» ИТ-стратегии в бизнесе является:

Какие отношения для бизнес-стратегии являются основными?

Основная причина сложности внедрения и использования ИТ:

Выберите продолжение фразы: ИТ-стратегия, в основном, стратегия

Динамичность предприятия всегда предполагает:

Сервис-ориентированная архитектура опирается, в первую очередь, на:

Неверно утверждение в бизнесе:

ИТ в бизнесе позволяют:

«Предприятие реального времени» — это предприятие:

«Узким местом» ИТ-стратегии в бизнесе является:

Основные причины использования ИТ в инновационных целях:

ИТ в бизнесе не позволяет:

Наибольшее влияние на использование ИТ в бизнесе оказывает:

«Узким местом» ИТ-стратегии в бизнесе является:

Хронологически правильна последовательность приоритетов бизнеса:

Выберите продолжение фразы: ИТ-стратегия определяет, в основном,

«Предприятие реального времени» — это предприятие:

Хронологически правильна последовательность приоритетов принятия решения в бизнесе:

Выберите продолжение фразы: ИТ-стратегия характеризует, в основном,

Бизнес-стратегия базируется на:

Наибольшее влияние на использование ИТ в бизнесе оказывают:

Для бизнес-стратегии необходима(ы) адекватная(ые):

ИТ-бюджет включает:

«Ценность сетевой структуры экспоненциально возрастает с ростом числа подключений к сети» — это закон:

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

Когнитивная решетка Gartner состоит из осей:

К основным затратам на ИТ относятся:

Бюджет эволюционных затрат — это затраты на:

Организация типа В (пo Gartner) – это организация:

Наиболее часто имеются следующие преимущества, связанные с наличием «Архитектуры предприятия»:

На ИТ-бюджет оказывают наибольшее влияние:

Бюджет обязательных затрат — это затраты на:

Стратегия процветания бизнеса ориентируется обычно на:

Наиболее часто имеются следующие преимущества, связанные с наличием «Архитектуры предприятия»:

Бюджет развития — это:

Организация типа А (пo Gartner) – это организация:

Когнитивная решетка Gartner состоит из осей:

На ИТ-бюджет оказывают наибольшее влияние:

«Рост пропускной способности ИТ-сетей как минимум в 3 раза превышает мощность компьютеров» — это закон:

В технологическом развитии любой ИТ есть этапы:

Использование ИТ в организации имеет составляющую:

На ИТ-бюджет оказывают наибольшее влияние:

Основных затрат на ИТ – всего:

Стратегия процветания бизнеса ориентируется обычно на:

Организация типа С (пo Gartner) – это организация:

В технологическом развитии любой ИТ нет этапа:

Использование ИТ в организации имеет составляющую:

Наиболее часто имеются следующие преимущества, связанные с наличием «Архитектуры предприятия»:

Использование ИТ в организации имеет составляющую:

Стратегия процветания бизнеса ориентируется обычно на:

Современная архитектура предприятия всегда:

Наилучшим разбиением при описании архитектуры предприятия является разбиение на подсистемы в количестве:

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

Правильно утверждение:

Системное проектирование — это:

Реинжиниринг – это:

Системный анализ – это:

Наихудшим разбиением при описании архитектуры предприятия является разбиение на подсистемы в количестве:

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

Неправильно утверждение:

Эволюция представления «Архитектура предприятия»:

Целью управления ИТ бизнеса не является:

Предприятие – это:

Архитектура бывает двух основных типов:

Целью управления ИТ бизнеса не является:

Системный анализ имеет все указанные в списке ветви:

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

Системное мышление – это методология:

Целью управления ИТ бизнеса является:

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

Уровни принятия архитектурных решений:

Верно утверждение:

Ключевой концепцией Архитектуры предприятия является концепция:

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

Верна формула:

Полезность архитектурного решения может определяться:

Архитектура ИТ-семейство

Верно утверждение:

На «владельцев» бизнес — процессов ориентирован уровень архитектуры:

На вопрос: «С помощью каких технологий можно построить решение?» отвечают на уровне архитектуры:

На вопрос: «Как выглядят бизнес — процессы?» отвечает уровень:

На вопрос: «Какая информация требуется для бизнес-процесса?» отвечает уровень:

К не универсальным доменам описания «Архитектура предприятия» относятся:

На вопрос: «Каково видение решения?» отвечают на уровне архитектуры:

В большинстве случаев:

Архитектура предприятия:

На вопрос: «Каковы функции бизнеса?» отвечает уровень:

Уровни эволюции контекста Архитектуры предприятия:

На вопрос: «Каковы области бизнеса, ИТ — поддерживаемые?» отвечает уровень:

К не универсальным доменам описания «Архитектура предприятия» относятся:

Ценность архитектуры предприятия состоит, в основном:

Успешные методики описания Архитектуры предприятия используют обычно метод:

К универсальным доменам описания «Архитектура предприятия» относятся:

На вопрос: «Каковы общие требования?» отвечают на уровне архитектуры:

Уровни абстракции Архитектуры:

На бизнес — руководство ориентирован уровень архитектуры:

На вопрос: «Каковы индустриальные ценности?» отвечает уровень:

Доменом архитектуры может быть архитектура:

Руководства относятся к:

Правилен принцип: архитектура

В правила организации информации для управления предприятием входит:

К основным свойствам любой модели относится:

Правилен принцип для любой ИТ-организации:

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

Доменом архитектуры является:

Цели, задачи относятся к:

К основным свойствам любой модели относится:

ИТ — архитектура относятся к:

Неправилен принцип: архитектура

К основным свойствам любой модели относится:

Руководящие принципы относятся к:

Правильны принципы:

Если возможности технологии «привязывают» к решаемым проблемам, то такая концепция разработки информационных систем называется:

ИТ — стандарты относятся к:

Правилен принцип для любой ИТ-организации:

Процедуры относятся к:

Доменом архитектуры является:

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

Примеры управления данными — обеспечение:

Правильны принципы:

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

Примеры управления данными — обеспечение:

Правильно упорядочена последовательность:

Цели, приоритеты в управлении информационной системой определяются:

Правилен принцип для любой ИТ-организации:

Доменом архитектуры является:

Примеры управления данными — обеспечение:

Существуют принципы:

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

Категорией оценки прикладных систем является:

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

Примеры преимуществ от использования ИТ:

Каталог прикладных систем всегда должен включать:

Каталог прикладных систем всегда должен включать:

Каталог прикладных систем всегда должен включать:

Классификационным критерием является:

Эффективность ИТ определяется соотношением:

Область разработки прикладных систем определяет:

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

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

Основная область архитектуры приложений:

Портфель прикладных систем включает в себя:

Категорией оценки прикладных систем является:

Каталог прикладных систем всегда должен включать:

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

Категорией оценки прикладных систем является:

Матрица оценки — это:

Каталог прикладных систем всегда должен включать:

Примеры преимуществ от использования ИТ:

Портфель прикладных систем включает всегда:

Категорией оценки прикладных систем является:

Каталог прикладных систем всегда должен включать:

Каталог прикладных систем всегда должен включать:

Эффективность ИТ определяется соотношением:

Основная область архитектуры приложений:

Классификационным критерием является:

Классификационным критерием является:

К Основным затратам на ИТ относятся:

Применение ИТ бизнеса опирается на:

Любое архитектурное решение основывается на выборе:

Процесс перехода от текущего к будущему портфелю прикладных систем — это:

Категорией оценки прикладных систем является:

«Предприятие реального времени» — это предприятие:

Профиль индивидуальности организации (ЕРР) базируется на:

При описании Архитектуры предприятия важны понятия:

На вопрос: «С помощью каких технологий можно построить решение?» отвечают на уровне архитектуры:

На вопрос: «Почему организация занимается таким бизнесом?» отвечает уровень:

Область разработки прикладных систем определяет:

Сервис-ориентированная архитектура опирается на:

Архитектуры по уровню различаются

На вопрос: «Каких целей добивается организация?» отвечает уровень:

Правильны принципы:

«Удвоение плотности размещения транзисторов на кристалле происходит каждые 1,5 года» — это закон:

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

На вопрос: «Каковы факторы, определяющие достижение высоких результатов?» отвечает уровень:

Портфель прикладных систем — это интегрированный набор:

В архитектурный компонент «Сервисы безопасности» входит:

В списке требований: операционные, технологические, сетевые, архитектуре приложений соответствуют:

Основное назначение технологической архитектуры — это:

Реальное преимущество наличия адекватной ИТ-инфраструктуры:

Реальное преимущество наличия адекватной ИТ-инфраструктуры:

Основной характеристикой адаптивной системы является:

Основные идеи адаптивной инфраструктуры:

Реальное преимущество наличия адекватной ИТ-инфраструктуры:

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

Отметьте компонент или сервисы в технологической архитектуре по Gartner:

Уровни размещения инфраструктуры верно следуют друг за другом в варианте:

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

Подход Питера Кина базируется на критерии:

Инвестиции в ИТ-инфраструктуре обычно:

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

Архитектурный компонент (сервис):

Реальное преимущество наличия адекватной ИТ-инфраструктуры:

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

Архитектурный компонент (сервис):

Основной характеристикой адаптивной системы является:

Уровни размещения инфраструктуры верно следуют друг за другом в варианте:

Технология META Group выделяет различного типа доменов технологической архитектуры:

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

Модель Захмана — это таблица:

Пятая строка таблицы Захмана соответствует:

К методике The Open Group близок стандарт:

К требованиям описания ИТ-архитектуры не относится:

Основным правилом заполнения таблицы Захмана является заполнение клеток:

Модель МЕТА Group имеет:

Ряд моделей: Garther, МЕТА Group, TOGAF лучше продолжить:

Верно «определение» архитектуры как:

Последовательность имен: данные, функции, дислокация, люди, время, мотивация, отражает в модели Захмана структуру:

К методике ISO близок стандарт:

Верно «определение» архитектуры как:

Основным правилом заполнения таблицы Захмана является:

Вторая строка таблицы Захмана соответствует:

Ряд моделей: Garther, МЕТА Group, TOGAF, лучше продолжить:

К требованиям описания ИТ-архитектуры не относится:

Третья строка таблицы Захмана соответствует:

К методике (стандарту) IEEE близок стандарт:

К требованиям описания ИТ-архитектуры не относится:

Верно «определение» архитектуры как:

Первая строка таблицы Захмана соответствует:

Шестая строка таблицы Захмана соответствует:

Основным правилом заполнения таблицы Захмана является независимость:

Методология TOGAF опирается на элементы структуры:

Основным правилом заполнения таблицы Захмана является:

Основным правилом заполнения таблицы Захмана является:

Четвертая строка таблицы Захмана соответствует:

Модель МЕТА GROUP имеет:

Ряд моделей: Garther, МЕТА Group, TOGAF лучше продолжить:

Основным правилом заполнения таблицы Захмана является:

В домен управления системами NASCIO входит:

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

Для описания конкретного решения используется шаблон:

Модель «4+1″ базируется на всех представлениях:

В домен управления системами NASCIO входит:

SAM — модель архитектуры

Методика NASCIO включает уровни:

В составе списка доменов NASCIO входят:

SAM использует нотацию:

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

Модель «4+1″ базируется на всех представлениях:

K NASCIO не имеет прямого отношения:

В домен управления системами NASCIO входит:

K NASCIO не имеет прямого отношения:

SAM использует

К типичным сферам интересов SAM не относится:

В домен управления системами NASCIO входит:

Безопасность бывает:

Для описания конкретного решения используется шаблон:

Для описания конкретного решения используется шаблон:

К типичным сферам интересов SAM не относится:

В домен управления системами NASCIO входит:

K NASCIO не имеет прямого отношения:

Домены NASCIO:

К типичным сферам интересов SAM не относится:

Домены NASCIO:

По доступу список дисциплин: Web-дизаин, Доступность, Доступ лучше продолжить:

Методика NASCIO включает уровни:

K NASCIO не имеет прямого отношения:

Положительные стороны проектирования «сверху — вниз»:

Архитектурный процесс верно указан в:

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

Отрицательные стороны проектирования «сверху — вниз»

Отрицательные стороны проектирования «сверху — вниз»:

Отрицательные стороны проектирования «снизу — вверх»:

Схема процесса Gар-разработки архитектуры ИТ верно перечислена в:

Отрицательные стороны проектирования «сверху — вниз»:

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

Оптимальный состав МЕТА — команды:

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

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

Оптимальный для успеха проекта элементы:

Положительные стороны проектирования «снизу — вверх»:

Общим подходом управления и контроля архитектуры является создание (выбор):

Gap-анализ включает этап:

Элементом управления и контроля архитектуры на этапе выработки требований является:

Общим подходом управления и контроля архитектуры является распространение информации:

Элементом управления и контроля архитектуры на этапе начала проекта является:

Gap-анализ включает этап:

К организационным структурам управления и контроля архитектуры относится:

Аспект стандартизации включает:

Аспект стандартизации включает:

К организационным структурам управления и контроля архитектуры относится:

Элементом управления и контроля архитектуры на этапе анализа и проектирования является:

Аспект стандартизации включает:

Gap-анализ включает этап:

К организационным структурам управления и контроля архитектуры относится:

Принципом управления и контроля архитектуры предприятия является выполнение процедуры:

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

Главная цель проекта:

Тактическое окно для «хорошей» архитектуры — это:

Необходимо придерживаться в разработке архитектуры подхода:

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

Необходимо при проектировании архитектуры рассматривать промежутки времени:

Перспективных возможностей окно для «хорошей» архитектуры — это:

Наиболее важным при управлении архитектурой является:

Начальный уровень организационной зрелости характеризует:

Стратегическое окно для «хорошей» архитектуры — это:

Возможны функции систем разработки архитектуры предприятия:

Наиболее важным при управлении архитектурой является:

Возможны функции систем разработки архитектуры предприятия:

Наиболее важным при управлении архитектурой является:

Источником информации для систем разработки архитектуры является:

Архитектурный компонент (сервис):

Подход Питера Кина базируется на критерии:

Основной характеристикой адаптивной системы является:

Основные идеи адаптивной инфраструктуры:

По методике АДМ, процесс разработки включает фазы:

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

Архитектурный компонент (сервис):

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

Основной характеристикой адаптивной системы является:

Основные идеи адаптивной инфраструктуры:

Домены NASCIO:

Частная информация предполагает:

Оптимальная структура описания ИТ — архитектуры:

Источником информации для систем разработки архитектуры является:

Модель Gartner 2002 имеет уровни:

Подходу проектирования «сверху-вниз» присущи следующие положительные аспекты:

Профиль индивидуальности организации (ЕРР) базируется на:

На вопрос: «С помощью каких решений можно построить решение?» отвечают на уровне архитектуры:

На вопрос: «Каковы общие принципы использования технологий ?» отвечает уровень:

Когнитивная решетка Gartner состоит из осей:

На вопрос: «Какой «фронт — офис» или «бэк — офис» будет использоваться?» отвечает уровень:

Модель Gartner 2002 имеет уровни:

Динамичность предприятия предполагает:

На проектировщиков ориентирован уровень архитектуры:

Доменом архитектуры является:

По методике АДМ, процесс разработки включает фазы:

Положительные стороны проектирования «сверху — вниз»:

Принципом управления и контроля архитектуры предприятия является выполнение процедуры:

Верно утверждение:

Инвестиции в ИТ-инфраструктуру обычно:

Элементы архитектуры предприятия:

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

Принципом управления и контроля архитектуры предприятия является выполнение процедуры:

Последовательность имен: планировщик, менеджер, архитектор, проектировщик, разработчик отражает в модели Захмана структуру:

Comments are closed.


Яндекс.Метрика