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

ในขั้นต้น วัตถุประสงค์ของ MODAF คือการสร้างความเข้มงวดและโครงสร้างเพื่อสนับสนุนการกำหนดและการบูรณาการขีดความสามารถของอุปกรณ์ MOD โดยเฉพาะอย่างยิ่งในการสนับสนุนขีดความสามารถที่เปิดใช้งานเครือข่าย (NEC)

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

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

ด้วยการเผยแพร่กลยุทธ์ข้อมูล MOD (MODIS) ^{[ 4 ]}และกลยุทธ์ย่อยสถาปัตยกรรมองค์กร (EA) MOD ได้ตระหนักถึงประโยชน์ของ EA ในการสนับสนุนการปรับปรุงธุรกิจ MODAF เป็นศูนย์กลางในการใช้ EA ใน MOD

MODAF ได้รับการจัดการและบำรุงรักษาโดยเจ้าหน้าที่ที่ทำงานให้กับหัวหน้าเจ้าหน้าที่สารสนเทศของกระทรวงกลาโหม^{[ 5 ]} (CIO) ซึ่งเป็นส่วนหนึ่งของบทบาทในการกำหนดนโยบายและมาตรฐานข้อมูล การสนับสนุนเพิ่มเติมได้รับจากกลุ่มวิศวกรรมระบบและการบูรณาการของกระทรวงกลาโหม ซึ่งเป็นส่วนหนึ่งของบทบาทในการพัฒนาแนวทางระบบของระบบ (SOSA) ^{[ 6 ]}ซึ่งเป็นชุดหลักการ กฎ และมาตรฐานทั่วไป เพื่อให้สามารถทำงานร่วมกันได้ดียิ่งขึ้นระหว่างระบบต่างๆ

กระทรวงกลาโหมสหรัฐฯ ทำงานอย่างใกล้ชิดกับพันธมิตรระหว่างประเทศเพื่อให้มั่นใจถึงความสอดคล้องกับกรอบสถาปัตยกรรมของพวกเขา เพื่อให้สามารถแบ่งปันข้อมูลเกี่ยวกับขีดความสามารถที่ใช้ในการปฏิบัติการร่วม เพื่อสนับสนุนความสามารถในการทำงานร่วมกัน MODAF ได้รับการพัฒนามาจากกรอบสถาปัตยกรรมของกระทรวงกลาโหมสหรัฐฯ(DoDAF) เวอร์ชัน 1.0 แต่ได้รับการขยายและปรับปรุงเพื่อให้ตรงตามข้อกำหนดของกระทรวงกลาโหม โดยการเพิ่มมุมมองเชิงกลยุทธ์ การจัดซื้อ และการให้บริการ รวมถึงการจัดให้มี M3 ด้วย

MODAF เวอร์ชัน 1.0 เปิดตัวในปี 2548 หลังจากการพัฒนาโดยทีมงาน MODAF Partners ซึ่งเป็นทีมงานร่วมมือระหว่างเจ้าหน้าที่กระทรวงกลาโหมและผู้รับเหมาจากพันธมิตรในอุตสาหกรรมหลายแห่ง และได้รับการปรับปรุงอย่างต่อเนื่องนับตั้งแต่เวอร์ชัน 1.0 โดยเวอร์ชันล่าสุด 1.2.004 เปิดตัวในเดือนพฤษภาคม 2553

MODAF ได้รับการพัฒนาขึ้นครั้งแรกสำหรับกระทรวงกลาโหม (MOD) จากสองส่วนงานคู่ขนาน คือ โครงการวิจัยที่ได้รับทุนจาก MOD ซึ่งดำเนินการโดยQinetiQ (เดิมเป็นส่วนหนึ่งของหน่วยงานวิจัยประเมินผลด้านการป้องกันประเทศ) และการพัฒนาแยกต่างหากบนพื้นฐานของ DoDAF โดย MODAF Partners ซึ่งเป็นกลุ่มบริษัทร่วมทุนระหว่าง Cornwell Management Consulting (ปัจจุบันคือ Serco ) และPA Consulting Groupโดยมี Model Futures เป็นผู้ให้ข้อมูลทางเทคนิค และขยายเพิ่มเติมโดยซัพพลายเออร์หลักอื่นๆ เช่นLogicaและVegaผ่านการทำงานให้กับหน่วยงานบูรณาการของ MOD (ณ เดือนเมษายน 2551 คือ System Engineering Integration Group (SEIG)) ร่างเวอร์ชันของ MODAF ได้รวมเมตาโมเดลที่พัฒนาจากโครงการวิจัยของ QinetiQ ที่ได้รับทุนจากกระทรวงกลาโหมของสหราชอาณาจักร และมุมมองที่พัฒนาโดย MODAF Partners ต่อมาเมตาโมเดลดังกล่าวถูกแทนที่ด้วย M3 ในเวอร์ชันที่เผยแพร่ของ MODAF

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

