Сертификат "Архитектура предприятия"
  • Сертификат "Архитектура предприятия"
  • Сертификат "Архитектура предприятия"
Сертификат "Архитектура предприятия"
  • Сертификат "Архитектура предприятия"
  • Сертификат "Архитектура предприятия"

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

700,00 руб.
В течение часа!
Экзамен "Архитектура предприятия" для пользователей и системных администраторов.
Количество
Есть в наличии!

Форма сдачи теста: Экстерн
Количество вопросов: 30
Проходной балл: 90% и выше
Срок действия сертификата: неограничен

Сертификат появляется в профиле ресурса INTUIT, и Вы можете заказать его бумажную версию на сайте INTUIT.
10201 шт.
Внимание !
Вопросы к тесту выложены исключительно в ознакомительных целях: количество вопросов может не совпадать с действительным, актуальность не поддерживается,- за решением теста Welcome to the cashier!

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

выбора конкретного ИТ-приложения
управления ИТ-персоналом
улучшения продукции
улучшения ИТ-архитектуры



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

цель ИТ-стратегии - это улучшение продукции
цель ИТ-стратегии - это достижения наилучшего состояния
цель ИТ-стратегии - это улучшение ИТ-архитектуры
цель ИТ-архитектуры - улучшение ИТ-стратегии



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

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



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

появление информационного товара
появление виртуальных рынков
появление порталов



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

компетенции
аутсорсинг
сорсинг



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

время
географическая удаленность
малый штат



"Предприятие реального времени" - это предприятие:

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



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

непроцедурные запросы
совершенность
Wеб-сервис



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

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



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

формирование целей и задач
бизнес-решениях
изменениях во времени



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

эффективность бизнес-процессов
обеспечение экономии
распространение, тиражирование



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

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



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

состояние ИТ
вектор эволюции ИТ
объем потребности рынка
объем виртуальных услуг



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

модульность
открытость
e-журналы



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

тестирование, программирование, оценка адекватности
программирование, тестирование, оценка адекватности
оценка адекватности, программирование, тестирование



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

неэффективность
психологический барьер
нераспространимость



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

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



"Предприятие реального времени" - это предприятие:

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



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

выдвижение критериев, сбор данных, принятие решения
выдвижение критериев, имитационные расчеты, принятие решения
принятие критериев, выдвижение сценариев, расчеты



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

управление
Консолидация
сегментация



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

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



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

глобализация
слияние
Поглощение



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

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



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

бизнес-план
управление
сложность ИТ



"Предприятие реального времени" - это предприятие:

выполняющее план выпуска
управляемое изнутри
оптимизирующее управление



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

Эксплуатация
инновация
инжиниринг



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

расширение полномочий менеджеров
сотрудничество с конкурентами
полный отказ от сотрудничества с конкурентами




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

структурированность
ресурсообеспеченность
фондоотдача



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

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



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

поддержка
реализация
Актуализация



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

архитектура ИТ
инфраструктура
текущие задачи



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

размер уставного капитала обслуживающего банка
объем инвестиции
цели



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

необязательные
обязательные
не развивающие



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

затраты на реинжиниринг
затраты на консалтинг
затраты на зарплату



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

реинжиниринг ИТ
покупки ИТ-компаний
налоговые выплаты



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

предоставление упаковочного материала
предоставление товаров
доставку на дом



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

Гилдера
Меткалфа
Мура



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

наилучшую организацию экономики страны
экономическую адекватную модель
интересы всех членов общества



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

приостановка
прорыв
документирование



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

пионер технологии
допускающая определенный риск
класса безопасности А



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

рыночной политике.
финансировании.
архитектуре



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

мыслители
лидеры
претенденты



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

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



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

адаптационные
эволюционные
динамические



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

оставшаяся от обязательных затрат
вся обязательная часть затрат
затраты на зарплату



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

больше бюджета эволюционного
меньше бюджета эволюционного
сравнимо с бюджетом эволюционным всегда



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

Гилдера
Меткалфа
Мура



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

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



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

пионер технологии
допускающая определенный риск
класса безопасности В



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

управление персоналам
принятие решений
самообеспечении



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

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



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

размер корпорации
объем инвестиции со стороны
приоритетность



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

спрос на работников
спрос на нишу рынка
спрос на услуги



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

Гилдера
Меткалфа
Мура



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

