راهنمای ArchiMate 4 با استفاده از Visual Paradigm Enterprise Architect

این راهنما توضیح می‌دهد که چگونه با استفاده از Visual Paradigm Enterprise Architect، مدل‌های ArchiMate 4 را ایجاد، سازماندهی، اعتبارسنجی، نگهداری و منتشر کنید. این راهنما برای معماران سازمانی، معماران راه‌حل، تحلیل‌گران کسب‌وکار و تیم‌های معماری که از ArchiMate 3.2 به ArchiMate 4 مهاجرت می‌کنند، طراحی شده است.

Visual Paradigm نسخه 18.0 و بالاتر، یک ویرایشگر اختصاصی ArchiMate 4، پالت‌های ArchiMate 4، چندگانگی رابطه بومی، پشتیبانی از مستندات، واردات/خروجی XML، ویژگی‌های همکاری و سازگاری عقب‌گرد با نمودارهای ArchiMate 3.2 را ارائه می‌دهد.

نام منوها ممکن است در نسخه‌ها و ویرایش‌های مختلف Visual Paradigm کمی متفاوت باشد. دستورالعمل‌های زیر فرض می‌کنند که از Visual Paradigm Desktop Enterprise Edition نسخه 18.0 یا بالاتر استفاده می‌شود.

۱. کاربردهای ArchiMate

ArchiMate یک زبان مدل‌سازی معماری سازمانی است که برای توصیف موارد زیر استفاده می‌شود:

• استراتژی و اهداف کسب‌وکار

• ساختارهای سازمانی

• محصولات و خدمات

• فرآیندها و قابلیت‌های کسب‌وکار

• کاربردها و خدمات کاربردی

• داده‌ها و اطلاعات

• زیرساخت فناوری

• پروژه‌ها، بسته‌های کاری، پلاتوها و نقشه‌های راه پیاده‌سازی

• روابط بین حوزه‌های معماری

ArchiMate یک روش مدیریت پروژه نیست و جایگزین BPMN، UML یا مدل‌سازی داده نمی‌شود. در عوض، یک نمای معماری یکپارچه ارائه می‌دهد که آن مدل‌ها را به هم متصل می‌کند.

برای مثال:

ارزش ArchiMate در نشان دادن روابط بین این مفاهیم نهفته است، نه در مدل‌سازی هر حوزه به صورت جداگانه.

۲. تغییرات مفهومی ArchiMate 4

ArchiMate 4 ساختاری با تمرکز بیشتر بر حوزه‌ها را معرفی می‌کند و تعداد عناصر تخصصی و تکراری را کاهش می‌دهد.

۲.۱ از لایه‌ها به دامنه‌ها

آرکیمیت ۳.۲ معمولاً از یک دیدگاه لایه‌محور استفاده می‌کرد:

• استراتژی

• کسب‌وکار

• کاربرد

• فناوری

• پیاده‌سازی و مهاجرت

• انگیزش

آرکیمیت ۴ زبان را حول دامنه‌ها سازماندهی می‌کند:

• مشترک

• کسب‌وکار

• کاربرد

• فناوری

• انگیزش

• استراتژی

• پیاده‌سازی و مهاجرت

دامنه مشترک شامل مفاهیم قابل استفاده مجدد است که می‌توان در دامنه‌های مختلف به کار برد. دامنه انگیزش در مرکز چارچوب آرکیمیت ۴ قرار دارد و بر این نکته تأکید می‌کند که تصمیمات معماری باید به اهداف، محرک‌ها و نتایج مرتبط باشند.

۲.۲ شش‌ضلعی آرکیمیت

چارچوب آرکیمیت ۴ معمولاً به صورت شش‌ضلعی آرکیمیت تصویر می‌شود. این چارچوب بر روابط میان موارد زیر تأکید دارد:

• انگیزش

• استراتژی

• معماری هسته

• پیاده‌سازی و مهاجرت

از هگزاگونیون به عنوان یک نقشه مفهومی استفاده کنید، نه لزوماً به عنوان چیدمان هر نمودار. یک نمودار معماری دقیق معمولاً باید بر یک دغدغه ذینفع و یک دیدگاه خاص تمرکز کند.

۲.۳ مفاهیم یکپارچه

آرکیمیت ۴ تکرار بین مفاهیم کسب‌وکار، برنامه‌ریزی و فناوری را کاهش می‌دهد. به جای ایجاد نسخه‌های جداگانه از مفاهیم رفتاری مشابه برای هر لایه، این زبان از مفاهیم قابل استفاده مجددی حمایت می‌کند که می‌توانند در زمینه تفسیر شوند.

این بدان معناست که باید عناصر را بر اساس معنای معماری آن‌ها انتخاب کنید، نه صرفاً بر اساس حوزه‌ای که در آن رخ می‌دهند.

۲.۴ چندگانگی در روابط

آرکیمیت ۴ از چندگانگی در روابط پشتیبانی می‌کند، مانند:

• 1

• 0..1

• 1..*

• 0..*

به عنوان مثال:

مشتری ── استفاده می‌کند ── ۰..* خدمات مشتری

این امکان را به مدل می‌دهد تا کاردینالیته و محدودیت‌های معماری را مستقیماً روی اتصالات بیان کند. ویژوال پارادایم از نمایش چندگانگی در روابط آرکیمیت ۴ پشتیبانی می‌کند.

۲.۵ مفاهیم بازنشسته یا ادغام‌شده

برخی از مفاهیم آرکیمیت ۳.۲ حذف، ادغام یا با استفاده از عناصر عمومی‌تر بازنمایی شده‌اند. نمونه‌های گزارش‌شده در راهنمای آرکیمیت ۴ شامل موارد زیر است:

• ترکیب از مجموعه روابط هسته حذف شد

• مفاهیم تعامل تخصصی ادغام شدند

• قرارداد، قید، شکاف و نمایش دیگر به عنوان مفاهیم جداگانه در نظر گرفته نمی‌شوند

• مسیر به دامنه مشترک منتقل شد

هنگام مهاجرت یک مدل موجود، صرفاً هر عنصر قدیمی را تغییر نام ندهید. ابتدا معنای عنصر مدل اصلی را تعیین کنید، سپس آن معنا را با استفاده از مفهوم مناسب ArchiMate 4 بازنمایی کنید.

۳. نصب و آماده‌سازی Visual Paradigm

۳.۱ نسخه مورد نیاز

