กรอบสถาปัตยกรรมองค์กร ( EAF )กำหนดวิธีการสร้างและใช้งานสถาปัตยกรรมองค์กรกรอบสถาปัตยกรรมให้หลักการและแนวปฏิบัติสำหรับการสร้างและใช้งานคำอธิบายสถาปัตยกรรมของระบบ โดยจะจัดโครงสร้างความคิดของสถาปนิกโดยการแบ่งคำอธิบายสถาปัตยกรรมออกเป็นโดเมน เลเยอร์ หรือมุมมอง และนำเสนอแบบจำลอง – โดยทั่วไปคือเมทริกซ์และไดอะแกรม – สำหรับการบันทึกแต่ละมุมมอง ซึ่งช่วยให้สามารถตัดสินใจด้านการออกแบบระบบในส่วนประกอบทั้งหมดของระบบ และตัดสินใจในระยะยาวเกี่ยวกับข้อกำหนดการออกแบบใหม่ ความยั่งยืน และการสนับสนุน^{[ 2 ]}

สถาปัตยกรรมองค์กรถือว่าองค์กรเป็นระบบขนาดใหญ่และซับซ้อนหรือระบบของระบบ [ ^{3 ] เพื่อ}จัดการขนาดและความซับซ้อนของระบบนี้ กรอบงานสถาปัตยกรรมจึงมีเครื่องมือและแนวทางที่ช่วยให้สถาปนิกสามารถแยกส่วนจากระดับรายละเอียดที่ผู้สร้างทำงาน เพื่อมุ่งเน้นงานออกแบบองค์กรและสร้างเอกสารคำอธิบายสถาปัตยกรรมที่มีคุณค่า

ส่วนประกอบของกรอบสถาปัตยกรรมให้คำแนะนำเชิงโครงสร้างซึ่งแบ่งออกเป็นสามส่วนหลัก: ^{[ 4 ]}

• คำอธิบายเกี่ยวกับสถาปัตยกรรม: วิธีการจัดทำเอกสารเกี่ยวกับองค์กรในฐานะระบบ จากมุมมองต่างๆ แต่ละมุมมองจะอธิบายส่วนหนึ่งของสถาปัตยกรรม โดยจะรวมถึงองค์ประกอบและความสัมพันธ์ที่เกี่ยวข้องกับประเด็นสำคัญที่ผู้มีส่วนได้ส่วนเสียแต่ละกลุ่มให้ความสนใจ อาจอยู่ในรูปแบบของรายการ ตาราง แผนภาพ หรือรูปแบบที่ซับซ้อนกว่านั้น
• วิธีการออกแบบสถาปัตยกรรม: กระบวนการที่สถาปนิกปฏิบัติตาม โดยปกติแล้วจะเป็นกระบวนการสถาปัตยกรรมองค์กรโดยรวม ซึ่งประกอบด้วยขั้นตอนต่างๆ ที่แบ่งย่อยออกเป็นกระบวนการระดับล่างซึ่งประกอบด้วยกิจกรรมที่ละเอียดกว่า กระบวนการจะถูกกำหนดโดยวัตถุประสงค์ ข้อมูลนำเข้า ขั้นตอน (ขั้นตอนหรือกิจกรรม) และผลลัพธ์ และอาจได้รับการสนับสนุนโดยแนวทาง เทคนิค เครื่องมือ หลักการ กฎ และแนวปฏิบัติ
• การจัดการทีมสถาปนิก: คำแนะนำเกี่ยวกับโครงสร้างทีมและการกำกับดูแลทีม รวมถึงทักษะ ประสบการณ์ และการฝึกอบรมที่จำเป็น

หลักการพื้นฐานแรกสุดของวิธีการวางแผนทีละขั้นตอนที่ปัจจุบันได้รับการสนับสนุนโดยThe Open Group Architecture Framework (TOGAF) และกรอบงาน EA อื่นๆ สามารถสืบย้อนไปถึงบทความของ Marshall K. Evans และ Lou R. Hague ที่มีชื่อว่า "Master Plan for Information Systems" ^{[ 7 ]}ซึ่งตีพิมพ์ในปี พ.ศ. 2505 ใน Harvard Business Review

ตั้งแต่ทศวรรษ 1970 ผู้คนที่ทำงานในด้าน IS/IT ได้มองหาวิธีการที่จะดึงดูดผู้คนในแวดวงธุรกิจ – เพื่อเปิดใช้งานบทบาทและกระบวนการทางธุรกิจ – และเพื่อมีอิทธิพลต่อการลงทุนในระบบสารสนเทศและเทคโนโลยีทางธุรกิจ – โดยคำนึงถึงผลประโยชน์ที่กว้างขวางและระยะยาวขององค์กร เป้าหมาย หลักการ แนวคิด และวิธีการต่างๆ มากมายที่ใช้ในกรอบงาน EA ในปัจจุบันได้รับการกำหนดขึ้นในทศวรรษ 1980 และสามารถพบได้ในกรอบงานสถาปัตยกรรม IS และ IT ที่เผยแพร่ในทศวรรษนั้นและทศวรรษถัดมา^{[ 8 ]}

ในปี 1980 ระบบวางแผนธุรกิจ (Business Systems Planning หรือ BSP) ของ IBM ได้รับการส่งเสริมให้เป็นวิธีการวิเคราะห์และออกแบบสถาปัตยกรรมสารสนเทศขององค์กร โดยมีเป้าหมายดังต่อไปนี้:

