ArchiMate उदाहरण

इस लेख में, आप ArchiMate मानक का पालन करते हुए एक लेयर्ड फ्रेमवर्क में व्यवस्थित एक समृद्ध संग्रह देखेंगे। इन ArchiMate दृश्यों में दिखाया गया है कि ArchiMate तत्वों का उपयोग कैसे किया जा सकता है। कुछ उदाहरण डिज़ाइन पैटर्न के रूप में उपयोग किए जा सकते हैं।

उदाहरणों को डिज़ाइन किया गया है Visual Paradigm Online, ArchiMate कुकबुक में उदाहरणों पर आधारित। यदि आपने अभी तक कुकबुक को देखा नहीं है, तो आपको इसे देखने की सलाह दी जाती है। लिंक: http://www.hosiaisluoma.fi/ArchiMate-Cookbook.pdf

ArchiMate उदाहरण दृश्य

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

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

प्रेरणा दृश्य

इस ArchiMate आरेख को संपादित करें

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

व्यापार प्रेरणा मॉडल (BMM) [विनिर्देश v.1.3, 2015, OMG] का उपयोग प्रेरणा तत्वों को परिभाषित करने के लिए किया जाता है।

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

इस ArchiMate आरेख को संपादित करें

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

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

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

इस ArchiMate आरेख को संपादित करें

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

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

इस ArchiMate आरेख को संपादित करें

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

हितधारक दृश्य

इस ArchiMate आरेख को संपादित करें

 

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

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

इस ArchiMate आरेख को संपादित करें

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

इस ArchiMate आरेख को संपादित करें

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

संदर्भ:

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

SWOT विश्लेषण दृश्य

इस ArchiMate आरेख को संपादित करें

लक्ष्य दृश्य

इस ArchiMate आरेख को संपादित करें

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

इस ArchiMate आरेख को संपादित करें

OKR, लक्ष्य और प्रमुख परिणाम के लिए छोटा नाम, लक्ष्य निर्धारित करने और प्रगति के ट्रैक करने के लिए एक लोकप्रिय प्रबंधन विधि है। यह मापने योग्य लक्ष्यों के चारों ओर संरेखण और एंगेजमेंट के निर्माण में सहायता करता है। OKR दो हिस्सों से मिलकर बनता है: (1) आपका लक्ष्य जिसे आप प्राप्त करना चाहते हैं और (2) प्रमुख परिणाम जिनका उपयोग उस लक्ष्य की ओर प्रगति के ट्रैक करने के लिए किया जाता है।

लक्ष्य हैं…

• आपके द्वारा प्राप्त करने के लिए यादगार गुणात्मक व्याख्याएँ। छोटे, प्रेरक और आकर्षक लक्ष्य आदर्श हैं। टीम को लक्ष्य द्वारा प्रेरित और चुनौतीपूर्ण महसूस करना चाहिए।

प्रमुख परिणाम हैं…

• आपके लक्ष्य को प्राप्त करने के लिए आपकी प्रगति को ट्रैक करने वाले मापदंडों का संग्रह। प्रत्येक लक्ष्य के लिए आपके पास दो से पांच प्रमुख परिणाम होने चाहिए। बहुत अधिक प्रमुख परिणाम होने से लोगों को याद रखने में कठिनाई होगी।

नीचे दिखाए गए क्रियाओं के साथ एक अन्य संस्करण।

इस ArchiMate आरेख को संपादित करें

रणनीति दृश्य

इस ArchiMate आरेख को संपादित करें

रणनीति दृश्य

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

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

इस ArchiMate आरेख को संपादित करें

व्यवसाय प्रेरणा मॉडल (BMM) दृश्य

इस ArchiMate आरेख को संपादित करें

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

इस ArchiMate आरेख को संपादित करें

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

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

इस ArchiMate आरेख को संपादित करें

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

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

इस ArchiMate आरेख को संपादित करें

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

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

इस ArchiMate आरेख को संपादित करें

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

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

