تصميم طبقات التطبيق
هذه المهمة مخصصة لـتصميم طبقات التطبيق داخل البرمجة / تصميم البنية. جوهرها: حدد مكونات طبقات التطبيق وعلاقة كل مكون بالهدف.
المشكلة التقنية أو المخرج
هذه المهمة مخصصة لـ«تصميم طبقات التطبيق» داخل البرمجة / تصميم البنية. جوهرها: حدد مكونات طبقات التطبيق وعلاقة كل مكون بالهدف.
بيئة التنفيذ والسياق
- الهدف الذي يجب أن يحققه طبقات التطبيق
- المستخدم أو الجمهور المستفيد من طبقات التطبيق
- المكونات الضرورية لـطبقات التطبيق
- القيود التي تحكم طبقات التطبيق
- مرجع أو مثال عند توفره
- مسؤوليات العرض
- منطق المجال
الطلب التقني
نفّذ مهمة «تصميم طبقات التطبيق» تقنيا ضمن البرمجة / تصميم البنية اعتمادا على السياق الفعلي الذي سأقدمه. السياق التقني: - [الهدف الذي يجب أن يحققه طبقات التطبيق] - [المستخدم أو الجمهور المستفيد من طبقات التطبيق] - [المكونات الضرورية لـطبقات التطبيق] - [القيود التي تحكم طبقات التطبيق] - [مرجع أو مثال عند توفره] - [مسؤوليات العرض] - [منطق المجال] طريقة التنفيذ والفحص: 1. حدد مكونات طبقات التطبيق وعلاقة كل مكون بالهدف. 2. ابن نسخة أولية من طبقات التطبيق تحقق وظيفتها الأساسية قبل إضافة التفاصيل الثانوية. 3. اختبر طبقات التطبيق على حالة استخدام واقعية مرتبطة بـتصميم البنية. 4. راجع اتساق طبقات التطبيق واكتماله ثم حسّن الجزء الذي يحد جودة هذه المهمة. 5. حدد اتجاه الاعتماد بين الطبقات. 6. امنع تسرب تفاصيل البنية التحتية إلى منطق المجال. 7. صمم طبقات التطبيق من وظيفة المستخدم أو العنصر قبل الشكل. المخرجات المقبولة: - طبقات التطبيق مكتمل وقابل للاستخدام. - تفاصيل المكونات أو القرارات التي بُني عليها طبقات التطبيق. - طبقات وحدود واعتماديات. حافظ على حدود «تصميم طبقات التطبيق»: لا تحوّل الناتج إلى «تصميم حدود الوحدات»؛ استخدم عناصر المهمة المجاورة فقط عندما تكون مدخلا ضروريا لهذه المهمة. شرط القبول: هل يعمل طبقات التطبيق كوحدة مستقلة ويحقق الهدف الذي أُنشئ من أجله؟ما يجب تسليمه
- طبقات التطبيق مكتمل وقابل للاستخدام
- تفاصيل المكونات أو القرارات التي بُني عليها طبقات التطبيق
- طبقات وحدود واعتماديات
معيار قبول الحل
- هل يعمل طبقات التطبيق كوحدة مستقلة ويحقق الهدف الذي أُنشئ من أجله؟
- هل يمكن تغيير التخزين دون إعادة كتابة منطق المجال؟