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