هندسة الأداء
نهج هندسة الأداء > الاسترسال

وخلال هذه المرحلة الحاسمة، يتم تحليل العمليات التجارية الحرجة إلى حالات الاستخدام الحرجة. وسيتم تحليل مثل حالات الاستخدام هذه، حسب الحاجة، لتحولات صفحة واحدة (شاشة). وهذه هي حالات الاستخدام التي ستخضع لـاختبار الأداء النصي.
ونوعية المتطلبات التي تتعلق بهندسة الأداء هي متطلبات غير وظيفية، أو NFR. في حين أن المتطلب الوظيفي يتعلق بماهي العمليات التجارية التي يتعين القيام بها، والأداء المتعلق بالمتطلبات الغير وظيفية سوف يتعلق بمدى سرعة أداء هذه العملية التجارية في ظل ظروف محددة.
مفهوم «ظروف محددة» هو أمر ضروري. وسوف يتجلى ذلك في المثال:
غير صالح—ينبغي للنظام الاستجابة إلى إدخال المستخدم في غضون 10 ثانية.
صالح—لحالة استخدام ABC ينبغي للنظام الاستجابة إلى إدخال المستخدم في غضون 5 ثوان لمتوسط تحميل 250 مستخدم نشط و2000 مستخدم مسجل 95 ٪ من الوقت، أو في غضون 10 ثوان لذروة تحميل 500 مستخدم نشط و4000 مستخدم مسجل 90 ٪ من الوقت.
لاحظ الاختلافات الحاسمة بين مواصفات الاثنين. المثال الأول لا يقدم أي شروط. والثاني يحدد بوضوح الشروط التي بموجبها يعمل النظام. المثال الثاني قد يكون له اتفاق مستوى الخدمة، ولكن لا يجب أن يكون للأول. ويمكن لمخططين القدرة والمعماريين أن يصمموا ويقوموا ببناء نظام لتلبية متطلبات المعايير الغير وظيفية الصالحة—ولكن ليس لتلك الغير صالحة. وقد يقوم المختبرون ببناء اختبار أداء موثوق به لالمثال الثاني، ولكن ليس لالمثال الغير صالح.
ويجب أن يكون لكل حالة استخدام حرجة NFR المرتبط بها. إذا، بالنسبة لحالة استخدام معينة، لا ينطبق عليها NFR موجود، لا بد من إنشاء NFR جديد محدد لحالة الاستخدام تلك.
لا تقتصر المتطلبات الغير وظيفية عن حالات الاستخدام. فيجب تحديد أحجام النظام العامة. وستصف هذه تحميل النظام العام خلال فترة زمنية محددة، وتحديد عدد كل نوع من المعاملات التجارية التي سيتم تنفيذه في كل وحدة من الوقت. الأحجام العامة عادة ماتصف يوم عمل نموذجي، ومن ثم يتم تقسيمها لكل ساعة. وهذا يصف كيفية اختلاف تحميل النظام على مدار اليوم. فعلى سبيل المثال: 1200 معاملة ألف، و300 معاملة باء، و3300 معاملة جيم، وغيرها في يوم عمل معين؛ ثم في ساعة 1 سيتم تنفيذ عدد معين من ألف وباء وجيم وغيرها، وفي ساعة 2 سيتم تنفيذ عدد معين، وهلم جرا. وغالبا ما يتم تنسيق المعلومات في شكل جداول للتوضيح. إذا نفذ المعاملات طبقات مستخدمين مختلفة، سيتم دمج هذه المعلومات أيضا في توثيق NFR. وأخيرا، يمكن تصنيف المعاملات إلى نوع عام، عادة كتفاعل المستخدم، وتوليد التقرير، وتجهيز الدفعات.
وسيتم استخدام أحجام النظام الموثقة في وثائق NFR كمدخلات لكلا من اختبار تحميل واختبار تحمل النظام من خلال اختبار الأداء.
من المقترح عند هذه النقطة أن يتم تنفيذ نماذج الأداء باستخدام معلومات حالة الاستخدام كإدخال. قد يحدث هذا باستخدام مختبر الأداء، وباستخدام النماذج الأصلية ونماذج النظام «الذي سيكون» بالأحجام الطبيعية، أو استخدام أداة النمذجة المقدمة من قبل البائع، أو حتى مجرد دفتر عمل الجداول، حيث يتم تشكيل كل حالة استخدام في ورقة واحدة، ويستخدم ورقة موجزة لتوفير معلومات عالية المستوى لكافة حالات الاستخدام.
من المستحسن أن يتم إنشاء مخطط تسلسلي لـ لغة موحدة للنمذجة على مستوى الطبقة المادية لاستخدام كل حالة. وتتمثل الطبقات المادية في أعمدة الكائن العمودي، والاتصال الرسائلي بين الطبقات المادية بواسطة الأسهم الأفقية. وينبغي أن يرتبط توقيت المعلومات مع كل سهم أفقي؛ ويجب أن يرتبط هذا مع نموذج الأداء.
يجب أن يتم تنفيذ بعض الأنشطة الهندسية الأداء ذات الصلة باختبار الأداء في هذه المرحلة. وهي تشمل التأكد من صحة إستراتيجية اختبار الأداء، ووضع خطة اختبار الأداء، وتحديد حجم مجموعات بيانات الاختبار، ووضع خطة أداء بيانات الاختبار، وتحديد سيناريوهات اختبار الأداء.
ولأي نظام ذات تأثير كبير، يتم وضع خطة رصد وخطة لمراقبة التصميم في هذه المرحلة. تتطبق هندسة الأداء مجموعة فرعية من الأنشطة ذات الصلة برصد الأداء، سواء بالنسبة لبيئة اختبار الأداء وبيئة الإنتاج.
يتم إعادة النظر في وثيقة المخاطر المتولدة في المرحلة السابقة هنا. يتم تحديد خطة تخفيف من المخاطر لكل مخاطر الأداء التي تم تحديدها، والوقت والتكلفة، ويتم تحديد المسؤولية وتوثيقها.
وأخيرا يتم تحديد أنشطة الأداء، والأدوار، والتسليمات لمرحلة البناء. وتم دمج الأنشطة وتحميل الموارد في خطط مرحلة البناء الخاصة بالمشروع. وسيتم توضيحهم لكل تكرار.