Unternehmensstruktur

In diesem Artikel geht es um die Technik/Methodik. Für Sparx Systems Enterprise Architect siehe Enterprise Architect (Software).

Unternehmensstruktur (EA) ist eine analytische Disziplin, die Methoden zur umfassenden Definition, Organisation, Standardisierung und Dokumentation der Struktur und der Wechselbeziehungen einer Organisation in Bezug auf bestimmte kritische Geschäftsbereiche (physische, organisatorische, technische usw.) bietet, die das in Analyse stehende Unternehmen charakterisieren. Ziel von EA ist es, eine wirksame Darstellung des Unternehmensunternehmens zu schaffen, das auf allen Ebenen der Verwaltung verwendet werden kann, um das Geschäft zu leiten, zu optimieren und zu verändern, wenn es auf reale Bedingungen reagiert. EA dient dazu, die Beziehungen und Interaktionen zwischen Domänenelementen zu erfassen, wie sie durch ihre Prozesse, Funktionen, Anwendungen, Ereignisse, Daten und angewandten Technologien beschrieben werden. [1]

Überblick

Als Praktiker der Unternehmensarchitektur unterstützen Unternehmensarchitekten die strategische Vision eines Unternehmens, indem sie Menschen, Prozess- und Technologieentscheidungen mit umsetzbaren Zielen und Zielen ausrichten, die zu quantifizierbaren Verbesserungen zum Erreichen dieser Vision führen. Die Praxis der Enterprise -Architektur:

Analysiert Bereiche der gemeinsamen Aktivitäten innerhalb oder zwischen Organisationen, in denen Informationen und andere Ressourcen ausgetauscht werden, um zukünftige Staaten aus einem integrierten Standpunkt von Strategie, Geschäft und Technologie zu führen.[2]

Enterprise Architecture (EA) ist eine Disziplin für proaktiv und ganzheitlich führende Unternehmensreaktionen auf disruptive Kräfte durch Identifizierung und Analyse der Ausführung von Veränderungen in Richtung der gewünschten Geschäftsvision und Ergebnisse. EA liefert Wert, indem sie Geschäftsführer und IT-Führungskräfte mit Signaturbereitungen zur Anpassung von Richtlinien und Projekten zur Erzielung von Zielgeschäftsergebnissen vorlegen, die von relevanten Geschäftsstörungen profitieren. EA wird verwendet, um zu steuern Entscheidung fällen auf die Entwicklung der zukünftigen staatlichen Architektur.[3]

Es hilft Business und IT -Managern, die besten Strategien zur Unterstützung und Ermöglichung der Geschäftsentwicklung und des Geschäftsveränders herauszufinden - in Bezug auf die Geschäftsinformationssysteme, von denen das Unternehmen abhängt.

Themen

Die Begriffe Unternehmen und die Architektur

Der Begriff Unternehmen kann definiert als Beschreibung eines Organisationseinheit, Organisation, oder Sammlung von Organisationen, die eine Reihe gemeinsamer Ziele teilen und zusammenarbeiten Kunden spezifische Produkte oder Dienstleistungen zur Verfügung stellen.[4]

In diesem Sinne deckt der Begriff Unternehmen verschiedene Arten von Organisationen ab, unabhängig von Größe, Eigentümermodell, Betriebsmodell oder geografischer Verteilung. Es umfasst die gesamten sozio-technischen Systeme dieser Organisationen.[5] einschließlich Personen, Informationen, Prozesse und Technologien.

Der Begriff die Architektur Bezieht sich auf grundlegende Konzepte oder Eigenschaften eines Systems in seiner Umgebung, die in seinen Elementen, Beziehungen und den Prinzipien seines Designs und seiner Entwicklung enthalten sind.[6]

Als sozio-technisches System verstanden, definiert der Begriff Unternehmen den Umfang der Enterprise-Architektur.

Bereiche

