مجالات البيانات
يتم تأسيس شبكة البيانات، في جوهرها، في اللامركزية وتوزيع المسؤولية على المجالات. إذا كنت تفهم حقا هذا الجزء من العمل، فأنت في وضع أفضل لإدارة البيانات المرتبطة وضمان دقتها. هذا هو مبدأ ملكية البيانات الموجهة نحو المجال.
لتعزيز ملكية البيانات الموجهة للمجال، تحتاج أولا إلى إجراء تحليل لبنية البيانات الخاصة بك. يعزز مؤسس شبكة البيانات Zhamak Dehghani نهج تصميم Domain-Driven (DDD) لتطوير البرامج كطريقة مفيدة لمساعدتك في تحديد مجالات البيانات الخاصة بك.
صعوبة استخدام DDD لإدارة البيانات هي أن حالة الاستخدام الأصلية ل DDD كانت تقوم بنمذجة أنظمة معقدة في سياق تطوير البرامج. لم يتم إنشاؤه في الأصل لنمذجة بيانات المؤسسة، وبالنسبة لممارسي إدارة البيانات، يمكن أن يكون أسلوبه مجردا وتقنيا. غالبا ما يكون هناك نقص في فهم DDD. يجد الممارسون مفاهيمه المفاهيمية صعبة للغاية في الفهم، أو يحاولون عرض أمثلة من بنية البرامج أو البرمجة الموجهة للعناصر على مشهد بياناتهم. توفر لك هذه المقالة إرشادات عملية ومفردات واضحة حتى تتمكن من فهم DDD واستخدامه.
تصميم Domain-Driven
يقدمه إريك إيفانز، Domain-Driven Design هو أسلوب لدعم تطوير البرمجيات يساعد على وصف الأنظمة المعقدة للمؤسسات الأكبر حجما. DDD تحظى بشعبية لأن العديد من ممارساتها عالية المستوى تؤثر على البرامج الحديثة ونهج تطوير التطبيقات لأشياء مثل الخدمات المصغرة.
يفرق DDD بين السياقات والمجالات والمجالات الفرعية المحددة. المجالات هي مساحات المشاكل التي تريد معالجتها. إنها مجالات تتجمع فيها المعرفة والسلوك والقوانين والأنشطة معا. ترى الاقتران الدلالي في المجالات، والتبعيات السلوكية بين المكونات أو الخدمات. جانب آخر من المجالات هو الاتصال. يجب على أعضاء الفريق استخدام لغة يشاركها الفريق بأكمله حتى يتمكن الجميع من العمل بكفاءة. تسمى هذه اللغة المشتركة اللغة أو لغة المجالفي كل مكان.
يتم تقسيم المجالات إلى مجالات فرعية لإدارة التعقيد بشكل أفضل. مثال شائع على ذلك هو تحليل مجال إلى مجالات فرعية يتوافق كل منها مع مشكلة عمل محددة واحدة كما هو موضح في تشغيل شبكة البيانات الذكاء الاصطناعي/التعلم الآلي.
ليست جميع المجالات الفرعية هي نفسها. يمكنك، على سبيل المثال، تصنيف المجالات لتكون إما أساسية أو عامة أو داعمة. المجالات الفرعية الأساسية هي الأكثر أهمية. إنها الصلصة السرية، والمكونات، التي تجعل المؤسسة فريدة من نوعها. المجالات الفرعية العامة غير محددة، وعادة ما يكون من السهل حلها باستخدام المنتجات الجاهزة. لا يوفر دعم المجالات الفرعية ميزة تنافسية، ولكنها ضرورية للحفاظ على تشغيل المؤسسة، وعادة ما تكون غير معقدة.
السياقات المرتبطة هي حدود منطقية (سياق). وهي تركز على مساحة الحل: تصميم الأنظمة والتطبيقات. إنها منطقة يكون فيها محاذاة التركيز على مساحة الحل منطقية. ضمن DDD، يمكن أن يتضمن ذلك التعليمات البرمجية وتصميمات قاعدة البيانات وما إلى ذلك. بين المجالات والسياقات المحدودة، يمكن أن يكون هناك محاذاة، ولا توجد قاعدة ثابتة تربط الاثنين معا. السياقات المرتبطة تقنية بطبيعتها ويمكن أن تمتد عبر مجالات ومجالات فرعية متعددة.
توصيات نمذجة المجال
إذا كنت تعتمد شبكة البيانات كمفهوم لإضفاء الطابع الديمقراطي على البيانات، ونفذت مبدأ ملكية البيانات الموجهة نحو المجال لزيادة المرونة، فكيف يعمل هذا عمليا؟ ما الذي قد يبدو عليه الانتقال من نمذجة بيانات المؤسسة إلى نمذجة التصميم المستندة إلى المجال؟ ما هي الدروس التي يمكنك أخذها من DDD لإدارة البيانات؟
إجراء تحليل عمل وظيفي لمساحات المشكلة الخاصة بك
قبل السماح لفرقك بتشغيل البيانات الخاصة بهم من طرف إلى طرف، انظر إلى النطاق وافهم مساحات المشاكل التي تحاول معالجتها. من المهم القيام بهذا التمرين أولا قبل الانتقال إلى تفاصيل التنفيذ التقني. عند تعيين حدود منطقية بين مساحات المشاكل هذه، تصبح المسؤوليات أكثر وضوحا ويمكن إدارتها بشكل أفضل.
انظر إلى بنية عملك عند تجميع مساحات المشاكل الخاصة بك. داخل بنية الأعمال، هناك قدرات تجارية: القدرات أو القدرات التي تمتلكها الشركة أو تتبادلها لتحقيق غرض أو نتيجة محددة. يحزم هذا التجريد البيانات والعمليات والتنظيم والتكنولوجيا في سياق معين، بما يتماشى مع أهداف وأهداف الأعمال الاستراتيجية لمؤسستك. توضح خريطة قدرة الأعمال المجالات الوظيفية التي تبدو ضرورية لتحقيق مهمتك ورؤيتك.
يمكنك عرض تحليل القدرة لشركة خيالية، Tailwind Traders، في النموذج التالي.
تحتاج Tailwind Traders إلى إتقان جميع المجالات الوظيفية المدرجة في خريطة إمكانية الأعمال لتكون ناجحة. يجب أن تكون Tailwind Traders قادرة على بيع التذاكر كجزء من أنظمة إدارة التذاكر عبر الإنترنت أو دون اتصال، على سبيل المثال، أو أن يكون لديك طيارون متاحون للسفر بالطائرات كجزء من برنامج إدارة الطيارين. يمكن للشركة الاستعانة بمصادر خارجية لبعض الأنشطة مع الحفاظ على أنشطة أخرى باعتبارها جوهر أعمالها.
ما ستلاحظه في الممارسة العملية هو أن معظم الأشخاص منظمين حول قدرات الأعمال. الأشخاص العمل على نفس القدرة التجارية تشترك في نفس المفردات. وينطبق الشيء نفسه على تطبيقاتك وعملياتك، والتي عادة ما تكون متوافقة بشكل جيد ومتصلة بإحكام بناء على تماسك الأنشطة التي تدعمها.
يعد تعيين قدرة الأعمال نقطة بداية رائعة، ولكن قصتك لا تنتهي هنا.
تعيين قدرات الأعمال للتطبيقات والبيانات
لإدارة بنية المؤسسة بشكل أفضل، قم بمحاذاة قدرات عملك والسياقات المحدودة والتطبيقات. من المهم اتباع بعض القواعد الأساسية أثناء القيام بذلك.
يجب أن تظل قدرات الأعمال على مستوى الأعمال وأن تظل مجردة. وهي تمثل ما تفعله مؤسستك وتستهدف مساحات المشاكل الخاصة بك. عند تنفيذ قدرة تجارية، يتم إنشاء تحقيق (مثيل القدرة) لسياق معين. تعمل تطبيقات ومكونات متعددة معا ضمن مثل هذه الحدود في مساحة الحل الخاصة بك لتقديم قيمة أعمال محددة.
تظل التطبيقات والمكونات المتوافقة مع قدرة تجارية معينة منفصلة عن التطبيقات التي تتوافق مع قدرات الأعمال الأخرى، لأنها تعالج مخاوف تجارية مختلفة. يتم اشتقاق السياقات المقيدة من قدرات الأعمال وتعيينها حصريا. وهي تمثل حدود تنفيذ قدرة الأعمال، وتتصرف مثل المجال.
إذا تغيرت قدرات الأعمال، تتغير السياقات المحدودة. يفضل أن تتوقع محاذاة كاملة بين المجالات والسياقات المرتبطة المقابلة، ولكن كما ستتعلم في الأقسام اللاحقة، يختلف الواقع أحيانا عن المثالي.
إذا عرضنا تعيين القدرة على Tailwind Traders، فقد تبدو حدود السياق المحددة وتطبيقات المجال مشابهة للرسم التخطيطي التالي.
في هذا الرسم التخطيطي، تستند إدارة العملاء إلى الخبرة في الموضوع، وبالتالي تعرف أفضل البيانات التي يجب تقديمها إلى مجالات أخرى. يتم فصل البنية الداخلية لإدارة العملاء، لذلك يمكن لجميع مكونات التطبيق داخل هذه الحدود الاتصال مباشرة باستخدام واجهات خاصة بالتطبيق ونماذج البيانات.
يتم استخدام منتجات البيانات ومعايير التشغيل التفاعلي الواضحة لإضفاء الطابع الرسمي على توزيع البيانات إلى مجالات أخرى. في هذا النهج، تتوافق جميع منتجات البيانات أيضا مع المجال وترث اللغة في كل مكان، وهي لغة منشئة ورسمية يتفق عليها أصحاب المصلحة والمصممون من نفس المجال، لتلبية احتياجات هذا المجال.
مجالات إضافية من تحقيقات القدرة المتعددة
من المهم الاعتراف عند العمل مع خرائط قدرات الأعمال بأنه يمكن إنشاء مثيل لبعض قدرات الأعمال عدة مرات.
على سبيل المثال، قد يكون لدى Tailwind Traders عمليات تحقيق مترجمة متعددة (أو عمليات تنفيذ) ل "مناولة الأمتعة والعناصر المفقودة". افترض أن خطا واحدا من أعمالهم يعمل فقط في آسيا. وفي هذا السياق، فإن "مناولة الأمتعة والأصناف المفقودة" هي قدرة تحققها الطائرات ذات الصلة بسيا. قد يستهدف خط عمل مختلف السوق الأوروبية، وفي هذا السياق يتم استخدام إمكانية أخرى "لمعالجة الأمتعة والأصناف المفقودة". يمكن أن يؤدي هذا السيناريو لمثيلات متعددة إلى تنفيذات مترجمة متعددة باستخدام خدمات تقنية مختلفة وفرق غير مقترنة لتشغيل هذه الخدمات.
علاقة القدرة التجارية ومثيلات القدرة (الإدراكات) هي علاقة واحد إلى متعدد. لهذا السبب، ينتهي بك الأمر بمجالات إضافية (فرعية).
البحث عن القدرات المشتركة ومراقبة البيانات المشتركة
تعد كيفية التعامل مع قدرات الأعمال المشتركة أمرا مهما. عادة ما تقوم بتنفيذ القدرات المشتركة مركزيا، كنماذج خدمة، وتوفيرها لخطوط عمل مختلفة. يمكن أن تكون "إدارة العملاء" مثالا على هذا النوع من الإمكانية. في مثال Tailwind Traders، تستخدم خطوط الأعمال الآسيوية والأوروبية نفس الإدارة لعملائهم.
ولكن كيف يمكنك عرض ملكية بيانات المجال على إمكانية مشتركة؟ من المحتمل أن يأخذ العديد من ممثلي الأعمال مسؤولية العملاء داخل نفس الإدارة المشتركة.
هناك مجال تطبيق ومجال بيانات. لا يتوافق مجالك والسياق المحدد تماما من وجهة نظر منتج البيانات. يمكنك على العكس من ذلك القول إنه لا يزال هناك مصدر قلق واحد للبيانات من وجهة نظر قدرة الأعمال.
بالنسبة للقدرات المشتركة مثل حزم الموردين المعقدة وحلول SaaS والأنظمة القديمة، كن متسقا في نهج ملكية بيانات المجال الخاص بك. يمكنك فصل ملكية البيانات عبر منتجات البيانات، والتي قد تتطلب تحسينات في التطبيق. في مثال "إدارة العملاء" في Tailwind Traders، قد تنشئ مسارات مختلفة من مجال التطبيق منتجات بيانات متعددة: منتج بيانات واحد لجميع العملاء المرتبطين ب آسيا، والآخر لجميع العملاء المرتبطين بأوروبا. في هذه الحالة، تنشأ مجالات بيانات متعددة من نفس مجال التطبيق.
يمكنك أيضا أن تطلب من مجالات التطبيق إنشاء منتج بيانات واحد يغلف بيانات التعريف لتمييز ملكية البيانات داخل نفسه. يمكنك، على سبيل المثال، حجز اسم عمود للملكية، وتعيين كل صف إلى مجال بيانات معين واحد.
تحديد المتجانسات التي تقدم قدرات عمل متعددة
انتبه أيضا إلى التطبيقات التي تلبي قدرات الأعمال المتعددة، والتي غالبا ما ينظر إليها في المؤسسات الكبيرة والتقليدية. في السيناريو المثال، تستخدم Tailwind Traders حزمة برامج معقدة لتسهيل كل من "إدارة التكلفة" و"الأصول والتمويل". هذه التطبيقات المشتركة هي متجانسات توفر أكبر عدد ممكن من الميزات، ما يجعلها كبيرة ومعقدة. في مثل هذه الحالة، يجب أن يكون مجال التطبيق أكبر. ينطبق الشيء نفسه على الملكية المشتركة، حيث توجد عدة مجالات بيانات في مجال تطبيق.
أنماط التصميم للمجالات المتوافقة مع المصدر وإعادة الحياة والمتوافقة مع المستهلك
عند تعيين المجالات الخاصة بك، ستتعلم أن هناك أنماطا مختلفة استنادا إلى إنشاء البيانات أو استهلاكها أو إعادة إنشائها. بالنسبة للبنية الخاصة بك، قم بتصميم مخططات لدعم مجالاتك استنادا إلى خصائصها الخاصة.
المجالات المتوافقة مع النظام المصدر
تتم محاذاة المجالات المتوافقة مع النظام المصدر مع أنظمة المصدر حيث تنشأ البيانات. عادة ما تكون هذه الأنظمة معاملات أو تشغيلية.
هدفك هو التقاط البيانات مباشرة من أنظمة المصدر الذهبي هذه. قراءة تحسين منتجات البيانات من المجالات التي توفرها لاستهلاك البيانات المكثف. تسهيل هذه المجالات باستخدام خدمات موحدة لتحويل البيانات ومشاركتها.
تمكن هذه الخدمات، التي تتضمن بنيات حاويات تم تكوينها مسبقا، فرق المجال الموجهة نحو المصدر من نشر البيانات بسهولة أكبر. إنه مسار أقل مقاومة بأقل قدر من التعطيل والتكلفة.
المجالات التي تتم محاذاتها مع المستهلك
المجالات التي تتم محاذاتها من قبل المستهلك هي عكس المجالات المتوافقة مع المصدر. تتم محاذاتها مع حالات استخدام محددة للمستخدم النهائي تتطلب بيانات من مجالات أخرى. تستهلك المجالات المتوافقة مع العميل البيانات وتحولها لتناسب حالات استخدام مؤسستك.
ضع في اعتبارك تقديم خدمات بيانات مشتركة لتحويل البيانات واستهلاكها لتلبية هذه الاحتياجات الاستهلاكية. يمكنك تقديم قدرات البنية الأساسية للبيانات غير محددة المجال، على سبيل المثال، للتعامل مع مسارات البيانات والبنية الأساسية للتخزين وخدمات الدفق والمعالجة التحليلية وما إلى ذلك.
مجالات Redelivery
تعد إمكانية إعادة استخدام البيانات سيناريو مختلفا وأكثر صعوبة. على سبيل المثال، إذا كان مستهلكو انتقال البيانات من الخادم مهتمين بمجموعة من البيانات من مجالات مختلفة، يمكنك إنشاء منتجات بيانات تجمع البيانات أو تجمع بين البيانات عالية المستوى التي تتطلبها العديد من المجالات. يسمح لك هذا بتجنب العمل المتكرر.
لا تنشئ تبعيات قوية بين منتجات البيانات وحالات الاستخدام التحليلية. احرص على المرونة والاقتران غير المحكم بدلا من ذلك. يوضح النموذج التالي كيف يمكنك تحقيق المرونة. يأخذ المجال ملكية كل من منتجات البيانات وحالات الاستخدام التحليلية، وقد صمم عمليات منفصلة لإنشاء منتج البيانات واستخدام البيانات.
تعريف أنماط المجال المتداخلة
غالبا ما يتم تعقيد نمذجة المجال عند مشاركة البيانات أو منطق العمل عبر المجالات. في المؤسسات واسعة النطاق، غالبا ما تعتمد المجالات على بيانات من مجالات أخرى. قد يكون من المفيد أن يكون لديك مجالات عامة توفر منطق التكامل بطريقة تسمح للمجالات الفرعية الأخرى بتوحيدها والاستفادة منها. احتفظ بنموذجك المشترك بين المجالات الفرعية صغيرا ومتوافقا دائما مع اللغة في كل مكان.
بالنسبة لمتطلبات البيانات المتداخلة، يمكنك استخدام أنماط مختلفة من التصميم المستند إلى المجال. فيما يلي ملخص مختصر للأنماط التي يمكنك الاختيار من بينها:
- يمكن استخدام نمط طرق منفصل إذا كنت تفضل التكلفة المرتبطة بالازدواجية على إمكانية إعادة الاستخدام. يتم التضحية بإعادة الاستخدام من أجل مرونة وسرعة أعلى.
- يمكن استخدام نمط العميل والمورد إذا كان مجال واحد قويا ومستعدا للاستيلاء على ملكية بيانات واحتياجات المستهلكين في المراحل النهائية. تتضمن العيوب المخاوف المتضاربة وإجبار فرق انتقال البيانات من الخادم على التفاوض بشأن التسليمات وجدولة الأولويات.
- يمكن استخدام نمط الشراكة عند تنسيق منطق التكامل الخاص بك بطريقة غير مخطط لها داخل مجال تم إنشاؤه حديثا. تتعاون جميع الفرق مع احتياجات بعضها البعض وتنظر إليها. ونظرا لعدم تمكن أي شخص من تغيير المنطق المشترك بحرية، فإن هناك حاجة إلى التزام كبير من كل المعنيين.
- يمكن استخدام نمط متوافق لمطابقة جميع المجالات الخاصة بك مع جميع المتطلبات. استخدم هذا النمط عندما 1) يكون عمل التكامل الخاص بك معقدا، 2) لا يمكن لأي أطراف أخرى التحكم، أو 3) يمكنك استخدام حزم الموردين.
في جميع الحالات، يجب أن تلتزم مجالاتك بمعايير التشغيل التفاعلي. يجب أن يعرض مجال الشراكة الذي ينتج بيانات جديدة للمجالات الأخرى منتجات البيانات الخاصة به مثل أي مجال آخر، بما في ذلك أخذ الملكية.
مسؤوليات المجال
شبكة البيانات لا مركزية ملكية البيانات من خلال توزيعها بين فرق المجال. بالنسبة للعديد من المؤسسات، يعني هذا التحول من نموذج مركزي حول الحوكمة إلى نموذج متحد. يتم تعيين مهام لفرق المجال، مثل:
- ملكية البنية الأساسية لبرنامج ربط العمليات التجارية للبيانات، مثل استيعاب البيانات وتنظيفها وتحويلها، لخدمة أكبر عدد ممكن من احتياجات عميل البيانات
- تحسين جودة البيانات، بما في ذلك الالتزام باتفاقيات مستوى الخدمة وتدابير الجودة التي يحددها مستهلكو البيانات
- تغليف بيانات التعريف أو استخدام أسماء الأعمدة المحجوزة للتصفية الدقيقة على مستوى الصف والعمود
- الالتزام بمعايير إدارة بيانات التعريف، بما في ذلك:
- تسجيل مخطط نظام التطبيق والمصدر
- بيانات التعريف لتحسين قابلية الاكتشاف
- معلومات تعيين الإصدار
- ربط سمات البيانات وشروط العمل
- تكامل معلومات بيانات التعريف للسماح بتكامل أفضل بين المجالات
- الالتزام بمعايير إمكانية التشغيل التفاعلي للبيانات، بما في ذلك البروتوكولات وتنسيقات البيانات وأنواع البيانات
- توفير دورة حياة إما عن طريق ربط أنظمة المصدر وخدمات التكامل بالماسحات الضوئية أو عن طريق توفير دورة حياة البيانات يدويا
- الالتزام بمهام مشاركة البيانات، بما في ذلك مراجعات الوصول إلى IAM وإنشاء عقد البيانات
مستوى النقاوة للفصل
الآن أنت تعرف كيفية التعرف على مجالات البيانات وتسهيلها، يمكنك تعلم تصميم المستوى الصحيح من دقة المجال وقواعد الفصل. هناك بعدان مهمان قيد التشغيل عند تحليل البنية الخاصة بك.
نقاوة المجالات الوظيفية وتعيين السياقات المحدودة هي بعد واحد. تتوافق المجالات مع طريقة عمل معينة، مما يضمن توفر البيانات لجميع المجالات باستخدام الخدمات المشتركة، وأخذ الملكية، والالتزام بمعايير بيانات التعريف، وما إلى ذلك.
تعيين حدود دقيقة حيثما أمكن لتوزيع البيانات. أن تصبح مستندا إلى البيانات هو كل شيء عن إتاحة البيانات لإعادة الاستخدام المكثفة. إذا قمت بجعل حدودك فضفاضة جدا، فستفرض اقترانات غير المرغوب فيها بين العديد من التطبيقات وستفقد إمكانية إعادة استخدام البيانات. احرص على فصل البيانات في كل مرة تتجاوز فيها حدود قدرات الأعمال. داخل المجال، يسمح بالاقتران المحكم داخل البنية الداخلية للمجال. ومع ذلك، عند عبور حدود قدرات الأعمال، يجب أن تظل المجالات منفصلة وتوزيع منتجات البيانات المحسنة للقراءة للمشاركة مع المجالات الأخرى.
نقاوة المجالات التقنية واستخدام البنية التحتية هو البعد المهم الآخر. تتيح مناطق البيانات المنتقل إليها السرعة لخدمة تطبيقات البيانات، والتي تنشئ منتجات بيانات. كيف يمكنك إنشاء هذا النوع من المناطق المنتقل إليها مع البنية الأساسية والخدمات المشتركة تحتها؟ يتم تجميع المجالات الوظيفية معا منطقيا وهي مرشحة جيدة لمشاركة البنية الأساسية للنظام الأساسي. فيما يلي بعض العوامل التي يجب مراعاتها عند إنشاء مناطق الهبوط هذه:
- يعد التماسك والكفاءة عند العمل مع البيانات ومشاركتها محركا قويا لمحاذاة المجالات الوظيفية إلى منطقة هبوط البيانات. يتعلق هذا بجاذبية البيانات، والميل إلى مشاركة منتجات البيانات الكبيرة باستمرار بين المجالات.
- يمكن أن تؤدي الحدود الإقليمية إلى تنفيذ مناطق هبوط بيانات إضافية.
- يمكن أن تفرض الملكية أو الأمان أو الحدود القانونية فصل المجالات. على سبيل المثال، لا يمكن أن تكون بعض البيانات مرئية لأي مجالات أخرى.
- المرونة وسرعة التغيير من العوامل المحركة الهامة. يمكن أن يكون لبعض المجالات سرعة عالية من الابتكار، بينما تقدر مجالات أخرى الاستقرار بشدة.
- يمكن أن تؤدي الحدود الوظيفية إلى فصل الفرق عن بعضها البعض. ومن الأمثلة على ذلك الحدود الموجهة نحو المصدر والموجهة نحو المستهلك. قد تقدر نصف فرق المجال خدمات معينة على غيرها.
- إذا كنت ترغب في بيع إمكانيتك أو فصلها، يجب تجنب التكامل بإحكام مع الخدمات المشتركة من المجالات الأخرى.
- يمكن أن يكون حجم الفريق والمهارات والنضج عوامل مهمة. غالبا ما تفضل الفرق ذات المهارات العالية والناضجة تشغيل خدماتها والبنية الأساسية الخاصة بها، في حين أن الفرق الأقل نضجا أقل عرضة لقيمة النفقات الإضافية لصيانة النظام الأساسي.
قبل توفير العديد من مناطق البيانات المنتقل إليها، انظر إلى تحليل المجال الخاص بك وحدد المجالات الوظيفية المرشحة لمشاركة البنية الأساسية.
الملخص
تساعدك نمذجة قدرات الأعمال على التعرف على مجالاتك وتنظيمها بشكل أفضل في بنية شبكة البيانات. يوفر عرضا شاملا للطريقة التي تقدم بها البيانات والتطبيقات قيمة لأعمالك، بينما تساعدك في الوقت نفسه على تحديد أولويات استراتيجية البيانات واحتياجات العمل والتركيز عليها. يمكنك أيضا استخدام نمذجة قدرة الأعمال لأكثر من مجرد بيانات. على سبيل المثال، إذا كانت قابلية التوسع مصدر قلق، يمكنك استخدام هذا النموذج لتحديد قدراتك الأساسية الأكثر أهمية وتطوير استراتيجية لها.
يثير بعض الممارسين القلق من أن بناء بنية الحالة المستهدفة من خلال تعيين كل شيء مقدما هو ممارسة مكثفة. بدلا من ذلك، يقترحون عليك تحديد مجالاتك بشكل عضوي أثناء إلحاقها في بنية شبكة البيانات الجديدة. بدلا من تحديد حالتك المستهدفة من أعلى لأسفل، يمكنك العمل من الأسفل إلى الأعلى واستكشاف حالتك الحالية وتجربتها ونقلها إلى حالة مستهدفة. وفي حين أن هذا النهج المقترح قد يكون أسرع، فإنه ينطوي على مخاطر كبيرة. يمكنك بسهولة أن تكون في منتصف عملية نقل أو إعادة عرض معقدة عندما تبدأ الأمور في التعطل. يعد العمل من كلا الاتجاهين، من أعلى لأسفل ومن أسفل إلى أعلى، ثم الاجتماع في المنتصف بمرور الوقت نهجا أكثر دقة.