На бизнес руководство ориентирован уровень архитектуры - RukovodstvoRus.ru

Главная / Менеджмент /
Архитектура предприятия / Тест 4

Упражнение 1:

Номер 1

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

Ответ:

(1) ИТ-специалисты

(2) бизнесмены

(3) бизнес — аналитики

Номер 2

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

Ответ:

(1) системные администраторы

(2) бизнесмены

(3) менеджеры младшего звена

Номер 3

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

Ответ:

(1) «разделяй и властвуй»

(2) «ветвей и границ»

(3) рекурсии

Упражнение 2:

Номер 1

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

Ответ:

(1) Дизайн решения — Архитектура подсистем — Архитектура предприятия

(2) Архитектура предприятия — Архитектура подсистем — Дизайн решения

(3) 1 – 2 – 3

Номер 2

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

Ответ:

(1) Бизнес — Развитие — ИТ

(2) Бизнес — ИТ — Развитие

(3) ИТ – Развитие – ИТ

Номер 3

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

Ответ:

(1) уровень абстракции

(2) предметная область

(3) системное проектирование

Упражнение 3:

Номер 1

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

Ответ:

(1) бизнес-архитектура — люди и процессы

(2) бизнес-архитектура — правила и стандарты

(3) бизнес – люди, стандарты, ресурсы

Номер 2

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

Ответ:

(1) Архитектура информации — знания

(2) Архитектура информации — данные, информация и знания

(3) Знания = Архитектура информации + данные

Номер 3

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

Ответ:

(1) бизнес- архитектура

(2) архитектура информации

(3) com, biz

Упражнение 4:

Номер 1

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

Ответ:

(1) безопасность

(2) уровень абстракции

(3) данные

Номер 2

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

Ответ:

(1) руководящие принципы

(2) маркетинг

(3) структура

Номер 3

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

Ответ:

(1) перспектива

(2) программа

(3) доклад

Упражнение 5:

Номер 1

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

Ответ:

(1) контекста

(2) концептуальный

(3) логический

Номер 2

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

Ответ:

(1) контекста

(2) концептуальный

(3) логический

Номер 3

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

Ответ:

(1) контекста

(2) концептуальный

(3) логический

Упражнение 6:

Номер 2

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

Ответ:

(1) концептуальном

(2) логическом

(3) физическом

Номер 3

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

Ответ:

(1) концептуальном

(2) логическом

(3) физическом

Упражнение 7:

Номер 1

На вопрос: "Как могут быть удовлетворены требования?" отвечают на уровне архитектуры:

Ответ:

(1) концептуальном

(2) логическом

(3) физическом

Номер 2

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

Ответ:

(1) концептуальном

(2) логическом

(3) физическом

Номер 3

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

Ответ:

(1) концептуальном

(2) логическом

(3) физическом

Упражнение 8:

Номер 1

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

Ответ:

(1) концептуальном

(2) логическом

(3) реализации

Номер 2

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

Ответ:

(1) в предметных областях

(2) в пользователях

(3) во взаимодействии предметных областей

Номер 3

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

Ответ:

(1) бизнес определяет ИТ

(2) ИТ определяет бизнес

(3) пользователь определяет ИТ

Упражнение 9:

Номер 1

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

Ответ:

(1) полностью никогда не завершаема

(2) полностью всегда завершена

(3) всегда завершаема, но не всегда полно

Номер 2

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

Ответ:

(1) контекста

(2) логический

(3) системный

Номер 3

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

Ответ:

(1) контекста

(2) концептуальный

(3) прикладной

Упражнение 10:

Номер 1

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

Ответ:

(1) контекста

(2) логический

(3) физический

Номер 2

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

Ответ:

(1) контекста

(2) логический

(3) физический

Номер 3

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

Ответ:

(1) контекста

(2) логический

(3) концептуальный

Упражнение 11:

Номер 2

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

Ответ:

(1) контекста

(2) логический

(3) физический

(4) концептуальный

Номер 3

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

Ответ:

(1) контекста

(2) логический

(3) физический

(4) концептуальный

Упражнение 12:

Номер 1

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

Ответ:

(1) контекста

(2) логический

(3) физический

(4) концептуальный

Номер 2

На вопрос: "Централизован (децентрализован) бизнес организации?" отвечает уровень:

Ответ:

(1) контекста

(2) логический

(3) физический

(4) концептуальный

Номер 3

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

Ответ:

(1) контекста

(2) логический

(3) физический

(4) концептуальный

Источник

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

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

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

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

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

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

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

Бюджет развития — это часть ИТ-бюджета:

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

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

Ключевые ИТ-отношения в бизнесе — это:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Программная архитектура-это:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Домены NASCIO:

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

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

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

Сети бывают:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Домены NASCIO:

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

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

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

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

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

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

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

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

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

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

На вопрос: «Централизован (децентрализован) бизнес организации?» отвечает уровень:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Домены NASCIO:

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

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

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

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

SAM использует

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Домены NASCIO:

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

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

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

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

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

Динамичность предприятия – это способность:

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

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

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

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

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

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

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

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

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

Архитектура ИТ зависит от:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Модель МЕТА GROUP имеет этапы:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Архитектура ИТ бывает у:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Архитектура ИТ определяется всегда:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник

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

Рис.
4.2.
Концепции, соответствующие различным элементам и уровням абстракции архитектуры

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

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

перспектива (perspective) или уровень абстракции;
представление (view) или предметная область, домен архитектуры.

Большинство методик разделяет проблему описания архитектуры предприятия на некоторое количество представлений или предметных областей (доменов), таких как:

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

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