прорыв – ожидание – просветление - продуктивность
прорыв - просветление - ожидание - продуктивность
продуктивность – прорыв – просветление – ожидание



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

лидерстве
технологии
P2P



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

многократность использования технологии
уменьшение стоимости идентификации



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

часть ИТ-бюджета
все затраты
затраты на рекламу



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

наилучшую организацию бизнеса
экономические цели общества
все интересы сотрудников



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

нишевые игроки
Мечтатели
искатели



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

текущее функционирование ИТ
покупки ИТ-предложений
содержание ИТ-персонала



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

предоставление услуг
предоставление компьютеров
предоставление времени на ТВ



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

пионер технологии
принимающая новое, когда это полностью ясно
класса безопасности С



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

методология исследования сложных проблем
метод исследования сложных проблем
методология исследования неразрешимых проблем
метод исследования разрешимых проблем



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

формальное (государственное) объединение
неформальное (общественное) объединение
формальное или неформальное объединение



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

4
5
6



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

концепции и руководств
шаблонов и стандартов
интерфейсо



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

масштабом
охватом
географией месторасположения



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

междисциплинарный подход
монодисциплинарный подход
проектирование любой системы



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

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



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

Архитектура предприятия = Бизнес-Архитектура – Корпоративная Архитектура
Архитектура предприятия = Бизнес-Архитектура + Корпоративная Архитектура
Архитектура предприятия = Архитектура + Предприятие



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

уменьшение времени обработки сообщений
уменьшение количества информации в системе
увеличение прибыли



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

моделирование информации
формирование портфелей приложений
макетирование



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

высокой скоростью изменений в бизнес – среде
малым временем оборачиваемости вложений
В2В



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

из возможностей
достигаемых целей
установки к действию



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

3
4
7



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

архитектура – план созданной системы
архитектура – план создания системы
архитектура – стандарт разработки



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

юридического лица
проекта
физического лица



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

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



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

концептуальный
семантический
систематический



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

технологическая архитектура – информационная архитектура - корпоративная архитектура
информационная – технологическая - корпоративная
фирма – организация - корпорация



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

уменьшение скорости передачи сообщений
увеличение степени сжатия сообщений
динамичность



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

"цепочки добавочной стоимости"
"конкуренции"
"максимизация связей"



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

высоким межфункциональным взаимодействием
большим реинжинирингом бизнес – процессов
Р2Р



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

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



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

стратегических целей
бизнес-потребностей
роли ИТ
ИТ-менеджмента



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

логический
технический
эргономический



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

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



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

серверный
физический
программный



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

проектирование
перепроектирование
НТР



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

эмерджентна
реинжинирингова
инжинирингова



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

бизнес-модели
информационные модели
прикладные модели



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

нет ни одного единственно правильного стандарта ИТ-архитектуры
есть только единственно правильный стандарт ИТ-архитектуры
общие соглашения внутри корпорации менее важны точности



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

прикладная система – проект - предприятие
проект - предприятие - прикладная система
система – субъект – объект



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

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



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

степенью достижения цели
стоимостью затрат
временем достижения цели



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

эффектом
надежностью
Адекватностью



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

иерархией в системе
объективной реальностью
субъективным восприятием
капитальными затратами



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

"разделяй и властвуй"
"ветвей и границ"
рекурсии



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

Дизайн решения - Архитектура подсистем - Архитектура предприятия
Архитектура предприятия - Архитектура подсистем - Дизайн решения
1 – 2 – 3




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

бизнес- архитектура
архитектура информации
com, biz



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

руководящие принципы
маркетинг
структура



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

контекста
концептуальный
логический



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

концептуальном
логическом
физическом



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

концептуальном
логическом
физическом



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

в предметных областях
в пользователях
во взаимодействии предметных областей



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

контекста
логический
системный



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

контекста
логический
концептуальный



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

контекста
логический
физический
концептуальный



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

контекста
логический
физический
концептуальный



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

ИТ-специалисты
Бизнесмены
бизнес - аналитики



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

бизнес-архитектура - люди и процессы
бизнес-архитектура - правила и стандарты
бизнес – люди, стандарты, ресурсы



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

контекста
концептуальный
логический



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

концептуальном
логическом
физическом



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

концептуальном
логическом
физическом



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

концептуальном
логическом
реализации



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

контекста
концептуальный
прикладной



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

