پروژه مهندسی نرم افزار سیستم فروش بخش هفتم
نمودارهای USE CASE 2
سناریوی Boss Mailbox Use Case
|
سناریوی شماره 2-1
|
سیستم فروشگاه
|
نام: ایمیل باکس مدیر فروشگاه
(Boss Mailbox)
Actor: مدیر فروشگاه
|
|
شرح سناریو: در این سناریو ، مدیر فروشگاه پس ازورود به سیستم ، وارد ایمیل باکس خود می شود و نسبت به ارسال پیامها و بررسی پیامهای رسیده اقدام می نماید.
|
|
Assumption: منظور از مدیرفروشگاه در این Use Case در حقیقت فردی است که تمامی امور موجود در فروشگاه را انجام می دهد و بالاترین شخص از نظر سطوح دسترسی به اطلاعات می باشد و می تواند هر گونه ویرایشی در اطلاعات و سفارشات خرید و فروش که درج شده انجام دهد.
|
|
Communicate: مدیر فروشگاه
|
Extended: صفحه اصلی نرم افزار فروشگاه
|
|
(Pre-Condition): پس از بروز رسانی ، از طریق ارسال پیغام به ایمیل باکس اعضا ، به آنها اطلاعات داده می شود. در صورتی که ایمیل جدیدی در ایمیل باکس موجود باشد به آن پاسخ داده خواهد شد.
|
|
مراحل:
|
Actor
|
System
|
|
1- مدیر بر روی کلید ورود به ایمیل باکس کلیک می نماید.
|
2- سیستم صفحه مربوط به ایمیل باکس را نمایش می دهد.
|
|
|
3- سیستم در صورت وجود ، نامه های رسیده جدید را نمایش می دهد.
|
|
4- مدیر فروشگاه نامه های مورد نظر را ارسال می نماید.
|
5- سیستم فهرست تائید ارسال نامه های ارسالی را نمایش می دهد.
|
|
|
6- سیستم نامه های خوانده شده ، خوانده نشده و جواب داده شده را به تفکیک نمایش می دهد.
|
|
Constraints: مدت زمان مجاز جهت تحویل سفارشات در فروشگاه توسط مدیر فروشگاه مشخص می گردد و به ایمیل باکس سایر کارمندان ارسال می شود.
|
|
Alternative Flow: درصورتی که ایمیل به هر دلیلی ارسال نشد باید از طرف سیستم پیغام مناسبی صادر شود.
|
سناریوی Staff Mailbox Use Case
|
سناریوی شماره 2-2
|
سیستم فروشگاه
|
نام: ایمیل باکس کارمندان فروشگاه
(User Mailbox)
Actor: کارمند
|
|
شرح سناریو: در این سناریو ، کاربر پس ازورود به بخش کاربری خود ، وارد ایمیل باکس خود می شود و نسبت به ارسال پیامها و بررسی پیامهای رسیده اقدام می نماید.
|
|
Assumption: منظور از کاربر در این Use Case همان کارمندان فروشگاه هستند که قبلا ثبت نام نموده اند و ثبت نام آنها تکمیل و تائید شده است.
|
|
Include: کامندان فروشگاه
|
Extended: صفحه اصلی نرم افزار
|
|
(Pre-Condition): پس از ورود کاربر به سیستم ، در صورتی که پیغام جدید به ایمیل باکس وارد شده باشد به کاربر پیغام داده می شود.
|
|
مراحل:
|
Actor
|
System
|
|
1- کاربر بر روی کلید ورود به ایمیل باکس کلیک می نماید.
|
2- سیستم صفحه مربوط به ایمیل باکس را نمایش می دهد.
|
|
|
3- سیستم در صورت وجود ، نامه های رسیده جدید را نمایش می دهد.
|
|
4- کاربر نامه های مورد نظر را رد و یا پاسخ می دهد.
|
5- سیستم فهرست تائید ارسال نامه های ارسالی را نمایش می دهد.
|
|
|
6- سیستم نامه های خوانده شده ، خوانده نشده و جواب داده شده را به تفکیک نمایش می دهد.
|
|
Post-Condition: پس از ارسال حذف کامل ایمیل ، امکان بازیابی آن وجود ندارد. پس از رد ایمیل امکان بازگشت وجود ندارد.
|
|
Alternative Flow: درصورتی که ایمیل به هر دلیلی ارسال نشد باید از طرف سیستم پیغام مناسبی صادر شود.
|
سناریوی Possibilities Of Orders Use Case
|
سناریوی شماره 2-3
|
سیستم فروشگاه
|
نام: امکانسجی سفارشات
(Possibilities)
Actor: کارمند
|
|
شرح سناریو: در این سناریو ، کاربر پس ازورود به بخش کاربری خود ، در صورتی که سفارش کاری جدید از مشتری دریافت شده باشد به بررسی و امکانسنجی آن می پردازد.
|
|
Assumption: منظور از کاربر در این Use Case همان کارمندان فروشگاه هستند که قبلا ثبت نام نموده اند و ثبت نام آنها تکمیل و تائید شده است.
|
|
Include: کامندان فروشگاه
|
Extended: صفحه اصلی نرم افزار
|
|
(Pre-Condition): پس از ورود کاربر به سیستم ، در صورتی که درستور کاری مبنی بر کار بروی سفارشات جدید ارجاع شده باشد باشد به کاربر نمایش داده می شود.
|
|
مراحل:
|
Actor
|
System
|
|
1- کاربر بر روی کلید مشاهده سفارشات جدید کلیک می نماید.
|
2- سیستم صفحه مربوط به سفارشات جدید ثبت شده را نمایش می دهد.
|
|
|
3- سیستم در صورت وجود ، سفارشات رسیده جدید را نمایش می دهد.
|
|
4- کاربر سفارشات مورد نظر را امکانسنجی می نماید.
|
|
|
5- کاربر نتیجه را به مدیر فروشگا ه ارجاع می دهد.
|
6- سیستم پیغامی بر ارسال ارجاع نمایش می دهد.
|
|
7- کاربر پس از تائید مدیر فروشگاه نتیجه را به مشتری ارجاع می دهد.
|
|
|
Post-Condition: پس از تائید قیمت توسط مدیر فروشگاه ، قیمت نهایی با دسترسی کارمند قابل تغییر نخواهد بود.
|
|
Alternative Flow: درصورتی که سفارش کار به هر دلیلی تائید نشد ، مراتب باید به مشتری گزارش شود و منابع تهیه قطعات برای سفارشات در اختیار مشتری قرار گیرد.
|
سناریوی Registeration of Orders Use Case
|
سناریوی شماره 2-4
|
سیستم فروشگاه
|
نام: ثبت سفارشات
(Order Registeration)
Actor: کارمند
|
|
شرح سناریو: در این سناریو ، کاربر پس ازورود به بخش کاربری خود ، در صورتی که سفارش کاری جدید از مشتری دریافت شده باشد آن را در سیستم ثبت نموده و جهت دریافت دستور کار ، آ ن را به مدیر فروشگاه ارجاء می دهد.
|
|
Assumption: منظور از کاربر در این Use Case همان کارمندان فروشگاه هستند که قبلا ثبت نام نموده اند و ثبت نام آنها تکمیل و تائید شده است.
|
|
Include: کامندان فروشگاه
|
Extended: صفحه اصلی نرم افزار
|
|
(Pre-Condition): کاربر جهت ورود اطلاعات سفارشات جدید وارد سیستم شده و پس از ثبت ، آنها را به اطلاع مدیر فروشگاه می رساند.
|
|
مراحل:
|
Actor
|
System
|
|
1- کاربر بر روی ثبت سفارشات جدید کلیک می نماید.
|
2- سیستم صفحه مربوط به ثبت سفارشات جدید را نمایش می دهد.
|
|
3- کاربر اطلاعات مربوط به سفارشات جدید را وارد می نماید.
|
|
|
4- کاربر بر روی کلید ثبت کلیک می نماید.
|
5- سیستم پیغامی مبنی بر ثبت اطلاعات نمایش می دهد.
|
|
|
6- سیستم جهت اطلاع مدیر فروشگاه ، تمامی سفارشات ثبت شده جدید را به مدیر ارجاع می دهد.
|
|
|
7- سیستم پیغامی بر ارسال ارجاع اطلاعات به مدیر فروشگاه نمایش می دهد.
|
|
|
|
|
Constraints: کارمند نمی تواند بدون تائید مدیر ، سفارشات جدید را ارجاع داده یا پیگیری نماید. هر کارمند فقط می تواند سفارشات ارجاع داده شده به خود را مورد بررسی قرار دهد.
|
|
Post-Condition:
|
|
Alternative Flow: سفارشات رسیده مربوط به فعالیت شرکت نمی باشد بایستی به نحوی به ارسال کننده درخواست سفارش اطلاع داده شود.
|
|
|
سناریوی Costumer Invoice Use Case
|
سناریوی شماره 2-5
|
سیستم فروشگاه
|
نام: صورتحساب مشتری
(Costumer Invoice)
Actor: کارمند
|
|
شرح سناریو: در این سناریو ، کاربر پس ازورود به بخش کاربری خود ، وارد بخش صدور فاکتور شده و صورتحساب مربوط به سفارش مشتری را ارائه می دهد.
|
|
Assumption: منظور از کاربر در این Use Case همان کارمندان فروشگاه هستند که قبلا ثبت نام نموده اند و ثبت نام آنها تکمیل و تائید شده است.
|
|
Include: کامندان فروشگاه
|
Extended: صفحه اصلی نرم افزار
|
|
(Pre-Condition): کاربر جهت صدور صورتحساب سفارشات مشتری وارد سیستم شده و پس از صدور صورتحساب آن را به مدیر جهت دریافت تائیدیه ارارئه می دهد و پس از تائید مدیر آن را در اختیار مشتری قرار می دهد.
|
|
مراحل:
|
Actor
|
System
|
|
1- کاربر بر روی کلید ایجاد صورتحساب جدید کلیک می نماید.
|
2- سیستم صفحه مربوط به صورتحسابهای باز مشتریان را نمایش می دهد.
|
|
3- کاربر صورتحساب مورد نظر را انتخاب می نماید.
|
|
|
4- کاربر بر روی کلید ثبت کلیک می نماید.
|
5- سیستم پیغامی مبنی بر ثبت اطلاعات نمایش می دهد.
|
|
|
6- سیستم جهت اطلاع مدیر فروشگاه ، تمامی صورتحسابهای ثبت شده جدید را به مدیر ارجاع می دهد.
|
|
|
7- سیستم پیغامی بر ارسال ارجاع اطلاعات به مدیر فروشگاه نمایش می دهد.
|
|
8- کاربر پس از دریافت تائیدیه مدیر صورتحساب را به مشتری ارائه می دهد.
|
|
|
Constraints: کارمند نمی تواند بدون تائید مدیر ، صورتحسابهای مشتریان را به آنها ارائه دهد.
|
|
Post-Condition: کاربر پس از تائید مدیر یک نسخه از صورتحساب را جهت آرشیو در بایگانی خود نگهداری می نماید.
|
|
Alternative Flow: در صورتی که در تهیه صورتحساب مشتری مشکلی پیش آمد باید به گونه ای بتوان زمان تحویل صورتحساب مشتری را جهت تسویه حساب به مشتری اعلام نمود.
|
نمودارهای USE CASE 3
سناریوی Use Case پرداخت وجه
|
سناریوی شماره 3-1
|
سیستم فروشگاه
|
نام: پرداخت وجه صورتحساب
(Pay Bill)
Actor: مشتری
|
|
شرح سناریو: در این سناریو ، مشتری پس از دریافت صورتحساب و تائید آن ، نسبت به پرداخت وجه صورتحساب اقدام می نماید.
|
|
Assumption: منظور از مشتری در این Use Case در حقیقت افرادی هستند که به عنوان خریدار به فروشگاه مراجعه نموده اند.
|
|
Communicate: مشتری
|
Extended: صفحه اصلی نرم افزار
|
|
(Pre-Condition): پس از دریافت تائیدیه و صورتحساب از طرف سیستم ، مشتری اقدام به پرداخت وجه اقلام مربوط به سفارشات می نماید.
|
|
مراحل:
|
Actor
|
System
|
|
1- مشتری بر روی درخواست صورتحساب کلیک می نماید.
|
2- سیستم صفحه مربوط به تائید تحویل صورتحساب را نمایش می دهد.
|
|
3- مشتری صورتحساب خود را دریافت می نماید.
|
|
|
4- مشتری تائیدیه پرداخت وجه را ارائه می دهد.
|
5- سیستم پس از دریافت تائیدیه آن را بررسی و در صورت صحت اجازه ترخیص سفارش را صادر می نماید.
|
|
|
6- سیستم پیغامی مبنی بر اتمام عملیات پرداخت وجه صورتحساب صادر می نماید.
|
|
Constraints: پرداخت وجه رزرو یا فروش باید به روش آنلاین با یکی از بانکهای اعلام شده انجام شود.
|
|
Post-Condition: پس از دریافت تائیدیه پرداخت توسط مشتری ، مشتری باید بتواند به سفارش و سایر مشخصات مربوط به سفارش درخواستی مورد نظر دسترسی داشته باشد.
|
|
Alternative Flow: درصورتی که به هر دلیلی تحویل سفارش به تعبیق افتاد باید به نحوی به مشتری اطلاع داده شود و زمان تحویل سفارش میز به مشتری اعلام شود.
|
سناریوی Use Case Order
|
سناریوی شماره 3-2
|
سیستم فروشگاه
|
نام: ارسال سفارش جدید
(Order)
Actor: مشتری
|
|
شرح سناریو: در این سناریو ، مشتری سفارش خود را ارائه می دهد و فروشگاه پس از امکانسنجی ، نتیجه درخواست را به مشتری ارائه می دهد.
|
|
Assumption: منظور از مشتری در این Use Case در حقیقت افرادی هستند که به عنوان خریدار به فروشگاه مراجعه نموده اند.
|
|
Communicate: مشتری
|
Extended: صفحه اصلی نرم افزار
|
|
(Pre-Condition): مشتری پس از ورود ، سفارش خود را ارائه می دهد و نتیجه امکانسنجی به مشتری ارائه داده می شود.
|
|
مراحل:
|
Actor
|
System
|
|
1- مشتری بر روی سفارش کار جدید کلیک می نماید.
|
2- سیستم صفحه مربوط به سفارش کار جدید را نمایش می دهد.
|
|
3- مشتری سفارش کار خود را درج می نماید و یا مستقیما به فروشگاه ارائه می دهد.
|
4- سیستم پس از دریافت ، تائیدیه آن را نمایش می دهد.
|
|
|
|
|
|
|
|
Constraints: مشتری جهت ارائه سفارش کار باید به یکی از 3 روش حضوری یا ارسال از طریق وب سایت شرکت یا پستی عمل نماید.
|
|
Post-Condition:
|
|
Alternative Flow: درصورتی که به هر دلیل سفارش ارسال نشد بایستی به مشتری به گونه ای خبر داده شود.
|