Иногда целесообразно выделять дополнительные области, такие как архитектура интеграции или архитектура общих сервисов. Более подробное описание этих областей содержится в лекциях 5-7.

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

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

Кроме перечисленных выше представлений (предметных областей или частных архитектур), в описании архитектуры предприятия иногда отдельно выделяют такие специализированные области, как «Безопасность» и «Руководящие принципы» (Governance), которые имеют отношение ко всем представлениям (частным архитектурам) сразу. При этом «Руководящие принципы» содержат правила, которым организация следует в процессе разработки и использования архитектуры предприятия.

Мы будем использовать термины «перспектива» и «уровень абстракции» как синонимы и термины «представление«, «предметная область», «домен» как еще одну группу синонимов. К сожалению, российская терминология в этой области до конца не установилась, поэтому мы будем иногда приводить несколько терминов для одного понятия, пытаясь находить максимально близкое соответствие зарубежным аналогам.

Таким образом, каждое из этих представлений (предметных областей) можно рассматривать и анализировать с различных перспектив или на нескольких уровнях абстракции. Мы уже отмечали, что пользователями архитектуры являются руководители функциональных подразделений (бизнес-менеджеры) и аналитики, системные архитекторы и проектировщики, аналитики бизнес-процессов и процедур, специалисты по организационному анализу и т.д. Этим людям нужны как высокоуровневая информация, так и детальное описание, а также различные степени детализации в средней части этого спектра. Эта различная степень детализации при описании различных представлений (областей) архитектуры обеспечивается последовательным описанием различных перспектив (уровней абстракции).

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

уровень контекста – ориентирован на бизнес-руководство;
концептуальный уровень или «Видение Общих Требований» – ориентирован на «владельцев» бизнес-процессов;
логический уровень – ориентирован на архитекторов и проектировщиков систем;
физический уровень – ориентирован на проектировщиков и разработчиков систем.

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

Рис.
4.3.
Представления (домены) и перспективы (уровни абстракции) описания Архитектуры

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

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

Источник

Правильные ответы выделены зелёным цветом.
Все ответы: В курсе рассматриваются вопросы разработки и использования архитектуры информационных технологий предприятий.

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

(1) процесс, способы достижения целевого состояния

(2) ресурсы достижения целевого состояния

(3) потребительские качества конечного продукта

(4) спрос на продукт

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

(1) анализ расхождений

(2) анализ аналогов

(3) декомпозиция

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

(1) контроля на эффективность

(2) контроля взаимовлияния бизнес-процессов

(3) согласования во времени бизнес-процессов

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

(1) хаотичность

(2) повторяемость

(3) энтропия

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

(1) размер корпорации

(2) объем инвестиции со стороны

(3) приоритетность

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

(1) познания частных законов

(2) познания общих законов

(3) анализа проблем некоторого класса

(4) системного программирования

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

(1) ИТ-специалисты

(2) бизнесмены

(3) бизнес — аналитики

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

(1) бизнес-архитектура

(2) архитектура здания организации

(3) домен страны

(4) архитектура используемых компьютеров

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

(1) формирование и управление портфелем прикладных систем предприятия

(2) социальная защита сотрудников предприятия

(3) реализация ИТ-проектов

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

(1) обеспечение ИТ-сервиса

(2) управление персоналом

(3) управление финансами

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

(1) Zachman

(2) Groler

(3) B2B

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

(1) области

(2) дисциплины

(3) сферы влияния

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

(1) поддерживать более совершенные бизнес-процессы

(2) осуществлять адекватное предложению регулирование спроса

(3) осуществлять адекватное спросу регулирование предложения

(4) увеличивать всегда численность занятых в бизнесе

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

(1) ясность ситуации

(2) ясность бизнес — потребностей

(3) легкость проектирования

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

(1) спецификация архитектуры

(2) консалтинг

(3) контроллинг

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

(1) 1 месяц

(2) 3 месяца

(3) 9 месяцев

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

(1) часть ИТ-бюджета

(2) все затраты

(3) затраты на рекламу

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

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

(1) бизнес-архитектура — люди и процессы

(2) бизнес-архитектура — правила и стандарты

(3) бизнес – люди, стандарты, ресурсы

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

(1) тактическому уровню

(2) стратегическому уровню

(3) промежуточному уровню

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

(1) информационных систем

(2) заказов на выпуск продукции

(3) портфелей заказов

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

(1) экономия на закупках

(2) экономия на продажах

(3) экономия на рекламе

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

(1) простота понимания бизнес — аудитории

(2) простота понимания ИТ-аудитории

(3) простота адаптации

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

(1) глобализация

(2) слияние

(3) поглощение

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

(1) абстрактность

(2) конкретность

(3) длительность

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

(1) управляющий исполнительный комитет

(2) попечительский совет

(3) совет директоров

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

(1) изучение бизнес-стратегии

(2) осознание бизнес-стратегии

(3) экономия средств

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

(1) текущее функционирование ИТ

(2) покупки ИТ-предложений

(3) содержание ИТ-персонала

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

(1) концепции и руководств

(2) шаблонов и стандартов

(3) интерфейсов

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

(1) безопасность

(2) уровень абстракции

(3) данные

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

(1) тактическому уровню

(2) стратегическому уровню

(3) уровню макетов

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

(1) план эвакуации

(2) план миграции

(3) бизнес-план

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

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

(1) «фотографии» сложной системы

(2) «видеоролики» сложной системы

(3) «сценария» сложного поведения

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

(1) управление активами

(2) управление пассивами

(3) управление банками

