پروژه UML رزرو بلیط آنلاین بخش چهارم
سناریوی User Mailbox Use Case
|
سناریوی شماره 5-2
|
سيستم آژانس هواپيمايي
|
نام: ایمیل باکس اعضا (User Mailbox)
Actor: کارمند
|
|
شرح سناریو: در این سناریو ، کاربر پس ازورود به بخش کاربری خود ، وارد ایمیل باکس خود می شود و نسبت به ارسال پیامها و بررسی پیامهای رسیده اقدام می نماید.
|
|
Assumption: منظور از کاربر در این Use Case همان کاربران و افرادی است که قبلا ثبت نام نموده اند و ثبت نام آنها تکمیل و تائید شده است.
|
|
Include: کامندان وب سایت
|
Extended: صفحه اصلی وب سایت
|
|
(Pre-Condition): پس از ورود کاربر به وب سایت ، در صورتی که پیغام جدید به ایمیل باکس وارد شده باشد به کاربر پیغام داده می شود.
|
|
مراحل:
|
Actor
|
System
|
|
1- کاربر بر روی کلید ورود به ایمیل باکس کلیک می نماید.
|
2- سیستم صفحه مربوط به ایمیل باکس را نمایش می دهد.
|
|
|
3- سیستم در صورت وجود ، نامه های رسیده جدید را نمایش می دهد.
|
|
4- کاربر نامه های مورد نظر را رد و یا پاسخ می دهد.
|
5- سیستم فهرست تائید ارسال نامه های ارسالی را نمایش می دهد.
|
|
|
6- سیستم نامه های خوانده شده ، خوانده نشده و جواب داده شده را به تفکیک نمایش می دهد.
|
|
Post-Condition: پس از ارسال حذف کامل ایمیل ، امکان بازیابی آن وجود ندارد. پس از رد ایمیل امکان بازگشت وجود ندارد.
|
|
Alternative Flow: درصورتی که ایمیل به هر دلیلی ارسال نشد باید از طرف سیستم پیغام مناسبی صادر شود.
|
Use Case رزرو / فروش بلیط
سناریوی Use Case رزرو / فروش بلیط
|
سناریوی شماره 6
|
سيستم آژانس هواپيمايي
|
نام: رزرو/فروش بلیط (Rezerve/Sale Ticket)
Actor: کارمند - مشتری
|
|
شرح سناریو: در این سناریو ، کارمندان پس از ورود به وب سایت عملیات ثبت نهایی بلیطهای فروخته شده را انجام می دهند.
|
|
Assumption: منظور از کارمند و مشتری در این Use Case در حقیقت افرادی هستند که به عنوان فروشنده و خریدار در وب سایت فعالیت می نمایند.
|
|
Communicate:
|
Extended: صفحه اصلی وب سایت
|
|
(Pre-Condition): پس از بروز رسانی ، از طریق ارسال پیغام به ایمیل باکس مدیر ، اطلاع داده می شود. در صورت نیاز پاسخ داده خواهد شد.
|
|
مراحل:
|
Actor
|
System
|
|
1- کارمند بر روی کلید ورود به بخش تائید فروش/رزرو کلیک می نماید.
|
2- سیستم صفحه مربوط به تائید رزرو/فروش بلیط را نمایش می دهد.
|
|
|
3- سیستم در صورت وجود ، نامه درخواستهای جدید تائید نشده را نمایش می دهد.
|
|
4- کارمند درخواستهای مورد نظر را تائید و یا رد می نماید.
|
|
|
5- کارمند گزارشی برای مدیر جهت اطلاعا ارسال می نماید.
|
6- سیستم پیغامی برای مشتری جهت اطلاع از تائید/ عدم تائید ارسال می نماید.
|
|
Constraints:
|
|
Post-Condition: پس از ارسال ایمیل به مشتریان ، در صورت تائید ، کاربران باید بتوانند به تائیدیه به نحوی دسترسی داشته باشند.
|
|
Alternative Flow: درصورتی که ایمیل به هر دلیلی ارسال نشد باید از طرف سیستم پیغام مناسبی صادر شود.
|
Use Case رزرو / فروش بلیط
سناریوی Use Case پرداخت وجه
|
سناریوی شماره 7
|
سيستم آژانس هواپيمايي
|
نام: پرداخت وجه بلیط (Payment)
Actor: مشتری
|
|
شرح سناریو: در این سناریو ، مشتری پس از ورود به وب و دریافت تائیدیه رزرو و یا فروش بلیط ، نسبت به پرداخت Online وجه بلیط اقدام می نماید.
|
|
Assumption: منظور از مشتری در این Use Case در حقیقت افرادی هستند که به عنوان خریدار در وب سایت ثبت نام کرده و فعالیت می نمایند.
|
|
Communicate: مسافر
|
Extended: صفحه اصلی وب سایت
|
|
(Pre-Condition): پس از دریافت تائیدیه رزرو و یا خرید بلیط از طرف سیستم ، مسافر (مشتری) اقدام به پرداخت وجه بلیط می نماید.
|
|
مراحل:
|
Actor
|
System
|
|
1- مشتری بر روی کلید مشاهده وضعیت درخواستها کلیک می نماید.
|
2- سیستم صفحه مربوط به تائید رزرو/فروش بلیط را نمایش می دهد.
|
|
|
3- سیستم در صورت وجود ، نامه درخواستهای جدید تائید شده را نمایش می دهد.
|
|
4- مشتری بر روی پرداخت وجه کلیلک می نماید.
|
5- سیستم پس از دریافت مشخصات حساب ، مبلغ را کیر نموده و تائیدیه و کد پیگیری به مشتری می دهد.
|
|
6- مشتری کد پیگیری را دریافت می نماید.
|
6- سیستم پیغامی مبنی بر اتمام عملیات رزرو / فروش صادر می نماید.
|
|
Constraints: پرداخت وجه رزرو یا فروش باید به روش آنلاین با یکی از بانکهای اعلام شده انجام شود.
|
|
Post-Condition: پس از دریافت تائیدیه پرداخت توسط مشتری ، مشتری باید بتواند به بلیط و سایر مشخصات مربوط به سرویس مورد نظر دسترسی داشته باشد.
|
|
Alternative Flow: درصورتی که ایمیل به هر دلیلی سرویس مور نظر لغو شد بایستی به مشتری اطلاع داده شود و یا اینکه در سرویسی دیگر محلی برای مشتری در نظر گرفته شود.
|