ArchiMate उदाहरण दृश्य: पूर्ण गैलरी – प्रेरणा, रणनीति, व्यवसाय, एप्लिकेशन, तकनीक और पुनर्वास

फ्रेमवर्क दृश्य

फ्रेमवर्क दृश्य।

यह दृश्य सभी विकास पहलुओं और संबंधित आरेखों के निर्माण के लिए फ्रेमवर्क का प्रतिनिधित्व करता है। दृश्य को स्थिति के अनुसार संशोधित किया जा सकता है। इसलिए, इस दृश्य का उपयोग आरेखों के बीच नेविगेशन के लिए किया जा सकता है। इस दृश्य के इस संस्करण का उपयोग ArchiMate (3) फ्रेमवर्क से किया जाता है। प्रेरणा को एक “परत” के रूप में प्रस्तुत किया गया है, एक “पहलू” के रूप में नहीं।

प्रेरणा दृष्टिकोण

प्रेरणा दृष्टिकोण

प्रेरणा दृष्टिकोण।

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

प्रेरणा तत्व व्यवसाय प्रेरणा मॉडल (BMM) [विनिर्देश v.1.3, 2015, OMG]।

मिशन – दृष्टि – मूल्य दृश्य

मिशन – दृष्टि – मूल्य।

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

संदर्भ: Aldea, A. – Iacob, M.-E. – Hillegersberg, J. – Quartel, D. – Franken, H. (2015) ArchiMate के साथ रणनीति का मॉडलिंग।

रणनीतिक मूल्य नक्शा दृश्य

मूल्य नक्शा – रणनीति नक्शा दृश्य।

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

हितधारक विश्लेषण दृश्य

हितधारक विश्लेषण दृश्य।

इस दृश्य का उपयोग व्यवसाय विकास के लिए हितधारक विश्लेषण के लिए किया जा सकता है: परिवर्तन के ड्राइवर क्या हैं? पहले, संबंधित हितधारकों की पहचान की जाती है, फिर उनकी रुचि के अनुरूप परिवर्तन के ड्राइवर्स को निर्धारित किया जाता है। “मूल्यांकन” अवधारणा का उपयोग ड्राइवर्स के विश्लेषण के लिए अधिक विस्तार से किया जा सकता है, उदाहरण के लिए SWOT (ताकतें, कमजोरियाँ, अवसर, खतरे) दृष्टिकोण के अनुसार। आमतौर पर, विभिन्न दृष्टिकोणों से विभिन्न हितधारक दृश्य बनाए जा सकते हैं। बड़ी छवि को छोटे-छोटे हिस्सों में बांटने का एक और कारण यह है कि आरेख संक्षिप्त और पठनीय रहें — सरलता के लिए।

हितधारक दृष्टिकोण

हितधारक दृष्टिकोण।

इस दृश्य का उपयोग हितधारकों के ड्राइवर्स को व्यवसाय लक्ष्यों से जोड़ने के लिए किया जा सकता है। लक्ष्य संगठन के विकास के मुख्य तत्व हैं। सभी बाद के तत्वों को इन सभी परिवर्तन गतिविधियों के मुख्य ड्राइवर्स तक वापस जाना चाहिए।

सिद्धांत दृश्य

सिद्धांत दृश्य।

जोखिम और सुरक्षा दृश्य

जोखिम और सुरक्षा दृश्य। जोखिम और सुरक्षा अवधारणाओं को ArchiMate में मैप करना। सुरक्षा और डेटा सुरक्षा के मुद्दे जोखिम प्रबंधन का हिस्सा हैं। यह मॉडलिंग दृष्टिकोण दोनों को कवर करता है।

संदर्भ:

• ArchiMate® भाषा के साथ एंटरप्राइज रिस्क मैनेजमेंट और सुरक्षा का मॉडलिंग कैसे करें, द ओपन ग्रुप, दस्तावेज़ संख्या: W172, 2017।
• आर्कीमेट® भाषा के साथ एंटरप्राइज रिस्क मैनेजमेंट और सुरक्षा का मॉडलिंग, द ओपन ग्रुप, 2015।

एसडब्ल्यूओटी विश्लेषण दृश्य

एसडब्ल्यूओटी विश्लेषण दृश्य।

लक्ष्य दृश्य

लक्ष्य दृश्य (मूल्य तत्व के साथ)।

लक्ष्य और प्रमुख परिणाम

ओकेआर पैटर्न।

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

लक्ष्य:

• आपके द्वारा प्राप्त किए जाने वाले लक्ष्य का यादगार, गुणात्मक वर्णन। लक्ष्य छोटे, प्रेरक और आकर्षक होने चाहिए। एक लक्ष्य को टीम को प्रेरित करना और चुनौती देना चाहिए।

प्रमुख परिणाम:

• लक्ष्य की ओर आपके प्रगति को मापने वाले मापदंडों का संग्रह। प्रत्येक लक्ष्य के लिए आपके पास 2–5 प्रमुख परिणाम होने चाहिए। बहुत अधिक नहीं, वरना कोई भी उन्हें याद नहीं रख पाएगा।

नीचे ओकेआर का एक और संस्करण दिखाया गया है।

ओकेआर पैटर्न (2)।

रणनीति दृष्टिकोण

रणनीति परत दृश्य

रणनीति दृश्य

