इसके साथ सिस्टम और "संघर्ष" के तरीकों की जटिलता

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

चलो सिस्टम को परिभाषित करके शुरू करते हैं। मुझे सिस्टम आर्किटेक्चर बुक में दी गई परिभाषा पसंद है । कॉम्प्लेक्स सिस्टम के लिए रणनीति और उत्पाद विकास । अनुवाद कुछ इस तरह लगता है:

एक प्रणाली घटकों और उनके संबंधों का एक समूह है। संपूर्ण प्रणाली की कार्यक्षमता इसके व्यक्तिगत घटकों की कार्यक्षमता के योग से अधिक है।

यह एक बहुत महत्वपूर्ण परिभाषा है। यह सुझाव देता है कि सिस्टम को "उपयोगिता" उत्पन्न करनी चाहिए। यदि सिस्टम "उपयोगिता" में वृद्धि प्रदान नहीं करता है, तो इसे बनाने वाले घटकों की तुलना में, तो शायद ऐसी प्रणाली बहुत आवश्यक नहीं है।

अगला सवाल जो आप खुद से पूछ सकते हैं कि एक "जटिल प्रणाली" क्या है। आप इस बारे में बहुत सारी बातें कर सकते हैं, लेकिन मेरी राय में एक ऐसी प्रणाली को कॉल करना मुश्किल है जो आपके दिमाग से आकलन करना मुश्किल हो, साथ काम करना मुश्किल हो, समझना मुश्किल हो, इस प्रणाली में होने वाली सभी बातचीत को ध्यान में रखना मुश्किल हो।

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

अंत में, काम करने की मेमोरी क्षमता के अलग-अलग अनुमान हैं। कोई चार वस्तुओं की बात करता है, कोई - पाँच के बारे में, कोई - सात के बारे में। अपने तर्क में, मैं शास्त्रीय दृष्टिकोण का पालन करूंगा - "सात प्लस माइनस दो । "

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

एक जटिल प्रणाली एक प्रणाली है जिसमें 7 + -2 परमाणु घटक होते हैं और विभिन्न अनुपातों में उनके बंधन होते हैं।

जटिलता से निपटने के लिए क्लासिक तरीके

अब डिजाइन चरण में जटिलता से निपटने के लिए क्लासिक तरीकों या टूल को संक्षेप में याद करें। उनमें से कुछ हैं: अमूर्त, अपघटन, पदानुक्रम और पदानुक्रमित अपघटन।

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

ये सभी उपकरण अंततः हमारे सिस्टम के व्यक्तिगत सबसिस्टम को सरल बनाने के लिए डिज़ाइन किए गए हैं ताकि प्रत्येक व्यक्ति इकाई के साथ काम करते समय, यह "पूरी तरह से सिर में फिट हो जाए"।

यह सब क्या है?

ये सब चीजें हमें क्या देती हैं? सीधे शब्दों में, विचार विभिन्न तरीकों का उपयोग करके, सिस्टम घटकों के एक असंरचित सेट को एक प्रकार के संरचनात्मक रूप में परिवर्तित करने के लिए है। इसके अलावा, जादू सात को याद करते हुए, हम कह सकते हैं कि अपघटन में प्रत्येक ब्लॉक में सात प्लस / माइनस दो तत्वों से अधिक नहीं होना चाहिए। अन्यथा, ऐसे ब्लॉक की एक विस्तृत परीक्षा के साथ, इसे नियंत्रित करना मुश्किल होगा।

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

इस प्रकार, सिस्टम डिज़ाइन की सही प्रक्रिया को निम्नलिखित थीसिस द्वारा लगभग वर्णित किया जा सकता है:

जटिल प्रणालियों का निर्माण न करें। जटिलता के आवश्यक स्तर के साथ सिस्टम बनाएं।

साहित्य

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