در دنیای سریع توسعه چابک، مستندات اغلب شهرت بدی دارند. آنها به عنوان کند، خشک و جدا از کد واقعی دیده میشوند. با این حال، یک ابزار همچنان برای همسو کردن ذینفعان، تعریف محدوده و هدایت داستانهای کاربر ضروری است: نمودارنمودار مورد استفاده.
برای مدیران محصول، تحلیلگران کسبوکار و تیمهای چابک، نمودارهای مورد استفاده درباره ایجاد نقشههای معماری کامل نیستند. آنها درباره ارتباط هستند. آنها نقشهای سطحبالا ازچه کسی با سیستم تعامل دارد وچه چیزیآنها میتوانند به دست آورند، بدون اینکه در جزئیات فنی «چگونه» گیر کنند.

این راهنما برای مبتدیان مطلق و practitioners چابک طراحی شده است که میخواهند از نمودارهای مورد استفاده برای شفافسازی الزامات، شناسایی ویژگیهای گمشده و تسهیل فرآیند اصلاح بکلاگ خود با استفاده ازVisual Paradigm.
📘 نمودار مورد استفاده چیست؟ (نگاه کلی)
یکنمودار مورد استفاده در سادهترین حالت، نمایشی از تعامل کاربر با سیستم است که رابطه بین کاربر ومورد استفادههای مختلف که کاربر در آنها درگیر است. یکUMLنمودار مورد استفاده UML، شکل اصلی الزامات سیستم/نرمافزار برای یک برنامه نرمافزاری جدید در حال توسعه است.

💡 بینش کلیدی از تجربه: موارد استفاده،رفتار مورد انتظار (چه چیزی) را مشخص میکنند، نه روش دقیق تحقق آن (چگونه). این جداسازی دغدغههاست که آنها را برای ارتباط با ذینفعان اینچنین ارزشمند میکند.
نمودارهای مورد استفاده در چه چیزهایی خوب عمل میکنند:
-
🎯 ارائه دیدگاهی سطحبالا و از منظر کاربر نهایی از عملکرد سیستم
-
🗣️ تسهیل گفتگوها بین ذینفعان فنی و غیرفنی
-
🧭 به عنوان یک «نقشه» برای آنچه سیستم باید واقعاً انجام دهد عمل کند
-
🔗 پیوند به مشخصات دقیق، نمودارهای توالی یا داستانهای کاربر
آنچه نمایش داده نمیشود (و این اشکالی ندارد):
-
❌ ترتیب انجام مراحل برای دستیابی به اهداف
-
❌ جریانهای دقیق رابط کاربری یا طرحهای پایگاه داده
-
❌ منطق پیادهسازی یا پیچیدگی الگوریتمی
⚠️ هشدار برای متخصصان: اگر نمودار مورد استفاده شما بیش از ۲۰ مورد استفاده دارد، احتمالاً از آن به درستی استفاده نمیکنید. آن را ساده نگه دارید. از بستهها برای گروهبندی عملکردهای مرتبط استفاده کنید. اجازه دهید نمودارهای دیگر جزئیات را مدیریت کنند.
🧩 مفاهیم کلیدی و نمادها: یک راهنمای مرجع بصری
قبل از ترسیم، باید بلوکهای سازنده را درک کنید. در ادامه، مرجع کامل نمادها آمده است. هر عنصر شامل بخشی از مشخصات رسمی OMG UML برای کسانی است که دقت رسمی نیاز دارند، اما ما بر کاربرد عملی آنها در زمینههای چابک تمرکز خواهیم کرد.

