پروژه UML سیستم posبخش چهارم
سناريوي مربوط به Card Validation
|
سناریوی شماره 5
|
سیستم POS
|
نام: ورود
(Card Validation)
Actor: سيستم POS
|
|
شرح سناریو: در این سناریو ، كارت هوشمند مربوط ب كاربر اعتبار سنجي مي شود.
|
|
Assumption: منظور از Actor در این Use Case همان سيستم سخت افزاري و نرم افزاري POS و يا پايانه فروش مي باشد كه با آن تراكنشهاي مالي عمليات خريد و فروش انجام مي شود.
|
|
Include: Card Validation
|
Extended: Sign In
|
|
(Pre-Condition): Actor درخواست استفاده از خدمات POS را داده است.
|
|
مراحل:
|
Actor
|
System
|
|
1- Actor درخواست اعتبار سنجي اطلاعات كارت را به Server ارسال مي نمايد.
|
2- Server اطلاعات را دريافت مي نمايد و اطلاعات را مورد ارزيابي قرار مي دهد.
|
|
|
3- در صورت معتبر بودن كارت ، Server كد مربوط به تائيد اعتبار كارت را به POS ارسال مي نمايد.
|
|
4- POS در صورت دريافت كدي مبني بر عدم اعتبار كارت ، پيغامي به كاربر نمايش ميدهد.
|
|
|
|
|
|
Constraints: در صورتي كه بيش از سه بار از كارت غير معتبر استفاده شد براي مدت 15 دقيقه از اتصال POS توسط Server جلوگيري خواهد شد.
|
|
Post-Condition: پس از تائيد اعتبار ، كاربر مي تواند تراكنش انجام دهد.
|
|
Alternative Flow: در صورت كه عمليات اعتبار سنجي انجام نشد بايستي شرح خطاي رخ داده شده به كاربر اعلام شود.
|
|
Goal: كارت هوشمند Actor داراي اعتبار مي باشد.
|
سناريوي مربوط به Print Transaction State
|
سناریوی شماره 6
|
سیستم POS
|
نام: ورود
(Print)
Actor: سيستم POS
|
|
شرح سناریو: در این سناریو ، پس از انجام تراكنش موفق يا ناموفق ، نتيجه چاپ مي شود و به كاربر نمايش داده مي شود.
|
|
Assumption: منظور از Actor در این Use Case همان سيستم سخت افزاري و نرم افزاري POS و يا پايانه فروش مي باشد كه با آن تراكنشهاي مالي عمليات خريد و فروش انجام مي شود.
|
|
Include: Print Transaction
|
Extended: Sign In
|
|
(Pre-Condition): Actor درخواست چاپ نتيجه تراكنش را صادر مي نمايد.
|
|
مراحل:
|
Actor
|
System
|
|
1- Actor اطلاعات مربوط به نتيجه تراكنش را به كنترلر چاپ Rol ارسال مي نمايد.
|
2- كنترلر Rol اطلاعات را بر روي كاغذ چاپ مي نمايد.
|
|
|
3- اطلاعات چاپ شده توسط كنترلر به بيرون از دستگاه POS هدايت مي شوند.
|
|
4- كاربر نتيجه تراكنش را مشاهده مي نمايد.
|
|
|
|
|
|
Constraints:
|
|
Post-Condition: پس از چاپ اطلاعات نتيجه تراكنش ، كاربر مي تواند نتيجه را مشاهده نمايد.
|
|
Alternative Flow: در صورت كه عمليات چاپ به هر دليل انجام نشد علت عدم نمايش نتيجه بايستي به كاربر نمايش داده شود.
نتيجه تراكنش بايد به گونه اي ديگر به كاربر نمايش داده شود.
|
|
Goal: نتيجه تراكنش به كاربر نمايش داده شده است.
|
نمودار تفكيك شده ارتباط بان و دستگاه POS
سناريوي مربوط به Check Account
|
سناریوی شماره 7
|
سیستم POS
|
نام: ورود
(Check Account)
Actor: سيستم POS
|
|
شرح سناریو: در این سناریو ، حساب كاربر براي مقدار وارد شده جهت تراكنش از نظر مقدار موجودي مورد بررسي قرار مي گيرد.
|
|
Assumption: منظور از Actor در این Use Case همان سيستم سخت افزاري و نرم افزاري POS و يا پايانه فروش مي باشد كه با آن تراكنشهاي مالي عمليات خريد و فروش انجام مي شود.
|
|
Include: Check Account
|
Extended: Sign In
|
|
(Pre-Condition): Actor درخواست بررسي موجودي حساب از بانك مي نمايد.
|
|
مراحل:
|
Actor
|
System
|
|
1- Actor درخواست برسي موجودي به اندازه مبلغ تراكنش را مي نمايد.
|
2- بانك پس بررسي مجوز POS به اكتور ميزان موجودي را گزارش مي دهد.
|
|
3- در صورتي كه ميزان مبلغ موجودي كمتر از ميزان تراكنش درخواستي بود بايستي به كاربر گزارش شود.
|
.
|
|
|
|
|
|
|
|
Constraints: مقدار موجودي كل حساب فقط در صورت درخواست كاربر و با ورود مشخصات كاربري حساب قابل مشاهده مي باشد.
|
|
Post-Condition: پس از اطمينان از وجود موجودي كافي ، تراكنش به درخواست كاربر ادامه پيدا مي كند.
|
|
Alternative Flow: در صورتي كه عمليات بررسي حساب به هر دليلي انجام نشد بايستي به كاربر گزارش داده شود.
|
|
Goal: مبلغ موجودي حساب بررسي شده است.
|