Service abstraction
سروس تجریدی ایک ڈیزائن اصول ہے جو سروس اورینٹیشن ڈیزائن کے نمونے کے اندر لاگو ہوتا ہے تاکہ سروس کے معاہدے میں شائع ہونے والی معلومات سروس کو مؤثر طریقے سے استعمال کرنے کے لیے درکار معلومات تک محدود ہو۔ سروس کے معاہدے میں کوئی ایسی غیر ضروری معلومات نہیں ہونی چاہیے جو اس کی دعوت کے لیے ضروری نہ ہو۔ اس کے علاوہ کہ معلومات صرف خدمت کے معاہدے (تکنیکی معاہدہ اور خدمت کی سطح کے معاہدے) تک محدود ہونی چاہیے، خدمت کے معاہدے کے علاوہ خدمت کے صارفین کو کوئی اور دستاویز یا ذریعہ دستیاب نہیں کیا جانا چاہیے جس میں خدمت سے متعلق اضافی معلومات شامل ہوں۔ مقصد ایک خدمت کا معاہدہ جس میں اس کی تفصیلات شامل ہوتی ہیں (مثال کے طور پر منطق، عمل درآمد اور خدمت کی تعمیر کے لیے استعمال ہونے والی ٹیکنالوجی) خدمت کے صارفین کو خدمت کے کام کرنے کے بارے میں مزید معلومات فراہم کرکے ایک خاص انداز میں استعمال کیا جا سکتا ہے۔ خدمت پر مبنی ہونے کے معاملے میں، ضروری نہیں کہ زیادہ علم بہتر ہو۔ اس بات کا امکان ہے کہ اضافی معلومات سروس کے دوبارہ استعمال میں رکاوٹ بن سکتی ہیں کیونکہ سروس کنزیومر ڈیزائنر اس علم کی بنیاد پر اپنے ڈیزائن کو ہموار کر سکتا ہے۔ تاہم، ایسا کرنے سے سروس کنٹریکٹ کے ارتقاء پر اثر پڑے گا کیونکہ اب سروس کنزیومر بالواسطہ طور پر سروس کے نفاذ سے جڑا ہوا ہے، جسے مستقبل میں تبدیل کرنے کی ضرورت پڑ سکتی ہے۔ اس سے کنزیومر ٹو کنٹریکٹ قسم کے جوڑے میں اضافہ ہوتا ہے، جو کہ جوڑے کی ایک مثبت قسم ہے۔ تاہم، بہت زیادہ انحصار سروس فراہم کنندہ اور سروس صارفین دونوں کے ارتقاء پر منفی اثر ڈال سکتا ہے۔ معلومات کو چھپانا آبجیکٹ پر مبنی نمونے کے اندر کلیدی اصولوں میں سے ایک ہے جو سافٹ ویئر پروگرام کے اندرونی کام کو خلاصہ کرنے کو فروغ دیتا ہے۔ ایک کلاسیکی مثال اصل طریقہ منطق کو چھپانے کے لیے تجریدی کلاسوں کا استعمال ہوگا۔ سروس کے ارتقاء کو آسان بنانے کے لیے سروس کے کام کرنے کے بارے میں غیر ضروری تفصیلات کو چھپانے کے لیے اسی تصور کو سروس تجریدی اصول کے ذریعے لاگو کیا جاتا ہے۔ اس ڈیزائن اصول کے اطلاق کے لیے چار مختلف قسم کے تجریدوں کو دیکھنے کی ضرورت ہوتی ہے جن کا اطلاق کسی خدمت پر کیا جا سکتا ہے۔ فنکشنل تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجریدی تجری ایک مثال اس کلاس کی ہوگی جس کے کچھ طریقے نجی ہیں جبکہ دیگر عوامی ہیں۔ ایک کلاس صرف ان طریقوں کو عوامی طور پر بے نقاب کرے گی جو اسے اپنے مقاصد کے لیے اہم سمجھتے ہیں، کوئی بھی مددگار طریقہ جو اشیاء سے متعلق نہیں ہے اسے چھپایا جاتا ہے۔ ایک سروس کنٹریکٹ جسے اس اصول کے تابع نہیں کیا گیا ہے اسے 'تفصیلی کنٹریکٹ' کہا جا سکتا ہے جو زیادہ تر کاروباری قوانین اور توثیق کی منطق کو ظاہر کرتا ہے۔ ایک بار جب اس اصول کو منصفانہ حد تک لاگو کیا جاتا ہے، تو معاہدے کو 'جامع معاہدہ' کہا جا سکتا ہے۔ اس ڈیزائن اصول کے مزید اطلاق کے نتیجے میں ایک 'بہتر معاہدہ' ہوگا جو خدمت کے دوبارہ استعمال کی صلاحیت کو زیادہ سے زیادہ کرتا ہے۔ ٹیکنالوجی کی معلومات کا خلاصہ سروس کے اندر استعمال ہونے والی بنیادی ٹیکنالوجی کے بارے میں کسی بھی معلومات کے نتیجے میں کم ٹیکنالوجی کی معلومات کا خلاصہ ہوگا کیونکہ سروس کا معاہدہ سروس صارفین کو واضح طور پر بتاتا ہے کہ سروس منطق اور اس کے نفاذ کو کس طرح ڈیزائن کیا گیا ہے۔ اس اضافی معلومات کے نتیجے میں خدمت کے صارفین کو اس طرح سے ڈیزائن کیا جا سکتا ہے جو خاص طور پر اس مخصوص نفاذ کو نشانہ بناتا ہے، اس طرح صارف سے عمل درآمد کا جوڑا تیار ہوتا ہے۔ منطقی خلاصہ سروس منطق کے بارے میں پروگرام کی تفصیلات کو خلاصہ کرنے کی ضرورت ہے کیونکہ اس بارے میں علم کہ سروس اصل میں اپنی فعالیت کو کس طرح انجام دیتی ہے اس کے نتیجے میں سروس صارفین اس معلومات میں عنصر بن سکتے ہیں اور اس کے نتیجے میں ان مفروضوں کے تحت ڈیزائن کیے گئے ہیں۔ یہ سروس منطق ری فیکٹرنگ کی کوششوں کو سنجیدگی سے متاثر کر سکتا ہے اور اسے سروس ری فیکٹرنگ ڈیزائن پیٹرن کے اطلاق کے لیے اینٹی پیٹرن سمجھا جا سکتا ہے۔ کوالٹی تجریدی کوالٹی تجریدی کا تعلق سروس کے ساتھ سروس کی سطح کے معاہدے میں فراہم کردہ تفصیلات سے ہے۔ صرف اس قسم کی معلومات پر توجہ مرکوز کرنا ضروری ہے جو حقیقت میں خدمت کی وشوسنییتا اور دستیابی کا تعین کرنے میں مدد کرے، کوئی دوسری معلومات شامل نہیں کی جانی چاہیے جو غیر ضروری تفصیلات کو بے نقاب کرے جیسے۔ اس بارے میں تفصیلات کہ کوئی سروس مجموعی کاروباری عمل کے اندر کیسے بیٹھتی ہے اور وہ اپنی فعالیت کو پورا کرنے کے لیے کون سی دوسری خدمات استعمال کرتی ہے۔ سروس پر لاگو رسائی کنٹرول کی سطح یہ طے کرے گی کہ سروس کے خلاصہ کی کتنی ٹیکنالوجی، منطق اور معیار موجود ہیں۔ ایک 'کھلی رسائی' ہر اس شخص کو مفت رسائی فراہم کرے گی جو خدمت کے ڈیزائن کی خصوصیات کو تلاش کرنے میں دلچسپی رکھتا ہے۔ 'کنٹرولڈ رسائی' میں، صرف مجاز لوگوں کو رسائی دی جاتی ہے اور 'رسائی نہیں' کی پالیسی ڈیزائن دستاویزات تک کسی بھی رسائی سے مکمل طور پر انکار کر دے گی۔ غور اگرچہ معلومات کو چھپانا ایک صحت مند عمل سمجھا جاتا ہے، تاہم، بہت زیادہ معلومات کو چھپانا نتیجہ خیز ثابت ہوسکتا ہے کیونکہ یہ سروس کے دوبارہ استعمال کی سطح کو محدود کر سکتا ہے۔ اس کے نتیجے میں بے کار خدمات بھی ہو سکتی ہیں کیونکہ سروس ڈیزائنرز کے پاس سروس کی صلاحیتوں کے بارے میں کافی معلومات نہیں ہوتی ہیں۔ اس کے لیے، ہر خدمت کے معاہدے کو ایک جامع لیکن جامع انداز میں ڈیزائن کرنے کی ضرورت ہے تاکہ خدمت کی صلاحیتوں کو مؤثر طریقے سے دریافت کیا جا سکے اور خدمت کی دریافت کے اصول کے مطابق اس کی تشریح کی جا سکے۔ سروس کنٹریکٹ میں جس قسم کی معلومات کو بے نقاب کیا گیا ہے وہ سیکیورٹی سے متعلق کچھ خدشات کا باعث بھی بن سکتی ہے۔ مثال کے طور پر، ایک خدمت جو اندرونی غلطی کے نتیجے میں استعمال ہونے والے ڈیٹا بیس کے بارے میں تفصیلات کو پھیلاتی ہے وہ حملے کا شکار ہو سکتی ہے جہاں حملہ آور اطلاع شدہ غلطی کی تفصیلات کا استعمال کرتا ہے اور ڈیٹا بیس سے رابطہ قائم کرنے کی کوشش کرتا ہے۔ اس سے پیغام کی اسکریننگ اور استثناء کے تحفظ کے ڈیزائن کے نمونوں کے اطلاق سے نمٹا جا سکتا ہے۔ حوالہ جات مزید پڑھنا مورو۔ وغیرہ۔ سروس پر مبنی ڈیوائس انٹیگریشن-ایس او اے ڈیزائن پیٹرن کا تجزیہ۔ [آن لائن]، پی پی۔ 1-10، 2010 43 ویں ہوائی انٹرنیشنل کانفرنس آن سسٹم سائنسز، 2010۔ رسائی کی تاریخ: 8 اپریل 2010۔ تھامس Erl.Service-Orientation اور آبجیکٹ اورینٹیشن پارٹ II: ڈیزائن کے اصولوں کا موازنہ [آن لائن]۔ رسائی کی تاریخ: 13 اپریل 2010۔ ٹاسٹ۔ اور al.Guidelines ویب سروس کنٹریکٹ ٹیکنالوجیز [آن لائن] استعمال کرنے کے لیے۔ رسائی کی تاریخ: 13 اپریل 2010۔ تدریس میں نئی آٹومیشن سافٹ ویئر ڈیزائن اور انٹیگریشن ٹیکنالوجیز کا پیکا Alho.Application [آن لائن]۔ رسائی کی تاریخ: 13 اپریل 2010۔ بیرونی روابط ایس او اے تصورات ایس او اے کی شرائط گلوسری سروس پر مبنی (بزنس کمپیوٹنگ)