1. ทำความเข้าใจประเด็นปัญหาและโอกาสต่างๆ ที่เกี่ยวข้องกับแอปพลิเคชันและสถาปัตยกรรมทางเทคนิคในปัจจุบัน
2. พัฒนารูปแบบในอนาคตและเส้นทางการเปลี่ยนผ่านสำหรับเทคโนโลยีที่สนับสนุนองค์กร
3. มอบกรอบแนวทางและการตัดสินใจด้านการลงทุนด้านไอทีให้แก่ผู้บริหารธุรกิจ
4. จัดทำแผนแม่บทการพัฒนาระบบสารสนเทศ (IS)

ในปี พ.ศ. 2525 ขณะทำงานให้กับ IBM และ BSP จอห์น แซคแมนได้ร่างกรอบแนวคิดสำหรับ "สถาปัตยกรรมระบบสารสนเทศ" ระดับองค์กร ในครั้งนั้นและในเอกสารต่อมา แซคแมนใช้คำว่าองค์กรเป็นคำพ้องความหมายกับธุรกิจ "แม้ว่าวิธีการวางแผนระบบสารสนเทศที่เป็นที่นิยมมากมาย แนวทางการออกแบบ และเครื่องมือและเทคนิคต่างๆ จะไม่ขัดแย้งหรือไม่สอดคล้องกับการวิเคราะห์ระดับองค์กร แต่มีเพียงไม่กี่วิธีที่กล่าวถึงหรือพยายามกำหนดสถาปัตยกรรมองค์กรอย่างชัดเจน" [ ^{9 ] อย่างไรก็ตาม}ในบทความนี้ คำว่า "สถาปัตยกรรมองค์กร" ถูกกล่าวถึงเพียงครั้งเดียวโดยไม่มีคำจำกัดความที่เฉพาะเจาะจง และงานต่อมาทั้งหมดของแซคแมนใช้คำว่า "สถาปัตยกรรมระบบสารสนเทศ" ^{[ 10 ] [ 11 ]}

ในปี 1986 กรอบสถาปัตยกรรม PRISMได้รับการพัฒนาขึ้นจากโครงการวิจัยที่ได้รับการสนับสนุนจากกลุ่มบริษัทต่างๆ ซึ่งรวมถึง IBM ซึ่งดูเหมือนจะเป็นกรอบสถาปัตยกรรมองค์กร (EA) ที่ได้รับการเผยแพร่เป็นครั้งแรก

ในปี พ.ศ. 2530 จอห์น แซคแมน ผู้เชี่ยวชาญด้านการตลาดของ IBM ได้ตีพิมพ์เอกสารเรื่อง " กรอบสำหรับสถาปัตยกรรมระบบสารสนเทศ " ^{[ 10 ]}เอกสารดังกล่าวได้เสนอแผนการจำแนกประเภทสำหรับสิ่งประดิษฐ์ที่อธิบาย (ในระดับนามธรรมหลายระดับ) ว่าอะไร อย่างไร ที่ไหน ใคร เมื่อไหร่ และทำไมของระบบสารสนเทศ เนื่องจาก IBM ใช้ BSP อยู่แล้ว แซคแมนจึงไม่จำเป็นต้องเสนอขั้นตอนการวางแผน เอกสารดังกล่าวไม่ได้กล่าวถึงสถาปัตยกรรมองค์กร

ในปี พ.ศ. 2532 สถาบันมาตรฐานและเทคโนโลยีแห่งชาติ (NIST) ได้เผยแพร่ แบบ จำลองสถาปัตยกรรมองค์กร NIST ^{[ 12 ]}ซึ่งเป็นแบบจำลองอ้างอิงห้าชั้นที่แสดงให้เห็นถึงความสัมพันธ์ระหว่างธุรกิจ ระบบสารสนเทศ และโดเมนเทคโนโลยี แบบจำลองนี้ได้รับการส่งเสริมภายในรัฐบาลกลางของสหรัฐอเมริกา มันไม่ใช่กรอบงาน EA อย่างที่เราเห็นในปัจจุบัน แต่ช่วยสร้างแนวคิดในการแบ่ง EA ออกเป็นโดเมนหรือชั้นของสถาปัตยกรรม แบบจำลองสถาปัตยกรรมองค์กร NIST ดูเหมือนจะเป็นเอกสารเผยแพร่ฉบับแรกที่ใช้คำว่า "สถาปัตยกรรมองค์กร" อย่างสม่ำเสมอ

ในปี พ.ศ. 2533 คำว่า "สถาปัตยกรรมองค์กร" ได้รับการกำหนดอย่างเป็นทางการเป็นครั้งแรกว่าเป็นสถาปัตยกรรมที่ "กำหนดและเชื่อมโยงข้อมูล ฮาร์ดแวร์ ซอฟต์แวร์ และทรัพยากรการสื่อสาร ตลอดจนองค์กรสนับสนุนที่จำเป็นในการรักษาโครงสร้างทางกายภาพโดยรวมที่สถาปัตยกรรมกำหนด" ^{[ 13 ]}

ในปี พ.ศ. 2535 บทความโดย Zachman และ Sowa ^{[ 11 ]}เริ่มต้นดังนี้ "John Zachman ได้นำเสนอกรอบงานสำหรับสถาปัตยกรรมระบบสารสนเทศ (ISA) ซึ่งได้รับการยอมรับอย่างกว้างขวางจากนักวิเคราะห์ระบบและนักออกแบบฐานข้อมูล" คำว่าสถาปัตยกรรมองค์กรไม่ได้ปรากฏอยู่ในบทความ บทความนี้กล่าวถึงการใช้กรอบงาน ISA เพื่ออธิบาย "...ระบบสารสนเทศโดยรวมและความสัมพันธ์กับองค์กรและสภาพแวดล้อมโดยรอบ" คำว่าองค์กรถูกใช้เป็นคำพ้องความหมายกับธุรกิจ

ในปี 1993 หนังสือEnterprise Architecture Planning (EAP) ของ Stephen Spewak ได้กำหนดกระบวนการในการกำหนดสถาปัตยกรรมสำหรับการใช้ข้อมูลเพื่อสนับสนุนธุรกิจ และแผนการสำหรับการนำสถาปัตยกรรมเหล่านั้นไปใช้ โดยมีภารกิจทางธุรกิจเป็นตัวขับเคลื่อนหลัก จากนั้นคือข้อมูลที่จำเป็นต่อการตอบสนองภารกิจ ต่อมาคือแอปพลิเคชันที่สร้างขึ้นเพื่อจัดเก็บและให้บริการข้อมูลเหล่านั้น และสุดท้ายคือเทคโนโลยีที่จะนำแอปพลิเคชันเหล่านั้นไปใช้ Enterprise Architecture Planning เป็นแนวทางที่เน้นข้อมูลเป็นศูนย์กลางในการวางแผนสถาปัตยกรรม โดยมีเป้าหมายเพื่อปรับปรุงคุณภาพข้อมูล การเข้าถึงข้อมูล ความสามารถในการปรับตัวให้เข้ากับความต้องการที่เปลี่ยนแปลงไป การทำงานร่วมกันและการแบ่งปันข้อมูล และการควบคุมต้นทุน EAP มีรากฐานมาจากBusiness Systems Planning (BSP) ของ IBM

ในปี พ.ศ. 2537 Open Group ได้เลือกTAFIMจากกระทรวงกลาโหมสหรัฐฯ เป็นพื้นฐานในการพัฒนา TOGAF โดยที่สถาปัตยกรรมในที่นี้หมายถึงสถาปัตยกรรมไอที TOGAF เริ่มต้นด้วยมุมมองเชิงกลยุทธ์และครอบคลุมทั้งองค์กร แต่เน้นที่เทคโนโลยีเป็นหลัก โดยเกิดขึ้นจากความต้องการที่จะปรับปรุงระบบไอทีที่ยุ่งเหยิงให้เป็นระเบียบ จนถึงเวอร์ชัน 7 TOGAF ยังคงมุ่งเน้นไปที่การกำหนดและใช้แบบจำลองอ้างอิงทางเทคนิค (หรือสถาปัตยกรรมพื้นฐาน) เพื่อกำหนดบริการแพลตฟอร์มที่จำเป็นจากเทคโนโลยีที่ทั้งองค์กรใช้เพื่อสนับสนุนแอปพลิเคชันทางธุรกิจ^{[ 8 ]}

ในปี 1996 กฎหมายปฏิรูปการจัดการด้านไอที ของสหรัฐฯ หรือที่รู้จักกันทั่วไปในชื่อกฎหมายคลิงเกอร์-โคเฮนได้กำหนดไว้อย่างชัดเจนว่า การลงทุนด้านไอทีของหน่วยงานรัฐบาลกลางสหรัฐฯ จะต้องเชื่อมโยงกับผลประโยชน์ทางธุรกิจที่สามารถระบุได้ นอกจากนี้ยังกำหนดให้ซีไอโอของหน่วยงานมีหน้าที่รับผิดชอบในการ "...พัฒนา บำรุงรักษา และอำนวยความสะดวกในการนำสถาปัตยกรรมไอทีที่แข็งแกร่งและบูรณาการมาใช้สำหรับหน่วยงานบริหาร"

ในปี 1997 แซคแมนได้เปลี่ยนชื่อและปรับกรอบงาน ISA ของเขาใหม่ให้เป็นกรอบงาน EA โดยยังคงเป็นแผนผังการจำแนกประเภทสำหรับสิ่งประดิษฐ์เชิงพรรณนา ไม่ใช่กระบวนการสำหรับการวางแผนระบบหรือการเปลี่ยนแปลงระบบ

ในปี 1998 สภา CIO ของรัฐบาลกลางได้เริ่มพัฒนา Federal Enterprise Architecture Framework (FEAF) โดยสอดคล้องกับลำดับความสำคัญที่ระบุไว้ใน Clinger-Cohen และได้ประกาศใช้ในปี 1999 FEAF เป็นกระบวนการที่คล้ายคลึงกับ ADM ของ TOGAF ซึ่ง “ทีมสถาปัตยกรรมจะสร้างแผนลำดับขั้นตอนสำหรับการเปลี่ยนผ่านระบบ แอปพลิเคชัน และแนวปฏิบัติทางธุรกิจที่เกี่ยวข้อง โดยอาศัยการวิเคราะห์ช่องว่างอย่างละเอียด [ระหว่างสถาปัตยกรรมพื้นฐานและสถาปัตยกรรมเป้าหมาย]”

ในปี 2001 สภาหัวหน้า CIO ของสหรัฐฯ ได้ตีพิมพ์คู่มือปฏิบัติเกี่ยวกับสถาปัตยกรรมองค์กรของรัฐบาลกลางซึ่งเริ่มต้นด้วยประโยคที่ว่า “สถาปัตยกรรมองค์กร (EA) กำหนดแผนงานระดับหน่วยงานเพื่อให้บรรลุภารกิจของหน่วยงานผ่านการดำเนินการกระบวนการทางธุรกิจหลักอย่างมีประสิทธิภาพสูงสุดภายในสภาพแวดล้อมเทคโนโลยีสารสนเทศ (IT) ที่มีประสิทธิภาพ” ณ จุดนั้น กระบวนการใน TOGAF, FEAF, EAP และ BSP จึงมีความเกี่ยวข้องกันอย่างชัดเจน

