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