всегда завершаема, но не всегда полно;
полностью всегда завершена.
5) Успешные методики описания Архитектуры предприятия используют обычно метод:
«ветвей и границ»;
«разделяй и властвуй»;
рекурсии.
6) |
Правилен принцип: архитектура |
|
учитывает рынок; |
|
определяет рынок; |
|
не обязана учитывать рынок. |
7) |
ИТ-архитектура относятся к: |
|
тактическому уровню; |
|
стратегическому уровню; |
|
оперативному уровню. |
8) |
На вопрос: «С помощью каких технологий можно построить |
|
решение?» отвечают на уровне архитектуры: |
логическом; |
|
|
реализации; |
|
концептуальном. |
9)Архитектуры по уровню различаются
|
охватом; |
|
масштабом; |
|
географией месторасположения. |
10) |
К требованиям описания ИТ-архитектуры не относится: |
|
высокий уровень детализации; |
|
динамика рассмотрения; |
|
высокий уровень массового охвата. |
11) |
SAM — модель архитектуры |
|
тактическая; |
|
стратегическая; |
|
смешанная. |
12)Положительные стороны проектирования «сверху — вниз»:реализация малой численности;поддержка на всех уровнях;технологичность;
13)Отрицательные стороны проектирования «снизу — вверх»:
конкретность;
|
связность; |
|
|
|
|
|
необходимость наличия опыта. |
|
|
||
14) |
Проект работы над созданием архитектуры обычно включает: |
||||
|
разработку плана перехода; |
|
|
||
|
выполнение плана; |
|
|
|
|
|
пересмотр плана. |
|
|
|
|
15) |
К организационным структурам управления и контроля |
||||
|
архитектуры относится: |
|
|
|
|
разработчики архитектур отдельных доменов; |
|
||||
|
разработчики отдельных интерфейсов; |
|
|||
|
разработчики архитектур бизнес-проектов. |
|
|||
16) |
Необходимо при проектировании архитектуры рассматривать |
||||
|
промежутки времени: |
|
|
|
|
прошлое, сегодняшнее, будущее; |
|
|
|||
|
сегодня, завтра; |
|
|
|
|
|
сегодня, ближайшее, перспектива. |
|
|
||
17) |
Стратегическое окно для «хорошей» архитектуры — это: |
||||
|
10 месяцев; |
|
|
|
|
|
20 месяцев; |
|
|
|
|
|
30 месяцев. |
|
|
|
|
18) |
Наиболее важным при управлении архитектурой является: |
||||
|
осознание бизнес-стратегии; |
|
|
||
|
изучение бизнес-стратегии; |
|
|
||
|
экономия средств. |
|
|
|
|
19) |
Возможны |
функции |
систем |
разработки |
архитектуры |
|
предприятия: |
|
|
|
|
диверсификация;
кросс-ссылки;
организационные структуры.
20) Положительные стороны проектирования «сверху — вниз»:
легкость проектирования;
ясность бизнес — потребностей;
ясность ситуации.
6.СЛОВАРЬ ТЕРМИНОВ
Методика разработки архитектуры (ADM) — процесс созда-
ния архитектуры предприятия, входящий в стандарт TOGAF.
Архитектура приложения — архитектура конкретного приложения.
Архитектор — лицо, отвечающее за разработку архитектуры и создание архитектурного описания.
Архитектурный артефакт — конкретный документ, отчет, аналитический отчет, модель или любой другой компонент архитектурного описания.
Архитектурное описание — набор объектов (артефактов), предназначенных для документирования архитектуры.
Архитектурная структура — каркасная структура, определяющая предложенные архитектурные артефакты, описывающая отношения между артефактами и содержащая описание того, как эти артефакты могут выглядеть.
Архитектурная методология — общий термин, описывающий любой структурированный подход к решению некоторых или всех проблем, связанных с архитектурой.
Архитектурный процесс — определенная последовательность действий, направленных на создание архитектуры либо архитектурного описания.
Архитектурная таксономия — методология организации и классификации архитектурных артефактов.
Архитектура — фундаментальная организация системы, реализованная в ее компонентах, связях компонентов друг с другом и окружающей средой и принципах, определяющих ее проектирование и развитие (определение взято из стандарта IEEE-1471-2000).
Архитектура бизнеса — архитектура, связанная непосредственно с бизнес-процессами и ведением бизнеса.
Эталонная модель бизнеса (BRM) — термин FEA, обозна-
чающий бизнес-представление различных функций федерального правительства.
Служебный сегмент — термин FEA, обозначающий сегмент, который является фундаментальным если не для всех, то для большинства политических организаций, например, управление финансами.
Директор по информационным технологиям — руководи-
тель, отвечающий в корпорации за использование информационных технологий.
Совет директоров по информационным технологиям — со-
вет, состоящий из директоров по информационным технологиям всех федеральных агентств и координирующий совместную работу в общих интересах.
Акт Клингера — Коэна от 1996 г. — см. Реформа управления информационными технологиями.
Общесистемные архитектуры — термин TOGAF, обозначаю-
щий архитектуру, общую для многих (но не для всех) типов предпри-
ятий, в отличие от фундаментальных архитектур и отраслевых архитектур.
Эталонная модель компонентов (CRM) — термин FEA, обо-
значающий ИТ-представление систем, поддерживающих бизнес.
Архитектура данных — архитектура принадлежащих предприятию данных (обычно хранящихся в базах данных).
Архитектор предприятий — архитектор, специализирующийся на построении архитектуры предприятия.
Архитектура предприятия — архитектура, в которой системой является целое предприятие, в частности, бизнес-процессы, технологии и информационные системы.
Служба предприятия — термин FEA, обозначающий четко определенную функцию в границах политико-административного деления, например, управление безопасностью.
FEA — см. Архитектура федеральной организации (FEA).
FEAF — см. Структура архитектуры федеральной организа-
ции (FEAF).
FEAPMO — организация в составе Административнобюджетного управления, которая занимается разработкой и администрированием архитектуры федеральной организации.
Структура оценки архитектуры предприятия по программе
FEA — методика, используемая Административно-бюджетным управлением для оценки эффективности использования архитектуры предприятия в правительственных организациях.
Структура архитектуры федеральной организации (FEAF)
— структура архитектуры предприятия, использовавшаяся федеральным правительством США для описания взаимоотношений правительственных агентств с ИТ-системами.
Архитектура федеральной организации (FEA) — архитектур-
ное описание федерального правительства США, включающее эталонные модели, процессы создания архитектур организаций, соответствующих архитектуре федеральной организации, и методологию оценки эффективности использования в организации архитектуры предприятия.
Фундаментальная архитектура — термин TOGAF, обозна-
чающий наиболее обобщенные архитектуры, которые могут использоваться любой ИТ-организацией, в отличие от общесистемных ар-
хитектур.
БКУ — см. Бюджетно-контрольное управление (БКУ).
Gartner — исследовательская и консалтинговая ИТорганизация.
Шлюз — точка автономной системы, через которую принимаются сообщения из внешнего мира или отправляются сообщения во внешний мир.
Бюджетно-контрольное управление (БКУ) — подразделение правительства США, отслеживающее эффективность работы различных правительственных организаций.
Отраслевая архитектура — термин TOGAF, обозначающий архитектуру, общую для большинства предприятий в отрасли, в отли-
чие от общесистемной архитектуры и архитектуры организации.
Реформа управления информационными технологиями —
закон, принятый Конгрессом США в 1996 г., требовавший от всех правительственных организаций использования эффективных стратегий и структур для разработки и обслуживания ИТ-ресурсов.
Административно-бюджетное управление — подразделение Исполнительного управления Президента США, выполняющее функцию президентского надзора за федеральными агентствами.
The Open Group Architectural Framework — см. TOGAF (The Open Group Architectural Framework) 8.1.
Архитектура организации — термин TOGAF, обозначающий