Perspektiven oder Überzeugungen, die von Praktikern und Wissenschaftlern der Unternehmensarchitektur in Bezug auf die Bedeutung der Enterprise -Architektur gehalten werden, haben in der Regel einen oder einen Mischung von drei Denkschulen:[7]

  1. Enterprise IT Design - Der Zweck von EA ist die größere Ausrichtung zwischen IT und geschäftlichen Bedenken. Der Hauptzweck der Unternehmensarchitektur besteht darin, den Planungsprozess der IT/IS -Funktionen eines Unternehmens zu leiten, um die gewünschten organisatorischen Ziele zu erreichen. In der Regel beschränken sich Architekturvorschläge und Entscheidungen auf die IT/IS -Aspekte des Unternehmens. Andere Aspekte dienen nur als Eingaben.
  2. Enterprise Integration - Laut dieser Denkschule besteht der Zweck von EA darin, eine größere Kohärenz zwischen den verschiedenen Bedenken eines Unternehmens (HR, IT, Operations usw.) einschließlich der Verknüpfung zwischen Strategieformulierung und Ausführung zu erreichen. In der Regel umfassen Architekturvorschläge und Entscheidungen alle Aspekte des Unternehmens.
  3. Enterprise -Ökosystemanpassung - Der Zweck von EA besteht darin, die Lernfähigkeit von Unternehmen zu fördern und aufrechtzuerhalten, damit sie nachhaltig sind. Infolgedessen wird viel Schwerpunkt auf die Verbesserung der Fähigkeiten des Unternehmens, sich selbst zu verbessern Innovation und mit seiner Umgebung zusammenzuarbeiten. In der Regel umfassen Vorschläge und Entscheidungen sowohl das Unternehmen als auch seine Umgebung.

Der Glaube eines Menschen in Bezug auf die Bedeutung der Unternehmensarchitektur wirkt sich darauf aus[7]

Architekturbeschreibung eines Unternehmens

Siehe auch: Architecture domain

Gemäß dem Standard ISO/IEC/IEEE 42010,[6] Das Produkt, das zur Beschreibung der Architektur eines Systems verwendet wird Architekturbeschreibung. In der Praxis enthält eine architektonische Beschreibung eine Vielzahl von Listen, Tabellen und Diagrammen. Dies sind Modelle als bekannt als als Ansichten. Im Falle einer Enterprise -Architektur beschreiben diese Modelle die logischen Geschäftsfunktionen oder -funktionen. Geschäftsprozesse, menschliche Rollen und Akteure, die physikalische Organisationsstruktur, Datenflüsse und Datenspeicher, Geschäftsanwendungen und Plattformanwendungen, Hardware und Kommunikationsinfrastruktur.

Das britische National Computing Center EA Best Practice Guidance[8] Zustände:

Normalerweise nimmt eine EA in Form eines umfassenden Satzes von zusammenhängenden Modellen an, die die Struktur und Funktionen eines Unternehmens beschreiben. Die einzelnen Modelle in einem EA sind logisch angeordnet, die ein immer größeres Detailniveau über das Unternehmen bieten.

Die Architektur eines Unternehmens wird beschrieben, um die Verwaltung, Effektivität, Effizienz oder Agilität des Geschäfts zu verbessern und sicherzustellen, dass das Geld ausgegeben wird Informationstechnologie (Es) ist gerechtfertigt.

Paramount an Ändern Die Enterprise -Architektur ist die Identifizierung eines Sponsors. Seine/ihre Mission, Visionund Strategie und der Governance -Rahmen definieren alle Rollen, Verantwortlichkeiten und Beziehungen, die an der erwarteten Transformation beteiligt sind. Änderungen, die von Unternehmensarchitekten berücksichtigt werden, umfassen in der Regel:

  • Innovationen in der Struktur oder Prozesse einer Organisation
  • Innovationen bei der Verwendung von Informationssystemen oder Technologien
  • die Integration und/oder Standardisierung von Geschäftsprozessen und
  • Verbesserung der Qualität und Aktualität von Geschäftsinformationen.

Eine Methodik zur Entwicklung und Verwendung von Architektur, um die zu leiten Transformation eines Unternehmens Von einem Basiszustand bis zu einem Zielzustand, manchmal durch mehrere Übergangszustände, wird normalerweise als als bezeichnet Enterprise Architecture Framework. Ein Rahmen bietet eine strukturierte Sammlung von Prozessen, Techniken, Artefaktbeschreibungen, Referenzmodelle und Leitlinien für die Produktion und Verwendung einer unternehmensspezifischen Architekturbeschreibung.

Vorteile

Die Vorteile der Unternehmensarchitektur werden durch ihre direkten und indirekten Beiträge zu organisatorischen Zielen erzielt. Es wurde festgestellt, dass in den folgenden Bereichen die bemerkenswertesten Vorteile der Unternehmensarchitektur beobachtet werden können:[9]

  • Organisationsdesign-Enterprise Architecture bietet Unterstützung in den Bereichen im Zusammenhang mit Design und Neugestaltung der Organisationsstrukturen während Fusionen, Akquisitionen oder während des allgemeinen organisatorischen Wandels.[10][11][12][13]
  • Organisationsprozesse und Prozessstandards - Enterprise Architecture trägt zur Durchsetzung von Disziplin und Standardisierung von Geschäftsprozessen bei und ermöglicht die Prozesskonsolidierung, Wiederverwendung und Integration.[14][15]
  • Projektportfoliomanagement -Enterprise Architecture unterstützt die Entscheidungsfindung und die Arbeitspriorisierung der Anlage.[11][16][12]
  • Projektmanagement - Enterprise Architecture verbessert die Zusammenarbeit und Kommunikation zwischen Projektstakeholdern. Enterprise Architecture trägt zu einem effizienten Projekt Scoping und zur Definition von vollständigeren und konsequenteren Projektergebnissen bei.[13][14]
  • Anforderungen Engineering - Enterprise Architecture erhöht die Geschwindigkeit der Erfordernisse und die Genauigkeit von Anforderungsplänen durch Veröffentlichung der Dokumentation der Enterprise Architecture.[17]
  • Systementwicklung - Enterprise -Architektur trägt zu optimalen Systemdesigns und effizienten Ressourcenzuweisung während der Systementwicklung und -prüfung bei.[11][12]
  • IT-Management und Entscheidungsfindung-Enterprise Architecture hilft, die Disziplin und Standardisierung der IT-Planungsaktivitäten durchzusetzen und zu einer Zeitverringerung für die technologische Entscheidungsfindung beizutragen.[12][15]
  • IT -Wert - Enterprise Architecture hilft, die Implementierung und die Betriebskosten des Systems zu verringern und die Replikation der IT -Infrastrukturdienste in allen Geschäftseinheiten zu minimieren.[15][18]
  • IT -Komplexität - Enterprise Architecture trägt zu einer Verringerung der IT -Komplexität, der Konsolidierung von Daten und Anwendungen und zu besser Interoperabilität der Systeme.[14][15][18]
  • IT Offenheit - Enterprise Architecture trägt dazu bei offen und reaktionsschnell Es spiegelt sich durch erhöhte Zugänglichkeit von Daten für wider Vorschriftenregulierungund erhöhte Transparenz der Infrastrukturänderungen.[15][19]
  • IT -Risikomanagement - Enterprise Architecture trägt zur Reduzierung von Geschäftsrisiken durch Systemausfälle und Sicherheitsverletzungen bei. Enterprise Architecture hilft bei der Verringerung der Risiken der Projektbereitstellung.[15][20]

Beispiele

Die Dokumentation der Architektur der Unternehmen erfolgt innerhalb der UNS. Bundesregierung[21] im Kontext der Kapitalplanung und Investitionskontrolle (CPIC) Prozess.

Das Federal Enterprise Architecture (FEA) Referenzmodell führt die Bundesbehörden bei der Entwicklung ihrer Architekturen.[22]

