Sammanfattning Enligt ANSI/IEEE Std 1471-2000 definieras arkitekturen som "den grundläggande organisationen av ett system, förkroppsligad i dess komponenter, deras relationer till varandra och miljön, och de principer som styr dess utformning och utveckling" [8]. Företagsstruktur (EA) förstås därför som 1) den grundläggande organisationen av en statlig myndighet eller ett företag, antingen som helhet, eller tillsammans med partners, leverantörer och / eller kunder ("extended enterprise"), eller delvis (t.ex. en avdelning, en avdelning osv.) samt (2) de principer som styr dess utformning och utveckling. [12] Medan en EA-modell är en representation av as-is eller to-be-arkitektur för ett företag eller en statlig myndighet, tillhandahåller ett EA-ramverk [12] • en eller flera metamodeller för EA-beskrivning, • en eller flera metoder för EA-design och -utveckling, • en gemensam vokabulär för EA, och kanske till och med • referensmodeller som kan användas som mallar eller ritningar för EA-design och -utveckling. Komponenterna i en EA-ram bör vara tillämpliga på ett brett spektrum av företag och statliga organ. Traditionellt fokuserar arkitekturen i informationssystemen på IT-relaterade artefakter som IT-plattformar, programvarukomponenter och -tjänster, tillämpningar, IT-processer och kanske IT-strategi för att stödja effektivare IT-verksamhet, bättre avkastning på IT-investeringar och snabbare, enklare och billigare IT-upphandling. [12] I motsats till denna metod, som bättre bör vara utsedd till arkitektur för informationssystem (ISA), bör EA även inkludera affärsrelaterade artefakter som organisatoriska mål, produkter och tjänster, marknader, affärsprocesser, resultatindikatorer osv. [1] Endast när "rent" affärsrelaterade artefakter omfattas av EA kan viktiga ledningsaktiviteter som kontinuitetsplanering, analys av förändringar, riskanalys och efterlevnad stödjas. Ovanstående definition av arkitektur begränsar de ingående delarna till att vara "grundläggande". På grund av det breda utbudet av relevanta komponenttyper kan EA ändå bestå av ett stort antal sådana artefakter. Till följd av detta skiljer de flesta EA-ramverken mellan flera arkitekturlager och arkitekturvyer för att minska antalet artefakter per modell [16, 18]. När flera arkitekturlager och arkitekturvyer är differentierade måste design- och evolutionsprinciper ta itu med konsekventa frågor och integrationsfrågor.
En flerskiktsarkitektur i REF innehåller affärs-, process-, integrations-, programvaru- och teknikarkitekturlager.
Essential Layers, Artifacts, and Dependencies of Enterprise Architecture
{'venue': "2006 10th IEEE International Enterprise Distributed Object Computing Conference Workshops (EDOCW'06)", 'journal': "2006 10th IEEE International Enterprise Distributed Object Computing Conference Workshops (EDOCW'06)", 'mag_field_of_study': ['Computer Science']}