Visual Paradigm Desktop | 
Visual Paradigm Online
जटिल सिस्टम इंजीनियरिंग में, एक विस्तृत मॉडल और रणनीतिक निर्णय के बीच की दूरी को अतिक्रम करना असंभव लग सकता है। एक्जीक्यूटिव्स को हर संयोजन या पैरामीटर देखने की आवश्यकता नहीं होती है। उन्हें स्पष्टता, जोखिम दृश्यता और व्यापार लक्ष्यों के साथ संरेखण की आवश्यकता होती है। यह मार्गदर्शिका यह जांचती है कि कैसे SysML दृष्टिकोण को इस अंतर को प्रभावी ढंग से पार करने के लिए डिज़ाइन किया जाए।
सिस्टम इंजीनियरिंग मॉडल स्वाभाविक रूप से समृद्ध होते हैं। वे संरचना, व्यवहार, आवश्यकताएं और पैरामीटर को कैप्चर करते हैं। हालांकि, असंगठित नेतृत्व के सामने प्रस्तुत करने पर समृद्धता अक्सर शोर में बदल जाती है। एक पूर्ण मॉडल निर्णय लेने वालों को ओवरव्हेल्म कर सकता है, महत्वपूर्ण मार्गों और संभावित जोखिमों को छिपा सकता है।
समाधान दृष्टिकोण की अवधारणा में निहित है। एक दृष्टिकोण केवल एक दृश्य नहीं है; यह एक विशिष्ट स्टेकहोल्डर समूह के लिए संबंधित चिंताओं का विवरण है। एक दृष्टिकोण के माध्यम से मॉडल को फ़िल्टर करके, आप केवल एक विशिष्ट निर्णय लेने के संदर्भ के लिए आवश्यक जानकारी प्रस्तुत करते हैं।
एक्जीक्यूटिव्स के लिए डिज़ाइन करते समय, लक्ष्य निकास के रूप में सरलीकरण नहीं है, बल्कि प्रासंगिकता के रूप में अब्स्ट्रैक्शन है। आप तकनीकी विश्वसनीयता को व्यापार बुद्धिमत्ता में बदल रहे हैं।
एक SysML दृष्टिकोण एक सिस्टम मॉडल पर एक विशिष्ट दृष्टिकोण को परिभाषित करता है। यह निर्दिष्ट करता है:
यह संरचना विवरण के लिए ISO/IEC/IEEE 42010 मानक के साथ मेल खाता है। हालांकि मानक संरचना पर केंद्रित है, लेकिन सिद्धांत सीधे SysML मॉडलिंग पर लागू होते हैं। एक दृष्टिकोण संगतता सुनिश्चित करता है। यदि प्रत्येक स्टेकहोल्डर को उनके चिंता सेट के अनुरूप दृश्य मिलता है, तो संगठन मिश्रित संकेतों के भ्रम से बच जाता है।
प्रभावी दृष्टिकोण डिज़ाइन करने के लिए, आपको एक्जीक्यूटिव निर्णयों को प्रभावित करने वाली बातों को समझना होगा। आमतौर पर एक्जीक्यूटिव्स तीन मुख्य क्षेत्रों पर केंद्रित होते हैं:
एक तकनीकी मॉडल में इस सभी डेटा को समाहित किया गया है, लेकिन यह छिपा हुआ है। उदाहरण के लिए, एक ब्लॉक परिभाषा आरेख (BDD) घटक के पदानुक्रम को दिखाता है। एक अधिकारी को यह जानने की आवश्यकता होती है कि क्या इस पदानुक्रम लागत केंद्रों का प्रतिनिधित्व करता है या यह एकल विफलता के बिंदु को जन्म देता है। एक पैरामीट्रिक आरेख सीमाओं को दिखाता है। एक अधिकारी को यह जानने की आवश्यकता होती है कि क्या सीमाओं का पालन किया जा रहा है या त्रुटि के लिए कोई आरक्षण है।
आपके दृष्टिकोण को इन विशिष्ट संकेतकों को सामने लाना चाहिए। यह डेटा को छिपाना नहीं चाहिए, लेकिन यह उस डेटा को प्राथमिकता देनी चाहिए जो निर्णय को प्रभावित करता है।
एक दृष्टिकोण बनाने के लिए अनुशासन की आवश्यकता होती है। निम्नलिखित सिद्धांत सुनिश्चित करते हैं कि परिणामी संचार प्रभावी और बनाए रखने योग्य हो।
अधिकारी इंजीनियरों की तुलना में अधिक उच्च सारांश स्तर पर काम करते हैं। आपको डेटा को समेकित करना होगा। 50 अलग-अलग सेंसर को दिखाने के बजाय, “सेंसर उपप्रणाली” और उसके समग्र विश्वसनीयता मापदंड को दिखाएं। इससे ज्ञानात्मक भार कम होता है बिना जानकारी के मूल बात को खोए बिना।
प्रत्येक दृष्टिकोण को एक संगत दृश्य भाषा का उपयोग करना चाहिए। यदि एक आरेख जोखिम को दर्शाने के लिए रंग का उपयोग करता है, तो सभी अधिकारी आरेखों में उसी रंग व्यवस्था का उपयोग करना चाहिए। नियमों में बदलाव तनाव पैदा करता है और मॉडल पर विश्वास को कम करता है।
अधिकारियों को यह जानने की आवश्यकता होती है कि क्या एक आवश्यकता पूरी की गई है। दृष्टिकोण को व्यावसायिक आवश्यकता और उस प्रणाली तत्व के बीच के संबंध को दिखाना चाहिए जो उसे पूरा करता है। अक्सर यह एक उच्च स्तर का ट्रेसेबिलिटी संबंध होता है, विस्तृत निर्माण नहीं।
परियोजनाएं विकसित होती हैं। अवधारणा चरण के लिए डिज़ाइन किया गया एक दृष्टिकोण उत्पादन चरण के लिए काम नहीं कर सकता है। दृष्टिकोण के डिज़ाइन को परियोजना के जीवनचक्र चरण को ध्यान में रखना चाहिए। प्रारंभिक चरणों में क्षमता और दायरे पर ध्यान केंद्रित किया जाता है। बाद के चरणों में लागत और योजना पर ध्यान केंद्रित किया जाता है।
नीचे सामान्य अधिकारी चिंताओं और उन्हें दूर करने के लिए आवश्यक संगत SysML तत्वों का संरचित सारांश दिया गया है।
| हितधारक चिंता | आवश्यक SysML तत्व | दृष्टिकोण केंद्र |
|---|---|---|
| रणनीतिक संरेखण | आवश्यकताएं | व्यावसायिक लक्ष्यों को प्रणाली क्षमताओं से जोड़ें। |
| संसाधन आवंटन | ब्लॉक (पैकेजेस) | बजट या संगठनात्मक इकाई के आधार पर तत्वों को समूहित करें। |
| इंटरफेस जोखिम | इंटरफेस ब्लॉक | बाहरी निर्भरताओं और महत्वपूर्ण संबंधों को उजागर करें। |
| प्रदर्शन सुरक्षा सीमा | पैरामीट्रिक आरेख | सीमा संतुष्टि स्थिति और सुरक्षा सीमाओं को दिखाएं। |
| संचालन प्रवाह | गतिविधि आरेख | महत्वपूर्ण मार्ग और निर्णय बिंदुओं का सारांश निकालें। |
| परिवर्तन प्रभाव | ट्रैसेबिलिटी लिंक | आवश्यकता परिवर्तन के रिपल प्रभाव को दृश्य रूप से प्रदर्शित करें। |
इन दृष्टिकोणों का निर्माण करने के लिए एक व्यवस्थित दृष्टिकोण की आवश्यकता होती है। परिणामस्वरूप दृष्टिकोण का उद्देश्य पूरा हो जाए, इसके लिए इन चरणों का पालन करें।
अंत के साथ शुरुआत करें। इस दृष्टिकोण का उपयोग करके कौन सा निर्णय लिया जाएगा? क्या यह जाने/न जाने का मार्गदर्शक बिंदु है? क्या यह बजट अनुमोदन है? निर्णय आवश्यक डेटा को निर्धारित करता है।
निर्णय से संबंधित मॉडल की सीमा निर्धारित करें। विरासत प्रणालियों को शामिल न करें, जब तक कि वे सीधे बातचीत न कर रहे हों। तीसरे पक्ष के घटकों के आंतरिक विवरण को शामिल न करें, जब तक कि इंटरफेस महत्वपूर्ण न हो।
डेटा का सर्वोत्तम प्रतिनिधित्व करने वाले SysML आरेखों का चयन करें। उच्च स्तरीय संरचना के लिए, ब्लॉक परिभाषा आरेखों का उपयोग करें। प्रवाह और तर्क के लिए, गतिविधि आरेखों का उपयोग करें। प्रतिबंधों के लिए, पैरामीट्रिक आरेखों का उपयोग करें। सभी आरेखों को एक साथ दिखाने से बचें।
उन तत्वों को फ़िल्टर करें जो निर्णय में योगदान नहीं देते हैं। आंतरिक तर्क को छिपाएं। कार्यान्वयन विवरण को छिपाएं। केवल बाहरी इंटरफेस और महत्वपूर्ण आंतरिक ब्लॉक दिखाएं जो परिणाम को प्रभावित करते हैं।
डेटा की व्याख्या करने वाले नोट जोड़ें। जोखिम सीमा के आरेख के लिए एक विवरण आवश्यक है। शेड्यूल दृष्टिकोण के लिए समय रेखा संदर्भ की आवश्यकता होती है। संदर्भ डेटा को जानकारी में बदल देता है।
प्रारंभिक दृष्टिकोण को निदेशक मंडल के सामने प्रस्तुत करें। पूछें कि क्या दृष्टिकोण उनके प्रश्नों का उत्तर देता है। यदि वे आपके द्वारा शामिल न किए गए डेटा के लिए पूछते हैं, तो आपने अपनी फ़िल्टरिंग रणनीति में एक अंतराल की पहचान कर ली है।
SysML मॉडल के दृश्य प्रतिनिधित्व का महत्व होता है। निदेशक मंडल पैटर्न के लिए स्कैन करते हैं। उनका ध्यान निर्देशित करने के लिए दृश्य संकेतों का उपयोग करें।
सामंजस्य बहुत महत्वपूर्ण है। यदि पहले स्लाइड में लाल रंग का अर्थ ‘उच्च जोखिम’ है, तो दसवें स्लाइड में भी इसका अर्थ ‘उच्च जोखिम’ होना चाहिए। नोटेशन में भ्रम निर्णय लेने में भ्रम लाता है।
एक मजबूत योजना होने के बावजूद, गलतियाँ आपके दृष्टिकोण की प्रभावशीलता को कम कर सकती हैं।
इंजीनियर अक्सर बहुत विस्तृत दृश्य बनाते हैं। वे मान लेते हैं कि निदेशक तकनीकी आधार को समझते हैं। इससे बचें। मान लें कि निदेशक व्यापारिक प्रभाव को समझते हैं, न कि इंजीनियरिंग कार्यान्वयन को।
यदि सिस्टम मॉडल में परिवर्तन होता है, तो दृष्टिकोण को स्वचालित रूप से अपडेट करना चाहिए। यदि आप दृश्य को मॉडल के अनुरूप हाथ से अपडेट करते हैं, तो त्रुटियाँ होंगी। मॉडल डेटा के साथ स्वचालित रूप से अपडेट होने वाले फ़िल्टर नियमों का उपयोग करें।
एक आवश्यकता को बिना उस तत्व के दिखाए नहीं चाहिए जो उसे पूरा करता है। निदेशकों को ‘क्यों’ और ‘कैसे’ के बीच का संबंध देखने की आवश्यकता होती है। इस संबंध के बिना, मॉडल सिर्फ एक तस्वीर है।
एक ही दृश्य में हर सवाल का जवाब देने की कोशिश करने से एक भ्रमित गड़बड़ी बनती है। एक भ्रमित दृश्य की बजाय तीन स्पष्ट दृश्य बेहतर हैं। आवश्यकता हो तो लागत, शेड्यूल और तकनीकी दृश्यों को अलग करें।
संचार द्विदिशात्मक होता है। रिव्यू के दौरान निदेशक नए चिंताओं को पहचान सकते हैं। इन चिंताओं को दर्ज करें और दृष्टिकोण डिज़ाइन को उसी अनुसार समायोजित करें। एक स्थिर दृष्टिकोण जल्दी से अप्रासंगिक हो जाता है।
आप कैसे जानेंगे कि एक दृष्टिकोण काम कर रहा है? इन संकेतों को देखें:
यदि दृष्टिकोण उत्तरों की तुलना में अधिक प्रश्नों की ओर ले जाता है, तो सारांश स्तर संभवतः गलत है। तब तक विवरण स्तर को समायोजित करें जब तक संतुलन नहीं आ जाता।
मॉडल स्थिर दस्तावेज़ नहीं हैं। वे सिस्टम के जीवंत प्रतिनिधित्व हैं। जैसे-जैसे सिस्टम विकसित होता है, दृष्टिकोण को भी विकसित होना चाहिए।
लंबे समय तक रखरखाव के लिए निम्नलिखित पर विचार करें:
दृष्टिकोणों को प्रथम श्रेणी के कलाकृतियों के रूप में लेने से आप सुनिश्चित करते हैं कि प्रोजेक्ट जीवनचक्र के दौरान संचार चैनल खुला और प्रभावी रहता है।
सारांश के रूप में, निदेशकों के लिए प्रभावी SysML दृष्टिकोण डिजाइन की आवश्यकता होती है:
जब इन तत्वों को एक साथ मिलाया जाता है, तो मॉडल रणनीतिक समन्वय के लिए एक शक्तिशाली उपकरण बन जाता है। यह जटिल इंजीनियरिंग डेटा को क्रियान्वयन योग्य व्यापार बुद्धिमत्ता में बदल देता है।