Динамичность предприятия – это способность:

(1) быстрой реализации бизнес-процессов

(2) интегрируемость с другими предприятиями

(3) изменять выпуск продукции во времени

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

(1) стратег, проектировщик, тренер, советник, контролер

(2) математик, экономист, технолог, проектировщик, эксперт

(3) оптимизатор, реализатор, технолог

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

(1) идентификации различий

(2) категорирование соответствий

(3) линеаризации несоответствий

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

(1) средства анализа бизнес-процесссов

(2) средства проектирования приложений

(3) БСЭ

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

(1) предоставление услуг

(2) предоставление компьютеров

(3) предоставление времени на ТВ

Архитектура ИТ бывает у:

(1) юридического лица

(2) проекта

(3) физического лица

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

(1) контекста

(2) концептуальный

(3) логический

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

(1) политика, процедура, стандарт

(2) политика, стандарт, процедура

(3) стандарт, процедура, политика

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

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

(1) middleware

(2) software

(3) brainware

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

(1) 5 на 5

(2) 6 на 5

(3) 5 на 6

(4) 4 на 6

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

(1) поддержка руководства

(2) поддержка пользователей

(3) разработка стандартов

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

(1) время

(2) географическая удаленность подразделений

(3) малый штат

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

(1) любую разработку архитектуры ИТ

(2) Gар-разработку архитектуры ИТ

(3) виртуальную корпорацию

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

(1) общие ИТ-службы

(2) общий бизнес-план

(3) общий персонал

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

(1) поддержка платформы

(2) поддержка СУБД

(3) каталогизация

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

(1) Гилдера

(2) Меткалфа

(3) Мура

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

(1) ИТ-архитектура не всегда зависима от ИТ-службы

(2) ИТ-архитектура всегда зависима от ИТ-службы

(3) ИТ-архитектура независима от ИТ-персонала

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

(1) архитектура — инструмент эволюции

(2) архитектура — инструмент повышения качеств

(3) качество – всегда следствие архитектуры

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

(1) ресурсоемкость

(2) ресурсоотдача

(3) обновляемость

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

(1) сервис данных

(2) сервис программы

(3) сервис услуг

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

(1) строк

(2) клеток

(3) столбцов

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

(1) MS SQL

(2) Oracle

(3) DB2

(4) FoxPro

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

(1) реально существующее

(2) управляемое извне

(3) минимизирующее задержки в управлении

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

(1) наилучшую организацию бизнеса

(2) экономические цели общества

(3) все интересы сотрудников

Программная архитектура-это:

(1) архитектура взаимодействия приложений

(2) архитектура программных модулей

(3) последовательность вызовов используемых процедур

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

(1) концептуальном

(2) логическом

(3) физическом

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

(1) целостности

(2) распространения

(3) сетью

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

(1) когнитивная решетка

(2) синтаксическая таблица

(3) матрица смежности

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

(1) вычислительная инфраструктура

(2) операционная установка

(3) базовые примитивы

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

(1) базовые модели колонок — уникальны

(2) базовые модели колонок — универсальны

(3) колонки – базовые

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

(1) геоинформационные системы

(2) компьютерный офис

(3) виртуальная корпорация

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

(1) автоматизируемость, продуктивность, эффективность

(2) продуктивность, эффективность, автоматизируемость

(3) эффективность, продуктивность, автоматизируемость

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

(1) пионер технологии

(2) допускающая определенный риск

(3) класса безопасности А

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

(1) полностью никогда не завершаема

(2) полностью всегда завершена

(3) всегда завершаема, но не всегда полно

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

(1) уделять внимание стандартам ИТ-процессов

(2) определять стандарты ИТ-процессов

(3) обходить стандарты ИТ-процессов

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

(1) оценку ТО

(2) оценку рынка возможных приложений

(3) оценку прерываний

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

(1) функциональная возможность

(2) структурная возможность

(3) информационная возможность

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

(1) структурной модели

(2) технологической модели

(3) системному описанию

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

(1) «Обзор»

(2) «Осмотр»

(3) «Виртуализация»

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

(1) поддержка

(2) реализация

(3) актуализация

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

(1) рыночной политике.

(2) финансировании.

(3) архитектуре

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

(1) моделирование информации

(2) формирование портфелей приложений

(3) макетирование

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

(1) контекста

(2) логический

(3) физический

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

(1) выяснение формы и структуры исходной (входной) информации

(2) выяснение стоимости источника информации

(3) управление – в целях управления

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

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

(1) самозащита

(2) самоудаление

(3) самозаключение

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

(1) бизнес-взаимодействий

(2) бизнес-процессов

(3) бизнес приложений

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

(1) логическом, процессном, пользовательском

(2) логическом, физическом, процессном

(3) системном, методологическом, методическом

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

(1) эффективность бизнес-процессов

(2) обеспечение экономии

(3) распространение, тиражирование

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

(1) полнота видения

(2) возможности поставщика

(3) компания

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

(1) высокой скоростью изменений в бизнес – среде

(2) малым временем оборачиваемости вложений

(3) В2В

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

(1) технической

(2) технологически-ориентированной

(3) проблемно-ориентированной

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

(1) затраты

(2) инновации

(3) транзакция

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

(1) ИТ-ресурсы являются общими и разделяемыми

(2) ИТ-ресурсы обслуживают отдельного пользователя

(3) Инфраструктура – адаптивна

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

(1) 2 этапа

(2) 3 этапа

(3) 4 этапа

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

(1) тактическая

(2) стратегическая

(3) смешанная

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

(1) неэффективность

(2) психологический барьер

