🚶🏼 👩🏾‍🌾 👅 गैल का नियम: यह क्या कहता है और आईटी में इसे कैसे लागू किया जाता है 🚰 🤲🏼 🎛️

हम बताते हैं कि कानून का सार क्या है, यह अपने आप कैसे प्रकट होता है और क्या होता है जब आईटी सिस्टम के डिजाइन और विकास में इस कानून को ध्यान में नहीं रखा जाता है।

तस्वीरें - स्पेंसर - अनप्लैश

किताब में “खुद को एमबीए करने के लिए। जोश कॉफ़मैन (जोश कॉफ़मैन) द्वारा लिखित स्व-शिक्षा 100% है, निम्नलिखित चिंताओं में गैल का कानून दिया गया है:

“कोई भी कार्यशील प्रणाली एक साधारण प्रणाली के आधार पर विकसित की जाती है। खरोंच से बनाई गई जटिल प्रणाली वास्तविक दुनिया में कभी काम नहीं करेगी, क्योंकि विकास प्रक्रिया के दौरान वे पर्यावरण में निहित चयन कारकों से प्रभावित नहीं थे। ”

इसका मतलब है कि किसी भी परियोजना के विकास के लिए एक व्यवस्थित दृष्टिकोण लागू किया जाना चाहिए - सरल से जटिल तक जाने के लिए। दूसरे शब्दों में, आपको सरल प्रणालियों के निर्माण के साथ शुरू करने और धीरे-धीरे उनकी जटिलता, कार्यक्षमता और क्षमताओं का विस्तार करने की ओर बढ़ने की आवश्यकता है।

एक साधारण प्रणाली का अर्थ आमतौर पर एक प्रणाली होती है जिसमें बहुत कम संख्या में तत्व होते हैं और एक पदानुक्रम नहीं होता है। एक जटिल प्रणाली, इसके विपरीत, एक ब्रंचयुक्त संरचना और बड़ी संख्या में परस्पर घटक हैं।

इतिहास का मिनट

कानून के लेखक जॉन गैल पेशे से बाल रोग विशेषज्ञ थे, लेकिन उन्होंने अपना खाली समय सिस्टम थ्योरी में शोध करने में बिताया। 1977 में, उन्होंने सिस्टमैटिज़ेशन: हाउ सिस्टम्स वर्क एंड हाउ वे क्रश नामक पुस्तक प्रकाशित की। इसमें, उन्होंने बताया कि किसी भी प्रणाली को नियंत्रित करने के लिए यह समझना आवश्यक है कि पर्यावरणीय कारक इसकी कार्यक्षमता को कैसे प्रभावित करते हैं। यह इस पुस्तक में था कि गैल का कानून तैयार किया गया था ।

1981 में सिस्टम डेवलपर केन ऑरर ( केन ऑर ) द्वारा लिखित पुस्तक " संदर्भ की संरचित शर्तें " में उल्लेख के लिए कानून ने अपनी प्रसिद्धि प्राप्त की। उनके काम को व्यापक लोकप्रियता मिली है, और सिस्टम विश्लेषण पर आधुनिक साहित्य के लेखक अभी भी इसका उल्लेख करते हैं।

केन ऑयर की पुस्तक के प्रकाशन के कुछ समय बाद, गैल नियम बूडी बोच के साथ "सशस्त्र" था जब उन्होंने यूएमएल बनाया। यह भाषा "सरल से जटिल तक" की अवधारणा को भी दर्शाती है: सिस्टम के एक सार मॉडल का निर्माण करने के लिए, व्यक्तिगत कक्षाएं, प्रकार और इंटरफेस का उपयोग किया जाता है।

तस्वीरें - इसहाक स्मिथ - अनप्लैश

कानून भी सॉफ्टवेयर विकास के लिए लचीला दृष्टिकोण में परिलक्षित होता है। विशेष रूप से, नियम चरम प्रोग्रामिंग ( एक्सपी ) में लागू होता है। इस पद्धति की मुख्य अवधारणाओं में से एक डिजाइन की आसानी है । यह बताता है कि एक नए उत्पाद को पहले से और इसकी संपूर्णता में डिज़ाइन नहीं किया जाना चाहिए। नियोजन को लगातार बदलती आवश्यकताओं (ग्राहक और बाजार) को ध्यान में रखते हुए योजनाबद्ध तरीके से चलना चाहिए।

गैल के नियम का पालन कब करें

गैल के नियम का वर्णन करने के लिए सबसे महत्वपूर्ण उदाहरण वर्ल्ड वाइड वेब है । यह एक स्थानीय सर्न परियोजना के रूप में उत्पन्न हुआ - संगठन ने हाइपरटेक्स्ट लिंक के माध्यम से दस्तावेजों को जोड़ने के लिए एक उपकरण विकसित किया। लेकिन समय के साथ, नेटवर्क ने वैश्विक स्तर पर सफलतापूर्वक विस्तार किया - इसकी क्षमताओं का विस्तार हुआ, संरचना अधिक जटिल हो गई और नए प्रोटोकॉल (उदाहरण के लिए, HTTPS, जो HTTP का विकास बन गया) के साथ "बढ़ी"।

