👩🏽‍💼 ◽️ 🔌 النموذج المرجعي بيان. ما الجديد والمفيد للبنية المؤسسية للبنك التي يقدمها؟ 🛎️ 👊🏽 🦉

بيان ... كم هو قليل في هذا الصوت لقلب روسي ... نعم ، لم يكن من قبيل الصدفة أن أعيد صياغة الكلاسيكية الشهيرة. لا تزال شعبية نموذج BIAN المرجعي منخفضة في روسيا ، خاصة بالمقارنة مع نموذج خريطة عمليات الاتصالات المحسنة (eTOM) ، الذي ينتشر على نطاق واسع في صناعة الاتصالات ، قبل تطويره. وفي الوقت نفسه ، يقوم نموذج بيان بتطوير وتحسين واكتساب شعبية خارج روسيا وفي مجتمع الصناعة المصرفية الدولية.

لن أشتت انتباه القارئ بعد الآن عن طريق الضغطات الغنائية ، سأقول فقط أن مراجعة نموذج بيان والوثائق المرفقة بالمعيار موجودة في مقالتي الأولى عن بيان، هنا سأحاول معرفة كيف يمكن أن يكون BIAN مفيدًا لمديري الأعمال ومهندسي الأعمال ومهندسي الشركات ومهندسي الحلول ومتخصصي تكنولوجيا المعلومات وجميع الأشخاص المهتمين بإدارة الهيكل بأكمله لمؤسسة مالية. وكذلك حول تحولاته المفيدة الرئيسية ، في رأيي.

ما الجديد والمثير للاهتمام؟

أصبح بيان أكثر بأسعار معقولة

من أهم التغييرات الرئيسية التي حدثت مع نموذج BIAN المرجعي ، في رأيي ، ترجمته إلى تدوين الأرشفة . أصبحت أسهل للقراءة. على ما يبدو ، لم يتمكن مطورو BIAN من المساعدة إلا في إدراك الحاجة إلى استخدام الترميز القياسي لوصفه من أجل نشره بشكل أكبر في الدوائر المهنية . أصبح نموذج الإدراك أكثر وضوحًا للمهندسين المعماريين ، كما هو موضح بلغة مفهومة للمهندسين المعماريين. وبالتالي ، يتم تقديم إصدار BIAN 8.0 بلغة ArchiMate 3 . النموذج في المجال العام . من خلال التسجيل في www.opengroup.org ، يمكن للجميع بشكل مستقلقم بتنزيل وصف لنموذج بيان وجميع مكوناته في تدوين الأرشفة.

تنفيذ بيان في API

نقطة أخرى مهمة جديرة بالذكر هي أن جمعية المقاييس المستقلة غير الربحية ( شبكة هندسة الصناعة المصرفية (BIAN) ) تقوم بصيانة وتحديث متجر API لنطاقات أعمال المناظر الطبيعية.
يهدف مطورو BIAN إلى إنشاء مستودع بأسعار معقولة من واجهات برمجة التطبيقات والخدمات الدقيقة عالية الجودة لمساعدة البنوك على الترقية بسرعة وفعالية من حيث التكلفة. يتم أيضًا نشر
ملفات المصدر الخاصة بواجهة برمجة التطبيقات من المستودع وهي متاحة للتنزيل بعد التسجيل على البوابة الإلكترونية (إذا واجه شخص ما صعوبة في التسجيل ، فحاول التسجيل في وضع التصفح المتخفي في متصفحك).

بعد ذلك ، سوف ندرس بمزيد من التفصيل النموذجية BIAN في تدوين Archimate وتنفيذها كواجهة برمجة تطبيقات.

بيان metamodel في تدوين الأرشفة

في هذا الجزء ، أقترح النظر في البنية الحالية للمنظر الطبيعي BIAN في تدوين Archimate استنادًا إلى مستند من OpenGroup . يقدم هذا المستند خيارات للتطوير المرن والعجاف والمستقر للهندسة المصرفية باستخدام لغتي ArchiMate و BIAN.

لذا ، دعنا نبدأ بوصف البيان المتغير BIAN metamodel .

عناصر المناظر الطبيعية بيان

الشكل 1. تراكب من BIAN خدمة المناظر الطبيعية على metamodel

و هو المشهد BIAN خدمة المشهد تشكيل هرمي من المكونات الأساسية الرئيسية التالية:

منطقة الأعمال - أخضر
مجال الأعمال (منطقة الأعمال) - أورانج ؛
نطاق الخدمة - أزرق.

يتم التعبير عن منطقة الأعمال من حيث الأرشفة بواسطة عنصر التجميع . ينعكس مجال العمل ومجال الخدمة في الرسم التخطيطي بواسطة عنصر القدرة .
وفقا لقواعد التدوين ، يتم استخدام القدرة لتمثيل على مستوى عال من القدرات الحالية والمرغوبة للمنظمة فيما يتعلق باستراتيجيتها.