(3) нераспространимость

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

(1) наличие репозитария используемых технологий

(2) наличие исчерпывающей, доступной информации

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

(1) из возможностей

(2) достигаемых целей

(3) установки к действию

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

(1) контекста

(2) логический

(3) физический

(4) концептуальный

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

(1) технологичность

(2) натурность

(3) совершенность

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

(1) увеличение номенклатуры

(2) уменьшение стоимости операции

(3) увеличение числа операции

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

(1) база стандартов

(2) база примитивов

(3) база ресурсов

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

(1) цели и задачи

(2) организация

(3) инфраструктура

(4) разведка

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

(1) обычный, необычный, статус

(2) обычный, сегментный, статус

(3) обычный, сегментный, статус-кво

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

(1) об архитектуре

(2) о составе разработчиков

(3) об источниках финансирования

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

(1) архитектура должна быть достаточно хороша

(2) архитектура должна быть совершенна

(3) цель – достигаема быстро

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

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

(1) формальное (государственное) объединение

(2) неформальное (общественное) объединение

(3) формальное или неформальное объединение

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

(1) Дизайн решения — Архитектура подсистем — Архитектура предприятия

(2) Архитектура предприятия — Архитектура подсистем — Дизайн решения

(3) 1 – 2 – 3

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

(1) бизнес-архитектура

(2) архитектура информации

(3) biz

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

(1) средства и ресурсы разработки

(2) контроль версий

(3) состав работников

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

(1) уменьшение затрат на тренинг

(2) простота поиска кадров

(3) модульность

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

(1) ISO

(2) Unicode

(3) МРI

Домены NASCIO:

(1) управления приложениями

(2) управление данными

(3) управление транзакциями

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

(1) прорыв – ожидание – просветление — продуктивность

(2) прорыв — просветление — ожидание — продуктивность

(3) продуктивность – прорыв – просветление – ожидание

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

(1) серверный

(2) физический

(3) программный

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

(1) концептуальном

(2) логическом

(3) реализации

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

(1) иметь интегрированное управление

(2) проводить пионерскую рекламу

(3) вести виртуальные расчеты

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

(1) список технологических компонентов

(2) описание браузера

(3) описание языка программирования

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

(1) операционные

(2) технологические

(3) сетевые

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

(1) бизнес — модели

(2) модели связей

(3) первому бизнес-проекту

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

(1) корпоративная

(2) сетевая

(3) частная

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

(1) состояние ИТ

(2) вектор эволюции ИТ

(3) объем потребности рынка

(4) объем виртуальных услуг

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

(1) анализ расхождений

(2) анализ адекватности

(3) анализ достижений

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

(1) разработки и поддержки стандартов и правил

(2) контроль соответствий стандартов и правил

(3) интерактивной разработки

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

(1) обратная связь

(2) повторяемость операций

(3) мера Хартли

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

(1) ИТ-архитектура

(2) объем реструктуризации

(3) штат работников

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

(1) методология исследования сложных проблем

(2) метод исследования сложных проблем

(3) методология исследования неразрешимых проблем

(4) метод исследования разрешимых проблем

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

(1) системные администраторы

(2) бизнесмены

(3) менеджеры младшего звена

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

(1) архитектура информации

(2) архитектура процессора

(3) архитектура предметной области

(4) архитектура географического места

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

(1) разработка прикладных систем

(2) разработка бизнес-планов

(3) интеграция рыночной структуры

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

(1) крупные

(2) средние

(3) небольшие

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

(1) PERT

(2) POSIX

(3) Р2Р

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

(1) рынка

(2) технологические дисциплины

(3) продуктовые компоненты

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

(1) цель ИТ-стратегии — это улучшение продукции

(2) цель ИТ-стратегии — это достижения наилучшего состояния

(3) цель ИТ-стратегии — это улучшение ИТ-архитектуры

(4) цель ИТ-архитектуры — улучшение ИТ-стратегии

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

(1) определение границ, определение требований, сбор данных, анализ данных, документирование

(2) определение требований, определение границ, сбор данных, анализ данных, документирование

(3) анализ данных, определение границ, определение требований, сбор данных, анализ данных, документирование

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

(1) совета по архитектуре

(2) президента архитектуры

(3) совета архитекторов

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

(1) максималистского

(2) минималистского

(3) совершенного

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

(1) необязательные

(2) обязательные

(3) не развивающие

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

(1) бизнес-модели

(2) информационные модели

(3) прикладные модели

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

(1) Бизнес — Развитие — ИТ

(2) Бизнес — ИТ — Развитие

(3) ИТ – Развитие – ИТ

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

(1) архитектура приложений

(2) структура связей пользователей

(3) com

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

(1) управление конфигурациями

(2) используемое ПО

(3) используемый язык

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

(1) интегрируемость прикладных систем

(2) декомпозируемость прикладных систем

(3) агрегируемость

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

(1) The Open Group

(2) Ethernet

(3) КОИ

Домены NASCIO:

(1) диверсификация

(2) управление информацией

(3) интеграция

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

(1) адаптивный стиль бизнеса

(2) сокращение длительности бизнес-процессов

(3) виртуализация бизнеса

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

(1) сложнодокументируемость

(2) необходимость обучения персонала

(3) легкость реализации

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

(1) совет по архитектуре

(2) совет по реализации

(3) совет по рекламе

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

(1) определение уровня зрелости архитектуры

(2) анализ уровня зрелости архитектуры

(3) синтез структур

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

(1) реинжиниринг ИТ

(2) покупки ИТ-компаний

(3) налоговые выплаты

