Korxona arxitekturasi

Vikipediya, ochiq ensiklopediya

Korxona arxitekturasi (inglizcha: enterprise architecture, EA) — tahlil qilinayotgan obyektni tavsiflovchi muayyan muhim biznes sohalari nuqtai nazaridan tashkilotning tuzilishi va oʻzaro aloqalarini har tomonlama aniqlash, tartibga solish, standartlashtirish va hujjatlashtirish usullarini taqdim etadigan analitik intizomdir. EA maqsadi biznesni boshqarishning barcha darajalarida biznesni boshqarish, optimallashtirish va real sharoitlarga mos ravishda oʻzgartirish uchun ishlatilishi mumkin boʻlgan biznes korxonasining samarali vakilini yaratishdir. EA jarayonlari, hodisalari, maʼlumotlari hamda qoʻllaniladigan texnologiyalar bilan tavsiflangan domen elementlari oʻrtasidagi munosabatlar va oʻzaro taʼsirlarni olish uchun xizmat qiladi.[1]

Umumiy koʻrinish[tahrir | manbasini tahrirlash]

Korxona arxitekturasining amaliyotchilari sifatida korxona arxitektorlari tashkilotning strategik qarashlarini odamlar, jarayon va texnologiya qarorlarini amalga oshirish mumkin boʻlgan maqsad hamda vazifalar bilan muvofiqlashtirish orqali ushbu koʻrinishga erishish uchun miqdoriy yaxshilanishlarga olib keladi. Korxona arxitekturasi amaliyoti:

kelajakdagi davlatlarni strategiya, biznes va texnologiya nuqtai nazaridan boshqarish uchun axborot va boshqa resurslar almashinadigan tashkilotlar ichida yoki o'rtasida umumiy faoliyat sohalarini tahlil qiladi.[2]

Korxona arxitekturasi (EA) - bu biznesning istalgan ko'rinishi va natijalari bo'yicha o'zgarishlarning bajarilishini aniqlash va tahlil qilish orqali buzg'unchi kuchlarga korxonaning faol va yaxlit javob berish intizomi. EA biznes va IT rahbarlariga tegishli biznesdagi uzilishlardan foydalanadigan maqsadli biznes natijalariga erishish uchun siyosat va loyihalarni o'zgartirish bo'yicha imzo qo'yishga tayyor tavsiyalarni taqdim etish orqali qiymat beradi. EA kelajakdagi davlat arxitekturasining evolyutsiyasiga qaror qabul qilish yo'naltirish uchun ishlatiladi.[3]

Bu biznes hamda IT menejerlariga biznesni rivojlantirish va biznesni oʻzgartirishni qoʻllab-quvvatlash va taʼminlash uchun eng yaxshi strategiyalarni aniqlashga yordam beradi. Biznes bogʻliq boʻlgan biznes axborot tizimlariga nisbatan.

Mavzular[tahrir | manbasini tahrirlash]

Korxona va arxitektura atamalari[tahrir | manbasini tahrirlash]

Korxona umumiy maqsadlar toʻplamini baham koʻradigan va mijozlarga mahsulot va xizmatlarni taqdim etishda hamkorlik qiladigan tashkiliy birlik, tashkilot yoki tashkilotlar toʻplamini tavsiflash sifatida belgilanishi mumkin.[4]

Shu maʼnoda korxona atamasi hajmi, mulkchilik modeli, operatsion modeli yoki geografik taqsimotidan qatʼi nazar, har xil turdagi tashkilotlarni qamrab oladi. U oʻsha tashkilotlarning toʻliq ijtimoiy-texnik tizimlarini[5] odamlar, axborot, jarayonlar hamda texnologiyalarni oʻz ichiga oladi.

Arxitektura tizimning uning elementlari, munosabatlari, dizayn va evolyutsiya tamoyillarida mujassamlangan muhitdagi asosiy tushunchalari yoki xususiyatlarini anglatadi.[6]

Ijtimoiy-texnik tizim kabi tushunilgan korxona atamasi korxona arxitekturasining qamrovini belgilaydi.

