تركيز SL المدعوم. الهدف الأول للتقييم 2027؛ يعيد PDF الرسمي 403؛ الكتيب القديم المكتسب هو التقييم النهائي 2026. يحافظ الدليل المتبقي ومتطلبات التقييم والعمل العملي على امتيازاتها المسجلة.
المتطلبات السابقة: قراءة الكميات والوحدات المعلنة، واستخدام الحساب وشرط النموذج أدناه. طور كل درس طريقته الخاصة قبل النقل المستقل.
هذه أمثلة تعليمية أصلية أو خيالية صراحةً، وليست قياسات فعلية أو تحقيقات مُقيّمة مكتملة من المتعلمين.
8.2
تحليل حالة في الحوسبة: تقييم مقترح نظام
ما الذي قد يفسر هذه الملاحظة؟
نظام حجز مقترح للمدرسة يبدو فعالًا، لكن توصيته تعتمد على المستخدمين والقيود والأدلة. مصطلح تقني محتمل وحده ليس قرارًا مبررًا.
ابدأ بتوقع. حدد الكميات أو الخصائص التي ستقارنها، ثم حدد الدليل الذي يمكنه التمييز بين تفسيرين.
بنِ النموذج
دراسة الحالة تضع الاختيارات الحاسوبية ضمن سيناريو مُصاغة. حدد أصحاب المصلحة والمتطلبات والأدلة المتاحة والقيود قبل التوصية بمعمارية أو خوارزمية. اميز بين حقيقة السيناريو والافتراض والتنبؤ. قد تتضمن المقايضات الأداء، والموثوقية، وإمكانية الوصول، والخصوصية، والصيانة، والتكلفة.
الإنتاجية: العمل المنجز لكل وحدة زمن تحت عبء عمل مُصاغة؛ اختبار القبول: اختبار لمعرفة ما إذا كان المتطلب المستخدم المحدد محققًا.
اختر الأدلة القادرة على اختبار النموذج
يجب أن تربط التوصية بين مطلب وآلية واختبار قابل للرصد. على سبيل المثال، تتطلب مشكلة التوازي استراتيجية تمنع التحديثات المتعارضة، بالإضافة إلى اختبارات تثبت الثوابت. يتطلب الادعاء باستجابة أسرع قياسات عبء عمل مقارنة بدلاً من فقط تسمية التعقيد. قيّم البدائل تحت نفس الظروف المُصاغة.
استخدم سيناريو أصيلاً معتمدًا من المدرسة وبيانات اصطناعية. بِنِ مصفوفة من الادعاء، والأدلة الداعمة للسيناريو، والشرح التقني، والحدود، واختبار القبول. عيّن الحقائق المفقودة صراحةً وأظهر كيف ستغير التوصية إذا فشل افتراض. هذا يُعدّ للاستدلال القائم على الحالات دون إعادة إنتاج حالة تقييم IB غير متوفرة أو ابتكار معيار امتحانها.
اعمل من الكميات المعروفة
أدر القيم المعروفة ووحداتها. اختر العلاقة لأن افتراضاتها تتناسب مع هذه الحالة، ثم أعد ترتيب المعادلة قبل التعويض.
معلوم: نموذج تجاري خيالي يعالج 120 طلبات ناجحة خلال فترة مراقبة مدتها 30 ثانية. الإنتاجية هي 120/30=4 طلبات ناجحة/ثانية. يعالج النموذج الثاني 150 في 30 ثوانٍ، أو 5/ثانية. يمتلك الثاني 25% إنتاجية مسجلة أعلى، لكن لا يمكن استنتاج أي شيء حول التأخير أو معدل الفشل أو الأداء تحت عبء عمل أكبر بدون تلك القياسات.
مثال:
يعالج نظام خيالي 210 طلبات بنجاح في 30 ثانية. احسب الإنتاجية. استخدم نفس التسلسل: الكميات المعلومة → النموذج → العلاقة → التعويض → الوحدة والتفسير.
تحقق من الاستنتاج وحدوده
الإنتاجية ليست زمن الاستجابة. التوصية القوية تحدد الظروف التي يُتوقع أن تعمل فيها والأدلة التي يمكن أن تنفيها. يجب التحقق من متطلبات دراسة الحالة الرسمية الحالية للحوسبة مقابل الإصدار المطبق للتقييم.
عُد إلى الملاحظة الأصلية. اشرح ما يدعمه النتيجة، وما هي الشروط التي تفترضها، وطريقة واحدة لاختبار تفسير منافس.
تحذير:
لا يثبت ارتفاع الإنتاجية المرصودة تلقائيًا انخفاض زمن الاستجابة لكل طلب. هذا الادعاء خاطئ: الإنتاجية ليست زمن الاستجابة. التوصية القوية تحدد الظروف التي يُتوقع أن تعمل فيها والأدلة التي يمكن أن تنفيها. يجب التحقق من متطلبات دراسة الحالة الرسمية الحالية للحوسبة مقابل الإصدار المطبق للتقييم.
المفتاح:
تحليل حالة الحاسوب: تقييم مقترح نظام. يجب أن تربط التوصية المتطلبات بآلية واختبار قابل للملاحظة. على سبيل المثال، تتطلب مشكلة التوازي استراتيجية تمنع التحديثات المتعارضة، بالإضافة إلى اختبارات تثبت الثوابت. يتطلب ادعاء استجابة أسرع قياسات عمل مماثلة بدلاً من مجرد تسمية تعقيد. قارن البدائل تحت نفس الظروف المنصوص عليها.
تتبع قابل للتشغيل وحدود
for successful, attempted, seconds in [(240, 300, 30), (270, 300, 30)]:
if seconds <= 0 or attempted <= 0:
raise ValueError("Positive exposure required")
throughput = successful / seconds
failure_fraction = (attempted - successful) / attempted
print(throughput, failure_fraction)
المخرجات المتوقعة:
8.0 0.2
9.0 0.1
استغلال النجاح وكسر الفشل يستخدمان مقامات مختلفة. لا يمكن للزمن الصفري أو المحاولات الصفرية دعم تلك المعدلات. هذه الملخصات الخيالية لا توفر أدلة على التأخير أو التكلفة أو الحمل التمثيلي.