एंटरप्राइज आर्किटेक्चर फ्रेमवर्क जटिल संगठनात्मक वास्तविकताओं को संचारित करने के लिए संरचना और स्पष्टता पर बहुत अधिक निर्भर होते हैं। ArchiMate विनिर्देश इस उद्देश्य के लिए एक मजबूत भाषा प्रदान करता है, लेकिन वास्तविक मूल्य तब उभरता है जबViewpointsसही तरीके से कार्यान्वित किए जाने पर। एक Viewpoint मॉडल को देखने के दृष्टिकोण को परिभाषित करता है, जिससे यह सुनिश्चित होता है कि हितधारकों को उनकी विशिष्ट चिंताओं के अनुरूप सूचना मिले बिना अनावश्यक विवरण से भारी होने के डर के बिना। हालांकि, इन Viewpoints को कार्यान्वित करना अक्सर महत्वपूर्ण बाधाओं का कारण बनता है। चाहे समस्या मॉडल सुसंगतता, हितधारक समन्वय या संरचनात्मक अखंडता से उत्पन्न हो, अनिर्णित चुनौतियाँ पूरी आर्किटेक्चर प्रयास को कमजोर कर सकती हैं।
यह मार्गदर्शिका ArchiMate Viewpoints के कार्यान्वयन के दौरान सामना की जाने वाली व्यावहारिक कठिनाइयों को संबोधित करती है। हम नीचे लगी यांत्रिकी का अध्ययन करेंगे, सामान्य रूप से उत्पन्न होने वाले घर्षण बिंदुओं की पहचान करेंगे, और कार्यान्वित निराकरण रणनीतियाँ प्रदान करेंगे। विशिष्ट उपकरणों के बजाय विनिर्देश के मूल सिद्धांतों पर ध्यान केंद्रित करके, हम एक लचीली आर्किटेक्चर प्रथा बना सकते हैं जो संगठनात्मक परिवर्तन के दबाव को सहन कर सके।
Viewpoint संरचना को समझना 🧩
समस्याओं का निदान करने से पहले, सैद्धांतिक आधार को समझना आवश्यक है। ArchiMate पद्धति में, एक Viewpoint केवल एक फ़िल्टर नहीं है; यह एक View बनाने के लिए एक विनिर्देश है। एक Viewpoint तीन महत्वपूर्ण तत्वों को परिभाषित करता है:
- हितधारक:इस मॉडल के लिए लक्षित दर्शक कौन है?
- चिंता:यह मॉडल किस विशिष्ट प्रश्न या मुद्दे को संबोधित करता है?
- दृश्य:Viewpoint के आधार पर रिपॉजिटरी से निर्मित वास्तविक प्रतिनिधित्व।
जब इन तत्वों का असंगत रूप से व्यवहार किया जाता है, तो परिणामस्वरूप मॉडल प्रभावी रूप से संचार नहीं कर पाता है। कार्यान्वयन चुनौतियाँ तब उत्पन्न होती हैं जब मॉडल रिपॉजिटरी में तत्व बहुत विस्तृत या बहुत सामान्य होते हैं जो लक्षित Viewpoint के लिए उपयुक्त नहीं हैं। उदाहरण के लिए, तकनीकी केंद्रित Viewpoint को व्यवसाय क्षमता नक्शे में सर्वर विवरणों से भरने की आवश्यकता नहीं है। विपरीत रूप से, व्यवसाय रणनीति Viewpoint को बुनियादी ढांचे के विवरणों को छिपाना चाहिए ताकि यह स्पष्ट रहे।
सही कार्यान्वयन के लिए मेटामॉडल के प्रति अनुशासित दृष्टिकोण की आवश्यकता होती है। ArchiMate मेटामॉडल में व्यवसाय, एप्लिकेशन, तकनीक, बुनियादी ढांचा और भौतिक जैसे परतें शामिल हैं। प्रत्येक परत अन्य परतों के साथ संबंधों के माध्यम से बातचीत करती है। एक Viewpoint को तार्किक सुसंगतता बनाए रखने के लिए इन सीमाओं का सम्मान करना चाहिए।
सामान्य कार्यान्वयन घर्षण की पहचान करना 🔍
Viewpoint के कार्यान्वयन में समस्याएं अक्सर अकेले नहीं होती हैं। वे एक दूसरे को प्रभावित करती हैं, जिससे असंगतियों का जाल बनता है जिसे अलग करना मुश्किल होता है। नीचे एंटरप्राइज आर्किटेक्चर मॉडल के जीवनचक्र के दौरान सामना की जाने वाली सबसे आम श्रेणियाँ दी गई हैं।
1. विस्तार के असंगति
सबसे लंबे समय तक चलने वाली चुनौतियों में से एक उचित विस्तार का निर्धारण करना है। यदि एक Viewpoint में बहुत अधिक तत्व शामिल हैं, तो आरेख भारी हो जाता है और मुख्य संदेश खो जाता है। यदि इसमें बहुत कम तत्व शामिल हैं, तो निर्णय लेने के लिए आवश्यक साक्ष्य प्रदान नहीं कर पाता है।
- अत्यधिक डिज़ाइन:एक उच्च स्तरीय Viewpoint के लिए रिपॉजिटरी में प्रत्येक संबंध को मॉडल करने की कोशिश।
- अपर्याप्त विनिर्देशन:महत्वपूर्ण निर्भरताओं को छोड़कर एक Viewpoint बनाना, जिससे प्रभाव विश्लेषण के दौरान गलत सकारात्मक परिणाम आते हैं।
2. परतों के बीच संघर्ष
ArchiMate को परतों के बीच जुड़ाव बनाने के लिए डिज़ाइन किया गया है, लेकिन इस जुड़ाव के कारण जटिलता उत्पन्न हो सकती है। बिना स्पष्ट तर्क के परतों को मिलाने वाला एक Viewpoint अक्सर भ्रम उत्पन्न करता है। उदाहरण के लिए, एप्लिकेशन परत के माध्यम से गुजरे बिना व्यवसाय सेवा को तकनीकी बुनियादी ढांचे के तत्व से सीधे जोड़ना मानक आर्किटेक्चर पैटर्न का उल्लंघन करता है।
3. हितधारक समन्वय समस्याएं
तकनीकी रूप से सही मॉडल के साथ भी, यदि हितधारक और चिंता को सही तरीके से परिभाषित नहीं किया गया है, तो Viewpoint विफल हो सकता है। यदि Viewpoint एक CTO के लिए बनाया गया है लेकिन संदर्भ के बिना वित्तीय डेटा शामिल करता है, तो लक्षित दर्शक इसे नजरअंदाज कर देंगे। यह तब होता है जब Viewpoint को विभिन्न उपयोगकर्ता समूहों के लिए अनुकूलन किए बिना दोहराया जाता है।
4. रिपॉजिटरी की स्वच्छता
दृश्य की गुणवत्ता नीचे लगे रिपॉजिटरी की गुणवत्ता पर सीधे निर्भर करती है। यदि स्रोत डेटा में अनाथ तत्व, दोहराए गए परिभाषाएं या गलत संबंध प्रकार हैं, तो Viewpoint इन त्रुटियों को फैलाएगा। निराकरण के लिए अक्सर स्रोत डेटा को साफ करने की आवश्यकता होती है जब तक Viewpoint फ़िल्टर को समायोजित नहीं किया जाता है।
Viewpoint समस्याओं के लिए निदान ढांचा 📋
इन चुनौतियों को व्यवस्थित ढंग से हल करने के लिए, एक संरचित निदान दृष्टिकोण की आवश्यकता होती है। अनुमान लगाने के बजाय, इस चेकलिस्ट का पालन करें ताकि कार्यान्वयन समस्या के मूल कारण को अलग किया जा सके।
- स्टेकहोल्डर परिभाषा की जांच करें: सुनिश्चित करें कि दृष्टिकोण स्पष्ट रूप से लक्षित दर्शकों का नाम बताता है। यदि दर्शक परिभाषित नहीं है, तो दृष्टिकोण का उद्देश्य नहीं होता है।
- चिंता कथन की समीक्षा करें: क्या दृष्टिकोण एक विशिष्ट व्यापार प्रश्न का उत्तर देता है? यदि चिंता धुंधली है, तो दृश्य अस्पष्ट होने की संभावना है।
- परत संगति की जांच करें: क्या दृष्टिकोण के भीतर सभी तत्व इच्छित आर्किटेक्चरल परतों का पालन कर रहे हैं? क्या परतों के बीच संबंध उचित हैं?
- तत्व उपयोग का विश्लेषण करें: क्या एक ही तत्व बहुत से दृष्टिकोणों में एक दूसरे के विरोधी गुणों के साथ दिखाई दे रहा है?
- संबंध प्रकार की पुष्टि करें: क्या तत्वों के बीच के संबंध (उदाहरण के लिए, नियुक्ति, प्रवाह, पहुंच) अर्थपूर्ण रूप से सही हैं?
विशिष्ट परिदृश्य और समाधान 🛠️
निम्नलिखित तालिका सामान्य कार्यान्वयन परिदृश्यों और उन्हें हल करने के लिए आवश्यक विशिष्ट चरणों का वर्णन करती है। इस खंड में पहचान से क्रिया तक जाया जाता है।
| परिदृश्य | लक्षण | मूल कारण | समाधान चरण |
|---|---|---|---|
| भारी आरेख | दृश्य में बहुत अधिक तत्व दिखाई दे रहे हैं। | दृष्टिकोण फ़िल्टर बहुत व्यापक है या अनुबंध अनुपस्थित हैं। | अप्रासंगिक तत्व प्रकार या परतों को बाहर रखने के लिए दृष्टिकोण सीमाओं को सुधारें। |
| अनुपस्थित निर्भरताएं | दृश्य बनाते समय संबंध गायब हो जाते हैं। | दृष्टिकोण में संबंध प्रकार शामिल नहीं है। | अनुपस्थित संबंध प्रकारों को स्पष्ट रूप से शामिल करने के लिए दृष्टिकोण परिभाषा को अपडेट करें। |
| असंगत नामकरण | तत्व विभिन्न दृश्यों में अलग-अलग दिखाई देते हैं। | दृष्टिकोण अलग-अलग रेंडरिंग नियम या फ़िल्टर लागू करता है। | दृष्टिकोण प्रस्तुतीकरण सेटिंग्स को मानकीकृत करें और लेबल के लिए एकमात्र सत्य स्रोत सुनिश्चित करें। |
| परत उल्लंघन | व्यापार और प्रौद्योगिकी के बीच सीधे संबंध। | दृष्टिकोण सीधे परतों के बीच कनेक्शन की अनुमति देता है। | मध्यवर्ती परतों को बल देने या अमान्य संबंध को हटाने के लिए दृष्टिकोण को संशोधित करें। |
| अनाथ तत्व | तत्व बिना किसी कनेक्शन के दिखाई देते हैं। | स्रोत मॉडल में असंबंधित वस्तुएं हैं। | दृश्यों को पुनर्जनन करने से पहले रिपॉजिटरी की सफाई करें ताकि अनाथ तत्वों को हटाया या जोड़ा जा सके। |
विस्तार समस्याओं का समाधान करना
जब एक दृष्टिकोण बहुत विस्तृत होता है, तो पहला चरण शामिल तत्व प्रकारों की समीक्षा करना है। सुनिश्चित करें कि दृष्टिकोण स्पष्ट रूप से गहरी परतों से संबंधित तत्व प्रकारों को बाहर रखता है। उदाहरण के लिए, एक व्यापार दृष्टिकोण में आमतौर पर एप्लिकेशन कंपोनेंट्स और तकनीकी सेवाओं को बाहर रखा जाना चाहिए। यदि इन तत्वों को दिखाई दे रहा है, तो वे शायद डिफ़ॉल्ट रूप से दृष्टिकोण परिभाषा में शामिल हैं या मातृ दृष्टिकोण से विरासत में मिले हैं।
विपरीत रूप से, यदि दृश्य बहुत सामान्य है, तो समीक्षा करेंसंग्रहण और संबंध संबंध। सुनिश्चित करें कि दृष्टिकोण संदर्भ प्रदान करने वाले कनेक्शन को फ़िल्टर नहीं करता है। कभी-कभी, समाधान में दृष्टिकोणों के एक पदानुक्रम का निर्माण करना शामिल होता है। एक उच्च स्तर का दृष्टिकोण एक विस्तृत दृष्टिकोण से जुड़ सकता है, जिससे हितधारक केवल आवश्यकता होने पर ही गहराई में जा सकता है।
परतों के बीच संघर्षों का समाधान करना
ArchiMate परतों के बीच बातचीत के लिए विशिष्ट पैटर्न परिभाषित करता है। समस्या निवारण के दौरान, जांचें कि क्या दृष्टिकोण सेवा परत को मध्यस्थ के रूप में लागू कर रहा है। एक व्यापार सेवा को आमतौर पर एक एप्लिकेशन कार्यक्रम द्वारा वास्तविक बनाया जाना चाहिए, जिसे तकनीकी सेवा द्वारा समर्थित किया जाता है। यदि एक दृष्टिकोण इस प्रवाह को छोड़ देता है, तो यह वास्तविकता से दूर एक वास्तुकला प्रतिनिधित्व बनाता है।
इसे ठीक करने के लिए, दृष्टिकोण के दृश्य सीमाएं। इन सीमाओं द्वारा यह निर्धारित किया जाता है कि कौन से संबंध दिखाई देते हैं। सुनिश्चित करें कि दृष्टिकोण अनजाने में मेटामॉडल नियमों के उल्लंघन करने वाले सीधे कनेक्शन की अनुमति नहीं देता है। यदि आधारभूत मॉडल में इन उल्लंघनों को शामिल किया गया है, तो उन्हें स्रोत रिपॉजिटरी में सुधारा जाना चाहिए, क्योंकि एक दृष्टिकोण अवैध वास्तुकला को जादू की तरह ठीक नहीं कर सकता है।
हितधारक की चिंताओं के अनुरूप अनुकूलन करना
यदि एक दृष्टिकोण लक्षित दर्शकों के साथ नहीं बैठता है, तो समस्या संरचनात्मक नहीं बल्कि अर्थपूर्ण होने की संभावना है। समीक्षा करेंचिंता दृष्टिकोण के भीतर परिभाषा। क्या यह स्पष्ट रूप से उस प्रश्न को बताता है जिसका उत्तर दिया जा रहा है? उदाहरण के लिए, “इंफ्रास्ट्रक्चर पर प्रभाव” की तुलना में “तकनीकी समीक्षा” एक बेहतर चिंता है। पहला मॉडलर को विशिष्ट तत्वों पर ध्यान केंद्रित करने का मार्गदर्शन करता है, जबकि दूसरा बहुत व्यापक है।
साथ ही, विचार करेंहितधारक लक्षण। क्या उन्हें दृष्टिकोण में सही तरीके से निर्धारित किया गया है? कुछ मॉडलिंग वातावरण दृश्यों को उपयोगकर्ता के भूमिकाओं के आधार पर गतिशील रूप से उत्पन्न करने की अनुमति देते हैं। सुनिश्चित करें कि दृष्टिकोण की तर्कधारा आपके नियंत्रण मॉडल में भूमिका परिभाषाओं के अनुरूप है।
नियंत्रण और रखरखाव रणनीतियाँ 🛡️
कार्यान्वयन एकमात्र घटना नहीं है। दृष्टिकोणों को वास्तुकला के विकास के साथ प्रभावी बने रहने के लिए निरंतर रखरखाव की आवश्यकता होती है। नियंत्रण के बिना, दृष्टिकोण विचलित हो जाते हैं और रिपॉजिटरी असंगत हो जाती है।
नियमित ऑडिट
सभी सक्रिय दृष्टिकोणों की नियमित समीक्षा की योजना बनाएं। इन ऑडिट के दौरान यह सत्यापित करें कि:
- प्रत्येक दृष्टिकोण के लिए एक परिभाषित स्टेकहोल्डर और चिंता होनी चाहिए।
- कोई भी दृष्टिकोण अनाथ नहीं है (कोई भी इसका उपयोग नहीं कर रहा है)।
- दृष्टिकोण से उत्पन्न सभी दृश्य सही ढंग से बनते हैं बिना किसी त्रुटि के।
संस्करण नियंत्रण
दृष्टिकोणों में किए गए परिवर्तनों को ट्रैक किया जाना चाहिए। यदि एक दृष्टिकोण को नए संबंध प्रकार शामिल करने के लिए संशोधित किया जाता है, तो सुनिश्चित करें कि पिछले दृश्यों को पुनर्जनित और पुष्टि किया जाए। इससे यह सुनिश्चित होता है कि स्टेकहोल्डर पिछले बदलावों के कारण अलग तरीके से फ़िल्टर किए गए अप्रचलित जानकारी पर भरोसा न करें।
दस्तावेज़ीकरण
समस्या निवारण के लिए दस्तावेज़ीकरण आवश्यक है। प्रत्येक दृष्टिकोण के लिए उसके उद्देश्य, विशिष्ट परतों और किसी भी ज्ञात सीमाओं का संक्षिप्त विवरण बनाए रखें। जब उपयोगकर्ता उत्पन्न दृश्य के साथ समस्या की शिकायत करते हैं, तो यह दस्तावेज़ीकरण पहली पंक्ति की रक्षा के रूप में काम करता है।
स्टेकहोल्डर्स के साथ संरेखण 👥
यहां तक कि सबसे तकनीकी रूप से सही दृष्टिकोण भी विफल हो जाएगा यदि उसका उपयोग करने वाले लोग इसे समझ नहीं पाते हैं। प्रशिक्षण के अनुप्रयोग का एक महत्वपूर्ण हिस्सा है। स्टेकहोल्डर्स को चिह्नों के अर्थ और दृश्य के दायरे को समझने की आवश्यकता होती है।
कार्यशालाएं और प्रशिक्षण
कार्यशालाएं आयोजित करें जहां स्टेकहोल्डर्स उत्पन्न दृश्यों के साथ बातचीत कर सकें। उनसे यह बताने के लिए कहें कि कौन सी जानकारी अनुपलब्ध है और कौन सी अतिरिक्त है। यह प्रतिक्रिया लूप दृष्टिकोणों को बेहतर बनाने का सबसे प्रभावी तरीका है। इससे तकनीकी सही होने पर ध्यान केंद्रित करने के बजाय उपयोगकर्ता उपयोगिता पर ध्यान केंद्रित किया जाता है।
प्रतिक्रिया लूप
स्टेकहोल्डर्स के लिए सीधे समस्याओं की रिपोर्ट करने के लिए एक तंत्र स्थापित करें। यदि एक दृष्टिकोण लगातार भ्रम पैदा करता है, तो उसे समीक्षा के लिए चिह्नित किया जाना चाहिए। मॉडल को समस्या मानने की गलती न करें; कभी-कभी दृष्टिकोण सिर्फ उपयोगकर्ता के विशिष्ट संदर्भ के अनुरूप नहीं होता है।
दृष्टिकोण के स्वास्थ्य के लिए सत्यापन चेकलिस्ट ✅
दृष्टिकोण प्रकाशित करने से पहले इस चेकलिस्ट का उपयोग करें ताकि यह गुणवत्ता मानकों को पूरा करे।
- परिभाषा:क्या दृष्टिकोण का नाम स्पष्ट और वर्णनात्मक है?
- दायरा:क्या यह सही ArchiMate परतों को कवर करता है?
- संबंध:क्या दृश्य संबंध सामान्य रूप से सही हैं?
- प्रदर्शन:क्या दृश्य वातावरण को गिराए बिना तेजी से बनता है?
- सांस्कृतिक समानता:क्या समान दृष्टिकोण एक ही शैली और प्रारूप नियमों का पालन करते हैं?
- प्रासंगिकता:क्या दृश्य उल्लिखित चिंता को संबोधित करता है?
- पूर्णता: चिंता के लिए आवश्यक सभी तत्व उपलब्ध हैं?
- स्पष्टता: क्या आरेख पढ़ने योग्य है और ओवरलैपिंग तत्वों से मुक्त है?
उन्नत त्रुटि निवारण तकनीकें 🔬
जटिल वातावरणों के लिए, मानक जांच पर्याप्त नहीं हो सकती है। उन्नत त्रुटि निवारण मॉडल भंडार की गहन जांच शामिल है।
निर्भरता विश्लेषण
तत्वों के वंशावली को ट्रैक करने के लिए भंडार की निर्भरता विश्लेषण सुविधाओं का उपयोग करें। यदि कोई दृष्टिकोण तत्व को खो देता है, तो उसके निर्भरताओं को ट्रैक करें ताकि पता लगाया जा सके कि क्या यह मातृ दृष्टिकोण द्वारा फ़िल्टर कर दिया गया है या संबंध टूट गया है। इससे फ़िल्टरिंग समस्या और डेटा समस्या के बीच अंतर स्पष्ट होता है।
पैटर्न पहचान
त्रुटि के दोहराए जाने वाले पैटर्न की तलाश करें। यदि कई दृष्टिकोण एप्लिकेशन-टेक्नोलॉजी कनेक्शन दिखाने में विफल होते हैं, तो समस्या संभवतः सामान्य विन्यास के कारण है, न कि किसी विशिष्ट दृष्टिकोण त्रुटि के कारण। इससे यह सुझाव मिलता है कि सामान्य मॉडलिंग मानकों या दृष्टिकोण टेम्पलेट को समायोजित करने की आवश्यकता है।
मेटाडेटा जांच
तत्वों के मेटाडेटा की जांच करें। कभी-कभी एक तत्व को “प्रतिस्थापित” या “संग्रहीत” के रूप में चिह्नित किया जाता है। दृष्टिकोण आमतौर पर इन स्थितियों को डिफ़ॉल्ट रूप से फ़िल्टर कर देते हैं। यदि कोई हितधारक किसी संग्रहीत तत्व को देखना चाहता है, तो दृष्टिकोण को इसे शामिल करने के लिए कॉन्फ़िगर किया जाना चाहिए, या तत्व को भंडार में पुनर्सक्रियित किया जाना चाहिए।
अपने कार्यान्वयन को भविष्य के लिए सुरक्षित बनाएं 🚀
जैसे-जैसे संगठन विकसित होता है, वास्तुकला को अनुकूलित करना चाहिए। दीर्घकालिक सफलता सुनिश्चित करने के लिए, लचीलापन को ध्यान में रखते हुए दृष्टिकोणों को डिज़ाइन करें।
- मॉड्यूलर डिज़ाइन:पुनर्उपयोगी घटकों से दृष्टिकोण बनाएं। इससे दृश्य के एक हिस्से को बिना पूरे को तोड़े अपडेट करना आसान हो जाता है।
- स्केलेबिलिटी:सुनिश्चित करें कि दृष्टिकोण डेटा आयतन में वृद्धि को संभाल सके। 100 तत्वों के साथ काम करने वाला दृष्टिकोण 10,000 तत्वों के साथ विफल हो सकता है।
- अनुकूलन क्षमता:दृष्टिकोणों को डिज़ाइन करें जिन्हें नए चिंताओं को ध्यान में रखते हुए आसानी से संशोधित किया जा सके, बिना पूरी तरह से नए मॉडल बनाए।
वास्तुकला प्रैक्टिशनर्स के लिए अंतिम विचार 💡
ArchiMate दृष्टिकोण कार्यान्वयन चुनौतियों को सफलतापूर्वक दूर करने के लिए धैर्य और फ्रेमवर्क की गहन समझ की आवश्यकता होती है। यह सिर्फ त्रुटियों को ठीक करने के बारे में नहीं है; यह तकनीकी प्रतिनिधित्व को संगठनात्मक वास्तविकता के साथ मेल बैठाने के बारे में है। उपरोक्त निदान ढांचों और शासन रणनीतियों का पालन करके, आप यह सुनिश्चित कर सकते हैं कि आपकी वास्तुकला एक मूल्यवान संपत्ति हो, बल्कि एक बोझ न हो।
याद रखें कि लक्ष्य स्पष्टता है। यदि कोई दृष्टिकोण बनाए रखने में कठिन है या समझने में कठिन है, तो यह अपने मुख्य उद्देश्य को पूरा नहीं कर रहा है। नियमित समीक्षा, हितधारकों के संलग्न होने और मेटामॉडल नियमों का कठोर अनुपालन आपके कार्यान्वयन को मजबूत रखेगा। निर्णय लेने वाले को दृष्टिकोण द्वारा प्रदान किए जाने वाले मूल्य पर ध्यान केंद्रित करें, और तकनीकी विवरण स्वयं ही स्थापित हो जाएंगे।
भंडार में विचलन के लिए निरंतर निगरानी जारी रखें। वास्तुकला एक जीवंत विषय है, और दृष्टिकोणों को इसके साथ विकसित होना चाहिए। एक अनुशासित दृष्टिकोण के साथ, कार्यान्वयन की चुनौतियां वास्तुकला अभ्यास को बेहतर बनाने और संगठन को अधिक मूल्य प्रदान करने के अवसर बन जाती हैं।
English
Arabic
Chinese (Simplified)
Dutch
French
German
Italian
Japanese
Korean
Portuguese
Russian
Spanish