रणनीति दृश्य।

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

व्यापार रणनीति दृश्य

व्यापार रणनीति।

व्यापार प्रेरणा मॉडल (बीएमएम) दृश्य

व्यापार प्रेरणा मॉडल (बीएमएम) दृश्य।

आवश्यकता दृश्य

आवश्यकता दृश्य।

इस दृश्य का उपयोग रणनीतिक लक्ष्यों के आधार पर आवश्यकताओं को एकत्र करने के लिए किया जा सकता है। यह रणनीति को कार्यान्वयन से जोड़ता है: रणनीति को कार्यान्वयन तक ट्रेस किया जा सकता है।

रणनीति से क्षमता दृश्य

रणनीति से क्षमता दृश्य।

इस दृश्य का उपयोग क्षमता-आधारित योजना (सीबीपी) उद्देश्यों के लिए, और आर्कीमेट अवधारणाओं जैसे “ड्राइवर” और “लक्ष्य” के लिए भी किया जा सकता है, जैसा कि नीचे चित्र में दिखाया गया है। इस दृश्य का उपयोग रणनीतिक योजना (और कार्यान्वयन) के उद्देश्यों के लिए किया जा सकता है। इस प्रकार, इस दृश्य का उपयोग रणनीति से क्षमता चरण के लिए किया जा सकता है, जिसे आईटी4आईटी के “रणनीति से पोर्टफोलियो” में शामिल किया जा सकता है।

क्षमता नक्शा दृश्य

क्षमता मानचित्र दृश्य।

इस दृश्य का उपयोग संगठन की क्षमताओं के अवलोकन के लिए किया जा सकता है: संगठन क्या करता है या कर सकता है।

क्षमता योजना दृश्य

क्षमता योजना दृश्य।

इस दृश्य का उपयोग उदाहरण के लिए क्षमता-आधारित योजना (CBP) उद्देश्यों के लिए किया जा सकता है, अर्थात् “रणनीति और एंटरप्राइज आर्किटेक्चर के बीच का संबंध।” इस दृश्य का उपयोग उदाहरण के लिए रणनीति को आवश्यक क्षमताओं के साथ मैप करने और क्षमताओं को संसाधनों और अन्य निर्माण ब्लॉक्स के साथ मैप करने के लिए किया जा सकता है।

क्षमता वास्तविकीकरण दृश्य

क्षमता वास्तविकीकरण दृश्य।

क्षमता वास्तविकीकरण दृश्य 2

एक अन्य दृश्य जो यह निर्धारित करता है कि क्षमताओं को किन तत्वों द्वारा वास्तविक किया जाता है…

क्षमता वास्तविकीकरण दृश्य 2।

मूल्य प्रवाह दृश्य

मूल्य प्रवाह दृश्य (पैटर्न)।

नोट! “दिशात्मक संबंध” मूल्य श्रृंखला / मूल्य प्रवाह के शुरुआत में उपयोग किया जाता है। एक मूल्य प्रवाह में मूल्य “चरणों” का समावेश हो सकता है। इसी तरह, एक समग्र, उच्च-स्तरीय मूल्य प्रवाह एक “मूल्य श्रृंखला” हो सकती है, जो बाद में मूल्य प्रवाहों से मिलकर बनती है। उदाहरण के लिए, IT4IT (लिंक) में चार मूल्य प्रवाहों वाली मूल्य श्रृंखला का परिचय दिया गया है: पोर्टफोलियो रणनीति, डेप्लॉय डिमांड, अनुरोध पूरा करना, डिटेक्ट-टू-करेक्ट (लिंक).

मूल्य प्रवाह – क्षमता क्रॉस-मैपिंग दृश्य

नीचे एक मूल्य डिलीवरी श्रृंखला का सरल उदाहरण दिखाया गया है। मूल्य श्रृंखलाओं, मूल्य नेटवर्कों और मूल्य प्रवाहों को ArchiMate 3.1 संस्करण में शामिल ArchiMate मूल्य प्रवाह तत्व का उपयोग करके मॉडल किया जा सकता है।

आइडिया से उत्पादन तक मूल्य श्रृंखला उदाहरण दृश्य।

मूल्य डिलीवरी श्रृंखला। यह एक विस्तारित उदाहरण है जो यह दिखाता है कि कार्य कैसे मूल्य प्रवाह का समर्थन (सेवा) करते हैं। इस दृश्य का उपयोग संगठन के कार्यों (व्यवसाय मॉडल) को परिभाषित करने, क्षमताओं की आवश्यकता के कारण और मूल्य निर्माण से उनके संबंध को समझने के लिए किया जा सकता है।

इस दृश्य को लीन ईए फ्रेमवर्क (LEAF) संदर्भ कार्यान्वयन में शामिल किया गया है (लिंक) “मूल्य प्रवाहों”, “मूल्य डिलीवरी श्रृंखला” पर नेविगेट करें।

व्यवसाय मॉडल कैनवास दृश्य

व्यवसाय मॉडल दृश्य।

यह ए. ओस्टरवाल्डर के व्यवसाय मॉडल कैनवास (BMC), लेकिन इसे स्थिति के अनुसार बदला जा सकता है। इसके अलावा संस्करण-आधारित दृष्टिकोण भी हैं, जैसे “सेवा मॉडल कैनवास” या “लीन कैनवास”। BMC का उपयोग उदाहरण के लिए व्यवसाय मॉडल डिजाइन और नवाचार के लिए किया जा सकता है।

