المرحلة الثانية · الشهور 5–7

تطبيقات Android وiOS — المرحلة 2

1. تحويل البنود إلى Epics وStories لها مالك ومعيار قبول واعتماديات. 2. مراجعة أسبوعية للتقدم والمخاطر والقرارات والتغييرات، وتحديث الوثائق مع الكود. 3. عرض دوري على العميل في بيئة مشتركة، ثم توثيق الملاحظات وقرار القبول

آخر تحديث: أغسطس 2026 الإصدار 1.0 ملف Markdown

تطبيقات Android وiOS — المرحلة 2

#تعريف المرحلة

  • اسم المرحلة: منصة التواصل الأساسية MVP + Laravel/API/Web/Admin
  • الأولوية: عالية — أول إصدار وظيفي قابل للاستخدام
  • المدة التقديرية: الشهور 5–7 (12 أسبوعًا)
  • هدف المرحلة: تحويل Alpha إلى Core Social MVP/Beta متكامل بإضافة العلاقات والخصوصية والبحث والحفظ والمشاركة والبلاغات والإدارة التشغيلية.
  • بوابة الخروج: MVP Beta على Staging/Pilot محدود يجتاز UAT والأمن والأداء المتفق عليه، مع موقع كامل للميزات الاجتماعية الأساسية وتكامل مستقر للتطبيقات.

#التفاصيل

  • لا يوجد إصدار متجر نهائي؛ يثبت فريق الهاتف SDK/API client ومكونات الهوية المشتركة استعدادًا للمرحلة الثالثة.
  • اختبار جميع APIs على شبكات الهاتف وقيود الذاكرة وحجم payload.
  • تثبيت deep-link scheme وUniversal/App Links المستقبلية دون نشرها للمستخدمين.
  • مراجعة تصميم التدفقات على أحجام الهاتف واعتماد handoff للمطورين.
  • إغلاق أي API gaps تمنع التكافؤ الوظيفي في المرحلة التالية.

#ضوابط التنفيذ

  • لا تُحفظ مفاتيح خادم أو أسرار دائمة داخل التطبيق.
  • كل إصدار يمر على أجهزة فعلية وشبكات ضعيفة وقواعد المتاجر.

#آلية العمل والتتبع

  1. تحويل البنود إلى Epics وStories لها مالك ومعيار قبول واعتماديات.
  2. مراجعة أسبوعية للتقدم والمخاطر والقرارات والتغييرات، وتحديث الوثائق مع الكود.
  3. عرض دوري على العميل في بيئة مشتركة، ثم توثيق الملاحظات وقرار القبول أو الإرجاع.
  4. منع إغلاق أي بند دون اختبار وأثر موثقين حسب طبيعته.

#أدلة الإنجاز المطلوبة

  • Builds موقعة، device matrix، crash/ANR report وتعليمات الإصدار.
  • نسخة مرقمة بتاريخ التسليم ومذكور فيها البيئة والإصدار.
  • ربط العيوب أو الاستثناءات المفتوحة بمالك وموعد مستهدف.

#الاعتماديات والانتقال

  • قبل البدء: إغلاق بوابة قبول المرحلة 1 أو توثيق استثناء رسمي.
  • بعد الإنجاز: توفير مدخلات مستقرة للمرحلة 3 دون نقل دين حرج غير معلن.

#المسؤوليات

  • مالك المنتج: اعتماد الأولوية والسلوك ومعايير القبول.
  • القائد التقني: اعتماد التصميم الفني والمخاطر وقابلية التشغيل.
  • الجودة والأمن: تقديم أدلة الاختبار وعدم وجود موانع إصدار.
  • العميل: توفير القرارات والحسابات والمحتوى والموافقات في المواعيد المتفق عليها.
ملاحظة اعتماد

هذه الوثيقة جزء من خط الأساس للمشروع. أي تغيير مؤثر في النطاق أو المدة أو التكلفة يُدار عبر طلب تغيير معتمد.

وثائق SRORIX