راهنمای سریع مدل‌سازی مورد استفاده

مدل‌سازی مورد استفاده ابزاری مفید برای ثبت نیازها است. این ابزار نمای گرافیکی از نیازهای یک سیستم نرم‌افزاری را ارائه می‌دهد.

با انتشارایوار جیکوبسونکتاب (1991)مهندسی نرم‌افزار شیءگرا، رویکرد مبتنی بر مورد استفادهمدل‌سازی مورد استفاده به طور مؤثر به یک تکنیک تحلیلی عملی تبدیل شد. امروز، جیکوبسون به ترویج این رویکرد در تحلیل سیستم‌ها ادامه می‌دهد و آن را به مورد استفاده 2.0 ارتقا داده است که به طور رسمی یکی از14 نوع نمودار UML.

زیرا مدل مورد استفاده از نظر مفهوم و ظاهر ساده است، بحث در مورد صحت آن با پرسنل غیر فنی (مانند مشتریان) نسبتاً آسان است.

یک مورد استفاده یک رویه، فرآیند یا عملکرد نیست.

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

عناصرنمودار مورد استفاده بازیگران (موجودیت‌های خارجی) و خود مورد استفاده هستند. به طور کلی، یک مورد استفاده یک واحد عملکردی (نیاز) یا خدمات در یک سیستم است.

بازیگر

یکبازیگرهر موجودیتی است که خارجی از سیستم طراحی باشد، چه یک شخص باشد و چه یک موجودیت غیر انسانی دیگر. یک کاربر سیستم یک مثال معمولی از یک بازیگر است. سایر انواع بازیگران شامل سیستم‌های نرم‌افزاری هستند که با سیستم فعلی ادغام می‌شوند (مانند یک سیستم پایگاه داده)، سخت‌افزارهای خارجی مانند حسگر و غیره.Types of Actors

دو نوع نشانه‌گذاری درمشخصات UML:

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

یک بازیگر نقش است نه یک شخص واقعی

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

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

بازیگران اصلی در مقابل بازیگران ثانویه

بازیگر اصلییک مورد استفاده، ذینفعی است که نیاز دارد سیستم خدمات خود را ارائه دهد. این بازیگر هدفی مرتبط با سیستم دارد – هدفی که می‌تواند با عملکرد سیستم برآورده شود. بازیگر اصلی معمولاً، اما نه همیشه، بازیگری است که مورد استفاده را آغاز می‌کند.

بازیگر ثانویهتوسط سیستم استفاده می‌شود، اما آنها به تنهایی با سیستم تعامل ندارند. به عبارت دیگر، بازیگران ثانویه هیچ مورد استفاده‌ای را آغاز نمی‌کنند.

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

بنابراین، برای هر مورد استفاده‌ای که توسط یک بازیگر اصلی آغاز می‌شود، باید به مورد استفاده متصل پاسخ داده شود. به همین ترتیب، برای هر ارتباط بین یک بازیگر ثانویه و یک مورد استفاده، ارتباط با مورد استفاده آغاز می‌شود و بازیگر ثانویه باید به آغاز پاسخ دهد.

مورد استفاده

موارد استفادهنمایانگر عملکردها (معمولاً نیازها) هستند که انتظار می‌رود توسط سیستم پیاده‌سازی شوند. جزئیات مورد استفاده، به جز نام منحصر به فرد آن، به طور شهودی در نمودار بیان نشده‌اند؛ این جزئیات در توصیف مورد استفاده ارائه شده‌اند.

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

ارتباط بین موارد استفاده و بازیگران نمایانگر ارتباط دوطرفه است. بنابراین، برای هر مورد استفاده‌ای که توسط بازیگر اصلی آغاز می‌شود، باید به آن پاسخ داده شود. به همین ترتیب، برای هر ارتباط بین بازیگر ثانویه و مورد استفاده، ارتباط با مورد استفاده آغاز می‌شود و بازیگر ثانویه باید به آغاز پاسخ دهد.

مرز سیستم

مرز سیستم، سیستم مورد نظر را در ارتباط با دنیای اطراف آن تعریف می‌کند.

مثال نمودار مورد استفاده: سیستم رزرو بلیط هواپیما

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

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

این مثال نمودار مورد استفاده UML را ویرایش کنید

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

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

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

Customer pays bill

به همین ترتیب، برای هر ارتباط بین یک مورد استفاده و یک بازیگر ثانویه (که توسط مورد استفاده آغاز شده است)، بازیگر ثانویه باید پاسخی به مورد استفاده ارسال کند.

عمومیت

عمومیت نمایانگر رابطه بین

  • نقش‌ها یا
  • موارد استفاده است.

این الگوی نمودار مورد استفاده UML را ویرایش کنید

اگر دو بازیگر از طریق این رابطه به هم متصل باشند، آنگاه بازیگر (یا مورد استفاده) در انتهای پیکان (متصل به پایین مثلث) نسخه‌ای تخصصی از بازیگر (یا مورد استفاده) در انتهای دیگر است.