ArchiMate के साथ BMC का मॉडलिंग “व्यवसाय आवश्यकताओं से डिजाइन विनिर्देशों तक आवश्यकताओं का अनुसरण करने में सहायता करता है। यह व्यवसाय मॉडल परिवर्तनों के आर्किटेक्चरल डिजाइन पर प्रभाव को खोजने में सहायता करता है।” [LO Meertens आदि]

समग्र विकास में रणनीति और व्यवसाय मॉडल विश्लेषण के लिए एक निर्मित आर्किटेक्चरल समर्थन शामिल है। इससे व्यवसाय विश्लेषकों और विकासकर्ताओं को उदाहरण के लिए यह देखने में सक्षम होता है कि व्यवसाय मॉडल रणनीति का समर्थन कैसे करता है और व्यवसाय मॉडल संगठन के अनुकूलन कैसे करता है, और विपरीत भी।

यदि BMC किसी मॉडलिंग टूल में मॉडल किया जाता है, तो इस दृष्टिकोण का लाभ यह है कि BMC के सभी तत्वों का उपयोग उसी मॉडल रिपॉजिटरी में अन्य दृश्यों में किया जा सकता है। जब व्यवसाय मॉडल को घुमाया जाता है, तो सभी परिवर्तन तुरंत दिखाई देते हैं। व्यवसाय मॉडलर नए तत्वों (उदाहरण के लिए सेवाएं) बना सकते हैं, या रिपॉजिटरी में मौजूद सभी तत्वों (उदाहरण के लिए संगठनात्मक इकाइयां या संसाधन) का उपयोग कर सकते हैं।

अवधारणा कैनवास दृश्य

अवधारणा कैनवास। BMC के विभिन्न रूप हो सकते हैं, जैसा कि नीचे दिए गए चित्र में दिखाया गया है। इस अवधारणा कैनवास की व्यवस्था ArchiMate के परतदार दृष्टिकोण के साथ संगत है।

व्यवसाय दृष्टिकोण

व्यवसाय आर्किटेक्चर परत दृश्य।

व्यवसाय सेवाओं का नक्शा दृश्य

व्यवसाय सेवाएं दृश्य।

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

व्यवसाय प्रक्रियाओं का नक्शा दृश्य

व्यवसाय प्रक्रियाएं दृश्य।

इस दृश्य का उपयोग एक “प्रक्रिया नक्शा” के रूप में किया जा सकता है, जो संगठन की व्यवसाय प्रक्रियाओं का एक समग्र दृश्य प्रदान करता है।

व्यवसाय प्रक्रिया सहयोग दृश्य

व्यवसाय प्रक्रिया सहयोग दृश्य।

इस दृश्य का उपयोग उदाहरण के लिए ऑपरेटिंग मॉडल को मॉडल करने के लिए किया जा सकता है।

व्यवसाय कार्यकर्ता नक्शा दृश्य

व्यवसाय कार्यकर्ता दृश्य।

व्यवसाय कार्यकर्ता आ) आंतरिक या ब) बाहरी हो सकते हैं। आंतरिक व्यवसाय कार्यकर्ता उदाहरण के लिए संगठनात्मक इकाइयां हैं, जबकि बाहरी व्यवसाय कार्यकर्ता उदाहरण के लिए ग्राहक, व्यवसाय भागीदार, या अन्य हितधारक समूह हैं जो संगठन के साथ सहयोग करते हैं (उदाहरण के लिए सार्वजनिक क्षेत्र के संगठन या अन्य नियामक निकाय)।

व्यवसाय कार्यकर्ता सहयोग दृश्य

व्यवसाय कार्यकर्ता सहयोग दृश्य।

दो उपयोग केस निम्नलिखित हैं:

1. आंतरिक संगठन दृश्य: व्यवसाय कार्यकर्ता सहयोग दृष्टिकोण, जो आंतरिक व्यवसाय कार्यकर्ताओं के सहयोग और उनके द्वारा सूचना के आदान-प्रदान के तरीके का वर्णन करता है।
2. अंतर-संगठन दृश्य: पारिस्थितिकी दृष्टिकोण, जो संगठन के संचालन के वातावरण का चित्रण करता है। एक पारिस्थितिकी एक ऐसी नेटवर्क है जिसमें संगठन और व्यवसाय भागीदार एक सहयोगात्मक अंतरक्रिया के माध्यम से सहयोग करते हैं। इसमें आपूर्तिकर्ता, उप-आपूर्तिकर्ता और अन्य B2B भागीदार, ग्राहक आदि शामिल हैं।

व्यवसाय प्रक्रिया दृश्य

व्यवसाय प्रक्रिया दृश्य।

यह व्यवसाय प्रक्रिया दृश्य एक या एक से अधिक व्यवसाय प्रक्रियाओं (या उनके भागों) की उच्च स्तरीय संरचना और संरचना प्रदान करता है, जहां सेवाएं प्रदान की जाती हैं, कार्यकर्ताओं को भूमिकाओं में नियुक्त किया जाता है, और व्यवसाय प्रक्रियाएं सूचना का उपयोग करती हैं” [ArchiMate 2.1 विनिर्देश]। प्रक्रिया आरेख में “जंक्शन” तत्व शामिल हैं, जिनका उपयोग प्रक्रिया प्रवाह में “फॉर्क” और “जॉइन” के मॉडलिंग के लिए किया जाता है।

