गैर-कार्यात्मक आवश्यकताएं: स्केलेबिलिटी

एडम अलमी, पीएचडी फैलो, कोपेनहेगन के आईटी विश्वविद्यालय (अंग्रेजी से अनुवादित) द्वारा पोस्ट

परिचय

साहित्य में गैर-कार्यात्मक आवश्यकताओं का व्यापक रूप से प्रतिनिधित्व किया जाता है। गैर-कार्यात्मक आवश्यकताओं की परिभाषा और उदाहरणों की कोई कमी नहीं है। इंटरनेशनल इंस्टीट्यूट फॉर बिजनेस एनालिसिस (IIBA) गैर-कार्यात्मक आवश्यकताओं को परिभाषित करता है:

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

इस परिभाषा में कीवर्ड "व्यवहार के सीधे या समाधान की कार्यक्षमता से संबंधित नहीं हैं।" ये “स्थितियाँ” या “गुण” हैं।

शर्तें : वे बाहरी या आंतरिक प्रतिबंध हैं। आंतरिक बाधाएं संगठन की नीतियां और स्व-नियमन हैं, जबकि बाहरी बाधाएं सरकारी नियम, उद्योग मानक और अन्य पैरामीटर हैं जो व्यवसाय के वातावरण को निर्धारित करते हैं।

गुण : ये व्यावसायिक आवश्यकताएं हैं जो प्रणालीगत व्यवहार को परिभाषित नहीं करती हैं और प्रक्रिया से संबंधित नहीं हैं, लेकिन समाधान की गुणवत्ता के लिए आवश्यकताएं हैं।

उदाहरण:

i) शर्तें
एक। ब्रांडिंग,
ख। डेटा गोपनीयता
एक। पीसीआई अनुकूलता;

ii) योग्यता
एक। उपलब्धता,
ख। प्रदर्शन।

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

क्यों नॉन-फ़ंक्शनल आवश्यकताओं की आवश्यकता है

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

आमतौर पर, फोकस आवश्यकताओं के कार्यात्मक पहलू पर होता है, और गैर-कार्यात्मक आवश्यकताओं के महत्व को अक्सर कम करके आंका जाता है।

गैर-कार्यात्मक आवश्यकताओं को कम करके क्यों आंका जाता है?

1. फोकस कार्यात्मक आवश्यकताओं पर है, क्योंकि वे मूर्त रिटर्न प्रदान करते हैं। गैर-कार्यात्मक आवश्यकताएं बुनियादी ढांचे में योगदान करती हैं, और सिस्टम के व्यवहार के लिए नहीं। व्यापार का बुनियादी ढांचा, जो अमूर्त है, महत्वहीन लगता है।

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

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

स्कोरबिलिटी क्या है?

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

1. शारीरिक स्केलेबिलिटी

यह उन मापदंडों को संदर्भित करता है जो यह सुनिश्चित करने के लिए महत्वपूर्ण हैं कि बढ़ती संख्या को संभालने के लिए एक संगठन उपकरण (संभवतः वैकल्पिक) से लैस है। इसका मतलब शारीरिक स्थिरता है। यह स्थिरता सुनिश्चित करने के लिए प्रक्रिया के भौतिक घटकों (यानी डेटा भंडारण, नेटवर्क बैंडविड्थ, हार्डवेयर, आदि) के दृष्टिकोण से आवश्यक कारकों की उपस्थिति को इंगित करता है।

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

व्यवसाय मॉडल / समाधान विकसित करते समय स्थिरता की आवश्यकता का निर्धारण करना क्यों आवश्यक है? एक स्थायी व्यवसाय मॉडल इसके डिजाइन और संरचना पर आधारित है, जो स्थिर और विश्वसनीय प्रणालियों, प्रक्रियाओं और बुनियादी ढांचे के माध्यम से समाधान प्राप्त करने के लिए सबसे उपयुक्त हैं। भौतिक स्थिरता दो मुख्य विशेषताओं को प्राप्त करने के उद्देश्य से है: व्यापार और तकनीकी समाधानों की स्थिरता और विश्वसनीयता।

स्थिरता : यह व्यवसाय को स्थिर रखने की अनुमति देता है, बाहरी प्रभावों के लिए प्रतिरोधी। आईटी बुनियादी ढांचा लचीला है और भविष्य में प्रत्याशित अवधि के लिए व्यावसायिक संचालन के लिए समर्थन की गारंटी देता है।

विश्वसनीयता : यदि व्यवसाय लगातार पांच वर्षों से बढ़ रहा है, जबकि बुनियादी ढांचा स्थिर है। विश्वसनीयता व्यवसायों को एक स्थायी बुनियादी ढांचे में अपनी मुख्य दक्षताओं पर ध्यान केंद्रित करने की अनुमति देती है।

2. अमूर्त मापनीयता

यह गैर-भौतिक विकास का समर्थन करने की अंतर्निहित क्षमता को संदर्भित करता है। बाजार में हिस्सेदारी और प्रतिस्पर्धा बनाए रखने के लिए व्यावसायिक विकास महत्वपूर्ण है। ग्रोथ स्वीकार किए गए ड्राइवरों और रणनीतियों के आधार पर आंतरिक और बाहरी दोनों हो सकती है। नीचे कुछ उदाहरण दिए गए हैं:

