Standardized service contract
मानकीकृत सेवा अनुबंध एक सॉफ्टवेयर डिजाइन सिद्धांत है जिसे सेवा-अभिविन्यास डिजाइन प्रतिमान के भीतर लागू किया जाता है ताकि यह सुनिश्चित किया जा सके कि सेवा सूची (उद्यम या डोमेन) के भीतर सेवा अनुबंध डिजाइन मानकों के समान सेट का पालन करते हैं। यह सेवा सूची में मानकीकृत सेवा अनुबंधों की सुविधा प्रदान करता है। उद्देश्य एक सेवा-उन्मुख वास्तुकला (एस. ओ. ए.) द्वारा वादा की गई चपलता को आमतौर पर इसकी निहित सेवाओं के पुनः प्रयोज्य स्तर के संदर्भ में मापा जाता है। हालाँकि, यह पुनः प्रयोज्य सेवा अनुबंध सेवा क्षमताओं को परिभाषित करने के तरीके से सीधे संबंधित है। एक सेवा जो संभावित रूप से पुनः प्रयोज्य कार्यात्मक संदर्भ पर बनाई गई है, लेकिन एक अनुबंध के साथ जो इस पुनः प्रयोज्य को सही ढंग से व्यक्त नहीं करती है, वह अपनी पुनः प्रयोज्य क्षमता को प्राप्त नहीं करती है। सेवा-उन्मुख समाधानों के भीतर, एक सेवा अनुबंध एक मौलिक कलाकृति का प्रतिनिधित्व करता है, क्योंकि यह एकमात्र माध्यम है जिसके माध्यम से सेवाएं एक-दूसरे या अन्य उपभोक्ता कार्यक्रमों के साथ बातचीत करती हैं। यह सेवा अनुबंधों को मानकीकृत करने की एक मजबूत आवश्यकता पैदा करता है ताकि सेवाओं को यथासंभव पुनः प्रयोज्य और पुनः संयोजन योग्य बनाया जा सके। इसे प्राप्त करने के लिए, मानकीकृत सेवा अनुबंध डिजाइन सिद्धांत को लागू करने की आवश्यकता है क्योंकि इसके अनुप्रयोग के परिणामस्वरूप मानकीकृत सेवा अनुबंध होते हैं जो एक सेवा सूची के भीतर निर्धारित डिजाइन मानकों पर आधारित होते हैं। इसका एक लक्ष्य डेटा परिवर्तन की आवश्यकता को कम करना है क्योंकि दो सेवाएँ एक-दूसरे के साथ बातचीत करती हैं, जिसे तब प्राप्त किया जा सकता है जब सेवा अनुबंध मानकीकृत डेटा मॉडल का उपयोग करते हैं जैसे। एक्स. एम. एल. योजनाएँ यदि सेवाओं को वेब सेवाओं के रूप में लागू किया गया है। यह सेवाओं को अधिक अंतरसंचालनीय बनाने में भी मदद करता है। इस डिजाइन पैटर्न का एक अन्य महत्वपूर्ण लक्ष्य सेवा क्षमताओं को व्यक्त करने के एक मानकीकृत तरीके का उपयोग करना है ताकि उनके उद्देश्य और क्षमता को डिजाइन के समय आसानी से समझा जा सके। एक तकनीकी सेवा अनुबंध आमतौर पर एक डब्ल्यू. एस. डी. एल. दस्तावेज़, एक्स. एम. एल. योजना और नीति दस्तावेज़ों से बना होता है। नतीजतन, इस सिद्धांत को सेवा अनुबंध के तीन क्षेत्रों में लागू करने की आवश्यकता है जैसा कि नीचे वर्णित हैः कार्यात्मक अभिव्यक्ति मानकीकरण सेवा के संचालन को मानकीकृत नामकरण परंपराओं का उपयोग करके परिभाषित करने की आवश्यकता है। यह घटक इनपुट और आउट संदेश नामों और उनके संबंधित प्रकार के नामों पर भी लागू होगा। यह सेवा अनुबंध की सही व्याख्या को बढ़ाने में मदद करता है, जो बदले में सेवा के पुनः उपयोग और अंतर-संचालन को बढ़ाता है। जब सेवा अनुबंध स्पष्ट रूप से अपनी क्षमताओं को व्यक्त करते हैं, तो सेवा दोहराव की संभावना भी कम हो जाती है। डेटा मॉडल मानकीकरण एक ही प्रकार के डेटा के आधार पर संदेशों का आदान-प्रदान करने वाली दो सेवाएं-उदाहरण के लिए, एक खरीद आदेश-उस डेटा को विभिन्न योजनाओं के अनुसार मॉडल कर सकता है, जिसके लिए डेटा मॉडल परिवर्तन की आवश्यकता होती है। यह स्पष्ट रूप से ओवरहेड जोड़ता है, और सेवा अंतरसंचालनीयता और पुनः उपयोग के रास्ते में खड़ा है। इस परिवर्तन से बचने के लिए, मानकीकृत सेवा अनुबंध सिद्धांत के लिए मानकीकृत डेटा मॉडल की आवश्यकता होती है, जो आगे एक मानकीकृत डेटा प्रतिनिधित्व वास्तुकला बनाने में मदद करता है जिसे मानकीकृत सेवा क्षमताओं को परिभाषित करने के लिए पूरे उद्यम में पुनः उपयोग किया जा सकता है। योजना केंद्रीकरण सीधे डेटा मॉडल मानकीकरण डिजाइन पैटर्न के उद्देश्यों का समर्थन करता है, जो आगे केंद्रीय रूप से शासित योजनाओं के निर्माण का समर्थन करता है। नीति मानकीकरण सेवा नीतियाँ किसी सेवा के लिए उपयोग की शर्तों का प्रतिनिधित्व करती हैं। इसलिए, किसी सेवा के पुनः प्रयोज्य होने के लिए, इसकी व्यवहार संबंधी आवश्यकताओं को उद्योग मानक शब्दावली के आधार पर मानकीकृत नीति अभिव्यक्तियों का उपयोग करके लगातार व्यक्त किया जाना चाहिए। इस प्रकार का मानकीकरण नीतियों को सेवा अनुबंधों से अलग करके व्यक्तिगत नीति दस्तावेजों में बदलने को बढ़ावा देता है, जो केंद्रीकृत शासन की सुविधा प्रदान करता है। कुछ मामलों में, दो नीतियों, हालांकि वाक्यात्मक रूप से अलग हैं, का अर्थ एक ही हो सकता है-इसलिए, डिजाइन मानकों को स्वीकार्य नीति संरचना को निर्धारित करना चाहिए। विचार इस डिजाइन सिद्धांत का अनुप्रयोग सेवा सूची स्तर पर डिजाइन मानकों पर निर्भर करता है। इसके लिए समय और प्रयास के संदर्भ में अतिरिक्त संसाधनों की आवश्यकता होती है। दूसरा, इस डिजाइन सिद्धांत को प्रभावी ढंग से लागू करने के लिए, वास्तविक अनुबंध को सेवा तर्क और कार्यान्वयन से भौतिक रूप से अलग किया जाना चाहिए ताकि यह उद्योग मानकों पर आधारित हो सके। यह एक विच्छेदित अनुबंध डिजाइन पैटर्न के अनुप्रयोग द्वारा प्राप्त किया जा सकता है। यह भी कि 'अनुबंध पहले' दृष्टिकोण का पालन करने की आवश्यकता है ताकि अंतर्निहित तर्क केवल मानकीकृत डेटा मॉडल का उपयोग करे। इसके अलावा, केंद्रीकृत डेटा मॉडल की आवश्यकता सेवाओं के बीच अनावश्यक डेटा के संचरण में समाप्त हो सकती है, क्योंकि एक सेवा को वास्तविक डेटा की आवश्यकता केवल सेवा पर लगाए गए मानकीकृत योजना में परिभाषित डेटा का एक उपसमुच्चय हो सकती है। संदर्भ मौरो। आदि। सेवा उन्मुख उपकरण एकीकरण-एस. ओ. ए. डिजाइन पैटर्न का विश्लेषण। 1-10,2010 प्रणाली विज्ञान पर 43वां हवाई अंतर्राष्ट्रीय सम्मेलन, 2010। अभिगम करने की तिथिः 8 अप्रैल 2010। पॉल-अलेक्जेंड्रू Istoan.Software उत्पाद लाइनें और सेवा उन्मुख वास्तुकलाः क्या वे connected.Date सुलभ हो सकते हैंः 10 अप्रैल 2010 यूसुफ़ Achbany.A अनुकूलन योग्य और खुली सेवा विकसित करने के लिए बहु-एजेंट ढांचा Systems.Date पहुँचः 10 अप्रैल 2010। Kjell-Sverre Jerijærvi.SOA अनुबंध परिपक्वता Model.Date अभिगमितः 12 अप्रैल 2010। बाहरी लिंक एस. ओ. ए. अवधारणा एस. ओ. ए. शर्तें शब्दावली सेवा-उन्मुख (बिजनेस कंप्यूटिंग)