सॉफ्टवेयर डेवलपमेंट: 2. वंशानुक्रम

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



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

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

(चित्रण के रूप में, ए। गौड़ी की परियोजना "सागरदा फेमिलिया" की तस्वीर, वह समय और बजट से परे की डिग्री अभी भी लगभग अनुमानित नहीं की जा सकती है)


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

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

लेकिन निर्माण सामग्री उत्पादन को संदर्भित करता है और इसका मतलब है कि प्रतिकृति केवल तकनीकी और आर्थिक संकेतकों और डिजाइन के सिद्ध संयोजनों के स्तर पर सीमित है, जो लागत का 1% -15% (और मानव-घंटे में मात्रा का बहुत छोटा प्रतिशत) नहीं लेता है निर्माण प्रक्रिया के बाकी हिस्से मौलिक रूप से भिन्न हैं।

ऐसी सामग्री उत्पादन और उत्पाद आवश्यकताओं के लक्ष्य अपेक्षाकृत सरल हैं, क्योंकि भौतिक दुनिया का माप काफी स्थापित क्षेत्र है। 8 मंजिलों का मतलब है कि बहुत कम अपवादों के साथ 8 मंजिलें, प्रति किलोग्राम 150 किलोग्राम का भार अधिकतम 300 किलोग्राम या औसत ऑपरेटिंग 50 तक बढ़ सकता है लेकिन दस टन प्रति किलोमीटर में नहीं बदल सकता है।

जब लोग एक इमारत का निर्माण करते हैं, तो वे अच्छी तरह से समझते हैं कि वे किस तरीके से और किस कीमत पर प्राप्त करना चाहते हैं। कम से कम इस तथ्य के कारण कि वे पहले दस हजार वर्षों से ऐसा नहीं कर रहे हैं।

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

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

थोड़ा सा समान है कि बजट प्रक्रिया को कैसे प्रभावित करता है। यदि हमारे पास एक छोटा बाथरूम या कम छत है, तो इसका मतलब यह नहीं है कि आर्किटेक्ट एक बेवकूफ है या बिल्डर से रूलेट का एक टुकड़ा आया था। यह सिर्फ एक कम बजट की परियोजना है, क्योंकि एक संभावित ग्राहक अधिक भुगतान के लिए तैयार नहीं है। (आप कितनी बार आवासीय भवनों में बाथरूम के साथ आते हैं जिन्हें आप डेढ़ मीटर की ऊंचाई के साथ प्रवेश या छत पर नहीं कर सकते हैं? और एक सर्वर जो भार का सामना नहीं कर सकता है?)।

और एक और महत्वपूर्ण बिंदु: कितनी बार आर्किटेक्ट डिजाइन करता है या बिल्डर एक उपनगरीय घर से अधिक इमारत का निर्माण करता है जिसमें वह जीवित रहेगा? लगभग सभी घर ऑर्डर करने के लिए बनाए गए हैं।

मेरा मानना ​​है कि सॉफ्टवेयर विकास एक अनूठा क्षेत्र है और केवल मानव गतिविधि के "समान क्षेत्रों" के बारे में बात करना संभव है ताकि विकास और प्रबंधन के चरणों से संबंधित कुछ शर्तों की समझ को सरल बनाया जा सके। किसी भी अधिक विस्तृत तुलना में समानताएं खींचने की क्षमता के बजाय बहुत सारे मूलभूत अंतर प्रकट होंगे।

फिर भी, सामग्री उत्पादन प्रबंधन तकनीक, चाहे निर्माण हो या कारों का निर्माण, लीक हो गई है और सॉफ्टवेयर डिजाइन क्षेत्र में रिसना जारी है।

अगले लेख में मैं इस बात पर विचार करना चाहता हूं कि सॉफ्टवेयर विकास और मूल्यांकन के क्षेत्र में मौजूदा कैस्केडिंग तकनीकों को स्थानांतरित करते समय मुख्य स्टंबलिंग ब्लॉक क्या बन जाता है।