تحلیل مورد استفاده – یک مطالعه موردی

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

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

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

نمودارهای مورد استفاده برای ارتباط تیمی خوب هستند و این یک ویژگی انسانی است: استفاده از گرافیک اغلب بهتر از ارتباط از طریق کلمات است.

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

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

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

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

جدول زیر یک مورد استفاده ساده «سفارش کتاب» را توصیف می‌کند.

منشأ مورد استفاده

مورد استفاده برای اولین بار توسط غول نرم‌افزاری جیکوبسون در سال 1992 منتشر شد که تأثیر قابل توجهی بر فناوری شیءگرا مدرن داشت. علاوه بر این، UML (زبان مدل‌سازی یکپارچه) مشخصات به‌طور مشترک توسط آنچه به‌عنوان «3 دوست» شناخته می‌شود – بوچ، جیکوبسون و رنباف و توسط OMG بررسی شده‌اند، به‌عنوان بخشی مهم از مشخصات استاندارد اصلی گنجانده شده‌اند.

در اینجا تعاریف موارد استفاده توسط چندین غول نرم‌افزاری آمده است.

  • «یک مورد استفاده یک سند روایتی است که توالی فرآیند یک بازیگر را که از سیستم برای تکمیل یک رویداد استفاده می‌کند، توصیف می‌کند» [جیکوبسون92].
  • «یک مورد استفاده مجموعه‌ای از سناریوها (جریان رویدادها) است که به هدف استفاده مشترک از سیستم مربوط می‌شود» [فولر97].
  • «یک مورد استفاده توالی اقداماتی است که یک بازیگر (معمولاً یک شخص، اما شاید یک موجودیت خارجی، مانند یک سیستم دیگر) درون یک سیستم برای دستیابی به یک هدف خاص انجام می‌دهد» [روزنبرگ99].
  • «یک مورد استفاده یک بازیگر (معمولاً یک کاربر، اما شاید یک موجودیت خارجی، مانند یک سیستم خارجی دیگر) است، یک سری اقدامات برای دستیابی به یک هدف خاص در تعامل با سیستم داخلی».

در کتاب «راهنمای کاربر زبان مدل‌سازی یکپارچه»، تعریف مورد استفاده ارائه شده است:

  • «یک مورد استفاده مجموعه‌ای از توالی‌ها را توصیف می‌کند که در آن هر توالی تعامل چیزهای خارج از سیستم (بازیگران آن) با خود سیستم (و انتزاعات کلیدی آن) را نشان می‌دهد».
  • «مورد استفاده یک سری توالی‌ها را توصیف می‌کند که هر یک از آنها تعامل بین چیزهای خارج از سیستم (شرکت‌کنندگان) و خود سیستم (و انتزاعات کلیدی آن) را بیان می‌کند.»

از بحث فوق، می‌توانیم ویژگی‌های مربوط به مورد استفاده را به دست آوریم:

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

نمودارهای UML دیگر

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

Leave a Reply

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