ในปี 2002/2003 ในเวอร์ชันEnterprise Edition ของ TOGAF 8 ได้เปลี่ยนจุดเน้นจากชั้นสถาปัตยกรรมเทคโนโลยีไปสู่ชั้นธุรกิจ ข้อมูล และแอปพลิเคชันที่สูงขึ้น โดยได้นำการวิเคราะห์เชิงโครงสร้างมาใช้หลังจากวิศวกรรมเทคโนโลยีสารสนเทศซึ่งมีคุณสมบัติเด่น เช่น การจับคู่หน่วยงานกับฟังก์ชันทางธุรกิจ และการจับคู่เอนทิตีข้อมูลกับฟังก์ชันทางธุรกิจ ปัจจุบัน ฟังก์ชันทางธุรกิจมักถูกเรียกว่าความสามารถทางธุรกิจ และสถาปนิกองค์กรหลายคนถือว่าลำดับชั้น/แผนผังฟังก์ชัน/ความสามารถทางธุรกิจของตนเป็นสิ่งประดิษฐ์พื้นฐานของสถาปัตยกรรมองค์กร พวกเขาเชื่อมโยงเอนทิตีข้อมูล กรณีการใช้งาน แอปพลิเคชัน และเทคโนโลยีเข้ากับฟังก์ชัน/ความสามารถเหล่านั้น

ในปี พ.ศ. 2549 หนังสือยอดนิยมเรื่อง Enterprise Architecture As Strategy ^{[ 14 ]}ได้รายงานผลการทำงานของศูนย์วิจัยระบบสารสนเทศของ MIT หนังสือเล่มนี้เน้นย้ำถึงความจำเป็นที่สถาปนิกองค์กรจะต้องมุ่งเน้นไปที่กระบวนการทางธุรกิจหลัก ("บริษัทต่างๆ ประสบความสำเร็จเพราะพวกเขาได้ [ตัดสินใจ] แล้วว่ากระบวนการใดที่พวกเขาต้องดำเนินการให้ดี และได้นำระบบไอทีมาใช้เพื่อแปลงกระบวนการเหล่านั้นให้เป็นดิจิทัล") และเพื่อให้ผู้จัดการธุรกิจเข้าใจถึงประโยชน์ที่การบูรณาการกระบวนการเชิงกลยุทธ์ข้ามองค์กรและ/หรือการกำหนดมาตรฐานสามารถมอบให้ได้

โครงการวิจัยในปี 2008 เพื่อพัฒนาใบรับรองวิชาชีพด้านสถาปัตยกรรมองค์กรและโซลูชันโดยBritish Computer Society (BCS) แสดงให้เห็นว่าสถาปัตยกรรมองค์กรนั้นแยกจากสถาปัตยกรรมระบบสารสนเทศไม่ได้มาโดยตลอด ซึ่งเป็นเรื่องปกติ เนื่องจากนักธุรกิจต้องการข้อมูลเพื่อตัดสินใจและดำเนินกระบวนการทางธุรกิจ^{[ 8 ]}

ในปี 2011 ข้อกำหนด TOGAF 9.1 ระบุว่า "การวางแผนธุรกิจในระดับกลยุทธ์จะให้ทิศทางเบื้องต้นแก่สถาปัตยกรรมองค์กร" ^{[ 15 ]}โดยปกติแล้ว หลักการทางธุรกิจ เป้าหมายทางธุรกิจ และตัวขับเคลื่อนเชิงกลยุทธ์ขององค์กรจะถูกกำหนดไว้ที่อื่น^{[ 8 ]}กล่าวอีกนัยหนึ่ง สถาปัตยกรรมองค์กรไม่ใช่กลยุทธ์ทางธุรกิจ การวางแผน หรือวิธีการจัดการ สถาปัตยกรรมองค์กรพยายามที่จะปรับเทคโนโลยีระบบสารสนเทศทางธุรกิจให้สอดคล้องกับกลยุทธ์ทางธุรกิจ เป้าหมาย และตัวขับเคลื่อนที่กำหนดไว้ ข้อกำหนด TOGAF 9.1 ชี้แจงว่า "คำอธิบายสถาปัตยกรรมองค์กรที่สมบูรณ์ควรประกอบด้วยโดเมนสถาปัตยกรรมทั้งสี่ (ธุรกิจ ข้อมูล แอปพลิเคชัน เทคโนโลยี) แต่ความเป็นจริงของข้อจำกัดด้านทรัพยากรและเวลา มักหมายความว่าไม่มีเวลา เงินทุน หรือทรัพยากรเพียงพอที่จะสร้างคำอธิบายสถาปัตยกรรมแบบครอบคลุมทุกด้านตั้งแต่ต้นจนจบ ซึ่งครอบคลุมโดเมนสถาปัตยกรรมทั้งสี่ แม้ว่าขอบเขตขององค์กรจะ [...] น้อยกว่าขอบเขตทั้งหมดขององค์กรโดยรวมก็ตาม" ^{[ 16 ]}

ในปี 2556 TOGAF ^{[ 17 ]}เป็นกรอบสถาปัตยกรรมที่ได้รับความนิยมมากที่สุด (ตัดสินจากจำนวนการรับรองที่เผยแพร่) ซึ่งบางคนสันนิษฐานว่าเป็นตัวกำหนด EA ^{[ 8 ]}อย่างไรก็ตาม บางคนยังคงใช้คำว่าสถาปัตยกรรมองค์กรเป็นคำพ้องความหมายกับสถาปัตยกรรมธุรกิจ แทนที่จะครอบคลุมโดเมนสถาปัตยกรรมทั้งสี่ ได้แก่ ธุรกิจ ข้อมูล แอปพลิเคชัน และเทคโนโลยี