Qoʻllash sohalari[tahrir | manbasini tahrirlash]

Korxona arxitekturasi boʻyicha amaliyotchilar hamda olimlarning korxona arxitekturasining maʼnosiga nisbatan qarashlari yoki eʼtiqodlari odatda uchta fikr maktabining bir yoki gibridiga toʻgʻri keladi:[7]

  1. Korxona IT dizayni — EAning maqsadi IT va biznes tashvishlari oʻrtasidagi koʻproq moslashishdir. Korxona arxitekturasining asosiy maqsadi — istalgan tashkiliy maqsadlarga erishish uchun korxonaning AT/AT imkoniyatlarini rejalashtirish va loyihalash jarayoniga rahbarlik qilishdir. Odatda, arxitektura boʻyicha takliflar va qarorlar korxonaning IT/IS jihatlari bilan cheklanadi; boshqa jihatlar faqat kirish boʻlib xizmat qiladi.
  2. Korxonani integratsiyalash — Ushbu fikr maktabiga koʻra, EAning maqsadi korxonaning turli muammolari (HR, IT, Operatsiyalar va boshqalar), shu jumladan strategiyani ishlab chiqish va amalga oshirish oʻrtasidagi bogʻliqlik oʻrtasida koʻproq muvofiqlikka erishishdir. Odatda, arxitektura boʻyicha takliflar va qarorlar korxonaning barcha jihatlarini qamrab oladi.
  3. Korxona ekotizimini moslashtirish — EAning maqsadi barqaror boʻlishi uchun korxonalarning oʻrganish imkoniyatlarini rivojlantirish va qoʻllab-quvvatlashdir. Binobarin, korxonaning oʻzini takomillashtirish, innovatsiyalar kiritish va atrof-muhit bilan birgalikda rivojlanish imkoniyatlarini yaxshilashga katta eʼtibor qaratilmoqda. Odatda, takliflar va qarorlar korxonani ham, uning atrof-muhitini ham qamrab oladi.

Biror kishining korxona arxitekturasining maʼnosiga boʻlgan ishonchi uning maqsadini, erishish vositalarini, uni amalga oshirish uchun zarur boʻlgan koʻnikmalarni va uni amalga oshirish uchun mas’uliyatni qanday koʻrishiga taʼsir qiladi.[7]

Korxonaning arxitektura tavsifi[tahrir | manbasini tahrirlash]

ISO/IEC/IEEE 42010 standartiga koʻra,[6] tizim arxitekturasini tavsiflash uchun foydalaniladigan mahsulot arxitektura tavsifi deb ataladi. Amalda, meʼmoriy tavsif turli xil roʻyxatlar, jadvallar va diagrammalarni oʻz ichiga oladi. Bu koʻrinishlar deb nomlanuvchi modellardir. Korxona arxitekturasida ushbu modellar mantiqiy biznes funktsiyalari yoki imkoniyatlari, biznes jarayonlari, inson rollari va aktyorlari, jismoniy tashkilot tuzilmasi, biznes ilovalari va platforma ilovalari, apparat va aloqa infratuzilmasini tavsiflaydi. 

Birlashgan Qirollik Milliy hisoblash markazi EA eng yaxshi amaliyot boʻyicha qoʻllanma[8] quyidagilarni taʼkidlaydi:

Odatda EA korxonaning tuzilishi va funktsiyalarini tavsiflovchi kompleks modellar toʻplamini oladi. EAdagi individual modellar mantiqiy tarzda joylashtirilgan, aynan ushbu hodisa esa korxona haqida tobora ortib borayotgan tafsilotlar darajasini taʼminlaydi.

Korxona arxitekturasi biznesning boshqaruvchanligini, samaradorligini, samaradorligini hamda chaqqonligini oshirish yoki axborot texnologiyalari uchun sarflangan pullarni oqlashni taʼminlash maqsadida tavsiflanadi. 