از نسخه‌ای از Visual Paradigm استفاده کنید که شامل پشتیبانی از معماری سازمانی و ArchiMate باشد. نسخه سازمانی انتخاب مناسبی برای سازمان‌هایی است که به موارد زیر نیاز دارند:

• مدل‌سازی ArchiMate

• همکاری تیمی

• اعتبارسنجی مدل

• تولید مستندات

• انتشار پروژه

• واردات و صادرات XML

• یکپارچه‌سازی با BPMN، UML و سایر انواع مدل

قابلیت ArchiMate در Visual Paradigm شامل ویرایش با کشیدن و رها کردن، عناصر مدل قابل استفاده مجدد، دیدگاه‌های سفارشی، همکاری، مشاهده نمودارهای آنلاین و پیوندها به مدل‌های BPMN و UML است.

۳.۲ ایجاد یک پروژه

1. Visual Paradigm را راه‌اندازی کنید.

2. انتخاب کنیدپروژه > پروژه جدید.

3. یک نام پروژه وارد کنید، مانند:

   تحول خدمات مشتری
   

4. مکان پروژه را انتخاب کنید.

5. پروژه را ذخیره کنید.

6. قبل از افزودن نمودارها، یک ساختار بسته‌بندی منطقی ایجاد کنید.

یک ساختار بسته‌بندی مفید به شرح زیر است:

تحول خدمات مشتری
├── 00 حکمرانی
├── 01 انگیزش
├── 02 استراتژی
├── 03 کسب‌وکار
├── 04 برنامه
├── 05 فناوری
├── 06 پیاده‌سازی و مهاجرت
├── 07 دیدگاه‌ها
├── 08 فهرست‌ها
└── 09 گزارش‌ها

3.3 ویرایشگر ArchiMate 4 را فعال کنید

برای ایجاد یک نمودار ArchiMate 4:

1. انتخاب کنید نمودار > جدید.

2. جستجو برای ArchiMate.

3. اگر گزینه‌های جداگانه ArchiMate 3.2 و ArchiMate 4 نمایش داده می‌شوند، ویرایشگر نمودار ArchiMate 4 را انتخاب کنید.

4. یک الگوی نمودار یا دیدگاه را انتخاب کنید.

5. نمودار را در بسته‌بندی مناسب قرار دهید.

6. به آن یک نام توصیفی بدهید، مانند:

   خدمات مشتری – دیدگاه انگیزش
   

نسخه 18.0 Visual Paradigm یک ویرایشگر و پالت جدید نمودار ArchiMate 4 را معرفی کرد، در حالی که توانایی کار با نمودارهای ArchiMate 3.2 را نیز حفظ کرده است. مدل‌های موجود 3.2 نیاز به مهاجرت فوری ندارند.

۴. سازماندهی یک مخزن معماری

یک مخزن باید بین عناصر مدل قابل استفاده مجدد و نمای‌های مخاطره‌محور تمایز قائل شود.

۴.۱ عناصر قابل استفاده مجدد

هر عنصر معماری مهم را هر زمان که امکان دارد، یک‌بار ایجاد کنید:

• یک موجودیت مشتری استاندارد

• یک سرویس مشتری استاندارد

• یک برنامه CRM استاندارد

• یک قابلیت مدیریت مشتری استاندارد

• یک پایگاه داده CRM استاندارد

آن عناصر را در چندین نمودار استفاده مجدد کنید، به جای ترسیم مجدد آن‌ها.

Visual Paradigm از استفاده مجدد عناصر در سراسر نمودارها پشتیبانی می‌کند، بنابراین تغییرات در عنصر پایه می‌تواند در نمودارهای دیگر منعکس شود.

۴.۲ نمای‌ها

یک نمای، نموداری است که برای یک نگرانی خاص ذینفع ایجاد شده است. مثال‌ها شامل موارد زیر هستند:

• نمای انگیزه مدیران

• نقشه قابلیت‌ها

• نمای خدمات کسب‌وکار

• نمای همکاری برنامه‌ها

• نمای زیرساخت فناوری

• نقشه راه پیاده‌سازی

• نمای تأثیر مهاجرت

یک نمودار عظیم که کل سازمان را در بر می‌گیرد، ایجاد نکنید. نمودارهای بزرگ خواندن، اعتبارسنجی و نگهداری آن‌ها دشوار است.

۴.۳ قرارداد نام‌گذاری

از نام‌های پایدار استفاده کنید و از گنجاندن اطلاعات موقت پروژه در نام عناصر خودداری کنید.

ترجیح دهید:

قابلیت مدیریت مشتری

به جای:

قابلیت جدید CRM – پروژه فینیکس

برای اطلاعات خاص پروژه از یادداشت‌ها، ویژگی‌ها یا مقادیر برچسب‌گذاری شده استفاده کنید.

الگوی نام‌گذاری عملی به این صورت است:

<نوع عنصر>: <معنای کسب‌وکار>

مثال‌ها:

قابلیت: مدیریت مشتری
فرآیند کسب‌وکار: حل درخواست مشتری
اجزای برنامه‌ای: پلتفرم CRM
خدمات فناوری: احراز هویت
بسته کاری: استقرار پلتفرم CRM

۵. حوزه‌ها و عناصر معمولی ArchiMate 4

جدول زیر هدف اصلی مدل‌سازی هر حوزه را خلاصه می‌کند.

حوزه	هدف	مثال‌های معمول
انگیزه	چرا تغییر لازم است	ذینفع، محرک، ارزیابی، هدف، الزام، اصل
استراتژی	جهت‌گیری و نتایج کسب‌وکاری مورد نظر	قابلیت، منبع، مسیر اقدام، جریان ارزش
کسب‌وکار	سازمان و رفتار کسب‌وکاری	نقش‌گر کسب‌وکاری، نقش، همکاری، فرآیند، عملکرد، خدمت، محصول، شیء کسب‌وکاری
کاربرد	رفتار و ساختار نرم‌افزار	اجزای کاربرد، همکاری کاربرد، عملکرد کاربرد، خدمت کاربرد، شیء داده
فناوری	فناوری اطلاعات و فناوری فیزیکی	گره، دستگاه، نرم‌افزار سیستم، همکاری فناوری، عملکرد فناوری، خدمت فناوری
مشترک	مفاهیم قابل استفاده مجدد در حوزه‌های مختلف	خدمات، فرآیندها، عملکردها، رویدادها، مسیرها و مفاهیم عمومی مرتبط مشترک
پیاده‌سازی و مهاجرت	اجرای تغییر و گذار	بسته کاری، تحویل‌دادنی، تراز، شکاف، رویداد پیاده‌سازی، نقشه راه مهاجرت