इस ArchiMate आरेख को संपादित करें

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

इस ArchiMate आरेख को संपादित करें

क्षमता वास्तविकीकरण दृश्य का एक और उदाहरण जो दिखाता है कि किन तत्वों का उपयोग क्षमता को वास्तविक बनाने के लिए किया जा सकता है।

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

इस ArchiMate आरेख को संपादित करें

ध्यान देने योग्य बात यह है कि मूल्य श्रृंखला / मूल्य प्रवाह के शुरुआत में एक “दिशात्मक संबंध” का उपयोग किया जाता है। मूल्य “चरणों” को मूल्य प्रवाह में पाया जा सकता है। एक

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

इस ArchiMate आरेख को संपादित करें

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

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

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

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

इस ArchiMate आरेख को संपादित करें

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

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

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

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

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

इस ArchiMate आरेख को संपादित करें

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

व्यवसाय दृश्य

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

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

प्रत्येक लेयर में निम्नलिखित के रूप में कई मानचित्र हो सकते हैं:

• व्यवसाय लेयर में व्यवसाय सेवाएं, व्यवसाय कर्मचारी और व्यवसाय प्रक्रियाएं;
• एप्लिकेशन लेयर में एप्लिकेशन सेवाएं, एप्लिकेशन;
• तकनीकी लेयर में तकनीकी सेवाएं, प्लेटफॉर्म और तकनीकें; आदि।

यहां व्यवसाय लेयर के मानचित्रों के कुछ उदाहरण हैं।

व्यवसाय सेवाओं का मानचित्र दृश्य

इस ArchiMate आरेख को संपादित करें

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

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

इस ArchiMate आरेख को संपादित करें

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

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

इस ArchiMate आरेख को संपादित करें

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

व्यवसाय कर्मचारी मानचित्र दृश्य

इस ArchiMate आरेख को संपादित करें

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

व्यवसाय कर्मचारी सहयोग दृश्य

इस ArchiMate आरेख को संपादित करें

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

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

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

इस ArchiMate आरेख को संपादित करें

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

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

इस ArchiMate आरेख को संपादित करें

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

इस ArchiMate आरेख को संपादित करें

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

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

इस ArchiMate आरेख को संपादित करें

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

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

इस संस्करण में सूचना और डेटा प्रवाह का चित्रण किया गया है (प्रवाह संबंध)। ग्राहक यात्रा मार्ग का प्रतिनिधित्व ऊपरी “स्विमलाइन” द्वारा किया गया है (प्रेरित संबंध के साथ जुड़ी गतिविधियां)।

इस ArchiMate आरेख को संपादित करें

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

इस ArchiMate आरेख को संपादित करें

 

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

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

इस ArchiMate आरेख को संपादित करें

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

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

इस ArchiMate आरेख को संपादित करें

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

 

इस ArchiMate आरेख को संपादित करें

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

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

इस ArchiMate आरेख को संपादित करें

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

इस दृश्य के विभिन्न रूप हो सकते हैं। इस उदाहरण का विषय परतों और तत्वों के बीच सूचना प्रवाह है।

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

इस ArchiMate आरेख को संपादित करें

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

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

इस ArchiMate आरेख को संपादित करें

सूचना दृश्य

इस ArchiMate आरेख को संपादित करें

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

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

इस ArchiMate आरेख को संपादित करें

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

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

इस ArchiMate आरेख को संपादित करें

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

सेवा और उत्पाद

इस ArchiMate आरेख को संपादित करें

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

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

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

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

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

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

इस ArchiMate आरेख को संपादित करें

एप्लिकेशन मानचित्र दृश्य

इस ArchiMate आरेख को संपादित करें

एप्लिकेशन पोर्टफोलियो, जिसे व्यापार इकाइयों के आधार पर विभागों में बांटा जा सकता है, उदाहरण के लिए।

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

इस ArchiMate आरेख को संपादित करें

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

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

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