Архитектура ИТ зависит от:

(1) стратегических целей

(2) бизнес-потребностей

(3) роли ИТ

(4) ИТ-менеджмента

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

(1) руководящие принципы

(2) маркетинг

(3) структура

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

(1) тактическому уровню

(2) стратегическому уровню

(3) уровню запросов

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

(1) ценность для бизнеса

(2) стоимость затрат

(3) совершенность

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

(1) сеть

(2) компьютер

(3) фирма

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

(1) «правил» для руководства

(2) «исключений» из правил для руководства

(3) руководящих «стандартов»

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

(1) управление заменами

(2) управление изменениями

(3) управление подсистемами

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

(1) концентрацию на основных компетенциях

(2) аутсорсинг

(3) сорсинг

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

(1) планирование, финансирование, мотивация, прогнозирование

(2) планирование, финансирование, мотивация, команда

(3) план, ресурс, исполнитель

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

(1) делегирование несоответствий

(2) категорирование несоответствий

(3) интеграции предприятий

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

(1) средства проектирования моделей данных

(2) интеграционное ПО

(3) интернет

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

(1) предоставление упаковочного материала

(2) предоставление товаров

(3) доставку на дом

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

(1) прикладная система – проект — предприятие

(2) проект — предприятие — прикладная система

(3) система – субъект – объект

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

(1) контекста

(2) концептуальный

(3) логический

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

(1) все подразделения используют архитектуру организации

(2) архитектура должна обеспечить восстанавливаемость

(3) консервативности

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

(1) консолидация

(2) время разработки

(3) стоимость разработки

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

(1) архитектура

(2) безопасность

(3) архитектура безопасности

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

(1) строки

(2) столбца

(3) матрицы

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

(1) обеспечение непрерывности бизнеса

(2) обеспечение непрерывного тренинга

(3) расчет прибыли

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

(1) структурированность

(2) ресурсообеспеченность

(3) фондоотдача

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

(1) необходимость наличия опыта

(2) конкретность

(3) связность

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

(1) вычислительную инфраструктуру

(2) контент ИС

(3) общий персонал

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

(1) кросс-ссылки

(2) организационные структуры

(3) диверсификация

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

(1) Гилдера

(2) Меткалфа

(3) Мура

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

(1) системная и программная

(2) реальная и виртуальная

(3) системная и прикладная

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

(1) концептуальном

(2) логическом

(3) физическом

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

(1) учитывает рынок

(2) не обязана учитывать рынок

(3) определяет рынок

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

(1) сопровождаемость

(2) управление сбытом

(3) управление поставками

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

(1) прикладные сервисы

(2) интернет-приложения

(3) доступ и доставка

(4) базовые технологии

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

(1) линейная упорядоченность строк

(2) линейная упорядоченность столбцов

(3) несущественность линейного порядка

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

(1) MS Access

(2) ERWin

(3) Designer 2000

(4) MS PowerPoint

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

(1) выполняющее план выпуска

(2) управляемое изнутри

(3) оптимизирующее управление

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

(1) наилучшую организацию экономики страны

(2) экономическую адекватную модель

(3) интересы всех членов общества

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

(1) концептуальный

(2) семантический

(3) систематический

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

(1) концептуальном

(2) логическом

(3) физическом

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

(1) корректности

(2) минимальной достаточности

(3) максимальной достаточности

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

(1) название системы

(2) название программы реализации

(3) список исполнителей

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

(1) сетевой брандмауэр

(2) сетевой сервис

(3) сервисный центр

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

(1) клетки — полное описание системы

(2) клетки — полное описание в данной перспективе

(3) клетка имеет два номера

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

(1) HTML

(2) интерактив

(3) СУБД

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

(1) тестирование, программирование, оценка адекватности

(2) программирование, тестирование, оценка адекватности

(3) оценка адекватности, программирование, тестирование

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

(1) пионер технологии

(2) допускающая определенный риск

(3) класса безопасности В

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

(1) уменьшение времени обработки сообщений

(2) уменьшение количества информации в системе

(3) увеличение прибыли

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

(1) контекста

(2) логический

(3) системный

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

(1) уделять внимания интерфейсу ИТ-процессов

(2) тесно взаимодействовать с бизнес — подразделениями

(3) завершать ИТ-процесс макетированием

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

(1) оценку возможностей нового бизнеса

(2) структуру организации-разработчика

(3) гриф секретности

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

(1) логическая возможность

(2) охват

(3) удаление

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

(1) детальной реализации

(2) реализации отдельной детали

(3) документации

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

(1) «Требования»

(2) «Интерактив»

(3) «Транзакция»

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

(1) формирование целей и задач

(2) бизнес-решениях

(3) изменениях во времени

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

(1) управление персоналам

(2) принятие решений

(3) самообеспечении

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

(1) «цепочки добавочной стоимости»

(2) «конкуренции»

(3) «максимизация связей»

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

(1) контекста

(2) логический

(3) физический

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

(1) обработки и анализа информации

(2) определения ресурсов для управления

(3) документирования

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

(1) транзакции

(2) время

(3) география

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

(1) самовосстановление

(2) прерывание

(3) ликвидация

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

(1) шаблонов

(2) технологических блоков

(3) стандартов сети

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

(1) физическом, уровня разработки, процессном

(2) физическом, сценарном, управленческом

(3) техническом, научном, практическом

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

(1) эксплуатация

(2) инновация

(3) инжиниринг

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

(1) нишевые игроки

(2) мечтатели

(3) искатели

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

(1) высоким межфункциональным взаимодействием