มุมมองต่างๆ ถูกจัดกลุ่มออกเป็นเจ็ดประเด็นหลัก (โปรดทราบว่านี่เป็นการใช้คำว่า 'ประเด็นหลัก' ที่แตกต่างจากISO/IEC/IEEE:42010ซึ่งใช้เป็นข้อกำหนดสำหรับมุมมองเดียว):

• มุมมองเชิงกลยุทธ์ (StV) กำหนดผลลัพธ์ทางธุรกิจที่ต้องการ และความสามารถที่จำเป็นในการบรรลุผลลัพธ์นั้น
• มุมมองเชิงปฏิบัติการ (Operational Viewpoint: OV) กำหนด (ในเชิงนามธรรมมากกว่าเชิงกายภาพ) กระบวนการ ข้อมูล และหน่วยงานที่จำเป็นต่อการตอบสนองความต้องการด้านขีดความสามารถ
• มุมมองที่มุ่งเน้นการบริการ (Service Orientated Viewpoint - SOV) อธิบายถึงบริการ (เช่น หน่วยงานที่ผู้ให้บริการจัดหาให้แก่ผู้บริโภค) ที่จำเป็นต่อการสนับสนุนกระบวนการที่อธิบายไว้ในมุมมองการดำเนินงาน
• มุมมองเชิงระบบ (Systems Viewpoint หรือ SV) อธิบายถึงการนำมุมมองเชิงปฏิบัติการและเชิงบริการไปใช้ในเชิงกายภาพ และด้วยเหตุนี้จึงเป็นการกำหนดโซลูชัน
• มุมมองด้านการจัดหา (Acquisition Viewpoint - AcV) อธิบายถึงความสัมพันธ์และกรอบเวลาของโครงการต่างๆ ที่จะนำมาซึ่งโซลูชัน
• มุมมองทางเทคนิค (TV) กำหนดมาตรฐานที่จะนำมาใช้กับโซลูชันนั้น
• All Viewpoint (AV) ให้คำอธิบายและคำศัพท์เฉพาะเกี่ยวกับเนื้อหาของสถาปัตยกรรม

ความสัมพันธ์ระหว่างข้อมูลใน MODAF Views ถูกกำหนดไว้ใน MODAF Meta Model หรือที่เรียกว่า M3 M3 เป็นโครงสร้างเชิงตรรกะสำหรับการจัดเก็บข้อมูลในฐานข้อมูล และต่อมาก็ให้ความสอดคล้องที่จำเป็นเพื่อให้สามารถแบ่งปันข้อมูลกับสถาปัตยกรรม MODAF อื่นๆ ได้

ในกระทรวงกลาโหม (MOD) MODAF ถูกนำมาใช้เป็นหลักในด้านการจัดซื้อจัดจ้าง โครงการ และทีมงานส่งมอบ เพื่อสนับสนุนการส่งมอบขีดความสามารถทางทหาร โดยเฉพาะอย่างยิ่ง NEC สถาปัตยกรรม MODAF จำนวนมากสนับสนุนการปฏิบัติการในอัฟกานิสถานโดยตรง นอกจากนี้ MODAF ยังถูกใช้งานอย่างแพร่หลายโดยพันธมิตรในอุตสาหกรรม เช่นBAE Systems , Thales , Lockheed Martin , BoeingและSercoและยังถูกใช้โดยหน่วยงานและองค์กรภาครัฐอื่นๆ เช่นGCHQและหน่วยงานภายนอก เช่น สำนักงานควบคุมการจราจรทางอากาศแห่งชาติ (NATS) กองทัพสวีเดนใช้ MODAF เพื่อสนับสนุนการพัฒนาขีดความสามารถทางทหาร และนาโต้ ได้นำไปปรับ ใช้เป็นแกนหลักของกรอบสถาปัตยกรรมนาโต้ (NAF)

MODAF จะยังคงอยู่ในรูปแบบปัจจุบันต่อไปในอนาคตอันใกล้ อย่างไรก็ตามMODกำลังทำงานอย่างใกล้ชิดกับกระทรวงกลาโหมของสหรัฐอเมริกากระทรวง กลาโหม ของแคนาดา กระทรวงกลาโหมของออสเตรเลียและกองทัพสวีเดนเพื่อพัฒนาระบบสถาปัตยกรรมองค์กรป้องกันประเทศระหว่างประเทศ (IDEAS) แม้ว่าจุดเน้นของIDEASคือความสามารถในการจัดหากลไกเพื่อเปิดใช้งานการแลกเปลี่ยนข้อมูลสถาปัตยกรรมระหว่างประเทศได้ดียิ่งขึ้น แต่กลุ่มบริหาร IDEASก็กำลังพิจารณาอย่างจริงจังว่ากรอบสถาปัตยกรรมของพวกเขาควรจะรวมกันอย่างไร อาจจะเป็นกรอบสถาปัตยกรรมที่เป็นหนึ่งเดียว^{[ 7 ]}

MOD นั้น "ไม่เจาะจง" ว่าควรใช้หรือไม่ควรใช้เครื่องมือซอฟต์แวร์ใดในการพัฒนาคำอธิบายสถาปัตยกรรม MODAF ข้อกำหนดหลักคือจะต้องใช้งานM3 ^{[ 8 ]} อย่างถูกต้อง ด้วยการดาวน์โหลดใน รูปแบบ Sparx Systems Enterprise Architect ; HTMLและXMIเพื่อให้มีโครงสร้างที่สอดคล้องกันซึ่งสามารถแลกเปลี่ยนข้อมูลสถาปัตยกรรมได้ มีเครื่องมือหลายอย่างที่นำเสนอฟังก์ชันนี้

กระทรวงกลาโหมได้ทำงานร่วมกับกลุ่มบริหารจัดการวัตถุ (Object Management Group - OMG) เพื่อพัฒนารูปแบบโปรไฟล์รวมสำหรับDoDAFและ MODAF ( UPDM ) ซึ่งเป็นโปรไฟล์ UML นามธรรมที่ใช้เมตาโมเดล MODAF (M3)ซึ่งเป็นโปรไฟล์ UML นามธรรมสำหรับเครื่องมือสร้างแบบจำลอง UML เช่นเดียวกับเมตาโมเดล DODAF (DM2) โดยอิงจากภาษาสร้างแบบจำลองรวม (UML) และต่อยอดจาก โปรไฟล์ UML ของภาษาสร้างแบบจำลองระบบ (SysML)

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

"คำอธิบายทางสถาปัตยกรรม" คือแบบจำลองที่ต่อเนื่องและสอดคล้องกันขององค์กร คำอธิบายทางสถาปัตยกรรมประกอบด้วย "ผลิตภัณฑ์ทางสถาปัตยกรรม" MODAF ไม่ใช่คำอธิบายทางสถาปัตยกรรม

"มุมมอง" คือข้อกำหนดเกี่ยวกับวิธีการนำเสนอแง่มุมหนึ่งขององค์กร มุมมองถูกกำหนดขึ้นโดยมีวัตถุประสงค์อย่างน้อยหนึ่งอย่าง เช่น การแสดงโครงสร้างเชิงตรรกะขององค์กร การอธิบายแบบจำลองกระบวนการ การกำหนดแบบจำลองข้อมูล เป็นต้น

"ผลิตภัณฑ์ทางสถาปัตยกรรม" คือแบบจำลองของแง่มุมเฉพาะด้านใดด้านหนึ่งขององค์กร ผลิตภัณฑ์ทางสถาปัตยกรรมสอดคล้องกับ "มุมมอง" ที่กำหนดไว้

"มุมมอง" คือกลุ่มของ "ความคิดเห็น" โดยทั่วไปแล้ว มุมมองจะถูกจัดหมวดหมู่ตามขอบเขต เช่น ใน MODAF มีมุมมองเจ็ดประการ

แม้ว่าเดิมที MODAF จะได้รับการพัฒนาโดยกระทรวงกลาโหมของสหราชอาณาจักรแต่ก็เป็นกรอบสถาปัตยกรรมมาตรฐานสำหรับองค์กรอื่นๆ เช่น:

• จีซีเอชยู
• กองทัพสวีเดน
• BAE Systemsใช้ MODAF ในโครงการภายในหลายโครงการ โดยเฉพาะอย่างยิ่งในสภาพแวดล้อม TRAIDE ของพวกเขา
• EADSใช้ MODAF เป็นส่วนหนึ่งของกระบวนการสร้างแบบจำลองและการจำลองสำหรับ NetCOS ซึ่งเป็นสภาพแวดล้อมจำลองของพวกเขา
• Thales Groupใช้ MODAF ในการทำงานให้กับกระทรวงกลาโหมของสหราชอาณาจักร
• บริษัท บีเอเอ จำกัด

นอกจากนี้ การแก้ไขครั้งที่ 3 ของกรอบสถาปัตยกรรมนาโต (NAF) นั้นเหมือนกับ MODAF ในส่วนแก่นหลัก แต่ได้ขยายกรอบดังกล่าวโดยเพิ่มมุมมองสำหรับการวิเคราะห์แบนด์วิดท์ SOA และการกำหนดค่ามาตรฐาน

MODAF ยังเป็นพื้นฐานสำหรับเฟรมเวิร์กอื่นๆ เช่นTRAKซึ่งเป็นเฟรมเวิร์กที่ไม่ขึ้นกับโดเมน โดยอิงจาก MODAF 1.2

• เว็บไซต์ MOD สำหรับ MODAF (โปรดทราบว่ามาตรฐานนี้ถูกยกเลิกแล้ว)
• modaf.com - เว็บไซต์ผู้ใช้งาน MODAF