نوشته شده توسط
Elham_gh
نه دوست عزیز , تا اینجا شما فقط actor ها و use case ها تعیین کردید. مرحله بعدی نوشتن سناریو است که بسیار بسیار هم مهم است.یعنی چی؟ به ازای هر use case شما قدم به قدم توضیح میدید که چطور انجام می شه.هر use case حداقل 1 سناریو دارد. اگر یکuse case بیش از یک سناریو داشت (که اغلب این طور است), یکی از سناریو ها اصلی و بقیه فرعی هستند. به اون سناریو اصلی Happy Day یا Basic Path هم می گویند.و به فرعی ها Alternate path می گویند. من 1 نمونه use case رو براتون مثال می یارم.
use case نگهداری اطلاعات اعضاء
اضافه کردن یک عضو جدید(Basic Path)
1.مسئول عضویت فرم اعضاء را انتخاب می کند.
2. سیستم اطلاات خلاصه کلیه ماربران را در یک لیست نشان می دهد
3.مسئول کلید "عضو جدید" را انتخاب می کند.
4. سیستم یک فرم خالی جهت ورود اطلاعات کاربر باز می کند.
5. مسئول اطلاعات عضو جدید را وارد فرم می کند و کلید "ثبت" را می زند.
6. سیستم اطلاعات ورودی را بررسی می کند که فرمت ورود اطلاعات درست باشد و اطلاعات تکراری نباشد(در اینجا بهتر است به جزء توضیح داده شود که کدام فیلدهای اطلاعاتی فرمتشان چک می شود و بر مبنای کدام اطلاعات چک می شود که اطلاعات تکراری نیست)
7. در صورت صحت اطلاعات و تکراری نبودن آن , سیستم اطلاعات عضو جدید را ثبت می کند.و یک شماره شناسایی خودکار به آن می دهد.
8. سیستم یک پیغام ضمنی به کاربر مسئول می دهد که" اطلاعات عضو جدید ثبت گردید"
اصلاح اطلاعات عضو (Alternate Path)
.....
حذف عضو(Alternate Path)
....
اطلاعات عضو تکراری است(Alternate Path)
.....
عضو مورد نظر پیدا نشد(Alternate Path)
.......
این نمونه سناریو عین سناریوهای پیشنهادی خود RUP است.
شما بعد این مرحله باز کلی کار دارید تا به مرحله طراحی کلاس برسید
پاسخ با نقل قول