एसडीएलसी उन गतिविधियों और कार्यों का वर्णन करता है जो सिस्टम डेवलपर्स आमतौर पर करते हैं। यहाँ पर इस तथ्य की ओर ध्यान नहीं दिया जाता हैं कि भले ही वे गतिविधियां और कार्य किसी विशेष पद्धति में किस तरह उपयोगी होंगे या कैसे फिट हों। एसडीएलसी मॉडल में निम्नलिखित चरण शामिल हैं, जो इस प्रकार निचे दिए गए हैं;
System Planning ( सिस्टम योजन )
Feasibility Study ( फिजीबिलिटी अध्ययन )
Systems Analysis ( सिस्टम विश्लेषण )
Systems Design ( सिस्टम डिज़ाइन )
Systems Implementation ( सिस्टम कार्यान्वयन )
System Operation & Support ( सिस्टम संचालन और समर्थन )
Phase: 01 | System Planning ( सिस्टम योजन )
सिस्टम प्लानिंग आमतौर पर आईटी विभाग ( IT Department ) के औपचारिक अनुरोध के साथ शुरू होती है, जिसे सिस्टम अनुरोध ( System Request ) कहा जाता है। जो किसी सूचना प्रणाली ( Information System ) या व्यावसायिक प्रक्रिया में समस्याओं या वांछित परिवर्तनों का वर्णन करता है।
आज कई कंपनियों में, आईटी सिस्टम ( IT System ) प्लानिंग समग्र बिजनेस प्लानिंग का एक महत्वपूर्ण हिस्सा है। जब प्रबंधक और उपयोगकर्ता रणनीतिक, सामरिक और परिचालन योजनाएं विकसित करते हैं, तो उनमें
IT आवश्यकताएं शामिल होती हैं जो बाद में सिस्टम अनुरोध उत्पन्न करती हैं।
A System Request ( एक सिस्टम अनुरोध )
एक सिस्टम अनुरोध एक शीर्ष प्रबंधक ( Top Manager ), एक योजना टीम, एक विभाग प्रमुख, IT विभाग से ही आ सकता है। अनुरोध बहुत महत्वपूर्ण या अपेक्षाकृत मामूली हो सकता है। एक प्रमुख अनुरोध में एक नई सूचना प्रणाली या एक निकास प्रणाली का प्रतिस्थापन शामिल हो सकता है जो वर्तमान आवश्यकताओं को संभाल नहीं सकता है। इसके विपरीत, एक मामूली अनुरोध एक नई सुविधा या यूजर इंटरफेस में बदलाव के लिए कह सकता है।
Purpose Of The Planning Phase ( योजना चरण का उद्देश्य )
नियोजन चरण का उद्देश्य एक प्रारंभिक जांच करके व्यवसाय के अवसर या समस्या की प्रकृति और दायरे की स्पष्ट रूप से पहचान करना है, जिसे अक्सर व्यवहार्यता अध्ययन ( Feasibility Study ) कहा जाता है।
The Preliminary Investigation ( प्रारंभिक जांच )
प्रारंभिक जांच एक महत्वपूर्ण कदम है, क्योंकि परिणाम ( Outcome ) संपूर्ण विकास प्रक्रिया को प्रभावित करेगा। अंतिम प्रोडक्ट, या प्रदेय योग्य ( Deliverable ), एक रिपोर्ट है जो व्यावसायिक विचारों का वर्णन करती है, प्रत्याशित ( Anticipated ) लाभों और आधारों की समीक्षा करती है और आर्थिक, तकनीकी और परिचालन तथ्यों ( Operational Factors ) के आधार पर कार्रवाई की सिफारिश करती है।
Phase: 02 | Feasibility Study ( फिजीबिलिटी अध्ययन )
प्रदर्शन और कार्य आवश्यकताओं को पूरा करने वाली सर्वोत्तम प्रणाली का चयन करने के लिए एक फिजीबिलिटी अध्ययन किया जाता है। अधिकांश संगठन यह निर्धारित करने के लिए फिजीबिलिटी अध्ययन करते हैं कि समस्या का समाधान संभव है या नहीं।
फिजीबिलिटी अध्ययन के निष्कर्ष आमतौर पर एक लिखित रिपोर्ट में होते हैं और इस रिपोर्ट में प्रारंभिक विनिर्देश या प्रारंभिक निर्दिष्टीकरण ( Preliminary Specifications ) और प्रस्तावित प्रणाली के लिए एक विकास योजना शामिल होती है। अब यह रिपोर्ट शीर्ष स्तर के प्रबंधन को मंजूरी ( Approval ) के लिए दी जाती हैं।
वास्तव में अंतिम और फिजीबिलिटी अध्ययन वैकल्पिक प्रणाली का मूल्यांकन करना और प्रणाली के विकास के लिए सबसे अधिक व्यवहार्य और वर्णन करना है। फिजीबिलिटी अध्ययन के तीन प्रमुख प्रकार निम्नलिखित हैं;
Economic Feasibility ( आर्थिक फिजीबिलिटी )
Technical Feasibility ( तकनीकी फिजीबिलिटी )
Behavioral Feasibility ( व्यवहारिक फिजीबिलिटी )
Type: i}. Economic Feasibility ( आर्थिक फिजीबिलिटी )
एक उम्मीदवार प्रणाली ( Candidate System ) का मूल्यांकन आर्थिक आधार पर किया जाता है। अधिक सामान्यतः लागत / लाभ ( Cost / Benefits ) विश्लेषण के रूप में जाना जाता है, प्रक्रिया एक उम्मीदवार प्रणाली से अपेक्षित लाभों और बचतों को निर्धारित करने और लागतों के साथ उनकी तुलना करने के लिए होती है। यदि लाभ लागत ( Costs ) से अधिक हैं, तो प्रणाली को डिजाइन और कार्यान्वित करने का निर्णय लिया जाता है। अन्यथा इसे आगे के औचित्य या परिवर्तन ( Justification Or Alteration ) के लिए अनुशंसित किया जाता है।
Type: ii}. Technical Feasibility ( तकनीकी फिजीबिलिटी )
उम्मीदवार प्रणाली ( Candidate System ) की तकनीकी आवश्यकताओं जैसे कि हार्डवेयर, सॉफ्टवेयर आदि पर विचार-विमर्श किया जाता है।
Type: iii}. Behavioral Feasibility ( व्यवहारिक फिजीबिलिटी )
जैसा कि हम जानते हैं कि लोगों की तार्किक प्रवृत्ति ( Logical Tendency ) परिवर्तन का विरोध ( Resist ) करने की होती है और कंप्यूटर परिवर्तन को सुविधाजनक ( Facilitate ) बनाने के लिए जाने जाते हैं। इसलिए, यह समझ में आता है कि एक उम्मीदवार प्रणाली की शुरूआत के लिए कर्मचारियों ( Staff ) को शिक्षित और प्रशिक्षित करने के लिए विशेष प्रभाव ( Special Effect ) की आवश्यकता होती है।
Example To Understand ( उदाहरण समझने के लिए )
मान लीजिए कि हम एक सिस्टम एनालिस्ट हैं और हमें सिस्टम में बदलाव या सुधार के लिए एक अनुरोध प्राप्त होता है। हमारा पहला कदम यह निर्धारित करना है कि प्रारंभिक जांच शुरू करने के लिए यह समझ में आता है या नहीं। किसी निष्कर्ष पर पहुंचने से पहले अक्सर हमें व्यवसाय संचालन के बारे में अधिक जानने की आवश्यकता होगी।
एक जांच के बाद, हम पा सकते हैं कि और अधिक प्रशिक्षण की आवश्यकता है। कुछ स्थितियों में, हम IT समाधान के बजाय व्यवसाय प्रक्रिया समीक्षा ( Business Process Review ) की अनुशंसा कर सकते हैं। अन्य मामलों में, हम यह निष्कर्ष निकाल सकते हैं कि एक पूर्ण पैमाने पर सिस्टम समीक्षा ( Full-Scale System Review ) आवश्यक है। यह विकास प्रक्रिया जारी रहती हैं, अगला कदम सिस्टम विश्लेषण होती है।
Phase: 03 | Systems Analysis ( सिस्टम विश्लेषण )
सिस्टम विश्लेषण ( System Analysis ) चरण का उद्देश्य व्यावसायिक आवश्यकताओं को समझना और नई प्रणाली का तार्किक मॉडल ( Logical Model ) बनाना होता है।
First Step :- पहला कदम आवश्यकता मॉडलिंग ( Requirement Modelling ) है, जहां हम व्यावसायिक प्रक्रियाओं को परिभाषित और वर्णन करते हैं। आवश्यकताएं मॉडलिंग उस जांच को जारी रखती है जो सिस्टम नियोजन के दौरान शुरू हुई और इसमें विभिन्न तथ्य-निर्धारण तकनीक शामिल हैं, जैसे साक्षात्कार, सर्वेक्षण, अवलोकन और साहित्य तथा रूपों की समीक्षा शामिल होती हैं।
Second Step :- अगले कार्य के द्वितीय चरण दौरान, डेटा मॉडलिंग ( Data Modelling ), प्रक्रिया मॉडलिंग ( Process Modelling ) और ऑब्जेक्ट मॉडलिंग ( Object Modelling ) को लिया जाता हैं। हम व्यावसायिक प्रक्रियाओं का एक तार्किक मॉडल विकसित करते हैं. जिसे सिस्टम को समर्थन देना चाहिए। उपयोग की जाने वाली कार्यप्रणाली ( Methodology ) के आधार पर मॉडल में विभिन्न प्रकार के आरेख ( Diagram ) होते हैं।
Third Step :- सिस्टम विश्लेषण चरण के लिए अंतिम उत्पाद सिस्टम आवश्यकता दस्तावेज़ है। सिस्टम आवश्यकता दस्तावेज़ ( System Requirement Document ) प्रबंधन और उपयोगकर्ता आवश्यकताओं, वैकल्पिक योजनाओं और लागतों और हमारी अनुशंसा या सुझावों का वर्णन करता है।
Forth Step :- डिजाइन और कार्यान्वयन के लिए आगे देखते हुए कई संभावनाएं प्रकट या मौजूद होती हैं। जैसे कि एक नई सिस्टम को बनाना या विकसित करना, एक वाणिज्यिक पैकेज खरीदें, या किसी मौजूदा प्रणाली को संशोधित ( Modify ) करें।
Phase: 04 | Systems Design ( सिस्टम डिज़ाइन )
सिस्टम डिज़ाइन का उद्देश्य नई प्रणाली के लिए एक खाका या ब्लूप्रिंट तैयार करना है जो सभी प्रलेखित आवश्यकताओं को पूरा करेगा, चाहे सिस्टम को इन-हाउस ( घर में ) विकसित किया जा रहा हो या पैकेज के रूप में खरीदा गया हो। सबसे रचनात्मक और चुनौतीपूर्ण चरण में प्रोग्रामों का निर्माण और प्रोग्राम परीक्षण शामिल है।
पहला कदम यह निर्धारित करना है कि आउटपुट कैसे और किस प्रारूप में तैयार किया जाना है। दूसरे, इनपुट डेटा और मास्टर फाइल ( डेटाबेस ) को डिजाइन करना होगा। सिस्टम डिजाइन के दौरान, हम सभी आवश्यक आउटपुट, इनपुट, इंटरफेस और प्रक्रियाओं की पहचान करते हैं। इसके अलावा, हम कंप्यूटर-आधारित और मैन्युअल ( हाथ से किया जाने वाला कार्य ) सुविधाओं सहित आंतरिक और बाहरी नियंत्रणों को डिज़ाइन करते हैं ताकि यह सुनिश्चित हो सके कि सिस्टम विश्वसनीय, सटीक, रखरखाव योग्य और सुरक्षित होगा।
डिज़ाइन को सिस्टम डिज़ाइन विनिर्देश ( System Design Specification ) में प्रलेखित किया गया है और अनुमोदन के लिए प्रस्तुत किया गया है। नई प्रणाली क्या करेगी, यह कैसे करेगी, और इसकी लागत क्या होगी, इस बारे में किसी भी गलतफहमी से बचने के लिए प्रबंधन और उपयोगकर्ता की भागीदारी महत्वपूर्ण होती है।
Phase: 05 | Systems Implementation ( सिस्टम कार्यान्वयन )
सिस्टम के कार्यान्वयन के दौरान, नई प्रणाली का निर्माण किया जाता है। चाहे डेवलपर्स ने संरचित विश्लेषण ( Structured Analysis ) या O-O ( Object-Oriented ) विधियों का उपयोग किया हो, प्रक्रिया समान ही होती है। सर्वप्रथम प्रोग्राम लिखे जाते हैं। इसके पश्चात, परीक्षण और दस्तावेज किए जाते हैं और सिस्टम स्थापित होता है। यदि सिस्टम को एक पैकेज के रूप में खरीदा गया था, तो सिस्टम विश्लेषण कोई भी आवश्यक संशोधन ( फेर-बदल ) और कॉन्फ़िगरेशन करता है। कार्यान्वयन चरण का उद्देश्य पूरी तरह से कार्यशील और प्रलेखित सूचना प्रणाली प्रदान या उपलब्ध कराना होता है।
इस चरण के समापन पर, सिस्टम उपयोग के लिए तैयार हो जाता है। अंतिम तैयारी में डेटा को नई सिस्टम फ़ाइलों में परिवर्तित करना, उपयोगकर्ताओं को प्रशिक्षण देना और नई प्रणाली में वास्तविक रूप में कार्यान्वित करना शामिल होता है। सिस्टम कार्यान्वयन ( System Implementation ) चरण में एक मूल्यांकन भी शामिल है, जिसे सिस्टम मूल्यांकन ( System Evaluation ) कहा जाता है, यह निर्धारित करने के लिए कि क्या सिस्टम ठीक से संचालित होता है और यदि लागत और लाभ अपेक्षाओं ( Expectations ) के भीतर हों।
Phase: 06 | System Operation & Support ( सिस्टम संचालन और समर्थन )
सिस्टम संचालन और समर्थन, रखरखाव और इंहासमेंट के दौरान, IT कर्मचारी सिस्टम को बनाए रखता है और विकसित करता हैं। रखरखाव या मेन्टेन्स सही त्रुटियों ( Errors ) को बदलता है और पर्यावरण में परिवर्तनों के अनुकूल होता है, जैसे कि नई कर दरें ( Tax Rate )। संवर्द्धन नई सुविधाएँ और लाभ प्रदान करते हैं।
इस चरण के दौरान उद्देश्य IT निवेश पर अधिकतम लाभ प्राप्त करना है। एक अच्छी तरह से डिज़ाइन किया गया सिस्टम विश्वसनीय, रखरखाव योग्य और स्केलेबल ( Maintainable & Scalable ) होता हैं ।
नई व्यावसायिक आवश्यकताओं और वॉल्यूम को पूरा करने के लिए एक स्केलेबल डिज़ाइन का विस्तार किया जा सकता है। सूचना प्रणाली ( Information System ) का विकास हमेशा एक कार्य प्रगति पर होता है। व्यावसायिक प्रक्रियाएं तेजी से बदलती हैं और कई वर्षों के संचालन के बाद अधिकांश सूचना प्रणालियों को बदलने या महत्वपूर्ण रूप से अद्यतन ( Updated ) करने की आवश्यकता होती है।
🌼Thank you very much for giving your valuable time!🙏
_edited.jpg)
Comments