นับตั้งแต่ Stephen Spewak ได้นำเสนอแนวคิด การวางแผนสถาปัตยกรรมองค์กร (Enterprise Architecture Planning หรือ EAP) ในปี 1993 – และอาจจะก่อนหน้านั้นด้วย – การแบ่งสถาปัตยกรรมองค์กรออกเป็นสี่ โดเมนสถาปัตยกรรมถือเป็นเรื่องปกติ

• สถาปัตยกรรมธุรกิจ
• สถาปัตยกรรมข้อมูล
• สถาปัตยกรรมแอปพลิเคชัน
• สถาปัตยกรรมเทคโนโลยี

โปรดทราบว่า สถาปัตยกรรมแอปพลิเคชันนั้นเกี่ยวข้องกับการเลือกและความสัมพันธ์ระหว่างแอปพลิเคชันต่างๆ ในพอร์ตโฟลิโอแอปพลิเคชันขององค์กร ไม่ใช่เกี่ยวกับสถาปัตยกรรมภายในของแอปพลิเคชันเดียว (ซึ่งมักเรียกว่า สถาปัตยกรรมแอปพลิเคชัน)

กรอบงาน EA จำนวนมากผสานรวมโดเมนข้อมูลและแอปพลิเคชันเข้าไว้ในชั้นระบบสารสนเทศเดียว (แบบดิจิทัล) ซึ่งอยู่ต่ำกว่าธุรกิจ (โดยปกติคือระบบกิจกรรมของมนุษย์) และอยู่เหนือเทคโนโลยี ( โครงสร้างพื้นฐานด้านไอที ของแพลตฟอร์ม )

เป็นเวลานานแล้วที่การมองโดเมนทางสถาปัตยกรรมเป็นชั้นๆ นั้นเป็นเรื่องปกติ โดยมีความคิดว่าแต่ละชั้นประกอบด้วยส่วนประกอบที่ดำเนินการกระบวนการและให้บริการแก่ชั้นที่อยู่เหนือกว่า วิธีการมองโดเมนทางสถาปัตยกรรมแบบนี้ปรากฏให้เห็นอย่างชัดเจนใน TOGAF v1 (1996) ซึ่งได้ห่อหุ้มชั้นส่วนประกอบทางเทคโนโลยีไว้เบื้องหลังบริการแพลตฟอร์มที่กำหนดไว้ใน "แบบจำลองอ้างอิงทางเทคนิค" ซึ่งสอดคล้องกับปรัชญาของ TAFIM และ POSIX เป็นอย่างมาก

แนวคิดเรื่องขอบเขตทางสถาปัตยกรรมในฐานะชั้นต่างๆ สามารถนำเสนอได้ดังนี้:

• สภาพแวดล้อม (หน่วยงานและกิจกรรมภายนอกที่ธุรกิจเฝ้าติดตาม สนับสนุน หรือกำกับดูแล)
• ชั้นธุรกิจ (ฟังก์ชันทางธุรกิจที่ให้บริการแก่กันและกัน รวมถึงแก่หน่วยงานภายนอก)
• ชั้นข้อมูล (ข้อมูลทางธุรกิจและข้อมูลสำคัญอื่นๆ ที่จัดเก็บไว้)
• ชั้นระบบสารสนเทศ (แอปพลิเคชันทางธุรกิจที่ให้บริการข้อมูลแก่กันและกัน รวมถึงแก่ฝ่ายงานทางธุรกิจ)
• ชั้นเทคโนโลยี (ฮาร์ดแวร์ทั่วไป เครือข่าย และแอปพลิเคชันแพลตฟอร์มที่ให้บริการแพลตฟอร์มแก่กันและกัน รวมถึงแอปพลิเคชันทางธุรกิจ)

แต่ละชั้นจะมอบหมายงานให้กับชั้นที่อยู่ด้านล่าง ในแต่ละชั้นนั้น ส่วนประกอบ กระบวนการ และบริการสามารถกำหนดได้ในระดับหยาบๆ แล้วจึงแบ่งย่อยออกเป็นส่วนประกอบ กระบวนการ และบริการที่ละเอียดขึ้น ภาพประกอบแสดงรูปแบบต่างๆ ของแนวคิดนี้

นอกเหนือจากองค์ประกอบหลักสามประการของโครงสร้างที่กล่าวถึงข้างต้นแล้ว

1. คำแนะนำในการอธิบาย: ควรเป็นแผนที่แสดงสิ่งประดิษฐ์ทางสถาปัตยกรรม หรือคลังภาพมุมมองต่างๆ
2. คำแนะนำเกี่ยวกับกระบวนการ: วิธีการพัฒนาสถาปัตยกรรมรูปแบบใดรูปแบบหนึ่ง พร้อมด้วยแนวทางสนับสนุน
3. คำแนะนำด้านการจัดองค์กร: รวมถึงแบบจำลองการกำกับดูแล EA

กรอบงานสถาปัตยกรรมองค์กรที่ดีควรมีคุณสมบัติดังต่อไปนี้:

1. ตัวชี้วัดการวัดมูลค่าทางธุรกิจ
2. รูปแบบการริเริ่ม EA
3. แบบจำลองความสมบูรณ์ของ EA
4. รูปแบบการสื่อสารขององค์กร

กรอบงาน EA สมัยใหม่ส่วนใหญ่ (เช่น TOGAF, ASSIMPLER, EAF) ครอบคลุมเนื้อหาส่วนใหญ่ข้างต้นอยู่แล้ว Zachman มุ่งเน้นไปที่คำแนะนำเกี่ยวกับการอธิบายสถาปัตยกรรมมาโดยตลอด

