أفضل الممارسات في تصميم بنية المؤسسات القائمة على blockchain

في هذه المقالة ، يتم توفير إرشادات حول كيفية تصميم بنية المؤسسة ، وفي هذه الحالة تتضمن blockchain وغيرها من التقنيات.

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

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

على سبيل المثال ، فيما يلي بنية مؤسسة OEL Foundation. مؤسسة OEL هي منظمة غير ربحية توفر الحوكمة والموارد لتطوير النظام الإيكولوجي المفتوح Openchain Logistics. تُظهر البنية المكونات المستخدمة في توصيل المنتجات والخدمات اللوجستية للمشاركين في النظام البيئي أو من قبلهم.

كيف يمكننا تصميم بنية المؤسسة التي تشمل تكنولوجيا blockchain؟

لا يوجد فرق جوهري في تصميم أي هندسة - بلوكشين هو مجرد عنصر تقني آخر. ومع ذلك ، هناك بعض جوانب تكنولوجيا blockchain ، مثل العقود الذكية ، التي يجب أن تظهر في الهندسة المعمارية كمكونات.

لذا ، كيف نذهب نحو تصميم بنية المؤسسة بشكل عام؟

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

هناك بعض الإرشادات العامة المفيدة في تصميم الهندسة المعمارية:

1. يبقيه بسيط

2. الرجوع إلى أمثلة الصناعة وأفضل الممارسات

3. فهم التطورات ذات الصلة الصناعة

4. تحديد الحدود العمارة

5. اتخاذ قرار بشأن مبدأ (مبادئ) تنظيم للاستخدام

6. ملء الهندسة المعمارية مع المكونات ذات الصلة

7. إسناد المرجع النهائي الهندسة المعمارية الخاصة بك مع أمثلة الصناعة

8. مراجعة وخط الأساس للهندسة المعمارية

أبقيها بسيطة

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

قد تكون محاولة استخدام معيار معماري شامل تمامًا ، مثل Open Group Architecture Framework (TOGAF) ، غير ملائمة أيضًا للمنظمات الكبيرة جدًا.

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

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

الرجوع إلى أمثلة الصناعة وأفضل الممارسات

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

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

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

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

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

بالنسبة إلى OEL Foundation Enterprise Architecture ، استخدمنا نماذج الهندسة المعمارية من Ethereum و Ontology و CSCC / IBM و Tibco والمشاركين المختارين في الصناعة كمراجع.

فهم تطورات الصناعة ذات الصلة

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

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

بالنسبة للهندسة المعمارية القائمة على blockchain ، نحن في وضع غير مؤات هنا أكثر من المعتاد ، نظرًا لعدم النضج النسبي للتكنولوجيا والوتيرة السريعة للتغيير.

بالنسبة إلى البنية الأساسية لمؤسسة OEL Foundation ، حددنا أربع فئات من التطوير في السوق والتكنولوجيا نشعر أنها وثيقة الصلة بالنظام البيئي لمؤسسة OEL:

1. نماذج الأعمال الرقمية

2. تطورات تكنولوجيا Blockchain (وخاصة دعم النظم الإيكولوجية الناشئة)

3. التقارب بين blockchain وتقنيات المراسلة

4. زيادة استخدام وأهمية الخدمات المستندة إلى مجموعة النظراء ، مثل البرامج كخدمة (SaaS) والنظام الأساسي كخدمة (PaaS) والبنية التحتية كخدمة (IaaS).

تحديد الحدود العمارة

مثل أي نظام ، نحتاج إلى تحديد حدود النظام لهيكلتنا ، وفصل ما هو داخل النظام وما هو خارج النظام.

في بعض الأحيان لا يتم رسم الحدود في المكان المناسب. قد نرى الكثير من العناصر الخارجية والمكونات الخارجية (التي لا تُستخدم لتنفيذ الهيكل مباشرة) في الهيكل. هذا لا يساعدنا على تحديد المكونات الداخلية الأساسية التي سيتم استخدامها للهندسة المعمارية.

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

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

المشاركون في النظام الإيكولوجي ، أو الأنظمة الخارجية أو الأجهزة ، أو الوسائل المستخدمة لدمجها مع الهندسة المعمارية تقع خارج حدود العمارة.

اتخاذ قرار بشأن مبدأ (مبادئ) تنظيم للاستخدام

يساعدنا مبدأ (مبادئ) التنظيم على هيكلة الهندسة المعمارية ويشكل أساسًا لتعيين مكونات الهندسة المعمارية إلى أجزاء مختلفة من الهندسة المعمارية.

هناك عدد من الأساليب التي يمكننا اتباعها هنا ، بما في ذلك واحد أو أكثر من الإجراءات التالية:

1. نهاية إلى نهاية تدفق عملية الأعمال

2. الهيكل التنظيمي الداخلي للمؤسسة (مع أو بدون علاقات خارجية)

3. نموذج مرجعي قياسي

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

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

بالنسبة إلى البنية الأساسية لمؤسسة OEL ، نستخدم مجموعة متنوعة من نموذج الربط البيني للأنظمة المفتوحة ISO (نموذج OSI) كمبدأ منظم. نموذج OSI هو نموذج مفاهيمي يصف وظائف الاتصال لنظام الاتصالات أو الحوسبة.

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

ملء الهندسة المعمارية مع المكونات ذات الصلة

عندما يكون لدينا بنية الهندسة الشاملة ، يمكننا حينئذٍ تحديد المكونات التي يجب أن تحتويها الهندسة المعمارية وتعيينها إلى الجزء ذي الصلة من البنية.

يمكننا استخدام المكونات التي حددناها في البنى المرجعية وكذلك المكونات التي نعتزم دمجها والتي تعكس التطورات أو المتطلبات التكنولوجية المعروفة أو المفترضة من المشاركين في النظام الإيكولوجي.

هذه هي صناعة محددة وحتى منظمة محددة لذلك فمن الصعب تقديم المشورة العامة.

يجب تطبيق مبدأين عامين على الرغم من:

1. يجب أن تكون المكونات على نفس المستوى من الدقة

2. الحد من عدد المكونات

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

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

الإسناد الترافقي للعمارة النهائية الخاصة بك مع أمثلة الصناعة

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

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

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

مراجعة وخط الأساس للهندسة المعمارية

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

لا تنسَ أن بنية المؤسسة هي شيء حي سيتغير بمرور الوقت ويعكس الاحتياجات المتغيرة للمؤسسة أو التغييرات الخارجية في الصناعة أو التكنولوجيا.

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

نأمل أن يكون هذا المقال مفيدًا في تزويدك ببعض المؤشرات حول كيفية التعامل مع التحليل وتصميم الأعمال الخاصة ببنية مؤسستك ، ونتمنى لك التوفيق في هذا.

مارك نيلسون هو المدير التنفيذي لمؤسسة OEL. إذا كنت ترغب في معرفة المزيد عن مؤسسة OEL ، يرجى الذهاب إلى https://oel.foundation أو الاتصال بالمؤلف مباشرة على العنوان mark.nelson@oel.foundation

يمكنك أيضًا الانضمام إلى Foundation on Telegram.