नीचे एक उच्च स्तरीय प्रक्रिया दृश्य दिखाया गया है। यह व्यवसाय मॉडल से निकले ऑपरेटिंग मॉडल पर आधारित है, जैसा कि ऊपर दिए गए मूल्य प्रवाह आरेख में दिखाया गया है।

आइडिया से उत्पादन प्रक्रिया।

SIPOC (आपूर्तिकर्ता, इनपुट, प्रक्रिया, आउटपुट, ग्राहक)

SIPOC।

सिक्स सिग्मा टूल जिसे SIPOC (आपूर्तिकर्ता, इनपुट, प्रक्रिया, आउटपुट, ग्राहक) कहा जाता है, सभी प्रक्रियाओं के लिए सामान्य तत्वों को परिभाषित करने के लिए उपयोग किया जा सकता है। यह व्यावसायिक मामलों के विश्लेषण के लिए एक सरल उपकरण है: ग्राहक को क्या मूल्य मिलता है और वह कैसे प्राप्त करता है।

व्यावसायिक प्रक्रिया दृश्य, व्यावसायिक भूमिकाओं को प्रक्रिया के “स्विमलेन” के रूप में – परतदार दृष्टिकोण

व्यावसायिक प्रक्रिया स्विमलेन दृश्य (पैटर्न) 2.0।

“व्यावसायिक भूमिका A” ग्राहक का प्रतिनिधित्व करती है, जबकि शीर्षतम “स्विमलेन” ग्राहक यात्रा मार्ग का प्रतिनिधित्व करता है।

नोट! प्रक्रिया चरण (गतिविधियाँ) व्यावसायिक भूमिकाओं (“स्विमलेन” के रूप में दृश्याकृत) के भीतर नेस्टेड होते हैं, जिसका अर्थ है: इन व्यावसायिक भूमिकाओं को इन व्यावसायिक प्रक्रियाओं/प्रक्रिया चरणों के लिए नियुक्त किया गया है। इसलिए, यह दृश्य व्यावसायिक प्रक्रिया दृश्य और परतदार दृश्य का संयोजन है।

नीचे दिए गए संस्करण में सूचना और डेटा प्रवाह (प्रवाह संबंध) को दर्शाया गया है। शीर्षतम “स्विमलेन” ग्राहक यात्रा मार्ग का प्रतिनिधित्व करता है (ट्रिगरिंग संबंधों द्वारा संबंधित गतिविधियाँ)।

व्यावसायिक प्रक्रिया स्विमलेन दृश्य (पैटर्न) 2.0 (सूचना प्रवाह)।

नीचे दिए गए संस्करण में सेवा डिजाइन दृष्टिकोण का प्रतिनिधित्व किया गया है। शीर्षतम “स्विमलेन” (भूमिका A) ग्राहक यात्रा मार्ग का प्रतिनिधित्व करता है, जो व्यावसायिक सेवाओं (1 और 2) के माध्यम से संगठन (भूमिकाएँ B और C) से जुड़ा है।

व्यावसायिक प्रक्रिया स्विमलेन दृश्य (पैटर्न) 2.0 (सेवाएँ)।

परतदार व्यावसायिक प्रक्रिया दृश्य

परतदार प्रक्रिया दृश्य।

इस दृश्य का उपयोग ऐसी व्यावसायिक प्रक्रियाओं के मॉडलिंग के लिए किया जा सकता है जिनमें मैनुअल और स्वचालित चरण दोनों शामिल हों।

ग्राहक यात्रा मानचित्र दृश्य

ग्राहक यात्राओं के उच्च स्तर पर विश्लेषण करते समय, इस संस्करण को प्रेरणा और रणनीति तत्वों के उपयोग से बनाया जाता है।

ग्राहक यात्रा मानचित्र (उच्च स्तर)।

ग्राहक सेवा मार्गों के अधिक विस्तृत विश्लेषण करते समय, इस संस्करण को व्यावसायिक और एप्लिकेशन परत (कोर) तत्वों के उपयोग से बनाया जाता है।

ग्राहक यात्रा दृश्य (उदाहरण) 1.0।

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

सेवा ब्लूप्रिंट दृश्य

सेवा ब्लूप्रिंट दृश्य 1 (सेवाएँ और प्रवाह)

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

इस दृश्य के कई संस्करण हैं। ऊपर दिए गए उदाहरण में परतों और तत्वों के बीच सूचना प्रवाह पर ध्यान केंद्रित किया गया है।

उपयोगकर्ता कहानी दृश्य

उपयोगकर्ता कहानी दृश्य।

इस दृश्य का उपयोग उपयोगकर्ता कहानियों को दृश्याकृत करने के लिए किया जा सकता है।

क्लाउड सेवा मॉडल दृश्य

क्लाउड सेवा मॉडल दृश्य।

सूचना दृश्य

सूचना दृश्य।

सूचना को निम्नलिखित स्तरों पर संकल्पनात्मक रूप से मॉडल किया जा सकता है: a) संकल्पनात्मक, b) तार्किक, और c) भौतिक स्तर। ऊपर दिए गए चित्र में इन संकल्पनात्मक स्तरों को दर्शाया गया है।

