Главная / Менеджмент /
Архитектура предприятия / Тест 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) концептуальный
На вопрос: «Централизован (децентрализован) бизнес организации?» отвечает уровень:
На вопрос: «Какая информация требуется для бизнес-процесса?» отвечает уровень:
На вопрос: «Каковы индустриальные ценности?» отвечает уровень:
На вопрос: «Каковы функции бизнеса?» отвечает уровень:
На вопрос: «Каких целей добивается организация?» отвечает уровень:
На вопрос: «Каковы общие принципы использования технологий ?» отвечает уровень:
На вопрос: «Почему организация занимается таким бизнесом?» отвечает уровень:
На вопрос: «Каковы факторы, определяющие достижение высоких результатов?» отвечает уровень:
На вопрос: «Какой «фронт — офис» или «бэк — офис» будет использоваться?» отвечает уровень:
На бизнес-руководство ориентирован уровень архитектуры:
Правильные ответы выделены зелёным цветом.
Все ответы: В курсе рассматриваются вопросы разработки и использования архитектуры информационных технологий предприятий.
Выберите продолжение фразы: ИТ-стратегия определяет, в основном,
(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-сервис
Главная /
Архитектура предприятия /
На вопрос: «Как выглядят бизнес — процессы?» отвечает уровень:
На вопрос: «Как выглядят бизнес — процессы?» отвечает уровень:
вопрос
Правильный ответ:
контекста
логический
физический
концептуальный
Сложность вопроса
91
Сложность курса: Архитектура предприятия
32
Оценить вопрос
Очень сложно
Сложно
Средне
Легко
Очень легко
Спасибо за оценку!
Комментарии:
Аноним
Я преподаватель! Оперативно сотрите этот ваш сайт с ответами интуит. Это невозможно
24 сен 2019
Аноним
Нереально сложно
29 дек 2017
Аноним
Зачёт прошёл. Мчусь отмечать отмечать экзамен intuit
29 авг 2016
Оставить комментарий
Другие ответы на вопросы из темы менеджмент интуит.
-
#
«Узким местом» ИТ-стратегии в бизнесе является:
-
#
В результате реализации схемы: мониторинг, анализ, спецификация, стандарты, аудит, план миграции, реализация получим:
-
#
Программная архитектура-это:
-
#
Модель оценки портфеля прикладных систем может использовать критерий:
-
#
Методика NASCIO включает уровни:
Структура модели бизнес-процессов
Модель бизнес-процессов, согласно методологии SADT, создается на основе принципа декомпозиции: «…декомпозиция заключается в начальном разделении объекта на более мелкие части и последующем соединении их в более детальное описание объекта». На верхнем уровне модели рассматриваемая система представляется в виде одного процесса, например, «Деятельность по производству и продаже оборудования», далее он декомпозируется на совокупность бизнес-процессов верхнего уровня (см. Основные элементы системы управления). Каждый из бизнес-процессов верхнего уровня декомпозируется на ряд подпроцессов. В качестве критерия выделения подпроцессов второго уровня можно использовать промежуточные состояния объекта управления. Например, процесс «Продвижение и продажи» может быть декомпозирован на подпроцессы:
-
Продвижение продуктов
-
Выяснение потребности клиента
-
Заключение договора с потребителем
-
Прием текущих заказов
-
Производственное планирование
-
Организация выполнения заказа клиента
-
Организация удовлетворения претензий клиентов
-
Анализ удовлетворенности клиентов
Количество уровней декомпозиции выбирается исходя из стоящих задач и необходимой степени подробности описания. На практике используют 3-5 уровней декомпозиции.
Business Studio позволяет создавать графические модели бизнес-процессов с помощью диаграмм, выполненных в той или иной нотации моделирования. Поддерживается пять типов нотаций графического моделирования — IDEF0, Basic Flowchart и Cross-functional Flowchart, BPMN, EPC. Для создания модели бизнес-процессов можно использовать любую из этих нотаций или их комбинации. Рекомендуется в зависимости от уровня процесса в модели для его описания использовать нотации, приведенные в Таблице 1.
| Уровень модели | Используемая нотация | Комментарий |
|---|---|---|
| 0 | IDEF0 (контекстная диаграмма) | Модель, выполненная в нотации IDEF0, имеет контекстную диаграмму верхнего уровня А-0, на которой объект моделирования представлен единственным блоком с граничными стрелками. Стрелки на этой диаграмме отображают связи объекта моделирования с окружающей средой. Диаграмма A-0 устанавливает область моделирования и ее границу. |
| 1 | IDEF0 | 1 уровень содержит функции верхнего уровня модели. |
| 2 | IDEF0 | 2 уровень содержит декомпозицию функций верхнего уровня. Например, функция второго уровня «Продвижение продуктов» может быть декомпозирована на подфункции 3 уровня: 1. Группировка клиентов и анализ клиентской базы 2. Разработка программы удержания клиентов 3. Определение потребности по привлечению новых клиентов 4. Разработка комплекса продвижения продуктов на целевые рынки 5. Проведение мероприятий комплекса продвижения |
| 3 и далее | Basic Flowchart, Cross-functional Flowchart, BPMN, EPC | На 3 уровне происходит смена нотации моделирования. 3 уровень при корректной декомпозиции будет представлять собой работы — наименьшие возможные процессы, создающие минимальный отделимый результат, за отдельные действия внутри работы будут отвечать конкретные должностные лица. |
Таблица 1. Уровни модели нотации IDEF0
Если в модели используются метапроцессы, то уровни сдвигаются, начиная с 1.
Моделирование деятельности на низких уровнях модели тесно коррелирует с прикладными методиками и технологиями деятельности, т.е. в ряде случаев вопросы «что делать» и «как делать» сливаются воедино.
Диаграмма является основным рабочим элементом при создании модели. Диаграммы имеют собственные синтаксические правила, которые будут рассмотрены в следующих разделах.
Уровни абстракции (перспективы) в описании архитектуры предприятия
Понятие перспективы используется в искусстве для определения направления на изображаемый объект – например, вид здания с площади или из окна соседнего небоскреба. Помимо чисто «геометрического» направления, понятие перспективы может быть обобщено для отображения различного уровня восприятия объекта – например, описание и восприятие одного и того же здания с точки зрения туриста, осматривающего окрестности, постоянного жильца или пожарного может быть существенно различным, в соответствии с их опытом и отношением к предмету. Этот же термин достаточно широко применяется и при разработке программных систем.
Опишем подробнее, что содержат различные уровни абстракции, которые используются при описании различных областей архитектуры предприятия.
Уровень контекста описывает внешнюю среду, движущие силы и факторы, оказывающие действие на бизнес организации, видение, стратегию и то, как они влияют на деятельность организации и приоритеты. Этот достаточно полный набор утверждений затем используется в последовательной манере на различных этапах процесса принятия решений, что обеспечивает возможность отследить «в обратную сторону» то, какими внешними факторами, стратегией и видением определялись те или иные решения. В конечном итоге это создает возможность обеспечения соответствия информационных систем требованиям бизнеса.
Обычно «технические люди» игнорируют эти модели по причине того, что считают их слишком упрощенными и абсолютно «нетехнологичными». Однако контекст является важным для понимания тех или иных, в том числе технологических, решений и компромиссов.
Ниже приведены примеры вопросов, на которые должен давать ответ уровень контекста:
- Каких целей хочет добиться организация?
- Почему организация занимается таким бизнесом: видение, миссия и цели?
- Каковы тенденции в индустрии, в которой работает организация?
- Как организация расположена и где она работает географически?
- Каковы факторы, определяющие достижение высоких результатов в бизнесе (value drivers)?
- Каковы на самом высоком уровне классы информации, которыми оперирует организация?
- Каковы функции этого бизнеса?
- В каких областях сосредоточена ключевая компетенция организации?
И хотя существенная часть работы, которая должна быть выполнена на этом этапе, связана со сбором информации, его важность нельзя недооценивать. Этот этап обеспечивает основу для всего процесса проектирования архитектуры с точки зрения основной деятельности и бизнеса организации в целом.
Концептуальный уровень является наиболее абстрактным и описывает те или иные элементы архитектуры в терминах бизнеса организации и в терминах конечных (непрофессиональных в смысле ИТ) пользователей системы. Эта перспектива отвечает на вопрос о том, как организовано и работает предприятие с целью успешной реализации своих задач в условиях, которые накладывает на организацию внешняя среда (контекст). Это все еще «нетехнологический» уровень описания, но он уже показывает, как требования, накладываемые на организацию контекстом, могут быть удовлетворены.
Концептуальный уровень используется для определения функциональных требований и описания систем с точки зрения бизнес-пользователей для построения бизнес-моделей. Таким образом, если мы говорим о прикладной системе, то бизнес-модели определяют ее концептуальную архитектуру (перспективу).
Концептуальный уровень описывает сервисы и взаимосвязи между сервисами, которые должны быть реализованы для обеспечения принципов, определенных на уровне контекста. Модели, которые создаются на этом уровне, основаны на понятии сервисов (они не содержат специфических деталей стандартов и продуктов, реализующих сервисы), поэтому они носят стабильный характер, если только сам бизнес не претерпевает фундаментальных изменений с точки зрения общего видения и целей. Этот уровень анализа обеспечивает фундамент, на котором можно строить логическую архитектуру. Ключевые вопросы, которые рассматриваются на данном уровне, следующие:
- Какие области бизнеса должны быть поддержаны информационными технологиями?
- Какая общая бизнес-архитектура (например, «фронт-офис», «мид-офис», «бэк-офис») будет использоваться?
- Как системы будут соотноситься с организационными структурами и бизнес-архитектурой, насколько информационные системы отдельных департаментов будут консолидированы в единый набор ключевых прикладных систем?
- Как выглядят бизнес-процессы, которые обеспечивают создание продуктов и оказание услуг?
- Какая информация требуется для каждого бизнес-процесса и как эта информация может повторно использоваться?
- Организован ли бизнес организации в централизованном или децентрализованном виде?
- Какой уровень делегирования полномочий должны обеспечивать системы?
- Какие существуют общие принципы по использованию технологий, характерные для индустрии, в которой работает организация, и типы оказываемых услуг?
- Какие вопросы по надзору и руководству использованием технологий должны быть рассмотрены на данном этапе?
Если мы говорим о концептуальном уровне описания архитектуры конкретной прикладной системы, то он используется для определения бизнес-требований и отражает взгляд на прикладную систему с точки зрения бизнес-пользователя, т.е. реализуемых функций. Для этого создается бизнес-модель приложения. Основная задача на этапе концептуального проектирования и создания бизнес-модели состоит в описании ключевых бизнес-процессов и данных, которые эти процессы используют таким образом, чтобы подчеркнуть цели и требования с точки зрения бизнеса в форме, свободной от описания применяемых технологий.
В качестве методов, которые используются для построения бизнес-моделей на этапе концептуального проектирования, могут быть, например, такие инструменты языка UML как Варианты Использования (Use Cases), диаграммы деятельности и другие методы проектирования процессов.
Логический уровень архитектуры показывает основные функциональные компоненты и их взаимосвязи между собой без технических деталей того, как на практике реализована функциональность этих компонент. Логический уровень является «последним» уровнем, который изолирует требования бизнеса от обеспечивающих выполнение этих требований технологий. Он определяет классы прикладных систем, технологий и данных, которые должны быть поддержаны, но не в терминах конкретных продуктов и технологических решений. Логические модели отвечают на вопрос о том, как требования, идентифицированные в концептуальных моделях, будут реализованы. На этом уровне определяются общие принципы, которые будут накладывать определенные ограничения на решения, принимаемые на более низких уровнях (например, ориентация на технологии web-сервисов).
На этом уровне даются ответы на следующие вопросы:
- Какие приложения необходимы для поддержки бизнес-процессов?
- Кто является основными пользователями и заинтересованными сторонами в реализации данных прикладных систем?
- Как выглядят нормализованные модели данных для этих приложений?
- Какие прикладные системы нужны для управления данными: создания, чтения, внесения изменений и удаления данных?
- Какие нужны технологии для реализации этих прикладных систем?
- Как будет выглядеть распределенная архитектура прикладных систем?
- Какие стандарты должны быть приняты организацией?
Логический уровень описывает решение в виде набора сервисов или компонент в независимой от технологической реализации форме. Это включает четкое определение интерфейсов (или так называемых контрактов), связанных с интеграцией и совместной работой этих сервисов и компонент. Поскольку этот уровень описания архитектуры не зависит от конкретных продуктов реализации, он остается относительно стабильным. Он может меняться, чтобы отражать инициированные «сверху-вниз» изменения, включая новые фундаментальные бизнес-модели (например, переориентация на модель обслуживания, основанную на потребностях клиента), а также отражать изменения, инициированные в направлении «снизу-вверх», такие как возможности, открывающиеся в связи с использованием новых технологий (например, применение CRM-системы для управления отношениями с клиентами). Изменения могут быть связаны с новыми технологическими парадигмами и концепциями, такими, например, как сервис-ориентированная архитектура или Grid-вычисления.
При подобном подходе влияние изменений на уровне бизнеса или технологий могут быть оценены в явной и последовательной манере.
Ключевыми вопросами, которые должны быть решены на данном уровне абстракции, являются следующие:
- Как должны быть сгруппированы логические компоненты (например, должен ли использоваться единый каталог пользователей для обеспечения единого сервиса регистрации, независимо от используемых каналов взаимодействия)?
- Как логические компоненты будут распределены между различными системами (будут ли эти компоненты реализованы в виде web-сервисов)?
- Как единый брокер или шина интеграции будет обеспечивать различные бизнес-системы, или как средства обеспечения совместной работы будут использоваться помимо баз данных и средств интеграции для того, чтобы обеспечить работу виртуальных групп сотрудников?
Как правило, на логическом уровне существует несколько возможных подходов к построению решения (что отражает различные внешние факторы влияния, такие, например, как стоимость, гибкость, безопасность, управляемость). Ключевое решение на этом уровне состоит, таким образом, в выборе (вместе с представителями бизнес-подразделений) той альтернативы реализации решения, которая обеспечивает нужный сервис способом, наилучшим образом соответствующим общим принципам.
Если мы говорим об архитектуре приложений, то логический уровень архитектуры приложения создается посредством создания модели приложений. Модели приложений описывают общую структуру прикладной системы, ее компоненты и взаимосвязи между ними в терминах логической пересылки сообщений между этими компонентами, последовательности информационного обмена, общего описания данных и состояний, в которых может находиться система и ее компоненты. Таким образом, модель приложения дает некоторое логическое представление, как могут быть на практике реализованы те бизнес-модели, которые были разработаны на этапе концептуального проектирования.
В рамках использования сервис-ориентированной архитектуры на этапе создания модели приложения используются концепции, которые позволяют описать приложение без указания конкретных технологий или стандартов. Стандарты и технологии (но не конкретные продукты) используются для описания физического представления, что является следующим этапом проектирования.
Физический уровень описывает принципы проектирования, стандарты и правила, включая группирование критически важных компонент, а также модели развертывания. Это обеспечивает общую основу, в рамках которой на уровне реализации будет выполнена непосредственно разработка. Здесь же определяются критерии отбора технологических решений, которые должны быть либо разработаны, либо приобретены.
Если мы говорим о физическом уровне (архитектуре) прикладной системы, то каждый элемент модели приложения необходимо соотнести с реальными технологиями и технологическими стандартами, что делается через создание технологических моделей приложения. Как говорит само название, данный уровень абстракции описывает то, как логические структуры будут физически реализованы.
Примеры вопросов, на которые отвечают на данном уровне абстракции, следующие:
- Каковы функциональные спецификации каждой прикладной системы?
- Будет ли организация разрабатывать специализированные приложения или покупать стандартные?
- Каковы критерии выбора и как будут оцениваться различные инициативы по реализации систем?
- Как данные будут представлены на физическом уровне?
При этом в идеале технологическая модель должна быть сформулирована в технологически нейтральной по отношению к конкретным поставщикам форме. Если придерживаться такого подхода, то на основе использования этой модели проектирования у организации остается свобода в использовании лучших в своем классе технологий для практической реализации системы в соответствии с разработанной архитектурой.
На следующем этапе проектирования технологическая модель приложения может быть материализована в форме модели реализации, что уже связано, например, с написанием детального кода программ, реализующих бизнес-логику. То есть модель реализации включает конкретные модели оборудования, топологию сети, производителя и версию СУБД, средства разработки и, собственно, готовый программный код.
Уровень реализации, самый нижний уровень или перспектива в описании архитектуры системы формулируется уже разработчиками системы в терминах использования тех или иных продуктов конкретных поставщиков.
На уровнях физической архитектуры и уровне реализации для ускорения цикла разработки, повышения качества разрабатываемых систем (за счет использования проверенных решений) и уменьшения рисков проекта могут использоваться такие концепции и архитектурные модели, как, например, Microsoft Systems Architecture (MSA).
Приведем в качестве иллюстрации последовательные уровни абстракции и принципы создания моделей для каждого уровня абстракции в применении к некоторой гипотетической системе.
| Перспектива (уровень абстракции) | Уровень детализации |
|---|---|
| Контекст |
|
| Концептуальный |
|
| Логический |
|
| Физический |
|
Ответы на курс: Архитектура предприятия