Unternehmen wie Unabhängigkeit Blaues Kreuz, Intel, Volkswagen AG[23] und Intercontinental Hotels Group Verwenden Sie Enterprise Architecture, um ihre Geschäftsarchitekturen zu verbessern und sich zu verbessern Geschäftsleistung und Produktivität.

Aus verschiedenen verständlichen Gründen veröffentlichen kommerzielle Organisationen selten erhebliche Beschreibungen der Unternehmensarchitektur. Regierungsbehörden haben jedoch begonnen, architektonische Beschreibungen zu veröffentlichen, die sie entwickelt haben. Beispiele beinhalten:

Herausforderungen

Die Einrichtung von Enterprise-Architektur, wie akzeptiert, anerkannt, funktional integriert und vollständig involviertes Konzept auf operativer und taktischer Ebene anerkannt, wird als eine der größten Herausforderungen für die heutigen Unternehmensarchitekten und einer der Hauptgründe, warum viele EA-Initiativen scheitern.[25]

Kritik

Trotz der Vorteile, die die Unternehmensarchitektur behauptet, haben Autoren und Organisationen mehr als ein Jahrzehnt lang Bedenken hinsichtlich der Unternehmensarchitektur als wirksame Praxis geäußert. Hier ist eine Teilliste dieser Einwände:

  • Im Jahr 2007 Informatiker Ivar Jacobson (Ein wichtiger Beitrag zu UML und Pioneer in der OO -Softwareentwicklung) gab seine Einschätzung der Enterprise -Architektur: „Auf der ganzen Welt war EA eine Initiative für die meisten Finanzinstitutionen (Banken, Versicherungsunternehmen, Regierung usw.) für die Weltweit ein. Letzte fünf Jahre oder so, und es ist noch nicht vorbei. Ich habe mit solchen Unternehmen zusammengearbeitet und einigen von ihnen geholfen, die schlimmsten Fehler zu vermeiden. Die meisten EA -Initiativen sind gescheitert. Ich vermute . "[26]
  • In einem Bericht von 2007 über Enterprise Architecture, Gärtner prognostizierte, dass "... bis 2012 40% der Unternehmensarchitekturprogramme von [2007] gestoppt werden."[27]
  • Eine Studie von 2008, die von der Erasmus University Rotterdam und Software Company durchgeführt wurde IDS Scheer kam zu dem Schluss, dass zwei Drittel von Unternehmensarchitekturprojekten das Geschäft und die Ausrichtung nicht verbessern konnten.[28]
  • In einem Artikel aus dem Jahr 2009 schrieb der Branchenkommentator Dion Hinchcliffe, dass die traditionelle Enterprise -Architektur "gebrochen" sein könnte: "Im besten Fall bietet Enterprise Architecture die hellen Linien, die die gesamte Palette von Möglichkeiten für ein Unternehmen artikulieren, und beschreibt sogar, wie man das Erhalten des Gehens macht Dort ... ... in letzter Zeit gibt es eine wachsende Erkenntnis, dass die traditionelle Unternehmensarchitektur, wie sie heute oft praktiziert wird, auf eine wichtige Weise gebrochen werden könnte. Was könnte falsch sein und wie man sie behebt, sind die Fragen, die du Jour haben. "[29]
  • Im Jahr 2011 veröffentlichte Stanley Gaver, Berater der Bundesunternehmensarchitektur, einen Bericht, in dem Probleme im Programm der US -Bundesregierung der Bundesregierung untersucht wurden. Herr Gaver kam zu dem Schluss, dass das Federal Enterprise Architecture -Programm größtenteils gescheitert war; Diese Schlussfolgerung wurde durch eine ähnliche, die von der Bundesregierung bei einer Sitzung im Oktober 2010 durchgeführt wurde, die festgestellt wurde, warum das Federal Enterprise Architecture -Programm nicht "so einflussreich und erfolgreich wie in der Vergangenheit" war.[30]