अवधारणात्मक डेटा मॉडल दृश्य

अवधारणात्मक डेटा मॉडल दृश्य।

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

“सेवा” अवधारणा

सेवा अवधारणा।

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

सेवा बनाम उत्पाद

उत्पाद दृश्य।

उत्पाद अवधारणा का उपयोग सेवाओं के समूहन के लिए एक संयुक्त तत्व के रूप में किया जा सकता है। आर्किमेटा विनिर्देश के अनुसार:

“एक उत्पाद एक संगत सेवाओं और/या सक्रिय संरचना तत्वों के संग्रह का प्रतिनिधित्व करता है, जिसके साथ एक अनुबंध/समझौता सेट जुड़ा होता है, जो संपूर्ण रूप से (आंतरिक या बाहरी) ग्राहकों को प्रस्तुत किया जाता है।”

“एक उत्पाद व्यापार सेवाओं, एप्लिकेशन सेवाओं और तकनीकी सेवाओं, व्यापार वस्तुओं, डेटा वस्तुओं और तकनीकी वस्तुओं और अनुबंधों को एकत्र कर सकता है या उनका संयोजन कर सकता है। इस प्रकार, एक उत्पाद व्यापार परत के अलावा अन्य परतों के तत्वों को एकत्र कर सकता है या उनका संयोजन कर सकता है।”

“एक उत्पाद से मूल्य का संबंध हो सकता है। उत्पाद का नाम आमतौर पर ग्राहकों के साथ संचार में उपयोग किया जाने वाला नाम होता है, या यह एक अधिक सामान्य नाम हो सकता है (जैसे ‘यात्रा बीमा’)।”

एप्लिकेशन दृष्टिकोण

एप्लिकेशन आर्किटेक्चर परत दृश्य।

एप्लिकेशन सेवाओं का नक्शा दृश्य

एप्लिकेशन सेवाओं का दृश्य।

एप्लिकेशन नक्शा दृश्य

एप्लिकेशन नक्शा दृश्य।

एप्लिकेशन पोर्टफोलियो, जहाँ एप्लिकेशनों को व्यापार इकाई के आधार पर समूहित किया जा सकता है।

एप्लिकेशन सहयोग दृश्य (डेटा प्रवाह)

एप्लिकेशन सहयोग दृश्य।

एप्लिकेशन एकीकरण दृश्य (गतिशील संबंध)

नीचे दिए गए उदाहरण में (1 से 10 तक) एप्लिकेशनों के बीच डेटा स्विचिंग के कई विकल्पीय तरीके दिखाए गए हैं।

• “एप्लिकेशन ए” डेटा वस्तु “ए-1” का मालिक है, जिसे “एप्लिकेशन बी” अनुरोध करता है।
• डेटा “एप्लिकेशन ए” से “एप्लिकेशन बी” की ओर प्रवाहित होता है।
• “एप्लिकेशन ए” सेवा “ए-1” को वास्तविक बनाता है, जिसका उपयोग “एप्लिकेशन बी” करता है।
• व्यवहार में, “एप्लिकेशन बी” एप्लिकेशन इंटरफेस “ए-1” का अनुरोध करता है और प्रतिक्रिया प्राप्त करता है…

एप्लिकेशन एकीकरण दृश्य।

एप्लिकेशन संरचना दृश्य

यह दृश्य एप्लिकेशन और उसके उप-घटकों और संबंधित डेटा की मुख्य संरचना को डिज़ाइन या समझने में मदद करता है। आरेख का उपयोग बन रहे एप्लिकेशन सिस्टम की संरचना को विभाजित करने के लिए किया जा सकता है ताकि मॉड्यूलरिटी/विभाजन को दर्शाया जा सके: उप-प्रणालियाँ/उप-घटक क्या हैं, वे कौन-सी एप्लिकेशन सेवाएँ (या एप्लिकेशन इंटरफेस) प्रदान करती हैं।

एप्लिकेशन स्ट्रक्चर व्यू।

ध्यान दें कि एप्लिकेशन सेवाएं (ऊपरी आकृति) संरचनात्मक इंटरफेस (नीचे की आकृति में GUI और/या API) द्वारा प्रदान की जाने वाली व्यवहारात्मक क्षमताएं हैं। एप्लिकेशन सेवाएं और एप्लिकेशन इंटरफेस “एक ही सिक्के के दो पहलू” हैं।

एप्लिकेशन स्ट्रक्चर व्यू 2।

एप्लिकेशन आर्किटेक्चर व्यू

इस दृश्य में एई-स्तर और समाधान-स्तर के दृष्टिकोण मिश्रित होते हैं, क्योंकि दोनों एप्लिकेशन और एप्लिकेशन मॉड्यूल एक ही दृश्य में मौजूद होते हैं।

एप्लिकेशन आर्किटेक्चर।

एप्लिकेशन कंपोनेंट मॉडल (CM)

एप्लिकेशन कंपोनेंट मॉडल 0-n एक एप्लिकेशन आर्किटेक्चर मॉडलिंग विधि है जिसमें विभिन्न स्तरों के अबस्ट्रैक्शन के आधार पर आरेख शामिल हैं, निम्नलिखित रूप में:

