WikiDer > Фреймворк DYA

Схема архитектурных дисциплин DYA.

Динамическая архитектура предприятия (DYA) является структура архитектуры предприятия разработан консалтинговой компанией Согети.^[1] Он ориентирован на разработку программного обеспечения в целом и улучшение функции архитектурного проектирования.^[2]

Фреймворк DYA состоит из следующих модулей:^[3]

• DYA | Инфраструктура, относящаяся к инфраструктурной архитектуре
• DYA | Программное обеспечение, касающееся архитектуры программного обеспечения
• DYA | Бизнес, касающийся бизнес-архитектуры
• DYA | Governance, касающийся управления ИТ, и
• DYA | Принципы, о развитии архитектурных принципов

Концепция структуры DYA была впервые представлена ​​в 2001 году Роэлем Вагтером, Марлис ван Стинберген, Мартином ван ден Бергом и Йостом Луйперсом из Согети в голландской книге под названием DYA: snelheid en samenhang в бизнесе- и ИКТ-архитектура,^[4] пересмотрен, переведен на английский и опубликован в 2005 году как «Динамическая архитектура предприятия: как заставить его работать».^[5]

История

DYA | Инфраструктура впервые была упомянута в белая бумага опубликовано Microsoft MSDN в 2005 г. (заменено новым представлением в 2007 г.).^[6] После короткого периода разработки он был описан в (голландской) книге под названием «DYA | Infrastructuur - Architectuur voor de fancing van de IT».^[7]

В 2009 году словарь и общие шаблоны публиковались в онлайн-хранилище, сначала под независимым URL-адресом, но позже в поддомене Sogeti Нидерланды интернет сайт.^[8] Также была группа в LinkedIn^[9] созданный.

Развитие метода продолжалось в Согети до середины 2012 г .; после этого разработка была продолжена при спонсорской поддержке BiZZdesign, после чего название метода было изменено на Метод открытой архитектуры инфраструктуры (OIAm).^[10] Репозиторий продолжает работать под названием Метод открытой архитектуры инфраструктуры (OIAr).

Инфраструктура DYA

Инфраструктурный ландшафт DYA

DYA | Infrastructure - это метод, направленный на поддержку архитектора инфраструктуры. Он обеспечивает гибкость бизнеса, архитектурную эффективность и управляемые и расширяемые инфраструктуры инфраструктуры, доступные любой организации. Инфраструктура DYA включает три взаимодополняющих элемента:

1. Полное описание архитектуры инфраструктуры как неотъемлемой части архитектурного процесса и того, как она помогает обеспечивать соблюдение архитектурных принципов - с двумя фокусами: определение функционального подхода к объектам инфраструктуры и то, как выбирать и работать с соответствующими атрибутами качества.
2. Модель строительных блоков (архитектурная метамодель для инфраструктуры), которая ...
   1. Создает и описывает логические, модульные объекты инфраструктуры
   2. Ведение категориальной и функциональной инвентаризации существующих инфраструктурных «ландшафтов».
   3. Структурирует и создает архитектурные продукты, такие как эталонная архитектура, анализ воздействия и архитектура запуска проекта.
3. Передовые методы, которые помогут беспрепятственно приступить к архитектуре инфраструктуры, и рекомендации по созданию важных архитектурных артефактов, обеспечивающих работу архитектуры инфраструктуры

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

Помимо этих трех основных компонентов, DYA | Infrastructure также предоставляет рекомендации о том, как архитектура инфраструктуры может улучшить безопасность, управление проектами, управление тестированием и производство.

Фон

В 1972 г. Геррит Блаау^[11] описал, как можно рассматривать компьютерный дизайн как отдельные области: архитектура, выполнение и реализация. Однако концепции, введенные Блаау, верны не только для архитектура мэйнфрейма, но и для IT архитектура (и, возможно, для всех форм архитектуры). При работе с DYA | Infrastructure можно легко распознать три области, предложенные Блаау:

• Архитектура : Blaauw утверждал, что «архитектура системы может быть определена как функциональный вид системы для пользователя, ее феноменология».^[11] Обсуждая архитектуру объекта инфраструктуры, мы ограничиваемся основным: для чего он нужен? С этой целью мы рассматриваем объект как инфраструктурную услугу, состоящую из основных, элементарных инфраструктурных функций. Функция атомной инфраструктуры в этом отношении означает функцию логической инфраструктуры, которую нельзя значимо разделить на подфункции - по крайней мере, не значимо для архитектурных целей.

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

• Выполнение : Blaauw утверждал, что «реализация - это логическая структура, которая выполняет архитектуру. Там, где архитектура сообщает, что происходит, реализация описывает, как это должно происходить».^[11] В любой организации услуга инфраструктуры должна предоставляться в рамках одной конкретной организации или, возможно, нескольких из них. Эти контексты влияют на способ предоставления услуг инфраструктуры. Например, компьютер Министерства обороны в офисе в столице выглядит иначе, чем компьютер в кузове бронетранспортера на поле боя. Это потому, что контекст поле битвы предъявляет к объекту инфраструктуры иные требования, чем контекст офис.

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

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

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