контекста
логический
физический



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

контекста
логический
физический
концептуальный



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

контекста
логический
физический
концептуальный



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

уровень абстракции
предметная область
системное проектирование



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

Архитектура информации - знания
Архитектура информации - данные, информация и знания
Знания = Архитектура информации + данные



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

контекста
логический
физический



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

контекста
логический
физический
концептуальный



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

системные администраторы
бизнесмены
менеджеры младшего звена



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

Бизнес - Развитие - ИТ
Бизнес - ИТ - Развитие
ИТ – Развитие – ИТ



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

бизнес определяет ИТ
ИТ определяет бизнес
пользователь определяет ИТ



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

контекста
логический
физический
концептуальный



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

безопасность
уровень абстракции
данные



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

перспектива
программа
доклад



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

контекста
концептуальный
логический



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

концептуальном
физическом
реализации



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

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



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

бизнес-архитектура
архитектура информации
biz



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

тактическому уровню
стратегическому уровню
промежуточному уровню



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

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



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

бизнес-требования формирует архитектуру
архитектура адаптивна
архитектура неадаптивна



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

учитывает рынок
не обязана учитывать рынок
определяет рынок



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

доступности
управляемости
связности



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

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



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

стандарт должен быть проверяемым
стандарт должен иметь описание
описание стандарта - максимальное



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

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



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

стоимостью и типом системы
актуальностью и входными параметрами
стоимостью и актуальностью



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

аксиоматизируемость
адаптивность
виртуальность



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

архитектура информации
архитектура процессора
архитектура предметной области
архитектура географического места



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

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



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

тактическому уровню
стратегическому уровню
уровню запросов



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

архитектура - инструмент эволюции
архитектура - инструмент повышения качеств
качество – всегда следствие архитектуры



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

корректности
минимальной достаточности
максимальной достаточности



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

уменьшить сложность интеграции
получать конкурентные преимущества
уменьшать конкурентов



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

уделять внимания интерфейсу ИТ-процессов
тесно взаимодействовать с бизнес - подразделениями
завершать ИТ-процесс макетированием



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

технической
технологически-ориентированной
проблемно-ориентированной



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

формирование и управление портфелем прикладных систем предприятия
социальная защита сотрудников предприятия
реализация ИТ-проектов



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

средства и ресурсы разработки
контроль версий
состав работников



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

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



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

план эвакуации
план миграции
бизнес-план



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

консолидация
время разработки
стоимость разработки



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

ресурсоемкость
ресурсоотдача
обновляемость



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

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



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

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



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

оценку возможностей нового бизнеса
структуру организации-разработчика
гриф секретности



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

2
3
4



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

ускорение цикла операций
быстрота появления на рынке
интеграция и глобализация



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

цена/время реализации (ввода)
цена/объем поставки
эффект/затраты



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

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



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

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



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

2
3
4



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

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



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

когнитивная решетка
синтаксическая таблица
матрица смежности



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

оценку для бизнес-приложений
оценку времени
управляющую подсистему



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

оценку ТО
оценку рынка возможных приложений
оценку прерываний



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

затраты
инновации
транзакция



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

портфель прикладных систем
портфель интерфейсных систем
web-браузеры



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

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



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

каталог приложений
каталог поставщиков
депозитарий



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

техническое состояние
географическое распространение
мощность компьютера



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

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



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

название системы
название программы реализации
список исполнителей



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

транзакции
время
география



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

эволюционируемость
независимость
открытость



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

информация
производительность
объем



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

увеличение номенклатуры
уменьшение стоимости операции
увеличение числа операции



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

ценность для бизнеса
стоимость затрат
совершенность



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

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



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

обеспечение ИТ-сервиса
управление персоналом
управление финансами



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

уменьшение затрат на тренинг
простота поиска кадров
модульность



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

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



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

сеть
компьютер
фирма



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

архитектура
безопасность
архитектура безопасности



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

middleware
shareware
brinware



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

сетевой брандмауэр
сетевой сервис
сервисный центр

Внимание !
Вопросы к тесту выложены исключительно в ознакомительных целях: количество вопросов может не совпадать с действительным, актуальность не поддерживается,- за решением теста Welcome to the cashier!

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

операционные
технологические
сетевые



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

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



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

самозащита
самоудаление
самозаключение



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