Korxona arxitekturasini oʻzgartirish uchun asosiy narsa homiyni aniqlashdir. Uning missiyasi, qarashlari va strategiyasi va boshqaruv tizimi kutilayotgan transformatsiyada ishtirok etadigan barcha rollar, mas’uliyatlar va munosabatlarni belgilaydi.

  • tashkilot tuzilmasi yoki jarayonlaridagi innovatsiyalar
  • axborot tizimlari yoki texnologiyalaridan foydalanishdagi innovatsiyalar
  • biznes jarayonlarini integratsiyalash va/yoki standartlashtirish va
  • biznes maʼlumotlarining sifati va dolzarbligini oshirish.

Biznesni asosiy holatdan maqsadli holatga, bir nechta oʻtish holatlari orqali oʻzgartirishga rahbarlik qilish uchun arxitekturani ishlab chiqish hamda ishlatish metodologiyasi odatda korxona arxitekturasi ramkasi sifatida tanilgan. Ramka jarayonlar, texnikalar, artefakt tavsiflari, mos yozuvlar modellari yoki korxonaga xos arxitektura tavsifini ishlab chiqarish va ishlatish boʻyicha koʻrsatmalarning tuzilgan toʻplamini taqdim etadi.

Foyda[tahrir | manbasini tahrirlash]

Korxona arxitekturasining yutuqlari uning tashkilot maqsadlariga bevosita va bilvosita hissasi orqali erishiladi. Tashkilot arxitekturasining eng muhim afzalliklari quyidagi sohalarda kuzatilishi mumkinligi aniqlandi:[9]

  • Tashkiliy dizayn — Korxona arxitekturasi qoʻshilish, sotib olish yoki umumiy tashkiliy oʻzgarishlar paytida tashkiliy tuzilmalarni loyihalash va qayta loyihalash bilan bogʻliq sohalarda yordam beradi.[10][11][12]
  • Tashkiliy jarayonlar va jarayonlar standartlari — Korxona arxitekturasi biznes jarayonlarini intizom va standartlashtirishni taʼminlashga yordam beradi va jarayonlarni birlashtirish, qayta ishlatish va integratsiyani taʼminlaydi.[13][14]
  • Loyiha portfelini boshqarish — Korxona arxitekturasi investitsiya qarorlarini qabul qilish va ishning ustuvorligini qoʻllab-quvvatlaydi.[15][11]
  • Loyihani boshqarish — Korxona arxitekturasi loyiha manfaatdor tomonlari oʻrtasidagi hamkorlik va aloqani yaxshilaydi. Korxona arxitekturasi loyihaning samarali koʻlamini aniqlashga va toʻliqroq va izchil loyiha natijalarini aniqlashga yordam beradi.[12][13]
  • Talablar muhandisligi — Korxona arxitekturasi korxona arxitekturasi hujjatlarini nashr etish orqali talablarni aniqlash tezligini va talablarni aniqlashning aniqligini oshiradi.[16]
  • Tizimni rivojlantirish — Korxona arxitekturasi tizimni ishlab chiqish va sinovdan oʻtkazishda optimal tizim dizayni va resurslarni samarali taqsimlashga yordam beradi.[11]
  • AT boshqaruvi va qarorlar qabul qilish — Korxona arxitekturasi IT rejalashtirish faoliyatini tartibga solish va standartlashtirishga yordam beradi va texnologiya bilan bogʻliq qarorlarni qabul qilish vaqtini qisqartirishga hissa qoʻshadi.[11][14]
  • AT qiymati — Korxona arxitekturasi tizimni joriy qilish va operatsion xarajatlarni kamaytirishga yordam beradi va biznes boʻlinmalari boʻylab IT infratuzilmasi xizmatlarining takrorlanishini minimallashtiradi.[14][17]
  • AT murakkabligi — Korxona arxitekturasi IT murakkabligini kamaytirishga, maʼlumotlar va ilovalarni birlashtirishga va tizimlarning yaxshi oʻzaro ishlashiga yordam beradi.[13][14][17]
  • AT ochiqligi — Korxona arxitekturasi ITning yanada ochiq va sezgir bo‘lishiga hissa qo‘shadi, bu qonun hujjatlariga muvofiqlik uchun maʼlumotlardan foydalanish imkoniyatini oshirish va infratuzilmadagi o‘zgarishlarning oshkoraligini oshirish orqali aks etadi.[14][18]
  • AT risklarini boshqarish — Korxona arxitekturasi tizimdagi nosozliklar va xavfsizlik buzilishidan kelib chiqadigan biznes xatarlarini kamaytirishga yordam beradi. Korxona arxitekturasi loyihani yetkazib berish xavfini kamaytirishga yordam beradi.[14]

