پروژه مهندسی نرم افزار UML مرخصی بخش سوم
بررسی Use case Diagram منطقی سیستم مرخصی
4-1- فهرست مرتب شده Functionality هایی که باید سناریو برای آنها تعریف شود
1. Register (رئیس شعبه)
2. LogIn (کاربر)
3. تعریف کارمند (رئیس شعبه)
4. ایجاد و ثبت دستور مرخصی (رئیس شعبه)
5. لغو مرخصی (رئیس شعبه)
6. اعلام ذخیره مرخصی (رئیس شعبه)
7. اعلام اضافه کار (رئیس شعبه)
8. اعلام سوابق ورود و خروج (رئیس شعبه)
9. تعیین سطح دسترسی (رئیس شعبه)
10. درخواست اعلام ذخیره مرخصی (کاربر)
11. درخواست مشاهده سوابق ورود و خروج (کاربر)
12. درخواست مرخصی / لغو مرخصی (کاربر)
13. تغییر مشخصات کاربری (کاربر)
14. ثبت ورود و خروج (کاربر)
15. LogOut
در ادامه این فصل به بررسی و رسم نمودار Use Case منطقی سیستم ثبت مرخصی پرداخته خواهد شد.
4-2- نمودار منطقی کلی Use Case سیستم ثبت مرخصی
نمایه 4 - نمودار UseCase کلی سیستم
4-3- نمایش ارتباط اکتورهای سیستم در حالت کلی
Actor رئیس شعبه و Actor کارمند با رابطه Generalization با Actor کاربر ارتباط دارند و تمامی خواص Actor کاربر را دارا هستند. در حالت کلی ، کاربر به استفاده کننده سیستم ثبت مرخصی گفته می شود که سایر تعاریف Actor های سیستم از آن مشتق می شود. (ارث بری دارند)
مفهوم ارث بری در نمودار فوق بدین معنی است که در حالت کلی Actor کاربر دارای یک سری اطلاعات اعم از اطلاعات تماس ، اطلاعات شناسنامه ای و . . . می باشد که می توان در تعریف Actor ها آنها را در کلاس کلی تعریف نمود و در تعریف سایر خواص مربوط به Actor ها موارد تکراری را از کلاس اصلی مشتق گرفت.