Размер шрифта
-
+

ИТ-архитектура. Практическое руководство от А до Я. Первое издание - стр. 17

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


Рисунок: Архитектуры Предприятия «TOGAF»


Примеры принципов, используемых при создании архитектуры TOGAF(Название и содержание):


Пример использования – Сформулированные принципы управления ИТ применимы для всех случаев и подразделений организации.

Максимальная польза – Решения в области ИТ принимаются исходя из максимума пользы для организации в целом.

Привлечение всех – Управление информацией есть дело каждого.

Непрерывность бизнеса – Деятельность предприятия должна обеспечиваться, несмотря на возможные помехи в работе ИТ.

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

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

Ответственность ИТ-службы – ИТ-служба является ответственным владельцем ИТ-ресурсов и исполнителем процессов для удовлетворения требований бизнеса.

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

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

Обеспечение качества – Каждый элемент данных должен иметь ответственного за качество.

Общие метаданные – Метаданные должны быть едиными в рамках предприятия и доступными для всех пользователей.

Безопасность данных – Данные должны быть защищены от неавторизованного использования и распространения.

Технологическая независимость – Прикладное ПО не должно зависеть от специфичных моделей оборудования и системного ПО.

Простота использования – Приложения позволяют сконцентрироваться на выполнении бизнес-задач за счет единого интерфейса, минимизации специфики работы, интеграции систем, снижения вероятности неправильного использования.

Обоснованность и своевременность изменений – Изменения в информационной системе и приложениях производятся только в соответствии с запросами бизнеса, но в случае появления такой необходимости – в нужное время.

Взаимодействие – Взаимодействие Компоненты программного и аппаратного обеспечения должны обеспечивать интеграцию между собой в соответствии с общими стандартами.

Минимизация разнообразия – Уменьшение числа различных вариантов применяемых платформ, продуктов и версий.

Процесс Управления Архитектурной Практикой

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

Страница 17