تقع منطقة الأعمال (منطقة الأعمال) على أعلى مستوى من التسلسل الهرمي للمناظر الطبيعية في بيان وتستخدم لتمييز وتجميع كتل من المجالات الرئيسية للتطوير في المؤسسات المالية.
حدد BIAN مجالات العمل التالية ضمن نموذج BIAN المرجعي:

البيانات المرجعية ؛
المبيعات والخدمة ؛
العمليات والتنفيذ ؛
المخاطر والامتثال (+ التحليلات) ؛
دعم الأعمال.

يعرّف المهندسون المعماريون للمجالات المصرفية (مجالات العمل) للمؤسسات المصرفية على أنها تحلل الأعمال المصرفية إلى مجموعة من الحصرية المتبادلة ، في مجملها تستنفد تمامًا الفرص التجارية للمؤسسة. تحدد مجالات العمل القطاعات المصرفية التي ينظر فيها المهندسون المعماريون للأعمال المصرفية من وجهة نظر وظيفية ومعمارية وفنية.

A المجال خدمة لبنة وظيفية الابتدائية أو الذري داخل المشهد BIAN.
يقدم كل مجال خدمة مجموعة من الخدمات (مجموعة الخدمة). تتضمن هذه المجموعة عمليات الخدمة. مجال الخدمة هو مجموعة من عمليات الخدمة التي تدير معًا دورة حياة الأصل بالكامل (نوع الأصول).

2. BIAN

Functional Pattern, Asset Type Action Term

هذه التقنية الرئيسية المستخدمة في مجال خدمة BIAN "العزلة" (أي، لتمييزه باعتباره، وحدة لا تتجزأ الذرية من المناظر الطبيعية) هو تطبيق ل نمط وظيفي إلى مورد (نوع الأصول).
إذا نظرنا إلى تعريف عناصر الأرشفة ، فسوف نرى أن تفاعل الأعمال يستخدم للنمط الوظيفي ، ويتم استخدام كائن الأعمال لنوع الأصول .

نوع الأصول - أي شيء ملموس أو غير ملموس يتمتع البنك بحق الملكية و / أو التأثير فيه ، وله واحد أو أكثر من الاستخدامات أو الأغراض المتكاملة التي تخلق قيمة تجارية.
النمط الوظيفي- سلوك أو آلية يمكن تطبيقها على أي مورد في تنفيذ الأنشطة التجارية (على سبيل المثال ، التصميم ، والتوجيه ، والإدارة ، والتسجيل ، وما إلى ذلك)

الشكل 3. القوالب الوظيفية المخصصة

BIAN تحدد أيضًا مجموعة قياسية من الإجراءات ( Action Action ) تميز أنواع مختلفة من عمليات الخدمة. تقوم كل عملية خدمة بتنفيذ إجراء واحد بالضبط.
فيما يلي قائمة كاملة بمصطلح Action (ممثلة بوظائف الأعمال ArchiMate).

الشكل 4. مجموعة الإجراءات القياسية ( مصطلح الإجراء )

مجموعة من الإجراءات (مصطلح الإجراء) ، والتي تشكل معًا نوعًا متكررًا من السلوك ، تسمى القالب الوظيفي.
يقدم المعيار BIAN مصفوفة مريحة للغاية وبديهية للاتصال بين أنماط الوظيفية والعمليات القياسية:

الشكل 5. الاتصالات من أنماط الوظيفية والعمليات القياسية

وهذا هو ما هي الفكرة الرئيسية؟ يمكننا تصميم وتنفيذ أي نشاط مصرفي تقريبًا من خلال مجموعة محدودة من العمليات!
يحتوي كل مجال خدمة في نفس الوقت على قالب وظيفي رئيسي واحد فقط مع نوع واحد من الموارد. ونحصل على مورد يمكننا تطبيق هذا القالب أو ذاك عليه. علاوة على ذلك ، فإن عدد القوالب ليس بالتأكيد كبيرًا جدًا مقارنة بعدد مجالات الأعمال في المشهد!
علاوة على ذلك ، نرى من BIAN metamodel أن القالب الوظيفي الذي يجمع مجموعة معينة من العمليات القياسية وينفذ عمليات الخدمة (باللون البنفسجي موضح في الشكل أدناه) ، مدرج في مجموعة الخدمة التي تنفذ أيضًا وظيفة مجال الخدمة:

