Website
www.CertiBanks.com
Course Link https://certibanks.com/Course_details.aspx?id=54
TOGAF Study Group ( https://t.me/TOGAF10 )
info@CertiBanks.com
+970567776640
1
1
[Introduction to Togaf 9.2]
Introduction ‫المقدمة‬
The TOGAF standard is a framework for Enterprise Architecture. It may be used freely by any
organization wishing to develop an Enterprise Architecture for use within that organization.
‫ يمكن استخدامه بحرية من قبل أي منظمة ترغب في تطوير بنية مؤسسية‬.‫ هو إطار عمل لبنية المؤسسات‬Togaf ‫معيار‬
.‫الستخدامها داخل تلك المنظمة‬
The TOGAF standard is developed and maintained by members of The Open Group. The
original development of TOGAF Version 1 in 1995 was based on the Technical Architecture
Framework for Information Management (TAFIM), developed by the US Department of Defense
(DoD).
TOGAF ‫ استند التطوير األصلي لـ‬.The Open Group ‫ والحفاظ عليها من قبل أعضاء‬TOGAF ‫تم تطوير معيار‬
.)DoD( ‫ الذي طورته وزارة الدفاع األمريكية‬، )TAFIM( ‫ إلى إدارة إطار بنية المعلومات‬1991 ‫ في عام‬1 ‫اإلصدار‬
The DoD gave The Open Group explicit permission and encouragement to create Version 1 of
the TOGAF standard, which itself was the result of many years of development effort and many
millions of dollars of US Government investment. Starting from this sound foundation, the
members of The Open Group Architecture Forum have developed successive versions of the
TOGAF standard.
‫ والذي كان‬، TOGAF ‫ من معيار‬1 ‫ اإلذن والتشجيع الصريحين إلنشاء اإلصدار‬The Open Group ‫منحت وزارة الدفاع‬
‫ بد ًءا من‬.‫في حد ذاته نتيجة سنوات عديدة من جهود التطوير والعديد من ماليين الدوالرات من استثمارات الحكومة األمريكية‬
.TOGAF ‫ إصدارات متتالية من معيار‬The Open Group ‫ طور أعضاء‬،‫هذا األساس‬
Executive Overview ‫نظرة عامة‬
What is an Enterprise? ‫ما هي المؤسسة؟‬
The TOGAF standard considers an "enterprise" to be any collection of organizations that have
common goals. For example, an enterprise could be:
‫ يمكن أن تكون‬، ‫ على سبيل المثال‬.‫ أن "المؤسسة" هي مجموعة من المنظمات التي لها أهداف مشتركة‬TOGAF ‫يعتبر معيار‬
:‫المؤسسة‬




A whole corporation or a division of a corporation
A government agency or a single government department
A chain of geographically distant organizations linked together by common ownership
Groups of countries or governments working together to create common or shareable
deliverables or infrastructures
2
2
[Introduction to Togaf 9.2]

Partnerships and alliances of businesses working together, such as a consortium or supply
chain
‫ شركة كاملة أو قسم لشركة‬
‫ وكالة حكومية أو دائرة حكومية واحدة‬
‫ سلسلة من المنظمات البعيدة جغرافيا مرتبطة ببعضها البعض عن طريق الملكية المشتركة‬
‫ تعمل مجموعات البلدان أو الحكومات معًا إلنشاء نواتج أو بنى تحتية مشتركة أو قابلة للمشاركة‬
‫ مثل االتحاد أو سلسلة التوريد‬، ‫ شراكات وتحالفات الشركات التي تعمل معًا‬
What are the benefits of Enterprise Architecture? ‫ما هي فوائد بنية المؤسسة؟‬
An effective Enterprise Architecture can bring important benefits to the organization. Specific
benefits of an Enterprise Architecture include:
:‫ تشمل الفوائد المحددة لبنية المؤسسة ما يلي‬.‫يمكن أن تحقق بنية المؤسسة الفعالة فوائد مهمة للمنظمة‬

More effective and efficient business operations:
:‫عمليات تجارية أكثر فعالية وكفاءة‬

More agile organization
Lower change management costs
Improved business productivity
‫تنظيم أكثر مرونة‬
‫انخفاض تكاليف إدارة التغيير‬
‫تحسين إنتاجية األعمال‬

More effective and efficient Digital Transformation and IT operations:
:‫عمليات التحول الرقمي وتقنية المعلومات األكثر فعالية وكفاءة‬
Extending effective reach of the enterprise through digital capability
Lower software development, support, and maintenance costs
Easier system and network management
Improved ability to address critical enterprise-wide issues like security
Easier upgrade of system components
‫توسيع الوصول الفعال للمؤسسة من خالل القدرة الرقمية‬
‫انخفاض تكاليف تطوير البرمجيات والدعم والصيانة‬
‫إدارة أسهل للنظام والشبكة‬
‫تحسين القدرة على معالجة المشكالت الحرجة على مستوى المؤسسة مثل األمان‬
‫تحديث أسهل لمكونات النظام‬

3
3
[Introduction to Togaf 9.2]

Better return on existing investment, reduced risk for future investment:
:‫ تقليل مخاطر االستثمار في المستقبل‬، ‫عائد أفضل على االستثمار الحالي‬
Reduced complexity in the business and IT
Maximum return on investment in existing business and IT infrastructure
Reduced risk overall in new investments and their cost of ownership
‫تقليل التعقيد في األعمال وتقنية المعلومات‬
‫أقصى عائد على االستثمار في األعمال التجارية الحالية والبنية التحتية لتقنية المعلومات‬
‫تقليل المخاطر بشكل عام في االستثمارات الجديدة وتكلفة ملكيتها‬

4
1
[Core Concepts]
What is the TOGAF Standard? ‫ما هو معيار توجاف؟‬
It provides the methods and tools for assisting in the acceptance, production, use, and
maintenance of an Enterprise Architecture. It is based on an iterative process model supported by
best practices and a re-usable set of existing architecture assets
‫ وهي تستند إلى نموذج عملية تكرارية‬.‫يوفر األساليب واألدوات للمساعدة في قبول وإنتاج واستخدام وصيانة بنية المؤسسة‬
‫مدعومة بأفضل الممارسات ومجموعة قابلة إلعادة االستخدام من أصول البنية الحالية‬
Four Architecture Domains ‫أربعة مجاالت معمارية‬

The Business Architecture defines the business strategy, governance, organization, and
key business processes
 The Data Architecture describes the structure of an organization’s logical and physical
data assets and data management resources
 The Application Architecture provides a blueprint for the individual applications to be
deployed, their interactions, and their relationships to the core business processes of the
organization
 The Technology Architecture describes the logical software and hardware capabilities
that are required to support the deployment of business, data, and application services;
this includes IT infrastructure, middleware, networks, communications, processing,
standards, etc.
‫ تحدد بنية األعمال إستراتيجية العمل والحوكمة والتنظيم والعمليات التجارية الرئيسية‬
‫ تصف بنية البيانات هيكل أصول البيانات الفعلية والمنطقية وموارد إدارة البيانات للمؤسسة‬
ً ‫ توفر بنية التطبيقات مخط‬
‫طا للتطبيقات الفردية التي سيتم نشرها وتفاعالتها وعالقاتها بالعمليات التجارية األساسية‬
‫للمؤسسة‬
‫ تصف بنية التقنية القدرات المنطقية للبرامج واألجهزة المطلوبة لدعم نشر خدمات األعمال والبيانات والتطبيقات ؛‬
.‫يتضمن ذلك البنية التحتية لتقنية المعلومات والبرمجيات والشبكات واالتصاالت والمعالجة والمعايير وما إلى ذلك‬
5
2
[Core Concepts]
Architecture Development Method ‫طريقة تطوير البنية‬
6
3
[Core Concepts]
Deliverables, Artifacts, and Building Blocks
‫ ووحدات البناء‬، ‫ والملحقات‬، ‫الناتج‬
The TOGAF Architecture Content Framework provides a structural model for architectural
content that allows major work products to be consistently defined, structured, and presented.
.‫ إطار محتوى البنية نموذ ًجا هيكليًا لمحتوى البنية الذي يحدد المنتجات وتنظيمها وتقديمها باستمرار‬TOGAF ‫يوفر‬
The Architecture Content Framework uses the following three categories to describe the type of
architectural work product within the context of use:
:‫يستخدم إطار محتوى البنية الفئات الثالث التالية لوصف نوع منتج عمل البنية في سياق االستخدام‬

A deliverable is a work product that is contractually specified and in turn formally
reviewed, agreed, and signed off by the stakeholders
 Artifacts are generally classified as catalogs (lists of things), matrices (showing
relationships between things), and diagrams (pictures of things). Examples include a
requirements catalog, business interaction matrix, and a use-case diagram. An
architectural deliverable may contain many artifacts and artifacts will form the content of
the Architecture Repository.
 A building block represents a component of enterprise capability that can be combined
with other building blocks to deliver architectures and solutions
Architecture Building Blocks (ABBs)
Solution Building Blocks (SBBs)
‫ الناتج هو منتج عمل محدد تعاقديًا وبدوره تتم مراجعته واالتفاق عليه والتوقيع عليه رسميًا من قبل أصحاب المصلحة‬
‫ والرسوم‬، )‫ ومصفوفات (توضح العالقات بين األشياء‬، )‫ تُصنف المحلقات عمو ًما على أنها كتالوجات (قوائم األشياء‬
‫ قد‬.‫ تتضمن األمثلة كتالوج المتطلبات ومصفوفة تفاعل األعمال ومخطط حالة االستخدام‬.)‫البيانية (صور األشياء‬
.‫يحتوي ناتج البنية على العديد من اإلدوات وستشكل اإلدوات محتوى مستودع البنية‬
‫ تمثل وحدات البناء اإلنشائية مكونًا من مكونات قدرة المؤسسة التي يمكن دمجها مع وحدات البناء األخرى لتقديم‬
‫البنى والحلول‬
(ABBs) ‫بنية وحدات البناء‬
(SBBs) ‫حلول وحدات البناء‬
7
4
[Core Concepts]
Enterprise Continuum
The TOGAF standard includes the concept of the Enterprise Continuum, which sets the broader
context for an architect and explains how generic solutions can be leveraged and specialized in
order to support the requirements of an individual organization. The Enterprise Continuum is a
view of the Architecture Repository that provides methods for classifying architecture and
solution artifacts as they evolve from generic Foundation Architectures to Organization-Specific
Architectures.
‫ الذي يحدد السياق األوسع للبنية ويشرح كيف يمكن االستفادة‬،Enterprise Continuum ‫ مفهوم‬TOGAF ‫يتضمن معيار‬
‫ هو عرض لمستودع البنية‬Enterprise Continuum .‫من الحلول العامة وتخصصها من أجل دعم متطلبات مؤسسة فردية‬
.‫الذي يوفر طرقًا لتصنيف عناصر البنية والحلول أثناء تطورها من البنى األساسية العامة إلى البنى الخاصة بالمنظمة‬
8
5
[Core Concepts]
Architecture Repository ‫مستودع البنية‬
Supporting the Enterprise Continuum is the concept of an Architecture Repository which can be
used to store different classes of architectural output, created by the ADM. In this way, the
TOGAF standard facilitates understanding and co-operation between stakeholders and
practitioners at different levels.
‫ ويعتبر مفهوم مستودع البنية الذي يمكن استخدامه لتخزين فئات مختلفة من مخرجات البنية‬Enterprise Continuum ‫يدعم‬
‫ التفاهم والتعاون بين أصحاب المصلحة والممارسين‬TOGAF ‫ يسهل معيار‬، ‫ بهذه الطريقة‬.ADM ‫ تم إنشاؤها بواسطة‬،
.‫على مختلف المستويات‬
In this context, the TOGAF ADM can be regarded as describing a process lifecycle that operates
at multiple levels within the organization, operating within a holistic governance framework and
producing aligned outputs that reside in an Architecture Repository.
‫ على أنه يصف دورة حياة العملية التي تعمل على مستويات متعددة داخل‬TOGAF ADM ‫ يمكن اعتبار‬، ‫في هذا السياق‬
.‫ وتعمل ضمن إطار عمل شامل للحوكمة وتنتج مخرجات متسقة موجودة في مستودع البنية‬، ‫المنظمة‬
The major components within an Architecture Repository are as follows:
:‫المكونات الرئيسية داخل مستودع البنية هي كما يلي‬








Architecture Metamodel
Architecture Capability
Architecture Landscape
Standards Information Base (SIB)
Reference Library
Governance Log
Architecture Requirements Repository
The Solutions Landscape
9
6
[Core Concepts]
Enterprise Architecture Capability ‫قدرة بنية المؤسسة‬
In order to carry out architectural activity effectively within an enterprise, it is necessary to put in
place an appropriate business capability for architecture, through organization structures, roles,
responsibilities, skills, and processes.
‫ من خالل الهياكل‬،‫ من الضروري وضع قدرة تجارية مناسبة للبنية‬، ‫من أجل تنفيذ نشاط البنية بشكل فعال داخل المؤسسة‬
.‫التنظيمية واألدوار والمسؤوليات والمهارات والعمليات‬
An Enterprise Architecture practice should establish capabilities in the following areas:
:‫يجب أن تنشئ ممارسة بنية المؤسسات قدرات في المجاالت التالية‬










Financial Management ‫االدارة المالية‬
Performance Management ‫ادارة األداء‬
Service Management ‫ادارة الخدمة‬
Risk Management ‫ادارة المخاطر‬
Resource Management ‫ادارة الموارد‬
Communications and Stakeholder Management ‫ادارة االتصاالت وأصحاب المصلحة‬
Quality Management ‫ادارة الجودة‬
Supplier Management ‫ادارة المورديين‬
Configuration Management ‫ادارة التكوين‬
Environment Management ‫ادارة البيئة‬
10
1
[Architecture Development Method (ADM)]
ADM Overview
The TOGAF ADM is the result of continuous contributions from a large number of architecture
practitioners. It describes a method for developing and managing the lifecycle of an Enterprise
Architecture, and forms the core of the TOGAF standard.
‫ يصف طريقة لتطوير وإدارة دورة‬.‫ هو نتيجة المساهمات المستمرة من عدد كبير من ممارسي البنية‬TOGAF ADM ‫إن‬
.TOGAF ‫ ويشكل جوهر معيار‬، ‫حياة بنية المؤسسة‬
Architecture Development Cycle
11
2
[Architecture Development Method (ADM)]
A version numbering convention is used within the ADM to illustrate the evolution of Baseline
and Target Architecture Definitions.
.‫ لتوضيح تطور البنية الحالية والمستهدفة‬ADM ‫يتم استخدام اصطالح ترقيم اإلصدارات داخل‬
Adapting the ADM ‫تكيف تطوير البنية‬
The ADM is a generic method for architecture development, which is designed to deal with most
system and organizational requirements. However, it will often be necessary to modify or extend
the ADM to suit specific needs. One of the tasks before applying the ADM is to review its
components for applicability, and then tailor them as appropriate to the circumstances of the
individual enterprise. This activity may well produce an "enterprise-specific" ADM.
‫ سيكون من الضروري‬، ‫ ومع ذلك‬.‫ وهي مصممة للتعامل مع معظم متطلبات النظام‬، ‫ هي طريقة عامة لتطوير البنية‬ADM
‫ في مراجعة‬ADM ‫ تتمثل إحدى المهام قبل تطبيق‬.‫ لتناسب االحتياجات المحددة‬ADM ‫في كثير من األحيان تعديل أو توسيع‬
‫ "خاص‬ADM ‫ قد ينتج عن هذا النشاط‬.‫ ثم تكييفها حسب االقتضاء لظروف المؤسسة الفردية‬، ‫مكوناتها من أجل قابلية التطبيق‬
."‫بالمؤسسة‬
12
3
[Architecture Development Method (ADM)]
Scoping the Architecture ‫تحديد نطاق البنية‬
Four dimensions are typically used in order to define and limit the scope of architecture:
:‫تُستخدم أربعة أبعاد عادة ً من أجل تحديد نطاق البنية والحد منه‬

Breadth: what is the full extent of the enterprise, and what part of that extent will this
architecting effort deal with?
 Depth: to what level of detail should the architecting effort go? What is the appropriate
demarcation between the architecture effort and other, related activities (system design,
system engineering, system development)?
 Time Period: what is the time period that needs to be articulated for the Architecture
Vision?
 Architecture Domains: a complete Enterprise Architecture description should contain
all four architecture domains (business, data, application, technology)
‫ وما هو جزء من هذا المدى سيتعامل معه جهد البنية؟‬، ‫ ما هو النطاق الكامل للمشروع‬:‫ العرض‬
‫ إلى أي مستوى من التفاصيل يجب أن تذهب جهود البنية؟ ما هو الفاصل المناسب بين جهد البنية واألنشطة‬:‫ العمق‬
‫ تطوير النظام)؟‬، ‫ هندسة النظم‬، ‫األخرى ذات الصلة (تصميم النظام‬
‫ ما هي الفترة الزمنية التي يجب توضيحها من أجل رؤية البنية ؟‬:‫ الفترة الزمنية‬
‫ البيانات‬، ‫ يجب أن يحتوي الوصف الكامل لبنية المؤسسة على جميع مجاالت البنى األربعة (األعمال‬:‫ مجاالت البنية‬
)‫ التقنية‬، ‫ التطبيق‬،
13
1
[Architecture Development Method]
Preliminary Phase ‫المرحلة التحضيرية‬
Objectives ‫األهداف‬
Determine the Architecture Capability desired by the organization:
:‫تحديد قدرة البنية التي تريدها المنظمة‬



Review the organizational context for conducting Enterprise Architecture
Identify the established frameworks, methods, and processes that intersect with the
Architecture Capability
Establish Capability Maturity target
‫ مراجعة السياق التنظيمي إلجراء البنية‬
‫ تحديد األطر واألساليب والعمليات المعمول بها التي تتقاطع مع قدرة البنية‬
‫ تحديد هدف نضج القدرة‬
Establish the Architecture Capability:
:‫إنشاء قدرة البنية‬




Define and establish the Organizational Model for Enterprise Architecture
Define and establish the detailed process and resources for Architecture Governance
Select and implement tools that support the Architecture Capability
Define the Architecture Principles
‫تحديد وتأسيس النموذج التنظيمي لبنية المؤسسة‬
‫تحديد وتأسيس العملية التفصيلية والموارد لحوكمة البنية‬
‫تحديد وتنفيذ األدوات التي تدعم قدرة البنية‬
‫تحديد مبادئ البنية‬




Inputs ‫المدخالت‬
1. The TOGAF Library
2. Other architecture frameworks
3. Board strategies and board business plans, business strategy, IT strategy, business
principles, business goals, and business drivers
4. Major frameworks operating in the business (e.g. SCRUM)
5. Governance and legal frameworks, including Architecture Governance strategy
6. Architecture capability
7. Partnership and contract agreements
14
2
[Architecture Development Method]
8. Existing documents relating to architecture capability
9. Organizational Model for Enterprise Architecture
10. Existing Architecture Framework
TOGAF ‫ مكتبة‬.1
‫ أطر البنية أخرى‬.2
، ‫ واستراتيجية تقنية المعلومات‬، ‫ واستراتيجية العمل‬، ‫ استراتيجيات مجلس اإلدارة وخطط أعمال مجلس اإلدارة‬.3
‫ ومحركات األعمال‬، ‫ وأهداف العمل‬، ‫ومبادئ العمل‬
)SCRUM ‫ األطر الرئيسية العاملة في األعمال (مثل‬.4
‫ بما في ذلك استراتيجية حوكمة البنية‬، ‫ الحوكمة واألطر القانونية‬.5
‫ قدرة البنية‬.6
‫ اتفاقيات الشراكة والعقود‬.7
‫ الوثائق الحالية المتعلقة بقدرة البنية‬.8
‫ النموذج التنظيمي لبنية المؤسسة‬.9
‫ إطار البنية الحالي‬.11
Steps ‫الخطوات‬
1.
1.
2.
2.
3.
3.
Scope the Enterprise Organizations Impacted
Confirm Governance and Support Frameworks
Define and Establish Enterprise Architecture Team and Organization
Identify and Establish Architecture Principles
Tailor the TOGAF Framework and, if any, Other Selected Architecture Framework(s)
Develop a Strategy and Implementation Plan for Tools and Techniques
‫ نطاق مؤسسات المؤسسة التي تأثرت‬.1
‫ تأكيد أطر الحوكمة والدعم‬.2
‫ تحديد وإنشاء فريق بنية المؤسسة وتنظيمها‬.3
‫ تحديد وتأسيس مبادئ البنية‬.4
‫ إطار (أطر) بنية أخرى مختارة‬، ‫ وإذا وجد‬، TOGAF ‫ قم بتخصيص إطار‬.5
‫ تطوير استراتيجية وخطة تنفيذ لألدوات والتقنيات‬.6
Outputs ‫المخرجات‬
1.
2.
3.
4.
5.
6.
Organizational Model for Enterprise Architecture
Tailored Architecture Framework
Initial Architecture Repository
Business principles, business goals, and business drivers
Request for Architecture Work (optional)
Architecture Governance Framework
‫ النموذج التنظيمي لبنية المؤسسة‬.1
‫ إطار البنية مخصص‬.2
15
3
[Architecture Development Method]
‫مستودع البنية األولية‬
‫مبادئ العمل وأهداف العمل ومحركات األعمال‬
)‫طلب عمل البنية (اختياري‬
‫إطار حوكمة البنية‬
.3
.4
.5
.6
Artifacts Produced ‫الملحقات المنتجه‬
Principles catalog ‫كتالوج المبادئ‬
Phase A: Architecture Vision
Objectives ‫األهداف‬

Develop a high-level aspirational vision of the capabilities and business value to be
delivered as a result of the proposed Enterprise Architecture
 Obtain approval for a Statement of Architecture Work that defines a program of works to
develop and deploy the architecture outlined in the Architecture Vision
‫ تطوير رؤية عالية المستوى للقدرات وقيمة األعمال التي سيتم تقديمها كنتيجة لبنية المؤسسة المقترحة‬
‫ الحصول على الموافقة على "بيان عمل البنية" الذي يحدد برنامج األعمال لتطوير ونشر البنية الموضحة في رؤية‬
‫البنية‬
Inputs ‫المدخالت‬
1.
2.
3.
4.
5.
6.
Architecture reference materials
Request for Architecture Work
Business principles, business goals, and business drivers
Organizational Model for Enterprise Architecture
Tailored Architecture Framework
Populated Architecture Repository
‫مواد مرجعية للبنية‬
‫طلب عمل البنية‬
‫مبادئ العمل وأهداف العمل ومحركات األعمال‬
‫النموذج التنظيمي لبنية المؤسسة‬
‫إطار البنية المخصص‬
‫مستودع البنية المأهولة‬
.1
.2
.3
.4
.5
.6
16
4
[Architecture Development Method]
Steps ‫الخطوات‬
1. Establish the Architecture Project
2. Identify Stakeholders, Concerns, and Business Requirements
3. Confirm and Elaborate Business Goals, Business Drivers, and Constraints
4. Evaluate Capabilities (updated for TOGAF 9.2)
5. Assess Readiness for Business Transformation
6. Define Scope
7. Confirm and Elaborate Architecture Principles, including Business Principles
8. Develop Architecture Vision
9. Define the Target Architecture Value Propositions and KPIs
10. Identify the Business Transformation Risks and Mitigation Activities
11. Develop Statement of Architecture Work; Secure Approval
‫ إنشاء مشروع البنية‬.1
‫ تحديد أصحاب المصلحة والمخاوف ومتطلبات العمل‬.2
‫ قم بتأكيد وتوضيح أهداف العمل ومحركات األعمال والقيود‬.3
)updated for TOGAF 9.2( ‫ تقييم القدرات‬.4
‫ تقييم الجاهزية لتحويل األعمال‬.5
‫ حدد النطاق‬.6
‫ بما في ذلك مبادئ العمل‬، ‫ تأكيد وتفصيل مبادئ البنية‬.7
‫ تطوير رؤية البنية‬.8
‫ حدد مقترحات قيمة البنية المستهدفة ومؤشرات األداء الرئيسية‬.9
‫ تحديد مخاطر تحول األعمال وأنشطة التخفيف‬.11
‫ الموافقة اآلمنة‬.‫ تطوير بيان عمل البنية‬.11
Outputs ‫المخرجات‬
1.
2.
3.
4.
5.
6.
7.
Approved Statement of Architecture Work
Refined statements of business principles, goals and drivers
Architecture principles
Capability assessment
Tailored architecture framework
Architecture vision
Draft architecture definition document (version 0.1 of all baseline and target BDAT
documents)
8. Communications plan
9. Additional content in the Architecture Repository
‫ بيان معتمد لعمل البنية‬.1
‫ بيانات معدله لمبادئ وأهداف ودوافع العمل‬.2
17
5
[Architecture Development Method]
‫مبادئ البنية‬
‫تقييم القدرة‬
‫إطار البنية المخصص‬
‫رؤية البنية‬
)‫ األساسية والمستهدفة‬BDAT ‫ من جميع وثائق‬1.1 ‫وثيقة تعريف المسودة للبنية (اإلصدار‬
‫خطة االتصاالت‬
‫محتوى إضافي في مستودع البنية‬
.3
.4
.5
.6
.7
.8
.9
Artifacts Produced ‫الملحقات المنتجه‬

Matrices: Stakeholder Map matrix
 Diagrams: Business Model diagram, Business Capability Map, Value Stream Map,
Value Chain diagram, Solution Concept diagram
Phase B: Business Architecture
Objectives ‫األهداف‬

Develop the Target Business Architecture that describes how the enterprise needs to
operate to achieve the business goals, and respond to the strategic drivers set out in the
Architecture Vision, in a way that addresses the Statement of Architecture Work and
stakeholder concerns
 Identify candidate Architecture Roadmap components based upon gaps between the
Baseline and Target Business Architectures
‫ واالستجابة للدوافع‬، ‫ تطوير بنية األعمال المستهدفة التي تصف كيف تحتاج المؤسسة للعمل لتحقيق أهداف العمل‬
‫ بطريقة تتناول بيان عمل البنية وشواغل أصحاب المصلحة‬، ‫اإلستراتيجية المنصوص عليها في رؤية البنية‬
‫ حدد مكونات خارطة طريق البنية المرشحة بنا ًء على الفجوات بين بنيتي األعمال األساسية والمستهدفة‬
Inputs ‫المدخالت‬
1.
2.
3.
4.
5.
6.
External reference materials
Request for Architecture Work (optional) (Preliminary Phase)
Business principles, goals, and drivers (Phase A)
Capability assessment (Phase A)
Communications plan (Phase A)
Organization Model for Enterprise Architecture (Prelim Phase)
18
6
[Architecture Development Method]
7. Tailored Architecture Framework (Prelim Phase)
8. Approved Statement of Architecture Work (Phase A)
9. Architecture principles (Phase A)
10. Enterprise continuum
11. Architecture Repository
12. Architecture vision (Phase A)
13. Draft architecture definition document (version 0.1 of all baseline and target BDAT
documents) (Phase A)
‫ المواد المرجعية الخارجية‬.1
)‫ طلب عمل البنية (اختياري) (المرحلة التحضيرية‬.2
)‫ مبادئ وأهداف ودوافع العمل (المرحلة أ‬.3
)‫ تقييم القدرة (المرحلة أ‬.4
)‫ خطة االتصاالت (المرحلة أ‬.5
)‫ النموذج التنظيمي لبنية المؤسسات (المرحلة التحضيرية‬.6
)‫ إطار البنية المخصص (المرحلة التحضيرية‬.7
)‫ بيان عمل البنية المعتمد (المرحلة أ‬.8
)‫ مبادئ البنية (المرحلة أ‬.9
Enterprise continuum .11
‫ مستودع البنية‬.11
)‫ رؤية البنية (المرحلة أ‬.12
)‫ األساسية والمستهدفة) (المرحلة أ‬BDAT ‫ من جميع وثائق‬1.1 ‫ مسودة وثيقة تعريف البنية (اإلصدار‬.13
Steps ‫الخطوات‬
1.
2.
3.
4.
5.
6.
7.
8.
9.
Select Reference Models, Viewpoints, and Tools
Develop Baseline Business Architecture Description
Develop Target Business Architecture Description
Perform Gap Analysis
Define Candidate Roadmap Components
Resolve Impacts Across the Architecture Landscape
Conduct Formal Stakeholder Review
Finalize the Business Architecture
Create the Architecture Definition Document
‫حدد النماذج المرجعية ووجهات النظر واألدوات‬
‫تطوير وصف بنية األعمال األساسية‬
‫تطوير وصف بنية األعمال المستهدفة‬
‫قم بإجراء تحليل الفجوة‬
.1
.2
.3
.4
19
7
[Architecture Development Method]
‫تحديد مكونات خارطة الطريق‬
‫حل التأثيرات عبر منظور البنية‬
‫إجراء مراجعة رسمية ألصحاب المصلحة‬
‫إنهاء بنية األعمال‬
‫قم بإنشاء وثيقة تعريف البنية‬
.5
.6
.7
.8
.9
Outputs ‫المخرجات‬
1. Refined Phase A deliverables
2. Draft architecture definition document
a) Baseline business architecture, v1.0 (detailed)
b) Target business architecture, v1.0 (detailed)
3. Draft architecture requirements specification – gap analysis
4. Business architecture components of an architecture roadmap
‫إصدارات محسنة ومحدثة من مخرجات المرحلة أ‬
‫مسودة وثيقة تعريف البنية‬
)‫ (تفصيلي‬1.1 ‫ اإلصدار‬، ‫) بنية األعمال األساسية‬a
)‫ (تفصيلي‬1.1 ‫ اإلصدار‬، ‫) بنية األعمال المستهدفة‬b
‫ تحليل الفجوات‬- ‫مسودة مواصفات متطلبات البنية‬
‫مكونات بنية األعمال لخريطة طريق البنية‬
.1
.2
.3
.4
Artifacts Produced ‫الملحقات المنتجه‬

