Serviceability (computer)
سافٹ ویئر انجینئرنگ اور ہارڈ ویئر انجینئرنگ میں، سروس ایبلٹی (جسے سپورٹ ایبلٹی بھی کہا جاتا ہے) آئی بی ایم کے آر اے ایس (یو) (وشوسنییتا، دستیابی، سروس ایبلٹی، اور یوزیبلٹی) سے ایک صلاحیت یا پہلو ہے۔ یہ تکنیکی معاون اہلکاروں کی کمپیوٹر پروڈکٹس کو انسٹال کرنے، ترتیب دینے اور نگرانی کرنے، مستثنیات یا غلطیوں کی نشاندہی کرنے، بنیادی وجہ کے تجزیے کے لیے غلطیوں کو ڈیبگ یا الگ کرنے، اور کسی مسئلے کو حل کرنے اور پروڈکٹ کو سروس میں بحال کرنے کے لیے ہارڈ ویئر یا سافٹ ویئر کی دیکھ بھال فراہم کرنے کی صلاحیت سے مراد ہے۔ خدمت کی سہولت فراہم کرنے والی خصوصیات کو شامل کرنے سے عام طور پر مصنوعات کی زیادہ موثر دیکھ بھال ہوتی ہے اور آپریشنل لاگت کم ہوتی ہے اور کاروبار کا تسلسل برقرار رہتا ہے۔ سروس ایبلٹی کو آسان بنانے والی خصوصیات کی مثالوں میں شامل ہیں: غیر معمولی واقعات کی ہیلپ ڈیسک نوٹیفکیشن (مثال کے طور پر، الیکٹرانک میل کے ذریعے یا کسی پیجر کو متن بھیج کر) نیٹ ورک کی نگرانی، ایونٹ لاگنگ/ٹریسنگ (سافٹ ویئر) پروگرام کی حالت کا لاگنگ، جیسے کہ عمل کا راستہ اور/یا مقامی اور عالمی متغیرات کا اندراج اور اخراج، اختیاری طور پر آنے اور واپس آنے والی متغیر اقدار کے ساتھ (دیکھیں: ذیلی روٹین) استثنی بلاک انٹری، اختیاری طور پر مقامی ریاست کے ساتھ (دیکھیں: مستثنی ہینڈلنگ) سافٹ ویئر اپ گریڈ شاندار انحطاط، جہاں پروڈکٹ کو تکنیکی معاون عملے ہارڈ ویئر کی تبدیلی یا اپ گریڈ پلاننگ کی مداخلت کے بغیر غیر معمولی واقعات سے بازیابی کی اجازت دینے کے لیے ڈیزائن کیا گیا ہے، جہاں پروڈکٹ کو کم سے کم کمپیوٹر سسٹم ڈاؤن ٹائم (مثال کے طور پر ہاٹ سویپ اجزاء) کے ساتھ موثر ہارڈ ویئر اپ گریڈ کی اجازت دینے کے لیے ڈیزائن کیا گیا ہے۔ سروس ایبلٹی انجینئرنگ کچھ معمول کے نظام کی دیکھ بھال سے متعلق خصوصیات کو بھی شامل کر سکتی ہے (دیکھیں: آپریشنز، ایڈمنسٹریشن اور مینٹیننس (او اے اینڈ ایم)) سروس ٹول کو ایک سہولت یا خصوصیت کے طور پر بیان کیا گیا ہے، جو کسی پروڈکٹ سے قریب سے جڑا ہوا ہے، جو خدمات (تجزیہ، نگرانی، ڈیبگ، مرمت وغیرہ) کے لیے صلاحیتیں اور ڈیٹا فراہم کرتا ہے۔ اس پروڈکٹ کو۔ سروس ٹولز صلاحیتوں کی وسیع رینج فراہم کر سکتے ہیں۔ تشخیص کے حوالے سے، سروس ٹولز کی مجوزہ درجہ بندی مندرجہ ذیل ہے: لیول 1: سروس ٹول جو اس بات کی نشاندہی کرتا ہے کہ آیا کوئی پروڈکٹ فعال ہے یا فعال نہیں ہے۔ کمپیوٹر سرورز کی وضاحت کرتے ہوئے، ریاستوں کو اکثر 'اوپر' یا 'نیچے' کہا جاتا ہے۔ یہ بائنری ویلیو ہے۔ سطح 2: سروس ٹول جو کچھ تفصیلی تشخیصی ڈیٹا فراہم کرتا ہے۔ اکثر تشخیصی ڈیٹا کو ایک مسئلہ 'دستخط' کہا جاتا ہے، جو کلیدی اقدار کی نمائندگی کرتا ہے جیسے سسٹم کا ماحول، پروگرام کا نام چلانا وغیرہ۔ اعداد و شمار کی اس سطح کا استعمال ایک مسئلے کے دستخط کا دوسرے مسئلے کے دستخط سے موازنہ کرنے کے لیے کیا جاتا ہے: نئے مسئلے کو پرانے مسئلے سے ملانے کی صلاحیت کسی کو پہلے سے بنائے گئے حل کو استعمال کرنے کی اجازت دیتی ہے۔ مسائل کو اسکرین کرنے کی صلاحیت اس وقت قابل قدر ہوتی ہے جب کوئی مسئلہ پہلے سے موجود مسئلے سے میل کھاتا ہے، لیکن یہ کسی نئے مسئلے کو ڈیبگ کرنے کے لیے کافی نہیں ہے۔ سطح 3: ایک نئے اور منفرد مسئلے کو ٹھیک کرنے کے لیے کافی تفصیلی تشخیصی ڈیٹا فراہم کرتا ہے۔ ان درجہ بندی کے لیے ایک کھردری اصول کے طور پر، سطح 1 بمقابلہ سطح 2 بمقابلہ سطح 3 سروس ٹولز میں تشخیصی ڈیٹا کے متعدد 'آرڈرز آف میگنیٹیوڈ' موجود ہیں۔ اضافی خصوصیات اور صلاحیتیں جو سروس ٹولز میں مشاہدہ کی گئی ہیں: ڈیٹا اکٹھا کرنے کا وقت: کچھ ٹولز فوری طور پر ڈیٹا اکٹھا کر سکتے ہیں، جیسے ہی مسئلہ پیدا ہوتا ہے، دوسروں کو ڈیٹا اکٹھا کرنے میں تاخیر ہوتی ہے۔ پہلے سے تجزیہ شدہ، یا ابھی تک تجزیہ شدہ ڈیٹا: کچھ ٹولز 'بیرونی' ڈیٹا اکٹھا کرتے ہیں، جبکہ دیگر 'اندرونی' ڈیٹا اکٹھا کرتے ہیں۔ یہ نظام کے پیغامات (صارف کی مادری زبان میں قدرتی زبان جیسے بیانات) بمقابلہ 'بائنری' اسٹوریج ڈمپ کا موازنہ کرتے وقت دیکھا جاتا ہے۔ سسٹم اسٹیٹ ڈیٹا کا جزوی یا مکمل سیٹ: کچھ ٹولز ایک مکمل سسٹم اسٹیٹ بمقابلہ جزوی سسٹم اسٹیٹ (صارف یا جزوی 'بائنری' اسٹوریج ڈمپ بمقابلہ مکمل سسٹم ڈمپ) جمع کرتے ہیں۔ خام یا تجزیہ شدہ ڈیٹا: کچھ ٹولز خام ڈیٹا کو ظاہر کرتے ہیں، جبکہ دیگر اس کا تجزیہ کرتے ہیں (مثال کے طور پر اسٹوریج ڈمپ فارمیٹر جو ڈیٹا کو فارمیٹ کرتے ہیں، بمقابلہ 'ذہین' ڈیٹا فارمیٹر ('تجزیہ' ایک عام فعل ہے) جو ڈیٹا کے 'معنی' کی نشاندہی کرنے کے لیے پروڈکٹ کے علم کو ریاستی متغیرات کے تجزیے کے ساتھ جوڑتے ہیں۔ پروگرام کے قابل ٹولز بمقابلہ فکسڈ فنکشن ٹولز۔ کچھ ٹولز کو مختلف اوقات میں مختلف مقدار میں ڈیٹا حاصل کرنے کے لیے تبدیل کیا جا سکتا ہے۔ کچھ ٹولز میں صرف ایک فکسڈ فنکشن ہوتا ہے۔ دستی یا خودکار؟ کچھ ٹولز کسی پروڈکٹ میں بنائے جاتے ہیں، تاکہ غلطی یا ناکامی ہونے پر خود بخود ڈیٹا اکٹھا کیا جا سکے۔ ڈیٹا اکٹھا کرنے کا عمل شروع کرنے کے لیے دیگر ٹولز کو خاص طور پر استعمال کرنا پڑتا ہے۔ مرمت یا غیر مرمت؟ کچھ ٹولز خودکار مرمت کے عمل (سیلف ہیلنگ/فالٹ ٹالرینٹ) کے پیش رو کے طور پر ڈیٹا اکٹھا کرتے ہیں۔ ان ٹولز میں مطلوبہ مرمت کا عمل شروع ہونے سے پہلے غیر متغیر ڈیٹا کو تیزی سے حاصل کرنے کا چیلنج ہوتا ہے۔ ایف یو آر پی ایس مینٹین ایبلٹی بیرونی لنکس بھی دیکھیں۔ سروس ایبلٹی فیچر کی ضروریات کی بہترین مثال: سن گیڈرنگ ڈیبگ ڈیٹا (سن جی ڈی ڈی)۔ یہ سورج کے معاون افراد کی طرف سے تیار کردہ ٹولز کا ایک مجموعہ ہے جس کا مقصد مزید تجزیہ کے لیے درکار ڈیبگ ڈیٹا کو جمع کرنے کے لیے فعال اقدامات اور بہترین طریقوں کا فائدہ اٹھاتے ہوئے مسئلے کے حل کے لیے صحیح نقطہ نظر فراہم کرنا ہے۔ "کیریئر گریڈ لینکس سروس ایبلٹی تقاضے تعریف ورژن 4"، کاپی رائٹ (c) 2005-2007 بذریعہ اوپن سورس ڈویلپمنٹ لیبز، انکارپوریٹڈ بیورٹن، یا 97005 یو ایس اے ڈیزائن برائے ایکس