ขอบเขตของแอปพลิเคชันและเทคโนโลยี (อย่าสับสนกับขอบเขตทางธุรกิจ) นั้นถูกกำหนดลักษณะโดยความสามารถของโดเมนและบริการของโดเมน ความสามารถเหล่านี้ได้รับการสนับสนุนโดยบริการ บริการของแอปพลิเคชันยังถูกกล่าวถึงในสถาปัตยกรรมเชิงบริการ (SOA) ด้วย ส่วนบริการทางเทคนิคโดยทั่วไปได้รับการสนับสนุนโดยผลิตภัณฑ์ซอฟต์แวร์

มุมมองของข้อมูลเริ่มต้นด้วยคลาสข้อมูล ซึ่งสามารถแบ่งย่อยออกเป็นหัวข้อข้อมูล และสามารถแบ่งย่อยออกไปอีกเป็นเอนทิตีข้อมูล รูปแบบข้อมูลพื้นฐานที่ใช้กันทั่วไปมากที่สุดเรียกว่า เมอร์ดา (แผนภาพความสัมพันธ์ระหว่างเอนทิตีหลัก ดูแบบจำลองความสัมพันธ์ระหว่างเอนทิตี ) คลาส หัวข้อ และเอนทิตีประกอบกันเป็นมุมมองแบบลำดับชั้นของข้อมูล องค์กรอาจมีเอนทิตีข้อมูลนับล้านรายการ

แบบจำลองอ้างอิงสถาปัตยกรรมองค์กรแบบดั้งเดิม (Enterprise Architecture Reference Traditional Model) นำเสนอการแบ่งแยกที่ชัดเจนระหว่างโดเมนสถาปัตยกรรม (ธุรกิจ ข้อมูล/สารสนเทศ แอปพลิเคชัน/การบูรณาการ และเทคนิค/โครงสร้างพื้นฐาน) โดเมนเหล่านี้สามารถแบ่งย่อยออกเป็นสาขาย่อยได้อีก ตัวอย่างของโดเมนและสาขาย่อยของสถาปัตยกรรมองค์กรแสดงอยู่ในภาพด้านขวา

ทีมสถาปัตยกรรมองค์กรจำนวนมากประกอบด้วยบุคคลที่มีทักษะสอดคล้องกับโดเมนและสาขาย่อยของสถาปัตยกรรมองค์กร ตัวอย่างเช่น สถาปนิกธุรกิจองค์กร สถาปนิกเอกสารองค์กร สถาปนิกแอปพลิเคชันองค์กร สถาปนิกโครงสร้างพื้นฐานองค์กร สถาปนิกสารสนเทศองค์กร เป็นต้น

ตัวอย่างรายชื่อรูปแบบสถาปัตยกรรมอ้างอิงในโดเมนสถาปัตยกรรมแอปพลิเคชันและสารสนเทศ สามารถดูได้ที่รูปแบบสถาปัตยกรรม (วิทยาการคอมพิวเตอร์ )

แบบจำลองมุมมอง (View model)คือ กรอบการทำงานที่กำหนดชุดของมุมมองหรือแนวทางที่ใช้ในการวิเคราะห์ระบบการออกแบบระบบหรือการสร้างสถาปัตยกรรมองค์กร

นับตั้งแต่ต้นทศวรรษ 1990 เป็นต้นมา มีความพยายามหลายครั้งในการกำหนดแนวทางมาตรฐานสำหรับการอธิบายและวิเคราะห์สถาปัตยกรรมระบบ กรอบงานสถาปัตยกรรมองค์กร (Enterprise Architecture) ในปัจจุบันหลายกรอบมีชุดมุมมองที่กำหนดไว้ แต่ชุดมุมมองเหล่านี้ไม่ได้ถูกเรียกว่าแบบจำลองมุมมอง (view model ) เสมอไป

มาตรฐานที่เป็นที่รู้จักมากที่สุดในสาขาสถาปัตยกรรมซอฟต์แวร์และสถาปัตยกรรมระบบนั้นเริ่มต้นมาจาก มาตรฐาน IEEE 1471ซึ่งเป็นมาตรฐานของ IEEEสำหรับการอธิบายสถาปัตยกรรมของระบบที่เน้นซอฟต์แวร์เป็นหลัก ซึ่งได้รับการอนุมัติในปี 2000

ในเวอร์ชันล่าสุด มาตรฐานนี้ได้รับการเผยแพร่ในชื่อISO/IEC/IEEE 42010:2011มาตรฐานนี้กำหนดกรอบสถาปัตยกรรมว่าเป็นแบบแผน หลักการ และแนวปฏิบัติสำหรับการอธิบายสถาปัตยกรรมที่จัดตั้งขึ้นภายในโดเมนการใช้งานเฉพาะและ/หรือกลุ่มผู้มีส่วนได้ส่วนเสียและเสนอว่ากรอบสถาปัตยกรรมนั้นระบุโดย:

1. ผู้มีส่วนได้ส่วนเสียที่เกี่ยวข้องในสาขานั้นๆ
2. ประเภทของข้อกังวลที่เกิดขึ้นในขอบเขตนั้น
3. มุมมองทางสถาปัตยกรรมที่กำหนดกรอบความกังวลเหล่านั้นและ
4. กฎการติดต่อสื่อสารที่บูรณาการมุมมองต่างๆ ที่กล่าวถึงไปก่อนหน้านี้

กรอบสถาปัตยกรรมที่สอดคล้องกับมาตรฐานสามารถรวมวิธีการ เครื่องมือ คำจำกัดความ และแนวปฏิบัติเพิ่มเติม นอกเหนือจากที่ระบุไว้ได้