* एक ही मंच / समाधान पर होस्ट किए जाने वाले नए उत्पाद
* अतिरिक्त ब्रांड (बहु-ब्रांड संगठनों के लिए)
* अतिरिक्त व्यापार प्रक्रियाओं

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

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

कैसे पता करें?

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

शारीरिक मापनीयता:

1. समाधान के भौतिक घटकों को पहचानें जिन्हें आप स्केल करना चाहते हैं।
2. उन कार्यों को परिभाषित करें जो एक विशेष घटक को मापनीय बना सकते हैं।
3. कार्यों को मापने के लिए मापदंडों को परिभाषित करें।
4. ऊपर परिभाषित प्रत्येक पैरामीटर के मूल्यों को परिभाषित करें। ये गैर-कार्यात्मक आवश्यकताएं (पैरामीटर परिभाषा) हैं।

इन सवालों के जवाब को व्यवसाय के दृष्टिकोण से तैयार किया जाना चाहिए, न कि आईटी के दृष्टिकोण से।

एक उदाहरण:

स्थिति: आपका संगठन एक वित्तीय संस्थान है जो ग्राहकों को क्रेडिट कार्ड जारी करता है। वह अपनी तकनीक और प्रणालियों को बदलने के लिए प्रयास कर रही है।

शारीरिक स्केलेबिलिटी की पहचान का विश्लेषण शुरू करने के लिए कौन से प्रश्न पूछे जाने चाहिए? सरल बनाने के लिए, हम दायरे को सीमित करते हैं। निम्नलिखित कुछ उदाहरण हैं:

1. ग्राहकों, लेनदेन, खातों, आदि की वर्तमान मात्रा क्या है?
2. पहले दिन सिस्टम से किन संस्करणों की उम्मीद की जाती है?
3. अगले तीन से पांच वर्षों में वॉल्यूम (ग्राहक, लेनदेन, आदि) में वार्षिक वृद्धि क्या है?

प्रश्न 1 को वर्तमान स्थिति का निर्धारण करने के लिए कहा जाना चाहिए।

प्रश्न 2 जीवन के पहले दिन (संचालन) से तत्काल आवश्यकता निर्धारित करता है।

प्रश्न 3 किसी समाधान की मापनीयता को निर्धारित करने के लिए योगदान है। उदाहरण के लिए, यदि कोई संगठन प्रति वर्ष नए ग्राहकों में 10% वृद्धि और लेनदेन में 15% वार्षिक वृद्धि की भविष्यवाणी करता है, तो स्केलेबिलिटी की आवश्यकताएं इस प्रकार हो सकती हैं:

1. समाधान को नए ग्राहकों के 10% की वार्षिक वृद्धि का समर्थन करना चाहिए।
2. समाधान को पिछली संख्या के लेनदेन के 15% की वार्षिक वृद्धि का समर्थन करना चाहिए।

हालाँकि, इस उदाहरण में, मैं आगे की उम्मीदों को परिभाषित करने का सुझाव दूंगा कि आवश्यकता "समर्थन" का अर्थ है (अर्थात प्रौद्योगिकी को विकास को संभालने के लिए किसी भी बदलाव की आवश्यकता नहीं है)?

अमूर्त स्केलेबिलिटी:

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

एक उदाहरण:

स्थिति: आपका संगठन एक वित्तीय संस्थान है जो अपने ग्राहकों को क्रेडिट कार्ड जारी करता है। वह अपनी तकनीक और प्रणालियों को बदलने के लिए प्रयास कर रही है।

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

1. क्या संगठन नए उत्पादों (उदाहरण के लिए, मोबाइल भुगतान, एप्पल पे या बिटकॉइन जैसे उत्पादों) को जारी करने की योजना बना रहा है?
2. क्या भविष्य में कोई समान अधिग्रहण या विलय समान संस्थाओं के साथ हैं?
3. संगठन की रणनीति (यानी, नए वितरण चैनल, नए बाजारों तक पहुंच आदि) क्या है?

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

1. समाधान दो अलग-अलग ब्रांडों को रखने में सक्षम होना चाहिए: ब्रांड ए और ब्रांड बी।
2. दोनों ब्रांडों को समान प्रणालियों और प्रक्रियाओं का उपयोग करने में सक्षम होना चाहिए।

ये आवश्यकताएं काफी उच्च-स्तरीय हैं और केवल उदाहरण के रूप में दी गई हैं। एक वास्तविक परिदृश्य में, उन्हें और अधिक विस्तार से अध्ययन किया जाना चाहिए।

गैर-कार्यात्मक आवश्यकताओं को निर्धारित करने के लिए कोई सरल विधि नहीं है। एक स्केलेबल समाधान बनाने के लिए आवश्यक शर्तों और कार्यों को निर्धारित करना अपेक्षाकृत कठिन है।

__________________________________________________________
एडम अलमी, पीएचडी, कोपेनहेगन आईटी विश्वविद्यालय द्वारा पोस्ट किया गया

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

उनके पास कई शैक्षणिक उपलब्धियां हैं। उन्होंने यूनिवर्सिटी ऑफ़ क्यूबेक मॉन्ट्रियल (UQ )M) से सॉफ्टवेयर इंजीनियरिंग में स्नातक की डिग्री और सिडनी विश्वविद्यालय (UTS) से प्रौद्योगिकी इंजीनियरिंग में कंप्यूटर इंजीनियरिंग में मास्टर डिग्री प्राप्त की है।

ईमेल: adamalami2016@gmail.com

Modernanalyst.com पर प्रकाशित