سافٹ ویئر ڈویلپمنٹ لائف سائیکل ماڈل (ایس ڈی ایل سی) کیا ہے؟ - ٹیکپوپیڈیا سے تعریف

تعریف - سافٹ ویئر ڈویلپمنٹ لائف سائیکل ماڈل (SDLC) کا کیا مطلب ہے؟

ایک سافٹ ویئر ڈویلپمنٹ لائف سائیکل (ایس ڈی ایل سی) ماڈل ایک تصوراتی فریم ورک ہے جو سافٹ ویئر ڈویلپمنٹ پروجیکٹ میں دیکھ بھال تک منصوبہ بندی سے لے کر تمام سرگرمیوں کو بیان کرتا ہے۔ یہ عمل متعدد ماڈلز کے ساتھ وابستہ ہے ، ہر ایک مختلف قسم کے کاموں اور سرگرمیوں سمیت۔

سافٹ ویئر ڈویلپمنٹ ایک بوجھل سرگرمی ہے جس میں ضرورتوں ، ان کے نفاذ اور سافٹ ویئر کی تعیناتی کی مناسب شناخت کی ضرورت ہوتی ہے۔ تاہم ، سرگرمیاں وہاں ختم نہیں ہوتی ہیں۔ سافٹ ویئر کی تقسیم کے بعد ، مناسب دیکھ بھال کو بروقت فراہم کرنا ہوگا۔

اس اصطلاح کو سافٹ ویئر ڈویلپمنٹ پروسیس ماڈل کے نام سے بھی جانا جاتا ہے۔

ٹیکوپیڈیا سافٹ ویئر ڈویلپمنٹ لائف سائیکل ماڈل (SDLC) کی وضاحت کرتا ہے

سافٹ ویئر ڈویلپمنٹ کی بڑی سرگرمیوں میں شامل ہیں:

• ضرورت کا نکلوانا: موکل کے پاس اس بات کا مبہم خیال ہے کہ جس کی ضرورت ہے۔ اہداف تک پہنچنے کے ل the تقاضوں اور منصوبہ بندی کے اقدامات کے بارے میں مکمل تجزیہ کرنے کے بعد ، سافٹ ویئر انجینئروں کے ایک گروپ کے ذریعہ تجریدی کلائنٹ آئیڈی کو عملی جامہ پہنایا جاتا ہے۔
• سافٹ ویئر کی تفصیل: بیان کرتی ہے کہ سافٹ ویئر اس عمل کا اگلا مرحلہ ہے۔
• خلاصہ نظام کی نمائندگی: اس بات کی تصدیق کے لئے تشکیل دیا گیا ہے کہ وہ مصنوع کی ضروریات کو پورا کرتا ہے اور بنیادی سافٹ ویئر کے ساتھ دوسرے سافٹ ویئر مصنوعات کے ساتھ انٹرفیس کرتا ہے۔
• کلائنٹ کی ضروریات: سافٹ ویئر انجینئرز کے ذریعہ پروگرام کردہ کوڈ کے ذریعے عمل درآمد۔
• کوڈ کی جانچ: یہ یقینی بنانے کے لئے کوڈ کا تجربہ کیا جاتا ہے کہ یہ کیڑے سے پاک ہے اور مؤکل کی ضروریات پر عمل پیرا ہے۔
• اندرونی ڈیزائن کی دستاویزات: آئندہ مصنوعات کی بحالی اور اضافے کے ل.۔
• بحالی: یہ مستقبل کی ضروریات کے مطابق سسٹم فن تعمیر کو تبدیل کرنے کے لئے انجام دیا جاتا ہے۔ اس کے لئے موجودہ کوڈ میں کوڈ شامل کرنے یا اس میں ردوبدل کی ضرورت ہوسکتی ہے۔

مذکورہ بالا ترقیاتی عمل ماڈلز کی ایک سیریز سے ہم آہنگ ہے۔ ترقیاتی ٹیم بہترین موزوں ماڈل کا انتخاب کرتی ہے۔ مختلف ماڈل ہیں:

