Фреймворк DYA - DYA framework

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

Динамическая архитектура предприятия (DYA) - это структура архитектуры предприятия, разработанная консалтинговой компанией Sogeti . Он ориентирован на разработку программного обеспечения в целом и улучшение функции архитектурного проектирования.

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

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

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

История

На DYA | Infrastructure впервые намекали в техническом документе, опубликованном Microsoft MSDN в 2005 году (замененном новым представлением в 2007 году). После короткого периода разработки он был описан в (голландской) книге под названием «DYA | Infrastructuur - Architectuur voor de fancing van de IT».

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

Разработка метода продолжалась в Sogeti до середины 2012 года; после этого разработка была продолжена при спонсорской поддержке BiZZdesign , после чего название метода было изменено на метод Open Infrastructure Architecture (OIAm). Репозиторий продолжает работать под названием Open Infrastructure Architecture method (OIAr).

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

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

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

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

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

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

Задний план

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

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

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

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

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

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

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

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

Процесс архитектуры инфраструктуры 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