نام‌های دقیق عناصر و در دسترس بودن آن‌ها باید با پالت ArchiMate 4 در نسخه نصب‌شده Visual Paradigm شما بررسی شود.

۶. ساخت اولین مدل ArchiMate 4 شما

از مثال زیر استفاده کنید:

یک شرکت می‌خواهد با معرفی یک پلتفرم یکپارچه CRM، پشتیبانی از مشتریان را بهبود بخشد. این تغییر باید زمان پاسخگویی را کاهش دهد، دید مشتری را بهبود بخشد و کانال‌های خدمات مشتری را یکپارچه کند.

گام ۱: مدل‌سازی انگیزه

یک نمودار با نام زیر ایجاد کنید:

خدمات مشتری – نمای انگیزه

افزودن:

• ذینفع: مشتری

• ذینفع: مدیر خدمات مشتری

• عامل محرک: تجربه ضعیف مشتری

• ارزیابی: اطلاعات پراکنده مشتری

• هدف: بهبود رضایت مشتری

• هدف: کاهش زمان پاسخگویی خدمات

• نیازمندی: اطلاعات یکپارچه مشتری

• اصل: داده‌های مشتری باید قابل دسترسی باشند

عناصر را با استفاده از روابطی مانند موارد زیر متصل کنید:

تجربه ضعیف مشتری
    تأثیر می‌گذارد بر
بهبود رضایت مشتری

اطلاعات پراکنده مشتری
    تأثیر می‌گذارد بر
اطلاعات یکپارچه مشتری

اطلاعات یکپارچه مشتری
    پشتیبانی می‌کند از
بهبود رضایت مشتری

یک نمای ساده‌شده ممکن است به این شکل باشد:

[مدیر خدمات مشتری]
            |
         ارزش‌گذاری
            v
[بهبود رضایت مشتری]
            ^
         پشتیبانی
            |
[اطلاعات یکپارچه مشتری]
            ^
         پوشش‌دهی
            |
[اطلاعات پراکنده مشتری]

این نمودار را به گونه‌ای نگه دارید که برای ذینفعان کسب‌وکار قابل درک باشد. در این مرحله از افزودن برنامه‌ها یا زیرساخت‌ها خودداری کنید.

گام ۲: مدل‌سازی جهت‌گیری استراتژیک

ایجاد:

خدمات مشتری – نمای استراتژی

افزودن:

• قابلیت: مدیریت مشتری

• قابلیت: پشتیبانی چندکاناله

• مسیر اقدام: پیاده‌سازی CRM یکپارچه

• جریان ارزش: حل مشکل مشتری

• منبع: اطلاعات مشتری

اتصال عناصر:

پیاده‌سازی CRM یکپارچه
    امکان‌پذیر می‌کند
مدیریت مشتری

پیاده‌سازی CRM یکپارچه
    امکان‌پذیر می‌کند
پشتیبانی چندکاناله

مدیریت مشتری
    پشتیبانی می‌کند
حل مشکل مشتری

این نمودار به موارد زیر پاسخ می‌دهد:

• چه قابلیت‌هایی مورد نیاز است؟

• چه ابتکار استراتژیک آن‌ها را ایجاد خواهد کرد؟

• چه جریان ارزشی بهبود می‌یابد؟

• چه منابعی مهم هستند؟

گام ۳: مدل‌سازی معماری کسب‌وکار

ایجاد:

خدمات مشتری – نمای معماری کسب‌وکار

افزودن:

• نقش کسب‌وکار: مشتری

• نقش کسب‌وکار: نماینده خدمات مشتری

• همکاری کسب‌وکار: تیم خدمات مشتری

• فرآیند کسب‌وکار: ثبت مشکل مشتری

• فرآیند کسب‌وکار: تحلیل مشکل مشتری

• فرآیند کسب‌وکار: حل مشکل مشتری

• خدمت کسب‌وکار: خدمات پشتیبانی مشتری

• شیء کسب‌وکار: پرونده مشتری

• شیء کسب‌وکار: پروفایل مشتری

یک جریان معمولی به این صورت است:

مشتری
   |
درخواست می‌کند
   v
خدمات پشتیبانی مشتری
   |
توسط
   v
تیم خدمات مشتری
   |
انجام می‌دهد
   v
ثبت مشکل مشتری
   |
دسترسی دارد
   v
پرونده مشتری

ترتیب فرآیند را در یک نمودار آرکیمیت در سطح معماری مدل‌سازی کنید. اگر منطق جریان کاری دقیق مورد نیاز است، فرآیند کسب‌وکار را به یک مدل BPMN پیوند دهید یا ردیابی کنید.

گام ۴: مدل‌سازی معماری برنامه

ایجاد:

خدمات مشتری – نمای برنامه

افزودن:

• اجزای برنامه: پلتفرم CRM

• اجزای برنامه: پلتفرم مرکز تماس

• اجزای برنامه: پورتال مشتری

• اجزای برنامه: پلتفرم گزارش‌دهی

• خدمت برنامه: خدمات مدیریت پرونده مشتری

• خدمات برنامه: خدمات پروفایل مشتری

• شیء داده: داده‌های پرونده مشتری

• شیء داده: داده‌های پروفایل مشتری

اتصال مدل:

پلتفرم CRM
    خدمات می‌دهد به
خدمات مدیریت پرونده مشتری

خدمات مدیریت پرونده مشتری
    خدمات می‌دهد به
تیم خدمات مشتری

پلتفرم CRM
    دسترسی دارد به
داده‌های پرونده مشتری

پورتال مشتری
    دسترسی دارد به
خدمات پروفایل مشتری

پلتفرم مرکز تماس
    استفاده می‌کند از
خدمات مدیریت پرونده مشتری

از همکاری برنامه‌ها استفاده کنید که در آن چندین برنامه با هم برای ارائه یک خدمت همکاری می‌کنند.

گام ۵: مدل‌سازی معماری فناوری

ایجاد:

خدمات مشتری – نمای فناوری

افزودن:

• گره: پلتفرم برنامه‌های ابری

• گره: پلتفرم یکپارچه‌سازی

• گره: پلتفرم هویت

