stringtranslate.com

Архитектура предприятия

Архитектура предприятия ( EA ) — это бизнес-функция, связанная со структурами и поведением бизнеса, особенно с бизнес-ролями и процессами, которые создают и используют бизнес- данные . Международное определение Федерации профессиональных организаций по архитектуре предприятий — это «четко определенная практика проведения анализа, проектирования, планирования и внедрения предприятия с использованием комплексного подхода в любое время для успешной разработки и выполнения стратегии. Архитектура предприятия применяет принципы и практики архитектуры для руководства организациями через изменения в бизнесе, информации, процессах и технологиях , необходимые для выполнения их стратегий. Эти практики используют различные аспекты предприятия для выявления, мотивации и достижения этих изменений». [1]

Федеральное правительство США является примером организации, которая практикует EA, в данном случае с его процессами планирования капитала и контроля инвестиций . [2] Такие компании, как Independence Blue Cross , Intel , Volkswagen AG , [3] и InterContinental Hotels Group также используют EA для улучшения своих бизнес-архитектур, а также для повышения эффективности и производительности бизнеса . Кроме того, справочное руководство по архитектуре федерального предприятия помогает федеральным агентствам в разработке их архитектур. [4]

Введение

Как дисциплина, EA «проактивно и целостно руководит реакцией предприятия на разрушительные силы, выявляя и анализируя выполнение изменений» в направлении организационных целей. EA дает бизнес- и ИТ-руководителям рекомендации по корректировке политики и предоставляет лучшие стратегии для поддержки и обеспечения развития бизнеса и изменений в информационных системах, от которых зависит бизнес. EA предоставляет руководство для принятия решений по достижению этих целей. [5] В руководстве по передовой практике EA Национального вычислительного центра говорится, что EA обычно «принимает форму всеобъемлющего набора связанных моделей, которые описывают структуру и функции предприятия. Отдельные модели в EA организованы в логическом порядке, который обеспечивает постоянно возрастающий уровень детализации о предприятии». [6]

Важными игроками в EA являются архитекторы предприятий и архитекторы решений. Архитекторы предприятий находятся на верхнем уровне иерархии архитекторов, что означает, что у них больше обязанностей, чем у архитекторов решений. В то время как архитекторы решений сосредоточены на своих собственных соответствующих решениях, архитекторы предприятий сосредоточены на решениях для всей организации и их влиянии на нее. Архитекторы предприятий контролируют многих архитекторов решений и бизнес-функции. Как практики EA, архитекторы предприятий поддерживают стратегическое видение организации, действуя для согласования решений по людям, процессам и технологиям с осуществимыми целями и задачами, которые приводят к количественным улучшениям в направлении достижения этого видения. Практика EA «анализирует области общей деятельности внутри организаций или между ними, где происходит обмен информацией и другими ресурсами для руководства будущими состояниями с интегрированной точки зрения стратегии, бизнеса и технологий». [7]

Определения

Термин «предприятие» можно определить как организационную единицу , организацию или совокупность организаций, которые разделяют набор общих целей и сотрудничают для предоставления клиентам определенных продуктов или услуг. [8] В этом смысле термин «предприятие» охватывает различные типы организаций, независимо от их размера, модели собственности, операционной модели или географического распределения. Он включает в себя полную социотехническую систему этих организаций , [9] включая людей, информацию, процессы и технологии. Предприятие как социотехническая система определяет сферу применения EA.

Термин архитектура относится к фундаментальным концепциям или свойствам системы в ее среде; и воплощен в ее элементах, отношениях и в принципах ее проектирования и развития. [10] Методология разработки и использования архитектуры для руководства преобразованием бизнеса из базового состояния в целевое, иногда через несколько переходных состояний, обычно известна как структура архитектуры предприятия . Структура предоставляет структурированный набор процессов, методов, описаний артефактов , эталонных моделей и руководства для производства и использования описания архитектуры, специфичного для предприятия. [ необходима цитата ]

Первостепенное значение для изменения EA имеет определение спонсора. Их миссия, видение , стратегия и структура управления определяют все роли, обязанности и отношения, вовлеченные в ожидаемую трансформацию. Изменения, рассматриваемые архитекторами предприятия, обычно включают инновации в структуре или процессах организации; инновации в использовании информационных систем или технологий; интеграцию и/или стандартизацию бизнес-процессов; и улучшение качества и своевременности деловой информации. [ необходима цитата ]