ปัจจุบันมีเฟรมเวิร์ก EA มากมายนับไม่ถ้วน มากกว่าที่จะระบุไว้ในรายการต่อไปนี้

• ARCON – สถาปัตยกรรมอ้างอิงสำหรับเครือข่ายความร่วมมือ – ไม่ได้มุ่งเน้นที่องค์กรเดียว แต่เน้นที่เครือข่ายขององค์กร^{[ 21 ] [ 22 ]}
• สถาปัตยกรรมอ้างอิง TCI ของCloud Security Alliance (Trusted Cloud Initiative) ^{[ 23 ]}
• สถาปัตยกรรมและวิธีการอ้างอิงองค์กรทั่วไป (GERAM)
• RM-ODP – แบบจำลองอ้างอิงของการประมวลผลแบบกระจายแบบเปิด (ITU-T Rec. X.901-X.904 | ISO/IEC 10746) กำหนดกรอบสถาปัตยกรรมระดับองค์กรสำหรับการจัดโครงสร้างข้อกำหนดของระบบกระจายแบบเปิด
• กลุ่ม IDEAS – ความพยายามร่วมกันของสี่ประเทศในการพัฒนาออนโทโลยีร่วมกันเพื่อความสามารถในการทำงานร่วมกันของสถาปัตยกรรม
• กรอบมาตรฐาน ISO 19439สำหรับการสร้างแบบจำลององค์กร
• TOGAF – The Open Group Architecture Framework – กรอบการทำงานที่ใช้กันอย่างแพร่หลาย ซึ่งรวมถึงวิธีการพัฒนาสถาปัตยกรรมและมาตรฐานสำหรับการอธิบายสถาปัตยกรรมประเภทต่างๆ

• AGATE – กรอบงานสถาปัตยกรรมของ DGA ประเทศฝรั่งเศส
• DNDAF ^{[ 24 ]} – กรอบสถาปัตยกรรม DND/CF (CAN)
• DoDAF – กรอบสถาปัตยกรรมกระทรวงกลาโหมสหรัฐฯ
• MODAF – กรอบสถาปัตยกรรมกระทรวงกลาโหมแห่งสหราชอาณาจักร
• NAF – กรอบสถาปัตยกรรมของนาโต

• กรอบสถาปัตยกรรมขององค์การอวกาศยุโรป (ESAAF) - กรอบสำหรับระบบของระบบในอวกาศของยุโรป^{[ 25 ]}
• กรอบสถาปัตยกรรมองค์กรของ FDIC
• กรอบสถาปัตยกรรมองค์กรของรัฐบาลกลาง (Federal Enterprise Architecture Framework - FEAF) – กรอบที่จัดทำขึ้นในปี 1999 โดยสภา CIO ของรัฐบาลกลางสหรัฐฯเพื่อใช้ภายในรัฐบาลสหรัฐฯ (ไม่ควรสับสนกับแนวทางการจัดหมวดหมู่และจัดกลุ่มการลงทุนด้านไอทีของกรอบสถาปัตยกรรมองค์กรของรัฐบาลกลาง (Federal Enterprise Architecture - FEA) ปี 2002 ซึ่งออกโดยสำนักงานบริหารงบประมาณของ รัฐบาลกลางสหรัฐฯ )
• สถาปัตยกรรมองค์กรภาครัฐ (GEA) – กรอบการทำงานร่วมกันที่กำหนดโดยกฎหมายให้หน่วยงานต่างๆ ของรัฐบาลควีนส์แลนด์ นำไปใช้
• Nederlandse Overheid Referentie Architectuur (NORA) – กรอบงานอ้างอิงจากรัฐบาลเนเธอร์แลนด์E-overheid NORA
• แบบจำลองสถาปัตยกรรมองค์กร NIST
• กรอบสถาปัตยกรรมองค์กรของกระทรวงการคลัง (TEAF) – กรอบสำหรับ กระทรวงการคลังซึ่งเผยแพร่โดยกระทรวงการคลังของสหรัฐอเมริกาในเดือนกรกฎาคม พ.ศ. 2543 ^{[ 26 ]}
• กรอบสถาปัตยกรรมองค์กรของโคลอมเบีย - MRAE - Marco de Referencia de Arquitectura Empresarial (เก็บถาวรเมื่อ 10 พฤษภาคม 2021 ที่Wayback Machine)เป็นกรอบสำหรับหน่วยงานภาครัฐทั้งหมดของโคลอมเบีย
• กรอบสถาปัตยกรรมองค์กรของอินเดีย (IndEA) - IndEAเป็นกรอบอ้างอิงจากรัฐบาลอินเดีย
• สถาปัตยกรรมเทคโนโลยีสารสนเทศสำหรับโครงการเมดิแคร์ (MITA) - กรอบการทำงานของศูนย์บริการเมดิแคร์และเมดิแคร์แห่งสหรัฐอเมริกา (CMS) เพื่อส่งเสริมการเปลี่ยนแปลงทางธุรกิจและเทคโนโลยีสารสนเทศแบบบูรณาการสำหรับโครงการเมดิแคร์

กรอบงานสถาปัตยกรรมองค์กรที่เผยแพร่เป็นโอเพนซอร์ส :

• อาร์คิเมท
• กรอบสถาปัตยกรรมแบบลีน (LAF) ^{[ 27 ]}คือชุดของแนวปฏิบัติที่ดีซึ่งทำให้สภาพแวดล้อมไอทีสามารถตอบสนองต่อสถานการณ์ทางธุรกิจที่เปลี่ยนแปลงได้อย่างสม่ำเสมอและรวดเร็วในขณะที่ยังคงรักษารูปแบบที่สอดคล้องกัน
• MEGAF (Mega-modeling Architecture Framework) ^{[ 28 ]}เป็นโครงสร้างพื้นฐานสำหรับการสร้างกรอบสถาปัตยกรรมที่สอดคล้องกับคำจำกัดความของกรอบสถาปัตยกรรมที่ระบุไว้ในISO/IEC/IEEE 42010
• Praxemeซึ่งเป็นวิธีการจัดการองค์กรแบบเปิด ประกอบด้วยกรอบสถาปัตยกรรมองค์กรที่เรียกว่า โครงสร้างระบบองค์กร (Enterprise System Topology หรือ EST)
• TRAK – เฟรมเวิร์กเชิงระบบทั่วไปที่พัฒนาบนพื้นฐานของMODAF 1.2 และเผยแพร่ภายใต้ลิขสิทธิ์GPL / GFDL
• Sherwood Applied Business Security Architecture (SABSA) ^{[ 29 ]}เป็นกรอบงานและวิธีการแบบเปิดสำหรับสถาปัตยกรรมความปลอดภัยขององค์กรและการจัดการบริการ ซึ่งอิงตามความเสี่ยงและมุ่งเน้นที่การบูรณาการความปลอดภัยเข้ากับการจัดการธุรกิจและไอที

• กรอบงาน ASSIMPLER – กรอบงานด้านสถาปัตยกรรม ซึ่งพัฒนาขึ้นจากผลงานของ Mandar Vanarse ที่ Wipro ในปี 2002
• วิธีการขั้นสูง (AM) ^{[ 30 ]}คำแนะนำเกี่ยวกับกระบวนการและเอกสารสำหรับสถาปนิกองค์กรและโซลูชัน โดยได้รับการสนับสนุนจากการฝึกอบรมและการรับรอง
• กรอบงาน BRM (Build-Run-Manage) - กรอบงานด้านสถาปัตยกรรมที่สร้างขึ้นโดย Sanjeev "Sunny" Mishra ในช่วงแรกๆ ที่เขาทำงานที่ IBM ในปี 2000
• กรอบสถาปัตยกรรมแบบบูรณาการของแคปเจมินี(IAF) – คิดค้นโดยบริษัทแคปเจมินี ในปี 1993
• Dragon1 - วิธีการออกแบบสถาปัตยกรรมองค์กรแบบภาพเปิดที่ได้รับการยอมรับจาก The Open Group ว่าเป็นกรอบงานด้านสถาปัตยกรรม
• กรอบงาน DYAพัฒนาโดยSogetiตั้งแต่ปี 2004
• แนวคิดสถาปัตยกรรมองค์กร แบบไดนามิกบนพื้นฐานของเทคโนโลยี Web 2.0
• กรอบสถาปัตยกรรมองค์กรแบบขยาย - จากสถาบันเพื่อการพัฒนาสถาปัตยกรรมองค์กรในปี 2546
• กรอบงาน EACOE [3] – กรอบงานสถาปัตยกรรมองค์กร ซึ่งเป็นการขยายความจากงานของ John Zachman
• IBM Information Framework (IFW) – คิดค้นโดยRoger Everndenในปี 1996
• Infomet - คิดโดย Pieter Viljoen ในปี 1990
• Labnaf ^{[ 31 ]} - กรอบการทำงานแบบรวมสำหรับการขับเคลื่อนการเปลี่ยนแปลงองค์กร
• กรอบสถาปัตยกรรมองค์กรเชิงปฏิบัติ (PEAF) ^{[ 32 ]} - เป็นส่วนหนึ่งของตระกูลกรอบงานเชิงปฏิบัติที่พัฒนาโดย Kevin Lee Smith, Pragmatic EA ตั้งแต่ปี 2008
• สถาปัตยกรรมอ้างอิงระดับองค์กรของ Purdueพัฒนาขึ้นโดยTheodore J. Williamsที่มหาวิทยาลัย Purdue ในช่วงต้นทศวรรษ 1990
• สถาปัตยกรรมที่ขับเคลื่อนด้วยความเสี่ยงและต้นทุน (RCDA) ซึ่งพัฒนาโดย CGI ตั้งแต่ปี 2015
• กรอบสถาปัตยกรรมองค์กร SAP
• กรอบการสร้างแบบจำลองเชิงบริการ (SOMF)ซึ่งอิงตามผลงานของไมเคิล เบลล์
• กลไกการออกแบบโซลูชัน (SAM) ^{[ 33 ]} – กรอบสถาปัตยกรรมที่สอดคล้องกันซึ่งประกอบด้วยชุดโมดูลแบบบูรณาการ^{[ 34 ]}
• กรอบงานแซคแมน (Zachman Framework) – กรอบงานด้านสถาปัตยกรรมที่พัฒนาขึ้นจากผลงานของจอห์น แซคแมนที่บริษัท IBM ในช่วงทศวรรษ 1980

• รูปแบบสถาปัตยกรรม (สถาปัตยกรรมอ้างอิง EA)
• EABOK (คู่มือองค์ความรู้ด้านสถาปัตยกรรมองค์กร)
• สถาปัตยกรรมองค์กร
• สิ่งประดิษฐ์ด้านสถาปัตยกรรมองค์กร
• การวางแผนสถาปัตยกรรมองค์กร
• วิศวกรรมองค์กร
• ISO/IEC/IEEE 42010
• สถาปัตยกรรมอ้างอิง

• กรอบสถาปัตยกรรมองค์กร: กระแสความนิยมแห่งศตวรรษ (กรกฎาคม 2559)
• การเปรียบเทียบเฟรมเวิร์กสถาปัตยกรรมองค์กรชั้นนำสี่อันดับแรก (กรกฎาคม 2564)