mirror of
https://github.com/AmirAref/paya-university-fault-system.git
synced 2026-11-03 14:49:38 +00:00
4.5 KiB
4.5 KiB
سند نیازمندیهای سامانهٔ مدیریت و گزارش خرابی دانشگاهی
۱. هدف و محدودهٔ سامانه
هدف این سامانه، فراهم کردن بستری متمرکز برای ثبت خرابی تجهیزات و فضاهای دانشگاه، پیگیری درخواستها و مدیریت فرایند تعمیر است. سامانه به گزارشدهندگان امکان میدهد خرابی را ثبت و وضعیت آن را پیگیری کنند و به مسئولان تأسیسات کمک میکند درخواستها را بررسی و به تعمیرکاران ارجاع دهند.
در این مرحله، محدودهٔ دقیق سامانه و امکانات نهایی آن هنوز نیازمند بررسی بیشتر است.
۲. کاربران سامانه
- دانشجو و استاد: ثبت گزارش خرابی و مشاهدهٔ وضعیت درخواست.
- مسئول تأسیسات: بررسی گزارشها، تعیین اولویت و ارجاع درخواستها.
- تعمیرکار: مشاهدهٔ درخواستهای ارجاعشده و ثبت نتیجهٔ تعمیر.
۳. نیازمندیهای کارکردی (Functional Requirements)
- FR-01 — ثبت گزارش خرابی: سامانه باید امکان ثبت گزارش شامل عنوان، توضیحات، محل خرابی و نوع تجهیز را فراهم کند.
- FR-02 — مشاهدهٔ گزارش: کاربر باید بتواند اطلاعات گزارش ثبتشده و وضعیت فعلی آن را مشاهده کند.
- FR-03 — بررسی درخواست: مسئول تأسیسات باید بتواند گزارشهای ثبتشده را بررسی کند.
- FR-04 — تعیین اولویت: مسئول تأسیسات باید بتواند اولویت رسیدگی به هر گزارش را مشخص کند.
- FR-05 — ارجاع به تعمیرکار: مسئول تأسیسات باید بتواند درخواست را به تعمیرکار مربوطه ارجاع دهد.
- FR-06 — بهروزرسانی وضعیت: وضعیت درخواست باید در مراحل مختلف رسیدگی قابل بهروزرسانی باشد.
- FR-07 — ثبت نتیجهٔ تعمیر: تعمیرکار باید بتواند نتیجهٔ بررسی و اقدامات انجامشده را ثبت کند.
- FR-08 — مشاهدهٔ سوابق: کاربران مجاز باید بتوانند سوابق درخواستها و تعمیرات را متناسب با سطح دسترسی خود مشاهده کنند.
۴. نیازمندیهای غیرکارکردی (Non-functional Requirements)
- NFR-01 — امنیت: سامانه باید از دسترسی غیرمجاز به اطلاعات و امکانات مدیریتی جلوگیری کند.
- NFR-02 — کنترل دسترسی: هر کاربر باید فقط به امکانات متناسب با نقش خود دسترسی داشته باشد.
- NFR-03 — سهولت استفاده: فرمهای ثبت و پیگیری گزارش باید ساده و قابل فهم باشند.
- NFR-04 — کارایی: عملیات معمول مانند ثبت گزارش و مشاهدهٔ وضعیت باید در زمان قابل قبول انجام شوند.
- NFR-05 — قابلیت اطمینان: سامانه باید اطلاعات ثبتشده را بهدرستی نگهداری کند و از حذف یا تغییر ناخواستهٔ آنها جلوگیری کند.
- NFR-06 — قابلیت نگهداری: ساختار سامانه باید امکان اصلاح و افزودن قابلیتهای جدید را در آینده فراهم کند.
۵. فرضیات و ابهامات
- هنوز مشخص نشده است که سامانه فقط فضاهای آموزشی و عمومی را پوشش میدهد یا خوابگاهها و فضاهای اداری را نیز شامل میشود.
- نحوهٔ اطلاعرسانی دربارهٔ تغییر وضعیت درخواستها هنوز تعیین نشده است.
- معیارهای دقیق اولویتبندی خرابیها و سطح دسترسی هر نقش باید در مراحل بعدی مشخص شوند.
۶. وضعیت سند
این سند نسخهٔ اولیهٔ نیازمندیهاست و با تکمیل تحلیل پروژه و دریافت بازخورد اعضای گروه اصلاح خواهد شد.