> ## Content Index > Fetch the complete content index at: https://arabroot.io/llms.txt > Use this file to discover other available public pages before exploring further. # إطار TOGAF بالتفصيل: دورة ADM ومخرجاتها - URL: https://arabroot.io/articles/اطار-togaf-بالتفصيل-دورة-adm-ومخرجاتها/ - Published: 2026-10-22T23:00:00.000Z - Updated: 2026-10-23T10:39:45.000Z - Description: كيف تمر على مراحل دورة ADM بمدخلاتها ومخرجاتها، وتضبط إطار TOGAF على مقاس مؤسستك دون أن تنتج وثائق لا يقرؤها أحد. - Author: فريق عرب رووت - Tags: الأدلة التقنية, التحول الرقمي والمعمارية المؤسسية في [مقال معمارية المؤسسة](https://arabroot.io/articles/%D9%85%D8%B9%D9%85%D8%A7%D8%B1%D9%8A%D8%A9-%D8%A7%D9%84%D9%85%D8%A4%D8%B3%D8%B3%D8%A9-enterprise-architecture-%D9%88-togaf-%D9%88-zachman/#togaf) مررنا على إطار TOGAF في فقرتين ورسم واحد، وقلنا إن قلبه دورة ADM وإنك لا تطبقها كاملة كل مرة، ولكن هذه الجملة لا تكفي من سيبدأ فعلاً، فالسؤال الذي يأتي بعدها مباشرة هو: ماذا أفعل في كل مرحلة؟ وما الذي يجب أن يخرج منها حتى أعرف أنها انتهت؟ وأي هذه المخرجات تحتاجه مؤسستي، وأيها سيبقى في مجلد لا يفتحه أحد؟ وهذا ما سوف نجيب عنه هنا بلغة بسيطة، مع مثال واحد يمر على كل المراحل. وفي هذا المقال سوف نتناول: - بنية الطبعة العاشرة من المعيار: المحتوى الأساسي Fundamental Content وأدلة السلسلة Series Guides، وما في كل وثيقة. - دورة ADM مرحلة مرحلة، من التمهيد Preliminary إلى إدارة التغيير، مع المدخلات Inputs والمخرجات Outputs لكل مرحلة. - إطار المحتوى Architecture Content Framework: الفرق بين المخرج Deliverable والمنتج Artifact والكتلة البنائية Building Block. - مستودع المعمارية Architecture Repository، ومجلس المعمارية Architecture Board وعقد المعمارية Architecture Contract. - كيف تضبط Tailoring الإطار لمؤسسة متوسطة، ولجهة حكومية في المملكة تعمل بالمنهجية الوطنية. - مسارات شهادات TOGAF كما هي في أكتوبر 2026، والأخطاء الشائعة التي تنتهي بوثائق لا يستخدمها أحد. 💡 نص المعيار ورسومه محفوظة الحقوق لصالح The Open Group، والمعيار [متاح للتحميل مجاناً للاستخدام غير التجاري](https://www.opengroup.org/togaf-licensed-downloads?ref=arabroot.io)، أي داخل مؤسستك عادة، ونسخته على الويب تطلب تسجيل الدخول بحساب مجاني في موقعهم. لذلك لم ننقل منه نصاً ولا رسماً، وكل الرسوم في هذا المقال من إعدادنا، والأسماء الإنجليزية للمراحل والمخرجات كما يستخدمها المعيار حتى تجدها بسهولة عندما تقرؤه. ## بنية الطبعة العاشرة: المحتوى الأساسي وأدلة السلسلة أعلنت The Open Group [إطلاق الطبعة العاشرة في 25 أبريل 2022](https://www.opengroup.org/open-group-announces-launch-togaf-standard-10th-edition?ref=arabroot.io)، والتغيير الأكبر فيها ليس في دورة ADM، فمن يعرف الإصدار 9.2 سيجد المراحل نفسها، وإنما في طريقة تقسيم المعيار، فقد أصبح جزأين منفصلين: محتوى أساسي ثابت، وأدلة تشرح كيف تطبقه في حالات محددة، والسبب كما يقول الإعلان أن الأدلة يمكن أن تصدر بشكل أسرع دون أن يتغير الأساس الذي تعتمد عليه المؤسسات والشهادات. وبحسب [صفحة مركز المساعدة في The Open Group](https://help.opengroup.org/hc/en-us/articles/32726995273362-Understanding-the-TOGAF-Standard?ref=arabroot.io) (آخر تحديث 21 يناير 2026) فالمحتوى الأساسي ست وثائق، والصورة التالية تبين الجزأين: ![لوحتان. في اليمين لوحة برتقالية عنوانها المحتوى الأساسي Fundamental Content ست وثائق ثابتة تتغير ببطء، فيها ست بطاقات: مقدمة والمفاهيم الأساسية Introduction and Core Concepts، طريقة تطوير المعمارية Architecture Development Method، أساليب ADM Techniques، تطبيق Applying the ADM، محتوى المعمارية Architecture Content، قدرة المعمارية والحوكمة EA Capability and Governance. وسهم إلى لوحة زرقاء في اليسار عنوانها أدلة السلسلة Series Guides كيف تضبط المحتوى الأساسي لحالة محددة وتصدر أسرع، فيها أربع مجموعات: الأعمال Business Capabilities وValue Streams وBusiness Models، والتطبيق العملي Practitioners' Approach وAgile Sprints وLeader's Guide، والنماذج المرجعية Government Reference Model وDigital Business Ref. Model وMicroservices Architecture، والمخاطر والبيانات Integrating Risk and Security وInformation Architecture وArchitecture Maturity Models](https://arabroot.io/content/images/2026/10/togaf-02-structure.webp) المحتوى الأساسي يجيب عن «ماذا وكيف» بشكل عام، والأدلة تجيب عن «كيف في حالتي أنا» وفيما يلي ما تجده في كل وثيقة من المحتوى الأساسي، ومتى تحتاجها: | الوثيقة | ما فيها | متى تقرؤها | | ------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------- | --------------------------------- | | Introduction and Core Concepts | المفاهيم والمصطلحات الأساسية، ومعنى المعمارية والمؤسسة في المعيار | أولاً، وقبل أي شيء آخر | | Architecture Development Method | مراحل ADM، وأهداف كل مرحلة وخطواتها ومدخلاتها ومخرجاتها | عندما تخطط لدورة معمارية فعلية | | ADM Techniques | أساليب تستخدمها داخل المراحل، مثل إدارة أصحاب المصلحة Stakeholder Management وتحليل الفجوات Gap Analysis وصياغة المبادئ | أثناء العمل، كمرجع لكل أسلوب | | Applying the ADM | كيف تكرر المراحل Iteration، وكيف تطبق الدورة على مستويات مختلفة من المؤسسة | عندما تضبط الإطار على مقاس مؤسستك | | Architecture Content | إطار المحتوى، والنموذج الوصفي Metamodel، والمخرجات والمنتجات والكتل البنائية | عندما تقرر ماذا ستنتج وبأي شكل | | Enterprise Architecture Capability and Governance | بناء فريق المعمارية، والمستودع، والحوكمة ومجلس المعمارية ومراجعات الالتزام | عندما تؤسس ممارسة المعمارية نفسها | أما أدلة السلسلة فقائمتها طويلة، والصفحة نفسها تذكر أكثر من عشرين دليلاً، منها أدلة للأعمال مثل Business Capabilities وValue Streams، وأدلة للتطبيق مثل A Practitioners' Approach to Developing Enterprise Architecture Following the TOGAF ADM وApplying the TOGAF ADM using Agile Sprints، ونماذج مرجعية مثل Government Reference Model، ودليل Integrating Risk and Security within a TOGAF Enterprise Architecture. ولا تقرأ الأدلة كلها، وإنما اختر منها ما يجيب عن مشكلتك، فإذا كانت مؤسستك تعمل بأسلوب Agile فدليل Agile Sprints أهم لك من عشر وثائق أخرى، وإذا كنت تبني خريطة القدرات فدليل Business Capabilities هو المرجع الذي يكمل [مقال خريطة القدرات](https://arabroot.io/articles/%D8%AE%D8%B1%D9%8A%D8%B7%D8%A9-%D9%82%D8%AF%D8%B1%D8%A7%D8%AA-%D8%A7%D9%84%D8%A7%D8%B9%D9%85%D8%A7%D9%84-%D9%88%D8%A7%D8%AF%D8%A7%D8%B1%D8%A9-%D9%85%D8%AD%D9%81%D8%B8%D8%A9-%D8%A7%D9%84%D8%AA%D8%B7%D8%A8%D9%8A%D9%82%D8%A7%D8%AA/). ## دورة ADM مرحلة مرحلة طريقة تطوير المعمارية Architecture Development Method واختصاراً ADM هي عملية من عشر مراحل: مرحلة تمهيدية Preliminary خارج الدائرة، وثماني مراحل داخلها مرقمة بالحروف من A إلى H، وإدارة المتطلبات Requirements Management في الوسط، والفكرة أن كل مرحلة تأخذ مخرجات ما قبلها كمدخلات، وتضيف إليها، وتسلمها لما بعدها. والصورة التالية تبين سؤال كل مرحلة وأهم مخرج يخرج منها: ![في اليسار دائرة فيها ثماني مراحل بأسهم في اتجاه عقارب الساعة: A الرؤية، B الأعمال، C البيانات والتطبيقات، D التقنية، E الفرص والحلول، F خطة الانتقال، G حوكمة التنفيذ، H إدارة التغيير، وفوقها P التمهيد بسهم يدخل الدائرة، وفي الوسط إدارة المتطلبات Requirements Management. وفي اليمين عشرة صفوف لكل مرحلة سؤالها وأهم مخرج لها: P من يعمل وبأي مبادئ وإطار معدل وPrinciples, Tailored Framework، A ما النطاق ومن يوافق على البدء وStatement of Architecture Work، B ماذا يتغير في القدرات والإجراءات وBusiness Architecture، C أي بيانات وأنظمة نحتاج وData + Application Architecture، D على أي منصات يعمل الحل وTechnology Architecture، E ما المشاريع التي تسد الفجوات وInitial Architecture Roadmap، F بأي ترتيب وبأي تكلفة وImplementation and Migration Plan، G هل يلتزم المشروع بالمعمارية وArchitecture Contract، H متى نحتاج دورة جديدة وChange Request، RM أين تحفظ المتطلبات وما أثر كل تغيير وRequirements Impact Assessment](https://arabroot.io/content/images/2026/10/togaf-01-adm.webp) كل مرحلة تجيب عن سؤال واحد، والمخرج هو الدليل على أنها أجابت عنه ولنأخذ مثالاً نكمل به من مقال معمارية المؤسسة: شركة توصيل افتراضية فيها نظامان لتوزيع الشحنات Dispatch، واحد لمدينتين وآخر لبقية المدن، والإدارة تريد نظاماً واحداً خلال 18 شهراً. وفيما يلي كل مرحلة بهدفها ومدخلاتها ومخرجاتها، والأسماء الإنجليزية للمخرجات هي أسماء المعيار. ### التمهيد Preliminary: تجهيز الممارسة قبل أي مشروع هذه المرحلة لا تتكلم عن نظام التوزيع إطلاقاً، وإنما عن فريق المعمارية نفسه: من يعمل فيه، وأين يقع في الهيكل التنظيمي، وما المبادئ التي سيحكم بها، وأي أجزاء من TOGAF سيستخدم وأيها سيتركه، والسبب أن الفريق الذي يبدأ مشروعه الأول دون هذا الاتفاق سيتجادل في كل مرحلة عن الأمور نفسها. - **المدخلات**: استراتيجية المؤسسة وأهدافها، والأطر والمعايير التي تعمل بها المؤسسة أصلاً مثل إدارة المشاريع والحوكمة والأمن، وأي ممارسة معمارية موجودة مهما كانت بسيطة. - **المخرجات**: النموذج التنظيمي للمعمارية Organizational Model for Enterprise Architecture، والإطار المعدل Tailored Architecture Framework، ومبادئ المعمارية Architecture Principles، والمستودع الأولي Initial Architecture Repository، وطلب العمل المعماري Request for Architecture Work الذي يطلق الدورة الأولى. - **في المثال**: تتفق الشركة على فريق من ثلاثة أشخاص تحت إدارة الاستراتيجية، وسبعة مبادئ منها «نظام واحد لكل قدرة محورية»، ومستودع في أداة بسيطة. ### المرحلة A: رؤية المعمارية Architecture Vision هنا يبدأ المشروع فعلاً، والهدف أن تحدد النطاق وأصحاب المصلحة Stakeholders وتصف النتيجة المطلوبة في صفحة أو صفحتين، ثم تحصل على موافقة مكتوبة قبل أن يبدأ العمل التفصيلي، لأن تفاصيل المراحل التالية تكلف وقتاً كثيراً، ولا معنى لصرفه على نطاق لم يتفق عليه. - **المدخلات**: طلب العمل المعماري Request for Architecture Work، والمبادئ، والإطار المعدل من التمهيد، وأهداف الأعمال ومحركاتها Business Goals and Drivers. - **المخرجات**: بيان العمل المعماري Statement of Architecture Work الذي يوقعه الراعي Sponsor، ورؤية المعمارية Architecture Vision، وخطة التواصل Communications Plan، وتقييم القدرة Capability Assessment، أي هل المؤسسة جاهزة لهذا التغيير. - **في المثال**: «نظام توزيع واحد لكل المدن خلال 18 شهراً، دون توقف التسليم أكثر من ساعتين في أي مدينة»، والراعي مدير العمليات. ### المرحلة B: بنية الأعمال Business Architecture قبل أن تتكلم عن الأنظمة تسأل: ماذا يتغير في عمل المؤسسة؟ فتصف القدرات Capabilities والإجراءات Processes والأدوار المتأثرة في الوضع الحالي Baseline والوضع المستهدف Target، ثم الفجوة بينهما، والسبب أن نظام التوزيع الجديد إذا بني على إجراءات المدينتين القديمتين فسوف يحمل معه نفس المشكلات. - **المدخلات**: بيان العمل والرؤية من المرحلة A، وخريطة القدرات إن وجدت، ونماذج الأعمال المرجعية. - **المخرجات**: مسودة وثيقة تعريف المعمارية Architecture Definition Document في جزء الأعمال، ومسودة مواصفة المتطلبات المعمارية Architecture Requirements Specification، ومكونات بنية الأعمال في خارطة الطريق. - **في المثال**: قدرة «التوزيع Dispatch» واحدة في الشركة، ولكن إجراءها مختلف بين المدن، فيقرر الفريق إجراءً واحداً مستهدفاً قبل اختيار أي نظام. ### المرحلة C: بنية أنظمة المعلومات Information Systems Architectures هذه المرحلة تجمع مجالين: بنية البيانات Data Architecture وبنية التطبيقات Application Architecture، ويمكنك أن تبدأ بأي منهما، والمهم أن تصف الكيانات Entities التي ستنتقل وأين مصدرها الموثوق، والتطبيقات التي ستبقى أو تستبدل أو تدمج، والتكاملات Integrations التي ستتأثر. - **المدخلات**: مخرجات B، وسجل التطبيقات، ونماذج البيانات الحالية. - **المخرجات**: جزء البيانات والتطبيقات في وثيقة تعريف المعمارية، وتحديث مواصفة المتطلبات، ومنتجات مثل مصفوفة التطبيقات والقدرات وقائمة الكيانات ومخطط التكامل. - **في المثال**: كيان «الشحنة» معرف بطريقتين في النظامين، وسبعة تكاملات تقرأ من النظام الأكبر، وتقرر الشركة أن يبقى النظام الأكبر ويتوسع بدلاً من شراء نظام ثالث. ### المرحلة D: البنية التقنية Technology Architecture هنا تنزل إلى المنصات: السيرفرات أو الخدمات السحابية، وقواعد البيانات، والشبكات، والأمن، وما يحتاجه الوضع المستهدف من البنية التحتية Infrastructure، مع الالتزام بقائمة التقنيات المعتمدة في المستودع. - **المدخلات**: مخرجات C، وقائمة المعايير التقنية، وقيود الأمن والاستضافة. - **المخرجات**: جزء التقنية في وثيقة تعريف المعمارية، والمتطلبات التقنية في المواصفة. - **في المثال**: النظام الموسع يحتاج قاعدة بيانات بنسخة متماثلة Replica في موقع ثان، لأن هدف الساعتين في الرؤية لا يتحقق بسيرفر واحد. ### المرحلة E: الفرص والحلول Opportunities and Solutions بعد أن عرفت الفجوات في B وC وD، تجمعها في حزم عمل Work Packages ومشاريع، وتقرر لكل حزمة: هل نشتري أم نبني أم نعيد استخدام شيء موجود؟ وهنا تظهر المعماريات الانتقالية Transition Architectures، أي المحطات التي تمر بها المؤسسة بين الوضع الحالي والمستهدف، لأن الانتقال في خطوة واحدة نادراً ما يكون ممكناً. - **المدخلات**: وثيقة تعريف المعمارية ومواصفة المتطلبات من المراحل السابقة، وتقييم القدرة على التغيير. - **المخرجات**: خارطة الطريق الأولية Architecture Roadmap، والمعماريات الانتقالية، ومسودة خطة التنفيذ والانتقال Implementation and Migration Plan. - **في المثال**: ثلاث حزم: توحيد تعريف الشحنة، ثم نقل المدينتين واحدة بعد الأخرى، ثم إيقاف النظام الصغير، والمحطة الانتقالية الأولى هي «مدينة واحدة على النظام الموسع». ### المرحلة F: تخطيط الانتقال Migration Planning هذه المرحلة تحول الخارطة الأولية إلى خطة يوافق عليها من يملك الميزانية: ترتيب المشاريع، وتكلفة كل منها وقيمتها، والاعتماديات بينها، ومن ينفذها، وتنسقها مع إدارة المشاريع والمحافظ Portfolio Management في المؤسسة حتى لا تتصادم مع مشاريع أخرى على نفس الفريق. - **المدخلات**: مخرجات E، وخطط المشاريع والميزانيات القائمة. - **المخرجات**: خطة التنفيذ والانتقال النهائية، والنسخة النهائية من وثيقة تعريف المعمارية ومواصفة المتطلبات، ونموذج حوكمة التنفيذ Implementation Governance Model. - **في المثال**: نقل المدينة الأولى في الربع الثاني بعد موسم الذروة، لأن النقل أثناء الذروة يضاعف الخطر. ### المرحلة G: حوكمة التنفيذ Implementation Governance فريق المعمارية لا ينفذ المشاريع، ولكنه يتابع أن ما ينفذ يطابق ما اتفق عليه، والأداة الرئيسية هنا عقد المعمارية Architecture Contract بين فريق المعمارية وفريق التنفيذ، ثم مراجعات الالتزام Compliance Reviews أثناء التنفيذ، وسنفصلها في قسم الحوكمة أدناه. - **المدخلات**: خطة التنفيذ والانتقال، ونموذج حوكمة التنفيذ، ووثيقة تعريف المعمارية. - **المخرجات**: عقد المعمارية الموقع، وتقييمات الالتزام Compliance Assessments، وطلبات التغيير Change Requests، والحلول المنفذة نفسها. - **في المثال**: فريق التنفيذ يقترح قاعدة بيانات غير موجودة في قائمة المعايير، فتذهب إلى المراجعة. ### المرحلة H: إدارة تغيير المعمارية Architecture Change Management بعد الإطلاق لا تنتهي المعمارية، فالأعمال تتغير، والتقنيات تتقادم، والطلبات الجديدة تصل، وهذه المرحلة تقرر لكل تغيير: هل هو صغير يحدث في المستودع مباشرة، أم كبير يحتاج دورة ADM جديدة تبدأ من المرحلة A؟ - **المدخلات**: طلبات التغيير، ونتائج المراقبة بعد الإطلاق، والتقنيات الجديدة. - **المخرجات**: تحديثات المعمارية، وتغييرات على الإطار أو المبادئ، وطلب عمل معماري جديد عند الحاجة. - **في المثال**: الشركة تقرر التوسع في التجارة الإلكترونية، فتظهر قدرة «المرتجعات» كفجوة كبيرة، وتبدأ دورة جديدة لها. ### إدارة المتطلبات Requirements Management في الوسط هذه ليست مرحلة تأتي بعد H، وإنما عملية تعمل طوال الدورة، فكل مرحلة تنتج متطلبات أو تغيرها، وإدارة المتطلبات تحفظها في مكان واحد، وتقيس أثر كل تغيير على ما اتفق عليه قبل ذلك، والمخرج المميز لها هو تقييم أثر المتطلبات Requirements Impact Assessment. ولاحظ أن المعيار لا يفرض طريقة لجمع المتطلبات، فإذا كانت مؤسستك تستخدم أداة لتتبع المتطلبات أو المهام فاستخدمها، والمهم أن تربط كل متطلب بالمرحلة والقرار الذي جاء منه. والجدول التالي يلخص المراحل في مكان واحد، ويمكنك أن تطبعه كقائمة تحقق عند التخطيط لأول دورة: | المرحلة | السؤال | أهم المخرجات | من يوافق عادة | | --------------------- | --------------------- | ------------------------------------------------------ | ---------------------------- | | Preliminary | كيف سنمارس المعمارية؟ | Principles، Tailored Framework، Organizational Model | الإدارة العليا ومدير التقنية | | A Vision | ما النطاق والنتيجة؟ | Statement of Architecture Work، Architecture Vision | راعي المبادرة | | B Business | ماذا يتغير في العمل؟ | Architecture Definition Document (الأعمال) | ملاك القدرات من الأعمال | | C Information Systems | أي بيانات وتطبيقات؟ | Architecture Definition Document (البيانات والتطبيقات) | ملاك البيانات والأنظمة | | D Technology | على أي منصات؟ | Architecture Definition Document (التقنية) | البنية التحتية والأمن | | E Opportunities | ما المشاريع؟ | Architecture Roadmap، Transition Architectures | مكتب إدارة المشاريع PMO | | F Migration | بأي ترتيب وتكلفة؟ | Implementation and Migration Plan | من يملك الميزانية | | G Governance | هل نلتزم بالمعمارية؟ | Architecture Contract، Compliance Assessment | مجلس المعمارية | | H Change | متى نبدأ من جديد؟ | Change Request، Request for Architecture Work | مجلس المعمارية | | Requirements | ما أثر كل تغيير؟ | Requirements Impact Assessment | فريق المعمارية | وقد يتساءل البعض: هل يجب أن تنتهي المرحلة B قبل أن تبدأ C؟ والإجابة لا، فوثيقة Applying the ADM تشرح التكرار Iteration داخل الدورة، فقد تمر على B وC وD عدة مرات بعمق يزيد في كل مرة، وقد تكرر E وF عندما تتغير الميزانية، والترتيب في الرسم هو ترتيب الاعتماد بين المخرجات، وليس جدولاً زمنياً صارماً. ## إطار المحتوى Architecture Content Framework إذا كانت ADM تجيب عن «ماذا أفعل»، فإطار المحتوى يجيب عن «ماذا أنتج وبأي شكل»، وفيه ثلاثة مصطلحات يخلط بينها كثير من المبتدئين، وفيما يلي الفرق بينها: - **المخرج Deliverable**: وثيقة متفق عليها في العقد أو الخطة، تراجع رسمياً ويوقع عليها أصحاب المصلحة، ثم تحفظ في المستودع، مثل بيان العمل المعماري ووثيقة تعريف المعمارية. - **المنتج Artifact**: وصف أصغر لجزء من المعمارية، وهو أحد ثلاثة أشكال: قائمة Catalog مثل قائمة التطبيقات، أو مصفوفة Matrix مثل ربط التطبيقات بالقدرات، أو رسم Diagram مثل مخطط التكامل، والمخرج يتكون عادة من عدة منتجات. - **الكتلة البنائية Building Block**: مكون يمكن إعادة استخدامه، وهي نوعان: كتلة معمارية Architecture Building Block تصف ما تحتاجه بشكل عام، مثل «خدمة إشعارات للعملاء»، وكتلة حل Solution Building Block تصف المنتج الذي ينفذه فعلاً، مثل بوابة SMS معينة. والنموذج الوصفي للمحتوى Content Metamodel يحدد أنواع العناصر، مثل القدرة والإجراء والتطبيق والكيان، والعلاقات المسموحة بينها، والسبب في أهميته أن الأداة التي تحفظ المستودع تحتاجه حتى تولد المنتجات من بيانات واحدة، بدلاً من أن يرسم كل منتج يدوياً. وإذا أردت أن ترسم هذه العناصر بلغة موحدة، فلغة ArchiMate مصممة لذلك، وقد شرحناها باختصار في [مقال معمارية المؤسسة](https://arabroot.io/articles/%D9%85%D8%B9%D9%85%D8%A7%D8%B1%D9%8A%D8%A9-%D8%A7%D9%84%D9%85%D8%A4%D8%B3%D8%B3%D8%A9-enterprise-architecture-%D9%88-togaf-%D9%88-zachman/#archimate). والجدول التالي أهم المخرجات مع رأينا في حاجة مؤسسة متوسطة لكل منها: | المخرج | ما فيه | في مؤسسة متوسطة | | --------------------------------------- | ------------------------------------------------ | ------------------------------------------------------- | | Architecture Principles | المبادئ مع سبب كل مبدأ وتبعاته | ضروري، ومن خمسة إلى عشرة مبادئ تكفي | | Statement of Architecture Work | النطاق والجدول والموافقة | ضروري، في صفحة أو صفحتين | | Architecture Vision | الصورة المختصرة للنتيجة | ضروري، ويمكن دمجه مع بيان العمل | | Architecture Definition Document | الوضع الحالي والمستهدف في المجالات الأربعة | ضروري، ولكن كمنتجات في المستودع وليس كوثيقة من مئة صفحة | | Architecture Requirements Specification | المتطلبات القابلة للقياس التي يجب أن يحققها الحل | للمبادرات الكبيرة فقط | | Architecture Roadmap | المشاريع والمحطات الانتقالية | ضروري | | Implementation and Migration Plan | الترتيب والتكلفة والاعتماديات | يدمج غالباً مع الخارطة | | Architecture Contract | التزام فريق التنفيذ بالمعمارية | للمشاريع الكبيرة فقط | | Compliance Assessment | نتيجة مراجعة الالتزام | قائمة تحقق قصيرة تكفي | | Change Request | طلب تعديل المعمارية بعد الاتفاق | ضروري، ويمكن أن يكون تذكرة في أداة المهام | ## مستودع المعمارية Architecture Repository كل ما سبق يحفظ في مكان واحد هو مستودع المعمارية، والمعيار يقسمه إلى أقسام لكل منها غرض، والصورة التالية تبينها بأسماء مبسطة: ![عنوان مستودع المعمارية Architecture Repository وتحته ثماني بطاقات: النموذج الوصفي Architecture Metamodel أنواع العناصر وعلاقاتها، قدرة المعمارية Architecture Capability الفريق والأدوار والعمليات، المشهد المعماري Architecture Landscape الوضع الحالي والمستهدف والانتقالي، المعايير Standards التقنيات والمعايير المعتمدة، المكتبة المرجعية Reference Library النماذج والقوالب الجاهزة، سجل الحوكمة Governance Log القرارات والاستثناءات والمراجعات، مستودع المتطلبات Requirements Repository المتطلبات وأثر تغييرها، مشهد الحلول Solutions Landscape الحلول التي نفذت فعلاً](https://arabroot.io/content/images/2026/10/togaf-03-repository.webp) المستودع ليس أداة بعينها، وإنما ثمانية أنواع من المعلومات تحتاج مكاناً واحداً وفي الصورة أعلاه لاحظ التالي: - **المشهد المعماري Architecture Landscape** هو القسم الذي يسأل عنه الجميع، لأنه يحفظ الوضع الحالي والمستهدف والمحطات بينهما، ومنه تولد خريطة القدرات الحرارية وسجل التطبيقات. - **سجل الحوكمة Governance Log** هو ذاكرة المؤسسة، فعندما يسأل أحد بعد سنتين «لماذا وافقنا على هذا الاستثناء؟» تجد الإجابة هنا وليس في بريد شخص غادر. - **المكتبة المرجعية Reference Library** هي المكان الطبيعي للنماذج المرجعية الوطنية إذا كنت في جهة حكومية، وللقوالب التي اعتمدها فريقك. - المستودع في البداية يمكن أن يكون مجلداً منظماً في مستودع Git مع ملفات CSV وملفات ADR، ثم ينتقل إلى أداة متخصصة عندما تكبر العلاقات، وسوف نقارن هذه الأدوات في مقال أدوات معمارية المؤسسة. ## الحوكمة ومجلس المعمارية Architecture Board مجلس المعمارية Architecture Board هو المجموعة التي تملك قرار المعمارية في المؤسسة: يعتمد المبادئ والمعايير، ويراجع التزام المشاريع، ويمنح الاستثناءات، ويقرر متى تحتاج المؤسسة دورة جديدة. ويضم عادة ممثلين من الأعمال ومن التقنية ومن الأمن، والسبب أن المجلس الذي يتكون من معماريين فقط يتحول إلى البرج العاجي الذي وصفناه في [مقال معمارية المؤسسة](https://arabroot.io/articles/%D9%85%D8%B9%D9%85%D8%A7%D8%B1%D9%8A%D8%A9-%D8%A7%D9%84%D9%85%D8%A4%D8%B3%D8%B3%D8%A9-enterprise-architecture-%D9%88-togaf-%D9%88-zachman/#ivory-tower). والصورة التالية تبين كيف تعمل الحوكمة في المرحلة G: ![في الأعلى مجلس المعمارية Architecture Board بخط منقط إلى الخطوات. ثلاث خطوات مرقمة من اليمين إلى اليسار: 1 مشروع معتمد Approved Project، 2 عقد المعمارية Architecture Contract، 3 مراجعة الالتزام Compliance Review، ومنها ثلاث نتائج: متوافق Compliant، واستثناء بمدة Dispensation، وطلب تغيير Change Request. وتحتها شريط أزرق: كل قرار يسجل في سجل الحوكمة Governance Log مع سببه وتاريخ مراجعته، وتحته: طلب التغيير قد يعود إلى المرحلة H وقد يبدأ دورة ADM جديدة إذا كان كبيراً](https://arabroot.io/content/images/2026/10/togaf-05-governance.webp) العقد يحدد ما يلتزم به المشروع، والمراجعة تتحقق منه، والسجل يحفظ القرار 1. **عقد المعمارية Architecture Contract**: اتفاق مكتوب بين فريق المعمارية وفريق التنفيذ على ما يجب أن يحققه الحل من المعمارية المستهدفة، ومتى ستجري المراجعات، وهو ليس عقداً قانونياً، وإنما التزام يمكن الرجوع إليه عند الخلاف. 2. **مراجعة الالتزام Compliance Review**: في نقاط محددة من المشروع، مثل نهاية التصميم وقبل الإطلاق، يقارن المراجع الحل بالعقد والمعايير. 3. **النتيجة**: الحل متوافق Compliant، أو يحصل على استثناء Dispensation لمدة محددة مع خطة للعودة إلى المعيار، أو يكتشف المراجع أن المعيار نفسه يحتاج تغييراً فيرفع طلب تغيير Change Request إلى المرحلة H. وقد شرحنا في [مقال معمارية المؤسسة](https://arabroot.io/articles/%D9%85%D8%B9%D9%85%D8%A7%D8%B1%D9%8A%D8%A9-%D8%A7%D9%84%D9%85%D8%A4%D8%B3%D8%B3%D8%A9-enterprise-architecture-%D9%88-togaf-%D9%88-zachman/#team) مساراً عملياً لمراجعة طلبات الشراء والمشاريع الجديدة قبل أن تبدأ، والمسار هنا يكمله بعد بدء التنفيذ. ولاحظ أن الاستثناء له تاريخ انتهاء دائماً، والسبب أن الاستثناء المفتوح يصبح القاعدة بعد سنة، وأن المجلس الذي يأخذ أسابيع لكل قرار سيجد الفرق تتجاوزه، لذلك اجعل للطلبات الصغيرة قائمة تحقق يوقعها معماري واحد. ## ضبط TOGAF على مقاس مؤسستك Tailoring المعيار نفسه يتوقع أن تعدله، فالمرحلة التمهيدية هدفها أن تنتج إطاراً معدلاً Tailored Architecture Framework، ووثيقة Applying the ADM تشرح كيف تطبق الدورة بمستويات مختلفة. والسؤال العملي هو: ماذا تأخذ وماذا تترك؟ والصورة التالية تقترح إجابة لثلاثة أحجام: ![ثلاثة أعمدة من اليمين إلى اليسار. مؤسسة صغيرة عشرات الأنظمة: سجل التطبيقات Inventory، من خمسة إلى عشرة مبادئ، سجل القرارات ADR، مراجعة شهرية لطلبات الشراء. مؤسسة متوسطة مئة نظام أو أكثر: تمهيد خفيف فريق ومبادئ، رؤية في صفحتين لكل مبادرة، المراحل B وC وD في مستودع واحد، المرحلتان E وF في خارطة طريق واحدة، عقد معمارية للمشاريع الكبيرة فقط. جهة حكومية متطلبات تنظيمية: المنهجية الوطنية بمراحلها السبع، النماذج المرجعية الوطنية، مكتب البنية المؤسسية ولجنة، قياس النضج والأدلة المطلوبة. وفي الأسفل: نفس الأفكار بأحجام مختلفة فابدأ بأصغر عمود يجيب عن أسئلة الإدارة هذه السنة](https://arabroot.io/content/images/2026/10/togaf-04-tailoring.webp) اقتراح من إعدادنا، والحجم يحدده عدد الأسئلة التي تحتاج إجابة وليس عدد الموظفين ### مؤسسة متوسطة الحجم لنفرض أن لديك مئة نظام أو أكثر، وفريق معمارية من شخصين أو ثلاثة، فالمطلوب أن تأخذ من TOGAF هيكل التفكير، وتترك أغلب الوثائق الرسمية، وفيما يلي ما نقترحه: - **التمهيد مرة واحدة**: ورقة واحدة فيها الفريق ومكانه، وسبعة مبادئ، وقائمة بالمخرجات التي ستستخدمها، وكل ما ليس في القائمة لا ينتج. - **الرؤية لكل مبادرة**: صفحتان تجمعان الرؤية وبيان العمل، يوقعهما الراعي، والسبب أن هذا التوقيع هو ما يحمي الفريق عندما يتوسع النطاق لاحقاً. - **B وC وD كمنتجات في المستودع**: قوائم ومصفوفات ورسوم تحدث في مكان واحد، بدلاً من ثلاث وثائق منفصلة تتقادم كل منها بسرعة مختلفة. - **E وF في خارطة طريق واحدة**: جدول بالمشاريع وترتيبها وتكلفتها، يراجع مع مكتب إدارة المشاريع PMO كل ربع سنة. - **G بقدر الخطر**: عقد معمارية ومراجعتان للمشاريع الكبيرة، وقائمة تحقق للمشاريع الصغيرة. - **H وإدارة المتطلبات في أداة المهام**: كل طلب تغيير تذكرة لها حالة ومالك، ولا داعي لأداة منفصلة. وبهذا الشكل تكون قد استخدمت المراحل كلها، ولكن كل مرحلة بحجم سؤالها، وإذا وجدت بعد سنة أن الإدارة تسأل أسئلة لا يجيب عنها ما لديك، فأضف المخرج الذي يجيب عنها فقط. ### جهة حكومية في المملكة الجهة الحكومية لا تختار إطارها بحرية كاملة، فهيئة الحكومة الرقمية تطلب العمل بالمنهجية الوطنية للبنية المؤسسية، وقد شرحنا متطلباتها وقياسها في [مقال معمارية المؤسسة في الجهات الحكومية](https://arabroot.io/articles/%D9%85%D8%B9%D9%85%D8%A7%D8%B1%D9%8A%D8%A9-%D8%A7%D9%84%D9%85%D8%A4%D8%B3%D8%B3%D8%A9-%D9%81%D9%8A-%D8%A7%D9%84%D8%AC%D9%87%D8%A7%D8%AA-%D8%A7%D9%84%D8%AD%D9%83%D9%88%D9%85%D9%8A%D8%A9-nora-%D9%88%D8%B6%D9%88%D8%A7%D8%A8%D8%B7-nca/). والخبر الجيد لمن يعرف TOGAF أن [الدليل الاسترشادي لتطبيق المنهجية الوطنية](https://dga.gov.sa/en/regulatory-documents/guideline-national-enterprise-architecture-methodology?ref=arabroot.io) (الإصدار 1.0، مارس 2026) يذكر في النسخة الإنجليزية ضمن مدخلات النماذج المرجعية الطبعة العاشرة من TOGAF والإصدار الثاني من FEAF، ويصف المنهجية بسبع مراحل تبدأ بتحديد النطاق وتنتهي بخارطة الطريق، مع إدارة المتطلبات كمرحلة مستمرة تربط بينها، وأربعة عناصر داعمة هي المبادئ والنماذج المرجعية الوطنية والنموذج الوصفي Metamodel وحوكمة البنية المؤسسية. والجدول التالي مقابلة تقريبية من إعدادنا بين المراحل السبع ودورة ADM: | مرحلة المنهجية الوطنية | ما يقابلها تقريباً في ADM | | -------------------------------------------------------- | -------------------------------------------------------------------- | | 1 تحديد نطاق دورة التطوير Defining the Scope | Preliminary وA | | 2 تشخيص الوضع الحالي Diagnosing the Current State | الوضع الحالي Baseline في B وC وD | | 3 دراسة التوجهات المستقبلية Studying Future Trends | لا توجد مرحلة مستقلة، وأقرب شيء مدخلات الرؤية والتقنيات الجديدة في H | | 4 تصميم الوضع المستقبلي Designing the Future State | الوضع المستهدف Target في B وC وD | | 5 تحليل الفجوات Analyzing Gaps | تحليل الفجوات في B وC وD وتجميعها في E | | 6 إعداد خارطة الطريق Developing the Roadmap | E وF | | 7 إدارة متطلبات البنية المؤسسية Managing EA Requirements | Requirements Management | ولاحظ أن حوكمة التنفيذ وإدارة التغيير، أي المرحلتين G وH، لا تظهران كمراحل في القائمة السبع، وإنما في عنصر الحوكمة الداعم، لذلك إذا كانت جهتك تعمل بالمنهجية الوطنية فلا تبن دورة TOGAF موازية لها، وإنما استخدم ما تعرفه من TOGAF لتفهم كل مرحلة بعمق، واستفد من أساليبه في الحوكمة وعقود المعمارية لتقوية عنصر الحوكمة. ويجدر الإشارة هنا إلى أن الدليل نفسه يقول إن الجهات يمكنها أن تعدل مراحل المنهجية وخطواتها حسب احتياجها، وإنه ليس من الضروري تنفيذ كل المراحل في كل دورة، وهي نفس فكرة التعديل في TOGAF. ## شهادات TOGAF في أكتوبر 2026 أول ما يفاجئ من يبحث عن الشهادة أنه لا توجد شهادة اسمها «TOGAF 10 Foundation»، والسبب كما تشرح [صفحة مركز المساعدة](https://help.opengroup.org/hc/en-us/articles/11148120224785-Why-Is-There-No-TOGAF-10-Foundation-or-TOGAF-10-Practitioner?ref=arabroot.io) أن The Open Group فصلت أسماء الشهادات عن رقم الإصدار، لأن الطبعة العاشرة واسعة ومقسمة إلى وثائق كثيرة، فبنت الشهادات على مسارات تعلم حسب الدور والمهارة. وبحسب [صفحة محفظة شهادات TOGAF](https://www.opengroup.org/certifications/togaf-certification-portfolio?ref=arabroot.io) و[ملخص الاختبارات الرسمي](https://certification.opengroup.org/docs/datasheets/togaf-exams.pdf?ref=arabroot.io) و[جدول رسوم الاختبارات](https://certification.opengroup.org/docs/exam-fee-schedule-retail.pdf?ref=arabroot.io) المطبق من 1 فبراير 2026، فالشهادات المبنية على الطبعة العاشرة كما يلي، والرسوم بالدولار عند الحجز المباشر مع Pearson VUE ببطاقة ائتمان: | الشهادة | الاختبار | الأسئلة والوقت | النجاح | الرسوم بالدولار | | ------------------------------------------ | ---------------------------------------------------------------------------- | --------------------------------------------------- | --------------------- | --------------- | | TOGAF Enterprise Architecture Foundation | OGEA-101 (Part 1)، مغلق الكتاب | 40 سؤالاً اختيار من متعدد، 60 دقيقة | 24 من 40 (60%) | 405 | | TOGAF Enterprise Architecture Practitioner | OGEA-102 (Part 2) بعد Foundation، مفتوح الكتاب بنسخة إلكترونية داخل الاختبار | 8 أسئلة سيناريو، 90 دقيقة | 24 من 40 نقطة (60%) | 405 | | Practitioner مباشرة | OGEA-103 (Part 1 وPart 2 معاً) | 48 سؤالاً، ساعتان و30 دقيقة | يجب النجاح في القسمين | 610 | | الترقية من TOGAF 9 Certified | OGEA-10B (Bridge) | 14 سؤالاً (10 اختيار من متعدد و4 سيناريو)، 60 دقيقة | 18 من 30 نقطة (60%) | 385 | | TOGAF Business Architecture Foundation | OGBA-101 | 40 سؤالاً، 60 دقيقة | 24 من 40 (60%) | 405 | وفي الجدول أعلاه لاحظ التالي: - أسئلة Part 2 لها درجات متدرجة: الإجابة الأفضل 5 نقاط، والثانية 3، والثالثة نقطة واحدة، والأخيرة صفر، لذلك فهم السيناريو أهم من حفظ أسماء المخرجات. - الاختبارات متاحة في مراكز Pearson VUE أو عن بعد عبر OnVUE، والرسوم بالدولار وقد تضاف إليها ضرائب في بعض الدول، وقسائم الشراء Retail Vouchers من متجر The Open Group أغلى قليلاً من الحجز المباشر، فتحقق من الجدول قبل الحجز لأن الرسوم تتغير. - شهادات TOGAF 9 Foundation وTOGAF 9 Certified ما زالت ضمن المحفظة، ولكن من يبدأ اليوم فالمسار الطبيعي له هو Enterprise Architecture Foundation ثم Practitioner. - توجد أيضاً شهادات قصيرة Certification Credentials تبدأ من ثلاث ساعات تعلم، مثل TOGAF Enterprise Architecture Leader وTOGAF Framework: Digital Specialist وTOGAF Framework: Agile Specialist وIntegrating Risk and Security. وقد يتساءل البعض: هل أحتاج الشهادة لأمارس معمارية المؤسسة؟ والإجابة أن الشهادة تثبت أنك تعرف لغة الإطار، وهذا مفيد عند التوظيف وفي المشاريع التي تطلبها، ولكنها لا تثبت أنك تستطيع أن تبني مستودعاً يحدثه الناس أو تقنع إدارة بإيقاف نظام، والمهارة الثانية لا تأتي إلا من التطبيق. ## أخطاء شائعة: وثائق لا يستخدمها أحد أغلب مشروعات TOGAF التي تفشل لا تفشل لأن الإطار خطأ، وإنما لأن الفريق طبقه كقائمة مخرجات يجب ملؤها، وفيما يلي الأخطاء التي نراها تتكرر: - **تطبيق المعيار كاملاً من اليوم الأول**: كل المراحل بكل المخرجات لكل مبادرة، والنتيجة شهور من العمل قبل أول قرار، وإدارة تفقد صبرها، والحل أن تبدأ بالتمهيد وتختار المخرجات التي تجيب عن أسئلة هذه السنة فقط. - **وثيقة تعريف المعمارية من مئة صفحة**: تكتب مرة وتقرأ مرة عند التوقيع، ثم تتقادم في أول تغيير، والأفضل أن تكون منتجات في المستودع تولد منها الوثيقة عند الحاجة. - **البدء بالوضع الحالي لكل المؤسسة**: توثيق كل نظام وكل إجراء قبل أي مبادرة يأخذ سنة، وعندما تنتهي يكون أوله قد تغير، والأفضل أن توثق الوضع الحالي في نطاق المبادرة فقط، ويكبر المستودع مع كل دورة. - **تخطي المرحلة A**: الدخول في التفاصيل دون بيان عمل موقع، ثم يتوسع النطاق في كل اجتماع، ولا يوجد ما ترجع إليه. - **مجلس معمارية بلا أعمال**: مجلس كل أعضائه تقنيون يقرر في أمور تخص الأعمال، فتتجاوزه الإدارات أو تتجاهل قراراته. - **إهمال المرحلتين G وH**: المعمارية المستهدفة ترسم بدقة، ثم ينفذ المشروع شيئاً آخر ولا يراجعه أحد، وبعد سنتين يكون المستودع وصفاً لمؤسسة غير موجودة. - **الخلط بين الشهادة والممارسة**: فريق كل أعضائه معتمدون ولا يوجد قرار واحد في السنة تغير بسبب عملهم، والمقياس الحقيقي هو الأسئلة التي أجاب عنها الفريق والتكلفة التي وفرها. ## تدريب عملي 1. اختر مبادرة حقيقية في مؤسستك، مثل استبدال نظام أو دمج نظامين، واكتب لها صفحتين تجمعان رؤية المعمارية وبيان العمل: النطاق، والراعي، والنتيجة المطلوبة بالأرقام، وأصحاب المصلحة، وما ليس في النطاق. 2. خذ جدول المخرجات أعلاه، وضع أمام كل مخرج «نحتاجه» أو «لا نحتاجه» أو «ندمجه مع غيره»، مع سبب في سطر واحد، وهذا هو أول نسخة من الإطار المعدل لمؤسستك. ## الخلاصة وصلنا لنهاية الموضوع، وأهم ما فيه: - الطبعة العاشرة من TOGAF جزآن: محتوى أساسي من ست وثائق، وأدلة سلسلة تشرح التطبيق في حالات محددة وتصدر أسرع. - دورة ADM عشر مراحل، لكل مرحلة سؤال ومخرج يثبت أنها أجابت عنه، والتكرار داخل الدورة جزء من المعيار وليس خروجاً عنه. - المخرج Deliverable وثيقة يوقع عليها، والمنتج Artifact قائمة أو مصفوفة أو رسم، والكتلة البنائية Building Block مكون يعاد استخدامه. - المستودع يحفظ ثمانية أنواع من المعلومات في مكان واحد، ومجلس المعمارية يحكم بعقود المعمارية ومراجعات الالتزام والاستثناءات المؤقتة. - المؤسسة المتوسطة تأخذ كل المراحل بحجم أسئلتها، والجهة الحكومية في المملكة تعمل بالمنهجية الوطنية المبنية على TOGAF 10 وFEAF، وتستفيد من TOGAF في فهمها وتقوية حوكمتها. - لا توجد شهادة TOGAF 10 Foundation، والمسار الحالي هو Enterprise Architecture Foundation ثم Practitioner، ورسوم كل جزء منهما 405 دولارات عند الحجز المباشر بحسب جدول فبراير 2026. وفي المقالات التالية من نفس المرحلة نطبق ما في المرحلتين B وC على خريطة القدرات ومحفظة التطبيقات، ثم نرسم المعمارية بلغة ArchiMate، ثم نقارن الأدوات التي تحفظ المستودع: [![](https://arabroot.io/content/images/2026/10/capability-map-cover-cover.webp)دليلCapability Map: كيف تقرر مصير كل نظام في مؤسستككيف تبني خريطة لقدرات مؤسستك وتربط بها أنظمتك، لتكتشف التكرار والفجوات وتقرر ما تبقيه وما توقفه.](https://arabroot.io/articles/%D8%AE%D8%B1%D9%8A%D8%B7%D8%A9-%D9%82%D8%AF%D8%B1%D8%A7%D8%AA-%D8%A7%D9%84%D8%A7%D8%B9%D9%85%D8%A7%D9%84-%D9%88%D8%A7%D8%AF%D8%A7%D8%B1%D8%A9-%D9%85%D8%AD%D9%81%D8%B8%D8%A9-%D8%A7%D9%84%D8%AA%D8%B7%D8%A8%D9%8A%D9%82%D8%A7%D8%AA/)[![](https://arabroot.io/content/images/2026/10/archimate-archi-cover-cover.webp)دليللغة ArchiMate عملياً: خدمة كاملة في أداة Archiنشرح طبقات ArchiMate وعلاقاتها، ثم نرسم خدمة طلب كشف الدرجات في Archi ونصدرها صوراً وملف تبادل ونشاركها عبر Git.](https://arabroot.io/articles/%D9%84%D8%BA%D8%A9-archimate-%D8%B9%D9%85%D9%84%D9%8A%D8%A7-%D9%85%D8%B9-%D8%A7%D8%AF%D8%A7%D8%A9-archi/)[![](https://arabroot.io/content/images/2026/10/ea-government-cover-cover.webp)دليلمعمارية المؤسسة EA في الجهات الحكومية السعوديةما الذي تطلبه هيئة الحكومة الرقمية من الجهات في البنية المؤسسية بالنص، وكيف يقاس، وأين يلتقي مع ضوابط الأمن السيبراني.](https://arabroot.io/articles/%D9%85%D8%B9%D9%85%D8%A7%D8%B1%D9%8A%D8%A9-%D8%A7%D9%84%D9%85%D8%A4%D8%B3%D8%B3%D8%A9-%D9%81%D9%8A-%D8%A7%D9%84%D8%AC%D9%87%D8%A7%D8%AA-%D8%A7%D9%84%D8%AD%D9%83%D9%88%D9%85%D9%8A%D8%A9-nora-%D9%88%D8%B6%D9%88%D8%A7%D8%A8%D8%B7-nca/)[![](https://arabroot.io/content/images/2026/10/enterprise-architecture-cover-cover-1.webp)دليلمعمارية المؤسسة Enterprise Architecture ببساطةعندما تملك المؤسسة عشرات الأنظمة لا يعرف أحد ماذا يتوقف إذا أوقفت أحدها، وهنا يأتي دور معمارية المؤسسة وأطرها المعروفة.](https://arabroot.io/articles/%D9%85%D8%B9%D9%85%D8%A7%D8%B1%D9%8A%D8%A9-%D8%A7%D9%84%D9%85%D8%A4%D8%B3%D8%B3%D8%A9-enterprise-architecture-%D9%88-togaf-%D9%88-zachman/) ## سجل التحديثات - أكتوبر 2026: كتابة المقال، ومراجعة إعلان الطبعة العاشرة وصفحة الترخيص من The Open Group، وصفحتي مركز المساعدة عن بنية المعيار وأسماء الشهادات، وصفحة محفظة الشهادات وملخص الاختبارات وجدول الرسوم المطبق من فبراير 2026، والنسخة الإنجليزية من الدليل الاسترشادي لتطبيق المنهجية الوطنية للبنية المؤسسية (مارس 2026).