Эти промежуточные продукты и создающие их деятельности хорошо знают и в техническом, и в бизнес- сообществе. Однако способы, которые используются для концептуализации, расстановки приоритетов и выбора значимых для реализации в программе бизнес- проблем и пользователей, представляют собой весьма вариативные процессы в пределах отрасли. В этой статье рассматриваются степень зрелости и нарастающая важность роли инфраструктуры архитектуры предприятия для современных организаций разработчиков. Статья начинается сравнением дисциплины архитектуры предприятия с дисциплинами архитектуры решений и бизнес- архитектуры, по отношению к RUP. Далее рассматривается, как инфраструктура Open Group Architecture Framework (TOGAF) выгодно расширяет границы архитектуры, установленные RUP, чтобы включить в процесс планирование бизнеса корпорации, ИТ- планирование, управление реализацией и другие виды деятельности. В завершение будет предложен способ применения TOGAF в сочетании с другими инфраструктурами архитектуры предприятия.
Сравнение различных архитектурных инфраструктур. Существует некоторое наложение областей действия между инфраструктурами разработки архитектуры предприятий, решений и бизнеса, в общепринятом их понимании.
Цена: 43 900,00 руб. Курс Основы TOGAF. Руководство ИТ, которым необходимо четкое понимание стандартов архитектуры предприятия.
Итак, как они соотносятся между собой? Архитектура решений. Инфраструктура архитектуры решений принимает различные формы. Специалисты по информационным технологиям уже привыкли иметь дело с Приложениями (Application), Данными (Data), Технологиями (Technology) и другими архитектурными формами (называемымм также предметными областями) в процессе разработки информационных систем и обслуживания проектов. Новые (и значительно более специализированные) формы архитектуры решений, такие, как Безопасность (Security) и Тестирование (Testin), тоже быстро стали основными формами. Наиболее узнаваемые предметные области архитектуры решений, их основные объекты и зависимости между ними показаны на рисунке 1.
С этими предметными областями обычно приходится иметь дело технологам - то есть, людям, которые имеют опыт в разработке систем, или администраторам в сфере ИТ. Архитектура бизнеса. Архитектура бизнеса как отдельная предметная область появилась в 1. Дисциплина . Хотя вряд ли можно достичь согласия по поводу того, какие компоненты следует включить в инфраструктуру архитектуры бизнеса, принято считать, что значимыми аспектами в этой предметной области являются аспекты Процесс и Информация (Process and Information), Организация (Organization) и Производительность (Performance). Каждый из этих компонентов сам по себе очень важен и включает несколько предметных областей, как показано на рисунке 2.
Кликните, чтобы увидеть увеличенное изображение. Рисунок 2: компоненты и объекты предметной области архитектуры бизнеса.
Компонент Процесс и Информация, вероятно, является основным для деятельностей архитектуры бизнеса, поскольку (среди прочего) он определяет, описывает и классифицирует бизнес- процессы и опорные структуры, которые составляют бизнес- модель организации. Этот компонент включает также группу связанных объектов, таких, как удобство применения и доступность. У каждой организации, конечно, есть различные бизнес- процессы, структуры, технологические потоки и т. Точно так же какая- либо организация может иметь что- то особенное в своей модели бизнес- процесса, то, что поднимает ее над конкуренцией, в то время как другие организации продолжают вести борьбу в этой отрасли. Компонент Организация относится к структуре и конструированию методов работы, а также к стилю работы в организации.
Объекты, которые взаимодействуют с этим компонентом, включают структуру организации, продукты и услуги, которые производит бизнес, бизнес- единицы их размещение и т. В него входят такие объекты, как производительность, бизнес- риски и другие связанные объекты.
Предметная область архитектуры предприятия. Прежде чем перейти к рассмотрению корпоративной архитектуры, давайте обрисуем проблему, которую эта дисциплина пытается решить. Большинство существующих методологий реализации включают методы создания решений для хорошо известных потребностей бизнеса.
Эти методики, однако, не интересуются тем, как и почему появились эти потребности. Вместо этого они концентрируются на сравнительной важности удовлетворения данной потребности по сравнению с другими потребностями, которые может иметь организация. Для примера рассмотрим процесс RUP. Процесс представления RUP принимает решение о реализации в значительной степени на веру, причем ни один артефакт RUP прямо не связан с оценкой относительности срочности требования бизнеса, которая делается в процессе реализации решения. В отличие от RUP и других дисциплин, которые концентрируются, главным образом, на реализации, основным интересом предметной области архитектуры предприятия является само предприятие - идентификация, спецификация и расстановка приоритетов требований бизнеса. Рассмотренные точки зрения и модели, взятые в контексте инфраструктуры архитектуры предприятия, решают определенный круг текущих и потенциальных проблем.
План- график архитектуры предприятия чаще всего содержит более одного предлагаемого решения (как показано на рисунке 3), в результате чего может возникнуть несколько одновременных реализаций. Кликните, чтобы увидеть увеличенное изображение.
Рисунок 3: Пример плана- графика архитектуры предприятия. Предприятие будущего.
Институт разработки архитектуры предприятий (Institute for Enterprise Architecture Development, IFEAD) обобщает основные руководящие принципы дисциплины архитектуры предприятия следующим образом: . Важный аспект этого утверждения заключается в том, что архитектура предприятия - это целостная дисциплина, которая объединяет элементы бизнеса и технологии, исходя из общего стратегического прогноза предприятия (см. Это можно объяснить ускорением изменений рабочей среды в организациях всех размеров в большинстве отраслей. Конструктивность бизнеса и, в частности, способность инфраструктуры технологий своевременно реагировать на изменения, стали критически важными факторами. Еще одним фактором, который способствовал растущему пониманию дисциплины архитектуры предприятия, был все более ужесточающийся законодательный климат последних лет, как в США, так и в других странах. Это заставило организации не только повысить ответственность и усовершенствовать методы отчетности, но также сделать соответствие законодательным требованиям жизненно важным требованием для каждого бизнес- процесса. В ответ на повышение внимания к принципам архитектуры предприятия в последнее время появились надежные инфраструктуры архитектуры предприятий, такие, как TOGAF.
Те же объекты, но с другой точки зрения. Дисциплина архитектуры предприятия касается практически тех же объектов, что и дисциплина архитектуры решений, но в несколько другом разрезе и в совершенно другом контексте. Контекст архитектуры предприятия целостный, его перспектива организационная, тогда как архитектура решений зависит от реализации.
К тому же дисциплина архитектуры предприятия - это больше, чем супернабор предметных областей архитектуры решений. В то время как объекты архитектуры решений (см. Например, для разработчика архитектуры решений предметная область понятия . Обратите внимание на то, что некоторые (обычно низкоуровневые) объекты дисциплины архитектуры решений не входят в область применения архитектуры предприятия (EA) и одновременно в нее добавлены некоторые дополнительные (по большей части высокоуровневые) объекты.
Обратите также внимание на то, что ключевые объекты бизнес- архитектуры полностью включаются в дисциплину архитектуры предприятия. Кликните, чтобы увидеть увеличенное изображение. Рисунок 5: Компоненты и объекты дисциплины архитектуры предприятий.
Область применения архитектуры предприятия. Виды деятельности архитектуры предприятия начинаются задолго до начала проектов, управляемых архитектурой решений, и непрерывно продолжаются в течение всего срока жизни предприятия. Как непрерывный процесс, жизненный цикл архитектуры предприятия имеет одну точку входа, которая совпадает с созданием практики, а также несколько точек входов процессов, которые распределены по временному отрезку архитектуры предприятия. Как описывает рисунок 1. EA вводят циклы, или итерации, которые следует планировать в соответствии с крупными фазами в разработке бизнеса организации.
В этих инфраструктурах цикл состоит из нескольких фаз с несколькими подачами в деятельности архитектуры предприятия, особенно в начальных фазах цикла. Входы в архитектуру предприятия могут отличаться в зависимости от способа создания и верификации идей преобразования предприятия; классификация этих входов предоставляет способ измерения зрелости практики архитектуры предприятия в данной организации. В некоторых случаях идея может быть побочным продуктом разговора в лифте между главным инженером и разработчиком архитектуры. В других - это согласованный ответ на запросы, поставленные планировщиками бизнеса, конечными пользователями или другими заинтересованными лицами. В наиболее зрелых организациях она будет выходом стратегического анализа архитектуры и процесса планирования, который также включает входные данные от только что упоминавшихся источников. Кликните, чтобы увидеть увеличенное изображение.
Рисунок 6: Входные данные процесса архитектуры предприятия. Разные деятельности архитектуры предприятия продолжаются до тех пор, пока предприятие функционирует и имеет перспективу. Кроме того, в организации всегда есть потребность в перспективе архитектуры предприятия, поэтому деятельности архитектуры предприятия никогда не должны прекращаться.
Новая роль - архитектор предприятия. Архитектор предприятия - интеллектуальный лидер, прогнозист и эксперт в своей отрасли. В большинстве компаний это новая роль, которая объединяет навыки менеджера проекта, архитектора решений и бизнес- аналитика с интуицией исполнителя.
Распространенное ограничение перспективы развития многих инженеров ИТ заключается в том, что они - сложившиеся программисты и обычно склонны к замкнутости. Программа Внеурочной Деятельности Общекультурное Направление 6 Класс.