इस ArchiMate आरेख को संपादित करें

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

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

इस ArchiMate आरेख को संपादित करें

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

इस ArchiMate आरेख को संपादित करें

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

चूंकि एक ही दृश्य में एप्लिकेशन और एप्लिकेशन मॉड्यूल दोनों हैं, इस दृश्य में EA और समाधान स्तर की तकनीकों को मिलाया गया है।

इस ArchiMate आरेख को संपादित करें

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

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

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

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

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

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

इस ArchiMate आरेख को संपादित करें

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

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

इस ArchiMate आरेख को संपादित करें

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

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

इस ArchiMate आरेख को संपादित करें

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

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

एप्लिकेशन कार्यक्षमताओं का विघटन: सिस्टम के कार्य क्या हैं, और वे कौन-कौन सी एप्लिकेशन सेवाएं प्रदान करते हैं?

इस ArchiMate आरेख को संपादित करें

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

इस ArchiMate आरेख को संपादित करें

निम्नलिखित एप्लिकेशन प्रक्रिया दृश्य का नेस्टिंग दृश्य है।

इस ArchiMate आरेख को संपादित करें

निम्नलिखित एप्लिकेशन प्रक्रिया दृश्य की आंतरिक सामग्री दिखाता है।

इस ArchiMate आरेख को संपादित करें

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

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

इस आर्चीमेट डायग्राम को संपादित करें

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

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

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

इस आर्चीमेट डायग्राम को संपादित करें

 

इस सीक्वेंस डायग्राम में क्रियाएं (ऊपर दिखाई गई) निम्नलिखित हैं:

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

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

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

ईटीएल-प्रक्रिया व्यू

इस आर्चीमेट डायग्राम को संपादित करें

ईएआई / ईएसबी व्यू

इस आर्चीमेट डायग्राम को संपादित करें

लेयर्ड व्यू

इस आर्चीमेट डायग्राम को संपादित करें

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

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

इस आर्चीमेट डायग्राम को संपादित करें

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

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

इस आर्चीमेट डायग्राम को संपादित करें

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

इस आर्चीमेट डायग्राम को संपादित करें

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

इस आर्चीमेट डायग्राम को संपादित करें

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

इस ArchiMate आरेख को संपादित करें

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

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

इस ArchiMate आरेख को संपादित करें

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

इस ArchiMate आरेख को संपादित करें

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

तकनीकी दृश्य

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

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

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

इस ArchiMate आरेख को संपादित करें

इंफ्रास्ट्रक्चर दृश्य (नेस्टिंग):

इस ArchiMate आरेख को संपादित करें

कार्यान्वयन और प्रवाह परत / रूपांतरण आर्किटेक्चर परत दृश्य

कार्यान्वयन रोडमैप दृश्य

इस ArchiMate आरेख को संपादित करें

Kanban दृश्य

इस ArchiMate आरेख को संपादित करें

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

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

इस ArchiMate आरेख को संपादित करें

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

अतिरिक्त

संदर्भ समीक्षा – मिल्की वे मैप

यह एक तकनीक है जिसका उपयोग एक ही नजर में जितना संभव हो सके दृश्य रूप से दिखाने के लिए किया जाता है। अधिक जानकारी के लिए ArchiMate के साथ मिल्की वे मैप देखें।

इस ArchiMate आरेख को संपादित करें

सहयोग दृश्य

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

इस ArchiMate आरेख को संपादित करें

मेटामॉडल

इस ArchiMate आरेख को संपादित करें

इन उदाहरणों का निर्माण किया गया है Visual Paradigm Online.

अन्य संसाधन

• ArchiMate 3.1 विनिर्देश
• ArchiMate आरेख उपकरण – Visual Paradigm (ऑनलाइन)
• ArchiMate मॉडलिंग उपकरण – Visual Paradigm (डेस्कटॉप)

यह पोस्ट Deutsche, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 और 繁體中文 में भी उपलब्ध है।