Misollar[tahrir | manbasini tahrirlash]

Korxonalar arxitekturasini hujjatlashtirish AQSh federal hukumati doirasida Kapitalni rejalashtirish hamda investitsiyalarni nazorat qilish jarayoni kontekstida amalga oshiriladi.

Federal korxona arxitekturasi maʼlumot shakli federal agentliklarga oʻz arxitekturasini ishlab chiqishda rahbarlik qiladi.

Independence Blue Cross, Intel, Volkswagen AG[19] va InterContinental Hotels Group kabi kompaniyalar arxitekturasini yaxshilash va biznes samaradorligi va unumdorligini oshirish uchun korporativ arxitekturadan foydalanadilar.

Turli tushunarli sabablarga koʻra, tijorat tashkilotlari korxona arxitekturasining muhim tavsiflarini kamdan-kam nashr etadilar. Biroq, davlat idoralari oʻzlari ishlab chiqqan arxitektura tavsiflarini nashr eta boshladilar.

  • AQSh Ichki ishlar vazirligi
  • AQSh Mudofaa departamenti biznes korxonalari arxitekturasi,[20] yoki 2008-yil BEAv5.0 versiyasi
  • Treasury Enterprise Architecture Framework

Qiyinchiliklar[tahrir | manbasini tahrirlash]

Qabul qilingan, tan olingan, funktsional integratsiyalashgan va toʻliq ishtirok etgan kontseptsiya sifatida korxona arxitekturasini operatsion va taktik darajalarda yaratish bugungi kunda Enterprise Architects oldida turgan eng katta muammolardan biri va koʻplab EA Initiatives muvaffaqiyatsizlikka uchrashining asosiy sabablaridan biri sifatida belgilangan.[21]

Tanqid[tahrir | manbasini tahrirlash]

Korxona arxitekturasi taqdim etmoqchi boʻlgan afzalliklarga qaramay, oʻn yildan koʻproq vaqt davomida yozuvchilar va tashkilotlar samarali amaliyot sifatida korxona arxitekturasi haqida xavotirda. Ana shu eʼtirozlarning qisman roʻyxati:

  • 2007-yilda kompyuter olimi Ivar Jacobson (UMLga katta hissa qoʻshgan va OO dasturiy taʼminotini ishlab chiqishda kashshof) korporativ arxitekturaga oʻz bahosini berdi: Dunyo boʻylab Enterprise Architecture EA ni joriy etish koʻpgina moliya institutlari (banklar, sugʻurta kompaniyalari va boshqalar) uchun tashabbus boʻldi. Oxirgi besh yil yoki undan koʻproq vaqt davomida va u tugamagan. Men bunday kompaniyalar bilan ishladim va ularning baʼzilariga eng yomon xatolarga yoʻl qoʻymaslikka yordam berdim. EA tashabbuslarining aksariyati muvaffaqiyatsizlikka uchradi. Mening taxminimcha, 90 % dan ortigʻi hech qachon foydali narsaga olib kelmagan.
  • Korxona arxitekturasi boʻyicha 2007-yilgi hisobotida Gartner 2012-yilga kelib korporativ arxitektura dasturlarining 40 foizi toʻxtatiladi", deb bashorat qilgan.[22]
  • 2008-yilda Rotterdam Erasmus universiteti va dasturiy taʼminot kompaniyasi IDS Scheer tomonidan olib borilgan tadqiqot shuni koʻrsatdiki, korporativ arxitektura loyihalarining uchdan ikki qismi biznes va IT moslashuvini yaxshilay olmadi.[23]
  • 2009-yildagi maqolada soha sharhlovchisi Dion Hinchcliffe anʼanaviy korporativ arxitektura buzilgan boʻlishi mumkinligini yozgan: "Eng yaxshi holatda, korxona arxitekturasi biznes uchun barcha imkoniyatlarni ifodalovchi yorqin chiziqlarni taqdim etadi, hatto uni qanday qilib olish kerakligini tasvirlaydi. U yerda soʻnggi paytlarda anʼanaviy korporativ arxitektura bugungi kunda koʻpincha qoʻllaniladigan tarzda qandaydir muhim tarzda buzilgan boʻlishi mumkinligini anglash ortib bormoqda. Nima notoʻgʻri boʻlishi mumkin va uni qanday tuzatish kerak — bu kunning savollari.[24]
  • 2011-yilda federal korporativ arxitektura boʻyicha maslahatchi Stenli Gaver Amerika Qoʻshma Shtatlari federal hukumatining korporativ arxitektura dasturidagi muammolarni oʻrgangan hisobotini eʼlon qildi. Janob Gaver federal korxona arxitektura dasturi asosan muvaffaqiyatsizlikka uchragan degan xulosaga keldi; Ushbu xulosa federal hukumat tomonidan 2010-yil oktyabr oyida boʻlib oʻtgan yigʻilishda federal korxona arxitektura dasturi nima uchun oʻtmishdagi kabi taʼsirli va muvaffaqiyatli emasligini aniqlash uchun oʻtkazilgan yigʻilishda tasdiqlangan.[25]

