Files
paya-university-fault-system/docs/analysis/requirements-specification.md

4.5 KiB
Raw Permalink Blame History

سند نیازمندی‌های سامانهٔ مدیریت و گزارش خرابی دانشگاهی

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

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

در این مرحله، محدودهٔ دقیق سامانه و امکانات نهایی آن هنوز نیازمند بررسی بیشتر است.

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

  • دانشجو و استاد: ثبت گزارش خرابی و مشاهدهٔ وضعیت درخواست.
  • مسئول تأسیسات: بررسی گزارش‌ها، تعیین اولویت و ارجاع درخواست‌ها.
  • تعمیرکار: مشاهدهٔ درخواست‌های ارجاع‌شده و ثبت نتیجهٔ تعمیر.

۳. نیازمندی‌های کارکردی (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 — قابلیت نگهداری: ساختار سامانه باید امکان اصلاح و افزودن قابلیت‌های جدید را در آینده فراهم کند.

۵. فرضیات و ابهامات

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

۶. وضعیت سند

این سند نسخهٔ اولیهٔ نیازمندی‌هاست و با تکمیل تحلیل پروژه و دریافت بازخورد اعضای گروه اصلاح خواهد شد.