Ein wesentliches Problem bei EA war die Schwierigkeit, aufgrund der breiten und oft undurchsichtigen Natur von EA-Projekten zu Metriken des Erfolgs zu kommen.[31]

Beziehung zu anderen Disziplinen

Laut dem Federation of Enterprise Architecture Professionelle Organisationen (FEAPO), Enterprise Architecture interagiert mit einer Vielzahl anderer Disziplinen, die üblicherweise in Geschäftsumgebungen zu finden sind. Laut Feapo:

Eine Unternehmensarchitekturpraxis arbeitet mit vielen miteinander verbundenen Disziplinen zusammen, darunter Performance Engineering und Management, Process Engineering und Management, IT- und Enterprise -Portfoliomanagement, Governance und Compliance, strategische Planung, Risikoanalyse, Informationsmanagement, Metadatenmanagement und eine Vielzahl von technischen Auswahlmöglichkeiten Disziplinen sowie organisatorische Disziplinen wie organisatorische Entwicklung, Transformation, Innovation und Lernen. Zunehmend haben viele Praktiker die wichtige Beziehung der Enterprise -Architektur mit aufstrebenden ganzheitlichen Designpraktiken wie Designdenken, Systemdenken und Benutzererfahrungsdesign betont.[32]

Da die Enterprise -Architektur in verschiedenen Organisationen entstand Governance der Informationstechnologie Prozesse vieler Organisationen. Dies kann zwar bedeuten, dass die Unternehmensarchitektur eng mit ihr verbunden ist, sollte sie im breiteren Kontext der geschäftlichen Optimierung betrachtet werden, da sie sich angibt Geschäftsarchitektur, Leistungsmanagementund Prozessarchitektur sowie mehr technische Themen.

Diskussionen über den Schnittpunkt der Unternehmensarchitektur und verschiedene IT -Praktiken wurden von verschiedenen IT -Analyseunternehmen veröffentlicht. Gartner und Forrester haben die wichtige Beziehung der Enterprise -Architektur mit aufstrebenden ganzheitlichen Designpraktiken wie betont, z. B. Designdenken und Benutzer-Erfahrung-Design.[33][34][35] Analystenfirma Real Story Group schlug vor, dass die Unternehmensarchitektur und das aufkommende Konzept der digitaler Arbeitsplatz waren "zwei Seiten zur gleichen Münze".[36] Das Cutter-Konsortium beschreibt Enterprise Architecture als Informations- und Wissensbasis-Disziplin.[37]

Die Enterprise -Architektur einer Organisation ist zu komplex und umfangreich, um sie vollständig zu dokumentieren, also Wissensmanagement Techniken bieten eine Möglichkeit, diese verborgenen, stillschweigenden oder impliziten Bereiche zu untersuchen und zu analysieren. Im Gegenzug bietet Enterprise Architecture eine Möglichkeit, die Komponenten einer Organisation und ihre Interaktion auf systemische und ganzheitliche Weise zu dokumentieren, die ergänzt Wissensmanagement.[38]

An verschiedenen Orten,[39] Enterprise Architecture wurde als Beziehung zu einer Beziehung zu diskutiert Serviceorientierte Architektur, ein bestimmter Stil der Anwendungsintegration. Forschungspunkte auf die Unternehmensarchitektur, die die Verwendung von SOA als unternehmensweites Integrationsmuster fördern.[40][41]

Geschichte

Die erste Veröffentlichung zur Verwendung des genauen Begriffs Unternehmensstruktur war ein Nationales Institut für Standards Besondere Veröffentlichung[42] Über die Herausforderungen der Integration des Informationssystems. Die Übersicht gibt an. "Dieses Gremium hat die Rolle von angesprochen Architekturen und Standards zur Unterstützung von Management in einem Unternehmen. "