(2) большим реинжинирингом бизнес – процессов

(3) Р2Р

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

(1) контекста

(2) логический

(3) физический

(4) концептуальный

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

(1) технологически-ориентированной

(2) проблемно-ориентированной

(3) дедуктивной

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

(1) ускорение цикла операций

(2) быстрота появления на рынке

(3) интеграция и глобализация

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

(1) выделение ресурсов — автоматизированное

(2) выделение ресурсов — автоматическое

(3) саморегулирование ресурсов

Модель МЕТА GROUP имеет этапы:

(1) видение общих требований

(2) разработка концептуальной архитектуры

(3) реализация

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

(1) «сфер интересов»

(2) «сфер влияния»

(3) языка Бэкуса-Наура

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

(1) эксплуатация людей

(2) слабые инновационные возможности

(3) недостаточная грамотность персонала

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

(1) уменьшение излишних и необоснованных расходов

(2) простота идентификации аналогичным системам

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

(1) эффектом

(2) надежностью

(3) адекватностью

На вопрос: «Централизован (децентрализован) бизнес организации?» отвечает уровень:

(1) контекста

(2) логический

(3) физический

(4) концептуальный

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

(1) исследуемость

(2) целенаправленность

(3) полная точность

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

(1) цена/производительность

(2) цена/объем

(3) объем/время

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

(1) подготовка модели

(2) утверждение плана

(3) разработка бизнес – архитектуры

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

(1) бизнес — процессы

(2) прикладные системы

(3) технологии

(4) операционные системы

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

(1) быстрота решения насущных проблем

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

(3) слабый рост масштаба задач

(4) границы работ известны сразу

(5) возможность разработки проекта силами малой команды

(6) администрация предприятия имеет общую картину предстоящий изменений

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

(1) описание архитектуры

(2) консалтинг

(3) контроллинг

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

(1) 12 месяцев

(2) 15 месяцев

(3) 18 месяцев

Бюджет развития — это часть ИТ-бюджета:

(1) оставшаяся от обязательных затрат

(2) вся обязательная часть затрат

(3) затраты на зарплату

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

(1) нет ни одного единственно правильного стандарта ИТ-архитектуры

(2) есть только единственно правильный стандарт ИТ-архитектуры

(3) общие соглашения внутри корпорации менее важны точности

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

(1) Архитектура информации — знания

(2) Архитектура информации — данные, информация и знания

(3) Знания = Архитектура информации + данные

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

(1) тактическому уровню

(2) стратегическому уровню

(3) систематическому уровню

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

(1) каталог приложений

(2) каталог поставщиков

(3) депозитарий

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

(1) публичная — технологическая — локальная

(2) локальная — публичная — технологическая

(3) схема – информация – структура

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

(1) динамика рассмотрения

(2) высокий уровень детализации

(3) высокий уровень массового охвата

Домены NASCIO:

(1) информационная безопасность

(2) информационное управление

(3) ГОСТ

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

(1) приостановка

(2) прорыв

(3) документирование

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

(1) Архитектура предприятия = Бизнес-Архитектура – Корпоративная Архитектура

(2) Архитектура предприятия = Бизнес-Архитектура + Корпоративная Архитектура

(3) Архитектура предприятия = Архитектура + Предприятие

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

(1) в предметных областях

(2) в пользователях

(3) во взаимодействии предметных областей

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

(1) уменьшить сложность интеграции

(2) получать конкурентные преимущества

(3) уменьшать конкурентов

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

(1) область бизнес-приложений

(2) область деятельности разработчика

(3) подкаталоги

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

(1) операционные

(2) технологические

(3) сетевые

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

(1) модели отношений

(2) концептуальной модели

(3) второму пользователю

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

(1) профилирование

(2) персонофицирование

(3) лицензирование

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

(1) выбора конкретного ИТ-приложения

(2) управления ИТ-персоналом

(3) улучшения продукции

(4) улучшения ИТ-архитектуры

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

(1) разработку плана перехода

(2) пересмотр плана

(3) выполнение плана

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

(1) контроля технологической архитектуры

(2) легитимности разработчиков

(3) конфиденциальности состава разработчиков

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

(1) набор базовых процессов

(2) неповторяемость

(3) завершенность процесса

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

(1) размер уставного капитала обслуживающего банка

(2) объем инвестиции

(3) цели

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

(1) теоретическую и практическую

(2) практическую и технологическую

(3) теоретическую, практическую и технологическую

(4) теоретическую, практическую и методологическую

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

(1) «разделяй и властвуй»

(2) «ветвей и границ»

(3) рекурсии

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

(1) архитектура приложений

(2) архитектура положений

(3) структура сбыта

(4) структура поставок

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

(1) портфель прикладных систем

(2) портфель интерфейсных систем

(3) web-браузеры

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

(1) долговременные

(2) среднесрочные

(3) кратковременные

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

(1) Giga Group

(2) Microsoft

(3) WindowsNT

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

(1) документы соответствия

(2) документы технологические

(3) документы IEEE

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

(1) поддерживать бизнес-процессы

(2) сокращать расходы

(3) реструктурировать бизнес

(4) регулировать адекватно спрос и предложение

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

(1) реализация малой численности

(2) технологичность

(3) поддержка на всех уровнях

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

(1) спецификация архитектуры

(2) аудит

(3) контроль закупок

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

(1) 10 месяцев

(2) 20 месяцев

(3) 30 месяцев

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

(1) затраты на реинжиниринг

(2) затраты на консалтинг

(3) затраты на зарплату

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

(1) архитектура – план созданной системы

(2) архитектура – план создания системы