EA bilan bogʻliq asosiy tashvish EA loyihalarining keng choʻtkasi va koʻpincha noaniq tabiati tufayli muvaffaqiyat koʻrsatkichlariga erishish qiyinligi edi.[26]

Boshqa fanlar bilan aloqasi[tahrir | manbasini tahrirlash]

Korxona arxitekturasi professional tashkilotlari federatsiyasi (FEAPO) sharhlariga koʻra, korxona arxitekturasi biznes muhitida keng tarqalgan boshqa fanlarning keng doirasi bilan oʻzaro taʼsir qiladi. FEAPO maʼlumotlariga koʻra:

Korxona arxitekturasi amaliyoti oʻzaro bogʻliq boʻlgan koʻplab fanlar bilan hamkorlik qiladi, jumladan, ishlash muhandisligi va boshqaruvi, jarayonlar muhandisligi va boshqaruvi, IT va korporativ portfelni boshqarish, boshqaruv va muvofiqlik, AT strategik rejalashtirish, risklarni tahlil qilish, axborotni boshqarish, metamaʼlumotlarni boshqarish va turli xil texnik fanlar, shuningdek, tashkiliy rivojlanish, transformatsiya, innovatsiya va o'rganish kabi tashkiliy fanlar. Ko'pgina amaliyotchilar korxona arxitekturasining dizayn fikrlash, tizimli fikrlash va foydalanuvchi tajribasi dizayni kabi rivojlanayotgan yaxlit dizayn amaliyotlari bilan muhim aloqasini tobora ko'proq ta'kidlamoqdalar.[27]

Korxona arxitekturasi turli tashkilotlarda paydo boʻlganligi sababli, keng qamrovli boʻlish natijasida ushbu biznes roli koʻplab tashkilotlarning axborot texnologiyalarini boshqarish jarayonlariga kiritildi. Garchi bu korxona arxitekturasi IT bilan chambarchas bogʻliqligini anglatishi mumkin boʻlsa-da, uni biznes arxitekturasi, ish faoliyatini boshqarish va jarayon arxitekturasi, shuningdek, koʻproq texnik mavzularga qaratilgan biznesni optimallashtirishning keng kontekstida ishlatib sinash kerak.

