Service abstraction
सेवा अमूर्तता एक डिजाइन सिद्धांत है जिसे सेवा-अभिविन्यास डिजाइन प्रतिमान के भीतर लागू किया जाता है ताकि सेवा अनुबंध में प्रकाशित जानकारी सेवा का प्रभावी ढंग से उपयोग करने के लिए आवश्यक जानकारी तक सीमित हो। सेवा अनुबंध में कोई भी अनावश्यक जानकारी नहीं होनी चाहिए जो इसके आह्वान के लिए आवश्यक न हो। यह भी कि जानकारी केवल सेवा अनुबंध (तकनीकी अनुबंध और सेवा स्तर के समझौते) तक ही सीमित होनी चाहिए, सेवा अनुबंध के अलावा सेवा उपभोक्ताओं को कोई अन्य दस्तावेज या माध्यम उपलब्ध नहीं कराया जाना चाहिए जिसमें सेवा से संबंधित अतिरिक्त जानकारी हो। उद्देश्य एक सेवा अनुबंध जिसमें इस बारे में विवरण होता है कि यह क्या समाहित करता है (जैसे, तर्क, कार्यान्वयन और सेवा के निर्माण के लिए उपयोग की जाने वाली तकनीक) का उपयोग सेवा उपभोक्ता को सेवा के कामकाज के बारे में अधिक जानकारी प्रदान करके एक विशेष तरीके से किया जा सकता है। सेवा-अभिविन्यास के मामले में, अधिक ज्ञान आवश्यक रूप से बेहतर नहीं है। ऐसी संभावना है कि अतिरिक्त जानकारी सेवा की पुनः प्रयोज्य को बाधित कर सकती है क्योंकि सेवा उपभोक्ता डिजाइनर इस ज्ञान के आधार पर अपने डिजाइन को सुव्यवस्थित कर सकता है। हालांकि, ऐसा करने से सेवा अनुबंध के विकास पर असर पड़ेगा क्योंकि अब सेवा उपभोक्ता अप्रत्यक्ष रूप से सेवा कार्यान्वयन से जुड़ा हुआ है, जिसे भविष्य में बदलने की आवश्यकता हो सकती है। यह उपभोक्ता-से-अनुबंध प्रकार के युग्मन को बढ़ाता है, जो एक सकारात्मक प्रकार का युग्मन है। हालांकि, बहुत अधिक निर्भरता होने से सेवा प्रदाता और सेवा उपभोक्ता दोनों के विकास पर नकारात्मक प्रभाव पड़ सकता है। सूचना छिपाना ऑब्जेक्ट-ओरिएंटेड प्रतिमान के भीतर प्रमुख सिद्धांतों में से एक है जो एक सॉफ्टवेयर प्रोग्राम के आंतरिक कामकाज को अमूर्त करने को बढ़ावा देता है। एक उत्कृष्ट उदाहरण वास्तविक विधि तर्क को छिपाने के लिए अमूर्त वर्गों का उपयोग होगा। सेवा के विकास को आसान बनाने की दृष्टि से सेवा के काम करने के बारे में अनावश्यक विवरणों को छिपाने के लिए सेवा अमूर्तता सिद्धांत द्वारा एक ही अवधारणा को लागू किया जाता है। इस डिजाइन सिद्धांत के अनुप्रयोग के लिए चार अलग-अलग प्रकार के अमूर्तताओं को देखने की आवश्यकता होती है जिन्हें किसी सेवा पर लागू किया जा सकता है। कार्यात्मक अमूर्तता अमूर्तता का यह रूप इस बात पर निर्भर करता है कि सेवा क्षमताओं के रूप में सेवा तर्क कितना उजागर होता है। एक उदाहरण एक वर्ग का होगा जिसमें इसकी कुछ विधियाँ निजी हैं जबकि अन्य सार्वजनिक हैं। एक वर्ग केवल उन तरीकों को सार्वजनिक रूप से उजागर करेगा जिन्हें वह अपने उद्देश्यों के लिए महत्वपूर्ण मानता है, कोई भी सहायक तरीके जो वस्तुओं के लिए प्रासंगिक नहीं हैं, उन्हें छिपा कर रखा जाता है। एक सेवा अनुबंध जिसे इस सिद्धांत के अधीन नहीं किया गया है, उसे 'विस्तृत अनुबंध' कहा जा सकता है जो अधिकांश व्यावसायिक नियमों और सत्यापन तर्क को प्रकट करता है। एक बार जब इस सिद्धांत को उचित स्तर पर लागू कर दिया जाता है, तो अनुबंध को 'संक्षिप्त अनुबंध' कहा जा सकता है। इस डिजाइन सिद्धांत के आगे के अनुप्रयोग के परिणामस्वरूप एक 'अनुकूलित अनुबंध' होगा जो सेवा की पुनः उपयोग क्षमता को अधिकतम करता है। प्रौद्योगिकी सूचना अमूर्तता सेवा के भीतर उपयोग की जाने वाली अंतर्निहित प्रौद्योगिकी के बारे में किसी भी जानकारी के परिणामस्वरूप कम प्रौद्योगिकी सूचना अमूर्तता होगी क्योंकि सेवा अनुबंध स्पष्ट रूप से सेवा उपभोक्ताओं को बताता है कि सेवा तर्क और इसके कार्यान्वयन को कैसे डिज़ाइन किया गया है। इस अतिरिक्त जानकारी के परिणामस्वरूप सेवा उपभोक्ताओं को इस तरह से डिज़ाइन किया जा सकता है जो विशेष रूप से उस विशेष कार्यान्वयन को लक्षित करता है, जिससे उपभोक्ता-से-कार्यान्वयन युग्मन विकसित होता है। तार्किक अमूर्तता सेवा तर्क के बारे में कार्यक्रम संबंधी विवरणों को अमूर्त होने की आवश्यकता है क्योंकि इस बारे में ज्ञान कि सेवा वास्तव में अपनी कार्यक्षमता का प्रदर्शन कैसे करती है, इसके परिणामस्वरूप सेवा उपभोक्ता इस जानकारी को ध्यान में रख सकते हैं और परिणामस्वरूप इन धारणाओं के तहत तैयार किए जाते हैं। यह सर्विस लॉजिक रिफैक्टरिंग प्रयासों को गंभीर रूप से बाधित कर सकता है और इसे सर्विस रिफैक्टरिंग डिजाइन पैटर्न के अनुप्रयोग के लिए एक एंटी-पैटर्न के रूप में माना जा सकता है। गुणवत्ता अमूर्तता गुणवत्ता अमूर्तता सेवा के साथ सेवा स्तर समझौते के भीतर प्रदान किए गए विवरणों से संबंधित है। केवल उस प्रकार की जानकारी पर ध्यान केंद्रित करना महत्वपूर्ण है जो वास्तव में सेवा की विश्वसनीयता और उपलब्धता निर्धारित करने में मदद करेगी, कोई अन्य जानकारी शामिल नहीं की जानी चाहिए जो अनावश्यक विवरणों को उजागर करती है जैसे। एक सेवा समग्र व्यावसायिक प्रक्रिया के भीतर कैसे बैठती है और अपनी कार्यक्षमता को पूरा करने के लिए कौन सी अन्य सेवाओं का उपयोग करती है, इसके बारे में विवरण। किसी सेवा पर लागू अभिगम नियंत्रण का स्तर यह तय करेगा कि सेवा अमूर्तता की कितनी प्रौद्योगिकी, तर्क और गुणवत्ता है। एक 'ओपन एक्सेस' उन सभी को मुफ्त पहुंच प्रदान करेगा जो किसी सेवा के डिजाइन विनिर्देशों का पता लगाने में रुचि रखते हैं। 'नियंत्रित पहुँच' में, केवल अधिकृत लोगों को पहुँच प्रदान की जाती है और 'पहुँच नहीं' नीति डिजाइन दस्तावेजों तक किसी भी पहुँच को पूरी तरह से अस्वीकार कर देगी। विचार यद्यपि जानकारी छिपाना एक स्वस्थ अभ्यास माना जाता है, तथापि, बहुत अधिक जानकारी छिपाना प्रतिकूल हो सकता है क्योंकि यह सेवा के पुनः उपयोग के स्तर को सीमित कर सकता है। इसके परिणामस्वरूप अनावश्यक सेवाएं भी मिल सकती हैं क्योंकि सेवा डिजाइनरों के पास सेवा की क्षमताओं के बारे में पर्याप्त जानकारी नहीं होती है। इसके लिए, प्रत्येक सेवा अनुबंध को संक्षिप्त लेकिन व्यापक तरीके से तैयार करने की आवश्यकता है ताकि सेवा की क्षमताओं को प्रभावी ढंग से खोजा जा सके और सेवा खोज सिद्धांत द्वारा निर्धारित किया जा सके। सेवा अनुबंध में जिस तरह की जानकारी उजागर होती है, उससे कुछ सुरक्षा संबंधी चिंताएं भी पैदा हो सकती हैं। उदाहरण के लिए, एक सेवा जो एक आंतरिक त्रुटि के परिणामस्वरूप उपयोग में आने वाले डेटाबेस के बारे में विवरण का प्रचार करती है, एक हमले का शिकार हो सकती है जहां हमलावर रिपोर्ट किए गए त्रुटि विवरण का उपयोग करता है और डेटाबेस से जुड़ने का प्रयास करता है। इसे संदेश जांच और अपवाद परिरक्षण डिजाइन पैटर्न के अनुप्रयोग द्वारा संबोधित किया जा सकता है। माउरो को आगे पढ़ने के लिए संदर्भ। आदि। सेवा उन्मुख उपकरण एकीकरण-एस. ओ. ए. डिजाइन पैटर्न का विश्लेषण। [ऑनलाइन], पीपी। 1-10,2010 प्रणाली विज्ञान पर 43वां हवाई अंतर्राष्ट्रीय सम्मेलन, 2010। अभिगम करने की तिथिः 8 अप्रैल 2010। थॉमस Erl.Service-Orientation और ऑब्जेक्ट-ओरिएंटेशन भाग II: डिजाइन सिद्धांतों की तुलना [ऑनलाइन]। अभिगम करने की तिथिः 13 अप्रैल 2010। टेस्ट करें। और al.Guidelines वेब सेवा अनुबंध प्रौद्योगिकियों [ऑनलाइन] का उपयोग करने के लिए। दिनांकः 13 अप्रैल 2010। [ऑनलाइन] शिक्षण में नए स्वचालन सॉफ्टवेयर डिजाइन और एकीकरण प्रौद्योगिकियों का पेक्का Alho.Application। अभिगम करने की तिथिः 13 अप्रैल 2010। बाहरी लिंक एस. ओ. ए. अवधारणा एस. ओ. ए. शर्तें शब्दावली सेवा-उन्मुख (बिजनेस कंप्यूटिंग)