(3) архитектура – стандарт разработки

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

(1) бизнес- архитектура

(2) архитектура информации

(3) com, biz

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

(1) тактическому уровню

(2) стратегическому уровню

(3) оперативному уровню

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

(1) каталог связей приложений

(2) каталог всех возможных приложений

(3) бизнес-план

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

(1) технологическая-публичная-локальная

(2) локальная-технологическая-публичная

(3) А – В – С

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

(1) возможность адаптации

(2) использование для разработки новых систем

(3) использование для теоретизации полученных решений

Домены NASCIO:

(1) управление приложениями

(2) интеграционная способность

(3) управление информацией

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

(1) появление информационного товара

(2) появление виртуальных рынков

(3) появление порталов

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

(1) эвристичность

(2) необозримость преимуществ

(3) обозримость недостатков

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

(1) разработчики архитектур отдельных доменов

(2) разработчики отдельных интерфейсов

(3) разработчики архитектур бизнес-проектов

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

(1) комплектование группы разработчиков

(2) организационная работа группы разработчиков

(3) шум в данных

Архитектура ИТ определяется всегда:

(1) иерархией в системе

(2) объективной реальностью

(3) субъективным восприятием

(4) капитальными затратами

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

(1) перспектива

(2) программа

(3) доклад

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

(1) тактическому уровню

(2) стратегическому уровню

(3) руководящему уровню

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

(1) техническое состояние

(2) географическое распространение

(3) мощность компьютера

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

(1) БД

(2) СУБД

(3) данные

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

(1) «правил» разработки новых систем

(2) «правил» использования новых систем

(3) «стандарта поведения»

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

(1) управление событиями

(2) управление процессами

(3) изменение позиции

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

(1) расширение полномочий менеджеров

(2) сотрудничество с конкурентами

(3) полный отказ от сотрудничества с конкурентами

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

(1) цель, концептуальная архитектура, домены, структура, управление, приложение

(2) цель, архитектура доменов, структура управления, приложения

(3) домен, цель, управление, проект, реализация

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

(1) ранжирования соответствий

(2) распознавание несоответствий

(3) классификации несоответствий

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

(1) каталоги серверных продуктов

(2) каталоги средств безопасности

(3) библиотека

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

(1) масштабом

(2) охватом

(3) географией месторасположения

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

(1) контекста

(2) концептуальный

(3) логический

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

(1) бизнес-требования формирует архитектуру

(2) архитектура адаптивна

(3) архитектура неадаптивна

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

(1) производительность труда разработчиков

(2) перепозиционирование

(3) опыт

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

(1) ИТ-ресурс

(2) управление ИТ-ресурсом

(3) технология управления ИТ-ресурсом

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

(1) строки

(2) столбца

(3) матрицы

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

(1) реляционные СУБД

(2) настольные БД

(3) временные файлы

(4) плоские файловые системы

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

(1) бизнес-план

(2) управление

(3) сложность ИТ

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

(1) простота инициализации процесса

(2) технологичность

(3) поддержка инструментальными системами

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

(1) элемент архитектуры системы

(2) элемент спецификации

(3) элементарный набор графических примитивов

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

(1) методики описания архитектуры

(2) конфигурирование

(3) декомпозиция

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

(1) Гилдера

(2) Меткалфа

(3) Мура

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

(1) междисциплинарный подход

(2) монодисциплинарный подход

(3) проектирование любой системы

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

(1) концептуальном

(2) логическом

(3) физическом

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

(1) учитывает рынок

(2) обеспечивает оптимальный результат

(3) обеспечивает рациональный результат

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

(1) эволюционируемость

(2) независимость

(3) открытость

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

(1) middleware

(2) shareware

(3) brinware

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

(1) клетке соответствует аспект реализации системы

(2) клетке соответствует действие в системе

(3) клетке соответствует структура системы

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

(1) квоты не дисковое пространство

(2) модели данных

(3) стандарты предприятия

(4) квоты на численность работников

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

(1) обрабатывающие данные в режиме реального времени

(2) имеющее адекватные критерии управления

(3) минимизирующее численность сотрудников

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

(1) рост фонда социального страхования

(2) содержание менеджмента

(3) интересы сотрудников

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

(1) логический

(2) технический

(3) эргономический

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

(1) концептуальном

(2) логическом

(3) физическом

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

(1) доступности

(2) управляемости

(3) связности

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

(1) описание системы

(2) список исполнителей

(3) описание языка программирования

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

(1) администратор безопасности

(2) сетевая безопасность

(3) антивирусная программа

(4) регламенты безопасности

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

(1) «сверху — вниз»

(2) «снизу — вверх»

(3) «диагональное»

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

(1) управление проблемами

(2) управление документооборотом

(3) управление штатом

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

(1) модульность

(2) открытость функций

(3) e-журналы

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

(1) продуктивность

(2) ожидание

(3) верификация

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

(1) технологическая архитектура – информационная архитектура — корпоративная архитектура

(2) информационная – технологическая — корпоративная

(3) фирма – организация — корпорация

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

(1) бизнес определяет ИТ

(2) ИТ определяет бизнес

(3) пользователь определяет ИТ

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

(1) информация — актив

(2) покомпонентной разработки

(3) информация – пассив

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

(1) оценку для бизнес-приложений

(2) оценку времени

(3) управляющую подсистему

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

(1) операционные

(2) технологические

(3) сетевые

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

(1) логической модели

(2) технической модели

(3) математической модели

Сети бывают:

(1) физические

(2) корпоративные

(3) личные

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

(1) выдвижение критериев, сбор данных, принятие решения

