عقود خدمة موحدة

يُعدّ عقد الخدمة الموحد أحد مبادئ تصميم البرمجيات ^{[ 1 ]،} ويُطبّق ضمن نموذج تصميم الخدمات لضمان التزام عقود الخدمة ^{[ 2 ]} ضمن قائمة الخدمات ^{[ 3 ]} (على مستوى المؤسسة أو المجال) بمجموعة موحدة من معايير التصميم. ^{[ 4 ]} وهذا يُسهّل تطبيق عقود خدمة موحدة على مستوى قائمة الخدمات. ^{[ 5 ]}

عادةً ما تُقاس المرونة التي تعد بها بنية الخدمات الموجهة (SOA) بمستوى إمكانية إعادة استخدام الخدمات التي تتضمنها. ومع ذلك، ترتبط هذه الإمكانية ارتباطًا مباشرًا بكيفية تعريف عقد الخدمة لقدرات الخدمة. فالخدمة المبنية على سياق وظيفي قابل لإعادة الاستخدام ^{[ 6 ]} ولكن بعقد لا ينقل هذه الإمكانية بشكل صحيح، لا تحقق كامل إمكاناتها في هذا المجال.

في الحلول الموجهة نحو الخدمات، يُمثل عقد الخدمة عنصرًا أساسيًا، فهو الوسيلة الوحيدة التي تتفاعل من خلالها الخدمات مع بعضها البعض أو مع برامج المستهلك الأخرى. وهذا يُحتّم ضرورة توحيد عقود الخدمة لضمان إمكانية إعادة استخدام الخدمات وإعادة تركيبها قدر الإمكان. ولتحقيق ذلك، يجب تطبيق مبدأ تصميم عقود الخدمة الموحدة، حيث يُؤدي تطبيقه إلى عقود خدمة موحدة تستند إلى معايير التصميم ^{[ 7 ]} المحددة ضمن قائمة الخدمات.

يتمثل أحد أهداف هذا النمط في تقليل الحاجة إلى تحويل البيانات عند تفاعل خدمتين مع بعضهما البعض، وهو ما يمكن تحقيقه إذا استخدمت عقود الخدمة نماذج بيانات موحدة، مثل مخططات XML، في حال تنفيذ الخدمات كخدمات ويب . كما يُسهم ذلك في تعزيز قابلية التشغيل البيني بين الخدمات. ومن الأهداف المهمة الأخرى لهذا النمط التصميمي استخدام طريقة موحدة للتعبير عن إمكانيات الخدمة، بحيث يسهل فهم الغرض منها وقدراتها أثناء مرحلة التصميم. ^{[ 8 ]}

يتألف عقد الخدمة التقنية ^{[ 9 ]} عادةً من مستند WSDL ، ومخطط (مخططات) XML، ووثيقة (وثائق) سياسة. وبناءً على ذلك، يجب تطبيق هذا المبدأ على ثلاثة مجالات في عقد الخدمة كما هو موضح أدناه:

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

• ماورو وآخرون. تكامل الأجهزة الموجهة نحو الخدمات - تحليل أنماط تصميم بنية الخدمات الموجهة. ، الصفحات  1-10، المؤتمر الدولي الثالث والأربعون لعلوم النظم في هاواي، 2010. تاريخ الوصول: 8 أبريل 2010.
• إيرل، توماس (2008). مبادئ تصميم الخدمات في بنية الخدمات الموجهة (SOA) . برنتيس هول. ISBN 978-0-13-234482-1.
• بول-ألكسندرو إستوان. خطوط إنتاج البرمجيات وهياكل الخدمات الموجهة: هل يمكن ربطها ؟ تاريخ الوصول: 10 أبريل 2010.
• يوسف أشباني. إطار عمل متعدد الوكلاء لتطوير أنظمة خدمة قابلة للتكيف ومفتوحة . تاريخ الوصول: 10 أبريل 2010.
• كييل سفير جيريجيرفي. نموذج استحقاق عقد SOA . تاريخ الوصول: 12 أبريل 2010.

• مفاهيم هندسة الخدمات الموجهة
• مسرد مصطلحات هندسة الخدمات الموجهة