Динамическая архитектура предприятия (DYA) - это структура архитектуры предприятия разработан консалтинговой компанией Sogeti. Он фокусируется на разработке программного обеспечения в целом и улучшении функции архитектурного проектирования.
Фреймворк DYA состоит из следующих модулей:
Концепция структуры DYA была впервые представлена в 2001 году Роэлем Вагтером, Марлисом ван Стинбергеном, Мартином ван ден Бергом и Йостом Луйперсом из Sogeti в голландской книге под названием DYA: snelheid en samenhang in business- ru ИКТ-архитектура, переработанная, переведенная на английский язык и опубликованная в 2005 г. как «Динамическая архитектура предприятия: как заставить ее работать».
DYA | На инфраструктуру впервые намекали в техническом документе, опубликованном Microsoft MSDN в 2005 году (замененном новым документом в 2007 году). После непродолжительного периода разработки он был описан в (голландской) книге под названием «DYA | Infrastructuur - Architectuur voor de fundering van de IT».
В 2009 году словарь и общие шаблоны были опубликованы в Интернете. репозиторий, первоначально находящийся под независимым URL-адресом, но позже под субдоменом веб-сайта Sogeti Netherlands. Также была создана группа в LinkedIn.
Разработка метода продолжалась в Sogeti до середины 2012 года; после этого разработка была продолжена при спонсорской поддержке BiZZdesign, после чего название метода было изменено на метод Open Infrastructure Architecture (OIAm). Репозиторий продолжает работать под названием Метод архитектуры открытой инфраструктуры (OIAr).
DYA | Инфраструктура - это метод, направленный на поддержку архитектора инфраструктуры. Он обеспечивает гибкость бизнеса, архитектурную эффективность и управляемые и расширяемые инфраструктуры инфраструктуры, доступные любой организации. Инфраструктура DYA предоставляет три взаимодополняющих элемента:
Описаны различные стратегии реализации, как для расширения архитектуры запуска проекта, а также проиллюстрирована важность ряда продуктов, таких как эталонные архитектуры, каталоги продуктов и каталоги услуг.
Помимо этих трех основных компонентов, DYA | Infrastructure также предоставляет рекомендации о том, как архитектура инфраструктуры может улучшить безопасность, управление проектами, управление тестированием и производство.
В 1972 году Геррит Блаау описал, как можно рассматривать компьютерный дизайн как отдельные области: архитектура, реализация и реализация. Однако концепции, введенные Блаау, применимы не только к архитектуре мэйнфреймов, но также и к ИТ-архитектуре (и, возможно, ко всем формам архитектуры). При работе с DYA | Infrastructure можно легко распознать три области, предложенные Блаау:
На уровне реализации службы и функции инфраструктуры все еще могут оставаться общими. Нет необходимости предлагать конкретные продукты или технические стандарты (хотя это возможно). Однако из-за влияния контекста услуги и функции часто могут быть специфичными для организации. Обратите внимание, что в ранее представленном определении архитектуры инфраструктуры как «архитектура», так и «реализация» Blaauw зависят от архитектора инфраструктуры.
Архитектура бизнеса, информации и инфраструктуры преследует общую цель: обеспечить оптимальную поддержку операций организации. Это невозможно без участия и обратной связи между тремя архитектурными дисциплинами. Чтобы эффективно действовать в рамках архитектурного процесса и в то же время быть достаточно отзывчивым, каждая дисциплина должна следовать динамике и структурам, которые подчеркивают их собственную область компетенции. Это, безусловно, относится к архитектуре инфраструктуры, которая должна сделать ее роль легко узнаваемой за счет пояснения терминов, которые она использует в области инфраструктуры. Самый простой способ сделать это - описать инфраструктурные решения в логических и функциональных терминах. DYA | Infrastructure определяет «возможности» решения с помощью набора атрибутов качества. Атрибуты качества также играют важную роль в гармонизации архитектурного процесса в трех архитектурных дисциплинах, поскольку независимо от базовой (технологической) структуры атрибуты качества могут согласовываться между доменами и использоваться во всем решении. В то же время они также вносят вклад в проектирование, создание и тестирование решений в рамках своей собственной компетенции. Вот почему атрибуты качества являются повторяющейся темой на различных этапах и действиях архитектуры инфраструктуры, и поэтому чрезвычайно важно тщательно выбирать и определять атрибуты качества. По крайней мере, они должны демонстрировать уникальное и неотъемлемое качество инфраструктурного решения.
Архитектурные дисциплины должны иметь возможность приспосабливаться друг к другу, когда это необходимо во время архитектурного процесса, без ущерба для самих себя. Они должны четко указать, какой вклад они могут внести, и указать свои собственные пределы. Не всегда удается выполнить весь комплекс пожеланий и требований; особенно, если они (хотя бы минимально) конфликтуют друг с другом. Если одна из дисциплин хочет или должна диктовать конечный результат, она должна получить соответствующее руководство со стороны архитектурного процесса, имея в виду, что руководство должно иметь отношение к конкретной области компетенции. Архитектурный процесс выбирает атрибуты качества, наиболее реалистичные и соответствующие направлению желаемого решения. Этот набор качественных атрибутов можно рассматривать как требование для каждой дисциплины индивидуально работать над своей собственной частью общего решения. Атрибуты качества гарантируют, что результирующие решения не будут разрабатываться изолированно, но останутся согласованными в рамках полной архитектурной структуры. Атрибуты качества также позволяют проверять полученные результаты и составлять отчет о них.
Чтобы дисциплины перестали противоречить друг другу, необходимо недвусмысленное согласие по качественным характеристикам, которые каждая дисциплина привносит в архитектурный процесс. Они должны служить основой для дальнейшего согласования и согласования определений в рамках архитектурного процесса. Архитектура инфраструктуры предоставляет свой собственный набор атрибутов качества, наряду со специфическими атрибутами качества деловой и информационной архитектуры.
Помимо атрибутов качества, есть два основных ограничения, которые влияют на потенциальное направление решения, а именно стоимость и время. Эти ограничения налагаются внешним миром (обычно организацией) и влияют на все формы архитектуры. Время и деньги, как правило, являются наиболее важными факторами, определяющими масштаб и качество и, следовательно, осуществимость решения. Во многих случаях время и деньги настолько ограничены, что для того, чтобы прийти к реалистичному решению, необходимо придать различный вес ряду качественных характеристик. В результате архитектурный процесс время от времени и оправданно превращается в дебаты между заинтересованными сторонами, что приводит к решению, которое в оптимальном случае отвечает всем интересам организации в пределах времени и денег.
Атрибуты качества по своей природе абстрактны, потому что они указывают, как, но не что. В рамках архитектурного процесса определяются отношения между атрибутами качества одной дисциплины и сопоставимыми атрибутами качества другой дисциплины. Это упрощает определение того, как выбор, сделанный в одной области, влияет на решения в других областях. Чем более активно это происходит и чем больше качественных характеристик можно согласовать, тем конструктивнее процесс. В рамках этого процесса гармонизации «похожие» атрибуты качества легко прослеживаются друг к другу, в то время как другие с гораздо большей вероятностью подчеркнут уникальность конкретной дисциплины. Тем не менее, дисциплина обычно распознает себя в качественных характеристиках других дисциплин при условии, что они были должным образом определены и объяснены.
Принимая во внимание цель построения функции инфраструктуры как полезности, существует три категории, с двумя атрибутами качества каждая, которые выражают неотъемлемое качество инфраструктурных решений:
Шесть определенных здесь атрибутов качества не применимы исключительно к приложениям инфраструктуры, но они являются руководящим набором для инфраструктура здания как полезность.
Участники процесса архитектурного проектирования не всегда в достаточной мере осознают важность качественных характеристик в их собственных областях знаний и последствия, которые их явные требования имеют для других областей. Затем другие участники должны объяснить неявные или явные последствия для их собственной области. Например: для определенного решения бизнес-архитектуры требуется доступность 99,99%. Инфраструктура отвечает, что они могут удовлетворить это требование с точки зрения доступности, но это создает значительные последствия с точки зрения масштабируемости и стоимости. Затем ожидается, что бизнес-архитектура укажет, оправдано ли в этом свете указанное требование доступности. Следует избегать ситуации, когда дисциплины навязывают друг другу качественные атрибуты и условия исключительно для достижения своих собственных целей, игнорируя при этом другие дисциплины, потому что это совершенно контрпродуктивно и мешает самому процессу архитектуры. Терминология, связанная с качеством в рамках одной дисциплины, часто означает что-то еще или даже вообще ничего, за пределами области этой дисциплины.
Этот репозиторий архитектуры инфраструктуры содержит рекомендации по архитектуре и проектированию в форме строительных моделей на различных уровнях и под разными углами. Он построен с использованием одного из самых важных инструментов DYA | Infrastructure: модели строительных блоков. Первое, что вам следует знать о модели строительных блоков, это то, что это в первую очередь инструмент декомпозиции. Это означает, что он используется для разделения инфраструктурных ландшафтов на логические измерения и части для обеспечения возможности структурированного и методологического моделирования (композиции). Это все равно, что сначала определить Периодическую таблицу, а затем упорядоченно заниматься химией.
Модель строительных блоков разделяет ландшафт инфраструктуры с пяти направлений:
Порядок декомпозиции, налагаемый моделью, можно описать следующим образом:
Эти средства (строительные блоки) «живут» в Среда, это означает, что они используются в определенном бизнес-контексте и что способ использования, продиктованный этим недостатком текст требует особых требований к качеству.
Примерами сред в рабочей области клиентской области являются офис, киоск и удаленный доступ. В каждой Среде требования к качеству обозначаются атрибутами качества со значением, соответствующим этой среде. В свою очередь, эти значения соответствуют классам, положениям и / или перестановкам, которые имеют отношение к этому атрибуту качества.
Применяемый к строительным блокам в определенной среде, архитектурный процесс обозначает универсальные стандарты к строительным блокам для этой среды. Эти стандарты (технические компоненты) являются элементами модели строительных блоков.
Моделирование инфраструктуры DYA (идеальный поток).png
Предварительные требования для моделирования инфраструктуры DYA.png
DYA Infrastructure ontology.png
Решение проблем инфраструктуры DYA support.jpg
DYA Руководство по проекту инфраструктуры.jpg
На данный момент в этой статье используется контент из "dya-knowledge.sogeti.nl", который лицензирован способом, допускающим повторное использование в соответствии с непортированной лицензией Creative Commons Attribution-ShareAlike 3.0, но не в рамках GFDL. Все соответствующие условия должны быть соблюдены.
.
Викискладе есть материалы, связанные с платформой DYA. |