• آبشار کا ماڈل: ڈویلپرز تقاضوں کو بیان کرتے ہیں ، ان کا تجزیہ کرتے ہیں ، حل کا تعین کرتے ہیں اور سافٹ ویئر فن تعمیر ، انٹرفیس کی نمائندگی اور الگورتھمک تفصیلات تیار کرتے ہیں۔ پھر وہ کوڈ تیار کرتے ہیں ، کوڈ کو جانچتے ہیں ، سوفٹویئر کو تعینات کرتے ہیں اور اسے برقرار رکھتے ہیں۔ اگرچہ آبشار کا طریقہ سمجھنا آسان ہے اور ضرورت کا استحکام طے کرتا ہے ، لیکن اس سے زیادہ صارفین کی شرکت نہ کرنے کا غلط تاثر مل سکتا ہے۔ اس ماڈل کے ساتھ بنیادی مسئلہ یہ ہے کہ غلطیوں کو دور کرنے کی ضرورت کو سامنے اور ابتدائی مرحلے میں جانا جانا چاہئے۔ بصورت دیگر ، یہ سارا عمل غلط سمت میں جاری رہ سکتا ہے ، جو پیداوار کی لاگت کو منفی طور پر متاثر کرسکتا ہے۔
• V سائز کا ماڈل: آبشار ماڈل کی مختلف حالت ہے۔ یہ مصنوع کی تصدیق اور توثیق پر زور دیتا ہے۔ تمام تر فراہمی قابل امتحان ہیں اور ترقی سنگ میل کی مانند ہے۔ جانچ کے عمل ترقی کے مرحلے کے متوازی طور پر نافذ کیا جاتا ہے۔
• پروٹوٹائپ ماڈل: ضرورت کے مرحلے میں ایک پروٹو ٹائپ تیار کیا جاتا ہے اور اختتامی صارفین کے ذریعہ اس کی جانچ کی جاتی ہے۔ صارف کی آراء پر مبنی ، ڈویلپرز صارف کی ضروریات کو پورا کرنے کے لئے پروٹوٹائپ میں ردوبدل کرتے ہیں۔ اگرچہ یہ ماڈل ضروریات کو آسانی سے حتمی شکل دیتا ہے ، لیکن اس کی پیداوار کے ماحول میں استعمال کے نتیجے میں معیار کے مسائل پیدا ہوسکتے ہیں ، اور اس طرح اصلاح کا عمل ہمیشہ کے لئے جاری رہتا ہے۔
• سرپل ماڈل: آبشار اور پروٹوٹائپ دونوں ماڈل استعمال کرتا ہے۔ اس میں آبشار ماڈل میں چوتھی نسل کی پروگرامنگ زبانیں ، تیز رفتار ایپلیکیشن ڈویلپمنٹ پروٹو ٹائپنگ اور رسک تجزیہ شامل کی گئی ہیں۔ نظام کی ضروریات کو ڈیزائن کیا گیا ہے اور ابتدائی سسٹم ڈیزائن تیار کیا گیا ہے۔ ایک ابتدائی پروٹو ٹائپ ڈیزائن اور جانچ کی گئی ہے۔ ٹیسٹ کے نتائج کی تشخیص کی بنیاد پر ، دوسرا پروٹو ٹائپ تیار کیا جاتا ہے۔ بعد میں پروٹو ٹائپ صارفین کے اطمینان کو یقینی بنانے کے لئے بنائے جاتے ہیں۔ یہ نظام حتمی پروٹو ٹائپ کی بنیاد پر تشکیل دیا گیا ہے۔ آخری نظام کی جانچ اور جانچ کی جاتی ہے۔ اگرچہ یہ ماڈل خطرہ کو بڑی حد تک کم کرتا ہے ، لیکن یہ بجٹ کو پورا نہیں کرسکتا ہے اور ہر درخواست کے لئے مختلف انداز میں لاگو ہوتا ہے۔
• تشخیصی اور اضافی SDLC ماڈل: سافٹ ویئر کے ایک حصے کی وضاحت اور ان پر عمل درآمد ہوتا ہے ، جس کا جائزہ لیا جاتا ہے اور مزید ضروریات کو گروپوں میں شامل اور لاگو کیا جاتا ہے۔ ہر ریلیز میں آپریشنل پروڈکٹ فراہم ہوتا ہے جو صارفین کو پہلے اہم فعالیت کے ساتھ پیش کرتے ہیں ، ابتدائی ترسیل کے اخراجات کو کم کرتے ہیں۔ ضروریات کو تبدیل کرنے کا خطرہ بہت کم ہو گیا ہے اور صارفین کو ہر تعمیر کا جواب دینے کی اجازت ہے۔ اپنی طاقت کے باوجود ، اس ماڈل کو مکمل اور مکمل طور پر فعال نظام کی اچھی منصوبہ بندی اور ابتدائی تعریف کی ضرورت ہے۔ اس کے لئے اچھی طرح سے تعریف شدہ ماڈیول انٹرفیس کی بھی ضرورت ہے۔
• فرتیلی ڈویلپمنٹ ماڈل: نظم و ضبط کے طریقوں کو استعمال کرنے والی تنظیموں میں وقت کے اہم استعمال کے لئے استعمال ہوتا ہے۔ یہ زندگی کے مراحل کے مراحل کو تیز کرتا ہے اور اس کی گنجائش کم ہوگئی ہے۔
• جادو باکس ماڈل: ایک ویب ایپلیکیشن ڈویلپمنٹ ماڈل ہے۔ کم سے کم کیڑے کے ساتھ پروجیکٹ کو ختم کرنے کا یہ سب سے تیز رفتار طریقہ ہے کیونکہ یہ کوڈ اور ڈیٹا بیس کے ڈھانچے کو تبدیل کرنے کا موقع فراہم کرتا ہے۔