Catalogs: Value Stream catalog, Business Capabilities catalog, Value Stream Stages
catalog, Organization/actor catalog, Driver/goal/objective catalog, role catalog, business
service/function catalog, location catalog, process/event/control/product catalog,
contract/measure catalog


Matrices:
Value
Stream/Capability
matrix,
Strategy/Capability
matrix,
Capability/Organization matrix, Business interaction matrix, actor/role matrix
Diagrams: Business Model diagram, Business Capability Map, Value Stream Map,
Organization Map, Business footprint diagram, business service/information diagram,
function decomposition diagram, product lifecycle diagram, goal/objective/service
diagram, business use-case diagram, organization decomposition diagram, process flow
diagram, event diagram
20
8
[Architecture Development Method]
Phase C: Information Systems Architectures - Data
Architecture
Objectives ‫األهداف‬

Develop the Target Data Architecture that enables the Business Architecture and the
Architecture Vision, in a way that addresses the Statement of Architecture Work and
stakeholder concerns
 Identify candidate Architecture Roadmap components based upon gaps between the
Baseline and Target Data Architectures
‫ بطريقة تعالج بيان عمل البنية ومخاوف أصحاب‬،‫ تطوير بنية البيانات المستهدفة التي تم ّكن بنية األعمال ورؤية البنية‬
‫المصلحة‬
‫ حدد مكونات خارطة طريق البنية المرشحة بنا ًء على الفجوات بين بنى البيانات األساسية والمستهدفة‬
Inputs ‫المدخالت‬
1. External reference materials
2. Request for Architecture Work (optional) (Preliminary Phase)
3. Capability assessment (Phase A)
4. Communications plan (Phase A)
5. Organization Model for Enterprise Architecture (Prelim Phase)
6. Tailored Architecture Framework (Prelim Phase)
7. Data principles
8. Approved Statement of Architecture Work (Phase A)
9. Architecture vision (Phase A)
10. Architecture Repository
11. Draft architecture documents and draft requirements (Phase B)
12. Business related architecture roadmap (Phase B)
‫ المواد المرجعية الخارجية‬.1
)‫ طلب عمل البنية (اختياري) (المرحلة التحضيرية‬.2
)‫ تقييم القدرة (المرحلة أ‬.3
)‫ خطة االتصاالت (المرحلة أ‬.4
)‫ النموذج التنظيمي لبنية المؤسسات (المرحلة التمهيدية‬.5
)‫ إطار البنية المخصص (المرحلة التمهيدية‬.6
‫ مبادئ البيانات‬.7
)‫ بيان عمل البنية المعتمد (المرحلة أ‬.8
)‫ رؤية البنية (المرحلة أ‬.9
‫ مستودع البنية‬.11
)‫ وثائق مسودة البنية ومسودة المتطلبات (المرحلة ب‬.11
21
9
[Architecture Development Method]
)‫ خارطة طريق البنية المتعلقة باألعمال (المرحلة ب‬.12
Steps ‫الخطوات‬
1.
2.
3.
4.
5.
6.
7.
8.
9.
Select Reference Models, Viewpoints, and Tools
Develop Baseline Data Architecture Description
Develop Target Data Architecture Description
Perform Gap Analysis
Define Candidate Roadmap Components
Resolve Impacts Across the Architecture Landscape
Conduct Formal Stakeholder Review
Finalize the Data Architecture
Create the Architecture Definition Document
‫حدد النماذج المرجعية ووجهات النظر واألدوات‬
‫تطوير وصف بنية البيانات األساسية‬
‫تطوير وصف بنية البيانات المستهدفة‬
‫قم بإجراء تحليل الفجوة‬
‫تحديد مكونات خارطة الطريق‬
‫حل التأثيرات عبر منظور البنية‬
‫إجراء مراجعة رسمية ألصحاب المصلحة‬
‫إنهاء بنية البيانات‬
‫قم بإنشاء وثيقة تعريف البنية‬
.1
.2
.3
.4
.5
.6
.7
.8
.9
Outputs ‫المخرجات‬
1. Refined Phase A deliverables
2. Draft architecture definition document
a) Baseline data architecture, v1.0 (detailed)
b) Target data architecture, v1.0 (detailed)
3. Draft architecture requirements specification – gap analysis
4. Data architecture components of an architecture roadmap
‫ إصدارات محسنة ومحدثة من مخرجات المرحلة أ‬.1
‫ مسودة وثيقة تعريف البنية‬.2
)‫ (تفصيلي‬1.1 ‫ اإلصدار‬، ‫) بنية البيانات األساسية‬a
)‫ (تفصيلي‬1.1 ‫ اإلصدار‬، ‫) بنية البيانات المستهدفة‬b
‫ تحليل الفجوات‬- ‫ مسودة مواصفات متطلبات البنية‬.3
22
10
[Architecture Development Method]
‫ مكونات بنية البيانات لخريطة طريق البنية‬.4
Artifacts Produced ‫الملحقات المنتجه‬

Catalogs: Data entity/data component catalog
 Matrices: Data entity/business function matrix, Application/Data matrix
 Diagrams: Conceptual data diagram, logical data diagram, data dissemination diagram,
data security diagram, data migration diagram, data lifecycle diagram
Phase C: Information Systems Architectures - Application
Architecture
Objectives ‫األهداف‬

Develop the Target Application Architecture that enables the Business Architecture and
the Architecture Vision, in a way that addresses the Statement of Architecture Work and
stakeholder concerns
 Identify candidate Architecture Roadmap components based upon gaps between the
Baseline and Target Application Architectures
‫ بطريقة تعالج بيان عمل البنية ومخاوف‬،‫ تطوير بنية التطبيقات المستهدفة التي تم ّكن بنية األعمال ورؤية البنية‬
‫أصحاب المصلحة‬
‫ حدد مكونات خارطة طريق البنية المرشحة بنا ًء على الفجوات بين بنى التطبيقات األساسية والمستهدفة‬
Inputs ‫المدخالت‬
1.
2.
3.
4.
5.
6.
7.
8.
9.
External reference materials
Request for Architecture Work (optional) (Preliminary Phase)
Capability assessment (Phase A)
Communications plan (Phase A)
Organization Model for Enterprise Architecture (Prelim Phase)
Tailored Architecture Framework (Prelim Phase)
Application principles
Approved Statement of Architecture Work (Phase A)
Architecture vision (Phase A)
23
‫]‪[Architecture Development Method‬‬
‫‪10. Architecture Repository‬‬
‫)‪11. Draft architecture documents and draft requirements (Phase B‬‬
‫)‪12. Business and data related architecture roadmap (Phase B and C‬‬
‫‪ .1‬المواد المرجعية الخارجية‬
‫‪ .2‬طلب عمل البنية (اختياري) (المرحلة التحضيرية)‬
‫‪ .3‬تقييم القدرة (المرحلة أ)‬
‫‪ .4‬خطة االتصاالت (المرحلة أ)‬
‫‪ .5‬النموذج التنظيمي لبنية المؤسسات (المرحلة التمهيدية)‬
‫‪ .6‬إطار البنية المخصص (المرحلة التمهيدية)‬
‫‪ .7‬مبادئ التطبيقات‬
‫‪ .8‬بيان عمل البنية المعتمد (المرحلة أ)‬
‫‪ .9‬رؤية البنية (المرحلة أ)‬
‫‪ .11‬مستودع البنية‬
‫‪ .11‬وثائق مسودة البنية ومسودة المتطلبات (المرحلة ب)‬
‫‪ .12‬خارطة طريق البنية المتعلقة باألعمال والبيانات (المرحلة ب والمرحلة ج)‬
‫الخطوات ‪Steps‬‬
‫‪.1‬‬
‫‪.2‬‬
‫‪.3‬‬
‫‪.4‬‬
‫‪.5‬‬
‫‪.6‬‬
‫‪.7‬‬
‫‪.8‬‬
‫‪.9‬‬
‫‪24‬‬
‫‪Select Reference Models, Viewpoints, and Tools‬‬
‫‪Develop Baseline Application Architecture Description‬‬
‫‪Develop Target Application Architecture Description‬‬
‫‪Perform Gap Analysis‬‬
‫‪Define Candidate Roadmap Components‬‬
‫‪Resolve Impacts Across the Architecture Landscape‬‬
‫‪Conduct Formal Stakeholder Review‬‬
‫‪Finalize the Application Architecture‬‬
‫‪Create the Architecture Definition Document‬‬
‫حدد النماذج المرجعية ووجهات النظر واألدوات‬
‫تطوير وصف بنية التطبيقات األساسية‬
‫تطوير وصف بنية التطبيقات المستهدفة‬
‫قم بإجراء تحليل الفجوة‬
‫تحديد مكونات خارطة الطريق‬
‫حل التأثيرات عبر منظور البنية‬
‫إجراء مراجعة رسمية ألصحاب المصلحة‬
‫إنهاء بنية التطبيقات‬
‫قم بإنشاء وثيقة تعريف البنية‬
‫‪1.‬‬
‫‪2.‬‬
‫‪3.‬‬
‫‪4.‬‬
‫‪5.‬‬
‫‪6.‬‬
‫‪7.‬‬
‫‪8.‬‬
‫‪9.‬‬
‫‪11‬‬
12
[Architecture Development Method]
Outputs ‫المخرجات‬
1. Refined Phase A deliverables
2. Draft architecture definition document
a) Baseline application architecture, v1.0 (detailed)
b) Target application architecture, v1.0 (detailed)
3. Draft architecture requirements specification – gap analysis
4. Application architecture components of an architecture roadmap
‫إصدارات محسنة ومحدثة من مخرجات المرحلة أ‬
‫مسودة وثيقة تعريف البنية‬
)‫ (تفصيلي‬1.1 ‫ اإلصدار‬، ‫) بنية التطبيقات األساسية‬a
)‫ (تفصيلي‬1.1 ‫ اإلصدار‬، ‫) بنية التطبيقات المستهدفة‬b
‫ تحليل الفجوات‬- ‫مسودة مواصفات متطلبات البنية‬
‫مكونات بنية التطبيقات لخريطة طريق البنية‬
.1
.2
.3
.4
Artifacts Produced ‫الملحقات المنتجه‬