(2) выдвижение критериев, имитационные расчеты, принятие решения

(3) принятие критериев, выдвижение сценариев, расчеты

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

(1) пионер технологии

(2) принимающая новое, когда это полностью ясно

(3) класса безопасности С

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

(1) модификация (усиление) связей системы

(2) кодирование управляющих сигналов

(3) минимизация ресурсов

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

(1) контекста

(2) концептуальный

(3) прикладной

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

(1) стандарт должен быть проверяемым

(2) стандарт должен иметь описание

(3) описание стандарта — максимальное

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

(1) дату обновления информации

(2) форматы данных

(3) список пользователей

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

(1) самоконфигурация

(2) саморегуляция

(3) самоадаптация

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

(1) описанию работающей системы

(2) описанию проектируемой системы

(3) реализации

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

(1) «Дизаин»

(2) «Реклама»

(3) «Презентация»

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

(1) архитектура ИТ

(2) инфраструктура

(3) текущие задачи

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

(1) лидерстве

(2) технологии

(3) P2P

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

(1) проектирование

(2) перепроектирование

(3) НТР

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

(1) контекста

(2) логический

(3) концептуальный

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

(1) обработки и анализа информации

(2) получения информации о траектории

(3) верификации

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

(1) информация

(2) производительность

(3) объем

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

(1) самооптимизация

(2) саморационолизация

(3) верификация

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

(1) бизнес стилей

(2) базовых элементов технологий

(3) ценообразования

Ключевые ИТ-отношения в бизнесе — это:

(1) управление

(2) консолидация

(3) сегментация

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

(1) мыслители

(2) лидеры

(3) претенденты

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

(1) эмерджентна

(2) реинжинирингова

(3) инжинирингова

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

(1) контекста

(2) логический

(3) физический

(4) концептуальный

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

(1) стоимостью и типом системы

(2) актуальностью и входными параметрами

(3) стоимостью и актуальностью

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

(1) уменьшение производственного цикла

(2) улучшение качества

(3) уменьшение стоимости

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

(1) гарантия качества обслуживания

(2) гарантия морального неустаревания

(3) гарантия соотношения «цена-качество»

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

(1) разработка плана реализации

(2) инжиниринг

(3) предпроектные исследования

SAM использует

(1) итеративный подход

(2) рекурсивный подход

(3) интегративный подход

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

(1) мониторинг, анализ, спецификация, стандарты, аудит, план миграции, реализация

(2) спецификация, стандарты, аудит, план миграции, реализация, анализ, мониторинг

(3) стандарты, аудит, план миграции, реализация, мониторинг, анализ

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

(1) сбыта

(2) поставок

(3) формализации

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

(1) сегодня, ближайшее, перспектива

(2) прошлое, сегодняшнее, будущее

(3) сегодня, завтра

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

(1) адаптационные

(2) эволюционные

(3) динамические

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

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

(1) уровень абстракции

(2) предметная область

(3) системное проектирование

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

(1) интеграции

(2) общих сервисов

(3) шины

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

(1) средства проектирования

(2) состав ИТ-менеджмента

(3) время выполнения

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

(1) масштабный прорыв

(2) масштабная экономия

(3) декопозируемость

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

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

(1) управление пользователями

(2) управление платформами

(3) управление системами

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

(1) многократность использования технологии

(2) уменьшение стоимости идентификации

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

(1) степенью достижения цели

(2) стоимостью затрат

(3) временем достижения цели

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

(1) контекста

(2) логический

(3) физический

(4) концептуальный

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

(1) аксиоматизируемость

(2) адаптивность

(3) виртуальность

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

(1) цена/время реализации (ввода)

(2) цена/объем поставки

(3) эффект/затраты

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

(1) разработка архитектуры приложений

(2) разработка технологической архитектуры

(3) планирование перехода к новой системе

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

(1) проекты

(2) данные

(3) бизнес — функции

(4) реклама

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

(1) непроцедурные запросы

(2) совершенность

(3) web-сервис

Источник

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

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

Уровни
детализации

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

Выделяют
следующие уровни детализации:

уровень
контекста– ориентирован на
бизнес-руководство;
концептуальный
уровеньили «Видение Общих
Требований» – ориентирован на
«владельцев» бизнес-процессов;
логический
уровень– ориентирован на архитекторов
и проектировщиков систем;
физический
уровень– ориентирован на
проектировщиков и разработчиков
систем.

Контекст

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

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

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

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

Какие
области бизнеса должны быть поддержаны
информационными технологиями?
Какая
общая бизнес-архитектура (например,
«фронт-офис», «мид-офис»,
«бэк-офис») будет использоваться?

Логический
уровень

На
этом уровне даются ответы на такие
вопросы как:

Какие
приложения необходимы для поддержки
бизнес-процессов?
Кто
является основными пользователями и
заинтересованными сторонами в реализации
данных прикладных систем?
Как
выглядят нормализованные модели данных
для этих приложений?

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

Как
должны быть сгруппированы логические
компоненты (например, должен ли
использоваться единый каталог
пользователей для обеспечения единого
сервиса регистрации, независимо от
используемых каналов взаимодействия)?
Как
логические компоненты будут распределены
между различными системами (будут ли
эти компоненты реализованы в виде
web-сервисов)?

Физический
уровень

Примеры
вопросов, на которые отвечают на данном
уровне абстракции, следующие:

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

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

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

Описание
уровней

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

Уровень реализации– формирование
плана реализации перспективной
архитектуры (модель реализации,
оборудование, сеть, СУБД, программный
код).

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

Источник