एंटरप्राइज आर्किटेक्चर कई बार एक नक्शे के बिना घने जंगल में घूमने जैसा महसूस करता है। आपके पास डेटा, प्रक्रियाएं, एप्लिकेशन और तकनीक हैं, लेकिन अपने स्टेकहोल्डर्स के लिए इन्हें एक संगत कहानी में जोड़ना एक बड़ी चुनौती है। यहीं पर अवधारणा के लिए जगह हैArchiMate दृष्टिकोण अनिवार्य हो जाता है। एक दृष्टिकोण विशिष्ट आर्किटेक्चरल जानकारी को प्रस्तुत करने के लिए लेंस के रूप में काम करता है, जो एक विशेष दर्शक वर्ग की आवश्यकताओं के अनुसार अनुकूलित होता है। बिना इनके, मॉडल असहज जानकारी की दीवार बन जाते हैं जिन्हें कोई समझ नहीं पाता है।
यह मार्गदर्शिका आपको दृष्टिकोणों को परिभाषित करने और उनका उपयोग करने के मूल सिद्धांतों के माध्यम से ले जाएगी। हम मूल परिभाषाओं से लेकर व्यावहारिक निर्माण तक जाएंगे, ताकि आप जटिल आर्किटेक्चर को सटीकता और स्पष्टता के साथ संचारित कर सकें। कोई जार्गन बिना व्याख्या नहीं, केवल स्पष्ट, क्रियान्वयन योग्य ज्ञान।
एक दृष्टिकोण वास्तव में क्या है? 🤔
ArchiMate मॉडलिंग भाषा के संदर्भ में, एक दृष्टिकोण दृश्य के स्वयं को नहीं है। यह एक सामान्य अंतर है जो अक्सर भ्रम पैदा करता है। यांत्रिकी को समझने के लिए, हमें तीन महत्वपूर्ण अवधारणाओं को अलग करना होगा:
- मॉडल: आपके संगठन के भीतर सभी आर्किटेक्चरल तत्वों और संबंधों का पूर्ण भंडार। इसमें सब कुछ है।
- दृश्य: मॉडल का एक विशिष्ट प्रतिनिधित्व, जो एक विशिष्ट स्टेकहोल्डर के लिए अनुकूलित है। यह केवल उस व्यक्ति के लिए प्रासंगिक बातें दिखाता है।
- दृष्टिकोण: दृश्य के निर्माण के तरीके की परिभाषा। यह निर्धारित करता है कि मॉडल के कौन से हिस्से दिखाई देंगे, कौन से नियम लागू होंगे, और कौन सा नोटेशन उपयोग किया जाएगा।
इसे ऐसे सोचें किदृष्टिकोण दृश्य के लिए ब्लूप्रिंट के रूप में सोचें। यदि आप एक घर बना रहे हैं, तो मॉडल भूमि और सामग्री है। दृश्य वह तैयार कमरा है जिसमें आप चलते हैं। दृष्टिकोण वह आर्किटेक्ट्यूरल योजना है जो बताती है कि कौन सी दीवारें बनाई जाएं, कौन सी सामग्री का उपयोग किया जाए, और कमरे का शैली क्या हो।दृश्ययदि आप एक घर बना रहे हैं, तो मॉडल भूमि और सामग्री है। दृश्य वह तैयार कमरा है जिसमें आप चलते हैं। दृष्टिकोण वह आर्किटेक्ट्यूरल योजना है जो बताती है कि कौन सी दीवारें बनाई जाएं, कौन सी सामग्री का उपयोग किया जाए, और कमरे का शैली क्या हो।
इस अंतर की विशेष महत्व क्यों है? क्योंकि एक परिभाषित दृष्टिकोण के बिना आप एक उपयोगी दृश्य नहीं बना सकते। यदि आप सिर्फ मॉडल से तत्वों को कॉपी-पेस्ट करते हैं, तो आप अप्रासंगिक डेटा दिखाने के जोखिम में हैं। एक दृष्टिकोण सीमाओं को लागू करता है। यह आर्किटेक्चर टूल को बताता है कि कौन सी परतें शामिल करनी हैं, किन क्षेत्रों पर ध्यान केंद्रित करना है, और किन पहलुओं को उजागर करना है।
ArchiMate दृष्टिकोण का शरीर-विज्ञान 🔬
एक दृष्टिकोण को परिभाषित करने के लिए ArchiMate भाषा के मूल निर्माण तत्वों को समझने की आवश्यकता होती है। प्रत्येक दृष्टिकोण को लेयर, डोमेन और पहलुओं के विशिष्ट संयोजन के चयन द्वारा निर्मित किया जाता है। इस चयन प्रक्रिया सुनिश्चित करती है कि दृश्य एकाग्र रहे।
1. परतें
ArchiMate फ्रेमवर्क को तीन मुख्य परतों में व्यवस्थित किया गया है जो संगठन के तार्किक स्तरों का प्रतिनिधित्व करते हैं। एक दृष्टिकोण आमतौर पर इन परतों में से एक या उनके संयोजन पर केंद्रित होता है:
- व्यवसाय परत: व्यवसाय तत्वों, व्यवसाय प्रक्रियाओं, व्यवसाय सेवाओं और भूमिकाओं से संबंधित है। यह यह बताता है कि संगठन कैसे काम करता है और मूल्य कैसे प्रदान करता है।
- एप्लिकेशन परत: सॉफ्टवेयर प्रणालियों, एप्लिकेशन घटकों और व्यवसाय प्रक्रियाओं के समर्थन करने वाली डेटा वस्तुओं पर ध्यान केंद्रित करता है। यह व्यवसाय की आवश्यकताओं और आईटी क्षमताओं के बीच के अंतर को पाटता है।
- तकनीक परत: एप्लिकेशन को होस्ट करने वाले हार्डवेयर, नेटवर्क और बुनियादी ढांचे का प्रतिनिधित्व करता है। इसमें सर्वर, उपकरण और संचार मार्ग शामिल हैं।
जब आप एक दृष्टिकोण बना रहे हों, तो आप तय करते हैं कि कौन सी परतें दिखाई जाएं। एक व्यवसाय प्रबंधक को केवल व्यवसाय परत की आवश्यकता हो सकती है, जबकि एक नेटवर्क इंजीनियर को तकनीक परत की आवश्यकता होती है। एक मिश्रित दृष्टिकोण यह दिखा सकता है कि एक विशिष्ट एप्लिकेशन (एप्लिकेशन परत) एक विशिष्ट प्रक्रिया (व्यवसाय परत) को कैसे समर्थन करता है।
2. क्षेत्र
क्षेत्र वास्तुकला के कार्य के दायरे के आधार पर वास्तुकला को वर्गीकृत करते हैं। ArchiMate में चार प्रमुख क्षेत्र हैं:
- व्यवसाय: संगठन की संरचना, शासन और प्रक्रियाओं पर ध्यान केंद्रित करता है।
- एप्लिकेशन: सॉफ्टवेयर लैंडस्केप और डेटा एकीकरण पर ध्यान केंद्रित करता है।
- तकनीक: बुनियादी ढांचे और डेप्लॉयमेंट पर ध्यान केंद्रित करता है।
- डेटा: सूचना वस्तुओं, डेटा स्टोर्स और लेयर्स को एक साथ बांधने वाले डेटा प्रवाह पर ध्यान केंद्रित करता है।
एक दृष्टिकोण को एक विशिष्ट क्षेत्र तक सीमित किया जा सकता है। उदाहरण के लिए, एकडेटा शासन दृष्टिकोण सभी परतों में डेटा तत्वों को प्राथमिकता देगा, जबकि एकप्रक्रिया अनुकूलन दृष्टिकोण व्यवसाय प्रक्रियाओं और उनके समर्थन करने वाले एप्लिकेशन को प्राथमिकता देगा।
3. पहलू
पहलू मॉडल में एक विशिष्ट दृष्टिकोण या आयाम जोड़ते हैं। सबसे आम पहलू हैं:
- व्यवहार: चीजों का कार्य कैसे होता है (प्रक्रियाएं, कार्य).
- संरचना: स्थिर संरचना (घटक, वस्तुएं, नोड्स).
- कार्यान्वयन और स्थानांतरण: समय के साथ बदलावों को योजना बनाने और कार्यान्वयन कैसे किया जाता है।
- प्रेरणा: वास्तुकला के अस्तित्व का कारण (चालक, लक्ष्य, सिद्धांत).
सही पहलू का चयन करना महत्वपूर्ण है। यदि आप एक सिस्टम विफलता का विश्लेषण कर रहे हैं, तो एकव्यवहारपहलू आवश्यक है। यदि आप एक विलय की योजना बना रहे हैं, तो एकप्रेरणापहलू महत्वपूर्ण है।
स्टेकहोल्डर्स के लिए दृष्टिकोण क्यों महत्वपूर्ण हैं 🗣️
एंटरप्राइज आर्किटेक्चर केवल डायग्राम बनाने के बारे में नहीं है; यह संचार के बारे में है। अलग-अलग स्टेकहोल्डर्स के अलग-अलग चिंताएं होती हैं। एक सीआईओ को लागत और जोखिम की चिंता होती है। एक डेवलपर को इंटरफेस और निर्भरता की चिंता होती है। एक प्रक्रिया मालिक को दक्षता और बॉटलनेक की चिंता होती है।
दृष्टिकोण के बिना, आप सभी को एक ही डायग्राम प्रस्तुत करते हैं। इससे कुछ के लिए जानकारी का अत्यधिक भार और कुछ के लिए जानकारी की कमी होती है। दृष्टिकोण जानकारी के चयन के माध्यम से इस समस्या का समाधान करते हैं।
यहां सामान्य स्टेकहोल्डर समूहों और प्रत्येक के लिए विशिष्ट दृष्टिकोण की आवश्यकताओं का विश्लेषण दिया गया है:
| स्टेकहोल्डर समूह | प्राथमिक चिंता | सुझाई गई परतें | मुख्य पहलू |
|---|---|---|---|
| व्यापार प्रबंधक | मूल्य वितरण, आरओआई, रणनीतिक संरेखण | व्यापार, प्रेरणा | लक्ष्य, प्रेरक, सिद्धांत |
| प्रक्रिया प्रबंधक | दक्षता, कार्यप्रवाह, बॉटलनेक | व्यापार, एप्लिकेशन | प्रक्रियाएं, कार्य, सेवाएं |
| आईटी प्रबंधक | सिस्टम एकीकरण, उपलब्धता, सुरक्षा | एप्लिकेशन, तकनीक | इंटरफेस, डेप्लॉयमेंट, नोड्स |
| डेवलपर्स | तकनीकी सीमाएं, एपीआई, डेटा प्रवाह | एप्लिकेशन, तकनीक, डेटा | घटक, डेटा वस्तुएं, मार्ग |
स्टेकहोल्डर्स को विशिष्ट दृष्टिकोणों से जोड़कर, आप सुनिश्चित करते हैं कि प्रत्येक बैठक में निर्णय लेने के प्रक्रिया को समर्थन देने के लिए सही दृश्य सामग्री होती है।
दृष्टिकोण निर्माण: एक चरण-दर-चरण मार्गदर्शिका 🛠️
एक दृष्टिकोण बनाना एक तार्किक प्रक्रिया है। इसे धारण करने के लिए किसी विशिष्ट सॉफ्टवेयर टूल की आवश्यकता नहीं होती है, हालांकि इसे लागू करने के लिए मॉडलिंग वातावरण की आवश्यकता होती है। एक मजबूत दृष्टिकोण को परिभाषित करने के लिए इन चरणों का पालन करें।
चरण 1: स्टेकहोल्डर की पहचान करें
यह दृष्टिकोण किसके लिए है? आप एक खाली स्थान में एक दृष्टिकोण को परिभाषित नहीं कर सकते। पहले पूछें: इसे किसे देखने की आवश्यकता है? क्या यह सीएफओ है? लीड इंजीनियर है? कॉम्प्लायंस अधिकारी है? स्टेकहोल्डर समूह का नाम देने से संदर्भ को परिभाषित करने में मदद मिलती है।
चरण 2: चिंता को परिभाषित करें
आप किस विशिष्ट प्रश्न का उत्तर देने की कोशिश कर रहे हैं? चिंताएं सामग्री के चयन को प्रभावित करती हैं। उदाहरणों में शामिल हैं:
- “हमारी भुगतान प्रक्रिया में सुरक्षा जोखिम कहाँ हैं?”
- “नए मार्केटिंग अभियान का समर्थन कौन-से एप्लिकेशन करते हैं?”
- “इस इंफ्रास्ट्रक्चर परिवर्तन का सर्वर लागत पर क्या प्रभाव पड़ता है?”
एक स्पष्ट चिंता स्कोप क्रीप को रोकती है। यदि चिंता लागत के बारे में है, तो आपको विस्तृत प्रक्रिया प्रवाह दिखाने की आवश्यकता नहीं है। यदि चिंता जोखिम के बारे में है, तो आपको निर्भरताओं और विफलता बिंदुओं को दिखाने की आवश्यकता है।
चरण 3: संबंधित परतों का चयन करें
चिंता के आधार पर परतों का चयन करें। यदि चिंता व्यावसायिक प्रक्रिया के बारे में है, तो व्यावसायिक परत अनिवार्य है। यदि प्रक्रिया किसी विशिष्ट डेटाबेस पर निर्भर है, तो एप्लिकेशन परत शामिल करें। उन परतों को शामिल न करें जो उत्तर में योगदान नहीं देती हैं।
चरण 4: नोटेशन और शैली का चयन करें
दृष्टिकोण तत्वों के दिखने के तरीके को भी निर्धारित करते हैं। इसमें शामिल है:
- रंग कोडिंग:जोखिम के लिए लाल रंग का उपयोग करें, अनुमोदित के लिए हरा, अप्रचलित के लिए ग्रे।
- लेआउट:प्रक्रियाओं के लिए बाएं से दाएं प्रवाह, संरचनाओं के लिए पदानुक्रमिक।
- लेबल: तय करें कि कितना पाठ दिखाई दे। निदेशकों को उच्च स्तर के लेबल चाहिए; इंजीनियरों को तकनीकी पहचान संख्या चाहिए।
चरण 5: सीमा को परिभाषित करें
सीमा डेटा की मात्रा को सीमित करती है। क्या आप पूरी संगठन को देख रहे हैं या केवल वित्त विभाग को? सीमा सुनिश्चित करती है कि आरेख पठनीय बना रहे। एक दृष्टिकोण को एक ही दृश्य में पूरी संगठन को दिखाने की कोशिश नहीं करनी चाहिए।
सामान्य दृष्टिकोण पैटर्न और उपयोग के मामले 📋
हालांकि प्रत्येक संगठन अद्वितीय है, लेकिन कुछ पैटर्न अक्सर दोहराए जाते हैं। इन मानक पैटर्न को समझने से आपकी प्रारंभिक सेटअप तेज हो सकती है।
व्यावसायिक प्रक्रिया दृष्टिकोण
यह शायद सबसे आम है। इसका ध्यान व्यावसायिक परत और एप्लिकेशन परत पर होता है। यह दिखाता है कि व्यावसायिक प्रक्रियाएं एप्लिकेशन द्वारा कैसे समर्थित होती हैं।
- लक्ष्य:कार्य और प्रणालियों के बीच के संबंध को समझें।
- मुख्य तत्व: प्रक्रियाएं, व्यावसायिक वस्तुएं, एप्लिकेशन सेवाएं।
- लाभ:यह तय करता है कि स्वचालन कहाँ संभव है या जहां मैन्युअल कार्यवाही मौजूद है।
इंफ्रास्ट्रक्चर डेप्लॉयमेंट दृष्टिकोण
तकनीकी परत और एप्लिकेशन परत पर ध्यान केंद्रित करता है। यह यह दिखाता है कि सॉफ्टवेयर को हार्डवेयर पर कैसे डेप्लॉय किया जाता है।
- लक्ष्य: भौतिक प्रतिबंधों और नेटवर्क टोपोलॉजी का आकलन करें।
- मुख्य तत्व: नोड्स, उपकरण, संचार मार्ग, एप्लिकेशन घटक।
- लाभ: क्षमता योजना और आपदा बचाव के लिए महत्वपूर्ण।
प्रेरणा दृष्टिकोण
यह सभी परतों पर प्रेरणा पहलू पर केंद्रित है। यह व्यापार ड्राइवर्स को संरचनात्मक संपत्तियों से जोड़ता है।
- लक्ष्य: “क्या” के पीछे के “क्यों” की व्याख्या करें।
- मुख्य तत्व: ड्राइवर्स, लक्ष्य, आकलन, सिद्धांत।
- लाभ: निवेश की व्याख्या करने और संरचना को रणनीति के साथ समायोजित करने में मदद करता है।
अंतर विश्लेषण दृष्टिकोण
कार्यान्वयन और स्थानांतरण के दौरान उपयोग किया जाता है। यह वर्तमान संरचना (As-Is) और भविष्य की संरचना (To-Be) की तुलना करता है।
- लक्ष्य: स्थानांतरण के लिए गायब घटकों और निर्भरताओं की पहचान करें।
- मुख्य तत्व: वर्तमान स्थिति, लक्ष्य स्थिति, स्थानांतरण कार्य।
- लाभ: परिवर्तन परियोजनाओं के दौरान जोखिम को कम करता है।
दृष्टिकोण बनाते समय बचने योग्य त्रुटियाँ ⚠️
सही ढांचे के साथ भी गलतियाँ होती हैं। सामान्य त्रुटियों के बारे में जागरूक रहने से आप अपने दृष्टिकोण को बेहतर बना सकते हैं।
1. “रसोई का बाल्टी” सिंड्रोम
सब कुछ दिखाने की कोशिश न करें। एक सामान्य गलती यह है कि एक ही दृष्टिकोण में सभी संभव परतों और पहलुओं को शामिल करना। इससे भ्रमित करने वाला भारी आरेख बनता है। याद रखें: एक दृष्टिकोण एक फ़िल्टर है, न कि एक डंप।
2. स्टेकहोल्डर के शब्दावली को नजरअंदाज करना
यदि आप व्यापार स्टेकहोल्डर्स को प्रस्तुत कर रहे हैं, तो भारी तकनीकी शब्दावली से बचें। एक व्यापार प्रक्रिया को डेटाबेस टेबल के नाम से नहीं लेबल किया जाना चाहिए। दर्शकों की भाषा का उपयोग करें। यह दृष्टिकोण को परिभाषित करने का हिस्सा है।
3. स्थिर बनाम गतिशील भ्रम
सुनिश्चित करें कि आप जानते हैं कि आप संरचना या व्यवहार दिखा रहे हैं। बहुत अधिक संरचनात्मक तत्वों (जैसे नोड्स) को व्यवहारात्मक तत्वों (जैसे फ्लो) के साथ मिलाना आरेख को पढ़ने में कठिन बना सकता है। आवश्यकता पड़ने पर इन चिंताओं को अलग-अलग दृष्टिकोणों में अलग करें।
4. असंगति की कमी
यदि आप एक “वित्त दृष्टिकोण” और एक “एचआर दृष्टिकोण” बनाते हैं, तो उनका दिखावा समान होना चाहिए। एक ही हितधारक समूह के लिए सभी दृष्टिकोणों में एक समान रंग, आइकन आकार और लेआउट शैली का उपयोग करें। इससे विश्वास और परिचितता बनती है।
उन्नत विचार: प्रेरणा और सिद्धांत 💡
जबकि परतें और क्षेत्र ढांचागत आधार हैं, प्रेरणा पहलू रणनीतिक आधार है। आधुनिक आर्किटेक्चर अभ्यास व्यापार चालक बलों और तकनीकी कार्यान्वयन के बीच संबंध पर जोर देते हैं।
जब कोई दृष्टिकोण परिभाषित कर रहे हों, तो एक ” जोड़ने के बारे में सोचेंप्रेरणापरत। इससे आप व्यापार लक्ष्य को एक विशिष्ट तकनीकी घटक तक ट्रेस कर सकते हैं। उदाहरण के लिए:
- चालक: कार्बन फुटप्रिंट को कम करें।
- लक्ष्य: सर्वर उपयोग को अनुकूलित करें।
- सिद्धांत: सभी बुनियादी ढांचे का सही आकार निर्धारित करें।
- संपत्ति: क्लाउड माइग्रेशन परियोजना।
अपने दृष्टिकोणों में इस ट्रेसेबिलिटी को शामिल करने से आर्किटेक्चर की रक्षा करना संभव होता है। यह प्रश्न का उत्तर देता है: “यह प्रणाली क्यों मौजूद है?”
अपने कार्य प्रवाह में दृष्टिकोणों को लागू करना 🔄
जब आप अपने दृष्टिकोणों को परिभाषित कर लें, तो वे अपने दैनिक कार्य में कैसे फिट होंगे? एकीकरण महत्वपूर्ण है।
- योजना बनाना: का उपयोग करें रणनीति दृष्टिकोण नए परियोजनाओं को लंबे समय के रास्ते के साथ समायोजित करने के लिए।
- डिज़ाइन: का उपयोग करें एप्लिकेशन दृष्टिकोण नए सॉफ्टवेयर घटकों के डिज़ाइन करते समय।
- संचार: हितधारक बैठकों के लिए विशिष्ट दृश्यों को निर्यात करें। पूरे मॉडल फ़ाइल को न भेजें।
- समीक्षा: का उपयोग करें अंतर विश्लेषण दृष्टिकोण त्रैमासिक समीक्षाओं के दौरान प्रगति का अनुसरण करने के लिए।
आर्किटेक्चर जीवनचक्र के विशिष्ट चरणों में दृष्टिकोणों को एम्बेड करके, आप यह सुनिश्चित करते हैं कि उनका उपयोग किया जाता है, बस बनाए जाने के बजाय।
अक्सर पूछे जाने वाले प्रश्न ❓
क्या मैं एक ही स्टेकहोल्डर के लिए कई दृष्टिकोणों के साथ रह सकता हूँ?
हाँ। एक स्टेकहोल्डर को सुबह एक उच्च स्तर का रणनीतिक दृष्टिकोण और दोपहर में विस्तृत तकनीकी दृष्टिकोण की आवश्यकता हो सकती है। अलग-अलग चिंताओं के लिए अलग-अलग लेंस की आवश्यकता होती है।
क्या दृष्टिकोण समय के साथ बदलते हैं?
हाँ। जैसे-जैसे संगठन विकसित होता है, स्टेकहोल्डरों की चिंताएँ बदलती हैं। एक पुराने सिस्टम के लिए उपयोगी दृष्टिकोण बाद में क्लाउड-नेटिव रूपांतरण के लिए अप्रासंगिक हो सकता है। अपने दृष्टिकोणों की नियमित रूप से समीक्षा करें।
क्या दृष्टिकोणों का मानक सेट है?
मानक पैटर्न हैं, लेकिन कोई अनिवार्य सूची नहीं है। आपको अपने संगठन की विशिष्ट आवश्यकताओं और उद्योग नियमों के अनुरूप दृष्टिकोणों को ढालना चाहिए।
मैं किस पहलू को प्राथमिकता देने का निर्णय कैसे लूँ?
आप उस निर्णय से शुरू करें जिसकी आपको आवश्यकता है। यदि आप खरीदारी के बारे में निर्णय ले रहे हैं, तो ध्यान केंद्रित करें प्रेरणा और संरचना। यदि आप एक सिस्टम के डीबग कर रहे हैं, तो ध्यान केंद्रित करें व्यवहार और कार्यान्वयन.
सर्वोत्तम प्रथाओं का सारांश 📝
समाप्त करने के लिए, यहाँ प्रभावी ArchiMate दृष्टिकोण प्रबंधन के लिए एक चेकलिस्ट है:
- ✅ दर्शक समूह को परिभाषित करें: कभी भी यह नहीं शुरू करें कि दृश्य किसे देख रहा है।
- ✅ परिसर को सीमित करें: डेटा को फ़िल्टर करने के लिए परतों और क्षेत्रों का उपयोग करें।
- ✅ प्रतीकों को मानकीकृत करें: सभी आरेखों में सामंजस्य सुनिश्चित करें।
- ✅ चिंताओं पर ध्यान केंद्रित करें: सुनिश्चित करें कि प्रत्येक तत्व एक विशिष्ट प्रश्न का उत्तर देता है।
- ✅ प्रेरणा शामिल करें: तकनीकी विवरणों को व्यापार लक्ष्यों से जोड़ें।
- ✅ पुनरावृत्ति करें: संरचना और व्यापार में परिवर्तन के साथ दृष्टिकोण को अद्यतन करें।
दृष्टिकोण परिभाषण क Kunst को समझकर, आप संरचना को एक स्थिर दस्तावेजीकरण गतिविधि से एक गतिशील संचार उपकरण में बदल देते हैं। आप सब कुछ दिखाने से उन चीजों को दिखाने की ओर बढ़ते हैं जो महत्वपूर्ण हैं। यह स्पष्टता सफल एंटरप्राइज आर्किटेक्चर की नींव है।