• نرم‌افزار سیستم: سیستم مدیریت پایگاه داده رابطه‌ای

• خدمات فناوری: خدمات احراز هویت

• خدمات فناوری: خدمات یکپارچه‌سازی

• دستگاه: ایستگاه کاری کارگزار

اتصال عناصر:

پلتفرم برنامه‌های ابری
    تحقق می‌بخشد
پلتفرم CRM

پلتفرم یکپارچه‌سازی
    خدمات می‌دهد به
خدمات یکپارچه‌سازی

پلتفرم هویت
    خدمات می‌دهد به
خدمات احراز هویت

پلتفرم CRM
    استفاده می‌کند از
خدمات احراز هویت

پلتفرم CRM
    دسترسی دارد به
سیستم مدیریت پایگاه داده رابطه‌ای

نمای فناوری باید توضیح دهد که چگونه معماری برنامه میزبانی و پشتیبانی می‌شود. از فهرست کردن هر سرور، پورت، کتابخانه یا پارامتر استقرار خودداری کنید، مگر اینکه نمودار به‌طور خاص برای عملیات فنی طراحی شده باشد.

گام ۶: پیاده‌سازی و مهاجرت مدل

ایجاد:

خدمات مشتری – نقشه راه پیاده‌سازی

افزودن:

• بسته کاری: پیکربندی پلتفرم CRM

• بسته کاری: یکپارچه‌سازی مرکز تماس

• بسته کاری: مهاجرت داده‌های مشتری

• بسته کاری: آموزش نمایندگان خدمات

• خروجی: پلتفرم CRM پیکربندی‌شده

• عرصه: وضعیت فعلی

• عرصه: وضعیت انتقالی

• عرصه: وضعیت هدف

• رویداد پیاده‌سازی: راه‌اندازی CRM

• شکاف: اطلاعات پراکنده مشتری

وابستگی‌هایی از این قبیل ایجاد کنید:

پیکربندی پلتفرم CRM
    محرک
یکپارچه‌سازی مرکز تماس

یکپارچه‌سازی مرکز تماس
    محرک
مهاجرت داده‌های مشتری

مهاجرت داده‌های مشتری
    محرک
راه‌اندازی CRM

وضعیت فعلی
    به وضعیت انتقالی گذار می‌کند

وضعیت انتقالی
    به وضعیت هدف گذار می‌کند

برای نمایش توالی و تغییرات معماری از نقشه راه یا نمای مهاجرت استفاده کنید. برنامه‌ریزی دقیق معمولاً باید در یک ابزار مدیریت پروژه باقی بماند.

۷. ایجاد دیدگاه‌ها در Visual Paradigm

یک دیدگاه، مدل را به مفاهیم مرتبط با ذینفع یا دغدغه خاصی محدود می‌کند.

۷.۱ استفاده از یک دیدگاه از پیش تعریف‌شده

هنگام ایجاد یک نمودار:

1. انتخاب کنیدنمودار > جدید.

2. یک نمودار یا دیدگاه ArchiMate 4 انتخاب کنید.

3. یک الگوی مناسب انتخاب کنید، مانند:

   • دیدگاه انگیزش

   • دیدگاه استراتژی

   • دیدگاه معماری کسب‌وکار

   • دیدگاه همکاری برنامه‌ها

   • دیدگاه فناوری

   • دیدگاه پیاده‌سازی و مهاجرت

4. فقط عناصر مرتبط با آن دیدگاه را اضافه کنید.

5. در صورت نیاز، روابط نامرتبط را پنهان کنید.

Visual Paradigm از دیدگاه‌های از پیش تعریف‌شده و سفارشی پشتیبانی می‌کند تا نمودارها را بر نگرانی‌های معماری خاصی متمرکز کند.

7.2 ایجاد یک دیدگاه سفارشی

یک دیدگاه سفارشی ایجاد کنید زمانی که یک دیدگاه استاندارد نیازهای ارتباطی سازمان شما را برآورده نمی‌کند.

برای مثال، یک «دیدگاه انطباق داده» ممکن است شامل موارد زیر باشد:

• شیء کسب‌وکار

• شیء داده

• اجزای برنامه

• نیازمندی

• اصل

• خدمت فناوری

• رابطه دسترسی

• رابطه تحقق

یک دیدگاه سفارشی باید مشخص کند:

• مخاطب مورد نظر

• نگرانی معماری

• انواع عناصر مجاز

• انواع روابط مجاز

• داده‌های متنی مورد نیاز

• قراردادهای نام‌گذاری و رنگ

7.3 قواعد طراحی دیدگاه

یک دیدگاه خوب باید:

• به یک سوال معماری خاص پاسخ دهد

• از تعداد محدودی از انواع عناصر استفاده کند

• یک مخاطب اصلی داشته باشد

• از جزئیات نامرتبط پرهیز کند

• از یک چیدمان یکسان استفاده کند

• شامل یک عنوان و راهنمای واضح باشند

مثال‌ها:

کدام برنامه‌ها از فرآیند «سفارش تا دریافت وجه» پشتیبانی می‌کنند؟
کدام قابلیت‌ها تحت تأثیر تحول قرار می‌گیرند؟
داده‌های مشتری تحت مقررات کجا ذخیره می‌شوند؟
برای رسیدن به وضعیت هدف، چه تغییراتی لازم است؟

۸. روابط در ArchiMate 4

از روابط به‌صورت محتاطانه استفاده کنید. رابطه اغلب معنای بیشتری را نسبت به خود عنصر منتقل می‌کند.

۸.۱ انواع رایج روابط

رابطه	زمانی که از آن استفاده می‌شود
ارتباط	یک ارتباط عمومی و نامشخص وجود دارد
ارائه خدمت	یک عنصر، خدمت یا قابلیتی را به عنصر دیگر ارائه می‌دهد
دسترسی	یک عنصر، یک شیء را می‌خواند، می‌نویسد یا به‌صورت دیگری به آن دسترسی پیدا می‌کند
تخصیص	رفتار به یک ساختار فعال تخصیص داده می‌شود
اجرا	یک عنصر، عنصر دیگری را محقق یا پیاده‌سازی می‌کند
تأثیر	یک عنصر، انگیزه یا نتیجه‌ی عنصر دیگری را تحت تأثیر قرار می‌دهد
راه‌اندازی	یک رفتار یا رویداد، رفتار یا رویداد دیگری را آغاز می‌کند
جریان	اطلاعات، ارزش یا مواد بین عناصر جریان می‌یابد
تجمع	یک کل شامل اجزای مرتبط است بدون مالکیت قوی
ترکیب	قبل از استفاده، مدل متا (متا-مدل) ArchiMate 4 خود را بررسی کنید؛ ممکن است به همان صورت نسخه ۳.۲ در دسترس نباشد
تخصصی‌سازی	یک عنصر، شکل تخصصی‌شده عنصر دیگری است
اتصال	روابط را ترکیب یا جدا می‌کند

۸.۲ انتخاب بین ارائه خدمت و تحقق

از ارائه خدمتوقتی یک عنصر، کارکردی را به عنصر دیگری ارائه می‌دهد:

برنامه CRM
    خدمت می‌دهد به
تیم خدمات مشتری

از تحققوقتی یک عنصر، عنصر دیگری را پیاده‌سازی یا تجسم می‌کند:

پلتفرم CRM
    تحقق می‌دهد
خدمات مدیریت پرونده مشتری

صرفاً به دلیل مرتبط بودن دو عنصر، از «تحقق» استفاده نکنید.

۸.۳ مدل‌سازی چندتایی

یک رابط ارتباطی را انتخاب کرده و مشخصات یا ویژگی‌های آن را باز کنید. اگر نسخه Visual Paradigm این فیلدها را نمایش می‌دهد، چندتایی‌های مبدأ و مقصد را وارد کنید.

مثال‌ها:

مشتری ۱ ── دارد ── ۰..* پرونده‌های مشتری
نماینده خدمات مشتری ۱..* ── انجام می‌دهد ── فرآیند خدمات مشتری
اجزای برنامه ۱ ── تحقق می‌دهد ── ۱..* خدمات برنامه

فقط زمانی از چندتایی استفاده کنید که نمایانگر یک قاعده معماری معنادار باشد. به هر رابط ارتباطی، مقادیر cardinality دلخواه اضافه نکنید.

۹. استفاده از ویژگی‌ها، مقادیر برچسب‌دار و داده‌های متا

یک مخزن معماری بالغ به اطلاعاتی فراتر از نام‌ها و روابط نیاز دارد.

ویژگی‌های مفید عبارتند از:

• مالک

• وضعیت چرخه عمر

• اهمیت کسب‌وکاری

• دسته‌بندی داده

• سلامت برنامه

• سلامت فناوری

• وضعیت هدف

• وضعیت فعلی

• تاریخ برنامه‌ریزی‌شده برای بازنشستگی

• دامنه مقرراتی

• مرکز هزینه

• فاز نقشه راه

• امتیاز ریسک

نمونه‌ای از داده‌های متا برای یک جزء برنامه:

نام: پلتفرم CRM
مالک: عملیات مشتری
چرخه حیات: هدف
حیاتی: بالا
طبقه‌بندی داده: محرمانه
فاز نقشه راه: فاز ۲
سلامت فناوری: خوب
تناسب کسب‌وکار: متوسط

از ویژگی‌های سفارشی یا مقادیر برچسب‌گذاری‌شده به‌صورت یکسان در سراسر مخزن استفاده کنید. Visual Paradigm از ویژگی‌های تعریف‌شده توسط کاربر و سفارشی‌سازی مدل مبتنی بر ETL برای اطلاعات خاص پروژه پشتیبانی می‌کند.

۱۰. رنگ‌ها و قراردادهای بصری

رنگ باید معنای کنترل‌شده‌ای را منتقل کند، نه اینکه صرفاً نمودار را تزیین کند.

نمونه پالت:

رنگ	معنا
آبی	عنصر موجود/وضعیت فعلی
سبز	عنصر وضعیت هدف
نارنجی	تغییر برنامه‌ریزی‌شده
قرمز	ریسک، شکاف یا مسئله
خاکستری	عنصر خارجی یا زمینه‌ای
بنفش	پلتفرم مشترک یا قابلیت مشترک

برای هر نموداری که از رنگ‌ها استفاده می‌کند، یک راهنما ایجاد کنید. اگر رنگ‌ها در یک نمودار وضعیت چرخه عمر و در نموداری دیگر نوع دامنه را نشان می‌دهند، این تمایز را به وضوح مستند کنید.

Visual Paradigm گزینه‌های قالب‌بندی و راهنمای رنگی برای نمودارهای ArchiMate ارائه می‌دهد.

۱۱. پیوند ArchiMate به BPMN، UML و مدل‌های داده

ArchiMate باید به عنوان لایه معماری بالاتر از مدل‌های دقیق‌تر عمل کند.

۱۱.۱ ArchiMate و BPMN

از ArchiMate برای مدل‌سازی استفاده کنید:

• قابلیت کسب‌وکار

• فرآیند کسب‌وکار در سطح بالا

• خدمت کسب‌وکار

• پشتیبانی برنامه

از BPMN برای مدل‌سازی استفاده کنید:

• جریان فرآیند دقیق

• رویدادها

• درگاه‌ها

• وظایف انسانی

• جریان پیام‌ها

• مدیریت استثنا

مثال ردیابی:

فرآیند کسب‌وکار ArchiMate:
حل مشکل مشتری

مرتبط با

فرآیند BPMN:
روند حل مشکل مشتری

۱۱.۲ ArchiMate و UML

از ArchiMate برای نمایش استفاده کنید:

• اجزای برنامه

• خدمات برنامه

• همکاری برنامه

• شیء داده

از UML برای نمایش استفاده کنید:

• ساختار کلاس

• رابط‌های مؤلفه

• رفتار توالی

• جزئیات استقرار

• طراحی API

۱۱.۳ ArchiMate و مدل‌سازی داده

از اشیاء داده ArchiMate برای مفاهیم اطلاعاتی در سطح معماری استفاده کنید. آن‌ها را در صورت نیاز به مدل‌های رابطه‌ای موجودیت یا مدل‌های داده منطقی پیوند دهید.

برای مثال:

شیء داده ArchiMate:
داده‌های پروفایل مشتری

مرتبط با

مدل داده منطقی:
مشتری، آدرس مشتری، ترجیح تماس مشتری

Visual Paradigm از چندین زبان مدل‌سازی پشتیبانی می‌کند و اجازه می‌دهد نمودارهای ArchiMate برای ردیابی به مدل‌های BPMN و UML پیوند داده شوند.

۱۲. اعتبارسنجی مدل

اعتبارسنجی باید به‌صورت مستمر انجام شود، نه فقط در پایان پروژه.

۱۲.۱ چک‌لیست اعتبارسنجی پایه

بررسی کنید که:

• عناصر متعلق به مدل‌مفهوم موردنظر ArchiMate ۴ باشند

• روابط از نظر معنایی مناسب باشند

• مفاهیم بازنشسته‌ی ArchiMate ۳.۲ به‌صورت تصادفی معرفی نشده باشند

• مقادیر چندگانگی معتبر باشند

• هر قابلیت اصلی به یک نتیجه کسب‌وکاری مرتبط باشد

• کاربردهای مهم، خدمات کسب‌وکاری را محقق یا پشتیبانی می‌کنند

• عناصر فناوری، اجزای کاربردی یا خدمات را پشتیبانی می‌کنند

• بسته‌های کاری به معماری وضعیت هدف کمک می‌کنند

• شکاف‌ها به کارهای گذار مرتبط هستند

• نام‌ها منحصر‌به‌فرد و معنادار باشند

• نمودارها در صورت نیاز دارای راهنما باشند

۱۲.۲ اجرای اعتبارسنجی Visual Paradigm

بسته به نسخه‌ی شما، از یک دستور مانند موارد زیر استفاده کنید:

ابزارها > اعتبارسنجی مدل

یا دستور مربوط به اعتبارسنجی مدل در پنجره‌ی ابزار.

اعتبارسنج می‌تواند عناصر پشتیبانی‌نشده، روابط نامعتبر و سایر ناسازگاری‌های مدل را شناسایی کند.

۱۲.۳ بازبینی معنایی

اعتبارسنجی ابزار نمی‌تواند تعیین کند که آیا مدل واقعیت را منعکس می‌کند یا خیر. یک بازبینی با موارد زیر انجام دهید:

• مالکان کسب‌وکار

• مالکان برنامه‌ها

• مالکان زیرساخت

• نمایندگان امنیت

• مالکان داده

• مدیران برنامه یا پورتفولیو

بپرسید:

• آیا معماری از نظر واقعی صحیح است؟

• آیا روابط معنادار هستند؟

• آیا دیدگاه برای مخاطبان آن قابل درک است؟

• آیا وضعیت فعلی و وضعیت هدف به وضوح جدا شده‌اند؟

• آیا فرضیات مستند شده‌اند؟

• آیا فیلدهای مالکیت و چرخه عمر کامل هستند؟

۱۳. مهاجرت از ArchiMate 3.2

Visual Paradigm از هم‌زیستی نمودارهای ArchiMate 3.2 و ArchiMate 4 پشتیبانی می‌کند، بنابراین مهاجرت می‌تواند تدریجی باشد و نه یک تبدیل بزرگ واحد.

رویه پیشنهادی مهاجرت

1. از پروژه پشتیبان تهیه کنید.

2. نسخه Visual Paradigm و نسخه ArchiMate را ثبت کنید.

3. نمودارهای موجود ArchiMate 3.2 را فهرست‌برداری کنید.

4. نمودارها را به عنوان طبقه‌بندی کنید:

   • بدون تغییر نگه دارید

   • به صورت تدریجی به‌روزرسانی کنید

   • بازسازی کنید

   • بازنشسته کنید

5. یک ساختار بسته‌بندی ArchiMate 4 ایجاد کنید.

6. مفاهیم پایدار مانند برنامه‌ها، قابلیت‌ها و اشیاء کسب‌وکار را مجدداً استفاده کنید.

7. عناصر بازنشسته یا ادغام‌شده را بر اساس معنا جایگزین کنید.

8. روابط را به صورت دستی بررسی کنید.

9. ضربان‌ها را فقط در مواردی که محدودیت‌های واقعی را بیان می‌کنند، اضافه کنید.

10. اعتبارسنجی مدل را اجرا کنید.

11. یادداشتی درباره مهاجرت را برای تیم معماری منتشر کنید.

نمونه نقشه‌برداری مهاجرت

استفاده از ArchiMate 3.2	رویکرد ArchiMate 4
فرآیند خاص کسب‌وکار	از مفهوم فرآیند عمومی مناسب در زمینه استفاده کنید
خدمت خاص برنامه	از مفهوم خدمت قابل استفاده مجدد مرتبط استفاده کنید
تعامل خاص فناوری	از همکاری، سرویس، جریان یا رابطه‌ای دیگر که از نظر معنایی صحیح است، استفاده کنید
محدودیت	نیازمندی، اصل یا مفهوم انگیزشی مناسب دیگری را در نظر بگیرید
شکاف	مسئله را از طریق مفاهیم انگیزشی و پیاده‌سازی نشان دهید
ترکیب	در صورت لزوم از تجمیع یا گروه‌بندی استفاده کنید، مشروط به مدل‌مبانی فعلی
نمودار لایه‌ای	آن را به عنوان دیدگاه دامنه یا ذینفع بازتعریف کنید

مهاجرت را تنها بر اساس شباهت بصری انجام ندهید. مهاجرت باید معنای معماری را حفظ کند.

۱۴. مستندسازی و انتشار

یک مدل تنها زمانی مفید است که ذینفعان بتوانند به آن دسترسی داشته باشند و آن را درک کنند.

۱۴.۱ تولید مستندات

شامل:

• نمای کلی معماری

• دامنه و فرضیات

• ذینفعان

• انگیزه

• معماری وضعیت فعلی

• معماری وضعیت هدف

• تحلیل شکاف

• نقشه راه

• فهرست برنامه‌ها

• فهرست فناوری‌ها

• ریسک‌ها و تصمیمات

• واژه‌نامه

• فهرست نمودارها

برای تمام عناصر مهم، از فیلدهای مستندسازی یکسان استفاده کنید.

۱۴.۲ انتشار نمودارها

Visual Paradigm قابلیت‌های انتشار پروژه و مشاهده آنلاین را برای اشتراک‌گذاری نمودارها با ذینفعان فراهم می‌کند.

قبل از انتشار:

• نمودارهای پیش‌نویس را حذف کنید

• نمودارها را به عنوان جاری، پیشنهادی یا بازنشسته علامت‌گذاری کنید

• اطلاعات نسخه و مالک را اضافه کنید

• خوانایی را در زوم عادی بررسی کنید

• تأیید کنید که جزئیات فنی حساس برای مخاطب مناسب هستند

• یک واژه‌نامه برای ذینفعان غیرمعماری شامل کنید

۱۴.۳ بلوک عنوان نمودار

از یک بلوک عنوان شامل موارد زیر استفاده کنید:

نمودار:
نقطه‌نظر:
مالک:
وضعیت:
نسخه:
آخرین بازبینی:
مخاطب:
دامنه:

۱۵. همکاری تیمی و حکمرانی

از همان ابتدا، حکمرانی اولیه مخزن را تعریف کنید.

نقش‌های پیشنهادی

نقش	مسئولیت
معمار سازمانی	مسئول اصول، ساختار مخزن و یکپارچگی بین‌دامنه‌ای است
معمار دامنه	مسئول یک دامنه کسب‌وکار، برنامه، داده یا فناوری است
کتابدار مدل	عناصر قابل استفاده مجدد، نام‌گذاری و متادیتا را نگهداری می‌کند
معمار راه‌حل	معماری خاص راه‌حل را نگهداری می‌کند
مالک کسب‌وکار	قابلیت‌ها و فرآیندهای کسب‌وکار را اعتبارسنجی می‌کند
کمیته بازبینی	تصمیمات مهم معماری را تأیید می‌کند

وضعیت‌های بازبینی

از یک چرخه عمر کنترل‌شده استفاده کنید:

پیش‌نویس → در حال بازبینی → تأییدشده → منتشرشده → منسوخ‌شده → بازنشسته

سوابق تصمیم‌گیری معماری

برای تصمیمات مهم، ثبت کنید:

• عنوان تصمیم

• زمینه

• گزینه‌های مورد بررسی

• تصمیم

• مبانی منطقی

• پیامدها

• عناصر مرتبط ArchiMate

• مالک

• تاریخ تأیید

• تاریخ بازبینی

تصمیم را به اهداف، اصول، الزامات، برنامه‌ها یا بسته‌های کاری تحت تأثیر مرتبط کنید.

۱۶. اشتباهات رایج در مدل‌سازی

یک نمودار برای کل سازمان

این کار منجر به ایجاد مدل‌های غیرقابل خواندن می‌شود. از چندین دیدگاه متمرکز استفاده کنید که از طریق عناصر قابل استفاده مجدد به هم متصل شده‌اند.

استفاده از هر عنصر موجود

استفاده از عناصر بیشتر به‌طور خودکار منجر به مدل بهتر نمی‌شود. از کوچک‌ترین واژگان ممکن که نگرانی را منتقل می‌کنند، استفاده کنید.

در نظر گرفتن ArchiMate به‌عنوان یک زبان نمودار جریان

روابط ArchiMate ساختار معماری و وابستگی را توصیف می‌کنند. ترتیب‌بندی دقیق عملیاتی متعلق به BPMN، نمودارهای فعالیت UML یا سایر مدل‌های تخصصی است.

ترسیم نسخه‌های تکراری

بازآفرینی مکرر «پلتفرم CRM» در نمودارهای جداگانه باعث ناهمگونی در نام‌ها و داده‌های متا می‌شود. از همان عنصر مخزن استفاده مجدد کنید.

استفاده از پیوند برای همه چیز

پیوند زمانی مفید است که رابطه به‌طور واقعی نامشخص باشد. وقتی معنا مشخص است، از رابطه دقیق‌تری استفاده کنید.

ترکیب حالت‌های فعلی و هدف بدون توضیح

برای تمایز بین معماری فعلی، گذرا و هدف از رنگ‌ها، ترازها، داده‌های متای چرخه عمر یا نمای‌های جداگانه استفاده کنید.

افزودن مفاهیم پشتیبانی‌نشده ArchiMate 3.2

هنگام استفاده از پالت ArchiMate 4، بدون بررسی وضعیت و جایگزین موردنظر، مفاهیم قدیمی را در نمودارهای جدید کپی نکنید.

بیش‌استفاده از چندتایی

چندتایی باید یک محدودیت واقعی معماری را بیان کند. نباید صرفاً برای رسمی‌تر به نظر رسیدن نمودارها اضافه شود.

در نظر گرفتن چیدمان ابزار به‌عنوان معماری

چیدمان خودکار می‌تواند خوانایی را بهبود بخشد، اما نمی‌تواند معنای صحیح معماری را تعیین کند. معماران باید عناصر، روابط، دیدگاه‌ها و دامنه را تعریف کنند.

۱۷. فرآیند پیشنهادی مدل‌سازی معماری

برای اکثر ابتکارات از این فرآیند تکرارپذیر استفاده کنید:

1. دامنه و ذینفعان را تعریف کنید.

2. ساختار بسته‌های مخزن را ایجاد کنید.

3. اصول، محرک‌ها، ارزیابی‌ها و الزامات را ثبت کنید.

4. قابلیت‌های استراتژیک و جریان‌های ارزش را مدل‌سازی کنید.

5. معماری فعلی کسب‌وکار، برنامه و فناوری را مدل‌سازی کنید.

6. شکاف‌ها و ریسک‌ها را شناسایی کنید.

7. معماری هدف را مدل‌سازی کنید.

8. بسته‌های کاری، پلاتوها، تحویل‌دادنی‌ها و رویدادهای مهاجرت را تعریف کنید.

9. دیدگاه‌های خاص ذینفعان را ایجاد کنید.

10. مدل را اعتبارسنجی کنید.

11. با مالکان دامنه بازبینی کنید.

12. مستندات را تولید کنید.

13. دیدگاه‌های تأییدشده را منتشر کنید.

14. مالکیت، چرخه حیات و تاریخ‌های بازبینی را حفظ کنید.

۱۸. چک‌لیست عملی کیفیت

قبل از تأیید یک مدل ArchiMate 4، تأیید کنید:

دامنه

• هدف مدل بیان شده است.

• مخاطبان مشخص هستند.

• مرز معماری واضح است.

• وضعیت فعلی، هدف یا گذار شناسایی شده است.

محتوا

• اهداف به الزامات یا اصول مرتبط هستند.

• قابلیت‌ها به جهت‌گیری استراتژیک مرتبط هستند.

• خدمات کسب‌وکار توسط برنامه‌ها پشتیبانی می‌شوند.

• برنامه‌ها توسط فناوری پشتیبانی می‌شوند.

• شکاف‌ها به کارهای اجرایی مرتبط هستند.

• اشیاء داده‌ای مهم دارای مالک و طبقه‌بندی هستند.

روابط

• انواع روابط، معنای مورد نظر خود را بیان می‌کنند.

• روابط به‌طور غیرضروری نمودار را قطع نمی‌کنند.

• از چندگانگی تنها در مواردی که توجیه‌پذیر است، استفاده می‌شود.

• هیچ مفهوم منسوخ‌شده‌ای در نمودارهای ArchiMate 4 کپی نشده است.

ارائه

• نمودار دارای عنوانی واضح است.

• راهنما رنگ‌ها و نمادها را توضیح می‌دهد.

• چیدمان از یک جهت خوانا پیروی می‌کند.

• تقاطع‌ها و اتصالات غیرضروری به حداقل رسیده‌اند.

• نمودار بدون توضیح شفاهی قابل درک است.

حکمرانی

• مدل دارای مالک است.

• وضعیت بازبینی ثبت شده است.

• نسخه و تاریخ بازبینی قابل مشاهده هستند.

• عناصر قابل استفاده مجدد به‌صورت مرکزی ذخیره می‌شوند.

• نمودار به مستندات یا تصمیمات مرتبط پیوند خورده است.

۱۹. توصیه‌های نهایی

برای پذیرش موفق ArchiMate 4 در Visual Paradigm:

• با یک مسئله کسب‌وکار کوچک شروع کنید، به جای مدل‌سازی کل سازمان.

• قبل از طراحی برنامه‌ها و زیرساخت، از دیدگاه‌های انگیزه و استراتژی استفاده کنید.

• حوزه مشترک را به عنوان راهی برای جلوگیری از تکرارهای غیرضروری در نظر بگیرید.

• عناصر کانونی قابل استفاده مجدد ایجاد کنید.

• از دیدگاه‌ها برای کنترل پیچیدگی استفاده کنید.

• تکثیر را تنها زمانی اعمال کنید که یک قانون واقعی را بیان می‌کند.

• ArchiMate را در سطح معماری نگه دارید و برای جزئیات به BPMN، UML و مدل‌های داده پیوند دهید.

• مدل‌های ArchiMate 3.2 را به تدریج مهاجرت دهید.

• هم درستی متamodel و هم دقت کسب‌وکار را اعتبارسنجی کنید.

• نمودارها را برای گروه‌های ذینفعی که به آن‌ها نیاز دارند، منتشر کنید.

• قراردادهای نام‌گذاری، مالکیت، چرخه حیات و بازبینی را از همان ابتدا ایجاد کنید.

مؤثرترین مخزن ArchiMate 4، آن نیست که بیشترین نمودارها را دارد. بلکه آن است که در آن هر نمودار به یک سوال خاص پاسخ می‌دهد، هر عنصر معنای واضحی دارد و روابط، ردیابی را از انگیزه تا استراتژی، معماری و اجرا فراهم می‌کنند.

منبع

1. بخش دوم: مدل‌سازی عملی با Visual Paradigm: یک راهنمای عملی که شامل گام‌های اولیه با ابزار، تکنیک‌های اصلی مدل‌سازی و عادات تمیز نمودار برای ArchiMate است.

2. آموزش جامع: چگونه نمودارهای ArchiMate را رسم کنید: یک آموزش گام‌به‌گام که مراحل ایجاد یک نمودار ArchiMate از صفر را با استفاده از مثال ترخیص بیمار از بیمارستان توضیح می‌دهد.

3. آموزش جامع: تولید نمودارهای ArchiMate با هوش مصنوعی در Visual Paradigm Desktop: توضیح می‌دهد که چگونه از تولیدکننده نمودار هوش مصنوعی برای ایجاد فوری مدل‌های ArchiMate کاملاً مطابقت‌دار و دیدگاه‌های رسمی استفاده کنید.

4. کار عملی: تولید یک مدل چندلایه از یک موضوع واحد: نحوه تولید یک مدل چندلایه ArchiMate از یک موضوع یا سناریوی واحد با استفاده از هوش مصنوعی را نشان می‌دهد.

5. دیدگاه ArchiMate: دیدگاه مهاجرت: دیدگاه مهاجرت، ذینفعان، دغدغه‌ها و نحوه کاربرد آن برای مدل‌سازی گذار از معماری‌های پایه به معماری‌های هدف را توصیف می‌کند.

6. ایجاد دیدگاه‌های سفارشی برای استانداردهای منحصر‌به‌فرد سازمانی: توضیح می‌دهد که چگونه با استفاده از ابزار «مدیریت دیدگاه»، دیدگاه‌های تعریف‌شده توسط کاربر را برای نیازهای خاص سازمانی طراحی کنید.

7. بخش پنجم: یکپارچه‌سازی پیشرفته و چارچوب‌ها: به یکپارچه‌سازی ArchiMate با TOGAF ADM، UML، SysML و BPMN برای ردیابی بین‌استانداردی می‌پردازد.

8. ساخت نمودار سیستم کتابخانه ArchiMate با PlantUML: یک آموزش برای گردش کار نمودار-به‌عنوان-کد، با ساخت یک مدل چندلایه ArchiMate با استفاده از PlantUML.

9. تولید بومی ArchiMate 4 با هوش مصنوعی و دیدگاه‌ها | Visual Paradigm Desktop: اعلام رسمی برای انتشار نسخه‌ای که تولید نمودارهای بومی ArchiMate 4 با قدرت هوش مصنوعی را با پشتیبانی کامل از دیدگاه‌ها در برنامه دسکتاپ معرفی می‌کند.

10. تسلط بر معماری سازمانی با Visual Paradigm: سفر کاربر به سمت مدل‌سازی ArchiMate با محوریت هوش مصنوعی: تجربه کاربری عملی که شامل تولید با هوش مصنوعی، استفاده مجدد از عناصر، اعتبارسنجی نحو و گذار به حوزه مشترک است.

11. آموزش: تولید و وارد کردن نمودارهای ArchiMate 4 با چت‌بات هوش مصنوعی Visual Paradigm: یک آموزش گام‌به‌گام درباره نحوه استفاده از چت‌بات هوش مصنوعی برای تولید و وارد کردن نمودارهای ArchiMate 4 به برنامه دسکتاپ.

12. راهنمای ArchiMate 4 – تکامل معماری سازمانی | Visual Paradigm: راهنمای مفصلی درباره چارچوب Hexagonion، مفاهیم یکپارچه رفتار و معماری مبتنی بر حوزه

This post is also available in Deutsch, English, Español, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文.