پروژه مهندسی نرم افزار UML مرخصی بخش چهارم
4-4- نکاتی راجع به نوشتن سناریو برای Use Case ها
معمولا سناریویی که برای هر Use Case نوشته می شود برای رعایت نظم درون جدولی مانند شکل زیر نوشته می شود. این جدول به صورت استاندارد دارای بخشهایی است که معمولا در هنگان نوشتن سناریوهای مختلف برای برخی از قسمتهای آن را نمی توان تعریفی نوشت. به عنوان مثال در برخی از سناریوها قیود Use Case ذکر می شوند و در برخی سناریو ها قیودی وجود ندارد که نوشته شود.
|
محل درج شماره سناریو
|
محمل درج نام سیستم یا زیر سیستم
|
محل درج نام Use Case و نام Actor
|
|
Scenario Description: در این بخش شرح مختصری از سناریو نوشته می شود.
|
|
Assumption: در این بخش تعریفی از اکتور بیان می شود و شرح داده می شود که وظیفه Actor مورد نظر در این Use Case چیست.
|
|
Include: در این بخش نوع ارتباط با Use case های دیگر در صورت وجود مشخص می شود.
|
Extended: در این بخش نوع ارتباط با Use case های دیگر در صورت وجود مشخص می شود.
|
|
(Pre-Condition): در این بخش معمولا شرط یا شروطی نوشته می شوند که قبل از اتفاق افتادن Use Case باید برقرار باشند. یا به عبارتی شرایطی که باید اتفاق بیفتند تا Use Case فعال شود.
|
|
مراحل: ( یا Main Flow) جریان اصلی کار به صورت جزء به جزء شرح داده می شود.
|
Actor
|
System
|
|
در این بخش عملیاتی که اکتور درخواست می دهد به صورت مرحله به مرحله نوشته می شود.
|
در این بخش عملیاتی که سیستم انجام می دهد به صورت مرحله به مرحله نوشته می شود.
|
|
Constraints: در این بخش قیودی که در هنگام انجام Use Case باید اعمال شوند نوشته می شوند.
|
|
Post-Condition: شرایطی که بعد از اتمام کار Use Case ایجاد می شود را Post-Condition می گویند.
|
|
Alternative Flow: جریان فرعی Use Case در این بخش شرح داده می شود. مانند خطاها و Exception ها.
|
|
Goal: در این بخش هدف اصلی که باید به آن رسیده شود نوشته می شود.
|
در ادامه به ارائه سناریو برای هر یک از Use Case ها خواهیم پرداخت.
4-4-1- Use case Diagram مربوط به ثبت نام ، ورود و خروج از سیستم
نمایه 5 - نمودار Use Case ثبت نام ، ورود و خروج از سیستم
4-4-1-1- سناریوی Register Use Case
|
سناریوی شماره 1
|
سیستم ثبت مرخصی
|
نام: ثبت نام در سیستم (Register)
Actor: کاربر
|
|
شرح سناریو: در این سناریو ، Actor پس از فشردن کلید ثبت نام به بخش ورود اطلاعات وارد شده و پس از وارد نمودن اطلاعات کاربری مراحل ثبت نام خاتمه می پذیر.
|
|
Assumption: منظور از Actor در این Use Case رئیس شعبه است که به منظور ثبت نام کارمندان در سیستم ثبت مرخصی وارد سیستم شده است.
|
|
Include: - - - - - -
|
Extended: LogIn
|
|
(Pre-Condition): ثبت نام کارمند قبلا انجام نشده است و کد کارمندی به کارمند اختصاص داده نشده است.
|
|
مراحل:
|
Actor
|
System
|
|
1- کاربر درخواست ثبت نام از سیستم را می نماید.
|
2- سیستم فرم مربوط به ورود اطلاعات ثبت نام کاربر را نمایش می دهد.
|
|
3- کاربر اطلاعات درخواستی را وارد می نماید. (اعم از اطلاعات شناسنامه ای ، اطلاعات تماس و . . .) و کلید ثبت نام را فشار می دهد.
|
4- سیستم اطلاعات را اعتبار سنجی می نماید و در صورت عدم اعتبار داده ها ، پیغام مناسب می دهد.
|
|
|
5- سیستم در صورت تائید اعتبار سنجی پیغامی مبنی بر تائید و خاتمه عملیات ثبت نام با کاربر نمایش می دهد
|
|
|
6- سیستم نام کاربری و کلمه عبور را به کاربر نمایش می دهد.
|
|
Constraints: - کد کارمندی وارد شده نباید تکراری باشد. – اطلاعات تماس به صورت صحیح وارد شود. – کد ملی نیز باید به صورت صحیح وارد شود. – ورود نام کاربری ، کلمه عبور و کد ملی معتبر اجباری می باشد.
|
|
Post-Condition: کاربران ثبت نامی پس از مشاهده تائید ثبت نام خود ، می توانند وارد سیستم شده و امکانات سیستم ثبت مرخصی استفاده نمایند.
|
|
Alternative Flow: - در صورتی که نام کاربری وارد شده تکراری باشد بایستی به گونه ای به کاربر اعلام شود تا کاربر نام کاربری دیگری انتخاب نماید. – در صورتی که قالب کد ملی وارد شده استاندارد نبود باید همراه با یک مثال به کاربر اخطار داده شود. – در صورتی که نام کاربری ، کلمه عبور و کد ملی وارد نشده بود باید به کاربر اخطار داده شود.
|
|
Goal: به کاربر نام کاربری و کلمه عبور اختصاص داده شده است.
|