الشكل 6. علاقة الأنماط الوظيفية و عمليات الخدمة
، وكما أوضحنا من قبل ، فإن مجموعة من عمليات الخدمة تتحكم بشكل مشترك في دورة الحياة الكاملة لمورد معين ( نوع الأصول ).
بشكل عام ، نحصل على الاتصال: نطاق الخدمة - نطاق الخدمة (الوظيفة التي نحتاجها للأعمال التجارية) -> نوع الأصول - المورد المحدد لنطاق الخدمة (الذي سنعمل من خلاله على تنفيذ مهمتنا ، على سبيل المثال ، قرض الرهن العقاري) -> النمط الوظيفي - قالب وظيفي (سلوك يميز الإجراءات مع مواردنا). "

قطعة أثرية عامة وسجل التحكم

الآن فكر في مجموعة أخرى من عناصر metamodel ، الموضحة في الشكل أدناه من خلال تسليط الضوء.

الشكل 7. السجل العام للقطع الأثرية والتحكم
القالب الوظيفي هو مستوى عالٍ من التجريد (يتضح أيضًا من النموذج النموذجي أنه يتم تنفيذه من خلال عمليات خدمة أكثر تحديدًا ، ولكن سأتحدث عن ذلك لاحقًا عندما نفكر في الاتصال باستخدام مثال محدد).
وبالتالي فإن القطع الأثرية التي تؤثر عليها مباشرة مجردة أيضًا. يطلق عليه قطعة أثرية عامة ( Generic Artifact ). بالنسبة لكل قالب وظيفي ، حدد BIAN قطعة أثرية مشتركة ، كما هو موضح أدناه:

الشكل 8. مجموعة من أدوات

التحكم الشائعة إدخال التحكم ( سجل التحكم)) هي المعلومات اللازمة لحل المشاكل الداخلية لمجال الخدمة. هذا هو نوع من سجل المعلومات حول دورة حياة المورد التي يتم الوصول إليها من خلال قالب وظيفي وفقًا لمثيل قطعة أثرية شائعة أو نتيجة لذلك تم إنشاؤه.
إذا كان المصدر ، على سبيل المثال ، هو "الحساب الجاري" ، والنموذج الوظيفي هو " الوفاء " ، والعنصر المشترك المرتبط به هو " الالتزام " ، فإن سجل التدقيق المحدد هو "الالتزام بالوفاء (بمهام) الحساب الجاري".
اسم سجل التدقيق هو مزيج من الاسم المصدر واسم الأداة المشتركة. سيقدم مجال الخدمة "الحساب الجاري" الخدمات المتعلقة بـ "تنظيم تنفيذ الحساب الجاري".
يمكن اعتبار سجل التحكم بمثابة معلومات حول دورة حياة "المورد المؤهل" ، حيث يكون المؤهل قطعة أثرية شائعة.

الشكل 9. مثال المجال " الحساب الجاري "

عمليات الخدمة

"تشغيل الخدمة" هو إجراء محدد يتم إجراؤه على مورد معين. هذه خدمة ابتدائية.
في مثال " حساب الحساب الجاري " لحساب الخدمة ، يكون نطاق الخدمة قادرًا على تنفيذ "intiateCurrentAccountFulfillment" و "executeCurrentAccountFulfillment" وما إلى ذلك ، وهي شروط الإجراء المجمعة في القالب الوظيفي وتطبيقها على سجل التحكم.
أولئك. إذا قمنا بتركيب مجموعات خدمة على مصفوفة مع العمليات ، فسيكون من الواضح ما هي الإجراءات التي نحتاج إلى تنفيذها مع مواردنا:

الشكل 10. مثال على تراكب مصطلح الإجراء على
عمليات خدمة مجموعة خدمة لتنفيذ "الحساب الجاري" مشتق من شروط القالب الوظيفي. يتم تنظيم عمليات الخدمة في مجموعات الخدمة.

الرسالة والشرط

عمليات الخدمة ممكنة فقط من خلال واجهات محددة بوضوح. تتطلب كل عملية خدمة حدثًا لتكون قادرة على "تقديم" الخدمة. سيكون هذا الحدث نوعًا من الرسائل يسمى رسالة واردة . سيتم تنفيذ عملية الخدمة من خلال بعض المعالجة الداخلية ، وربما تفويض بعض المهام لعمليات الخدمة الأخرى. ونتيجة لذلك ، ستصدر الخدمة استجابة كرسالة صادرة. قد تكون الرسالة التي تعد رسالة إدخال لعملية صيانة واحدة رسالة إخراج لعملية صيانة أخرى.

الشكل 11. الرسائل الواردة / الصادرة وشروط تنفيذ الخدمة

يصف مجال الخدمة أيضًا التبعيات الموجودة على المجالات الأخرى.
على وجه الخصوص ، مثال على قائمة نطاقات الخدمة التي نتوقع منها تلقي رسالة واردة:

