✖


Jump to content

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

Архитектура предприятия ( 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 ЭА описывается как состоящее из нескольких уровней. Архитектура бизнес-подразделения представляет собой верхний уровень и может представлять собой всю корпоративную единицу или подразделение. Он устанавливает для всей организации необходимые рамки для «удовлетворения как внутренних информационных потребностей», так и потребностей внешних субъектов, к которым относятся сотрудничающие организации , заказчики и федеральные агентства . Нижние уровни ЭА, которые предоставляют информацию более высоким уровням, более внимательны к деталям по поручению своего начальства. В дополнение к этой структуре архитектура бизнес-подразделений устанавливает стандарты , политики и процедуры , которые либо усиливают, либо препятствуют выполнению миссии организации. [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] Гартнер , [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 описал EA как дисциплину, основанную на информации и знаниях. [42]

См. также

[ редактировать ]
[ редактировать ]

Ссылки

[ редактировать ]
  1. ^ Jump up to: а б «Общие взгляды на архитектуру предприятия» (PDF) . Журнал «Архитектура и управление» . 9 (4): 1 ноября 2013 г. Проверено 4 марта 2023 г.
  2. ^ «ЭА-Успех» . Белый дом. 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. ^ Jump up to: а б «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. ^ Jump up to: а б Захман, Джон А. (1999). «Основы архитектуры информационных систем». IBM Systems Journal . 38 (2/3) (переиздание): 454–470. дои : 10.1147/sj.382.0454 . S2CID   12191060 .
  13. ^ Jump up to: а б Фонг, 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) (Отчет). Утрехт, Нидерланды: Департамент информационных и вычислительных наук Утрехтского университета. Архивировано из оригинала (PDF) 4 июля 2022 года . Проверено 29 ноября 2014 г.
  16. ^ Берт Арнольд; Мартин Оп'т Лэнд ; Ян Дитц (2005). «Эффекты архитектурного подхода к реализации общих центров обслуживания». В Фетхи Рабхи; Дэниел Вейт; Кристоф Вайнхардт (ред.). Financecom05: Второй международный семинар по предприятиям, приложениям и услугам в финансовой отрасли . Регенсбург, Германия: Институт инженеров по электротехнике и электронике.
  17. ^ Jump up to: а б с Шеккерман, Яап . Тенденции в архитектуре предприятия, 2005 г.: как продвигаются дела в организациях? (Отчет). Институт развития архитектуры предприятия. п. 33.
  18. ^ Jump up to: а б с д Бучер, Т.; Фишер, Р.; Курпьювейт, С.; Винтер, Роберт (2006). Анализ и применение архитектуры предприятия: предварительное исследование (отчет). Гонконг, Китай: Семинар EDOC TEAR.
  19. ^ Jump up to: а б Нильссон, Андреас (2008). Управление техноизменениями в межорганизационном проекте электронного правительства (Отчет). Материалы 41-й ежегодной Гавайской международной конференции по системным наукам. п. 209.
  20. ^ Jump up to: а б с Варнус, Дж.; Панаич, Н. (20 июля 2009 г.). Результаты исследования архитектуры предприятия TOGAF 9 (PDF) (Отчет). 23-я конференция практиков архитектуры предприятия. Архивировано из оригинала (PDF) 20 июля 2009 г.
  21. ^ Jump up to: а б с д и ж Росс, 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. ^ Jump up to: а б Каппельман, Леон; Макгиннис, Том; Петтит, Алекс; Сидорова, Анна (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 г.
Retrieved from "https://en.wikipedia.org/w/index.php?title=Enterprise_architecture&oldid=1232784922#History"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 9cdf45e34b5ccaada9c0c41f82c4bf6f__1720183740
URL1:https://arc.ask3.ru/arc/aa/9c/6f/9cdf45e34b5ccaada9c0c41f82c4bf6f.html
Заголовок, (Title) документа по адресу, URL1:
Enterprise architecture - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)