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