الشكل 12. مثال على التواصل مع المجالات الأخرى لإجمالي "الحساب الجاري"

، قمنا بفحص جميع عناصر نموذج BIAN metamodel. وحان الوقت للانتقال إلى تطبيق نموذج بيان على واجهة برمجة التطبيقات. ولكن قبل القيام بذلك ، أود أن ألفت الانتباه إلى حقيقة أن النموذج يحتوي على تمثيلات أكثر بكثير لوصفه. هناك كل من وصف الكائن ، والرسوم البيانية للتسلسل ، والأطر السلكية وغيرها.
أدعو القراء إلى التعرف عليهم بالإشارة .
وكذلك بمقارنة نموذج وإطار توجاف .

تطبيق نموذج بيان عبر API

كما ذكر أعلاه ، يقوم مجتمع مطور BIAN بتطوير وتجديد مستودع خدمات REST التي تتوافق مع مبادئ معيار BIAN.
للتعارف ، من الضروري التسجيل في البوابة ، أو الذهاب إلى المستودع وإما تنزيل ملفات المصدر ، أو الذهاب إلى وحدة التحكم للتعرف عليها.

الشكل 13. مثال على التنقل من خلال واجهة برمجة تطبيقات المستودع BIAN

في وضع وحدة التحكم قد يقرأ الوثائق في Swagger:

الشكل 14. مثال على المستودع BIAN API للملاحة لحساب الخدمة الحالي
إما للعمل مع الرمز:

الشكل 15. الوصول إلى تخزين ملف API الأصلي BIAN

للتبسيط فهم كيفية استخدام واجهات برمجة التطبيقات ، يمكنك قراءة المستند. أدعو القراء والمطورين إلى إتقان هذا الجزء بالفعل من العمل مع BIAN بشكل مستقل ، أو للمشاركة في ندوة عبر الإنترنت ، والتي ستعقد في المستقبل القريب ، حيث ستكون هناك فرصة للحصول على معلومات مباشرة وطرح أسئلة في نهاية الندوة عبر الإنترنت .
سيتم تقديم المحتوى الرئيسي في الندوة عبر الإنترنت وسيتم تسليط الضوء على التغييرات والتحسينات والإضافات التي تم إدخالها على معيار BIAN في أحدث إصدار.

النهج الممكن لتطبيق المعيار

سوف أصف نهج المستوى الأعلى لاستخدام نموذج BIAN المرجعي:
الشيء الرئيسي الذي يجب الانتباه إليه هو أن النموذج يقترح عدم استخدام نهج العملية ، ولكن نهج الخدمات الصغيرة.

أولئك. المشهد عبارة عن مجموعة معينة من الطوب عالي المستوى (مجالات الخدمة) ،
لكل مجال مجموعة أدواته الخاصة (عمليات الخدمة)
للعمل مع بعض القطع الأثرية (الموارد).

ونحن نقوم بالفعل بتجميع العملية التي نحتاجها من هذه الطوب. لكننا ساعدنا أيضًا في ذلك المجموعة المصممة بالفعل من الرسوم البيانية للتسلسل ، والأطر السلكية ، ونموذج الكائن.
أولئك. من خلال هذه التمثيلات تم تصميم العديد من عمليات الاتصال بالفعل.

من الممكن أن تقوم الشركة بما يلي:
1. دراسة المشهد بالتفصيل ، وتسليط الضوء عليه بصريًا (بالألوان أو الإطارات أو بطريقة أخرى) تلك المجالات التي تحتاجها لغرضها الوظيفي (من الممكن فرض وفهم مستوى النظام على أي أنظمة يتم تكرار البيانات عليها ، من أجل على سبيل المثال ، هذا هو أحد الأسئلة الصعبة ، في رأيي ، التي تنشأ عند تصميم هندسة الخدمات الصغيرة ، ويقترح نموذج BIAN أننا نفكر في ذلك على مستوى الأعمال).
2. لدراسة BIAN metamodel لفهم كيفية عمل كل مجال (آمل أن يساعد هذا في مراجعتي ، وهو ما فعلته أعلاه في metamodel).
3. قم بتنزيل واجهات برمجة التطبيقات الضرورية من البوابة الإلكترونية (أو تأكد أولاً من وجود المجموعة المطلوبة بالفعل).
4. استكشاف تمثيلات أخرى لنموذج بيان.
4. رسم خريطة ترحيل مع مراعاة الهيكل الحالي في الشركة لانتقالها إلى الخدمات المصغرة.

مهندس النظام
© ايرينا بلازينا

النموذج المرجعي بيان. ما الجديد والمفيد للبنية المؤسسية للبنك التي يقدمها؟