Korxona arxitekturasi va turli IT amaliyotlarining kesishishi haqidagi munozaralar turli IT tahlil firmalari tomonidan nashr etilgan. Gartner va Forrester korporativ arxitekturaning dizayn fikrlash va foydalanuvchi tajribasi dizayni kabi rivojlanayotgan yaxlit dizayn amaliyotlari bilan muhim aloqasini taʼkidladilar.[28] Real Story Group tahlilchi firmasi korporativ arxitektura va raqamli ish joyining paydo boʻlgan kontseptsiyasi „bir tanganing ikki tomoni“ ekanligini taklif qildi.[29] Cutter Konsortsiumi korxona arxitekturasini axborot va bilimga asoslangan intizom sifatida tavsiflaydi.[30]

Tashkilotning korporativ arxitekturasi toʻliq hujjatlashtirish uchun juda murakkab va kengdir, shuning uchun bilimlarni boshqarish usullari ushbu yashirin, yashirin yoki yashirin sohalarni oʻrganish va tahlil qilish usulini taʼminlaydi. Buning evaziga korxona arxitekturasi tashkilotning tarkibiy qismlarini va ularning oʻzaro taʼsirini tizimli va yaxlit tarzda hujjatlashtirish usulini taʼminlab beradi. Ana shu bilimlarni boshqarishni toʻldiradi.[31]

Turli joylarda,[32] korporativ arxitektura ilovalarni integratsiyalashuvining muayyan uslubi boʻlgan Xizmatga yoʻnaltirilgan arxitektura bilan aloqadorligi muhokama qilingan. Tadqiqotlar SOA dan korporativ integratsiya namunasi sifatida foydalanishga yordam beruvchi korxona arxitekturasiga ishora qiladi.[33][34]

Tarixi[tahrir | manbasini tahrirlash]

Korxona arxitekturasining aniq atamasini ishlatgan birinchi nashr Axborot tizimlari integratsiyasi muammolariga bagʻishlangan Milliy Standartlar Instituti maxsus nashri edi.[35] Sharhda Ushbu panel korxonada boshqaruvni qoʻllab-quvvatlashda arxitektura va standartlarning rolini koʻrib chiqdi deb aytilgan.

Bu asl foydalanish koʻpincha notoʻgʻri John Zachmanning 1987-yilgi[36] maqolasiga tegishli boʻlib, unda Korxona arxitekturasi atamasi ishlatilmagan. NIST korxona arxitekturasi panelining hisobot doirasini toʻgʻridan-toʻgʻri Zachmanning 1987-yilgi maqolada taqdim etilgan hozirgi fikrlashi bilan taqqoslash mumkin: Axborot tizimlarini joriy etish hajmi va murakkabligi ortib borishi bilan baʼzi mantiqiy usullardan foydalanish kerak. interfeyslarni aniqlash va boshqarish va tizimning barcha komponentlarini integratsiyalash uchun qurilish yoki arxitektura. Muhokama arxitektura bilan cheklangan va strategik rejalashtirish metodologiyasini oʻz ichiga olmaydi.

1989-yilgi NIST maqolasida korxona arxitekturasi bir necha darajalardan iborat deb taʼriflangan. Yuqori daraja — Biznes birligi arxitekturasi. Hujjat buni quyidagicha taʼriflaydi: Biznes boʻlimi umumiy korporativ shaxsni yoki korporativ boʻlinmani koʻrsatishi mumkin. Ushbu darajadagi arxitektura ichki maʼlumotlarga boʻlgan ehtiyojni ham, tashqi tashkilotlar tomonidan qoʻyiladigan maʼlumotlar va maʼlumotlarga boʻlgan ehtiyojni ham qondirish uchun asos yaratadi. Ushbu tashqi tashkilotlarga hamkorlik qiluvchi tashkilotlar, mijozlar va federal agentliklar kiradi. Ushbu darajadagi maʼlumotlar va maʼlumotlarga boʻlgan ehtiyojlar texnik jihatlarga eʼtiborni oshirgan holda arxitekturaning quyi darajalarida qondirish talablarini qoʻyadi.

1989-yilgi NIST hujjatida shunday davom etadi: Biznes birligi arxitekturasining taqdimoti tashkiliy boʻlinmalar va ularning oʻzaro munosabatlari, shuningdek, umumiy korxona missiyasini bajarishga imkon beruvchi yoki cheklovchi maxsus standartlar, siyosat va tartiblarni koʻrsatadi.

