Add initial UI wireframes for university fault management system

Merge remote-tracking branch 'origin/main' into reza-requirements
Update requirements specification document with detailed functional and non-functional requirements, user roles, and system scope.
2026-11-13 19:43:35 +00:00 · 2026-11-09 23:20:00 +03:30 · 2026-11-02 01:52:22 +03:30 · 2026-11-02 01:11:21 +03:30 · 2026-10-26 22:56:46 +03:30
2 changed files with 479 additions and 26 deletions
@@ -1,43 +1,103 @@
-# سند نیازمندی‌های سامانهٔ مدیریت و گزارش خرابی دانشگاهی
+# سند نیازمندی‌ها (Requirements Specification) – سامانه مدیریت و گزارش خرابی دانشگاهی
+
+**تهیه‌کننده:** رضا آدوسی  
+**بازبین:** ارشیا همتی‌زاده  
+**آخرین به‌روزرسانی:** ۱۴۰۵/۰۸/۱۱
+
+---
+
+## مقدمه
+
+در این سند، نیازمندی‌های اصلی سامانهٔ مدیریت و گزارش خرابی دانشگاهی در دو دستهٔ **نیازمندی‌های کارکردی (Functional Requirements)** و **نیازمندی‌های غیرکارکردی (Non-functional Requirements)** تعریف شده‌اند.
+
+نیازمندی‌های کارکردی، قابلیت‌ها و وظایفی را مشخص می‌کنند که سامانه باید ارائه دهد و نیازمندی‌های غیرکارکردی، ویژگی‌های کیفی و محدودیت‌های مورد انتظار از سامانه را بیان می‌کنند.

 ## ۱. هدف و محدودهٔ سامانه

-هدف این سامانه، فراهم کردن بستری متمرکز برای ثبت خرابی تجهیزات و فضاهای دانشگاه، پیگیری درخواست‌ها و مدیریت فرایند تعمیر است. سامانه به گزارش‌دهندگان امکان می‌دهد خرابی را ثبت و وضعیت آن را پیگیری کنند و به مسئولان تأسیسات کمک می‌کند درخواست‌ها را بررسی و به تعمیرکاران ارجاع دهند.
+هدف از توسعهٔ این سامانه، فراهم کردن بستری متمرکز برای ثبت خرابی تجهیزات و فضاهای دانشگاه، پیگیری درخواست‌ها و مدیریت فرایند تعمیر است.

-در این مرحله، محدودهٔ دقیق سامانه و امکانات نهایی آن هنوز نیازمند بررسی بیشتر است.
+سامانه به دانشجویان و استادان امکان می‌دهد خرابی‌های مشاهده‌شده را ثبت و وضعیت رسیدگی به آن‌ها را پیگیری کنند. همچنین کارمندان تأسیسات می‌توانند گزارش‌ها را بررسی، اولویت‌بندی و به تعمیرکاران ارجاع دهند و بر روند رسیدگی نظارت داشته باشند.
+
+محدودهٔ دقیق فضاهای تحت پوشش سامانه، از جمله کلاس‌ها، آزمایشگاه‌ها، فضاهای عمومی، اداری و خوابگاه‌ها، در مراحل بعدی تحلیل مشخص خواهد شد.

 ## ۲. کاربران سامانه

- **دانشجو و استاد:** ثبت گزارش خرابی و مشاهدهٔ وضعیت درخواست.
- **مسئول تأسیسات:** بررسی گزارش‌ها، تعیین اولویت و ارجاع درخواست‌ها.
- **تعمیرکار:** مشاهدهٔ درخواست‌های ارجاع‌شده و ثبت نتیجهٔ تعمیر.
+- **دانشجو:** ثبت گزارش خرابی و مشاهده و پیگیری گزارش‌های ثبت‌شده توسط خود.
+- **استاد:** ثبت خرابی‌های مربوط به کلاس‌ها و آزمایشگاه‌ها و پیگیری وضعیت گزارش‌ها.
+- **کارمند تأسیسات:** بررسی گزارش‌ها، تعیین اولویت، ارجاع درخواست‌ها و نظارت بر فرایند تعمیر.
+- **تعمیرکار:** مشاهدهٔ درخواست‌های تخصیص‌یافته، انجام تعمیرات و ثبت نتیجهٔ اقدامات.
+- **مدیر:** نظارت بر عملکرد کلی سامانه و مشاهدهٔ اطلاعات و گزارش‌های مدیریتی.
+- **کاربر سیستم:** عنوان عمومی برای اشاره به کاربران دارای حساب کاربری و دسترسی به سامانه.

 ## ۳. نیازمندی‌های کارکردی (Functional Requirements)

- **FR-01 — ثبت گزارش خرابی:** سامانه باید امکان ثبت گزارش شامل عنوان، توضیحات، محل خرابی و نوع تجهیز را فراهم کند.
- **FR-02 — مشاهدهٔ گزارش:** کاربر باید بتواند اطلاعات گزارش ثبت‌شده و وضعیت فعلی آن را مشاهده کند.
- **FR-03 — بررسی درخواست:** مسئول تأسیسات باید بتواند گزارش‌های ثبت‌شده را بررسی کند.
- **FR-04 — تعیین اولویت:** مسئول تأسیسات باید بتواند اولویت رسیدگی به هر گزارش را مشخص کند.
- **FR-05 — ارجاع به تعمیرکار:** مسئول تأسیسات باید بتواند درخواست را به تعمیرکار مربوطه ارجاع دهد.
- **FR-06 — به‌روزرسانی وضعیت:** وضعیت درخواست باید در مراحل مختلف رسیدگی قابل به‌روزرسانی باشد.
- **FR-07 — ثبت نتیجهٔ تعمیر:** تعمیرکار باید بتواند نتیجهٔ بررسی و اقدامات انجام‌شده را ثبت کند.
- **FR-08 — مشاهدهٔ سوابق:** کاربران مجاز باید بتوانند سوابق درخواست‌ها و تعمیرات را متناسب با سطح دسترسی خود مشاهده کنند.
+### ۳.۱. مدیریت کاربران و دسترسی
+
+- **FR-01 — ورود به سامانه:** سامانه باید امکان ورود کاربران از طریق نام کاربری و رمز عبور را فراهم کند.
+- **FR-02 — کنترل دسترسی:** سامانه باید دسترسی کاربران به امکانات و اطلاعات را بر اساس نقش آن‌ها مدیریت کند.
+
+### ۳.۲. ثبت و مدیریت گزارش خرابی
+
+- **FR-03 — ثبت گزارش خرابی:** سامانه باید امکان ثبت گزارش شامل عنوان، توضیحات، محل خرابی و نوع تجهیز را برای دانشجویان و استادان فراهم کند.
+- **FR-04 — افزودن اطلاعات تکمیلی:** گزارش‌دهنده باید بتواند تصویر یا توضیحات تکمیلی را به گزارش ثبت‌شده اضافه کند.
+- **FR-05 — مشاهدهٔ گزارش:** گزارش‌دهنده باید بتواند گزارش‌های ثبت‌شده توسط خود و وضعیت فعلی آن‌ها را مشاهده کند.
+
+### ۳.۳. بررسی و اولویت‌بندی گزارش‌ها
+
+- **FR-06 — بررسی گزارش‌ها:** کارمند تأسیسات باید بتواند گزارش‌های ثبت‌شده را مشاهده و بررسی کند.
+- **FR-07 — تعیین اولویت:** کارمند تأسیسات باید بتواند بر اساس اهمیت و فوریت خرابی، اولویت رسیدگی به هر گزارش را تعیین کند.
+- **FR-08 — جست‌وجو و فیلتر گزارش‌ها:** کارمند تأسیسات باید بتواند گزارش‌ها را بر اساس وضعیت، اولویت و سایر مشخصات مرتبط جست‌وجو و فیلتر کند.
+
+### ۳.۴. ارجاع و مدیریت فرایند تعمیر
+
+- **FR-09 — ارجاع به تعمیرکار:** کارمند تأسیسات باید بتواند هر گزارش را به تعمیرکار مناسب تخصیص دهد.
+- **FR-10 — مشاهدهٔ درخواست‌های تخصیص‌یافته:** تعمیرکار باید بتواند فهرست درخواست‌های ارجاع‌شده به خود را مشاهده کند.
+- **FR-11 — به‌روزرسانی وضعیت درخواست:** افراد مجاز باید بتوانند وضعیت درخواست را متناسب با مرحلهٔ رسیدگی به‌روزرسانی کنند.
+- **FR-12 — ثبت نتیجهٔ تعمیر:** تعمیرکار باید بتواند نتیجهٔ بررسی و اقدامات انجام‌شده را همراه با توضیحات ثبت کند.
+- **FR-13 — درخواست اطلاعات تکمیلی:** تعمیرکار باید بتواند در صورت نیاز، اطلاعات بیشتری از گزارش‌دهنده درخواست کند.
+
+### ۳.۵. پیگیری و اطلاع‌رسانی
+
+- **FR-14 — تأیید نتیجهٔ تعمیر:** گزارش‌دهنده باید بتواند پس از اعلام رفع خرابی، نتیجهٔ تعمیر را تأیید یا رد کند.
+- **FR-15 — اطلاع‌رسانی تغییر وضعیت:** سامانه باید امکان ارسال اعلان به کاربران مرتبط هنگام تغییر وضعیت گزارش را فراهم کند.
+- **FR-16 — مشاهدهٔ سوابق:** کاربران مجاز باید بتوانند سوابق گزارش‌ها و اقدامات انجام‌شده را متناسب با سطح دسترسی خود مشاهده کنند.
+
+### ۳.۶. مدیریت و نظارت
+
+- **FR-17 — داشبورد مدیریتی:** سامانه باید امکان مشاهدهٔ اطلاعات کلی مانند تعداد گزارش‌های ثبت‌شده، گزارش‌های باز و درخواست‌های فوری را برای مدیر و کارمندان تأسیسات فراهم کند.

 ## ۴. نیازمندی‌های غیرکارکردی (Non-functional Requirements)