• CM-0 स्तर पर, आरेख लक्षित एप्लिकेशन के अपने वातावरण के साथ कैसे अंतरक्रिया करता है और पड़ोसी एप्लिकेशनों और उपयोगकर्ताओं के साथ कौन-सी अंतरक्रियाएं हैं, इसका वर्णन करता है। लक्षित एप्लिकेशन को एक काले बॉक्स के रूप में वर्णित किया गया है।
• CM-1 स्तर पर, लक्षित एप्लिकेशन को मॉड्यूल (मुख्य घटकों) में विभाजित किया जाता है, और इन मॉड्यूल द्वारा कौन-सी एप्लिकेशन सेवाएं (या एप्लिकेशन इंटरफेस) प्रदान की जाती हैं और आवश्यक हैं। लक्षित एप्लिकेशन को एक सफेद बॉक्स के रूप में वर्णित किया गया है।
• CM-2 स्तर पर, मॉड्यूल को उप-घटकों में विभाजित किया जाता है। (आवश्यक स्तरों की संख्या स्थिति पर निर्भर करती है।)

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

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

एप्लिकेशन कंपोनेंट मॉडल – 0 (CM-0)

एप्लिकेशन कंपोनेंट मॉडल – 0।

कंपोनेंट मॉडल – 0 (CM-0) स्तर (ऊपर) लक्षित एप्लिकेशन और पड़ोसी एप्लिकेशनों के बीच अंतरक्रिया को दर्शाता है। सभी संबंधित एप्लिकेशन सेवाएं (या एप्लिकेशन इंटरफेस) का परिचय दिया गया है। स्तर 0 आरेख में एंटरप्राइज आर्किटेक्चर लेयर के घटक और उनकी सेवाएं शामिल हैं, जिसमें लक्षित एप्लिकेशन बीच में है।

एप्लिकेशन कंपोनेंट मॉडल – 1 (CM-1)

एप्लिकेशन कंपोनेंट मॉडल – 1।

कंपोनेंट मॉडल – 1 (CM-1) स्तर (ऊपर) दर्शाता है कि लक्षित एप्लिकेशन को मॉड्यूल (या मुख्य घटकों) में कैसे विभाजित किया जाता है, और प्रत्येक मॉड्यूल कौन-सी एप्लिकेशन सेवाएं (या एप्लिकेशन इंटरफेस) को वास्तविक बनाता है। ध्यान दें! बाहरी एप्लिकेशनों को इस स्तर से बाहर रखा जा सकता है, लेकिन उनकी सेवाएं (या इंटरफेस) दिखाई जाती हैं। जब अधिक निम्न स्तर के तत्व दिखाए जाते हैं, तो अधिक उच्च स्तर के तत्वों को छोड़ा जा सकता है/आवश्यक हो सकता है – सरलता के लिए: आरेख पढ़ने योग्य रखें।

एप्लिकेशन कंपोनेंट मॉडल – 2 (CM-2)

एप्लिकेशन कंपोनेंट मॉडल – 2।

कंपोनेंट मॉडल – 2 (CM-2) स्तर (ऊपर) दर्शाता है कि लक्षित एप्लिकेशन के मॉड्यूल उप-घटकों से कैसे बने हैं और वे कैसे अंतरक्रिया करते हैं।

एप्लिकेशन फंक्शन व्यू

एप्लिकेशन फंक्शन डिकंपोजिशन: प्रणाली में कौन-सी फंक्शन हैं और यह कौन-सी एप्लिकेशन सेवाएं प्रदान करती है?

एप्लिकेशन फंक्शन व्यू।

एप्लिकेशन प्रक्रिया व्यू

एप्लिकेशन प्रक्रिया व्यू।

एप्लिकेशन प्रक्रिया व्यू – नेस्टिंग।

एप्लिकेशन प्रक्रिया व्यू – आंतरिक भाग।

एप्लिकेशन कंपोनेंट सीक्वेंस डायग्राम व्यू

अनुक्रम आरेख ArchiMate के संदर्भ में पूरी तरह से शामिल नहीं हैं, लेकिन UML के भीतर हैं। हालांकि, हम ArchiMate का उपयोग करके आवेदन घटकों द्वारा लिए गए क्रमिक क्रियाकलापों के अनुक्रम को मॉडल कर सकते हैं, जैसा कि नीचे दिखाया गया है।

आवेदन अनुक्रम दृश्य।

गतिशील संबंध “ट्रिगर” और “फ्लो” का उपयोग आवेदन घटकों के बीच गतिशीलता को मॉडल करने के लिए किया जा सकता है। इस दृश्य की व्यवस्था UML अनुक्रम आरेख व्यवस्था के समान हो सकती है।

आवेदन घटक अनुक्रम आरेख दृश्य 2

यह संस्करण (नीचे) दिखाता है कि ArchiMate का उपयोग आवेदन घटकों के आंतरिक भागों द्वारा लिए गए क्रियाकलापों के क्रम को मॉडल करने के लिए कैसे किया जा सकता है। आंतरिक भाग उदाहरण के लिए a) व्यवहारिक प्रक्रियाएं या कार्य और b) संरचनात्मक उप-घटक हैं। इन्हें Application Process, Application Function और Application Component तत्वों के साथ मॉडल किया जाता है। ये यहां केवल विकल्प के रूप में दिखाए गए हैं।

आवेदन अनुक्रम दृश्य (2)।

इस अनुक्रम आरेख में क्रियाकलापों का प्रवाह (ऊपर):

1. आवेदन घटक “A” के उप-प्रक्रिया “X” आवेदन B को पैरामीटर “A” के साथ एक अनुरोध संदेश भेजता है।
2. आवेदन घटक “B” की उप-प्रक्रिया “B-1” आने वाले अनुरोध को प्राप्त करती है और फिर (समकालिक रूप से) आवेदन घटक C को कॉल करती है, जहां आवेदन कार्य “Y” अनुरोध को प्राप्त करता है, कुछ संचालन करता है और प्रतिक्रिया देता है।
3. आवेदन घटक “B” की एक अन्य उप-प्रक्रिया “B-2” पैरामीटर के साथ आवेदन घटक D को संदेश भेजती है और पुष्टि प्राप्त करती है। आवेदन घटक “D” में प्रसंस्करण करने वाले उप-घटक होते हैं।
4. आवेदन घटक “A” आवेदन घटक B से प्रतिक्रिया संदेश प्राप्त करता है।

जैसा कि यहां दिखाया गया है, हम इन तत्वों (आवेदन घटक, आवेदन प्रक्रियाएं और आवेदन कार्य और संबंध (ट्रिगर, फ्लो)) को मिलाकर काफी जटिल एकीकरण मामलों को मॉडल कर सकते हैं। UML अनुक्रम आरेख सॉफ्टवेयर डिजाइन में अपना विशिष्ट उपयोग है, लेकिन ArchiMate का उपयोग बहुत सारे मॉडलिंग उद्देश्यों के लिए किया जा सकता है – आवेदन डिजाइन के लिए भी।

आवेदन एकीकरण एंटरप्राइज आर्किटेक्चर (EA) के सबसे महत्वपूर्ण हिस्सों में से एक है। इसलिए यह लाभदायक है कि हम विस्तार से मॉडल कर सकें कि आवेदन डेटा कैसे बदलते हैं और कौन से अंतरक्रिया तंत्र उपयोग किए जाते हैं। एकीकरण पैटर्न की गहन समझ के लिए एक अच्छा स्रोत पुस्तक “एंटरप्राइज इंटीग्रेशन पैटर्न्स” है, यहां है द्वारालिंक.

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

अनुक्रम पैटर्न दृश्य।

ETL प्रक्रिया दृश्य

ETL प्रक्रिया दृश्य।

EAI / ESB दृश्य

EAI – ESB पैटर्न दृश्य।

परतदार दृश्य

परतदार दृश्य।

परतदार दृश्य का उपयोग लक्षित क्षेत्र के अवलोकन संदर्भ आरेख के रूप में किया जा सकता है। इस दृश्य का मुख्य लाभ यह दिखाना है कि व्यवसाय प्रक्रियाओं और उनके द्वारा प्रदान किए जाने वाले सेवाओं में आवेदनों का उपयोग कैसे किया जाता है। ऊपरी आरेख ArchiMate ग्रुपिंग तत्व का उपयोग करके विभिन्न परतों को मॉडल करता है, जबकि नीचे वाले आरेख में उपकरण द्वारा प्रदान किए गए दृश्य ग्रुप तत्व का उपयोग किया गया है (Archi).

ArchiMate में मूल रूप से तीन (3) परतें होती हैं: 1) व्यवसाय परत, 2) आवेदन परत, और 3) तकनीकी परत। उनके रंग आमतौर पर इस प्रकार होते हैं: व्यवसाय परत पीली होती है, आवेदन परत टर्क्वाइज रंग की होती है, तकनीकी परत हरी होती है (ArchiMate कोर फ्रेमवर्क देखें, लिंक).

परतदार दृश्य।

एप्लिकेशन और डेटाबेस दृश्य

डेटाबेस एक संगठन के समग्र एंटरप्राइज आर्किटेक्चर में एक महत्वपूर्ण इकाई हैं। उदाहरण के लिए “ग्राहक डेटाबेस” या “ग्राहक डेटाबेस”, “उत्पाद डेटाबेस” आदि। वैकल्पिक रूप से, एक डेटाबेस एप्लिकेशन के सभी टेबल (उदाहरण के लिए “ग्राहक टेबल”, “आदेश टेबल”, “इन्वॉइस टेबल” आदि) हो सकते हैं, जो मिलकर एक डेटाबेस बनाते हैं। ArchiMate विनिर्माण के अनुसार, डेटा ऑब्जेक्ट का उपयोग तार्किक डेटाबेस के मॉडलिंग के लिए किया जा सकता है (नीचे दिए गए चित्र में), अध्याय 9.4.1 “डेटा ऑब्जेक्ट” कहता है: “डेटा ऑब्जेक्ट के प्रमुख उदाहरण ग्राहक रिकॉर्ड, ग्राहक डेटाबेस या बीमा दावे हैं।” “एक महत्वपूर्ण अपवाद तब होता है जब डेटा ऑब्जेक्ट का उपयोग डेटाबेस जैसे डेटा के संग्रह को मॉडल करने के लिए किया जाता है, जहां केवल एक ही उदाहरण मौजूद होता है।” ArchiMate में एक और भी उत्तम आंतरिक तंत्र है जो कुछ अवधारणाओं के विभिन्न स्तरों पर अब्स्ट्रैक्शन (और विस्तार) के लिए उपयोग करने की अनुमति देता है। इसलिए, उदाहरण के लिए, डेटा ऑब्जेक्ट का उपयोग तार्किक डेटाबेस, डेटाबेस टेबल, संदेश संरचनाओं (एप्लिकेशन के बीच स्विच किए गए) आदि के मॉडलिंग के लिए किया जा सकता है।