Согласно стандарту ISO/IEC / IEEE 42010 [10], продукт, используемый для описания архитектуры системы, называется архитектурным описанием . На практике архитектурное описание содержит множество списков, таблиц и диаграмм. Это модели, известные как представления . В случае EA эти модели описывают логические бизнес-функции или возможности, бизнес-процессы , человеческие роли и актеров, физическую организационную структуру, потоки данных и хранилища данных , бизнес-приложения и платформенные приложения, аппаратное обеспечение и инфраструктуру связи. [11]

Первое использование термина «архитектура предприятия» часто ошибочно приписывают Джону Захману в его работе 1987 года «Структура архитектуры информационных систем» . [12] Первой публикацией, в которой он использовался, была специальная публикация Национального института стандартов (NIST) [13] о проблемах интеграции информационных систем. [ требуется ссылка ] В статье NIST EA описывается как состоящая из нескольких уровней. Архитектура бизнес-единицы является верхним уровнем и может быть как общей корпоративной единицей, так и подъединицей. Она устанавливает для всей организации необходимые рамки для «удовлетворения как внутренних информационных потребностей», так и потребностей внешних организаций, в том числе сотрудничающих организаций , клиентов и федеральных агентств . Нижние уровни EA, которые предоставляют информацию более высоким уровням, более внимательны к деталям от имени своих начальников. В дополнение к этой структуре архитектура бизнес-единицы устанавливает стандарты , политики и процедуры , которые либо улучшают, либо препятствуют выполнению миссии организации. [13]

Главное различие между этими двумя определениями заключается в том, что концепция Захмана заключалась в создании индивидуальных информационных систем, оптимизированных для бизнеса, в то время как NIST описывал управление всеми информационными системами в рамках бизнес-подразделения. Определения в обеих публикациях, однако, сходились во мнении, что из-за «растущего размера и сложности [i]реализации [i]информационных систем... логические конструкции (или архитектура) для определения и управления интерфейсами и... [i]теграции всех компонентов системы» необходимы. Захман, в частности, призывал к « стратегической методологии планирования ». [12]

Обзор

Школы мысли

В области архитектуры предприятия существуют три всеобъемлющие школы: Enterprise IT Design, Enterprise Integrating и Enterprise Ecosystem Adaption. То, к какой школе вы присоединитесь, повлияет на то, как вы будете видеть цель и сферу EA, а также средства ее достижения, навыки, необходимые для ее проведения, и центр ответственности за ее проведение. [14]

В рамках проектирования корпоративных ИТ основной целью EA является руководство процессом планирования и проектирования возможностей ИТ / ИС предприятия для достижения желаемых организационных целей, часто за счет большего соответствия между ИТ/ИС и деловыми интересами. Предложения и решения по архитектуре ограничиваются аспектами ИТ/ИС предприятия, а другие аспекты служат только в качестве входных данных. Школа интеграции предприятий полагает, что целью EA является создание большей согласованности между различными интересами предприятия (HR, IT, Operations и т. д.), включая связь между формулированием и выполнением стратегии. Предложения и решения по архитектуре здесь охватывают все аспекты предприятия. Школа адаптации экосистемы предприятия утверждает, что целью EA является поощрение и поддержание обучающих возможностей предприятий, чтобы они могли быть устойчивыми. Следовательно, большое внимание уделяется улучшению возможностей предприятия совершенствоваться, внедрять инновации и коэволюционировать со своей средой. Как правило, предложения и решения охватывают как предприятие, так и его среду.

Преимущества, проблемы и критика

Преимущества EA достигаются посредством его прямого и косвенного вклада в организационные цели. [15] Известные преимущества включают поддержку в областях, связанных с проектированием и перепроектированием организационных структур во время слияний, поглощений или общих организационных изменений; [16] [17] [18] [19] обеспечение дисциплины и стандартизации бизнес-процессов, а также обеспечение консолидации, повторного использования и интеграции процессов ; [20] [21] поддержка принятия инвестиционных решений и приоритизации работ; [17] [22] [18] улучшение сотрудничества и коммуникации между заинтересованными сторонами проекта и вклад в эффективное определение объема проекта и определение более полных и последовательных результатов проекта ; [19] [20] и увеличение своевременности выявления требований и точности определений требований посредством публикации документации EA. [23]

Другие преимущества включают вклад в оптимальные системные проекты и эффективное распределение ресурсов во время разработки и тестирования системы; [17] [18] обеспечение дисциплины и стандартизации мероприятий по планированию ИТ и вклад в сокращение времени принятия решений, связанных с технологиями; [18] [21] сокращение затрат на внедрение и эксплуатацию системы, а также минимизация дублирующих инфраструктурных услуг в бизнес-подразделениях; [21] [24] снижение сложности ИТ, консолидация данных и приложений и улучшение взаимодействия систем; [20] [21] [24] более открытая и отзывчивая ИТ, что отражается в улучшении доступности данных для соответствия нормативным требованиям и повышенной прозрачности изменений инфраструктуры; [21] [25] и снижение бизнес-рисков от сбоев системы и нарушений безопасности. EA также помогает снизить риски поставки проекта. [21] [26] Установление EA в качестве принятой, признанной, функционально интегрированной и полностью вовлеченной концепции на операционном и тактическом уровнях является одной из самых больших проблем, с которыми сталкиваются сегодня архитекторы предприятий, и одной из главных причин, по которым многие инициативы EA терпят неудачу. [27]

Ключевой проблемой EA была сложность в достижении показателей успеха из-за приблизительной и часто непрозрачной природы проектов EA. [28] Кроме того, был ряд отчетов, включая отчеты, написанные Иваром Якобсоном , [29] Gartner , [30] Университетом Эразма Роттердамского и IDS Scheer , [31] Дайоном Хинчклиффом, [32] и Стэнли Гейвером, [33] , в которых утверждается, что частые неудачи инициатив EA делают концепцию не стоящей усилий и что методология быстро исчезнет.

Связь с другими дисциплинами

Согласно Федерации профессиональных организаций по архитектуре предприятий (FEAPO), EA взаимодействует с широким спектром других дисциплин, обычно встречающихся в бизнес-среде, таких как проектирование и управление производительностью , проектирование и управление процессами , управление ИТ и портфелем предприятия , управление и соответствие требованиям , стратегическое планирование ИТ, анализ рисков , управление информацией , управление метаданными , развитие организации , проектное мышление , системное мышление и проектирование пользовательского опыта . [1] [34] [35] [36] EA организации слишком сложна и обширна, чтобы документировать ее полностью, поэтому методы управления знаниями предоставляют способ исследования и анализа этих скрытых, неявных или неявных областей. В свою очередь, EA предоставляет способ документирования компонентов организации и их взаимодействия системным и целостным образом, который дополняет управление знаниями. [37]

На различных площадках [38] EA обсуждалась как имеющая связь с сервисно-ориентированной архитектурой (SOA), особым стилем интеграции приложений. Исследования указывают на то, что EA продвигает использование SOA как шаблона интеграции в масштабах предприятия. [39] [40] Широкий охват EA привел к включению этой бизнес-роли в процессы управления информационными технологиями многих организаций. Аналитическая фирма Real Story Group предположила, что EA и возникающая концепция цифрового рабочего места являются «двумя сторонами одной медали». [41] Cutter Consortium описал EA как дисциплину, основанную на информации и знаниях. [42]

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

Внешние ссылки