एमवीपी (न्यूनतम व्यवहार्य उत्पाद) के साथ विकास शुरू करना एक विचार को जल्दी से परीक्षण करना संभव बनाता है और, यदि आवश्यक हो, तो कार्यक्षमता में परिवर्तन करें। उदाहरण के लिए, उबेर सेवा के पहले संस्करण में केवल दो सरल कार्य शामिल थे: ड्राइवर को कॉल करना और क्रेडिट कार्ड के साथ यात्रा के लिए भुगतान करना। उनकी मदद से, टीम ने अपनी अवधारणा का परीक्षण किया, एक उपयोगकर्ता आधार को आकर्षित किया और उत्पाद विकसित करना जारी रखा। आज, ये मूल कार्य अधिक जटिल हो गए हैं: अवसर कई लोगों के बीच बिल को विभाजित करने, ड्राइवरों को मानचित्र पर ट्रैक करने और ऑटो भुगतान करने के लिए प्रकट हुआ है।

गैल का नियम उपयोगकर्ताओं के लिए UI को आसान बनाने में मदद करता है। उदाहरण के लिए, ड्रॉपबॉक्स एप्लिकेशन के पहले संस्करण में एक बहुत ही सरल इंटरफ़ेस था - यह एक साधारण फ़ाइल फ़ोल्डर था। डेवलपर्स के अनुसार, इस विशेष सुविधा ने बड़ी संख्या में नए उपयोगकर्ताओं को आकर्षित करने की अनुमति दी - कुछ दिनों में बीटा परीक्षण ड्रॉपबॉक्स के लिए आवेदनों की सूची 70 हजार द्वारा फिर से भर दी गई। अतिरिक्त कार्यों और संवाद बक्से - जैसे सह-संपादन फ़ाइलों - बाद में दिखाई देने लगे।

क्या होता है जब इस पैटर्न को ध्यान में नहीं रखा जाता है

एक परियोजना के एक उदाहरण के रूप में, जब डेवलपर्स को गैल के नियम के बारे में जानना चाहिए और इसे ध्यान में रखना चाहिए, तो कॉर्ब तकनीक प्रौद्योगिकी मानक आमतौर पर दिया जाता है। इसका विनिर्देश मूल रूप से बड़ा था और इसमें बड़ी संख्या में निर्देश थे। अत्यधिक जटिलता के कारण, मानक का विकास लंबे समय तक किया गया था, जबकि इसकी कई विशेषताओं को व्यवहार में कभी लागू नहीं किया गया था। नतीजतन, CORBA का व्यापक रूप से उपयोग नहीं किया गया था।

एक असफल सॉफ़्टवेयर उत्पाद कार्यान्वयन का एक उदाहरण डिजिटल मीडिया इनिशिएटिव (DMI), 2008 बीबीसी की एक परियोजना है। उनका लक्ष्य वीडियो संपादन और सामग्री भंडारण के लिए इन-हाउस टूल के साथ एक बड़े पैमाने पर मंच बनाना था। डीएमआई के आधार ने तुरंत बड़ी संख्या में विनिर्देशों को रखा, जो व्यवहार में लागू नहीं किए गए थे। विकास पांच साल तक चला, लेकिन कभी पूरा नहीं हुआ। सबसे पहले, ठेकेदार को कंपनी - सीमेंस - और फिर बीबीसी द्वारा ही छोड़ दिया गया था। कुल मिलाकर, DMI ने 100 मिलियन पाउंड खर्च किए।

इंटरफ़ेस के असफल कार्यान्वयन का एक उदाहरण Google Wave सेवा है। यह ऑनलाइन मंचों, सामाजिक नेटवर्क, त्वरित संदेशवाहक और संस्करण नियंत्रण प्रणालियों की कार्यक्षमता को संयोजित करने वाला था। मंच के रचनाकारों ने माना कि यह संचार का एक सार्वभौमिक तरीका बन जाएगा। लेकिन "सभी को एक साथ" बदलने की कोशिश में, विकास दल ने विभिन्न कार्यों के साथ आवेदन को ओवरलोड कर दिया। नतीजतन, उपयोगकर्ताओं को लंबे समय तक इंटरफ़ेस की सुविधाओं से निपटना पड़ा। सेवा खोज पट्टी के साथ भी कठिनाइयाँ उत्पन्न हुईं - इसके साथ काम करने के लिए, आपको विशेष टैग्स को जानना होगा। प्रोजेक्ट 2009 से 2010 तक विकसित किया गया था - सिस्टम डेवलपर्स और उपयोगकर्ताओं की अपेक्षाओं को पूरा नहीं करता था और परियोजना रद्द कर दी गई थी।

गैल का नियम: यह क्या कहता है और आईटी में इसे कैसे लागू किया जाता है

इतिहास का मिनट

गैल के नियम का पालन कब करें

क्या होता है जब इस पैटर्न को ध्यान में नहीं रखा जाता है

संबंधित पढ़ना:

More articles: