در این تسک، فیلدهای مربوط به مختصات جغرافیایی آموزشگاه و کد پستی که در حال حاضر به‌صورت اجباری تعریف شده‌اند، به حالت اختیاری تغییر داده خواهند شد.
هدف این تغییر، امکان ثبت و تکمیل اطلاعات آموزشگاه بدون الزام به وارد کردن مختصات جغرافیایی و کد پستی در زمان ثبت اطلاعات است.
الزامات تسک
-
فیلدهای مختصات جغرافیایی آموزشگاه از حالت اجباری خارج شوند.
-
فیلد کد پستی از حالت اجباری خارج شود.
-
امکان ثبت آموزشگاه بدون وارد کردن مختصات جغرافیایی فراهم شود.
-
امکان ثبت آموزشگاه بدون وارد کردن کد پستی فراهم شود.
-
در صورت وارد کردن اطلاعات، مقادیر مختصات جغرافیایی و کد پستی همچنان به‌درستی ذخیره و دریافت شوند.
-
تغییر وضعیت اجباری بودن این فیلدها نباید باعث اختلال در سایر فیلدها و فرآیند ثبت آموزشگاه شود.
وظایف اجرایی
-
بررسی ساختار فعلی فیلدهای مختصات جغرافیایی و کد پستی.
-
حذف اجباری بودن فیلدهای مختصات جغرافیایی.
-
حذف اجباری بودن فیلد کد پستی.
-
اعمال تغییرات موردنیاز در مدل و Validationهای مربوطه.
-
بررسی فرم ثبت و ویرایش آموزشگاه.
-
تست ثبت آموزشگاه بدون مختصات جغرافیایی.
-
تست ثبت آموزشگاه بدون کد پستی.
-
تست ثبت آموزشگاه بدون وارد کردن هر دو مورد.
-
بررسی صحت ذخیره و دریافت اطلاعات در صورت وارد کردن مقادیر.
خروجی نهایی
-
فیلدهای مختصات جغرافیایی آموزشگاه اختیاری شوند.
-
فیلد کد پستی اختیاری شود.
-
امکان ثبت و ویرایش آموزشگاه بدون این اطلاعات فراهم شود.
-
در صورت وجود اطلاعات، ذخیره و دریافت صحیح مختصات جغرافیایی و کد پستی همچنان برقرار باشد.
-
فرآیند ثبت و مدیریت آموزشگاه در سایت آموزشگاه‌یاب بدون خطا و وابستگی اجباری به این فیلدها انجام شود.
دستورالعمل جامع تحویل تسک‌ها و چرخه حیات توسعه (Definition of Done)
در فرآیند ثبت و اجرای تمامی تسک‌ها، رعایت اصول زیر الزامی است (بسته به ماهیت و دامنه هر تسک/سرویس، برخی جزئیات ممکن است کم یا زیاد شوند):
محیط و مخزن تحویل: شروع، توسعه و تحویل کار باید منحصراً روی گیت‌هاب (GitHub)، در مخزن اختصاصی پروژه و برنچ تعیین‌شده (Feature Branch یا برنچ موظف طبق ساختار GitFlow) انجام پذیرد.
استقرار نسخه آزمایشی (Staging): پس از اتمام توسعه اولیه، نسخه کاندید جهت انجام تست‌های پذیرش (Acceptance / Smoke Tests) بر روی محیط استقرار موقت (Staging / Development Server) دیپلوی شود.
معیارهای پذیرش کیفی، امنیتی و پایش:
تکمیل و به‌روزرسانی فایل README.md مخزن شامل راهنمای اجرا، تست و متغیرها.
پاس شدن کامل گیت‌های کیفی (Quality Gates) شامل بررسی استانداردهای کد، Linting و تحلیل ایستا (Static Analysis).
رفع کامل آسیب‌پذیری‌ها و خطاهای امنیتی (Security Gates) در ابزارهای پویش سورس و وابستگی‌ها.
یکپارچه‌سازی و اتصال بدون خطای سرویس به ابزار رصد خطا (Sentry Integration) برای لاگین و ترکینگ دقیق رویدادهای بحرانی.
تست‌نویسی کامل بر اساس متدولوژی TDD با پوشش کد بالا (حداکثر پوشش ممکن / ۱۰۰٪ در بخش‌های منطق تجاری حیاتی).
ادغام کد (Merge to Main): تنها پس از تأیید ناظر/تیم فنی و موفقیت تمام خطوط لوله یکپارچه‌سازی مداوم (CI/CD)، درخواست ادغام (Pull Request) به برنچ main اعمال شود.
آنالیز و رفع عیوب پس از ادغام (Post-Merge Analysis): پس از ادغام، رفتارهای سیستم، گزارش‌های لاگ و نتایج مانیتورینگ مورد ارزیابی قرار گرفته و هرگونه رگرسیون یا باگ کشف‌شده سریعاً رفع گردد.