मॉड्यूलर सॉफ्टवेयर
लचीली, विकासवादी और स्केलेबल सिस्टम बनाने के लिए, हमारे पास मॉड्यूलरिटी होनी चाहिए, यानी वह संपत्ति जो हमें बॉटम-अप सिस्टम (नीचे से ऊपर तक) बनाने की अनुमति देती है।
सबसे पहले आपके पास मॉड्यूल होना आवश्यक है, इसलिए आपको मॉड्यूल के "संग्रह" की आवश्यकता है। फिर उन्हें विनिमेय होना चाहिए, यानी एक मॉड्यूल को किसी अन्य समकक्ष मॉड्यूल के साथ बदलना संभव होना चाहिए, और यह परिभाषित इंटरफेस के माध्यम से मॉड्यूल के बीच जानकारी के आदान-प्रदान की अनुमति देकर किया जाता है: मॉड्यूल भिन्न होने के कारण घटकों की बातचीत भिन्न नहीं होनी चाहिए।
मॉड्यूलर सॉफ़्टवेयर मैशअप (हाइब्रिड वेब एप्लिकेशन) के विकास के साथ घटकों के बीच एकीकरण के एक नए प्रतिमान की खोज करता है, अर्थात, विभिन्न स्रोतों से शुरू करके कुछ बनाना, उदाहरण के लिए शुरुआत में विभिन्न उद्देश्यों के लिए बनाए गए एपीआई का उपयोग करना, लेकिन फिर एक नया उत्पाद तैयार करने के लिए संयुक्त करना।
मॉड्यूलर प्रणाली में मॉड्यूल कितने सरल होने चाहिए?
फॉर्म यथासंभव सरलता से बनाये जाने चाहिए। प्रत्येक कंपनी सबसे जटिल रिश्तों को बहुत अलग तरीके से प्रबंधित कर सकती है (जैसे कार्मिक प्रबंधन), लेकिन बुनियादी कार्य समान रहते हैं (जैसे पेरोल)। छोटे मॉड्यूल अधिक पुन: उपयोग, कम विकास समय और निरंतर विकास की अनुमति देते हैं (उदाहरण के लिए यदि आप उपयोगकर्ता इंटरफ़ेस को अलग करते हैं, तो आपको यह सुनिश्चित करना होगा कि यह सुसंगत है, उदाहरण के लिए आपको उस सिस्टम की परवाह किए बिना कॉपी-पेस्ट का उपयोग करने में सक्षम होना चाहिए जिसके लिए वह यूआई है) बनाया था)।
जो समस्या उत्पन्न होती है वह स्पष्ट रूप से यह है कि मॉड्यूल के बीच सहभागिता कैसे प्राप्त की जाए। एक बड़े सिस्टम ने सिस्टम के भीतर ही बहुत सारी सूचनाओं को एक साथ जोड़ना संभव बना दिया, और संबंधित जानकारी को एक अनूठे तरीके से प्रबंधित करना भी संभव बना दिया।
अनुमतियों तक पहुँचने के लिए, जबकि मॉड्यूल के साथ I डेटा वे बिखरे हुए हैं और प्रमाणीकरण तंत्र विविध हो सकते हैं।
यह विघटन हमें, एक ही समय में, बहुत अधिक स्वतंत्रता देता है: i डेटा हम उन्हें जहां चाहें रख सकते हैं, अपनी इच्छानुसार वितरित कर सकते हैं।
सभी घटकों का एकीकरण, डेटाबेस, मॉड्यूल और इंटरफ़ेस, शून्य में नहीं होता है, बल्कि एक प्लेटफ़ॉर्म पर होता है: यह वह है जो हमें एकीकरण करने की अनुमति देता है, इसलिए इस प्लेटफ़ॉर्म को अच्छी तरह से परिभाषित करना आवश्यक है।
मॉड्यूलर सिस्टम के निर्माण की अनुमति सबसे पहले मॉड्यूल द्वारा आदान-प्रदान की जाने वाली जानकारी के प्रकार पर एक मानक है: मॉड्यूल के बीच संभावित संचार प्रवाह में एक पत्राचार होना चाहिए। यदि हमारे पास दस्तावेज़ के लिए एक ही मानक है तो हमारे पास कई विनिमेय लेखन प्रणालियाँ हो सकती हैं, लेकिन अब तक ठीक इसके विपरीत हुआ है: बड़ी संख्या में दस्तावेज़ प्रारूपों के साथ एक प्रमुख लेखन प्रणाली। इस स्थिति के दो नकारात्मक पहलू हैं:
- यदि मानक किसी प्रणाली से जुड़ा है, तो वह प्रणाली सार्वभौमिक हो जाती है,
- यह बाज़ार को बंद करने के पक्ष में है, क्योंकि एक ऐसा मानक है जिसे कोई और उत्पन्न नहीं कर सकता है, इसलिए सबसे व्यापक स्वचालित रूप से सबसे मजबूत बन जाता है।
एजेंडा अन्य सभी अनुप्रयोगों के संबंध में एक ट्रांसवर्सल एप्लिकेशन का एक उदाहरण है, क्योंकि एक एजेंडा होना चाहिए, इसलिए इसे सिस्टम स्तर पर प्रबंधित करना समझ में आता है, न कि एप्लिकेशन स्तर पर। सिस्टम वह प्लेटफ़ॉर्म है जिस पर हम एप्लिकेशन चलाते हैं, जिसके माध्यम से हम उन्हें संचारित करते हैं। यह हमें अलग करने की अनुमति देता है डेटा अनुप्रयोगों से. यह सूचना प्रणाली के निर्माण को बहुत सरल बनाता है: हम इसे जोड़ सकते हैं डेटा दो कंपनियों के बीच अधिक आसानी से पहुंचें या उन तक पहुंचने के लिए विभिन्न एप्लिकेशन का उपयोग करें डेटा.
व्यवसाय विलय प्रक्रिया के लिए सूचना प्रणालियों का विलय महत्वपूर्ण है। जटिल प्रपत्र अपनाने की तुलना में सरल प्रपत्र होने से सूचनाओं का आदान-प्रदान आसान हो जाता है।
मॉड्यूलैरिटी अक्सर बाहरी दृष्टिकोण से पहले से ही मौजूद होती है: उपयोगकर्ता के दृष्टिकोण से। वास्तव में, वह एक समय में सिस्टम को एक टुकड़े में देखता है, यानी, वह केवल उस टुकड़े को देखता है जिसका वह उपयोग करता है और इसे बाकी हिस्सों से अलग मॉड्यूल के रूप में मानता है। स्पष्ट प्रतिरूपकता वास्तविक प्रतिरूपकता की ओर आगे बढ़ने के लिए पहला कदम है।
यह हमें नए, अंतर-घटक इंटरैक्शन और सेवाएं बनाने की अनुमति देता है। सिस्टम इंटरफ़ेस उपयोगकर्ता के आस-पास के वातावरण पर निर्भर हो जाता है: सिस्टम तब प्रतिक्रिया करता है जब उपयोगकर्ता को इसकी आवश्यकता होती है, इसलिए सिस्टम की प्रभावशीलता को मापने के लिए प्रतीक्षा समय आवश्यक हो जाता है।
यह महत्वपूर्ण है कि इंटरफ़ेस को उपयोगकर्ता से शुरू करके डिज़ाइन किया गया है, वह क्या करता है: उपयोगकर्ता को प्रक्रियाओं की आदत हो जाती है, भले ही वे बोझिल हों और तर्क से रहित हों।
अंत में, प्लेटफ़ॉर्म को एक प्लेटफ़ॉर्म होने के बारे में पता होना चाहिए: इसे न केवल मॉड्यूल के निष्पादन की अनुमति देनी चाहिए, बल्कि इसमें वे सभी फ़ंक्शन भी शामिल होने चाहिए जो ट्रांसवर्सल हो सकते हैं (उदाहरण के लिए एजेंडा, ई-मेल) जिन्हें सिस्टम के साथ एक्सेस किया जा सकता है आदिम (बिल्कुल कॉपी-पेस्ट की तरह)। सिस्टम के लिए, इन्हें इस प्रकार देखा जा सकता है
- सामान्य अनुप्रयोग, लेकिन घटकों में शामिल होने में सक्षम होने के लिए वे आवश्यक हैं।
- प्लेटफ़ॉर्म = सिस्टम + ट्रांसवर्सल सेवाएँ।
प्लेटफ़ॉर्म सिस्टम नहीं है और इसे प्रतिस्थापित नहीं करता है, खासकर यदि आपके पास अलग-अलग सिस्टम (विंडोज़, लिनक्स, मैक...) हैं, जिसमें मिडलवेयर कई सिस्टम दिखाता है जैसे कि वे एक थे।
इसलिए, मॉड्यूलर सिस्टम में कम से कम 4 विशेषताएं होनी चाहिए:
- प्रपत्र सरल होने चाहिए;
- मॉड्यूल विनिमेय होने चाहिए;
- आपको एक ऐसे प्लेटफ़ॉर्म की आवश्यकता है जो एकीकरण के लिए आवश्यक सेवाओं से भरपूर हो;
- इंटरफ़ेस को एप्लिकेशन का उपयोग करने वालों को संतुष्ट करने के लिए डिज़ाइन किया जाना चाहिए।
ये सभी विशेषताएँ विकास से जुड़ी हुई हैं: मॉड्यूल अलग-अलग विकास की अनुमति देते हैं और सिस्टम के विकास की अनुमति देते हैं। बदले में, प्लेटफ़ॉर्म और इंटरफ़ेस को प्रोटोकॉल और प्रक्रियाओं के अनुसार विकसित होने में सक्षम होना चाहिए।
साझा करें:
ऑनलाइन वेब एजेंसी से और अधिक जानकारी प्राप्त करें
ईमेल द्वारा नवीनतम लेख प्राप्त करने के लिए सदस्यता लें।