Catalogs: Application portfolio catalog, interface catalog
 Matrices: Application/organization matrix, role/application matrix, application

function matrix, application interaction matrix
Diagrams: Application Communication diagram, Application and User Location
diagram, Application Use-Case diagram, Enterprise Manageability diagram,
Process/Application Realization diagram, Software Engineering diagram, Application
Migration diagram, Software Distribution diagram
Phase D: Technology Architecture
Objectives

Develop the Target Technology Architecture that enables the Architecture Vision, target
business, data, and application building blocks to be delivered through technology
components and technology services, in a way that addresses the Statement of
Architecture Work and stakeholder concerns
 Identify candidate Architecture Roadmap components based upon gaps between the
Baseline and Target Technology Architectures
‫ ووحدات بناء التطبيق‬، ‫ والبيانات‬، ‫ وأهداف األعمال التجارية‬، ‫ تطوير بنية التقنية المستهدفة التي تم ّكن رؤية البنية‬
‫ بطريقة تتناول بيان عمل البنية ومخاوف أصحاب المصلحة‬، ‫ليتم تسليمها من خالل مكونات التقنية وخدمات التقنية‬
25
13
[Architecture Development Method]
‫حدد مكونات خارطة طريق البنية المرشحة بنا ًء على الفجوات بين البنية التقنية األساسية والمستهدفة‬

Inputs ‫المدخالت‬
1. External reference materials
2. Product information on candidate products
3. Request for Architecture Work (optional) (Prelim Phase)
4. Capability assessment (Phase A)
5. Communications plan (Phase A)
6. Organization Model for Enterprise Architecture (Prelim Phase)
7. Tailored Architecture Framework (Prelim Phase)
8. Technology principles
9. Approved Statement of Architecture Work (Phase A)
10. Architecture vision (Phase A)
11. Architecture Repository
12. Draft architecture documents and draft requirements (Phase B and C)
13. Business, data and application components of an architecture roadmap (Phase B and C)
‫ المواد المرجعية الخارجية‬.1
‫ معلومات المنتج على المنتجات المرشحة‬.2
)‫ طلب عمل البنية (اختياري) (المرحلة التحضيرية‬.3
)‫ تقييم القدرة (المرحلة أ‬.4
)‫ خطة االتصاالت (المرحلة أ‬.5
)‫ النموذج التنظيمي لبنية المؤسسات (المرحلة التحضيرية‬.6
)‫ إطار البنية المخصص (المرحلة التحضيرية‬.7
‫ مبادئ التقنية‬.8
)‫ بيان عمل البنية المعتمد (المرحلة أ‬.9
)‫ رؤية البنية (المرحلة أ‬.11
‫ مستودع البنية‬.11
)C ‫ و‬B ‫ وثائق مسودة البنية ومسودة المتطلبات (المرحلة‬.12
)C ‫ و‬B ‫ مكونات األعمال والبيانات والتطبيقات لخارطة طريق البنية (المرحلة‬.13
Steps ‫الخطوات‬
1.
2.
3.
4.
5.
Select Reference Models, Viewpoints, and Tools
Develop Baseline Technology Architecture Description
Develop Target Technology Architecture Description
Perform Gap Analysis
Define Candidate Roadmap Components
26
14
[Architecture Development Method]
6.
7.
8.
9.
Resolve Impacts Across the Architecture Landscape
Conduct Formal Stakeholder Review
Finalize the Technology Architecture
Create the Architecture Definition Document
‫حدد النماذج المرجعية ووجهات النظر واألدوات‬
‫تطوير وصف بنية التقنية األساسية‬
‫تطوير وصف بنية التقنية المستهدفة‬
‫قم بإجراء تحليل الفجوة‬
‫تحديد مكونات خارطة الطريق‬
‫حل التأثيرات عبر منظور البنية‬
‫إجراء مراجعة رسمية ألصحاب المصلحة‬
‫إنهاء بنية التقنية‬
‫قم بإنشاء وثيقة تعريف البنية‬
.1
.2
.3
.4
.5
.6
.7
.8
.9
Outputs ‫المخرجات‬
1. Refined Phase A deliverables
2. Draft architecture definition document
a) Baseline technology architecture, v1.0 (detailed)
b) Target technology architecture, v1.0 (detailed)
3. Draft architecture requirements specification – gap analysis
4. Technology architecture components of an architecture roadmap
‫إصدارات محسنة ومحدثة من مخرجات المرحلة أ‬
‫مسودة وثيقة تعريف البنية‬
)‫ (تفصيلي‬1.1 ‫ اإلصدار‬، ‫) بنية التقنية األساسية‬a
)‫ (تفصيلي‬1.1 ‫ اإلصدار‬، ‫) بنية التقنية المستهدفة‬b
‫ تحليل الفجوات‬- ‫مسودة مواصفات متطلبات البنية‬
‫مكونات بنية التقنية لخريطة طريق البنية‬
.1
.2
.3
.4
Artifacts Produced ‫الملحقات المنتجه‬

Catalogs: Technology Standards catalog, Technology Portfolio catalog
 Matrices: Application/Technology matrix
 Diagrams: Environments and Locations diagram, Platform Decomposition diagram,
Processing diagram, Networked Computing/Hardware diagram, Communications
Engineering diagram
27
15
[Architecture Development Method]
Phase E: Opportunities & Solutions
Objectives ‫األهداف‬

Generate the initial complete version of the Architecture Roadmap, based upon the gap
analysis and candidate Architecture Roadmap components from Phases B, C, and D
 Determine whether an incremental approach is required, and if so identify Transition
Architectures that will deliver continuous business value
 Define the overall solution building blocks to finalize the Target Architecture based on
the Architecture Building Blocks (ABBs)
‫ بنا ًء على تحليل الفجوة ومكونات خارطة طريق البنية‬، ‫ قم بإنشاء النسخة الكاملة األولية من خارطة طريق البنية‬
D ‫ و‬C ‫ و‬B ‫المرشحة من المراحل‬
‫ حدد البنى االنتقالية التي ستوفر قيمة أعمال مستمرة‬، ‫ وإذا كان األمر كذلك‬، ‫ حدد ما إذا كان النهج اإلضافي مطلوبًا‬
)ABBs( ‫ حدد حلول وحدات البناء األساسية الشاملة إلنهاء البنية المستهدفة بنا ًء على وحدات بناء البنية‬
Inputs ‫المدخالت‬
1. External reference materials
2. Product information
3. Request for Architecture Work (optional) (Prelim Phase)
4. Capability assessment (Phase A)
5. Communications plan (Phase A)
6. Planning methodologies
7. Organization Model for Enterprise Architecture (Prelim Phase)
8. Tailored Architecture Framework (Prelim Phase)
9. Approved Statement of Architecture Work (Phase A)
10. Architecture vision (Phase A)
11. Architecture Repository
12. Draft architecture documents and draft requirements (BDAT)
13. Change requests for existing business programs and projects
14. Candidate architecture roadmap components
‫المواد المرجعية الخارجية‬
‫معلومات المنتج‬
)‫طلب عمل البنية (اختياري) (المرحلة التحضيرية‬
)‫تقييم القدرة (المرحلة أ‬
)‫خطة االتصاالت (المرحلة أ‬
‫منهجيات التخطيط‬
)‫النموذج التنظيمي لبنية المؤسسات (المرحلة التحضيرية‬
)‫إطار البنية المخصص (المرحلة التحضيرية‬
.1
.2
.3
.4
.5
.6
.7
.8
28
16
[Architecture Development Method]
)‫ بيان عمل البنية المعتمد (المرحلة أ‬.9
)‫ رؤية البنية (المرحلة أ‬.11
‫ مستودع البنية‬.11
)BDAT( ‫ وثائق مسودة البنية ومسودة المتطلبات‬.12
‫ طلبات التغيير لبرامج األعمال والمشاريع القائمة‬.13
‫ مكونات خارطة طريق البنية المرشحة‬.14
Steps ‫الخطوات‬
1. Determine key corporate change attributes
2. Determine business constraints
3. Review and consolidate gap analysis from Phases B to D
4. Review consolidated requirements across business functions
5. Consolidate and reconcile interoperability requirements
6. Refine and validate dependencies
7. Confirm readiness and risk for business transformation
8. Formulate implementation and migration strategy
9. Identify and group major work packages
10. Identify transition architectures
11. Create the architecture roadmap & implementation and migration plan
‫ تحديد سمات التغيير المؤسسي الرئيسية‬.1
‫ تحديد قيود العمل‬.2
D ‫ إلى‬B ‫ مراجعة وتوحيد تحليل الثغرات من المراحل‬.3
‫ مراجعة المتطلبات الموحدة عبر وظائف العمل‬.4
‫ توحيد والتوفيق بين متطلبات التشغيل البيني‬.5
‫ تنقيح والتحقق من التبعيات‬.6
‫ تأكيد االستعداد والمخاطر من أجل تحول األعمال‬.7
‫ صياغة استراتيجية التنفيذ واالنتقال‬.8
‫ تحديد وتجميع حزم العمل الرئيسية‬.9
‫ تحديد البنى االنتقالية‬.11
‫ إنشاء خارطة طريق البنية وخطة التنفيذ واالنتقال‬.11
Outputs ‫المخرجات‬
1.
2.
3.
4.
Refined Phase A deliverables
Draft architecture definition document – incl. baseline and target, v1.0
Draft architecture requirements specification – incl. gap analysis
Capability assessments
29
17
[Architecture Development Method]
5. Architecture roadmap, version 0.1
6. Implementation and migration plan, version 0.1
‫إصدارات محدثة ومحسنة من مخرجات المرحلة أ‬
v1.0 ، ‫ األساسية والمستهدفة‬.‫ بما في ذلك‬- ‫مشروع وثيقة تعريف البنية‬
‫ تحليل الفجوات‬.‫مسودة مواصفات متطلبات البنية – بما في ذلك‬
‫تقييمات القدرة‬
1.1 ‫ اإلصدار‬، ‫خارطة طريق البنية‬
1.1 ‫ اإلصدار‬، ‫خطة التنفيذ واالنتقال‬
.1
.2
.3
.4
.5
.6
Artifacts Produced ‫الملحقات المنتجه‬

Diagrams: Product context diagram, benefits diagram
Phase F: Migration Planning
Objectives ‫األهداف‬

Finalize the Architecture Roadmap and the supporting Implementation and Migration
Plan
 Ensure that the Implementation and Migration Plan is co-ordinated with the enterprise's
approach to managing and implementing change in the enterprise's overall change
portfolio
 Ensure that the business value and cost of work packages and Transition Architectures is
understood by key stakeholders
‫ وضع اللمسات األخيرة على خارطة طريق البنية وخطة التنفيذ واالنتقال‬
‫ تأكد من أن خطة التنفيذ واالنتقال منسقة مع نهج المؤسسة إلدارة وتنفيذ التغيير في محفظة التغيير الشاملة للمؤسسة‬
‫ تأكد من أن أصحاب المصلحة الرئيسيين يفهمون قيمة األعمال وتكلفة حزم العمل والبنى االنتقالية‬
Inputs ‫المدخالت‬
1.
2.
3.
4.
5.
6.
External reference materials
Request for Architecture Work (optional) (Prelim Phase)
Capability assessment (Phase A)
Communications plan (Phase A)
Organization Model for Enterprise Architecture (Prelim Phase)
Governance Models and Frameworks
30
18
[Architecture Development Method]
7. Tailored Architecture Framework (Prelim Phase)
8. Approved Statement of Architecture Work (Phase A)
9. Architecture vision (Phase A)
10. Architecture Repository
11. Draft architecture documents and draft requirements (BDAT)
12. Change requests for existing business programs and projects
13. Architecture roadmap, version 0.1 (Phase E)
14. Capability Assessment
15. Implementation and migration plan , version 0.1 (Phase E)
‫ المواد المرجعية الخارجية‬.1
)‫ طلب عمل البنية (اختياري) (المرحلة التحضيرية‬.2
)‫ تقييم القدرة (المرحلة أ‬.3
)‫ خطة االتصاالت (المرحلة أ‬.4
)‫ النموذج التنظيمي لبنية المؤسسات (المرحلة التحضيرية‬.5
‫ نماذج وأطر الحوكمة‬.6
)‫ إطار البنية المخصص (المرحلة التحضيرية‬.7
)‫ بيان عمل البنية المعتمد (المرحلة أ‬.8
)‫ رؤية البنية (المرحلة أ‬.9
‫ مستودع البنية‬.11
)BDAT( ‫ وثائق مسودة البنية ومسودة المتطلبات‬.11
‫ طلبات التغيير لبرامج األعمال والمشاريع القائمة‬.12
)‫ (المرحلة هـ‬1.1 ‫ اإلصدار‬، ‫ خارطة طريق البنية‬.13
‫ تقييم القدرة‬.14
)‫ (المرحلة هـ‬1.1 ‫ اإلصدار‬، ‫ خطة التنفيذ واالنتقال‬.15
Steps ‫الخطوات‬
1.
2.
3.
4.
Confirm management framework interactions
Assign a business value to each work package
Estimate resource requirements, project timings, etc
Prioritize the Migration Projects through the Conduct of a Cost/Benefit Assessment and
Risk Validation
5. Confirm architecture roadmap and update architecture definition document
6. Generate implementation and migration plan
7. Complete the architecture development cycle, lessons learned
‫ تأكيد تفاعالت إطار اإلدارة‬.1
‫ قم بتعيين قيمة عمل لكل حزمة عمل‬.2
‫ وما إلى ذلك‬، ‫ وتوقيت المشروع‬، ‫ تقدير متطلبات الموارد‬.3
‫ الفوائد والتحقق من المخاطر‬/ ‫ إعطاء األولوية لمشاريع االنتقال من خالل إجراء تقييم التكلفة‬.4
31
19
[Architecture Development Method]
‫ تأكيد خارطة طريق البنية وتحديث وثيقة تعريف البنية‬.5
‫ إنشاء خطة التنفيذ واالنتقال‬.6
‫ الدروس المستفادة‬، ‫ أكمل دورة تطوير البنية‬.7
Outputs ‫المخرجات‬
1.
2.
3.
4.
5.
6.
7.
8.
Implementation and Migration Plan, version 1.0
Finalized architecture definition document
Finalized architecture requirements
Finalized architecture roadmap
Reusable Architecture Building Blocks (ABBs)
Requests for Architecture Work for next ADM cycle (if any)
Implementation of governance model
Change requests for architecture capability from lessons learned
1.1 ‫ اإلصدار‬، ‫خطة التنفيذ واالنتقال‬
‫وثيقة تعريف البنية النهائية‬
‫متطلبات البنية النهائية‬
‫خارطة طريق البنية النهائية‬
)ABBs( ‫وحدات بناء البنية القابلة إلعادة االستخدام‬
)‫ القادمة (إن وجدت‬ADM ‫طلبات عمل البنية لدورة‬
‫تنفيذ نموذج الحوكمة‬
‫طلبات التغيير لقدرة البنية من الدروس المستفادة‬
.1
.2
.3
.4
.5
.6
.7
.8
Artifacts Produced ‫الملحقات المنتجه‬
None ‫ال يوجد‬
Phase G: Implementation Governance
Objectives ‫األهداف‬


Ensure conformance with the Target Architecture by implementation projects
Perform appropriate Architecture Governance functions for the solution and any
implementation-driven architecture Change Requests
‫ ضمان التوافق مع البنية المستهدفه من خالل تنفيذ المشاريع‬
‫ أداء وظائف حوكمة البنية المناسبة للحل وأي طلبات تغيير للبنية قائمة على التنفيذ‬
32
20
[Architecture Development Method]
Inputs ‫المدخالت‬
1. External reference materials
2. Request for Architecture Work (optional) (Prelim Phase)
3. Capability assessment (Phase A)
4. Organization Model for Enterprise Architecture (Prelim Phase)
5. Tailored Architecture Framework (Prelim Phase)
6. Approved Statement of Architecture Work (Phase A)
7. Architecture vision (Phase A)
8. Architecture Repository
9. Architecture definition documents and requirements (BDAT)
10. Architecture roadmap, version 1.0 (Phase F)
11. Implementation governance model
12. Architecture contract
13. Request for architecture work for next ADM cycle (Phase F)
14. Implementation and migration plan , version 1.0 (Phase F)
‫ المواد المرجعية الخارجية‬.1
)‫ طلب عمل البنية (اختياري) (المرحلة التحضيرية‬.2
)‫ تقييم القدرة (المرحلة أ‬.3
)‫ النموذج التنظيمي لبنية المؤسسات (المرحلة التحضيرية‬.4
)‫ إطار البنية المخصص (المرحلة التحضيرية‬.5
)‫ بيان عمل البنية المعتمد (المرحلة أ‬.6
)‫ رؤية البنية (المرحلة أ‬.7
‫ مستودع البنية‬.8
)BDAT ( ‫ وثائق ومتطلبات تعريف البنية‬.9
)F ‫ (المرحلة‬1.1 ‫ اإلصدار‬، ‫ خارطة طريق البنية‬.11
‫ نموذج حوكمة التنفيذ‬.11
‫ عقد البنية‬.12
)F ‫ القادمة (المرحلة‬ADM ‫ طلب عمل البنية لدورة‬.13
)F ‫ (المرحلة‬1.1 ‫ اإلصدار‬، ‫ خطة التنفيذ واالنتقال‬.14
Steps ‫الخطوات‬
1.
2.
3.
4.
5.
6.
Confirm Scope and Priorities for Deployment
Identify Deployment Resources and Skills
Guide Development of Solutions Deployment
Perform Enterprise Architecture Compliance Reviews
Implement Business and IT Operations
Perform Post-Implementation Review and Close the Implementation
33
21
[Architecture Development Method]
‫تأكيد النطاق واألولويات للنشر‬
‫تحديد موارد النشر والمهارات‬
‫توجيه تطوير نشر الحلول‬
‫أداء مراجعات االمتثال لبنية المؤسسة‬
‫تنفيذ عمليات األعمال وتقنية المعلومات‬
‫قم بإجراء مراجعة ما بعد التنفيذ وأغلق التنفيذ‬
.1
.2
.3
.4
.5
.6
‫عقد البنية‬
‫تقييمات االمتثال‬
‫طلبات التغيير‬
‫نشر الحلول المتوافقة مع البنية‬
.1
.2
.3
.4
Outputs ‫المخرجات‬
1.
2.
3.
4.
Architecture contract
Compliance assessments
Change requests
Architecture-compliant solutions deployed
Artifacts Produced ‫الملحقات المنتجه‬
None ‫ال يوجد‬
Phase H: Architecture Change Management
Objectives ‫األهداف‬



Ensure that the architecture lifecycle is maintained
Ensure that the Architecture Governance Framework is executed
Ensure that the Enterprise Architecture Capability meets current requirements
‫تأكد من الحفاظ على دورة حياة البنية‬
‫تأكد من تنفيذ إطار حوكمة البنية‬
‫تأكد من أن قدرة بنية المؤسسة تلبي المتطلبات الحالية‬



34
22
[Architecture Development Method]
Inputs ‫المدخالت‬
1. External reference materials
2. Request for Architecture Work (optional) (Prelim Phase)
3. Organization Model for Enterprise Architecture (Prelim Phase)
4. Tailored Architecture Framework (Prelim Phase)
5. Statement of Architecture Work (Phase A)
6. Architecture vision (Phase A)
7. Architecture Repository
8. Architecture definition documents and requirements (BDAT)
9. Architecture roadmap (Phase F)
10. Change requests – technology changes, business changes, lessons learned
11. Implementation governance model
12. Architecture contract (Phase G)
13. Compliance assessments (Phase G)
14. Implementation and migration plan, version 1.0 (Phase F)
‫ المواد المرجعية الخارجية‬.1
)‫ طلب عمل البنية (اختياري) (المرحلة التحضيرية‬.2
)‫ النموذج التنظيمي لبنية المؤسسات (المرحلة التحضيرية‬.3
)‫ إطار البنية المخصص (المرحلة التحضيرية‬.4
)‫ بيان عمل البنية (المرحلة أ‬.5
)‫ رؤية البنية (المرحلة أ‬.6
‫ مستودع البنية‬.7
)BDAT ( ‫ وثائق ومتطلبات تعريف البنية‬.8
)F ‫ خارطة طريق البنية (المرحلة‬.9
‫ الدروس المستفادة‬، ‫ تغييرات األعمال‬، ‫ تغييرات التقنية‬- ‫ طلبات التغيير‬.11
‫ نموذج تنفيذ الحوكمة‬.11
)G ‫ عقد البنية (المرحلة‬.12
)G ‫ تقييمات االمتثال (المرحلة‬.13
)F ‫ (المرحلة‬1.1 ‫ اإلصدار‬، ‫ خطة التنفيذ واالنتقال‬.14
Steps ‫الخطوات‬
1.
2.
3.
4.
5.
6.
Establish Value Realization Process
Deploy Monitoring Tools
Manage Risks
Provide Analysis for Architecture Change Management
Develop Change Requirements to Meet Performance Targets
Manage Governance Process
35
23
[Architecture Development Method]
7. Activate the Process to Implement Change
‫إنشاء عملية تحقيق القيمة‬
‫انشر أدوات المراقبة‬
‫إدارة المخاطر‬
‫تقديم تحليل إلدارة تغيير البنية‬
‫تطوير متطلبات التغيير لتلبية أهداف األداء‬
‫إدارة عملية الحوكمة‬
‫قم بتنشيط العملية لتنفيذ التغيير‬
.1
.2
.3
.4
.5
.6
.7
Architecture updates (for maintenance changes)
Changes to architecture framework and principles (for maintenance changes)
New Request for Architecture Work, to move to another cycle (for major changes)
Statement of Architecture Work , updated if necessary
Architecture Contract , updated if necessary
Compliance Assessments , updated if necessary
)‫تحديثات البنية (لتغييرات الصيانة‬
)‫التغييرات في البنية والمبادئ (لتغييرات الصيانة‬
)‫ لالنتقال إلى دورة أخرى (للتغييرات الرئيسية‬، ‫طلب جديد لعمل البنية‬
‫ محدث إذا لزم األمر‬،‫بيان عمل البنية‬
‫ محدث إذا لزم األمر‬، ‫عقد البنية‬
‫ تحديثها إذا لزم األمر‬، ‫تقييمات االمتثال‬






Outputs ‫المخرجات‬






Artifacts Produced ‫الملحقات المنتجه‬
None ‫ال يوجد‬
36
24
[Architecture Development Method]
Requirements Management








Technically, it’s a phase. But it’s constant
Continuous process of handling change during any phase of the ADM process.
Being able to handle change at any time is crucial for the ADM to succeed.
The purpose is: ensure the process is sustained through all phases
The purpose is: manage change while the ADM cycle is in progress
The purpose is: provide the requirements to each ADM phase
The Requirements Management Phase manages the “flow” of requirements
Requirements Management is the process that manages the repository
‫ لكنها ثابتة‬.‫ إنها مرحلة‬، ‫من الناحية الفنية‬
.ADM ‫عملية مستمرة للتعامل مع التغيير خالل أي مرحلة من مراحل عملية‬
.ADM ‫القدرة على التعامل مع التغيير في أي وقت أمر بالغ األهمية لنجاح‬
‫ ضمان استمرار العملية خالل جميع المراحل‬:‫الغرض هو‬
ADM ‫ إدارة التغيير أثناء استمرار دورة‬:‫الغرض هو‬
ADM ‫ توفير المتطلبات لكل مرحلة من مراحل‬:‫الغرض هو‬
‫تقوم مرحلة إدارة المتطلبات بإدارة "تدفق" المتطلبات‬
‫إدارة المتطلبات هي العملية التي تدير المستودع‬








Outputs ‫المخرجات‬


Requirements Impact Assessment
Updated Architecture Requirements Specification , if necessary
‫تقييم أثر المتطلبات‬
‫ إذا لزم األمر‬، ‫مواصفات متطلبات البنية المحدثة‬


37
1
[Introduction to ADM Guidelines and Techniques]
Techniques for Architecture Development
‫تقنيات تطوير البنية‬

Architecture Principles - principles for the use and deployment of IT resources across
the enterprise - describes how to develop the set of general rules and guidelines for the
architecture being developed
 Stakeholder Management - describes stakeholder management, an important discipline
that successful architecture practitioners can use to win support for their projects
 Architecture Patterns - provides guidance on using architectural patterns
 Gap Analysis - describes the technique known as gap analysis; it is widely used in the
TOGAF ADM to validate an architecture that is being developed
 Migration Planning Techniques - describes a number of techniques to support
migration planning in Phases E and F
 Interoperability Requirements - describes a technique for determining interoperability
requirements
 Business Transformation Readiness Assessment - describes a technique for identifying
business transformation issues
 Risk Management - describes a technique for managing risk during an
architecture/business transformation project
 Capability-Based Planning - describes the technique of capability-based planning
‫ تصف كيفية تطوير مجموعة القواعد‬- ‫ مبادئ الستخدام ونشر موارد تقنية المعلومات عبر المؤسسة‬- ‫ مبادئ البنية‬
‫العامة واإلرشادات للبنية التي يجري تطويرها‬
‫ وهو نظام مهم يمكن لممارسي البنية الناجحين استخدامه‬، ‫ يصف إدارة أصحاب المصلحة‬- ‫ إدارة أصحاب المصلحة‬
‫لكسب الدعم لمشاريعهم‬
‫ توفر إرشادات حول استخدام أنماط مناسبة للبنية‬- ‫ أنماط البنية‬
TOGAF ADM ‫ يصف التقنية المعروفة باسم تحليل الفجوة ؛ يتم استخدامه على نطاق واسع في‬- ‫ تحليل الفجوة‬
‫للتحقق من صحة البنية التي يتم تطويرها‬
F ‫ و‬E ‫ يصف عددًا من التقنيات لدعم تخطيط االنتقال في المرحلتين‬- ‫ تقنيات تخطيط االنتقال‬
‫ يصف تقنية لتحديد متطلبات التشغيل البيني‬- ‫ متطلبات التشغيل البيني‬
‫ يصف أسلوبًا لتحديد مشكالت تحول األعمال‬- ‫ تقييم جاهزية تحول األعمال‬
‫ األعمال‬/ ‫ يصف أسلوب إدارة المخاطر أثناء مشروع تحويل البنية‬- ‫ إدارة المخاطر‬
‫ يصف تقنية التخطيط القائم على القدرة‬- ‫ التخطيط القائم على القدرة‬
38
2
[Introduction to ADM Guidelines and Techniques]
Iteration Cycles ‫دورات التكرار‬
39
3
[Introduction to ADM Guidelines and Techniques]
Iteration between ADM Cycles ‫التكرار بين دورات تطوير البنية‬
40
1
[Architecture Principles]
Introduction ‫المقدمة‬
Principles are general rules and guidelines, intended to be enduring and seldom amended, that
inform and support the way in which an organization sets about fulfilling its mission.
‫ والتي تُعلم وتدعم الطريقة التي‬، ‫ونادرا ما يتم تعديلها‬
‫ تهدف إلى أن تكون دائمة‬، ‫المبادئ هي قواعد ومبادئ توجيهية عامة‬
ً
.‫تحدد بها المنظمة تحقيق مهمتها‬
Depending on the organization, principles may be established within different domains and at
different levels. Two key domains inform the development and utilization of architecture:
‫ هناك مجاالن رئيسيان يوجهان تطوير‬.‫ يمكن إنشاء المبادئ في مجاالت مختلفة وعلى مستويات مختلفة‬، ‫اعتمادًا على المنظمة‬
:‫البنية واستخدامها‬

Enterprise Principles provide a basis for decision-making throughout an enterprise, and
inform how the organization sets about fulfilling its mission
 Architecture Principles are a set of principles that relate to architecture work
‫ وتوضح كيف تحدد المنظمة تحقيق مهمتها‬، ‫سا التخاذ القرار في جميع أنحاء المؤسسة‬
ً ‫ توفر مبادئ المؤسسة أسا‬
‫ مبادئ البنية هي مجموعة من المبادئ التي تتعلق بعمل البنية‬
Developing Architecture Principles
‫تطوير مبادئ البنية‬
Architecture Principles are typically developed by the Enterprise Architects, in conjunction with
the key stakeholders, and are approved by the Architecture Board.
‫ ويتم اعتمادها من قبل مجلس‬، ‫ باالشتراك مع أصحاب المصلحة الرئيسيين‬،‫يتم تطوير مبادئ البنية عادة ً من قبل منفذو البنية‬
.‫البنية‬
Specifically, the development of Architecture Principles is typically influenced by the following:
:‫ يتأثر تطوير مبادئ البنية عادة ً بما يلي‬، ‫على وجه التحديد‬



Enterprise mission and plans: the mission, plans, and organizational infrastructure of
the enterprise
Enterprise strategic initiatives: the characteristics of the enterprise - its strengths,
weaknesses, opportunities, and threats - and its current enterprise-wide initiatives (such
as process improvement and quality management)
External constraints: market factors (time-to-market imperatives, customer
expectations, etc.); existing and potential legislation
41
2
[Architecture Principles]

Current systems and technology: the set of information resources deployed within the
enterprise, including systems documentation, network configuration diagrams, policies,
and procedures
 Emerging industry trends: predictions about economic, political, technical, and market
factors that influence the enterprise environment
‫ الرسالة والخطط والبنية التحتية التنظيمية للمؤسسة‬:‫ رسالة المؤسسة وخططها‬
‫ ومبادراتها‬- ‫ نقاط القوة والضعف والفرص والتهديدات‬- ‫ خصائص المؤسسة‬:‫ المبادرات اإلستراتيجية للمؤسسة‬
)‫الحالية على مستوى المؤسسة (مثل تحسين العمليات وإدارة الجودة‬
‫ إلخ) ؛ التشريعات القائمة‬، ‫ توقعات العمالء‬، ‫ عوامل السوق ( متطلبات الوقت للوصول إلى السوق‬:‫ القيود الخارجية‬
‫والمحتملة‬
‫ بما في ذلك وثائق األنظمة‬، ‫ مجموعة موارد المعلومات المنشورة داخل المؤسسة‬:‫ األنظمة والتقنيات الحالية‬
‫ومخططات تكوين الشبكة والسياسات واإلجراءات‬
‫ تنبؤات حول العوامل االقتصادية والسياسية والتقنية والسوقية التي تؤثر على بيئة‬:‫ اتجاهات الصناعة الناشئة‬
‫المؤسسة‬
Five Elements of a Good Principle ‫خمسة عناصر لمبدأ جيد‬

Understandability: the underlying tenets can be quickly grasped and understood by
individuals throughout the organization. The intention of the principle is clear and
unambiguous, so that violations, whether intentional or not, are minimized.
 Robustness: enable good quality decisions about architectures and plans to be made, and
enforceable policies and standards to be created. Each principle should be sufficiently
definitive and precise to support consistent decision-making in complex, potentially
controversial situations.
 Completeness: every potentially important principle governing the management of
information and technology for the organization is defined - the principles cover every
situation perceived.
 Consistency: The set of principles must be expressed in a way that allows a balance of
interpretations. Principles should not be contradictory to the point where adhering to one
principle would violate the spirit of another. Every word in a principle statement should
be carefully chosen to allow consistent yet flexible interpretation.
 Stability: principles should be enduring, yet able to accommodate changes
‫ القصد من المبدأ‬.‫ يمكن استيعاب المبادئ األساسية وفهمها بسرعة من قبل األفراد في جميع أنحاء المنظمة‬:‫ الفهم‬
.‫ سواء كانت مقصودة أو غير متعمدة‬، ‫ بحيث يتم تقليل االنتهاكات‬، ‫واضح ال لبس فيه‬
‫ يجب أن‬.‫ ووضع سياسات ومعايير قابلة للتنفيذ‬، ‫ تمكن من اتخاذ قرارات جيدة الجودة بشأن البنى والخطط‬:‫ المتانة‬
.‫يكون كل مبدأ محددًا ودقيقًا بشكل كافٍ لدعم اتخاذ قرارات متسقة في المواقف المعقدة والمثيرة للجدل‬
‫ تغطي المبادئ كل موقف‬- ‫ يتم تحديد كل مبدأ يحتمل أن يكون مه ًما يحكم إدارة المعلومات والتقنية للمنظمة‬:‫ االكتمال‬
.‫يتم إدراكه‬
42
3
[Architecture Principles]
‫ ال ينبغي أن تتعارض المبادئ مع‬.‫ يجب التعبير عن مجموعة المبادئ بطريقة تسمح بتوازن التفسيرات‬:‫االتساق‬
‫ يجب اختيار كل كلمة في البيان األساسي بعناية للسماح‬.‫النقطة التي يؤدي فيها االلتزام بمبدأ إلى انتهاك مبدأ أخر‬
.‫بتفسير متسق ومرن‬
‫ لكنها قادرة على استيعاب التغييرات‬، ‫ يجب أن تكون المبادئ ثابتة‬:‫االستقرار‬


Example of Architecture Principles ‫مثال على مبادئ البنية‬
Business Principles ‫مبادئ العمل‬
Principle 1: Business Continuity ‫ استمرارية العمل‬:‫المبدأ األول‬

Statement: Enterprise operations are maintained in spite of system interruptions.
.‫ يتم الحفاظ على عمليات المؤسسة على الرغم من انقطاع النظام‬:‫ البيان‬
 Rationale: As system operations become more pervasive, we become more dependent on
them; therefore, we must consider the reliability of such systems throughout their design
and use. Business premises throughout the enterprise must be provided with the
capability to continue their business functions regardless of external events. Hardware
failure, natural disasters, and data corruption should not be allowed to disrupt or stop
enterprise activities. The enterprise business functions must be capable of operating on
alternative information delivery mechanisms.
‫ يجب علينا النظر في موثوقية هذه‬، ‫ أصبحنا أكثر اعتمادًا عليها ؛ لذلك‬، ‫ مع تزايد انتشار عمليات النظام‬:‫ األسباب‬
‫ يجب تزويد أماكن العمل في جميع أنحاء المؤسسة بالقدرة على مواصلة‬.‫األنظمة من خالل تصميمها واستخدامها‬
‫ ال ينبغي السماح لفشل األجهزة والكوارث الطبيعية وتلف‬.‫وظائف األعمال بغض النظر عن األحداث الخارجية‬
‫ يجب أن تكون وظائف أعمال المؤسسة قادرة على العمل على آليات تسليم‬.‫البيانات بتعطيل أو إيقاف أنشطة المؤسسة‬
.‫المعلومات البديلة‬
 Implications: ‫المقتضيات‬
Dependency on shared system applications mandates that the risks of business
interruption must be established in advance and managed. Management includes:
periodic reviews, testing for vulnerability.
Applications must be assessed for criticality and impact on the enterprise mission,
in order to determine what level of continuity is required and what corresponding
recovery plan is necessary
ً.‫يفرض االعتماد على تطبيقات النظام المشتركة أنه يجب تحديد مخاطر انقطاع األعمال وإدارتها مسبقا‬
.‫ المراجعات الدورية واختبار الضعف‬:‫تشمل اإلدارة‬
‫ من أجل تحديد مستوى االستمرارية‬، ‫يجب تقييم الطلبات من حيث األهمية والتأثير على رسالة المؤسسة‬
‫المطلوب وما هي خطة االسترداد المقابلة الالزمة‬
43
4
[Architecture Principles]
Principle 2: Compliance with Law ‫ االمتثال للقانون‬:2 ‫المبدأ‬

Statement: Enterprise information management processes comply with all relevant laws,
policies, and regulations.
 Rationale: Enterprise policy is to abide by laws, policies, and regulations. This will not
preclude business process improvements that lead to changes in policies and regulations.
 Implications: The enterprise must be mindful to comply with laws, regulations, and
external policies regarding the collection, retention, and management of data
.‫ تتوافق عمليات إدارة معلومات المؤسسة مع جميع القوانين والسياسات واللوائح ذات الصلة‬:‫ البيان‬
‫ لن يمنع هذا من إدخال تحسينات على إجراءات‬.‫ سياسة المؤسسة هي االلتزام بالقوانين والسياسات واللوائح‬:‫ األسباب‬
.‫العمل التي تؤدي إلى تغييرات في السياسات واللوائح‬
‫ يجب أن تضع المؤسسة في اعتبارها االمتثال للقوانين واللوائح والسياسات الخارجية المتعلقة بجمع‬:‫ المقتضيات‬
‫البيانات واالحتفاظ بها وإدارتها‬
44
1
[Stakeholder Management]
Introduction ‫المقدمة‬
Stakeholder management is an important discipline that successful architecture practitioners can
use to win support from others. The benefits of successful stakeholder management are that:
‫ا‬
‫ فوائد اإلدارة‬.‫مجاًل مه اما يمكن لممارسي البنية الناجحين استخدامه لكسب الدعم من اآلخرين‬
‫تعد إدارة أصحاب المصلحة‬
:‫الناجحة ألصحاب المصلحة هي‬

The most powerful stakeholders can be identified early and their input can then be used
to shape the architecture; this ensures their support and improves the quality of the
models produced
 Support from the more powerful stakeholders will help the engagement win more
resources, thus making the architecture engagement more likely to succeed
 By communicating with stakeholders early and frequently, the architecture team can
ensure that they fully understand the architecture process, and the benefits of Enterprise
Architecture; this means they can support the architecture team more actively when
necessary
 The architecture team can identify conflicting or competing objectives among
stakeholders early and develop a strategy to resolve the issues arising from them
‫ يمكن تحديد أقوى أصحاب المصلحة في وقت مبكر ويمكن بعد ذلك استخدام مدخالتهم لتشكيل البنية ؛ هذا يضمن‬
‫دعمهم ويحسن جودة النماذج المنتجة‬
‫ مما يجعل مشاركة البنية أكثر‬، ‫ سيساعد الدعم من أصحاب المصلحة األقوى المشاركة على كسب المزيد من الموارد‬
‫احتماًل للنجاح‬
‫ يمكن لفريق البنية التأكد من فهمهم الكامل‬، ‫ من خالل التواصل مع أصحاب المصلحة في وقت مبكر وبشكل متكرر‬
‫لعملية البنية وفوائد بنية المؤسسة ؛ هذا يعني أنه يمكنهم دعم فريق البنية بشكل أكثر نشا ا‬
‫طا عند الضرورة‬
‫ يمكن لفريق البنية تحديد األهداف المتضاربة أو المتنافسة بين أصحاب المصلحة في وقت مبكر ووضع استراتيجية‬
‫لحل المشكالت الناشئة عنها‬
Steps in the Stakeholder Management Process
‫خطوات عملية إدارة أصحاب المصلحة‬
1. Identify Stakeholders
‫ تحديد أصحاب المصلحة‬.1
The first task is to brainstorm who the main Enterprise Architecture stakeholders are. As part of
this, think of all the people who are affected by it, who have influence or power over it, or have
an interest in its successful or unsuccessful conclusion.
45
2
[Stakeholder Management]
‫ فكر في جميع األشخاص‬، ‫ كجزء من هذا‬.‫المهمة األولى هي طرح األفكار عن أصحاب المصلحة الرئيسيين في بنية المؤسسة‬
.‫ أو لديهم مصلحة في نجاح البنية أو فشلها‬، ‫ والذين لديهم تأثير أو سلطة عليها‬، ‫المتأثرين بها‬
Look at who is impacted by the Enterprise Architecture project:
:‫انظر إلى من تأثر بمشروع بنية المؤسسة‬








Who gains and who loses from this change?
Who controls change management of processes?
Who designs new systems?
Who will make the decisions?
Who procures IT systems and who decides what to buy?
Who controls resources?
Who has specialist skills the project needs?
Who has influence?
‫من الذي يكسب ومن يخسر من هذا التغيير؟‬
‫من الذي يتحكم في إدارة التغيير في العمليات؟‬
‫من يصمم األنظمة الجديدة؟‬
‫من سيتخذ القرارات؟‬
‫من الذي يشتري أنظمة تقنية المعلومات ومن يقرر ماذا يشتري؟‬
‫من يتحكم في الموارد؟‬
‫من لديه المهارات المتخصصة التي يحتاجها المشروع؟‬
‫من له تأثير؟‬








2. Classify Stakeholder Positions
‫ تصنيف مواقف أصحاب المصلحة‬.2
Develop a good understanding of the most important stakeholders and record this analysis for
reference and refresh during the project.
.‫تطوير فهم جيد ألهم أصحاب المصلحة وتسجيل هذا التحليل للرجوع إليه وتحديثه أثناء المشروع‬
It is also important to assess the readiness of each stakeholder to behave in a supportive manner
(i.e., demonstrate commitment to the Enterprise Architecture initiative).
.)‫من المهم أيضاا تقييم مدى استعداد كل صاحب مصلحة للتصرف بطريقة داعمة (أي إظهار اًللتزام بمبادرة بنية المؤسسة‬
This can be done by asking a series of questions:
:‫يمكن القيام بذلك عن طريق طرح سلسلة من األسئلة‬

Is that person ready to change direction and begin moving towards the Target
Architecture? If so, how ready?
46
3
[Stakeholder Management]

Is that person capable of being a credible advocate or agent of the proposed Enterprise
Architecture initiative? If so, how capable?
 How involved is the individual in the Enterprise Architecture initiative? Are they simply
an interested observer, or do they need to be involved in the details?
‫ ما مدى‬، ‫ هل هذا الشخص مستعد لتغيير اًلتجاه والبدء في التحرك نحو البنية المستهدفه؟ إذا كان األمر كذلك‬
‫استعداده؟‬
‫ا‬
‫ فما‬، ‫وكيال لمبادرة بنية المؤسسة المقترحة؟ إذا كان األمر كذلك‬
‫ هل هذا الشخص قادر على أن يكون مؤيداا موثوقاا أو‬
‫هي القدرة؟‬
‫ ما مدى مشاركة الفرد في مبادرة بنية المؤسسة؟ هل هم مجرد مراقبين مهتمين أم يحتاجون إلى المشاركة في‬
‫التفاصيل؟‬
3. Determine Stakeholder Management Approach
‫ تحديد نهج إدارة أصحاب المصلحة‬.3
The previous steps identified a long list of people and organizations that are affected by the
Enterprise Architecture project.
.‫حددت الخطوات السابقة قائمة طويلة من األشخاص والمؤسسات المتأثرة بمشروع بنية المؤسسة‬
This step enables the team to easily see which stakeholders are expected to be blockers or critics,
and which stakeholders are likely to be advocates and supporters of the initiative.
‫ وأي أصحاب المصلحة من‬، ‫تمكن هذه الخطوة الفريق من معرفة أصحاب المصلحة المتوقع أن يكونوا مانعين أو منتقدين‬
.‫المحتمل أن يكونوا داعمين للمبادرة‬
Work out stakeholder power, influence, and interest, so as to focus the Enterprise Architecture
engagement on the key individuals. These can be mapped onto a power/interest matrix, which
also indicates the strategy to adopt for engaging with them.
.‫ من أجل تركيز مشاركة بنية المؤسسة على األفراد الرئيسيين‬، ‫اعمل على تحديد قوة أصحاب المصلحة وتأثيرهم واهتمامهم‬
.‫ والتي تشير أيضاا إلى اإلستراتيجية التي يجب تبنيها للتعامل معها‬، ‫ الفائدة‬/ ‫يمكن تعيينها في مصفوفة القوة‬
47
4
[Stakeholder Management]
4. Tailor Engagement Deliverables
‫ مخرجات المشاركة المخصصة‬.4
It is important to pay particular attention to stakeholder interests by defining specific catalogs,
matrices, and diagrams that are relevant for a particular Enterprise Architecture model. This
enables the architecture to be communicated to, and understood by, all the stakeholders, and
enables them to verify that the Enterprise Architecture initiative will address their concerns.
‫من المهم إيالء اهتمام خاص لمصالح أصحاب المصلحة من خالل تحديد كتالوجات ومصفوفات ومخططات معينة ذات صلة‬
‫ ويمكنهم من التحقق من أن مبادرة‬، ‫ وهذا يم ّكن من توصيل البنية وفهمه من قبل جميع أصحاب المصلحة‬.‫بنموذج بنية المؤسسة‬
.‫بنية المؤسسة ستعالج مخاوفهم‬
48
1
[Architecture Patterns]
Introduction ‫المقدمة‬
Patterns for describing Enterprise Architectures are becoming increasingly important to
practitioners. The diverse and multi-disciplinary nature of Enterprise Architecture requires that
patterns be developed in different disciplines, domains, and levels of detail. Previous versions of
this standard did not fully embrace architecture patterns due to their perceived lack of maturity.
Today, many organizations are using patterns to describe their architectures at various levels
ranging from software design patterns to business patterns. It remains true that there is no single
standard for describing Enterprise Architecture patterns. However, it can be said that there is a
pattern for describing patterns.
‫ تتطلب الطبيعة المتنوعة والمتعددة التخصصات لبنية‬.‫أصبحت أنماط وصف البنى المؤسسية ذات أهمية متزايدة للممارسين‬
‫ لم تتبنى اإلصدارات السابقة من هذا المعيار‬.‫المؤسسة تطوير األنماط في تخصصات ومجاالت ومستويات مختلفة من التفاصيل‬
ً ‫ تستخدم العديد من المؤسسات أنما‬، ‫ اليوم‬.‫أنماط البنية بشكل كامل بسبب نقص النضج الملحوظ‬
‫طا لوصف بنياتها على‬
‫ يظل صحي ًحا أنه ال يوجد معيار واحد لوصف أنماط بنية‬.‫مستويات مختلفة تتراوح من أنماط تصميم البرامج إلى أنماط األعمال‬
ً ‫ يمكن القول أن هناك نم‬، ‫ ومع ذلك‬.‫المؤسسة‬
.‫طا لوصف األنماط‬
Background ‫خلفية‬
A "pattern" has been defined as: "an idea that has been useful in one practical context and will
probably be useful in others" (Source: Analysis Patterns - Re-usable Object Models, by M.
Fowler).
:‫ " فكرة كانت مفيدة في سياق عملي واحد ومن المحتمل أن تكون مفيدة في سياق آخر" (المصدر‬:‫تم تعريف "النمط" على أنه‬
.)‫ فاولر‬.‫ بقلم إم‬، ‫ نماذج كائنات قابلة إلعادة االستخدام‬- ‫أنماط التحليل‬
In the TOGAF standard, patterns are considered to be a way of putting building blocks into
context; for example, to describe a re-usable solution to a problem. Building blocks are what you
use: patterns can tell you how you use them, when, why, and what trade-offs you have to make
in doing so.
‫ لوصف حل يمكن إعادة‬، ‫ تعتبر األنماط وسيلة لوضع وحدات البناء في السياق ؛ على سبيل المثال‬، TOGAF ‫في معيار‬
‫ يمكن لألنماط أن تخبرك بكيفية استخدامها ومتى ولماذا وما هي‬:‫ وحدات البناء هي ما تستخدمه‬.‫استخدامه لمشكلة ما‬
. ‫المقايضات التي يجب عليك القيام بها عند القيام بذلك‬
Patterns offer the promise of helping the architect to identify combinations of Architecture
and/or Solution Building Blocks (ABBs/SBBs) that have been proven to deliver effective
solutions in the past, and may provide the basis for effective solutions in the future.
ABBs / ( ‫ أو وحدات البناء للحلول‬/ ‫تقدم األنماط وعدًا بمساعدة منفذ البنية على تحديد مجموعات وحدات البناء للبنية و‬
ً
.‫ وقد توفر األساس لحلول فعالة في المستقبل‬، ‫حلوال فعالة في الماضي‬
‫) التي ثبت أنها تقدم‬SBBs
49
1
[Gap Analysis]
A gap analysis is a method of assessing the differences in performance between a business'
information systems or software applications to determine whether business requirements are
being met and, if not, what steps should be taken to ensure they are met successfully. Gap refers
to the space between "where we are" (the present state) and "where we want to be" (the target
state).
‫تحليل الفجوات هو طريقة لتقييم الفروق في األداء بين أنظمة معلومات الشركة أو تطبيقات البرمجيات لتحديد ما إذا كانت‬
‫ تشير‬.‫ فما هي الخطوات التي يجب اتخاذها لضمان الوفاء بها بنجاح‬، ‫ وإذا لم يكن األمر كذلك‬، ‫متطلبات العمل يت م تلبيتها‬
.)‫الفجوة إلى المسافة بين "أين نحن" (الحالة الحالية) و "المكان الذي نريد أن نكون فيه" (الحالة المستهدفة‬
The technique known as gap analysis is widely used in the TOGAF Architecture Development
Method (ADM) to validate an architecture that is being developed. The basic premise is to
highlight a shortfall between the Baseline Architecture and the Target Architecture; that is, items
that have been deliberately omitted, accidentally left out, or not yet defined.
‫ لتطوير البنية للتحقق من صحة البنية التي‬TOGAF ‫تُستخدم التقنية المعروفة باسم تحليل الفجوة على نطاق واسع في أسلوب‬
‫ الفرضية األساسية هي تسليط الضوء على النقص بين البنية األساسية والبنية المستهدفة؛ أي العناصر التي تم‬.‫يتم تطويرها‬
.‫حذفها عمدًا أو تركها عن طريق الخطأ أو لم يتم تحديدها بعد‬
Potential sources of gaps include:
:‫تشمل المصادر المحتملة للفجوات ما يلي‬

Business domain gaps:
:‫فجوات مجال األعمال‬

People gaps (e.g., cross-training requirements)
Process gaps (e.g., process inefficiencies)
Tools gaps (e.g., duplicate or missing tool functionality)
Information gaps
Measurement gaps
Financial gaps
Facilities gaps (buildings, office space, etc.)
)‫ متطلبات التدريب الشامل‬، ‫فجوات األشخاص (على سبيل المثال‬
)‫ عدم كفاءة العملية‬، ‫فجوات العملية (على سبيل المثال‬
)‫ وظيفة األداة المكررة أو المفقودة‬، ‫فجوات األدوات (على سبيل المثال‬
‫فجوات المعلومات‬
‫فجوات القياس‬
‫الفجوات المالية‬
).‫ إلخ‬، ‫ المساحات المكتبية‬، ‫فجوات المرافق (المباني‬
50
2
[Gap Analysis]

Data domain gaps:
:‫فجوات مجال البيانات‬

‫البيانات غير موجودة في المكان المطلوب‬
‫ليست البيانات المطلوبة‬
‫البيانات غير متوفرة عند الحاجة‬
‫لم يتم إنشاء البيانات‬
‫فجوات عالقة البيانات‬
Applications impacted, eliminated, or created
Technologies impacted, eliminated, or created
‫التطبيقات المتأثرة أو المحذوفة أو المنشأة‬
‫التقنيات التي تأثرت أو ألغيت أو تم إنشاؤها‬


Data not located where it is needed
Not the data that is needed
Data not available when needed
Data not created
Data relationship gaps


51
1
[Migration Planning Techniques]
Implementation Factor Assessment & Deduction Matrix
‫تقييم مصفوفة عامل التنفيذ واالستنتاج‬
The technique of creating an Implementation Factor Assessment and Deduction matrix can be
used to document factors impacting the architecture Implementation and Migration Plan.
.‫يمكن استخدام تقنية إنشاء مصفوفة تقييم عامل التنفيذ واالستنتاج لتوثيق العوامل التي تؤثر على تنفيذ البنية وخطة االنتقال‬
The matrix should include a list of the factors to be considered, their descriptions, and the
deductions that indicate the actions or constraints that have to be taken into consideration when
formulating the plans.
‫ والخصومات التي تشير إلى اإلجراءات‬، ‫ وأوصافها‬، ‫يجب أن تتضمن المصفوفة قائمة بالعوامل التي يجب أخذها في االعتبار‬
.‫أو القيود التي يجب أخذها في االعتبار عند صياغة الخطط‬
Factors typically include:
:‫تشمل العوامل عادة ً ما يلي‬






Risks ‫المخاطر‬
Issues ‫المشاكل‬
Assumptions ‫األفتراضات‬
Dependencies ‫التبعيات‬
Actions ‫األجراءات‬
Impacts ‫التأثيرات‬
Consolidated Gaps, Solutions, & Dependencies Matrix
‫مصفوفة الفجوات والحلول والتبعيات الموحدة‬
The technique of creating a Consolidated Gaps, Solutions, and Dependencies matrix allows the
architect to group the gaps identified in the domain architecture gap analysis results and assess
potential solutions and dependencies to one or more gaps.
‫تسمح تقنية إنشاء مصفوفة الفجوات والحلول والتبعيات الموحدة لمنفذ البنية بتجميع الفجوات المحددة في نتائج تحليل فجوة بنية‬
.‫المجال وتقييم الحلول والتبعيات المحتملة لفجوة واحدة أو أكثر‬
This matrix can be used as a planning tool when creating work packages. The identified
dependencies will drive the creation of projects and migration planning in Phases E and F.
‫ ستؤدي التبعيات المحددة إلى إنشاء المشاريع وتخطيط‬.‫يمكن استخدام هذه المصفوفة كأداة تخطيط عند إنشاء حزم العمل‬
.F ‫ و‬E ‫االنتقال في المرحلتين‬
52
2
[Migration Planning Techniques]
Architecture Definition Increments Table
‫جدول الزيادات في تعريف البنية‬
The technique of creating an Architecture Definition Increments table allows the architect to plan
a series of Transition Architectures outlining the status of the Enterprise Architecture at specified
times.
‫تسمح تقنية إنشاء جدول الزيادات تعريف البنية لمنفذ البنية بالتخطيط لسلسلة من البنى االنتقالية التي تحدد حالة بنية المؤسسة‬
.‫في أوقات محددة‬
Transition Architecture State Evolution Table
‫جدول تطور حالة البنية االنتقالية‬
The technique of creating the Transition Architecture State Evolution table allows the architect
to show the proposed state of the architectures at various levels using the defined taxonomy.
‫تسمح تقنية إنشاء جدول تطور حالة البنية االنتقالية لمنفذ البنية بإظهار الحالة المقترحة للبنية على مستويات مختلفة باستخدام‬
. ‫التصنيف المحدد‬
A table should be drawn, listing the services from the taxonomy used in the enterprise, the
Transition Architectures, and proposed transformations.
.‫ والتحوالت المقترحة‬، ‫ والبنى االنتقالية‬، ‫ يسرد الخدمات من التصنيف المستخدم في المؤسسة‬، ‫يجب رسم جدول‬
Business Value Assessment Technique
‫تقنية تقييم قيمة األعمال‬
A technique to assess business value is to draw up a matrix based on a value index dimension
and a risk index dimension. The value index should include criteria such as compliance to
principles, financial contribution, strategic alignment, and competitive position. The risk index
should include criteria such as size and complexity, technology, organizational capacity, and
impact of a failure. Each criterion should be assigned an individual weight.
‫ يجب أن يتضمن‬.‫تتمثل إحدى طرق تقييم قيمة األعمال في وضع مصفوفة بنا ًء على بُعد مؤشر القيمة وبُعد مؤشر المخاطر‬
‫ يجب أن يتضمن‬.‫ والموقف التنافسي‬، ‫ والمواءمة االستراتيجية‬، ‫ والمساهمة المالية‬، ‫مؤشر القيمة معايير مثل االمتثال للمبادئ‬
.‫ يجب تعيين وزن فردي لكل معيار‬.‫مؤشر المخاطر معايير مثل الحجم والتعقيد والتقنية والقدرة التنظيمية وتأثير الفشل‬
53
1
[Interoperability Requirements]
A definition of interoperability is "the ability to share information and services". Defining the
degree to which the information and services are to be shared is a very useful architectural
requirement, especially in a complex organization and/or extended enterprise.
‫ يعد تحديد درجة مشاركة المعلومات والخدمات مطلبًا‬."‫تعريف التشغيل البيني هو "القدرة على مشاركة المعلومات والخدمات‬
.‫ أو مؤسسة ممتدة‬/ ‫ خاصة في مؤسسة معقدة و‬، ‫للبنية ومفيدًا للغاية‬
The determination of interoperability is present throughout the Architecture Development
Method (ADM) as follows:
:‫) على النحو التالي‬ADM( ‫تحديد قابلية التشغيل البيني في جميع أنحاء طريقة تطوير البنية‬

In the Architecture Vision (Phase A), the nature and security considerations of the
information and service exchanges are first revealed within the business scenarios
 In the Business Architecture (Phase B), the information and service exchanges are further
defined in business terms
 In the Data Architecture (Phase C), the content of the information exchanges is detailed
using the corporate data and/or information exchange model
 In the Application Architecture (Phase C), the way that the various applications are to
share the information and services is specified
 In the Technology Architecture (Phase D), the appropriate technical mechanisms to
permit the information and service exchanges are specified
 In Opportunities & Solutions (Phase E), the actual solutions are selected
 In Migration Planning (Phase F), the interoperability is logically implemented
‫ تم الكشف عن طبيعة واعتبارات األمن لتبادل المعلومات والخدمات أوالً ضمن‬، )‫ في رؤية البنية (المرحلة أ‬
‫سيناريوهات األعمال‬
‫ يتم تعريف تبادل المعلومات والخدمات بشكل أكبر في شروط العمل‬، )‫ في بنية األعمال (المرحلة ب‬
‫ أو نموذج تبادل‬/ ‫ يتم تفصيل محتوى تبادل المعلومات باستخدام بيانات الشركة و‬، )‫ في بنية البيانات (المرحلة ج‬
‫المعلومات‬
‫ يتم تحديد طريقة مشاركة التطبيقات المختلفة للمعلومات والخدمات‬، )‫ في بنية التطبيقات (المرحلة ج‬
‫ تم تحديد اآلليات التقنية المناسبة للسماح بتبادل المعلومات والخدمات‬، )‫ في بنية التقنية (المرحلة د‬
‫ يتم اختيار الحلول الفعلية‬، )‫ في الفرص والحلول (المرحلة هـ‬
‫ يتم تنفيذ قابلية التشغيل البيني منطقيًا‬، )‫ في تخطيط االنتقال (المرحلة ف‬
54
1
[Business Transformation Readiness Assessment]
Introduction ‫المقدمة‬
Enterprise Architecture is a major endeavor within an organization and most often an innovative
Architecture Vision (Phase A) and supporting Architecture Definition (Phases B to D) will entail
considerable change.
‫مسعى رئيسيًا داخل المنظمة وغالبًا ما تتطلب رؤية البنية المبتكرة (المرحلة أ) ودعم تعريف البنية‬
‫تعتبر بنية المؤسسة‬
ً
.‫كبيرا‬
)D ‫ إلى‬B ‫(المراحل من‬
ً ‫تغييرا‬
ً
Understanding the readiness of the organization to accept change, identifying the issues, and then
dealing with them in the Implementation and Migration Plans is key to successful architecture
transformation in Phases E and F. This will be a joint effort between corporate (especially human
resources) staff, lines of business, and IT planners.
‫أمرا أساسيًا لتحقيق‬
ً ‫ ومن ثم التعامل معها في خطط التنفيذ واألنتقال‬، ‫ وتحديد المشكالت‬، ‫يعد فهم استعداد المنظمة لقبول التغيير‬
‫ وسيكون هذا جهدًا مشتر ًكا بين الشركة (خاصة الموارد البشرية) الموظفين وخطوط‬.F ‫ و‬E ‫تحول البنية الناجح في المرحلتين‬
.‫األعمال ومخططي تقنية المعلومات‬
The recommended activities in an assessment of an organization's readiness to address business
transformation are:
:‫األنشطة الموصى بها في تقييم استعداد المنظمة لمعالجة تحول األعمال هي‬





Determine the readiness factors that will impact the organization
Present the readiness factors using maturity models
Assess the readiness factors, including determination of readiness factor ratings
Assess the risks for each readiness factor and identify improvement actions to mitigate
the risk
Work these actions into Phase E and F Implementation and Migration Plan
‫ تحديد عوامل الجاهزية التي ستؤثر على المنظمة‬
‫ اعرض عوامل الجاهزية باستخدام نماذج النضج‬
‫ بما في ذلك تحديد تصنيفات عامل االستعداد‬، ‫ تقييم عوامل االستعداد‬
‫ تقييم المخاطر لكل عامل استعداد وتحديد إجراءات التحسين للتخفيف من المخاطر‬
‫ من خطة التنفيذ واالنتقال‬F ‫ و‬E ‫ اعمل على تنفيذ هذه اإلجراءات في المرحلة‬
Determine Readiness Factors ‫تحديد عوامل االستعداد‬
This can be best achieved through the conduct of a facilitated workshop with individuals from
different parts of the organization. It is important that all perspectives are sought as the issues
will be varied. In this workshop it is very useful to start off with a tentative list of factors that
participants can re-use, reject, augment, or replace. An example set of factors follows:
55
2
[Business Transformation Readiness Assessment]
‫ من المهم أن يتم‬.‫يمكن تحقيق ذلك على أفضل وجه من خالل إجراء ورشة عمل ُميسرة مع أفراد من أجزاء مختلفة من المنظمة‬
‫ من المفيد جدًا في هذه الورشة البدء بقائمة مؤقتة من العوامل التي يمكن‬.‫البحث عن جميع وجهات النظر حيث ستتنوع المشاكل‬
:‫ فيما يلي مثال لمجموعة من العوامل‬.‫للمشاركين إعادة استخدامها أو رفضها أو زيادتها أو استبدالها‬


Vision is the ability to clearly define and communicate what is to be achieved
Desire, Willingness, and Resolve is the presence of a desire to achieve the results,
willingness to accept the impact of doing the work, and the resolve to follow through and
complete the endeavor
 Need, in that there is a compelling need to execute the endeavor
 Business Case exists that creates a strong focus for the project, identifying benefits that
must be achieved and thereby creating an imperative to succeed
 Funding, in the form of a clear source of fiscal resources, exists that meets the endeavor's
potential expenditures
 Sponsorship and Leadership exists and is broadly shared
 Governance is the ability to engage the involvement and support of all parties with an
interest in or responsibility to the endeavor with the objective of ensuring that the
corporate interests are served and the objectives achieved
 Accountability is the assignment of specific and appropriate responsibility, recognition
of measurable expectations by all concerned parties, and alignment of decision-making
with areas of responsibility and with where the impact of the decisions will be felt
 Workable Approach and Execution Model is an approach that makes sense relative to
the task, with a supporting environment, modeled after a proven approach
 IT Capacity to Execute is the ability to perform all the IT tasks required by the project,
including the skills, tools, processes, and management capability
 Enterprise Capacity to Execute is the ability of the enterprise to perform all the tasks
required by the endeavor, in areas outside of IT, including the ability to make decisions
within the tight time constraints typical to project environments based upon the recent
successful execution of a similar endeavor of at least half the size and complexity
 Enterprise Ability to Implement and Operate the transformation elements and their
related business processes, absorb the changes arising from implementation, and ongoing
ability to operate in the new environment
‫ الرؤية هي القدرة على تحديد وتوصيل ما يجب تحقيقه بوضوح‬
‫ والعزم على‬، ‫ واالستعداد لقبول تأثير القيام بالعمل‬، ‫ الرغبة واإلرادة والعزم هو وجود الرغبة في تحقيق النتائج‬
‫متابعة وإكمال المسعى‬
‫ في ذلك هناك حاجة ملحة لتنفيذ المسعى‬، ‫ الحاجة‬
ً
‫ وتحدد الفوائد التي يجب تحقيقها وبالتالي تخلق حتمية للنجاح‬، ‫تركيزا قويًا للمشروع‬
‫ توجد دراسة الجدوى التي تخلق‬
‫ يلبي النفقات المحتملة للمسعى‬، ‫ في شكل مصدر واضح للموارد المالية‬، ‫ يوجد تمويل‬
‫ الرعاة والقيادة موجودة ومشتركة على نطاق واسع‬
‫ الحوكمة هي القدرة على إشراك و دعم جميع األطراف التي لديها مصلحة أو مسؤولية في المسعى بهدف ضمان خدمة‬
‫مصالح الشركة وتحقيق األهداف‬
56
‫]‪[Business Transformation Readiness Assessment‬‬
‫‪‬‬
‫‪‬‬
‫‪‬‬
‫‪‬‬
‫‪‬‬
‫المساءلة هي إسناد مسؤولية محددة ومناسبة ‪ ،‬واالعتراف بالتوقعات القابلة للقياس من قبل جميع األطراف المعنية ‪،‬‬
‫ومواءمة صنع القرار مع مجاالت المسؤولية ومع المكان الذي سيظهر فيه تأثير القرارات‬
‫النهج العملي ونموذج التنفيذ هو نهج منطقي بالنسبة للمهمة ‪ ،‬مع بيئة داعمة ‪ ،‬على غرار نهج مثبت‬
‫قدرة تقنية المعلومات على التنفيذ هي القدرة على أداء جميع مهام تقنية المعلومات التي يتطلبها المشروع ‪ ،‬بما في‬
‫ذلك المهارات واألدوات والعمليات والقدرة اإلدارية‬
‫قدرة المؤسسة على التنفيذ هي قدرة المؤسسة على أداء جميع المهام التي يتطلبها المسعى ‪ ،‬في مناطق خارج تقنية‬
‫المعلومات ‪ ،‬بما في ذلك القدرة على اتخاذ القرارات ضمن قيود الوقت الضيقة النموذجية لبيئات المشروع بنا ًء على‬
‫التنفيذ الناجح األخير لبرنامج مماثل‪ .‬مسعى ال يقل عن نصف الحجم والتعقيد‬
‫قدرة المؤسسة على تنفيذ وتشغيل عناصر التحول والعمليات التجارية ذات الصلة ‪ ،‬واستيعاب التغييرات الناشئة عن‬
‫التنفيذ ‪ ،‬والقدرة المستمرة على العمل في البيئة الجديدة‬
‫عوامل الجاهزية الحالية ‪Present Readiness Factors‬‬
‫‪57‬‬
‫‪3‬‬
1
[Risk Management]
Introduction ‫المقدمة‬
There will always be risk with any architecture/business transformation effort. It is important to
identify, classify, and mitigate these risks before starting so that they can be tracked throughout
the transformation effort.
‫ من المهم تحديد هذه المخاطر وتصنيفها والتخفيف من حدتها‬.‫ األعمال‬/ ‫ستكون هناك دائ ًما مخاطر مع أي جهود لتحويل البنية‬
.‫قبل البدء حتى يمكن تتبعها طوال جهود التحول‬
There are two levels of risk that should be considered, namely:
:‫ وهما‬، ‫هناك مستويان من المخاطر التي يجب أخذها في االعتبار‬


Initial Level of Risk: risk categorization prior to determining and implementing
mitigating actions
Residual Level of Risk: risk categorization after implementation of mitigating actions (if
any)
‫ تصنيف المخاطر قبل تحديد وتنفيذ إجراءات التخفيف‬:‫ المستوى األولي للمخاطر‬
)‫ تصنيف المخاطر بعد تنفيذ إجراءات التخفيف (إن وجدت‬:‫ المستوى المتبقي للمخاطر‬
Risk Classification ‫تصنيف المخاطر‬
Risk is pervasive in any Enterprise Architecture activity and is present in all phases within the
Architecture Development Method (ADM). From a management perspective, it is useful to
classify the risks so that the mitigation of the risks can be executed as expeditiously as possible.
‫ من وجهة‬.)ADM( ‫تعتبر المخاطر منتشرة في أي نشاط لبنية المؤسسات وهي موجودة في جميع مراحل أسلوب تطوير البنية‬
.‫ من المفيد تصنيف المخاطر بحيث يمكن تنفيذ التخفيف من المخاطر بأسرع ما يمكن‬، ‫نظر اإلدارة‬
Risks are normally classified as time (schedule), cost (budget), and scope but they could also
include client transformation relationship risks, contractual risks, technological risks, scope and
complexity risks, environmental (corporate) risks, and personnel risks.
‫ والنطاق ولكن يمكن أن تشمل أيضًا مخاطر‬، )‫ والتكلفة (الميزانية‬، )‫عادة ما يتم تصنيف المخاطر على أنها الوقت (الجدول‬
، )‫ والمخاطر البيئية (للشركات‬، ‫ ومخاطر النطاق والتعقيد‬، ‫ والمخاطر التكنولوجية‬، ‫ والمخاطر التعاقدية‬، ‫عالقة تحول العميل‬
.‫ومخاطر الموظفين‬
58
2
[Risk Management]
Risk Identification ‫تعريف المخاطر‬
The maturity and transformation readiness assessments will generate a great many risks. Identify
the risks and then determine the strategy to address them throughout the transformation.
.‫ حدد المخاطر ثم حدد االستراتيجية لمواجهتها طوال فترة التحول‬.‫ستولد تقييمات النضج والجاهزية للتحول مخاطر كثيرة‬
The use of Capability Maturity Models (CMMs) is suitable for specific factors associated with
architecture delivery to first identify baseline and target states and then identify the actions
required to move to the target state. The implications of not achieving the target state can result
in the discovery of risks. Business Transformation Readiness Assessment for specific details.
‫) مناسبًا لعوامل محددة مرتبطة بتسليم البنية لتحديد الحاالت األساسية والمستهدفة‬CMMs( ‫يعد استخدام نماذج نضج القدرة‬
‫ يمكن أن تؤدي اآلثار المترتبة على عدم تحقيق الحالة‬.‫أوالً ثم تحديد اإلجراءات المطلوبة لالنتقال إلى الحالة المستهدفة‬
.‫ تقييم جاهزية تحول األعمال للحصول على تفاصيل محددة‬.‫المستهدفة إلى اكتشاف المخاطر‬
Normally these methodologies involve procedures for contingency planning, tracking and
evaluating levels of risk, reacting to changing risk level factors, as well as processes for
documenting, reporting, and communicating risks to stakeholders.
‫ والرد على عوامل مستوى‬، ‫ وتتبع وتقييم مستويات المخاطر‬، ‫عادة ً ما تتضمن هذه المنهجيات إجراءات للتخطيط للطوارئ‬
.‫ باإلضافة إلى عمليات التوثيق والتقارير وإبالغ المخاطر ألصحاب المصلحة‬، ‫المخاطر المتغيرة‬
Initial Risk Assessment ‫التقييم األولي للمخاطر‬
The following guidelines are based upon existing risk management best practices. Effect could
be assessed using the following example criteria:
:‫ يمكن تقييم التأثير باستخدام معايير المثال التالية‬.‫تستند اإلرشادات التالية إلى أفضل الممارسات الحالية إلدارة المخاطر‬

Catastrophic: infers critical financial loss that could result in bankruptcy of the
organization
 Critical: infers serious financial loss in more than one line of business leading to a loss in
productivity and no return on investment on the IT investment
 Marginal: infers a minor financial loss in a line of business and a reduced return on
investment on the IT investment
 Negligible: infers a minimal impact on a line of business' ability to deliver services
and/or products
‫ ينتج عنه خسارة مالية خطيرة يمكن أن تؤدي إلى إفالس المنظمة‬:‫ كارثي‬
‫ تتسبب في خسارة مالية خطيرة في أكثر من خط عمل واحد مما يؤدي إلى خسارة في اإلنتاجية وعدم وجود‬:‫ حرج‬
‫عائد على االستثمار في االستثمار في تقنية المعلومات‬
‫ يشير إلى خسارة مالية طفيفة في مجال األعمال وعائد مخفض على االستثمار في تقنية المعلومات‬:‫ هامشي‬
59
3
[Risk Management]
‫ أو المنتجات‬/ ‫ يشير إلى تأثير ضئيل على قدرة مجال العمل على تقديم الخدمات و‬:‫ضئيل‬

Frequency could be indicated as follows:
:‫يمكن اإلشارة إلى التكرار على النحو التالي‬





Frequent: likely to occur very often and/or continuously
Likely: occurs several times over the course of a transformation cycle
Occasional: occurs sporadically
Seldom: would probably occur not more than once in the course of a transformation
cycle
Unlikely: will probably not occur during the course of a transformation cycle
‫ أو بشكل مستمر‬/ ‫كثيرا و‬
ً ‫ من المحتمل أن يحدث‬:‫ متكرر‬
‫ يحدث عدة مرات خالل دورة التحول‬:‫ من المحتمل‬
‫ يحدث بشكل متقطع‬:‫ من حين آلخر‬
‫ ربما ال يحدث أكثر من مرة في سياق دورة التحول‬:‫نادرا‬

ً
‫ من المحتمل أال يحدث أثناء دورة التحول‬:‫ من غير المحتمل‬
Combining the two factors to infer impact would be conducted using a heuristically-based but
consistent classification scheme for the risks. A potential scheme to assess corporate impact
could be as follows:
.‫يتم الجمع بين العاملين الستنتاج التأثير باستخدام مخطط تصنيف المخاطر القائم على الكشف عن مجريات األمور ولكنه متسق‬
:‫يمكن أن يكون المخطط المحتمل لتقييم تأثير الشركة كما يلي‬




Extremely High Risk (E): the transformation effort will most likely fail with severe
consequences
High Risk (H): significant failure of parts of the transformation effort resulting in certain
goals not being achieved
Moderate Risk (M): noticeable failure of parts of the transformation effort threatening
the success of certain goals
Low Risk (L): certain goals will not be wholly successful
‫ من المرجح أن تفشل جهود التحول مع عواقب وخيمة‬:)E( ‫ مخاطر عالية للغاية‬
‫ فشل كبير في أجزاء من جهود التحول مما أدى إلى عدم تحقيق أهداف معينة‬:)H( ‫ مخاطر عالية‬
‫ فشل ملحوظ ألجزاء من جهد التحول يهدد نجاح بعض األهداف‬:)M( ‫ مخاطر متوسطة‬
‫ بعض األهداف لن تكون ناجحة بالكامل‬:)L( ‫ مخاطر منخفضة‬
60
4
[Risk Management]
Risk Mitigation and Residual Risk Assessment
‫التخفيف من المخاطر وتقييم المخاطر المتبقية‬
Risk mitigation refers to the identification, planning, and conduct of actions that will reduce the
risk to an acceptable level.
.‫يشير تخفيف المخاطر إلى تحديد وتخطيط وتنفيذ اإلجراءات التي من شأنها تقلل المخاطر إلى مستوى مقبول‬
The mitigation effort could be a simple monitoring and/or acceptance of the risk to a full-blown
contingency plan calling for complete redundancy in a Business Continuity Plan (with all of the
associated scope, cost, and time implications).
‫ أو قبول للمخاطر على خطة طوارئ كاملة تتطلب التكرار الكامل‬/ ‫يمكن أن تكون جهود التخفيف عبارة عن مراقبة بسيطة و‬
.)‫في خطة استمرارية األعمال ( مع كل ما يرتبط بها من النطاق والتكلفة واآلثار الزمنية‬
61
1
[Capability-Based Planning]
Capability-based planning accommodates most, if not all, of the corporate business models and
is especially useful in organizations where a latent capability to respond (e.g., an emergency
preparedness unit)
‫ نماذج أعمال الشركة وهو مفيد بشكل خاص في المؤسسات التي‬، ‫ إن لم يكن كل‬، ‫يستوعب ال تخطيط القائم على القدرة معظم‬
)‫ وحدة االستعداد للطوارئ‬، ‫تتمتع فيها بقدرة كامنة على االستجابة (على سبيل المثال‬
From an IT perspective, capability-based planning is particularly relevant. For example, setting
up a data center is really about consolidating corporate data and providing the related services.
Lead Enterprise Architects for this capability will find themselves involved in managing
construction, personnel training, and other change management tasks as well as IT architecture
tasks.
‫ يتعلق إنشاء مركز‬، ‫ على سبيل المثال‬.‫ يعد التخطيط القائم على القدرات وثيق الصلة بشكل خاص‬، ‫من منظور تقنية المعلومات‬
‫ سيجد منفذو بنية المؤسسة الرائدون لهذه القدرة أنفسهم مشاركين‬.‫بيانات فعليًا بدمج بيانات الشركة وتقديم الخدمات ذات الصلة‬
.‫في إدارة اإلنشاءات وتدريب الموظفين ومهام إدارة التغيير األخرى باإلضافة إلى مهام بنية تقنية المعلومات‬
Capability-based planning frames all phases of the architecture development in the context of
business outcomes, clearly linking the IT vision, architectures (ABBs and SBBs), and the
Implementation and Migration Plans with the corporate strategic and business plans.
، ‫ ويربط بوضوح رؤية تقنية المعلومات‬، ‫يؤطر التخطيط القائم على القدرة جميع مراحل تطوير البنية في سياق نتائج األعمال‬
.‫ وخطط التنفيذ واالنتقال مع خطط استراتيجية الشركة وخطط األعمال التجارية‬، )SBBs ‫ و‬ABBs( ‫والبنى‬
From an Enterprise Architecture and IT perspective, capability-based planning is a powerful
mechanism to ensure that the strategic business plan drives the enterprise from a top-down
approach. It is also adaptable with capability engineering to leverage emerging bottom-up
innovations.
‫ يعد التخطيط القائم على القدرات آلية قوية لضمان أن خطة العمل االستراتيجية‬، ‫من منظور بنية المؤسسات وتقنية المعلومات‬
‫ كما أنها قابلة للتكيف مع هندسة القدرات لالستفادة من االبتكارات الناشئة من أسفل‬.‫تقود المؤسسة من نهج من أعلى إلى أسفل‬
. ‫إلى أعلى‬
No matter how the corporation structures itself, it will have to cope with the delivery of business
capabilities whose delivery will require co-ordination and alignment across business verticals.
‫ سيتعين عليها التعامل مع تقديم قدرات العمل التي سيتطلب تسليمها التنسيق‬، ‫بغض النظر عن كيفية هيكلة الشركة نفسها‬
. ‫والمواءمة عبر قطاعات األعمال‬
Capability-based planning is a versatile business planning paradigm that is very useful from an
Enterprise Architecture perspective. It assists in aligning IT with the business and helps focus IT
architects on the continuous creation of business value.
‫ يساعد في‬.‫التخطيط القائم على القدرة هو نموذج تخطيط أعمال متعدد االستخدامات ومفيد جدًا من منظور بنية المؤسسة‬
.‫مواءمة تقنية المعلومات مع األعمال التجارية ويساعد في تركيز منفذو تقنية المعلومات على اإلنشاء المستمر لقيمة األعمال‬
62
1
[Architecture Content Framework]
Overview ‫نظرة عامة‬
Architects executing the Architecture Development Method (ADM) will produce a number of
outputs as a result of their efforts, such as process flows, architectural requirements, project
plans, project compliance assessments, etc. The content framework provides a structural
model for architectural content that allows the major work products that an architect creates to be
consistently defined, structured, and presented.
‫ مثل تدفقات العملية‬، ‫) عددًا من المخرجات نتيجة لجهودهم‬ADM( ‫سينتج منفذو البنية الذين ينفذون طريقة تطوير البنية‬
‫ يوفر إطار عمل المحتوى نموذ ًجا هيكليًا لمحتوى‬.‫ومتطلبات البنية وخطط المشروع وتقييمات االمتثال للمشروع وما إلى ذلك‬
.‫البنية الذي يسمح بتعريف وهيكلة وتقديم منتجات العمل الرئيسية التي ينشئها منفذو البنية باستمرار‬
The content framework provided here is intended to allow the TOGAF framework to be used as
a stand-alone framework for architecture within an enterprise. However, other content
frameworks exist (such as the Zachman Framework) and it is anticipated that some enterprises
may opt to use an external framework in conjunction with the TOGAF framework. In these
cases, the TOGAF content framework provides a useful reference and starting point for TOGAF
content to be mapped to other content frameworks.
‫ ومع ذلك‬.‫ كإطار عمل مستقل للبنية داخل مؤسسة‬TOGAF ‫يهدف إطار عمل المحتوى المقدم هنا إلى السماح باستخدام إطار‬
‫) ومن المتوقع أن تختار بعض المؤسسات استخدام إطار عمل‬Zachman ‫ توجد أطر عمل أخرى للمحتوى (مثل إطار‬،
‫ مرجعًا مفيدًا ونقطة انطالق‬TOGAF ‫ يوفر إطار عمل محتوى‬، ‫ في هذه الحاالت‬.TOGAF ‫خارجي بالتزامن مع إطار عمل‬
.‫ ليتم ربطه بأطر عمل أخرى للمحتوى‬TOGAF ‫لمحتوى‬
The Architecture Content Framework uses the following three categories to describe the type of
architectural work product within the context of use:
:‫يستخدم إطار محتوى البنية الفئات الثالث التالية لوصف نوع منتج عمل البنية في سياق االستخدام‬



A deliverable is a work product that is contractually specified and in turn formally
reviewed, agreed, and signed off by the stakeholders
An artifact is an architectural work product that describes an aspect of the architecture.
A building block represents a (potentially re-usable) component of enterprise capability
that can be combined with other building blocks to deliver architectures and solutions
Architecture Building Blocks (ABBs) typically describe required capability and
shape the specification of Solution Building Blocks (SBBs); for example, a
customer services capability may be required within an enterprise, supported by
many SBBs, such as processes, data, and application software
Solution Building Blocks (SBBs) represent components that will be used to
implement the required capability; for example, a network is a building block that
can be described through complementary artifacts and then put to use to realize
solutions for the enterprise
63
‫]‪[Architecture Content Framework‬‬
‫‪‬‬
‫‪‬‬
‫‪‬‬
‫الناتج هو منتج عمل محدد تعاقديًا وبدوره تتم مراجعته رسميًا والموافقة عليه والتوقيع عليه من قبل أصحاب‬
‫المصلحة‬
‫الملحقات هي منتج عمل البنية التي تصف جانبًا من جوانب البنية‪.‬‬
‫تمثل وحدات البناء مكونًا (يحتمل إعادة استخدامه) لقدرة المؤسسة يمكن دمجه مع وحدات البناء األخرى لتقديم البنى‬
‫والحلول‬
‫تصف وحدات البناء للبنية (‪ )ABBs‬عادة ً القدرة المطلوبة وتشكل مواصفات وحدات بناء للحلول‬
‫(‪ )SBBs‬؛ على سبيل المثال ‪ ،‬قد تكون هناك حاجة إلى قدرة خدمات العمالء داخل مؤسسة ‪ ،‬مدعومة من‬
‫قبل العديد من ‪ ، SBBs‬مثل العمليات والبيانات وبرامج التطبيقات‬
‫تمثل وحدات البناء للحلول (‪ )SBBs‬المكونات التي سيتم استخدامها لتنفيذ القدرة المطلوبة ؛ على سبيل‬
‫المثال ‪ ،‬الشبكة عبارة عن وحدة بناء يمكن وصفها من خالل الملحقات التكميلية ثم استخدامها لتحقيق حلول‬
‫للمؤسسة‬
‫‪For example, an Architecture Definition Document is a deliverable that documents an‬‬
‫‪Architecture Description. This document will contain a number of complementary artifacts that‬‬
‫‪are architecture views of the building blocks relevant to the architecture. For example, a process‬‬
‫‪flow diagram (an artifact) may be created to describe the target call handling process (a building‬‬
‫‪block). This artifact may also describe other building blocks, such as the actors involved in the‬‬
‫‪process (e.g., a Customer Services Representative).‬‬
‫على سبيل المثال ‪ ،‬وثيقة تعريف البنية هي أحد النواتج التي توثق وصف البنية‪ .‬ستحتوي هذه الوثيقة على عدد من الملحقات‬
‫التكميلية التي تمثل منظور البنية لوحدات البناء ذات الصلة بالبنية‪ .‬على سبيل المثال ‪ ،‬يمكن إنشاء مخطط تدفق العملية (ملحق)‬
‫لوصف عملية معالجة المكالمات المستهدفة (وحدة بناء)‪ .‬قد يصف هذا الملحق أيضًا وحدات البناء األخرى ‪ ،‬مثل الجهات‬
‫الفاعلة المشاركة في العملية (على سبيل المثال ‪ ،‬ممثل خدمة العمالء)‪.‬‬
‫‪64‬‬
‫‪2‬‬
3
[Architecture Content Framework]
Content Metamodel
The content metamodel provides a definition of all the types of building blocks that may exist
within an architecture, showing how these building blocks can be described and related to one
another.
‫ ويوضح كيف يمكن وصف وحدات‬، ‫ تعريفًا لجميع أنواع وحدات البناء التي قد توجد داخل البنية‬content metamodel ‫يوفر‬
.‫البناء هذه وربطها ببعضها البعض‬
65
4
[Architecture Content Framework]
Content Framework and the TOGAF ADM
The TOGAF ADM describes the process of moving from a baseline state of the enterprise to a
target state of the enterprise. The ADM will address a business need through a process of
visioning, architecture definition, transformation planning, and Architecture Governance. At
each stage in this process, the ADM requires information as inputs and will create outputs as a
result of executing a number of steps. The content framework provides an underlying structure
for the ADM that defines inputs and outputs in more detail and puts each deliverable into the
context of the holistic architecture view of the enterprise.
‫ على‬ADM ‫ سيعمل‬.‫ عملية االنتقال من الحالة األساسية للمؤسسة إلى الحالة المستهدفة للمؤسسة‬TOGAF ADM ‫يصف‬
‫ في كل مرحلة من هذه‬.‫ وحوكمة البنية‬، ‫ وتخطيط االنتقال‬، ‫ وتعريف البنية‬، ‫تلبية احتياجات العمل من خالل عملية الرؤية‬
‫ يوفر إطار عمل‬.‫ معلومات كمدخالت وستقوم بإنشاء مخرجات كنتيجة لتنفيذ عدد من الخطوات‬ADM ‫ تتطلب‬، ‫العملية‬
ً
‫ يحدد المدخالت والمخرجات بمزيد من التفصيل ويضع كل منتج في سياق العرض الشامل‬ADM ‫هيكال أساسيًا لـ‬
‫المحتوى‬
.‫لبنية للمؤسسة‬
The content framework should therefore be used as a companion to the ADM. The ADM
describes what needs to be done to create an architecture and the content framework describes
what the architecture should look like once it is done.
‫ ما يجب القيام به إلنشاء بنية ويصف إطار عمل المحتوى‬ADM ‫ يصف‬.ADM ‫لذلك يجب استخدام إطار المحتوى كمرافق لـ‬
.‫الشكل الذي يجب أن تبدو عليه البنية بمجرد االنتهاء من ذلك‬
66
1
[Architecture Deliverables]
The TOGAF Content Framework identifies deliverables that are produced as outputs from
executing the ADM cycle and potentially consumed as inputs at other points in the ADM. Other
deliverables may be produced elsewhere and consumed by the ADM.
‫ ومن المحتمل أن يتم‬ADM ‫ للمحتوى المخرجات التي يتم إنتاجها كمخرجات من تنفيذ دورة‬TOGAF ‫يحدد إطار عمل‬
.ADM ‫ قد يتم إنتاج مخرجات أخرى في مكان آخر واستهالكها بواسطة‬.ADM ‫استهالكها كمدخالت في نقاط أخرى في‬
Deliverable
Output from...
Architecture Building Blocks
Input to...
F, H
A, B, C, D, E
-
-
B, C, D, E, F
C, D, E, F, G, H
Preliminary, A, B, C, D
Preliminary, A, B, C, D, E, F, G, H
Preliminary
Preliminary, A, B, C, D, E, F, G, H,
Requirements Management
‫وحدات بناء البنية‬
Architecture Contract
‫عقد البنية‬
Architecture Definition Document
‫وثيقة تعريف البنية‬
Architecture Principles
‫مبادئ البنية‬
Architecture Repository
‫مستودع البنية‬
Architecture Requirements Specification B, C, D, E, F, Requirements
Management
‫مواصفات متطلبات البنية‬
C, D, Requirements Management
Architecture Roadmap
B, C, D, E, F
B, C, D, E, F
A, E
B, C, D, E, F, G, H, Requirements
Management
‫خارطة طريق البنية‬
Architecture Vision
‫رؤية البنية‬
Business Principles, Business Goals, and Preliminary, A, B
Business Drivers
A, B
‫مبادئ األعمال وأهداف األعمال ومحركات األعمال‬
Capability Assessment
A, E
B, C, D, E, F
‫تقييم القدرة‬
67
2
[Architecture Deliverables]
Change Request
F, G, H
-
A
B, C, D, E, F
G
H
E, F
F
F
G, H
‫طلب تغيير‬
Communications Plan
‫خطة األتصاالت‬
Compliance Assessment
‫تقييم األمتثال‬
Implementation and Migration Plan
‫خطة التنفيذ واألنتقال‬
Implementation Governance Model
‫نموذج تنفيذ الحوكمة‬
Organizational Model for Enterprise Preliminary
Architecture
Preliminary, A, B, C, D, E, F, G, H,
Requirements Management
‫النموذج التنظيمي لبنية المؤسسة‬
Request for Architecture Work
Preliminary, F, H
A, G
Requirements Management
Requirements Management
G
A, B, C, D, E, F, G
A, B, C, D, E, F, G, H
B, C, D, E, F, G, H, Requirements
Management
Preliminary, A
Preliminary, A, B, C, D, E, F, G, H,
Requirements Management
‫طلب عمل البنية‬
Requirements Impact Assessment
‫تقييم أثر المتطلبات‬
Solution Building Blocks
‫وحدات البناء للحلول‬
Statement of Architecture Work
‫بيان عمل البنية‬
Tailored Architecture Framework
‫إطار بنية مخصص‬
68
1
[Architecture Board]
Role ‫الدور‬
A key element in a successful Architecture Governance strategy. This body should be
representative of all the key stakeholders in the architecture, and will typically comprise a group
of executives responsible for the review and maintenance of the overall architecture.
‫ يجب أن يكون المجلس ممثلة لجميع أصحاب المصلحة الرئيسيين في‬.‫عنصر أساسي في استراتيجية حوكمة البنية الناجحة‬
.‫ وستتألف عادة من مجموعة من المديرين التنفيذيين المسؤولين عن مراجعة البنية والمحافظة عليها‬، ‫البنية‬
Each board will be established with identifiable and articulated:
:‫سيتم إنشاء كل مجلس مع تحديد‬


Responsibilities and decision-making capabilities
Remit and authority limits
‫المسؤوليات وقدرات اتخاذ القرار‬
‫حدود الصالحيات والسلطة‬


Responsibilities ‫المسؤوليات‬
The Architecture Board is typically made responsible, and accountable, for achieving some or all
of the following goals:
:‫عادة ً ما يكون مجلس البنية مسؤوالً وخاض ًعا للمساءلة عن تحقيق بعض أو كل األهداف التالية‬






Providing the basis for all decision-making with regard to the architectures
Consistency between sub-architectures
Establishing targets for re-use of components
Flexibility of the Enterprise Architecture:
To meet changing business needs
To leverage new technologies
Enforcement of Architecture Compliance
Improving the maturity level of architecture discipline within the organization
‫توفير جميع عمليات صنع القرار فيما يتعلق بالبنية‬
‫االتساق بين البنى الفرعية‬
‫تحديد أهداف إلعادة استخدام المكونات‬
:‫مرونة بنية المؤسسة‬
‫لتلبية احتياجات العمل المتغيرة‬
‫لالستفادة من التقنيات الجديدة‬
‫تنفيذ االمتثال المتعلق بالبنية‬





69
2
[Architecture Board]
‫تحسين مستوى نضج البنية داخل المنظمة‬

Further responsibilities from an operational perspective should include:
:‫يجب أن تشمل المسؤوليات اإلضافية من منظور تشغيلي ما يلي‬


All aspects of monitoring and control of the Architecture Contract
Ensuring the effective and consistent management and implementation of the
architectures
 Resolving ambiguities, issues, or conflicts that have been escalated
 Providing advice, guidance, and information
 Ensuring compliance with the architectures
 Ensuring that all information relevant to the implementation of the Architecture Contract
is published under controlled conditions and made available to authorized parties
‫ جميع جوانب المراقبة والتحكم في عقد البنية‬
‫ ضمان اإلدارة الفعالة والمتسقة وتنفيذ البنى‬
‫ حل الغموض أو القضايا أو النزاعات التي تم تصعيدها‬
‫ تقديم المشورة واإلرشاد والمعلومات‬
‫ ضمان االمتثال للبنية‬
‫ ضمان نشر جميع المعلومات ذات الصلة بتنفيذ عقد البنية في ظل ظروف خاضعة للرقابة وإتاحتها لألطراف‬
‫المصرح لها‬
Setting Up the Architecture Board ‫إنشاء مجلس البنية‬
One or more of the following occurrences typically triggers the establishment of an Architecture
Board:
:‫عادة ً ما يؤدي واحد أو أكثر من األحداث التالية إلى إنشاء مجلس البنية‬








New CIO
Merger or acquisition
Consideration of a move to newer forms of computing
Recognition that IT is poorly aligned to business
Desire to achieve competitive advantage via technology
Creation of an Enterprise Architecture program
Significant business change or rapid growth
Requirement for complex, cross-functional solutions
‫مدير معلومات جديد‬
‫االندماج أو االستحواذ‬


70
3
[Architecture Board]
‫النظر في االنتقال إلى أحدث أشكال الحوسبة‬
‫االعتراف بأن تقنية المعلومات غير متوافقة بشكل جيد مع األعمال‬
‫الرغبة في تحقيق ميزة تنافسية عبر التقنية‬
‫إنشاء برنامج بنية المؤسسة‬
‫تغيير كبير في األعمال أو نمو سريع‬
‫متطلبات الحلول المعقدة متعددة الوظائف‬






In many companies, the executive sponsor of the initial architecture effort is the CIO (or other
senior executive). However, to gain broad corporate support, a sponsoring body has more
influence. This sponsoring body is here called an Architecture Board, but the title is not
important. Whatever the name, it is the executive-level group responsible for the review and
maintenance of the strategic architecture and all of its sub-architectures.
، ‫ ومع ذلك‬.)‫ (أو مسؤول تنفيذي كبير آخر‬CIO ‫ يكون الراعي التنفيذي لجهود البنية األولية هو‬، ‫في العديد من الشركات‬
‫ لكن‬، ‫ تسمى هذه الهيئة الراعية هنا مجلس البنية‬.‫ يكون للهيئة الراعية تأثير أكبر‬، ‫للحصول على دعم واسع من الشركات‬
‫ فهي المجموعة التنفيذية المسؤولة عن مراجعة أستراتيجية البنية وجميع البنى التحتية‬، ‫ أيا كان االسم‬.‫العنوان ليس مه ًما‬
.‫الفرعية والمحافظة عليها‬
The recommended size for an Architecture Board is four or five (and no more than ten)
permanent members.
.‫الحجم الموصى به لمجلس البنية هو أربعة أو خمسة (وليس أكثر من عشرة) أعضاء دائمين‬
Consideration must be given to the size of the organization, its form, and how the IT functions
are implemented. This will provide the basis for designing the Architecture Board structure
within the context of the overall governance environment.
‫ سيوفر هذا األساس لتصميم هيكل مجلس البنية في‬.‫يجب مراعاة حجم المنظمة وشكلها وكيفية تنفيذ وظائف تقنية المعلومات‬
.‫سياق بيئة الحوكمة الشاملة‬
71
1
[Architecture Compliance]
Architecture Compliance Review Process ‫عملية مراجعة امتثال البنية‬
The main roles in the process are tabulated below.
.‫األدوار الرئيسية في العملية مبينة أدناه‬
No.
1
Role
Architecture
Board
Responsibilities
To ensure that IT architectures are consistent and Sponsor and monitor architecture
support overall business needs.
activities.
‫ مجلس البنية‬.‫للتأكد من أن بنية تقنية المعلومات متسقة وتدعم احتياجات العمل الشاملة‬
2
Notes
.‫رعاية ومراقبة أنشطة البنية‬
Project Leader Responsible for the whole project.
(or
Project
Board)
‫مسؤول عن المشروع بأكمله‬
‫قائد المشروع (أو‬
)‫مجلس المشروع‬
72
2
3
[Architecture Compliance]
Architecture
Review
Co-ordinator
To administer the whole architecture development and More likely to be business-oriented
review process.
than technology-oriented.
.‫من المرجح أن تكون موجهة نحو األعمال أكثر إلدارة عملية تطوير البنية ومراجعتها بالكامل‬
.‫من التوجه التقني‬
‫منسق مراجعة البنية‬
4
Lead Enterprise To ensure that the architecture is technically coherent An IT architecture specialist.
Architect
and future-proof.
.‫متخصص في بنية تقنية المعلومات‬
‫قائد بنية المؤسسة‬
.‫للتأكد من أن البنية متماسكه تقنيًا ومقاوم للمستقبل‬
5
Architect
One of the Lead Enterprise Architect's technical
assistants.
‫منفذ البنية‬
.‫أحد المساعدين التقنيين لقائد بنية المؤسسة‬
6
Customer
7
Business
Domain
Expert
To ensure that business requirements are clearly Manages that part of the organization
expressed and understood.
that will depend on the success of the
IT described in the architecture.
‫العميل‬
.‫للتأكد من أن متطلبات العمل يتم التعبير عنها بوضوح‬
‫يدير ذلك الجزء من المؤسسة الذي سيعتمد على‬
.‫نجاح تقنية المعلومات الموصوفة في البنية‬
To ensure that the processes to satisfy the business Knows how the business domain
requirements are justified and understood.
operates; may also be the customer.
.‫يعرف كيف يعمل مجال األعمال ؛ قد يكون أيضًا للتأكد من أن عمليات تلبية متطلبات العمل مبررة ومفهومة‬
.‫العميل‬
‫خبير مجال األعمال‬
8
Project
Principals
To ensure that the architects have a sufficiently detailed
understanding of the customer department's processes.
They can provide input to the business domain expert
‫ مديري المشروع‬or to the architects.
Members
of
the
customer's
organization who have input to the
business requirements that the
architecture is to address.
‫أعضاء مؤسسة العميل الذين لديهم مدخالت للتأكد من أن منفذو البنية لديهم فهم مفصل بما فيه الكفاية لعمليات قسم‬
.‫ يمكنهم تقديم مدخالت إلى خبير مجال األعمال أو منفذين البنية‬.‫العمالء‬
. ‫لمتطلبات العمل التي يجب أن تتناولها البنية‬
The main steps in the process are tabulated below.
.‫يتم جدولة الخطوات الرئيسية في العملية أدناه‬
No.
1
Action
Notes
Who
Request architecture review.
As mandated by IT governance Anyone, whether IT or business-oriented,
policies and procedures.
with an interest in or responsibility for
the business area affected
.‫طلب مراجعة البنية‬
ً
‫وفقا لما تنص عليه سياسات وإجراءات‬
.‫صا في مجال تقنية حوكمة تقنية المعلومات‬
ً ‫ سواء كان متخص‬، ‫أي شخص‬
‫ لديه مصلحة أو‬، ‫المعلومات أو األعمال التجارية‬
73
3
[Architecture Compliance]
‫مسؤولية في مجال العمل المتأثرة‬
2
Identify responsible part of
organization and relevant project
principals.
Architecture Review Co-ordinator
‫منسق مراجعة البنية‬
‫تحديد الجزء المسؤول من المنظمة‬
.‫ومديري المشاريع ذات الصلة‬
3
Identify Lead Enterprise
Architect and other architects.
Architecture Review Co-ordinator
‫منسق مراجعة البنية‬
‫تحديد قائد بنية المؤسسة ومنفذيين البنية‬
.‫اآلخرين‬
4
Determine scope of review.
Identify which other business Architecture Review Co-ordinator
units/departments are involved.
.‫ تحديد نطاق المراجعة‬Understand where the system fits
‫منسق مراجعة البنية‬
in the corporate architecture
framework.
.‫ أقسام العمل األخرى المشاركة‬/ ‫حدد وحدات‬
.‫افهم أين يتناسب النظام في إطار بنية الشركة‬
5
Tailor checklists.
To
address
requirements.
the
business Lead Enterprise Architect
.‫قوائم المراجعة المخصصة‬
‫قائد بنية المؤسسة‬
.‫لتلبية متطلبات العمل‬
6
Schedule Architecture Review
Meeting.
Architecture Review Co-ordinator with
collaboration of Lead Enterprise
Architect
.‫جدول اجتماع مراجعة البنية‬
‫منسق مراجعة البنية بالتعاون مع قائد بنية المؤسسة‬
7
Interview project principals.
To get background and technical Lead Enterprise Architect and/or
information
Architect, Project Leader, and Customers
.‫مقابلة مع مديري المشروع‬
‫ أو منفذ البنية وقائد المشروع‬/ ‫قائد بنية المؤسسة و‬
‫والعمالء‬
Use checklists.
‫للحصول على معلومات أساسية وتقنية‬
.‫استخدم قوائم المراجعة‬
8
Analyze completed checklists.
Review
against
corporate Lead Enterprise Architect
standards.
.‫ تحليل قوائم المراجعة المكتملة‬Identify and resolve issues.
Determine recommendations.
‫قائد بنية المؤسسة‬
74
4
[Architecture Compliance]
.‫المراجعة مقابل معايير الشركة‬
.‫تحديد وحل المشكالت‬
.‫تحديد التوصيات‬
9
Prepare Architecture
Compliance review report.
Lead Enterprise Architect
‫قائد بنية المؤسسة‬
.‫إعداد تقرير مراجعة امتثال البنية‬
10 Present review findings.
.‫تقديم نتائج المراجعة‬
11 Accept review and sign off.


To Customer
To Architecture Board
‫ للعميل‬
‫ لمجلس البنية‬
Lead Enterprise Architect
‫قائد بنية المؤسسة‬
Architecture Board and Customer
.‫قبول المراجعة والتوقيع‬
12 Send assessment
report/summary to Architecture
Review Co-ordinator.
‫مجلس البنية والعميل‬
Lead Enterprise Architect
‫قائد بنية المؤسسة‬
‫ الملخص إلى منسق‬/ ‫إرسال تقرير التقييم‬
. ‫مراجع البنية‬
75
1
[Architecture Governance]
Levels of Governance within the Enterprise
‫مستويات الحوكمة داخل المؤسسة‬
Architecture Governance is the practice and orientation by which Enterprise Architectures and
other architectures are managed and controlled at an enterprise-wide level.
‫إدارة البنية هي الممارسة والتوجيه الذي يتم من خالله إدارة البنى المؤسسية والبنى األخرى والتحكم فيها على مستوى‬
.‫المؤسسة‬
Architecture Governance typically does not operate in isolation, but within a hierarchy of
governance structures, which, particularly in the larger enterprise, can include all of the
following as distinct domains with their own disciplines and processes:
، ‫ والتي يمكن أن تشمل‬، ‫ ولكن ضمن تسلسل هرمي لهياكل الحوكمة‬، ‫ال تعمل حوكمة البنية عادة ً بمعزل عن بعضها ال بعض‬
:‫ كل ما يلي كمجاالت متميزة مع تخصصاتها وعملياتها الخاصة‬، ‫على وجه الخصوص في المؤسسة األكبر‬




Corporate Governance ‫حوكمة الشركة‬
Technology Governance ‫حوكمة التقنية‬
IT Governance ‫حوكمة قسم تقنية المعلومات‬
Architecture Governance ‫حوكمة البنية‬
Corporate governance is thus a broad topic, beyond the scope of an Enterprise Architecture
framework such as the TOGAF framework.
.TOGAF ‫ خارج نطاق إطار عمل بنية المؤسسة مثل إطار‬، ‫ فإن حوكمة الشركات هي موضوع واسع‬، ‫وبالتالي‬
An IT Controls Framework – COBIT
COBIT - ‫إطار عمل ضوابط تقنية المعلومات‬
A good source of detailed information on IT governance is the COBIT framework (Control
OBjectives for Information and related Technology). This is an open standard for control over
IT, developed and promoted by the IT Governance Institute (ITGI), and published by the
Information Systems Audit and Control Foundation (ISACF). COBIT controls may provide
useful aides to running a compliance strategy.
‫ (أهداف التحكم للمعلومات والتقنية‬COBIT ‫من المصادر الجيدة للمعلومات التفصيلية حول حوكمة تقنية المعلومات إطار عمل‬
)ITGI( ‫ تم تطويره وتعزيزه من قبل معهد حوكمة تقنية المعلومات‬، ‫ هذا معيار مفتوح للتحكم في تقنية المعلومات‬.)‫ذات الصلة‬
‫ أدوات مساعدة مفيدة لتشغيل‬COBIT ‫ قد توفر ضوابط‬.)ISACF( ‫ ونشرته مؤسسة تدقيق ومراقبة نظم المعلومات‬،
.‫استراتيجية االمتثال‬
76
2
[Architecture Governance]
Architecture Governance: Overview ‫ نظرة عامة‬:‫حوكمة البنية‬

Implementing a system of controls over the creation and monitoring of all architectural
components and activities, to ensure the effective introduction, implementation, and
evolution of architectures within the organization
 Implementing a system to ensure compliance with internal and external standards and
regulatory obligations
 Establishing processes that support effective management of the processes within agreed
parameters
 Developing practices that ensure accountability to a clearly identified stakeholder
community, both inside and outside the organization
‫ لضمان التقديم والتنفيذ والتطور الفعال للبنية‬، ‫ تنفيذ نظام ضوابط على إنشاء ومراقبة جميع مكونات البنية وأنشطتها‬
‫داخل المنظمة‬
‫ تنفيذ نظام لضمان االمتثال للمعايير الداخلية والخارجية وااللتزامات التنظيمية‬
‫ إنشاء عمليات تدعم اإلدارة الفعالة للعمليات ضمن المعايير المتفق عليها‬
‫ داخل وخارج المنظمة‬، ‫ تطوير الممارسات التي تضمن المساءلة أمام مجتمع أصحاب المصلحة المحدد بوضوح‬
Organizational Structure ‫الهيكل التنظيمي‬
77
1
[Architecture Maturity Models]
US DoC ACMM Framework ‫إطار وزارة التجارة األمريكية‬
Example: Enterprise Architecture Process Maturity Levels
‫ مستويات نضج عملية بنية المؤسسة‬:‫مثال‬
Level 0: None ‫ ال شيء‬:0 ‫المستوى‬
No Enterprise Architecture program. No Enterprise Architecture to speak of.
.‫ ال توجد بنية مؤسسية للتحدث عنها‬.‫ال يوجد برنامج بنية المؤسسة‬
Level 1: Initial ‫ األولي‬:1 ‫المستوى‬
Informal Enterprise Architecture process underway.
. ‫عملية بنية المؤسسة غير الرسمية وما زالت تحت األجراء‬
1. Some Enterprise Architecture processes are defined. There is no unified architecture
process across technologies or business processes. Success depends on individual efforts.
2. Enterprise Architecture processes, documentation, and standards are established by a
variety of ad hoc means and are localized or informal.
3. Minimal, or implicit linkage to business strategies or business drivers.
4. Limited management team awareness or involvement in the architecture process.
5. Limited operating unit acceptance of the Enterprise Architecture process.
78
2
[Architecture Maturity Models]
6. The latest version of the operating unit's Enterprise Architecture documentation is on the
web. Little communication exists about the Enterprise Architecture process and possible
process improvements.
7. IT security considerations are ad hoc.
8. No explicit governance of architectural standards.
9. Little or no involvement of strategic planning and acquisition personnel in the Enterprise
Architecture process. Little or no adherence to existing standards.
‫ النجاح يعتمد‬.‫ ال توجد عملية للبنية موحدة عبر التقنيات أو العمليات التجارية‬.‫ يتم تعريف بعض عمليات بنية المؤسسة‬.1
.‫على الجهود الفردية‬
‫ يتم إنشاء عمليات وتوثيق ومعايير بنية المؤسسة من خالل مجموعة متنوعة من الوسائل المخصصة وتكون محلية أو‬.2
.‫غير رسمية‬
.‫ ارتباط ضئيل أو ضمني باستراتيجيات العمل أو محركات العمل‬.3
.‫ الوعي المحدود لفريق اإلدارة أو المشاركة في عملية البنية‬.4
.‫ قبول محدود من وحدة التشغيل لعملية البنية‬.5
‫ يوجد القليل من االتصاالت حول عملية بنية‬.‫ يتوفر أحدث إصدار من وثائق بنية المؤسسة لوحدة التشغيل على الويب‬.6
.‫المؤسسة والتحسينات المحتملة للعملية‬
. ‫ اعتبارات أمن تقنية المعلومات تنضاف يدويا‬.7
.‫ ال توجد حوكمة صريحة للمعايير للبنية‬.8
‫ ضعف أو عدم االلتزام‬.‫ مشاركة ضئيلة أو معدومة للتخطيط االستراتيجي وموظفي االستحواذ في عملية بنية المؤسسة‬.9
. ‫بالمعايير الحالية‬
Level 2: Under Development ‫ قيد التطوير‬:2 ‫المستوى‬
Enterprise Architecture process is under development.
.‫عملية بنية المؤسسة قيد التطوير‬
1. The architecture process has developed clear roles and responsibilities.
2. IT vision, principles, business linkages, Baseline, and Target Architecture are identified.
Architecture standards exist, but not necessarily linked to Target Architecture.
3. Explicit linkage to business strategies.
4. Management awareness of architecture effort.
5. Responsibilities are assigned and work is underway.
6. The DoC and operating unit Enterprise Architecture web pages are updated periodically
and are used to document architecture deliverables.
7. IT security architecture has defined clear roles and responsibilities.
8. Governance of a few architectural standards and some adherence to existing Standards
Profile.
9. Little or no formal governance of IT investment and acquisition strategy. Operating unit
demonstrates some adherence to existing Standards Profile.
79
3
[Architecture Maturity Models]
.‫طورت عملية البنية أدوارا ومسؤوليات واضحة‬
، ‫ معايير البنية موجودة‬.‫يتم تحديد رؤية تقنية المعلومات والمبادئ والروابط التجارية وخط األساس والبنية المستهدفة‬
.‫ولكنها ليست مرتبطة بالضرورة بالبنية المستهدفة‬
.‫ارتباط صريح باستراتيجيات العمل‬
.‫الوعي اإلداري بجهود البنية‬
.‫تم تعيين المسؤوليات والعمل جاري عليها‬
‫ ووحدة تشغل بنية المؤسسة بشكل دوري وتستخدم لتوثيق مخرجات‬DoC ‫يتم تحديث صفحات الويب الخاصة بـ‬
. ‫البنية‬
.‫حددت بنية أمن تقنية المعلومات أدوارا ومسؤوليات واضحة‬
. ‫حوكمة بعض المعايير الخاصة بالبنية وبعض االلتزام بملف المعايير الحالي‬
‫القليل من الحوكمة الرسمية الستراتيجية االستحواذ واالستثمارات في تقنية المعلومات توضح وحدة التشغيل بعض‬
. ‫االلتزام بملف المواصفات الحالي‬
.1
.2
.3
.4
.5
.6
.7
.8
.9
Level 3: Defined ‫ محدد‬:3 ‫المستوى‬
Defined Enterprise Architecture including detailed written procedures.
. ‫تعريف بنية المؤسسة بما في ذلك اإلجراءات المكتوبة التفصيلية‬
1. The architecture is well defined and communicated to IT staff and business management
with operating unit IT responsibilities. The process is largely followed.
2. Gap analysis and Migration Plan are completed. Fully developed Standards Profile. IT
goals and methods are identified.
3. Enterprise Architecture is integrated with capital planning and investment control.
4. Senior management team aware of and supportive of the enterprise-wide architecture
process. Management actively supports architectural standards.
5. Most elements of operating unit show acceptance of or are actively participating in the
Enterprise Architecture process.
6. Architecture documents updated regularly on DoC Enterprise Architecture web page.
7. IT security architecture Standards Profile is fully developed and is integrated with
Enterprise Architecture.
8. Explicit documented governance of majority of IT investments.
9. IT acquisition strategy exists and includes compliance measures to IT Enterprise
Architecture. Cost benefits are considered in identifying projects.
.‫ تم تحديد البنية جيدا وإبالغه لموظفي تقنية المعلومات وإدارة األعمال مع مسؤوليات تقنية المعلومات لوحدة التشغيل‬.1
.‫يتم اتباع هذه العملية إلى حد كبير‬
‫ تحديد أهداف وأساليب تقنية‬.‫ ملف تعريف المعايير مطور بالكامل‬.‫ االنتهاء من تحليل الفجوات وخطة االنتقال‬.2
.‫المعلومات‬
.‫ تتكامل بنية المؤسسة مع تخطيط رأس المال ومراقبة االستثمار‬.3
80
4
[Architecture Maturity Models]
‫ تدعم اإلدارة بنشاط المعايير الخاصة‬.‫فريق اإلدارة العليا على دراية بعملية البنية على مستوى المؤسسة وداعم لها‬
.‫بالبنية‬
.‫تُظهر معظم عناصر وحدة التشغيل قبوال أو تشارك بنشاط في عملية بنية المؤسسة‬
.‫ بنية المؤسسة‬DoC ‫يتم تحديث مستندات البنية بانتظام على صفحة ويب‬
.‫تم تطوير ملف تعريف معايير بنية أمن تقنية المعلومات بالكامل ومتكامل مع بنية المؤسسة‬
.‫حوكمة موثقة صريحة لغالبية استثمارات تقنية المعلومات‬
‫ تعتبر فوائد‬.‫توجد إستراتيجية اقتناء تقنية المعلومات وتتضمن إجراءات االمتثال لبنية مؤسسات تقنية المعلومات‬
.‫التكلفة في االعتبار عند تحديد المشاريع‬
.4
.5
.6
.7
.8
.9
Level 4: Managed ‫ ُمدار‬:4 ‫المستوى‬
Managed and measured Enterprise Architecture process.
.‫عملية بنية المؤسسة المدارة والمقاسة‬
1. Enterprise Architecture process is part of the culture. Quality metrics associated with the
architecture process are captured.
2. Enterprise Architecture documentation is updated on a regular cycle to reflect the updated
Enterprise Architecture. Business, Data, Application, and Technology Architectures
defined by appropriate de jure and de facto standards.
3. Capital planning and investment control are adjusted based on the feedback received and
lessons learned from updated Enterprise Architecture.
4. Senior management team directly involved in the architecture review process.
5. The entire operating unit accepts and actively participates in the Enterprise Architecture
process.
6. Architecture documents are updated regularly, and frequently reviewed for latest
architecture developments/standards.
7. Performance metrics associated with IT security architecture are captured.
8. Explicit governance of all IT investments. Formal processes for managing variances feed
back into Enterprise Architecture.
9. All planned IT acquisitions and purchases are guided and governed by the Enterprise
Architecture.
.‫ يتم تسجيل مقاييس الجودة المرتبطة بعملية البنية‬.‫ عملية بنية المؤسسة هي جزء من الثقافة‬.1
‫ بنيات األعمال والبيانات والتطبيقات‬.‫ يتم تحديث وثائق بنية المؤسسة في دورة منتظمة لتعكس بنية المؤسسة المحدثة‬.2
.‫والتقنية المحددة وفقا للمعايير القانونية والواقعية المناسبة‬
‫ يتم تعديل تخطيط رأس المال ومراقبة االستثمار بناء على التعليقات الواردة والدروس المستفادة من بنية المؤسسة‬.3
.‫المحدثة‬
.‫ يشارك فريق اإلدارة العليا بشكل مباشر في عملية مراجعة البنية‬.4
.‫ تقبل وحدة التشغيل بأكملها وتشارك بنشاط في عملية بنية المؤسسة‬.5
.‫ المعايير الخاصة بالبنية‬/ ‫ ومراجعتها بشكل متكرر للحصول على أحدث التطورات‬، ‫ يتم تحديث وثائق البنية بانتظام‬.6
81
5
[Architecture Maturity Models]
.‫ يتم تسجيل مقاييس األداء المرتبطة ببنية أمن تقنية المعلومات‬.7
.‫ تغذي العمليات الرسمية إلدارة التباينات في بنية المؤسسة‬.‫ حوكمة صريحة لجميع استثمارات تقنية المعلومات‬.8
.‫ يتم توجيه جميع عمليات االستحواذ والمشتريات المخططة لتقنية المعلومات وتحكمها بنية المؤسسة‬.9
Level 5: Measured ‫ تم القياس‬:5 ‫المستوى‬
Continuous improvement of Enterprise Architecture process.
.‫التحسين المستمر لعملية بنية المؤسسة‬
1. Concerted efforts to optimize and continuously improve architecture process.
2. A standards process is used to improve architecture development process.
3. Architecture process metrics are used to optimize and drive business linkages. Business
involved in the continuous process improvements of Enterprise Architecture.
4. Senior management involvement in optimizing process improvements in architecture
development and governance.
5. Feedback on architecture process from all operating unit elements is used to drive
architecture process improvements.
6. Architecture documents are used by every decision-maker in the organization for every
IT-related business decision.
7. Feedback from IT security architecture metrics are used to drive architecture process
improvements.
8. Explicit governance of all IT investments. A standards and waivers process is used to
make governance-process improvements.
9. No unplanned IT investment or acquisition activity.
. ‫ تضافر الجهود لتحسين عملية البنية وتحسينها باستمرار‬.1
. ‫ يتم استخدام عملية المعايير لتحسين عملية تطوير البنية‬.2
‫ األعمال المشاركة في عملية التحسينات المستمرة لبنية‬.‫ تُستخدم مقاييس عملية البنية لتحسين وتعزيز الروابط التجارية‬.3
.‫المؤسسة‬
.‫ مشاركة اإلدارة العليا في تحسين تحسينات العمليات في تطوير البنية والحوكمة‬.4
.‫ يتم استخدام التعليقات على عملية البنية من جميع عناصر وحدة التشغيل لدفع تحسينات عملية البنية‬.5
.‫ يستخدم كل صانع قرار في المؤسسة مستندات البنية لكل قرار عمل متعلق بتقنية المعلومات‬.6
.‫ تُستخدم التعليقات الواردة من مقاييس بنية أمان تقنية المعلومات لدفع تحسينات عملية البنية‬.7
‫ يتم استخدام عملية المعايير إلجراء تحسينات على عملية‬.‫ حوكمة صريحة لجميع استثمارات تقنية المعلومات‬.8
.‫الحوكمة‬
.‫ ال يوجد نشاط استثماري أو اكتساب غير مخطط له في تقنية المعلومات‬.9
82