выделение ресурсов - автоматизированное
выделение ресурсов - автоматическое
саморегулирование ресурсов



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

долговременные
среднесрочные
кратковременные



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

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



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

технологическая-публичная-локальная
локальная-технологическая-публичная
А – В – С



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

БД
СУБД
данные



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

сервис данных
сервис программы
сервис услуг



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

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



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

операционные
технологические
сетевые



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

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



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

самооптимизация
саморационолизация
верификация



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

масштабный прорыв
масштабная экономия
декопозируемость



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

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



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

крупные
средние
небольшие



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

экономия на закупках
экономия на продажах
экономия на рекламе



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

2
3
4



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

администратор безопасности
сетевая безопасность
карта памяти



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

ИТ-ресурсы являются общими и разделяемыми
ИТ-ресурсы обслуживают отдельного пользователя
Инфраструктура – адаптивна



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

Giga Group
Microsoft
WindowsNT



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

The Open Group
Ethernet
КОИ



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

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



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

"фотографии" сложной системы
"видеоролики" сложной системы
"сценария" сложного поведения



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

строки
столбца
матрицы



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

линейная упорядоченность строк
линейная упорядоченность столбцов
несущественность линейного порядка



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

базовые модели колонок - уникальны
базовые модели колонок - универсальны
колонки – базовые



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

логической модели
технической модели
математической модели



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

структурной модели
технологической модели
системному описанию



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

бизнес-взаимодействий
бизнес-процессов
бизнес приложений



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

2 этапа
3 этапа
4 этапа



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

база стандартов
база примитивов
база ресурсов



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

Zachman
Groler
B2B



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

простота понимания бизнес - аудитории
простота понимания ИТ-аудитории
простота адаптации



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

строки
столбца
матрицы



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

клетке соответствует аспект реализации системы
клетке соответствует действие в системе
клетке соответствует структура системы



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

клетки - полное описание системы
клетки - полное описание в данной перспективе
клетка имеет два номера



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

бизнес - модели
модели связей
первому бизнес-проекту



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

бизнес стилей
базовых элементов технологий
ценообразования



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

разработка плана реализации
инжиниринг
предпроектные исследования



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

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



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

детальной реализации
реализации отдельной детали
документации



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

5 на 5
6 на 5
5 на 6
4 на 6



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

модели отношений
концептуальной модели
второму пользователю



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

видение общих требований
разработка концептуальной архитектуры
реализация



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

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



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

IP
ISO
SQL



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

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



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

строк
клеток
столбцов



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

"сверху - вниз"
"снизу - вверх"
"диагональное"



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

описанию работающей системы
описанию проектируемой системы
реализации



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

шаблонов
технологических блоков
стандартов сети



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

ISO
Unicode
МРI



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

рынка
технологические дисциплины
продуктовые компоненты



Домены NASCIO:

управления приложениями
управление данными
управление транзакциями



Домены NASCIO:

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



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

управление заменами
управление изменениями
управление подсистемами



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

реляционные СУБД
настольные БД
временные файлы
плоские файловые системы



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

MS SQL
Oracle
DB2
FoxPro



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

управление проблемами
управление документооборотом
управление штатом



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

корпоративная
сетевая
частная



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

"Обзор"
"Осмотр"
"Виртуализация"



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

физическом, уровня разработки, процессном
физическом, сценарном, управленческом
техническом, научном, практическом



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

"сфер интересов"
"сфер влияния"
языка Бэкуса-Наура



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

бизнес - процессы
прикладные системы
технологии
операционные системы



Домены NASCIO:

диверсификация
управление информацией
интеграция



Домены NASCIO:

информационная безопасность
информационное управление
ГОСТ



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

управление событиями
управление процессами
изменение позиции



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

HTML
интерактив
СУБД



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

логическом, процессном, пользовательском
логическом, физическом, процессном
системном, методологическом, методическом



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

области
дисциплины
сферы влияния



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

управление активами
управление пассивами
управление банками



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

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



Сети бывают:

физические
корпоративные
личные



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

"Дизаин"
"Реклама"
"Презентация"



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

MS Access
ERWin
Designer 2000
MS PowerPoint



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

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

 
Модель "4+1" имеет уровни представления:

3
4
5



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

тактическая
стратегическая
смешанная



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

обеспечение непрерывности бизнеса
обеспечение непрерывного тренинга
расчет прибыли



