Enterprise architecture is the deliberate design of how an organization's business, information, applications, and technology fit together, so that the whole functions as a coherent system rather than an accumulation of disconnected parts. It is the discipline of making sure that what gets built serves the strategy, and that the pieces work together instead of against each other.
Every organization has an architecture whether it manages one or not. Left unmanaged, it grows by accident: each project solves its own problem in its own way, systems multiply, the same data is stored in a dozen places, and over years the estate becomes so tangled that change is slow, expensive, and risky. Enterprise architecture is the choice to shape that growth on purpose, trading some short-term project freedom for long-term coherence.
This framework describes enterprise architecture as a practical, governed capability, drawing on the widely used structure of TOGAF and the staged national methodology of Saudi Arabia's NORA. It is written to be reusable in any organization pursuing digital transformation, and aligns to both without reproducing their text.
البنية المؤسسية هي التصميم المتعمَّد لكيفية تلاؤم أعمال المنشأة ومعلوماتها وتطبيقاتها وتقنيتها معًا، ليعمل الكل كنظامٍ متماسك لا كتراكمٍ من أجزاء منفصلة. وهي انضباط ضمان أن ما يُبنى يخدم الاستراتيجية، وأن القطع تعمل معًا لا ضد بعضها.
لكل منشأةٍ بنيةٌ سواء أدارتها أم لا. فمتروكةً بلا إدارة، تنمو مصادفةً: كل مشروعٍ يحلّ مشكلته بطريقته، وتتكاثر الأنظمة، وتُخزَّن البيانات نفسها في عشرة أماكن، وعبر السنين تصير البيئة متشابكةً حتى يصير التغيير بطيئًا باهظًا محفوفًا بالخطر. والبنية المؤسسية هي اختيار تشكيل ذلك النمو عن قصد، بمقايضة بعض حرية المشروع القصيرة بتماسكٍ طويل الأمد.
يصف هذا الإطار البنية المؤسسية كقدرةٍ عملية محوكَمة، مستندًا إلى بنية TOGAF واسعة الاستخدام والمنهجية الوطنية المرحلية NORA في السعودية. وهو مكتوب ليكون قابلًا لإعادة الاستخدام في أي منشأةٍ تسعى للتحول الرقمي، ويتوافق مع كليهما دون نسخ نصّهما.
Architecture is usually described in four layers that stack from purpose down to platform. Separating them lets each be reasoned about clearly, while their alignment is exactly the point of the whole discipline.
The layers answer four connected questions. Business architecture describes what the organization does, its capabilities, processes, and structure. Data architecture describes what information it needs and how that information is organized. Application architecture describes the software that supports the work. Technology architecture describes the infrastructure the software runs on. Read top to bottom, each layer exists to serve the one above it, which is why architecture insists on starting from the business rather than the technology.
| Domain | Answers | Concerned with |
|---|---|---|
| Business | What we do | Capabilities, processes, and organization |
| Data | What we need to know | Information, its meaning and structure |
| Application | What software supports it | Systems and how they interact |
| Technology | What it runs on | Infrastructure, networks, and platforms |
The layers matter because misalignment between them is where cost and failure hide. Software chosen without reference to the business capability it should support becomes shelfware, and infrastructure built without reference to the applications it must run becomes either a bottleneck or an expense. Architecture keeps the layers connected, so a decision at one level is made with awareness of its effect on the others, rather than in isolation.
تُوصَف البنية عادةً بأربع طبقاتٍ تتراكم من الغرض نزولًا إلى المنصّة. وفصلها يتيح التفكير في كلٍّ بوضوح، بينما مواءمتها هي بالضبط مقصد الانضباط كله.
تجيب الطبقات أربعة أسئلةٍ متصلة. بنية الأعمال تصف ما تفعله المنشأة، قدراتها وعملياتها وهيكلها. وبنية البيانات تصف أي معلوماتٍ تحتاجها وكيف تُنظَّم. وبنية التطبيقات تصف البرمجيات التي تسند العمل. وبنية التقنية تصف البنية التحتية التي تعمل عليها البرمجيات. ومقروءةً من الأعلى للأسفل، كل طبقةٍ توجد لتخدم التي فوقها، ولذا تُصرّ البنية على البدء من الأعمال لا التقنية.
| المجال | يجيب | يُعنى بـ |
|---|---|---|
| الأعمال | ماذا نفعل | القدرات والعمليات والتنظيم |
| البيانات | ما نحتاج معرفته | المعلومات ومعناها وبنيتها |
| التطبيقات | أي برمجياتٍ تسنده | الأنظمة وكيف تتفاعل |
| التقنية | على ماذا يعمل | البنية التحتية والشبكات والمنصّات |
الطبقات تهمّ لأن سوء المواءمة بينها حيث تختبئ الكلفة والفشل. فبرمجيةٌ تُختار دون مرجعيةٍ لقدرة الأعمال التي ينبغي أن تسندها تصير رفّيّةً غير مستخدَمة، وبنيةٌ تحتية تُبنى دون مرجعيةٍ للتطبيقات التي يجب أن تشغّلها تصير إمّا عنق زجاجةٍ أو نفقة. والبنية تُبقي الطبقات موصولة، فيُتَّخذ قرارٌ في مستوىً بوعيٍ بأثره في الأخرى، لا في عزلة.
Architecture is developed through a repeatable cycle that moves an organization from where it is to where it wants to be, in deliberate steps. Whether framed as TOGAF's development method or NORA's staged methodology, the logic is the same.
The cycle rests on three artifacts. The baseline architecture is an honest picture of the current state, what systems, data, and processes actually exist today. The target architecture is the designed future state that would serve the strategy. The gap between them, made explicit, becomes the roadmap: the sequence of changes that carries the organization from baseline to target without trying to do everything at once.
The honesty of the baseline is what most often decides success. There is a strong temptation to document the architecture as it was meant to be rather than as it is, but a target planned from a flattering baseline produces a roadmap that does not fit reality. Mapping the real, messy current state, including the systems no one wants to admit still run critical work, is unglamorous but indispensable.
تُطوَّر البنية عبر دورةٍ متكرّرة تنقل المنشأة من حيث هي إلى حيث تريد، بخطواتٍ متعمَّدة. وسواء أُطِّرت كمنهج تطوير TOGAF أو منهجية NORA المرحلية، المنطق واحد.
تقوم الدورة على ثلاثة مُخرَجات. البنية الأساس صورةٌ صادقة للحالة الراهنة، أي الأنظمة والبيانات والعمليات الموجودة اليوم فعلًا. والبنية الهدف الحالة المستقبلية المُصمَّمة التي تخدم الاستراتيجية. والفجوة بينهما، مُصرَّحًا بها، تصير خارطة الطريق: تسلسل التغييرات الذي يحمل المنشأة من الأساس إلى الهدف دون محاولة فعل كل شيءٍ دفعةً واحدة.
صدق الأساس هو ما يقرّر النجاح غالبًا. فثمّة إغراءٌ قوي بتوثيق البنية كما قُصِد لها لا كما هي، لكن هدفًا يُخطَّط من أساسٍ مُطرٍ يُنتِج خارطةً لا تلائم الواقع. ورسم الحالة الراهنة الحقيقية الفوضوية، بما فيها الأنظمة التي لا أحد يريد الاعتراف أنها ما زالت تشغّل عملًا حرجًا، غير برّاقٍ لكنه لا غنى عنه.
A target architecture only holds if new work is steered to fit it, and that steering is architecture governance. Without it, every project quietly drifts back toward doing its own thing, and the target erodes one exception at a time.
Governance works through principles, standards, and a review point. Architecture principles are a small set of durable rules that express how the organization chooses to build, such as preferring reuse over rebuilding or buying proven solutions over custom ones. Standards make the principles concrete. A review board or equivalent checkpoint then examines significant new initiatives against them before they are funded, so alignment is decided at the start rather than discovered as a problem at the end.
The exception process is the part that keeps governance credible. A standard that can never be departed from will be ignored the first time it does not fit reality, so a good architecture practice allows deliberate, recorded exceptions where the case is genuine. This keeps the standard honest and the practice trusted, because it acknowledges that the architecture serves the business, not the reverse.
البنية الهدف لا تصمد إلا إن وُجِّه العمل الجديد ليلائمها، وذلك التوجيه حوكمة البنية. وبدونها ينزاح كل مشروعٍ بهدوءٍ عائدًا لفعل ما يريد، ويتآكل الهدف استثناءً تلو استثناء.
تعمل الحوكمة عبر مبادئ ومعايير ونقطة مراجعة. مبادئ البنية مجموعةٌ صغيرة من قواعد دائمة تعبّر عن كيف تختار المنشأة أن تبني، كتفضيل إعادة الاستخدام على إعادة البناء أو شراء حلولٍ مُثبَتة على تخصيصها. والمعايير تجعل المبادئ ملموسة. ثم يفحص مجلس مراجعةٍ أو نقطة تفتيشٍ مكافئة المبادرات الجديدة المهمّة مقابلها قبل تمويلها، فتُحسَم المواءمة في البداية لا تُكتشَف مشكلةً في النهاية.
عملية الاستثناء هي ما يُبقي الحوكمة موثوقة. فمعيارٌ لا يُخرَج عنه أبدًا سيُتجاهَل أول مرةٍ لا يلائم فيها الواقع، لذا تسمح ممارسة بنيةٍ جيدة باستثناءاتٍ متعمَّدة مُسجَّلة حيث تكون الحالة حقيقية. وهذا يُبقي المعيار صادقًا والممارسة موثوقة، لأنه يُقرّ أن البنية تخدم العمل لا العكس.
Architecture practices, like any capability, can be assessed for maturity, and doing so honestly turns a vague sense of how things are going into a plan for improvement. It also connects the discipline back to the value it is supposed to create.
A maturity assessment places the architecture practice on a scale from ad hoc, where architecture happens by individual effort if at all, up to a managed and optimizing practice that is embedded in how the organization plans and delivers. The point is not the label but the honest placement and a target: knowing the current level and where the organization needs to be turns improvement into a concrete plan rather than an aspiration.
The value of architecture is easiest to see in what it prevents: duplicated systems that each cost money to run, incompatible tools that cannot share data, and slow, risky changes because no one understands how the parts connect. A mature practice shows up as an estate that is simpler, more reusable, and faster to change, which is the return that justifies the discipline. Where it cannot show that return, the practice should ask whether it is governing for coherence or merely for control.
ممارسات البنية، كأي قدرة، يمكن تقييم نضجها، وفعل ذلك بصدقٍ يحوّل شعورًا غامضًا بكيف تسير الأمور إلى خطة تحسين. ويصل الانضباط كذلك بالقيمة التي يُفترَض أن يخلقها.
تقييم النضج يضع ممارسة البنية على مقياسٍ من العشوائي، حيث تحدث البنية بجهدٍ فردي إن حدثت، إلى ممارسةٍ مُدارة ومُحسِّنة مدمَجة في كيف تخطّط المنشأة وتسلّم. والمقصد ليس المسمّى بل التموضع الصادق وهدف: فمعرفة المستوى الحالي وأين ينبغي أن تكون المنشأة تحوّل التحسين لخطةٍ ملموسة لا طموح.
قيمة البنية أسهل ما تُرى فيما تمنعه: أنظمةٌ مكرَّرة يكلّف كلٌّ تشغيله، وأدواتٌ غير متوافقة لا تتشارك البيانات، وتغييراتٌ بطيئة محفوفة لأن لا أحد يفهم كيف تتّصل الأجزاء. والممارسة الناضجة تظهر كبيئةٍ أبسط وأكثر قابلية لإعادة الاستخدام وأسرع تغيّرًا، وهو العائد الذي يبرّر الانضباط. وحيث لا تستطيع إظهار ذلك العائد، ينبغي أن تسأل الممارسة هل تحوكم للتماسك أم لمجرد التحكّم.
Enterprise architecture keeps an organization's business and technology coherent by design, so change stays affordable as the organization grows.
البنية المؤسسية تُبقي أعمال المنشأة وتقنيتها متماسكة بالتصميم، فيبقى التغيير ميسورًا مع نمو المنشأة.