सिस्टम विकास जीवन चक्र के साथ एमआईएस विकास प्रक्रिया
एटलस फीनिक्स
सॉफ्टवेयर प्रबंधन सूचना प्रणाली के प्रमुख घटकों में से एक है। MIS सिस्टम में इस्तेमाल किए जाने वाले कुछ सॉफ्टवेयर ऑफ द शेल्फ हैं। इनमें स्प्रेडशीट प्रोग्राम, डेटाबेस एप्लीकेशन आदि जैसे पैकेज शामिल हैं।
हालांकि, कई बार ऐसा होता है कि ऑफ-द-शेल्फ सॉफ्टवेयर व्यवसाय की आवश्यकताओं को पूरा नहीं कर पाता। इस समस्या का समाधान कस्टम मेड सॉफ्टवेयर है।
यह ट्यूटोरियल कस्टम सॉफ्टवेयर विकसित करने के लिए उपयोग की जाने वाली पद्धतियों पर ध्यान केंद्रित करेगा।
सूचना प्रणाली विकास में हितधारक
एक विशिष्ट सूचना प्रणाली विकास में आमतौर पर तीन हितधारक होते हैं:
- उपयोगकर्ता - उपयोगकर्ता वे लोग हैं जो सिस्टम विकसित होने के बाद अपने दैनिक कार्यों के लिए इसका उपयोग करते हैं।
- परियोजना प्रायोजक - हितधारकों की यह श्रेणी परियोजना के वित्तीय पहलू के लिए जिम्मेदार है और यह सुनिश्चित करती है कि परियोजना पूरी हो।
- डेवलपर्स - यह श्रेणी आम तौर पर सिस्टम विश्लेषकों और प्रोग्रामर से बनी होती है। सिस्टम विश्लेषक उपयोगकर्ता की आवश्यकताओं को इकट्ठा करने और सिस्टम आवश्यकताओं को लिखने के लिए जिम्मेदार होते हैं। प्रोग्रामर सिस्टम विश्लेषकों द्वारा विकसित सिस्टम आवश्यकताओं के आधार पर आवश्यक सिस्टम विकसित करते हैं।
किसी प्रोजेक्ट में सबसे महत्वपूर्ण हितधारक उपयोगकर्ता होते हैं। किसी प्रोजेक्ट को पूर्ण माना जाने के लिए, उपयोगकर्ताओं को इसे स्वीकार करना चाहिए और इसका उपयोग करना चाहिए। यदि उपयोगकर्ता सिस्टम को स्वीकार नहीं करते हैं, तो प्रोजेक्ट विफल हो जाता है।
सिस्टम विश्लेषण और डिजाइन में एमआईएस
सिस्टम विश्लेषण और डिजाइन दो निकट से संबंधित विषयों को संदर्भित करता है प्रणाली विश्लेषण और प्रणाली की रूपरेखा।
- प्रणाली विश्लेषण इसका संबंध व्यावसायिक उद्देश्यों, लक्ष्यों को समझने और व्यावसायिक प्रक्रियाओं को विकसित करने से है। सिस्टम विश्लेषण का अंतिम उत्पाद सिस्टम विनिर्देश है।
- प्रणाली की रूपरेखा सिस्टम विश्लेषण से प्राप्त आउटपुट को इनपुट के रूप में उपयोग करता है। सिस्टम डिज़ाइन का मुख्य उद्देश्य सिस्टम आवश्यकताओं को आर्किटेक्चरल, तार्किक और भौतिक डिज़ाइनों में व्याख्या करना है कि सूचना प्रणाली को कैसे लागू किया जाए।
एमआईएस में ऑब्जेक्ट ओरिएंटेड विश्लेषण और डिजाइन
ऑब्जेक्ट-ओरिएंटेड एनालिसिस एंड डिज़ाइन (OOAD) सिस्टम एनालिसिस एंड डिज़ाइन से बहुत करीब से जुड़ा हुआ है। ऑब्जेक्ट-ओरिएंटेड एनालिसिस एंड डिज़ाइन (OOAD) और सिस्टम एनालिसिस एंड डिज़ाइन के बीच मुख्य अंतर यह है कि OOAD वास्तविक दुनिया की संस्थाओं का प्रतिनिधित्व करने के लिए ऑब्जेक्ट का उपयोग करता है।
ऑब्जेक्ट ओरिएंटेड विश्लेषण और डिजाइन सभी हितधारकों के बीच संचार को बेहतर बनाने और उच्च गुणवत्ता वाले उत्पादों का उत्पादन करने के लिए दृश्य मॉडलिंग का उपयोग करता है।
ऑब्जेक्ट वास्तविक दुनिया की इकाई का प्रतिनिधित्व है, जैसे ग्राहक, उत्पाद, कर्मचारी आदि। यूनिफाइड मॉडलिंग लैंग्वेज (यूएमएल) एक सामान्य प्रयोजन वाली भाषा है जिसका उपयोग किसी सिस्टम के लिए दृश्य डिजाइन बनाने के लिए किया जाता है।
निम्नलिखित छवि एक नमूना UML आरेख दिखाती है जो उपयोगकर्ताओं को बिक्री बिंदु प्रणाली के साथ बातचीत करते हुए दिखाती है
एमआईएस में सिस्टम डेवलपमेंट लाइफ साइकिल (एसडीएलसी)
RSI सिस्टम विकास जीवन चक्र सूचना प्रणाली की योजना बनाने, बनाने, परीक्षण करने और उसे तैनात करने की प्रक्रिया को संदर्भित करता है। सिस्टम विकास जीवन चक्र का मुख्य उद्देश्य उच्च गुणवत्ता वाली सूचना प्रणाली का उत्पादन करना है जो निर्धारित बजट और समय सीमा के भीतर उपयोगकर्ताओं की अपेक्षाओं को पूरा करती है या उससे अधिक है।
SDLC इस उद्देश्य को प्राप्त करने के लिए कई विकास पद्धतियों का उपयोग करता है। अगले अनुभागों में कुछ सबसे लोकप्रिय विकास पद्धतियों पर चर्चा की जाएगी।
एमआईएस में वाटरफॉल मॉडल
RSI झरना मॉडल अनुक्रमिक डिज़ाइन मॉडल का उपयोग करता है। अगला चरण पिछले चरण के पूरा होने के बाद ही शुरू होता है। पहला चरण आमतौर पर सबसे ऊपर और उसके बाद के चरणों को नीचे और बाईं ओर नीचे की ओर खींचा जाता है। यह एक झरने जैसी संरचना बनाता है, और यहीं से इसका नाम आया है।
वाटरफॉल मॉडल का मुख्य उद्देश्य है
- प्लानिंग
- समय निर्धारण
- बजट बनाना और
- एक ही बार में सम्पूर्ण प्रणाली का क्रियान्वयन
वाटरफॉल मॉडल तब आदर्श होता है जब उपयोगकर्ता की ज़रूरतें स्पष्ट रूप से समझी जाती हैं और सूचना प्रणाली के विकास के दौरान उनमें आमूलचूल परिवर्तन की उम्मीद नहीं होती। वाटरफॉल मॉडल उन स्थितियों में आदर्श होता है जहाँ किसी परियोजना का दायरा, समय-सीमा और कीमत तय होती है।
वाटरफॉल मॉडल की सबसे बड़ी चुनौती बदलाव को अपनाना है। नए उपयोगकर्ता की आवश्यकताओं को शामिल करना आसान नहीं है।
एमआईएस के लिए चुस्त विकास दृष्टिकोण
एजाइल विकास पारंपरिक परियोजना प्रबंधन की एक वैकल्पिक पद्धति है जो अनुकूली योजना, विकासात्मक विकास, शीघ्र वितरण, निरंतर सुधार को बढ़ावा देती है, तथा परिवर्तन के प्रति तीव्र और लचीली प्रतिक्रिया को प्रोत्साहित करती है।
एजाइल शब्दों में स्प्रिंट एक सुपरिभाषित कार्य है जिसे एक निश्चित समय के भीतर पूरा किया जाना होता है। Sprint लक्ष्य और अवधि ग्राहकों और विकास टीम द्वारा निर्धारित की जाती है। सभी हितधारकों को स्प्रिंट पर प्रतिक्रिया प्राप्त करने के लिए व्यक्तिगत रूप से मिलना चाहिए, इससे पहले कि वे अगले स्प्रिंट पर आगे बढ़ सकें, यदि कोई हो।
चुस्त तरीके आमतौर पर एजाइल घोषणापत्र का पालन किया जाता है। एजाइल घोषणापत्र निम्नलिखित बारह (12) सिद्धांतों पर आधारित है:
- सॉफ्टवेयर की शीघ्र एवं निरंतर डिलीवरी के माध्यम से ग्राहक संतुष्टि
- परियोजना के किसी भी समय आवश्यकताओं में परिवर्तन का स्वागत करना
- कार्यशील सॉफ्टवेयर का बार-बार रिलीज़ होना, आमतौर पर साप्ताहिक आधार पर
- किसी परियोजना पर काम करते समय व्यवसायियों और डेवलपर्स के बीच सहयोग
- प्रेरित और विश्वसनीय व्यक्तियों के इर्द-गिर्द निर्मित परियोजनाएं
- कुशल एवं प्रभावी आमने-सामने की बैठकें
- प्रगति को कार्यशील सॉफ्टवेयर के आधार पर मापा जाता है
- सतत विकास, प्रायोजकों, उपयोगकर्ताओं और डेवलपर्स को अनिश्चित काल तक एक स्थिर गति बनाए रखने में सक्षम होना चाहिए
- तकनीकी उत्कृष्टता और अच्छे डिजाइन पर निरंतर ध्यान देने से चपलता बढ़ती है।
- सादगी
- स्वयं संगठित टीमें
- नियमित अंतराल पर, टीम इस बात पर विचार करती है कि कैसे अधिक प्रभावी बनें, फिर उसके अनुसार अपने व्यवहार को समायोजित करती है।
निम्नलिखित चित्र दर्शाता है कि एजाइल विकास पद्धतियों को किस प्रकार क्रियान्वित किया जाता है।
एमआईएस में प्रोटोटाइपिंग
प्रोटोटाइप विकसित की जाने वाली वास्तविक प्रणाली का अर्ध-कार्यात्मक सिमुलेशन मॉडल है। प्रोटोटाइपिंग विकास पद्धतियां प्रोटोटाइप का उपयोग करती हैं। प्रोटोटाइप डेवलपर्स और उपयोगकर्ताओं दोनों को जल्दी प्रतिक्रिया प्राप्त करने की अनुमति देते हैं।
प्रोटोटाइपिंग से उपयोगकर्ताओं के लिए अपनी आवश्यकताओं को निर्दिष्ट करना आसान हो जाता है और डेवलपर्स प्रोटोटाइप के कारण उपयोगकर्ताओं की आवश्यकताओं को समझ पाते हैं। प्रोटोटाइपिंग पद्धति मूल सिस्टम आवश्यकताओं की पहचान करने के साथ-साथ सिस्टम से इनपुट और आउटपुट की पहचान करती है। इन आवश्यकताओं का उपयोग तब एक सिमुलेशन मॉडल बनाने के लिए किया जाता है, जिसके साथ उपयोगकर्ता बातचीत कर सकते हैं और प्रतिक्रिया दे सकते हैं। उपयोगकर्ता की प्रतिक्रिया का उपयोग प्रोटोटाइप को बढ़ाने और परियोजना लागत और व्यवहार्य समय सारिणी जैसे अन्य महत्वपूर्ण निर्णय लेने के लिए किया जाता है।
निम्नलिखित चित्र प्रोटोटाइपिंग के चरणों को दर्शाता है
सारांश
सूचना प्रणाली विकास से तात्पर्य किसी नई सूचना प्रणाली को विकसित करने या उपयोगकर्ता की बदलती आवश्यकताओं को पूरा करने के लिए मौजूदा प्रणाली को उन्नत करने में शामिल कार्यप्रणालियों और चरणों से है।
संक्षेप में, विकास पद्धति को सबसे पहले मौजूदा प्रणाली में समस्या की पहचान करनी होगी और उसे समझना होगा तथा समस्या का समाधान ढूंढना होगा।
चुनी गई कार्यप्रणाली परियोजना की प्रकृति और उपयोगकर्ता की आवश्यकताओं पर निर्भर करती है।
- वाटरफॉल मॉडल तब आदर्श होता है जब परियोजना में बहुत अधिक परिवर्तन की उम्मीद नहीं होती
- जबकि एजाइल, प्रोटोटाइपिंग आदि जैसी कार्यप्रणाली तब आदर्श होती हैं जब परियोजना के विकास के दौरान उसमें परिवर्तन होने की संभावना होती है और परिवर्तनों को शामिल किया जाना आवश्यक होता है।