به طور معمول، بازیگر (یا مورد استفاده) در انتهای پایین (متصل به پایین مثلث) به عنوان نسخه تخصصی بازیگر (یا مورد استفاده) در انتهای دیگر شناخته می‌شود.

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

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

این مثال نمودار مورد استفاده را ویرایش کنید

گسترشنوع دیگری از رابطه خاص بین دو مورد استفاده است. اگر یک مورد استفاده B یک مورد استفاده دیگر A را گسترش دهد، آنگاه پیاده‌سازی A می‌تواند به طور مشروط پیاده‌سازی B را برای تکمیل وظیفه خود شامل کند. یعنی، در برخی موارد، A می‌تواند وظیفه خود را بدون B تکمیل کند. با این حال، بسته به شرایط توصیف شده.

این مثال نمودار مورد استفاده را ویرایش کنید

نشانه‌گذاری‌های نمودار مورد استفاده

Use Case Diagram Tutorial

این مثال نمودار مورد استفاده را به صورت آنلاین ویرایش کنید

9 مرحله ساده برای انجام تحلیل مورد استفاده

  1. تعیین کنید که چه کسی به طور مستقیم از سیستم استفاده خواهد کرد. این افراد بازیگران هستند.
  2. یکی از این بازیگران را انتخاب کنید.
  3. تعریف کنید که آن بازیگر چه می‌خواهد با سیستم انجام دهد. هر چیزی که بازیگر می‌خواهد با سیستم انجام دهد، به یک مورد استفاده تبدیل می‌شود.
  4. مراحل 2-3 را برای سایر موارد استفاده تکرار کنید
    نقش‌های ثانویه و حمایت از نقش‌های غیر انسانی برای موارد استفاده‌ای که شناسایی کرده‌اید را شناسایی کنید.
  5. نسخه اولیه مورد استفاده را ترسیم کنید، در این مرحله روابط مورد استفاده را بیش از حد پیچیده نکنید
  6. با کاربران بحث و بررسی کنید تا اهداف هر مورد استفاده (مزایای عملکرد پیشنهادی) را تأیید کنید. پس از اصلاحات، می‌توانید به جزئیات موارد استفاده در مراحل 8 – 10 ادامه دهید.
  7. برای هر مورد استفاده، رایج‌ترین فرآیندی را که بازیگر هنگام استفاده از سیستم دنبال خواهد کرد، تعیین کنید. معمولاً چه اتفاقی می‌افتد.
  8. این فرآیند پایه را در توصیف مورد استفاده شرح دهید.
  9. پس از اینکه از فرآیند پایه راضی شدید، حالا سناریوهای جایگزین را در نظر بگیرید و این‌ها را به عنوان موارد استفاده گسترش یافته اضافه کنید.

مدل و مشخصات مورد استفاده

فقط نشان دادن نمودار مورد استفاده در نشانه‌گذاری UML کافی نیست. هر مورد استفاده با متنی همراه است که هدف مورد استفاده و عملکردی که هنگام اجرای مورد استفاده انجام می‌شود را توضیح می‌دهد.

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

Use Case vs Use Case Specification

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

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

یک مورد استفاده دارای:

  • فقط یک هدف
  • یک نقطه شروع واحد
  • یک نقطه پایان واحد
  • چندین مسیر برای رسیدن از شروع به پایان
    • یعنی رفتار را برای انواع شرایط ممکن مشخص کنید
    • هر شرایط ممکن است نیاز به اقدام(ات) خاصی داشته باشد

Characteristics of Use Cases

به عنوان مثال – مشتری صورتحساب را پرداخت می‌کند:

Customer pays bill

چندین مسیر برایدستیابی به هدف:

  • پرداخت تلفنی
  • از طریق پست
  • حضوری
  • با چک
  • با نقد، و غیره.

مسیر که به هدف نمی‌رسد:

  • کارت اعتباری رد شده است

گروه‌بندی موارد استفاده با بسته‌ها

شما همچنین می‌توانید: بسته‌هایی برای دسته‌بندی منطقی موارد استفاده به زیرسیستم‌های مرتبط ترسیم کنید.

UML Use Case Diagram with Packages

این مثال نمودار مورد استفاده را ویرایش کنید

مشخصات دقیق مورد استفاده

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

A Detailed Use Case Specification

توصیف مورد استفاده چیست

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

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

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

جریان رویداد (مسیر) – توالی مراحلی که بازیگران و راه‌حل‌ها باید برای اجرای یک مورد استفاده انجام دهند. به طور کلی، یک مورد استفاده شامل یک مسیر موفقیت اولیه (که به آن مسیر پایه یا اصلی نیز گفته می‌شود)، یک مسیر جایگزین و یک مسیر استثنایی است.

مسیر عادی – ورودی از بازیگر و پاسخ از سیستم – نمایانگر رایج‌ترین مسیر موفقیت برای دستیابی به اهداف بازیگر است.

مسیرهای جایگزین – ورودی‌ها از بازیگر و پاسخ‌های سیستم، نمایانگر سایر مسیرهای کمتر رایج برای دستیابی به هدف بازیگر