Ссылки

  1. ^ ab "Общие перспективы архитектуры предприятия" (PDF) . Журнал архитектуры и управления . 9 (4): 1. Ноябрь 2013 . Получено 4 марта 2023 .
  2. ^ "EA-Success". Белый дом. 2010. Архивировано из оригинала 30 апреля 2010 года.
  3. ^ Остин, Роберт Д.; Ричи, Уоррен; Гарретт, Греггори (5 октября 2005 г.). «Volkswagen of America: Управление приоритетами ИТ». Harvard Business Review .
  4. ^ "FEA Practice Guidance Federal Enterprise Architecture Program Management Office OMB" (PDF) . Белый дом. Ноябрь 2007 г. Архивировано из оригинала (PDF) 16 октября 2010 г.
  5. ^ "Enterprise Architecture (EA)". Gartner . Получено 29 июля 2013 г.
  6. ^ Джарвис, Боб (2003). Архитектура предприятия: понимание общей картины – практическое руководство для лиц, принимающих решения в ИТ . Манчестер, Англия, Соединенное Королевство: Национальный вычислительный центр Великобритании. стр. 9.
  7. ^ "Планирование EA – Цель". Enterprise Architecture Book of Knowledge . Mitre Corporation. Архивировано из оригинала 1 октября 2013 г. Получено 3 октября 2014 г.
  8. ^ "Business Analysis Body of Knowledge". Международный институт бизнес-анализа. Архивировано из оригинала 24 июня 2017 г.
  9. ^ Джиачетт, Р. Э. (2010). Проектирование корпоративных систем, теория, архитектура и методы . Бока-Ратон, Флорида, США: CRC Press.
  10. ^ ab "ISO/IEC/IEEE 42010:2011: Системная и программная инженерия — Описание архитектуры". Международная организация по стандартизации. 24 ноября 2011 г. Получено 4 марта 2023 г.
  11. ^ Котусев, Святослав; Курня, Шерах (1 сентября 2021 г.). «Теоретическая основа архитектуры предприятия: критический обзор и таксономия соответствующих теорий». Журнал информационных технологий . 36 (3): 275–315. doi :10.1177/0268396220977873. ISSN  0268-3962. S2CID  230545944.
  12. ^ ab Zachman, John A. (1999). «Структура архитектуры информационных систем». IBM Systems Journal . 38 (2/3) (переиздание): 454–470. doi :10.1147/sj.382.0454. S2CID  12191060.
  13. ^ ab Fong, EN; Goldfine, EH (декабрь 1989 г.). «Направления управления информацией: проблема интеграции» (PDF) . SIGMOD Record . 18 (4): 40–43. doi :10.1145/74120.74125. S2CID  23939840.
  14. ^ Lapalme, J. (ноябрь 2012 г.). «Три школы мысли об архитектуре предприятия». IT Professional . 14 (6): 37–43. doi :10.1109/MITP.2011.109. S2CID  206469705.
  15. ^ Василис Бушарас; Марлис ван Стенберген; Слингер Янсен; Сьяак Бринккемпер. Вклад архитектуры предприятия в достижение организационных целей: установление рамок преимуществ архитектуры предприятия, технический отчет (PDF) (Отчет). Утрехт, Нидерланды: Кафедра информационных и вычислительных наук в Утрехтском университете. Архивировано из оригинала (PDF) 4 июля 2022 г. . Получено 29 ноября 2014 г. .
  16. ^ Берт Арнольд; Мартин Оп 'т Ланд ; Ян Диц (2005). «Влияние архитектурного подхода к внедрению общих центров обслуживания». В Fethi Rabhi; Daniel Veit; Christof Weinhardt (ред.). Financecom05: Второй международный семинар по предприятию, приложениям и услугам в финансовой отрасли . Регенсбург, Германия: Институт инженеров по электротехнике и электронике.
  17. ^ abc Шеккерман, Яап . Тенденции в архитектуре предприятий 2005: Как развиваются организации? (Отчет). Институт развития архитектуры предприятий. стр. 33.
  18. ^ abcd Bucher, T.; Fischer, R.; Kurpjuweit, S.; Winter, Robert (2006). Анализ и применение архитектуры предприятия: исследовательское исследование (отчет). Гонконг, Китай: EDOC Workshop TEAR.
  19. ^ ab Нильссон, Андреас (2008). Управление техноизменением в межорганизационном проекте электронного правительства (Отчет). Труды 41-й ежегодной Гавайской международной конференции по системным наукам. стр. 209.
  20. ^ abc Varnus, J.; Panaich, N. (20 июля 2009 г.). Результаты опроса по корпоративной архитектуре TOGAF 9 (PDF) (Отчет). 23-я конференция специалистов по корпоративной архитектуре. Архивировано из оригинала (PDF) 20 июля 2009 г.
  21. ^ abcdef Росс, Дж. В.; Вайль, П. (2005). Понимание преимуществ архитектуры предприятия (Отчет). Том V. CISR Research Briefings.
  22. ^ Quartel, Dick; Steen, Maarten WA; Lankhorst, Marc M. (1 мая 2012 г.). «Оценка портфеля приложений и проектов с использованием моделирования архитектуры предприятия и бизнес-требований». Enterprise Information Systems . 6 (2): 189–213. Bibcode :2012EntIS...6..189Q. doi :10.1080/17517575.2011.625571. ISSN  1751-7575. S2CID  28199240.
  23. ^ Энгельсман, В.; Якоб, М. Э.; Франкен, Х. М.; Йонкерс, Дж. (2009). «Инжиниринг требований, управляемых архитектурой». Достижения в области корпоративной инженерии II (отчет). Конспект лекций по обработке деловой информации. Том 28. Гонолулу, Гавайи, США: Труды симпозиума ACM 2009 года по прикладным вычислениям. С. 285–286. doi :10.1007/978-3-642-01859-6_8. ISBN 978-3-642-01858-9.
  24. ^ ab Каппельман, Леон; МакГиннис, Том; Петтайт, Алекс; Сидорова, Анна (2008). Архитектура предприятия: определение территории для академических исследований (отчет). Труды AMCIS 2008.
  25. ^ Пулккинен, М.; Луостаринен, К.; Науменко, А. (2007). «Управление информационной безопасностью в бизнес-сети услуг по техническому обслуживанию машин — Архитектура предприятия как инструмент координации». Журнал систем и программного обеспечения . 80 (10): 1607–1620. doi :10.1016/j.jss.2007.01.044.
  26. ^ Обиц, Т.; Бабу, МК (2009). Архитектура предприятия расширяет свою роль в стратегической трансформации бизнеса: обзор архитектуры предприятия Infosys 2008/2009 (отчет). Infosys.
  27. ^ Дедик, Н. (2020). «FEAMI: Методология включения и интеграции процессов архитектуры предприятия в существующие организационные процессы». Обзор инженерного менеджмента IEEE . 48 (4): 160–166. doi : 10.1109/EMR.2020.3031968. S2CID  226351029.
  28. ^ Гюнтер, Венди Арианна (август 2014 г.). Измерение эффективности архитектуры предприятия: фокус на ключевых показателях эффективности (PDF) (магистерская работа). Universiteit Leiden . Получено 4 марта 2023 г.
  29. ↑ Якобсон, Ивар (18 октября 2007 г.). «EA Failed Big Way!». Архивировано из оригинала 1 апреля 2016 г.
  30. ^ "Gartner Enterprise Architecture Summit: Architecting the Agile Organization, 26–27 сентября 2007 г.". Gartner. 2007. Архивировано из оригинала 6 августа 2007 г.
  31. ^ Roeleven, S.; Broer, J. (2010). Почему две трети проектов архитектуры предприятия терпят неудачу (отчет). ARIS. Архивировано из оригинала 13 ноября 2013 г.
  32. ^ Хинчклифф, Дион (3 сентября 2009 г.). «Исправление архитектуры предприятия: балансировка сил перемен в современной организации». ebiz. Архивировано из оригинала 6 сентября 2009 г.
  33. ^ Гейвер, Стэнли (2010). Почему FEA не работает? (PDF) (Отчет). Technology Matters, Inc. Архивировано из оригинала (PDF) 11 июня 2016 г.
  34. ^ Ричардсон, Клэй (12 апреля 2013 г.). «Дизайн-мышление преображает EA для динамичного бизнеса». Forrester. Архивировано из оригинала 19 апреля 2013 г.
  35. ^ Маккендрик, Джо (19 мая 2010 г.). «Gartner призывает больше «дизайнерского мышления», чтобы вырвать корпоративную архитектуру из ее изоляции». ZDNet . Получено 4 марта 2023 г. .
  36. ↑ Оуэнс, Лесли (2 февраля 2010 г.). «Кто владеет информационной архитектурой? Все мы». Forrester. Архивировано из оригинала 5 февраля 2010 г.
  37. ^ Эвернден, Элейн; Эвернден, Роджер (2003). Information First - Интеграция знаний и информационной архитектуры для бизнес-преимуществ . Оксфорд, Англия, Великобритания: Butterworth-Heinemann. ISBN 978-0-7506-5858-4.
  38. ^ "Service Oriented Architecture: SOA and Enterprise Architecture". The Open Group. Архивировано из оригинала 10 января 2015 г. Получено 18 декабря 2014 г.
  39. ^ Кистасами, Кристофер; ван дер Мерве, Альта; де ла Харпе, Андре (2012). Роль сервисно-ориентированной архитектуры как средства реализации архитектуры предприятия (отчет). Сиэтл, Вашингтон, США: Труды AMCIS 2012.
  40. ^ Роза, Мануэль; де Оливейра Сампайо, Андре (декабрь 2013 г.). «Управление SOA через архитектуру предприятия». Оракул. Архивировано из оригинала 19 декабря 2013 года.
  41. ^ Бирн, Тони (19 марта 2012 г.). «Цифровое рабочее место и архитектура предприятия — две стороны одной медали». Real Story Group . Получено 4 марта 2023 г.
  42. ^ Эвернден, Роджер (13 ноября 2012 г.). «Работа со слишком большим количеством данных с архитектурной точки зрения». Cutter . Получено 4 марта 2023 г. .