SAM использует

итеративный подход
рекурсивный подход
интегративный подход



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

проекты
данные
бизнес - функции
реклама



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

поддержка руководства
поддержка пользователей
разработка стандартов



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

профилирование
персонофицирование
лицензирование



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

"Требования"
"Интерактив"
"Транзакция"



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

цели и задачи
организация
инфраструктура
разведка



Домены NASCIO:

управление пользователями
управление платформами
управление системами



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

документы соответствия
документы технологические
документы IEEE



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

анализ расхождений
анализ аналогов
декомпозиция



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

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



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

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



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

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



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

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



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

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



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

быстрота достижения цели
сложность растет медленно
сложность растет быстро



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

эвристичность
необозримость преимуществ
обозримость недостатков



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

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



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

обычный, необычный, статус
обычный, сегментный, статус
обычный, сегментный, статус-кво



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

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



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

любую разработку архитектуры ИТ
Gар-разработку архитектуры ИТ
виртуальную корпорацию



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

разработку плана перехода
пересмотр плана
выполнение плана



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

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



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

ясность ситуации
ясность бизнес - потребностей
легкость проектирования



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

анализ расхождений
анализ адекватности
анализ достижений



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

абстрактность
конкретность
длительность



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

цель, концептуальная архитектура, домены, структура, управление, приложение
цель, архитектура доменов, структура управления, приложения
домен, цель, управление, проект, реализация



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

контроля на эффективность
контроля взаимовлияния бизнес-процессов
согласования во времени бизнес-процессов



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

сбыта
поставок
формализации



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

спецификация архитектуры
аудит
контроль закупок



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

совет по архитектуре
совет по реализации
совет по рекламе



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

идентификации различий
категорирование соответствий
линеаризации несоответствий



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

вычислительную инфраструктуру
контент ИС
общий персонал



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

совета по архитектуре
президента архитектуры
совета архитекторов



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

описание архитектуры
консалтинг
контроллинг



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

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



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

делегирование несоответствий
категорирование несоответствий
интеграции предприятий



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

элемент архитектуры системы
элемент спецификации
элементарный набор графических примитивов



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

об архитектуре
о составе разработчиков
об источниках финансирования



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

спецификация архитектуры
консалтинг
контроллинг



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

общие ИТ-службы
общий бизнес-план
общий персонал



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

разработки и поддержки стандартов и правил
контроль соответствий стандартов и правил
интерактивной разработки



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

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



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

ранжирования соответствий
распознавание несоответствий
классификации несоответствий



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

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



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

хаотичность
повторяемость
энтропия



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

архитектура должна быть достаточно хороша
архитектура должна быть совершенна
цель – достигаема быстро



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

1 месяц
3 месяца
9 месяцев



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

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



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

средства анализа бизнес-процесссов
средства проектирования приложений
БСЭ



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

поддержка платформы
поддержка СУБД
каталогизация



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

сегодня, ближайшее, перспектива
прошлое, сегодняшнее, будущее
сегодня, завтра



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

10 месяцев
20 месяцев
30 месяцев



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

набор базовых процессов
неповторяемость
завершенность процесса



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

изучение бизнес-стратегии
осознание бизнес-стратегии
экономия средств



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

каталоги серверных продуктов
каталоги средств безопасности
библиотека



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

кросс-ссылки
организационные структуры
диверсификация



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

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



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

методики описания архитектуры
конфигурирование
декомпозиция



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

обратная связь
повторяемость операций
мера Хартли



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

максималистского
минималистского
совершенного



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

гарантия качества обслуживания
гарантия морального неустаревания
гарантия соотношения "цена-качество"



Домены NASCIO:

управление приложениями
интеграционная способность
управление информацией



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

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



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

концептуальном
логическом
физическом



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

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



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

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



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

дедуктивной
проблемно-ориентированной
технологически-ориентированной



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

руководящих "стандартов"
"исключений" из правил для руководства



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

проекта
юридического лица
физического лица



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

управление платформами
управление пользователями
управление системами



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

политика, стандарт, процедура
стандарт, процедура, политика
"правил" для руководства

Вы можете обратится к нам напрямую, через:

skype По Skype: molodoyberkut
telegram По Telegram: @MolodoyBerkut
icq По ICQ: 657089516

Или через форму обратной связи на нашем сайте
Пока сочиняется...
4.png