مسیرهای استثنایی – ورودی‌ها از بازیگر و پاسخ سیستم، نمایانگر مسیرهای ناموفق زمانی که هدف بازیگر قابل دستیابی نیست.

توصیف مورد استفاده
نام مورد استفاده: برداشت نقدی
بازیگر(ها): مشتری (اصلی)، سیستم بانکی (ثانویه)
توصیف خلاصه: به هر مشتری بانکی اجازه می‌دهد تا نقدی از حساب بانکی خود برداشت کند.
اولویت: باید داشته باشد
وضعیت: سطح متوسط جزئیات
پیش‌شرط: مشتری بانک یک کارت برای وارد کردن به دستگاه خودپرداز دارد
دستگاه خودپرداز به درستی آنلاین است
پس‌شرط(ها):
  • مشتری بانک نقدی خود را دریافت کرده است (و به صورت اختیاری یک رسید)
  • بانک حساب بانکی مشتری را بدهکار کرده و جزئیات تراکنش را ثبت کرده است
مسیر پایه:
  1. مشتری کارت خود را به دستگاه خودپرداز وارد می‌کند
  2. دستگاه خودپرداز تأیید می‌کند که کارت یک کارت بانکی معتبر است
  3. دستگاه خودپرداز درخواست یک کد PIN می‌کند
  4. مشتری کد PIN خود را وارد می‌کند
  5. دستگاه خودپرداز کارت بانکی را با کد PIN تأیید می‌کند
  6. دستگاه خودپرداز گزینه‌های خدماتی از جمله «برداشت» را ارائه می‌دهد
  7. مشتری «برداشت» را انتخاب می‌کند
  8. دستگاه خودپرداز گزینه‌هایی برای مقادیر ارائه می‌دهد
  9. مشتری یک مقدار را انتخاب می‌کند یا مقداری را وارد می‌کند
  10. دستگاه خودپرداز تأیید می‌کند که در مخزن خود نقدینگی کافی دارد
  11. دستگاه خودپرداز تأیید می‌کند که مشتری زیر محدودیت‌های برداشت است
  12. دستگاه خودپرداز تأیید می‌کند که موجودی کافی در حساب بانکی مشتری وجود دارد
  13. دستگاه خودپرداز حساب بانکی مشتری را بدهکار می‌کند
  14. دستگاه خودپرداز کارت بانکی مشتری را برمی‌گرداند
  15. مشتری کارت بانکی خود را برمی‌دارد
  16. دستگاه خودپرداز نقدی مشتری را صادر می‌کند
  17. مشتری نقدی خود را برمی‌دارد
مسیرهای جایگزین:
  1. 2a. کارت نامعتبر
  2. 2b. کارت به صورت وارونه
  3. 5a. کارت دزدیده شده
  4. 5b. کد PIN نامعتبر
  5. 10a. نقدینگی ناکافی در مخزن
  6. 10b. ارزش نادرست نقدی در مخزن
  7. 11a. برداشت بالاتر از محدودیت‌های برداشت
  8. 12a. موجودی ناکافی در حساب بانکی مشتری
  9. 14a. کارت بانکی در دستگاه گیر کرده است
  10. 15a. مشتری نتوانسته کارت بانکی خود را بردارد
  11. 16a. نقدی در دستگاه گیر کرده است
  12. 17a. مشتری نتوانسته نقدی خود را بردارد
    • الف. دستگاه خودپرداز نمی‌تواند با سیستم بانکی ارتباط برقرار کند
    • ب. مشتری به درخواست دستگاه خودپرداز پاسخ نمی‌دهد
قوانین کسب و کار:
  1. B1: فرمت کد PIN
  2. B2: تعداد تلاش‌های مجدد برای کد PIN
  3. B3: گزینه‌های خدماتی
  4. B4: گزینه‌های مقدار
  5. B5: محدودیت برداشت
  6. B6: کارت باید قبل از صدور نقدی برداشته شود
نیازمندی‌های غیرعملکردی:
  1. NF1: زمان برای تراکنش کامل
  2. NF2: امنیت برای ورود کد PIN
  3. NF3: زمان برای اجازه جمع‌آوری کارت و نقدی
  4. NF4: پشتیبانی از زبان
  5. NF5: پشتیبانی از نابینایان و نیمه‌نابینایان

لینک‌های مرتبط

  1. زبان مدل‌سازی یکپارچه چیست؟
  2. اسلاید مورد استفاده / یادداشت‌های سخنرانی
  3. نقش موارد استفاده در نیازمندی‌ها و مدل‌سازی تحلیل
  4. فهرستی از ابزارهای UML
  5. Visual Paradigm را به صورت رایگان امتحان کنید
  6. مورد استفاده – یادداشت‌ها برای دوره آموزشی
  7. چگونه موارد استفاده مؤثر بنویسیم؟
  8. فصل کتاب – PDF – مدل مورد استفاده: نوشتن الزامات در زمینه

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

Leave a Reply

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *