پروژه مهندسی نرم افزار UML مرخصی بخش ششم
2-1-4-4 سناریوی Use Caseتعیین سطح دسترسی کاربران
|
سناریوی شماره 4
|
سیستم ثبت مرخصی
|
نام: سطح دسترسی
(User Permissions)
Actor: رئیس شعبه
|
|
شرح سناریو: در این سناریو ، Actor پس از کلیک بر روی تعیین سطح دسترسی ، لیست کاربران به همراه سطح دسترسی برای تغییر نمایش داده می شود.
|
|
Assumption: منظور از Actor در این Use Case مدیر ارشد سیستم ثبت مرخصی (رئیس شعبه) می باشد که دارای بالاترین سطح دسترسی می باشد.
|
|
Include: Sign In
|
Extended: - - - -
|
|
(Pre-Condition): کاربر نیاز به تغییر سطح دسترسی دارد.
|
|
مراحل:
|
Actor
|
System
|
|
1- Actor بر روی کلید درخواست تغییر سطوح دسترسی کاربران کلیک می نماید.
|
2- سیستم بخش سطوح دسترسی را به همراه لیست کاربران و سطح دسترسی هر کدام نمایش می دهد.
|
|
3- Actor سطح دسترسی کاربر را ویرایش می نماید.
|
|
|
4- Actor بر روی اعمال تغییرات کلیک می نماید.
|
5- سیستم تغییرات درخواستی کاربر را اعمال می نماید.
|
|
|
6- سیستم لیست بروز شده سطوح دسترسی کاربران را نمایش میدهد.
|
|
Constraints: - مدیر ارشد نمی تواند سطح دسترسی خود را تغییر دهد. – فقط مدیر ارشد می تواند سطح دسترسی کاربران را تغییر دهد.
|
|
Post-Condition: کاربر می تواند با سطح دسترسی جدید از سیستم مرخصی استفاده نماید.
|
|
Alternative Flow: - در صورتی که کاربر نتوانست به هر دلیلی از سطح دسترسی جدید خود استفاده نماید بایستی به گونه ای به رئیس بخش اطلاعات داده شود.
|
|
Goal: رئیس شعبه سطح دسترسی کاربر را تعیین نموده است.
|
4-4-2-2- سناریوی Use Caseایجاد و ثبت و لغو مرخصی
|
سناریوی شماره 5
|
سیستم ثبت مرخصی
|
نام: ایجاد و ثبت و لغو مرخصی
(Create / Cancel Live)
Actor: رئیس شعبه
|
|
شرح سناریو: در این سناریو ، Actor پس از کلیک بر روی درخواستهای مرخصی باز ، لیست درخواستهای مرخصی نمایش داده می شود.
|
|
Assumption: منظور از Actor در این Use Case مدیر ارشد سیستم ثبت مرخصی (رئیس شعبه) می باشد که دارای بالاترین سطح دسترسی می باشد.
|
|
Include: Sign In
|
Extended: - - - -
|
|
(Pre-Condition): درخواست های مرخصی نیاز به مدیریت دارند.
|
|
مراحل:
|
Actor
|
System
|
|
1- Actor بر روی کلید لیست درخواستهیا مرخصی کلیک می نماید.
|
2- سیستم لیست درخواستها را به همراه ابزار ویرایش لیست نمایش می دهد.
|
|
3- Actor لیست را ویرایش می نماید.
|
|
|
4- Actor بر روی اعمال تغییرات کلیک می نماید.
|
5- سیستم تغییرات درخواستی کاربر را اعمال می نماید.
|
|
|
6- سیستم لیست بروز شده درخواستهای مرخصی را نمایش میدهد.
|
|
Constraints: - لیست درخواستهیا مرخصی را فقط رئیس شعبه می تواند تغییر دهد.
|
|
Post-Condition: کاربر می تواند در صورت تائید درخواست مرخصی ، از مرخصی خود استفاده نماید.
|
|
Alternative Flow: - در صورتی که کاربر نتوانست به هر دلیلی از مجوز مرخصی خود استفاده نماید بایستی به گونه ای به اطلاع رئیس شعبه رسانده شود.
|
|
Goal: رئیس شعبه لیست درخواستهای مرخصی را مدیریت می نماید.
|
4-4-2-3- سناریوی Use Case ذخیره مرخصی و سابقه ورود و خروج کاربر
|
سناریوی شماره 6
|
سیستم ثبت مرخصی
|
نام: ایجاد گزارشات
Actor: رئیس شعبه
|
|
شرح سناریو: در این سناریو ، مدیر پس ازورود به سیستم ، درخواست گزارشات مدیریتی در مورد ذخیره مرخصی و سابقه ورود و خروج کاربر می نماید.
|
|
Assumption: منظور از Actor در این Use Case مدیر ارشد سیستم ثبت مرخصی (رئیس شعبه) می باشد که دارای بالاترین سطح دسترسی می باشد.
|
|
Include: Sign In
|
Extended: - - - -
|
|
(Pre-Condition): گزارشی مشاهده نشده است.
|
|
مراحل:
|
Actor
|
System
|
|
1- مدیر بر روی ایجاد گزارش کلیک می نماید.
|
2- سیستم لیست گزارشات قابل مشاهده را نمایش می دهد.
|
|
3- مدیر گزارش مورد نظر را انخاب نموده و بر روی آن کلیک می نماید.
|
4- سیستم گزارش مربوطه را تولید نموده و نمایش می دهد.
|
|
Constraints: گزارشات فقط به مدیریت نمایش داده خواهند شد.
|
|
Post-Condition: - - - -
|
|
Alternative Flow: در صورتی که گزارشی جهت نمایش وجود نداشته باشد ، یا اطلاعاتی وارد نشده باشد باید با پیغام مناسب به مدیر اطلاعات داده شود.
|
|
Goal: مدیر گزارشات مدیریتی را در صورت وجود مشاهده می نماید.
|