Tekshiruv natijasida maʼlumotlar shuni koʻrsatadiki, Zachman konsepsiyasi biznes uchun optimallashtirilgan, ehtimol quyi tizimlardan tashkil topgan individual axborot tizimini yaratish edi. Biroq, NIST kontseptsiyasi butun korxona boʻlishi mumkin boʻlgan biznes birligidagi barcha axborot tizimlarini boshqarishni tavsiflaydi.

Zachman bir necha yil oʻtgach, nashrda korxona arxitekturasi atamasini aniq ishlatmadi.

Manbalar[tahrir | manbasini tahrirlash]

  1. Dedić, Nedim. "EAFP: Enterprise Architecture Fusion Process". Journal of Information and Organizational Sciences 45: 223–241. doi:10.31341/jios.45.1.10. https://jios.foi.hr/index.php/jios/article/view/1527. 
  2. „Planning an EA – Purpose“. Enterprise Architecture Book of Knowledge. Mitre Corporation. 2014-yil 20-martda asl nusxadan arxivlangan. Qaraldi: 2014-yil 3-oktyabr.
  3. „Enterprise Architecture (EA)“. Gartner IT Glossary. Gartner. Qaraldi: 2013-yil 29-iyul.
  4. Business Analysis Body of Knowledge, from the International Institute of Business Analysis
  5. Giachetti, R.E., Design of Enterprise Systems, Theory, Architecture, and Methods, CRC Press, Boca Raton, FL, 2010.
  6. 6,0 6,1 „ISO/IEC/IEEE 42010:2011 - Systems and software engineering - Architecture description“. Iso.org (2011-yil 24-noyabr). Qaraldi: 2013-yil 6-avgust.
  7. 7,0 7,1 Lapalme, J., Three Schools of Thought on Enterprise Architecture, IT Professional, vol. 14, no. 6, pp. 37-43, Nov.-Dec. 2012, doi:10.1109/MITP.2011.109
  8. Jarvis, Bob (2003) Enterprise Architecture: Understanding the Bigger Picture — A Best Practice Guide for Decision Makers in IT, The UK National Computing Centre, Manchester, UK. p. 9
  9. The Contribution of Enterprise Architecture to the Achievement of Organizational Goals: Establishing the Enterprise Architecture Benefits Framework, Technical Report, Department of Information and Computing Sciences Utrecht University, Utrecht, The Netherlands, (2010 online (Wayback Machine saytida 2022-07-04 sanasida arxivlangan))
  10. Bert Arnold, Martin Op 't Land and Jan Dietz. "Effects of an architectural approach to the implementation of shared service centers, " in Second International Workshop on Enterprise, Applications and Services in the Finance Industry (FinanceCom05), Regensburg, Germany, 2005.
  11. 11,0 11,1 11,2 11,3 T. Bucher, R. Fischer, S. Kurpjuweit and R. Winter, "Enterprise architecture analysis and application: An exploratory study, " in EDOC Workshop TEAR, Hong Kong, 2006.
  12. 12,0 12,1 Nilsson, "Management of technochange in an interorganizational E-government project, " in Proceedings of the 41st Annual Hawaii International Conference on System Sciences, 2008, pp. 209.
  13. 13,0 13,1 13,2 J. Varnus and N. Panaich. TOGAF 9 enterprise architecture survey results. Presented at 23rd Enterprise Architecture Practitioners Conference. [Online]. Available: www.opengroup.org/public/member/proceedings/q309/q309a/Presentations/pl-varnus-panaich.pdf.
  14. 14,0 14,1 14,2 14,3 14,4 14,5 Jeanne W. Ross va Peter Weill, "Understanding the Benefits of Enterprise Architecture, " CISR Research Briefings, 2005.
  15. Quartel, Dick; Steen, Maarten W.A.; Lankhorst, Marc M. (2012-05-01). "Application and project portfolio valuation using enterprise architecture and business requirements modelling". Enterprise Information Systems 6 (2): 189–213. doi:10.1080/17517575.2011.625571. https://doi.org/10.1080/17517575.2011.625571. 
  16. W. Engelsman, M. E. Iacob and H. M. Franken, "Architecture-driven requirements engineering, " in Proceedings of the 2009 ACM Symposium on Applied Computing(SAC '09), Honolulu, Hawaii, 2009, pp. 285-286.
  17. 17,0 17,1 L. Kappelman, T. McGinnis, A. Pettite and A. Sidorova, "Enterprise architecture: Charting the territory for academic research, " in AMCIS 2008, 2008.
  18. M. Pulkkinen, A. Naumenko and K. Luostarinen, "Managing information security in a business network of machinery maintenance services business — Enterprise architecture as a coordination tool, „ J. Syst. Softw., vol. 80, pp. 1607-1620, 2007.
  19. “Volkswagen of America: Managing IT Priorities, " Harvard Business Review, October 5, 2005, Robert D. Austin, Warren Ritchie, Greggory Garrett
  20. DoD BEA
  21. Dedic, N. (2020). „FEAMI: A Methodology to include and to integrate Enterprise Architecture Processes into Existing Organizational Processes“ in IEEE Engineering Management Review. Volume 48, Issue 4. DOI: https://doi.org/10.1109/EMR.2020.3031968
  22. Gartner (2007) Gartner Enterprise Architecture Summit: Architecting the Agile Organization, 26 — 27 September 2007. Overview on www.gartner.com. Accessed November 18, 2013.
  23. S. Roeleven, Sven and J. Broer (2010). "Why Two Thirds of Enterprise Architecture Projects Fail, " ARIS Expert Paper (online)
  24. Fixing Enterprise Architecture: Balancing the Forces of Change in the Modern Organization Dion Hinchcliffe, September 3, 2009
  25. „„Why Doesnʼt the FEA Work““. 2016-yil 11-iyunda asl nusxadan arxivlangan. Qaraldi: 2022-yil 3-sentyabr.
  26. Measuring Enterprise Architecture Effectiveness: A Focus on Key Performance Indicators, Gunther, W 2014
  27. Federation of Enterprise Architecture Professional Organizations, "Common Perspectives on Enterprise Architecture (Wayback Machine saytida December 20, 2016, sanasida arxivlangan)," Architecture and Governance Magazine, Issue 9-4, November 2013 (2013). Retrieved on November 19, 2013.
  28. Joe McKendrick, ZDNet — Gartner urges more 'design thinkingʻ to break enterprise architecture out of its silo, (2010)
  29. Tony Byrne, Real Story Group Blog — Digital workplace and enterprise architecture: two sides to same coin, (2012),
  30. Evernden, Roger. „Dealing with Too Much Data from an Architectural Perspective“, November 13, 2012 (online)
  31. Evernden, Elaine, Evernden, Roger. Information First — Integrating Knowledge and Information Architecture for Business Advantage, Butterworth-Heinemann, Oxford, 2003 (online)
  32. „SOA and Enterprise Architecture“. The Open Group. 2015-yil 10-yanvarda asl nusxadan arxivlangan. Qaraldi: 2014-yil 18-dekabr.
  33. Christopher Kistasamy, Alta van der Merwe, Andre de la Harpe, (2012), The role of service-oriented architecture as an enabler for Enterprise Architecture, AMCIS 2012, Seattle Washington
  34. Rosa and Sampaio. „SOA Governance Through Enterprise Architecture“. Oracle.com. Oracle. Qaraldi: 2014-yil 19-dekabr.
  35. Fong, E. N.; Goldfine, E.H. (December 1989). "Information management directions: the integration challenge.". SIGMOD Record 18 (4): 40–43. doi:10.1145/74120.74125. http://www.itl.nist.gov/lab/specpubs/NIST%20SP%20500-167.pdf. 
  36. Zachman, John A. (1999). "A framework for information systems architecture.". IBM Systems Journal 38 (2/3): 454–470. doi:10.1147/sj.382.0454. 

Havolalar[tahrir | manbasini tahrirlash]