stringtranslate.com

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

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

Федеральное правительство США является примером организации, которая практикует ЭА, в данном случае с процессами планирования капитала и контроля инвестиций . [2] Такие компании, как Independent 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] включая людей, информацию, процессы и технологии. Предприятие как социотехническая система определяет сферу применения ЭА.

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

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

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

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

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

Обзор

Школы мысли

В области корпоративной архитектуры существует три всеобъемлющие школы: проектирование корпоративных ИТ, интеграция предприятия и адаптация экосистемы предприятия. От того, на какую школу вы подпишетесь, будет зависеть то, как они видят цель и масштаб ЭА, а также средства ее достижения, навыки, необходимые для ее проведения, и место ответственности за ее проведение. [14]

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

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

Преимущества 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] ] , которые утверждают, что частые неудачи инициатив ЭА делают концепцию не стоящей усилий и что методология быстро исчезнет.

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

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

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

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

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

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

  1. ^ ab «Общие взгляды на архитектуру предприятия» (PDF) . Журнал «Архитектура и управление» . 9 (4): 1 ноября 2013 г. Проверено 4 марта 2023 г.
  2. ^ "EA-Успех". Белый дом. 2010. Архивировано из оригинала 30 апреля 2010 года.
  3. ^ Остин, Роберт Д.; Ричи, Уоррен; Гаррет, Греггори (5 октября 2005 г.). «Американский Volkswagen: управление ИТ-приоритетами». Гарвардское деловое обозрение .
  4. ^ «Практическое руководство FEA Федерального управления программами архитектуры предприятий OMB» (PDF) . Белый дом. Ноябрь 2007 г. Архивировано из оригинала (PDF) 16 октября 2010 г.
  5. ^ «Архитектура предприятия (EA)» . Гартнер . Проверено 29 июля 2013 г.
  6. ^ Джарвис, Боб (2003). Архитектура предприятия: понимание более широкой картины – руководство по передовому опыту для лиц, принимающих решения в ИТ . Манчестер, Англия, Великобритания: Национальный вычислительный центр Великобритании. п. 9.
  7. ^ «Планирование советника – цель» . Книга знаний по архитектуре предприятия . Корпорация Митра. Архивировано из оригинала 1 октября 2013 года . Проверено 3 октября 2014 г.
  8. ^ «Свод знаний по бизнес-анализу» . Международный институт бизнес-анализа. Архивировано из оригинала 24 июня 2017 года.
  9. ^ Джачетт, RE (2010). Проектирование корпоративных систем, теория, архитектура и методы . Бока-Ратон, Флорида, США: CRC Press.
  10. ^ ab «ISO/IEC/IEEE 42010:2011: Разработка систем и программного обеспечения. Описание архитектуры». Международная Организация Стандартизации. 24 ноября 2011 года . Проверено 4 марта 2023 г.
  11. ^ Котусев, Святослав; Курния, Шера (1 сентября 2021 г.). «Теоретические основы архитектуры предприятия: критический обзор и таксономия соответствующих теорий». Журнал информационных технологий . 36 (3): 275–315. дои : 10.1177/0268396220977873. ISSN  0268-3962. S2CID  230545944.
  12. ^ Аб Захман, Джон А. (1999). «Основы архитектуры информационных систем». IBM Systems Journal (переиздание). 38 (2/3): 454–470. дои : 10.1147/sj.382.0454. S2CID  12191060.
  13. ^ Аб Фонг, EN; Голдфайн, Э.Х. (декабрь 1989 г.). «Направления управления информацией: проблемы интеграции» (PDF) . SIGMOD Запись . 18 (4): 40–43. дои : 10.1145/74120.74125. S2CID  23939840.
  14. ^ Лапальме, Дж. (ноябрь 2012 г.). «Три школы мысли об архитектуре предприятия». ИТ-специалист . 14 (6): 37–43. дои : 10.1109/MITP.2011.109. S2CID  206469705.
  15. ^ Василис Бушарас; Марлис ван Стинберген; Слингер Янсен; Сяак Бринккемпер. Вклад архитектуры предприятия в достижение организационных целей: создание структуры преимуществ архитектуры предприятия, технический отчет (PDF) (Отчет). Утрехт, Нидерланды: Департамент информационных и вычислительных наук Утрехтского университета.
  16. ^ Берт Арнольд; Мартин Оп'т Лэнд ; Ян Дитц (2005). «Эффекты архитектурного подхода к реализации общих центров обслуживания». В Фетхи Рабхи; Дэниел Вейт; Кристоф Вайнхардт (ред.). Financecom05: Второй международный семинар по предприятиям, приложениям и услугам в финансовой отрасли . Регенсбург, Германия: Институт инженеров по электротехнике и электронике.
  17. ^ abc Шеккерман, Яап . Тенденции в архитектуре предприятия, 2005 г.: как продвигаются дела в организациях? (Отчет). Институт развития архитектуры предприятия. п. 33.
  18. ^ abcd Бухер, Т.; Фишер, Р.; Курпьювейт, С.; Винтер, Роберт (2006). Анализ и применение архитектуры предприятия: предварительное исследование (отчет). Гонконг, Китай: Семинар EDOC TEAR.
  19. ^ Аб Нильссон, Андреас (2008). Управление техноизменениями в межорганизационном проекте электронного правительства (Отчет). Материалы 41-й ежегодной Гавайской международной конференции по системным наукам. п. 209.
  20. ^ abc Варнус, Дж.; Панаич, Н. (20 июля 2009 г.). Результаты исследования архитектуры предприятия TOGAF 9 (PDF) (Отчет). 23-я конференция практиков архитектуры предприятия. Архивировано из оригинала (PDF) 20 июля 2009 г.
  21. ^ abcdef Росс, JW; Вейл, П. (2005). Понимание преимуществ архитектуры предприятия (Отчет). Том. V. Брифинги по исследованиям ЦНСИ.
  22. ^ Квартель, Дик; Стин, Мартен, Вашингтон; Ланкхорст, Марк М. (1 мая 2012 г.). «Оценка портфеля приложений и проектов с использованием архитектуры предприятия и моделирования бизнес-требований». Информационные системы предприятия . 6 (2): 189–213. Бибкод : 2012EntIS...6..189Q. дои : 10.1080/17517575.2011.625571. ISSN  1751-7575. S2CID  28199240.
  23. ^ Энгельсман, В.; Якоб, Мэн; Франкен, HM; Джонкерс, Дж. (2009). «Архитектурно-ориентированная инженерия требований». Достижения в области предпринимательства II (Отчет). Конспекты лекций по обработке деловой информации. Том. 28. Гонолулу, Гавайи, США: Материалы симпозиума ACM по прикладным вычислениям 2009 г. стр. 285–286. дои : 10.1007/978-3-642-01859-6_8. ISBN 978-3-642-01858-9.
  24. ^ Аб Каппельман, Леон; Макгиннис, Том; Петтит, Алекс; Сидорова, Анна (2008). Архитектура предприятия: определение территории академических исследований (отчет). Материалы AMCIS 2008.
  25. ^ Пулккинен, М.; Луостаринен, К.; Науменко, А. (2007). «Управление информационной безопасностью в бизнес-сети предприятия по техническому обслуживанию техники - Архитектура предприятия как инструмент координации». Журнал систем и программного обеспечения . 80 (10): 1607–1620. дои : 10.1016/j.jss.2007.01.044.
  26. ^ Обитц, Т.; Бабу, МК (2009). Архитектура предприятия расширяет свою роль в стратегической трансформации бизнеса: исследование архитектуры предприятия Infosys 2008/2009 (отчет). Инфосис.
  27. ^ Дедич, Н. (2020). «FEAMI: Методология включения и интеграции процессов архитектуры предприятия в существующие организационные процессы». Обзор инженерного менеджмента IEEE . 48 (4): 160–166. дои : 10.1109/EMR.2020.3031968. S2CID  226351029.
  28. ^ Гюнтер, Венди Арианна (август 2014 г.). Измерение эффективности архитектуры предприятия: фокус на ключевых показателях эффективности (PDF) (магистерская диссертация). Университет Лейдена . Проверено 4 марта 2023 г.
  29. ↑ Джейкобсон, Ивар (18 октября 2007 г.). «EA потерпела большую неудачу!». Архивировано из оригинала 1 апреля 2016 года.
  30. ^ «Саммит Gartner Enterprise Architecture: Создание гибкой организации, 26–27 сентября 2007 г.» . Гартнер. 2007. Архивировано из оригинала 6 августа 2007 года.
  31. ^ Рулевен, С.; Броер, Дж. (2010). Почему две трети проектов архитектуры предприятия терпят неудачу (отчет). АРИС. Архивировано из оригинала 13 ноября 2013 года.
  32. ↑ Хинчклифф, Дион (3 сентября 2009 г.). «Исправление архитектуры предприятия: баланс сил перемен в современной организации». ебиз. Архивировано из оригинала 6 сентября 2009 года.
  33. ^ Гавер, Стэнли (2010). Почему не работает ВЭД? (PDF) (Отчет). Technology Matters, Inc. Архивировано из оригинала (PDF) 11 июня 2016 года.
  34. ↑ Ричардсон, Клей (12 апреля 2013 г.). «Дизайн-мышление меняет EA для динамичного бизнеса». Форрестер. Архивировано из оригинала 19 апреля 2013 года.
  35. ↑ Маккендрик, Джо (19 мая 2010 г.). «Gartner призывает к большему «дизайнерскому мышлению», чтобы вывести корпоративную архитектуру из ее изоляции». ЗДНет . Проверено 4 марта 2023 г.
  36. ↑ Оуэнс, Лесли (2 февраля 2010 г.). «Кому принадлежит информационная архитектура? Все мы». Форрестер. Архивировано из оригинала 5 февраля 2010 года.
  37. ^ Эвернден, Элейн; Эвернден, Роджер (2003). Информация прежде всего – интеграция знаний и информационной архитектуры для достижения бизнес-преимуществ . Оксфорд, Англия, Великобритания: Баттерворт-Хайнеманн. ISBN 978-0-7506-5858-4.
  38. ^ «Сервис-ориентированная архитектура: SOA и архитектура предприятия». Открытая группа. Архивировано из оригинала 10 января 2015 года . Проверено 18 декабря 2014 г.
  39. ^ Кистасами, Кристофер; ван дер Мерве, Альта; де ла Арп, Андре (2012). Роль сервис-ориентированной архитектуры как фактора, способствующего развитию архитектуры предприятия (отчет). Сиэтл, Вашингтон, США: Материалы AMCIS 2012.
  40. ^ Роза, Мануэль; де Оливейра Сампайо, Андре (декабрь 2013 г.). «Управление SOA через архитектуру предприятия». Оракул. Архивировано из оригинала 19 декабря 2013 года.
  41. ↑ Бирн, Тони (19 марта 2012 г.). «Цифровое рабочее место и архитектура предприятия — две стороны одной медали». Группа «Реальная история» . Проверено 4 марта 2023 г.
  42. ↑ Эвернден, Роджер (13 ноября 2012 г.). «Работа со слишком большим количеством данных с архитектурной точки зрения». Резак . Проверено 4 марта 2023 г.