सॉफ्टवेयर डेवलपमेंट लाइफ साइकल ( SDLC ) एक ऐसी प्रक्रिया है, जिसका उपयोग सॉफ्टवेयर उद्योग ( software Industry ) द्वारा उच्च गुणवत्ता वाले सॉफ्टवेयरों ( High Quality Software's ) के डिजाइन, विकास और परीक्षण के लिए किया जाता है। एसडीएलसी का लक्ष्य एक उच्च गुणवत्ता वाला सॉफ्टवेयर तैयार करना है जो ग्राहकों की अपेक्षाओं को पूरा करता है या उससे अधिक है, यह समय और लागत अनुमानों के भीतर पूरा होता है।
एसडीएलसी सॉफ्टवेयर डेवलपमेंट लाइफ साइकिल का संक्षिप्त रूप है।
इसे सॉफ्टवेयर डेवलपमेंट प्रोसेस भी कहा जाता है।
एसडीएलसी सॉफ्टवेयर विकास प्रक्रिया में, प्रत्येक चरण में किए गए कार्यों को परिभाषित ( Defining ) करने वाला एक ढांचा ( Framework ) है।
ISO/IEC 12207 सॉफ्टवेयर जीवन-चक्र ( Life-Cycle ) प्रक्रियाओं के लिए एक अंतरराष्ट्रीय मानक ( International Standard ) है। इसका उद्देश्य ऐसा मानक या स्टैंडर्ड बनना है, जो सॉफ्टवेयर के विकास और रखरखाव के लिए आवश्यक सभी कार्यों को परिभाषित करता है।
What Is SDLC? ( एसडीएलसी क्या है? )
एसडीएलसी एक सॉफ्टवेयर परियोजना ( Project ) के लिए एक सॉफ्टवेयर संगठन के भीतर पालन की जाने वाली प्रक्रिया है। इसमें एक विस्तृत योजना शामिल है जिसमें बताया गया है कि विशिष्ट सॉफ़्टवेयर को कैसे विकसित, रखरखाव, प्रतिस्थापित और बदलने या बढ़ाने का तरीका बताया गया है। जीवन चक्र सॉफ्टवेयर की गुणवत्ता और समग्र विकास प्रक्रिया में सुधार के लिए एक पद्धति को परिभाषित करता है।
निम्नलिखित आंकड़ा एक विशिष्ट एसडीएलसी के विभिन्न चरणों का चित्रमय प्रतिनिधित्व है।
एक विशिष्ट सॉफ्टवेयर विकास जीवन चक्र में निम्नलिखित चरण होते हैं;
Planning & Requirement Analysis ( योजना और आवश्यकता विश्लेषण )
Defining Requirements ( आवश्यकताओं को परिभाषित करना )
Designing The Product Architecture ( उत्पाद वास्तुकला डिजाइनिंग )
Building Or Developing The Product ( उत्पाद का निर्माण या विकास )
Testing the Product ( उत्पाद का परीक्षण )
Deployment In The Market & Maintenance ( बाजार में परिनियोजन और रखरखाव )
Stage : 01}. Planning & Requirement Analysis ( योजना और आवश्यकता विश्लेषण )
एसडीएलसी में आवश्यकता विश्लेषण ( Requirement Analysis ) सबसे महत्वपूर्ण और मौलिक चरण है। यह टीम के वरिष्ठ सदस्यों द्वारा ग्राहक, बिक्री विभाग, बाजार सर्वेक्षण और उद्योग में डोमेन विशेषज्ञों के इनपुट के साथ किया जाता है। इस जानकारी का उपयोग तब बुनियादी परियोजना दृष्टिकोण ( Project Approach ) की योजना बनाने और किफायती, परिचालन और तकनीकी क्षेत्रों में उत्पाद व्यवहार्यता ( Product Feasibility ) अध्ययन करने के लिए किया जाता है।
गुणवत्ता आश्वासन ( Quality Assurance ) आवश्यकताओं की योजना बनाना और परियोजना से जुड़े जोखिमों की पहचान भी नियोजन चरण ( Planning Stage ) में की जाती है। तकनीकी व्यवहार्यता अध्ययन का परिणाम विभिन्न तकनीकी दृष्टिकोणों ( Technical Feasibility ) को परिभाषित करना है जिनका पालन न्यूनतम जोखिमों के साथ परियोजना को सफलतापूर्वक लागू करने के लिए किया जा सकता है।
Stage: 02}. Defining Requirements ( आवश्यकताओं को परिभाषित करना )
एक बार आवश्यकता विश्लेषण ( Requirement Analysis ) हो जाने के बाद अगला कदम उत्पाद आवश्यकताओं ( Product Requirements ) को स्पष्ट रूप से परिभाषित और दस्तावेज करना है और उन्हें ग्राहक या बाजार विश्लेषकों से अनुमोदित करना है। यह एक SRS ( सॉफ्टवेयर रिक्वायरमेंट स्पेसिफिकेशन ) दस्तावेज के माध्यम से किया जाता है जिसमें परियोजना के जीवन-चक्र के दौरान डिजाइन और विकसित की जाने वाली सभी उत्पाद आवश्यकताएं ( Product Requirements ) शामिल होती हैं।
Stage: 03}. Designing The Product Architecture ( उत्पाद वास्तुकला डिजाइनिंग )
SRS उत्पाद आर्किटेक्ट ( Product Architects ) के लिए विकसित किए जाने वाले उत्पाद के लिए सर्वोत्तम वास्तुकला या आर्किटेक्ट के साथ आने का संदर्भ है। SRS में निर्दिष्ट आवश्यकताओं के आधार पर, उत्पाद वास्तुकला या आर्किटेक्ट के लिए आमतौर पर एक से अधिक डिज़ाइन दृष्टिकोण प्रस्तावित और डीडीएस - डिज़ाइन दस्तावेज़ विशिष्टता ( Design Document Specification ) में प्रलेखित होते हैं।
इस DDS की समीक्षा सभी महत्वपूर्ण हितधारकों द्वारा की जाती है और जोखिम मूल्यांकन, उत्पाद की मजबूती, डिजाइन प्रतिरूपकता ( Design Modularity ), बजट और समय की कमी जैसे विभिन्न मापदंडों के आधार पर उत्पाद के लिए सर्वोत्तम डिजाइन दृष्टिकोण का चयन किया जाता है।
एक डिजाइन दृष्टिकोण ( Design Approach ) स्पष्ट रूप से उत्पाद के सभी वास्तुशिल्प मॉड्यूल ( Architectural Modules ) को इसके संचार और बाहरी और तीसरे पक्ष के मॉड्यूल ( यदि कोई हो ) के साथ डेटा प्रवाह प्रतिनिधित्व के साथ परिभाषित करता है। प्रस्तावित वास्तुकला या आर्किटेक्ट के सभी मॉड्यूल के आंतरिक डिजाइन को DDS में न्यूनतम विवरण के साथ स्पष्ट रूप से परिभाषित किया जाना चाहिए।
Stage: 04}. Building Or Developing The Product ( उत्पाद का निर्माण या विकास )
एसडीएलसी के इस चरण में वास्तविक विकास शुरू होता है और उत्पाद का निर्माण होता है। इस चरण के दौरान DDS के अनुसार प्रोग्रामिंग कोड तैयार किया जाता है। यदि डिजाइन को विस्तृत और संगठित तरीके ( Organized Manner ) से किया जाता है, तो बिना किसी परेशानी के कोड जनरेशन को पूरा किया जा सकता है।
डेवलपर्स को अपने संगठन द्वारा परिभाषित कोडिंग दिशानिर्देशों का पालन करना चाहिए और कोड उत्पन्न करने के लिए कंपाइलर, दुभाषिए ( Interpreters ), डिबगर आदि जैसे प्रोग्रामिंग टूल का उपयोग किया जाता है। कोडिंग के लिए विभिन्न उच्च स्तरीय प्रोग्रामिंग भाषाओं जैसे C, C++, Pascal, Java और PHP का उपयोग किया जाता है। डेवलपर्स प्रोग्रामिंग भाषा को विकसित किए जा रहे सॉफ़्टवेयर के प्रकार के संबंध में चुना जाता है।
Stage: 05}. Testing the Product ( उत्पाद का परीक्षण )
यह चरण आमतौर पर सभी चरणों का एक सबसेट होता है क्योंकि आधुनिक एसडीएलसी मॉडल में, परीक्षण गतिविधियां ज्यादातर एसडीएलसी के सभी चरणों में शामिल होती हैं। हालांकि, यह चरण उत्पाद के परीक्षण के केवल चरण को संदर्भित करता है जहां उत्पाद दोषों ( Product Defects ) की सूचना दी जाती है, ट्रैक किया जाता है, तय किया जाता है और फिर से परीक्षण किया जाता है, जब तक कि उत्पाद SRS में परिभाषित गुणवत्ता मानकों ( Quality Standards ) तक नहीं पहुंच जाता।
Stage: 06}. Deployment In The Market & Maintenance ( बाजार में परिनियोजन और रखरखाव )
एक बार जब उत्पाद का परीक्षण किया जाता है और इसे लागू करने के लिए तैयार किया जाता है तो इसे उचित बाजार में औपचारिक रूप से जारी किया जाता है। कभी-कभी उत्पाद परिनियोजन उस संगठन की व्यावसायिक रणनीति के अनुसार चरणों में होता है। उत्पाद को पहले एक सीमित खंड में जारी किया जा सकता है और वास्तविक कारोबारी माहौल यूएटी- उपयोगकर्ता स्वीकृति परीक्षण ( UAT - User Acceptance Testing ) में परीक्षण किया जा सकता है।
फिर फीडबैक के आधार पर, उत्पाद को जारी किया जा सकता है या लक्षित बाजार खंड ( Segment ) में सुझाए गए संवर्द्धन ( Enhancements ) के साथ जारी किया जा सकता है। उत्पाद बाजार में जारी होने के बाद, मौजूदा ग्राहक आधार के लिए इसका रखरखाव किया जाता है।
🌼Thank you very much for giving your valuable time!🙏
_edited.jpg)
Comments