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

प्राथमिकता देने से पहले, उस वस्तु को समझना आवश्यक है जिसे प्राथमिकता दी जा रही है। SysML एक प्रणाली को निर्दिष्ट करने, विश्लेषण करने, डिज़ाइन करने और सत्यापित करने का मानकीकृत तरीका प्रदान करता है। SysML में आवश्यकताएं केवल पाठ दस्तावेज़ नहीं हैं; वे गुण, सीमाएं और संबंधों वाले मॉडल तत्व हैं।
जब संसाधन सीमित होते हैं, तो इन तत्वों को समतल पाठ के रूप में लेने से अव्यवस्था होती है। उन्हें संरचनात्मक रूप से मॉडलिंग करने से प्रभाव और निर्भरता का स्वचालित विश्लेषण संभव होता है। हालांकि, संरचना अकेले मूल्य निर्धारित नहीं करती है। प्राथमिकता देने से संरचना में मूल्य डाला जाता है।
संसाधन सीमित परियोजनाएं विशिष्ट दबावों का सामना करती हैं जो अच्छी तरह से वित्तपोषित वातावरण में नहीं होते हैं। कमी समय, बजट, मानव पूंजी और गणना शक्ति को प्रभावित करती है। इस संदर्भ में, प्राथमिकता देना सर्वोत्तम विशेषताओं का चयन करने के बारे में नहीं है; यह आवश्यक विशेषताओं का चयन करने के बारे में है।
एक कठोर ढांचे के बिना, टीमें ‘स्कोप क्रीप’ या ‘विश्लेषण स्तंभन’ के फंदे में फंस जाती हैं। एक संरचित दृष्टिकोण स्टेकहोल्डर्स को व्यापार करने के लिए आत्मविश्वास से अनुमति देता है।
आवश्यकताओं के रैंकिंग के लिए कई स्थापित विधियाँ मौजूद हैं। लक्ष्य यह है कि परियोजना संस्कृति और बाधाओं की प्रकृति के अनुरूप विधि का चयन करना। नीचे SysML वातावरणों के लिए सबसे प्रभावी दृष्टिकोण दिए गए हैं।
इस विधि में आवश्यकताओं को चार बैग में वर्गीकृत किया जाता है। इसका व्यापक उपयोग इसलिए किया जाता है क्योंकि यह आवश्यक और वैकल्पिक बीच स्पष्ट अंतर बनाने के लिए बाध्य करता है।
अधिक मात्रात्मक परियोजनाओं के लिए, एक गुणांक मॉडल विशिष्ट मानदंडों को भार देता है। प्रत्येक आवश्यकता को उन मानदंडों को कितनी अच्छी तरह पूरा करती है, इसके आधार पर गुणांक दिया जाता है।
इस ढांचे में ग्राहक संतुष्टि के आधार पर आवश्यकताओं का वर्गीकरण किया जाता है। यह मूल जीवन शैली कारकों और आनंद देने वाले कारकों के बीच अंतर करने में मदद करता है।
इन ढांचों को सिसएमएल मॉडल में बदलने के लिए अनुशासन की आवश्यकता होती है। प्रक्रिया डेटा संग्रह से मॉडल एकीकरण तक आगे बढ़ती है।
रैंकिंग से पहले, आपको हर आवश्यकता की सूची बनानी होगी। सिसएमएल में, इसमें प्रत्येक अलग आवश्यकता के लिए एक आवश्यकता ब्लॉक बनाना शामिल है। सुनिश्चित करें कि प्रत्येक आइटम का एक अद्वितीय ID हो। केवल प्राकृतिक भाषा वर्णन पर भरोसा न करें।
reqब्लॉक स्टेरियोटाइप या मानक आवश्यकता प्रकार का।प्राथमिकता निर्धारण के लिए गुणों को शामिल करने के लिए आवश्यकता ब्लॉक का विस्तार करें। यदि टूल समर्थन करता है, तो इसे प्रोफाइल्स या सरल टैग किए गए मानों के उपयोग से किया जा सकता है, लेकिन तर्क वही रहता है।
प्राथमिकता स्तर (उदाहरण के लिए, उच्च, मध्यम, कम)।सीमा प्रभाव (उदाहरण के लिए, लागत, समय सारणी)।स्टेकहोल्डर मूल्य (उदाहरण के लिए, महत्वपूर्ण, महत्वपूर्ण)।चयनित ढांचे (MoSCoW, भारित, आदि) को मॉडल पर लागू करें। यह अक्सर सहयोगात्मक कार्यशाला गतिविधि होती है। स्टेकहोल्डर्स कैटलॉग की समीक्षा करते हैं और मान निर्धारित करते हैं।
| ढांचा | आवश्यक इनपुट | आउटपुट प्रारूप | सर्वोत्तम उपयोग |
|---|---|---|---|
| MoSCoW | द्विआधारी वर्गीकरण | श्रेणी टैग | एजाइल या आवर्ती परियोजनाएं |
| भारित गणना | बहुमानदार मानदंडों के अंक | संख्यात्मक मान | जटिल विकल्प विश्लेषण |
| कानो | उपयोगकर्ता संतुष्टि प्रतिक्रिया | श्रेणी टैग | उपभोक्ता-मुखी प्रणालियाँ |
प्राथमिकता को स्पष्ट बनाएँ। आवश्यकता आरेख में स्थिति को दर्शाने के लिए रंग या आकृतियों का उपयोग करें। इससे इंजीनियरों को परियोजना के दृश्य को एक नजर में देखने में सहायता मिलती है।
प्राथमिकता निर्धारण अनिवार्य रूप से संघर्ष की ओर जाता है। जब दो उच्च प्राथमिकता वाली आवश्यकताएँ एक ही संसाधन के लिए प्रतिस्पर्धा करती हैं, तो एक निर्णय लेना होता है। SysML संबंध विश्लेषण के माध्यम से इसका समर्थन करता है।
SysML आपको आवश्यकताओं के परस्पर क्रियाकलाप को परिभाषित करने की अनुमति देता है। इन बातचीत को समझना संघर्षों के समाधान के लिए महत्वपूर्ण है।
जब संसाधन सीमित होते हैं, तो संघर्ष अक्सर उत्पन्न होते हैं। उन्हें निर्देशित करने के लिए निम्नलिखित रणनीतियों का उपयोग करें।
आप कैसे जानते हैं कि प्राथमिकता देने का ढांचा काम कर रहा है? आपको मापदंडों की आवश्यकता है। इन संख्याओं को ट्रैक करने से समय के साथ प्रक्रिया को बेहतर बनाने में मदद मिलती है।
प्राथमिकता निर्धारण के अंतिम रूप देने से पहले इस चेकलिस्ट को जांचें।
यदि लोग इसे समझ नहीं पाते हैं तो प्राथमिकता देने का ढांचा विफल हो जाता है। संचार मॉडल के समान महत्वपूर्ण है।
जब गैर-तकनीकी हितधारकों को ढांचे की व्याख्या कर रहे हों, तो जर्गन से बचें। उदाहरण के लिए, तुलना का उपयोग करें। उदाहरण के लिए, MoSCoW तरीके को एक ट्रेकिंग के लिए बैग भरने के रूप में समझाएं। आपको पानी और भोजन (आवश्यक) ले जाना होगा, नक्शा (चाहे) ले जाना चाहिए, और कैमरा (संभव) ले जाने की अनुमति हो सकती है।
परियोजनाएं विकसित होती हैं। आवश्यकताएं बदलती हैं। एक स्थिर प्राथमिकता सूची नाजुक होती है। ढांचा गतिशील होना चाहिए।
एक मजबूत ढांचे के साथ भी, गलतियां होती हैं। इन सामान्य जाल में ध्यान दें।
जब प्रत्येक आवश्यकता को महत्वपूर्ण चिह्नित किया जाता है, तो कुछ भी महत्वपूर्ण नहीं होता है। इससे ध्यान बिखरता है। भेदभाव करने के लिए बाध्य करें। यदि एक आवश्यकता वास्तव में महत्वपूर्ण है, तो उसे अपनी श्रेणी में एकमात्र आवश्यकता होनी चाहिए।
एक कम प्राथमिकता वाली आवश्यकता एक उच्च प्राथमिकता वाली आवश्यकता के लिए निर्भर हो सकती है। यदि यह महत्वपूर्ण मार्ग को रोकती है, तो निर्भरता को प्राथमिकता दें। SysML ट्रेसेबिलिटी इन छिपी हुई श्रृंखलाओं को पहचानने में मदद करती है।
मान लेने की गलती न करें कि सॉफ्टवेयर सोचने का काम करेगा। तर्क मानव द्वारा परिभाषित किया जाना चाहिए। उपकरण केवल डेटा संग्रहीत करते हैं। यदि इनपुट गलत है, तो आउटपुट भी गलत होगा।
प्राथमिकता एक बार के लिए घटना नहीं है। बाजार की स्थिति बदलती है। तकनीक में बदलाव आता है। सूची का नियमित रूप से समीक्षा करें। लंबे समय तक के प्रोजेक्ट के लिए तिमाही समीक्षा अक्सर पर्याप्त होती है।
एक SysML आवश्यकता प्राथमिकता ढांचे में समय निवेश करने से वर्तमान प्रोजेक्ट से बाहर लाभ मिलता है।
प्रणाली � ingineering में संसाधनों का प्रबंधन कठिन चुनाव करने के बारे में है। एक SysML आवश्यकता प्राथमिकता ढांचा उन चुनावों को तार्किक और पारदर्शी तरीके से करने के लिए संरचना प्रदान करता है। यह चर्चा को राय से सबूत तक ले जाता है।
मॉडलिंग मानकों के साथ सिद्ध प्राथमिकता विधियों को जोड़कर, टीमें सीमाओं के बीच घूम सकती हैं बिना प्रणाली के मूल मूल्य को भूले। लक्ष्य सब कुछ करना नहीं है, बल्कि सही चीजें करना है। स्पष्ट आवश्यकताओं, दृश्य विकल्पों और निरंतर संचार के साथ, प्रोजेक्ट सफल होते हैं भले ही संसाधन संकीर्ण हों।
मॉडल से शुरुआत करें। गुणों को परिभाषित करें। ढांचा लागू करें। परिणामों की समीक्षा करें। इस चक्र से यह सुनिश्चित होता है कि प्रणाली सबसे महत्वपूर्ण आवश्यकताओं के अनुरूप विकसित होती है।