| آیکون | نام | هدف و یادداشتهای عملی من |
|---|---|---|
| مورد استفاده | نمایانگر هدفی است که کاربر میتواند از طریق سیستم به آن دست یابد.نکته حرفهای: موارد استفاده را به صورت عبارات فعل-مفعول مانند «ثبت سفارش» یا «تولید گزارش» نامگذاری کنید تا شفافیت افزایش یابد. | |
| ارتباط | نقشها را به موارد استفادهای که در آنها مشارکت دارند متصل میکند. تعامل را نشان میدهد، نه جریان داده. | |
| نقشگر | یک موجودیت خارجی که با سیستم تعامل دارد.به یاد داشته باشید: نقشگرها نمایانگر نقشها هستند (مثلاً «مشتری») و نه افراد خاص (مثلاً «جان دوی»). | |
| سیستم | مرز سیستم. موارد استفاده در داخل قرار میگیرند؛ نقشگرها در بیرون میمانند. دامنه را شفاف میکند. | |
| شامل | بازاستفاده اجباری رفتار. مورد استفاده پایه همیشهمورد استفاده شامل را اجرا میکند. | |
| گسترش | رفتار اختیاری/شرطی. گسترش تنها تحت شرایط خاص در نقاط گسترش تعریفشده اجرا میشود. | |
| وابستگی | یک عنصر برای مشخصات یا پیادهسازی به عنصر دیگری وابسته است. در نمودارهای مورد استفاده بهصورت محدود استفاده کنید. | |
| عمومیسازی | رابطه ارثبری. طبقهبندی خاص، ویژگیهای طبقهبندی عمومی را به ارث میبرد. | |
| اجرا | مشخصات را به پیادهسازی آن پیوند میدهد. در نمودارهای کلاس/اجزا رایجتر است. | |
| همکاری | توضیح میدهد که نقشها چگونه برای دستیابی به کارکرد با هم همکاری میکنند. جزئیات نمونه را نادیده میگیرد. |
🔍 کاوش عمیق: توضیح نمادهای اصلی
مورد استفاده

یک مورد استفاده، هدفی را که کاربر میتواند با دسترسی به سیستم یا برنامه نرمافزاری به آن دست یابد، نشان میدهد. در Visual Paradigm، میتوانید از ویژگی زیرنمودار برای توصیف تعامل بین کاربر و سیستم درون یک مورد استفاده، با ایجاد یک زیرنمودار توالی زیر یک مورد استفاده، بهره ببرید. همچنین میتوانید سناریوی مورد استفاده را با استفاده از ویرایشگر جریان رویدادها توصیف کنید.
مشخصات UML سازمان مدیریت اشیاء (OMG):
«یک مورد استفاده، مشخصات مجموعهای از اقداماتی است که توسط یک سیستم انجام میشود و منجر به نتیجهای قابل مشاهده میگردد که معمولاً برای یک یا چند بازیگر یا سایر ذینفعان سیستم ارزشمند است.»
— مشخصات فراساخت UML نسخه 2.4.1، صفحه 606
بازیگر

بازیگران، موجوداتی هستند که با یک سیستم تعامل دارند. اگرچه در اکثر موارد، بازیگران برای نمایش کاربران سیستم به کار میروند، اما در واقع بازیگر میتواند هر چیزی باشد که نیاز به تبادل اطلاعات با سیستم دارد. بنابراین، یک بازیگر میتواند افراد، سختافزار رایانه، سیستمهای دیگر و غیره باشد.
مشخصات UML سازمان مدیریت اشیاء (OMG):
«یک بازیگر، نقشی را که توسط یک کاربر یا هر سیستم دیگری که با موضوع تعامل دارد، مشخص میکند… یک بازیگر، نوعی نقش را که توسط موجودی بازی میشود که با موضوع تعامل دارد اما در خارج از موضوع است، مدلسازی میکند.»
— مشخصات فراساخت UML نسخه 2.4.1
شامل در مقابل گسترش: تمایز حیاتی
یکی از رایجترین اشتباهاتی که مبتدیان مرتکب میشوند، اشتباه گرفتن <<شامل>> و <<گسترش>> است. در اینجا یک قانون ساده وجود دارد:
| رابطه | چه زمانی استفاده شود | جهت | قانون سرانگشتی من |
|---|---|---|---|
<<شامل>> |
وقتی رفتار همیشه مورد نیاز است | پایه → شامل | «این گام برای جریان اصلی اجباری است» |
<<گسترش>> |
وقتی رفتار شرطی یا اختیاری باشد | گسترش → پایه | «این فقط در صورتی رخ میدهد که شرط X برآورده شود» |


💡 مثال واقعی:
ثبت سفارششاملاعتبارسنجی پرداخت(همیشه مورد نیاز است)
ثبت سفارشمیتواند توسط گسترش یابداعمال کد تخفیف(فقط اگر کاربر کد داشته باشد)
🛠️ نحوه رسم نمودار مورد استفاده: گردش کار من در Visual Paradigm
پس از آزمایش چندین ابزار UML، Visual Paradigm را به دلیل تعادل بین دقت و کارایی انتخاب کردم. در اینجا گردش کار آزمودهشدهی من برای تیمهای چابک آورده شده است:
گام ۱: ایجاد نمودار
-
انتخاب نمودار > جدیداز نوار ابزار برنامه.
-
در نمودار جدیدپنجره، انتخاب نمودار مورد استفاده.
-
کلیک کنید بعدی.
-
نام و توضیحات نمودار را وارد کنید. مکان امکان انتخاب مدلی را برای ذخیره نمودار به شما میدهد.
-
کلیک کنید تأیید.
گام ۲: تعریف مرز سیستم
برای ایجاد یک سیستم در نمودار مورد استفاده، سیستم را در نوار ابزار نمودار انتخاب کرده و سپس روی آن در پنجره نمودار کلیک کنید. در نهایت، هنگام ایجاد، سیستم جدید را نامگذاری کنید.

✅ بهترین روش: سیستم خود را به وضوح نامگذاری کنید (مثلاً «پلتفرم تجارت الکترونیک» به جای «سیستم ۱»). این موضوع به عنوان نقطه مرجع محدوده شما عمل میکند.
گام ۳: افزودن بازیگران
برای رسم یک بازیگر در نمودار مورد استفاده، بازیگر را در نوار ابزار نمودار انتخاب کرده و سپس روی آن در پنجره نمودار کلیک کنید. در نهایت، هنگام ایجاد، بازیگر جدید را نامگذاری کنید.

🎯 نکته حرفهای: با بازیگران اصلی (کسانی که مورد استفاده را آغاز میکنند) شروع کنید، سپس بازیگران ثانویه (سیستمها یا نقشهایی که پشتیبانی میکنند) را اضافه کنید.
گام ۴: ایجاد موارد استفاده (به روش هوشمندانه)
علاوه بر ایجاد مورد استفاده از طریق نوار ابزار نمودار، میتوانید آن را از طریق کاتالوگ منابع نیز ایجاد کنید:
-
ماوس را روی یک شکل مبدأ (مثلاً یک بازیگر) حرکت دهید.
-
روی کاتالوگ منابعدکمه را فشار داده و آن را به بیرون بکشید.

-
دکمه ماوس را رها کنید تا به محل مورد نظر شما برسد.
-
انتخاب کنید ارتباط -> مورد استفادهاز کاتالوگ منابع.

-
شکل مبدأ و مورد استفادهای که تازه ایجاد شده، به هم متصل شدهاند. در نهایت، مورد استفادهی تازه ایجاد شده را نامگذاری کنید.

گام ۵: مدیریت نامهای طولانی مورد استفاده
اگر یک مورد استفاده بیش از حد پهن باشد، میتوانید با کشیدن انتخابگرهای پر شده، آن را برای نمای بهتر تغییر اندازه دهید. در نتیجه، نام مورد استفاده به طور خودکار در خطوط جدید بازنشانی خواهد شد.

⌨️ میانبر صفحهکلید: فشار دهید Alt + Enterتا به صورت دستی یک خط جدید ایجاد کنید.
گام ۶: افزودن روابط <> و <>
برای گسترش:
-
ماوس را روی یک مورد استفاده حرکت دهید، فشار داده و آن را به بیرون بکشید کاتالوگ منابعدکمه.
-
دکمه ماوس را در محل مورد نظر رها کنید و انتخاب کنید گسترش -> مورد استفاده.
-
مورد استفاده جدید را نامگذاری کنید و نقاط گسترش را تعریف کنید.

برای شامل:
-
همان رویکرد کشیدن از کاتالوگ منابع.
-
انتخاب کنید شامل -> مورد استفاده.
-
مورد استفاده شامل شده را نامگذاری کنید.

گام ۷: سازماندهی با بستهها (در صورت نیاز)
هنگامی که تعداد زیادی مورد استفاده در نمودار وجود دارد، میتوانید آنها را با بستهها سازماندهی کنید.
-
انتخاب بستهدر نوار ابزار نمودار.

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

-
در نهایت، بسته را نامگذاری کنید.

پاداش: موارد استفاده کسبوکار
ابزار نمودار UML همچنین از نمایش بازیگر کسبوکار و مورد استفاده کسبوکار پشتیبانی میکند. برای نمایش یک مورد استفاده معمولی به عنوان مورد استفاده کسبوکار:
-
روی یک مورد استفاده کلیک راست کرده و انتخاب کنید ویژگیهای عنصر مدل > مدل کسبوکار.

-
پس از انتخاب، یک خط کج اضافی در لبه چپ مورد استفاده نمایش داده خواهد شد.

📝 مستندسازی نیازمندیها: یادداشتهای مورد استفاده و گردش کار جلسات
یک ویژگی که فرآیند نیازمندیهای من را دگرگون کرد: یادداشتهای مورد استفاده. اگرچه ملاقات با کاربران بخش مهمی از مستندسازی نیازمندیها است، اما برگزاری چندین جلسه برای شفافسازی آنچه کاربر واقعاً میخواهد ضروری است. یادداشتهای مورد استفاده برای شما طراحی شده است تا بحثهای انجامشده در جلسات مستندسازی نیازمندیها را یادداشت کنید.
دسترسی به یادداشتهای مورد استفاده
-
روی یک مورد استفاده کلیک راست کنید → باز کردن جزئیات مورد استفاده…

-
باز کردن یادداشتهای مورد استفادهبرگه.

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

✏️ بهبود الگوی من: دو بخش سفارشی اضافه میکنم:
نگرانیهای ذینفعان: ثبت اعتراضات یا ریسکهای مطرحشده
معیارهای پذیرش: تدوین شرایط قابل آزمون در مراحل اولیه
کار با یادداشتهای تو در تو
انواع مختلفی از ایدههای مرتبط با مورد استفاده را میتوان با ایجاد چندین یادداشت تو در تو ثبت کرد. کلید Tab را فشار دهید تا تورفتگی ایجاد شود، Shift+Tab را فشار دهید تا تورفتگی کاهش یابد.

🚀 از یادداشتها به سناریوها: تکامل با یک کلیک
وقتی ذینفعان رفتارهای مطلوب سیستم را توصیف میکنند، میتوانید یادداشتها را به سناریوهای رسمی تبدیل کنید:
-
ماوس را روی آیتم یادداشت والد حاوی توصیفهای رفتاری نگه دارید.

-
روی فلش رو به پایین کنار نقطه کلیک کنید → رویدادها > به سناریوی جدید.

-
بفرمایید: یک سناریوی جدید تولید میشود که متن یادداشت به عنوان نام سناریو و یادداشتهای فرعی به عنوان گامها استفاده میشوند.

🔁 روند کاری تکراری که من استفاده میکنم:
جلسه → یادداشتها → پیشنویس سناریو → بازبینی ذینفعان → مورد استفاده اصلاحشده → نمودار توالی پیوندی
🎯 نتیجهگیری: چه زمانی از نمودارهای مورد استفاده استفاده کنید (و چه زمانی آنها را نادیده بگیرید)
پس از سالها کاربرد نمودارهای مورد استفاده در پروژههای استارتاپی و سازمانی، این توصیههای خلاصهشده من برای تیمهای چابک است:
✅ از نمودارهای مورد استفاده زمانی استفاده کنید:
-
شما نیاز دارید که ذینفعان کسبوکار و توسعهدهندگان را بر سر چه چیزی که سیستم باید انجام دهد
-
شما در حال مستندسازی دامنه برای یک محصول جدید یا انتشار یک ویژگی بزرگ هستید
-
میخواهید بازیگران گمشده یا تعاملات حالتهای مرزی را در اوایل شناسایی کنید
-
شما در حال آمادهسازی داستانهای کاربر برای اسپرینتهای چابک هستید (مورد استفاده = دقت در سطح اپیک)
❌ در چه زمانی گزینههای دیگر را در نظر بگیرید:
-
شما در حال مدلسازی تعاملات فنی بسیار پیچیده و داخلی سیستم هستید (از نمودارهای مؤلفه یا استقرار استفاده کنید)
-
شما نیاز دارید رفتار بلادرنگ یا همزمانی را مشخص کنید (ماشینهای حالت یا نمودارهای توالی بهتر هستند)
-
مخاطب شما صرفاً توسعهدهندگانی هستند که ترجیح میدهند مشخصات مبتنی بر کد باشد
نظر نهایی:
نمودارهای مورد استفاده درباره کمال نیستند—آنها درباره ارتباطاتیک نمودار که کمی ناقص است اما همه را در یک صفحه قرار میدهد، بینهایت ارزشمندتر از یک نمودار «درست» است که در یک مخزن بدون استفاده باقی میماند.
🌟 قانون طلایی من: اگر نمیتوانید نمودار مورد استفاده خود را در ۵ دقیقه به یک ذینفع غیرفنی توضیح دهید، آن را سادهتر کنید.
با سادگی شروع کنید. با دریافت بازخورد تکرار کنید. اجازه دهید نمودار همزمان با درک شما از فضای مسئله تکامل یابد. این همان چیزی است که مدلسازی مورد استفاده را به یک مزیت استراتژیک تبدیل میکند—نه صرفاً یک وظیفه مستندسازی.
📚 منابع پیشنهادی در مورد Visual Paradigm
- UML چیست؟: معرفی مقدماتی و مناسب برای مبتدیان از مفاهیم UML، انواع نمودارها و اصول مدلسازی از راهنمای یادگیری Visual Paradigm.
- چرا مدلسازی UML؟: توجیه عملی برای پذیرش UML، شامل مزایایی مانند بهبود ارتباطات، کاهش ابهام و مستندسازی طراحی بهتر.
- نمودار مورد استفاده چیست؟: راهنمای اصلی که هدف، دامنه و جایگاه نمودارهای مورد استفاده را در نمودارهای رفتاری UML توضیح میدهد.
- راهنمای نمادهای نمودار مورد استفاده: مرجع بصری جامع برای تمام نمادها، روابط و بخشهایی از مشخصات OMG مربوط به نمودارهای مورد استفاده UML.
- چگونه یک نمودار مورد استفاده در UML رسم کنیم: آموزش گامبهگام برای ایجاد نمودارهای مورد استفاده در Visual Paradigm، شامل مرزهای سیستم، بازیگران، روابط و تکنیکهای سازماندهی.
- وارد کردن یادداشتهای جلسه برای مورد استفاده: راهنمای پیشرفته فرآیند کار برای ثبت بحثهای ذینفعان در یادداشتهای مورد استفاده و تبدیل آنها به سناریوها و الزامات رسمی.
This post is also available in Deutsch, English, Español, Français, English, Bahasa Indonesia, Polski and Portuguese.








