اضافه کردن فیلد به مدل برندینگ سایت آموزشگاه‌یاب

اضافه کردن فیلد «درباره آموزشگاه» و فیلد Problem به مدل برندینگ سایت آموزشگاه‌یاب در این تسک، دو فیلد جدید با عنوان «درباره آموزشگاه» و Problem به مدل برندینگ آموزشگاه در سایت آموزشگاه‌یاب اضافه خواهد شد.

هر دو فیلد باید اختیاری باشند و برای هر فیلد محدودیت حداکثر ۲۰۰۰ کاراکتر در نظر گرفته شود.

الزامات تسک اضافه شدن فیلد «درباره آموزشگاه» به مدل برندینگ.

اضافه شدن فیلد Problem به مدل برندینگ.

هر دو فیلد باید اختیاری باشند.

محدودیت حداکثر ۲۰۰۰ کاراکتر برای هر فیلد اعمال شود.

امکان ذخیره و دریافت اطلاعات این دو فیلد در ساختار برندینگ آموزشگاه فراهم شود.

اعمال تغییرات بدون ایجاد اختلال در اطلاعات و فیلدهای فعلی مدل برندینگ.

وظایف اجرایی بررسی ساختار فعلی مدل برندینگ آموزشگاه.

اضافه کردن فیلد «درباره آموزشگاه».

اضافه کردن فیلد Problem.

اعمال محدودیت ۲۰۰۰ کاراکتر برای هر دو فیلد.

تنظیم فیلدها به‌صورت اختیاری.

اعمال تغییرات موردنیاز در دیتابیس و مدل مربوطه.

بررسی امکان ذخیره و دریافت صحیح اطلاعات.

تست ثبت، ویرایش و دریافت مقادیر این دو فیلد.

خروجی نهایی اضافه شدن فیلد «درباره آموزشگاه» به مدل برندینگ.

اضافه شدن فیلد Problem به مدل برندینگ.

امکان ثبت و ویرایش اطلاعات هر دو فیلد تا سقف ۲۰۰۰ کاراکتر.

اختیاری بودن هر دو فیلد.

آماده بودن مدل برندینگ برای استفاده از این اطلاعات در بخش‌های مرتبط سایت آموزشگاه‌یاب.

دستورالعمل جامع تحویل تسک‌ها و چرخه حیات توسعه (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): پس از ادغام، رفتارهای سیستم، گزارش‌های لاگ و نتایج مانیتورینگ مورد ارزیابی قرار گرفته و هرگونه رگرسیون یا باگ کشف‌شده سریعاً رفع گردد.