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