Diese ursprüngliche Verwendung wird oft falsch zugeschrieben John Zachman's 1987 Papier,[43] Dies verwendete den Begriff "Enterprise Architecture" nicht. Der Umfang des Berichts des NIST "Enterprise Architecture" -Panels kann direkt mit Zachman Aktuelles Denken im Artikel von 1987, der wie folgt lautet: "Mit zunehmender Größe und Komplexität der Implementierungen von Informationssystemen ist es erforderlich, ein logisches Konstrukt (oder Architektur) zur Definition und Kontrolle der Schnittstellen und der Integration aller Komponenten zu verwenden des Systems. Die Diskussion ist auf ... begrenzt die Architektur und beinhaltet keine a strategische Planung Methodik. "

In dem NIST -Artikel von 1989 wird Enterprise Architecture als aus mehreren Ebenen beschrieben. Die oberste Ebene ist "Business Unit Architecture". Das dokumentieren beschreibt dies wie folgt: "Eine Geschäftseinheit kann entweder eine Gesamteinheit des Unternehmens oder eine Unternehmensuntereinheit darstellen. Architektur auf dieser Ebene legt einen Rahmen für die Befriedigung beider interner Information Bedürfnisse und die Informationen und Daten muss von extern auferlegt werden Organisationen. Zu diesen externen Organisationen gehören kooperierende Organisationen, Kunden, und Bundesagenturen. Die Informationen und Datenbedürfnisse auf dieser Ebene stellen die Anforderungen auf, die auf niedrigeren Ebenen der Architektur mit zunehmendem Anstieg erfüllt sind Aufmerksamkeit zu technischen Überlegungen. "

Das NIST -Dokument von 1989 fährt fort: "Die Darstellung der Geschäftseinheit Architektur zeigt Organisationseinheiten und ihre Beziehungen sowie spezifisch Standards, Richtlinien, und Verfahren das ermöglicht oder einschränken die Leistung der Gesamtmission der Unternehmen. "

Durch Prüfung die Beweis zeigt, dass Zachmans Konzept die Schaffung eines war Individuell Informationssystem, möglicherweise zusammengestellt aus Subsysteme, optimiert für a Business Case. Allerdings die NIST Konzeption beschreibt die Verwaltung aller Informationssysteme in einem Geschäft Einheit, die das gesamte Unternehmen sein kann.

Zachman verwendete den genauen Begriff "Enterprise Architecture" in a nicht Veröffentlichung bis einige Jahre später.

Siehe auch

Verweise

  1. ^ Dedić, Nedim. "EAFP: Enterprise Architecture Fusion Process". Journal of Information and Organizational Sciences. 45: 223–241. doi:10.31341/jios.45.1.10. S2CID 241327623.
  2. ^ "Planen Sie einen EA - Zweck". Enterprise Architekturbuch des Wissens. Mitre Corporation. Abgerufen 3. Oktober, 2014.
  3. ^ "Enterprise Architecture (EA)". Gartner es Glossar. Gärtner. Abgerufen 29. Juli, 2013.
  4. ^ Geschäftsanalysekörperkenntnisse, von dem Internationales Institut für Wirtschaftsanalyse
  5. ^ Giachetti, R. E., Design von Unternehmenssystemen, Theorie, Architektur und Methoden, CRC Press, Boca Raton, FL, 2010.
  6. ^ a b "ISO/IEC/IEEE 42010: 2011 - Systeme und Software -Engineering - Architektur Beschreibung". ISO.org. 24. November 2011. Abgerufen 6. August, 2013.
  7. ^ a b Lapalme, J., Drei Denkschulen auf Enterprise Architecture, IT Professional, Vol. 14, nein. 6, S. 37–43, Nov. - Dec. 2012, doi: 10.1109/Mitp.2011.109
  8. ^ Jarvis, Bob (2003) Enterprise Architecture: Verständnis des Gesamtbildes - ein Best -Practice -Leitfaden für Entscheidungsträger darin, Das britische National Computing Center, Manchester, Großbritannien. p. 9
  9. ^ Der Beitrag der Enterprise -Architektur zur Erreichung der organisatorischen Ziele: Festlegung des Rahmenwerks für Unternehmensarchitekturen, technischer Bericht, Abteilung für Informations- und Computerwissenschaften Utrecht University, Utrecht, Niederlande, (2010 online)
  10. ^ Bert Arnold, Martin Op 't Land und Jan Dietz. "Auswirkungen eines architektonischen Ansatzes auf die Umsetzung gemeinsamer Dienstzentren" im zweiten internationalen Workshop zu Unternehmen, Anwendungen und Dienstleistungen in der Finanzbranche (Finanzindustrie) (FinanceCOM05), Regensburg, Deutschland, 2005.
  11. ^ a b c d T. Bucher, R. Fischer, S. Kurpjuweit und R. Winter, "Analyse und Anwendung von Enterprise Architecture: Eine explorative Studie" in EDOC Workshop Tear, Hongkong, 2006.
  12. ^ a b Nilsson, "Management von Technochange in einem interorganisatorischen E-Government-Projekt", in Proceedings der 41. jährlichen Hawaii International Conference on System Sciences, 2008, S. 209.
  13. ^ a b c J. Varnus und N. Panaich. Togaf 9 Enterprise Architecture Survey -Ergebnisse. Präsentiert auf der 23. Enterprise Architecture Practitioners Conference. [Online]. Verfügbar: www.opengroup.org/public/member/proceedings/q309/q309a/presentations/pl-varnus-panaich.pdf.
  14. ^ a b c d e f Jeanne W. Ross und Peter Weill, "Verständnis der Vorteile der Unternehmensarchitektur", CISR Research Briefings, 2005.
  15. ^ Quartell, Schwanz; Steen, Maarten W. A.; Lankhorst, Marc M. (1. Mai 2012). "Bewertung von Anwendungs- und Projektportfolio unter Verwendung von Unternehmensarchitektur- und Geschäftsanforderungen Modellierung". Unternehmensinformationssysteme. 6 (2): 189–213. doi:10.1080/17517575.2011.625571. ISSN 1751-7575.
  16. ^ W. Engelsman, M. E. Iacob und H. M. Franken, "Architekturbetriebene Anforderungs-Engineering", in Proceedings of the 2009 ACM Symposium on Applied Computing (SAC '09), Honolulu, Hawaii, 2009, S. 285-286.
  17. ^ a b L. Kappelman, T. McGinnis, A. Pettite und A. Sidorova, "Enterprise Architecture: Charting des Territory for Academic Research", in AMCIS 2008, 2008.
  18. ^ M. Pulkkinen, A. Naumenko und K. Luostarinen, "Verwaltung der Informationssicherheit in einem Business -Netzwerk von Maschinenwartungsdiensten -Geschäft - Enterprise Architecture als Koordinationsinstrument", J. Syst. Softw., Vol. 80, S. 1607-1620, 2007.
  19. ^ T. Obitz und M. K. Babu. (2009). Enterprise Architecture erweitert seine Rolle bei der strategischen Geschäftstransformation: Infosys Enterprise Architecture Survey 2008/2009. (online[Permanent Dead Link]).
  20. ^ Erfolgsgeschichten der Bundesregierung Agentur, (2010), Whitehouse.gov Archiviert 30. April 2010 bei der Wayback -Maschine
  21. ^ FEA Practice Guidance Federal Enterprise Architecture Programm Management Office OMB, (2007), Whitehouse.gov Archiviert 16. Oktober 2010 bei der Wayback -Maschine
  22. ^ "Volkswagen of America: Management It Prioritäten", Harvard Business Review, 5. Oktober 2005, Robert D. Austin, Warren Ritchie, Greggory Garrett
  23. ^ Dod Bea
  24. ^ Dedic, N. (2020). "Feami: Eine Methodik zur Einbeziehung und Integration von Unternehmensarchitekturprozessen in bestehende Organisationsprozesse" in die Überprüfung des IEEE Engineering Management. Band 48, Ausgabe 4. doi: https://doi.org/10.1109/emr.2020.3031968
  25. ^ EA hat einen großen Weg gescheitert! durch Ivar Jacobson. an http://blog.ivarjacobson.com/ Archiviert 4. Dezember 2013 bei der Wayback -Maschine 18. Oktober 2007.
  26. ^ Gärtner (2007) Gartner Enterprise Architecture Summit: Architektierung der agilen Organisation, 26. - 27. September 2007. Übersicht an www.gartner.com. Zugriff am 18. November 2013.
  27. ^ S. Roeleven, Sven und J. Broer (2010). "Warum zwei Drittel von Unternehmensarchitekturprojekten scheitern", ARIS Expert Paper (online)
  28. ^ Fixierung der Enterprise -Architektur: Ausgleich der Kräfte des Wandels in der modernen Organisation ausbalancieren Dion Hinchcliffe, 3. September 2009
  29. ^ "Warum funktioniert die FEA nicht?"
  30. ^ Messung der Effektivität der Unternehmensarchitektur: Ein Fokus auf wichtige Leistungsindikatoren, Gunther, W 2014
  31. ^ Federation of Enterprise Architecture Professionelle Organisationen, "Gemeinsame Perspektiven zur Unternehmensarchitektur Archiviert 20. Dezember 2016 bei der Wayback -Maschine, " Architektur- und Governance -Magazin, Ausgabe 9-4, November 2013 (2013). Abgerufen am 19. November 2013.
  32. ^ Clay Richardson, Forrester Blogs - Design Thinking Reshapes EA für Dynamic Business, (2013) [1] Archiviert 19. April 2013 bei der Wayback -Maschine
  33. ^ Joe McKendrick, Zdnet - Gartner fordert mehr "Design Thinking" auf, Enterprise Architecture aus seinem Silo (2010) herauszuholen [2]
  34. ^ Leslie Owens, Forrester Blogs - Wem besitzt Informationsarchitektur? Wir alle., (2010), blogs.forrester.com Archiviert 5. Februar 2010 bei der Wayback -Maschine
  35. ^ Tony Byrne, Real Story Group Blog - Digitaler Arbeitsplatz und Enterprise -Architektur: Zwei Seiten derselben Münze, (2012), [3]
  36. ^ Evernden, Roger. "Umgang mit zu vielen Daten aus architektonischer Sicht", 13. November 2012 (online)
  37. ^ Evernden, Elaine, Evernden, Roger. Informationen zuerst - Integration von Wissens- und Informationsarchitektur für Geschäftsvorteile, Butterworth -Heinemann, Oxford, 2003 (online)
  38. ^ "SOA und Enterprise Architecture". Die offene Gruppe. Archiviert von das Original am 10. Januar 2015. Abgerufen 18. Dezember, 2014.
  39. ^ Christopher Kistasamy, Alta van der Merwe, Andre de la Harpe, (2012), Die Rolle der serviceorientierten Architektur als Enabler für Enterprise Architecture, AMCIS 2012, Seattle Washington
  40. ^ Rosa und Sampaio. "SOA Governance durch Enterprise Architecture". Oracle.com. Orakel. Abgerufen 19. Dezember, 2014.
  41. ^ Fong, E. N.; Goldfine, E.H. (Dezember 1989). "Informationsmanagementanweisungen: Die Integration Challenge" (PDF). Sigmod -Aufzeichnung. 18 (4): 40–43. doi:10.1145/74120.74125. S2CID 23939840.
  42. ^ Zachman, John A. (1999). "Ein Rahmen für Informationssystemarchitektur". IBM Systems Journal (Nachdruck ed.). 38 (2/3): 454–470. doi:10.1147/sj.382.0454.

Externe Links

  • Medien im Zusammenhang mit Enterprise Architecture bei Wikimedia Commons
  • Zitate zur Unternehmensarchitektur bei Wikiquote
  • Die Wörterbuchdefinition von Unternehmensstruktur bei wiktionary