• Реализация : Блаау утверждал, что «физическая структура, которая воплощает логический замысел, будет называться реализацией. Здесь,« какие »и« где »выбора, распределения, размещения и подключения компонентов будут рассматриваться отдельно от« как » логическая структура ".^[11] Реализация инфраструктурных услуг - это сфера компетенции проектировщиков и инженеров инфраструктуры. В их обязанности входит создание в результате реализации возможности, которая была бы осуществима и обслуживаема (в том числе с точки зрения затрат). На этом этапе создаются проекты инфраструктуры и фактически строятся объекты.

Процесс архитектуры инфраструктуры DYA

Архитектуры бизнеса, информации и инфраструктуры имеют общую цель: обеспечить оптимальную поддержку операций организации. Это невозможно без участия и обратной связи между тремя архитектурными дисциплинами. Чтобы эффективно действовать в рамках архитектурного процесса и в то же время быть достаточно отзывчивым, каждая дисциплина должна следовать динамике и структурам, которые подчеркивают их собственную область компетенции. Это, безусловно, относится к архитектуре инфраструктуры, которая должна сделать ее роль легко узнаваемой за счет пояснения терминов, которые она использует в области инфраструктуры. Самый простой способ сделать это - описать инфраструктурные решения в логических и функциональных терминах. DYA | Infrastructure определяет «возможности» решения с помощью набора атрибутов качества. Атрибуты качества также играют важную роль в гармонизации архитектурного процесса в трех архитектурных дисциплинах, поскольку независимо от базовой (технологической) структуры атрибуты качества могут согласовываться между доменами и использоваться во всем решении. В то же время они также вносят вклад в проектирование, создание и тестирование решений в рамках своей собственной компетенции. Вот почему атрибуты качества являются повторяющейся темой на различных этапах и действиях архитектуры инфраструктуры, и почему крайне важно тщательно выбирать и определять атрибуты качества. По крайней мере, они должны продемонстрировать уникальное и неотъемлемое качество инфраструктурного решения.

Атрибуты качества для коммуникации

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

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

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

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

Атрибуты качества для архитектуры инфраструктуры

Атрибуты качества по своей природе абстрактны, потому что они указывают как но нет Какие. В рамках архитектурного процесса определяются отношения между атрибутами качества одной дисциплины и сопоставимыми атрибутами качества другой дисциплины. Это упрощает определение того, как выбор, сделанный в одной области, влияет на решения в других областях. Чем более активно это происходит и чем больше качественных атрибутов можно согласовать, тем конструктивнее процесс. В рамках этого процесса гармонизации «похожие» атрибуты качества легко прослеживаются друг к другу, в то время как другие с большей вероятностью подчеркнут уникальность конкретной дисциплины. Тем не менее, дисциплина обычно распознает себя в качественных атрибутах других дисциплин при условии, что они были должным образом определены и объяснены.

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

• Гибкость (адаптивность и масштабируемость);
• Надежность (доступность и целостность);
• Ремонтопригодность (управляемость и подотчетность).

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

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

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

Трехмерное изображение модели строительных блоков

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

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

• Рабочие зоны
• Среды
• Строительные блоки
• Элементы
• Атрибуты качества

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

• Пейзаж инфраструктуры состоит из нескольких рабочих областей (хранилище, сеть, сервер, промежуточное ПО, клиентская область).
• Внутри каждой рабочей области находятся некоторые виды функциональных возможностей инфраструктуры (строительные блоки), например:
  • Хранилище рабочей зоны предлагает централизованное хранилище,
  • Сетевая рабочая область предлагает средства доступа и распределения данных и
  • рабочая область Client Realm предоставляет ПК, мобильные ПК, принтеры, сканеры и другие средства, которые служат интерфейсом для конечных пользователей.

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

Примерами сред в рабочей области клиентской области являются офис, киоск и удаленный доступ. В каждой Среде требования к качеству обозначаются атрибутами качества со значением, соответствующим этой среде. В свою очередь, эти значения соответствуют классам, положениям и / или перестановкам, которые имеют отношение к этому атрибуту качества.

Применительно к строительным блокам в определенной среде, архитектурный процесс определяет универсальные стандарты для строительных блоков для этой среды. Эти стандарты (технические компоненты) являются элементами модели строительных блоков.

Галерея

• 

  DYA Infrastructure моделирования (идеальный поток) .png

• 

  Предварительные требования к моделированию инфраструктуры DYA.png

• 

  DYA Infrastructure ontology.png

• 

  Решение проблем с инфраструктурой DYA support.jpg

• 

  Руководство по проекту инфраструктуры DYA.jpg

Смотрите также

• Динамичное предприятие
• Динамическое моделирование предприятия (DEM)
• Метод открытой архитектуры инфраструктуры

Рекомендации

По состоянию на это редактирование, в этой статье используется контент из "dya-knowledge.sogeti.nl", который лицензирован таким образом, чтобы разрешить повторное использование в соответствии с Creative Commons Attribution-ShareAlike 3.0 Непортированная лицензия, но не под GFDL. Все соответствующие условия должны быть соблюдены.

внешняя ссылка

Викискладе есть медиафайлы по теме Фреймворк DYA.

• ДЯ в dya.info
• Репозиторий инфраструктуры DYA