- **NFR-01 — امنیت:** سامانه باید از دسترسی غیرمجاز به اطلاعات و امکانات مدیریتی جلوگیری کند.
- **NFR-02 — کنترل دسترسی:** هر کاربر باید فقط به امکانات متناسب با نقش خود دسترسی داشته باشد.
- **NFR-03 — سهولت استفاده:** فرم‌های ثبت و پیگیری گزارش باید ساده و قابل فهم باشند.
- **NFR-04 — کارایی:** عملیات معمول مانند ثبت گزارش و مشاهدهٔ وضعیت باید در زمان قابل قبول انجام شوند.
- **NFR-05 — قابلیت اطمینان:** سامانه باید اطلاعات ثبت‌شده را به‌درستی نگهداری کند و از حذف یا تغییر ناخواستهٔ آن‌ها جلوگیری کند.
- **NFR-06 — قابلیت نگهداری:** ساختار سامانه باید امکان اصلاح و افزودن قابلیت‌های جدید را در آینده فراهم کند.
+### ۴.۱. امنیت و کنترل دسترسی

-## ۵. فرضیات و ابهامات
+- **NFR-01 — امنیت اطلاعات:** سامانه باید از دسترسی غیرمجاز، افشای اطلاعات و تغییرات غیرمجاز در داده‌ها جلوگیری کند.
+- **NFR-02 — حفظ حریم خصوصی:** اطلاعات کاربران و گزارش‌ها باید متناسب با سطح دسترسی هر نقش در اختیار افراد قرار گیرد.

- هنوز مشخص نشده است که سامانه فقط فضاهای آموزشی و عمومی را پوشش می‌دهد یا خوابگاه‌ها و فضاهای اداری را نیز شامل می‌شود.
- نحوهٔ اطلاع‌رسانی دربارهٔ تغییر وضعیت درخواست‌ها هنوز تعیین نشده است.
- معیارهای دقیق اولویت‌بندی خرابی‌ها و سطح دسترسی هر نقش باید در مراحل بعدی مشخص شوند.
+### ۴.۲. سهولت استفاده

-## ۶. وضعیت سند
+- **NFR-03 — کاربردپذیری:** رابط کاربری و فرم‌های ثبت و پیگیری گزارش باید ساده، قابل فهم و متناسب با نیاز کاربران طراحی شوند.

-این سند نسخهٔ اولیهٔ نیازمندی‌هاست و با تکمیل تحلیل پروژه و دریافت بازخورد اعضای گروه اصلاح خواهد شد.
+### ۴.۳. کارایی و عملکرد
+
+- **NFR-04 — زمان پاسخ‌گویی:** عملیات معمول سامانه، مانند ثبت گزارش و مشاهدهٔ وضعیت، باید در زمان قابل قبول انجام شوند.
+
+### ۴.۴. قابلیت اطمینان
+
+- **NFR-05 — صحت و نگهداری اطلاعات:** سامانه باید اطلاعات ثبت‌شده را به‌درستی نگهداری کند و از حذف یا تغییر ناخواستهٔ آن‌ها جلوگیری کند.
+
+### ۴.۵. قابلیت نگهداری و توسعه
+
+- **NFR-06 — قابلیت نگهداری:** ساختار سامانه باید امکان اصلاح، نگهداری و افزودن قابلیت‌های جدید را در آینده فراهم کند.
+
+## ۵. نکات و کارهای باقی‌مانده
+
+- این نیازمندی‌ها نسخهٔ اولیه هستند و ممکن است در مراحل بعدی تحلیل و بازبینی تغییر کنند یا نیازمندی‌های جدیدی به آن‌ها اضافه شود.
+- محدودهٔ دقیق فضاهای تحت پوشش سامانه، از جمله خوابگاه‌ها و فضاهای اداری، هنوز مشخص نشده است.
+- معیارهای دقیق اولویت‌بندی خرابی‌ها و نحوهٔ تشخیص درخواست‌های فوری باید تعیین شوند.
+- روش اطلاع‌رسانی به کاربران، مانند اعلان داخل سامانه، پیامک یا ایمیل، هنوز مشخص نشده است.
+- جزئیات سطح دسترسی هر نقش و شرایط بسته‌شدن نهایی درخواست‌ها باید در مراحل بعدی مشخص شوند.
+- نیازمندی‌های تعریف‌شده باید با داستان‌های کاربر (User Stories) و سایر مستندات پروژه تطبیق داده شوند.
+
+---
+
+**وضعیت سند:** نسخهٔ اولیه (Draft) – آمادهٔ بازبینی
@@ -0,0 +1,393 @@
+# طرح اولیه رابط کاربری (UI Wireframes) – سامانه مدیریت و گزارش خرابی دانشگاهی
+
+**تهیه‌کننده:** رضا آدوسی  
+**بازبین:** ارشیا همتی‌زاده  
+**آخرین به‌روزرسانی:** ۱۴۰۵/۰۸/۱۸  
+**وضعیت سند:** نسخه اولیه (Draft) – آماده بازبینی
+
+---
+
+## ۱. مقدمه
+
+هدف این سند، ارائه طرح اولیه رابط کاربری سامانه مدیریت و گزارش خرابی دانشگاهی (پایا) است. در این طراحی، صفحات اصلی سامانه، اطلاعات قابل مشاهده، ورودی‌های موردنیاز کاربر و پاسخ سیستم به عملیات مختلف مشخص می‌شوند.
+
+تمرکز این مرحله بر روشن بودن مسیر انجام کارها و تعامل کاربران با سامانه است، نه طراحی گرافیکی نهایی. جزئیات ظاهری مانند رنگ‌بندی، فونت و تصاویر در مراحل بعدی توسعه تعیین خواهند شد.
+
+## ۲. نقش‌های کاربری
+
+رابط کاربری سامانه با توجه به نقش و سطح دسترسی کاربران، بخش‌های متفاوتی را نمایش می‌دهد.
+
+| نقش کاربر | وظایف اصلی در سامانه |
+|---|---|
+| دانشجو | ثبت خرابی، مشاهده و پیگیری گزارش‌ها |
+| استاد | ثبت خرابی، مشاهده و پیگیری گزارش‌ها |
+| کارمند تأسیسات | بررسی گزارش‌ها، تعیین اولویت و ارجاع به تعمیرکار |
+| تعمیرکار | مشاهده وظایف ارجاع‌شده، به‌روزرسانی وضعیت و ثبت نتیجه تعمیر |
+| مدیر | مشاهده وضعیت کلی گزارش‌ها و اطلاعات مدیریتی |
+
+## ۳. صفحات اصلی سامانه
+
+### ۳.۱. صفحه ورود (Login)
+
+**کاربران:** تمام نقش‌ها
+
+هدف این صفحه احراز هویت کاربران و ورود به بخش متناسب با سطح دسترسی آن‌هاست.
+
+**طرح اولیه:**
+
+```text
+------------------------------------------+
+|            سامانه پایا                   |
+|    سامانه مدیریت و گزارش خرابی دانشگاه   |
+|                                          |
+|       نام کاربری: [________________]     |
+|                                          |
+|       رمز عبور:   [________________]     |
+|                                          |
+|              [ ورود ]                   |
+|                                          |
+|  پیام خطا:                               |
+|  اطلاعات ورود نامعتبر است.               |
+------------------------------------------+
+```
+
+**ورودی‌ها:**
+- نام کاربری
+- رمز عبور
+
+**عملیات و پاسخ سیستم:**
+- با وارد کردن اطلاعات معتبر، کاربر وارد داشبورد متناسب با نقش خود می‌شود.
+- در صورت اشتباه بودن اطلاعات، پیام خطای مناسب نمایش داده می‌شود.
+- در صورت خالی بودن فیلدهای ضروری، از ارسال فرم جلوگیری می‌شود.
+
+### ۳.۲. داشبورد دانشجو و استاد
+
+**کاربران:** دانشجو، استاد
+
+این صفحه نقطه شروع فعالیت گزارش‌دهندگان پس از ورود به سامانه است.
+
+**طرح اولیه:**
+
+```text
+------------------------------------------------+
+| سامانه پایا                 [نام کاربر] [خروج] |
+------------------------------------------------+
+| منوی اصلی                                      |
+|                                                |
+| [داشبورد]  [ثبت گزارش خرابی]  [گزارش‌های من]  |
+------------------------------------------------+
+| داشبورد                                        |
+|                                                |
+| تعداد گزارش‌های ثبت‌شده:  5                    |
+| گزارش‌های در حال بررسی:   2                    |
+| گزارش‌های در حال تعمیر:   1                    |
+| گزارش‌های تکمیل‌شده:      2                    |
+|                                                |
+| آخرین گزارش‌ها:                                |
+| +------+-------------+-------------+---------+ |
+| | کد   | عنوان       | تاریخ       | وضعیت  | |
+| +------+-------------+-------------+---------+ |
+| | 101  | خرابی پروژکتور| ۱۴۰۵/۰۸/۱۰| در حال بررسی | |
+| | 102  | مشکل روشنایی | ۱۴۰۵/۰۸/۱۱| در حال تعمیر | |
+| +------+-------------+-------------+---------+ |
+|                                                |
+|           [ ثبت گزارش جدید ]                   |
+------------------------------------------------+
+```
+
+**اطلاعات قابل مشاهده:**
+- تعداد گزارش‌های ثبت‌شده توسط کاربر
+- تعداد گزارش‌ها بر اساس وضعیت
+- فهرست آخرین گزارش‌ها
+- شناسه، عنوان، تاریخ و وضعیت هر گزارش
+
+**عملیات:**
+- ورود به صفحه ثبت گزارش جدید
+- مشاهده فهرست گزارش‌های قبلی
+- مشاهده جزئیات و وضعیت هر گزارش
+
+### ۳.۳. صفحه ثبت گزارش خرابی (Create Fault Report)
+
+**کاربران:** دانشجو، استاد
+
+در این صفحه کاربر اطلاعات مربوط به خرابی را وارد و گزارش خود را ثبت می‌کند.
+
+**طرح اولیه:**
+
+```text
+------------------------------------------------+
+| ثبت گزارش خرابی                                |
+------------------------------------------------+
+| عنوان خرابی:                                   |
+| [________________________________________]     |
+|                                                |
+| توضیحات:                                       |
+| [________________________________________]     |
+| [________________________________________]     |
+|                                                |
+| محل وقوع خرابی:                                |
+| [________________________________________]     |
+|                                                |
+| نوع خرابی:                                     |
+| [ انتخاب نوع خرابی                  ▼ ]        |
+|                                                |
+| اطلاعات تکمیلی / تصویر (اختیاری):              |
+| [ انتخاب فایل ]                                |
+|                                                |
+|             [ ثبت گزارش ]                      |
+|             [ انصراف ]                          |
+------------------------------------------------+
+```
+
+**ورودی‌ها:**
+- عنوان خرابی
+- توضیحات خرابی
+- محل وقوع خرابی
+- نوع خرابی
+- فایل یا تصویر مرتبط (اختیاری)
+
+**عملیات و پاسخ سیستم:**
+- پس از تکمیل اطلاعات ضروری، کاربر با انتخاب «ثبت گزارش» درخواست خود را ارسال می‌کند.
+- سیستم اطلاعات را اعتبارسنجی و گزارش را ذخیره می‌کند.
+- در صورت ثبت موفق، پیام تأیید همراه با شناسه گزارش نمایش داده می‌شود.
+- در صورت ناقص بودن اطلاعات ضروری، پیام خطای مرتبط نمایش داده می‌شود.
+
+**نمونه پیام موفقیت:**
+
+```text
+گزارش خرابی با موفقیت ثبت شد.
+شناسه گزارش: 103
+وضعیت: ثبت‌شده
+```
+
+### ۳.۴. صفحه فهرست و جزئیات گزارش‌ها
+
+**کاربران:** دانشجو، استاد، کارمند تأسیسات، مدیر
+
+این صفحه برای مشاهده گزارش‌ها و بررسی وضعیت آن‌ها استفاده می‌شود. اطلاعات و عملیات قابل دسترس با توجه به نقش کاربر متفاوت خواهد بود.
+
+**طرح اولیه فهرست گزارش‌ها:**
+
+```text
+------------------------------------------------+
+| گزارش‌های خرابی                                |
+------------------------------------------------+
+| جست‌وجو: [____________________]                |
+| وضعیت:   [همه وضعیت‌ها             ▼]          |
+|                                                |
+| +------+-------------+-------------+----------+|
+| | کد   | عنوان       | محل         | وضعیت   ||
+| +------+-------------+-------------+----------+|
+| | 101  | خرابی پروژکتور| کلاس ۱۰۱  | ثبت‌شده  ||
+| | 102  | مشکل روشنایی | راهرو      | در حال تعمیر||
+| | 103  | خرابی کولر   | کلاس ۲۰۲  | در حال بررسی||
+| +------+-------------+-------------+----------+|
+|                                                |
+|       [ مشاهده جزئیات گزارش ]                  |
+------------------------------------------------+
+```
+
+**اطلاعات قابل مشاهده در صفحه جزئیات:**
+- شناسه گزارش
+- عنوان و توضیحات خرابی
+- محل وقوع
+- تاریخ ثبت
+- وضعیت فعلی
+- اولویت (در صورت تعیین)
+- مسئول رسیدگی (در صورت ارجاع)
+- سوابق تغییر وضعیت و اقدامات انجام‌شده
+
+**عملیات:**
+- جست‌وجو و فیلتر گزارش‌ها
+- مشاهده جزئیات گزارش
+- مشاهده تاریخچه تغییرات، متناسب با سطح دسترسی کاربر
+
+### ۳.۵. داشبورد کارمند تأسیسات
+
+**کاربر:** کارمند تأسیسات
+
+این صفحه برای بررسی گزارش‌های ثبت‌شده، تعیین اولویت و ارجاع آن‌ها به تعمیرکار طراحی می‌شود.
+
+**طرح اولیه:**
+
+```text
+------------------------------------------------+
+| داشبورد کارمند تأسیسات       [نام کاربر] [خروج]|
+------------------------------------------------+
+| [گزارش‌های جدید] [در حال بررسی] [ارجاع‌شده]    |
+------------------------------------------------+
+| گزارش‌های نیازمند بررسی                        |
+|                                                |
+| +------+-------------+------------+-----------+|
+| | کد   | عنوان       | محل        | اولویت   ||
+| +------+-------------+------------+-----------+|
+| | 101  | خرابی پروژکتور| کلاس ۱۰۱ | تعیین‌نشده||
+| | 103  | خرابی کولر  | کلاس ۲۰۲  | تعیین‌نشده||
+| +------+-------------+------------+-----------+|
+|                                                |
+|             [ بررسی گزارش ]                    |
+------------------------------------------------+
+```
+
+**عملیات در صفحه بررسی گزارش:**
+- مشاهده اطلاعات گزارش
+- تعیین اولویت گزارش
+- ثبت توضیحات یا درخواست اطلاعات تکمیلی
+- انتخاب تعمیرکار و ارجاع گزارش
+- مشاهده وضعیت گزارش‌های قبلی
+
+**پاسخ سیستم:**
+- پس از تعیین اولویت، اطلاعات گزارش به‌روزرسانی می‌شود.
+- پس از ارجاع موفق، گزارش به فهرست وظایف تعمیرکار اضافه می‌شود.
+- در صورت نامعتبر بودن ارجاع یا انتخاب نکردن تعمیرکار، پیام خطا نمایش داده می‌شود.
+
+### ۳.۶. داشبورد تعمیرکار
+
+**کاربر:** تعمیرکار
+
+تعمیرکار از این صفحه برای مشاهده وظایف ارجاع‌شده و ثبت پیشرفت کار استفاده می‌کند.
+
+**طرح اولیه:**
+
+```text
+------------------------------------------------+
+| داشبورد تعمیرکار             [نام کاربر] [خروج]|
+------------------------------------------------+
+| وظایف ارجاع‌شده                                |
+|                                                |
+| +------+-------------+------------+-----------+|
+| | کد   | عنوان       | محل        | وضعیت    ||
+| +------+-------------+------------+-----------+|
+| | 101  | خرابی پروژکتور| کلاس ۱۰۱ | ارجاع‌شده||
+| | 102  | مشکل روشنایی | راهرو     | در حال تعمیر||
+| +------+-------------+------------+-----------+|
+|                                                |
+|             [ مشاهده وظیفه ]                   |
+------------------------------------------------+
+```
+
+**عملیات در صفحه جزئیات وظیفه:**
+- مشاهده توضیحات و محل خرابی
+- مشاهده اولویت تعیین‌شده
+- تغییر وضعیت کار
+- ثبت توضیحات مربوط به روند تعمیر
+- ثبت نتیجه نهایی تعمیر
+
+**نمونه فرم ثبت نتیجه:**
+
+```text
+------------------------------------------------+
+| ثبت نتیجه تعمیر                                |
+------------------------------------------------+
+| گزارش شماره: 101                               |
+|                                                |
+| وضعیت جدید: [تکمیل‌شده               ▼]        |
+|                                                |
+| توضیحات اقدامات انجام‌شده:                     |
+| [________________________________________]     |
+| [________________________________________]     |
+|                                                |
+|             [ ثبت نتیجه ]                      |
+------------------------------------------------+
+```
+
+**پاسخ سیستم:**
+- پس از ثبت موفق، وضعیت گزارش به‌روزرسانی می‌شود.
+- نتیجه تعمیر در سوابق گزارش ذخیره می‌شود.
+- در صورت ناموفق بودن عملیات، پیام خطا نمایش داده می‌شود.
+
+### ۳.۷. داشبورد مدیر
+
+**کاربر:** مدیر
+
+این صفحه برای مشاهده وضعیت کلی سامانه و نظارت بر گزارش‌های خرابی طراحی می‌شود.
+
+**طرح اولیه:**
+
+```text
+------------------------------------------------+
+| داشبورد مدیریتی              [نام کاربر] [خروج]|
+------------------------------------------------+
+| گزارش‌های ثبت‌شده:       120                   |
+| گزارش‌های در حال بررسی:  15                    |
+| گزارش‌های در حال تعمیر:  20                    |
+| گزارش‌های تکمیل‌شده:     85                    |
+------------------------------------------------+
+|                                                |
+| گزارش‌ها بر اساس وضعیت                         |
+|                                                |
+| [نمایش نمودار یا آمار خلاصه]                   |
+|                                                |
+| آخرین گزارش‌های ثبت‌شده                        |
+| [مشاهده فهرست گزارش‌ها]                        |
+------------------------------------------------+
+```
+
+**اطلاعات قابل مشاهده:**
+- تعداد کل گزارش‌ها
+- تعداد گزارش‌ها بر اساس وضعیت
+- آمار کلی عملکرد سامانه
+- آخرین گزارش‌های ثبت‌شده
+
+**عملیات:**
+- مشاهده گزارش‌های کلی
+- بررسی وضعیت گزارش‌ها
+- دسترسی به اطلاعات مدیریتی متناسب با سطح دسترسی
+
+## ۴. سناریوی کامل تعامل کاربر با سامانه
+
+برای بررسی ارتباط صفحات و روشن شدن جریان اطلاعات، سناریوی زیر در نظر گرفته شده است.
+
+**سناریو: ثبت و پیگیری خرابی پروژکتور توسط دانشجو**
+
+۱. دانشجو وارد صفحه ورود می‌شود و اطلاعات حساب کاربری خود را وارد می‌کند.
+
+۲. پس از ورود موفق، داشبورد دانشجو نمایش داده می‌شود.
+
+۳. دانشجو گزینه «ثبت گزارش خرابی» را انتخاب می‌کند.
+
+۴. عنوان، توضیحات و محل وقوع خرابی را وارد کرده و گزارش را ثبت می‌کند.
+
+۵. سیستم اطلاعات را اعتبارسنجی می‌کند. در صورت معتبر بودن، گزارش ذخیره شده و یک شناسه یکتا به آن اختصاص داده می‌شود.
+
+۶. کارمند تأسیسات گزارش جدید را در فهرست گزارش‌های نیازمند بررسی مشاهده می‌کند.
+
+۷. کارمند تأسیسات گزارش را بررسی کرده، اولویت آن را تعیین و به یک تعمیرکار ارجاع می‌دهد.
+
+۸. تعمیرکار گزارش را در فهرست وظایف خود مشاهده کرده و پس از شروع کار، وضعیت آن را به‌روزرسانی می‌کند.
+
+۹. پس از انجام تعمیر، تعمیرکار نتیجه اقدامات را ثبت می‌کند.
+
+۱۰. دانشجو می‌تواند با مراجعه به فهرست گزارش‌های خود، وضعیت و نتیجه تعمیر را مشاهده کند.
+
+## ۵. حالت‌های خطا و رفتار مورد انتظار سیستم
+
+| حالت خطا | رفتار مورد انتظار |
+|---|---|
+| وارد کردن نام کاربری یا رمز عبور اشتباه | نمایش پیام خطای ورود و باقی ماندن در صفحه ورود |
+| خالی بودن فیلدهای ضروری هنگام ثبت گزارش | جلوگیری از ثبت و مشخص کردن فیلدهای ناقص |
+| بروز خطا هنگام ذخیره گزارش | نمایش پیام عدم موفقیت و امکان تلاش مجدد |
+| تلاش کاربر برای مشاهده گزارش غیرمجاز | جلوگیری از دسترسی و نمایش پیام مناسب |
+| ارجاع گزارش بدون انتخاب تعمیرکار | جلوگیری از ارجاع و درخواست انتخاب تعمیرکار |
+| ثبت نتیجه تعمیر بدون توضیحات ضروری | نمایش خطا و درخواست تکمیل اطلاعات |
+
+## ۶. نکات و تصمیم‌های طراحی
+
+- صفحات بر اساس نقش کاربر طراحی شده‌اند و گزینه‌های قابل مشاهده به سطح دسترسی او وابسته هستند.
+- شناسه گزارش پس از ثبت موفق توسط سیستم اختصاص داده می‌شود.
+- وضعیت گزارش باید در صفحات مختلف به‌صورت هماهنگ نمایش داده شود.
+- اطلاعاتی مانند اولویت، تعمیرکار مسئول و نتیجه تعمیر فقط پس از ثبت توسط کاربران مجاز نمایش داده می‌شوند.
+- طراحی فعلی مفهومی است و جزئیات گرافیکی و فنی در مراحل بعدی تکمیل خواهند شد.
+- در طراحی نهایی باید از نمایش یا ویرایش اطلاعات توسط کاربران فاقد مجوز جلوگیری شود.
+
+## ۷. نکات و کارهای باقی‌مانده
+
+- بازبینی صفحات توسط اعضای تیم
+- تطبیق فیلدهای فرم ثبت خرابی با مستند نیازمندی‌ها و داستان‌های کاربر
+- نهایی‌سازی وضعیت‌های ممکن برای گزارش خرابی
+- بررسی جزئیات سطح دسترسی هر نقش
+- تکمیل طراحی صفحات بر اساس بازخورد تیم و استاد
+
+## ۸. وضعیت سند
+
+نسخه اولیه (Draft) – آماده بازبینی
Author	SHA1	Message	Date
Reza Adousi	11d08a4471	Add initial UI wireframes for university fault management system	2026-11-09 23:20:00 +03:30
Reza Adousi	98e9018fe3	Merge remote-tracking branch 'origin/main' into reza-requirements	2026-11-02 01:52:22 +03:30
Reza Adousi	e2ed60a042	Update requirements specification document with detailed functional and non-functional requirements, user roles, and system scope.	2026-11-02 01:11:21 +03:30
Reza Adousi	3744809c67	Add initial requirements specification document for university fault management system	2026-10-26 22:56:46 +03:30