डेटाबेस मॉडलिंग पर विचार।

एप्लिकेशन घटक के रूप में डेटाबेस।

डेटाबेस अब्स्ट्रैक्शन स्तर।

डेटा मॉडल दृश्य।

उपयोग केस दृश्य

ArchiMate का उपयोग एप्लिकेशन के कार्यात्मक पहलू से उपयोग केस के विश्लेषण के लिए किया जा सकता है। उपयोग केस (UML में ज्ञात) को नीचे दिए गए चित्र में दर्शाए गए अनुसार एप्लिकेशन सेवाओं के रूप में मैप किया जा सकता है।

उपयोग केस दृश्य (पैटर्न 1)।

उपयोग केस को दो भागों में बांटा जा सकता है: a) व्यापार उपयोग केस और b) सिस्टम उपयोग केस (जिसे सिस्टम उपयोग केस भी कहा जाता है)। नीचे दिए गए चित्र में दर्शाया गया है कि “प्राथमिक उपयोग केस” को व्यापार सेवाओं के रूप में मॉडल किया जाता है, और बाद के सिस्टम केस को एप्लिकेशन सेवाओं के रूप में।

उपयोग केस दृश्य (उदाहरण)।

जब उपयोग केस को एप्लिकेशन सेवाओं के रूप में पहचाना जाता है, तो उन्हें अन्य आरेखों (उदाहरण के लिए, लेयर्ड दृश्यों में) में लक्षित एप्लिकेशन के कार्यात्मक तत्वों के रूप में आगे उपयोग किया जा सकता है। दूसरे शब्दों में: एप्लिकेशन सेवाएं एप्लिकेशन के व्यवहार (कार्यक्षमता) का प्रतिनिधित्व करती हैं। उपयोग केस विश्लेषण के बारे में अधिक विस्तृत जानकारी के लिए ArchiMate कुकबुक देखें, लिंक.

तकनीक दृष्टिकोण

तकनीक आर्किटेक्चर लेयर दृश्य।

इंफ्रास्ट्रक्चर दृश्य

यह दृश्य एप्लिकेशन के प्लेटफॉर्म का प्रतिनिधित्व करता है। इस पैटर्न का उपयोग रनटाइम वातावरण के कॉन्फ़िगरेशन और व्यापार एप्लिकेशन के डेप्लॉयमेंट के मॉडलिंग के लिए किया जा सकता है।

इंफ्रास्ट्रक्चर दृश्य।

इंफ्रास्ट्रक्चर दृश्य (नेस्टेड)।

इम्प्लीमेंटेशन और माइग्रेशन लेयर / ट्रांजिशन आर्किटेक्चर लेयर दृश्य

इम्प्लीमेंटेशन रोडमैप दृश्य

इम्प्लीमेंटेशन रोडमैप दृश्य।

कानबन बोर्ड दृश्य

कानबन बोर्ड (ईए)।

कानबन का उपयोग कार्य और वर्कफ्लो को दृश्य रूप से दिखाने के लिए किया जा सकता है। कानबन दिखाता है कि विकास आवश्यकताएं, एपिक्स, उपयोगकर्ता कहानियां, आदि बैकलॉग से रेडी स्टेट (पूरा) तक कैसे बहती हैं। कानबन का उपयोग विकास मामले के पैमाने और विस्तार के आधार पर विभिन्न उद्देश्यों के लिए किया जा सकता है। उदाहरण के लिए, “एपिक्स” का उपयोग ईए स्तर पर किया जा सकता है या “उपयोगकर्ता कहानियां” या “आवश्यकताएं” प्रोजेक्ट स्तर पर। कार्य तत्वों की विस्तृतता स्थिति के आधार पर बदल सकती है।

सामान्य दृश्य

सामान्य दृश्य।

इस सरलीकृत दृश्य का उपयोग एक विशिष्ट सेवा, कार्यक्रम या प्रोजेक्ट के लिए संदर्भ आरेख के रूप में किया जा सकता है।

अतिरिक्त विशेषताएं

संदर्भ समीक्षा – मिल्की वे मानचित्र

यह एक ऐसी विधि है जिसमें एक ही दृश्य में जितना संभव हो सके दृश्य बनाया जाता है। अधिक जानकारी के लिए, ArchiMate के लिए मिल्की वे मानचित्र देखें,लिंक.

एफएम मिल्की वे मानचित्र (स्तर 2)। (नोट! इस रंग योजना में ArchiMate के डिफ़ॉल्ट रंगों का उपयोग किया गया है। आवश्यकतानुसार कोई भी अन्य रंग उपयोग किए जा सकते हैं।)

सहयोग दृश्य

नीचे दिए गए डेटा प्रवाह आरेख उदाहरण में दर्शाए अनुसार परतों को मिलाया जा सकता है।

एप्लिकेशन सहयोग दृश्य (विस्तारित)।

मेटामॉडल

मेटामॉडल।